From nobody Sat Mar 1 00:29:00 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6E4901A001D for ; Sat, 1 Mar 2014 00:28:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LoJ6xgVKmodN for ; Sat, 1 Mar 2014 00:28:57 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id AF4461A089A for ; Sat, 1 Mar 2014 00:28:55 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: mpls@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.0.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140301082855.852.10685.idtracker@ietfa.amsl.com> Date: Sat, 01 Mar 2014 00:28:55 -0800 From: IETF Secretariat Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/BkbklvAQS-MhDxrlK8j_3PWqlhc Subject: [mpls] Milestones changed for mpls WG X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 08:28:58 -0000 Changed milestone "draft-ietf-mpls-tp-psc-itu", resolved as "Done". URL: http://datatracker.ietf.org/wg/mpls/charter/ From nobody Sat Mar 1 00:31:56 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B0C141A0080 for ; Sat, 1 Mar 2014 00:31:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.447 X-Spam-Level: X-Spam-Status: No, score=-2.447 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.547] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UdIwqUlYJyB6 for ; Sat, 1 Mar 2014 00:31:51 -0800 (PST) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) by ietfa.amsl.com (Postfix) with ESMTP id 374D11A001D for ; Sat, 1 Mar 2014 00:31:51 -0800 (PST) Received: from [10.130.0.104] (4.234.241.83.in-addr.dgcsystems.net [83.241.234.4]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 33339180145E for ; Sat, 1 Mar 2014 09:31:48 +0100 (CET) Message-ID: <53119AF5.8000007@pi.nu> Date: Sat, 01 Mar 2014 09:31:49 +0100 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: mpls@ietf.org References: <20140301082855.852.10685.idtracker@ietfa.amsl.com> In-Reply-To: <20140301082855.852.10685.idtracker@ietfa.amsl.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/e6WqZn_TYNq3xFcn98GUJC7JoFo Subject: Re: [mpls] Milestones changed for mpls WG X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 08:31:53 -0000 Working Group, This state change is normal procedure, we mark the drafts "Done" when they go into IETF LAST Call or IESG Evaluation. /Loa On 2014-03-01 09:28, IETF Secretariat wrote: > Changed milestone "draft-ietf-mpls-tp-psc-itu", resolved as "Done". > > URL: http://datatracker.ietf.org/wg/mpls/charter/ > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Sat Mar 1 08:25:03 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7FCF11A0714 for ; Sat, 1 Mar 2014 08:25:01 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.748 X-Spam-Level: X-Spam-Status: No, score=-4.748 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.547, 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 sEp6rn4OJUtI for ; Sat, 1 Mar 2014 08:24:57 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 249411A021F for ; Sat, 1 Mar 2014 08:24:56 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BBQ33901; Sat, 01 Mar 2014 16:24:53 +0000 (GMT) Received: from LHREML404-HUB.china.huawei.com (10.201.5.218) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.3.158.1; Sat, 1 Mar 2014 16:18:59 +0000 Received: from DFWEML704-CHM.china.huawei.com (10.193.5.141) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.158.1; Sat, 1 Mar 2014 16:19:18 +0000 Received: from DFWEML702-CHM.china.huawei.com ([169.254.4.27]) by dfweml704-chm.china.huawei.com ([169.254.6.173]) with mapi id 14.03.0158.001; Sat, 1 Mar 2014 08:19:04 -0800 From: Lucy yong To: Quintin zhao , "mpls@ietf.org" Thread-Topic: [mpls] Poll for Adoption draft-chen-mpls-p2mp-ingress-protection-11 Thread-Index: AQHPLZJCHJ/AoCbCa0CJKoCBKdBRgZrL6cmA Date: Sat, 1 Mar 2014 16:19:04 +0000 Message-ID: <2691CE0099834E4A9C5044EEC662BB9D45346FA5@dfweml702-chm.china.huawei.com> References: <11208E03C9803E4CB4C3D898F153D6C03071E403@SJCEML701-CHM.china.huawei.com> In-Reply-To: <11208E03C9803E4CB4C3D898F153D6C03071E403@SJCEML701-CHM.china.huawei.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.137.221] Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/ZbJIxrKVZWs2sl3V9bfeco87Zek Subject: Re: [mpls] Poll for Adoption draft-chen-mpls-p2mp-ingress-protection-11 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 16:25:01 -0000 Support! Cheers, Lucy On Feb 18, 2014, at 5:08, Ross Callon wrote: > This is to start a poll on adopting > draft-chen-mpls-p2mp-ingress-protection-11 > as an MPLS working group document. Since this call will continue=20 > through the IETF meeting in London, I will extent the poll by one week=20 > (so that it will be a three week poll). > =20 > Please send your comments (support/not support) to the mpls working=20 > group mailing list (mpls@ietf.org). > =20 > This poll will end Tuesday March 11, 2014. This is of course the=20 > Tuesday after the IETF. > =20 > Thanks, Ross > =20 > =20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls -------------- next part -------------- An HTML attachment was scrubbed... URL: ** _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls From nobody Sat Mar 1 09:17:30 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9573E1A0221 for ; Sat, 1 Mar 2014 09:17:24 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.047 X-Spam-Level: X-Spam-Status: No, score=-10.047 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, RP_MATCHES_RCVD=-0.547, SPF_PASS=-0.001, 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 d8e6cTTHJfwO for ; Sat, 1 Mar 2014 09:17:19 -0800 (PST) Received: from alln-iport-3.cisco.com (alln-iport-3.cisco.com [173.37.142.90]) by ietfa.amsl.com (Postfix) with ESMTP id 0CA0A1A026A for ; Sat, 1 Mar 2014 09:17:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=38406; q=dns/txt; s=iport; t=1393694237; x=1394903837; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=WcqGCaIRKqxviO/YqxGR7s4SZOXOyMVWC4yJLon4Mi4=; b=bZgiNXrSz9bgo3Uw0gS46xAPBeDeGDK+nGHiC9NPF/1ayi3n6DnbMdLz 8r5QHjtZbjC4UxqmDvOtkzPC5unfeFN5mMtNjwLeMjgALiAhKJTRfmrXN n+M+beVCh/NeRdbyWBJNiUSGyEv7tdKM0Xsd0FwIWMM6eKs2CObSUCq13 c=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArEHANwVElOtJXG//2dsb2JhbABagkIjITtXqwiNOohdgRMWdIIlAQEBBCcGTBACAQgRBAEBCwIUAQYHMhQJCAIEAQ0FCAGHcAEMzAUXjgEnMQYBgySBFASUUYUdkHmDLYFoQg X-IronPort-AV: E=Sophos; i="4.97,568,1389744000"; d="scan'208,217"; a="24182341" Received: from rcdn-core2-4.cisco.com ([173.37.113.191]) by alln-iport-3.cisco.com with ESMTP; 01 Mar 2014 17:17:06 +0000 Received: from xhc-rcd-x04.cisco.com (xhc-rcd-x04.cisco.com [173.37.183.78]) by rcdn-core2-4.cisco.com (8.14.5/8.14.5) with ESMTP id s21HH6vM015097 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sat, 1 Mar 2014 17:17:06 GMT Received: from xmb-aln-x01.cisco.com ([fe80::747b:83e1:9755:d453]) by xhc-rcd-x04.cisco.com ([fe80::200:5efe:173.37.183.34%12]) with mapi id 14.03.0123.003; Sat, 1 Mar 2014 11:17:06 -0600 From: "Nobo Akiya (nobo)" To: Mach Chen , Sam Aldrin Thread-Topic: [mpls] Thanks for comments on draft-akiya-mpls-lsp-ping-reply-mode-simple Thread-Index: AQHPI+qx6w+rYH7ELkK6nCrs8CKkBZrMiY3w Date: Sat, 1 Mar 2014 17:17:05 +0000 Message-ID: References: <660E124A-F814-469D-97A9-EF55CE9651C7@gmail.com> <84A5DEF5-8FFB-4F04-BCEC-A8EEBD05A3BA@gmail.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.82.216.103] Content-Type: multipart/alternative; boundary="_000_CECE764681BE964CBE1DFF78F3CDD3941E0562ACxmbalnx01ciscoc_" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/qbYromOykc6J45-t1YFXROBZfPw Cc: "mpls@ietf.org" , "draft-akiya-mpls-lsp-ping-reply-mode-simple@tools.ietf.org" , Curtis Villamizar Subject: Re: [mpls] Thanks for comments on draft-akiya-mpls-lsp-ping-reply-mode-simple X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 17:17:24 -0000 --_000_CECE764681BE964CBE1DFF78F3CDD3941E0562ACxmbalnx01ciscoc_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Sam, Yes, thank you for comments. Please find response with [NOBO] in-line. From: Mach Chen [mailto:mach.chen@huawei.com] Sent: Friday, February 07, 2014 4:54 AM To: Sam Aldrin; Nobo Akiya (nobo) Cc: mpls@ietf.org; draft-akiya-mpls-lsp-ping-reply-mode-simple@tools.ietf.o= rg; Curtis Villamizar Subject: RE: [mpls] Thanks for comments on draft-akiya-mpls-lsp-ping-reply-= mode-simple Hi Sam, Thanks for your comments, the authors (some still on their vacation) will d= iscuss and address your comments later. Best regards, Mach From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Sam Aldrin Sent: Friday, February 07, 2014 4:24 AM To: Nobo Akiya (nobo) Cc: mpls@ietf.org; draft-akiya-mpls-lsp-ping-reply-mo= de-simple@tools.ietf.org; Curtis Villamizar Subject: Re: [mpls] Thanks for comments on draft-akiya-mpls-lsp-ping-reply-= mode-simple Hi Nobo et al, Please find my initial comments of the draft v01. - non-corouted -> associated [NOBO] Ok. I have modified: s/non-co-routed/associated (i.e. LSPs in the tw= o directions are not co-routed)/ - In sec 2 Some return path(s) are more preferred than others, but preferred cannot be used in all cases. Thus implementations are required to compute when preferred return path encoding can and cannot be used, and that computation is becoming more and more difficult. As response code is initiated by the initiator, user in this case, the pref= erred return path is for UI implementation and not the actual LSP ping func= tionality. Which/what part of implementation are you referring to? [NOBO] Ok, this below text more clearer? [snip] Operators prefer some return path(s) over others for specific LSP types. To accommodate this, implementations may default to operator preferred return path (or allow default return path to be configured) for specific operation. However, if the sender of MPLS echo request knew that "preferred" return path will not be available at intended target node, then it is not very beneficial to specify Reply Mode corresponding to "preferred" return path (i.e. sender of MPLS echo request will not receive MPLS echo reply in the success case). What would be beneficial, for a given operation, is for the sender of MPLS echo request to determine which return path(s) can and cannot be used ahead of time. Thus implementations often compute when preferred return path encoding can and cannot be used, and that computation is becoming more and more difficult. [snip] - Sec 2 This document adds one Reply Mode to describe reverse LSP, and one optional TLV to describe ordered list of reply modes. Based on operational needs, the TLV can describe multiple Reply Mode values in preferred order to allow responder to use first available Reply Mode from the list. This eliminates the need for initiator to compute, or sometimes "guess", the "default" return path encoding. And that will result in simplified implementations across vendors, and result in improved usability to fit operational needs. I do not subscribe to the text above as is. Even with the new proposal, the= compute/guess/default still remain, irrespective of presence/absence of th= is new TLV. All you might be adding is an option for sender to group differ= ent return codes, instead of initiator to send request individually (of cou= rse little more than I summarized, but hope you got my point) [NOBO] Unfortunately, I don't lol. With this TLV, implementations no longer= have to keep the logic to compute/guess available return path(s). A set of= return path(s) can always be used, irrespective of LSP type or operational= type. Looking at the comments below, I think one aspect which you may have= missed is the fact the sender of MPLS echo reply will set "Reply Mode" fie= ld to the one which was used (from the list in TLV). Thus list can always b= e provided in MPLS echo request, and initiator can deterministically conclu= de, from "Reply Mode" field in MPLS echo reply, which return path responder= chose. - Sec 3.1, how is this different from RFC 7110? If same, please call it out= here and remove TBD1 as sec 4.1 of RFC7110 added reply mode 5 for the same= . If different to the RFC, I would like to see those details here. [NOBO] Reply Mode introduced by RFC7110 specifies that MPLS echo reply is t= o be sent on LSP corresponding to FEC described in Reply Path TLV. Although= Reply Path TLV has added B flag to indicate "reverse LSP", Reply Mode 5 st= ill require Reply Path TLV with B flag to describe "reverse LSP". Reply Pat= h TLV is good when wanting to use specific LSP as return path, but it's mor= e difficult than necessary when wanting to just use reverse LSP. I will add= some texts to clarify this. - Missing details on how it will work within proxy LSP ping. [NOBO] It will work as is, thus I didn't see a need to clarify this. But ok= , I will add some texts to clarify this. General comments: - I believe this new enhancement will only provide a degree of variance to = RFC4379, where the response could be received back at initiator. Here is wh= y 1. If the response is not received back at source, even with the new TLV, o= ne cannot conclude that LSP is broken. [NOBO] It depends on how you look at this. With this new TLV, it is difficu= lt to figure out if lack of response is due to something broken or responde= r didn't have the return path specified. With this new TLV, list of return = paths are provided. Thus lack of response means either something is broken = or none of the return paths specified were available at responder ... which= , if return path list contained everything, then it can only mean something= is broken. 2. Bidirectional LSP's exist only for few FEC types. Hence this will be lim= ited to those FEC types. [NOBO] Not necessary. Reverse LSP Reply Mode can be used for any FEC types = in the Reply Mode Order TLV. For those FEC types which do not have reverse = LSP, reverse LSP reply mode will just get ignored. This is why I think this= draft will simplify things. An implementation can allow Reply Mode prefere= nces to be configured. An implementation can then use that list for all FEC= types for all operational types ... no more "is this return path available= " computation. 3. To solve one thing, we might be loosing other aspects. For example, when= I chose return codes in this order, a. Return LSP(5); b. IP(2). So, if ret= urn LSP is broken, with RFC4379 & RFC7110, response will not be received. B= ut with this, if IP path exists, response will be received and you do not k= now how the response is received and initiator will not know the response i= s sent over IP. Breakage of return LSP will not be know at the initiator. [NOBO] As indicated above, initiator will know which Reply Mode was used fr= om the list by responder, by looking at Reply Mode field in MPLS echo reply= . 4. As least common denominator is still RFC4379, to support backward capa= bility, it is impossible to safely assume the network is fully supportive o= f the new capability. Do we need controller for that? . At the end of = the day, this is optimization for the sender to reduce number of requests. [NOBO] LOL. This is backwards compatible. Reply Mode Order TLV is an option= al TLV. MPLS echo request can still set Reply Mode value to a certain value= (and also carry Reply Mode Order TLV), which Reply Mode value can be used = by responder node which do not understand Reply Mode Order TLV. -Nobo cheers -sam On Dec 16, 2013, at 6:28 PM, Nobo Akiya (nobo) > wrote: Hi Sam, Curtis, Greg, Thank you for your comments at IETF88, in particular about: - Transition plan - Deviating operational preference in Reply Mode order - Error cases for "Reply Mode Order TLV" These points have been updated in -01. In summary, we have decided to remove " Reply via pre-defined preference" R= eply Mode, and to allow the "Reply Mode Order TLV" to be used with any Repl= y Mode value in echo request. URL: http://www.ietf.org/internet-drafts/draft-akiya-mpls-lsp-p= ing-reply-mode-simple-01.txt Status: http://datatracker.ietf.org/doc/draft-akiya-mpls-lsp-ping-= reply-mode-simple Htmlized: http://tools.ietf.org/html/draft-akiya-mpls-lsp-ping-reply= -mode-simple-01 Diff: http://www.ietf.org/rfcdiff?url2=3Ddraft-akiya-mpls-lsp-pi= ng-reply-mode-simple-01 -Nobo --_000_CECE764681BE964CBE1DFF78F3CDD3941E0562ACxmbalnx01ciscoc_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Sam,=

 <= /p>

Yes, thank you for commen= ts.

Please find response with= [NOBO] in-line.

 <= /p>

From: Mach Chen [mailto:mach.chen@huawei.com]
Sent: Friday, February 07, 2014 4:54 AM
To: Sam Aldrin; Nobo Akiya (nobo)
Cc: mpls@ietf.org; draft-akiya-mpls-lsp-ping-reply-mode-simple@tools= .ietf.org; Curtis Villamizar
Subject: RE: [mpls] Thanks for comments on draft-akiya-mpls-lsp-ping= -reply-mode-simple

 

Hi Sam,

 

Thanks for your comments, the authors (some still on their= vacation) will discuss and address your comments later.<= /p>

 

Best regards,

Mach

 

From:= mpls [mailto:mpls-bounces@ietf.or= g] On Behalf Of Sam Aldrin
Sent: Friday, February 07, 2014 4:24 AM
To: Nobo Akiya (nobo)
Cc: mpls@ietf.org; draft-akiya-mpls-lsp-ping-reply-mode-simple@tools.ietf.org; Curtis Vill= amizar
Subject: Re: [mpls] Thanks for comments on draft-akiya-mpls-lsp-ping= -reply-mode-simple

 

Hi Nobo et al,

 

Please find my initial comments of the draft v01.

 

- non-corouted -> associated

 

[NOBO] Ok. I have modified: s/non-co-routed/associated (i.= e. LSPs in the two directions are not co-routed)/

 

- In sec 2

Some return path(s) are more preferred than others, but pr=
eferred
   cannot be used in all cases.  Thus imple=
mentations are required to
   compute when preferred return path encoding c=
an and cannot be used,
   and that computation is becoming more and mor=
e difficult.

 

As response code is initiated by the initiator, user in this case, th= e preferred return path is for UI implementation and not the actual LSP pin= g functionality. Which/what part of implementation are you referring to?

 

[NOBO] Ok, this below text more clearer?=

 

[snip]

   Operators prefer some return path(s) over oth= ers for specific LSP

   types.  To accommodate this, implementat= ions may default to operator

   preferred return path (or allow default retur= n path to be configured)

   for specific operation.  However, if the= sender of MPLS echo request

   knew that "preferred" return path w= ill not be available at intended

   target node, then it is not very beneficial t= o specify Reply Mode

   corresponding to "preferred" return= path (i.e. sender of MPLS echo

   request will not receive MPLS echo reply in t= he success case).  What

   would be beneficial, for a given operation, i= s for the sender of MPLS

   echo request to determine which return path(s= ) can and cannot be used

   ahead of time.  Thus implementations oft= en compute when preferred

   return path encoding can and cannot be used, = and that computation is

   becoming more and more difficult.<= /span>

[snip]

 

- Sec 2

This document adds one Reply Mode to describe reverse LSP,=
 and one
   optional TLV to describe ordered list of repl=
y modes.  Based on
   operational needs, the TLV can describe multi=
ple Reply Mode values in
   preferred order to allow responder to use fir=
st available Reply Mode
   from the list.  This eliminates the need=
 for initiator to compute, or
   sometimes "guess", the "defaul=
t" return path encoding.  And that will
   result in simplified implementations across v=
endors, and result in
   improved usability to fit operational needs.<=
o:p>

 

I do not subscribe to the text above as is. Even with the new proposa= l, the compute/guess/default still remain, irrespective of presence/absence= of this new TLV. All you might be adding is an option for sender to group different return codes, instead of initia= tor to send request individually (of course little more than I summarized, = but hope you got my point)

 

[NOBO] Unfortunately, I don’t lol. With this TLV, im= plementations no longer have to keep the logic to compute/guess available return path(s). A set of return path(s) can always be used, irre= spective of LSP type or operational type. Looking at the comments below, I = think one aspect which you may have missed is the fact the sender of MPLS e= cho reply will set “Reply Mode” field to the one which was used (from the list in TLV). Thus list can alwa= ys be provided in MPLS echo request, and initiator can deterministically co= nclude, from “Reply Mode” field in MPLS echo reply, which retur= n path responder chose.

 

- Sec 3.1, how is this different from RFC 7110? If same, please call = it out here and remove TBD1 as sec 4.1 of RFC7110 added reply mode 5 for th= e same. If different to the RFC, I would like to see those details here.

 

[NOBO] Reply Mode introduced by RFC7110 specifies that MPL= S echo reply is to be sent on LSP corresponding to FEC described in Reply Path TLV. Although Reply Path TLV has added B flag to indicate &#= 8220;reverse LSP”, Reply Mode 5 still require Reply Path TLV with B f= lag to describe “reverse LSP”. Reply Path TLV is good when want= ing to use specific LSP as return path, but it’s more difficult than necessary when wanting to just use reverse LSP. I will add some texts= to clarify this.

 

- Missing details on how it will work within proxy LSP ping.

 

[NOBO] It will work as is, thus I didn’t see a need = to clarify this. But ok, I will add some texts to clarify this.<= /span>

 

General comments:

 

- I believe this new enhancement will only provide a degree of varian= ce to RFC4379, where the response could be received back at initiator. Here= is why

1. If the response is not received back a= t source, even with the new TLV, one cannot conclude that LSP is broken.&nb= sp;

 

[NOBO] It depends on how you look at this. With this new T= LV, it is difficult to figure out if lack of response is due to something broken or responder didn’t have the return path specifi= ed. With this new TLV, list of return paths are provided. Thus lack of resp= onse means either something is broken or none of the return paths specified= were available at responder … which, if return path list contained everything, then it can only mean something = is broken.

 

2. Bidirectional LSP’s exist only f= or few FEC types. Hence this will be limited to those FEC types. =

 

[NOBO] Not necessary. Reverse LSP Reply Mode can be used f= or any FEC types in the Reply Mode Order TLV. For those FEC types which do not have reverse LSP, reverse LSP reply mode will just get = ignored. This is why I think this draft will simplify things. An implementa= tion can allow Reply Mode preferences to be configured. An implementation c= an then use that list for all FEC types for all operational types … no more “is this return path= available” computation.

 

3. To solve one thing, we might be loosin= g other aspects. For example, when I chose return codes in this order, a. R= eturn LSP(5); b. IP(2). So, if return LSP is broken, with RFC4379 & RFC7110, response will not be received. But = with this, if IP path exists, response will be received and you do not know= how the response is received and initiator will not know the response is s= ent over IP. Breakage of return LSP will not be know at the initiator.

 

[NOBO] As indicated above, initiator will know which Reply= Mode was used from the list by responder, by looking at Reply Mode field in MPLS echo reply.

 

  4. As least common denominator is still RFC4379, to support ba= ckward capability, it is impossible to safely assume the network is fully s= upportive of the new capability. Do we need controller for that? </jk>. At the end of the day, this is optimizat= ion for the sender to reduce number of requests. 

 

[NOBO] LOL. This is backwards compatible. Reply Mode Order= TLV is an optional TLV. MPLS echo request can still set Reply Mode value to a certain value (and also carry Reply Mode Order TLV), which= Reply Mode value can be used by responder node which do not understand Rep= ly Mode Order TLV.

 

-Nobo

 

cheers

-sam

 

On Dec 16, 2013, at 6:28 PM, Nobo Akiya (nobo) <nobo@cisco.com> wrote:



Hi Sam, Curtis, Greg,

Thank you for your comments at IETF88, in particular about:

- Transition plan
- Deviating operational preference in Reply Mode order
- Error cases for "Reply Mode Order TLV"

These points have been updated in -01.

In summary, we have decided to remove " Reply via pre-defined preferen= ce" Reply Mode, and to allow the "Reply Mode Order TLV" to b= e used with any Reply Mode value in echo request.

URL:            &nbs= p;http://www.ietf.org/internet-drafts/draft-akiya-m= pls-lsp-ping-reply-mode-simple-01.txt
Status:          = http://datatracker.ietf.org/doc/draft-akiya-mpls-lsp-ping-reply-mode-simple=
Htmlized:        http://tools= .ietf.org/html/draft-akiya-mpls-lsp-ping-reply-mode-simple-01
Diff:            http://www.ietf.org/rfcdiff?url2=3Ddraft-akiya-mpls-lsp-pin= g-reply-mode-simple-01

-Nobo

 

--_000_CECE764681BE964CBE1DFF78F3CDD3941E0562ACxmbalnx01ciscoc_-- From nobody Sat Mar 1 10:26:39 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6706A1A0333 for ; Sat, 1 Mar 2014 10:26:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.047 X-Spam-Level: X-Spam-Status: No, score=-15.047 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, RP_MATCHES_RCVD=-0.547, SPF_PASS=-0.001, 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 9freCYuEgVlO for ; Sat, 1 Mar 2014 10:26:34 -0800 (PST) Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) by ietfa.amsl.com (Postfix) with ESMTP id 555D41A0136 for ; Sat, 1 Mar 2014 10:26:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=20077; q=dns/txt; s=iport; t=1393698392; x=1394907992; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=TQoyDNmeUEP0ZZLIDU8V7DkMSgBXr2PDHPEMjVmVYGw=; b=Z3qRngorvA+RcJj2Oj1STI27w9DeolYmMtnamOhBj4ZseG3rP2y9REyg SpMOVdxoxcBJBPVvhEsNyHw1aXWeUU4gvo3ljU/S57YHxqMNbmI69BHri Oae3//HxqZvxoQJOh9obFTh8E1NGcT2tlAyc9hO1hMGNlNl7L1aA+BAyp Y=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AiUFAJMlElOtJV2Z/2dsb2JhbABagkIjITtXwR+BExZ0giUBAQEELUELEAIBCA4DBAEBCxYHBzIUCQgCBAENBQiHcQHMDheNbhcjMQYBgySBFASqZ4Mtgio X-IronPort-AV: E=Sophos;i="4.97,568,1389744000"; d="scan'208,217";a="307391850" Received: from rcdn-core-2.cisco.com ([173.37.93.153]) by rcdn-iport-7.cisco.com with ESMTP; 01 Mar 2014 18:26:31 +0000 Received: from xhc-rcd-x13.cisco.com (xhc-rcd-x13.cisco.com [173.37.183.87]) by rcdn-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id s21IQVW8003250 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sat, 1 Mar 2014 18:26:31 GMT Received: from xmb-aln-x01.cisco.com ([fe80::747b:83e1:9755:d453]) by xhc-rcd-x13.cisco.com ([173.37.183.87]) with mapi id 14.03.0123.003; Sat, 1 Mar 2014 12:26:30 -0600 From: "Nobo Akiya (nobo)" To: Ross Callon , "mpls@ietf.org" Thread-Topic: Poll for Adoption draft-chen-mpls-p2mp-ingress-protection-11 Thread-Index: AQHPLCR2OTpjEBuO2kCqWeSg/5JC+ZrMljMA Date: Sat, 1 Mar 2014 18:26:29 +0000 Message-ID: References: <591bf06e63ac4d978c708c598bb49d82@CO2PR05MB636.namprd05.prod.outlook.com> In-Reply-To: <591bf06e63ac4d978c708c598bb49d82@CO2PR05MB636.namprd05.prod.outlook.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.82.216.103] Content-Type: multipart/alternative; boundary="_000_CECE764681BE964CBE1DFF78F3CDD3941E05633Axmbalnx01ciscoc_" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/xj5WdM6CIVT78gLyxYxlAwn6Svk Cc: "mpls-chairs@tools.ietf.org" Subject: Re: [mpls] Poll for Adoption draft-chen-mpls-p2mp-ingress-protection-11 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 18:26:37 -0000 --_000_CECE764681BE964CBE1DFF78F3CDD3941E05633Axmbalnx01ciscoc_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I support the intent of this draft, and one of the detection mechanism desc= ribed (3.3). But I think the document is a bit miss leading the validity of detection/tr= igger part, which I hope will get discussed/updated further. Some specific comments. 2.1, 3rd paragraph. Ra should be able to detect the failure of R1 and switch the traffic within 10s of ms. The exact method by which Ra does so is out of scope. Different options are discussed in this draft. If the method to detect node failure of primary ingress is out of the scope= , then how can the document claim protection switchover within 10s of milli= seconds? Section 2.2 again mentions: The traffic switchover time is within tens of milliseconds whenever the ingress, any of the links and the intermediate nodes of the LSP fails. It is a bit miss leading to state that protection can function within such = small time window, because it is very dependent on how fast backup ingress = can determine the node failure of primary ingress, which is outside the sco= pe of this document. 2.1, last paragraph. Note that the backup egress must be one logical hop away from the ingress. A logical hop is a direct link or a tunnel such as a GRE tunnel, over which RSVP-TE messages may be exchanged. Did you really mean "backup egress"? Or should it be "backup ingress"? 3.1. This option requires that the source and the backup ingress to synchronize = the failure of the primary ingress. Otherwise the proposed will not work (e= x: only the source detecting the failure will cause black hole). This shoul= d be spelled out. 3.2, first paragraph. Backup Detects Failure or Backup-Detect means that the backup ingress is responsible for detecting the failure of the primary ingress of an LSP. The source SHOULD send the traffic simultaneously to both the primary ingress and backup ingress. Why is it SHOULD and not MUST? If the source is not sending the traffic to = backup ingress, then isn't it the same as 3.1 (Backup-Source-Detect)? 3.2, last paragraph. This paragraph is implying that BFD can be used for backup ingress to detec= t "node failure" of primary ingress, but that is not true. This is miss lea= ding, and limitations should be described or ... real detection mechanism s= hould be described. And by limitation, you could easily get duplicated traf= fic. -Nobo From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Ross Callon Sent: Monday, February 17, 2014 4:09 PM To: mpls@ietf.org Cc: mpls-chairs@tools.ietf.org Subject: [mpls] Poll for Adoption draft-chen-mpls-p2mp-ingress-protection-1= 1 This is to start a poll on adopting draft-chen-mpls-p2mp-ingress-protection= -11 as an MPLS working group document. Since this call will continue through th= e IETF meeting in London, I will extent the poll by one week (so that it will= be a three week poll). Please send your comments (support/not support) to the mpls working group mailing list (mpls@ietf.org). This poll will end Tuesday March 11, 2014. This is of course the Tuesday af= ter the IETF. Thanks, Ross --_000_CECE764681BE964CBE1DFF78F3CDD3941E05633Axmbalnx01ciscoc_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I support the intent of t= his draft, and one of the detection mechanism described (3.3).

 <= /p>

But I think the document = is a bit miss leading the validity of detection/trigger part, which I hope = will get discussed/updated further.

 <= /p>

Some specific comments.

 <= /p>

2.1, 3rd parag= raph.

 <= /p>

   Ra should be abl= e to detect the failure of R1 and switch the traffic

   within 10s of ms= .  The exact method by which Ra does so is out of

   scope.  Dif= ferent options are discussed in this draft.

 <= /p>

If the method to detect n= ode failure of primary ingress is out of the scope, then how can the docume= nt claim protection switchover within 10s of milliseconds? Section 2.2 again mentions:

 <= /p>

   The traffic swit= chover time is within tens of

   milliseconds whe= never the ingress, any of the links and the

   intermediate nodes of the LSP fails.

 <= /p>

It is a bit miss leading = to state that protection can function within such small time window, becaus= e it is very dependent on how fast backup ingress can determine the node failure of primary ingress, which is outside the scope of this do= cument.

 <= /p>

2.1, last paragraph.=

 <= /p>

   Note that the ba= ckup egress must be one logical hop away from the

   ingress.  A= logical hop is a direct link or a tunnel such as a GRE

   tunnel, over whi= ch RSVP-TE messages may be exchanged.

 <= /p>

Did you really mean ̶= 0;backup egress”? Or should it be “backup ingress”?<= /o:p>

 <= /p>

3.1.

 <= /p>

This option requires that= the source and the backup ingress to synchronize the failure of the primar= y ingress. Otherwise the proposed will not work (ex: only the source detecting the failure will cause black hole). This should be sp= elled out.

 <= /p>

3.2, first paragraph.

 <= /p>

   Backup Detects F= ailure or Backup-Detect means that the backup ingress

   is responsible f= or detecting the failure of the primary ingress of an

   LSP.  The s= ource SHOULD send the traffic simultaneously to both the<= /p>

   primary ingress = and backup ingress.

 <= /p>

Why is it SHOULD and not = MUST? If the source is not sending the traffic to backup ingress, then isn&= #8217;t it the same as 3.1 (Backup-Source-Detect)?

 <= /p>

3.2, last paragraph.=

 <= /p>

This paragraph is implyin= g that BFD can be used for backup ingress to detect “node failureR= 21; of primary ingress, but that is not true. This is miss leading, and limitations should be described or … real detection mechanism sh= ould be described. And by limitation, you could easily get duplicated traff= ic.

 <= /p>

-Nobo

 <= /p>

From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Ross Callon
Sent: Monday, February 17, 2014 4:09 PM
To: mpls@ietf.org
Cc: mpls-chairs@tools.ietf.org
Subject: [mpls] Poll for Adoption draft-chen-mpls-p2mp-ingress-prote= ction-11

 

This is to start a poll = on adopting draft-chen-mpls-p2mp-ingress-protection-11

as an MPLS working group= document. Since this call will continue through the

IETF meeting in London, = I will extent the poll by one week (so that it will be a

three week poll).

 =

Please send your comment= s (support/not support) to the mpls working group

mailing list (mpls@ietf.org).

 =

This poll will end Tuesd= ay March 11, 2014. This is of course the Tuesday after

the IETF.

 =

Thanks, Ross<= /span>

 =

 = ;

--_000_CECE764681BE964CBE1DFF78F3CDD3941E05633Axmbalnx01ciscoc_-- From nobody Sat Mar 1 15:41:19 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 589A91A0B03 for ; Sat, 1 Mar 2014 15:41:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 eN5KwbTJwx0n for ; Sat, 1 Mar 2014 15:41:14 -0800 (PST) Received: from usevmg20.ericsson.net (usevmg20.ericsson.net [198.24.6.45]) by ietfa.amsl.com (Postfix) with ESMTP id 5DE001A0AFA for ; Sat, 1 Mar 2014 15:41:14 -0800 (PST) X-AuditID: c618062d-b7f858e0000031c7-05-53126c868e34 Received: from EUSAAHC004.ericsson.se (Unknown_Domain [147.117.188.84]) by usevmg20.ericsson.net (Symantec Mail Security) with SMTP id 5F.09.12743.68C62135; Sun, 2 Mar 2014 00:25:58 +0100 (CET) Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC004.ericsson.se ([147.117.188.84]) with mapi id 14.02.0387.000; Sat, 1 Mar 2014 18:26:02 -0500 From: Autumn Liu To: "mpls@ietf.org" Thread-Topic: [mpls] Poll for Adoption draft-chen-mpls-p2mp-ingress-protection-11 Thread-Index: AQHPLZJCHJ/AoCbCa0CJKoCBKdBRgZrL6cmAgAEGKhA= Date: Sat, 1 Mar 2014 23:26:01 +0000 Message-ID: References: <11208E03C9803E4CB4C3D898F153D6C03071E403@SJCEML701-CHM.china.huawei.com> <2691CE0099834E4A9C5044EEC662BB9D45346FA5@dfweml702-chm.china.huawei.com> In-Reply-To: <2691CE0099834E4A9C5044EEC662BB9D45346FA5@dfweml702-chm.china.huawei.com> Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.10] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrBLMWRmVeSWpSXmKPExsUyuXRPiG5bjlCwwYmfZha3lq5kdWD0WLLk J1MAYxSXTUpqTmZZapG+XQJXRvuOoywFBzkrvq/fztzA2MzRxcjJISFgIrH54g8mCFtM4sK9 9WxdjFwcQgJHGCVmfz3ODuEsY5SY+/c0G0gVm4CWxL7979hBbBEBZYkjE7tZQWxhgSCJIz9/ MEPEgyUuXbkMZVtJtB18xgJiswioSEyfch5oDgcHr4CvRO8LL4j5FxglNrQ9B6vhFAiTeP38 NdhMRgFZiWmP7oNdxywgLnHryXyoSwUkluw5zwxhi0q8fPyPFcJWkpi09BwrRL2OxILdn9gg bG2JZQtfg9XzCghKnJz5hGUCo+gsJGNnIWmZhaRlFpKWBYwsqxg5SotTy3LTjQw2MQJD/5gE m+4Oxj0vLQ8xSnOwKInzfnnrHCQkkJ5YkpqdmlqQWhRfVJqTWnyIkYmDU6qBccGaRH9VJ43z q2dobec3TxRw8zPM6L/imuphoDJzzcZJP+bOcHnPzaWy0ijH4MVriS+/b3fNV1LueJHcpnvs zquTNZrpxeEiZu/X3nguay4rzrgo94n1pyf+6+VPRtiv5cp46KFw7byhZl6jAk/s+Q/L1tRe np1+Zu2RhyfNzmSnOu3IOsolocRSnJFoqMVcVJwIAHyQTkVLAgAA Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/CzwxgqsZM3qpPPTrvEm4jrJq41o Subject: Re: [mpls] Poll for Adoption draft-chen-mpls-p2mp-ingress-protection-11 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 23:41:16 -0000 Support as co-author. -Autumn On Feb 18, 2014, at 5:08, Ross Callon wrote: > This is to start a poll on adopting > draft-chen-mpls-p2mp-ingress-protection-11 > as an MPLS working group document. Since this call will continue=20 > through the IETF meeting in London, I will extent the poll by one week=20 > (so that it will be a three week poll). > =20 > Please send your comments (support/not support) to the mpls working=20 > group mailing list (mpls@ietf.org). > =20 > This poll will end Tuesday March 11, 2014. This is of course the=20 > Tuesday after the IETF. > =20 > Thanks, Ross > =20 > =20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls -------------- next part -------------- An HTML attachment was scrubbed... URL: ** _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls From nobody Sun Mar 2 02:10:07 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CAAC01A0C72; Sun, 2 Mar 2014 02:10:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.449 X-Spam-Level: X-Spam-Status: No, score=-2.449 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.547, 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 pHtGN22sTby1; Sun, 2 Mar 2014 02:10:03 -0800 (PST) Received: from rfc-editor.org (rfc-editor.org [IPv6:2607:f170:8000:1500::d3]) by ietfa.amsl.com (Postfix) with ESMTP id E224A1A0C67; Sun, 2 Mar 2014 02:10:02 -0800 (PST) Received: by rfc-editor.org (Postfix, from userid 30) id 7AB1D7FC3A1; Sun, 2 Mar 2014 02:10:00 -0800 (PST) To: flefauch@cisco.com, flefauch@cisco.com, liwwu@cisco.com, bsd@cisco.com, davari@ieee.org, pasi.vaananen@nokia.com, ram@axiowave.com, pierrick.cheval@space.alcatel.fr, jh@song.fi From: RFC Errata System Message-Id: <20140302101000.7AB1D7FC3A1@rfc-editor.org> Date: Sun, 2 Mar 2014 02:10:00 -0800 (PST) Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/pgeiNOk6IBfej0W6oYLcTb_h4IA Cc: rfc-editor@rfc-editor.org, iesg@ietf.org, mpls@ietf.org Subject: [mpls] [Errata Rejected] RFC3270 (1910) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Mar 2014 10:10:05 -0000 The following errata report has been rejected for RFC3270, "Multi-Protocol Label Switching (MPLS) Support of Differentiated Services". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata_search.php?rfc=3270&eid=1910 -------------------------------------- Status: Rejected Type: Technical Reported by: Francois Le Faucheur Date Reported: 2009-10-13 Rejected by: Adrian Farrel (IESG) Section: 5.2.1 Original Text ------------- MAPnb : 4 bits Indicates the number of MAP entries included in the DIFFSERV Object. This can be set to any value from 0 to 8. Corrected Text -------------- MAPnb : 4 bits Indicates the number of MAP entries included in the DIFFSERV Object. This can be set to any value from 0 to 7. Notes ----- This errata was reported by Colors Springfield on 13 October 2009. --VERIFIER NOTES-- After many cycles of discussion, we have concluded that this issue is not as simple as it appears. There are many consequences of a change to this text with the conclusion that this would be a technical change that is best addressed through full WG discussion and the RFC process. Thus, anyone concerned about this issue should write an Internet-Draft and bring it to the MPLS working group. -------------------------------------- RFC3270 (draft-ietf-mpls-diff-ext-09) -------------------------------------- Title : Multi-Protocol Label Switching (MPLS) Support of Differentiated Services Publication Date : May 2002 Author(s) : F. Le Faucheur, L. Wu, B. Davie, S. Davari, P. Vaananen, R. Krishnan, P. Cheval, J. Heinanen Category : PROPOSED STANDARD Source : Multiprotocol Label Switching Area : Routing Stream : IETF Verifying Party : IESG From nobody Sun Mar 2 05:23:24 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9EA641A0D36 for ; Sun, 2 Mar 2014 05:23:19 -0800 (PST) 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 bIOwiDAsgwK6 for ; Sun, 2 Mar 2014 05:23:18 -0800 (PST) Received: from mail-we0-x22e.google.com (mail-we0-x22e.google.com [IPv6:2a00:1450:400c:c03::22e]) by ietfa.amsl.com (Postfix) with ESMTP id BBD401A07A9 for ; Sun, 2 Mar 2014 05:23:17 -0800 (PST) Received: by mail-we0-f174.google.com with SMTP id t60so2059530wes.19 for ; Sun, 02 Mar 2014 05:23:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=7U36+OTJXE1aQDY43XKWK+1jkwtShPkU1bwqvhTnKbI=; b=APkRiz3+ovQNdL9hpznoObZs6P0pJ5v5WBcOBojSt3i05MNOq6uoB2uvKyv2B/J1V1 1ReNWbo7HTyVwOxi4HtMbyPKTZAiJe9OJW7R1/Y151iIwXPBKF/XFXNFkyCa7bGayjv6 0n6DpQbIEbMdgakJgeDaG4xMHe5eaWM0KN3LF48Ozd9bRBGDf2YUmV0KL6LRf8tpoRzf FirrMigW1aEIHIvM6l7/oj9y+AvEL2u8im+C3+Lo76OyiAbbfAZBSdBduGHKIRPKrjtI SX41SqovYbfEqQh+384jVGD+UhELkFu8z6hMeN1qmQlOPwA2v8GFKnjP4ixdt50AaqNh sXCA== X-Received: by 10.194.200.40 with SMTP id jp8mr2444899wjc.51.1393766594814; Sun, 02 Mar 2014 05:23:14 -0800 (PST) Received: from [10.0.2.15] (dhcp-b44b.meeting.ietf.org. [31.133.180.75]) by mx.google.com with ESMTPSA id mw3sm24957773wic.7.2014.03.02.05.23.13 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 02 Mar 2014 05:23:14 -0800 (PST) Message-ID: <531330C0.5060604@gmail.com> Date: Sun, 02 Mar 2014 14:23:12 +0100 From: Martin Stiemerling User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: mpls@ietf.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/sm2GNLZBworCrh2OKqHK3GSqHJg Subject: [mpls] TSVAREA session about tunneling foo over UDP X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Mar 2014 13:23:19 -0000 [This message is sent in parallel to routing-discussion@ietf.org, mpls@ietf.org, nvo3@ietf.org and l2vpn@ietf.org just to keep people informed] Dear all, This is a heads-up for the TSVAREA session at the IETF-89 meeting on Thursday, March 6, 09:00 am to 11:30 am There are two parts of the TSVAREA session that might be of interest to you: - How to train other protocol designers about UDP Design Considerations (10 + 20 minutes) - Foo over UDP tunneling discussion - what recommendations does TSV make (and why)? (15 minutes) The full agenda is here: https://datatracker.ietf.org/meeting/89/agenda/tsvarea/ Thank you, Martin Stiemerling From nobody Sun Mar 2 08:08:43 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 056881A0801; Sun, 2 Mar 2014 08:08:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.449 X-Spam-Level: X-Spam-Status: No, score=-2.449 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.547, 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 F8H4qVF23iuc; Sun, 2 Mar 2014 08:08:36 -0800 (PST) Received: from rfc-editor.org (rfc-editor.org [IPv6:2607:f170:8000:1500::d3]) by ietfa.amsl.com (Postfix) with ESMTP id 507081A07EC; Sun, 2 Mar 2014 08:08:36 -0800 (PST) Received: by rfc-editor.org (Postfix, from userid 30) id C55967FC392; Sun, 2 Mar 2014 08:08:33 -0800 (PST) To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org From: rfc-editor@rfc-editor.org Message-Id: <20140302160833.C55967FC392@rfc-editor.org> Date: Sun, 2 Mar 2014 08:08:33 -0800 (PST) Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/tIhEEIB666z_p6iG1BbEqcA6ezg Cc: drafts-update-ref@iana.org, mpls@ietf.org, rfc-editor@rfc-editor.org Subject: [mpls] RFC 7140 on LDP Extensions for Hub and Spoke Multipoint Label Switched Path X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Mar 2014 16:08:39 -0000 A new Request for Comments is now available in online RFC libraries. RFC 7140 Title: LDP Extensions for Hub and Spoke Multipoint Label Switched Path Author: L. Jin, F. Jounay, IJ. Wijnands, N. Leymann Status: Standards Track Stream: IETF Date: March 2014 Mailbox: lizho.jin@gmail.com, frederic.jounay@orange.ch, ice@cisco.com, n.leymann@telekom.de Pages: 15 Characters: 33570 Updates/Obsoletes/SeeAlso: None I-D Tag: draft-ietf-mpls-mldp-hsmp-06.txt URL: http://www.rfc-editor.org/rfc/rfc7140.txt This document introduces a hub and spoke multipoint (HSMP) Label Switched Path (LSP), which allows traffic from root to leaf through point-to-multipoint (P2MP) LSPs and also leaf to root along the reverse path. That means traffic entering the HSMP LSP from the application/customer at the root node travels downstream to each leaf node, exactly as if it were traveling downstream along a P2MP LSP to each leaf node. Upstream traffic entering the HSMP LSP at any leaf node travels upstream along the tree to the root, as if it were unicast to the root. Direct communication among the leaf nodes is not allowed. This document is a product of the Multiprotocol Label Switching Working Group of the IETF. This is now a Proposed Standard. STANDARDS TRACK: This document specifies an Internet standards track protocol for the Internet community,and requests discussion and suggestions for improvements. Please refer to the current edition of the Internet Official Protocol Standards (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited. This announcement is sent to the IETF-Announce and rfc-dist lists. To subscribe or unsubscribe, see http://www.ietf.org/mailman/listinfo/ietf-announce http://mailman.rfc-editor.org/mailman/listinfo/rfc-dist For searching the RFC series, see http://www.rfc-editor.org/search For downloading RFCs, see http://www.rfc-editor.org/rfc.html Requests for special distribution should be addressed to either the author of the RFC in question, or to rfc-editor@rfc-editor.org. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution. The RFC Editor Team Association Management Solutions, LLC From nobody Sun Mar 2 09:21:34 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 554F41A0988 for ; Sun, 2 Mar 2014 09:21:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.9 X-Spam-Level: X-Spam-Status: No, score=-6.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-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 648X-r7VLoaJ for ; Sun, 2 Mar 2014 09:21:30 -0800 (PST) Received: from ihemail3.lucent.com (ihemail3.lucent.com [135.245.0.37]) by ietfa.amsl.com (Postfix) with ESMTP id CBEB31A082B for ; Sun, 2 Mar 2014 09:21:30 -0800 (PST) Received: from us70uusmtp4.zam.alcatel-lucent.com (h135-5-2-66.lucent.com [135.5.2.66]) by ihemail3.lucent.com (8.13.8/IER-o) with ESMTP id s22HLRDl025818 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Sun, 2 Mar 2014 11:21:28 -0600 (CST) Received: from US70UWXCHHUB01.zam.alcatel-lucent.com (us70uwxchhub01.zam.alcatel-lucent.com [135.5.2.48]) by us70uusmtp4.zam.alcatel-lucent.com (GMO) with ESMTP id s22HLRVl017562 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Sun, 2 Mar 2014 12:21:27 -0500 Received: from US70UWXCHMBA01.zam.alcatel-lucent.com ([169.254.7.249]) by US70UWXCHHUB01.zam.alcatel-lucent.com ([135.5.2.48]) with mapi id 14.02.0247.003; Sun, 2 Mar 2014 12:21:27 -0500 From: "Aissaoui, Mustapha (Mustapha)" To: "mpls@ietf.org" Thread-Topic: draft-george-mpls-ipv6-only-gap-04.txt Thread-Index: AQHPKiTfS91q7JEPIE2YWShLnCdt5Zq7H3aQgBBIQZCAArthsA== Date: Sun, 2 Mar 2014 17:21:26 +0000 Message-ID: <4A79394211F1AF4EB57D998426C9340D77A11AB6@US70UWXCHMBA01.zam.alcatel-lucent.com> References: <52FF2006.7060900@pi.nu> <4A79394211F1AF4EB57D998426C9340D77A0722E@US70UWXCHMBA01.zam.alcatel-lucent.com> <4A79394211F1AF4EB57D998426C9340D77A1194F@US70UWXCHMBA01.zam.alcatel-lucent.com> In-Reply-To: <4A79394211F1AF4EB57D998426C9340D77A1194F@US70UWXCHMBA01.zam.alcatel-lucent.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.5.27.18] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/2RU8_XAJYKaZXTlz3Wa1ahn8c4w Subject: Re: [mpls] draft-george-mpls-ipv6-only-gap-04.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Mar 2014 17:21:33 -0000 Dear all, I read this document and I can say that it is useful for identifying gaps i= n MPLS related standards for interoperable deployment of IPv6 control plane= and data plane in operators networks. It should be progressed as a working= group document. I compiled a list of comments below. Regards, Mustapha. ------------------------------ 1. Section 2 - Use Case A common use case I have seen is that of a wireless operator that moved its= 4G/LTE subscribers into IPv6 but their management and backend infrastructu= re is still IPv4. In many of these networks, it is it is the management and= OAM traffic which needs to be carried in a MPLS VPN in order to separate i= t from the subscriber traffic. The latter is IPv6 routed in most use cases = I know of. As the number of devices (specifically cell site routers) to man= age increases, the operator is compelled to move to IPv6. 2. Section 3 - Gap Analysis The reference to RSVP-TE spec is no correct. I assume the authors meant RFC= 3209. 3. Section 3.1 - MPLS Data Plane In the case where an IPv4 prefix is resolved over an IPv6 LSP, there may be= a need to push the IPv4 explicit null label value first before pushing the= IPv6 label. The reason for this is if the egress LSR advertised the IPv6 e= xplicit null label for the outer IPv6 LSP, it may drop the packet if it is = not an IPv6 one. =20 4. Section 3.2.1 - LDP While reviewing draft-ietf-mpls-ldp-ipv6 on the MPLS WG mailing list, there= were a couple of comments which were made by a number of operators and whi= ch I consider as gaps in LDP IPv6: a. the need for extending LDP to use a 128-bit LSR-ID. The idea was to allo= w for using an IPv6 loopback to identify the LSR. In many cases, the LSR ID= matches a routable address in the operator's network. We wrote the following draft to address this (needs a refresh): http://tools.ietf.org/html/draft-pdutta-mpls-ldp-v2-00 b. the need to support separate IPv6 and IPv4 LDP sessions when LSR peers o= ver a dual-stack interface. We wrote the following draft to achieve this: http://tools.ietf.org/html/draft-pdutta-mpls-multi-ldp-instance-00 =20 5. Section 3.2.2 - Multipoint LDP RFC 6388 provides a single session level LDP capability for mLDP P2MP and M= P2MP FECs. There is no distinction between IPv4 and IPv6. We need to add a = separate capability for IPv6 for each type. 6. Section 3.3.1 - L2VPN We need to add a reference to RFC 6073 which defined the LDP SP-PE TLV and = which already supports IPv4 and IPV6 addresses of the S-PE nodes. We also need a reference to draft-ietf-pwe3-dynamic-ms-pw-20 for dynamic MS= -PW. I checked it and it seems the discovery part which is consistent with = RFC 4760 supports IPv6 PE address. 7. Section 3.3.2 - L3VPN Section 3.2.1.1 "BGP Speaker Requesting IPv6 Transport" does actually speci= fies a 128-bit BGP next-hop. No? 8. Section 3.4.2 - LSP Ping I do not understand the issue described in the case of LSP trace. Why would= the ingress LSR send an IPv4 echo request message? The LSP is signaled wit= h IPv6 control plane and its target FEC stack TLV is IPv6 (LDP, RSVP, or BG= P LSP), the MPLS echo request and reply packets must be IPv6.=20 9. Section 3.4.4 - PW OAM I think the reference to RFC 6829 which defined the FEC 128 and FEC 129 tar= get FEC Stack TLVs in a IPv6 environment should be added here instead of Se= ction 3.4.2. ---------------------------------------------------------------------------= --------------- From nobody Sun Mar 2 11:59:33 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BC0AC1A0A20; Sun, 2 Mar 2014 11:59:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7aIOAom3VOFo; Sun, 2 Mar 2014 11:59:24 -0800 (PST) Received: from mail-ie0-x229.google.com (mail-ie0-x229.google.com [IPv6:2607:f8b0:4001:c03::229]) by ietfa.amsl.com (Postfix) with ESMTP id F32811A0A3F; Sun, 2 Mar 2014 11:59:23 -0800 (PST) Received: by mail-ie0-f169.google.com with SMTP id at1so5414655iec.0 for ; Sun, 02 Mar 2014 11:59:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=ZTyAGF7H8+goRcrUrvwzFHvry89C2Qxsi6ItxHSSfvE=; b=hebnOmx5DW8clbDzdpyEemXTvYd7xh5rBlMH3FzKxubLyA58k7I4/+C7E19r7yrPPW 9pd43RKHstTouePN1bSaRGA43GFlhpVv1jqU8D/KPgptOUT63c4eRzr7fIXCr7VG3GQA O2yCi+NsY4Vz4fytAFFgPihV97igZmGLojoLZCRpd+waAv0ye0hAdxiLPXAjYezw/AHe eTO8VVMNpvGgl6LUxy1KwFxD32X/V2UfBPrIa4i21Abu37Dv13N6U4fo3GdHBNDd8vps 25U2E6g7JptJvnWLKeWXZtyed/p5uSGAsa8zCAsr6OGDblfPhCALPqspYdhjp84UM60T SJAg== MIME-Version: 1.0 X-Received: by 10.50.11.36 with SMTP id n4mr17955466igb.3.1393790361246; Sun, 02 Mar 2014 11:59:21 -0800 (PST) Received: by 10.50.112.103 with HTTP; Sun, 2 Mar 2014 11:59:21 -0800 (PST) Received: by 10.50.112.103 with HTTP; Sun, 2 Mar 2014 11:59:21 -0800 (PST) In-Reply-To: References: <7AEB3D6833318045B4AE71C2C87E8E1729BC7AC3@dfweml706-chm.china.huawei.com> Date: Sun, 2 Mar 2014 19:59:21 +0000 Message-ID: From: Dhruv Dhody To: mpls@ietf.org, pwe3@ietf.org Content-Type: multipart/alternative; boundary=047d7bdca8be5fa0bb04f3a51b13 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/Asox6d5ZK6L-09tfQI94Ld9m8L8 Subject: [mpls] Fwd: Introduciton to ACTN (Abstraction and Control of Transport Networks) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Mar 2014 19:59:27 -0000 --047d7bdca8be5fa0bb04f3a51b13 Content-Type: text/plain; charset=ISO-8859-1 Hi, I wanted to forward the mail from Young regarding ACTN (Abstraction and Control of Transport Networks) that might interest some of you. Have a great IETF week! Dhruv ** Hi, I wanted to forward the mail from Young regarding ACTN (Abstraction and Control of Transport Networks) that might interest some of you. Have a great IETF week! Dhruv ---------- Forwarded message ---------- From: Leeyoung Date: Sat, Mar 1, 2014 at 11:32 PM Subject: [Sdn] Introduciton to ACTN (Abstraction and Control of Transport Networks) To: CCAMP , "sdn@irtf.org" , "pce@ietf.org" < pce@ietf.org>, alto Cc: "actn@ietf.org" Hi, I'd like to introduce a new activity in the routing area called ACTN (Abstraction and Control of Transport Networks). This work was first introduced in Vancouver in some of the WG/RG meetings like PCE-WG and SDN-RG and a bar BoF. We have progressed quite a bit since then, and I believe some of the recipients of the list WGs would be interested in this work. Updated information can be found in the following pointer: https://sites.google.com/site/actnbof/ that include an initial charter, internet-drafts, and previous meeting information, etc. If you have any question about this work and informal bar BoF meeting(s) we are planning on in London, please feel free to contact me. Best Regards, Young _______________________________________________ sdn mailing list sdn@irtf.org https://www.irtf.org/mailman/listinfo/sdn --047d7bdca8be5fa0bb04f3a51b13 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

<It was pointed out that i missed mpls and pwe3.... again= apologies if you received multiple copies of this mail.>

Hi,

I wanted to forward the mail from Young regarding ACTN (Abst= raction and Control of Transport Networks) that might interest some of you.=

Have a great IETF week!

Dhruv

<apolo= gies if you received multiple copies of this mail.>

Hi,
I wanted to forward the mail from Young regarding ACTN (Abstraction and C= ontrol of Transport Networks) that might interest some of you.

Have a great IETF week!

Dhruv
---= ------- Forwarded message ----------
From: Leeyoung <leeyoung@huawei.com>
Date: Sat, Mar 1, 2014 at 11:32 PM
Subject: [Sdn] Introduciton to ACTN (= Abstraction and Control of Transport Networks)
To: CCAMP <ccamp@ietf.org>, "sdn@irtf.org" <sdn@irtf.org>, "= ;pce@ietf.org" &= lt;pce@ietf.org>, = alto <alto@ietf.org>
Cc: "actn@ietf.org<= /a>" <actn@ietf.= org>


Hi,

 

I’d like to introduce a new activity in the ro= uting area called ACTN (Abstraction and Control of Transport Networks).

 

This work was first introduced in Vancouver in some = of the WG/RG meetings like PCE-WG and SDN-RG and a bar BoF. We have progres= sed quite a bit since then, and I believe some of the recipients of the lis= t WGs would be interested in this work.

 

Updated information can be found in the following po= inter: https://sites.google.com/site/actnbof/ that include an initial charter,= internet-drafts, and previous meeting information, etc.

 

If you have any question about this work and informa= l bar BoF meeting(s) we are planning on in London, please feel free to cont= act me.

 

Best Regards,

Young

 


_______________________________________________
sdn mailing list
sdn@irtf.org
htt= ps://www.irtf.org/mailman/listinfo/sdn


--047d7bdca8be5fa0bb04f3a51b13-- From nobody Sun Mar 2 18:38:01 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 01CA81A013B for ; Mon, 24 Feb 2014 09:09:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.951 X-Spam-Level: X-Spam-Status: No, score=0.951 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, 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 jZHPUCOS3pim for ; Mon, 24 Feb 2014 09:09:48 -0800 (PST) Received: from mail-yh0-x229.google.com (mail-yh0-x229.google.com [IPv6:2607:f8b0:4002:c01::229]) by ietfa.amsl.com (Postfix) with ESMTP id 010131A012B for ; Mon, 24 Feb 2014 09:09:47 -0800 (PST) Received: by mail-yh0-f41.google.com with SMTP id f73so5583612yha.28 for ; Mon, 24 Feb 2014 09:09:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=RPqrUjkwa/JQyNzEc0kCs5ixV+PqgafozOdA2/oEg3Y=; b=Rrzn+2MoiaSHk4GYuECRxH5vcFHC7ct8Hoq8LtX4RJRrsPyoLOWLvXOpQv2xBZfi38 bJ0k3qPUDqpLyDsLERyciS9IvuhjUnHPOozAzzu+1rkSlzuZFqJes+Pql2poDAgbzCXI XoI16WVbxKl2nfOaVyEF6K5xmWrg18oHfupymtNNerfLZhdC9Xp3DcKvgk7zyElISjG+ Ro0chvmQ9JIM7kP8mRhDgfPi8wIXTO/ZA8EngKkGO5fi7kw2Ch4CcIRZobcbAMlovGok +Hjxb1w8+UzoWhNrBkSSYs9X/Zm9C8bSJqYyQpRiGPT3ZwOIEXuqiNRXLLuj9S4Wyj2O Zbfw== MIME-Version: 1.0 X-Received: by 10.236.88.179 with SMTP id a39mr31124593yhf.83.1393261787193; Mon, 24 Feb 2014 09:09:47 -0800 (PST) Received: by 10.170.94.70 with HTTP; Mon, 24 Feb 2014 09:09:47 -0800 (PST) Date: Mon, 24 Feb 2014 12:09:47 -0500 Message-ID: From: Yanhe Fan To: mpls@ietf.org Content-Type: multipart/alternative; boundary=14dae9d2fb34e7a80c04f32a094f Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/Pn2GrTEsRPnEThTy3Y19ydXgaTA X-Mailman-Approved-At: Sun, 02 Mar 2014 18:37:58 -0800 Cc: mpls-chairs@tools.ietf.org Subject: Re: [mpls] Poll for Adoption draft-chen-mpls-p2mp-ingress-protection-11 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Feb 2014 17:09:49 -0000 --14dae9d2fb34e7a80c04f32a094f Content-Type: text/plain; charset=ISO-8859-1 Support. Thanks, Yanhe >This is to start a poll on adopting draft-chen-mpls-p2mp-ingress-protection-11 >as an MPLS working group document. Since this call will continue through the >IETF meeting in London, I will extent the poll by one week (so that it will be a >three week poll). >Please send your comments (support/not support) to the mpls working group >mailing list (mpls@ietf.org). >This poll will end Tuesday March 11, 2014. This is of course the Tuesday after >the IETF. >Thanks, Ross --14dae9d2fb34e7a80c04f32a094f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Support.
=A0
Thanks,
Ya= nhe
=A0

>This is t= o start a poll on adopting draft-chen-mpls-p2mp-ingress-protection-11

>as an MPLS working group documen= t. Since this call will continue through the

>IETF meeting in London, I will extent the poll by one week (= so that it will be a

>three week poll).

=A0

>Please send your comments (s= upport/not support) to the mpls working group

>mailing list (mpls@ietf.org<= /span>).

=A0

>This poll will end Tuesday M= arch 11, 2014. This is of course the Tuesday after

>the IETF.

=A0

>Thanks, Ross=

--14dae9d2fb34e7a80c04f32a094f-- From nobody Mon Mar 3 02:56:49 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 873291A0E74; Mon, 3 Mar 2014 02:56:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id utNB2ZuSKc43; Mon, 3 Mar 2014 02:56:41 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 392191A0E5F; Mon, 3 Mar 2014 02:56:41 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.0.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140303105641.28518.71218.idtracker@ietfa.amsl.com> Date: Mon, 03 Mar 2014 02:56:41 -0800 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/BUFI_XI4eg5rop7kc8VTqdLgqNE Cc: mpls@ietf.org Subject: [mpls] I-D Action: draft-ietf-mpls-pim-sm-over-mldp-00.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Mar 2014 10:56:44 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching Working Group of the IETF. Title : Carrying PIM-SM in ASM mode Trees over P2MP mLDP LSPs Authors : Yakov Rekhter Rahul Aggarwal Nicolai Leymann Wim Henderickx Quintin Zhao Richard Li Filename : draft-ietf-mpls-pim-sm-over-mldp-00.txt Pages : 12 Date : 2014-03-02 Abstract: When IP multicast trees created by PIM-SM in Any Source Multicast (ASM) mode need to pass through an MPLS domain, it may be desirable to map such trees to Point-to-Multipoint Label Switched Paths. This document describes how to accomplish this in the case where such Point-to-Multipoint Label Switched Paths are established using mLDP. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-pim-sm-over-mldp/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-mpls-pim-sm-over-mldp-00 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Mar 3 06:43:53 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 20B4C1A01E5 for ; Mon, 3 Mar 2014 06:43:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.9 X-Spam-Level: X-Spam-Status: No, score=-6.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-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 bJloCTj2gD6B for ; Mon, 3 Mar 2014 06:43:49 -0800 (PST) Received: from ihemail1.lucent.com (ihemail1.lucent.com [135.245.0.33]) by ietfa.amsl.com (Postfix) with ESMTP id 730271A0114 for ; Mon, 3 Mar 2014 06:43:49 -0800 (PST) Received: from us70tusmtp1.zam.alcatel-lucent.com (h135-5-2-63.lucent.com [135.5.2.63]) by ihemail1.lucent.com (8.13.8/IER-o) with ESMTP id s23EhkaD017870 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Mon, 3 Mar 2014 08:43:46 -0600 (CST) Received: from US70TWXCHHUB04.zam.alcatel-lucent.com (us70twxchhub04.zam.alcatel-lucent.com [135.5.2.36]) by us70tusmtp1.zam.alcatel-lucent.com (GMO) with ESMTP id s23EhZLE027622 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Mon, 3 Mar 2014 09:43:46 -0500 Received: from US70UWXCHMBA01.zam.alcatel-lucent.com ([169.254.7.249]) by US70TWXCHHUB04.zam.alcatel-lucent.com ([135.5.2.36]) with mapi id 14.02.0247.003; Mon, 3 Mar 2014 09:43:40 -0500 From: "Aissaoui, Mustapha (Mustapha)" To: "mpls@ietf.org" Thread-Topic: draft-george-mpls-ipv6-only-gap-04.txt Thread-Index: AQHPKiTfS91q7JEPIE2YWShLnCdt5Zq7H3aQgBBIQZCAArthsIABY8zQ Date: Mon, 3 Mar 2014 14:43:39 +0000 Message-ID: <4A79394211F1AF4EB57D998426C9340D77A11E74@US70UWXCHMBA01.zam.alcatel-lucent.com> References: <52FF2006.7060900@pi.nu> <4A79394211F1AF4EB57D998426C9340D77A0722E@US70UWXCHMBA01.zam.alcatel-lucent.com> <4A79394211F1AF4EB57D998426C9340D77A1194F@US70UWXCHMBA01.zam.alcatel-lucent.com> <4A79394211F1AF4EB57D998426C9340D77A11AB6@US70UWXCHMBA01.zam.alcatel-lucent.com> In-Reply-To: <4A79394211F1AF4EB57D998426C9340D77A11AB6@US70UWXCHMBA01.zam.alcatel-lucent.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.5.27.16] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/pl5oAyGoBpsurcqDoxnIbkWS8fk Subject: Re: [mpls] draft-george-mpls-ipv6-only-gap-04.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Mar 2014 14:43:52 -0000 Sorry but I needed a little bit of clarification to my comment #7. It shoul= d read as follows: " 7. Section 3.3.2 - L3VPN Section 3.2.1.1 *of RFC 4659* "BGP Speaker Requesting IPv6 Transport" does = actually specifies a 128-bit BGP next-hop. No? " Regards, Mustapha. -----Original Message----- From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Aissaoui, Mustapha (= Mustapha) Sent: Sunday, March 02, 2014 12:21 PM To: mpls@ietf.org Subject: Re: [mpls] draft-george-mpls-ipv6-only-gap-04.txt Dear all, I read this document and I can say that it is useful for identifying gaps i= n MPLS related standards for interoperable deployment of IPv6 control plane= and data plane in operators networks. It should be progressed as a working= group document. I compiled a list of comments below. Regards, Mustapha. ------------------------------ 1. Section 2 - Use Case A common use case I have seen is that of a wireless operator that moved its= 4G/LTE subscribers into IPv6 but their management and backend infrastructu= re is still IPv4. In many of these networks, it is it is the management and= OAM traffic which needs to be carried in a MPLS VPN in order to separate i= t from the subscriber traffic. The latter is IPv6 routed in most use cases = I know of. As the number of devices (specifically cell site routers) to man= age increases, the operator is compelled to move to IPv6. 2. Section 3 - Gap Analysis The reference to RSVP-TE spec is no correct. I assume the authors meant RFC= 3209. 3. Section 3.1 - MPLS Data Plane In the case where an IPv4 prefix is resolved over an IPv6 LSP, there may be= a need to push the IPv4 explicit null label value first before pushing the= IPv6 label. The reason for this is if the egress LSR advertised the IPv6 e= xplicit null label for the outer IPv6 LSP, it may drop the packet if it is = not an IPv6 one. =20 4. Section 3.2.1 - LDP While reviewing draft-ietf-mpls-ldp-ipv6 on the MPLS WG mailing list, there= were a couple of comments which were made by a number of operators and whi= ch I consider as gaps in LDP IPv6: a. the need for extending LDP to use a 128-bit LSR-ID. The idea was to allo= w for using an IPv6 loopback to identify the LSR. In many cases, the LSR ID= matches a routable address in the operator's network. We wrote the following draft to address this (needs a refresh): http://tools.ietf.org/html/draft-pdutta-mpls-ldp-v2-00 b. the need to support separate IPv6 and IPv4 LDP sessions when LSR peers o= ver a dual-stack interface. We wrote the following draft to achieve this: http://tools.ietf.org/html/draft-pdutta-mpls-multi-ldp-instance-00 =20 5. Section 3.2.2 - Multipoint LDP RFC 6388 provides a single session level LDP capability for mLDP P2MP and M= P2MP FECs. There is no distinction between IPv4 and IPv6. We need to add a = separate capability for IPv6 for each type. 6. Section 3.3.1 - L2VPN We need to add a reference to RFC 6073 which defined the LDP SP-PE TLV and = which already supports IPv4 and IPV6 addresses of the S-PE nodes. We also need a reference to draft-ietf-pwe3-dynamic-ms-pw-20 for dynamic MS= -PW. I checked it and it seems the discovery part which is consistent with = RFC 4760 supports IPv6 PE address. 7. Section 3.3.2 - L3VPN Section 3.2.1.1 "BGP Speaker Requesting IPv6 Transport" does actually speci= fies a 128-bit BGP next-hop. No? 8. Section 3.4.2 - LSP Ping I do not understand the issue described in the case of LSP trace. Why would= the ingress LSR send an IPv4 echo request message? The LSP is signaled wit= h IPv6 control plane and its target FEC stack TLV is IPv6 (LDP, RSVP, or BG= P LSP), the MPLS echo request and reply packets must be IPv6.=20 9. Section 3.4.4 - PW OAM I think the reference to RFC 6829 which defined the FEC 128 and FEC 129 tar= get FEC Stack TLVs in a IPv6 environment should be added here instead of Se= ction 3.4.2. ---------------------------------------------------------------------------= --------------- _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls From nobody Mon Mar 3 07:42:00 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DC6581A0180; Mon, 3 Mar 2014 07:41:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fCgVamYzDo8O; Mon, 3 Mar 2014 07:41:52 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 328021A017B; Mon, 3 Mar 2014 07:41:52 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.0.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140303154152.20832.5380.idtracker@ietfa.amsl.com> Date: Mon, 03 Mar 2014 07:41:52 -0800 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/aZHpvmwhJFCojFsAvsSqtai6Wyk Cc: mpls@ietf.org Subject: [mpls] I-D Action: draft-ietf-mpls-mldp-in-band-wildcard-encoding-00.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Mar 2014 15:41:55 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching Working Group of the IETF. Title : mLDP In-Band Signaling with Wildcards Authors : IJsbrand Wijnands Eric Rosen Arkadiy Gulko Uwe Joorde Jeff Tantsura Filename : draft-ietf-mpls-mldp-in-band-wildcard-encoding-00.txt Pages : 14 Date : 2014-03-03 Abstract: There are scenarios in which an IP multicast tree traverses an MPLS domain. In these scenarios, it can be desirable to convert the IP multicast tree "seamlessly" to an MPLS multipoint label switched path (MP-LSP) when it enters the MPLS domain, and then to convert it back to an IP multicast tree when it exists the MPLS domain. Previous documents specify procedures that allow certain kinds of IP multicast trees (either "Source-Specific Multicast" trees or "Bidirectional multicast" trees) to be attached to an MPLS multipoint label switched path (MP-LSP), either in the context of a particular VPN or in a "global" (non-VPN) context. However, the previous documents do not specify procedures for attaching IP "Any Source Multicast" trees to MP-LSPs, nor do they specify procedures "aggregating" multiple IP multicast trees onto a single MP-LSP. This document specifies the procedures to support these functions. It does so by defining "wildcard" encodings making it possible to specify, when setting up an MP-LSP, that a set of IP multicast trees or a shared IP multicast tree should be attached to that MP-LSP. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-mldp-in-band-wildcard-encoding/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-mpls-mldp-in-band-wildcard-encoding-00 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Mar 3 08:27:06 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D1E5B1A0225; Mon, 3 Mar 2014 08:26:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vcvaOjd5hgMD; Mon, 3 Mar 2014 08:26:58 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 039F71A0236; Mon, 3 Mar 2014 08:26:58 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.0.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140303162658.14486.44354.idtracker@ietfa.amsl.com> Date: Mon, 03 Mar 2014 08:26:58 -0800 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/5GWeg9WyaT0eE_cWohaYKqG5Ii8 Cc: mpls@ietf.org Subject: [mpls] I-D Action: draft-ietf-mpls-mldp-in-band-wildcard-encoding-01.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Mar 2014 16:27:00 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching Working Group of the IETF. Title : mLDP In-Band Signaling with Wildcards Authors : IJsbrand Wijnands Eric Rosen Arkadiy Gulko Uwe Joorde Jeff Tantsura Filename : draft-ietf-mpls-mldp-in-band-wildcard-encoding-01.txt Pages : 16 Date : 2014-03-03 Abstract: There are scenarios in which an IP multicast tree traverses an MPLS domain. In these scenarios, it can be desirable to convert the IP multicast tree "seamlessly" to an MPLS multipoint label switched path (MP-LSP) when it enters the MPLS domain, and then to convert it back to an IP multicast tree when it exits the MPLS domain. Previous documents specify procedures that allow certain kinds of IP multicast trees (either "Source-Specific Multicast" trees or "Bidirectional Multicast" trees) to be attached to an MPLS Multipoint Label Switched Path (MP-LSP). However, the previous documents do not specify procedures for attaching IP "Any Source Multicast" trees to MP-LSPs, nor do they specify procedures for aggregating multiple IP multicast trees onto a single MP-LSP. This document specifies the procedures to support these functions. It does so by defining "wildcard" encodings that make it possible to specify, when setting up an MP- LSP, that a set of IP multicast trees, or a shared IP multicast tree, should be attached to that MP-LSP. Support for non-bidirectional IP "Any Source Multicast" trees is subject to certain applicability restrictions that are discussed in this document. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-mldp-in-band-wildcard-encoding/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-mpls-mldp-in-band-wildcard-encoding-01 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-mldp-in-band-wildcard-encoding-01 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Mar 3 11:00:05 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AB7A61A036C for ; Mon, 3 Mar 2014 11:00:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jN-0iAg1H2Po for ; Mon, 3 Mar 2014 11:00:01 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id E51A11A0392 for ; Mon, 3 Mar 2014 10:59:58 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: mpls@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.0.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140303185958.14815.45650.idtracker@ietfa.amsl.com> Date: Mon, 03 Mar 2014 10:59:58 -0800 From: IETF Secretariat Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/lEay3kg41j2R57Ejc35eAFVe6FU Subject: [mpls] Milestones changed for mpls WG X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Mar 2014 19:00:02 -0000 URL: http://datatracker.ietf.org/wg/mpls/charter/ From nobody Tue Mar 4 01:40:44 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C1DEC1A0056; Tue, 4 Mar 2014 01:40:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DR5we06WAtq0; Tue, 4 Mar 2014 01:40:34 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 04B321A0481; Tue, 4 Mar 2014 01:40:31 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.0.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140304094031.10456.51759.idtracker@ietfa.amsl.com> Date: Tue, 04 Mar 2014 01:40:31 -0800 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/F2g5F-z0UyPBMf85lTICLYo_U0w Cc: mpls@ietf.org Subject: [mpls] I-D Action: draft-ietf-mpls-forwarding-09.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Mar 2014 09:40:37 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching Working Group of the IETF. Title : MPLS Forwarding Compliance and Performance Requirements Authors : Curtis Villamizar Kireeti Kompella Shane Amante Andrew Malis Carlos Pignataro Filename : draft-ietf-mpls-forwarding-09.txt Pages : 59 Date : 2014-03-04 Abstract: This document provides guidelines for implementers regarding MPLS forwarding and a basis for evaluations of forwarding implementations. Guidelines cover many aspects of MPLS forwarding. Topics are highlighted where implementers might otherwise overlook practical requirements which are unstated or under emphasized or are optional for conformance to RFCs but are often considered mandatory by providers. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-forwarding/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-mpls-forwarding-09 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-forwarding-09 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Tue Mar 4 04:30:57 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 632AE1A0085 for ; Tue, 4 Mar 2014 04:30:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ax6Nm2LukqFE for ; Tue, 4 Mar 2014 04:30:50 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id ED40E1A00A3 for ; Tue, 4 Mar 2014 04:30:48 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: mpls@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.0.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140304123048.25870.87940.idtracker@ietfa.amsl.com> Date: Tue, 04 Mar 2014 04:30:48 -0800 From: IETF Secretariat Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/sZMaOAPXHiW2SkNnyf9gbRn2vJg Subject: [mpls] Milestones changed for mpls WG X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Mar 2014 12:30:51 -0000 Changed milestone "Submit draft-ietf-mpls-mldp-in-band-wildcard-encoding for publication", set state to active from review, accepting new milestone. URL: http://datatracker.ietf.org/wg/mpls/charter/ From nobody Tue Mar 4 04:31:43 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 665231A0055 for ; Tue, 4 Mar 2014 04:31:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ywgbjyx6dBOe for ; Tue, 4 Mar 2014 04:31:38 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id DE7901A0067 for ; Tue, 4 Mar 2014 04:31:36 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: mpls@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.0.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140304123136.25870.79944.idtracker@ietfa.amsl.com> Date: Tue, 04 Mar 2014 04:31:36 -0800 From: IETF Secretariat Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/apYAIhlxDDToLh_XY0tqr5rQ_WA Subject: [mpls] Milestones changed for mpls WG X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Mar 2014 12:31:39 -0000 Changed milestone "Submit draft-ietf-mpls-pim-sm-over-mldp", set state to active from review, accepting new milestone. URL: http://datatracker.ietf.org/wg/mpls/charter/ From nobody Tue Mar 4 05:32:03 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 97CAC1A01C3 for ; Tue, 4 Mar 2014 05:31:58 -0800 (PST) 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 BxyB4Z4FOG1P for ; Tue, 4 Mar 2014 05:31:56 -0800 (PST) Received: from am1outboundpool.messaging.microsoft.com (am1ehsobe001.messaging.microsoft.com [213.199.154.204]) by ietfa.amsl.com (Postfix) with ESMTP id 015531A017F for ; Tue, 4 Mar 2014 05:31:55 -0800 (PST) Received: from mail98-am1-R.bigfish.com (10.3.201.229) by AM1EHSOBE016.bigfish.com (10.3.207.138) with Microsoft SMTP Server id 14.1.225.22; Tue, 4 Mar 2014 13:31:52 +0000 Received: from mail98-am1 (localhost [127.0.0.1]) by mail98-am1-R.bigfish.com (Postfix) with ESMTP id 048152605DC; Tue, 4 Mar 2014 13:31:52 +0000 (UTC) X-Forefront-Antispam-Report: CIP:157.56.240.101; KIP:(null); UIP:(null); IPV:NLI; H:BL2PRD0510HT002.namprd05.prod.outlook.com; RD:none; EFVD:NLI X-SpamScore: -26 X-BigFish: VPS-26(zz62a3I98dI9371I936eI1432I4015Izz1f42h2148h208ch1ee6h1de0h1fdah2073h2146h1202h1e76h2189h1d1ah1d2ah21bch1fc6hzz1de098h1033IL8275bh8275dh1de097h186068hz2fh109h2a8h839h947hd25he5bhf0ah1288h12a5h12a9h12bdh137ah13b6h1441h1504h1537h153bh162dh1631h1758h18e1h1946h19b5h19ceh1ad9h1b0ah224fh1d0ch1d2eh1d3fh1dfeh1dffh1fe8h1ff5h2052h20b3h2216h22d0h2336h2438h2461h2487h24d7h2516h2545h255eh25cch1155h) Received-SPF: pass (mail98-am1: domain of juniper.net designates 157.56.240.101 as permitted sender) client-ip=157.56.240.101; envelope-from=kireeti@juniper.net; helo=BL2PRD0510HT002.namprd05.prod.outlook.com ; .outlook.com ; X-Forefront-Antispam-Report-Untrusted: SFV:NSPM; SFS:(10009001)(6009001)(428001)(377424004)(164054003)(252514010)(377454003)(24454002)(51704005)(199002)(189002)(79102001)(74662001)(51856001)(81816001)(81542001)(59766001)(92566001)(77982001)(92726001)(63696002)(15975445006)(94316002)(47976001)(50986001)(69226001)(53806001)(86362001)(74366001)(82746002)(46102001)(93516002)(93136001)(74876001)(81342001)(94946001)(76482001)(54356001)(76796001)(36756003)(76786001)(95666003)(85852003)(83322001)(19580395003)(66066001)(19580405001)(65816001)(56776001)(54316002)(85306002)(74706001)(95416001)(83716003)(33656001)(87266001)(47736001)(31966008)(2656002)(49866001)(74502001)(56816005)(47446002)(81686001)(4396001)(87936001)(80976001)(90146001)(80022001)(83072002); DIR:OUT; SFP:1101; SCL:1; SRVR:CO2PR05MB555; H:CO2PR05MB554.namprd05.prod.outlook.com; CLIP:66.129.241.12; FPR:ECED45B8.ACF283DE.1EE11BB.C6DAD9F0.202D6; PTR:InfoNoRecords; A:1; MX:1; LANG:en; Received: from mail98-am1 (localhost.localdomain [127.0.0.1]) by mail98-am1 (MessageSwitch) id 1393939909404804_10628; Tue, 4 Mar 2014 13:31:49 +0000 (UTC) Received: from AM1EHSMHS017.bigfish.com (unknown [10.3.201.227]) by mail98-am1.bigfish.com (Postfix) with ESMTP id 5C2F9400143; Tue, 4 Mar 2014 13:31:49 +0000 (UTC) Received: from BL2PRD0510HT002.namprd05.prod.outlook.com (157.56.240.101) by AM1EHSMHS017.bigfish.com (10.3.207.155) with Microsoft SMTP Server (TLS) id 14.16.227.3; Tue, 4 Mar 2014 13:31:47 +0000 Received: from CO2PR05MB555.namprd05.prod.outlook.com (10.141.196.147) by BL2PRD0510HT002.namprd05.prod.outlook.com (10.255.100.37) with Microsoft SMTP Server (TLS) id 14.16.423.0; Tue, 4 Mar 2014 13:31:43 +0000 Received: from CO2PR05MB554.namprd05.prod.outlook.com (10.141.196.141) by CO2PR05MB555.namprd05.prod.outlook.com (10.141.196.147) with Microsoft SMTP Server (TLS) id 15.0.888.9; Tue, 4 Mar 2014 13:31:41 +0000 Received: from CO2PR05MB554.namprd05.prod.outlook.com ([10.141.196.141]) by CO2PR05MB554.namprd05.prod.outlook.com ([10.141.196.141]) with mapi id 15.00.0888.003; Tue, 4 Mar 2014 13:31:41 +0000 From: Kireeti Kompella To: Loa Andersson Thread-Topic: [mpls] IPR poll on draft-ietf-mpls-forwarding Thread-Index: AQHPEn1Z1+jEZSwC6kGNHyJ1c3VXepqHdkaAgAAtjYCASZNZgA== Date: Tue, 4 Mar 2014 13:31:41 +0000 Message-ID: References: <52D77069.2050405@pi.nu> <52D81D81.4010708@pi.nu> In-Reply-To: <52D81D81.4010708@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.12] x-forefront-prvs: 01401330D1 Content-Type: text/plain; charset="iso-8859-1" Content-ID: <01EF28AA5FF540498D2115EB0138A9D2@namprd05.prod.outlook.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-FOPE-CONNECTOR: Id%0$Dn%*$RO%0$TLS%0$FQDN%$TlsDn% Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/69fQ9fKhv-v4Ndivj0hx19Q2DGc Cc: Kireeti Kompella , "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" , mpls-forwarding co-authors Subject: Re: [mpls] IPR poll on draft-ietf-mpls-forwarding X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Mar 2014 13:31:58 -0000 I am not aware of any IPR related to this document. Kireeti. On Jan 16, 2014, at 17:57 , Loa Andersson wrote: > Andy, >=20 > Thanks - I suspect that you and everyone have spotted the copy and > paste error in this IPR poll. >=20 > I claim that there are three IPR disclosures against this document. > This is not right - there are no disclosures against this document. >=20 > /Loa >=20 > On 2014-01-16 23:14, Andrew G. Malis wrote: >> Loa, >>=20 >> I am not aware of any non-disclosed IPR with regards to this draft. >>=20 >> Cheers, >> Andy >>=20 >> On Thu, Jan 16, 2014 at 12:38 AM, Loa Andersson wrote: >>> Working Group, >>>=20 >>> we have just requested publication of draft-ietf-mpls-forwarding-04. >>>=20 >>> Since the IPR poll on the individual document is fairly recent, we will >>> do the final poll in parallel to the initial steps of post publication >>> request steps. >>>=20 >>> This mail starts that IPR poll. >>>=20 >>> Are you aware of any IPR that applies to draft-ietf-mpls-forwarding? >>>=20 >>> If so, has this IPR been disclosed in compliance with IETF IPR rules >>> (see RFCs 3979, 4879, 3669 and 5378 for more details). >>>=20 >>> Currently there are three IPR disclosures that relates to this document= . >>>=20 >>> If you are listed as a document author or contributor please respond to >>> this email regardless of whether or not you are aware of any relevant >>> IPR. *The response needs to be sent to the MPLS wg mailing list.* The >>> document will not advance to the next stage until a response has been >>> received from each author and contributor. >>>=20 >>> If you are on the MPLS WG email list but are not listed as an author or >>> contributor, then please explicitly respond only if you are aware of an= y >>> IPR that has not yet been disclosed in conformance with IETF rules. >>>=20 >>> Thanks, Loa >>> (as MPLS WG co-chair) >>> -- >>>=20 >>>=20 >>> Loa Andersson email: loa@mail01.huawei.com >>> Senior MPLS Expert loa@pi.nu >>> Huawei Technologies (consultant) phone: +46 739 81 21 64 >>> _______________________________________________ >>> mpls mailing list >>> mpls@ietf.org >>> https://www.ietf.org/mailman/listinfo/mpls >=20 > --=20 >=20 >=20 > Loa Andersson email: loa@mail01.huawei.com > Senior MPLS Expert loa@pi.nu > Huawei Technologies (consultant) phone: +46 739 81 21 64 >=20 >=20 From nobody Tue Mar 4 06:19:09 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 069A21A022B for ; Tue, 4 Mar 2014 06:19:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dR0Tk1oZ0C5L for ; Tue, 4 Mar 2014 06:19:06 -0800 (PST) Received: from mail-pd0-x22b.google.com (mail-pd0-x22b.google.com [IPv6:2607:f8b0:400e:c02::22b]) by ietfa.amsl.com (Postfix) with ESMTP id E84C51A0128 for ; Tue, 4 Mar 2014 06:19:04 -0800 (PST) Received: by mail-pd0-f171.google.com with SMTP id r10so5200693pdi.30 for ; Tue, 04 Mar 2014 06:19:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:date:message-id:mime-version:content-type :thread-index:content-language; bh=g7fxRl16DBjQGXESct9vaPyrpQ+VU+Fc9a0P0nAtkKU=; b=XD3UX5DpZMPNjdIW+plHU/KrDxjXNiekS2AViNLiqAlLqqvTIbC+6aqKFZ00rCd2Mv a0rFz3aL5PSggghoj72esLDJF6LNMqk4sMIcikDmWhZHf9NSJuEKv5bWcZacIAO1kBBg eq6FKfNJHutP+aCPNTb/v3taR4Hvm0+K7HnA1TMUPXQH1A5rG+t8Xp8AGJAOOYZwXH3s plgS9byB1rvPYdMEy+2OQ3gA9hEKen5JgPTGGEkw6u4w7si9WqIgw2iF01UcwZh01YiU 7HFvFRF2zitthitPVCYgnfWTfwKazq7YEXuOR9jbUVqGdXJuvzIpHaCeytlunVQWH5dk vIcg== X-Received: by 10.68.44.71 with SMTP id c7mr26391812pbm.24.1393942741865; Tue, 04 Mar 2014 06:19:01 -0800 (PST) Received: from LizhongPC ([114.62.215.102]) by mx.google.com with ESMTPSA id vf7sm48333535pbc.5.2014.03.04.06.18.54 for (version=TLSv1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Tue, 04 Mar 2014 06:19:00 -0800 (PST) From: "Lizhong Jin" To: Date: Tue, 4 Mar 2014 22:18:51 +0800 Message-ID: <5315e0d4.e7ed440a.0724.1f6c@mx.google.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01CF37F7.BEE54520" X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ac83tKpGrOjvtf9aQr2/uFi2RpIimQ== Content-Language: zh-cn Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/L5_ftDT-1nIj1Ro3efHn3XS1-JQ Cc: mpls@ietf.org Subject: [mpls] Continue discussion of draft-kompella-larp-00 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Mar 2014 14:19:08 -0000 ÕâÊÇÒ»·â MIME ¸ñʽµÄ¶à²¿·ÖÓʼþ¡£ ------=_NextPart_000_0001_01CF37F7.BEE54520 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi Kireeti, Thank you for the presentation. I have one question of the MPLS in DC. = That is the middle box, e.g., firewall or DPI device. The packet with = MPLS label, especially with two labels, could not be correctly parsed by = the middle box. What=E2=80=99s your solution to the middle box where = packet inspection is required. Move all the middle box function to host? =20 Regards Lizhong ------=_NextPart_000_0001_01CF37F7.BEE54520 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

Hi Kireeti,

Thank you for the presentation. I have one question = of the MPLS in DC. That is the middle box, e.g., firewall or DPI device. The = packet with MPLS label, especially with two labels, could not be correctly = parsed by the middle box. What=E2=80=99s your solution to the middle box where = packet inspection is required. Move all the middle box function to host?

 

Regards

Lizhong

------=_NextPart_000_0001_01CF37F7.BEE54520-- From nobody Tue Mar 4 08:27:05 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 51A761A00B9; Tue, 4 Mar 2014 08:27:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YOypTprIqNot; Tue, 4 Mar 2014 08:27:02 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id D9B8D1A024F; Tue, 4 Mar 2014 08:26:48 -0800 (PST) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: The IESG To: IETF-Announce X-Test-IDTracker: no X-IETF-IDTracker: 5.0.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140304162648.9864.82756.idtracker@ietfa.amsl.com> Date: Tue, 04 Mar 2014 08:26:48 -0800 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/0pH3q-HMw0dArz3xauv-bnXdDXU Cc: mpls mailing list , mpls chair , RFC Editor Subject: [mpls] Document Action: 'MPLS Forwarding Compliance and Performance Requirements' to Informational RFC (draft-ietf-mpls-forwarding-09.txt) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Mar 2014 16:27:04 -0000 The IESG has approved the following document: - 'MPLS Forwarding Compliance and Performance Requirements' (draft-ietf-mpls-forwarding-09.txt) as Informational RFC This document is the product of the Multiprotocol Label Switching Working Group. The IESG contact persons are Adrian Farrel and Stewart Bryant. A URL of this Internet Draft is: http://datatracker.ietf.org/doc/draft-ietf-mpls-forwarding/ Technical Summary This document provides guidelines for implementers regarding MPLS forwarding and a basis for evaluations of forwarding implementations. Guidelines cover many aspects of MPLS forwarding. Topics are highlighted where implementers might otherwise overlook practical requirements which are unstated or under emphasized or are optional for conformance to RFCs but are often considered mandatory by providers. Working Group Summary This document has been discussed by the working group both on the mailing list and at a long slot at the working meeting in Vancouver. The working group is behind this document, there has been no mayor controversies and very good discussions. Document Quality The question about implementations is a bit tricky - there are no implementations based on the document, as there were existing implementations when the document was started up. Instead it is the other way around, the document discusses implementation and deployment experiences. All the scenarios discussed in the document have been implemented and/or deployed. The document is Informational and no MIB Doctor, Media type or other other types of expert reviews have been necessary. Personnel Loa Andersson, is the document Shepherd. Adrian Farrel is the Responsible AD From nobody Tue Mar 4 11:01:52 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AD96B1A0275 for ; Tue, 4 Mar 2014 11:01:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.447 X-Spam-Level: X-Spam-Status: No, score=-2.447 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.547] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1Gc5TQJjF-V2 for ; Tue, 4 Mar 2014 11:01:49 -0800 (PST) Received: from mail3.advaoptical.com (mail3.advaoptical.com [74.202.24.82]) by ietfa.amsl.com (Postfix) with ESMTP id 5326C1A0224 for ; Tue, 4 Mar 2014 11:01:49 -0800 (PST) Received: from atl-srv-mail10.atl.advaoptical.com (atl-srv-mail10.atl.advaoptical.com [172.16.5.39]) by atl-vs-fsmail.advaoptical.com (8.14.5/8.14.5) with ESMTP id s24J1j5u017248 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 4 Mar 2014 14:01:45 -0500 Received: from ATL-SRV-MAIL10.atl.advaoptical.com ([fe80::c4d6:b136:bc16:77ae]) by atl-srv-mail10.atl.advaoptical.com ([fe80::c4d6:b136:bc16:77ae%17]) with mapi id 14.03.0174.001; Tue, 4 Mar 2014 14:01:45 -0500 From: Xufeng Liu To: Ross Callon , "mpls@ietf.org" Thread-Topic: [mpls] Poll for Adoption draft-chen-mpls-p2mp-ingress-protection-11 Thread-Index: AQHPLZJCqgfFa0b99EWP8q5G+WGaYprL6cmAgAFaGoCABBfYwA== Date: Tue, 4 Mar 2014 19:01:43 +0000 Message-ID: References: <11208E03C9803E4CB4C3D898F153D6C03071E403@SJCEML701-CHM.china.huawei.com> <2691CE0099834E4A9C5044EEC662BB9D45346FA5@dfweml702-chm.china.huawei.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.21.111.53] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.87, 1.0.14, 0.0.0000 definitions=2014-03-04_07:2014-03-04,2014-03-04,1970-01-01 signatures=0 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/5yaUu-yLk-ApQ2N3Uc6SpWoP2K8 Subject: Re: [mpls] Poll for Adoption draft-chen-mpls-p2mp-ingress-protection-11 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Mar 2014 19:01:51 -0000 Support . Xu feng On Feb 18, 2014, at 5:08, Ross Callon wrote: > This is to start a poll on adopting > draft-chen-mpls-p2mp-ingress-protection-11 > as an MPLS working group document. Since this call will continue=20 > through the IETF meeting in London, I will extent the poll by one week=20 > (so that it will be a three week poll). > =20 > Please send your comments (support/not support) to the mpls working=20 > group mailing list (mpls@ietf.org). > =20 > This poll will end Tuesday March 11, 2014. This is of course the=20 > Tuesday after the IETF. > =20 > Thanks, Ross > =20 > =20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls -------------- next part -------------- An HTML attachment was scrubbed... URL: ** _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls From nobody Tue Mar 4 11:51:18 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 819D01A0255 for ; Tue, 4 Mar 2014 11:51:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.447 X-Spam-Level: X-Spam-Status: No, score=-2.447 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.547] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bO0lMMoir0QI for ; Tue, 4 Mar 2014 11:51:12 -0800 (PST) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) by ietfa.amsl.com (Postfix) with ESMTP id 939C41A0227 for ; Tue, 4 Mar 2014 11:51:12 -0800 (PST) Received: from [10.130.6.43] (unknown [194.72.72.170]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id C81D7180150F; Tue, 4 Mar 2014 20:51:06 +0100 (CET) Message-ID: <53162EA9.8050307@pi.nu> Date: Tue, 04 Mar 2014 19:51:05 +0000 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Lizhong Jin , kireeti@juniper.net References: <5315e0d4.e7ed440a.0724.1f6c@mx.google.com> In-Reply-To: <5315e0d4.e7ed440a.0724.1f6c@mx.google.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/WIbPD7PT_X4hgClsC0Jz8fIY5pM Cc: mpls@ietf.org Subject: Re: [mpls] Continue discussion of draft-kompella-larp-00 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Mar 2014 19:51:15 -0000 Lizhong, We decided to continue the discussion on the larp draft when we re-convene on Thursday. Kireeti, I understand that there will be some corridor and mailing-list discussion in the mean time, can you do a 1 min re-cap of this off-line discussion. Can you also prepare some comments on the proposal to do label distribution by means of carrier pigeons? /Loa On 2014-03-04 14:18, Lizhong Jin wrote: > Hi Kireeti, > > Thank you for the presentation. I have one question of the MPLS in DC. > That is the middle box, e.g., firewall or DPI device. The packet with > MPLS label, especially with two labels, could not be correctly parsed by > the middle box. What’s your solution to the middle box where packet > inspection is required. Move all the middle box function to host? > > Regards > > Lizhong > > > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Tue Mar 4 11:57:24 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B276D1A01C1 for ; Tue, 4 Mar 2014 11:57:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.446 X-Spam-Level: X-Spam-Status: No, score=-2.446 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.547] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6Sgz9XsdgVQ4 for ; Tue, 4 Mar 2014 11:57:22 -0800 (PST) Received: from mail-gw1-out.broadcom.com (mail-gw1-out.broadcom.com [216.31.210.62]) by ietfa.amsl.com (Postfix) with ESMTP id E940B1A0227 for ; Tue, 4 Mar 2014 11:57:21 -0800 (PST) X-IronPort-AV: E=Sophos; i="4.97,587,1389772800"; d="scan'208,217"; a="17984546" Received: from irvexchcas06.broadcom.com (HELO IRVEXCHCAS06.corp.ad.broadcom.com) ([10.9.208.53]) by mail-gw1-out.broadcom.com with ESMTP; 04 Mar 2014 12:38:09 -0800 Received: from SJEXCHCAS03.corp.ad.broadcom.com (10.16.203.8) by IRVEXCHCAS06.corp.ad.broadcom.com (10.9.208.53) with Microsoft SMTP Server (TLS) id 14.3.174.1; Tue, 4 Mar 2014 11:57:18 -0800 Received: from SJEXCHMB14.corp.ad.broadcom.com ([fe80::41d1:304:b35c:4eaa]) by SJEXCHCAS03.corp.ad.broadcom.com ([::1]) with mapi id 14.03.0174.001; Tue, 4 Mar 2014 11:57:18 -0800 From: Jafar Akhbarizadeh To: "bashandy@cisco.com" , "sprevidi@cisco.com" Thread-Topic: Segment routing to an external adjacency in MPLS (draft-filsfils-spring-segment-routing-mpls-00 ) Thread-Index: Ac80Kkhqn9nhI8BXSHykps2E9v7IqQDuYcPw Date: Tue, 4 Mar 2014 19:57:17 +0000 Message-ID: <989D91233FC2054788E9B31E8CC20DAEED466E@SJEXCHMB14.corp.ad.broadcom.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.16.203.100] Content-Type: multipart/alternative; boundary="_000_989D91233FC2054788E9B31E8CC20DAEED466ESJEXCHMB14corpadb_" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/K3DkPyQjhblPq3YjvRWIwRXxABc Cc: "mpls@ietf.org" Subject: Re: [mpls] Segment routing to an external adjacency in MPLS (draft-filsfils-spring-segment-routing-mpls-00 ) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Mar 2014 19:57:24 -0000 --_000_989D91233FC2054788E9B31E8CC20DAEED466ESJEXCHMB14corpadb_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I would highly appreciate some response to my question as we are in the pro= cess of adding segment-routing to our design. Thanks, Jafar Akhbari Infrastructure and Networking / XGS Broadcom Corporation From: Jafar Akhbarizadeh Sent: Thursday, February 27, 2014 6:18 PM To: 'bashandy@cisco.com'; 'sprevidi@cisco.com' Cc: Shahram Davari; 'mpls@ietf.org' Subject: Segment routing to an external adjacency in MPLS (draft-filsfils-s= pring-segment-routing-mpls-00 ) Hello Ahmad and Stefano, Section x in SR architecture draft (draft-filsfils-rtgwg-segment-routing-01= ) talks about allocating ADJ-SID to an external link across two AS's. A use case is described for this case in section 4.1.3 of draft-filsfils-rt= gwg-segment-routing-use-cases. However, it is not clear how this 'external peering' should be implemented = in MPLS. Should the SR label representing the remote adjacency be swapped?= What about the labels underneath it? What assumptions must be made regarding MPLS support across the two AS's? I believe a section needs to be added to segment-routing-mpls draft to addr= ess external peering. Thanks, Jafar Akhbari Infrastructure and Networking / XGS Broadcom Corporation --_000_989D91233FC2054788E9B31E8CC20DAEED466ESJEXCHMB14corpadb_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,<= /p>

 

 

I would highly appreci= ate some response to my question as we are in the process of adding segment= -routing to our design.

 

Thanks,

Jafar Akhbari

 

Inf= rastructure and Networking / XGS

Bro= adcom Corporation

 

From: Jafar Ak= hbarizadeh
Sent: Thursday, February 27, 2014 6:18 PM
To: 'bashandy@cisco.com'; 'sprevidi@cisco.com'
Cc: Shahram Davari; 'mpls@ietf.org'
Subject: Segment routing to an external adjacency in MPLS (draft-fil= sfils-spring-segment-routing-mpls-00 )

 

Hello Ahmad and Stefano,

 

Section x in SR architecture draft (draft-filsfils-r= tgwg-segment-routing-01) talks about allocating ADJ-SID to an external link= across two AS’s.

A use case is described for this case in section 4.1= .3 of draft-filsfils-rtgwg-segment-routing-use-cases.

However, it is not clear how this ‘external pe= ering’ should be implemented in MPLS. Should the SR label representin= g  the remote adjacency be swapped? What about the labels underneath i= t?

What assumptions must be made regarding MPLS support= across the two AS’s?

I believe a section needs to be added to segment-rou= ting-mpls draft to address external peering.

 

Thanks,

Jafar Akhbari

 

Infrastructure an= d Networking / XGS

Broadcom Corporat= ion

 

--_000_989D91233FC2054788E9B31E8CC20DAEED466ESJEXCHMB14corpadb_-- From nobody Wed Mar 5 05:50:44 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5357A1A0100 for ; Wed, 5 Mar 2014 05:50:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.048 X-Spam-Level: X-Spam-Status: No, score=-15.048 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, RP_MATCHES_RCVD=-0.547, SPF_PASS=-0.001, 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 kREeSVkMjciR for ; Wed, 5 Mar 2014 05:50:33 -0800 (PST) Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) by ietfa.amsl.com (Postfix) with ESMTP id 435401A00A8 for ; Wed, 5 Mar 2014 05:50:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1908; q=dns/txt; s=iport; t=1394027430; x=1395237030; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=0jSho+8Kq2eAy9le45I2v5Eym2YmDHRjb8mXAQsF61Y=; b=XjNfc/m/UG3jO1v1+vrBVzkBLF1BhoeW6KJvyXzVoBi7YvtjHiB+sye/ Wc5dmpYdaozyPRAKM26ODDgghADlEbOFEeeMeLQbvmz+fvEzVd95CNaly 7/nEcHoDwHkGxBh3UQMA3jk1S8xMo67UoHYDF1a8AN7+wlNA1i3dHP89F I=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgMFAGYqF1OtJXG8/2dsb2JhbABagwaBEsELgRYWdIIlAQEBBHkQAgEIDgMBAwEBASMLMhcGCAEBBA4Fh3nOABeOHjMHgySBFAEDiF6PX5IrgW+BPoIq X-IronPort-AV: E=Sophos;i="4.97,593,1389744000"; d="scan'208";a="308198935" Received: from rcdn-core2-1.cisco.com ([173.37.113.188]) by rcdn-iport-5.cisco.com with ESMTP; 05 Mar 2014 13:50:29 +0000 Received: from xhc-aln-x10.cisco.com (xhc-aln-x10.cisco.com [173.36.12.84]) by rcdn-core2-1.cisco.com (8.14.5/8.14.5) with ESMTP id s25DoT9l007397 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 5 Mar 2014 13:50:29 GMT Received: from xmb-rcd-x01.cisco.com ([169.254.1.35]) by xhc-aln-x10.cisco.com ([173.36.12.84]) with mapi id 14.03.0123.003; Wed, 5 Mar 2014 07:50:29 -0600 From: "Stefano Previdi (sprevidi)" To: Jafar Akhbarizadeh Thread-Topic: Segment routing to an external adjacency in MPLS (draft-filsfils-spring-segment-routing-mpls-00 ) Thread-Index: Ac80Kkhqn9nhI8BXSHykps2E9v7IqQDuYcPwADIV7gA= Date: Wed, 5 Mar 2014 13:50:28 +0000 Message-ID: References: <989D91233FC2054788E9B31E8CC20DAEED466E@SJEXCHMB14.corp.ad.broadcom.com> In-Reply-To: <989D91233FC2054788E9B31E8CC20DAEED466E@SJEXCHMB14.corp.ad.broadcom.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.61.223.100] Content-Type: text/plain; charset="Windows-1252" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/yl0WBE5w6x0ClWRTyHJ3EPMSRsI Cc: "mpls@ietf.org" Subject: Re: [mpls] Segment routing to an external adjacency in MPLS (draft-filsfils-spring-segment-routing-mpls-00 ) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Mar 2014 13:50:35 -0000 Hi Jafar, originally, the idea was to advertise external links into the IP=20 (with a SID) so to transport the packet up to that external link=20 and release it to the peer (by popping the adj-SID label=20 corresponding to the link). However, there are missing details and after re-reading this=20 section I think it requires more work and more details need to=20 be described especially in terms of label processing and=20 assumptions so we will need to update that section. Thanks. s. On Mar 4, 2014, at 8:57 PM, Jafar Akhbarizadeh wrote: > Hi, > =20 > =20 > I would highly appreciate some response to my question as we are in the p= rocess of adding segment-routing to our design. > =20 > Thanks, > Jafar Akhbari > =20 > Infrastructure and Networking / XGS > Broadcom Corporation > =20 > From: Jafar Akhbarizadeh=20 > Sent: Thursday, February 27, 2014 6:18 PM > To: 'bashandy@cisco.com'; 'sprevidi@cisco.com' > Cc: Shahram Davari; 'mpls@ietf.org' > Subject: Segment routing to an external adjacency in MPLS (draft-filsfils= -spring-segment-routing-mpls-00 ) > =20 > Hello Ahmad and Stefano, > =20 > Section x in SR architecture draft (draft-filsfils-rtgwg-segment-routing-= 01) talks about allocating ADJ-SID to an external link across two AS=92s. > A use case is described for this case in section 4.1.3 of draft-filsfils-= rtgwg-segment-routing-use-cases. > However, it is not clear how this =91external peering=92 should be implem= ented in MPLS. Should the SR label representing the remote adjacency be sw= apped? What about the labels underneath it? > What assumptions must be made regarding MPLS support across the two AS=92= s? > I believe a section needs to be added to segment-routing-mpls draft to ad= dress external peering. > =20 > Thanks, > Jafar Akhbari > =20 > Infrastructure and Networking / XGS > Broadcom Corporation > =20 From nobody Wed Mar 5 07:54:55 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2174F1A074E for ; Wed, 5 Mar 2014 07:54:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.978 X-Spam-Level: X-Spam-Status: No, score=-1.978 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id b99ECzoFG9vq for ; Wed, 5 Mar 2014 07:54:49 -0800 (PST) Received: from mail-yk0-f173.google.com (mail-yk0-f173.google.com [209.85.160.173]) by ietfa.amsl.com (Postfix) with ESMTP id C6CFC1A074B for ; Wed, 5 Mar 2014 07:54:48 -0800 (PST) Received: by mail-yk0-f173.google.com with SMTP id 10so3154639ykt.4 for ; Wed, 05 Mar 2014 07:54:45 -0800 (PST) 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=h5iiZ2x7kPZVEblZ1PdxGIrQ6rx4FQYltMlK8jl9a0g=; b=hO2fIgLWriMRcM5oaybSirc68GGPT6hlvevXF9PdXuz8oM+j3hpycjQC9IsECiEsbP eRAHLFFs686Q6xsJwAJjWdAshG4UF4Uo4NQimfyyC2Gfr63iPMXRaEpzc8XF/sLaWxst fBSKx99zcEqdr+a8Lb5n+M4DPas2+c3hUhGEtBDlupcLeR0tmUXbXcakDv1tXiylVQo6 aP+9elroH2BubSs573vk78X9cazAsRzMS/Xvne5fIUdUrOqWDAuvpfao2E8k1HK068p6 5x/tfPZoELxvj+S0Z3oyx/X4TDwGdY1WP8CwIiSei/LSpxn2lr8ChzA8i7ojvMfO4HOU b+Sg== X-Gm-Message-State: ALoCoQnzNa7gRRec2xcnmR/B5njtHZVMLPhmt6Sh3BgGnJdU0pX/Vo3PRysET842o0tTVmlX7bWn MIME-Version: 1.0 X-Received: by 10.236.194.40 with SMTP id l28mr7804369yhn.63.1394034885041; Wed, 05 Mar 2014 07:54:45 -0800 (PST) Received: by 10.170.84.87 with HTTP; Wed, 5 Mar 2014 07:54:44 -0800 (PST) In-Reply-To: References: <52F08085.9000907@pi.nu> Date: Wed, 5 Mar 2014 10:54:44 -0500 Message-ID: From: Eric Osborne To: Eric Osborne Content-Type: text/plain; charset=ISO-8859-1 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/K6pKsAKAOkpjqENsLHM1spQpQ_s Cc: "mpls-chairs@tools.ietf.org" , "draft-ietf-mpls-extended-admin-group@tools.ietf.org" , "mpls@ietf.org" Subject: Re: [mpls] working group last call for draft-ietf-mpls-extended-admin-group X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Mar 2014 15:54:52 -0000 One tweak. I had proposed "If a node advertises both AG and EAG then the first 32 bits of the EAG MUST be identical to the advertised AG. If a receiving node notices that the AG differs from the first 32 bits of the EAG, it SHOULD use the AG as the first 32 bits of the EAG, and MUST indicate this mismatch to the operator." but having SHOULD/MUST doesn't make sense. I'm about to post -03 (or will post when it's allowed again), which instead has SHOULD/SHOULD: "If a node advertises both AG and EAG then the first 32 bits of the EAG MUST be identical to the advertised AG. If a receiving node notices that the AG differs from the first 32 bits of the EAG, it SHOULD use the AG as the first 32 bits of the EAG, and SHOULD indicate this mismatch to the operator." All other comments have been accepted as per earlier discussion eric On Thu, Feb 6, 2014 at 2:06 PM, Eric Osborne wrote: > Hi Andy- > > So the concern is around how to handle the case where AG doesn't > match the first 32 bits of EAG. The current text in 2.3.1 says: > > > "If a node > advertises both AG and EAG then the first 32 bits of the EAG MUST be > identical to the advertised AG. If the AG and EAG advertised for a > link differ, the EAG MUST take priority." > > I think I can fix this by changing the second sentence to: > > "If a node > advertises both AG and EAG then the first 32 bits of the EAG MUST be > identical to the advertised AG. If a receiving node notices that > the AG differs from the first 32 bits of the EAG, it SHOULD use the AG > as the first 32 bits of the EAG, and MUST indicate this mismatch to > the operator." > > I very deliberately used 'SHOULD' because there is at least one > implementation already in production with the current logic and I > don't want to obsolete it to cover a corner case that's already > illegal and clearly a bug. > > Does that work? > Tarek, does that break anything in what's shipping? > > > > > eric > > On Thu, Feb 6, 2014 at 1:06 PM, Andrew G. Malis wrote: >> Tarek, >> >> Imagine that you have a network that has been using AG and is >> transitioning to EAG. Since not all routers can be updated >> simultaneously, there will be a period where some will support both AG >> and EAG and others will only support AG. As long as AG and the first >> word of EAG are consistent, everything works well. But if a >> provisioning or software bug leads to the case where the two are >> inconsistent, option (2) will operate better than option (3), since >> with option (2), both old and new routers will be using a consistent >> set of bits 0-31. >> >> Cheers, >> Andy >> >> >> On Thu, Feb 6, 2014 at 12:49 PM, Tarek Saad (tsaad) wrote: >>> In case of inconsistency, see 3 options: >>> 1. use AG and discard EAG, i.e. ignore subsequent bits in (EAG) >>> 2. use AG for first word and subsequent bits from EAG bits >>> 3. use EAG and discard AG >>> >>> The way the draft puts it is EAG is a "superset" of AG. >>> >>> I'm in favour of 3) when router speaks/understands EAG. Just as it is true >>> that for routers that speak/understand only AG, they'd use AG. >>> Note, my understanding is AG at sometime will become obsolete and >>> eventually most (if not all) routers will be speaking EAG. >>> >>> >>> Regards, >>> Tarek >>> >>> On 2014-02-06 12:18 PM, "Andrew G. Malis" wrote: >>> >>>>Tarek, >>>> >>>>In my earlier review, I argued the opposite for section 2.3.1, that AG >>>>MUST take priority over EAG for backwards compatibility. See my email >>>>for my reasoning. >>>> >>>>Cheers, >>>>Andy >>>> >>>>On Thu, Feb 6, 2014 at 11:35 AM, Tarek Saad (tsaad) >>>>wrote: >>>>> Hi, >>>>> >>>>> This document looks good, and addresses a real limitation with existing >>>>> AGs. I think it is ready for publication. Few comments: >>>>> - section 2.3.1: prefer rewording to explicitly spell the behaviour on a >>>>> receiving node that supports EAG.. example, "... EAG MUST take priority >>>>>on >>>>> a receiving node that supports it." >>>>> >>>>> >>>>> minor edit comments: >>>>> - section 1, might want to define LSA, MTU before use >>>>> - section 2.3.2 equally applicable to AG too; maybe re-title as "Desire >>>>> for unadvertised bits for AG/EAG"? >>>>> - typo in Section 2.3.2, "... assumption is than" -> "assumption is >>>>>that" >>>>> >>>>> Regards, >>>>> >>>>> Tarek >>>>> >>>>> On 2014-02-04 12:54 AM, "Loa Andersson" wrote: >>>>> >>>>>>Working Group, >>>>>> >>>>>>This is to initiate a working group last call on >>>>>>draft-ietf-mpls-extended-admin-group-02. >>>>>> >>>>>>There are no IPR disclosures against this document. The author has >>>>>>stated that he is unaware of any IPRs that relate to this document. >>>>>> >>>>>>Please send your comments to the mpls wg mailing list (mpls@ietf.org). >>>>>> >>>>>>This working group last call ends Feb 18, 2014. >>>>>> >>>>>>/Loa >>>>>>for the MPLS wg chairs >>>>>>-- >>>>>> >>>>>> >>>>>>Loa Andersson email: loa@mail01.huawei.com >>>>>>Senior MPLS Expert loa@pi.nu >>>>>>Huawei Technologies (consultant) phone: +46 739 81 21 64 >>>>>>_______________________________________________ >>>>>>mpls mailing list >>>>>>mpls@ietf.org >>>>>>https://www.ietf.org/mailman/listinfo/mpls >>>>> >>>>> _______________________________________________ >>>>> mpls mailing list >>>>> mpls@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/mpls >>> >> _______________________________________________ >> mpls mailing list >> mpls@ietf.org >> https://www.ietf.org/mailman/listinfo/mpls From nobody Wed Mar 5 08:07:49 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EC43C1A005E; Wed, 5 Mar 2014 08:07:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2VSGssCi83Xt; Wed, 5 Mar 2014 08:07:43 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id F1AEC1A071A; Wed, 5 Mar 2014 08:07:41 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.0.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140305160741.21661.98185.idtracker@ietfa.amsl.com> Date: Wed, 05 Mar 2014 08:07:41 -0800 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/JFi1qNnM9FNNwkRWDqffHIkZH4I Cc: mpls@ietf.org Subject: [mpls] I-D Action: draft-ietf-mpls-psc-updates-02.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Mar 2014 16:07:45 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching Working Group of the IETF. Title : Updates to MPLS Transport Profile Linear Protection Author : Eric Osborne Filename : draft-ietf-mpls-psc-updates-02.txt Pages : 8 Date : 2014-03-05 Abstract: This document contains four updates to the Protection State Coordination (PSC) logic defined in RFC6378, "MPLS Transport Profile (MPLS-TP) Linear Protection" . Two of the updates correct existing behavior. The third clarifies a behavior which was not explained in the RFC, and the fourth adds rules around handling capabilities mismatches. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-psc-updates/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-mpls-psc-updates-02 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-psc-updates-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 Wed Mar 5 09:00:05 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2953F1A066F for ; Wed, 5 Mar 2014 09:00:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.048 X-Spam-Level: X-Spam-Status: No, score=-10.048 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RP_MATCHES_RCVD=-0.547, SPF_PASS=-0.001, 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 5ksO4yM_zmix for ; Wed, 5 Mar 2014 08:59:56 -0800 (PST) Received: from alln-iport-2.cisco.com (alln-iport-2.cisco.com [173.37.142.89]) by ietfa.amsl.com (Postfix) with ESMTP id 804861A0784 for ; Wed, 5 Mar 2014 08:59:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6143; q=dns/txt; s=iport; t=1394038793; x=1395248393; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=NCmeVZ4XJ/s5flQ0K4mzXzBImegG044+mQUc9FH+KnY=; b=edPW3sg2OzqJKGz1wcZ6OmvFrVOet897LAfe8rZNZbhPskL/JH1+PK5l e/aLyj7cKHgn8lfDQ5CT79IXxE5chZTwrTTHsKYifQ6vShmf6uark4jU3 CR7JIOGpEdWWm61n/hFThQS1CnllG0DJdn4/GGQuVy6HndiFf8hZzgFvh s=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgQFAGlXF1OtJXG9/2dsb2JhbABagwY7V8ELgRoWdIIlAQEBBAEBARoKEzEDCw4CAgEIGB4QGwYGCyUCBAENBYdlAxENx1MNhlATBASMOIEzEQFQB4Q4BJZQgW2MY4VIgy2BcTk X-IronPort-AV: E=Sophos;i="4.97,593,1389744000"; d="scan'208";a="25132902" Received: from rcdn-core2-2.cisco.com ([173.37.113.189]) by alln-iport-2.cisco.com with ESMTP; 05 Mar 2014 16:59:52 +0000 Received: from xhc-rcd-x04.cisco.com (xhc-rcd-x04.cisco.com [173.37.183.78]) by rcdn-core2-2.cisco.com (8.14.5/8.14.5) with ESMTP id s25Gxq16022341 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 5 Mar 2014 16:59:52 GMT Received: from xmb-aln-x08.cisco.com ([169.254.3.8]) by xhc-rcd-x04.cisco.com ([fe80::200:5efe:173.37.183.34%12]) with mapi id 14.03.0123.003; Wed, 5 Mar 2014 10:59:51 -0600 From: "Tarek Saad (tsaad)" To: Eric Osborne , Eric Osborne Thread-Topic: [mpls] working group last call for draft-ietf-mpls-extended-admin-group Thread-Index: AQHPI1lvKVihJZqYOkiIWLXvq52Q3Zqo3LoA//+09oCAAFhwgIAAEPIAgCo5RAD//75eAA== Date: Wed, 5 Mar 2014 16:59:51 +0000 Message-ID: References: <52F08085.9000907@pi.nu> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.9.131030 x-originating-ip: [10.86.243.191] Content-Type: text/plain; charset="us-ascii" Content-ID: <37E08930B8A6544F93123CF1A94BE2B7@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/ohAGEH-Zs2NQQbFOyM9g2W0iQbw Cc: "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" , "draft-ietf-mpls-extended-admin-group@tools.ietf.org" Subject: Re: [mpls] working group last call for draft-ietf-mpls-extended-admin-group X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Mar 2014 17:00:00 -0000 Thanks Eric, that sounds good. Regards, Tarek On 2014-03-05 10:54 AM, "Eric Osborne" wrote: >One tweak. I had proposed > >"If a node > advertises both AG and EAG then the first 32 bits of the EAG MUST be > identical to the advertised AG. If a receiving node notices that >the AG differs from the first 32 bits of the EAG, it SHOULD use the AG >as the first 32 bits of the EAG, and MUST indicate this mismatch to >the operator." > >but having SHOULD/MUST doesn't make sense. I'm about to post -03 (or >will post when it's allowed again), which instead has SHOULD/SHOULD: > >"If a node advertises both AG and EAG then the first 32 bits of the >EAG MUST be identical to the advertised AG. If a receiving node >notices that the AG differs from the first 32 bits of the EAG, it >SHOULD use the AG as the first 32 bits of the EAG, and SHOULD indicate >this mismatch to the operator." > >All other comments have been accepted as per earlier discussion > > > >eric > > >On Thu, Feb 6, 2014 at 2:06 PM, Eric Osborne >wrote: >> Hi Andy- >> >> So the concern is around how to handle the case where AG doesn't >> match the first 32 bits of EAG. The current text in 2.3.1 says: >> >> >> "If a node >> advertises both AG and EAG then the first 32 bits of the EAG MUST be >> identical to the advertised AG. If the AG and EAG advertised for a >> link differ, the EAG MUST take priority." >> >> I think I can fix this by changing the second sentence to: >> >> "If a node >> advertises both AG and EAG then the first 32 bits of the EAG MUST be >> identical to the advertised AG. If a receiving node notices that >> the AG differs from the first 32 bits of the EAG, it SHOULD use the AG >> as the first 32 bits of the EAG, and MUST indicate this mismatch to >> the operator." >> >> I very deliberately used 'SHOULD' because there is at least one >> implementation already in production with the current logic and I >> don't want to obsolete it to cover a corner case that's already >> illegal and clearly a bug. >> >> Does that work? >> Tarek, does that break anything in what's shipping? >> >> >> >> >> eric >> >> On Thu, Feb 6, 2014 at 1:06 PM, Andrew G. Malis >>wrote: >>> Tarek, >>> >>> Imagine that you have a network that has been using AG and is >>> transitioning to EAG. Since not all routers can be updated >>> simultaneously, there will be a period where some will support both AG >>> and EAG and others will only support AG. As long as AG and the first >>> word of EAG are consistent, everything works well. But if a >>> provisioning or software bug leads to the case where the two are >>> inconsistent, option (2) will operate better than option (3), since >>> with option (2), both old and new routers will be using a consistent >>> set of bits 0-31. >>> >>> Cheers, >>> Andy >>> >>> >>> On Thu, Feb 6, 2014 at 12:49 PM, Tarek Saad (tsaad) >>>wrote: >>>> In case of inconsistency, see 3 options: >>>> 1. use AG and discard EAG, i.e. ignore subsequent bits in (EAG) >>>> 2. use AG for first word and subsequent bits from EAG bits >>>> 3. use EAG and discard AG >>>> >>>> The way the draft puts it is EAG is a "superset" of AG. >>>> >>>> I'm in favour of 3) when router speaks/understands EAG. Just as it is >>>>true >>>> that for routers that speak/understand only AG, they'd use AG. >>>> Note, my understanding is AG at sometime will become obsolete and >>>> eventually most (if not all) routers will be speaking EAG. >>>> >>>> >>>> Regards, >>>> Tarek >>>> >>>> On 2014-02-06 12:18 PM, "Andrew G. Malis" wrote: >>>> >>>>>Tarek, >>>>> >>>>>In my earlier review, I argued the opposite for section 2.3.1, that AG >>>>>MUST take priority over EAG for backwards compatibility. See my email >>>>>for my reasoning. >>>>> >>>>>Cheers, >>>>>Andy >>>>> >>>>>On Thu, Feb 6, 2014 at 11:35 AM, Tarek Saad (tsaad) >>>>>wrote: >>>>>> Hi, >>>>>> >>>>>> This document looks good, and addresses a real limitation with >>>>>>existing >>>>>> AGs. I think it is ready for publication. Few comments: >>>>>> - section 2.3.1: prefer rewording to explicitly spell the behaviour >>>>>>on a >>>>>> receiving node that supports EAG.. example, "... EAG MUST take >>>>>>priority >>>>>>on >>>>>> a receiving node that supports it." >>>>>> >>>>>> >>>>>> minor edit comments: >>>>>> - section 1, might want to define LSA, MTU before use >>>>>> - section 2.3.2 equally applicable to AG too; maybe re-title as >>>>>>"Desire >>>>>> for unadvertised bits for AG/EAG"? >>>>>> - typo in Section 2.3.2, "... assumption is than" -> "assumption is >>>>>>that" >>>>>> >>>>>> Regards, >>>>>> >>>>>> Tarek >>>>>> >>>>>> On 2014-02-04 12:54 AM, "Loa Andersson" wrote: >>>>>> >>>>>>>Working Group, >>>>>>> >>>>>>>This is to initiate a working group last call on >>>>>>>draft-ietf-mpls-extended-admin-group-02. >>>>>>> >>>>>>>There are no IPR disclosures against this document. The author has >>>>>>>stated that he is unaware of any IPRs that relate to this document. >>>>>>> >>>>>>>Please send your comments to the mpls wg mailing list >>>>>>>(mpls@ietf.org). >>>>>>> >>>>>>>This working group last call ends Feb 18, 2014. >>>>>>> >>>>>>>/Loa >>>>>>>for the MPLS wg chairs >>>>>>>-- >>>>>>> >>>>>>> >>>>>>>Loa Andersson email: loa@mail01.huawei.com >>>>>>>Senior MPLS Expert loa@pi.nu >>>>>>>Huawei Technologies (consultant) phone: +46 739 81 21 64 >>>>>>>_______________________________________________ >>>>>>>mpls mailing list >>>>>>>mpls@ietf.org >>>>>>>https://www.ietf.org/mailman/listinfo/mpls >>>>>> >>>>>> _______________________________________________ >>>>>> mpls mailing list >>>>>> mpls@ietf.org >>>>>> https://www.ietf.org/mailman/listinfo/mpls >>>> >>> _______________________________________________ >>> mpls mailing list >>> mpls@ietf.org >>> https://www.ietf.org/mailman/listinfo/mpls From nobody Thu Mar 6 01:11:16 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D31011A01AB for ; Thu, 6 Mar 2014 01:11:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.048 X-Spam-Level: X-Spam-Status: No, score=-10.048 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RP_MATCHES_RCVD=-0.547, SPF_PASS=-0.001, 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 y2wwQp0z-Dke for ; Thu, 6 Mar 2014 01:10:59 -0800 (PST) Received: from aer-iport-1.cisco.com (aer-iport-1.cisco.com [173.38.203.51]) by ietfa.amsl.com (Postfix) with ESMTP id 3E40F1A01A9 for ; Thu, 6 Mar 2014 01:10:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1751; q=dns/txt; s=iport; t=1394097031; x=1395306631; h=message-id:date:from:reply-to:mime-version:to:cc:subject: content-transfer-encoding; bh=eXDLPX98qCEf1dILo53u8Vf2klkvtWWrf3oVIqAVd/o=; b=HToiHbpUM8rU9HSXJQDPE6glyoSaebiKJFevCHISNxwSZRKXZuk9jRK6 hEys+tVEtRvud8wPRVGj1Cxq/RBASLlz9fB2qgaDAR8rmr1VlbMR5j6Zj m/Rr3Bj7uDnt95JuuySgZNvnizjGY3WUheY59DkEjGqlzuOFqVf7QNuyL U=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgEFAL86GFOQ/khM/2dsb2JhbABagwbCLoEbFnSCZEABPBYYAwIBAgFLDQEHAQEXh16mI41fmxMXjlGEPwSYPZIrgy0 X-IronPort-AV: E=Sophos;i="4.97,598,1389744000"; d="scan'208";a="7409084" Received: from ams-core-3.cisco.com ([144.254.72.76]) by aer-iport-1.cisco.com with ESMTP; 06 Mar 2014 09:10:30 +0000 Received: from cisco.com (mrwint.cisco.com [64.103.70.36]) by ams-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id s269AUFG032208 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 6 Mar 2014 09:10:30 GMT Received: from [IPv6:::1] (localhost [127.0.0.1]) by cisco.com (8.14.4+Sun/8.8.8) with ESMTP id s269AS6o015670; Thu, 6 Mar 2014 09:10:28 GMT Message-ID: <53183B84.8070100@cisco.com> Date: Thu, 06 Mar 2014 09:10:28 +0000 From: Stewart Bryant User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Kireeti Kompella Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/nNak10z8ejULKAg9AOn6xKeI-Yc Cc: Dan Frost , "mpls@ietf.org" Subject: [mpls] Comments on draft-kompella-larp X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: stbryant@cisco.com List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Mar 2014 09:11:07 -0000 Kireeti, This is an interesting problem and we are pleased that you have brought discussion of this topic to the IETF MPLS WG. The proposal on the table however is a point solution and it may be worth considering the wider problem of host to network MPLS interfaces (UNIs). In particular whilst the majority of traffic is IPv4 today, the stated policy of the IETF is to recognize the need to deliver IPv6 solutions and thus not to design IPv4 only solutions. Whilst it is true that everyone does ARP, and ARP can in principle be extended, the reality of the situation is that the majority of ARP implementations are optimized IPv4 specific, and thus in most cases extending ARP would require a similar effort to deploying a new IPv4/IPv6 agnostic protocol for the UNI. Given that Ethernet, whilst the most popular server network interface, is not the exclusive interface and recognizing that new link types may emerge, particularly in the IOT space, it may serve us better to take an approach that is MPLS specific but data-link neutral. A further consideration is that whilst it may be possible to extend ARP for other address families, it is not a protocol that is well suited to the transport of other necessary UNI information, for example, metrics, QOS information, MTU, authentication, integrity, spectral information etc. An alternative approach that is worth considering as a starting point is described in draft-ietf-mpls-gach-adv (in the RFC Editor's queue). When we wrote this draft we were attempting to define a general UNI approach for MPLS with a focus on simplicity. If you are interested in exploring this with us further we would be pleased to work with you on this. Dan and Stewart From nobody Thu Mar 6 01:16:45 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B9ABE1A0184 for ; Thu, 6 Mar 2014 01:16:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.048 X-Spam-Level: X-Spam-Status: No, score=-10.048 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RP_MATCHES_RCVD=-0.547, SPF_PASS=-0.001, 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 WzWYNzwW0WH1 for ; Thu, 6 Mar 2014 01:16:42 -0800 (PST) Received: from aer-iport-3.cisco.com (aer-iport-3.cisco.com [173.38.203.53]) by ietfa.amsl.com (Postfix) with ESMTP id B37081A0170 for ; Thu, 6 Mar 2014 01:16:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2185; q=dns/txt; s=iport; t=1394097398; x=1395306998; h=message-id:date:from:reply-to:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=b7lNQ0OuJda6EjG64hlLIOVKphIVXFT4SAZ6sxKal3c=; b=ah5YMdJoaWYFLzukNpq8ijduZFJebZs895BSomUKWpfQhqoKXgDmxnqE Z0yE9DNBdoLub3/sZshpDldTgP4RBLzrzeBFFYRJuQJZaTBrgr6SLYz37 k1nh+xgAfR0g3w3L8VWEaBBR3uJvN+1+pa7O4qvRoRcAS1iuVUXLgki4j Y=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgMFAKE8GFOQ/khR/2dsb2JhbABagwY7wXOBGxZ0giUBAQEEAQEBNTYKARALGAkWDwkDAgECARUwBg0BBQIBAReHXg2zd5sTF45RB4Q4BJg9kiuDLQ X-IronPort-AV: E=Sophos;i="4.97,598,1389744000"; d="scan'208";a="2656603" Received: from ams-core-1.cisco.com ([144.254.72.81]) by aer-iport-3.cisco.com with ESMTP; 06 Mar 2014 09:16:23 +0000 Received: from cisco.com (mrwint.cisco.com [64.103.70.36]) by ams-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id s269GML3025939 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 6 Mar 2014 09:16:23 GMT Received: from [IPv6:::1] (localhost [127.0.0.1]) by cisco.com (8.14.4+Sun/8.8.8) with ESMTP id s269GLYR015983; Thu, 6 Mar 2014 09:16:21 GMT Message-ID: <53183CE5.4090102@cisco.com> Date: Thu, 06 Mar 2014 09:16:21 +0000 From: Stewart Bryant User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Kireeti Kompella References: <53183B84.8070100@cisco.com> In-Reply-To: <53183B84.8070100@cisco.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/nlLq-vwhueQwO534Ud4W0RdzS0U Cc: Dan Frost , "mpls@ietf.org" Subject: Re: [mpls] Comments on draft-kompella-larp X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: stbryant@cisco.com List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Mar 2014 09:16:44 -0000 Resending adding Matthew to the CC list. On 06/03/2014 09:10, Stewart Bryant wrote: > Kireeti, > > This is an interesting problem and we are pleased that you > have brought discussion of this topic to the IETF MPLS WG. > The proposal on the table however is a point solution and > it may be worth considering the wider problem of host > to network MPLS interfaces (UNIs). > > In particular whilst the majority of traffic is IPv4 today, the > stated policy of the IETF is to recognize the need to deliver IPv6 > solutions and thus not to design IPv4 only solutions. > > Whilst it is true that everyone does ARP, and ARP can in > principle be extended, the reality of the situation is that > the majority of ARP implementations are optimized IPv4 > specific, and thus in most cases extending ARP would > require a similar effort to deploying a new IPv4/IPv6 agnostic > protocol for the UNI. > > Given that Ethernet, whilst the most popular server network > interface, is not the exclusive interface and recognizing > that new link types may emerge, particularly in the IOT space, > it may serve us better to take an approach that is > MPLS specific but data-link neutral. > > A further consideration is that whilst it may be possible to > extend ARP for other address families, it is not a protocol > that is well suited to the transport of other necessary > UNI information, for example, metrics, QOS information, > MTU, authentication, integrity, spectral information etc. > > An alternative approach that is worth considering as a starting > point is described in draft-ietf-mpls-gach-adv (in the RFC > Editor's queue). When we wrote this draft we were attempting > to define a general UNI approach for MPLS with a focus on > simplicity. > > If you are interested in exploring this with us further we > would be pleased to work with you on this. > > Dan and Stewart > > > > > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > -- For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/index.html From nobody Thu Mar 6 05:23:07 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E8AB31A0289 for ; Thu, 6 Mar 2014 05:22:58 -0800 (PST) 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 1R0YI7TC_zx1 for ; Thu, 6 Mar 2014 05:22:53 -0800 (PST) Received: from va3outboundpool.messaging.microsoft.com (va3ehsobe002.messaging.microsoft.com [216.32.180.12]) by ietfa.amsl.com (Postfix) with ESMTP id 7B7821A02EB for ; Thu, 6 Mar 2014 05:22:53 -0800 (PST) Received: from mail140-va3-R.bigfish.com (10.7.14.250) by VA3EHSOBE001.bigfish.com (10.7.40.21) with Microsoft SMTP Server id 14.1.225.22; Thu, 6 Mar 2014 13:22:49 +0000 Received: from mail140-va3 (localhost [127.0.0.1]) by mail140-va3-R.bigfish.com (Postfix) with ESMTP id F124B260086; Thu, 6 Mar 2014 13:22:48 +0000 (UTC) X-Forefront-Antispam-Report: CIP:157.56.240.101; KIP:(null); UIP:(null); IPV:NLI; H:BL2PRD0510HT001.namprd05.prod.outlook.com; RD:none; EFVD:NLI X-SpamScore: -2 X-BigFish: VPS-2(zz98dI1432Idb82hzz1f42h2148h208ch1ee6h1de0h1fdah2073h2146h1202h1e76h2189h1d1ah1d2ah21bch1fc6hzz1de098h8275bh1de097hz2fh109h2a8h839h946hd25he5bhf0ah1288h12a5h12a9h12bdh137ah13b6h1441h1504h1537h153bh162dh1631h1758h18e1h1946h19b5h19ceh1ad9h1b0ah224fh1d0ch1d2eh1d3fh1dfeh1dffh1fe8h1ff5h2052h20b3h2216h22d0h2336h2438h2461h2487h24d7h2516h2545h255eh25cch25f6h2605h1155h) Received-SPF: pass (mail140-va3: domain of juniper.net designates 157.56.240.101 as permitted sender) client-ip=157.56.240.101; envelope-from=kireeti@juniper.net; helo=BL2PRD0510HT001.namprd05.prod.outlook.com ; .outlook.com ; X-Forefront-Antispam-Report-Untrusted: SFV:NSPM; SFS:(10009001)(6009001)(428001)(51704005)(24454002)(189002)(199002)(31966008)(76482001)(76786001)(76796001)(74706001)(65816001)(85852003)(80022001)(59766001)(80976001)(92566001)(83716003)(47446002)(93516002)(56776001)(90146001)(85306002)(79102001)(66066001)(83072002)(86362001)(74662001)(95666003)(83322001)(19580405001)(74366001)(47976001)(74502001)(97186001)(77982001)(74876001)(54316002)(81686001)(92726001)(97336001)(36756003)(2656002)(561944002)(63696002)(51856001)(95416001)(82746002)(46102001)(33656001)(4396001)(56816005)(81542001)(94946001)(81342001)(87936001)(50986001)(53806001)(94316002)(93136001)(47736001)(54356001)(19580395003)(81816001)(69226001)(87266001)(49866001); DIR:OUT; SFP:1101; SCL:1; SRVR:CO2PR05MB556; H:CO2PR05MB554.namprd05.prod.outlook.com; CLIP:66.129.241.13; FPR:FCF7F037.960AF31D.F1DD9D8F.58E4F04D.203E6; PTR:InfoNoRecords; MX:1; A:1; LANG:en; Received: from mail140-va3 (localhost.localdomain [127.0.0.1]) by mail140-va3 (MessageSwitch) id 1394112165431105_12941; Thu, 6 Mar 2014 13:22:45 +0000 (UTC) Received: from VA3EHSMHS018.bigfish.com (unknown [10.7.14.232]) by mail140-va3.bigfish.com (Postfix) with ESMTP id 5CC51240053; Thu, 6 Mar 2014 13:22:45 +0000 (UTC) Received: from BL2PRD0510HT001.namprd05.prod.outlook.com (157.56.240.101) by VA3EHSMHS018.bigfish.com (10.7.99.28) with Microsoft SMTP Server (TLS) id 14.16.227.3; Thu, 6 Mar 2014 13:22:45 +0000 Received: from CO2PR05MB556.namprd05.prod.outlook.com (10.141.196.149) by BL2PRD0510HT001.namprd05.prod.outlook.com (10.255.100.36) with Microsoft SMTP Server (TLS) id 14.16.423.0; Thu, 6 Mar 2014 13:22:44 +0000 Received: from CO2PR05MB554.namprd05.prod.outlook.com (10.141.196.141) by CO2PR05MB556.namprd05.prod.outlook.com (10.141.196.149) with Microsoft SMTP Server (TLS) id 15.0.888.9; Thu, 6 Mar 2014 13:22:41 +0000 Received: from CO2PR05MB554.namprd05.prod.outlook.com ([10.141.196.141]) by CO2PR05MB554.namprd05.prod.outlook.com ([10.141.196.141]) with mapi id 15.00.0888.003; Thu, 6 Mar 2014 13:22:41 +0000 From: Kireeti Kompella To: "stbryant@cisco.com" Thread-Topic: Comments on draft-kompella-larp Thread-Index: AQHPORwI7iaRCK2H90agD6MaCO91d5rUDBCA Date: Thu, 6 Mar 2014 13:22:40 +0000 Message-ID: <1CC6D025-9960-42BC-8BAC-458921228F7C@juniper.net> References: <53183B84.8070100@cisco.com> In-Reply-To: <53183B84.8070100@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.13] x-forefront-prvs: 0142F22657 Content-Type: text/plain; charset="Windows-1252" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-FOPE-CONNECTOR: Id%0$Dn%*$RO%0$TLS%0$FQDN%$TlsDn% Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/TQYNKG58pjzlZyGumSvAiVPusIw Cc: Kireeti Kompella , "mpls@ietf.org" , Dan Frost Subject: Re: [mpls] Comments on draft-kompella-larp X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Mar 2014 13:22:59 -0000 Hi Stewart, On Mar 6, 2014, at 09:10 , Stewart Bryant wrote: > Kireeti, >=20 > This is an interesting problem and we are pleased that you > have brought discussion of this topic to the IETF MPLS WG. Cool. > The proposal on the table however is a point solution and > it may be worth considering the wider problem of host > to network MPLS interfaces (UNIs). >=20 > In particular whilst the majority of traffic is IPv4 today, the > stated policy of the IETF is to recognize the need to deliver IPv6 > solutions and thus not to design IPv4 only solutions. Got that message; will fix. > Whilst it is true that everyone does ARP, and ARP can in > principle be extended, the reality of the situation is that > the majority of ARP implementations are optimized IPv4 > specific, and thus in most cases extending ARP would > require a similar effort to deploying a new IPv4/IPv6 agnostic > protocol for the UNI. Understood that this will be new code; the actual code isn=92t that much, t= hough. > Given that Ethernet, whilst the most popular server network > interface, is not the exclusive interface and recognizing > that new link types may emerge, particularly in the IOT space, > it may serve us better to take an approach that is > MPLS specific but data-link neutral. ARP is not Ethernet specific. We prefer to have different code points for = MPLS-over-Ethernet, MPLS-over-foo, etc. rather than have TLVs for the link = layer. > A further consideration is that whilst it may be possible to > extend ARP for other address families, it is not a protocol > that is well suited to the transport of other necessary > UNI information, for example, metrics, QOS information, > MTU, authentication, integrity, spectral information etc. What we are going for is simplicity. We have metrics and entropy label cap= ability on deck; but we really don=92t want to add too much more. > An alternative approach that is worth considering as a starting > point is described in draft-ietf-mpls-gach-adv (in the RFC > Editor's queue). When we wrote this draft we were attempting > to define a general UNI approach for MPLS with a focus on > simplicity. I took a quick look. The immediate question is, can gach-adv be run over n= ative Ethernet? I don=92t see a UDP port or IP encoding. I do see that th= is can be used over MPLS; but the L-ARP draft is for establishing tunnels w= hen you have none. That=92s why I prefer something that runs at the link l= ayer. If I missed something, please let me know. Cheers, Kireeti. > If you are interested in exploring this with us further we > would be pleased to work with you on this. >=20 > Dan and Stewart >=20 >=20 >=20 >=20 >=20 >=20 >=20 From nobody Thu Mar 6 05:52:04 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E31DE1A0129; Thu, 6 Mar 2014 05:51:57 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZU-9-w50p52K; Thu, 6 Mar 2014 05:51:56 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 11B7F1A017A; Thu, 6 Mar 2014 05:51:56 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.1.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140306135156.3133.76274.idtracker@ietfa.amsl.com> Date: Thu, 06 Mar 2014 05:51:56 -0800 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/mTWarPbytJFMelkDapjfjJYvdXw Cc: mpls@ietf.org Subject: [mpls] I-D Action: draft-ietf-mpls-extended-admin-group-03.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Mar 2014 13:51:58 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching Working Group of the IETF. Title : Extended Administrative Groups in MPLS-TE Author : Eric Osborne Filename : draft-ietf-mpls-extended-admin-group-03.txt Pages : 6 Date : 2014-03-06 Abstract: MPLS-TE advertises 32 administrative groups (commonly referred to as "colors" or "link colors") using the Administrative Group sub-TLV of the Link TLV. This is defined for OSPFv2 [RFC3630], OSPFv3 [RFC5329] and ISIS [RFC5305]. This document adds a sub-TLV to the IGP TE extensions, "Extended Administrative Group". This sub-TLV provides for additional administrative groups (link colors) beyond the current limit of 32. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-extended-admin-group/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-mpls-extended-admin-group-03 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-extended-admin-group-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 Mar 6 06:03:41 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6DC541A020D for ; Thu, 6 Mar 2014 06:03:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.048 X-Spam-Level: X-Spam-Status: No, score=-10.048 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RP_MATCHES_RCVD=-0.547, SPF_PASS=-0.001, 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 TS6JkG31kr2l for ; Thu, 6 Mar 2014 06:03:37 -0800 (PST) Received: from alln-iport-6.cisco.com (alln-iport-6.cisco.com [173.37.142.93]) by ietfa.amsl.com (Postfix) with ESMTP id A99801A010A for ; Thu, 6 Mar 2014 06:03:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3071; q=dns/txt; s=iport; t=1394114612; x=1395324212; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=BWOioMggr5dFVFZsPUORnT7NrObSzlZm8+J1xAxQWzE=; b=BS6YBW5VRp4X8jp3/VraAIio1kotdyMUiHLPV7qt5TBij7BIVAlyiYvG ktu86dSxCs2wTBZYV6X868pRgFh0J8SbcezwuJGS7KR9+h0x2mX/TeqjQ AZVhbjmdzVYTCf4X9ykv2nz660Ew31NCpKNE+tniGT75Z1XCPEcjO8JPB E=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AiAFADR/GFOtJV2d/2dsb2JhbABagwbCMYEXFnSCJQEBAQMBeQULAgEIGC4yJQIEDgUbh1YIzy8XjigzB4MkgRQEmD6SK4Mt X-IronPort-AV: E=Sophos;i="4.97,600,1389744000"; d="scan'208";a="25393104" Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by alln-iport-6.cisco.com with ESMTP; 06 Mar 2014 14:03:31 +0000 Received: from xhc-rcd-x15.cisco.com (xhc-rcd-x15.cisco.com [173.37.183.89]) by rcdn-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id s26E3VFw000676 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 6 Mar 2014 14:03:31 GMT Received: from xmb-rcd-x04.cisco.com ([169.254.8.27]) by xhc-rcd-x15.cisco.com ([173.37.183.89]) with mapi id 14.03.0123.003; Thu, 6 Mar 2014 08:03:31 -0600 From: "Stewart Bryant (stbryant)" To: Kireeti Kompella Thread-Topic: Comments on draft-kompella-larp Thread-Index: AQHPORwI7iaRCK2H90agD6MaCO91d5rUDBCAgAALbTQ= Date: Thu, 6 Mar 2014 14:03:30 +0000 Message-ID: References: <53183B84.8070100@cisco.com>, <1CC6D025-9960-42BC-8BAC-458921228F7C@juniper.net> In-Reply-To: <1CC6D025-9960-42BC-8BAC-458921228F7C@juniper.net> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/wNHGNroRMhbPO4S3LvcgNNiC2N4 Cc: Kireeti Kompella , "mpls@ietf.org" , Dan Frost Subject: Re: [mpls] Comments on draft-kompella-larp X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Mar 2014 14:03:38 -0000 Just a quick response. It runs over MPLS, and you can run MPLS(GAL) over datalinks. Stewart > On 6 Mar 2014, at 13:22, "Kireeti Kompella" wrote: >=20 > Hi Stewart, >=20 >> On Mar 6, 2014, at 09:10 , Stewart Bryant wrote: >>=20 >> Kireeti, >>=20 >> This is an interesting problem and we are pleased that you >> have brought discussion of this topic to the IETF MPLS WG. >=20 > Cool. >=20 >> The proposal on the table however is a point solution and >> it may be worth considering the wider problem of host >> to network MPLS interfaces (UNIs). >>=20 >> In particular whilst the majority of traffic is IPv4 today, the >> stated policy of the IETF is to recognize the need to deliver IPv6 >> solutions and thus not to design IPv4 only solutions. >=20 > Got that message; will fix. >=20 >> Whilst it is true that everyone does ARP, and ARP can in >> principle be extended, the reality of the situation is that >> the majority of ARP implementations are optimized IPv4 >> specific, and thus in most cases extending ARP would >> require a similar effort to deploying a new IPv4/IPv6 agnostic >> protocol for the UNI. >=20 > Understood that this will be new code; the actual code isn=92t that much,= though. >=20 >> Given that Ethernet, whilst the most popular server network >> interface, is not the exclusive interface and recognizing >> that new link types may emerge, particularly in the IOT space, >> it may serve us better to take an approach that is >> MPLS specific but data-link neutral. >=20 > ARP is not Ethernet specific. We prefer to have different code points fo= r MPLS-over-Ethernet, MPLS-over-foo, etc. rather than have TLVs for the lin= k layer. >=20 >> A further consideration is that whilst it may be possible to >> extend ARP for other address families, it is not a protocol >> that is well suited to the transport of other necessary >> UNI information, for example, metrics, QOS information, >> MTU, authentication, integrity, spectral information etc. >=20 > What we are going for is simplicity. We have metrics and entropy label c= apability on deck; but we really don=92t want to add too much more. >=20 >> An alternative approach that is worth considering as a starting >> point is described in draft-ietf-mpls-gach-adv (in the RFC >> Editor's queue). When we wrote this draft we were attempting >> to define a general UNI approach for MPLS with a focus on >> simplicity. >=20 > I took a quick look. The immediate question is, can gach-adv be run over= native Ethernet? I don=92t see a UDP port or IP encoding. I do see that = this can be used over MPLS; but the L-ARP draft is for establishing tunnels= when you have none. That=92s why I prefer something that runs at the link= layer. >=20 > If I missed something, please let me know. >=20 > Cheers, > Kireeti. >=20 >> If you are interested in exploring this with us further we >> would be pleased to work with you on this. >>=20 >> Dan and Stewart >=20 >=20 From nobody Thu Mar 6 06:54:19 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1EF241A0002 for ; Thu, 6 Mar 2014 06:54:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.048 X-Spam-Level: X-Spam-Status: No, score=-15.048 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, RP_MATCHES_RCVD=-0.547, SPF_PASS=-0.001, 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 LUIMSVjb4RFa for ; Thu, 6 Mar 2014 06:54:14 -0800 (PST) Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) by ietfa.amsl.com (Postfix) with ESMTP id D78B31A0045 for ; Thu, 6 Mar 2014 06:54:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3687; q=dns/txt; s=iport; t=1394117650; x=1395327250; h=from:to:cc:subject:date:message-id:content-id: content-transfer-encoding:mime-version; bh=Urlr4HqH1gkVdT0cSGrhydIjOR9BEDdsICrKlDhywKw=; b=OvLC76uY+o3ix5KAKch1BoS7FQ1TNY72zpGijvF8u674KRELsNZcHIB5 gjGHyRYnjM5BIaegFm4P3mbLdMmKKGdBRMuDxe3ZSBb4MRY7fp13OOqv0 Xn/BTciVOqSz1cGrG8o2bkkbfKcyf7OBi7aGgUFVgbhMoZ/J0OkNVVBJj E=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AiMFAKWLGFOtJV2Y/2dsb2JhbABagwY7V8EfgRcWdIIlAQEBBAEBATcxAwsMAgQBCA4DAwEBAR8JIgwLFAkKBAENBYd5Dc8zEwQEjXURAVANhDIEmD6SK4MtgXE5 X-IronPort-AV: E=Sophos;i="4.97,600,1389744000"; d="scan'208";a="308474248" Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by rcdn-iport-7.cisco.com with ESMTP; 06 Mar 2014 14:54:09 +0000 Received: from xhc-aln-x15.cisco.com (xhc-aln-x15.cisco.com [173.36.12.89]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id s26Es9rN005321 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 6 Mar 2014 14:54:09 GMT Received: from xmb-aln-x02.cisco.com ([169.254.5.113]) by xhc-aln-x15.cisco.com ([173.36.12.89]) with mapi id 14.03.0123.003; Thu, 6 Mar 2014 08:54:09 -0600 From: "Carlos Pignataro (cpignata)" To: Markus Jork , "draft-george-mpls-ipv6-only-gap@tools.ietf.org" , "mpls-chairs@tools.ietf.org" , "VIGOUREUX, MARTIN (MARTIN)" Thread-Topic: [mpls] draft-george-mpls-ipv6-only-gap-04.txt Thread-Index: AQHPOUvtLTXK2/k4+k2kLM3w+JTbmw== Date: Thu, 6 Mar 2014 14:54:08 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.9.131030 x-originating-ip: [10.82.215.35] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/ggqrzG7fTICXYc1qXBuvtI4e89M Cc: "mpls@ietf.org" Subject: Re: [mpls] draft-george-mpls-ipv6-only-gap-04.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Mar 2014 14:54:16 -0000 Thanks, Markus. We are incorporating these comments. Carlos. -----Original Message----- From: Markus Jork Date: Friday, February 28, 2014 at 10:43 PM To: "draft-george-mpls-ipv6-only-gap@tools.ietf.org" , "mpls-chairs@tools.ietf.org" , Martin Vigoureux Cc: "mpls@ietf.org" Subject: Re: [mpls] draft-george-mpls-ipv6-only-gap-04.txt >This is a very useful effort and should be adopted as a WG document. >It is difficult to say whether the current draft has captured all the >potential problems but it appears quite exhaustive already. It is also >clearly written and technically sound. > >The use case discussion in section 2 seems overly defensive and doesn't >contribute much to the document, it might as well be removed for the sake >of brevity. > >Some minor technical feedback: > >The verdict at the end of section 3.3.2.1 is: >"Gap: Major. RFC4659 needs to be updated to explicitly cover use case #2". >I believe this is meant to say "RFC 4798". But I'm not sure that's fair. >RFC 4798 is very explicitly covering only the 6PE use case. That's all it >is trying to achieve, so adding "4PE" to this RFC would be overloading >it. If there are gaps with a "4PE" use case not sufficiently covered by >existing specs, and people are actually interested in doing this, then >this should probably be addressed by a new RFC dedicated that use case? > >In section 3, the reference for RSVP-TE should be RFC 3209 and not RFC >5420. > >I also noticed two very minor typos: >3.3.2: "RFC4364 defines as VPN-IPv4 address type" >3.3.2.3: "tunnelling over an single-Address" > > >-Markus > > >> -----Original Message----- >> From: Loa Andersson [mailto:loa@pi.nu] >> Sent: Saturday, February 15, 2014 3:07 AM >> To: David Allan I; Mach Chen; Markus Jork; draft-george-mpls-ipv6-only- >> gap@tools.ietf.org; mpls-chairs@tools.ietf.org; VIGOUREUX, MARTIN >> (MARTIN); Aissaoui, Mustapha (Mustapha) >> Subject: draft-george-mpls-ipv6-only-gap-04.txt >>=20 >> Dave, Mach, Markus and Mustapha, >>=20 >> You have been selected as MPLS Review team reviewers for >> draft-george-mpls-ipv6-only-gap-04. >>=20 >> Note to authors: You have been CC'd on this email so that you can know >> that this review is going on. However, please do not review your own >> document. >>=20 >> Note 2: All the IPv& expertise we have in the MPLS review team are >> listed as contributors on this draft. I've therefore asked Mustapha >> to review. >>=20 >> Reviews should comment on whether the document is coherent, is it >> useful (ie, is it likely to be actually useful in operational >> networks), and is the document technically sound? We are interested >> in knowing whether the document is ready to be considered for WG >> adoption (ie, it doesn't have to be perfect at this point, but should be >> a good start). >>=20 >> Reviews should be sent to the document authors, WG co-chairs and >> WG secretary, and CC'd to the MPLS WG email list. If necessary, comments >> may be sent privately to only the WG chairs. >>=20 >> Are you able to review this draft by March 1, 2014? >>=20 >>=20 >> Thanks, Loa >> (as MPLS WG chair) >> -- >>=20 >>=20 >> Loa Andersson email: loa@mail01.huawei.com >> Senior MPLS Expert loa@pi.nu >> Huawei Technologies (consultant) phone: +46 739 81 21 64 >>=20 > > >_______________________________________________ >mpls mailing list >mpls@ietf.org >https://www.ietf.org/mailman/listinfo/mpls From nobody Thu Mar 6 07:58:17 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 865891A0239 for ; Thu, 6 Mar 2014 07:58:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.048 X-Spam-Level: X-Spam-Status: No, score=-15.048 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, RP_MATCHES_RCVD=-0.547, SPF_PASS=-0.001, 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 1fBo320CLJUN for ; Thu, 6 Mar 2014 07:58:04 -0800 (PST) Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) by ietfa.amsl.com (Postfix) with ESMTP id 43A041A0231 for ; Thu, 6 Mar 2014 07:58:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4544; q=dns/txt; s=iport; t=1394121480; x=1395331080; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=Ami0DEgAWmFNu8+4BzsA3MkPltAY1FH+lO0QCYl18mM=; b=YIkT3Ktl0gMCVXHWn6nwvuj28K1atCgpTgK5Z8bD0J/sPVELqV+TAADN Czl8YVkX123SQzsPM4bGaPqcn09y/7LKnefzXZ5fX3DyscxCU6+5YztCb UvCRo7OmVb+QjSSDXuxnFJXdLGFFDEQvuKEJ4h3Sm70XgQf/Rf9Vivzdt 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AiMFALWZGFOtJXG8/2dsb2JhbABQCoMGO1fBH4EYFnSCJQEBAQMBAQEBNy0HCwULAgEINhAnCyUCBA4Fh3EIDc8sF41/KTMHgySBFASFMI8jg2uBMosOhWuDLYIq X-IronPort-AV: E=Sophos;i="4.97,601,1389744000"; d="scan'208";a="308517023" Received: from rcdn-core2-1.cisco.com ([173.37.113.188]) by rcdn-iport-6.cisco.com with ESMTP; 06 Mar 2014 15:58:00 +0000 Received: from xhc-rcd-x06.cisco.com (xhc-rcd-x06.cisco.com [173.37.183.80]) by rcdn-core2-1.cisco.com (8.14.5/8.14.5) with ESMTP id s26Fvxw9002043 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 6 Mar 2014 15:57:59 GMT Received: from xmb-aln-x02.cisco.com ([169.254.5.113]) by xhc-rcd-x06.cisco.com ([173.37.183.80]) with mapi id 14.03.0123.003; Thu, 6 Mar 2014 09:57:59 -0600 From: "Carlos Pignataro (cpignata)" To: Mustapha Aissaoui Thread-Topic: [mpls] draft-george-mpls-ipv6-only-gap-04.txt Thread-Index: AQHPKiTftRA/mEWmpESpRa8OC/NeGZq7H3aQgBBIQZCAAyBDAIAGMggA Date: Thu, 6 Mar 2014 15:57:58 +0000 Message-ID: <776E7601-9D72-400E-9030-47865E8198CC@cisco.com> References: <52FF2006.7060900@pi.nu> <4A79394211F1AF4EB57D998426C9340D77A0722E@US70UWXCHMBA01.zam.alcatel-lucent.com> <4A79394211F1AF4EB57D998426C9340D77A1194F@US70UWXCHMBA01.zam.alcatel-lucent.com> <4A79394211F1AF4EB57D998426C9340D77A11AB6@US70UWXCHMBA01.zam.alcatel-lucent.com> In-Reply-To: <4A79394211F1AF4EB57D998426C9340D77A11AB6@US70UWXCHMBA01.zam.alcatel-lucent.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.82.215.35] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/KFR3hkKYS1oHDipY2tRlaY3f_xs Cc: "mpls@ietf.org" Subject: Re: [mpls] draft-george-mpls-ipv6-only-gap-04.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Mar 2014 15:58:10 -0000 Hi, Mustapha, Thank you so much for your review, these comments, and the support. Some follow-ups inline. On Mar 2, 2014, at 5:21 PM, Aissaoui, Mustapha (Mustapha) wrote: > Dear all, > I read this document and I can say that it is useful for identifying gaps= in MPLS related standards for interoperable deployment of IPv6 control pla= ne and data plane in operators networks. It should be progressed as a worki= ng group document. >=20 > I compiled a list of comments below. >=20 > Regards, > Mustapha. > ------------------------------ > 1. Section 2 - Use Case > A common use case I have seen is that of a wireless operator that moved i= ts 4G/LTE subscribers into IPv6 but their management and backend infrastruc= ture is still IPv4. In many of these networks, it is it is the management a= nd OAM traffic which needs to be carried in a MPLS VPN in order to separate= it from the subscriber traffic. The latter is IPv6 routed in most use case= s I know of. As the number of devices (specifically cell site routers) to m= anage increases, the operator is compelled to move to IPv6. >=20 Added. > 2. Section 3 - Gap Analysis > The reference to RSVP-TE spec is no correct. I assume the authors meant R= FC 3209. >=20 Fixed. > 3. Section 3.1 - MPLS Data Plane > In the case where an IPv4 prefix is resolved over an IPv6 LSP, there may = be a need to push the IPv4 explicit null label value first before pushing t= he IPv6 label. The reason for this is if the egress LSR advertised the IPv6= explicit null label for the outer IPv6 LSP, it may drop the packet if it i= s not an IPv6 one. =20 >=20 Added. > 4. Section 3.2.1 - LDP > While reviewing draft-ietf-mpls-ldp-ipv6 on the MPLS WG mailing list, the= re were a couple of comments which were made by a number of operators and w= hich I consider as gaps in LDP IPv6: > a. the need for extending LDP to use a 128-bit LSR-ID. The idea was to al= low for using an IPv6 loopback to identify the LSR. In many cases, the LSR = ID matches a routable address in the operator's network. > We wrote the following draft to address this (needs a refresh): > http://tools.ietf.org/html/draft-pdutta-mpls-ldp-v2-00 This one should be discussed in the context of draft-ietf-mpls-ldp-ipv6, th= is draft can follow. I believe this was already discussed there.=20 > b. the need to support separate IPv6 and IPv4 LDP sessions when LSR peers= over a dual-stack interface. We wrote the following draft to achieve this: > http://tools.ietf.org/html/draft-pdutta-mpls-multi-ldp-instance-00 >=20 This seems out of scope, because draft-george-mpls-ipv6-only-gap is for IPv= 6-only, not dual stack. > 5. Section 3.2.2 - Multipoint LDP > RFC 6388 provides a single session level LDP capability for mLDP P2MP and= MP2MP FECs. There is no distinction between IPv4 and IPv6. We need to add = a separate capability for IPv6 for each type. >=20 This seems covered by item #1 of S3.2.2. > 6. Section 3.3.1 - L2VPN > We need to add a reference to RFC 6073 which defined the LDP SP-PE TLV an= d which already supports IPv4 and IPV6 addresses of the S-PE nodes. > We also need a reference to draft-ietf-pwe3-dynamic-ms-pw-20 for dynamic = MS-PW. I checked it and it seems the discovery part which is consistent wit= h RFC 4760 supports IPv6 PE address. >=20 Added. > 7. Section 3.3.2 - L3VPN > Section 3.2.1.1 "BGP Speaker Requesting IPv6 Transport" does actually spe= cifies a 128-bit BGP next-hop. No? >=20 I do not understand this comment -- There is no section 3.2.1.1, or that ti= tle you quote. > 8. Section 3.4.2 - LSP Ping > I do not understand the issue described in the case of LSP trace. Why wou= ld the ingress LSR send an IPv4 echo request message? The LSP is signaled w= ith IPv6 control plane and its target FEC stack TLV is IPv6 (LDP, RSVP, or = BGP LSP), the MPLS echo request and reply packets must be IPv6.=20 >=20 In case the destination is IPv4. > 9. Section 3.4.4 - PW OAM > I think the reference to RFC 6829 which defined the FEC 128 and FEC 129 t= arget FEC Stack TLVs in a IPv6 environment should be added here instead of = Section 3.4.2. Good point, moved. Thanks, Carlos. > -------------------------------------------------------------------------= ----------------- >=20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From nobody Thu Mar 6 08:04:01 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B93E01A0168 for ; Thu, 6 Mar 2014 08:03:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.048 X-Spam-Level: X-Spam-Status: No, score=-10.048 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RP_MATCHES_RCVD=-0.547, SPF_PASS=-0.001, 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 hrYumHFRQiVb for ; Thu, 6 Mar 2014 08:03:57 -0800 (PST) Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) by ietfa.amsl.com (Postfix) with ESMTP id E092D1A0238 for ; Thu, 6 Mar 2014 08:03:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4653; q=dns/txt; s=iport; t=1394121833; x=1395331433; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=N91TgtG6hKNbiZA5FA6HGkphZkyUts9gmsUJhKLLaq8=; b=MeaSBvdpbN+xA/Iz7LlAm8sXOE2TQS8S3RgLqrXMoKHHhc11Xyr7qA5n z4UdVa6ZqmjCi9/AX/YHUBumTGsmvc60AdtO1JrOkxuLaJPgeb4D/3BKo 2WuEMFg+mUKp/ZNYgFzt9jaKxJyIAXKXk/ojuQA98ZCHfjqCHaqFlp75u U=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AiQFAPGbGFOtJV2b/2dsb2JhbABQCoMGO1fBH4EYFnSCJQEBAQMBAQEBNy0HCwUHBAIBCBEEAQEfCQcnCxQJCAIEDgWHcQgNzywXjX8pMwcGgx6BFASUU4NrgTKQeYMtgio X-IronPort-AV: E=Sophos;i="4.97,601,1389744000"; d="scan'208";a="25429002" Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by alln-iport-7.cisco.com with ESMTP; 06 Mar 2014 16:03:52 +0000 Received: from xhc-aln-x06.cisco.com (xhc-aln-x06.cisco.com [173.36.12.80]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id s26G3qdI002820 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 6 Mar 2014 16:03:52 GMT Received: from xmb-aln-x02.cisco.com ([169.254.5.113]) by xhc-aln-x06.cisco.com ([173.36.12.80]) with mapi id 14.03.0123.003; Thu, 6 Mar 2014 10:03:52 -0600 From: "Carlos Pignataro (cpignata)" To: Mustapha Aissaoui Thread-Topic: [mpls] draft-george-mpls-ipv6-only-gap-04.txt Thread-Index: AQHPKiTftRA/mEWmpESpRa8OC/NeGZq7H3aQgBBIQZCAAyBDAIABZj+AgATNbQA= Date: Thu, 6 Mar 2014 16:03:52 +0000 Message-ID: <79847BD6-7255-43BE-9128-AA84738AD18C@cisco.com> References: <52FF2006.7060900@pi.nu> <4A79394211F1AF4EB57D998426C9340D77A0722E@US70UWXCHMBA01.zam.alcatel-lucent.com> <4A79394211F1AF4EB57D998426C9340D77A1194F@US70UWXCHMBA01.zam.alcatel-lucent.com> <4A79394211F1AF4EB57D998426C9340D77A11AB6@US70UWXCHMBA01.zam.alcatel-lucent.com> <4A79394211F1AF4EB57D998426C9340D77A11E74@US70UWXCHMBA01.zam.alcatel-lucent.com> In-Reply-To: <4A79394211F1AF4EB57D998426C9340D77A11E74@US70UWXCHMBA01.zam.alcatel-lucent.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.82.215.35] Content-Type: text/plain; charset="us-ascii" Content-ID: <8C65D6A916A6E2449162F57051853773@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/eLEyhOwKJm6c7NoooDF_tFXlRfA Cc: "mpls@ietf.org" Subject: Re: [mpls] draft-george-mpls-ipv6-only-gap-04.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Mar 2014 16:04:00 -0000 Thanks for the clarification. Added. Thanks, -- Carlos. On Mar 3, 2014, at 2:43 PM, Aissaoui, Mustapha (Mustapha) wrote: > Sorry but I needed a little bit of clarification to my comment #7. It sho= uld read as follows: >=20 > " > 7. Section 3.3.2 - L3VPN > Section 3.2.1.1 *of RFC 4659* "BGP Speaker Requesting IPv6 Transport" doe= s actually specifies a 128-bit BGP next-hop. No? > " >=20 > Regards, > Mustapha. > -----Original Message----- > From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Aissaoui, Mustapha= (Mustapha) > Sent: Sunday, March 02, 2014 12:21 PM > To: mpls@ietf.org > Subject: Re: [mpls] draft-george-mpls-ipv6-only-gap-04.txt >=20 > Dear all, > I read this document and I can say that it is useful for identifying gaps= in MPLS related standards for interoperable deployment of IPv6 control pla= ne and data plane in operators networks. It should be progressed as a worki= ng group document. >=20 > I compiled a list of comments below. >=20 > Regards, > Mustapha. > ------------------------------ > 1. Section 2 - Use Case > A common use case I have seen is that of a wireless operator that moved i= ts 4G/LTE subscribers into IPv6 but their management and backend infrastruc= ture is still IPv4. In many of these networks, it is it is the management a= nd OAM traffic which needs to be carried in a MPLS VPN in order to separate= it from the subscriber traffic. The latter is IPv6 routed in most use case= s I know of. As the number of devices (specifically cell site routers) to m= anage increases, the operator is compelled to move to IPv6. >=20 > 2. Section 3 - Gap Analysis > The reference to RSVP-TE spec is no correct. I assume the authors meant R= FC 3209. >=20 > 3. Section 3.1 - MPLS Data Plane > In the case where an IPv4 prefix is resolved over an IPv6 LSP, there may = be a need to push the IPv4 explicit null label value first before pushing t= he IPv6 label. The reason for this is if the egress LSR advertised the IPv6= explicit null label for the outer IPv6 LSP, it may drop the packet if it i= s not an IPv6 one. =20 >=20 > 4. Section 3.2.1 - LDP > While reviewing draft-ietf-mpls-ldp-ipv6 on the MPLS WG mailing list, the= re were a couple of comments which were made by a number of operators and w= hich I consider as gaps in LDP IPv6: > a. the need for extending LDP to use a 128-bit LSR-ID. The idea was to al= low for using an IPv6 loopback to identify the LSR. In many cases, the LSR = ID matches a routable address in the operator's network. > We wrote the following draft to address this (needs a refresh): > http://tools.ietf.org/html/draft-pdutta-mpls-ldp-v2-00 > b. the need to support separate IPv6 and IPv4 LDP sessions when LSR peers= over a dual-stack interface. We wrote the following draft to achieve this: > http://tools.ietf.org/html/draft-pdutta-mpls-multi-ldp-instance-00 >=20 > 5. Section 3.2.2 - Multipoint LDP > RFC 6388 provides a single session level LDP capability for mLDP P2MP and= MP2MP FECs. There is no distinction between IPv4 and IPv6. We need to add = a separate capability for IPv6 for each type. >=20 > 6. Section 3.3.1 - L2VPN > We need to add a reference to RFC 6073 which defined the LDP SP-PE TLV an= d which already supports IPv4 and IPV6 addresses of the S-PE nodes. > We also need a reference to draft-ietf-pwe3-dynamic-ms-pw-20 for dynamic = MS-PW. I checked it and it seems the discovery part which is consistent wit= h RFC 4760 supports IPv6 PE address. >=20 > 7. Section 3.3.2 - L3VPN > Section 3.2.1.1 "BGP Speaker Requesting IPv6 Transport" does actually spe= cifies a 128-bit BGP next-hop. No? >=20 > 8. Section 3.4.2 - LSP Ping > I do not understand the issue described in the case of LSP trace. Why wou= ld the ingress LSR send an IPv4 echo request message? The LSP is signaled w= ith IPv6 control plane and its target FEC stack TLV is IPv6 (LDP, RSVP, or = BGP LSP), the MPLS echo request and reply packets must be IPv6.=20 >=20 > 9. Section 3.4.4 - PW OAM > I think the reference to RFC 6829 which defined the FEC 128 and FEC 129 t= arget FEC Stack TLVs in a IPv6 environment should be added here instead of = Section 3.4.2. > -------------------------------------------------------------------------= ----------------- >=20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls >=20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From nobody Fri Mar 7 02:33:47 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D48601A006F for ; Fri, 7 Mar 2014 02:33:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id X27bNkbnnVBc for ; Fri, 7 Mar 2014 02:33:39 -0800 (PST) Received: from asmtp5.iomartmail.com (asmtp5.iomartmail.com [62.128.201.176]) by ietfa.amsl.com (Postfix) with ESMTP id 299D51A021F for ; Fri, 7 Mar 2014 02:33:36 -0800 (PST) Received: from asmtp5.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp5.iomartmail.com (8.13.8/8.13.8) with ESMTP id s27AVhst017017; Fri, 7 Mar 2014 10:31:44 GMT Received: from 950129200 (dhcp-b5b1.meeting.ietf.org [31.133.181.177]) (authenticated bits=0) by asmtp5.iomartmail.com (8.13.8/8.13.8) with ESMTP id s27AVfoK016906 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 7 Mar 2014 10:31:41 GMT From: "Adrian Farrel" To: Date: Fri, 7 Mar 2014 10:33:29 -0000 Message-ID: <0f5c01cf39f0$afa53d90$0eefb8b0$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: Ac858KPw42tL5KdwQcOnayoNmTHpwg== Content-language: en-gb X-TM-AS-MML: No Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/IjyMc_JCsCY-qlwPnoQ_BC_YH1Q Cc: mpls@ietf.org, tsvwg-chairs@tools.ietf.org, tsv-ads@tools.ietf.org Subject: [mpls] Progressing draft-ietf-mpls-in-udp X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Mar 2014 10:33:44 -0000 Hi, Sorry that I have been sitting on this I-D since IETF last call completed, but it has proven to be a valuable wait. During this IETF meeting I have met with the TSV ADs and discussed this I-D, the GRE-in-UDP draft and the broader congestion and checksum issues. The TSV Area and TSVWG have also discussed the topics in some detail. I believe that I now know exactly what additions/changes are necessary. These are not necessary to get this past the TSV fanatics and ADs. These *are* necessary to make the document and the protocol valuable and stable. My next action will be to work up some text for inclusion in each of the I-Ds (I am AD for this document and co-author on the GRE document). I suspect this will be about a page in each case and will overlap with some text already present (we can handle the editorial process separately). Obviously we will need to review and discuss the new text before we move forward. I am hoping that I can do this within about a week, but the time immediately after an IETF meeting does tend to get filled up with the most extraordinary demands on my time (like sleeping). Thanks to the authors for their patience with this work. Adrian From nobody Fri Mar 7 10:44:32 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 585F01A02C5 for ; Fri, 7 Mar 2014 10:44:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.047 X-Spam-Level: X-Spam-Status: No, score=-15.047 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, RP_MATCHES_RCVD=-0.547, SPF_PASS=-0.001, 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 ff56Z8SYOh8n for ; Fri, 7 Mar 2014 10:44:25 -0800 (PST) Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) by ietfa.amsl.com (Postfix) with ESMTP id B6D4A1A01D9 for ; Fri, 7 Mar 2014 10:44:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2286; q=dns/txt; s=iport; t=1394217861; x=1395427461; h=from:to:cc:subject:date:message-id:mime-version; bh=RN0YvfLSPrNM6ih8HH2rW/WkYbzXS4JACxc4pKCwJ4k=; b=EjyPP0k9WGI3xmvX6SeqW+IRmR5W35SmHXwLq5eWbuijTSjp48eD0XHS 7RZbkkDQHofG2zVpGwW3/mCxazuM57JggEKL1Gl5r7D1WWYfMFyKsZpN9 UWweGKKF01GV0/fowQxnTwgEYPjkXPmVy07XtBPsKMiKAq77itGsW6Yh1 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgIFAE0SGlOtJV2d/2dsb2JhbABagkJEgRLBJoEUFnSCLB1cEgEMAXMnBA6HftAhF45bhD8EmEOSK4Mtgis X-IronPort-AV: E=Sophos;i="4.97,609,1389744000"; d="scan'208,217";a="308811300" Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by rcdn-iport-6.cisco.com with ESMTP; 07 Mar 2014 18:44:18 +0000 Received: from xhc-rcd-x01.cisco.com (xhc-rcd-x01.cisco.com [173.37.183.75]) by rcdn-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id s27IiHML027516 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 7 Mar 2014 18:44:18 GMT Received: from xmb-rcd-x10.cisco.com ([169.254.15.151]) by xhc-rcd-x01.cisco.com ([173.37.183.75]) with mapi id 14.03.0123.003; Fri, 7 Mar 2014 12:44:17 -0600 From: "George Swallow (swallow)" To: "mpls@ietf.org" Thread-Topic: Call for English reviewers Thread-Index: AQHPOjU+Pp6bJNbqUkeIXGVPFZ0iDA== Date: Fri, 7 Mar 2014 18:44:16 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.2.130206 x-originating-ip: [10.61.106.95] Content-Type: multipart/alternative; boundary="_000_CF3F7DAE9E13swallowciscocom_" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/Xv4SMuToSxfBPKRb971TtzIQ5w4 Cc: Ross Callon Subject: [mpls] Call for English reviewers X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Mar 2014 18:44:27 -0000 --_000_CF3F7DAE9E13swallowciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi - Many of the documents that we have progressed lately have suffered and henc= e been slowed by structure, grammar and spelling issues. As you (should) k= now we have a review team that review documents for the WG. The team is ch= arge with examining the technical content. We'd like to add a few English = reviewers to the team to review drafts that are otherwise ready for WG LC. = We also believe that improved English will make it easier for folks to rev= iew the documents during last call. So we'd like to add a few people who are good at writing and reviewing Engl= ish to join the review team. If you're willing to do this, please respond to the Chairs and Martin. Thanks, George --_000_CF3F7DAE9E13swallowciscocom_ Content-Type: text/html; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable
Hi -

Many of the documents that we have progressed lately have suffered and= hence been slowed by structure, grammar and spelling issues.  As you = (should) know we have a review team that review documents for the WG.  = ;The team is charge with examining the technical content.  We'd like to add a few English reviewers to the team to rev= iew drafts that are otherwise ready for WG LC.  We also believe that i= mproved English will make it easier for folks to review the documents durin= g last call.

So we'd like to add a few people who are good at writing and reviewing= English to join the review team.

If you're willing to do this, please respond to the Chairs and Martin.=

Thanks,

George
--_000_CF3F7DAE9E13swallowciscocom_-- From nobody Fri Mar 7 23:28:56 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0812F1A01F9 for ; Fri, 7 Mar 2014 23:28:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.048 X-Spam-Level: X-Spam-Status: No, score=-15.048 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, RP_MATCHES_RCVD=-0.547, SPF_PASS=-0.001, 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 zkRvY5MnidhA for ; Fri, 7 Mar 2014 23:28:49 -0800 (PST) Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) by ietfa.amsl.com (Postfix) with ESMTP id 9D1451A0160 for ; Fri, 7 Mar 2014 23:28:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=8326; q=dns/txt; s=iport; t=1394263725; x=1395473325; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=55sn7yktyLPceLETKhLNDPCFaSA0a1YlWxCSw6GRw+I=; b=Rc1zzLO1/jtsuP5kjkWYu3bP7/e8wnEqXGe/ngmIMbu8gIAfEKNcm0ys oCmlBcgEl00VIcJVYYKwnSGwzPapztZegvepU9iY5Qdp9x0B31WJ4YZyp 1pWN2BtoKx1T82aqh/6Y1OAx5P8Nfz+hOgA380R48kb7DBNomN1D+3itl Q=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgsFAD7GGlOtJV2Z/2dsb2JhbABagwaBEsExgREWdIIlAQEBAwFrBwcFBwIEAQgRAQIBAQEBJyIGERQDBggBAQQBDQUbh0oDCQjIeg2HBxcEjECBNREBHQgmBQcCBIQyAQOJGY0/gW2MY4VIgy2Bcjk X-IronPort-AV: E=Sophos;i="4.97,613,1389744000"; d="scan'208";a="308989476" Received: from rcdn-core-2.cisco.com ([173.37.93.153]) by rcdn-iport-4.cisco.com with ESMTP; 08 Mar 2014 07:28:44 +0000 Received: from xhc-rcd-x15.cisco.com (xhc-rcd-x15.cisco.com [173.37.183.89]) by rcdn-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id s287SixK020490 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sat, 8 Mar 2014 07:28:44 GMT Received: from xmb-rcd-x06.cisco.com ([169.254.6.236]) by xhc-rcd-x15.cisco.com ([173.37.183.89]) with mapi id 14.03.0123.003; Sat, 8 Mar 2014 01:28:43 -0600 From: "Rajiv Asati (rajiva)" To: "George, Wes" , "draft-george-mpls-ipv6-only-gap@tools.ietf.org" , "Kamran Raza (skraza)" , "rbonica@juniper.net" , "rajiv.papneja@huawei.com" , "dhruv.ietf@gmail.com" , "vishwas.manral@hp.com" , "Nagendra Kumar Nainar (naikumar)" Thread-Topic: draft-george-mpls-ipv6-only-gap-04.txt Thread-Index: Ac8s7TSsC8FuqUO+RW+XnvIQehInVwNWfTOA Date: Sat, 8 Mar 2014 07:28:43 +0000 Message-ID: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.8.130913 x-originating-ip: [10.82.247.183] Content-Type: text/plain; charset="iso-8859-1" Content-ID: <6EE9D0777208DB408504BB01B49B6DAE@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/UN4QaarqD4NIMxX4BO4ovC2S2qQ Cc: "mpls@ietf.org" Subject: Re: [mpls] draft-george-mpls-ipv6-only-gap-04.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Mar 2014 07:28:53 -0000 Hi Alan, Sorry about the delay, please see inline, > I am concern that for a gap analysis, it starts getting prescriptive, > along the lines of a framework, only really in one place having now read > the doc e2e. > - Section 3.2.2 on mLDP starts mining the solution space for expressing > interworking or overlay of root addresses. Good catch. This section needs to be updated (related to the next point). > Reading 3.2.2 and subsequent sections does raise a question. The issue in > 3.2.2 is a tree that spans contiguous IPv4 and IPv6 operational domains, > and expressing a routable root is a problem. Yet RSVP and PCE are assumed > to have no gaps.=20 You do raise a good point. We should remove this v4-only and v6-only co-existence scenario from mLDP point#2 altogether. =20 > Is the assumption that an ERO will include a node that > would know how to treat hops that change address families, and IF so > doesn't that mean there are loose hops that will not work? E.g. a hop > that transits a v4 only and v6 only domain, but with no dual stack LSR > identified? (using the example from 3.2.2 the ERO is (R1, R3, R4, R5, > R6), if R2 is not there would not R1 be clueless about getting to R3?). IMO, RSVP doesn=B9t suffer from this problem, since the Path-calculation (CSPF) would not end up concluding v4-only and v6-only hops to the tail-end, hence, ERO would have either all v4-only or v6-only hops or none. > Section 3.3.1, I might be worth mentioning the impact of requiring > homogenous capability end points in a VPLS network architecture or S-PEs > for MS-PW for that matter. You mean, the PE routers (connecting a PW) must be of the same AFI !! I agree. > Section 3.4.2, seems to me to fall under the general class of TTL > expiring for a ping message from an unroutable address. Which in a VPN > context is nothing new and not unique to v4/v6 operation, it has always > been a head wound. And there are practices to at least partially mitigate > the impact. So IMO there is a gap, and that's "tough!" ;-) Ditto. The intent (for now) is to document the gap, whether it could be sufficiently solved or not. :) We may end up borrowing the same solution if we were to solve it later on. --=20 Cheers, Rajiv Asati=20 -----Original Message----- From: , Wes George Date: Tuesday, February 18, 2014 at 4:05 PM To: "draft-george-mpls-ipv6-only-gap@tools.ietf.org" , Rajiv Asati , "Kamran Raza (skraza)" , Ronald Bonica , Rajiv Papneja , Dhruv Dhody , Vishwas Manral , Nagendra Kumar Subject: FW: draft-george-mpls-ipv6-only-gap-04.txt >More feedback on the draft that goes beyond my capability to address. > >Note - it=B9s unclear to me whether the draft email alias still sends emai= l >to everyone that was originally listed as an author, or only to carlos and >I as the listed authors on the current draft. Can one of you confirm that >you received (or definitely did not receive) this message when it was >originally sent to the draft alias on the 15th so that I know whether I >need to keep watching for messages like this and parsing them out to the >authors? > > >Thanks, > >Wes > > > > > >On 2/15/14, 1:22 PM, "David Allan I" wrote: > >>HI There: >> >>So being stuck in SFO for an unexpected LONG sojourn provided me with >>some serendipitous time to look over this. >> >>In general I found the document to be well written and clear, and it >>appears to have both merit and utility. I'm less able to comment on >>completeness. >> If I understand correctly, I believe the general class of problem being >>explored by the I-D overall is a homogenous end point set and the >>potential issues with a heterogenous core and the completeness of the >>IPv6 feature set in the set of homogenous IPv6 end points. The actual >>application of that to some of the analysis does not seem to acknowledge >>that basis, and I think some use case boilerplate along those lines would >>help drive some conclusions and confidence in the gap/no gap >>pronouncements. >> >>I am concern that for a gap analysis, it starts getting prescriptive, >>along the lines of a framework, only really in one place having now read >>the doc e2e. >>- Section 3.2.2 on mLDP starts mining the solution space for expressing >>interworking or overlay of root addresses. >> >>Technical comments: >> >>Reading 3.2.2 and subsequent sections does raise a question. The issue in >>3.2.2 is a tree that spans contiguous IPv4 and IPv6 operational domains, >>and expressing a routable root is a problem. Yet RSVP and PCE are assumed >>to have no gaps. Is the assumption that an ERO will include a node that >>would know how to treat hops that change address families, and IF so >>doesn't that mean there are loose hops that will not work? E.g. a hop >>that transits a v4 only and v6 only domain, but with no dual stack LSR >>identified? (using the example from 3.2.2 the ERO is (R1, R3, R4, R5, >>R6), if R2 is not there would not R1 be clueless about getting to R3?). >> >>Section 3.3.1, I might be worth mentioning the impact of requiring >>homogenous capability end points in a VPLS network architecture or S-PEs >>for MS-PW for that matter. >> >>Section 3.4.2, seems to me to fall under the general class of TTL >>expiring for a ping message from an unroutable address. Which in a VPN >>context is nothing new and not unique to v4/v6 operation, it has always >>been a head wound. And there are practices to at least partially mitigate >>the impact. So IMO there is a gap, and that's "tough!" ;-) >> >>I hope this helps >>Dave >>-----Original Message----- >>From: Loa Andersson [mailto:loa@pi.nu] >>Sent: Saturday, February 15, 2014 12:07 AM >>To: David Allan I; Mach Chen; Markus Jork; >>draft-george-mpls-ipv6-only-gap@tools.ietf.org; >>mpls-chairs@tools.ietf.org; VIGOUREUX, MARTIN (MARTIN); Aissaoui, >>Mustapha (Mustapha) >>Subject: draft-george-mpls-ipv6-only-gap-04.txt >> >>Dave, Mach, Markus and Mustapha, >> >>You have been selected as MPLS Review team reviewers for >>draft-george-mpls-ipv6-only-gap-04. >> >>Note to authors: You have been CC'd on this email so that you can know >>that this review is going on. However, please do not review your own >>document. >> >>Note 2: All the IPv& expertise we have in the MPLS review team are listed >>as contributors on this draft. I've therefore asked Mustapha to review. >> >>Reviews should comment on whether the document is coherent, is it useful >>(ie, is it likely to be actually useful in operational networks), and is >>the document technically sound? We are interested in knowing whether the >>document is ready to be considered for WG adoption (ie, it doesn't have >>to be perfect at this point, but should be a good start). >> >>Reviews should be sent to the document authors, WG co-chairs and WG >>secretary, and CC'd to the MPLS WG email list. If necessary, comments may >>be sent privately to only the WG chairs. >> >>Are you able to review this draft by March 1, 2014? >> >> >>Thanks, Loa >>(as MPLS WG chair) >>-- >> >> >>Loa Andersson email: loa@mail01.huawei.com >>Senior MPLS Expert loa@pi.nu >>Huawei Technologies (consultant) phone: +46 739 81 21 64 > > >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 Fri Mar 7 23:29:40 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F1E831A0234 for ; Fri, 7 Mar 2014 23:29:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.048 X-Spam-Level: X-Spam-Status: No, score=-15.048 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, RP_MATCHES_RCVD=-0.547, SPF_PASS=-0.001, 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 hibS_cpja_gZ for ; Fri, 7 Mar 2014 23:29:02 -0800 (PST) Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) by ietfa.amsl.com (Postfix) with ESMTP id 94E331A0225 for ; Fri, 7 Mar 2014 23:29:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7427; q=dns/txt; s=iport; t=1394263738; x=1395473338; h=from:to:subject:date:message-id:in-reply-to:content-id: content-transfer-encoding:mime-version; bh=2VVMEQEpAiWB42xdiXp14eF/5WtBXpb0WXs+7wHILpQ=; b=S69v5VROjc83KUU/7NWTbHcu91E5bw3uslgQRn8vxLZE33YA8niLSGha OeoSq/hFq4MFZj3jkNc1vmUZsqJ3VtRwsQqL4Ww0mm1Qoz4EZcXnjBbv2 j0KpA5lMUKQke1BE/AO0lNpD7hS9tnCyeRIAAnSqAvRKQsRXKx9XDMkIY Q=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgsFAN3FGlOtJV2b/2dsb2JhbABQCoMGO1fBMYERFnSCJQEBAQMBAQEBaxAHBgEIEQMBAQEBJy4LFAkIAQEEARIbh1YIDdABEwSNfyk6BoQyBIkZi0CDbJIrgy2CKw X-IronPort-AV: E=Sophos;i="4.97,613,1389744000"; d="scan'208";a="308896452" Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by rcdn-iport-7.cisco.com with ESMTP; 08 Mar 2014 07:28:57 +0000 Received: from xhc-aln-x15.cisco.com (xhc-aln-x15.cisco.com [173.36.12.89]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id s287SvsC026105 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sat, 8 Mar 2014 07:28:57 GMT Received: from xmb-rcd-x06.cisco.com ([169.254.6.236]) by xhc-aln-x15.cisco.com ([173.36.12.89]) with mapi id 14.03.0123.003; Sat, 8 Mar 2014 01:28:57 -0600 From: "Rajiv Asati (rajiva)" To: Mach Chen , "George, Wes" , "draft-george-mpls-ipv6-only-gap@tools.ietf.org" , "mpls@ietf.org" Thread-Topic: [mpls] draft-george-mpls-ipv6-only-gap-04.txt Thread-Index: Ac8tmqfCC8FuqUO+RW+XnvIQehInVwAd9oYAAw3HaQA= Date: Sat, 8 Mar 2014 07:28:56 +0000 Message-ID: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.8.130913 x-originating-ip: [10.82.247.183] Content-Type: text/plain; charset="iso-8859-1" Content-ID: <4F4FCFEF9349984CA5757CD9F0D6EE35@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/Sgn_-T3sin-814nOIDuoD6Jrjgs Subject: Re: [mpls] draft-george-mpls-ipv6-only-gap-04.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Mar 2014 07:29:17 -0000 Hi Mach, Please see inline, >2). BGP-LS may need to be mentioned somewhere Ummm...BGP-LS isn=B9t particularly related to MPLS. Wouldn=B9t it be out of scope of this document? >3. Section 3.3.3. MPLS-TP > >" MPLS-TP does not require IP (see section 2 of RFC 5921 [RFC5921]) and > should not be affected by operation on an IPv6-only network. > Therefore this is considered out of scope for this document. > > Gap: None. >" >I am not sure the above statement is accurate, MPLS-TP can run without >IP, it also can run with IP. Agreed. > Section 5.3. of RFC6370, 2nd paragraph, it says: > "GMPLS [5] is based on RSVP-TE [2]. This section defines the mapping > from an MPLS-TP LSP_ID to RSVP-TE. At this time, RSVP-TE has yet to > be extended to accommodate Global_IDs. Thus, a mapping is only made > for the network unique form of the LSP_ID and assumes that the > operator has chosen to derive its Node_IDs from valid IPv4 addresses." >=20 > In an IPv6 only network, there should be no such an valid IPv4 address, >so some updates > may need here. I agree. We could add the following text to section 3.2.6: //=20 2nd para of Section 5.3 of RFC6370 describes the mapping from an MPLS-TP LSP_ID to RSVP-TE with an assumption that Node_IDs are derived from valid IPv4 addresses. This assumption fails in an IPv6-only network. Gap: Minor; Section 5.3. of RFC6370 needs to be updated. // > In addition, LSP_TUNNEL_IPv6 Session Object use IPv6 addresses+tunnel >ID+LSP ID to=20 > identify an LSP, it needs to evaluate whether "32-bit Node_ID + Tunnel >ID + LSP ID=B2 is > sufficient to identify an IPv6 LSP. Seems it's fine, but the mapping >definition may need > some changes or clarification. Is this in the context of RSVP-TE [rfc3209] ? --=20 Cheers, Rajiv Asati Distinguished Engineer, Cisco -----Original Message----- From: 'Mach Chen' Date: Wednesday, February 19, 2014 at 9:05 PM To: Wes George , "draft-george-mpls-ipv6-only-gap@tools.ietf.org" , "mpls@ietf.org" Subject: Re: [mpls] draft-george-mpls-ipv6-only-gap-04.txt >Hi George, > >> -----Original Message----- >> From: George, Wes [mailto:wesley.george@twcable.com] >> Sent: Thursday, February 20, 2014 1:47 AM >> To: Mach Chen; draft-george-mpls-ipv6-only-gap@tools.ietf.org; >>mpls@ietf.org >> Subject: Re: draft-george-mpls-ipv6-only-gap-04.txt >>=20 >> Adding MPLS WG, some responses below, and I=B9m sure my co-authors will >>chime >> in as well. Thanks for the review! > >You are welcome! > >>=20 >> Wes George >>=20 >>=20 >> On 2/19/14, 2:23 AM, "Mach Chen" wrote: >>=20 >> >Specific comments: >> > >> >1. Section 3.2 >> > >> >IGP used for label mapping is proposed by Segment routing, there may >> >need a sub section for this. >>=20 >> WG] I believe we=B9ll need to make sure the folks in SPRING are >>considering >> IPv6-only operation and put a more generic note that draft technologies >>(like >> EVPN and Segment Routing) are not in scope for the gap analysis (see my >> previous on-list response) > >OK. > >> > >> >2. Section 3.2.3.1. >> > >> >1) To give a comprehensive introduction of TE link advertisement, it >> >may need to mention IGP extensions for inter-AS TE link advertisement >> >(RFC5316 and RFC5392). >> > >> >2). BGP-LS may need to be mentioned somewhere >> > >> >3. Section 3.3.3. MPLS-TP >> > >> >" MPLS-TP does not require IP (see section 2 of RFC 5921 [RFC5921]) >>and >> > should not be affected by operation on an IPv6-only network. >> > Therefore this is considered out of scope for this document. >> > >> > Gap: None. >> >" >> >I am not sure the above statement is accurate, MPLS-TP can run without >> >IP, it also can run with IP. IMHO, there should be some gaps need to >> >soloved in case of IPv6-only network. As I know, there is at least one >> >gap need to be mentioned. >> >RFC6370, second para of section 4 states: >> > "The Node_ID is a unique 32-bit value assigned by the >> > operator within the scope of a Global_ID." >> > >> >And then section 5.3 Mapping to RSVP Signaling, where >> > >> > * Extended Tunnel_ID =3D A1-Node_ID >> > * Tunnel Sender Address =3D A1-Node_ID And in RFC3209, section >> >4.6.1.2. LSP_TUNNEL_IPv6 Session Object is defined. So, in IPv6-only >> >network, it obviously that Extended Tunnel_ID and Tunnel Sender Address >> >cannot be mapped to Node_ID anymore. >>=20 >> WG] There=B9s a related discussion happening in IDR/v6ops right now >>=20 >>(https://mailarchive.ietf.org/arch/search/?q=3DBGP+Identifier&qdr=3Dw&f_l= ist=3D >>id >> r&gbt=3D1 starting 14 Feb) responding to a proposal to make BGP Router I= D >>a >> 128 bit field because of the lack of direct mapping between the 32 bit >>field and a >> potentially 128 bit address on an IPv6-only device. So far, there has >>been >> significant feedback from operators that in the case where these are >>simply fields >> that contain an arbitrary 32 bit value whose only requirement is that >>it is unique >> across some scope, we need to be clear that the link between that >>field=B9s value >> and any particular IPv4 address is merely by convention, not by >>protocol necessity, >> and therefore the solution in an IPv6-only network may simply be to >>note that in >> order for this to work, the operator must have a method to derive a >>unique value, >> either manually/programmatically assigned at provisioning time, or via >>some sort >> of mapping from an IPv6 address present on the box. I=B9m inclined to >>handle this >> potential gap in the same way, since the problem and discussion in IDR >>is in no >> way specific to BGP, but I think it=B9s something that we need to discus= s >>in this >> specific context - I.e. does it break anything if the value is >>arbitrary and not linked >> to an IP address present on the device? > >Yes, I noticed that discussion and am fine with the 32-bit Router ID. > >As its current definition, the Node_ID is already an arbitrary 32-bit >value that is unique within the scope it used. The problem here is that >how to identify an IPv6 LSP with the current MPLS-TP identifier >definition. > >Section 5.3. of RFC6370, 2nd paragraph, it says: > "GMPLS [5] is based on RSVP-TE [2]. This section defines the mapping > from an MPLS-TP LSP_ID to RSVP-TE. At this time, RSVP-TE has yet to > be extended to accommodate Global_IDs. Thus, a mapping is only made > for the network unique form of the LSP_ID and assumes that the > operator has chosen to derive its Node_IDs from valid IPv4 addresses." > >In an IPv6 only network, there should be no such an valid IPv4 address, >so some updates may need here. > >In addition, LSP_TUNNEL_IPv6 Session Object use IPv6 addresses+tunnel >ID+LSP ID to identify an LSP, it needs to evaluate whether "32-bit >Node_ID + Tunnel ID + LSP ID" is sufficient to identify an IPv6 LSP. >Seems it's fine, but the mapping definition may need some changes or >clarification.=20 > >Best regards, >Mach >=20 >>=20 >>=20 >>=20 >_______________________________________________ >mpls mailing list >mpls@ietf.org >https://www.ietf.org/mailman/listinfo/mpls From nobody Mon Mar 10 01:09:56 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EB9D81A03FE for ; Mon, 10 Mar 2014 01:09:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.447 X-Spam-Level: X-Spam-Status: No, score=-2.447 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.547] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jfbQrvpyLqqu for ; Mon, 10 Mar 2014 01:09:51 -0700 (PDT) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) by ietfa.amsl.com (Postfix) with ESMTP id 6B1A61A03FD for ; Mon, 10 Mar 2014 01:09:51 -0700 (PDT) Received: from [192.168.1.133] (81-236-221-144-no93.tbcn.telia.com [81.236.221.144]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id B2D991802AB4; Mon, 10 Mar 2014 09:09:45 +0100 (CET) Message-ID: <531D734B.5050009@pi.nu> Date: Mon, 10 Mar 2014 09:09:47 +0100 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: "mpls@ietf.org" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/OS8_Gml_PpfDhE3pvxG9d0klEWc Cc: "mpls-chairs@tools.ietf.org" , "draft-ietf-mpls-ldp-multi-topology@tools.ietf.org" Subject: [mpls] short wglc on draft-ietf-mpls-ldp-multi-topology X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Mar 2014 08:09:54 -0000 Working Group, This is to start a one week working group last call on draft-ietf-mpls-ldp-multi-topology limited to the changes introduced since the wglc. The document is in AD review, but the changes has been such that we want the working group to confirm that we are comfortable with the changes. On behalf of the authors Dan King sent a mail to the working group mailing outlining the changes: http://www.ietf.org/mail-archive/web/mpls/current/msg11770.html This working group last call ends eob March 17. Please send your comments (including support) to the mpls working group mailing list (mpls@ietf.org). /Loa for the MPLS wg chairs -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Mon Mar 10 19:26:11 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0AFF51A06E9 for ; Mon, 10 Mar 2014 19:26:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.748 X-Spam-Level: X-Spam-Status: No, score=-4.748 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.547, 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 gTwFzI7aVyat for ; Mon, 10 Mar 2014 19:26:09 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id A66D01A06E8 for ; Mon, 10 Mar 2014 19:26:08 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BBY11931; Tue, 11 Mar 2014 02:26:02 +0000 (GMT) Received: from LHREML401-HUB.china.huawei.com (10.201.5.240) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 11 Mar 2014 02:25:14 +0000 Received: from SZXEMA401-HUB.china.huawei.com (10.82.72.33) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 11 Mar 2014 02:26:02 +0000 Received: from SZXEMA510-MBX.china.huawei.com ([169.254.3.94]) by SZXEMA401-HUB.china.huawei.com ([10.82.72.33]) with mapi id 14.03.0158.001; Tue, 11 Mar 2014 10:25:56 +0800 From: Mach Chen To: "mpls@ietf.org" Thread-Topic: Clarification on source label Thread-Index: Ac880Trpsvr7vpPcSMWcK9MZDdVgUA== Date: Tue, 11 Mar 2014 02:25:55 +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.97.72] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/4GNwEBi3dlJ0CW1liPM1YW7WXto Subject: [mpls] Clarification on source label X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2014 02:26:10 -0000 Hi, During the second MPLS session last week, there are lot of discussions on t= he source label, thanks for the discussions! Regarding to the usage of source label, there may be some misunderstanding.= The main purpose of source label is for OAM, although the source label can= be applied to real packets, but it's optional, it depends on how you use i= t. In addition, regarding to the depth of label stack, IMHO, this is proved th= at is not an real issue for the new generation hardware (chips and NPs), th= e depth is only related the need.=20 Best regards, Mach From nobody Mon Mar 10 23:23:39 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C9A831A0645 for ; Mon, 10 Mar 2014 23:23:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.048 X-Spam-Level: X-Spam-Status: No, score=-15.048 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, RP_MATCHES_RCVD=-0.547, SPF_PASS=-0.001, 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 NMR1oMfO1IXf for ; Mon, 10 Mar 2014 23:23:35 -0700 (PDT) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) by ietfa.amsl.com (Postfix) with ESMTP id 3CFBE1A063E for ; Mon, 10 Mar 2014 23:23:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1095; q=dns/txt; s=iport; t=1394519010; x=1395728610; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=+RLK89kg1FI2RHc40Zw89ZBGrPqDavzP9OZeb/+adSQ=; b=Se6HlkyNZIGSN8AuONgkPJGthv24wBfDxKfGijwEw79WeUim1RkS+3iN ZWPI6CnEVKNrH2xyTNgSss0vWHQd0Dtdnv+l2jJeZkHOXhH4V1hO3exmJ +z7EMjIz+BzSqtCzLdj22N+qF4AX4LEvZYU6W+LSmNkeu6PdGNwHheIdY M=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgMFAGSqHlOtJV2Y/2dsb2JhbABagwY7V8FBgRoWdIInAQQBAQE3MQMLDgQBCDYrDAslAgQBDQUJh3AN0FgXBI11CgYCAU8CBYQ4BJhFki2DLYFpQg X-IronPort-AV: E=Sophos;i="4.97,629,1389744000"; d="scan'208";a="309385343" Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by rcdn-iport-2.cisco.com with ESMTP; 11 Mar 2014 06:23:29 +0000 Received: from xhc-rcd-x12.cisco.com (xhc-rcd-x12.cisco.com [173.37.183.86]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id s2B6NTkB006412 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 11 Mar 2014 06:23:29 GMT Received: from xmb-rcd-x03.cisco.com ([169.254.7.141]) by xhc-rcd-x12.cisco.com ([173.37.183.86]) with mapi id 14.03.0123.003; Tue, 11 Mar 2014 01:23:29 -0500 From: "Chao Zhou (czhou)" To: Loa Andersson , "mpls@ietf.org" Thread-Topic: [mpls] short wglc on draft-ietf-mpls-ldp-multi-topology Thread-Index: AQHPPDgjwwDgugaDhEW3IUXEDfO+25rcRk6A Date: Tue, 11 Mar 2014 06:23:29 +0000 Message-ID: In-Reply-To: <531D734B.5050009@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.8.130913 x-originating-ip: [10.140.36.36] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/-XF2a6w9irAvV3Et4vqnYrgysPE Cc: "mpls-chairs@tools.ietf.org" , "draft-ietf-mpls-ldp-multi-topology@tools.ietf.org" Subject: Re: [mpls] short wglc on draft-ietf-mpls-ldp-multi-topology X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2014 06:23:37 -0000 Support! On 3/10/14 4:09 PM, "Loa Andersson" wrote: >Working Group, > >This is to start a one week working group last call on >draft-ietf-mpls-ldp-multi-topology limited to the changes introduced >since the wglc. > >The document is in AD review, but the changes has been such that >we want the working group to confirm that we are comfortable with >the changes. > >On behalf of the authors Dan King sent a mail to the working group >mailing outlining the changes: >http://www.ietf.org/mail-archive/web/mpls/current/msg11770.html > >This working group last call ends eob March 17. > >Please send your comments (including support) to the mpls working >group mailing list (mpls@ietf.org). > >/Loa >for the MPLS wg chairs > >--=20 > > >Loa Andersson email: loa@mail01.huawei.com >Senior MPLS Expert loa@pi.nu >Huawei Technologies (consultant) phone: +46 739 81 21 64 > >_______________________________________________ >mpls mailing list >mpls@ietf.org >https://www.ietf.org/mailman/listinfo/mpls From nobody Tue Mar 11 01:08:56 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F3ACA1A03DB for ; Tue, 11 Mar 2014 01:08:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.202 X-Spam-Level: * X-Spam-Status: No, score=1.202 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.547, 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 t8zm0ub3GO3e for ; Tue, 11 Mar 2014 01:08:49 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 083FE1A0381 for ; Tue, 11 Mar 2014 01:08:46 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BBY34682; Tue, 11 Mar 2014 08:08:40 +0000 (GMT) Received: from LHREML403-HUB.china.huawei.com (10.201.5.217) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 11 Mar 2014 08:07:54 +0000 Received: from nkgeml407-hub.china.huawei.com (10.98.56.38) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 11 Mar 2014 08:08:39 +0000 Received: from NKGEML506-MBX.china.huawei.com ([169.254.3.224]) by nkgeml407-hub.china.huawei.com ([10.98.56.38]) with mapi id 14.03.0158.001; Tue, 11 Mar 2014 16:08:32 +0800 From: Lizhenbin To: Loa Andersson , "mpls@ietf.org" Thread-Topic: [mpls] short wglc on draft-ietf-mpls-ldp-multi-topology Thread-Index: AQHPPDhWOR4X/W6qR0andqsmTuoi8JrbiZ4d Date: Tue, 11 Mar 2014 08:08:31 +0000 Message-ID: <5A5B4DE12C0DAC44AF501CD9A2B01A8D081FE8D6@nkgeml506-mbx.china.huawei.com> References: <531D734B.5050009@pi.nu> In-Reply-To: <531D734B.5050009@pi.nu> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.200.34.52] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/_KoUrFWUGyhtPYxqJlr7JgV0iTY Cc: "mpls-chairs@tools.ietf.org" , "draft-ietf-mpls-ldp-multi-topology@tools.ietf.org" Subject: [mpls] =?gb2312?b?tPC4tDogIHNob3J0IHdnbGMgb24gZHJhZnQtaWV0Zi1t?= =?gb2312?b?cGxzLWxkcC1tdWx0aS10b3BvbG9neQ==?= X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2014 08:08:54 -0000 DQpTdXBwb3J0Lg0KDQpCZXN0IFJlZ2FyZHMsDQpaaGVuYmluKFJvYmluKSBMaQ0KDQoNCg0KX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0Kt6K8/sjLOiBtcGxzIFttcGxz LWJvdW5jZXNAaWV0Zi5vcmddILT6se0gTG9hIEFuZGVyc3NvbiBbbG9hQHBpLm51XQ0Kt6LLzcqx vOQ6IDIwMTTE6jPUwjEwyNUgMTY6MDkNCsrVvP7IyzogbXBsc0BpZXRmLm9yZw0Ks63LzTogbXBs cy1jaGFpcnNAdG9vbHMuaWV0Zi5vcmc7IGRyYWZ0LWlldGYtbXBscy1sZHAtbXVsdGktdG9wb2xv Z3lAdG9vbHMuaWV0Zi5vcmcNCtb3zOI6IFttcGxzXSBzaG9ydCB3Z2xjIG9uIGRyYWZ0LWlldGYt bXBscy1sZHAtbXVsdGktdG9wb2xvZ3kNCg0KV29ya2luZyBHcm91cCwNCg0KVGhpcyBpcyB0byBz dGFydCBhIG9uZSB3ZWVrIHdvcmtpbmcgZ3JvdXAgbGFzdCBjYWxsIG9uDQpkcmFmdC1pZXRmLW1w bHMtbGRwLW11bHRpLXRvcG9sb2d5IGxpbWl0ZWQgdG8gdGhlIGNoYW5nZXMgaW50cm9kdWNlZA0K c2luY2UgdGhlIHdnbGMuDQoNClRoZSBkb2N1bWVudCBpcyBpbiBBRCByZXZpZXcsIGJ1dCB0aGUg Y2hhbmdlcyBoYXMgYmVlbiBzdWNoIHRoYXQNCndlIHdhbnQgdGhlIHdvcmtpbmcgZ3JvdXAgdG8g Y29uZmlybSB0aGF0IHdlIGFyZSBjb21mb3J0YWJsZSB3aXRoDQp0aGUgY2hhbmdlcy4NCg0KT24g YmVoYWxmIG9mIHRoZSBhdXRob3JzIERhbiBLaW5nIHNlbnQgYSBtYWlsIHRvIHRoZSB3b3JraW5n IGdyb3VwDQptYWlsaW5nIG91dGxpbmluZyB0aGUgY2hhbmdlczoNCmh0dHA6Ly93d3cuaWV0Zi5v cmcvbWFpbC1hcmNoaXZlL3dlYi9tcGxzL2N1cnJlbnQvbXNnMTE3NzAuaHRtbA0KDQpUaGlzIHdv cmtpbmcgZ3JvdXAgbGFzdCBjYWxsIGVuZHMgZW9iIE1hcmNoIDE3Lg0KDQpQbGVhc2Ugc2VuZCB5 b3VyIGNvbW1lbnRzIChpbmNsdWRpbmcgc3VwcG9ydCkgdG8gdGhlIG1wbHMgd29ya2luZw0KZ3Jv dXAgbWFpbGluZyBsaXN0IChtcGxzQGlldGYub3JnKS4NCg0KL0xvYQ0KZm9yIHRoZSBNUExTIHdn IGNoYWlycw0KDQotLQ0KDQoNCkxvYSBBbmRlcnNzb24gICAgICAgICAgICAgICAgICAgICAgICBl bWFpbDogbG9hQG1haWwwMS5odWF3ZWkuY29tDQpTZW5pb3IgTVBMUyBFeHBlcnQgICAgICAgICAg ICAgICAgICAgICAgICAgIGxvYUBwaS5udQ0KSHVhd2VpIFRlY2hub2xvZ2llcyAoY29uc3VsdGFu dCkgICAgIHBob25lOiArNDYgNzM5IDgxIDIxIDY0DQoNCl9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fDQptcGxzIG1haWxpbmcgbGlzdA0KbXBsc0BpZXRmLm9y Zw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tcGxz From nobody Tue Mar 11 02:05:24 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EBE751A03E8 for ; Tue, 11 Mar 2014 02:05:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.541 X-Spam-Level: * X-Spam-Status: No, score=1.541 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, CN_BODY_35=0.339, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.547, 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 qVpksVucyC9I for ; Tue, 11 Mar 2014 02:05:21 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 869291A03F8 for ; Tue, 11 Mar 2014 02:05:20 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BBY40598; Tue, 11 Mar 2014 09:05:14 +0000 (GMT) Received: from LHREML405-HUB.china.huawei.com (10.201.5.242) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 11 Mar 2014 09:04:02 +0000 Received: from NKGEML401-HUB.china.huawei.com (10.98.56.32) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 11 Mar 2014 09:04:51 +0000 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.115]) by nkgeml401-hub.china.huawei.com ([10.98.56.32]) with mapi id 14.03.0158.001; Tue, 11 Mar 2014 17:04:45 +0800 From: Xuxiaohu To: Loa Andersson , "mpls@ietf.org" Thread-Topic: [mpls] short wglc on draft-ietf-mpls-ldp-multi-topology Thread-Index: AQHPPDhUvs0BZlbWrk+dCeycrycCmZrbmWAQ Date: Tue, 11 Mar 2014 09:04:44 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08260B4E@NKGEML512-MBS.china.huawei.com> References: <531D734B.5050009@pi.nu> In-Reply-To: <531D734B.5050009@pi.nu> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.98.134] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/PHOtabdZpNVB9PjYNl9aukUCfw8 Cc: "mpls-chairs@tools.ietf.org" , "draft-ietf-mpls-ldp-multi-topology@tools.ietf.org" Subject: [mpls] =?gb2312?b?tPC4tDogIHNob3J0IHdnbGMgb24gZHJhZnQtaWV0Zi1t?= =?gb2312?b?cGxzLWxkcC1tdWx0aS10b3BvbG9neQ==?= X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2014 09:05:23 -0000 U3VwcG9ydC4NCg0KWGlhb2h1DQoNCj4gLS0tLS3Tyrz+1K28/i0tLS0tDQo+ILeivP7IyzogbXBs cyBbbWFpbHRvOm1wbHMtYm91bmNlc0BpZXRmLm9yZ10gtPqx7SBMb2EgQW5kZXJzc29uDQo+ILei y83KsbzkOiAyMDE0xOoz1MIxMMjVIDE2OjEwDQo+IMrVvP7IyzogbXBsc0BpZXRmLm9yZw0KPiCz rcvNOiBtcGxzLWNoYWlyc0B0b29scy5pZXRmLm9yZzsNCj4gZHJhZnQtaWV0Zi1tcGxzLWxkcC1t dWx0aS10b3BvbG9neUB0b29scy5pZXRmLm9yZw0KPiDW98ziOiBbbXBsc10gc2hvcnQgd2dsYyBv biBkcmFmdC1pZXRmLW1wbHMtbGRwLW11bHRpLXRvcG9sb2d5DQo+IA0KPiBXb3JraW5nIEdyb3Vw LA0KPiANCj4gVGhpcyBpcyB0byBzdGFydCBhIG9uZSB3ZWVrIHdvcmtpbmcgZ3JvdXAgbGFzdCBj YWxsIG9uDQo+IGRyYWZ0LWlldGYtbXBscy1sZHAtbXVsdGktdG9wb2xvZ3kgbGltaXRlZCB0byB0 aGUgY2hhbmdlcyBpbnRyb2R1Y2VkIHNpbmNlIHRoZQ0KPiB3Z2xjLg0KPiANCj4gVGhlIGRvY3Vt ZW50IGlzIGluIEFEIHJldmlldywgYnV0IHRoZSBjaGFuZ2VzIGhhcyBiZWVuIHN1Y2ggdGhhdCB3 ZSB3YW50IHRoZQ0KPiB3b3JraW5nIGdyb3VwIHRvIGNvbmZpcm0gdGhhdCB3ZSBhcmUgY29tZm9y dGFibGUgd2l0aCB0aGUgY2hhbmdlcy4NCj4gDQo+IE9uIGJlaGFsZiBvZiB0aGUgYXV0aG9ycyBE YW4gS2luZyBzZW50IGEgbWFpbCB0byB0aGUgd29ya2luZyBncm91cCBtYWlsaW5nDQo+IG91dGxp bmluZyB0aGUgY2hhbmdlczoNCj4gaHR0cDovL3d3dy5pZXRmLm9yZy9tYWlsLWFyY2hpdmUvd2Vi L21wbHMvY3VycmVudC9tc2cxMTc3MC5odG1sDQo+IA0KPiBUaGlzIHdvcmtpbmcgZ3JvdXAgbGFz dCBjYWxsIGVuZHMgZW9iIE1hcmNoIDE3Lg0KPiANCj4gUGxlYXNlIHNlbmQgeW91ciBjb21tZW50 cyAoaW5jbHVkaW5nIHN1cHBvcnQpIHRvIHRoZSBtcGxzIHdvcmtpbmcgZ3JvdXANCj4gbWFpbGlu ZyBsaXN0IChtcGxzQGlldGYub3JnKS4NCj4gDQo+IC9Mb2ENCj4gZm9yIHRoZSBNUExTIHdnIGNo YWlycw0KPiANCj4gLS0NCj4gDQo+IA0KPiBMb2EgQW5kZXJzc29uICAgICAgICAgICAgICAgICAg ICAgICAgZW1haWw6IGxvYUBtYWlsMDEuaHVhd2VpLmNvbQ0KPiBTZW5pb3IgTVBMUyBFeHBlcnQg ICAgICAgICAgICAgICAgICAgICAgICAgIGxvYUBwaS5udQ0KPiBIdWF3ZWkgVGVjaG5vbG9naWVz IChjb25zdWx0YW50KSAgICAgcGhvbmU6ICs0NiA3MzkgODEgMjEgNjQNCj4gDQo+IF9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IG1wbHMgbWFpbGluZyBs aXN0DQo+IG1wbHNAaWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0 aW5mby9tcGxzDQo= From nobody Tue Mar 11 04:25:24 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 83BF01A068D for ; Tue, 11 Mar 2014 04:25:21 -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 wQj76-7CSItL for ; Tue, 11 Mar 2014 04:25:19 -0700 (PDT) Received: from mail-qc0-x22e.google.com (mail-qc0-x22e.google.com [IPv6:2607:f8b0:400d:c01::22e]) by ietfa.amsl.com (Postfix) with ESMTP id 4E49A1A0427 for ; Tue, 11 Mar 2014 04:25:19 -0700 (PDT) Received: by mail-qc0-f174.google.com with SMTP id x13so9281199qcv.33 for ; Tue, 11 Mar 2014 04:25:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=g8gwT2ZUnZsUErtddspgVchjLmkobgRst5LwbRagXR4=; b=K+XntOeM9ri5Q1GBSS/S4Y+yqskS310obuHXH3HyrZIH5z1MjgVZV45UnK2snou/AN OQKvj+Ctejb3kEz9zN5bwuuwftN0Meo8xyH3RZxklBZtKH9EmXIIXhk86T/4ys6Lc7KN GZ9m7fCtV+Fou1TQ/qJ3/vc7RYzNb3zvNG6sHk66aAxt0ABWarr937qFAclZsOczQXu6 qawPlKwEN6wkZR/t6ceg73RZSfAvs5YcU9Y55gnA2ctC2s9wIJetv6lyUgP7jAl6SPw7 E9XSEU3v0jPE8UFBRORujXU0sN3DX+C2GnJIbgFamgDcelc1MKoZ+m3RfXfjt98rAxQG lhwA== X-Received: by 10.224.172.133 with SMTP id l5mr47781274qaz.25.1394537113539; Tue, 11 Mar 2014 04:25:13 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.205.69 with HTTP; Tue, 11 Mar 2014 04:24:53 -0700 (PDT) In-Reply-To: References: From: "Andrew G. Malis" Date: Tue, 11 Mar 2014 07:24:53 -0400 Message-ID: To: Mach Chen Content-Type: text/plain; charset=ISO-8859-1 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/Iex2NzzRDijEsKhqoZgEh-_6AzI Cc: "mpls@ietf.org" Subject: Re: [mpls] Clarification on source label X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2014 11:25:21 -0000 Just to reiterate what I said at the mike during this discussion, we can't stop adding new features (and depth) to the label stack if it has real utility just because some existing equipment or chips can't handle it. If a service provider wants or needs a new capability, they will acquire or upgrade equipment that supports it. This is true for any new features that we add to any protocol, it's not just the label stack. Cheers, Andy On Mon, Mar 10, 2014 at 10:25 PM, Mach Chen wrote: > Hi, > > During the second MPLS session last week, there are lot of discussions on the source label, thanks for the discussions! > > Regarding to the usage of source label, there may be some misunderstanding. The main purpose of source label is for OAM, although the source label can be applied to real packets, but it's optional, it depends on how you use it. > > In addition, regarding to the depth of label stack, IMHO, this is proved that is not an real issue for the new generation hardware (chips and NPs), the depth is only related the need. > > > Best regards, > Mach > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From nobody Tue Mar 11 05:14:05 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3AF751A0715 for ; Tue, 11 Mar 2014 05:14:00 -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 QJyrjliZU0XL for ; Tue, 11 Mar 2014 05:13:58 -0700 (PDT) Received: from mail-qg0-x22c.google.com (mail-qg0-x22c.google.com [IPv6:2607:f8b0:400d:c04::22c]) by ietfa.amsl.com (Postfix) with ESMTP id 6E06D1A0717 for ; Tue, 11 Mar 2014 05:13:58 -0700 (PDT) Received: by mail-qg0-f44.google.com with SMTP id a108so24630867qge.3 for ; Tue, 11 Mar 2014 05:13:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=rdkNr9b3qsSQXybjNaaRf6L53PJ3KbKYjiL1hnYWfIg=; b=j1rhdEuBkPO6S/Ryv4sHDESnjQzd1RItNJj6cxTA0bFBuD9ZCRDjSU/1HwVCVMNzAc sny0jeWhW1gkKSxS5z1V3oZRPiSP0vlvUwrXJ7dPtotvqZ508aLnpnv1SBj0pR6CiW4g PNF1/ZOG461ihj12bG4x0sCWSJNgphhh5AS2TefGF2tYNUQS8/1djUAaQhdmsK1cukJ9 iZrt790z0DbNyXErs4hRZGFTx0x4mCKnLf4X5ZXAuT2JG7o/b32f4b2Lw7I8nfr/Uqpy Zhv5bQe0meAW9AaC3os7x9ZUOft5ZYbXEAhL8U+IZGuO1MbFCUS7/+ozCt62NCqpKzIo sXwg== X-Received: by 10.140.95.65 with SMTP id h59mr34888728qge.2.1394539693642; Tue, 11 Mar 2014 05:08:13 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.205.69 with HTTP; Tue, 11 Mar 2014 05:07:53 -0700 (PDT) In-Reply-To: <531D734B.5050009@pi.nu> References: <531D734B.5050009@pi.nu> From: "Andrew G. Malis" Date: Tue, 11 Mar 2014 08:07:53 -0400 Message-ID: To: Loa Andersson Content-Type: text/plain; charset=ISO-8859-1 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/u281EgO5xBOjw59N7n4wWSV-WYo Cc: "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" , "draft-ietf-mpls-ldp-multi-topology@tools.ietf.org" Subject: Re: [mpls] short wglc on draft-ietf-mpls-ldp-multi-topology X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2014 12:14:01 -0000 Loa, These were good changes, support for continuing publication. Cheers, Andy On Mon, Mar 10, 2014 at 4:09 AM, Loa Andersson wrote: > Working Group, > > This is to start a one week working group last call on > draft-ietf-mpls-ldp-multi-topology limited to the changes introduced > since the wglc. > > The document is in AD review, but the changes has been such that > we want the working group to confirm that we are comfortable with > the changes. > > On behalf of the authors Dan King sent a mail to the working group > mailing outlining the changes: > http://www.ietf.org/mail-archive/web/mpls/current/msg11770.html > > This working group last call ends eob March 17. > > Please send your comments (including support) to the mpls working > group mailing list (mpls@ietf.org). > > /Loa > for the MPLS wg chairs > > -- > > > Loa Andersson email: loa@mail01.huawei.com > Senior MPLS Expert loa@pi.nu > Huawei Technologies (consultant) phone: +46 739 81 21 64 > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From nobody Tue Mar 11 05:17:14 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C95B01A0715 for ; Tue, 11 Mar 2014 05:17:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.748 X-Spam-Level: X-Spam-Status: No, score=-4.748 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.547, 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 c-0J2tdKEBpo for ; Tue, 11 Mar 2014 05:17:11 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 75EE31A068D for ; Tue, 11 Mar 2014 05:17:10 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BBY60794; Tue, 11 Mar 2014 12:17:04 +0000 (GMT) Received: from LHREML405-HUB.china.huawei.com (10.201.5.242) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 11 Mar 2014 12:16:14 +0000 Received: from SJCEML702-CHM.china.huawei.com (10.212.94.48) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 11 Mar 2014 12:17:03 +0000 Received: from SJCEML701-CHM.china.huawei.com ([169.254.3.52]) by SJCEML702-CHM.china.huawei.com ([169.254.4.61]) with mapi id 14.03.0158.001; Tue, 11 Mar 2014 05:16:59 -0700 From: Huaimo Chen To: Loa Andersson , "mpls@ietf.org" Thread-Topic: [mpls] short wglc on draft-ietf-mpls-ldp-multi-topology Thread-Index: AQHPPDiGKf7elKbdmU2RWrNch2wWu5rbznZg Date: Tue, 11 Mar 2014 12:16:59 +0000 Message-ID: <5316A0AB3C851246A7CA5758973207D445C4B4F8@SJCEML701-CHM.china.huawei.com> References: <531D734B.5050009@pi.nu> In-Reply-To: <531D734B.5050009@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.212.246.135] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/LQKxEZtOtagfFLRFVXwmrppU-H4 Cc: "mpls-chairs@tools.ietf.org" , "draft-ietf-mpls-ldp-multi-topology@tools.ietf.org" Subject: Re: [mpls] short wglc on draft-ietf-mpls-ldp-multi-topology X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2014 12:17:13 -0000 Support. Best Regards, Huaimo -----Original Message----- From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Loa Andersson Sent: Monday, March 10, 2014 4:10 AM To: mpls@ietf.org Cc: mpls-chairs@tools.ietf.org; draft-ietf-mpls-ldp-multi-topology@tools.ie= tf.org Subject: [mpls] short wglc on draft-ietf-mpls-ldp-multi-topology Working Group, This is to start a one week working group last call on draft-ietf-mpls-ldp-= multi-topology limited to the changes introduced since the wglc. The document is in AD review, but the changes has been such that we want th= e working group to confirm that we are comfortable with the changes. On behalf of the authors Dan King sent a mail to the working group mailing = outlining the changes: http://www.ietf.org/mail-archive/web/mpls/current/msg11770.html This working group last call ends eob March 17. Please send your comments (including support) to the mpls working group mai= ling list (mpls@ietf.org). /Loa for the MPLS wg chairs --=20 Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls From nobody Tue Mar 11 05:25:12 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9DD211A066C for ; Tue, 11 Mar 2014 05:25:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Bo-f8OBAtihf for ; Tue, 11 Mar 2014 05:25:08 -0700 (PDT) Received: from asmtp3.iomartmail.com (asmtp3.iomartmail.com [62.128.201.159]) by ietfa.amsl.com (Postfix) with ESMTP id E5A901A0717 for ; Tue, 11 Mar 2014 05:25:07 -0700 (PDT) Received: from asmtp3.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id s2BCP06h024311; Tue, 11 Mar 2014 12:25:00 GMT Received: from Serenity (88-97-23-122.dsl.zen.co.uk [88.97.23.122]) (authenticated bits=0) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id s2BCOwgx024258 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 11 Mar 2014 12:24:59 GMT From: "Daniel King" To: References: <531D734B.5050009@pi.nu> In-Reply-To: Date: Tue, 11 Mar 2014 12:24:57 -0000 Message-ID: <00c701cf3d24$eb036920$c10a3b60$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQLAfxikAEjLpoyf8IILoBrqVCCZ5QHcWeOGmOpojFA= Content-Language: en-gb Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/dk4jPD_K0vFfkxps1bQ_iQ171_k Cc: mpls-chairs@tools.ietf.org Subject: Re: [mpls] short wglc on draft-ietf-mpls-ldp-multi-topology X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2014 12:25:10 -0000 Hi All, Support (also co-author). Br, Dan. -----Original Message----- From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Andrew G. Malis Sent: 11 March 2014 12:08 To: Loa Andersson Cc: mpls@ietf.org; mpls-chairs@tools.ietf.org; draft-ietf-mpls-ldp-multi-topology@tools.ietf.org Subject: Re: [mpls] short wglc on draft-ietf-mpls-ldp-multi-topology Loa, These were good changes, support for continuing publication. Cheers, Andy On Mon, Mar 10, 2014 at 4:09 AM, Loa Andersson wrote: > Working Group, > > This is to start a one week working group last call on > draft-ietf-mpls-ldp-multi-topology limited to the changes introduced > since the wglc. > > The document is in AD review, but the changes has been such that we > want the working group to confirm that we are comfortable with the > changes. > > On behalf of the authors Dan King sent a mail to the working group > mailing outlining the changes: > http://www.ietf.org/mail-archive/web/mpls/current/msg11770.html > > This working group last call ends eob March 17. > > Please send your comments (including support) to the mpls working > group mailing list (mpls@ietf.org). > > /Loa > for the MPLS wg chairs > > -- > > > Loa Andersson email: loa@mail01.huawei.com > Senior MPLS Expert loa@pi.nu > Huawei Technologies (consultant) phone: +46 739 81 21 64 > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls From nobody Tue Mar 11 06:19:23 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 03D5B1A070A for ; Tue, 11 Mar 2014 06:19:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.048 X-Spam-Level: X-Spam-Status: No, score=-15.048 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, RP_MATCHES_RCVD=-0.547, SPF_PASS=-0.001, 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 lzDtmiJ0HaJF for ; Tue, 11 Mar 2014 06:19:19 -0700 (PDT) Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) by ietfa.amsl.com (Postfix) with ESMTP id C0CBD1A0674 for ; Tue, 11 Mar 2014 06:19:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1570; q=dns/txt; s=iport; t=1394543954; x=1395753554; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=08CXCHfblXJnrin3YCj3L4BE6rZcWP5nilR6u4+Om64=; b=IsTObuG54T4k6PP4KHPgcO3cCTNGZ+x8TUcFxxx9wleILvay9N7hmY0U U8Cy0F+wcqEayzNgrxDaILuBLmKwn3fri5fhOFQqXt1LkmFLBcX5Cu8ox XmpQMIekuj2dnAN0rVKNs4V7RZLURIAvLLzhJv+YDplQ94ecU2mlkrwIA w=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: As0FAAUNH1OtJV2c/2dsb2JhbABagwY7UQbBNoEeFnSCLDo9AhIBCA4oQiUCBAENBQmHcAgF0Q4XjikzB4Q4BJhFgTKQe4Mtgis X-IronPort-AV: E=Sophos;i="4.97,630,1389744000"; d="scan'208";a="309576418" Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by rcdn-iport-4.cisco.com with ESMTP; 11 Mar 2014 13:19:11 +0000 Received: from xhc-aln-x09.cisco.com (xhc-aln-x09.cisco.com [173.36.12.83]) by rcdn-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id s2BDJBgg003548 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 11 Mar 2014 13:19:11 GMT Received: from xmb-aln-x07.cisco.com ([169.254.2.250]) by xhc-aln-x09.cisco.com ([173.36.12.83]) with mapi id 14.03.0123.003; Tue, 11 Mar 2014 08:19:11 -0500 From: "Rakesh Gandhi (rgandhi)" To: Yuji Kamite , "Tarek Saad (tsaad)" , "Zafar Ali (zali)" , "Robert H. Venator" Thread-Topic: New Version Notification for draft-tsaad-mpls-p2mp-loose-path-reopt-01.txt Thread-Index: AQHPPLEwos8Bu4I+10SNIkWgD+/+5prcAR2A Date: Tue, 11 Mar 2014 13:19:10 +0000 Message-ID: In-Reply-To: <20140310223632.19918.28168.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.5.130515 x-originating-ip: [10.86.244.39] Content-Type: text/plain; charset="us-ascii" Content-ID: <067C3A9728F65B46ACA75CA470352EAB@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/zgzRiLMy4Sv3ZseYT-9BKHILe-4 Cc: "mpls@ietf.org" Subject: Re: [mpls] New Version Notification for draft-tsaad-mpls-p2mp-loose-path-reopt-01.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2014 13:19:22 -0000 Hi WG, The document is updated for editorial changes. Your comments and contributions are welcome. Thanks, Rakesh On 2014-03-10 6:36 PM, "internet-drafts@ietf.org" wrote: > >A new version of I-D, draft-tsaad-mpls-p2mp-loose-path-reopt-01.txt >has been successfully submitted by Rakesh Gandhi and posted to the >IETF repository. > >Name: draft-tsaad-mpls-p2mp-loose-path-reopt >Revision: 01 >Title: Reoptimization of Point-to-Multipoint Traffic Engineering Loosely >Routed LSPs >Document date: 2014-03-10 >Group: Individual Submission >Pages: 9 >URL: =20 >http://www.ietf.org/internet-drafts/draft-tsaad-mpls-p2mp-loose-path-reopt >-01.txt >Status: =20 >https://datatracker.ietf.org/doc/draft-tsaad-mpls-p2mp-loose-path-reopt/ >Htmlized: =20 >http://tools.ietf.org/html/draft-tsaad-mpls-p2mp-loose-path-reopt-01 >Diff: =20 >http://www.ietf.org/rfcdiff?url2=3Ddraft-tsaad-mpls-p2mp-loose-path-reopt-= 01 > >Abstract: > This document defines Resource Reservation Protocol - Traffic > Engineering (RSVP-TE) signaling extensions for reoptimizing loosely > routed Point-to-Multipoint (P2MP) Traffic Engineered (TE) Label > Switched Paths (LSPs) in an Multi-Protocol Label Switching (MPLS) and > Generalized MPLS (GMPLS) networks. > > =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. > >The IETF Secretariat > From nobody Tue Mar 11 08:20:29 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 74A1D1A0768 for ; Tue, 11 Mar 2014 08:20:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ARmHR5dJiIfn for ; Tue, 11 Mar 2014 08:20:18 -0700 (PDT) Received: from va3outboundpool.messaging.microsoft.com (va3ehsobe005.messaging.microsoft.com [216.32.180.31]) by ietfa.amsl.com (Postfix) with ESMTP id 65CF51A0765 for ; Tue, 11 Mar 2014 08:20:13 -0700 (PDT) Received: from mail220-va3-R.bigfish.com (10.7.14.236) by VA3EHSOBE006.bigfish.com (10.7.40.26) with Microsoft SMTP Server id 14.1.225.22; Tue, 11 Mar 2014 15:20:06 +0000 Received: from mail220-va3 (localhost [127.0.0.1]) by mail220-va3-R.bigfish.com (Postfix) with ESMTP id 613C1A0022A; Tue, 11 Mar 2014 15:20:06 +0000 (UTC) X-Forefront-Antispam-Report: CIP:157.56.240.101; KIP:(null); UIP:(null); IPV:NLI; H:BL2PRD0510HT005.namprd05.prod.outlook.com; RD:none; EFVD:NLI X-SpamScore: -20 X-BigFish: VPS-20(z579ehz9371Ic85fh4015Izz1f42h2148h208ch1ee6h1de0h1fdah2073h2146h1202h1e76h2189h1d1ah1d2ah21bch1fc6hzz1d7338h1de098h1033IL17326ah8275bh8275dh18c673h1c8fb4h1de097h186068hz2fh109h2a8h839hd24hf0ah1288h12a5h12bdh137ah1441h1504h1537h153bh162dh1631h1758h18e1h1946h19b5h19ceh1ad9h1b0ah1bceh224fh1d07h1d0ch1d2eh1d3fh1de9h1dfeh1dffh1fe8h1ff5h20f0h2216h22d0h2336h2461h2487h24d7h2516h2545h255eh25cch25f6h2605h9a9j1155h) Received-SPF: pass (mail220-va3: domain of juniper.net designates 157.56.240.101 as permitted sender) client-ip=157.56.240.101; envelope-from=rcallon@juniper.net; helo=BL2PRD0510HT005.namprd05.prod.outlook.com ; .outlook.com ; X-Forefront-Antispam-Report-Untrusted: SFV:NSPM; SFS:(10009001)(428001)(377454003)(199002)(164054003)(189002)(51856001)(74366001)(74502001)(47736001)(47446002)(47976001)(46102001)(4396001)(74662001)(33646001)(49866001)(31966008)(19300405004)(19609705001)(19580395003)(19580405001)(83322001)(56816005)(80022001)(79102001)(66066001)(63696002)(95666003)(90146001)(74706001)(93516002)(86362001)(92566001)(97336001)(95416001)(97186001)(93136001)(94316002)(83072002)(87936001)(81686001)(85852003)(80976001)(18717965001)(87266001)(15975445006)(2656002)(85306002)(74316001)(81816001)(74876001)(53806001)(59766001)(81342001)(69226001)(65816001)(50986001)(76482001)(54356001)(77982001)(54316002)(94946001)(81542001)(15202345003)(16236675002)(76576001)(76786001)(76796001)(56776001)(24736002); DIR:OUT; SFP:1101; SCL:1; SRVR:CO2PR05MB779; H:CO2PR05MB636.namprd05.prod.outlook.com; CLIP:66.129.241.12; FPR:B4F4F491.9CF09FD9.3DFDBDC7.EEFDE0.20226; MLV:sfv; PTR:InfoNoRecords; A:1; MX:1; LANG:en; Received: from mail220-va3 (localhost.localdomain [127.0.0.1]) by mail220-va3 (MessageSwitch) id 1394551204846299_2798; Tue, 11 Mar 2014 15:20:04 +0000 (UTC) Received: from VA3EHSMHS026.bigfish.com (unknown [10.7.14.231]) by mail220-va3.bigfish.com (Postfix) with ESMTP id C3E2B6C0071; Tue, 11 Mar 2014 15:20:04 +0000 (UTC) Received: from BL2PRD0510HT005.namprd05.prod.outlook.com (157.56.240.101) by VA3EHSMHS026.bigfish.com (10.7.99.36) with Microsoft SMTP Server (TLS) id 14.16.227.3; Tue, 11 Mar 2014 15:20:02 +0000 Received: from CO2PR05MB779.namprd05.prod.outlook.com (10.141.226.154) by BL2PRD0510HT005.namprd05.prod.outlook.com (10.255.100.40) with Microsoft SMTP Server (TLS) id 14.16.423.0; Tue, 11 Mar 2014 15:20:02 +0000 Received: from CO2PR05MB636.namprd05.prod.outlook.com (10.141.199.24) by CO2PR05MB779.namprd05.prod.outlook.com (10.141.226.154) with Microsoft SMTP Server (TLS) id 15.0.888.9; Tue, 11 Mar 2014 15:20:00 +0000 Received: from CO2PR05MB636.namprd05.prod.outlook.com ([10.141.199.24]) by CO2PR05MB636.namprd05.prod.outlook.com ([10.141.199.24]) with mapi id 15.00.0893.001; Tue, 11 Mar 2014 15:20:00 +0000 From: Ross Callon To: "mpls@ietf.org" Thread-Topic: end of poll, RE: Poll for Adoption draft-chen-mpls-p2mp-egress-protection-11 Thread-Index: AQHPKPRIpPUShY7IUEKfeXCXoUCU4JrcJhCQ Date: Tue, 11 Mar 2014 15:19:59 +0000 Message-ID: <93426e96480c4945a5d35aea63d15a92@CO2PR05MB636.namprd05.prod.outlook.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.12] x-forefront-prvs: 0147E151B5 Content-Type: multipart/alternative; boundary="_000_93426e96480c4945a5d35aea63d15a92CO2PR05MB636namprd05pro_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-FOPE-CONNECTOR: Id%0$Dn%*$RO%0$TLS%0$FQDN%$TlsDn% Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/gTF0IbAB833IieqG42HvsmsusD8 Cc: "mpls-chairs@tools.ietf.org" Subject: [mpls] end of poll, RE: Poll for Adoption draft-chen-mpls-p2mp-egress-protection-11 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2014 15:20:25 -0000 --_000_93426e96480c4945a5d35aea63d15a92CO2PR05MB636namprd05pro_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Working Group, This poll has been closed. We have accepted the draft as an mpls working g= roup document. Could the authors please re-publish the draft with no other changes than file-name, date and version as: draft-ietf-mpls-p2mp-egress-protection-00 After this draft has been posted, the authors should then deal with the com= ments received during the call for adoption, following normal IETF processe= s. Thanks, Ross (as WG co-chair) From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Ross Callon Sent: Thursday, February 13, 2014 2:46 PM To: mpls@ietf.org Cc: mpls-chairs@tools.ietf.org Subject: [mpls] Poll for Adoption draft-chen-mpls-p2mp-egress-protection-11 This is to start a poll on adopting draft-chen-mpls-p2mp-egress-protection-= 11 as an MPLS working group document. Since many of us will be in transit to t= he IETF approximately two weeks from now, I will extent the poll by one week (= so that it will be a three week poll). Please send your comments (support/not support) to the mpls working group mailing list (mpls@ietf.org). This poll will end Friday March 7, 2014. Note that this is the Friday of th= e IETF, and thus we will each need to plan our review of the document and response around our travel plans and IETF activities. Thanks, Ross --_000_93426e96480c4945a5d35aea63d15a92CO2PR05MB636namprd05pro_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Working Group,=

 <= /p>

This poll has been closed= .  We have accepted the draft as an mpls working group document.<= /o:p>

 <= /p>

Could the authors please = re-publish the draft with no other

changes than file-name, d= ate and version as:

 <= /p>

draft-ietf-mpls-p2mp-egre= ss-protection-00

 <= /p>

After this draft has been= posted, the authors should then deal with the comments received during the= call for adoption, following normal IETF processes.

 <= /p>

Thanks, Ross

(as WG co-chair)

 <= /p>

From: mpls [ma= ilto:mpls-bounces@ietf.org] On Behalf Of Ross Callon
Sent: Thursday, February 13, 2014 2:46 PM
To: mpls@ietf.org
Cc: mpls-chairs@tools.ietf.org
Subject: [mpls] Poll for Adoption draft-chen-mpls-p2mp-egress-protec= tion-11

 

This is to start a poll on adopting dra= ft-chen-mpls-p2mp-egress-protection-11

as an MPLS working group document. Sinc= e many of us will be in transit to the

IETF approximately two weeks from now, = I will extent the poll by one week (so

that it will be a three week poll).

 

Please send your comments (support/not = support) to the mpls working group

mailing list (mpls@ietf.org).

 

This poll will end Friday March 7, 2014= . Note that this is the Friday of the IETF,

and thus we will each need to plan our = review of the document and response

around our travel plans and IETF activi= ties.

 

Thanks, Ross

 

--_000_93426e96480c4945a5d35aea63d15a92CO2PR05MB636namprd05pro_-- From nobody Tue Mar 11 13:33:58 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 408CD1A0552 for ; Tue, 11 Mar 2014 13:33:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iiFn7DPl-Wvb for ; Tue, 11 Mar 2014 13:33:54 -0700 (PDT) Received: from am1outboundpool.messaging.microsoft.com (am1ehsobe005.messaging.microsoft.com [213.199.154.208]) by ietfa.amsl.com (Postfix) with ESMTP id 1E98E1A07F1 for ; Tue, 11 Mar 2014 13:33:53 -0700 (PDT) Received: from mail108-am1-R.bigfish.com (10.3.201.248) by AM1EHSOBE017.bigfish.com (10.3.207.139) with Microsoft SMTP Server id 14.1.225.22; Tue, 11 Mar 2014 20:33:47 +0000 Received: from mail108-am1 (localhost [127.0.0.1]) by mail108-am1-R.bigfish.com (Postfix) with ESMTP id E52541003C0; Tue, 11 Mar 2014 20:33:46 +0000 (UTC) X-Forefront-Antispam-Report: CIP:157.56.240.101; KIP:(null); UIP:(null); IPV:NLI; H:BL2PRD0510HT001.namprd05.prod.outlook.com; RD:none; EFVD:NLI X-SpamScore: -21 X-BigFish: VPS-21(z579ehz9371Ic85fhec9I4015Izz1f42h2148h208ch1ee6h1de0h1fdah2073h2146h1202h1e76h2189h1d1ah1d2ah21bch1fc6hzz1d7338h1de098h1033IL17326ah8275bh8275dh18c673h1c8fb4h1de097h186068hz2fh109h2a8h839hd24hf0ah1288h12a5h12bdh137ah1441h1504h1537h153bh162dh1631h1758h18e1h1946h19b5h19ceh1ad9h1b0ah1bceh224fh1d07h1d0ch1d2eh1d3fh1de9h1dfeh1dffh1fe8h1ff5h20f0h2216h22d0h2336h2461h2487h24d7h2516h2545h255eh25cch25f6h2605h9a9j1155h) Received-SPF: pass (mail108-am1: domain of juniper.net designates 157.56.240.101 as permitted sender) client-ip=157.56.240.101; envelope-from=rcallon@juniper.net; helo=BL2PRD0510HT001.namprd05.prod.outlook.com ; .outlook.com ; X-Forefront-Antispam-Report-Untrusted: SFV:NSPM; SFS:(10009001)(428001)(199002)(377454003)(189002)(164054003)(74876001)(74316001)(2656002)(85306002)(81816001)(53806001)(59766001)(83072002)(94316002)(85852003)(87936001)(81686001)(97336001)(97186001)(93136001)(95416001)(87266001)(15975445006)(18717965001)(80976001)(77982001)(54356001)(54316002)(76482001)(16236675002)(76576001)(15202345003)(56776001)(76796001)(76786001)(81542001)(94946001)(69226001)(81342001)(50986001)(65816001)(4396001)(46102001)(47976001)(74662001)(74502001)(47446002)(47736001)(49866001)(33646001)(31966008)(51856001)(74366001)(90146001)(74706001)(95666003)(86362001)(92566001)(93516002)(19580395003)(19609705001)(19300405004)(56816005)(66066001)(63696002)(80022001)(79102001)(83322001)(19580405001)(24736002); DIR:OUT; SFP:1101; SCL:1; SRVR:CO2PR05MB779; H:CO2PR05MB636.namprd05.prod.outlook.com; CLIP:66.129.241.12; FPR:B4F4F491.8CC097D9.3DFDBDC7.80EEDDE1.20298; MLV:sfv; PTR:InfoNoRecords; A:1; MX:1; LANG:en; Received: from mail108-am1 (localhost.localdomain [127.0.0.1]) by mail108-am1 (MessageSwitch) id 1394570025146624_19012; Tue, 11 Mar 2014 20:33:45 +0000 (UTC) Received: from AM1EHSMHS013.bigfish.com (unknown [10.3.201.236]) by mail108-am1.bigfish.com (Postfix) with ESMTP id 1EC0F60064; Tue, 11 Mar 2014 20:33:45 +0000 (UTC) Received: from BL2PRD0510HT001.namprd05.prod.outlook.com (157.56.240.101) by AM1EHSMHS013.bigfish.com (10.3.207.151) with Microsoft SMTP Server (TLS) id 14.16.227.3; Tue, 11 Mar 2014 20:33:45 +0000 Received: from CO2PR05MB779.namprd05.prod.outlook.com (10.141.226.154) by BL2PRD0510HT001.namprd05.prod.outlook.com (10.255.100.36) with Microsoft SMTP Server (TLS) id 14.16.423.0; Tue, 11 Mar 2014 20:33:43 +0000 Received: from CO2PR05MB636.namprd05.prod.outlook.com (10.141.199.24) by CO2PR05MB779.namprd05.prod.outlook.com (10.141.226.154) with Microsoft SMTP Server (TLS) id 15.0.888.9; Tue, 11 Mar 2014 20:33:41 +0000 Received: from CO2PR05MB636.namprd05.prod.outlook.com ([10.141.199.24]) by CO2PR05MB636.namprd05.prod.outlook.com ([10.141.199.24]) with mapi id 15.00.0893.001; Tue, 11 Mar 2014 20:33:41 +0000 From: Ross Callon To: "mpls@ietf.org" Thread-Topic: change of name, RE: end of poll, RE: Poll for Adoption draft-chen-mpls-p2mp-egress-protection-11 Thread-Index: AQHPKPRIpPUShY7IUEKfeXCXoUCU4JrcJhCQgABYLAA= Date: Tue, 11 Mar 2014 20:33:41 +0000 Message-ID: <233cc5ff63d84f4d904c5a7e4792f540@CO2PR05MB636.namprd05.prod.outlook.com> References: <93426e96480c4945a5d35aea63d15a92@CO2PR05MB636.namprd05.prod.outlook.com> In-Reply-To: <93426e96480c4945a5d35aea63d15a92@CO2PR05MB636.namprd05.prod.outlook.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.12] x-forefront-prvs: 0147E151B5 Content-Type: multipart/alternative; boundary="_000_233cc5ff63d84f4d904c5a7e4792f540CO2PR05MB636namprd05pro_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-FOPE-CONNECTOR: Id%0$Dn%*$RO%0$TLS%0$FQDN%$TlsDn% Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/Q2wFuQZTNyCrbmRs-qhXzMUYGZM Cc: "mpls-chairs@tools.ietf.org" , "draft-chen-mpls-p2mp-egress-protection@tools.ietf.org" Subject: [mpls] change of name, RE: end of poll, RE: Poll for Adoption draft-chen-mpls-p2mp-egress-protection-11 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2014 20:33:57 -0000 --_000_233cc5ff63d84f4d904c5a7e4792f540CO2PR05MB636namprd05pro_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable It has been pointed out that draft-chen-mpls-p2mp-egress-protection is actu= ally about protection for RSVP signaled LSPs, and that it could apply to po= int-to-point in addition to point-to-multipoint. For this reason the authors have suggested naming the WG draft: draft-ietf-mpls-rsvp-egress-protection-00 If there is any objection to this name, please reply to this email by the e= nd of this week (Friday March 14). Thanks, Ross (as WG co-chair) From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Ross Callon Sent: Tuesday, March 11, 2014 11:20 AM To: mpls@ietf.org Cc: mpls-chairs@tools.ietf.org Subject: [mpls] end of poll, RE: Poll for Adoption draft-chen-mpls-p2mp-egr= ess-protection-11 Working Group, This poll has been closed. We have accepted the draft as an mpls working g= roup document. Could the authors please re-publish the draft with no other changes than file-name, date and version as: draft-ietf-mpls-p2mp-egress-protection-00 After this draft has been posted, the authors should then deal with the com= ments received during the call for adoption, following normal IETF processe= s. Thanks, Ross (as WG co-chair) From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Ross Callon Sent: Thursday, February 13, 2014 2:46 PM To: mpls@ietf.org Cc: mpls-chairs@tools.ietf.org Subject: [mpls] Poll for Adoption draft-chen-mpls-p2mp-egress-protection-11 This is to start a poll on adopting draft-chen-mpls-p2mp-egress-protection-= 11 as an MPLS working group document. Since many of us will be in transit to t= he IETF approximately two weeks from now, I will extent the poll by one week (= so that it will be a three week poll). Please send your comments (support/not support) to the mpls working group mailing list (mpls@ietf.org). This poll will end Friday March 7, 2014. Note that this is the Friday of th= e IETF, and thus we will each need to plan our review of the document and response around our travel plans and IETF activities. Thanks, Ross --_000_233cc5ff63d84f4d904c5a7e4792f540CO2PR05MB636namprd05pro_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

It has been pointed out t= hat draft-chen-mpls-p2mp-egress-protection is actually about protection for= RSVP signaled LSPs, and that it could apply to point-to-point in addition to point-to-multipoint.

 <= /p>

For this reason the autho= rs have suggested naming the WG draft:

 <= /p>

    &= nbsp;           draft-iet= f-mpls-rsvp-egress-protection-00

 <= /p>

If there is any objection= to this name, please reply to this email by the end of this week (Friday M= arch 14).

 <= /p>

Thanks, Ross

(as WG co-chair)

 <= /p>

From: mpls [ma= ilto:mpls-bounces@ietf.org] On Behalf Of Ross Callon
Sent: Tuesday, March 11, 2014 11:20 AM
To: mpls@ietf.org
Cc: mpls-chairs@tools.ietf.org
Subject: [mpls] end of poll, RE: Poll for Adoption draft-chen-mpls-p= 2mp-egress-protection-11

 

Working Group,=

 <= /p>

This poll has been closed= .  We have accepted the draft as an mpls working group document.<= /o:p>

 <= /p>

Could the authors please = re-publish the draft with no other

changes than file-name, d= ate and version as:

 <= /p>

draft-ietf-mpls-p2mp-egre= ss-protection-00

 <= /p>

After this draft has been= posted, the authors should then deal with the comments received during the= call for adoption, following normal IETF processes.

 <= /p>

Thanks, Ross

(as WG co-chair)

 <= /p>

From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Ross Callon
Sent: Thursday, February 13, 2014 2:46 PM
To: mpls@ietf.org
Cc: mpls-chairs@tools.= ietf.org
Subject: [mpls] Poll for Adoption draft-chen-mpls-p2mp-egress-protec= tion-11

 

This is to start a poll on adopting dra= ft-chen-mpls-p2mp-egress-protection-11

as an MPLS working group document. Sinc= e many of us will be in transit to the

IETF approximately two weeks from now, = I will extent the poll by one week (so

that it will be a three week poll).

 

Please send your comments (support/not = support) to the mpls working group

mailing list (mpls@ietf.org).

 

This poll will end Friday March 7, 2014= . Note that this is the Friday of the IETF,

and thus we will each need to plan our = review of the document and response

around our travel plans and IETF activi= ties.

 

Thanks, Ross

 

--_000_233cc5ff63d84f4d904c5a7e4792f540CO2PR05MB636namprd05pro_-- From nobody Tue Mar 11 14:25:59 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9DD441A049C for ; Tue, 11 Mar 2014 14:25:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.853 X-Spam-Level: X-Spam-Status: No, score=-2.853 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_BL_SPAMCOP_NET=1.347, 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 yjC_9myH0Kcs for ; Tue, 11 Mar 2014 14:25:54 -0700 (PDT) Received: from co9outboundpool.messaging.microsoft.com (co9ehsobe005.messaging.microsoft.com [207.46.163.28]) by ietfa.amsl.com (Postfix) with ESMTP id 0AFE91A080A for ; Tue, 11 Mar 2014 14:25:53 -0700 (PDT) Received: from mail207-co9-R.bigfish.com (10.236.132.230) by CO9EHSOBE002.bigfish.com (10.236.130.65) with Microsoft SMTP Server id 14.1.225.22; Tue, 11 Mar 2014 21:25:46 +0000 Received: from mail207-co9 (localhost [127.0.0.1]) by mail207-co9-R.bigfish.com (Postfix) with ESMTP id 1DDAA7C00B3; Tue, 11 Mar 2014 21:25:47 +0000 (UTC) X-Forefront-Antispam-Report: CIP:157.56.240.101; KIP:(null); UIP:(null); IPV:NLI; H:BL2PRD0510HT002.namprd05.prod.outlook.com; RD:none; EFVD:NLI X-SpamScore: -21 X-BigFish: VPS-21(z579ehz9371Ic85fhec9I4015Izz1f42h2148h208ch1ee6h1de0h1fdah2073h2146h1202h1e76h2189h1d1ah1d2ah21bch1fc6hzc2hz1d7338h1de098h1033IL17326ah8275bh8275dh18c673h1c8fb4h1de097h186068hz2fh109h2a8h839hd24hf0ah1288h12a5h12bdh137ah1441h1504h1537h153bh162dh1631h1758h18e1h1946h19b5h19ceh1ad9h1b0ah1bceh224fh1d07h1d0ch1d2eh1d3fh1de9h1dfeh1dffh1fe8h1ff5h20f0h2216h22d0h2336h2461h2487h24d7h2516h2545h255eh25cch25f6h2605h9a9j1155h) Received-SPF: pass (mail207-co9: domain of juniper.net designates 157.56.240.101 as permitted sender) client-ip=157.56.240.101; envelope-from=yshen@juniper.net; helo=BL2PRD0510HT002.namprd05.prod.outlook.com ; .outlook.com ; X-Forefront-Antispam-Report-Untrusted: SFV:NSPM; SFS:(10009001)(428001)(199002)(189002)(377454003)(164054003)(51856001)(74662001)(47446002)(74502001)(97186001)(50986001)(31966008)(47976001)(93516002)(46102001)(76482001)(93136001)(74316001)(95416001)(94946001)(4396001)(16236675002)(54316002)(94316002)(86362001)(74366001)(54356001)(95666003)(97336001)(2656002)(92566001)(18717965001)(74706001)(74876001)(47736001)(76576001)(49866001)(76786001)(76796001)(53806001)(15975445006)(90146001)(87266001)(69226001)(66066001)(80976001)(65816001)(80022001)(15202345003)(33646001)(63696002)(81686001)(19300405004)(19580405001)(19580395003)(83322001)(85306002)(85852003)(59766001)(56816005)(79102001)(56776001)(81816001)(87936001)(77982001)(81542001)(19609705001)(81342001)(83072002)(24736002); DIR:OUT; SFP:1101; SCL:1; SRVR:BY2PR05MB631; H:BY2PR05MB728.namprd05.prod.outlook.com; CLIP:66.129.241.14; FPR:B674F095.9FC095D1.FDDD71F7.40C5DDE1.2038B; MLV:sfv; PTR:InfoNoRecords; A:1; MX:1; LANG:en; Received: from mail207-co9 (localhost.localdomain [127.0.0.1]) by mail207-co9 (MessageSwitch) id 1394573145256162_24815; Tue, 11 Mar 2014 21:25:45 +0000 (UTC) Received: from CO9EHSMHS025.bigfish.com (unknown [10.236.132.244]) by mail207-co9.bigfish.com (Postfix) with ESMTP id 3A1BA240054; Tue, 11 Mar 2014 21:25:45 +0000 (UTC) Received: from BL2PRD0510HT002.namprd05.prod.outlook.com (157.56.240.101) by CO9EHSMHS025.bigfish.com (10.236.130.35) with Microsoft SMTP Server (TLS) id 14.16.227.3; Tue, 11 Mar 2014 21:25:44 +0000 Received: from BY2PR05MB631.namprd05.prod.outlook.com (10.141.218.20) by BL2PRD0510HT002.namprd05.prod.outlook.com (10.255.100.37) with Microsoft SMTP Server (TLS) id 14.16.423.0; Tue, 11 Mar 2014 21:25:38 +0000 Received: from BY2PR05MB728.namprd05.prod.outlook.com (10.141.223.25) by BY2PR05MB631.namprd05.prod.outlook.com (10.141.218.20) with Microsoft SMTP Server (TLS) id 15.0.888.9; Tue, 11 Mar 2014 21:25:37 +0000 Received: from BY2PR05MB728.namprd05.prod.outlook.com ([10.141.223.25]) by BY2PR05MB728.namprd05.prod.outlook.com ([10.141.223.25]) with mapi id 15.00.0893.001; Tue, 11 Mar 2014 21:25:37 +0000 From: Yimin Shen To: Ross Callon , "mpls@ietf.org" Thread-Topic: change of name, RE: end of poll, RE: Poll for Adoption draft-chen-mpls-p2mp-egress-protection-11 Thread-Index: AQHPKPRIpPUShY7IUEKfeXCXoUCU4JrcJhCQgABYLACAAAPSkA== Date: Tue, 11 Mar 2014 21:25:36 +0000 Message-ID: <649f1042acc6404aa37ba117348473c2@BY2PR05MB728.namprd05.prod.outlook.com> References: <93426e96480c4945a5d35aea63d15a92@CO2PR05MB636.namprd05.prod.outlook.com> <233cc5ff63d84f4d904c5a7e4792f540@CO2PR05MB636.namprd05.prod.outlook.com> In-Reply-To: <233cc5ff63d84f4d904c5a7e4792f540@CO2PR05MB636.namprd05.prod.outlook.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.14] x-forefront-prvs: 0147E151B5 Content-Type: multipart/alternative; boundary="_000_649f1042acc6404aa37ba117348473c2BY2PR05MB728namprd05pro_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-FOPE-CONNECTOR: Id%0$Dn%*$RO%0$TLS%0$FQDN%$TlsDn% Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/Dqvt0oA4SpmWSzV5I7gH0jXYfb4 Cc: "mpls-chairs@tools.ietf.org" , "draft-chen-mpls-p2mp-egress-protection@tools.ietf.org" Subject: Re: [mpls] change of name, RE: end of poll, RE: Poll for Adoption draft-chen-mpls-p2mp-egress-protection-11 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2014 21:25:58 -0000 --_000_649f1042acc6404aa37ba117348473c2BY2PR05MB728namprd05pro_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I don't think this draft is suitable for RSVP point-to-point LSPs. This is = because an RSVP point-to-point LSP may carry packets with an _inner_ label = (e.g. a layer-2 or 3 VPN label, or any service label) which is allocated by= the protected egress router and hence can only be handled by this router. = The draft doesn't provide a solution that can support a backup egress rout= er to properly forward packets based on that inner label when the packets a= re re-rerouted to it. This is unlike point-to-multipoint LSPs which normally carry IP packets or = MPLS packets with upstream-assigned inner labels which we may assume to be = known labels to backup egress routers. >From this perspective, I think the draft should stay as "p2mp" specific. Thanks, Yimin Shen From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Ross Callon Sent: Tuesday, March 11, 2014 4:34 PM To: mpls@ietf.org Cc: mpls-chairs@tools.ietf.org; draft-chen-mpls-p2mp-egress-protection@tool= s.ietf.org Subject: [mpls] change of name, RE: end of poll, RE: Poll for Adoption draf= t-chen-mpls-p2mp-egress-protection-11 It has been pointed out that draft-chen-mpls-p2mp-egress-protection is actu= ally about protection for RSVP signaled LSPs, and that it could apply to po= int-to-point in addition to point-to-multipoint. For this reason the authors have suggested naming the WG draft: draft-ietf-mpls-rsvp-egress-protection-00 If there is any objection to this name, please reply to this email by the e= nd of this week (Friday March 14). Thanks, Ross (as WG co-chair) From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Ross Callon Sent: Tuesday, March 11, 2014 11:20 AM To: mpls@ietf.org Cc: mpls-chairs@tools.ietf.org Subject: [mpls] end of poll, RE: Poll for Adoption draft-chen-mpls-p2mp-egr= ess-protection-11 Working Group, This poll has been closed. We have accepted the draft as an mpls working g= roup document. Could the authors please re-publish the draft with no other changes than file-name, date and version as: draft-ietf-mpls-p2mp-egress-protection-00 After this draft has been posted, the authors should then deal with the com= ments received during the call for adoption, following normal IETF processe= s. Thanks, Ross (as WG co-chair) From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Ross Callon Sent: Thursday, February 13, 2014 2:46 PM To: mpls@ietf.org Cc: mpls-chairs@tools.ietf.org Subject: [mpls] Poll for Adoption draft-chen-mpls-p2mp-egress-protection-11 This is to start a poll on adopting draft-chen-mpls-p2mp-egress-protection-= 11 as an MPLS working group document. Since many of us will be in transit to t= he IETF approximately two weeks from now, I will extent the poll by one week (= so that it will be a three week poll). Please send your comments (support/not support) to the mpls working group mailing list (mpls@ietf.org). This poll will end Friday March 7, 2014. Note that this is the Friday of th= e IETF, and thus we will each need to plan our review of the document and response around our travel plans and IETF activities. Thanks, Ross --_000_649f1042acc6404aa37ba117348473c2BY2PR05MB728namprd05pro_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 <= /p>

I don’t think this = draft is suitable for RSVP point-to-point LSPs. This is because an RSVP poi= nt-to-point LSP may carry packets with an _inner_ label (e.g. a layer-2 or 3 VPN label, or any service label) which is allocated b= y the protected egress router and hence can only be handled by this router.=  The draft doesn’t provide a solution that can support a backup= egress router to properly forward packets based on that inner label when the packets are re-rerouted to it.

 <= /p>

This is unlike point-to-m= ultipoint LSPs which normally carry IP packets or MPLS packets with upstrea= m-assigned inner labels which we may assume to be known labels to backup egress routers.

 <= /p>

From this perspective, I = think the draft should stay as “p2mp” specific.

 <= /p>

Thanks,=

 <= /p>

Yimin Shen

 <= /p>

 <= /p>

From: mpls [ma= ilto:mpls-bounces@ietf.org] On Behalf Of Ross Callon
Sent: Tuesday, March 11, 2014 4:34 PM
To: mpls@ietf.org
Cc: mpls-chairs@tools.ietf.org; draft-chen-mpls-p2mp-egress-protecti= on@tools.ietf.org
Subject: [mpls] change of name, RE: end of poll, RE: Poll for Adopti= on draft-chen-mpls-p2mp-egress-protection-11

 

It has been pointed out t= hat draft-chen-mpls-p2mp-egress-protection is actually about protection for= RSVP signaled LSPs, and that it could apply to point-to-point in addition to point-to-multipoint.

 <= /p>

For this reason the autho= rs have suggested naming the WG draft:

 <= /p>

    &= nbsp;           draft-iet= f-mpls-rsvp-egress-protection-00

 <= /p>

If there is any objection= to this name, please reply to this email by the end of this week (Friday M= arch 14).

 <= /p>

Thanks, Ross

(as WG co-chair)

 <= /p>

From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Ross Callon
Sent: Tuesday, March 11, 2014 11:20 AM
To: mpls@ietf.org
Cc: mpls-chairs@tools.= ietf.org
Subject: [mpls] end of poll, RE: Poll for Adoption draft-chen-mpls-p= 2mp-egress-protection-11

 

Working Group,=

 <= /p>

This poll has been closed= .  We have accepted the draft as an mpls working group document.<= /o:p>

 <= /p>

Could the authors please = re-publish the draft with no other

changes than file-name, d= ate and version as:

 <= /p>

draft-ietf-mpls-p2mp-egre= ss-protection-00

 <= /p>

After this draft has been= posted, the authors should then deal with the comments received during the= call for adoption, following normal IETF processes.

 <= /p>

Thanks, Ross

(as WG co-chair)

 <= /p>

From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Ross Callon
Sent: Thursday, February 13, 2014 2:46 PM
To: mpls@ietf.org
Cc: mpls-chairs@tools.= ietf.org
Subject: [mpls] Poll for Adoption draft-chen-mpls-p2mp-egress-protec= tion-11

 

This is to start a poll on adopting dra= ft-chen-mpls-p2mp-egress-protection-11

as an MPLS working group document. Sinc= e many of us will be in transit to the

IETF approximately two weeks from now, = I will extent the poll by one week (so

that it will be a three week poll).

 

Please send your comments (support/not = support) to the mpls working group

mailing list (mpls@ietf.org).

 

This poll will end Friday March 7, 2014= . Note that this is the Friday of the IETF,

and thus we will each need to plan our = review of the document and response

around our travel plans and IETF activi= ties.

 

Thanks, Ross

 

--_000_649f1042acc6404aa37ba117348473c2BY2PR05MB728namprd05pro_-- From nobody Tue Mar 11 14:59:07 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 890781A0851 for ; Tue, 11 Mar 2014 14:59:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.048 X-Spam-Level: X-Spam-Status: No, score=-10.048 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RP_MATCHES_RCVD=-0.547, SPF_PASS=-0.001, 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 ze_Agpb5r2q4 for ; Tue, 11 Mar 2014 14:58:59 -0700 (PDT) Received: from aer-iport-3.cisco.com (aer-iport-3.cisco.com [173.38.203.53]) by ietfa.amsl.com (Postfix) with ESMTP id D430F1A0827 for ; Tue, 11 Mar 2014 14:58:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=474; q=dns/txt; s=iport; t=1394575133; x=1395784733; h=message-id:date:from:mime-version:to:cc:subject: content-transfer-encoding; bh=9gI4ExpnXFnKJTbYuEIOCGFliKFcAxpVLx18Hjfp8xc=; b=JoXBzfgoGR+Gf/CJH1vwDNHSnXBdoYEB02CXBBCtPWxuPqJRtQIMPXn8 wCd1SC1R9A4Ra2blFO7RiLXuVKEV0i8KXnYW4doo5EGXnFnsBnCwHwYbw 6iJKwg3XnwaBys73AFZRlbvs6udJ2Y9TUSVMW90hy48HCHdNYDQZYlpBh g=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhAFAEGGH1OQ/khM/2dsb2JhbABagwbCW4EiFnSCZEABPBYYAwIBAgFLAQwBBwEBh3XRHReOXIQ/AQOYRYZMi2GDLjw X-IronPort-AV: E=Sophos;i="4.97,633,1389744000"; d="scan'208";a="3641966" Received: from ams-core-3.cisco.com ([144.254.72.76]) by aer-iport-3.cisco.com with ESMTP; 11 Mar 2014 21:58:52 +0000 Received: from [10.60.67.89] (ams-bclaise-8918.cisco.com [10.60.67.89]) by ams-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id s2BLwqvL005554; Tue, 11 Mar 2014 21:58:52 GMT Message-ID: <531F871C.1090106@cisco.com> Date: Tue, 11 Mar 2014 22:58:52 +0100 From: Benoit Claise User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: "draft-ietf-mpls-tp-te-mib@tools.ietf.org" , mpls@ietf.org, Joan Cucchiara Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/IEFp0-DGZNsTquoJPxt-P7CB4LM Subject: [mpls] MPLS-TP-TE MIB module X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2014 21:59:03 -0000 Dear authors, Thinking some more about your MIB module with Adrian after the MPLS WG meeting, one possible outcome could be ... Assuming that the read-create part of the MIB module is complete and doesn't need any extra work, keep it in the draft, and add an extra note such as: it's understood that SNMPSet is not used for MPLS configuration these days, however the read-write is still specified as a way to provide the information model. Regards, Benoit From nobody Tue Mar 11 16:31:53 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 94F8F1A0845 for ; Tue, 11 Mar 2014 16:31:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.447 X-Spam-Level: X-Spam-Status: No, score=-2.447 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.547] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2ECGtxCe-OX9 for ; Tue, 11 Mar 2014 16:31:49 -0700 (PDT) Received: from lucidvision.com (lucidvision.com [72.71.250.34]) by ietfa.amsl.com (Postfix) with ESMTP id D61CB1A0247 for ; Tue, 11 Mar 2014 16:31:48 -0700 (PDT) Received: from [10.100.150.77] (unknown [144.49.132.3]) by lucidvision.com (Postfix) with ESMTP id 8394F272DB86; Tue, 11 Mar 2014 19:31:40 -0400 (EDT) Content-Type: multipart/signed; boundary="Apple-Mail=_C0022F28-384B-4AF4-8382-803253F35DFA"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Thomas Nadeau In-Reply-To: <531F871C.1090106@cisco.com> Date: Tue, 11 Mar 2014 16:31:38 -0700 Message-Id: <2F837EC7-20DF-44C9-A1FD-B7BDA25B1B70@lucidvision.com> References: <531F871C.1090106@cisco.com> To: Benoit Claise X-Mailer: Apple Mail (2.1874) Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/kkfzaBbnqO4N3PPfjmbFwgu6Vdg Cc: mpls@ietf.org, Cucchiara Joan , "draft-ietf-mpls-tp-te-mib@tools.ietf.org" Subject: Re: [mpls] MPLS-TP-TE MIB module X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2014 23:31:50 -0000 --Apple-Mail=_C0022F28-384B-4AF4-8382-803253F35DFA Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii In general, I agree with you regarding MIBs that are in-process. = However, I believe the issue with the read-write portion of this MIB was = that there were numerous complaints about its writable attributes during = the final review process that will require some (possibly considerable) = efforts to fix.=20 --Tom On Mar 11, 2014:2:58 PM, at 2:58 PM, Benoit Claise = wrote: > Dear authors, >=20 > Thinking some more about your MIB module with Adrian after the MPLS WG = meeting, one possible outcome could be ... > Assuming that the read-create part of the MIB module is complete and = doesn't need any extra work, keep it in the draft, and add an extra note = such as: it's understood that SNMPSet is not used for MPLS configuration = these days, however the read-write is still specified as a way to = provide the information model. >=20 > Regards, Benoit >=20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls >=20 --Apple-Mail=_C0022F28-384B-4AF4-8382-803253F35DFA Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIbBAEBCgAGBQJTH5zaAAoJEPcO+I7eiUJZxngP9jundCu2YEU+B7FiVMCa52na CLOoP0TgzG92Bx8mFN5KoVWQPZ+hsSt17l4moEYz8IOcfZJJzkRiTpZXd+bZdyV1 tXFxBCgO6T4g7DTw9J2yrn0R4A3OwbBnJWu6BjWZbJD+SKsXQPwrouNiKVcTGGeJ Ak+6m6eH3CurSO24BYj+VWp5aHh17F+F4uym1iktHnMhwG0qcwibA/Gdqn2cJDid ces8gVcsSCGuhrKTfoJ1uH0omARRJ2rdOG8f67CoSlrxx7DDmP4Q5c+c/FrIlsAK DlKO0AKoucWLxAJpeGL65fXo4Nx4TLAgEfXd82mm0wh+/NiNazSENkWTpkaDjfJe gpKF1pUPp/4Ap0qsoyIFq9m6AlhuEjtOqXedV+lwWGMaHWThYgsu9+1Cw9bPSXtz 5w6Qn9zc0JflWGkCL8zEutM75yNpQxRTZ9r6Ilqe30v6XKoACS5oKFtYLnLQf4Oj Iteni81O19tBWKSLxQ2TVbc0PyYqfUbodhCtEr1gXZEPpmU8x8qtfaMIrDgGgJCV LEhxb30/RTWI7DZrbcBKFvlt2dDSgimh77CGBQmM9CsIkwxWOcpWugyzygXIZyZ3 Gli+dW8M/rPTpUUz5T3LDf5igOI6nsELQEoyEqEw50tqvmc67LHoOE83GbmIdheC UEpuLCzZlFxnN00POpw= =vyGx -----END PGP SIGNATURE----- --Apple-Mail=_C0022F28-384B-4AF4-8382-803253F35DFA-- From nobody Tue Mar 11 23:16:57 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 772F81A08EC for ; Tue, 11 Mar 2014 23:16:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.541 X-Spam-Level: * X-Spam-Status: No, score=1.541 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, CN_BODY_35=0.339, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.547, 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 4Ydr7VJ7sdr3 for ; Tue, 11 Mar 2014 23:16:53 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 4499D1A08E8 for ; Tue, 11 Mar 2014 23:16:53 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BEM13285; Wed, 12 Mar 2014 06:16:46 +0000 (GMT) Received: from LHREML402-HUB.china.huawei.com (10.201.5.241) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 12 Mar 2014 06:15:54 +0000 Received: from NKGEML401-HUB.china.huawei.com (10.98.56.32) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 12 Mar 2014 06:16:45 +0000 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.115]) by nkgeml401-hub.china.huawei.com ([10.98.56.32]) with mapi id 14.03.0158.001; Wed, 12 Mar 2014 14:16:35 +0800 From: Xuxiaohu To: "Andrew G. Malis" , Mach Chen Thread-Topic: [mpls] Clarification on source label Thread-Index: Ac880Trpsvr7vpPcSMWcK9MZDdVgUAACDy+AADg9FAA= Date: Wed, 12 Mar 2014 06:16:34 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08260EE5@NKGEML512-MBS.china.huawei.com> References: 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.111.98.134] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/tRhDSDG3bI8N_0JiCeP-Q6kOulc Cc: "mpls@ietf.org" Subject: [mpls] =?gb2312?b?tPC4tDogIENsYXJpZmljYXRpb24gb24gc291cmNlIGxh?= =?gb2312?b?YmVs?= X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Mar 2014 06:16:55 -0000 DQo+IC0tLS0t08q8/tStvP4tLS0tLQ0KPiC3orz+yMs6IG1wbHMgW21haWx0bzptcGxzLWJvdW5j ZXNAaWV0Zi5vcmddILT6se0gQW5kcmV3IEcuIE1hbGlzDQo+ILeiy83KsbzkOiAyMDE0xOoz1MIx McjVIDE5OjI1DQo+IMrVvP7IyzogTWFjaCBDaGVuDQo+ILOty806IG1wbHNAaWV0Zi5vcmcNCj4g 1vfM4jogUmU6IFttcGxzXSBDbGFyaWZpY2F0aW9uIG9uIHNvdXJjZSBsYWJlbA0KPiANCj4gSnVz dCB0byByZWl0ZXJhdGUgd2hhdCBJIHNhaWQgYXQgdGhlIG1pa2UgZHVyaW5nIHRoaXMgZGlzY3Vz c2lvbiwgd2UgY2FuJ3Qgc3RvcA0KPiBhZGRpbmcgbmV3IGZlYXR1cmVzIChhbmQgZGVwdGgpIHRv IHRoZSBsYWJlbCBzdGFjayBpZiBpdCBoYXMgcmVhbCB1dGlsaXR5IGp1c3QNCj4gYmVjYXVzZSBz b21lIGV4aXN0aW5nIGVxdWlwbWVudCBvciBjaGlwcyBjYW4ndCBoYW5kbGUgaXQuIElmIGEgc2Vy dmljZSBwcm92aWRlcg0KPiB3YW50cyBvciBuZWVkcyBhIG5ldyBjYXBhYmlsaXR5LCB0aGV5IHdp bGwgYWNxdWlyZSBvciB1cGdyYWRlIGVxdWlwbWVudCB0aGF0DQo+IHN1cHBvcnRzIGl0LiBUaGlz IGlzIHRydWUgZm9yIGFueSBuZXcgZmVhdHVyZXMgdGhhdCB3ZSBhZGQgdG8gYW55IHByb3RvY29s LCBpdCdzIG5vdA0KPiBqdXN0IHRoZSBsYWJlbCBzdGFjay4NCg0KKzENCg0KQmVzdCByZWdhcmRz LA0KWGlhb2h1DQoNCj4gQ2hlZXJzLA0KPiBBbmR5DQo+IA0KPiANCj4gT24gTW9uLCBNYXIgMTAs IDIwMTQgYXQgMTA6MjUgUE0sIE1hY2ggQ2hlbiA8bWFjaC5jaGVuQGh1YXdlaS5jb20+DQo+IHdy b3RlOg0KPiA+IEhpLA0KPiA+DQo+ID4gRHVyaW5nIHRoZSBzZWNvbmQgTVBMUyBzZXNzaW9uIGxh c3Qgd2VlaywgdGhlcmUgYXJlIGxvdCBvZiBkaXNjdXNzaW9ucyBvbiB0aGUNCj4gc291cmNlIGxh YmVsLCB0aGFua3MgZm9yIHRoZSBkaXNjdXNzaW9ucyENCj4gPg0KPiA+IFJlZ2FyZGluZyB0byB0 aGUgdXNhZ2Ugb2Ygc291cmNlIGxhYmVsLCB0aGVyZSBtYXkgYmUgc29tZSBtaXN1bmRlcnN0YW5k aW5nLg0KPiBUaGUgbWFpbiBwdXJwb3NlIG9mIHNvdXJjZSBsYWJlbCBpcyBmb3IgT0FNLCBhbHRo b3VnaCB0aGUgc291cmNlIGxhYmVsIGNhbiBiZQ0KPiBhcHBsaWVkIHRvIHJlYWwgcGFja2V0cywg YnV0IGl0J3Mgb3B0aW9uYWwsIGl0IGRlcGVuZHMgb24gaG93IHlvdSB1c2UgaXQuDQo+ID4NCj4g PiBJbiBhZGRpdGlvbiwgcmVnYXJkaW5nIHRvIHRoZSBkZXB0aCBvZiBsYWJlbCBzdGFjaywgSU1I TywgdGhpcyBpcyBwcm92ZWQgdGhhdCBpcw0KPiBub3QgYW4gcmVhbCBpc3N1ZSBmb3IgdGhlIG5l dyBnZW5lcmF0aW9uIGhhcmR3YXJlIChjaGlwcyBhbmQgTlBzKSwgdGhlIGRlcHRoIGlzDQo+IG9u bHkgcmVsYXRlZCB0aGUgbmVlZC4NCj4gPg0KPiA+DQo+ID4gQmVzdCByZWdhcmRzLA0KPiA+IE1h Y2gNCj4gPg0KPiA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fDQo+ID4gbXBscyBtYWlsaW5nIGxpc3QNCj4gPiBtcGxzQGlldGYub3JnDQo+ID4gaHR0cHM6 Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tcGxzDQo+IA0KPiBfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBtcGxzIG1haWxpbmcgbGlzdA0K PiBtcGxzQGlldGYub3JnDQo+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8v bXBscw0K From nobody Wed Mar 12 04:36:25 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6A2D01A0960 for ; Wed, 12 Mar 2014 04:36:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.9 X-Spam-Level: X-Spam-Status: No, score=-6.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-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 GR3QnF7wPpxz for ; Wed, 12 Mar 2014 04:36:20 -0700 (PDT) Received: from hoemail1.alcatel.com (hoemail1.alcatel.com [192.160.6.148]) by ietfa.amsl.com (Postfix) with ESMTP id 152C11A0963 for ; Wed, 12 Mar 2014 04:36:20 -0700 (PDT) Received: from fr711usmtp1.zeu.alcatel-lucent.com (h135-239-2-122.lucent.com [135.239.2.122]) by hoemail1.alcatel.com (8.13.8/IER-o) with ESMTP id s2CBaCNZ002325 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Wed, 12 Mar 2014 06:36:13 -0500 (CDT) Received: from FR711WXCHHUB01.zeu.alcatel-lucent.com (fr711wxchhub01.zeu.alcatel-lucent.com [135.239.2.111]) by fr711usmtp1.zeu.alcatel-lucent.com (GMO) with ESMTP id s2CBaBs8007689 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Wed, 12 Mar 2014 12:36:12 +0100 Received: from [135.244.226.127] (135.239.27.39) by FR711WXCHHUB01.zeu.alcatel-lucent.com (135.239.2.111) with Microsoft SMTP Server (TLS) id 14.2.247.3; Wed, 12 Mar 2014 12:36:11 +0100 Message-ID: <532046AA.4050307@alcatel-lucent.com> Date: Wed, 12 Mar 2014 12:36:10 +0100 From: Martin Vigoureux Organization: Alcatel-Lucent User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130307 Thunderbird/17.0.4 MIME-Version: 1.0 To: Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [135.239.27.39] Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/Tq0o8JXBUVSQmS_sIqTOHd80dX8 Subject: [mpls] IETF89 - MPLS Sessions - Minutes X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Mar 2014 11:36:23 -0000 All, the minutes of the MPLS sessions are available: http://www.ietf.org/proceedings/89/minutes/minutes-89-mpls Please read them and let me know if I have missed something. Please note also the "highlights" section at the beginning which authors might find useful as a reminder to some follow-up actions they might like to take. Thanks -m From nobody Wed Mar 12 06:07:42 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BF08B1A0989 for ; Wed, 12 Mar 2014 06:07:39 -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 mtnu0anO5vS8 for ; Wed, 12 Mar 2014 06:07:37 -0700 (PDT) Received: from mail-ig0-x232.google.com (mail-ig0-x232.google.com [IPv6:2607:f8b0:4001:c05::232]) by ietfa.amsl.com (Postfix) with ESMTP id 3315B1A096E for ; Wed, 12 Mar 2014 06:07:37 -0700 (PDT) Received: by mail-ig0-f178.google.com with SMTP id uq10so14164831igb.5 for ; Wed, 12 Mar 2014 06:07:31 -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=GgVwfi3CcPv8SS5L3ebkGm+7PKGQnj2+N4DVLj3hDPU=; b=gSr18HieRBLSVALbRy06wICVDxqOuDWE+c6PGEO0JgzP4Gqc1mznSiTqtdx6U8BQCO PYdz9m4i2sMRHurPpkx665MlFyzvlZDG8j0Ng4fpXkBuWx1pEQ4qeqKDUk0yRDBONCLC w+dRoB/eCBpIOtIoE5RYJnO0uKwEkebpm/NaBzU13lPc/gqdm3ocSqrcOEEct1nElOru zOg2hLGFIwoCPQv3S/461fCUKlRjNt8MrDBVccc3L1jAwMduZU48ZZyxTWAu181HcsX6 elJU/WrhiXuITgTBQos2PFY1OmeqNN+2L7Wb745fcn0Z9xqlW+zED6TN4kI7/6u973c0 1FmQ== MIME-Version: 1.0 X-Received: by 10.50.122.8 with SMTP id lo8mr30683420igb.31.1394629651080; Wed, 12 Mar 2014 06:07:31 -0700 (PDT) Received: by 10.50.118.42 with HTTP; Wed, 12 Mar 2014 06:07:30 -0700 (PDT) In-Reply-To: <531D734B.5050009@pi.nu> References: <531D734B.5050009@pi.nu> Date: Wed, 12 Mar 2014 17:07:30 +0400 Message-ID: From: Dhruv Dhody To: Loa Andersson Content-Type: multipart/alternative; boundary=089e015384fef2391a04f468840e Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/wGuEKBXvjsi9dm060bhCJR-1Hsc Cc: "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" , "draft-ietf-mpls-ldp-multi-topology@tools.ietf.org" Subject: Re: [mpls] short wglc on draft-ietf-mpls-ldp-multi-topology X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Mar 2014 13:07:40 -0000 --089e015384fef2391a04f468840e Content-Type: text/plain; charset=ISO-8859-1 Support! Regards, Dhruv On Mon, Mar 10, 2014 at 12:09 PM, Loa Andersson wrote: > Working Group, > > This is to start a one week working group last call on > draft-ietf-mpls-ldp-multi-topology limited to the changes introduced > since the wglc. > > The document is in AD review, but the changes has been such that > we want the working group to confirm that we are comfortable with > the changes. > > On behalf of the authors Dan King sent a mail to the working group > mailing outlining the changes: > http://www.ietf.org/mail-archive/web/mpls/current/msg11770.html > > This working group last call ends eob March 17. > > Please send your comments (including support) to the mpls working > group mailing list (mpls@ietf.org). > > /Loa > for the MPLS wg chairs > > -- > > > Loa Andersson email: loa@mail01.huawei.com > Senior MPLS Expert loa@pi.nu > Huawei Technologies (consultant) phone: +46 739 81 21 64 > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > --089e015384fef2391a04f468840e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Support!=A0

Regards,
Dhruv


On Mon, Mar 10, 2014 at 12:09 PM, Loa Andersson <loa@pi.nu&g= t; wrote:
Working Group,

This is to start a one week working group last call on
draft-ietf-mpls-ldp-multi-topology limited to the changes introduced=
since the wglc.

The document is in AD review, but the changes has been such that
we want the working group to confirm that we are comfortable with
the changes.

On behalf of the authors Dan King sent a mail to the working group
mailing outlining the changes:
http://www.ietf.org/mail-archive/web/mpls/current= /msg11770.html

This working group last call ends eob March 17.

Please send your comments (including support) to the mpls working
group mailing list (mpls= @ietf.org).

/Loa
for the MPLS wg chairs

--


Loa Andersson =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0email: loa@mail01.huawei.com
Senior MPLS Expert =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0loa@pi.nu
Huawei Technologies (consultant) =A0 =A0 phone: +46 739 81 21 64

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

--089e015384fef2391a04f468840e-- From nobody Wed Mar 12 06:53:09 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F190A1A09A7 for ; Wed, 12 Mar 2014 06:53:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.048 X-Spam-Level: X-Spam-Status: No, score=-15.048 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, RP_MATCHES_RCVD=-0.547, SPF_PASS=-0.001, 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 vkngIZPoR-7B for ; Wed, 12 Mar 2014 06:53:00 -0700 (PDT) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) by ietfa.amsl.com (Postfix) with ESMTP id 569731A09AB for ; Wed, 12 Mar 2014 06:52:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1488; q=dns/txt; s=iport; t=1394632371; x=1395841971; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=AN+Kjfhn+ANGNvnilpj3z7w6ykXMWZD0mHp4Kdm5iHU=; b=g+H9oaubbC5yuu7xICF2nVjLegkGp1bKZ0N7OwmRoW8PTT084EcD9oPM 5aYCedopfvfcs5BXlnIupNfIuV0uSWe/lYiQKy7KWHNJ8SYU2kA2eGzDh FToWtaEXxxGdc2BS35UKRTBwmC+xWCFkiO77J6oGI37DVUDoA4PbXYdjv 4=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhAFABVmIFOtJXHA/2dsb2JhbABagmUhO1e6JYcugRsWdIIlAQEBBAEBATcxAwsMAgICAQgRBAEBCxQJBxsMCxQJCAIEAQ0FCAGHcAEM0XgXBI12CgYCAR4xAgUGgx6BFASqcoMtgWlC X-IronPort-AV: E=Sophos;i="4.97,638,1389744000"; d="scan'208";a="309750528" Received: from rcdn-core2-5.cisco.com ([173.37.113.192]) by rcdn-iport-2.cisco.com with ESMTP; 12 Mar 2014 13:52:50 +0000 Received: from xhc-aln-x11.cisco.com (xhc-aln-x11.cisco.com [173.36.12.85]) by rcdn-core2-5.cisco.com (8.14.5/8.14.5) with ESMTP id s2CDqotP005514 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 12 Mar 2014 13:52:50 GMT Received: from xmb-aln-x01.cisco.com ([fe80::747b:83e1:9755:d453]) by xhc-aln-x11.cisco.com ([173.36.12.85]) with mapi id 14.03.0123.003; Wed, 12 Mar 2014 08:52:50 -0500 From: "Nobo Akiya (nobo)" To: Loa Andersson , "mpls@ietf.org" Thread-Topic: [mpls] short wglc on draft-ietf-mpls-ldp-multi-topology Thread-Index: AQHPPDgfKIz6hxJWJ0aVOUnMA+7ddZrde4ow Date: Wed, 12 Mar 2014 13:52:50 +0000 Message-ID: References: <531D734B.5050009@pi.nu> In-Reply-To: <531D734B.5050009@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [161.44.212.117] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/Al-fizGDi8TsIWcDkvwuWJlOHXE Cc: "mpls-chairs@tools.ietf.org" , "draft-ietf-mpls-ldp-multi-topology@tools.ietf.org" Subject: Re: [mpls] short wglc on draft-ietf-mpls-ldp-multi-topology X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Mar 2014 13:53:05 -0000 Support. And great to see TFS sub-TLV already defined for MT LDP FECs. -Nobo > -----Original Message----- > From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Loa Andersson > Sent: Monday, March 10, 2014 4:10 AM > To: mpls@ietf.org > Cc: mpls-chairs@tools.ietf.org; draft-ietf-mpls-ldp-multi- > topology@tools.ietf.org > Subject: [mpls] short wglc on draft-ietf-mpls-ldp-multi-topology >=20 > Working Group, >=20 > This is to start a one week working group last call on draft-ietf-mpls-ld= p- > multi-topology limited to the changes introduced since the wglc. >=20 > The document is in AD review, but the changes has been such that we want > the working group to confirm that we are comfortable with the changes. >=20 > On behalf of the authors Dan King sent a mail to the working group mailin= g > outlining the changes: > http://www.ietf.org/mail-archive/web/mpls/current/msg11770.html >=20 > This working group last call ends eob March 17. >=20 > Please send your comments (including support) to the mpls working group > mailing list (mpls@ietf.org). >=20 > /Loa > for the MPLS wg chairs >=20 > -- >=20 >=20 > Loa Andersson email: loa@mail01.huawei.com > Senior MPLS Expert loa@pi.nu > Huawei Technologies (consultant) phone: +46 739 81 21 64 >=20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From nobody Wed Mar 12 07:14:43 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A37F61A071B for ; Wed, 12 Mar 2014 07:14:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.447 X-Spam-Level: X-Spam-Status: No, score=-2.447 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.547] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id w3swuu5fYkIY for ; Wed, 12 Mar 2014 07:14:36 -0700 (PDT) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) by ietfa.amsl.com (Postfix) with ESMTP id 560E71A06B2 for ; Wed, 12 Mar 2014 07:14:36 -0700 (PDT) Received: from [192.168.0.100] (81-229-83-119-no65.business.telia.com [81.229.83.119]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id CA11D1802AB1; Wed, 12 Mar 2014 15:14:29 +0100 (CET) Message-ID: <53206BC7.1050205@pi.nu> Date: Wed, 12 Mar 2014 15:14:31 +0100 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: "Nobo Akiya (nobo)" , "mpls@ietf.org" References: <531D734B.5050009@pi.nu> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/3O5Cmu_zERL15rbbW1RdiLF0yn4 Cc: "mpls-chairs@tools.ietf.org" , "draft-ietf-mpls-ldp-multi-topology@tools.ietf.org" Subject: Re: [mpls] short wglc on draft-ietf-mpls-ldp-multi-topology X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Mar 2014 14:14:39 -0000 Folks, I've a very nitty comment on terminology. In the terminology list you say: LDP DoD: LDP Downstream on Demand LDP : LDP Downstream Unsolicited If we only have two modes DU and DoD (RFC 5036 does use the DU abbreviation but not the DoD), and if you define LDP DoD I can agree that it follows that the other should be DU even if you just call it "LDP". However I would prefer that you used "LDP DU". /Loa On 2014-03-12 14:52, Nobo Akiya (nobo) wrote: > Support. > > And great to see TFS sub-TLV already defined for MT LDP FECs. > > -Nobo > >> -----Original Message----- >> From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Loa Andersson >> Sent: Monday, March 10, 2014 4:10 AM >> To: mpls@ietf.org >> Cc: mpls-chairs@tools.ietf.org; draft-ietf-mpls-ldp-multi- >> topology@tools.ietf.org >> Subject: [mpls] short wglc on draft-ietf-mpls-ldp-multi-topology >> >> Working Group, >> >> This is to start a one week working group last call on draft-ietf-mpls-ldp- >> multi-topology limited to the changes introduced since the wglc. >> >> The document is in AD review, but the changes has been such that we want >> the working group to confirm that we are comfortable with the changes. >> >> On behalf of the authors Dan King sent a mail to the working group mailing >> outlining the changes: >> http://www.ietf.org/mail-archive/web/mpls/current/msg11770.html >> >> This working group last call ends eob March 17. >> >> Please send your comments (including support) to the mpls working group >> mailing list (mpls@ietf.org). >> >> /Loa >> for the MPLS wg chairs >> >> -- >> >> >> Loa Andersson email: loa@mail01.huawei.com >> Senior MPLS Expert loa@pi.nu >> Huawei Technologies (consultant) phone: +46 739 81 21 64 >> >> _______________________________________________ >> mpls mailing list >> mpls@ietf.org >> https://www.ietf.org/mailman/listinfo/mpls -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Wed Mar 12 07:20:58 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D9CCA1A0820 for ; Wed, 12 Mar 2014 07:20:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.447 X-Spam-Level: X-Spam-Status: No, score=-2.447 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.547] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id g2L4Gzb9ZosY for ; Wed, 12 Mar 2014 07:20:52 -0700 (PDT) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) by ietfa.amsl.com (Postfix) with ESMTP id D21411A0805 for ; Wed, 12 Mar 2014 07:20:51 -0700 (PDT) Received: from [192.168.0.100] (81-229-83-119-no65.business.telia.com [81.229.83.119]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 78C171802AB1; Wed, 12 Mar 2014 15:20:45 +0100 (CET) Message-ID: <53206D3E.8020802@pi.nu> Date: Wed, 12 Mar 2014 15:20:46 +0100 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: "Nobo Akiya (nobo)" , "mpls@ietf.org" References: <531D734B.5050009@pi.nu> <53206BC7.1050205@pi.nu> In-Reply-To: <53206BC7.1050205@pi.nu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/VtnF7LeLy3o44yP0QDXOVq7nXH8 Cc: "mpls-chairs@tools.ietf.org" , "draft-ietf-mpls-ldp-multi-topology@tools.ietf.org" Subject: Re: [mpls] short wglc on draft-ietf-mpls-ldp-multi-topology X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Mar 2014 14:20:56 -0000 All, Sorry the text was right, but I responded to the wrong mail. Will resend it as as response to the other mail. /Loa On 2014-03-12 15:14, Loa Andersson wrote: > Folks, > > I've a very nitty comment on terminology. In the terminology list > you say: > > LDP DoD: LDP Downstream on Demand > LDP : LDP Downstream Unsolicited > > If we only have two modes DU and DoD (RFC 5036 does use the DU > abbreviation but not the DoD), and if you define LDP DoD I can agree > that it follows that the other should be DU even if you just call > it "LDP". > > However I would prefer that you used "LDP DU". > > /Loa > > On 2014-03-12 14:52, Nobo Akiya (nobo) wrote: >> Support. >> >> And great to see TFS sub-TLV already defined for MT LDP FECs. >> >> -Nobo >> >>> -----Original Message----- >>> From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Loa Andersson >>> Sent: Monday, March 10, 2014 4:10 AM >>> To: mpls@ietf.org >>> Cc: mpls-chairs@tools.ietf.org; draft-ietf-mpls-ldp-multi- >>> topology@tools.ietf.org >>> Subject: [mpls] short wglc on draft-ietf-mpls-ldp-multi-topology >>> >>> Working Group, >>> >>> This is to start a one week working group last call on >>> draft-ietf-mpls-ldp- >>> multi-topology limited to the changes introduced since the wglc. >>> >>> The document is in AD review, but the changes has been such that we want >>> the working group to confirm that we are comfortable with the changes. >>> >>> On behalf of the authors Dan King sent a mail to the working group >>> mailing >>> outlining the changes: >>> http://www.ietf.org/mail-archive/web/mpls/current/msg11770.html >>> >>> This working group last call ends eob March 17. >>> >>> Please send your comments (including support) to the mpls working group >>> mailing list (mpls@ietf.org). >>> >>> /Loa >>> for the MPLS wg chairs >>> >>> -- >>> >>> >>> Loa Andersson email: loa@mail01.huawei.com >>> Senior MPLS Expert loa@pi.nu >>> Huawei Technologies (consultant) phone: +46 739 81 21 64 >>> >>> _______________________________________________ >>> mpls mailing list >>> mpls@ietf.org >>> https://www.ietf.org/mailman/listinfo/mpls > -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Wed Mar 12 09:42:31 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A42A01A02E6 for ; Wed, 12 Mar 2014 09:42:28 -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, 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 Sui1w4EHEQMu for ; Wed, 12 Mar 2014 09:42:24 -0700 (PDT) Received: from usevmg21.ericsson.net (usevmg21.ericsson.net [198.24.6.65]) by ietfa.amsl.com (Postfix) with ESMTP id C02EF1A0759 for ; Wed, 12 Mar 2014 09:42:23 -0700 (PDT) X-AuditID: c6180641-b7f2f8e000002cdc-6f-53208b81d941 Received: from EUSAAHC001.ericsson.se (Unknown_Domain [147.117.188.75]) by usevmg21.ericsson.net (Symantec Mail Security) with SMTP id EC.01.11484.18B80235; Wed, 12 Mar 2014 17:29:53 +0100 (CET) Received: from EUSAAMB109.ericsson.se ([147.117.188.126]) by EUSAAHC001.ericsson.se ([147.117.188.75]) with mapi id 14.02.0387.000; Wed, 12 Mar 2014 12:42:16 -0400 From: Jeff Tantsura To: Loa Andersson Thread-Topic: [mpls] short wglc on draft-ietf-mpls-ldp-multi-topology Thread-Index: AQHPPfQGwwDgugaDhEW3IUXEDfO+25rdddeA Date: Wed, 12 Mar 2014 16:42:15 +0000 Message-ID: References: <531D734B.5050009@pi.nu> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.9.131030 x-originating-ip: [147.117.188.9] Content-Type: multipart/alternative; boundary="_000_CF45DC544E12Djefftantsuraericssoncom_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupjkeLIzCtJLcpLzFFi42KZXLrHW7exWyHY4P42aYuzSy8zWfybO4fZ 4vulJSwWt5auZHVg8Viy5CeTx6zpbWweXy5/ZgtgjuKySUnNySxLLdK3S+DK+Nv7mb2gXaXi 94tN7A2Mv+W6GDk5JARMJFY2NzNB2GISF+6tZ+ti5OIQEjjCKPFuygImCGc5o8T9hRvAqtgE DCT+fzvOAmKLCMhKXNv2E6yIWeAso8Si9WvAioQFXCSOnG1hhyhylbjbd5gVwjaS2LZtIlgz i4CqxLOp8xlBbF4Bc4kbaxvYQGwhgWyJC9f3gcU5BQIlWvr6wGxGoPO+n4KYzywgLnHryXyo swUkluw5zwxhi0q8fPwPbJeogJ7EvUdzWSDiihL7+qezQ/TGSExcOJ0FYq+gxMmZT1gmMIrN QjJ2FpKyWUjKIOI6Egt2f2KDsLUlli18zQxjnznwGKrXWmLW0WnMyGoWMHKsYuQoLU4ty003 MtzECIzTYxJsjjsYF3yyPMQozcGiJM775a1zkJBAemJJanZqakFqUXxRaU5q8SFGJg5OqQbG KUs1GXZllf3n3pR78NzLg9e5hPacsIzsmX+wK95b1mVK/OvwyIVP6xLOMa8o31zw0X1T3NbH M6Y1/loo0xZ/OCrc8LXOk/Ags3fiG2IXOwVEzNY8bpnF8ebRCpmf/VcCl+zvfNlm56suqth3 nvWxKf+ZU0X/WdJnFDV/2PtPi+nLI8cVYb5tSizFGYmGWsxFxYkAXzpuJ6ECAAA= Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/_4nFcQlGqCk5YTZNB4ovdHORLeM Cc: "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" , "draft-ietf-mpls-ldp-multi-topology@tools.ietf.org" Subject: Re: [mpls] short wglc on draft-ietf-mpls-ldp-multi-topology X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Mar 2014 16:42:28 -0000 --_000_CF45DC544E12Djefftantsuraericssoncom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Yes/support Cheers, Jeff On Mon, Mar 10, 2014 at 12:09 PM, Loa Andersson > wrote: Working Group, This is to start a one week working group last call on draft-ietf-mpls-ldp-multi-topology limited to the changes introduced since the wglc. The document is in AD review, but the changes has been such that we want the working group to confirm that we are comfortable with the changes. On behalf of the authors Dan King sent a mail to the working group mailing outlining the changes: http://www.ietf.org/mail-archive/web/mpls/current/msg11770.html This working group last call ends eob March 17. Please send your comments (including support) to the mpls working group mailing list (mpls@ietf.org). /Loa for the MPLS wg chairs -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls --_000_CF45DC544E12Djefftantsuraericssoncom_ Content-Type: text/html; charset="us-ascii" Content-ID: <7F9DE60233CF094A87E8C4D25BC0908C@ericsson.com> Content-Transfer-Encoding: quoted-printable
Yes/support

Cheers,
Jeff
On Mon, Mar 10, 2014 at 12:09 PM, Loa Andersson = <loa@pi.nu>= wrote:
Working Group,

This is to start a one week working group last call on
draft-ietf-mpls-ldp-multi-topology limited to the changes introduced=
since the wglc.

The document is in AD review, but the changes has been such that
we want the working group to confirm that we are comfortable with
the changes.

On behalf of the authors Dan King sent a mail to the working group
mailing outlining the changes:
http://www.ietf.org/mail-archive/web/mpls/current= /msg11770.html

This working group last call ends eob March 17.

Please send your comments (including support) to the mpls working
group mailing list (mpls= @ietf.org).

/Loa
for the MPLS wg chairs

--


Loa Andersson                  = ;      email: loa@mail01.huawei.com
Senior MPLS Expert                 =          loa@pi.nu
Huawei Technologies (consultant)     phone: +46 739 81 21 64<= br>
_______________________________________________
mpls mailing list
mpls@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/mpls

 --_000_CF45DC544E12Djefftantsuraericssoncom_-- From nobody Wed Mar 12 11:43:51 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4EDF61A0479 for ; Wed, 12 Mar 2014 11:43:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.047 X-Spam-Level: X-Spam-Status: No, score=-10.047 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, RP_MATCHES_RCVD=-0.547, SPF_PASS=-0.001, 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 MW4HppVsV3SN for ; Wed, 12 Mar 2014 11:43:45 -0700 (PDT) Received: from alln-iport-3.cisco.com (alln-iport-3.cisco.com [173.37.142.90]) by ietfa.amsl.com (Postfix) with ESMTP id 182FD1A075D for ; Wed, 12 Mar 2014 11:43:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4811; q=dns/txt; s=iport; t=1394649819; x=1395859419; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=ywqIr31kcNcSeQ1n7AeiBLLjTsAJG4XaE8MMZKMU8fU=; b=hd5mLBYQ9Snu7syLNtVEbO6hVC0RJOoFyMEIDOBACVe1sQR6C3W+0gJw ffHvN5wLbMXPsiPyPIKaYYWrBFsI1lNKMORT6hSLgWQTYvTelelRwmuAG f/+qO4CEfN6EO3Q51kv4l9BJ7cfzDL3LURoyGk9NV7Jay2uoii5fQUxDf s=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AjsGAIaqIFOtJXG+/2dsb2JhbABZgkJEgQcLwVaBIBZ0giUBAQEEHVwQAgEIBA0DAQIoBzIUCQgCBAENBYd50ncXjksRB4Q4BJhFki2DLYIr X-IronPort-AV: E=Sophos; i="4.97,639,1389744000"; d="scan'208,217"; a="26947449" Received: from rcdn-core2-3.cisco.com ([173.37.113.190]) by alln-iport-3.cisco.com with ESMTP; 12 Mar 2014 18:43:38 +0000 Received: from xhc-rcd-x05.cisco.com (xhc-rcd-x05.cisco.com [173.37.183.79]) by rcdn-core2-3.cisco.com (8.14.5/8.14.5) with ESMTP id s2CIhcnf019921 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 12 Mar 2014 18:43:38 GMT Received: from xmb-rcd-x10.cisco.com ([169.254.15.151]) by xhc-rcd-x05.cisco.com ([173.37.183.79]) with mapi id 14.03.0123.003; Wed, 12 Mar 2014 13:43:38 -0500 From: "George Swallow (swallow)" To: "George Swallow (swallow)" , "mpls@ietf.org" Thread-Topic: Call for English reviewers Thread-Index: AQHPOjU+Pp6bJNbqUkeIXGVPFZ0iDJrd8w+A Date: Wed, 12 Mar 2014 18:43:37 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.9.131030 x-originating-ip: [10.98.56.165] Content-Type: multipart/alternative; boundary="_000_CF462215A2CCBswallowciscocom_" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/Fj0M3Zpt3pRO_CvcBh2lp5l0VNo Cc: Ross Callon Subject: Re: [mpls] Call for English reviewers X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Mar 2014 18:43:47 -0000 --_000_CF462215A2CCBswallowciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Many thanks to all the volunteers! I believe we now have enough folks to begin with. Over time some will drop= out and we will occasionally call for more volunteers. Thanks! George From: George Swallow > Date: Friday, March 7, 2014 1:44 PM To: "mpls@ietf.org" > Cc: Loa Andersson >, Ross Callon >, George Swallow >, "VIGOUREUX, MARTIN (MARTIN)" > Subject: Call for English reviewers Hi - Many of the documents that we have progressed lately have suffered and henc= e been slowed by structure, grammar and spelling issues. As you (should) k= now we have a review team that review documents for the WG. The team is ch= arge with examining the technical content. We'd like to add a few English = reviewers to the team to review drafts that are otherwise ready for WG LC. = We also believe that improved English will make it easier for folks to rev= iew the documents during last call. So we'd like to add a few people who are good at writing and reviewing Engl= ish to join the review team. If you're willing to do this, please respond to the Chairs and Martin. Thanks, George --_000_CF462215A2CCBswallowciscocom_ Content-Type: text/html; charset="us-ascii" Content-ID: <24FF5D1B3AA8E04F8DF399D1082DFE93@emea.cisco.com> Content-Transfer-Encoding: quoted-printable
Many thanks to all the volunteers!

I believe we now have enough folks to begin with.  Over time some= will drop out and we will occasionally call for more volunteers.  

Thanks!

George

From: George Swallow <swallow@cisco.com>
Date: Friday, March 7, 2014 1:44 PM=
To: "mpls@ietf.org" <mpls@i= etf.org>
Cc: Loa Andersson <loa@pi.nu>, Ross Callon <rcallon@juniper.net>, George Swallow <swallow@cisco.com>, "VIGOUREUX, MARTIN (MARTIN)" <martin.vigoureux@alcatel-lucent.com>
Subject: Call for English reviewers=

Hi -

Many of the documents that we have progressed lately have suffered and= hence been slowed by structure, grammar and spelling issues.  As you = (should) know we have a review team that review documents for the WG.  = ;The team is charge with examining the technical content.  We'd like to add a few English reviewers to the team to rev= iew drafts that are otherwise ready for WG LC.  We also believe that i= mproved English will make it easier for folks to review the documents durin= g last call.

So we'd like to add a few people who are good at writing and reviewing= English to join the review team.

If you're willing to do this, please respond to the Chairs and Martin.=

Thanks,

George
 --_000_CF462215A2CCBswallowciscocom_-- From nobody Wed Mar 12 16:37:59 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 762891A07AE for ; Wed, 12 Mar 2014 16:37:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.449 X-Spam-Level: X-Spam-Status: No, score=-2.449 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.547, 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 8rmE_9qK7JEw for ; Wed, 12 Mar 2014 16:37:55 -0700 (PDT) Received: from maildrop2.v6ds.occnc.com (maildrop2.v6ds.occnc.com [IPv6:2001:470:88e6:3::232]) by ietfa.amsl.com (Postfix) with ESMTP id 0D2C31A02E6 for ; Wed, 12 Mar 2014 16:37:54 -0700 (PDT) Received: from harbor3.ipv6.occnc.com (harbor3.v6ds.occnc.com [IPv6:2001:470:88e6:3::239]) (authenticated bits=128) by maildrop2.v6ds.occnc.com (8.14.7/8.14.7) with ESMTP id s2CNWm1g051380; Wed, 12 Mar 2014 19:32:48 -0400 (EDT) (envelope-from curtis@ipv6.occnc.com) Message-Id: <201403122332.s2CNWm1g051380@maildrop2.v6ds.occnc.com> To: Mach Chen From: Curtis Villamizar In-reply-to: Your message of "Tue, 11 Mar 2014 02:25:55 -0000." Date: Wed, 12 Mar 2014 19:32:48 -0400 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/j5Ip5PXqNF5UwY171uaqu05x31o Cc: "mpls@ietf.org" Subject: Re: [mpls] Clarification on source label X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: curtis@ipv6.occnc.com List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Mar 2014 23:37:57 -0000 Mach, Two issues here. See inline. btw - you should put draft-chen-mpls-source-label-02 in the subject or at least somewhere in the message body. In message Mach Chen writes: > > Hi, > > During the second MPLS session last week, there are lot of discussions > on the source label, thanks for the discussions! > > Regarding to the usage of source label, there may be some > misunderstanding. The main purpose of source label is for OAM, > although the source label can be applied to real packets, but it's > optional, it depends on how you use it. It is fine to use source label for OAM in LDP where LSPs are MP2P or in any type of MP2P or MP2MP LSP. The current draft should indicate that the source label is not intended for use in source based routing. It comes close to this in stating "Source Labels SHOULD NOT be used for forwarding". All of the text regarding "steering" should be removed. We already have ELI and EL for that. SL adds very little entropy. SL is intended to be used to provide the basis for source specific counters in MP2[M]P and for OAM that makes use of these source specific counters. > In addition, regarding to the depth of label stack, IMHO, this is > proved that is not an real issue for the new generation hardware > (chips and NPs), the depth is only related the need. Since this is for provider use and the chips now on the market that are in other ways appropriate for provider use don't have a severe problem with label stack depth, this usage seems OK. If a provider finds that for their deployment it is not, then they can defer using this until they get rid of the faulty equipment. A specific line of chips with severe stack depth issues was briefly mentioned at the meeting but not a line of chips that is appropriate for provider use for many reasons other than severe stack depth limitations. > Best regards, > Mach Rereading the draft it would be shorter and more to the point if all the steering and source filtering applications were removed and strongly discouraged. The source filtering argument is weak and likely invalid. Only the OAM use should remain in section 3. Also note that steering and source filtering contradicts with the following. 4.2. Transit LSR There is no change in forwarding behavior for transit LSRs. But if a transit LSR can recognize the SLI, it can use the SL to collect traffic throughput and/or measure the performance of the LSP. You should request an extended special purpose label. In order to do that you have to list Kireeti's special purpose label draft as normative and cite the new registry that is created. I'm not sure this is a good use of one of the remaining 0-14 label space but that is something that should be discussed on the list. Also note that LSP_ATTRIBUTES flag bits are in short supply. Perhaps another mechanism should be considered. Curtis From nobody Wed Mar 12 19:08:59 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4E5E01A0694 for ; Wed, 12 Mar 2014 19:08:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.748 X-Spam-Level: X-Spam-Status: No, score=-4.748 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.547, 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 n46Mz7U4U-AU for ; Wed, 12 Mar 2014 19:08:53 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 187FE1A069C for ; Wed, 12 Mar 2014 19:08:52 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BEN00882; Thu, 13 Mar 2014 02:08:46 +0000 (GMT) Received: from LHREML405-HUB.china.huawei.com (10.201.5.242) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 13 Mar 2014 02:07:52 +0000 Received: from SZXEMA406-HUB.china.huawei.com (10.82.72.38) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 13 Mar 2014 02:08:45 +0000 Received: from SZXEMA510-MBX.china.huawei.com ([169.254.3.94]) by SZXEMA406-HUB.china.huawei.com ([10.82.72.38]) with mapi id 14.03.0158.001; Thu, 13 Mar 2014 10:08:40 +0800 From: Mach Chen To: "curtis@ipv6.occnc.com" Thread-Topic: [mpls] Clarification on source label Thread-Index: AQHPPktgsvr7vpPcSMWcK9MZDdVgUJreMi5Q Date: Thu, 13 Mar 2014 02:08:39 +0000 Message-ID: References: Your message of "Tue, 11 Mar 2014 02:25:55 -0000." <201403122332.s2CNWm1g051380@maildrop2.v6ds.occnc.com> In-Reply-To: <201403122332.s2CNWm1g051380@maildrop2.v6ds.occnc.com> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.97.72] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/D2SaM6JMPgM7dayKp3bzl5BptK8 Cc: "mpls@ietf.org" Subject: Re: [mpls] Clarification on source label X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Mar 2014 02:08:56 -0000 Hi Curtis, Thanks for your comments and suggestions! See my reply inline... > -----Original Message----- > From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Curtis Villamizar > Sent: Thursday, March 13, 2014 7:33 AM > To: Mach Chen > Cc: mpls@ietf.org > Subject: Re: [mpls] Clarification on source label >=20 >=20 > Mach, >=20 > Two issues here. See inline. >=20 > btw - you should put draft-chen-mpls-source-label-02 in the subject or at= least > somewhere in the message body. Yes, my fault. Thank you for putting it here :-) >=20 > In message > wei.com> > Mach Chen writes: > > > > Hi, > > > > During the second MPLS session last week, there are lot of discussions > > on the source label, thanks for the discussions! > > > > Regarding to the usage of source label, there may be some > > misunderstanding. The main purpose of source label is for OAM, > > although the source label can be applied to real packets, but it's > > optional, it depends on how you use it. >=20 > It is fine to use source label for OAM in LDP where LSPs are MP2P or in a= ny type > of MP2P or MP2MP LSP. >=20 > The current draft should indicate that the source label is not intended f= or use in > source based routing. It comes close to this in stating "Source Labels S= HOULD > NOT be used for forwarding". All of the text regarding "steering" should= be > removed. We already have ELI and EL for that. SL adds very little entro= py. I am personally fine to remove those steering related text. >=20 > SL is intended to be used to provide the basis for source specific counte= rs in > MP2[M]P and for OAM that makes use of these source specific counters. >=20 > > In addition, regarding to the depth of label stack, IMHO, this is > > proved that is not an real issue for the new generation hardware > > (chips and NPs), the depth is only related the need. >=20 > Since this is for provider use and the chips now on the market that are i= n other > ways appropriate for provider use don't have a severe problem with label = stack > depth, this usage seems OK. If a provider finds that for their deploymen= t it is > not, then they can defer using this until they get rid of the faulty equi= pment. A > specific line of chips with severe stack depth issues was briefly mention= ed at the > meeting but not a line of chips that is appropriate for provider use for = many > reasons other than severe stack depth limitations. Agree. >=20 > > Best regards, > > Mach >=20 > Rereading the draft it would be shorter and more to the point if all the = steering > and source filtering applications were removed and strongly discouraged. = The > source filtering argument is weak and likely invalid. Only the OAM use s= hould > remain in section 3. OK. >=20 > Also note that steering and source filtering contradicts with the followi= ng. >=20 > 4.2. Transit LSR >=20 > There is no change in forwarding behavior for transit LSRs. But if > a transit LSR can recognize the SLI, it can use the SL to collect > traffic throughput and/or measure the performance of the LSP. >=20 > You should request an extended special purpose label. In order to do tha= t you > have to list Kireeti's special purpose label draft as normative and cite = the new > registry that is created. I'm not sure this is a good use of one of the = remaining > 0-14 label space but that is something that should be discussed on the li= st. Sure, will add the reference in the next revision. >=20 > Also note that LSP_ATTRIBUTES flag bits are in short supply. Perhaps ano= ther > mechanism should be considered. I guess you missed this LSP_ATTRIBUTES flag [RFC5420] with the SESSION_ATTR= IBUTE object Flags field that has only 8 bits. According to the definition in Section 3.1. of RFC5420: "The Attribute Flags TLV Value field is an array of units of 32 flags numbered from the most significant bit as bit zero. The Length field for this TLV is therefore always a multiple of four bytes, regardless of the number of bits carried, and no padding is required. " Seems the LSP_Attribute Flags TLV has enough bits for using.=20 Thanks, Mach >=20 > Curtis >=20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From nobody Fri Mar 14 09:03:39 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7131B1A0166; Fri, 14 Mar 2014 09:03:36 -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 dX1vbNM489sU; Fri, 14 Mar 2014 09:03:34 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 66B701A00DB; Fri, 14 Mar 2014 09:03:34 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Secretariat To: autumn.liu@ericsson.com, liulei.kddi@gmail.com, ning.so@tatacommunications.com, huaimo.chen@huawei.com, fengman.xu@verizon.com, mehmet_toy@cable.comcast.com, huanglu@chinamobile.com X-Test-IDTracker: no X-IETF-IDTracker: 5.1.0p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140314160334.3052.5029.idtracker@ietfa.amsl.com> Date: Fri, 14 Mar 2014 09:03:34 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/tQRASRUyNKSEq3mvVPha3jQ-xVc Cc: mpls@ietf.org, rcallon@juniper.net, ipr-announce@ietf.org Subject: [mpls] IPR Disclosure: Huawei Technologies Co., Ltd's Statement about IPR related to draft-chen-mpls-p2mp-egress-protection-10 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Mar 2014 16:03:36 -0000 Dear Autumn Liu, Lei Liu, So Ning, Huaimo Chen, Fengman Xu, Mehmet Toy, Lu Huang: An IPR disclosure that pertains to your Internet-Draft entitled "Extensions to RSVP-TE for LSP Egress Local Protection" (draft-chen-mpls-p2mp-egress- protection) was submitted to the IETF Secretariat on 2014-01-31 and has been posted on the "IETF Page of Intellectual Property Rights Disclosures" (https://datatracker.ietf.org/ipr/2310/). The title of the IPR disclosure is "Huawei Technologies Co.,Ltd's Statement about IPR related to draft-chen-mpls- p2mp-egress-protection-10.""); The IETF Secretariat From nobody Fri Mar 14 13:37:56 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5D6EE1A01B5; Fri, 14 Mar 2014 13:37:51 -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 2mp6bbWJkBQO; Fri, 14 Mar 2014 13:37:49 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 6022E1A01CA; Fri, 14 Mar 2014 13:37:49 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.1.0p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140314203749.31278.67854.idtracker@ietfa.amsl.com> Date: Fri, 14 Mar 2014 13:37:49 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/0p0YKNUDuegY75eNkz0pnr6t2Us Cc: mpls@ietf.org Subject: [mpls] I-D Action: draft-ietf-mpls-smp-requirements-04.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Mar 2014 20:37:51 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching Working Group of the IETF. Title : Requirements for MPLS-TP Shared Mesh Protection Authors : Yaacov Weingarten Sam Aldrin Ping Pan Jeong-dong Ryoo Greg Mirsky Filename : draft-ietf-mpls-smp-requirements-04.txt Pages : 14 Date : 2014-03-14 Abstract: This document presents the basic network objectives for the behavior of shared mesh protection (SMP) not based on control-plane support. This is an expansion of the basic requirements presented in [RFC5654] "Requirements for the Transport Profile of MPLS" and [RFC6372] "MPLS- TP Survivability Framework". This document is to be used as a basis for the definition of any mechanism that would be used to implement SMP for MPLS-TP data paths, in networks that delegate executive action for resiliency to the data plane. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-smp-requirements/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-mpls-smp-requirements-04 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-smp-requirements-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 Fri Mar 14 16:14:18 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 411901A0209 for ; Fri, 14 Mar 2014 16:14:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FausODRdRw-r for ; Fri, 14 Mar 2014 16:14:10 -0700 (PDT) Received: from va3outboundpool.messaging.microsoft.com (va3ehsobe002.messaging.microsoft.com [216.32.180.12]) by ietfa.amsl.com (Postfix) with ESMTP id CA7541A0203 for ; Fri, 14 Mar 2014 16:14:08 -0700 (PDT) Received: from mail169-va3-R.bigfish.com (10.7.14.229) by VA3EHSOBE004.bigfish.com (10.7.40.24) with Microsoft SMTP Server id 14.1.225.22; Fri, 14 Mar 2014 23:14:01 +0000 Received: from mail169-va3 (localhost [127.0.0.1]) by mail169-va3-R.bigfish.com (Postfix) with ESMTP id 672932A00D0; Fri, 14 Mar 2014 23:14:01 +0000 (UTC) X-Forefront-Antispam-Report: CIP:157.56.240.101; KIP:(null); UIP:(null); IPV:NLI; H:BL2PRD0510HT002.namprd05.prod.outlook.com; RD:none; EFVD:NLI X-SpamScore: -21 X-BigFish: VPS-21(z579ehz9371Ic85fhec9I4015Izz1f42h2148h208ch1ee6h1de0h1fdah2073h2146h1202h1e76h2189h1d1ah1d2ah21bch1fc6hzc2hz1d7338h1de098h1033IL17326ah8275bh8275dh18c673h1c8fb4h1de097h186068hz2fh109h2a8h839hd24hf0ah1288h12a5h12bdh137ah1441h1504h1537h153bh162dh1631h1758h18e1h1946h19b5h19ceh1ad9h1b0ah1bceh224fh1d07h1d0ch1d2eh1d3fh1de9h1dfeh1dffh1fe8h1ff5h20f0h2216h22d0h2336h2461h2487h24ach24d7h2516h2545h255eh25cch25f6h2605h9a9j1155h) Received-SPF: pass (mail169-va3: domain of juniper.net designates 157.56.240.101 as permitted sender) client-ip=157.56.240.101; envelope-from=yshen@juniper.net; helo=BL2PRD0510HT002.namprd05.prod.outlook.com ; .outlook.com ; X-Forefront-Antispam-Report-Untrusted: SFV:NSPM; SFS:(10009001)(428001)(199002)(189002)(377454003)(164054003)(37854004)(19580395003)(85306002)(81342001)(83322001)(85852003)(19300405004)(63696002)(19580405001)(19609705001)(80976001)(80022001)(65816001)(33646001)(81686001)(15202345003)(66066001)(56816005)(79102001)(81542001)(59766001)(87936001)(56776001)(83072002)(81816001)(16236675002)(90146001)(74366001)(50986001)(94316002)(54316002)(86362001)(74502001)(47976001)(97186001)(47446002)(95416001)(54356001)(74662001)(51856001)(31966008)(46102001)(76482001)(95666003)(2656002)(93516002)(18717965001)(92566001)(74876001)(94946001)(49866001)(15975445006)(69226001)(87266001)(74706001)(76576001)(47736001)(53806001)(76796001)(76786001)(24736002); DIR:OUT; SFP:1101; SCL:1; SRVR:BY2PR05MB631; H:BY2PR05MB728.namprd05.prod.outlook.com; CLIP:66.129.241.10; FPR:B674F095.9FC095D1.FDD172F7.40C5DDE0.20430; MLV:sfv; PTR:InfoNoRecords; A:1; MX:1; LANG:en; Received: from mail169-va3 (localhost.localdomain [127.0.0.1]) by mail169-va3 (MessageSwitch) id 1394838838967055_23501; Fri, 14 Mar 2014 23:13:58 +0000 (UTC) Received: from VA3EHSMHS003.bigfish.com (unknown [10.7.14.240]) by mail169-va3.bigfish.com (Postfix) with ESMTP id D905240049; Fri, 14 Mar 2014 23:13:58 +0000 (UTC) Received: from BL2PRD0510HT002.namprd05.prod.outlook.com (157.56.240.101) by VA3EHSMHS003.bigfish.com (10.7.99.13) with Microsoft SMTP Server (TLS) id 14.16.227.3; Fri, 14 Mar 2014 23:13:58 +0000 Received: from BY2PR05MB631.namprd05.prod.outlook.com (10.141.218.20) by BL2PRD0510HT002.namprd05.prod.outlook.com (10.255.100.37) with Microsoft SMTP Server (TLS) id 14.16.423.0; Fri, 14 Mar 2014 23:13:55 +0000 Received: from BY2PR05MB728.namprd05.prod.outlook.com (10.141.223.25) by BY2PR05MB631.namprd05.prod.outlook.com (10.141.218.20) with Microsoft SMTP Server (TLS) id 15.0.888.9; Fri, 14 Mar 2014 23:13:53 +0000 Received: from BY2PR05MB728.namprd05.prod.outlook.com ([10.141.223.25]) by BY2PR05MB728.namprd05.prod.outlook.com ([10.141.223.25]) with mapi id 15.00.0893.001; Fri, 14 Mar 2014 23:13:53 +0000 From: Yimin Shen To: Yimin Shen , Ross Callon , "mpls@ietf.org" Thread-Topic: change of name, RE: end of poll, RE: Poll for Adoption draft-chen-mpls-p2mp-egress-protection-11 Thread-Index: AQHPKPRIpPUShY7IUEKfeXCXoUCU4JrcJhCQgABYLACAAAPSkIAE2Sng Date: Fri, 14 Mar 2014 23:13:52 +0000 Message-ID: <9a39f3c347114e2197ce2bf8eb7c525d@BY2PR05MB728.namprd05.prod.outlook.com> References: <93426e96480c4945a5d35aea63d15a92@CO2PR05MB636.namprd05.prod.outlook.com> <233cc5ff63d84f4d904c5a7e4792f540@CO2PR05MB636.namprd05.prod.outlook.com> <649f1042acc6404aa37ba117348473c2@BY2PR05MB728.namprd05.prod.outlook.com> In-Reply-To: <649f1042acc6404aa37ba117348473c2@BY2PR05MB728.namprd05.prod.outlook.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.10] x-forefront-prvs: 0150F3F97D Content-Type: multipart/alternative; boundary="_000_9a39f3c347114e2197ce2bf8eb7c525dBY2PR05MB728namprd05pro_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-FOPE-CONNECTOR: Id%0$Dn%*$RO%0$TLS%0$FQDN%$TlsDn% Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/osdvhScj4j5Bi0BQVdZpk3Z8Ahc Cc: "mpls-chairs@tools.ietf.org" , "draft-chen-mpls-p2mp-egress-protection@tools.ietf.org" Subject: Re: [mpls] change of name, RE: end of poll, RE: Poll for Adoption draft-chen-mpls-p2mp-egress-protection-11 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Mar 2014 23:14:16 -0000 --_000_9a39f3c347114e2197ce2bf8eb7c525dBY2PR05MB728namprd05pro_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi chairs, authors, To help make this draft more generic to cover P2P LSPs, I'd like to suggest= the draft to differentiate the problems faced by P2MP LSPs and P2P LSPs, a= nd also to discuss specifically the set of problems of P2P LSPs, which are = imposed by inner labels (i.e. service labels). Of course, a complete solution for P2P LSP egress protection will require e= xtensions to Layer-2/3 VPN service label distribution protocols, which may = be out of the scope of RSVP and this draft. However, since these extensions= have already been addressed by some existing IETF work and drafts, this dr= aft could refer to them in the text. Thanks, /Yimin From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Yimin Shen Sent: Tuesday, March 11, 2014 5:26 PM To: Ross Callon; mpls@ietf.org Cc: mpls-chairs@tools.ietf.org; draft-chen-mpls-p2mp-egress-protection@tool= s.ietf.org Subject: Re: [mpls] change of name, RE: end of poll, RE: Poll for Adoption = draft-chen-mpls-p2mp-egress-protection-11 Hi, I don't think this draft is suitable for RSVP point-to-point LSPs. This is = because an RSVP point-to-point LSP may carry packets with an _inner_ label = (e.g. a layer-2 or 3 VPN label, or any service label) which is allocated by= the protected egress router and hence can only be handled by this router. = The draft doesn't provide a solution that can support a backup egress rout= er to properly forward packets based on that inner label when the packets a= re re-rerouted to it. This is unlike point-to-multipoint LSPs which normally carry IP packets or = MPLS packets with upstream-assigned inner labels which we may assume to be = known labels to backup egress routers. >From this perspective, I think the draft should stay as "p2mp" specific. Thanks, Yimin Shen From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Ross Callon Sent: Tuesday, March 11, 2014 4:34 PM To: mpls@ietf.org Cc: mpls-chairs@tools.ietf.org; draft-ch= en-mpls-p2mp-egress-protection@tools.ietf.org Subject: [mpls] change of name, RE: end of poll, RE: Poll for Adoption draf= t-chen-mpls-p2mp-egress-protection-11 It has been pointed out that draft-chen-mpls-p2mp-egress-protection is actu= ally about protection for RSVP signaled LSPs, and that it could apply to po= int-to-point in addition to point-to-multipoint. For this reason the authors have suggested naming the WG draft: draft-ietf-mpls-rsvp-egress-protection-00 If there is any objection to this name, please reply to this email by the e= nd of this week (Friday March 14). Thanks, Ross (as WG co-chair) From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Ross Callon Sent: Tuesday, March 11, 2014 11:20 AM To: mpls@ietf.org Cc: mpls-chairs@tools.ietf.org Subject: [mpls] end of poll, RE: Poll for Adoption draft-chen-mpls-p2mp-egr= ess-protection-11 Working Group, This poll has been closed. We have accepted the draft as an mpls working g= roup document. Could the authors please re-publish the draft with no other changes than file-name, date and version as: draft-ietf-mpls-p2mp-egress-protection-00 After this draft has been posted, the authors should then deal with the com= ments received during the call for adoption, following normal IETF processe= s. Thanks, Ross (as WG co-chair) From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Ross Callon Sent: Thursday, February 13, 2014 2:46 PM To: mpls@ietf.org Cc: mpls-chairs@tools.ietf.org Subject: [mpls] Poll for Adoption draft-chen-mpls-p2mp-egress-protection-11 This is to start a poll on adopting draft-chen-mpls-p2mp-egress-protection-= 11 as an MPLS working group document. Since many of us will be in transit to t= he IETF approximately two weeks from now, I will extent the poll by one week (= so that it will be a three week poll). Please send your comments (support/not support) to the mpls working group mailing list (mpls@ietf.org). This poll will end Friday March 7, 2014. Note that this is the Friday of th= e IETF, and thus we will each need to plan our review of the document and response around our travel plans and IETF activities. Thanks, Ross --_000_9a39f3c347114e2197ce2bf8eb7c525dBY2PR05MB728namprd05pro_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi chairs, authors,<= /o:p>

 <= /p>

To help make this draft m= ore generic to cover P2P LSPs, I’d like to suggest the draft to diffe= rentiate the problems faced by P2MP LSPs and P2P LSPs, and also to discuss specifically the set of problems of P2P LSPs, which are imposed= by inner labels (i.e. service labels).

 <= /p>

Of course, a complete sol= ution for P2P LSP egress protection will require extensions to Layer-2/3 VP= N service label distribution protocols, which may be out of the scope of RSVP and this draft. However, since these extensions have = already been addressed by some existing IETF work and drafts, this draft co= uld refer to them in the text.

 <= /p>

Thanks,=

 <= /p>

/Yimin<= /p>

 <= /p>

 <= /p>

From: mpls [ma= ilto:mpls-bounces@ietf.org] On Behalf Of Yimin Shen
Sent: Tuesday, March 11, 2014 5:26 PM
To: Ross Callon; mpls@ietf.org
Cc: mpls-chairs@tools.ietf.org; draft-chen-mpls-p2mp-egress-protecti= on@tools.ietf.org
Subject: Re: [mpls] change of name, RE: end of poll, RE: Poll for Ad= option draft-chen-mpls-p2mp-egress-protection-11

 

Hi,

 <= /p>

I don’t think this = draft is suitable for RSVP point-to-point LSPs. This is because an RSVP poi= nt-to-point LSP may carry packets with an _inner_ label (e.g. a layer-2 or 3 VPN label, or any service label) which is allocated b= y the protected egress router and hence can only be handled by this router.=  The draft doesn’t provide a solution that can support a backup= egress router to properly forward packets based on that inner label when the packets are re-rerouted to it.

 <= /p>

This is unlike point-to-m= ultipoint LSPs which normally carry IP packets or MPLS packets with upstrea= m-assigned inner labels which we may assume to be known labels to backup egress routers.

 <= /p>

From this perspective, I = think the draft should stay as “p2mp” specific.

 <= /p>

Thanks,=

 <= /p>

Yimin Shen

 <= /p>

 <= /p>

From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Ross Callon
Sent: Tuesday, March 11, 2014 4:34 PM
To: mpls@ietf.org
Cc: mpls-chairs@tools.= ietf.org; dr= aft-chen-mpls-p2mp-egress-protection@tools.ietf.org
Subject: [mpls] change of name, RE: end of poll, RE: Poll for Adopti= on draft-chen-mpls-p2mp-egress-protection-11

 

It has been pointed out t= hat draft-chen-mpls-p2mp-egress-protection is actually about protection for= RSVP signaled LSPs, and that it could apply to point-to-point in addition to point-to-multipoint.

 <= /p>

For this reason the autho= rs have suggested naming the WG draft:

 <= /p>

    &= nbsp;           draft-iet= f-mpls-rsvp-egress-protection-00

 <= /p>

If there is any objection= to this name, please reply to this email by the end of this week (Friday M= arch 14).

 <= /p>

Thanks, Ross

(as WG co-chair)

 <= /p>

From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Ross Callon
Sent: Tuesday, March 11, 2014 11:20 AM
To: mpls@ietf.org
Cc: mpls-chairs@tools.= ietf.org
Subject: [mpls] end of poll, RE: Poll for Adoption draft-chen-mpls-p= 2mp-egress-protection-11

 

Working Group,=

 <= /p>

This poll has been closed= .  We have accepted the draft as an mpls working group document.<= /o:p>

 <= /p>

Could the authors please = re-publish the draft with no other

changes than file-name, d= ate and version as:

 <= /p>

draft-ietf-mpls-p2mp-egre= ss-protection-00

 <= /p>

After this draft has been= posted, the authors should then deal with the comments received during the= call for adoption, following normal IETF processes.

 <= /p>

Thanks, Ross

(as WG co-chair)

 <= /p>

From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Ross Callon
Sent: Thursday, February 13, 2014 2:46 PM
To: mpls@ietf.org
Cc: mpls-chairs@tools.= ietf.org
Subject: [mpls] Poll for Adoption draft-chen-mpls-p2mp-egress-protec= tion-11

 

This is to start a poll on adopting dra= ft-chen-mpls-p2mp-egress-protection-11

as an MPLS working group document. Sinc= e many of us will be in transit to the

IETF approximately two weeks from now, = I will extent the poll by one week (so

that it will be a three week poll).

 

Please send your comments (support/not = support) to the mpls working group

mailing list (mpls@ietf.org).

 

This poll will end Friday March 7, 2014= . Note that this is the Friday of the IETF,

and thus we will each need to plan our = review of the document and response

around our travel plans and IETF activi= ties.

 

Thanks, Ross

 

--_000_9a39f3c347114e2197ce2bf8eb7c525dBY2PR05MB728namprd05pro_-- From nobody Fri Mar 14 17:10:30 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BD4981A021D for ; Fri, 14 Mar 2014 17:10:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.747 X-Spam-Level: X-Spam-Status: No, score=-4.747 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.547, 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 J5T_fUypHbaA for ; Fri, 14 Mar 2014 17:10:16 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 36AF91A019A for ; Fri, 14 Mar 2014 17:10:14 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BCB88347; Sat, 15 Mar 2014 00:10:06 +0000 (GMT) Received: from LHREML402-HUB.china.huawei.com (10.201.5.241) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.3.158.1; Sat, 15 Mar 2014 00:09:09 +0000 Received: from SJCEML702-CHM.china.huawei.com (10.212.94.48) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.158.1; Sat, 15 Mar 2014 00:10:04 +0000 Received: from SJCEML701-CHM.china.huawei.com ([169.254.3.52]) by SJCEML702-CHM.china.huawei.com ([169.254.4.61]) with mapi id 14.03.0158.001; Fri, 14 Mar 2014 17:09:56 -0700 From: Huaimo Chen To: Yimin Shen , Ross Callon , "mpls@ietf.org" Thread-Topic: change of name, RE: end of poll, RE: Poll for Adoption draft-chen-mpls-p2mp-egress-protection-11 Thread-Index: AQHPKPRIpPUShY7IUEKfeXCXoUCU4JrcJhCQgABYLACAAAPSkIAE2SnggAATfUA= Date: Sat, 15 Mar 2014 00:09:55 +0000 Message-ID: <5316A0AB3C851246A7CA5758973207D445C4C149@SJCEML701-CHM.china.huawei.com> References: <93426e96480c4945a5d35aea63d15a92@CO2PR05MB636.namprd05.prod.outlook.com> <233cc5ff63d84f4d904c5a7e4792f540@CO2PR05MB636.namprd05.prod.outlook.com> <649f1042acc6404aa37ba117348473c2@BY2PR05MB728.namprd05.prod.outlook.com> <9a39f3c347114e2197ce2bf8eb7c525d@BY2PR05MB728.namprd05.prod.outlook.com> In-Reply-To: <9a39f3c347114e2197ce2bf8eb7c525d@BY2PR05MB728.namprd05.prod.outlook.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.212.245.102] Content-Type: multipart/alternative; boundary="_000_5316A0AB3C851246A7CA5758973207D445C4C149SJCEML701CHMchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/YbCkxT3qRbWLSaro7nihKAwcnm0 Cc: "mpls-chairs@tools.ietf.org" , "draft-chen-mpls-p2mp-egress-protection@tools.ietf.org" Subject: Re: [mpls] change of name, RE: end of poll, RE: Poll for Adoption draft-chen-mpls-p2mp-egress-protection-11 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Mar 2014 00:10:22 -0000 --_000_5316A0AB3C851246A7CA5758973207D445C4C149SJCEML701CHMchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Yimin, Thanks much for your comments and suggestions! To change the file-name of the draft is to address the comment (I copy= and paste it below) from MPLS RT member Eric Gray, who posted his comments= in MPLS mailing list on Jan. 17, 2014. I assume that the WG version will NOT include "p2mp" in= the draft name (i.e. - it would be more likely be "draft-ietf-mpls-egress-protection" than "draft-ietf-mpls-p2mp-egress-protection"). The draft provides some solutions for protecting the egress of a P2P LSP. We will consider your suggestions to make the draft more generic. Best Regards, Huaimo From: Yimin Shen [mailto:yshen@juniper.net] Sent: Friday, March 14, 2014 7:14 PM To: Yimin Shen; Ross Callon; mpls@ietf.org Cc: mpls-chairs@tools.ietf.org; draft-chen-mpls-p2mp-egress-protection@tool= s.ietf.org Subject: RE: change of name, RE: end of poll, RE: Poll for Adoption draft-c= hen-mpls-p2mp-egress-protection-11 Hi chairs, authors, To help make this draft more generic to cover P2P LSPs, I'd like to suggest= the draft to differentiate the problems faced by P2MP LSPs and P2P LSPs, a= nd also to discuss specifically the set of problems of P2P LSPs, which are = imposed by inner labels (i.e. service labels). Of course, a complete solution for P2P LSP egress protection will require e= xtensions to Layer-2/3 VPN service label distribution protocols, which may = be out of the scope of RSVP and this draft. However, since these extensions= have already been addressed by some existing IETF work and drafts, this dr= aft could refer to them in the text. Thanks, /Yimin From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Yimin Shen Sent: Tuesday, March 11, 2014 5:26 PM To: Ross Callon; mpls@ietf.org Cc: mpls-chairs@tools.ietf.org; draft-ch= en-mpls-p2mp-egress-protection@tools.ietf.org Subject: Re: [mpls] change of name, RE: end of poll, RE: Poll for Adoption = draft-chen-mpls-p2mp-egress-protection-11 Hi, I don't think this draft is suitable for RSVP point-to-point LSPs. This is = because an RSVP point-to-point LSP may carry packets with an _inner_ label = (e.g. a layer-2 or 3 VPN label, or any service label) which is allocated by= the protected egress router and hence can only be handled by this router. = The draft doesn't provide a solution that can support a backup egress rout= er to properly forward packets based on that inner label when the packets a= re re-rerouted to it. This is unlike point-to-multipoint LSPs which normally carry IP packets or = MPLS packets with upstream-assigned inner labels which we may assume to be = known labels to backup egress routers. >From this perspective, I think the draft should stay as "p2mp" specific. Thanks, Yimin Shen From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Ross Callon Sent: Tuesday, March 11, 2014 4:34 PM To: mpls@ietf.org Cc: mpls-chairs@tools.ietf.org; draft-ch= en-mpls-p2mp-egress-protection@tools.ietf.org Subject: [mpls] change of name, RE: end of poll, RE: Poll for Adoption draf= t-chen-mpls-p2mp-egress-protection-11 It has been pointed out that draft-chen-mpls-p2mp-egress-protection is actu= ally about protection for RSVP signaled LSPs, and that it could apply to po= int-to-point in addition to point-to-multipoint. For this reason the authors have suggested naming the WG draft: draft-ietf-mpls-rsvp-egress-protection-00 If there is any objection to this name, please reply to this email by the e= nd of this week (Friday March 14). Thanks, Ross (as WG co-chair) From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Ross Callon Sent: Tuesday, March 11, 2014 11:20 AM To: mpls@ietf.org Cc: mpls-chairs@tools.ietf.org Subject: [mpls] end of poll, RE: Poll for Adoption draft-chen-mpls-p2mp-egr= ess-protection-11 Working Group, This poll has been closed. We have accepted the draft as an mpls working g= roup document. Could the authors please re-publish the draft with no other changes than file-name, date and version as: draft-ietf-mpls-p2mp-egress-protection-00 After this draft has been posted, the authors should then deal with the com= ments received during the call for adoption, following normal IETF processe= s. Thanks, Ross (as WG co-chair) From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Ross Callon Sent: Thursday, February 13, 2014 2:46 PM To: mpls@ietf.org Cc: mpls-chairs@tools.ietf.org Subject: [mpls] Poll for Adoption draft-chen-mpls-p2mp-egress-protection-11 This is to start a poll on adopting draft-chen-mpls-p2mp-egress-protection-= 11 as an MPLS working group document. Since many of us will be in transit to t= he IETF approximately two weeks from now, I will extent the poll by one week (= so that it will be a three week poll). Please send your comments (support/not support) to the mpls working group mailing list (mpls@ietf.org). This poll will end Friday March 7, 2014. Note that this is the Friday of th= e IETF, and thus we will each need to plan our review of the document and response around our travel plans and IETF activities. Thanks, Ross --_000_5316A0AB3C851246A7CA5758973207D445C4C149SJCEML701CHMchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Yimin,

 <= /p>

Thanks much for your comments and suggestions!

 

     To change the file-name of the draf= t is to address the comment (I copy and paste it below) from MPLS RT member= Eric Gray, who posted his comments in MPLS mailing list on Jan. 17, 2014.

   &= nbsp;          &nb= sp;     I assume that the WG version will NOT include "p2mp" in the draft

name (i.e. - it would be more likely be "= draft-ietf-mpls-egress-protection"

than "draft-ietf-mpls-p2mp-egress-pro= tection").

 <= /p>

The draft provides some solutions for protecting the egress of  a P= 2P LSP.  

 

We will consider your suggestions to make the draft more generic.

 <= /p>

Best Regards,<= /span>

Huaimo<= /p>

From: Yimin Sh= en [mailto:yshen@juniper.net]
Sent: Friday, March 14, 2014 7:14 PM
To: Yimin Shen; Ross Callon; mpls@ietf.org
Cc: mpls-chairs@tools.ietf.org; draft-chen-mpls-p2mp-egress-protecti= on@tools.ietf.org
Subject: RE: change of name, RE: end of poll, RE: Poll for Adoption = draft-chen-mpls-p2mp-egress-protection-11

 

Hi chairs, authors,<= /o:p>

 <= /p>

To help make this draft m= ore generic to cover P2P LSPs, I’d like to suggest the draft to diffe= rentiate the problems faced by P2MP LSPs and P2P LSPs, and also to discuss specifically the set of problems of P2P LSPs, which are imposed= by inner labels (i.e. service labels).

 <= /p>

Of course, a complete sol= ution for P2P LSP egress protection will require extensions to Layer-2/3 VP= N service label distribution protocols, which may be out of the scope of RSVP and this draft. However, since these extensions have = already been addressed by some existing IETF work and drafts, this draft co= uld refer to them in the text.

 <= /p>

Thanks,=

 <= /p>

/Yimin<= /p>

 <= /p>

 <= /p>

From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Yimin Shen
Sent: Tuesday, March 11, 2014 5:26 PM
To: Ross Callon; mpls@ietf.org<= br> Cc: mpls-chairs@tools.= ietf.org; dr= aft-chen-mpls-p2mp-egress-protection@tools.ietf.org
Subject: Re: [mpls] change of name, RE: end of poll, RE: Poll for Ad= option draft-chen-mpls-p2mp-egress-protection-11

 

Hi,

 <= /p>

I don’t think this = draft is suitable for RSVP point-to-point LSPs. This is because an RSVP poi= nt-to-point LSP may carry packets with an _inner_ label (e.g. a layer-2 or 3 VPN label, or any service label) which is allocated b= y the protected egress router and hence can only be handled by this router.=  The draft doesn’t provide a solution that can support a backup= egress router to properly forward packets based on that inner label when the packets are re-rerouted to it.

 <= /p>

This is unlike point-to-m= ultipoint LSPs which normally carry IP packets or MPLS packets with upstrea= m-assigned inner labels which we may assume to be known labels to backup egress routers.

 <= /p>

From this perspective, I = think the draft should stay as “p2mp” specific.

 <= /p>

Thanks,=

 <= /p>

Yimin Shen

 <= /p>

 <= /p>

From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Ross Callon
Sent: Tuesday, March 11, 2014 4:34 PM
To: mpls@ietf.org
Cc: mpls-chairs@tools.= ietf.org; dr= aft-chen-mpls-p2mp-egress-protection@tools.ietf.org
Subject: [mpls] change of name, RE: end of poll, RE: Poll for Adopti= on draft-chen-mpls-p2mp-egress-protection-11

 

It has been pointed out t= hat draft-chen-mpls-p2mp-egress-protection is actually about protection for= RSVP signaled LSPs, and that it could apply to point-to-point in addition to point-to-multipoint.

 <= /p>

For this reason the autho= rs have suggested naming the WG draft:

 <= /p>

    &= nbsp;           draft-iet= f-mpls-rsvp-egress-protection-00

 <= /p>

If there is any objection= to this name, please reply to this email by the end of this week (Friday M= arch 14).

 <= /p>

Thanks, Ross

(as WG co-chair)

 <= /p>

From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Ross Callon
Sent: Tuesday, March 11, 2014 11:20 AM
To: mpls@ietf.org
Cc: mpls-chairs@tools.= ietf.org
Subject: [mpls] end of poll, RE: Poll for Adoption draft-chen-mpls-p= 2mp-egress-protection-11

 

Working Group,=

 <= /p>

This poll has been closed= .  We have accepted the draft as an mpls working group document.<= /o:p>

 <= /p>

Could the authors please = re-publish the draft with no other

changes than file-name, d= ate and version as:

 <= /p>

draft-ietf-mpls-p2mp-egre= ss-protection-00

 <= /p>

After this draft has been= posted, the authors should then deal with the comments received during the= call for adoption, following normal IETF processes.

 <= /p>

Thanks, Ross

(as WG co-chair)

 <= /p>

From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Ross Callon
Sent: Thursday, February 13, 2014 2:46 PM
To: mpls@ietf.org
Cc: mpls-chairs@tools.= ietf.org
Subject: [mpls] Poll for Adoption draft-chen-mpls-p2mp-egress-protec= tion-11

 

This is to start a poll on adopting dra= ft-chen-mpls-p2mp-egress-protection-11

as an MPLS working group document. Sinc= e many of us will be in transit to the

IETF approximately two weeks from now, = I will extent the poll by one week (so

that it will be a three week poll).

 

Please send your comments (support/not = support) to the mpls working group

mailing list (mpls@ietf.org).

 

This poll will end Friday March 7, 2014= . Note that this is the Friday of the IETF,

and thus we will each need to plan our = review of the document and response

around our travel plans and IETF activi= ties.

 

Thanks, Ross

 

--_000_5316A0AB3C851246A7CA5758973207D445C4C149SJCEML701CHMchi_-- From nobody Fri Mar 14 18:03:30 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 273881A0237 for ; Fri, 14 Mar 2014 18:03:29 -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, 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 OFPxiwa2g_sG for ; Fri, 14 Mar 2014 18:02:55 -0700 (PDT) Received: from usevmg20.ericsson.net (usevmg20.ericsson.net [198.24.6.45]) by ietfa.amsl.com (Postfix) with ESMTP id 889AB1A0121 for ; Fri, 14 Mar 2014 18:02:55 -0700 (PDT) X-AuditID: c618062d-b7f858e0000031c7-97-5323a465dd92 Received: from EUSAAHC003.ericsson.se (Unknown_Domain [147.117.188.81]) by usevmg20.ericsson.net (Symantec Mail Security) with SMTP id 1F.5C.12743.564A3235; Sat, 15 Mar 2014 01:52:53 +0100 (CET) Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC003.ericsson.se ([147.117.188.81]) with mapi id 14.02.0387.000; Fri, 14 Mar 2014 21:02:47 -0400 From: Autumn Liu To: Yimin Shen , Ross Callon , "mpls@ietf.org" Thread-Topic: change of name, RE: end of poll, RE: Poll for Adoption draft-chen-mpls-p2mp-egress-protection-11 Thread-Index: AQHPKPRIpPUShY7IUEKfeXCXoUCU4JrcJhCQgABYLACAAAPSkIAE2SnggAAme0A= Date: Sat, 15 Mar 2014 01:02:46 +0000 Message-ID: References: <93426e96480c4945a5d35aea63d15a92@CO2PR05MB636.namprd05.prod.outlook.com> <233cc5ff63d84f4d904c5a7e4792f540@CO2PR05MB636.namprd05.prod.outlook.com> <649f1042acc6404aa37ba117348473c2@BY2PR05MB728.namprd05.prod.outlook.com> <9a39f3c347114e2197ce2bf8eb7c525d@BY2PR05MB728.namprd05.prod.outlook.com> In-Reply-To: <9a39f3c347114e2197ce2bf8eb7c525d@BY2PR05MB728.namprd05.prod.outlook.com> Accept-Language: zh-CN, 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_E4F89EAEF1386F42AA8E6FB5C35399A61C0DF04Ceusaamb103erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrHLMWRmVeSWpSXmKPExsUyuXRPoG7qEuVgg4YuA4ve2dsZLb5fWsJi cWvpSlaLvyuusFhsX/6NxYHVY8mSn0we15uusnt8ufyZLYA5issmJTUnsyy1SN8ugStj5btn zAXTLzJWHFi/hq2B8eNuxi5GTg4JAROJ9S9vQtliEhfurWfrYuTiEBI4wiixadpnZghnOaPE ybNtYFVsAloS+/a/YwexRQQyJLZtn8AOUsQssIlRYu2afawgCWGBfIneD9MZIYoKJNb9+MwC YftJrJu4GSzOIqAqcfr7ObBBvAK+Eu8mnWeH2NbKLLF8xQMmkASnQJjExfXP2UBsRgFZiWmP 7oPFmQXEJW49mc8EcbeAxJI955khbFGJl4//sULYihL7+qezQ9TnS0zqW8AIsUxQ4uTMJywT GEVnIRk1C0nZLCRlEHEdiQW7P7FB2NoSyxa+Zoaxzxx4zIQsvoCRfRUjR2lxalluupHBJkZg HB6TYNPdwbjnpeUhRmkOFiVx3i9vnYOEBNITS1KzU1MLUovii0pzUosPMTJxcEo1MIb+jH0W LXiXbVffiXMpi6Yw1LnGKAl+UNJk4om6aiP5t95k/7WbLwLLljcxKpcv993dwVGQ/mji3pCP Sn/4n9/Yls8z2zC3ZmHuVdWmnjO7Dserfj/pHRNWenrDe4NlPrNmMS8svvTG8Vngvzlxkz8V O+1d2HcitNDFOH5yB1/Wq9LCtE0B65VYijMSDbWYi4oTAbO4S/6RAgAA Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/JH1XzunamPuG6PPI-Mcx_C2OIUo Cc: "mpls-chairs@tools.ietf.org" , "draft-chen-mpls-p2mp-egress-protection@tools.ietf.org" Subject: Re: [mpls] change of name, RE: end of poll, RE: Poll for Adoption draft-chen-mpls-p2mp-egress-protection-11 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Mar 2014 01:03:29 -0000 --_000_E4F89EAEF1386F42AA8E6FB5C35399A61C0DF04Ceusaamb103erics_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I am ok with the name change, and agree with Yimin that the egress protecti= on of p2p LSP needs to be addressed specifically with the draft. -Autumn From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Yimin Shen Sent: Friday, March 14, 2014 4:14 PM To: Yimin Shen; Ross Callon; mpls@ietf.org Cc: mpls-chairs@tools.ietf.org; draft-chen-mpls-p2mp-egress-protection@tool= s.ietf.org Subject: Re: [mpls] change of name, RE: end of poll, RE: Poll for Adoption = draft-chen-mpls-p2mp-egress-protection-11 Hi chairs, authors, To help make this draft more generic to cover P2P LSPs, I'd like to suggest= the draft to differentiate the problems faced by P2MP LSPs and P2P LSPs, a= nd also to discuss specifically the set of problems of P2P LSPs, which are = imposed by inner labels (i.e. service labels). Of course, a complete solution for P2P LSP egress protection will require e= xtensions to Layer-2/3 VPN service label distribution protocols, which may = be out of the scope of RSVP and this draft. However, since these extensions= have already been addressed by some existing IETF work and drafts, this dr= aft could refer to them in the text. Thanks, /Yimin From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Yimin Shen Sent: Tuesday, March 11, 2014 5:26 PM To: Ross Callon; mpls@ietf.org Cc: mpls-chairs@tools.ietf.org; draft-ch= en-mpls-p2mp-egress-protection@tools.ietf.org Subject: Re: [mpls] change of name, RE: end of poll, RE: Poll for Adoption = draft-chen-mpls-p2mp-egress-protection-11 Hi, I don't think this draft is suitable for RSVP point-to-point LSPs. This is = because an RSVP point-to-point LSP may carry packets with an _inner_ label = (e.g. a layer-2 or 3 VPN label, or any service label) which is allocated by= the protected egress router and hence can only be handled by this router. = The draft doesn't provide a solution that can support a backup egress rout= er to properly forward packets based on that inner label when the packets a= re re-rerouted to it. This is unlike point-to-multipoint LSPs which normally carry IP packets or = MPLS packets with upstream-assigned inner labels which we may assume to be = known labels to backup egress routers. >From this perspective, I think the draft should stay as "p2mp" specific. Thanks, Yimin Shen From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Ross Callon Sent: Tuesday, March 11, 2014 4:34 PM To: mpls@ietf.org Cc: mpls-chairs@tools.ietf.org; draft-ch= en-mpls-p2mp-egress-protection@tools.ietf.org Subject: [mpls] change of name, RE: end of poll, RE: Poll for Adoption draf= t-chen-mpls-p2mp-egress-protection-11 It has been pointed out that draft-chen-mpls-p2mp-egress-protection is actu= ally about protection for RSVP signaled LSPs, and that it could apply to po= int-to-point in addition to point-to-multipoint. For this reason the authors have suggested naming the WG draft: draft-ietf-mpls-rsvp-egress-protection-00 If there is any objection to this name, please reply to this email by the e= nd of this week (Friday March 14). Thanks, Ross (as WG co-chair) From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Ross Callon Sent: Tuesday, March 11, 2014 11:20 AM To: mpls@ietf.org Cc: mpls-chairs@tools.ietf.org Subject: [mpls] end of poll, RE: Poll for Adoption draft-chen-mpls-p2mp-egr= ess-protection-11 Working Group, This poll has been closed. We have accepted the draft as an mpls working g= roup document. Could the authors please re-publish the draft with no other changes than file-name, date and version as: draft-ietf-mpls-p2mp-egress-protection-00 After this draft has been posted, the authors should then deal with the com= ments received during the call for adoption, following normal IETF processe= s. Thanks, Ross (as WG co-chair) From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Ross Callon Sent: Thursday, February 13, 2014 2:46 PM To: mpls@ietf.org Cc: mpls-chairs@tools.ietf.org Subject: [mpls] Poll for Adoption draft-chen-mpls-p2mp-egress-protection-11 This is to start a poll on adopting draft-chen-mpls-p2mp-egress-protection-= 11 as an MPLS working group document. Since many of us will be in transit to t= he IETF approximately two weeks from now, I will extent the poll by one week (= so that it will be a three week poll). Please send your comments (support/not support) to the mpls working group mailing list (mpls@ietf.org). This poll will end Friday March 7, 2014. Note that this is the Friday of th= e IETF, and thus we will each need to plan our review of the document and response around our travel plans and IETF activities. Thanks, Ross --_000_E4F89EAEF1386F42AA8E6FB5C35399A61C0DF04Ceusaamb103erics_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

 <= /p>

I am ok with the name cha= nge, and agree with Yimin that the egress protection of p2p LSP needs to be= addressed specifically with the draft.

-Autumn=

 <= /p>

From: mpls [ma= ilto:mpls-bounces@ietf.org] On Behalf Of Yimin Shen
Sent: Friday, March 14, 2014 4:14 PM
To: Yimin Shen; Ross Callon; mpls@ietf.org
Cc: mpls-chairs@tools.ietf.org; draft-chen-mpls-p2mp-egress-protecti= on@tools.ietf.org
Subject: Re: [mpls] change of name, RE: end of poll, RE: Poll for Ad= option draft-chen-mpls-p2mp-egress-protection-11

 

Hi chairs, authors,<= /o:p>

 <= /p>

To help make this draft m= ore generic to cover P2P LSPs, I’d like to suggest the draft to diffe= rentiate the problems faced by P2MP LSPs and P2P LSPs, and also to discuss specifically the set of problems of P2P LSPs, which are imposed= by inner labels (i.e. service labels).

 <= /p>

Of course, a complete sol= ution for P2P LSP egress protection will require extensions to Layer-2/3 VP= N service label distribution protocols, which may be out of the scope of RSVP and this draft. However, since these extensions have = already been addressed by some existing IETF work and drafts, this draft co= uld refer to them in the text.

 <= /p>

Thanks,=

 <= /p>

/Yimin<= /p>

 <= /p>

 <= /p>

From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Yimin Shen
Sent: Tuesday, March 11, 2014 5:26 PM
To: Ross Callon; mpls@ietf.org<= br> Cc: mpls-chairs@tools.= ietf.org; dr= aft-chen-mpls-p2mp-egress-protection@tools.ietf.org
Subject: Re: [mpls] change of name, RE: end of poll, RE: Poll for Ad= option draft-chen-mpls-p2mp-egress-protection-11

 

Hi,

 <= /p>

I don’t think this = draft is suitable for RSVP point-to-point LSPs. This is because an RSVP poi= nt-to-point LSP may carry packets with an _inner_ label (e.g. a layer-2 or 3 VPN label, or any service label) which is allocated b= y the protected egress router and hence can only be handled by this router.=  The draft doesn’t provide a solution that can support a backup= egress router to properly forward packets based on that inner label when the packets are re-rerouted to it.

 <= /p>

This is unlike point-to-m= ultipoint LSPs which normally carry IP packets or MPLS packets with upstrea= m-assigned inner labels which we may assume to be known labels to backup egress routers.

 <= /p>

From this perspective, I = think the draft should stay as “p2mp” specific.

 <= /p>

Thanks,=

 <= /p>

Yimin Shen

 <= /p>

 <= /p>

From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Ross Callon
Sent: Tuesday, March 11, 2014 4:34 PM
To: mpls@ietf.org
Cc: mpls-chairs@tools.= ietf.org; dr= aft-chen-mpls-p2mp-egress-protection@tools.ietf.org
Subject: [mpls] change of name, RE: end of poll, RE: Poll for Adopti= on draft-chen-mpls-p2mp-egress-protection-11

 

It has been pointed out t= hat draft-chen-mpls-p2mp-egress-protection is actually about protection for= RSVP signaled LSPs, and that it could apply to point-to-point in addition to point-to-multipoint.

 <= /p>

For this reason the autho= rs have suggested naming the WG draft:

 <= /p>

    &= nbsp;           draft-iet= f-mpls-rsvp-egress-protection-00

 <= /p>

If there is any objection= to this name, please reply to this email by the end of this week (Friday M= arch 14).

 <= /p>

Thanks, Ross

(as WG co-chair)

 <= /p>

From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Ross Callon
Sent: Tuesday, March 11, 2014 11:20 AM
To: mpls@ietf.org
Cc: mpls-chairs@tools.= ietf.org
Subject: [mpls] end of poll, RE: Poll for Adoption draft-chen-mpls-p= 2mp-egress-protection-11

 

Working Group,=

 <= /p>

This poll has been closed= .  We have accepted the draft as an mpls working group document.<= /o:p>

 <= /p>

Could the authors please = re-publish the draft with no other

changes than file-name, d= ate and version as:

 <= /p>

draft-ietf-mpls-p2mp-egre= ss-protection-00

 <= /p>

After this draft has been= posted, the authors should then deal with the comments received during the= call for adoption, following normal IETF processes.

 <= /p>

Thanks, Ross

(as WG co-chair)

 <= /p>

From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Ross Callon
Sent: Thursday, February 13, 2014 2:46 PM
To: mpls@ietf.org
Cc: mpls-chairs@tools.= ietf.org
Subject: [mpls] Poll for Adoption draft-chen-mpls-p2mp-egress-protec= tion-11

 

This is to start a poll on adopting dra= ft-chen-mpls-p2mp-egress-protection-11

as an MPLS working group document. Sinc= e many of us will be in transit to the

IETF approximately two weeks from now, = I will extent the poll by one week (so

that it will be a three week poll).

 

Please send your comments (support/not = support) to the mpls working group

mailing list (mpls@ietf.org).

 

This poll will end Friday March 7, 2014= . Note that this is the Friday of the IETF,

and thus we will each need to plan our = review of the document and response

around our travel plans and IETF activi= ties.

 

Thanks, Ross

 

--_000_E4F89EAEF1386F42AA8E6FB5C35399A61C0DF04Ceusaamb103erics_-- From nobody Fri Mar 14 18:12:26 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 958741A015B for ; Fri, 14 Mar 2014 18:12:23 -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 iptZD46k1pzL for ; Fri, 14 Mar 2014 18:12:20 -0700 (PDT) Received: from mail-pa0-x230.google.com (mail-pa0-x230.google.com [IPv6:2607:f8b0:400e:c03::230]) by ietfa.amsl.com (Postfix) with ESMTP id 9F6F41A0121 for ; Fri, 14 Mar 2014 18:12:20 -0700 (PDT) Received: by mail-pa0-f48.google.com with SMTP id hz1so3338584pad.21 for ; Fri, 14 Mar 2014 18:12:13 -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 :message-id:references:to; bh=gApAOr/Gf7mQgg2PxvMC35CXENtBKp7uuWz7+jPs5Gs=; b=AUfTCZN2udcaqgBxvpN/hbypZTOYPBpfLUtytIInwcypAQLmrwsnDXYm8IG9L/aa3t YJN1Qp46uc2+jrXagSNTWrkYQMXgfL5wyW6hH/VVHJ1q3+kXb0MGSiiH62qpOmhzJEPp alxJMoFdK781ObBPTTsGgk8Ypy6FmnFzAdDCmKWFbEkyovKWZe7aThTb/J94w74nJuSr Kgq3aw0tdO9u+R1R079TNxGsMjDxaxUsp09EVWL5HtC6d9pTPEQNfaJVxmOl9vXc/q1d QRSR81kYqnHikYOWvJLSm4FyY120olpReBo2QGLE5WpQdiFeEMEGRY7zICxHbakmj47h n9fA== X-Received: by 10.68.40.138 with SMTP id x10mr12340935pbk.8.1394845933685; Fri, 14 Mar 2014 18:12:13 -0700 (PDT) Received: from [192.168.1.9] (c-107-3-154-60.hsd1.ca.comcast.net. [107.3.154.60]) by mx.google.com with ESMTPSA id hc4sm20636111pbc.29.2014.03.14.18.12.11 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 14 Mar 2014 18:12:12 -0700 (PDT) Content-Type: multipart/alternative; boundary="Apple-Mail=_2BBB5497-1FDE-4041-B0BD-10FB104212F6" Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Sam Aldrin In-Reply-To: <9a39f3c347114e2197ce2bf8eb7c525d@BY2PR05MB728.namprd05.prod.outlook.com> Date: Fri, 14 Mar 2014 18:12:12 -0700 Message-Id: <5B67A5A3-7A5A-4797-AE6B-B5D56B111EF4@gmail.com> References: <93426e96480c4945a5d35aea63d15a92@CO2PR05MB636.namprd05.prod.outlook.com> <233cc5ff63d84f4d904c5a7e4792f540@CO2PR05MB636.namprd05.prod.outlook.com> <649f1042acc6404aa37ba117348473c2@BY2PR05MB728.namprd05.prod.outlook.com> <9a39f3c347114e2197ce2bf8eb7c525d@BY2PR05MB728.namprd05.prod.outlook.com> To: Yimin Shen X-Mailer: Apple Mail (2.1874) Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/7H72l1Syrj0JLx-AOXcG4NzTi5Y Cc: Ross Callon , "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" , "draft-chen-mpls-p2mp-egress-protection@tools.ietf.org" Subject: Re: [mpls] change of name, RE: end of poll, RE: Poll for Adoption draft-chen-mpls-p2mp-egress-protection-11 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Mar 2014 01:12:23 -0000 --Apple-Mail=_2BBB5497-1FDE-4041-B0BD-10FB104212F6 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 I prefer the document cover both p2p and p2mp and keep the title without = specifically mentioning p2p or p2mp. If there is work to be done to make it generic, authors should edit the = doc to reflect the same rather than making it p2mp specific. cheers -sam On Mar 14, 2014, at 4:13 PM, Yimin Shen wrote: > Hi chairs, authors, > =20 > To help make this draft more generic to cover P2P LSPs, I=92d like to = suggest the draft to differentiate the problems faced by P2MP LSPs and = P2P LSPs, and also to discuss specifically the set of problems of P2P = LSPs, which are imposed by inner labels (i.e. service labels). > =20 > Of course, a complete solution for P2P LSP egress protection will = require extensions to Layer-2/3 VPN service label distribution = protocols, which may be out of the scope of RSVP and this draft. = However, since these extensions have already been addressed by some = existing IETF work and drafts, this draft could refer to them in the = text. > =20 > Thanks, > =20 > /Yimin > =20 > =20 > From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Yimin Shen > Sent: Tuesday, March 11, 2014 5:26 PM > To: Ross Callon; mpls@ietf.org > Cc: mpls-chairs@tools.ietf.org; = draft-chen-mpls-p2mp-egress-protection@tools.ietf.org > Subject: Re: [mpls] change of name, RE: end of poll, RE: Poll for = Adoption draft-chen-mpls-p2mp-egress-protection-11 > =20 > Hi, > =20 > I don=92t think this draft is suitable for RSVP point-to-point LSPs. = This is because an RSVP point-to-point LSP may carry packets with an = _inner_ label (e.g. a layer-2 or 3 VPN label, or any service label) = which is allocated by the protected egress router and hence can only be = handled by this router. The draft doesn=92t provide a solution that can = support a backup egress router to properly forward packets based on that = inner label when the packets are re-rerouted to it. > =20 > This is unlike point-to-multipoint LSPs which normally carry IP = packets or MPLS packets with upstream-assigned inner labels which we may = assume to be known labels to backup egress routers. > =20 > =46rom this perspective, I think the draft should stay as =93p2mp=94 = specific. > =20 > Thanks, > =20 > Yimin Shen > =20 > =20 > From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Ross Callon > Sent: Tuesday, March 11, 2014 4:34 PM > To: mpls@ietf.org > Cc: mpls-chairs@tools.ietf.org; = draft-chen-mpls-p2mp-egress-protection@tools.ietf.org > Subject: [mpls] change of name, RE: end of poll, RE: Poll for Adoption = draft-chen-mpls-p2mp-egress-protection-11 > =20 > It has been pointed out that draft-chen-mpls-p2mp-egress-protection is = actually about protection for RSVP signaled LSPs, and that it could = apply to point-to-point in addition to point-to-multipoint. > =20 > For this reason the authors have suggested naming the WG draft: > =20 > draft-ietf-mpls-rsvp-egress-protection-00 > =20 > If there is any objection to this name, please reply to this email by = the end of this week (Friday March 14). > =20 > Thanks, Ross > (as WG co-chair) > =20 > From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Ross Callon > Sent: Tuesday, March 11, 2014 11:20 AM > To: mpls@ietf.org > Cc: mpls-chairs@tools.ietf.org > Subject: [mpls] end of poll, RE: Poll for Adoption = draft-chen-mpls-p2mp-egress-protection-11 > =20 > Working Group, > =20 > This poll has been closed. We have accepted the draft as an mpls = working group document. > =20 > Could the authors please re-publish the draft with no other > changes than file-name, date and version as: > =20 > draft-ietf-mpls-p2mp-egress-protection-00 > =20 > After this draft has been posted, the authors should then deal with = the comments received during the call for adoption, following normal = IETF processes. > =20 > Thanks, Ross > (as WG co-chair) > =20 > From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Ross Callon > Sent: Thursday, February 13, 2014 2:46 PM > To: mpls@ietf.org > Cc: mpls-chairs@tools.ietf.org > Subject: [mpls] Poll for Adoption = draft-chen-mpls-p2mp-egress-protection-11 > =20 > This is to start a poll on adopting = draft-chen-mpls-p2mp-egress-protection-11 > as an MPLS working group document. Since many of us will be in transit = to the > IETF approximately two weeks from now, I will extent the poll by one = week (so > that it will be a three week poll). > =20 > Please send your comments (support/not support) to the mpls working = group > mailing list (mpls@ietf.org). > =20 > This poll will end Friday March 7, 2014. Note that this is the Friday = of the IETF, > and thus we will each need to plan our review of the document and = response > around our travel plans and IETF activities. > =20 > Thanks, Ross > =20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls --Apple-Mail=_2BBB5497-1FDE-4041-B0BD-10FB104212F6 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252 I = prefer the document cover both p2p and p2mp and keep the title without = specifically mentioning p2p or p2mp.
If there is work to be done to = make it generic, authors should edit the doc to reflect the same rather = than making it p2mp = specific.

cheers
-sam

=
On Mar 14, 2014, at 4:13 PM, Yimin Shen <yshen@juniper.net> = wrote:

Hi chairs, authors,
 
To help make this draft = more generic to cover P2P LSPs, I=92d like to suggest the draft to = differentiate the problems faced by P2MP LSPs and P2P LSPs, and also to = discuss specifically the set of problems of P2P LSPs, which are imposed = by inner labels (i.e. service labels).
 
Of course, a complete = solution for P2P LSP egress protection will require extensions to = Layer-2/3 VPN service label distribution protocols, which may be out of = the scope of RSVP and this draft. However, since these extensions have = already been addressed by some existing IETF work and drafts, this draft = could refer to them in the text.
 
Thanks,
 
/Yimin
 
 
From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Yimin = Shen
Sent: Tuesday, March 11, 2014 = 5:26 PM
To: Ross Callon; mpls@ietf.org
Cc: mpls-chairs@tools.ietf.org;= draf= t-chen-mpls-p2mp-egress-protection@tools.ietf.org
Subject: Re: [mpls] change of = name, RE: end of poll, RE: Poll for Adoption = draft-chen-mpls-p2mp-egress-protection-11
 
Hi,
 
I don=92t think this = draft is suitable for RSVP point-to-point LSPs. This is because an RSVP = point-to-point LSP may carry packets with an _inner_ label (e.g. = a layer-2 or 3 VPN label, or any service label) which is allocated by = the protected egress router and hence can only be handled by this = router.  The draft doesn=92t provide a solution that can support a = backup egress router to properly forward packets based on that inner = label when the packets are re-rerouted to = it.
 
This is unlike point-to-multipoint LSPs which = normally carry IP packets or MPLS packets with upstream-assigned inner = labels which we may assume to be known labels to backup egress = routers.
 
=46rom this perspective, I think the draft should = stay as =93p2mp=94 specific.
 
Thanks,
 
Yimin Shen
 
 
From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Ross = Callon
Sent: Tuesday, March 11, 2014 = 4:34 PM
To: mpls@ietf.org
Cc: mpls-chairs@tools.ietf.org; draft-chen-mpls-p2mp-egress-protection@tools.ietf.org
<= b>Subject: [mpls] = change of name, RE: end of poll, RE: Poll for Adoption = draft-chen-mpls-p2mp-egress-protection-11
 
It has been pointed out that = draft-chen-mpls-p2mp-egress-protection is actually about protection for = RSVP signaled LSPs, and that it could apply to point-to-point in = addition to point-to-multipoint.
 
For this reason the = authors have suggested naming the WG draft:
 
           &= nbsp;    = draft-ietf-mpls-rsvp-egress-protection-00
 
If there is any objection = to this name, please reply to this email by the end of this week (Friday = March 14).
 
Thanks, Ross
(as WG = co-chair)
 
From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Ross = Callon
Sent: Tuesday, March 11, 2014 = 11:20 AM
To: mpls@ietf.org
Cc: mpls-chairs@tools.ietf.org
Subject: [mpls] end of poll, RE: = Poll for Adoption = draft-chen-mpls-p2mp-egress-protection-11
 
Working = Group,
 
This poll has been closed.  We have accepted the = draft as an mpls working group document.
 
Could the authors please = re-publish the draft with no other
changes than file-name, = date and version as:
 
draft-ietf-mpls-p2mp-egress-protection-00
 
After this draft has been = posted, the authors should then deal with the comments received during = the call for adoption, following normal IETF = processes.
 
Thanks, Ross
(as WG = co-chair)
 
From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Ross = Callon
Sent: Thursday, February 13, 2014 = 2:46 PM
To: mpls@ietf.org
Cc: mpls-chairs@tools.ietf.org
Subject: [mpls] Poll for Adoption = draft-chen-mpls-p2mp-egress-protection-11
 
This is to start a poll on adopting = draft-chen-mpls-p2mp-egress-protection-11
as an MPLS working group document. Since many of = us will be in transit to the
IETF approximately two weeks from now, I will extent the = poll by one week (so
that it will be a three week = poll).
 
Please send your comments (support/not support) to = the mpls working group
mailing list (mpls@ietf.org).
=
 
This poll will end Friday March 7, 2014. Note that = this is the Friday of the IETF,
and thus we will each need to plan our review of = the document and response
around our travel plans and IETF = activities.
 
Thanks, = Ross
 
___________________= ____________________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org/ma= ilman/listinfo/mpls

= --Apple-Mail=_2BBB5497-1FDE-4041-B0BD-10FB104212F6-- From nobody Sun Mar 16 17:57:09 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 157F61A033B for ; Sun, 16 Mar 2014 17:57:07 -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 8AQfyQspEPgx for ; Sun, 16 Mar 2014 17:57:02 -0700 (PDT) Received: from va3outboundpool.messaging.microsoft.com (va3ehsobe006.messaging.microsoft.com [216.32.180.16]) by ietfa.amsl.com (Postfix) with ESMTP id 547351A0339 for ; Sun, 16 Mar 2014 17:57:02 -0700 (PDT) Received: from mail229-va3-R.bigfish.com (10.7.14.240) by VA3EHSOBE007.bigfish.com (10.7.40.11) with Microsoft SMTP Server id 14.1.225.22; Mon, 17 Mar 2014 00:56:54 +0000 Received: from mail229-va3 (localhost [127.0.0.1]) by mail229-va3-R.bigfish.com (Postfix) with ESMTP id EC1C9B600A4; Mon, 17 Mar 2014 00:56:53 +0000 (UTC) X-Forefront-Antispam-Report: CIP:157.56.240.101; KIP:(null); UIP:(null); IPV:NLI; H:BL2PRD0510HT003.namprd05.prod.outlook.com; RD:none; EFVD:NLI X-SpamScore: -21 X-BigFish: VPS-21(z579ehz9371Ic85fhec9I4015Izz1f42h2148h208ch1ee6h1de0h1fdah2073h2146h1202h1e76h2189h1d1ah1d2ah21bch1fc6hzz1d7338h1de098h1033IL17326ah8275bh8275dh18c673h1c8fb4h1de097h186068hz2fh109h2a8h839hd24hf0ah1288h12a5h12bdh137ah1441h1504h1537h153bh162dh1631h1758h18e1h1946h19b5h19ceh1ad9h1b0ah1bceh224fh1d07h1d0ch1d2eh1d3fh1de9h1dfeh1dffh1fe8h1ff5h20f0h2216h22d0h2336h2461h2487h24d7h2516h2545h255eh25cch25f6h2605h9a9j1155h) Received-SPF: pass (mail229-va3: domain of juniper.net designates 157.56.240.101 as permitted sender) client-ip=157.56.240.101; envelope-from=rcallon@juniper.net; helo=BL2PRD0510HT003.namprd05.prod.outlook.com ; .outlook.com ; X-Forefront-Antispam-Report-Untrusted: SFV:NSPM; SFS:(10009001)(428001)(164054003)(37854004)(377454003)(199002)(189002)(95416001)(80976001)(81686001)(97336001)(65816001)(83072002)(77982001)(97186001)(95666003)(87266001)(63696002)(15975445006)(59766001)(87936001)(93136001)(74706001)(47736001)(92566001)(47976001)(86362001)(85852003)(93516002)(80022001)(94316002)(79102001)(19609705001)(66066001)(20776003)(85306002)(19580395003)(19580405001)(81816001)(2656002)(90146001)(56816005)(83322001)(19300405004)(74876001)(50986001)(76576001)(49866001)(81342001)(18717965001)(74366001)(31966008)(74502001)(47446002)(74316001)(33646001)(46102001)(53806001)(54356001)(51856001)(69226001)(4396001)(74662001)(81542001)(54316002)(16236675002)(15202345003)(76482001)(24736002); DIR:OUT; SFP:1101; SCL:1; SRVR:DM2PR05MB638; H:DM2PR05MB637.namprd05.prod.outlook.com; FPR:B4F4F4D1.8CC097D9.3DFD7DC7.80EEDDE1.202D1; MLV:sfv; PTR:InfoNoRecords; A:1; MX:1; LANG:en; Received: from mail229-va3 (localhost.localdomain [127.0.0.1]) by mail229-va3 (MessageSwitch) id 139501781242537_14580; Mon, 17 Mar 2014 00:56:52 +0000 (UTC) Received: from VA3EHSMHS030.bigfish.com (unknown [10.7.14.237]) by mail229-va3.bigfish.com (Postfix) with ESMTP id 05416340067; Mon, 17 Mar 2014 00:56:52 +0000 (UTC) Received: from BL2PRD0510HT003.namprd05.prod.outlook.com (157.56.240.101) by VA3EHSMHS030.bigfish.com (10.7.99.40) with Microsoft SMTP Server (TLS) id 14.16.227.3; Mon, 17 Mar 2014 00:56:51 +0000 Received: from DM2PR05MB638.namprd05.prod.outlook.com (10.141.157.149) by BL2PRD0510HT003.namprd05.prod.outlook.com (10.255.100.38) with Microsoft SMTP Server (TLS) id 14.16.423.0; Mon, 17 Mar 2014 00:56:50 +0000 Received: from DM2PR05MB637.namprd05.prod.outlook.com (10.141.157.145) by DM2PR05MB638.namprd05.prod.outlook.com (10.141.157.149) with Microsoft SMTP Server (TLS) id 15.0.898.11; Mon, 17 Mar 2014 00:56:48 +0000 Received: from DM2PR05MB637.namprd05.prod.outlook.com ([10.141.157.145]) by DM2PR05MB637.namprd05.prod.outlook.com ([10.141.157.145]) with mapi id 15.00.0898.005; Mon, 17 Mar 2014 00:56:47 +0000 From: Ross Callon To: "mpls@ietf.org" Thread-Topic: change of name, RE: end of poll, RE: Poll for Adoption draft-chen-mpls-p2mp-egress-protection-11 Thread-Index: AQHPKPRIpPUShY7IUEKfeXCXoUCU4JrcJhCQgABYLACACCH/UA== Date: Mon, 17 Mar 2014 00:56:46 +0000 Message-ID: <8eb5b06f30d540bf9f875d3fb6a15d11@DM2PR05MB637.namprd05.prod.outlook.com> References: <93426e96480c4945a5d35aea63d15a92@CO2PR05MB636.namprd05.prod.outlook.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.14] x-forefront-prvs: 0153A8321A Content-Type: multipart/alternative; boundary="_000_8eb5b06f30d540bf9f875d3fb6a15d11DM2PR05MB637namprd05pro_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-FOPE-CONNECTOR: Id%0$Dn%*$RO%0$TLS%0$FQDN%$TlsDn% Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/m5XUoLmf24lfoqi1T6_u_t5MVFA Cc: "mpls-chairs@tools.ietf.org" , "draft-chen-mpls-p2mp-egress-protection@tools.ietf.org" Subject: Re: [mpls] change of name, RE: end of poll, RE: Poll for Adoption draft-chen-mpls-p2mp-egress-protection-11 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Mar 2014 00:57:07 -0000 --_000_8eb5b06f30d540bf9f875d3fb6a15d11DM2PR05MB637namprd05pro_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Working Group, This poll for adoption has been closed, and the poll on the potential name = change has also concluded. We have accepted the draft as an mpls working g= roup document, and have accepted the change of the internet draft name. Could the authors please re-publish the draft (draft-chen-mpls-p2mp-egress-= protection-11) with no other changes than file-name, date and version as: draft-ietf-mpls-rsvp-egress-protection-00 After this draft has been posted, the authors should then deal with the com= ments received during the call for adoption and during the poll regarding t= he name change, following normal IETF processes. Thanks, Ross (as WG co-chair) From: Ross Callon Sent: Tuesday, March 11, 2014 4:34 PM To: mpls@ietf.org Cc: mpls-chairs@tools.ietf.org; draft-chen-mpls-p2mp-egress-protection@tool= s.ietf.org Subject: change of name, RE: end of poll, RE: Poll for Adoption draft-chen-= mpls-p2mp-egress-protection-11 It has been pointed out that draft-chen-mpls-p2mp-egress-protection is actu= ally about protection for RSVP signaled LSPs, and that it could apply to po= int-to-point in addition to point-to-multipoint. For this reason the authors have suggested naming the WG draft: draft-ietf-mpls-rsvp-egress-protection-00 If there is any objection to this name, please reply to this email by the e= nd of this week (Friday March 14). Thanks, Ross (as WG co-chair) From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Ross Callon Sent: Tuesday, March 11, 2014 11:20 AM To: mpls@ietf.org Cc: mpls-chairs@tools.ietf.org Subject: [mpls] end of poll, RE: Poll for Adoption draft-chen-mpls-p2mp-egr= ess-protection-11 Working Group, This poll has been closed. We have accepted the draft as an mpls working g= roup document. Could the authors please re-publish the draft with no other changes than file-name, date and version as: draft-ietf-mpls-p2mp-egress-protection-00 After this draft has been posted, the authors should then deal with the com= ments received during the call for adoption, following normal IETF processe= s. Thanks, Ross (as WG co-chair) From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Ross Callon Sent: Thursday, February 13, 2014 2:46 PM To: mpls@ietf.org Cc: mpls-chairs@tools.ietf.org Subject: [mpls] Poll for Adoption draft-chen-mpls-p2mp-egress-protection-11 This is to start a poll on adopting draft-chen-mpls-p2mp-egress-protection-= 11 as an MPLS working group document. Since many of us will be in transit to t= he IETF approximately two weeks from now, I will extent the poll by one week (= so that it will be a three week poll). Please send your comments (support/not support) to the mpls working group mailing list (mpls@ietf.org). This poll will end Friday March 7, 2014. Note that this is the Friday of th= e IETF, and thus we will each need to plan our review of the document and response around our travel plans and IETF activities. Thanks, Ross --_000_8eb5b06f30d540bf9f875d3fb6a15d11DM2PR05MB637namprd05pro_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Working Group,=

 <= /p>

This poll for adoption ha= s been closed, and the poll on the potential name change has also concluded= .  We have accepted the draft as an mpls working group document, and have accepted the change of the internet draft name.

 <= /p>

Could the authors please = re-publish the draft (draft-chen-mpls-p2mp-egress-protection-11) with no ot= her

changes than file-name, d= ate and version as:

 <= /p>

draft-ietf-mpls-rsvp-egre= ss-protection-00

 <= /p>

After this draft has been= posted, the authors should then deal with the comments received during the= call for adoption and during the poll regarding the name change, following normal IETF processes.

 <= /p>

Thanks, Ross

(as WG co-chair)

 <= /p>

From: Ross Cal= lon
Sent: Tuesday, March 11, 2014 4:34 PM
To: mpls@ietf.org
Cc: mpls-chairs@tools.ietf.org; draft-chen-mpls-p2mp-egress-protecti= on@tools.ietf.org
Subject: change of name, RE: end of poll, RE: Poll for Adoption draf= t-chen-mpls-p2mp-egress-protection-11

 

It has been pointed out t= hat draft-chen-mpls-p2mp-egress-protection is actually about protection for= RSVP signaled LSPs, and that it could apply to point-to-point in addition to point-to-multipoint.

 <= /p>

For this reason the autho= rs have suggested naming the WG draft:

 <= /p>

    &= nbsp;           draft-iet= f-mpls-rsvp-egress-protection-00

 <= /p>

If there is any objection= to this name, please reply to this email by the end of this week (Friday M= arch 14).

 <= /p>

Thanks, Ross

(as WG co-chair)

 <= /p>

From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Ross Callon
Sent: Tuesday, March 11, 2014 11:20 AM
To: mpls@ietf.org
Cc: mpls-chairs@tools.= ietf.org
Subject: [mpls] end of poll, RE: Poll for Adoption draft-chen-mpls-p= 2mp-egress-protection-11

 

Working Group,=

 <= /p>

This poll has been closed= .  We have accepted the draft as an mpls working group document.<= /o:p>

 <= /p>

Could the authors please = re-publish the draft with no other

changes than file-name, d= ate and version as:

 <= /p>

draft-ietf-mpls-p2mp-egre= ss-protection-00

 <= /p>

After this draft has been= posted, the authors should then deal with the comments received during the= call for adoption, following normal IETF processes.

 <= /p>

Thanks, Ross

(as WG co-chair)

 <= /p>

From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Ross Callon
Sent: Thursday, February 13, 2014 2:46 PM
To: mpls@ietf.org
Cc: mpls-chairs@tools.= ietf.org
Subject: [mpls] Poll for Adoption draft-chen-mpls-p2mp-egress-protec= tion-11

 

This is to start a poll on adopting dra= ft-chen-mpls-p2mp-egress-protection-11

as an MPLS working group document. Sinc= e many of us will be in transit to the

IETF approximately two weeks from now, = I will extent the poll by one week (so

that it will be a three week poll).

 

Please send your comments (support/not = support) to the mpls working group

mailing list (mpls@ietf.org).

 

This poll will end Friday March 7, 2014= . Note that this is the Friday of the IETF,

and thus we will each need to plan our = review of the document and response

around our travel plans and IETF activi= ties.

 

Thanks, Ross

 

--_000_8eb5b06f30d540bf9f875d3fb6a15d11DM2PR05MB637namprd05pro_-- From nobody Sun Mar 16 18:23:53 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DB7F01A0344 for ; Sun, 16 Mar 2014 18:23:51 -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 5fnDj9625VgG for ; Sun, 16 Mar 2014 18:23:49 -0700 (PDT) Received: from tx2outboundpool.messaging.microsoft.com (tx2ehsobe002.messaging.microsoft.com [65.55.88.12]) by ietfa.amsl.com (Postfix) with ESMTP id 00D491A0343 for ; Sun, 16 Mar 2014 18:23:48 -0700 (PDT) Received: from mail76-tx2-R.bigfish.com (10.9.14.227) by TX2EHSOBE003.bigfish.com (10.9.40.23) with Microsoft SMTP Server id 14.1.225.22; Mon, 17 Mar 2014 01:23:41 +0000 Received: from mail76-tx2 (localhost [127.0.0.1]) by mail76-tx2-R.bigfish.com (Postfix) with ESMTP id E83813602C3; Mon, 17 Mar 2014 01:23:40 +0000 (UTC) X-Forefront-Antispam-Report: CIP:157.56.240.101; KIP:(null); UIP:(null); IPV:NLI; H:BL2PRD0510HT003.namprd05.prod.outlook.com; RD:none; EFVD:NLI X-SpamScore: -20 X-BigFish: VPS-20(zz9371Ic85fhe0eah4015Izz1f42h2148h208ch1ee6h1de0h1fdah2073h2146h1202h1e76h2189h1d1ah1d2ah21bch1fc6hzz1d7338h1de098h1033IL17326ah8275bh8275dh18c673h1c8fb4h1de097h186068hz2fh109h2a8h839hd24hf0ah1288h12a5h12bdh137ah1441h1504h1537h153bh162dh1631h1758h18e1h1946h19b5h19ceh1ad9h1b0ah1bceh224fh1d07h1d0ch1d2eh1d3fh1de9h1dfeh1dffh1fe8h1ff5h20f0h2216h22d0h2336h2461h2487h24d7h2516h2545h255eh25cch25f6h2605h9a9j1155h) Received-SPF: pass (mail76-tx2: domain of juniper.net designates 157.56.240.101 as permitted sender) client-ip=157.56.240.101; envelope-from=rcallon@juniper.net; helo=BL2PRD0510HT003.namprd05.prod.outlook.com ; .outlook.com ; X-Forefront-Antispam-Report-Untrusted: SFV:NSPM; SFS:(10009001)(428001)(164054003)(199002)(189002)(377454003)(15202345003)(87936001)(95416001)(85852003)(83072002)(69226001)(95666003)(19300405004)(81342001)(74706001)(74366001)(83322001)(19580405001)(19580395003)(80976001)(81686001)(81816001)(66066001)(81542001)(65816001)(80022001)(53806001)(54316002)(77982001)(20776003)(63696002)(79102001)(54356001)(33646001)(74316001)(85306002)(51856001)(97336001)(97186001)(76482001)(74876001)(59766001)(31966008)(16236675002)(47736001)(76576001)(46102001)(90146001)(49866001)(47976001)(50986001)(56816005)(15975445006)(87266001)(93136001)(94316002)(19609705001)(86362001)(18717965001)(47446002)(4396001)(74502001)(74662001)(92566001)(93516002)(2656002)(24736002); DIR:OUT; SFP:1101; SCL:1; SRVR:DM2PR05MB637; H:DM2PR05MB637.namprd05.prod.outlook.com; FPR:BC14F691.CC29FD9.1FDBDFF.4EDDD21.2022B; MLV:sfv; PTR:InfoNoRecords; A:1; MX:1; LANG:en; Received: from mail76-tx2 (localhost.localdomain [127.0.0.1]) by mail76-tx2 (MessageSwitch) id 13950194199718_26194; Mon, 17 Mar 2014 01:23:39 +0000 (UTC) Received: from TX2EHSMHS006.bigfish.com (unknown [10.9.14.248]) by mail76-tx2.bigfish.com (Postfix) with ESMTP id EFC7B400046; Mon, 17 Mar 2014 01:23:38 +0000 (UTC) Received: from BL2PRD0510HT003.namprd05.prod.outlook.com (157.56.240.101) by TX2EHSMHS006.bigfish.com (10.9.99.106) with Microsoft SMTP Server (TLS) id 14.16.227.3; Mon, 17 Mar 2014 01:23:38 +0000 Received: from DM2PR05MB637.namprd05.prod.outlook.com (10.141.157.145) by BL2PRD0510HT003.namprd05.prod.outlook.com (10.255.100.38) with Microsoft SMTP Server (TLS) id 14.16.423.0; Mon, 17 Mar 2014 01:23:38 +0000 Received: from DM2PR05MB637.namprd05.prod.outlook.com (10.141.157.145) by DM2PR05MB637.namprd05.prod.outlook.com (10.141.157.145) with Microsoft SMTP Server (TLS) id 15.0.898.11; Mon, 17 Mar 2014 01:23:35 +0000 Received: from DM2PR05MB637.namprd05.prod.outlook.com ([10.141.157.145]) by DM2PR05MB637.namprd05.prod.outlook.com ([10.141.157.145]) with mapi id 15.00.0898.005; Mon, 17 Mar 2014 01:23:35 +0000 From: Ross Callon To: "mpls@ietf.org" Thread-Topic: Poll for Adoption draft-chen-mpls-p2mp-ingress-protection-11 Thread-Index: AQHPLCR2OTpjEBuO2kCqWeSg/5JC+ZrkoMrQ Date: Mon, 17 Mar 2014 01:23:35 +0000 Message-ID: References: <591bf06e63ac4d978c708c598bb49d82@CO2PR05MB636.namprd05.prod.outlook.com> In-Reply-To: <591bf06e63ac4d978c708c598bb49d82@CO2PR05MB636.namprd05.prod.outlook.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.14] x-forefront-prvs: 0153A8321A Content-Type: multipart/alternative; boundary="_000_e65c4e10bdc04939992b2929bbadce0bDM2PR05MB637namprd05pro_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-FOPE-CONNECTOR: Id%0$Dn%*$RO%0$TLS%0$FQDN%$TlsDn% Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/4gnNbU1IlYIoUGznx8oupshKVuU Cc: "draft-chen-mpls-p2mp-ingress-protection@tools.ietf.org" , "mpls-chairs@tools.ietf.org" Subject: Re: [mpls] Poll for Adoption draft-chen-mpls-p2mp-ingress-protection-11 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Mar 2014 01:23:52 -0000 --_000_e65c4e10bdc04939992b2929bbadce0bDM2PR05MB637namprd05pro_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Working Group, This poll for adoption has been closed. We have accepted the draft as an m= pls working group document. The change in name (replacing "p2mp" with "rsvp") that we have agreed to fo= r draft-chen-mpls-p2mp-egress-protection logically should apply to this dra= ft just as much as to the other draft, and the authors of this draft have a= greed with the change. Could the authors please re-publish the draft (draft-chen-mpls-p2mp-ingress= -protection-11) with no other changes than file-name, date and version as: draft-ietf-mpls-rsvp-ingress-protection-00 After this draft has been posted, the authors should then deal with the com= ments received during the call for adoption, following normal IETF processe= s. Thanks, Ross (as WG co-chair) From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Ross Callon Sent: Monday, February 17, 2014 4:09 PM To: mpls@ietf.org Cc: mpls-chairs@tools.ietf.org Subject: [mpls] Poll for Adoption draft-chen-mpls-p2mp-ingress-protection-1= 1 This is to start a poll on adopting draft-chen-mpls-p2mp-ingress-protection= -11 as an MPLS working group document. Since this call will continue through th= e IETF meeting in London, I will extent the poll by one week (so that it will= be a three week poll). Please send your comments (support/not support) to the mpls working group mailing list (mpls@ietf.org). This poll will end Tuesday March 11, 2014. This is of course the Tuesday af= ter the IETF. Thanks, Ross --_000_e65c4e10bdc04939992b2929bbadce0bDM2PR05MB637namprd05pro_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Working Group,=

 <= /p>

This poll for adoption ha= s been closed.  We have accepted the draft as an mpls working group do= cument.

 <= /p>

The change in name (repla= cing “p2mp” with “rsvp”) that we have agreed to for= draft-chen-mpls-p2mp-egress-protection logically should apply to this draf= t just as much as to the other draft, and the authors of this draft have agreed w= ith the change.

 <= /p>

Could the authors please = re-publish the draft (draft-chen-mpls-p2mp-ingress-protection-11) with no o= ther

changes than file-name, d= ate and version as:

 <= /p>

draft-ietf-mpls-rsvp-ingr= ess-protection-00

 <= /p>

After this draft has been= posted, the authors should then deal with the comments received during the= call for adoption, following normal IETF processes.

 <= /p>

Thanks, Ross

(as WG co-chair)

 <= /p>

From: mpls [ma= ilto:mpls-bounces@ietf.org] On Behalf Of Ross Callon
Sent: Monday, February 17, 2014 4:09 PM
To: mpls@ietf.org
Cc: mpls-chairs@tools.ietf.org
Subject: [mpls] Poll for Adoption draft-chen-mpls-p2mp-ingress-prote= ction-11

 

This is to start a poll on adopting dra= ft-chen-mpls-p2mp-ingress-protection-11

as an MPLS working group document. Sinc= e this call will continue through the

IETF meeting in London, I will extent t= he poll by one week (so that it will be a

three week poll).

 

Please send your comments (support/not = support) to the mpls working group

mailing list (mpls@ietf.org).

 

This poll will end Tuesday March 11, 20= 14. This is of course the Tuesday after

the IETF.

 

Thanks, Ross

 

 <= /p>

--_000_e65c4e10bdc04939992b2929bbadce0bDM2PR05MB637namprd05pro_-- From nobody Sun Mar 16 20:06:53 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5B17D1A0373; Sun, 16 Mar 2014 20:06: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 XzdZHYRt9PTS; Sun, 16 Mar 2014 20:06:46 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B19181A024E; Sun, 16 Mar 2014 20:06:46 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.1.0p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140317030646.14189.15035.idtracker@ietfa.amsl.com> Date: Sun, 16 Mar 2014 20:06:46 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/Y__UwJYTI5OFrXoD0hU2dsayLK0 Cc: mpls@ietf.org Subject: [mpls] I-D Action: draft-ietf-mpls-rsvp-egress-protection-00.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Mar 2014 03:06:48 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching Working Group of the IETF. Title : Extensions to RSVP-TE for LSP Egress Local Protection Authors : Huaimo Chen Ning So Autumn Liu Fengman Xu Mehmet Toy Lu Huang Lei Liu Filename : draft-ietf-mpls-rsvp-egress-protection-00.txt Pages : 15 Date : 2014-03-16 Abstract: This document describes extensions to Resource Reservation Protocol - Traffic Engineering (RSVP-TE) for locally protecting egress nodes of a Traffic Engineered (TE) Label Switched Path (LSP) in a Multi- Protocol Label Switching (MPLS) and Generalized MPLS (GMPLS) network. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-rsvp-egress-protection/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-mpls-rsvp-egress-protection-00 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Sun Mar 16 20:16:19 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B7BBD1A025A; Sun, 16 Mar 2014 20:16:14 -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 0uyyDpVTswuG; Sun, 16 Mar 2014 20:16:13 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 6EB941A0161; Sun, 16 Mar 2014 20:16:13 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.1.0p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140317031613.23272.74427.idtracker@ietfa.amsl.com> Date: Sun, 16 Mar 2014 20:16:13 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/hBMBlQ6BUKBy107MZ9zkwIL_2sE Cc: mpls@ietf.org Subject: [mpls] I-D Action: draft-ietf-mpls-rsvp-ingress-protection-00.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Mar 2014 03:16:15 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching Working Group of the IETF. Title : Extensions to RSVP-TE for LSP Ingress Local Protection Authors : Huaimo Chen Raveendra Torvi Filename : draft-ietf-mpls-rsvp-ingress-protection-00.txt Pages : 28 Date : 2014-03-16 Abstract: This document describes extensions to Resource Reservation Protocol - Traffic Engineering (RSVP-TE) for locally protecting the ingress node of a Traffic Engineered (TE) Label Switched Path (LSP) in a Multi- Protocol Label Switching (MPLS) and Generalized MPLS (GMPLS) network. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-rsvp-ingress-protection/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-mpls-rsvp-ingress-protection-00 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Mar 17 11:44:12 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 247631A042F for ; Mon, 17 Mar 2014 11:44:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.13 X-Spam-Level: X-Spam-Status: No, score=-101.13 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_SORBS_WEB=0.77, 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 inQGVFx6JKbr for ; Mon, 17 Mar 2014 11:44:09 -0700 (PDT) Received: from asmtp1.iomartmail.com (asmtp1.iomartmail.com [62.128.201.248]) by ietfa.amsl.com (Postfix) with ESMTP id 67D611A0455 for ; Mon, 17 Mar 2014 11:44:09 -0700 (PDT) Received: from asmtp1.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp1.iomartmail.com (8.13.8/8.13.8) with ESMTP id s2HIi0FN030071; Mon, 17 Mar 2014 18:44:00 GMT Received: from 950129200 (13.17.90.92.rev.sfr.net [92.90.17.13]) (authenticated bits=0) by asmtp1.iomartmail.com (8.13.8/8.13.8) with ESMTP id s2HIhwQR030048 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 17 Mar 2014 18:43:59 GMT From: "Adrian Farrel" To: Date: Mon, 17 Mar 2014 18:43:58 -0000 Message-ID: <290801cf4210$dccee410$966cac30$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: Ac9CEH5HCrj3rd5LSPG/Sn3v2rqO8g== Content-language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.0.0.1014-20572.001 X-TM-AS-Result: No--14.078-10.0-31-10 X-imss-scan-details: No--14.078-10.0-31-10 X-TMASE-MatchedRID: hE7UNGi07Nh6Z8CmTaUcu6DKPaVrGhelzJmqByfAaS1GG+fPMKcqJyzy bVqWyY2NNaKrx+WAKjlG6gznQKPQ9Qezn5M48zd76rBZUF8y6+hEkrrs6EaaQ1pbYq2f4jz+60w WFAM+ZsjE6QGBsX4g2YLWR042hvvgKUe58oALvqzhuXUWQoMQtxrHeFABLxXVArMcoUfMuwmJf9 uJ707ggvmiA35+6yenH2XXM8w5v7pYe6RsTDPSfTl/1fD/Gopd2K+lN2ZUJHbEQdG7H66TyH4gK q42LRYkM8ROlECOL09fW23lJMiBWINCxH171sgjLGEntKekP7Z+3BndfXUhXQ== Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/t_m4HVCtpEUCSJDUJxoRldBhZrU Cc: mpls@ietf.org Subject: [mpls] Early AD comments on draft-ietf-mpls-psc-updates X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Mar 2014 18:44:11 -0000 Hi Eric, A couple of discussion points on draft-ietf-mpls-tp-psc-itu (which is currently in IESG evaluation) have given rise to two small proposed additions to draft-ietf-mpls-psc-updates 1. I think this warrants a very small section of its own... x.y PSC TLV Format [RFC6378] defines the capability to carry TLVs in the PSC messages. This section defines the format to be used by all such TLVs. Type field (T) A two octet field that encodes a type value in network byte order. The type values are recorded in the IANA registry "MPLS PSC TLV Registry". Length field (L) A two octet field that encodes the length in octets of the Value field in network byte order. The value of this field MUST be a multiple of 4. Value field (V) The contents of the TLV. This field MUST be a multiple of 4 octets and so may contain explicit padding. 2. There was a trivial snafu with the 0 value in the "MPLS PSC TLV Registry". It was agreed that 0 would be reserved, but this was not recorded in RFC 6378. Therefore, the IANA section of draft-ietf-mpls-psc-updates should include the text... IANA is requested to mark the value 0 in the "MPLS PSC TLV Registry" as "Reserved, not to be allocated" and to update the references to show [RFC6378]. [This.I-D]. Note that this action provides documentation of an action already taken by IANA but not recorded in RFC 6378. Hope everyone is comfortable with this. Thanks, Adrian From nobody Mon Mar 17 11:52:47 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8ED0D1A048D for ; Mon, 17 Mar 2014 11:52:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.447 X-Spam-Level: X-Spam-Status: No, score=-2.447 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.547] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oQLNsgippG6B for ; Mon, 17 Mar 2014 11:52:38 -0700 (PDT) Received: from ucol19pa13.eemsg.mail.mil (ucol19pa13.eemsg.mail.mil [214.24.24.86]) by ietfa.amsl.com (Postfix) with ESMTP id 397CE1A048A for ; Mon, 17 Mar 2014 11:52:33 -0700 (PDT) X-EEMSG-Attachment-filename: smime.p7s Received: from edge-mech.mail.mil ([214.21.82.9]) by ucol19pa13.eemsg.mail.mil with ESMTP; 17 Mar 2014 18:52:25 +0000 Received: from umechpji.easf.csd.disa.mil (214.21.83.159) by edge-mech.mail.mil (214.21.82.9) with Microsoft SMTP Server (TLS) id 14.3.158.1; Mon, 17 Mar 2014 18:52:25 +0000 Received: from UMECHPHF.easf.csd.disa.mil ([169.254.6.72]) by UMECHPJI.easf.csd.disa.mil ([214.21.83.159]) with mapi id 14.03.0174.001; Mon, 17 Mar 2014 18:52:24 +0000 From: "Venator, Robert H III CIV DISA NS (US)" To: "Rakesh Gandhi (rgandhi)" , Yuji Kamite , "Tarek Saad (tsaad)" , "Zafar Ali (zali)" Thread-Topic: New Version Notification for draft-tsaad-mpls-p2mp-loose-path-reopt-01.txt Thread-Index: AQHPPLEwos8Bu4I+10SNIkWgD+/+5prcAR2AgAmoU9A= Date: Mon, 17 Mar 2014 18:52:24 +0000 Message-ID: References: <20140310223632.19918.28168.idtracker@ietfa.amsl.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [214.21.83.183] Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_0045_01CF41F0.59BE8B90" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/dEcJRRhoU0dAxmiAXOugMRsVoys Cc: "mpls@ietf.org" Subject: Re: [mpls] New Version Notification for draft-tsaad-mpls-p2mp-loose-path-reopt-01.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Mar 2014 18:52:41 -0000 ------=_NextPart_000_0045_01CF41F0.59BE8B90 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi Rakesh, Sorry for late reply. I've been out of office for while. I read the document this morning. It is well written and easy to understand. I didn't find anything to comment on. Concur. Thanks, Robert -----Original Message----- From: Rakesh Gandhi (rgandhi) [mailto:rgandhi@cisco.com] Sent: Tuesday, March 11, 2014 9:19 AM To: Yuji Kamite; Tarek Saad (tsaad); Zafar Ali (zali); Venator, Robert H III CIV DISA NS (US) Cc: mpls@ietf.org Subject: Re: New Version Notification for draft-tsaad-mpls-p2mp-loose-path-reopt-01.txt Hi WG, The document is updated for editorial changes. Your comments and contributions are welcome. Thanks, Rakesh On 2014-03-10 6:36 PM, "internet-drafts@ietf.org" wrote: > >A new version of I-D, draft-tsaad-mpls-p2mp-loose-path-reopt-01.txt >has been successfully submitted by Rakesh Gandhi and posted to the >IETF repository. > >Name: draft-tsaad-mpls-p2mp-loose-path-reopt >Revision: 01 >Title: Reoptimization of Point-to-Multipoint Traffic Engineering Loosely >Routed LSPs >Document date: 2014-03-10 >Group: Individual Submission >Pages: 9 >URL: >http://www.ietf.org/internet-drafts/draft-tsaad-mpls-p2mp-loose-path-reopt >-01.txt >Status: >https://datatracker.ietf.org/doc/draft-tsaad-mpls-p2mp-loose-path-reopt/ >Htmlized: >http://tools.ietf.org/html/draft-tsaad-mpls-p2mp-loose-path-reopt-01 >Diff: >http://www.ietf.org/rfcdiff?url2=draft-tsaad-mpls-p2mp-loose-path-reopt-01 > >Abstract: > This document defines Resource Reservation Protocol - Traffic > Engineering (RSVP-TE) signaling extensions for reoptimizing loosely > routed Point-to-Multipoint (P2MP) Traffic Engineered (TE) Label > Switched Paths (LSPs) in an Multi-Protocol Label Switching (MPLS) and > Generalized MPLS (GMPLS) networks. > > > > > >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 > ------=_NextPart_000_0045_01CF41F0.59BE8B90 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIISjTCCA3Aw ggJYoAMCAQICAQUwDQYJKoZIhvcNAQEFBQAwWzELMAkGA1UEBhMCVVMxGDAWBgNVBAoTD1UuUy4g R292ZXJubWVudDEMMAoGA1UECxMDRG9EMQwwCgYDVQQLEwNQS0kxFjAUBgNVBAMTDURvRCBSb290 IENBIDIwHhcNMDQxMjEzMTUwMDEwWhcNMjkxMjA1MTUwMDEwWjBbMQswCQYDVQQGEwJVUzEYMBYG A1UEChMPVS5TLiBHb3Zlcm5tZW50MQwwCgYDVQQLEwNEb0QxDDAKBgNVBAsTA1BLSTEWMBQGA1UE AxMNRG9EIFJvb3QgQ0EgMjCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMAswfaNO6z/ PzzWcb64dCIH7HBBFfyrQOMHqsHD2J/+2kw6vz/I2Ch7SzYBwKxFJcPSDgqPhRhkED0aE3Aqb47X 3I2Ts0EPOCHNravCPSoF01cRNw3NjFH5k+PMRkkhjhS0zcsUPjjNcjHuqxLyZeo0LlZd/+5jdctt upE0/J7z9C0cvlDEQt9ZiP9qs/qobD3LVnFxBZa7n4DlgEVZZ0Gw68OtYKSAdQYXnA70Q+CZDhv7 f/WzzLKBgrH9MsG4vkGkZLVgOlpRMIzO3kEsGUdcSRBkuXSph0GvfW66wbihv2UxOgRn+bW7jpKK AGO4seaMOF+D/1DVO6Jda7IQzGMCAwEAAaM/MD0wHQYDVR0OBBYEFEl0uwxeunr+AlTve6DGlcYJ gHCWMAsGA1UdDwQEAwIBhjAPBgNVHRMBAf8EBTADAQH/MA0GCSqGSIb3DQEBBQUAA4IBAQCYkY0/ ici79cBpcyk7Nay6swh2PXAJkumERCEBfRR2G+5RbB2NFTctezFp9JpEuK9GzDT6I8sDJxnSgyF1 K+fgG5km3IRAleio0sz2WFxm7z9KlxCCHboKot1bBiudp2RO6y4BNaS0PxOtVeTVc6hpmxHxmPIx Hm9A1Ph4n46RoG9wBJBmqgYrzuF6krV94eDRluehOi3MsZ0fBUTth5nTTRpwOcEEDOV+2fGv1yAO 8SJ6JaRzmcw/pAcnlqiile2CuRbTnguHwsHyiPVi32jfx7xpUe2xXNxUVCkPCTmarAPB2wxNrm8K ehZJ8b+R0jiU0/aVLLdsyUK2jcqQjYXZMIIEuDCCA6CgAwIBAgIDFnwZMA0GCSqGSIb3DQEBBQUA MF0xCzAJBgNVBAYTAlVTMRgwFgYDVQQKEw9VLlMuIEdvdmVybm1lbnQxDDAKBgNVBAsTA0RvRDEM MAoGA1UECxMDUEtJMRgwFgYDVQQDEw9ET0QgRU1BSUwgQ0EtMzAwHhcNMTIwNzIzMDAwMDAwWhcN MTUwNzIyMjM1OTU5WjB8MQswCQYDVQQGEwJVUzEYMBYGA1UEChMPVS5TLiBHb3Zlcm5tZW50MQww CgYDVQQLEwNEb0QxDDAKBgNVBAsTA1BLSTENMAsGA1UECxMERElTQTEoMCYGA1UEAxMfVkVOQVRP Ui5ST0JFUlQuSC5JSUkuMTAyNDg2NTM5NDCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEB AKyXqrymWWUwcEy0l1PcYZ3S5mXDwEFVz5ZicVKffLVnkGF/i+yp+OqqXlSK9f427YRac+ePWOn0 i+3vBtzGz7Z6ml9iSMIfld4/zF2pE/XYxRmS+YygJtibC7OT2tj55meYBH8qQOVGdrdUiYtam8tw mnPpmjv++6s3pa84RnQss0211ece6bcnil+m3WzeG75cWB/P1GUJCAJLpWvtBB0/F3nOPfEuLKER UhwDrrVXhTgmAY9OrpTHWKL04FrRe/OVM6WK495uxNpQJa3LtuYlQ4w2NLI6adfu53Gm20oN6afT zhaEkNn+bTcwsD2rU1gOORhnJBvCC7h81DN+XpECAwEAAaOCAWAwggFcMB8GA1UdIwQYMBaAFDVh ZigJvFYlW4vMv4FeYSwwOdMhMDoGA1UdHwQzMDEwL6AtoCuGKWh0dHA6Ly9jcmwuZGlzYS5taWwv Y3JsL0RPREVNQUlMQ0FfMzAuY3JsMA4GA1UdDwEB/wQEAwIFIDAjBgNVHSAEHDAaMAsGCWCGSAFl AgELCTALBglghkgBZQIBCxMwHQYDVR0OBBYEFACpUwcDIOVumon8Wy9XYFg698ftMGgGCCsGAQUF BwEBBFwwWjA2BggrBgEFBQcwAoYqaHR0cDovL2NybC5kaXNhLm1pbC9zaWduL0RPREVNQUlMQ0Ff MzAuY2VyMCAGCCsGAQUFBzABhhRodHRwOi8vb2NzcC5kaXNhLm1pbDAiBgNVHREEGzAZgRdyb2Jl cnQudmVuYXRvckBkaXNhLm1pbDAbBgNVHQkEFDASMBAGCCsGAQUFBwkEMQQTAlVTMA0GCSqGSIb3 DQEBBQUAA4IBAQAM2epFktEq3UYmbzsAD/qKK4v1QtY0bXfCIYE0cFv5YuOFbF0RBnN0BPRp34Es rksDYYWpZuE2UmNb7aS6SnkB07VU2qpMs1/1zijN1fpXWoTmXvFvPth073MUoP7Sdm+bgMaHGCBj DCAsamVV7f/CsOJUv57Osx7Yxgs/S95giqUG9bKpKt+PWgAQ72hdTGMTSOBNIPZ+5cNH9jx1f8E6 92wdfnIUkDJosfdWCPlyJhbSmWea1W+NcSLvVhiPvL18oYYWZzOgVXUfJQNJyNyaGwjFp1aidDMS SFBk8B0Ka8aJhBAMto5zMAoMFIw8azkl94xbOqK5C3USbyTp2fcoMIIFAzCCA+ugAwIBAgIDFnwT MA0GCSqGSIb3DQEBBQUAMF0xCzAJBgNVBAYTAlVTMRgwFgYDVQQKEw9VLlMuIEdvdmVybm1lbnQx DDAKBgNVBAsTA0RvRDEMMAoGA1UECxMDUEtJMRgwFgYDVQQDEw9ET0QgRU1BSUwgQ0EtMzAwHhcN MTIwNzIzMDAwMDAwWhcNMTUwNzIyMjM1OTU5WjB8MQswCQYDVQQGEwJVUzEYMBYGA1UEChMPVS5T LiBHb3Zlcm5tZW50MQwwCgYDVQQLEwNEb0QxDDAKBgNVBAsTA1BLSTENMAsGA1UECxMERElTQTEo MCYGA1UEAxMfVkVOQVRPUi5ST0JFUlQuSC5JSUkuMTAyNDg2NTM5NDCCASIwDQYJKoZIhvcNAQEB BQADggEPADCCAQoCggEBAMzZdVGUWCd1rGsFgQ4X38dR1Qis6jkjFBlrkdogFEWPDa/gb5bTypv7 q9WLzFvDid97GBX9iegS/RhVPNMopGbKjLRGn/dY0nyJ36nM+7rQoX4KnNrd0uWmseinPiDoG97j Gs1Olvue6nMjjnmO14s9BxPYONGwxoypne+Gpckgh3GVD52EyJt9Jhu79r88LmJzB1Bzj8kTq7PF mF11RDhhLC1VO5sRE60QlytiEp6DtlQ2Jy1XXSudhPs5bm2Hb4nsbXPAQAYQ9cgwFeU4KElIUyui gIN8kWuehpq4b2va6G2f6WXC5TiVwlew9Ihlyp+JgDcPSTljEjwpoUfyDmsCAwEAAaOCAaswggGn MB8GA1UdIwQYMBaAFDVhZigJvFYlW4vMv4FeYSwwOdMhMDoGA1UdHwQzMDEwL6AtoCuGKWh0dHA6 Ly9jcmwuZGlzYS5taWwvY3JsL0RPREVNQUlMQ0FfMzAuY3JsMA4GA1UdDwEB/wQEAwIGwDAjBgNV HSAEHDAaMAsGCWCGSAFlAgELCTALBglghkgBZQIBCxMwHQYDVR0OBBYEFNW7AmZscjEkeh4inp2A w9iBJP5XMGgGCCsGAQUFBwEBBFwwWjA2BggrBgEFBQcwAoYqaHR0cDovL2NybC5kaXNhLm1pbC9z aWduL0RPREVNQUlMQ0FfMzAuY2VyMCAGCCsGAQUFBzABhhRodHRwOi8vb2NzcC5kaXNhLm1pbDBC BgNVHREEOzA5gRdyb2JlcnQudmVuYXRvckBkaXNhLm1pbKAeBgorBgEEAYI3FAIDoBAMDjEwMjQ4 NjUzOTRAbWlsMBsGA1UdCQQUMBIwEAYIKwYBBQUHCQQxBBMCVVMwKQYDVR0lBCIwIAYKKwYBBAGC NxQCAgYIKwYBBQUHAwIGCCsGAQUFBwMEMA0GCSqGSIb3DQEBBQUAA4IBAQBf9LesMnEO72H7p9wH ms+vjj2bREMjw6UVEf1L4BXLpors/fZfN+Ypc6cPPo3G5wpgusJQc3dLuLj4mJajmvF23BgvVJVc nc41A2skKszp6ip8L0sYmMkxFVXB1JCsGo/0Ln7AG6uvZFKP9GZPxGsPgAjAhGyn+V186+7G7XI2 +s9Dzwd5On8rIqbyW8W83U2hz8AX5BVBDgoqorl9A4rESy0s66i8DPrOVA1sIjUtsFK+DYY3kgbm tuMOjiiSu3vOqNkhM+g66qZVNhc9TSoJYVIs84hRETtfZAhnd26O9p7Y4O7OJ2/s9q8aHweN8Fbj PxjZBt91cwjeHlriplFeMIIFUjCCBDqgAwIBAgICAbkwDQYJKoZIhvcNAQEFBQAwWzELMAkGA1UE BhMCVVMxGDAWBgNVBAoTD1UuUy4gR292ZXJubWVudDEMMAoGA1UECxMDRG9EMQwwCgYDVQQLEwNQ S0kxFjAUBgNVBAMTDURvRCBSb290IENBIDIwHhcNMTEwOTA4MTYwMzA4WhcNMTcwOTA4MTYwMzA4 WjBdMQswCQYDVQQGEwJVUzEYMBYGA1UEChMPVS5TLiBHb3Zlcm5tZW50MQwwCgYDVQQLEwNEb0Qx DDAKBgNVBAsTA1BLSTEYMBYGA1UEAxMPRE9EIEVNQUlMIENBLTMwMIIBIjANBgkqhkiG9w0BAQEF AAOCAQ8AMIIBCgKCAQEA5iki1BQm0ZgaUl7FhINzfsFgs7PQlL79HJRVv/aELJvJwHRz78zCmfKZ yW3KFNN0/74Q8vctv8u7BqPumFBBZQHhVyy2y+TKHKx+UjQOsY4HJj4yNa+jYQrF5Qi2EnmMVMF6 6fFQH12DOmcwsynbHTpMOSFQ2BgsjQZ17mNyeGitYpx1pJQG0zJrEq8GBym+E6DAp/AlT7f+H7dX 4BgSjSFqFblaVPt3ZdhMP/W6PMA34QZ+wr6eI4wo0ZrXxmc413PJvQcdhW/VlQqa3No6TijwpesJ 3+XbC81Hr4rNu2+UQONZnFCfyQ6pcQK53OlpgDqJO0UFIhgFhLUS8DzAgQIDAQABo4ICHDCCAhgw DgYDVR0PAQH/BAQDAgGGMB8GA1UdIwQYMBaAFEl0uwxeunr+AlTve6DGlcYJgHCWMB0GA1UdDgQW BBQ1YWYoCbxWJVuLzL+BXmEsMDnTITASBgNVHRMBAf8ECDAGAQH/AgEAMAwGA1UdJAQFMAOAAQAw ZgYDVR0gBF8wXTALBglghkgBZQIBCwUwCwYJYIZIAWUCAQsJMAsGCWCGSAFlAgELETALBglghkgB ZQIBCxIwCwYJYIZIAWUCAQsTMAwGCmCGSAFlAwIBAxowDAYKYIZIAWUDAgEDGzA3BgNVHR8EMDAu MCygKqAohiZodHRwOi8vY3JsLmRpc2EubWlsL2NybC9ET0RST09UQ0EyLmNybDCCAQEGCCsGAQUF BwEBBIH0MIHxMDoGCCsGAQUFBzAChi5odHRwOi8vY3JsLmRpc2EubWlsL2lzc3VlZHRvL0RPRFJP T1RDQTJfSVQucDdjMCAGCCsGAQUFBzABhhRodHRwOi8vb2NzcC5kaXNhLm1pbDCBkAYIKwYBBQUH MAKGgYNsZGFwOi8vY3JsLmdkcy5kaXNhLm1pbC9jbiUzZERvRCUyMFJvb3QlMjBDQSUyMDIlMmNv dSUzZFBLSSUyY291JTNkRG9EJTJjbyUzZFUuUy4lMjBHb3Zlcm5tZW50JTJjYyUzZFVTP2Nyb3Nz Q2VydGlmaWNhdGVQYWlyO2JpbmFyeTANBgkqhkiG9w0BAQUFAAOCAQEACohWHKVXJlpiy3XQ3YbF UuIv87wRZD+MLz4R/JhgQPKADSiCmmj+4EhLJ9M6CnuV9gMMgRSRQjpgbOIrUy3s3xGu9VQX8AH5 lwenm6sL26yXiQnG7/kHNBYAqH4RU558L6E4opl5OTRBbn24WDBWiJ7kqmRF2aBEYjq35THTkYDx GxCyZ3DVW6tZtFpIFkLEAkzabGjKUB0xvjeZx89TzEIpVsOdF8oD5xBa8Tk8HMz7G5cKJvMx3+Cr XCSdnt44fQJRZ0b5k3CF7QpVwvTBaFqfCMkde5t23FTvOYwY5QxE7vcGsh/1y+YOvdSh/9T5kQci Unm3wP3ssviF9ET7XDGCA0EwggM9AgEBMGQwXTELMAkGA1UEBhMCVVMxGDAWBgNVBAoTD1UuUy4g R292ZXJubWVudDEMMAoGA1UECxMDRG9EMQwwCgYDVQQLEwNQS0kxGDAWBgNVBAMTD0RPRCBFTUFJ TCBDQS0zMAIDFnwTMAkGBSsOAwIaBQCgggGyMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJ KoZIhvcNAQkFMQ8XDTE0MDMxNzE4NTExN1owIwYJKoZIhvcNAQkEMRYEFBtr8fzDaKcrF3lwfvi5 gmSADcNNMGcGCSqGSIb3DQEJDzFaMFgwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqG SIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMAcGBSsOAwIaMAoGCCqGSIb3DQIFMHMG CSsGAQQBgjcQBDFmMGQwXTELMAkGA1UEBhMCVVMxGDAWBgNVBAoTD1UuUy4gR292ZXJubWVudDEM MAoGA1UECxMDRG9EMQwwCgYDVQQLEwNQS0kxGDAWBgNVBAMTD0RPRCBFTUFJTCBDQS0zMAIDFnwZ MHUGCyqGSIb3DQEJEAILMWagZDBdMQswCQYDVQQGEwJVUzEYMBYGA1UEChMPVS5TLiBHb3Zlcm5t ZW50MQwwCgYDVQQLEwNEb0QxDDAKBgNVBAsTA1BLSTEYMBYGA1UEAxMPRE9EIEVNQUlMIENBLTMw AgMWfBkwDQYJKoZIhvcNAQEBBQAEggEAGVTf9IqwlNbZfH9i4yYABjmYd/R/ahggx2iyFp5h69bX gjQ37Dkj6oTIXF4KSJb4M9owqdU9sfWty3UPZWvdyhbgW8GU9LdOZDYW9HEyH4DgCYbq3657Ub2V LyR7Zg+B/+OYuwoJKuY5eZkyCP8qGrXL7V9Iq54rUzQsfeQlDqTB/eo+43rKL1tFmZTt8v1Q4Q6P 7+KxSxIehC9udMx6bEw4lmvZbN1PgHqaUkQvz4rcd06zDC6RpJYeP/m6sTN32NwCsYzsm8A6WYYO CIONRahVe6c/0lxQAUtITEV55QEscNx2oMEfkI4vL/YCioNhFGLADOQDmBYVDUiAbvoSyAAAAAAA AA== ------=_NextPart_000_0045_01CF41F0.59BE8B90-- From nobody Mon Mar 17 11:55:01 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 39ECD1A0471 for ; Mon, 17 Mar 2014 11:54:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.048 X-Spam-Level: X-Spam-Status: No, score=-15.048 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, RP_MATCHES_RCVD=-0.547, SPF_PASS=-0.001, 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 6aF1suZSRxHS for ; Mon, 17 Mar 2014 11:54:57 -0700 (PDT) Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) by ietfa.amsl.com (Postfix) with ESMTP id 4A7DC1A048A for ; Mon, 17 Mar 2014 11:54:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2367; q=dns/txt; s=iport; t=1395082489; x=1396292089; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=XYI+bTSuZUytQa4dgdjzJJcPQZN1RjD6Oahqmkin1Gc=; b=lG3n3AjvyDb0udU/ECZOAlrDGUxnc4qZLC5Qq+Zh68tFhwGGjqw2yVL9 Bco0Jzi0N0DyLUmCc2aGys2InpgDO5PRhrFqwMDJ3oE//Hr4Nc4NRjXCt q/xcSjW96WNwD4cL2vh5MvSNBcARL2Le7Qt5wi83lwLd19waqWlE/D3uC E=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AmoFAJpEJ1OtJXHA/2dsb2JhbABZgwY7UQbCA4EgFnSCJQEBAQQ6PQIMBgEIEQQBAQEeCTkUCQgCBAENBQmHcAgF0xcXjhcBARwzBwaEMgSYRoEykH2DLYFyOQ X-IronPort-AV: E=Sophos;i="4.97,671,1389744000"; d="scan'208";a="310911652" Received: from rcdn-core2-5.cisco.com ([173.37.113.192]) by rcdn-iport-3.cisco.com with ESMTP; 17 Mar 2014 18:54:46 +0000 Received: from xhc-aln-x11.cisco.com (xhc-aln-x11.cisco.com [173.36.12.85]) by rcdn-core2-5.cisco.com (8.14.5/8.14.5) with ESMTP id s2HIsk6t008404 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 17 Mar 2014 18:54:46 GMT Received: from xmb-aln-x07.cisco.com ([169.254.2.250]) by xhc-aln-x11.cisco.com ([173.36.12.85]) with mapi id 14.03.0123.003; Mon, 17 Mar 2014 13:54:45 -0500 From: "Rakesh Gandhi (rgandhi)" To: "Venator, Robert H III CIV DISA NS (US)" , Yuji Kamite , "Tarek Saad (tsaad)" , "Zafar Ali (zali)" Thread-Topic: New Version Notification for draft-tsaad-mpls-p2mp-loose-path-reopt-01.txt Thread-Index: AQHPPLEwos8Bu4I+10SNIkWgD+/+5prcAR2AgAmoU9CAACNqAA== Date: Mon, 17 Mar 2014 18:54:45 +0000 Message-ID: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.5.130515 x-originating-ip: [10.86.254.119] Content-Type: text/plain; charset="us-ascii" Content-ID: <62FF2284E9917D41B72FA28BE981C7ED@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/tLt9NS3PFK8yuCIJKEvsQ36CU48 Cc: "mpls@ietf.org" Subject: Re: [mpls] New Version Notification for draft-tsaad-mpls-p2mp-loose-path-reopt-01.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Mar 2014 18:54:59 -0000 Thank you Robert for the review. Regards, Rakesh On 2014-03-17 2:52 PM, "Venator, Robert H III CIV DISA NS (US)" wrote: >Hi Rakesh, > > Sorry for late reply. I've been out of office for while. I read the >document this morning. It is well written and easy to understand. I >didn't find anything to comment on. Concur. > > Thanks, Robert > >-----Original Message----- >From: Rakesh Gandhi (rgandhi) [mailto:rgandhi@cisco.com] >Sent: Tuesday, March 11, 2014 9:19 AM >To: Yuji Kamite; Tarek Saad (tsaad); Zafar Ali (zali); Venator, Robert H >III CIV DISA NS (US) >Cc: mpls@ietf.org >Subject: Re: New Version Notification for >draft-tsaad-mpls-p2mp-loose-path-reopt-01.txt > >Hi WG, > >The document is updated for editorial changes. > >Your comments and contributions are welcome. > >Thanks, >Rakesh > > >On 2014-03-10 6:36 PM, "internet-drafts@ietf.org" > wrote: > >> >>A new version of I-D, draft-tsaad-mpls-p2mp-loose-path-reopt-01.txt >>has been successfully submitted by Rakesh Gandhi and posted to the >>IETF repository. >> >>Name: draft-tsaad-mpls-p2mp-loose-path-reopt >>Revision: 01 >>Title: Reoptimization of Point-to-Multipoint Traffic Engineering Loosely >>Routed LSPs >>Document date: 2014-03-10 >>Group: Individual Submission >>Pages: 9 >>URL: =20 >>http://www.ietf.org/internet-drafts/draft-tsaad-mpls-p2mp-loose-path-reop >>t >>-01.txt >>Status: =20 >>https://datatracker.ietf.org/doc/draft-tsaad-mpls-p2mp-loose-path-reopt/ >>Htmlized: =20 >>http://tools.ietf.org/html/draft-tsaad-mpls-p2mp-loose-path-reopt-01 >>Diff: =20 >>http://www.ietf.org/rfcdiff?url2=3Ddraft-tsaad-mpls-p2mp-loose-path-reopt= -0 >>1 >> >>Abstract: >> This document defines Resource Reservation Protocol - Traffic >> Engineering (RSVP-TE) signaling extensions for reoptimizing loosely >> routed Point-to-Multipoint (P2MP) Traffic Engineered (TE) Label >> Switched Paths (LSPs) in an Multi-Protocol Label Switching (MPLS) and >> Generalized MPLS (GMPLS) networks. >> >> =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. >> >>The IETF Secretariat >> > From nobody Mon Mar 17 12:33:06 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EC8CB1A030E for ; Mon, 17 Mar 2014 12:33:04 -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 H9CjB1V8V3E2 for ; Mon, 17 Mar 2014 12:33:03 -0700 (PDT) Received: from mail-ee0-x233.google.com (mail-ee0-x233.google.com [IPv6:2a00:1450:4013:c00::233]) by ietfa.amsl.com (Postfix) with ESMTP id 25ECB1A049E for ; Mon, 17 Mar 2014 12:33:02 -0700 (PDT) Received: by mail-ee0-f51.google.com with SMTP id c13so4547750eek.10 for ; Mon, 17 Mar 2014 12:32:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:disposition-notification-to:date:from:reply-to :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=iVAeb/NY7OPvi5vXMH+1sAFikNNn9uKd+hRLj3IZ1Yk=; b=jodfsN3ThoGoQ17awMpQgAH/iNnDPuFwN/9ORzpirqyUs5BWTL0M1dkXVj5bq7/+zV jUx6YxlyhZdYbYRmfCmcXiFaeTAYjrLSRSW0gPZU21VCK3OX33U9NjPrCIP0e80LPiwc oiVG13P2c+6AXR1p9krRCzvUG9Trn0ilk0LyVa3VajS279Fbqc8HLWWkd4umAgEiq64b oAOxjf+xatKijOwTTZzRcBKt20w+ySSSX3ts2zkyM8qA6Q0e9sSOdOos3xg7OVNFD2Pa 5sdsw5zxw3pVEjt3H41EzEIeyRmi2Df8ElXt6GKnH6n54qaIwckXZmyl85V8dl+QSTa0 iDzg== X-Received: by 10.14.127.4 with SMTP id c4mr5240172eei.86.1395084774681; Mon, 17 Mar 2014 12:32:54 -0700 (PDT) Received: from McAsterix.local (g215085.upc-g.chello.nl. [80.57.215.85]) by mx.google.com with ESMTPSA id o7sm29250714eew.25.2014.03.17.12.32.52 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 17 Mar 2014 12:32:53 -0700 (PDT) Message-ID: <53274DE3.70606@gmail.com> Date: Mon, 17 Mar 2014 20:32:51 +0100 From: Huub van Helvoort User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: mpls@ietf.org References: <290801cf4210$dccee410$966cac30$@olddog.co.uk> In-Reply-To: <290801cf4210$dccee410$966cac30$@olddog.co.uk> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/H6FW_F5r_eDQ_z0i-KT1oFqzCJE Subject: Re: [mpls] Early AD comments on draft-ietf-mpls-psc-updates X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: huubatwork@gmail.com List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Mar 2014 19:33:05 -0000 Hello Adrian, I support these additions. Cheers, Huub. =========== > A couple of discussion points on draft-ietf-mpls-tp-psc-itu (which is currently > in IESG evaluation) have given rise to two small proposed additions to > draft-ietf-mpls-psc-updates > > 1. I think this warrants a very small section of its own... > > x.y PSC TLV Format > > [RFC6378] defines the capability to carry TLVs in the PSC messages. This section > defines the format to be used by all such TLVs. > > Type field (T) > A two octet field that encodes a type value in network byte order. The type > values are recorded in the IANA registry "MPLS PSC TLV Registry". > > Length field (L) > A two octet field that encodes the length in octets of the Value field in > network byte order. The value of this field MUST be a multiple of 4. > > Value field (V) > The contents of the TLV. This field MUST be a multiple of 4 octets and so may > contain explicit padding. > > > 2. There was a trivial snafu with the 0 value in the "MPLS PSC TLV Registry". It > was agreed that 0 would be reserved, but this was not recorded in RFC 6378. > Therefore, the IANA section of draft-ietf-mpls-psc-updates should include the > text... > > IANA is requested to mark the value 0 in the "MPLS PSC TLV Registry" as > "Reserved, not to be allocated" and to update the references to show [RFC6378]. > [This.I-D]. Note that this action provides documentation of an action already > taken by IANA but not recorded in RFC 6378. > > > Hope everyone is comfortable with this. > > Thanks, > Adrian > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > -- ***************************************************************** 请记ä½ï¼Œä½ æ˜¯ç‹¬ä¸€æ— äºŒçš„，就åƒå…¶ä»–æ¯ä¸€ä¸ªäººä¸€æ · From nobody Mon Mar 17 17:51:52 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4016A1A02FC for ; Mon, 17 Mar 2014 17:51:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.747 X-Spam-Level: X-Spam-Status: No, score=-4.747 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.547, 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 ROi-E5EaVflT for ; Mon, 17 Mar 2014 17:51:49 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 273D01A02E0 for ; Mon, 17 Mar 2014 17:51:49 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BER06001; Tue, 18 Mar 2014 00:51:40 +0000 (GMT) Received: from LHREML402-HUB.china.huawei.com (10.201.5.241) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 18 Mar 2014 00:51:31 +0000 Received: from SZXEMA405-HUB.china.huawei.com (10.82.72.37) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 18 Mar 2014 00:51:39 +0000 Received: from SZXEMA510-MBX.china.huawei.com ([169.254.3.94]) by SZXEMA405-HUB.china.huawei.com ([10.82.72.37]) with mapi id 14.03.0158.001; Tue, 18 Mar 2014 08:51:35 +0800 From: Mach Chen To: "mpls@ietf.org" Thread-Topic: Clarification on source label usage Thread-Index: Ac859wY/HtI+Q5xYT9KoGBS6SQcBeQ== Date: Tue, 18 Mar 2014 00:51:35 +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.45.11.59] Content-Type: multipart/alternative; boundary="_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE25D98D4C6SZXEMA510MBXchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/SLdIUGv2By_AtLcOqeWJ0o7XgAY Subject: [mpls] Clarification on source label usage X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Mar 2014 00:51:51 -0000 --_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE25D98D4C6SZXEMA510MBXchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi MPLSers, Yesterday, there are a lots of discussions on source label, thanks for the = discussions. I'd like to make a clarification on the usage of source label,= I think there may be a misunderstanding of the usage of source label. The= main purpose for MPLS source label is OAM, source label applies to real pa= ckets is optional. Best regards, Mach --_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE25D98D4C6SZXEMA510MBXchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi MPLSers,

 

Yesterday, there are a lots of = discussions on source label, thanks for the discussions. I’d like to = make a clarification on the usage of source label, I think there may be a &= nbsp;misunderstanding of the usage of source label. The main purpose for MPLS source label is OAM, source label applies to rea= l packets is optional.

 

 

Best regards,=

Mach

 

 

--_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE25D98D4C6SZXEMA510MBXchi_-- From nobody Tue Mar 18 00:01:13 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E60A71A043F for ; Tue, 18 Mar 2014 00:01:09 -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 LeThQH_6UNLB for ; Tue, 18 Mar 2014 00:01:07 -0700 (PDT) Received: from mail-la0-x231.google.com (mail-la0-x231.google.com [IPv6:2a00:1450:4010:c03::231]) by ietfa.amsl.com (Postfix) with ESMTP id 873691A03A1 for ; Tue, 18 Mar 2014 00:01:07 -0700 (PDT) Received: by mail-la0-f49.google.com with SMTP id mc6so4343315lab.22 for ; Tue, 18 Mar 2014 00:00:58 -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=PL6OUcWVj+FweFWr9wRW2PU1tpWnvkJLZp6knWaQzlA=; b=KWE7fLUnuJ9rHcL9orhpuh0OHEzM06hMDxiDM3C2TtA6tZBjQ9jh7mlTjQw8/+aXq8 bpN0gvurBASnpK76p+XJOhEqv76QoRsvImZ81xeAbC5X2enYrOm6CubwrW6l71xET7a+ Cq8YbFj4jAITXmUrLfaqD75Hhg3+eUBL/m65BwDOjYCVAvsYbR7BKZYQDU0QSZqalJgN zzCqI9e1qUMsxvk2Ytke3yPXgO87oHs3yUQ7VL5Ja0ZTxIVIFDozZl5n9dk+ilyxj451 G5vkbwhZEL5bWWL1CEjL/92lFTkY/sLbN4Fyd5Khgrt0VqRbWqe6mnnHFgn3xmRUIP7Q 0I2g== MIME-Version: 1.0 X-Received: by 10.152.21.200 with SMTP id x8mr30659lae.58.1395126058438; Tue, 18 Mar 2014 00:00:58 -0700 (PDT) Received: by 10.114.2.1 with HTTP; Tue, 18 Mar 2014 00:00:58 -0700 (PDT) In-Reply-To: References: Date: Tue, 18 Mar 2014 09:00:58 +0200 Message-ID: From: Binny Jeshan To: Mach Chen Content-Type: multipart/alternative; boundary=089e0158aef42157cf04f4dc192d Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/-QYVGmXthKWmAGjRVSIK7vQ9Icg Cc: "mpls@ietf.org" Subject: Re: [mpls] Clarification on source label usage X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Mar 2014 07:01:10 -0000 --089e0158aef42157cf04f4dc192d Content-Type: text/plain; charset=ISO-8859-1 Mach, Do you mean the G-Ach ? Regards, Binny. Aricent On 18 March 2014 02:51, Mach Chen wrote: > Hi MPLSers, > > > > Yesterday, there are a lots of discussions on source label, thanks for the > discussions. I'd like to make a clarification on the usage of source label, > I think there may be a misunderstanding of the usage of source label. The > main purpose for MPLS source label is OAM, source label applies to real > packets is optional. > > > > > > Best regards, > > Mach > > > > > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > > --089e0158aef42157cf04f4dc192d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Mach,

Do you mean the G-Ach = ?

Regards,
Binny.

<= div>Aricent


On 18 March 2014 02:51, Mach Chen <mach.chen@huawei.com> = wrote:

Hi MPLSers,

 

Yesterday, there are a lots of = discussions on source label, thanks for the discussions. I’d like to = make a clarification on the usage of source label, I think there may be a &= nbsp;misunderstanding of the usage of source label. The main purpose for MPLS source label is OAM, source label applies to rea= l packets is optional.

 

 

Best regards,

Mach

 

 


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


--089e0158aef42157cf04f4dc192d-- From nobody Tue Mar 18 06:01:48 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 031C61A03D7 for ; Tue, 18 Mar 2014 06:01:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.447 X-Spam-Level: X-Spam-Status: No, score=-2.447 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.547] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id a6C8bnFO2ROu for ; Tue, 18 Mar 2014 06:01:43 -0700 (PDT) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) by ietfa.amsl.com (Postfix) with ESMTP id 621BC1A03C9 for ; Tue, 18 Mar 2014 06:01:43 -0700 (PDT) Received: from [192.168.0.116] (81-229-83-119-no65.business.telia.com [81.229.83.119]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 8EA16180150F; Tue, 18 Mar 2014 14:01:34 +0100 (CET) Message-ID: <532843B0.1080303@pi.nu> Date: Tue, 18 Mar 2014 14:01:36 +0100 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: "mpls@ietf.org" References: <531D734B.5050009@pi.nu> In-Reply-To: <531D734B.5050009@pi.nu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/6a0tspmADdzpmGRIOtwyEFOuLII Cc: "mpls-chairs@tools.ietf.org" , "draft-ietf-mpls-ldp-multi-topology@tools.ietf.org" Subject: Re: [mpls] short wglc on draft-ietf-mpls-ldp-multi-topology X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Mar 2014 13:01:46 -0000 Working Group, This short wglc is closed; we have only had supportive comments. We will notify our AD that we are ready to resume progressing the draft. /Loa for the MPLS WG co-chairs On 2014-03-10 09:09, Loa Andersson wrote: > Working Group, > > This is to start a one week working group last call on > draft-ietf-mpls-ldp-multi-topology limited to the changes introduced > since the wglc. > > The document is in AD review, but the changes has been such that > we want the working group to confirm that we are comfortable with > the changes. > > On behalf of the authors Dan King sent a mail to the working group > mailing outlining the changes: > http://www.ietf.org/mail-archive/web/mpls/current/msg11770.html > > This working group last call ends eob March 17. > > Please send your comments (including support) to the mpls working > group mailing list (mpls@ietf.org). > > /Loa > for the MPLS wg chairs > -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Tue Mar 18 13:30:19 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E60061A01A5 for ; Tue, 18 Mar 2014 13:30:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.048 X-Spam-Level: X-Spam-Status: No, score=-15.048 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, RP_MATCHES_RCVD=-0.547, SPF_PASS=-0.001, 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 9iBCHkAajacv for ; Tue, 18 Mar 2014 13:30:12 -0700 (PDT) Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) by ietfa.amsl.com (Postfix) with ESMTP id 2DA2F1A030A for ; Tue, 18 Mar 2014 13:30:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4884; q=dns/txt; s=iport; t=1395174604; x=1396384204; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=Dw6dv94JrezFnzq1xnPnmE4ojhGcOHSEt8aHFATOKXQ=; b=ADX56ZJnQUbo1qvn1Si9lfvg607ofI/Hg2LG4p8JQN4ZSDci2Oiv8e7M hntAyX5kBADFqsOrguhlAeG6xs3l8XKtYWlOqLz0T0Bfr5oUZmlK2YdYT rIGd0c2iQNRtVNHCoHBpg6UFuyV8cmuqdrSIKAgk+t/s43eUxiCoNCXIg Q=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgUFAGarKFOtJV2Z/2dsb2JhbABagwY7V7pnhzyBLRZ0giUBAQEDAQEBAWgDCwUHAgQBCBEDAQEBKCIMCxQJCAIEAQ0Fh3EIDdAqEwQEjXwRAVAHBoQyBIkajyySMIMtgXI5 X-IronPort-AV: E=Sophos;i="4.97,680,1389744000"; d="scan'208";a="311191526" Received: from rcdn-core-2.cisco.com ([173.37.93.153]) by rcdn-iport-8.cisco.com with ESMTP; 18 Mar 2014 20:30:03 +0000 Received: from xhc-rcd-x01.cisco.com (xhc-rcd-x01.cisco.com [173.37.183.75]) by rcdn-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id s2IKU2Ac027331 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 18 Mar 2014 20:30:02 GMT Received: from xmb-rcd-x06.cisco.com ([169.254.6.22]) by xhc-rcd-x01.cisco.com ([173.37.183.75]) with mapi id 14.03.0123.003; Tue, 18 Mar 2014 15:30:02 -0500 From: "Rajiv Asati (rajiva)" To: "Carlos Pignataro (cpignata)" , Markus Jork , "draft-george-mpls-ipv6-only-gap@tools.ietf.org" , "mpls-chairs@tools.ietf.org" , "VIGOUREUX, MARTIN (MARTIN)" Thread-Topic: [mpls] draft-george-mpls-ipv6-only-gap-04.txt Thread-Index: AQHPQujWWjt7idM6rEyQe7n30C6JRw== Date: Tue, 18 Mar 2014 20:30:01 +0000 Message-ID: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.9.131030 x-originating-ip: [10.82.255.169] Content-Type: text/plain; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/-p69BNP948eu_J3m-U80Qzm8gjw Cc: "mpls@ietf.org" Subject: Re: [mpls] draft-george-mpls-ipv6-only-gap-04.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Mar 2014 20:30:15 -0000 Hi Markus, Please see inline, > it. If there are gaps with a "4PE" use case not sufficiently covered by > existing specs, and people are actually interested in doing this, then IMO, there is no (better) alternative to accommodating v4 (as an overlay) if moved to a v6-only core network. Is there any? > this should probably be addressed by a new RFC dedicated that use case? That=B9s indeed the path we have had in mind. Thanks. --=20 Cheers, Rajiv =20 -----Original Message----- From: Carlos Pignataro Date: Thursday, March 6, 2014 at 9:54 AM To: Markus Jork , "draft-george-mpls-ipv6-only-gap@tools.ietf.org" , "mpls-chairs@tools.ietf.org" , MARTIN VIGOUREUX Cc: "mpls@ietf.org" Subject: Re: [mpls] draft-george-mpls-ipv6-only-gap-04.txt >Thanks, Markus. > >We are incorporating these comments. > >Carlos. > >-----Original Message----- >From: Markus Jork >Date: Friday, February 28, 2014 at 10:43 PM >To: "draft-george-mpls-ipv6-only-gap@tools.ietf.org" >, >"mpls-chairs@tools.ietf.org" , Martin >Vigoureux >Cc: "mpls@ietf.org" >Subject: Re: [mpls] draft-george-mpls-ipv6-only-gap-04.txt > >>This is a very useful effort and should be adopted as a WG document. >>It is difficult to say whether the current draft has captured all the >>potential problems but it appears quite exhaustive already. It is also >>clearly written and technically sound. >> >>The use case discussion in section 2 seems overly defensive and doesn't >>contribute much to the document, it might as well be removed for the sake >>of brevity. >> >>Some minor technical feedback: >> >>The verdict at the end of section 3.3.2.1 is: >>"Gap: Major. RFC4659 needs to be updated to explicitly cover use case >>#2". >>I believe this is meant to say "RFC 4798". But I'm not sure that's fair. >>RFC 4798 is very explicitly covering only the 6PE use case. That's all it >>is trying to achieve, so adding "4PE" to this RFC would be overloading >>it. If there are gaps with a "4PE" use case not sufficiently covered by >>existing specs, and people are actually interested in doing this, then >>this should probably be addressed by a new RFC dedicated that use case? >> >>In section 3, the reference for RSVP-TE should be RFC 3209 and not RFC >>5420. >> >>I also noticed two very minor typos: >>3.3.2: "RFC4364 defines as VPN-IPv4 address type" >>3.3.2.3: "tunnelling over an single-Address" >> >> >>-Markus >> >> >>> -----Original Message----- >>> From: Loa Andersson [mailto:loa@pi.nu] >>> Sent: Saturday, February 15, 2014 3:07 AM >>> To: David Allan I; Mach Chen; Markus Jork; draft-george-mpls-ipv6-only- >>> gap@tools.ietf.org; mpls-chairs@tools.ietf.org; VIGOUREUX, MARTIN >>> (MARTIN); Aissaoui, Mustapha (Mustapha) >>> Subject: draft-george-mpls-ipv6-only-gap-04.txt >>>=20 >>> Dave, Mach, Markus and Mustapha, >>>=20 >>> You have been selected as MPLS Review team reviewers for >>> draft-george-mpls-ipv6-only-gap-04. >>>=20 >>> Note to authors: You have been CC'd on this email so that you can know >>> that this review is going on. However, please do not review your own >>> document. >>>=20 >>> Note 2: All the IPv& expertise we have in the MPLS review team are >>> listed as contributors on this draft. I've therefore asked Mustapha >>> to review. >>>=20 >>> Reviews should comment on whether the document is coherent, is it >>> useful (ie, is it likely to be actually useful in operational >>> networks), and is the document technically sound? We are interested >>> in knowing whether the document is ready to be considered for WG >>> adoption (ie, it doesn't have to be perfect at this point, but should >>>be >>> a good start). >>>=20 >>> Reviews should be sent to the document authors, WG co-chairs and >>> WG secretary, and CC'd to the MPLS WG email list. If necessary, >>>comments >>> may be sent privately to only the WG chairs. >>>=20 >>> Are you able to review this draft by March 1, 2014? >>>=20 >>>=20 >>> Thanks, Loa >>> (as MPLS WG chair) >>> -- >>>=20 >>>=20 >>> Loa Andersson email: loa@mail01.huawei.com >>> Senior MPLS Expert loa@pi.nu >>> Huawei Technologies (consultant) phone: +46 739 81 21 64 >>>=20 >> >> >>_______________________________________________ >>mpls mailing list >>mpls@ietf.org >>https://www.ietf.org/mailman/listinfo/mpls > >_______________________________________________ >mpls mailing list >mpls@ietf.org >https://www.ietf.org/mailman/listinfo/mpls From nobody Tue Mar 18 13:30:37 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B3C441A049E for ; Tue, 18 Mar 2014 13:30:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.048 X-Spam-Level: X-Spam-Status: No, score=-15.048 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, RP_MATCHES_RCVD=-0.547, SPF_PASS=-0.001, 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 zaDFzE8V1T2y for ; Tue, 18 Mar 2014 13:30:33 -0700 (PDT) Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) by ietfa.amsl.com (Postfix) with ESMTP id 7E7D31A01A5 for ; Tue, 18 Mar 2014 13:30:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3911; q=dns/txt; s=iport; t=1395174625; x=1396384225; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=Aik4qL3doL76c6zu7bb2YWLYtZn9bUkq3dIpCbLXE4I=; b=Bi8m4vrm8/5m17APjTlsfLlKH0iYWlu1Z3V3YDU6FrVPb1JDZpUzdP6s xrEqqjyOZ0e9fehodW/eDcgt9IC7W5r1hRNIiQpUziVmXoM8MO/5Anznc DyIihl1UlhTuXsImec6ERyBFkpwF/dg/qkyefre+RL57aPGFpgNV91zz4 c=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgMFANirKFOtJV2Z/2dsb2JhbABagwY7V8IjgS0WdIIlAQEBAwF5BQcGAQgRAwECYRQJCAIEAQ0FG4dWCA3QKxMEjmIHBoQyBIkai0CDbJIwgy2CKw X-IronPort-AV: E=Sophos;i="4.97,680,1389744000"; d="scan'208";a="311206575" Received: from rcdn-core-2.cisco.com ([173.37.93.153]) by rcdn-iport-3.cisco.com with ESMTP; 18 Mar 2014 20:30:25 +0000 Received: from xhc-rcd-x14.cisco.com (xhc-rcd-x14.cisco.com [173.37.183.88]) by rcdn-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id s2IKUOhR027974 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 18 Mar 2014 20:30:24 GMT Received: from xmb-rcd-x06.cisco.com ([169.254.6.22]) by xhc-rcd-x14.cisco.com ([173.37.183.88]) with mapi id 14.03.0123.003; Tue, 18 Mar 2014 15:30:24 -0500 From: "Rajiv Asati (rajiva)" To: "mark.tinka@seacom.mu" , "mpls@ietf.org" Thread-Topic: [mpls] draft-george-mpls-ipv6-only-gap-04.txt Thread-Index: AQHPQujjWjt7idM6rEyQe7n30C6JRw== Date: Tue, 18 Mar 2014 20:30:23 +0000 Message-ID: In-Reply-To: <201402200417.18412.mark.tinka@seacom.mu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.9.131030 x-originating-ip: [10.82.255.169] Content-Type: text/plain; charset="iso-8859-1" Content-ID: <510CFC307D188341A32AE809C3B98799@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/k5udkI0X07GY1US9eu99Pt2nrZg Cc: "draft-george-mpls-ipv6-only-gap@tools.ietf.org" Subject: Re: [mpls] draft-george-mpls-ipv6-only-gap-04.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Mar 2014 20:30:35 -0000 Hi Mark, > In the future, when the majority of new ISP's will be IPv6 > single stack, I don't foresee this practice stopping. There > is sufficient RFC 1918 space for operators to use in order > uniquely deploy Router-ID's across their backbone. I wonder whether using RFC 1918 space would be needed, since the operators have already had unique public IPv4 address space, which could continue to be used (as usual) instead of private v4 space for the RID. Nonetheless, this discussion could be somewhat more generalized (BGP, OSPF, LDP, RSVP..) and brought up to the area WG mailer. --=20 Cheers, Rajiv Asati Distinguished Engineer, Cisco -----Original Message----- From: Mark Tinka Organization: SEACOM Reply-To: "mark.tinka@seacom.mu" Date: Wednesday, February 19, 2014 at 9:17 PM To: "mpls@ietf.org" Cc: "draft-george-mpls-ipv6-only-gap@tools.ietf.org" Subject: Re: [mpls] draft-george-mpls-ipv6-only-gap-04.txt >On Wednesday, February 19, 2014 07:47:26 PM George, Wes >wrote: > >> WG] There=B9s a related discussion happening in IDR/v6ops >> right now >> (https://mailarchive.ietf.org/arch/search/?q=3DBGP+Identif >> ier&qdr=3Dw&f_list=3Did r&gbt=3D1 starting 14 Feb) responding >> to a proposal to make BGP Router ID a 128 bit field >> because of the lack of direct mapping between the 32 bit >> field and a potentially 128 bit address on an IPv6-only >> device. So far, there has been significant feedback from >> operators that in the case where these are simply fields >> that contain an arbitrary 32 bit value whose only >> requirement is that it is unique across some scope, we >> need to be clear that the link between that field=B9s >> value and any particular IPv4 address is merely by >> convention, not by protocol necessity, and therefore the >> solution in an IPv6-only network may simply be to note >> that in order for this to work, the operator must have a >> method to derive a unique value, either >> manually/programmatically assigned at provisioning time, >> or via some sort of mapping from an IPv6 address present >> on the box. I=B9m inclined to handle this potential gap in >> the same way, since the problem and discussion in IDR is >> in no way specific to BGP, but I think it=B9s something >> that we need to discuss in this specific context - I.e. >> does it break anything if the value is arbitrary and not >> linked to an IP address present on the device? > >As you point out, today, operators have considered Router- >ID's (be they for BGP or other routing protocols enabled on >a router) as an arbitrary 32-bit integer that looks like an >IPv4 address, but really isn't treated as one. > >In IPv6-only networks, today's routers still require a 32- >bit Router-ID, and general practice is to hard-code this >into deployments for BGP and other routing protocols >(especially for single stack IPv6 routers). > >In the future, when the majority of new ISP's will be IPv6 >single stack, I don't foresee this practice stopping. There >is sufficient RFC 1918 space for operators to use in order >uniquely deploy Router-ID's across their backbone. > >Having said that, I could foresee issues where different >single stack IPv6 routing domains interconnect, and there is >the potential for Router-ID clashing if sourced from RFC >1918 space. This could have an impact on the BGP Route >Selection algorithm and/or setup and maintenance of BGP >sessions. In this case, having a 128-bit Router-ID might be >a sure-fire simple way to guarantee Router-ID uniqueness >across inter-domain routing. > >The other option would be for both routing domains to pre- >agree on Router-ID's that do not clash, but this adds >complexity to both intra- and inter-domain routing. > >Mark. From nobody Tue Mar 18 14:55:22 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8BCF51A030C; Tue, 18 Mar 2014 14:55:20 -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 L57A65V2jUG6; Tue, 18 Mar 2014 14:55:18 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id CA5101A023C; Tue, 18 Mar 2014 14:55:18 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.1.0p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140318215518.20367.29202.idtracker@ietfa.amsl.com> Date: Tue, 18 Mar 2014 14:55:18 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/G_XVzKjDIAy0zHPrmlKr3N4nKJE Cc: mpls@ietf.org Subject: [mpls] I-D Action: draft-ietf-mpls-special-purpose-labels-06.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Mar 2014 21:55:21 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching Working Group of the IETF. Title : Allocating and Retiring Special Purpose MPLS Labels Authors : Kireeti Kompella Loa Andersson Adrian Farrel Filename : draft-ietf-mpls-special-purpose-labels-06.txt Pages : 13 Date : 2014-03-18 Abstract: Some MPLS labels have been allocated for specific purposes. A block of labels (0-15) has been set aside to this end, and are commonly called "reserved labels". They will be called "special purpose labels" in this document. As there are only 16 of these special purpose labels, caution is needed in the allocation of new special purpose labels, yet at the same time allow forward progress when one is called for. This memo defines new procedures to follow in the allocation and retirement of special purpose labels, as well as a method to extend the special purpose label space. Finally, this memo renames the IANA registry for these labels to "Special Purpose MPLS Label Values", and creates a new one called the "Extended Special Purpose MPLS Label Values" registry. This document updates a number of previous RFCs that used the term "reserved label". Specifically, this document updates RFC 3032, RFC 3038, RFC 3209, RFC 3811, RFC 4182, RFC 4928, RFC 5331, RFC 5586, RFC 5921, RFC 5960, RFC 6391, RFC 6478, and RFC 6790. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-special-purpose-labels/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-mpls-special-purpose-labels-06 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-special-purpose-labels-06 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Tue Mar 18 15:02:08 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B9C951A040E for ; Tue, 18 Mar 2014 15:02:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.783 X-Spam-Level: X-Spam-Status: No, score=-99.783 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_BL_SPAMCOP_NET=1.347, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_SORBS_WEB=0.77, 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 9n0tGwy3WyBs for ; Tue, 18 Mar 2014 15:02:03 -0700 (PDT) Received: from asmtp2.iomartmail.com (asmtp2.iomartmail.com [62.128.201.249]) by ietfa.amsl.com (Postfix) with ESMTP id 8299A1A03F1 for ; Tue, 18 Mar 2014 15:02:03 -0700 (PDT) Received: from asmtp2.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id s2IM1rpa020385 for ; Tue, 18 Mar 2014 22:01:54 GMT Received: from 950129200 (108.26.90.92.rev.sfr.net [92.90.26.108]) (authenticated bits=0) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id s2IM1qmB020378 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Tue, 18 Mar 2014 22:01:53 GMT From: "Adrian Farrel" To: References: <20140318215518.20367.29202.idtracker@ietfa.amsl.com> In-Reply-To: <20140318215518.20367.29202.idtracker@ietfa.amsl.com> Date: Tue, 18 Mar 2014 22:01:52 -0000 Message-ID: <039d01cf42f5$ac72d020$05587060$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQHpoGXiLyAEhcIgYjrCNPaoe2pPr5qyqhbw Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.5.0.1017-20574.002 X-TM-AS-Result: No--22.011-10.0-31-10 X-imss-scan-details: No--22.011-10.0-31-10 X-TMASE-MatchedRID: X4bcv0S75KlxtRSiTWsxtdjpv424W/L6myqQJWNsuklVCJR4LoJu4oqq /NLYoJ0Ohm25QHg3T1SxBGk228lfqdcUNjoF7YuVy18e5+drKgaau7dML+YtTrV5fSMRD1zqnQy l/uWp0iF1L+X18ZczPR/Ne6ZdAvcMkg6GA5mI8ywIVoCLGbl5T/Zpw431D6uejNnoU1foposDh5 XrP5wcJ76ifi+fbal0Oua7hV6SrJoEW9SZtilh+46MisxJraxHwFk84lhmgzyCsBeCv8CM/edFU 1Vx1p6ZhNplKXJ7FrztGhfv3zorFmQexWkOikPf71Wx2uUbPLeDddlymG7iSwzvg1/q1MH2Z3KR kLO0vRk0cyESKOBv9AXOZdORTuqrGAdnzrnkM485f9Xw/xqKXcidYBYDjITp+gD2vYtOFhgqtq5 d3cxkNQP90fJP9eHt Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/0gg3iLVrkU8G1dQtIq6Ua0Gu8yc Subject: Re: [mpls] I-D Action: draft-ietf-mpls-special-purpose-labels-06.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Mar 2014 22:02:06 -0000 We got confirmation from IANA that they understood what was required, and we changed the last paragraph of 3.1 (and the IANA section) to reflect the debate on how label 7 should appear (or not) after the XL (i.e. as an ESPL). Thanks for the entertaining discussion. Adrian > -----Original Message----- > From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of internet- > drafts@ietf.org > Sent: 18 March 2014 21:55 > To: i-d-announce@ietf.org > Cc: mpls@ietf.org > Subject: [mpls] I-D Action: draft-ietf-mpls-special-purpose-labels-06.txt > > > A New Internet-Draft is available from the on-line Internet-Drafts directories. > This draft is a work item of the Multiprotocol Label Switching Working Group of > the IETF. > > Title : Allocating and Retiring Special Purpose MPLS Labels > Authors : Kireeti Kompella > Loa Andersson > Adrian Farrel > Filename : draft-ietf-mpls-special-purpose-labels-06.txt > Pages : 13 > Date : 2014-03-18 > > Abstract: > Some MPLS labels have been allocated for specific purposes. A block > of labels (0-15) has been set aside to this end, and are commonly > called "reserved labels". They will be called "special purpose > labels" in this document. > > As there are only 16 of these special purpose labels, caution is > needed in the allocation of new special purpose labels, yet at the > same time allow forward progress when one is called for. > > This memo defines new procedures to follow in the allocation and > retirement of special purpose labels, as well as a method to extend > the special purpose label space. Finally, this memo renames the IANA > registry for these labels to "Special Purpose MPLS Label Values", and > creates a new one called the "Extended Special Purpose MPLS Label > Values" registry. > > This document updates a number of previous RFCs that used the term > "reserved label". Specifically, this document updates RFC 3032, RFC > 3038, RFC 3209, RFC 3811, RFC 4182, RFC 4928, RFC 5331, RFC 5586, RFC > 5921, RFC 5960, RFC 6391, RFC 6478, and RFC 6790. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-mpls-special-purpose-labels/ > > There's also a htmlized version available at: > http://tools.ietf.org/html/draft-ietf-mpls-special-purpose-labels-06 > > A diff from the previous version is available at: > http://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-special-purpose-labels-06 > > > 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/ > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From nobody Tue Mar 18 23:11:39 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6505B1A04A6 for ; Tue, 18 Mar 2014 23:11:35 -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 uduDP1WWFmdz for ; Tue, 18 Mar 2014 23:11:28 -0700 (PDT) Received: from mail-qc0-x231.google.com (mail-qc0-x231.google.com [IPv6:2607:f8b0:400d:c01::231]) by ietfa.amsl.com (Postfix) with ESMTP id A96841A034C for ; Tue, 18 Mar 2014 23:11:28 -0700 (PDT) Received: by mail-qc0-f177.google.com with SMTP id w7so9034699qcr.22 for ; Tue, 18 Mar 2014 23:11:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=5cTw+mV15L6bJKA8Nx+taF0zhOdYtmv9t8jP2/9lC4U=; b=P2ntOTjN0m697ll7XliGIGHuCEnIufJr1Rd548hwLB7vb8jL9eJL8dMoplkCrHsdRZ zWO1d/7Hk0+IW3QuSAK3ADdDfF8Bq0BmLphtqVCvPcxofiFgvcyXXMGZyZi8J9AEbh1r ioRBmuam9/udLk4Cp3PDH9FMR1BBFY1dX0gzrktTnS35FxiTDFJjUAAjQLjxH9SpV6Ek jJLo2BC8oybzEd/RsP44ZYgX9vhgIuyOsBH3wuvzvmdjDYQXMZGUNCKpfZG4JhCgpTRo CtFkY/KSw29crbtQ6jjj3sGTWtB8ue0qx17fpjT88flf8i7Uo87NYM+8bt1iQcA54/iB Q9ww== X-Received: by 10.140.41.80 with SMTP id y74mr28707qgy.104.1395209480010; Tue, 18 Mar 2014 23:11:20 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.205.69 with HTTP; Tue, 18 Mar 2014 23:10:59 -0700 (PDT) In-Reply-To: <039d01cf42f5$ac72d020$05587060$@olddog.co.uk> References: <20140318215518.20367.29202.idtracker@ietfa.amsl.com> <039d01cf42f5$ac72d020$05587060$@olddog.co.uk> From: "Andrew G. Malis" Date: Wed, 19 Mar 2014 07:10:59 +0100 Message-ID: To: Adrian Farrel Content-Type: text/plain; charset=ISO-8859-1 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/G_3LvNfjoBwGYJ3XqXIrM663A10 Cc: "mpls@ietf.org" Subject: Re: [mpls] I-D Action: draft-ietf-mpls-special-purpose-labels-06.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Mar 2014 06:11:35 -0000 Adrian, Just a little nit in your new text in section 3.1. It now says: However, when an LSR insert an entropy label it MUST insert the ELI as a regular special purpose label, not as an ESPL. That first "insert" should be "inserts". And thanks for the changes! Cheers, Andy On Tue, Mar 18, 2014 at 11:01 PM, Adrian Farrel wrote: > We got confirmation from IANA that they understood what was required, and we > changed the last paragraph of 3.1 (and the IANA section) to reflect the debate > on how label 7 should appear (or not) after the XL (i.e. as an ESPL). > > Thanks for the entertaining discussion. > > Adrian > >> -----Original Message----- >> From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of internet- >> drafts@ietf.org >> Sent: 18 March 2014 21:55 >> To: i-d-announce@ietf.org >> Cc: mpls@ietf.org >> Subject: [mpls] I-D Action: draft-ietf-mpls-special-purpose-labels-06.txt >> >> >> A New Internet-Draft is available from the on-line Internet-Drafts > directories. >> This draft is a work item of the Multiprotocol Label Switching Working Group > of >> the IETF. >> >> Title : Allocating and Retiring Special Purpose MPLS Labels >> Authors : Kireeti Kompella >> Loa Andersson >> Adrian Farrel >> Filename : draft-ietf-mpls-special-purpose-labels-06.txt >> Pages : 13 >> Date : 2014-03-18 >> >> Abstract: >> Some MPLS labels have been allocated for specific purposes. A block >> of labels (0-15) has been set aside to this end, and are commonly >> called "reserved labels". They will be called "special purpose >> labels" in this document. >> >> As there are only 16 of these special purpose labels, caution is >> needed in the allocation of new special purpose labels, yet at the >> same time allow forward progress when one is called for. >> >> This memo defines new procedures to follow in the allocation and >> retirement of special purpose labels, as well as a method to extend >> the special purpose label space. Finally, this memo renames the IANA >> registry for these labels to "Special Purpose MPLS Label Values", and >> creates a new one called the "Extended Special Purpose MPLS Label >> Values" registry. >> >> This document updates a number of previous RFCs that used the term >> "reserved label". Specifically, this document updates RFC 3032, RFC >> 3038, RFC 3209, RFC 3811, RFC 4182, RFC 4928, RFC 5331, RFC 5586, RFC >> 5921, RFC 5960, RFC 6391, RFC 6478, and RFC 6790. >> >> >> The IETF datatracker status page for this draft is: >> https://datatracker.ietf.org/doc/draft-ietf-mpls-special-purpose-labels/ >> >> There's also a htmlized version available at: >> http://tools.ietf.org/html/draft-ietf-mpls-special-purpose-labels-06 >> >> A diff from the previous version is available at: >> http://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-special-purpose-labels-06 >> >> >> 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/ >> >> _______________________________________________ >> mpls mailing list >> mpls@ietf.org >> https://www.ietf.org/mailman/listinfo/mpls > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From nobody Tue Mar 18 23:31:28 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D1EA41A0395 for ; Tue, 18 Mar 2014 23:31:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.47 X-Spam-Level: X-Spam-Status: No, score=-6.47 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_HTML_MOSTLY=0.428, RCVD_IN_DNSWL_HI=-5, TVD_SPACE_RATIO=0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gnkVewlBDp66 for ; Tue, 18 Mar 2014 23:31:24 -0700 (PDT) Received: from ihemail1.lucent.com (ihemail1.lucent.com [135.245.0.33]) by ietfa.amsl.com (Postfix) with ESMTP id 111D01A034C for ; Tue, 18 Mar 2014 23:31:24 -0700 (PDT) Received: from us70tusmtp1.zam.alcatel-lucent.com (h135-5-2-63.lucent.com [135.5.2.63]) by ihemail1.lucent.com (8.13.8/IER-o) with ESMTP id s2J6VEmk004184 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Wed, 19 Mar 2014 01:31:15 -0500 (CDT) Received: from US70UWXCHHUB02.zam.alcatel-lucent.com (us70uwxchhub02.zam.alcatel-lucent.com [135.5.2.49]) by us70tusmtp1.zam.alcatel-lucent.com (GMO) with ESMTP id s2J6VE8R007504 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Wed, 19 Mar 2014 02:31:14 -0400 Received: from US70TWXCHMBA12.zam.alcatel-lucent.com ([169.254.6.249]) by US70UWXCHHUB02.zam.alcatel-lucent.com ([135.5.2.49]) with mapi id 14.02.0247.003; Wed, 19 Mar 2014 02:31:14 -0400 From: "Govindasamy, Deepak (Deepak)" To: "mpls@ietf.org" Thread-Topic: unsubscribe Thread-Index: Ac9DPNJ5kMRhkYEQTXSBf3utS8qxTg== Date: Wed, 19 Mar 2014 06:31:13 +0000 Message-ID: <45D882BA5D8B0548B1E698C9206DED7C1CF9A6@US70TWXCHMBA12.zam.alcatel-lucent.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.5.27.16] Content-Type: multipart/alternative; boundary="_000_45D882BA5D8B0548B1E698C9206DED7C1CF9A6US70TWXCHMBA12zam_" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/nGhpgQrHTNj26bQWjzmY17oPmRI Subject: [mpls] unsubscribe X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Mar 2014 06:31:26 -0000 --_000_45D882BA5D8B0548B1E698C9206DED7C1CF9A6US70TWXCHMBA12zam_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable --_000_45D882BA5D8B0548B1E698C9206DED7C1CF9A6US70TWXCHMBA12zam_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

 

--_000_45D882BA5D8B0548B1E698C9206DED7C1CF9A6US70TWXCHMBA12zam_-- From nobody Wed Mar 19 01:52:40 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 62CDB1A06FC for ; Wed, 19 Mar 2014 01:52:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.747 X-Spam-Level: X-Spam-Status: No, score=-4.747 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.547, 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 SDPc-xjB4TYD for ; Wed, 19 Mar 2014 01:52:35 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 052D41A04B4 for ; Wed, 19 Mar 2014 01:52:34 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BCF33892; Wed, 19 Mar 2014 08:52:25 +0000 (GMT) Received: from LHREML405-HUB.china.huawei.com (10.201.5.242) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 19 Mar 2014 08:52:17 +0000 Received: from SZXEMA402-HUB.china.huawei.com (10.82.72.34) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 19 Mar 2014 08:52:22 +0000 Received: from SZXEMA510-MBX.china.huawei.com ([169.254.3.94]) by SZXEMA402-HUB.china.huawei.com ([10.82.72.34]) with mapi id 14.03.0158.001; Wed, 19 Mar 2014 16:52:15 +0800 From: Mach Chen To: Binny Jeshan Thread-Topic: [mpls] Clarification on source label usage Thread-Index: Ac859wY/HtI+Q5xYT9KoGBS6SQcBeQIPbvkAAEXigHA= Date: Wed, 19 Mar 2014 08:52:14 +0000 Message-ID: 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.47.66.196] Content-Type: multipart/alternative; boundary="_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE25D98ECAESZXEMA510MBXchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/5qq_ZGORVWz3m6AAygw9HHwHKcM Cc: "mpls@ietf.org" Subject: Re: [mpls] Clarification on source label usage X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Mar 2014 08:52:38 -0000 --_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE25D98ECAESZXEMA510MBXchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Binny, No, G-Ach works fine. The OAM I mentioned mainly refers to the performance measurement(passive) t= hat is listed as the first use case in the draft, the source label is used = for flow identification. Best regards, Mach From: Binny Jeshan [mailto:binnyjeshan@gmail.com] Sent: Tuesday, March 18, 2014 3:01 PM To: Mach Chen Cc: mpls@ietf.org Subject: Re: [mpls] Clarification on source label usage Mach, Do you mean the G-Ach ? Regards, Binny. Aricent On 18 March 2014 02:51, Mach Chen > wrote: Hi MPLSers, Yesterday, there are a lots of discussions on source label, thanks for the = discussions. I'd like to make a clarification on the usage of source label,= I think there may be a misunderstanding of the usage of source label. The= main purpose for MPLS source label is OAM, source label applies to real pa= ckets is optional. Best regards, Mach _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls --_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE25D98ECAESZXEMA510MBXchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Binny,<= o:p>

 = ;

No,  = G-Ach works fine.

 = ;

The OAM I = mentioned mainly refers to the performance measurement(passive) that is lis= ted as the first use case in the draft, the source label is used for flow identification.

 = ;

Best regar= ds,

Mach<= /o:p>

 = ;

From: Binny Jeshan [mailto:binnyjeshan@gmail.com]
Sent: Tuesday, March 18, 2014 3:01 PM
To: Mach Chen
Cc: mpls@ietf.org
Subject: Re: [mpls] Clarification on source label usage

 

Mach,

 

Do you mean the G-Ach ?

 

Regards,

Binny.

 

Aricent

=  

On 18 March 2014 02:51, Mach Ch= en <mach.chen@= huawei.com> wrote:

Hi MPLSers,

 

Yesterday, there are a lots of discussions on= source label, thanks for the discussions. I’d like to make a clarifi= cation on the usage of source label, I think there may be a  misunderstanding of the usage of source label. The ma= in purpose for MPLS source label is OAM, source label applies to real packe= ts is optional.

 

 

Best regards,

Mach

 

 

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

 

--_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE25D98ECAESZXEMA510MBXchi_-- From nobody Wed Mar 19 07:17:16 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E4AD31A0779 for ; Wed, 19 Mar 2014 07:17:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.446 X-Spam-Level: X-Spam-Status: No, score=-2.446 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.547] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id psyJKmuZXKKw for ; Wed, 19 Mar 2014 07:17:09 -0700 (PDT) Received: from mail-gw2-out.broadcom.com (mail-gw2-out.broadcom.com [216.31.210.63]) by ietfa.amsl.com (Postfix) with ESMTP id 701D91A03FF for ; Wed, 19 Mar 2014 07:17:09 -0700 (PDT) X-IronPort-AV: E=Sophos; i="4.97,686,1389772800"; d="scan'208,217"; a="20193361" Received: from irvexchcas06.broadcom.com (HELO IRVEXCHCAS06.corp.ad.broadcom.com) ([10.9.208.53]) by mail-gw2-out.broadcom.com with ESMTP; 19 Mar 2014 07:36:07 -0700 Received: from SJEXCHCAS05.corp.ad.broadcom.com (10.16.203.12) by IRVEXCHCAS06.corp.ad.broadcom.com (10.9.208.53) with Microsoft SMTP Server (TLS) id 14.3.174.1; Wed, 19 Mar 2014 07:17:00 -0700 Received: from SJEXCHMB12.corp.ad.broadcom.com ([fe80::bc15:c1e1:c29a:36f7]) by SJEXCHCAS05.corp.ad.broadcom.com ([::1]) with mapi id 14.03.0174.001; Wed, 19 Mar 2014 07:16:59 -0700 From: Shahram Davari To: Mach Chen Thread-Topic: [mpls] Clarification on source label usage Thread-Index: Ac859wY/HtI+Q5xYT9KoGBS6SQcBeQIu3ZoAADYtZwD//+VjUw== Date: Wed, 19 Mar 2014 14:16:59 +0000 Message-ID: References: , 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_C0B15F3644134473BFDD51B01D3F4C05broadcomcom_" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/oRXjUIeS7SBLVBkS1R4Mn1Vj5z8 Cc: "mpls@ietf.org" Subject: Re: [mpls] Clarification on source label usage X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Mar 2014 14:17:15 -0000 --_000_C0B15F3644134473BFDD51B01D3F4C05broadcomcom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi For flow identification. You could use a MEPID inside the OAM message. Why = do you need another label? Regards, Shahram On Mar 19, 2014, at 1:52 AM, "Mach Chen" > wrote: Hi Binny, No, G-Ach works fine. The OAM I mentioned mainly refers to the performance measurement(passive) t= hat is listed as the first use case in the draft, the source label is used = for flow identification. Best regards, Mach From: Binny Jeshan [mailto:binnyjeshan@gmail.com] Sent: Tuesday, March 18, 2014 3:01 PM To: Mach Chen Cc: mpls@ietf.org Subject: Re: [mpls] Clarification on source label usage Mach, Do you mean the G-Ach ? Regards, Binny. Aricent On 18 March 2014 02:51, Mach Chen > wrote: Hi MPLSers, Yesterday, there are a lots of discussions on source label, thanks for the = discussions. I=92d like to make a clarification on the usage of source labe= l, I think there may be a misunderstanding of the usage of source label. T= he main purpose for MPLS source label is OAM, source label applies to real = packets is optional. Best regards, Mach _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls --_000_C0B15F3644134473BFDD51B01D3F4C05broadcomcom_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable
Hi

For flow identification. You could use a MEPID inside the OAM message.= Why do you need another label?

Regards,
Shahram


On Mar 19, 2014, at 1:52 AM, "Mach Chen" <mach.chen@huawei.com> wrote:

Hi Binny,<= o:p>

 = ;

No,  = G-Ach works fine.

 = ;

The OAM I = mentioned mainly refers to the performance measurement(passive) that is lis= ted as the first use case in the draft, the source label is used for flow identification.

 = ;

Best regar= ds,

Mach<= /o:p>

 = ;

From: Binny Jeshan [mailto:binnyjeshan@gmail.com]
Sent: Tuesday, March 18, 2014 3:01 PM
To: Mach Chen
Cc: mpls@ietf.org
Subject: Re: [mpls] Clarification on source label usage

 

Mach,

 

Do you mean the G-Ach ?

 

Regards,

Binny.

 

Aricent

=  

On 18 March 2014 02:51, Mach Ch= en <mach.chen@= huawei.com> wrote:

Hi MPLSers,

 

Yesterday, there are a lots of discussions on= source label, thanks for the discussions. I=92d like to make a clarificati= on on the usage of source label, I think there may be a  misunderstanding of the usage of source label. The ma= in purpose for MPLS source label is OAM, source label applies to real packe= ts is optional.

 

 

Best regards,

Mach

 

 

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

 

_______________________________________________
mpls mailing list
mpls@ietf.org
https://www.ie= tf.org/mailman/listinfo/mpls
--_000_C0B15F3644134473BFDD51B01D3F4C05broadcomcom_-- From nobody Wed Mar 19 08:51:26 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A0BE91A0780; Wed, 19 Mar 2014 08:51:20 -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 jmMnzfIXRbJw; Wed, 19 Mar 2014 08:51:19 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 4292A1A077C; Wed, 19 Mar 2014 08:51:19 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.1.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140319155119.4679.15670.idtracker@ietfa.amsl.com> Date: Wed, 19 Mar 2014 08:51:19 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/ZMPAmlO4NwazSsJ3xNHYw3fIwcw Cc: mpls@ietf.org Subject: [mpls] I-D Action: draft-ietf-mpls-ldp-hello-crypto-auth-03.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Mar 2014 15:51:20 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching Working Group of the IETF. Title : LDP Hello Cryptographic Authentication Authors : Lianshu Zheng Mach(Guoyi) Chen Manav Bhatia Filename : draft-ietf-mpls-ldp-hello-crypto-auth-03.txt Pages : 21 Date : 2014-03-19 Abstract: This document introduces a new optional Cryptographic Authentication TLV that LDP can use to secure its Hello messages. It secures the Hello messages against spoofing attacks and some well known attacks against the IP header. This document describes a mechanism to secure the LDP Hello messages using National Institute of Standards and Technology (NIST) Secure Hash Standard family of algorithms. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-ldp-hello-crypto-auth/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-mpls-ldp-hello-crypto-auth-03 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-ldp-hello-crypto-auth-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 Wed Mar 19 09:03:04 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B5A601A0784 for ; Wed, 19 Mar 2014 09:03:02 -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 MHuKYquLmTuW for ; Wed, 19 Mar 2014 09:03:00 -0700 (PDT) Received: from tx2outboundpool.messaging.microsoft.com (tx2ehsobe001.messaging.microsoft.com [65.55.88.11]) by ietfa.amsl.com (Postfix) with ESMTP id 4C6411A0775 for ; Wed, 19 Mar 2014 09:03:00 -0700 (PDT) Received: from mail176-tx2-R.bigfish.com (10.9.14.231) by TX2EHSOBE014.bigfish.com (10.9.40.34) with Microsoft SMTP Server id 14.1.225.22; Wed, 19 Mar 2014 16:02:51 +0000 Received: from mail176-tx2 (localhost [127.0.0.1]) by mail176-tx2-R.bigfish.com (Postfix) with ESMTP id 5B6841201B9; Wed, 19 Mar 2014 16:02:51 +0000 (UTC) X-Forefront-Antispam-Report: CIP:157.56.240.101; KIP:(null); UIP:(null); IPV:NLI; H:BL2PRD0510HT004.namprd05.prod.outlook.com; RD:none; EFVD:NLI X-SpamScore: 1 X-BigFish: VPS1(zzc85fhe0eah4015Izz1f42h2148h208ch1ee6h1de0h1fdah2073h2146h1202h1e76h2189h1d1ah1d2ah21bch1fc6hzz18c673hz2fh109h2a8h839hd24hf0ah1288h12a5h12bdh137ah1441h1504h1537h153bh162dh1631h1758h18e1h1946h19b5h19ceh1ad9h1b0ah1bceh224fh1d07h1d0ch1d2eh1d3fh1dc1h1de9h1dfeh1dffh1fe8h1ff5h20f0h2216h22d0h2336h2461h2487h24d7h2516h2545h255eh25cch25f6h2605h2668h9a9j1155h) Received-SPF: pass (mail176-tx2: domain of juniper.net designates 157.56.240.101 as permitted sender) client-ip=157.56.240.101; envelope-from=yshen@juniper.net; helo=BL2PRD0510HT004.namprd05.prod.outlook.com ; .outlook.com ; X-Forefront-Antispam-Report-Untrusted: SFV:NSPM; SFS:(10009001)(6009001)(428001)(164054003)(199002)(189002)(74706001)(74876001)(74366001)(74316001)(95416001)(69226001)(94946001)(87936001)(575784001)(86362001)(87266001)(93516002)(76176001)(85306002)(83322001)(81342001)(74662001)(31966008)(56776001)(47446002)(54316002)(74502001)(19580395003)(76482001)(80976001)(94316002)(2656002)(95666003)(51856001)(81816001)(54356001)(81686001)(53806001)(97186001)(81542001)(83072002)(97336001)(56816005)(85852003)(33646001)(76786001)(76796001)(50986001)(49866001)(47736001)(76576001)(47976001)(46102001)(90146001)(4396001)(15202345003)(63696002)(77982001)(59766001)(65816001)(92566001)(79102001)(66066001)(15975445006)(80022001)(20776003)(93136001)(24736002); DIR:OUT; SFP:1101; SCL:1; SRVR:BY2PR05MB728; H:BY2PR05MB728.namprd05.prod.outlook.com; FPR:FE1AD90A.8CF2D989.B8DF6197.15C46D51.209DE; MLV:sfv; PTR:InfoNoRecords; A:1; MX:1; LANG:en; Received: from mail176-tx2 (localhost.localdomain [127.0.0.1]) by mail176-tx2 (MessageSwitch) id 1395244969712721_7357; Wed, 19 Mar 2014 16:02:49 +0000 (UTC) Received: from TX2EHSMHS001.bigfish.com (unknown [10.9.14.241]) by mail176-tx2.bigfish.com (Postfix) with ESMTP id 9B0241C0058; Wed, 19 Mar 2014 16:02:49 +0000 (UTC) Received: from BL2PRD0510HT004.namprd05.prod.outlook.com (157.56.240.101) by TX2EHSMHS001.bigfish.com (10.9.99.101) with Microsoft SMTP Server (TLS) id 14.16.227.3; Wed, 19 Mar 2014 16:02:46 +0000 Received: from BY2PR05MB728.namprd05.prod.outlook.com (10.141.223.25) by BL2PRD0510HT004.namprd05.prod.outlook.com (10.255.100.39) with Microsoft SMTP Server (TLS) id 14.16.423.0; Wed, 19 Mar 2014 16:02:42 +0000 Received: from BY2PR05MB728.namprd05.prod.outlook.com (10.141.223.25) by BY2PR05MB728.namprd05.prod.outlook.com (10.141.223.25) with Microsoft SMTP Server (TLS) id 15.0.898.11; Wed, 19 Mar 2014 16:02:41 +0000 Received: from BY2PR05MB728.namprd05.prod.outlook.com ([10.141.223.25]) by BY2PR05MB728.namprd05.prod.outlook.com ([10.141.223.25]) with mapi id 15.00.0898.005; Wed, 19 Mar 2014 16:02:40 +0000 From: Yimin Shen To: "draft-chen-mpls-source-label@tools.ietf.org" , "mpls@ietf.org" Thread-Topic: Mail regarding draft-chen-mpls-source-label Thread-Index: Ac9DjKc5+oLTXGUsQoqhiLRkJXmJtg== Date: Wed, 19 Mar 2014 16:02:40 +0000 Message-ID: <6a6f31744d9e4916b50d73b96bb0b091@BY2PR05MB728.namprd05.prod.outlook.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.13] x-forefront-prvs: 01559F388D Content-Type: multipart/alternative; boundary="_000_6a6f31744d9e4916b50d73b96bb0b091BY2PR05MB728namprd05pro_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-FOPE-CONNECTOR: Id%0$Dn%*$RO%0$TLS%0$FQDN%$TlsDn% Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/roczVx9q6HdkgacbguneaB3gQCc Subject: [mpls] Mail regarding draft-chen-mpls-source-label X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Mar 2014 16:03:03 -0000 --_000_6a6f31744d9e4916b50d73b96bb0b091BY2PR05MB728namprd05pro_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi authors, Can you please clarify if SL is expected to be used only by egress node, or= by intermediate node as well ? Section 3.2 "Traffic Matrix Measurement and Steering" describes a use case = for intermediate node, but I think congestion should in general be resolved= by control plane to reroute traffic based on a global view of network reso= urces, rather than by data plane based on a SL. In your case, would the int= ermediate node move the traffic to an LSP that is different than the LSP in= tended by the ingress node ? I don't think it is the right thing to do. Regarding the use case of section 3.3 "Source Filtering". If somebody is do= ing DoS attack, why would he put an SL in the packets ? Thanks, /Yimin --_000_6a6f31744d9e4916b50d73b96bb0b091BY2PR05MB728namprd05pro_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi authors,
 
Can you please clarify if SL is expected to be used only by egress nod= e, or by intermediate node as well ?
 
Section 3.2 “Traffic Matrix Measurement and Steering” desc= ribes a use case for intermediate node, but I think congestion should in ge= neral be resolved by control plane to reroute traffic based on a global vie= w of network resources, rather than by data plane based on a SL. In your case, would the intermediate node move the tra= ffic to an LSP that is different than the LSP intended by the ingress node = ? I don’t think it is the right thing to do.
 
Regarding the use case of section 3.3 “Source Filtering”. = If somebody is doing DoS attack, why would he put an SL in the packets ?
 
Thanks,
 
/Yimin
 
 
 
 
 --_000_6a6f31744d9e4916b50d73b96bb0b091BY2PR05MB728namprd05pro_-- From nobody Wed Mar 19 09:26:35 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DF08E1A07A1; Wed, 19 Mar 2014 09:26:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.599 X-Spam-Level: X-Spam-Status: No, score=-4.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MANGLED_LIST=2.3, RCVD_IN_DNSWL_HI=-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 Hffs6_V08CGm; Wed, 19 Mar 2014 09:26:22 -0700 (PDT) Received: from ihemail3.lucent.com (ihemail3.lucent.com [135.245.0.37]) by ietfa.amsl.com (Postfix) with ESMTP id 299F31A0754; Wed, 19 Mar 2014 09:26:21 -0700 (PDT) Received: from us70uusmtp4.zam.alcatel-lucent.com (h135-5-2-66.lucent.com [135.5.2.66]) by ihemail3.lucent.com (8.13.8/IER-o) with ESMTP id s2JGQ7UR020563; Wed, 19 Mar 2014 11:26:07 -0500 (CDT) Received: from US70UWXCHHUB02.zam.alcatel-lucent.com (us70uwxchhub02.zam.alcatel-lucent.com [135.5.2.49]) by us70uusmtp4.zam.alcatel-lucent.com (GMO) with ESMTP id s2JG6676021908 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 19 Mar 2014 12:06:06 -0400 Received: from SG70XWXCHHUB01.zap.alcatel-lucent.com (135.253.2.46) by US70UWXCHHUB02.zam.alcatel-lucent.com (135.5.2.49) with Microsoft SMTP Server (TLS) id 14.2.247.3; Wed, 19 Mar 2014 12:06:06 -0400 Received: from SG70YWXCHMBA05.zap.alcatel-lucent.com ([169.254.5.74]) by SG70XWXCHHUB01.zap.alcatel-lucent.com ([135.253.2.46]) with mapi id 14.02.0247.003; Thu, 20 Mar 2014 00:06:02 +0800 From: "Bhatia, Manav (Manav)" To: "david.sinicrope@gmail.com" Thread-Topic: [karp] RtgDir review of draft-ietf-mpls-ldp-hello-crypto-auth-02 Thread-Index: AQHOvHW6Vn3yQ7bMNk6chPmRg73d0prpn7xQ Date: Wed, 19 Mar 2014 16:06:01 +0000 Message-ID: <20211F91F544D247976D84C5D778A4C32E5B4DAD@SG70YWXCHMBA05.zap.alcatel-lucent.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.253.19.17] Content-Type: multipart/alternative; boundary="_000_20211F91F544D247976D84C5D778A4C32E5B4DADSG70YWXCHMBA05z_" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/IqWx7fmfCvKQk3Q_uG_IAUInr-A Cc: "mpls@ietf.org" , "rtg-dir@ietf.org" , "karp@ietf.org" Subject: [mpls] FW: [karp] RtgDir review of draft-ietf-mpls-ldp-hello-crypto-auth-02 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Mar 2014 16:26:26 -0000 --_000_20211F91F544D247976D84C5D778A4C32E5B4DADSG70YWXCHMBA05z_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi David, I think I have addressed most of your comments and suggestions in the updat= ed document. Can you please take a look at this and see if there is anything else that y= ou think we ought to address before it gets pushed further. URL: http://www.ietf.org/internet-drafts/draft-ietf-mpls-ldp-hel= lo-crypto-auth-03.txt Status: https://datatracker.ietf.org/doc/draft-ietf-mpls-ldp-hello-= crypto-auth/ Htmlized: http://tools.ietf.org/html/draft-ietf-mpls-ldp-hello-crypto= -auth-03 Diff: http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-mpls-ldp-hell= o-crypto-auth-03 Cheers, Manav From: karp-bounces@ietf.org [mailto:karp-bounces@ietf.org] On Behalf Of Dav= id Sinicrope Sent: Saturday, September 28, 2013 11:25 PM To: mpls@ietf.org; IETF.PWE3; karp@ietf.org Subject: [karp] RtgDir review of draft-ietf-mpls-ldp-hello-crypto-auth-02 This time with a more relevant subject on the email. Dave Hello, 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. The purpose of the re= view is to provide assistance to the Routing ADs. For more information abou= t the Routing Directorate, please see http://www.ietf.org/iesg/directorate/routing.html 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-mpls-ldp-hello-crypto-auth-02 Reviewer: David Sinicrope Review Date: 28 September 2013 IETF LC End Date: 23 September 2013 Intended Status: Standards Track o Summary: I have some major and minor concerns about this document that I think shoul= d be resolved before publication. While I reviewed the document from the R= tgDir point of view, I would strongly suggest a thorough security related r= eview, if not already done, before progressing to publication. In general, I believe the document should be progressed to publication once= the issues are resolved by the authors. The document assumes a working kn= owledge of KARP mechanisms. This should be stated up front with relevant r= eferences. I've attached a .pdf version of the document to this message for use by the= authors. Comments: --- Page 4 --- Note (yellow), Sep 27, 2013, 3:04 PM: Nit: sec1, para 1 1st sentence : c/runs/run Note (yellow), Sep 27, 2013, 3:04 PM: Minor- sec 1, para 2: start the second sentence with "Since the Hello messa= ges are sent with UDP and not TCP..." Note (yellow), Sep 27, 2013, 3:04 PM: Minor - sec 1, para 2: change "Besides a note that some configuration may = help protect against bogus discovery messages, [RFC5036] does not really p= rovide any security mechanism to protect the Hello messages." To "While so= me configuration guidance is given in [RFC5036] to help protect against fal= se discovery messages, it does not provide an explicit security mechanism t= o protect the Hello messages." Note (yellow), Sep 27, 2013, 3:04 PM: Minor - global: c/Spoofing/Falsifying/ Note (yellow), Sep 27, 2013, 3:04 PM: Minor - sec 1, para 3: please give an example of a falsified Hello with a d= ifferent transport address. Note (yellow), Sep 27, 2013, 3:04 PM: Nit - sec 1, para 4: remove first "that" in the fist sentence Note (yellow), Sep 27, 2013, 3:04 PM: Minor - sec 1 para 4, 1st sentence and global: remove "Basic". The text is = introducing a new term of "Basic Hellos" that doesn't exist in RFC 5036. Y= ou may be referring to "Link Hellos". See RFC 5036 sec 2.4. Note (yellow), Sep 27, 2013, 3:04 PM: Minor - sec 1 para 4 & global: remove "Extended" and replace with "Targeted= ". The text is introducing a new term of "Extended Hellos" that doesn't exi= st in RFC 5036. You may be referring to "Targeted Hellos". See RFC 5036 s= ec 2.4. Note (yellow), Sep 27, 2013, 3:04 PM: Nit - sec 1, para 5, sentence 1: c/message/messages/ --- Page 5 --- Note (yellow), Sep 27, 2013, 3:04 PM: Nit - global: refer consistently to "Hello message"s vs "Hellos" and "Hello= packets". Note (yellow), Sep 27, 2013, 3:04 PM: Major - Sec 1, para 6, last sentence: remove thisMinor - sec 1 para 4, 1st = sentence and global: remove "Basic". The text is introducing a new term of = "Basic Hellos" that doesn't exist in RFC 5036. You may be referring to "Li= nk Hellos". See RFC 5036 sec 2.4. last sentence, it is redundant with sect= ion 3. --- Page 6 --- Note (yellow), Sep 27, 2013, 3:04 PM: Minor - sec 2.1, 1st para: remove 3rd sentence. Adds no value. Note (yellow), Sep 28, 2013, 1:29 PM: Major- s2.2, Auth Key ID: this field is conveying the algorithm AND the the= secret key. It should be atomic, I.e., the algorithm ID should be one fie= ld the key another. Major - s2.2, Auth Key ID: the composition of this field is not clear to th= e casual reader. Exactly how is the algorithm identified and what portion = is the algorithm I'd and what part is the secret key? --- Page 7 --- Note (yellow), Sep 28, 2013, 1:29 PM: Nit - s2.2, p6: remove "really" in the penultimate sentence. Note (yellow), Sep 28, 2013, 1:29 PM: Major - s2.2, p6: what are the "available mechanisms" that are being requir= ed? I.e., if some one was to test compliance to the requirements of this dr= aft what would they test for this? Without more specifics on how to meet t= he sequence number requirement, the strictly increasing requirement in the = paragraph above is sufficient. Note (yellow), Sep 28, 2013, 1:29 PM: Major - s2.3, p1: it should be clearly stated that the high order 32 bits a= re incremented on device boot, and low order 32 bit wrap. "This is curren= tly on given subtly in the previous section as "wrap/boot". Note (yellow), Sep 28, 2013, 1:29 PM: Nit - s2.3, p1: "If by some chance..." Should start a new paragraph, --- Page 8 --- Note (yellow), Sep 28, 2013, 1:29 PM: Major - s3, p1, sentence 1: "... the Auth Key ID maps to the authenticatio= n algorithm and the secret key used to..." Maps how exactly? As noted in = earlier comments it seems as those this field should be broken into two ato= mic fields Auth Algorithm and Auth Key. Note (yellow), Sep 28, 2013, 1:29 PM: Nit - s3, p4: might be easier to see requirements as a list. "Of the above, implementations of this specification: - MUST include support for at least HMAC-SHA-256 - SHOULD include support for HMAC-SHA-1 - MAY include support for HMAC-SHA-384 or HMAC-SHA-512 or both." Note (yellow), Sep 28, 2013, 1:29 PM: Nit- s3,p3:remove this paragraph/list, it is superfluous, with the paragrap= h below and section 2.2 last paragraph. Further the word "includes" implie= s the list is not exhaustive. i.e., I can use MD5 if I wish. Question- s3,p3: Are other authentication hashes prohibited? If not how ar= e they identified and encoded? --- Page 9 --- Note (yellow), Sep 28, 2013, 1:29 PM: Major- s4: this is difficult to follow. - the section makes reference to "the two octet LDP Cryptographic Protocol = ID" this field is not previously mentioned in this document. What is the r= eference to this ID? Where is it defined? - The section makes reference to the "authentication key". Is this the same= as the Authentication Key ID in section 2.2? -"Other protocols using cryptographic authentication as specified herein M= UST similarly append their respective Cryptographic Protocol IDs to their = keys in this step." This document only specifies one protocol using crypt= o authentication, I.e., LDP What are the others being referred to? - This text first uses the term "Cryptographic Protocol ID". What is this? = Where is it defined? From the IANA considerations it is clearer this refe= rs to a KARP mechanism. Please add some explanation of how this mechanism = fits into the KARP framework. - could use more explanation or a reference to additional information on th= e cross protocol attack problem being addressed. - reference to "protocols sharing common keys," what does this mean? Pleas= e elaborate. Perhaps an example would help. --- Page 10 --- Note (yellow), Sep 28, 2013, 1:29 PM: General- the RtgDir Note - s5: I don't see any routing protocol issues with this. It should be= reviewed for security and crypto issues. --- Page 12 --- Note (yellow), Sep 28, 2013, 1:29 PM: Nit - s6.1, p1, 1st sentence: add "the" after "transmitting" Nit - s6.1, p1, last sentence: make this a list Nit - s6.1, p2, 1st sentence: make this a separate paragraph (report generated by GoodReader) --_000_20211F91F544D247976D84C5D778A4C32E5B4DADSG70YWXCHMBA05z_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi David,

 <= /p>

I think I have addressed = most of your comments and suggestions in the updated document.

 <= /p>

Can you please take a loo= k at this and see if there is anything else that you  think we ought t= o address before it gets pushed further.

 <= /p>

URL:       &nb= sp;    http://www.ietf.org/internet-drafts/draft-ietf-mpls-ldp-hello-crypto-auth-0= 3.txt

Status:       =   https://datatracker.ietf.org/doc/draft-ietf-mpls-ldp-hello-crypto-auth/=

Htmlized:       http://tools.ietf.org/html/draft-ietf-mpls-ldp-hello-crypto-auth-03

Diff:       &n= bsp;   http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-mpls-ldp-hello-crypto-auth-03=

 <= /p>

Cheers, Manav<= /span>

 <= /p>

 <= /p>

From: karp-bou= nces@ietf.org [mailto:karp-bounces@ietf.org] On Behalf Of David Sinicrope
Sent: Saturday, September 28, 2013 11:25 PM
To: mpls@ietf.org; IETF.PWE3; karp@ietf.org
Subject: [karp] RtgDir review of draft-ietf-mpls-ldp-hello-crypto-au= th-02

 

This time with a more relevant subject on the email.=

Dave

Hello,

I have been selected as the Routing Directorate reviewer for this draft.= The Routing Directorate seeks to review all routing or routing-related dra= fts 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, pl= ease see
http://www.ietf.org/iesg/directorate/routing.html

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 discuss= ion or by updating the draft.

Document: draft-ietf-mpls-ldp-hello-crypto-auth= -02
Reviewer: David Sinicrope

Review Date: 28 September 2013
IETF LC End Date: 23 September 2013
Intended Status: Standards Track

 

o Summary:
I have some major and minor concerns about this document that I think shoul= d be resolved before publication.  While I reviewed the document from = the RtgDir point of view, I would strongly suggest a thorough security rela= ted review, if not already done, before progressing to publication.  



In general, I believe the document should be progres= sed to publication once the issues are resolved by the authors.  The d= ocument assumes a working knowledge of KARP mechanisms.  This should b= e stated up front with relevant references.



I've attached a .pdf version of the document to this= message for use by the authors.

Comments:


--- Page 4 ---

Note (yellow), Sep 27, 2013, 3:04 PM:
Nit: sec1, para 1 1st sentence : c/runs/run

Note (yellow), Sep 27, 2013, 3:04 PM:
Minor- sec 1, para 2: start the second sentence with "Since the Hello = messages are sent with UDP and not TCP..."

Note (yellow), Sep 27, 2013, 3:04 PM:
Minor - sec 1, para 2: change "Besides a note that some  configur= ation may help protect against bogus discovery messages,  [RFC5036] do= es not really provide any security mechanism to protect  the Hello mes= sages." To "While some configuration guidance is given in [RFC5036] to help protect against false discovery messages, it does not= provide an explicit security mechanism to protect the Hello messages."= ;

Note (yellow), Sep 27, 2013, 3:04 PM:
Minor - global: c/Spoofing/Falsifying/

Note (yellow), Sep 27, 2013, 3:04 PM:
Minor - sec 1, para 3: please give an example of a falsified Hello with a d= ifferent transport address.

Note (yellow), Sep 27, 2013, 3:04 PM:
Nit - sec 1, para 4: remove first "that" in the fist sentence

Note (yellow), Sep 27, 2013, 3:04 PM:
Minor - sec 1 para 4, 1st sentence and global: remove "Basic". Th= e text is introducing a new term of "Basic Hellos" that doesn't e= xist in RFC 5036.  You may be referring to "Link Hellos".&nb= sp; See RFC 5036 sec 2.4.

Note (yellow), Sep 27, 2013, 3:04 PM:
Minor - sec 1 para 4 & global: remove "Extended" and replace = with "Targeted". The text is introducing a new term of "Exte= nded Hellos" that doesn't exist in RFC 5036.  You may be referrin= g to "Targeted Hellos".  See RFC 5036 sec 2.4.

Note (yellow), Sep 27, 2013, 3:04 PM:
Nit - sec 1, para 5, sentence 1: c/message/messages/


--- Page 5 ---

Note (yellow), Sep 27, 2013, 3:04 PM:
Nit - global: refer consistently to "Hello message"s vs "Hel= los" and "Hello packets".

Note (yellow), Sep 27, 2013, 3:04 PM:
Major - Sec 1, para 6, last sentence: remove thisMinor - sec 1 para 4, 1st = sentence and global: remove "Basic". The text is introducing a ne= w term of "Basic Hellos" that doesn't exist in RFC 5036.  Yo= u may be referring to "Link Hellos".  See RFC 5036 sec 2.4. last sentence, it is redundant with section 3.


--- Page 6 ---

Note (yellow), Sep 27, 2013, 3:04 PM:
Minor - sec 2.1, 1st para: remove 3rd sentence.  Adds no value.

Note (yellow), Sep 28, 2013, 1:29 PM:
Major- s2.2, Auth Key ID: this field is conveying the algorithm AND the the= secret key.  It should be atomic, I.e., the algorithm ID should be on= e field the key another.

Major - s2.2, Auth Key ID: the composition of this field is not clear to th= e casual reader.  Exactly how is the algorithm identified and what por= tion is the algorithm I'd and what part is the secret key?


--- Page 7 ---

Note (yellow), Sep 28, 2013, 1:29 PM:
Nit - s2.2, p6: remove "really" in the penultimate sentence.

Note (yellow), Sep 28, 2013, 1:29 PM:
Major - s2.2, p6: what are the "available mechanisms" that are be= ing required? I.e., if some one was to test compliance to the requirements = of this draft what would they test for this?  Without more specifics o= n how to meet the sequence number requirement, the strictly increasing requirement in the paragraph above is sufficient.<= br>
Note (yellow), Sep 28, 2013, 1:29 PM:
Major - s2.3, p1: it should be clearly stated that the high order 32 bits a= re  incremented on device boot, and low order 32 bit wrap.  "= ;This is currently on given subtly in the previous section as "wrap/bo= ot".

Note (yellow), Sep 28, 2013, 1:29 PM:
Nit - s2.3, p1: "If by some chance..."  Should start a new p= aragraph,


--- Page 8 ---

Note (yellow), Sep 28, 2013, 1:29 PM:
Major - s3, p1, sentence 1:  "... the Auth Key ID maps to the aut= hentication algorithm and the secret key used to..."  Maps how ex= actly?  As noted in earlier comments it seems as those this field shou= ld be broken into two atomic fields Auth Algorithm and Auth Key.

Note (yellow), Sep 28, 2013, 1:29 PM:
Nit - s3, p4: might be easier to see requirements as a list.
"Of the above, implementations of this specification:
- MUST include support for at least HMAC-SHA-256
- SHOULD include support for HMAC-SHA-1
- MAY include support for HMAC-SHA-384 or HMAC-SHA-512 or both."

Note (yellow), Sep 28, 2013, 1:29 PM:
Nit- s3,p3:remove this paragraph/list, it is superfluous, with the paragrap= h below and section 2.2 last paragraph.  Further the word "includ= es" implies the list is not exhaustive.  i.e., I can use MD5 if I= wish.

Question- s3,p3: Are other authentication hashes prohibited?  If not h= ow are they identified and encoded?


--- Page 9 ---

Note (yellow), Sep 28, 2013, 1:29 PM:
Major- s4:  this is difficult to follow. 
- the section makes reference to "the two octet LDP Cryptographic Prot= ocol ID" this field is not previously mentioned in this document. = ; What is the reference to this ID? Where is it defined?

- The section makes reference to the "authentication key". Is thi= s the same as the Authentication Key ID in section 2.2?

-"Other protocols  using cryptographic authentication as specifie= d herein MUST similarly  append their respective Cryptographic Protoco= l IDs to their keys in  this step."  This document only spec= ifies one protocol using crypto authentication, I.e., LDP What are the others being referred to? 

- This text first uses the term "Cryptographic Protocol ID". What= is this?  Where is it defined?  From the IANA considerations it = is clearer this refers to a KARP mechanism.  Please add some explanati= on of how this mechanism fits into the KARP framework.

- could use more explanation or a reference to additional information on th= e cross protocol attack problem being addressed.

- reference to "protocols sharing common keys," what does this me= an?  Please elaborate. Perhaps an example would help.


--- Page 10 ---

Note (yellow), Sep 28, 2013, 1:29 PM:
General- the RtgDir

Note - s5: I don't see any routing protocol issues with this.  It shou= ld be reviewed for security and crypto issues.


--- Page 12 ---

Note (yellow), Sep 28, 2013, 1:29 PM:
Nit - s6.1, p1, 1st sentence: add "the" after "transmitting&= quot;
Nit - s6.1, p1, last sentence: make this a list
Nit - s6.1, p2, 1st sentence: make this a separate paragraph



(report generated by GoodReader)

 

--_000_20211F91F544D247976D84C5D778A4C32E5B4DADSG70YWXCHMBA05z_-- From nobody Thu Mar 20 00:33:28 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 61B241A0650 for ; Thu, 20 Mar 2014 00:33:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.449 X-Spam-Level: X-Spam-Status: No, score=-2.449 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.547, 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 UMZQX_FSrWaf for ; Thu, 20 Mar 2014 00:33:25 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [IPv6:2607:f170:8000:1500::d3]) by ietfa.amsl.com (Postfix) with ESMTP id C7FC01A0069 for ; Thu, 20 Mar 2014 00:33:25 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id E0FBD7FC393; Thu, 20 Mar 2014 00:33:16 -0700 (PDT) To: daniel@olddog.co.uk, venkat.mahalingams@gmail.com, akatlas@gmail.com, adrian@olddog.co.uk, loa@pi.nu, swallow@cisco.com, rcallon@juniper.net From: RFC Errata System Message-Id: <20140320073316.E0FBD7FC393@rfc-editor.org> Date: Thu, 20 Mar 2014 00:33:16 -0700 (PDT) Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/nHATNB5SzXpxaccEjTp2bFEAtkw Cc: mpls@ietf.org, bestman0729@gmail.com, rfc-editor@rfc-editor.org Subject: [mpls] [Editorial Errata Reported] RFC6639 (3923) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Mar 2014 07:33:27 -0000 The following errata report has been submitted for RFC6639, "Multiprotocol Label Switching Transport Profile (MPLS-TP) MIB-Based Management Overview". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata_search.php?rfc=6639&eid=3923 -------------------------------------- Type: Editorial Reported by: Liu Lin Section: 4.2.6 Original Text ------------- This MIB architecture is modeled based on PW3 architecture [RFC3985] Corrected Text -------------- This MIB architecture is modeled based on PWE3 architecture [RFC3985] Notes ----- PW3 -> PWE3 Instructions: ------------- This errata is currently posted as "Reported". If necessary, please use "Reply All" to discuss whether it should be verified or rejected. When a decision is reached, the verifying party (IESG) can log in to change the status and edit the report, if necessary. -------------------------------------- RFC6639 (draft-ietf-mpls-tp-mib-management-overview-08) -------------------------------------- Title : Multiprotocol Label Switching Transport Profile (MPLS-TP) MIB-Based Management Overview Publication Date : June 2012 Author(s) : D. King, Ed., M. Venkatesan, Ed. Category : INFORMATIONAL Source : Multiprotocol Label Switching Area : Routing Stream : IETF Verifying Party : IESG From nobody Thu Mar 20 00:45:01 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4C24A1A08AC for ; Thu, 20 Mar 2014 00:45:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.048 X-Spam-Level: X-Spam-Status: No, score=-15.048 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, RP_MATCHES_RCVD=-0.547, SPF_PASS=-0.001, 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 VDJxAIhyz0aV for ; Thu, 20 Mar 2014 00:44:58 -0700 (PDT) Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) by ietfa.amsl.com (Postfix) with ESMTP id 7B7761A0069 for ; Thu, 20 Mar 2014 00:44:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2002; q=dns/txt; s=iport; t=1395301490; x=1396511090; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=BuLHz91DdjMd4vhT4r/ToAnCqXmAESWF+0ASvyMx8yU=; b=cJ6dCPQ9LkKmVzrP12WGbuDDwT3XCql+yUSiQkkdYMWYswfIVcU4ZaO7 MhXvyHkMLMWo2/WjAN85tP3ZmQPRylJA3H1EOX/qqqcU0TQ8UfbOJSUb3 L+uErtt6enRfdXEQmyC3J1UwsFXHI+ZDvuOhwuer0bYSX4Ic4E6coO0TV A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AjEFAP6bKlOtJXG//2dsb2JhbABAGoMGO6sQkGGHNIEaFnSCJQEBAQMBAQEBJBM0CwULAgEIEgYeECEGCxcOAgQOBYdlAwkIDTbINA2HJReMTYErOjMHgySBFAEDllqBbYxohUiDLXo X-IronPort-AV: E=Sophos;i="4.97,693,1389744000"; d="scan'208";a="311621927" Received: from rcdn-core2-4.cisco.com ([173.37.113.191]) by rcdn-iport-3.cisco.com with ESMTP; 20 Mar 2014 07:44:49 +0000 Received: from xhc-aln-x06.cisco.com (xhc-aln-x06.cisco.com [173.36.12.80]) by rcdn-core2-4.cisco.com (8.14.5/8.14.5) with ESMTP id s2K7in46023730 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 20 Mar 2014 07:44:49 GMT Received: from xmb-rcd-x04.cisco.com ([169.254.8.92]) by xhc-aln-x06.cisco.com ([173.36.12.80]) with mapi id 14.03.0123.003; Thu, 20 Mar 2014 02:44:48 -0500 From: "Stewart Bryant (stbryant)" To: RFC Errata System Thread-Topic: [mpls] [Editorial Errata Reported] RFC6639 (3923) Thread-Index: AQHPRA6vE+Hd9CmAs06B5EV9d7tj4JrpmGuw Date: Thu, 20 Mar 2014 07:44:47 +0000 Message-ID: <73E44D4E-5400-4BFB-82E4-7D28895FD97F@cisco.com> References: <20140320073316.E0FBD7FC393@rfc-editor.org> In-Reply-To: <20140320073316.E0FBD7FC393@rfc-editor.org> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/X-rVavwbVntEHCxHj8xZFJf3CZQ Cc: "mpls@ietf.org" , "bestman0729@gmail.com" , "rcallon@juniper.net" , "venkat.mahalingams@gmail.com" Subject: Re: [mpls] [Editorial Errata Reported] RFC6639 (3923) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Mar 2014 07:45:00 -0000 This should be immediately closed as to be addressed in a future version. Whilst it is an error, no on could possibly misunderstand the text.=20 Stewart Sent from my iPad > On 20 Mar 2014, at 07:33, "RFC Errata System" = wrote: >=20 > The following errata report has been submitted for RFC6639, > "Multiprotocol Label Switching Transport Profile (MPLS-TP) MIB-Based Mana= gement Overview". >=20 > -------------------------------------- > You may review the report below and at: > http://www.rfc-editor.org/errata_search.php?rfc=3D6639&eid=3D3923 >=20 > -------------------------------------- > Type: Editorial > Reported by: Liu Lin >=20 > Section: 4.2.6 >=20 > Original Text > ------------- > This MIB architecture is modeled based on PW3 architecture [RFC3985] >=20 > Corrected Text > -------------- > This MIB architecture is modeled based on PWE3 architecture [RFC3985] >=20 > Notes > ----- > PW3 -> PWE3 >=20 > Instructions: > ------------- > This errata is currently posted as "Reported". If necessary, please > use "Reply All" to discuss whether it should be verified or > rejected. When a decision is reached, the verifying party (IESG) > can log in to change the status and edit the report, if necessary.=20 >=20 > -------------------------------------- > RFC6639 (draft-ietf-mpls-tp-mib-management-overview-08) > -------------------------------------- > Title : Multiprotocol Label Switching Transport Profile (MP= LS-TP) MIB-Based Management Overview > Publication Date : June 2012 > Author(s) : D. King, Ed., M. Venkatesan, Ed. > Category : INFORMATIONAL > Source : Multiprotocol Label Switching > Area : Routing > Stream : IETF > Verifying Party : IESG >=20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From nobody Thu Mar 20 00:57:06 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5AC901A066E for ; Thu, 20 Mar 2014 00:57:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.447 X-Spam-Level: X-Spam-Status: No, score=-2.447 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.547] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HAtr325-Ak1r for ; Thu, 20 Mar 2014 00:57:00 -0700 (PDT) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) by ietfa.amsl.com (Postfix) with ESMTP id BF1091A039D for ; Thu, 20 Mar 2014 00:57:00 -0700 (PDT) Received: from [192.168.1.130] (81-236-221-144-no93.tbcn.telia.com [81.236.221.144]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id A89ED180156A; Thu, 20 Mar 2014 08:56:50 +0100 (CET) Message-ID: <532A9F41.6020404@pi.nu> Date: Thu, 20 Mar 2014 08:56:49 +0100 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: "Stewart Bryant (stbryant)" , RFC Errata System References: <20140320073316.E0FBD7FC393@rfc-editor.org> <73E44D4E-5400-4BFB-82E4-7D28895FD97F@cisco.com> In-Reply-To: <73E44D4E-5400-4BFB-82E4-7D28895FD97F@cisco.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/IBn-E7cZ-6SFzTv-iFr3kNMn2S0 Cc: "mpls@ietf.org" , "bestman0729@gmail.com" , "rcallon@juniper.net" , "venkat.mahalingams@gmail.com" Subject: Re: [mpls] [Editorial Errata Reported] RFC6639 (3923) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Mar 2014 07:57:03 -0000 Folks, Yes, agree with Stewart! Adrian, Is closing/verifying the errata something you can do? /Loa On 2014-03-20 08:44, Stewart Bryant (stbryant) wrote: > This should be immediately closed as to be addressed in a future version. > > Whilst it is an error, no on could possibly misunderstand the text. > > Stewart > > Sent from my iPad > >> On 20 Mar 2014, at 07:33, "RFC Errata System" wrote: >> >> The following errata report has been submitted for RFC6639, >> "Multiprotocol Label Switching Transport Profile (MPLS-TP) MIB-Based Management Overview". >> >> -------------------------------------- >> You may review the report below and at: >> http://www.rfc-editor.org/errata_search.php?rfc=6639&eid=3923 >> >> -------------------------------------- >> Type: Editorial >> Reported by: Liu Lin >> >> Section: 4.2.6 >> >> Original Text >> ------------- >> This MIB architecture is modeled based on PW3 architecture [RFC3985] >> >> Corrected Text >> -------------- >> This MIB architecture is modeled based on PWE3 architecture [RFC3985] >> >> Notes >> ----- >> PW3 -> PWE3 >> >> Instructions: >> ------------- >> This errata is currently posted as "Reported". If necessary, please >> use "Reply All" to discuss whether it should be verified or >> rejected. When a decision is reached, the verifying party (IESG) >> can log in to change the status and edit the report, if necessary. >> >> -------------------------------------- >> RFC6639 (draft-ietf-mpls-tp-mib-management-overview-08) >> -------------------------------------- >> Title : Multiprotocol Label Switching Transport Profile (MPLS-TP) MIB-Based Management Overview >> Publication Date : June 2012 >> Author(s) : D. King, Ed., M. Venkatesan, Ed. >> Category : INFORMATIONAL >> Source : Multiprotocol Label Switching >> Area : Routing >> Stream : IETF >> Verifying Party : IESG >> >> _______________________________________________ >> mpls mailing list >> mpls@ietf.org >> https://www.ietf.org/mailman/listinfo/mpls -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Thu Mar 20 02:09:21 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B26961A065C for ; Thu, 20 Mar 2014 02:09:20 -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, RCVD_IN_DNSWL_NONE=-0.0001, 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 bZ698YsGdibv for ; Thu, 20 Mar 2014 02:09:18 -0700 (PDT) Received: from mail1.bemta5.messagelabs.com (mail1.bemta5.messagelabs.com [195.245.231.145]) by ietfa.amsl.com (Postfix) with ESMTP id 2FF041A034A for ; Thu, 20 Mar 2014 02:09:17 -0700 (PDT) Received: from [195.245.231.67:26145] by server-9.bemta-5.messagelabs.com id A6/AE-04350-330BA235; Thu, 20 Mar 2014 09:09:07 +0000 X-Env-Sender: l.wood@surrey.ac.uk X-Msg-Ref: server-13.tower-82.messagelabs.com!1395306547!32043521!1 X-Originating-IP: [131.227.200.31] X-StarScan-Received: X-StarScan-Version: 6.11.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4345 invoked from network); 20 Mar 2014 09:09:07 -0000 Received: from exht011p.surrey.ac.uk (HELO EXHT011P.surrey.ac.uk) (131.227.200.31) by server-13.tower-82.messagelabs.com with AES128-SHA encrypted SMTP; 20 Mar 2014 09:09:07 -0000 Received: from EXMB01CMS.surrey.ac.uk ([169.254.1.204]) by EXHT011P.surrey.ac.uk ([131.227.200.31]) with mapi; Thu, 20 Mar 2014 09:09:07 +0000 From: To: , Date: Thu, 20 Mar 2014 09:07:43 +0000 Thread-Topic: [mpls] [Editorial Errata Reported] RFC6639 (3923) Thread-Index: AQHPRA6vE+Hd9CmAs06B5EV9d7tj4JrpmGuwgAAXLOA= Message-ID: <290E20B455C66743BE178C5C84F1240847E633479A@EXMB01CMS.surrey.ac.uk> References: <20140320073316.E0FBD7FC393@rfc-editor.org>, <73E44D4E-5400-4BFB-82E4-7D28895FD97F@cisco.com> In-Reply-To: <73E44D4E-5400-4BFB-82E4-7D28895FD97F@cisco.com> Accept-Language: en-US, en-GB Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/2-h_RXr2RG4i5vhpVQAduFIpQL0 Cc: rcallon@juniper.net, mpls@ietf.org, venkat.mahalingams@gmail.com, bestman0729@gmail.com Subject: Re: [mpls] [Editorial Errata Reported] RFC6639 (3923) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Mar 2014 09:09:21 -0000 > This errata is currently posted as "Reported".=20 Am I the only one who winces reading that? singular of errata is erratum. These errata. this erratum. Lloyd Wood http://about.me/lloydwood ________________________________________ From: mpls [mpls-bounces@ietf.org] On Behalf Of Stewart Bryant (stbryant) [= stbryant@cisco.com] Sent: 20 March 2014 07:44 To: RFC Errata System Cc: mpls@ietf.org; bestman0729@gmail.com; rcallon@juniper.net; venkat.mahal= ingams@gmail.com Subject: Re: [mpls] [Editorial Errata Reported] RFC6639 (3923) This should be immediately closed as to be addressed in a future version. Whilst it is an error, no on could possibly misunderstand the text. Stewart Sent from my iPad > On 20 Mar 2014, at 07:33, "RFC Errata System" = wrote: > > The following errata report has been submitted for RFC6639, > "Multiprotocol Label Switching Transport Profile (MPLS-TP) MIB-Based Mana= gement Overview". > > -------------------------------------- > You may review the report below and at: > http://www.rfc-editor.org/errata_search.php?rfc=3D6639&eid=3D3923 > > -------------------------------------- > Type: Editorial > Reported by: Liu Lin > > Section: 4.2.6 > > Original Text > ------------- > This MIB architecture is modeled based on PW3 architecture [RFC3985] > > Corrected Text > -------------- > This MIB architecture is modeled based on PWE3 architecture [RFC3985] > > Notes > ----- > PW3 -> PWE3 > > Instructions: > ------------- > This errata is currently posted as "Reported". If necessary, please > use "Reply All" to discuss whether it should be verified or > rejected. When a decision is reached, the verifying party (IESG) > can log in to change the status and edit the report, if necessary. > > -------------------------------------- > RFC6639 (draft-ietf-mpls-tp-mib-management-overview-08) > -------------------------------------- > Title : Multiprotocol Label Switching Transport Profile (MP= LS-TP) MIB-Based Management Overview > Publication Date : June 2012 > Author(s) : D. King, Ed., M. Venkatesan, Ed. > Category : INFORMATIONAL > Source : Multiprotocol Label Switching > Area : Routing > Stream : IETF > Verifying Party : IESG > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls= From nobody Thu Mar 20 03:13:27 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CA4CC1A08AC; Thu, 20 Mar 2014 03:13:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.449 X-Spam-Level: X-Spam-Status: No, score=-2.449 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.547, 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 QU3UrTZO_IK1; Thu, 20 Mar 2014 03:13:18 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [IPv6:2607:f170:8000:1500::d3]) by ietfa.amsl.com (Postfix) with ESMTP id A9CA41A08A0; Thu, 20 Mar 2014 03:13:17 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id AD1177FC393; Thu, 20 Mar 2014 03:13:08 -0700 (PDT) To: bestman0729@gmail.com, daniel@olddog.co.uk, venkat.mahalingams@gmail.com From: RFC Errata System Message-Id: <20140320101308.AD1177FC393@rfc-editor.org> Date: Thu, 20 Mar 2014 03:13:08 -0700 (PDT) Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/z5HG-EsQoordwchtEccsTFptRDM Cc: rfc-editor@rfc-editor.org, iesg@ietf.org, mpls@ietf.org Subject: [mpls] [Errata Held for Document Update] RFC6639 (3923) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Mar 2014 10:13:25 -0000 The following errata report has been held for document update for RFC6639, "Multiprotocol Label Switching Transport Profile (MPLS-TP) MIB-Based Management Overview". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata_search.php?rfc=6639&eid=3923 -------------------------------------- Status: Held for Document Update Type: Editorial Reported by: Liu Lin Date Reported: 2014-03-20 Held by: Adrian Farrel (IESG) Section: 4.2.6 Original Text ------------- This MIB architecture is modeled based on PW3 architecture [RFC3985] Corrected Text -------------- This MIB architecture is modeled based on PWE3 architecture [RFC3985] Notes ----- PW3 -> PWE3 -------------------------------------- RFC6639 (draft-ietf-mpls-tp-mib-management-overview-08) -------------------------------------- Title : Multiprotocol Label Switching Transport Profile (MPLS-TP) MIB-Based Management Overview Publication Date : June 2012 Author(s) : D. King, Ed., M. Venkatesan, Ed. Category : INFORMATIONAL Source : Multiprotocol Label Switching Area : Routing Stream : IETF Verifying Party : IESG From nobody Thu Mar 20 05:44:52 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F1DDF1A03E9; Thu, 20 Mar 2014 05:44: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 qUlOia614lig; Thu, 20 Mar 2014 05:44:46 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 1E4871A03CE; Thu, 20 Mar 2014 05:44:46 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.2.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140320124446.28734.58683.idtracker@ietfa.amsl.com> Date: Thu, 20 Mar 2014 05:44:46 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/lLAxXLLNh2ELWGQDd6cmsc96W0k Cc: mpls@ietf.org Subject: [mpls] I-D Action: draft-ietf-mpls-extended-admin-group-04.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Mar 2014 12:44:49 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching Working Group of the IETF. Title : Extended Administrative Groups in MPLS-TE Author : Eric Osborne Filename : draft-ietf-mpls-extended-admin-group-04.txt Pages : 6 Date : 2014-03-20 Abstract: MPLS-TE advertises 32 administrative groups (commonly referred to as "colors" or "link colors") using the Administrative Group sub-TLV of the Link TLV. This is defined for OSPFv2 (RFC3630), OSPFv3 (RFC5329) and ISIS (RFC5305). This document adds a sub-TLV to the IGP TE extensions, "Extended Administrative Group". This sub-TLV provides for additional administrative groups (link colors) beyond the current limit of 32. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-extended-admin-group/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-mpls-extended-admin-group-04 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-extended-admin-group-04 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Mar 20 05:47:04 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 494DC1A08C2 for ; Thu, 20 Mar 2014 05:47:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.589 X-Spam-Level: X-Spam-Status: No, score=-1.589 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HOST_MISMATCH_COM=0.311] 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 7sbTmqhRS3_q for ; Thu, 20 Mar 2014 05:46:59 -0700 (PDT) Received: from the-host.seacom.mu (ge-0.ln-01-mba.ke.seacomnet.com [41.87.100.230]) by ietfa.amsl.com (Postfix) with ESMTP id 079BD1A03CE for ; Thu, 20 Mar 2014 05:46:57 -0700 (PDT) Received: from localhost ([127.0.0.1] helo=the-host.localnet) by the-host.seacom.mu with esmtp (Exim 4.80.1) (envelope-from ) id 1WQcMn-0008VR-Ez; Thu, 20 Mar 2014 14:46:37 +0200 From: Mark Tinka Organization: SEACOM To: "Rajiv Asati (rajiva)" Date: Thu, 20 Mar 2014 14:46:35 +0200 User-Agent: KMail/1.13.6 (Linux/2.6.37.6-24-desktop; KDE/4.6.0; i686; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart36732671.CZpfuVU7kG"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201403201446.35629.mark.tinka@seacom.mu> Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/XiV99sx9gbwmH79R82pVNgwjUtI Cc: "mpls@ietf.org" , "draft-george-mpls-ipv6-only-gap@tools.ietf.org" Subject: Re: [mpls] draft-george-mpls-ipv6-only-gap-04.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: mark.tinka@seacom.mu List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Mar 2014 12:47:01 -0000 --nextPart36732671.CZpfuVU7kG Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Tuesday, March 18, 2014 10:30:23 PM Rajiv Asati (rajiva)=20 wrote: > I wonder whether using RFC 1918 space would be needed, > since the operators have already had unique public IPv4 > address space, which could continue to be used (as > usual) instead of private v4 space for the RID. I am referring to new ISP's who launch services long after=20 the RIR's don't have IPv4 space anymore. In such a case, RFC 1918 is the only option for such ISP's,=20 since they will have been really new on the scene. It is also not completely unreasonable to assume existing=20 operators who have fully assigned all their IPv4 allocations=20 will either recover public IPv4 from dual-stacked equipment=20 to use as Router-ID's, or also consider RFC 1918 to continue=20 growing the IPv6 single-stack network. Mark. --nextPart36732671.CZpfuVU7kG Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (GNU/Linux) iQIcBAABAgAGBQJTKuMrAAoJEGcZuYTeKm+Gy0YQAI9N4W97ew+sB0QdAy5M9AqQ kCgLHZuX/VczgqwBeYWB0cwDCKQKHfU2HglrFO+AXfw2Fzp1Z3OODqTzFFH7bDSp Sxm6J9n430UBfjxSorm/LTJQpld3Hyaet6yIJXLxOP7Vu/lUL6+ZDuPDe9LN9RWg 4SOtvil9xTpKten4gQfvigU+mvn0Aihjhl3Y0ClNjtox1hJzHUHO5XGg4ZAIKcyU RAca0q3M5JN0NLYfQ1BoCNlO1XzjnilK1lq/8A+cw7+XjUgskXu09QsINImS4qMJ wgwNFwMTCTuJoWfjc27WA7VIW1mxREqrHPn7h2L0MG57SzDED7UzOE3GqS/Sqx0I P1qQDvkf2Bsv6bW59REuCy4IQSzSG8A01Sjr91AYi2EkseL5dn3SKRGowSqmnZ2K haUF8QzvQCRJqn1hwb3gMHTID/dCTg48WTnKFYWEnVCv6ZnYM4JQWpcCJOqY0GF2 z2YTi2oSxWhSIlarIgPJSugHQf4cmS8wK1ci8jgEVw6NERzs+54uXfc75IWLQvBS XIzFID9HTEPXudUHK0SETgeUX8jyhd8nYqYMQgOXeKdysfBTLzYuMi8aJ0GOIiz3 zyjDqWkEYDIX/xHfZYg/OxYTVE2LwJxQxBuzgCIiyfHhOOOjxc90y5B15CK7q7WW fO3OJukR+CWGIRz2VXQg =+PTL -----END PGP SIGNATURE----- --nextPart36732671.CZpfuVU7kG-- From nobody Thu Mar 20 06:48:26 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C0BD61A075C for ; Thu, 20 Mar 2014 06:48:23 -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 Ztfdx2lfabMb for ; Thu, 20 Mar 2014 06:48:19 -0700 (PDT) Received: from va3outboundpool.messaging.microsoft.com (va3ehsobe010.messaging.microsoft.com [216.32.180.30]) by ietfa.amsl.com (Postfix) with ESMTP id 1D8901A03FA for ; Thu, 20 Mar 2014 06:48:19 -0700 (PDT) Received: from mail133-va3-R.bigfish.com (10.7.14.249) by VA3EHSOBE011.bigfish.com (10.7.40.61) with Microsoft SMTP Server id 14.1.225.22; Thu, 20 Mar 2014 13:48:09 +0000 Received: from mail133-va3 (localhost [127.0.0.1]) by mail133-va3-R.bigfish.com (Postfix) with ESMTP id 3E97338028E; Thu, 20 Mar 2014 13:48:09 +0000 (UTC) X-Forefront-Antispam-Report: CIP:157.56.240.101; KIP:(null); UIP:(null); IPV:NLI; H:BL2PRD0510HT005.namprd05.prod.outlook.com; RD:none; EFVD:NLI X-SpamScore: -24 X-BigFish: VPS-24(zz62a3I98dI9371I936eI542I1432Izz1f42h2148h208ch1ee6h1de0h1fdah2073h2146h1202h1e76h2189h1d1ah1d2ah21bch1fc6hzz1de098h1033IL17326ah172cdfh8275bh8275dh19a27bh1de097h186068hz2fh109h2a8h839h944hd24hf0ah1220h1288h12a5h12a9h12bdh137ah13b6h1441h1504h1537h153bh162dh1631h1758h18e1h1946h19b5h19ceh1ad9h1b0ah224fh1d07h1d0ch1d2eh1d3fh1de9h1dfeh1dffh1fe8h1ff5h2216h22d0h2336h2461h2487h24d7h2516h2545h255eh25cch25f6h2605h262fh9a9j1155h) Received-SPF: pass (mail133-va3: domain of juniper.net designates 157.56.240.101 as permitted sender) client-ip=157.56.240.101; envelope-from=rcallon@juniper.net; helo=BL2PRD0510HT005.namprd05.prod.outlook.com ; .outlook.com ; X-Forefront-Antispam-Report-Untrusted: SFV:NSPM; SFS:(10009001)(6009001)(428001)(377424004)(13464003)(51704005)(377454003)(189002)(199002)(24454002)(252514010)(85306002)(85852003)(83072002)(33646001)(95666003)(15202345003)(56816005)(90146001)(54316002)(46102001)(31966008)(56776001)(81342001)(74662001)(51856001)(54356001)(53806001)(76482001)(81542001)(92566001)(47446002)(74502001)(2656002)(74876001)(74706001)(4396001)(87266001)(50986001)(47976001)(79102001)(63696002)(20776003)(47736001)(49866001)(59766001)(77982001)(80022001)(65816001)(66066001)(15188155005)(93136001)(76576001)(94316002)(16799955002)(15975445006)(95416001)(93516002)(86362001)(76796001)(69226001)(97186001)(97336001)(87936001)(19580395003)(83322001)(19580405001)(74316001)(81816001)(81686001)(80976001)(24736002); DIR:OUT; SFP:1101; SCL:1; SRVR:DM2PR05MB639; H:DM2PR05MB637.namprd05.prod.outlook.com; FPR:E66DC11B.ACFAD6DA.49C3BE4B.C216183D.20351; MLV:sfv; PTR:InfoNoRecords; MX:1; A:1; LANG:en; Received: from mail133-va3 (localhost.localdomain [127.0.0.1]) by mail133-va3 (MessageSwitch) id 1395323287779600_7649; Thu, 20 Mar 2014 13:48:07 +0000 (UTC) Received: from VA3EHSMHS011.bigfish.com (unknown [10.7.14.245]) by mail133-va3.bigfish.com (Postfix) with ESMTP id B568C4A0047; Thu, 20 Mar 2014 13:48:07 +0000 (UTC) Received: from BL2PRD0510HT005.namprd05.prod.outlook.com (157.56.240.101) by VA3EHSMHS011.bigfish.com (10.7.99.21) with Microsoft SMTP Server (TLS) id 14.16.227.3; Thu, 20 Mar 2014 13:48:04 +0000 Received: from DM2PR05MB639.namprd05.prod.outlook.com (10.141.157.150) by BL2PRD0510HT005.namprd05.prod.outlook.com (10.255.100.40) with Microsoft SMTP Server (TLS) id 14.16.423.0; Thu, 20 Mar 2014 13:48:03 +0000 Received: from DM2PR05MB637.namprd05.prod.outlook.com (10.141.157.145) by DM2PR05MB639.namprd05.prod.outlook.com (10.141.157.150) with Microsoft SMTP Server (TLS) id 15.0.898.11; Thu, 20 Mar 2014 13:48:00 +0000 Received: from DM2PR05MB637.namprd05.prod.outlook.com ([10.141.157.145]) by DM2PR05MB637.namprd05.prod.outlook.com ([10.141.157.145]) with mapi id 15.00.0898.005; Thu, 20 Mar 2014 13:48:00 +0000 From: Ross Callon To: Loa Andersson , "Stewart Bryant (stbryant)" , RFC Errata System Thread-Topic: [mpls] [Editorial Errata Reported] RFC6639 (3923) Thread-Index: AQHPRA6yP+babC2UEECwWZGeV+Mr7ZrpmGqAgAADXYCAAGIQIA== Date: Thu, 20 Mar 2014 13:47:59 +0000 Message-ID: <18e0063fee4a4ff595cc16368e27cc53@DM2PR05MB637.namprd05.prod.outlook.com> References: <20140320073316.E0FBD7FC393@rfc-editor.org> <73E44D4E-5400-4BFB-82E4-7D28895FD97F@cisco.com> <532A9F41.6020404@pi.nu> In-Reply-To: <532A9F41.6020404@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.14] x-forefront-prvs: 01565FED4C Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-FOPE-CONNECTOR: Id%0$Dn%*$RO%0$TLS%0$FQDN%$TlsDn% Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/5lC8LS2XyvBqIQZeuDA9wqPnuNQ Cc: "venkat.mahalingams@gmail.com" , "mpls@ietf.org" , "bestman0729@gmail.com" Subject: Re: [mpls] [Editorial Errata Reported] RFC6639 (3923) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Mar 2014 13:48:24 -0000 +1 Hold for Document Update -----Original Message----- From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Loa Andersson Sent: Thursday, March 20, 2014 3:57 AM To: Stewart Bryant (stbryant); RFC Errata System Cc: mpls@ietf.org; bestman0729@gmail.com; Ross Callon; venkat.mahalingams@g= mail.com Subject: Re: [mpls] [Editorial Errata Reported] RFC6639 (3923) Folks, Yes, agree with Stewart! Adrian, Is closing/verifying the errata something you can do? /Loa On 2014-03-20 08:44, Stewart Bryant (stbryant) wrote: > This should be immediately closed as to be addressed in a future version. > > Whilst it is an error, no on could possibly misunderstand the text. > > Stewart > > Sent from my iPad > >> On 20 Mar 2014, at 07:33, "RFC Errata System" wrote: >> >> The following errata report has been submitted for RFC6639, >> "Multiprotocol Label Switching Transport Profile (MPLS-TP) MIB-Based Man= agement Overview". >> >> -------------------------------------- >> You may review the report below and at: >> http://www.rfc-editor.org/errata_search.php?rfc=3D6639&eid=3D3923 >> >> -------------------------------------- >> Type: Editorial >> Reported by: Liu Lin >> >> Section: 4.2.6 >> >> Original Text >> ------------- >> This MIB architecture is modeled based on PW3 architecture [RFC3985] >> >> Corrected Text >> -------------- >> This MIB architecture is modeled based on PWE3 architecture [RFC3985] >> >> Notes >> ----- >> PW3 -> PWE3 >> >> Instructions: >> ------------- >> This errata is currently posted as "Reported". If necessary, please >> use "Reply All" to discuss whether it should be verified or >> rejected. When a decision is reached, the verifying party (IESG) >> can log in to change the status and edit the report, if necessary. >> >> -------------------------------------- >> RFC6639 (draft-ietf-mpls-tp-mib-management-overview-08) >> -------------------------------------- >> Title : Multiprotocol Label Switching Transport Profile (M= PLS-TP) MIB-Based Management Overview >> Publication Date : June 2012 >> Author(s) : D. King, Ed., M. Venkatesan, Ed. >> Category : INFORMATIONAL >> Source : Multiprotocol Label Switching >> Area : Routing >> Stream : IETF >> Verifying Party : IESG >> >> _______________________________________________ >> mpls mailing list >> mpls@ietf.org >> https://www.ietf.org/mailman/listinfo/mpls --=20 Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls From nobody Thu Mar 20 07:38:56 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4162C1A08B3 for ; Thu, 20 Mar 2014 07:38:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.978 X-Spam-Level: X-Spam-Status: No, score=-1.978 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dcFBlqJC7PI2 for ; Thu, 20 Mar 2014 07:38:47 -0700 (PDT) Received: from mail-yh0-f50.google.com (mail-yh0-f50.google.com [209.85.213.50]) by ietfa.amsl.com (Postfix) with ESMTP id EFD361A08CE for ; Thu, 20 Mar 2014 07:38:43 -0700 (PDT) Received: by mail-yh0-f50.google.com with SMTP id c41so898047yho.23 for ; Thu, 20 Mar 2014 07:38:34 -0700 (PDT) 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=EeA1DlyayU9JbceH8tzffa4ZZh6bV/InjPPwjViJS5o=; b=FfMdG+EANNSyt89rfmAfVbcSpQ55aHm7155lPp7XQ15U3uNVEr+Wf6qnWAS3eiQiI4 vfEqTDOgWueBdAwiYpwOuM74m8FCM6rkr3npzfynlhOWS++p4Aph9XNDcMeNfolXTh+G hYzQeLANOx8sbHhRFlx0xTxzG7tHfNK1Ic4632wH7tNYbE6u+vGcglzVhEdSsnXuBYwb 68rykTV33xJiEsa6wNASsD+jHVE9bGUeRRsfUT0T93U25pCZqKR9eqNtGePbBDO9GB+6 AD8rw2uaOtfNoE3vqkCD2m9R+VM3CSgSOAbAAiRwbjrjMpkN1LClFGeAgzeDZx9c4kUS Yh+A== X-Gm-Message-State: ALoCoQlXB5PhZhSbj6p40D2kFn3JIjmMngNxZMBIo+C3n8ZIo6aJdIhP0WWI6fGZ/2UkDn3rPMwp MIME-Version: 1.0 X-Received: by 10.236.139.70 with SMTP id b46mr35040206yhj.63.1395326314674; Thu, 20 Mar 2014 07:38:34 -0700 (PDT) Received: by 10.170.60.5 with HTTP; Thu, 20 Mar 2014 07:38:34 -0700 (PDT) In-Reply-To: <290801cf4210$dccee410$966cac30$@olddog.co.uk> References: <290801cf4210$dccee410$966cac30$@olddog.co.uk> Date: Thu, 20 Mar 2014 10:38:34 -0400 Message-ID: From: Eric Osborne To: Adrian Farrel Content-Type: text/plain; charset=ISO-8859-1 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/ZErqMtR89bXwzvhMczaiwBvXAZk Cc: Eric Osborne , "mpls@ietf.org" Subject: Re: [mpls] Early AD comments on draft-ietf-mpls-psc-updates X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Mar 2014 14:38:51 -0000 Hi Adrian- Thanks for these. I am OK with them and will add them to the version I post next. I'm not clear on the nuances of your IANA text, though. You say: --- IANA is requested to mark the value 0 in the "MPLS PSC TLV Registry" as "Reserved, not to be allocated" and to update the references to show [RFC6378]. [This.I-D]. Note that this action provides documentation of an action already taken by IANA but not recorded in RFC 6378. --- What exactly does the [This.I-D] do in its own sentence? Did you mean something like " update the references to show [RFC6378] and [This.I-D]. Note that this action..." or is there something subtle I'm not picking up on with your original phrasing? eric On Mon, Mar 17, 2014 at 2:43 PM, Adrian Farrel wrote: > Hi Eric, > > A couple of discussion points on draft-ietf-mpls-tp-psc-itu (which is currently > in IESG evaluation) have given rise to two small proposed additions to > draft-ietf-mpls-psc-updates > > 1. I think this warrants a very small section of its own... > > x.y PSC TLV Format > > [RFC6378] defines the capability to carry TLVs in the PSC messages. This section > defines the format to be used by all such TLVs. > > Type field (T) > A two octet field that encodes a type value in network byte order. The type > values are recorded in the IANA registry "MPLS PSC TLV Registry". > > Length field (L) > A two octet field that encodes the length in octets of the Value field in > network byte order. The value of this field MUST be a multiple of 4. > > Value field (V) > The contents of the TLV. This field MUST be a multiple of 4 octets and so may > contain explicit padding. > > > 2. There was a trivial snafu with the 0 value in the "MPLS PSC TLV Registry". It > was agreed that 0 would be reserved, but this was not recorded in RFC 6378. > Therefore, the IANA section of draft-ietf-mpls-psc-updates should include the > text... > > IANA is requested to mark the value 0 in the "MPLS PSC TLV Registry" as > "Reserved, not to be allocated" and to update the references to show [RFC6378]. > [This.I-D]. Note that this action provides documentation of an action already > taken by IANA but not recorded in RFC 6378. > > > Hope everyone is comfortable with this. > > Thanks, > Adrian > From nobody Thu Mar 20 07:43:56 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 473871A0731 for ; Thu, 20 Mar 2014 07:43:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.747 X-Spam-Level: X-Spam-Status: No, score=-4.747 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.547, 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 wj2cgChJyUtW for ; Thu, 20 Mar 2014 07:43:51 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id B79B41A08E0 for ; Thu, 20 Mar 2014 07:43:48 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BCG64816; Thu, 20 Mar 2014 14:43:15 +0000 (GMT) Received: from LHREML402-HUB.china.huawei.com (10.201.5.241) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 20 Mar 2014 14:43:05 +0000 Received: from SZXEMA403-HUB.china.huawei.com (10.82.72.35) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 20 Mar 2014 14:43:14 +0000 Received: from SZXEMA510-MBX.china.huawei.com ([169.254.3.94]) by SZXEMA403-HUB.china.huawei.com ([10.82.72.35]) with mapi id 14.03.0158.001; Thu, 20 Mar 2014 22:43:11 +0800 From: Mach Chen To: Shahram Davari Thread-Topic: [mpls] Clarification on source label usage Thread-Index: Ac859wY/HtI+Q5xYT9KoGBS6SQcBeQIPbvkAAEXigHD//90TgP/94ZLQ Date: Thu, 20 Mar 2014 14:43:10 +0000 Message-ID: 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.47.74.51] Content-Type: multipart/alternative; boundary="_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE25D98FA81SZXEMA510MBXchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/e9QC5ewuggWg287dClqAPWFsJe8 Cc: "mpls@ietf.org" Subject: Re: [mpls] Clarification on source label usage X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Mar 2014 14:43:54 -0000 --_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE25D98FA81SZXEMA510MBXchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Shahram, Because there are requirements to perform Passive performance measurement, = that means to measure the performance of the real traffic, not the performa= nce of the OAM packets. Best regards, Mach From: Shahram Davari [mailto:davari@broadcom.com] Sent: Wednesday, March 19, 2014 10:17 PM To: Mach Chen Cc: Binny Jeshan; mpls@ietf.org Subject: Re: [mpls] Clarification on source label usage Hi For flow identification. You could use a MEPID inside the OAM message. Why = do you need another label? Regards, Shahram On Mar 19, 2014, at 1:52 AM, "Mach Chen" > wrote: Hi Binny, No, G-Ach works fine. The OAM I mentioned mainly refers to the performance measurement(passive) t= hat is listed as the first use case in the draft, the source label is used = for flow identification. Best regards, Mach From: Binny Jeshan [mailto:binnyjeshan@gmail.com] Sent: Tuesday, March 18, 2014 3:01 PM To: Mach Chen Cc: mpls@ietf.org Subject: Re: [mpls] Clarification on source label usage Mach, Do you mean the G-Ach ? Regards, Binny. Aricent On 18 March 2014 02:51, Mach Chen > wrote: Hi MPLSers, Yesterday, there are a lots of discussions on source label, thanks for the = discussions. I'd like to make a clarification on the usage of source label,= I think there may be a misunderstanding of the usage of source label. The= main purpose for MPLS source label is OAM, source label applies to real pa= ckets is optional. Best regards, Mach _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls --_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE25D98FA81SZXEMA510MBXchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Shahram= ,

 = ;

Because th= ere are requirements to perform Passive performance measurement, that means= to measure the performance of the real traffic, not the performance of the OAM packets.

 = ;

Best regar= ds,

Mach

 = ;

From: Shahram Davari [mailto:davari@broadcom.com]
Sent: Wednesday, March 19, 2014 10:17 PM
To: Mach Chen
Cc: Binny Jeshan; mpls@ietf.org
Subject: Re: [mpls] Clarification on source label usage

 

Hi

 

For flow identification. You co= uld use a MEPID inside the OAM message. Why do you need another label?=


Regards,

Shahram

 

=
On Mar 19, 2014, at 1:52 AM, "Mach Chen" <mach.chen@huawei.com> wrote:

Hi Binny,<= /span>

 

No,  = G-Ach works fine.

 

The OAM I = mentioned mainly refers to the performance measurement(passive) that is lis= ted as the first use case in the draft, the source label is used for flow identification.

 

Best regar= ds,

Mach

 

From: Binny Jeshan [mailto:binnyjeshan@gmail.com]
Sent: Tuesday, March 18, 2014 3:01 PM
To: Mach Chen
Cc: mpls@ietf.org
Subject: Re: [mpls] Clarification on source label usage

 

Mach,

 

Do you mean the G-Ach ?

 

Regards,

Binny.

 

Aricent

=  

On 18 March 2014 02:51, Mach Ch= en <mach.chen@= huawei.com> wrote:

Hi MPLSers,

 

Yesterday, there are a lots of discussions on= source label, thanks for the discussions. I’d like to make a clarifi= cation on the usage of source label, I think there may be a  misunderstanding of the usage of source label. The ma= in purpose for MPLS source label is OAM, source label applies to real packe= ts is optional.

 

 

Best regards,

Mach

 

 

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

 

_______________________________= ________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org= /mailman/listinfo/mpls

--_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE25D98FA81SZXEMA510MBXchi_-- From nobody Thu Mar 20 07:52:05 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D79DE1A077D for ; Thu, 20 Mar 2014 07:52:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.446 X-Spam-Level: X-Spam-Status: No, score=-2.446 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.547] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kaKmVpHOTiHX for ; Thu, 20 Mar 2014 07:52:00 -0700 (PDT) Received: from mail-gw3-out.broadcom.com (mail-gw3-out.broadcom.com [216.31.210.64]) by ietfa.amsl.com (Postfix) with ESMTP id AD4811A03FE for ; Thu, 20 Mar 2014 07:52:00 -0700 (PDT) X-IronPort-AV: E=Sophos; i="4.97,695,1389772800"; d="scan'208,217"; a="20196485" Received: from irvexchcas06.broadcom.com (HELO IRVEXCHCAS06.corp.ad.broadcom.com) ([10.9.208.53]) by mail-gw3-out.broadcom.com with ESMTP; 20 Mar 2014 08:06:28 -0700 Received: from SJEXCHCAS04.corp.ad.broadcom.com (10.16.203.10) by IRVEXCHCAS06.corp.ad.broadcom.com (10.9.208.53) with Microsoft SMTP Server (TLS) id 14.3.174.1; Thu, 20 Mar 2014 07:51:51 -0700 Received: from SJEXCHMB12.corp.ad.broadcom.com ([fe80::bc15:c1e1:c29a:36f7]) by SJEXCHCAS04.corp.ad.broadcom.com ([::1]) with mapi id 14.03.0174.001; Thu, 20 Mar 2014 07:51:51 -0700 From: Shahram Davari To: Mach Chen Thread-Topic: [mpls] Clarification on source label usage Thread-Index: Ac859wY/HtI+Q5xYT9KoGBS6SQcBeQIu3ZoAADYtZwD//+VjU4ACDv4A//+NFG4= Date: Thu, 20 Mar 2014 14:51:50 +0000 Message-ID: <34D58536-1B55-43B6-A431-5E686BDE31BC@broadcom.com> References: , , 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_34D585361B5543B6A4315E686BDE31BCbroadcomcom_" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/CaE9oJYV5q8FUJz_jl9rqbotKQA Cc: "mpls@ietf.org" Subject: Re: [mpls] Clarification on source label usage X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Mar 2014 14:52:04 -0000 --_000_34D585361B5543B6A4315E686BDE31BCbroadcomcom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi So you want source label for data traffic so that you can do direct loss me= asurement instead of synthetic loss measurement. Is that correct? If so then this statement is not correct: "The main purpose for MPLS source label is OAM, source label applies to rea= l packets is optional." So Regards, Shahram On Mar 20, 2014, at 7:43 AM, "Mach Chen" > wrote: Hi Shahram, Because there are requirements to perform Passive performance measurement, = that means to measure the performance of the real traffic, not the performa= nce of the OAM packets. Best regards, Mach From: Shahram Davari [mailto:davari@broadcom.com] Sent: Wednesday, March 19, 2014 10:17 PM To: Mach Chen Cc: Binny Jeshan; mpls@ietf.org Subject: Re: [mpls] Clarification on source label usage Hi For flow identification. You could use a MEPID inside the OAM message. Why = do you need another label? Regards, Shahram On Mar 19, 2014, at 1:52 AM, "Mach Chen" > wrote: Hi Binny, No, G-Ach works fine. The OAM I mentioned mainly refers to the performance measurement(passive) t= hat is listed as the first use case in the draft, the source label is used = for flow identification. Best regards, Mach From: Binny Jeshan [mailto:binnyjeshan@gmail.com] Sent: Tuesday, March 18, 2014 3:01 PM To: Mach Chen Cc: mpls@ietf.org Subject: Re: [mpls] Clarification on source label usage Mach, Do you mean the G-Ach ? Regards, Binny. Aricent On 18 March 2014 02:51, Mach Chen > wrote: Hi MPLSers, Yesterday, there are a lots of discussions on source label, thanks for the = discussions. I=92d like to make a clarification on the usage of source labe= l, I think there may be a misunderstanding of the usage of source label. T= he main purpose for MPLS source label is OAM, source label applies to real = packets is optional. Best regards, Mach _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls --_000_34D585361B5543B6A4315E686BDE31BCbroadcomcom_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable
Hi

So you want source label for data traffic so that you can do direct lo= ss measurement instead of synthetic loss measurement. Is that correct? = ;

If so then this statement is not correct:

"The main purpose for MPLS source label is OAM, source label applies= to real packets is optional."

So 

Regards,
Shahram


On Mar 20, 2014, at 7:43 AM, "Mach Chen" <mach.chen@huawei.com> wrote:

Hi Shahram= ,

 = ;

Because th= ere are requirements to perform Passive performance measurement, that means= to measure the performance of the real traffic, not the performance of the OAM packets.

 = ;

Best regar= ds,

Mach

 = ;

From: Shahram Davari [mailto:davari@broadcom.com]
Sent: Wednesday, March 19, 2014 10:17 PM
To: Mach Chen
Cc: Binny Jeshan; mpls@ietf.org=
Subject: Re: [mpls] Clarification on source label usage

 

Hi

 

For flow identification. You co= uld use a MEPID inside the OAM message. Why do you need another label?=


Regards,

Shahram

 

=
On Mar 19, 2014, at 1:52 AM, "Mach Chen" <mach.chen@huawei.com> wrote:

Hi Binny,<= /span>

 

No,  = G-Ach works fine.

 

The OAM I = mentioned mainly refers to the performance measurement(passive) that is lis= ted as the first use case in the draft, the source label is used for flow identification.

 

Best regar= ds,

Mach

 

From: Binny Jeshan [mailto:binnyjeshan@gmail.com]
Sent: Tuesday, March 18, 2014 3:01 PM
To: Mach Chen
Cc: mpls@ietf.org
Subject: Re: [mpls] Clarification on source label usage

 

Mach,

 

Do you mean the G-Ach ?

 

Regards,

Binny.

 

Aricent

=  

On 18 March 2014 02:51, Mach Ch= en <mach.chen@= huawei.com> wrote:

Hi MPLSers,

 

Yesterday, there are a lots of discussions on= source label, thanks for the discussions. I=92d like to make a clarificati= on on the usage of source label, I think there may be a  misunderstanding of the usage of source label. The ma= in purpose for MPLS source label is OAM, source label applies to real packe= ts is optional.

 

 

Best regards,

Mach

 

 

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

 

_______________________________= ________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org= /mailman/listinfo/mpls

--_000_34D585361B5543B6A4315E686BDE31BCbroadcomcom_-- From nobody Thu Mar 20 08:00:25 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4F5281A0758 for ; Thu, 20 Mar 2014 08:00:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.748 X-Spam-Level: X-Spam-Status: No, score=-4.748 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.547, 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 FTMIGQ0a3aLc for ; Thu, 20 Mar 2014 08:00:17 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id EBADF1A08D5 for ; Thu, 20 Mar 2014 08:00:16 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BCG66317; Thu, 20 Mar 2014 15:00:07 +0000 (GMT) Received: from LHREML402-HUB.china.huawei.com (10.201.5.241) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 20 Mar 2014 14:59:57 +0000 Received: from SZXEMA402-HUB.china.huawei.com (10.82.72.34) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 20 Mar 2014 15:00:06 +0000 Received: from SZXEMA510-MBX.china.huawei.com ([169.254.3.94]) by SZXEMA402-HUB.china.huawei.com ([10.82.72.34]) with mapi id 14.03.0158.001; Thu, 20 Mar 2014 23:00:01 +0800 From: Mach Chen To: Yimin Shen , "draft-chen-mpls-source-label@tools.ietf.org" , "mpls@ietf.org" Thread-Topic: Mail regarding draft-chen-mpls-source-label Thread-Index: Ac9DjKc5+oLTXGUsQoqhiLRkJXmJtgAvjO4AAAA1OTA= Date: Thu, 20 Mar 2014 15:00:00 +0000 Message-ID: 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.47.74.51] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/Xp4bC25JpvDhzW7Hcb1CLIxYyGw Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Mar 2014 15:00:21 -0000 Hi Yimin, Thanks for your questions and comments! Please see my reply inline... > -----Original Message----- > From: Mach Chen > Sent: Thursday, March 20, 2014 10:45 PM > To: Mach Chen > Subject: FW: Mail regarding draft-chen-mpls-source-label >=20 >=20 >=20 > From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Yimin Shen > Sent: Thursday, March 20, 2014 12:03 AM > To: draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org > Subject: [mpls] Mail regarding draft-chen-mpls-source-label >=20 > Hi authors, >=20 > Can you please clarify if SL is expected to be used only by egress node, = or by > intermediate node as well ? The SL can be used by the egress and intermediate node, but for intermediat= e node, since the SL may not be on the top of the label stack, if it wants = to use it, it needs to search the label stack to find the SL, just as to fi= nd an EL. >=20 > Section 3.2 "Traffic Matrix Measurement and Steering" describes a use cas= e > for intermediate node, but I think congestion should in general be resolv= ed by > control plane to reroute traffic based on a global view of network resour= ces, > rather than by data plane based on a SL. In your case, would the intermed= iate > node move the traffic to an LSP that is different than the LSP intended b= y the > ingress node ? I don't think it is the right thing to do. >=20 > Regarding the use case of section 3.3 "Source Filtering". If somebody is = doing > DoS attack, why would he put an SL in the packets ? Regarding to these two use cases, as discussed with Curtis, there need more= considerations, we will remove these two section in the next revision. Thanks, Mach >=20 > Thanks, >=20 > /Yimin >=20 >=20 >=20 >=20 From nobody Thu Mar 20 08:08:54 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5A8EF1A076D for ; Thu, 20 Mar 2014 08:08:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.447 X-Spam-Level: X-Spam-Status: No, score=-2.447 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.547] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Akhm14AR-sz4 for ; Thu, 20 Mar 2014 08:08:49 -0700 (PDT) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) by ietfa.amsl.com (Postfix) with ESMTP id 6A0C51A046A for ; Thu, 20 Mar 2014 08:08:36 -0700 (PDT) Received: from [192.168.1.130] (81-236-221-144-no93.tbcn.telia.com [81.236.221.144]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 1CB19180150F; Thu, 20 Mar 2014 16:08:27 +0100 (CET) Message-ID: <532B046A.4050909@pi.nu> Date: Thu, 20 Mar 2014 16:08:26 +0100 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: "mpls@ietf.org" , "draft-ietf-mpls-ldp-hello-crypto-auth@tools.ietf.org" , "VIGOUREUX, MARTIN (MARTIN)" References: <20140319155119.4679.15670.idtracker@ietfa.amsl.com> In-Reply-To: <20140319155119.4679.15670.idtracker@ietfa.amsl.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/O3nzbRzQsQLaEXg484YuyMty6bE Cc: "mpls-chairs@tools.ietf.org" Subject: [mpls] short wglc on draft-ietf-mpls-ldp-hello-crypto-auth-03.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Mar 2014 15:08:52 -0000 Working Group, We had a working group last on version -02 of this document. That was 5-6 months ago, due to the delayed updates we will run a short wglc on the updated document limited to verifying that the wg are comfortable with the changes. This mail initiate that short working group last call on draft-ietf-mpls-ldp-hello-crypto-auth-03 Please send your comments to the mpls working group mailing list (mpls@ietf.org). This short wglc ends March 28, 2014. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-ldp-hello-crypto-auth/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-mpls-ldp-hello-crypto-auth-03 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-ldp-hello-crypto-auth-03 /Loa for the MPLS wg co-chairs -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Thu Mar 20 08:36:01 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7CF1C1A06D2 for ; Thu, 20 Mar 2014 08:36:00 -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, 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 sKJZ4VPOJAFW for ; Thu, 20 Mar 2014 08:35:57 -0700 (PDT) Received: from usevmg20.ericsson.net (usevmg20.ericsson.net [198.24.6.45]) by ietfa.amsl.com (Postfix) with ESMTP id BC65A1A046A for ; Thu, 20 Mar 2014 08:35:56 -0700 (PDT) X-AuditID: c618062d-b7f858e0000031c7-35-532b0881b422 Received: from EUSAAHC006.ericsson.se (Unknown_Domain [147.117.188.90]) by usevmg20.ericsson.net (Symantec Mail Security) with SMTP id 28.9F.12743.1880B235; Thu, 20 Mar 2014 16:25:53 +0100 (CET) Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC006.ericsson.se ([147.117.188.90]) with mapi id 14.02.0387.000; Thu, 20 Mar 2014 11:35:39 -0400 From: Gregory Mirsky To: Shahram Davari , Mach Chen Thread-Topic: [mpls] Clarification on source label usage Thread-Index: Ac859wY/HtI+Q5xYT9KoGBS6SQcBeQIolEYAADYtaAAAC1d+gAAzNLMAAABNfAAABwn78A== Date: Thu, 20 Mar 2014 15:35:39 +0000 Message-ID: <7347100B5761DC41A166AC17F22DF1121B788DE9@eusaamb103.ericsson.se> References: , , <34D58536-1B55-43B6-A431-5E686BDE31BC@broadcom.com> In-Reply-To: <34D58536-1B55-43B6-A431-5E686BDE31BC@broadcom.com> 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_7347100B5761DC41A166AC17F22DF1121B788DE9eusaamb103erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrPLMWRmVeSWpSXmKPExsUyuXRPlG4jh3awweNbGhbrez0tLqwVtri1 dCWrA7PHrPtn2Txajrxl9Viy5CdTAHMUl01Kak5mWWqRvl0CV8bZM1tYCyZMYqyY8L6ygfFw I2MXIyeHhICJxOGPW1kgbDGJC/fWs3UxcnEICRxhlHhy6A6Us5xRouHrZ2aQKjYBI4kXG3vY QWwRAS+Jxwfes3YxcnAwCyhLnLorAxIWFjCXWHy+nwWixELi86x/bBB2mETL9y1grSwCqhIP 9qwHG8kr4Cvxct4zVohdi5gl9r+YA5bgFHCQuP/zCpjNCHTd91NrmEBsZgFxiVtP5jNBXC0g sWTPeWYIW1Ti5eN/rBC2osS+/unsEPX5Estu32GHWCYocXLmE5YJjKKzkIyahaRsFpIyiLiO xILdn9ggbG2JZQtfM8PYZw48ZkIWX8DIvoqRo7Q4tSw33chgEyMw0o5JsOnuYNzz0vIQozQH i5I475e3zkFCAumJJanZqakFqUXxRaU5qcWHGJk4OKUaGHfEtFz85+XhpXLt7toLc/6xOou/ lFzy9Uyo0scl0/mfXjzR7mz2r+fziZ6rS5sztoRvjXrE85Jhtbjua4v593riw1fFqzXFOax5 4f1xU7y4eLAzU0boAe4/4lc4NYP2tRvVddUwx047cmNWmKO6x44pwil723x22t5guiFn6D/t 1ZaYhoj1y5VYijMSDbWYi4oTAUAo6dGCAgAA Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/ZzA_yXknT3UEClke7I1WvjGFg2I Cc: "mpls@ietf.org" Subject: Re: [mpls] Clarification on source label usage X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Mar 2014 15:36:00 -0000 --_000_7347100B5761DC41A166AC17F22DF1121B788DE9eusaamb103erics_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Shahram, synthetic loss measurement is for out-of-service scenario. Use of SLI/SL en= ables passive performance measurement of not only loss but delay and delay = variation on live traffic. That does not require that SLI/SL be always inse= rted in data traffic, not that even all packets be marked with it. I can re= fer you to draft-chen-ippm-coloring-based-ipfpm-framework for more clues on= how SLI/SL may be used for passive performance measurement. I think that given that, the statement is accurate. Regards, Greg From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Shahram Davari Sent: Thursday, March 20, 2014 7:52 AM To: Mach Chen Cc: mpls@ietf.org Subject: Re: [mpls] Clarification on source label usage Hi So you want source label for data traffic so that you can do direct loss me= asurement instead of synthetic loss measurement. Is that correct? If so then this statement is not correct: "The main purpose for MPLS source label is OAM, source label applies to rea= l packets is optional." So Regards, Shahram On Mar 20, 2014, at 7:43 AM, "Mach Chen" > wrote: Hi Shahram, Because there are requirements to perform Passive performance measurement, = that means to measure the performance of the real traffic, not the performa= nce of the OAM packets. Best regards, Mach From: Shahram Davari [mailto:davari@broadcom.com] Sent: Wednesday, March 19, 2014 10:17 PM To: Mach Chen Cc: Binny Jeshan; mpls@ietf.org Subject: Re: [mpls] Clarification on source label usage Hi For flow identification. You could use a MEPID inside the OAM message. Why = do you need another label? Regards, Shahram On Mar 19, 2014, at 1:52 AM, "Mach Chen" > wrote: Hi Binny, No, G-Ach works fine. The OAM I mentioned mainly refers to the performance measurement(passive) t= hat is listed as the first use case in the draft, the source label is used = for flow identification. Best regards, Mach From: Binny Jeshan [mailto:binnyjeshan@gmail.com] Sent: Tuesday, March 18, 2014 3:01 PM To: Mach Chen Cc: mpls@ietf.org Subject: Re: [mpls] Clarification on source label usage Mach, Do you mean the G-Ach ? Regards, Binny. Aricent On 18 March 2014 02:51, Mach Chen > wrote: Hi MPLSers, Yesterday, there are a lots of discussions on source label, thanks for the = discussions. I'd like to make a clarification on the usage of source label,= I think there may be a misunderstanding of the usage of source label. The= main purpose for MPLS source label is OAM, source label applies to real pa= ckets is optional. Best regards, Mach _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls --_000_7347100B5761DC41A166AC17F22DF1121B788DE9eusaamb103erics_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Shahram,

synthetic loss measuremen= t is for out-of-service scenario. Use of SLI/SL enables passive performance= measurement of not only loss but delay and delay variation on live traffic. That does not require that SLI/SL be always inserted in d= ata traffic, not that even all packets be marked with it. I can refer you t= o draft-chen-ippm-coloring-based-ipfpm-framework for more clues on how SLI/= SL may be used for passive performance measurement.

 <= /p>

I think that given that, = the statement is accurate.

 <= /p>

    &= nbsp;           Regards,<= o:p>

    &= nbsp;           &nbs= p;            &= nbsp;  Greg

 <= /p>

From: mpls [ma= ilto:mpls-bounces@ietf.org] On Behalf Of Shahram Davari
Sent: Thursday, March 20, 2014 7:52 AM
To: Mach Chen
Cc: mpls@ietf.org
Subject: Re: [mpls] Clarification on source label usage

 

Hi

 

So you want source label for data traffic so that yo= u can do direct loss measurement instead of synthetic loss measurement. Is = that correct? 

 

If so then this statement is not correct:=

 

"The main purpose for MPLS source label is OAM,= source label applies to real packets is optional."

 

So 

Regards,

Shahram

 


On Mar 20, 2014, at 7:43 AM, "Mach Chen" <mach.chen@huawei.com> wrote:

Hi Shahram,

 <= /p>

Because there are require= ments to perform Passive performance measurement, that means to measure the= performance of the real traffic, not the performance of the OAM packets.

 <= /p>

Best regards,=

Mach

 <= /p>

From: Shahram = Davari [mailto:davari@broadcom.com]
Sent: Wednesday, March 19, 2014 10:17 PM
To: Mach Chen
Cc: Binny Jeshan; mpls@ietf.org=
Subject: Re: [mpls] Clarification on source label usage<= /o:p>

 

Hi

 

For flow identification. You could use a MEPID insid= e the OAM message. Why do you need another label?


Regards,

Shahram

 


On Mar 19, 2014, at 1:52 AM, "Mach Chen" <mach.chen@huawei.com> wrote:

Hi Binny,

 <= /p>

No,  G-Ach works fin= e.

 <= /p>

The OAM I mentioned mainl= y refers to the performance measurement(passive) that is listed as the firs= t use case in the draft, the source label is used for flow identification.

 <= /p>

Best regards,=

Mach

 <= /p>

From: Binny Je= shan [mailto:binnyjeshan@gmail.com= ]
Sent: Tuesday, March 18, 2014 3:01 PM
To: Mach Chen
Cc: mpls@ietf.org
Subject: Re: [mpls] Clarification on source label usage<= /o:p>

 

Mach,

 

Do you mean the G-Ach ?

 

Regards,

Binny.

 

Aricent

 

On 18 March 2014 02:51, Mach Chen <mach.chen@huawei.com> wr= ote:

Hi MPLSers,

 

Yesterday, there are a lots of discussions on source label, thanks= for the discussions. I’d like to make a clarification on the usage o= f source label, I think there may be a  misunderstanding of the usage of source label. The main purpose for MPLS source label is OA= M, source label applies to real packets is optional.

 

 

Best regards,

Mach

 

 


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

 

_______________________________________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org= /mailman/listinfo/mpls

--_000_7347100B5761DC41A166AC17F22DF1121B788DE9eusaamb103erics_-- From nobody Thu Mar 20 09:01:22 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 884A81A0771 for ; Thu, 20 Mar 2014 09:01:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.783 X-Spam-Level: X-Spam-Status: No, score=-99.783 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_BL_SPAMCOP_NET=1.347, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_SORBS_WEB=0.77, 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 Q7nJfUlVXFYA for ; Thu, 20 Mar 2014 09:01:18 -0700 (PDT) Received: from asmtp4.iomartmail.com (asmtp4.iomartmail.com [62.128.201.175]) by ietfa.amsl.com (Postfix) with ESMTP id 8D13E1A08C8 for ; Thu, 20 Mar 2014 09:01:15 -0700 (PDT) Received: from asmtp4.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp4.iomartmail.com (8.13.8/8.13.8) with ESMTP id s2KG15W2022937; Thu, 20 Mar 2014 16:01:05 GMT Received: from 950129200 (15.21.90.92.rev.sfr.net [92.90.21.15]) (authenticated bits=0) by asmtp4.iomartmail.com (8.13.8/8.13.8) with ESMTP id s2KG0xBl022920 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 20 Mar 2014 16:01:01 GMT From: "Adrian Farrel" To: "'Eric Osborne'" References: <290801cf4210$dccee410$966cac30$@olddog.co.uk> In-Reply-To: Date: Thu, 20 Mar 2014 16:01:00 -0000 Message-ID: <055001cf4455$98a3e320$c9eba960$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQKd4omFfmWRtw0yUVmghp/7/GOE0gKXTydrmTgrf1A= Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.5.0.1017-20576.006 X-TM-AS-Result: No--32.085-10.0-31-10 X-imss-scan-details: No--32.085-10.0-31-10 X-TMASE-MatchedRID: 6otD/cJAac04HKI/yaqRm8zWN98iBBeGF2pUb6YRYK4g2z9E1gvBRFDZ fgsmSdjJxgTfaSd+2UEGcgtee9l4fsME2BsoiKJMnbUZkYTzXIY0AKed0u9fB9qCxkzSpW/XR9N tg5WYfmFcitmqFf41qymSUiCdg4M4HKicLVBy7TkD2WXLXdz+AUCrr/LkAQ46ipSe9U1/foMrq8 eoCYeKKJzW9MV6qvNdPcKLjIXXfz+KbEHmVe3v3tNtHlqACwPXxO1Uuyare+l1A9b1UVJiY4pZv GWtY3IJueDROJV7Y16cTzUIqwRjrlusI+TE6qbxb0rZzyQrEg19LQinZ4QefL6qvLNjDYTwzz3j ehzeneyrusVRy4an8bxAi7jPoeEQftwZ3X11IV0= Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/6vSwPUc4s_xWyRYBXrzjK6d3PG0 Cc: 'Eric Osborne' , mpls@ietf.org Subject: Re: [mpls] Early AD comments on draft-ietf-mpls-psc-updates X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Mar 2014 16:01:19 -0000 Yes, you're right. Should be a comma not a period. A > -----Original Message----- > From: Eric Osborne [mailto:eric@notcom.com] > Sent: 20 March 2014 14:39 > To: Adrian Farrel > Cc: Eric Osborne; mpls@ietf.org > Subject: Re: Early AD comments on draft-ietf-mpls-psc-updates > > Hi Adrian- > > > > Thanks for these. I am OK with them and will add them to the > version I post next. I'm not clear on the nuances of your IANA text, > though. You say: > > > --- > IANA is requested to mark the value 0 in the "MPLS PSC TLV Registry" > as "Reserved, not to be allocated" and to update the references to > show [RFC6378]. > [This.I-D]. Note that this action provides documentation of an action > already taken by IANA but not recorded in RFC 6378. > --- > > > What exactly does the [This.I-D] do in its own sentence? Did you mean > something like " update the references to show [RFC6378] and > [This.I-D]. Note that this action..." or is there something subtle > I'm not picking up on with your original phrasing? > > > > > eric > > On Mon, Mar 17, 2014 at 2:43 PM, Adrian Farrel wrote: > > Hi Eric, > > > > A couple of discussion points on draft-ietf-mpls-tp-psc-itu (which is currently > > in IESG evaluation) have given rise to two small proposed additions to > > draft-ietf-mpls-psc-updates > > > > 1. I think this warrants a very small section of its own... > > > > x.y PSC TLV Format > > > > [RFC6378] defines the capability to carry TLVs in the PSC messages. This section > > defines the format to be used by all such TLVs. > > > > Type field (T) > > A two octet field that encodes a type value in network byte order. The type > > values are recorded in the IANA registry "MPLS PSC TLV Registry". > > > > Length field (L) > > A two octet field that encodes the length in octets of the Value field in > > network byte order. The value of this field MUST be a multiple of 4. > > > > Value field (V) > > The contents of the TLV. This field MUST be a multiple of 4 octets and so may > > contain explicit padding. > > > > > > 2. There was a trivial snafu with the 0 value in the "MPLS PSC TLV Registry". It > > was agreed that 0 would be reserved, but this was not recorded in RFC 6378. > > Therefore, the IANA section of draft-ietf-mpls-psc-updates should include the > > text... > > > > IANA is requested to mark the value 0 in the "MPLS PSC TLV Registry" as > > "Reserved, not to be allocated" and to update the references to show > [RFC6378]. > > [This.I-D]. Note that this action provides documentation of an action already > > taken by IANA but not recorded in RFC 6378. > > > > > > Hope everyone is comfortable with this. > > > > Thanks, > > Adrian > > From nobody Thu Mar 20 09:17:42 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 45A561A048D for ; Thu, 20 Mar 2014 09:17:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.978 X-Spam-Level: X-Spam-Status: No, score=-1.978 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9KZrcF_UhKzW for ; Thu, 20 Mar 2014 09:17:39 -0700 (PDT) Received: from mail-yk0-f170.google.com (mail-yk0-f170.google.com [209.85.160.170]) by ietfa.amsl.com (Postfix) with ESMTP id 71B831A0759 for ; Thu, 20 Mar 2014 09:17:39 -0700 (PDT) Received: by mail-yk0-f170.google.com with SMTP id 9so2836774ykp.1 for ; Thu, 20 Mar 2014 09:17:30 -0700 (PDT) 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=/NQtdESj+vKSttCsmeufUFCjpIhgiJSrVNXUZfiINyc=; b=ZSorN6jo070aH4KXP+iL8U4DkbqnoKi9va/RzOPalaeRT0aL61Nmgg9vrD3T6WyfVA 4vwGKvaoi7XMkg8NlA8KqSILBz1eHp7MOMKjo1cJ816HvrpKLcGc+8qkFvWgNSihGDKI SN4QUpTxbdRtJrPy3w6nFnHOm9BZ8BNzkN1HMrzydJ/WUTgkD4mHNnu9QsG/HwZm5PtC giRs8W9qulrPfCddgJC5HVsUHKRJc32zO5QrmehHAADdOEqZ1tSGR3TbsJDcwlA3GU8s DBXZB4M0NTqgYBTzXAl4RSvnTvTaEZJsf3GlmEW/1+DEiIEiSycqMbzwbtXDgiQQ3rUq OK4g== X-Gm-Message-State: ALoCoQncjRKstWF44Q6f9AZcFPiHD3WTKAukl1nOPiqZTYT9+81YLhxhmZwUZ4iRKg7kzEf7kxgM MIME-Version: 1.0 X-Received: by 10.236.19.11 with SMTP id m11mr2265586yhm.154.1395332250240; Thu, 20 Mar 2014 09:17:30 -0700 (PDT) Received: by 10.170.60.5 with HTTP; Thu, 20 Mar 2014 09:17:30 -0700 (PDT) In-Reply-To: <055001cf4455$98a3e320$c9eba960$@olddog.co.uk> References: <290801cf4210$dccee410$966cac30$@olddog.co.uk> <055001cf4455$98a3e320$c9eba960$@olddog.co.uk> Date: Thu, 20 Mar 2014 12:17:30 -0400 Message-ID: From: Eric Osborne To: Adrian Farrel Content-Type: text/plain; charset=ISO-8859-1 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/n0t3wPbzw8pGUMbKhqBziIXkjmk Cc: Eric Osborne , "mpls@ietf.org" Subject: Re: [mpls] Early AD comments on draft-ietf-mpls-psc-updates X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Mar 2014 16:17:41 -0000 OK. Loa's suggestion is "... update the reference to RFC 6378 to say [this ID]" Adrian's is "...update the references to show [RFC6378], [This ID]". I think Loa's makes more sense...why would we have the registry allocation point to both 6378 and thisID if 6378 doesn't say anything? Whatever text you guys agree on, I'll use. eric On Thu, Mar 20, 2014 at 12:01 PM, Adrian Farrel wrote: > Yes, you're right. Should be a comma not a period. > > A > >> -----Original Message----- >> From: Eric Osborne [mailto:eric@notcom.com] >> Sent: 20 March 2014 14:39 >> To: Adrian Farrel >> Cc: Eric Osborne; mpls@ietf.org >> Subject: Re: Early AD comments on draft-ietf-mpls-psc-updates >> >> Hi Adrian- >> >> >> >> Thanks for these. I am OK with them and will add them to the >> version I post next. I'm not clear on the nuances of your IANA text, >> though. You say: >> >> >> --- >> IANA is requested to mark the value 0 in the "MPLS PSC TLV Registry" >> as "Reserved, not to be allocated" and to update the references to >> show [RFC6378]. >> [This.I-D]. Note that this action provides documentation of an action >> already taken by IANA but not recorded in RFC 6378. >> --- >> >> >> What exactly does the [This.I-D] do in its own sentence? Did you mean >> something like " update the references to show [RFC6378] and >> [This.I-D]. Note that this action..." or is there something subtle >> I'm not picking up on with your original phrasing? >> >> >> >> >> eric >> >> On Mon, Mar 17, 2014 at 2:43 PM, Adrian Farrel wrote: >> > Hi Eric, >> > >> > A couple of discussion points on draft-ietf-mpls-tp-psc-itu (which is > currently >> > in IESG evaluation) have given rise to two small proposed additions to >> > draft-ietf-mpls-psc-updates >> > >> > 1. I think this warrants a very small section of its own... >> > >> > x.y PSC TLV Format >> > >> > [RFC6378] defines the capability to carry TLVs in the PSC messages. This > section >> > defines the format to be used by all such TLVs. >> > >> > Type field (T) >> > A two octet field that encodes a type value in network byte order. The type >> > values are recorded in the IANA registry "MPLS PSC TLV Registry". >> > >> > Length field (L) >> > A two octet field that encodes the length in octets of the Value field in >> > network byte order. The value of this field MUST be a multiple of 4. >> > >> > Value field (V) >> > The contents of the TLV. This field MUST be a multiple of 4 octets and so > may >> > contain explicit padding. >> > >> > >> > 2. There was a trivial snafu with the 0 value in the "MPLS PSC TLV > Registry". It >> > was agreed that 0 would be reserved, but this was not recorded in RFC 6378. >> > Therefore, the IANA section of draft-ietf-mpls-psc-updates should include > the >> > text... >> > >> > IANA is requested to mark the value 0 in the "MPLS PSC TLV Registry" as >> > "Reserved, not to be allocated" and to update the references to show >> [RFC6378]. >> > [This.I-D]. Note that this action provides documentation of an action > already >> > taken by IANA but not recorded in RFC 6378. >> > >> > >> > Hope everyone is comfortable with this. >> > >> > Thanks, >> > Adrian >> > > From nobody Thu Mar 20 09:26:57 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ECCA71A08C7 for ; Thu, 20 Mar 2014 09:26:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.783 X-Spam-Level: X-Spam-Status: No, score=-99.783 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_BL_SPAMCOP_NET=1.347, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_SORBS_WEB=0.77, 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 l98_gWNNBqNw for ; Thu, 20 Mar 2014 09:26:54 -0700 (PDT) Received: from asmtp2.iomartmail.com (asmtp2.iomartmail.com [62.128.201.249]) by ietfa.amsl.com (Postfix) with ESMTP id 1C74C1A08D1 for ; Thu, 20 Mar 2014 09:26:37 -0700 (PDT) Received: from asmtp2.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id s2KGQSfP008909; Thu, 20 Mar 2014 16:26:28 GMT Received: from 950129200 (15.21.90.92.rev.sfr.net [92.90.21.15]) (authenticated bits=0) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id s2KGQMNi008734 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 20 Mar 2014 16:26:26 GMT From: "Adrian Farrel" To: "'Eric Osborne'" References: <290801cf4210$dccee410$966cac30$@olddog.co.uk> <055001cf4455$98a3e320$c9eba960$@olddog.co.uk> In-Reply-To: Date: Thu, 20 Mar 2014 16:26:23 -0000 Message-ID: <056101cf4459$257a1690$706e43b0$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQKd4omFfmWRtw0yUVmghp/7/GOE0gKXTydrAm+ayxoCEqd62pkUH8uA Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.5.0.1017-20576.006 X-TM-AS-Result: No--36.065-10.0-31-10 X-imss-scan-details: No--36.065-10.0-31-10 X-TMASE-MatchedRID: X4bcv0S75Kk4HKI/yaqRm8zWN98iBBeGF2pUb6YRYK4g2z9E1gvBRFDZ fgsmSdjJzu1XSCENVQuO1hSTL56c31vTdvbQErqn3FqOVb7PDEIsCc2iFTIxrfBnFoUlf6vV6Fm XP3DtXmDGmF+VTWRGnTeT288mssTUGBntNyPrRBtswYo64ufkVTGZtPrBBPZrfeHPnu31iHAbfm 9/D+tKzUKctV1XBYYesu3W3u4IhtobPfD7r6VrxUhEDfw/93BuH181YDtIVapkueSaR+/6nXTOp WZZiMb9NaKrx+WAKjlG6gznQKPQ9Qezn5M48zd7utvHF25zoU/uHZGuwo6K7XFRl6C48ENBJQ3o KLSlXAOK9ZQc1tW7whutGu1q+Ek9SSOWVJeuO1A5f9Xw/xqKXcidYBYDjITp+gD2vYtOFhgqtq5 d3cxkNQP90fJP9eHt Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/WEe6xkFsdrzJ_earfFLcM70zl-A Cc: 'Eric Osborne' , mpls@ietf.org Subject: Re: [mpls] Early AD comments on draft-ietf-mpls-psc-updates X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Mar 2014 16:26:56 -0000 The action was taken for RFC 6378, so it should be mentioned. > -----Original Message----- > From: Eric Osborne [mailto:eric@notcom.com] > Sent: 20 March 2014 16:18 > To: Adrian Farrel > Cc: Eric Osborne; mpls@ietf.org > Subject: Re: Early AD comments on draft-ietf-mpls-psc-updates > > OK. > Loa's suggestion is > > "... update the reference to RFC 6378 to say [this ID]" > > Adrian's is "...update the references to show [RFC6378], [This ID]". > > I think Loa's makes more sense...why would we have the registry > allocation point to both 6378 and thisID if 6378 doesn't say anything? > > Whatever text you guys agree on, I'll use. > > > > eric > > On Thu, Mar 20, 2014 at 12:01 PM, Adrian Farrel wrote: > > Yes, you're right. Should be a comma not a period. > > > > A > > > >> -----Original Message----- > >> From: Eric Osborne [mailto:eric@notcom.com] > >> Sent: 20 March 2014 14:39 > >> To: Adrian Farrel > >> Cc: Eric Osborne; mpls@ietf.org > >> Subject: Re: Early AD comments on draft-ietf-mpls-psc-updates > >> > >> Hi Adrian- > >> > >> > >> > >> Thanks for these. I am OK with them and will add them to the > >> version I post next. I'm not clear on the nuances of your IANA text, > >> though. You say: > >> > >> > >> --- > >> IANA is requested to mark the value 0 in the "MPLS PSC TLV Registry" > >> as "Reserved, not to be allocated" and to update the references to > >> show [RFC6378]. > >> [This.I-D]. Note that this action provides documentation of an action > >> already taken by IANA but not recorded in RFC 6378. > >> --- > >> > >> > >> What exactly does the [This.I-D] do in its own sentence? Did you mean > >> something like " update the references to show [RFC6378] and > >> [This.I-D]. Note that this action..." or is there something subtle > >> I'm not picking up on with your original phrasing? > >> > >> > >> > >> > >> eric > >> > >> On Mon, Mar 17, 2014 at 2:43 PM, Adrian Farrel > wrote: > >> > Hi Eric, > >> > > >> > A couple of discussion points on draft-ietf-mpls-tp-psc-itu (which is > > currently > >> > in IESG evaluation) have given rise to two small proposed additions to > >> > draft-ietf-mpls-psc-updates > >> > > >> > 1. I think this warrants a very small section of its own... > >> > > >> > x.y PSC TLV Format > >> > > >> > [RFC6378] defines the capability to carry TLVs in the PSC messages. This > > section > >> > defines the format to be used by all such TLVs. > >> > > >> > Type field (T) > >> > A two octet field that encodes a type value in network byte order. The type > >> > values are recorded in the IANA registry "MPLS PSC TLV Registry". > >> > > >> > Length field (L) > >> > A two octet field that encodes the length in octets of the Value field in > >> > network byte order. The value of this field MUST be a multiple of 4. > >> > > >> > Value field (V) > >> > The contents of the TLV. This field MUST be a multiple of 4 octets and so > > may > >> > contain explicit padding. > >> > > >> > > >> > 2. There was a trivial snafu with the 0 value in the "MPLS PSC TLV > > Registry". It > >> > was agreed that 0 would be reserved, but this was not recorded in RFC 6378. > >> > Therefore, the IANA section of draft-ietf-mpls-psc-updates should include > > the > >> > text... > >> > > >> > IANA is requested to mark the value 0 in the "MPLS PSC TLV Registry" as > >> > "Reserved, not to be allocated" and to update the references to show > >> [RFC6378]. > >> > [This.I-D]. Note that this action provides documentation of an action > > already > >> > taken by IANA but not recorded in RFC 6378. > >> > > >> > > >> > Hope everyone is comfortable with this. > >> > > >> > Thanks, > >> > Adrian > >> > > > From nobody Thu Mar 20 09:37:08 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 410621A08D3 for ; Thu, 20 Mar 2014 09:37:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.447 X-Spam-Level: X-Spam-Status: No, score=-2.447 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.547] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fqpduG0ibrls for ; Thu, 20 Mar 2014 09:37:00 -0700 (PDT) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) by ietfa.amsl.com (Postfix) with ESMTP id C79571A08C5 for ; Thu, 20 Mar 2014 09:36:58 -0700 (PDT) Received: from [192.168.1.130] (81-236-221-144-no93.tbcn.telia.com [81.236.221.144]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 7CF95180150F; Thu, 20 Mar 2014 17:36:49 +0100 (CET) Message-ID: <532B1921.5020205@pi.nu> Date: Thu, 20 Mar 2014 17:36:49 +0100 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: adrian@olddog.co.uk, 'Eric Osborne' References: <290801cf4210$dccee410$966cac30$@olddog.co.uk> <055001cf4455$98a3e320$c9eba960$@olddog.co.uk> <056101cf4459$257a1690$706e43b0$@olddog.co.uk> In-Reply-To: <056101cf4459$257a1690$706e43b0$@olddog.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/wWbzLOZ6hViTwLEX4toDoDzaHlQ Cc: 'Eric Osborne' , mpls@ietf.org Subject: Re: [mpls] Early AD comments on draft-ietf-mpls-psc-updates X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Mar 2014 16:37:04 -0000 Folks, I can live with the: "...update the references to show [RFC6378], [This ID]". It is correct that the action was taken for RFC 6378, but it is also correct that it was never mentioned in RFC 6378. So I guess that what we need to say is: "IANA is requested to mark the value 0 in the "MPLS PSC TLV Registry" as "Reserved, not to be allocated" and to update the references to show [RFC6378], [This.I-D]. Note that this action provides documentation of an action already taken by IANA but not recorded in RFC 6378. This is an update to RFC 6378." /Loa On 2014-03-20 17:26, Adrian Farrel wrote: > The action was taken for RFC 6378, so it should be mentioned. > >> -----Original Message----- >> From: Eric Osborne [mailto:eric@notcom.com] >> Sent: 20 March 2014 16:18 >> To: Adrian Farrel >> Cc: Eric Osborne; mpls@ietf.org >> Subject: Re: Early AD comments on draft-ietf-mpls-psc-updates >> >> OK. >> Loa's suggestion is >> >> "... update the reference to RFC 6378 to say [this ID]" >> >> Adrian's is "...update the references to show [RFC6378], [This ID]". >> >> I think Loa's makes more sense...why would we have the registry >> allocation point to both 6378 and thisID if 6378 doesn't say anything? >> >> Whatever text you guys agree on, I'll use. >> >> >> >> eric >> >> On Thu, Mar 20, 2014 at 12:01 PM, Adrian Farrel wrote: >>> Yes, you're right. Should be a comma not a period. >>> >>> A >>> >>>> -----Original Message----- >>>> From: Eric Osborne [mailto:eric@notcom.com] >>>> Sent: 20 March 2014 14:39 >>>> To: Adrian Farrel >>>> Cc: Eric Osborne; mpls@ietf.org >>>> Subject: Re: Early AD comments on draft-ietf-mpls-psc-updates >>>> >>>> Hi Adrian- >>>> >>>> >>>> >>>> Thanks for these. I am OK with them and will add them to the >>>> version I post next. I'm not clear on the nuances of your IANA text, >>>> though. You say: >>>> >>>> >>>> --- >>>> IANA is requested to mark the value 0 in the "MPLS PSC TLV Registry" >>>> as "Reserved, not to be allocated" and to update the references to >>>> show [RFC6378]. >>>> [This.I-D]. Note that this action provides documentation of an action >>>> already taken by IANA but not recorded in RFC 6378. >>>> --- >>>> >>>> >>>> What exactly does the [This.I-D] do in its own sentence? Did you mean >>>> something like " update the references to show [RFC6378] and >>>> [This.I-D]. Note that this action..." or is there something subtle >>>> I'm not picking up on with your original phrasing? >>>> >>>> >>>> >>>> >>>> eric >>>> >>>> On Mon, Mar 17, 2014 at 2:43 PM, Adrian Farrel >> wrote: >>>>> Hi Eric, >>>>> >>>>> A couple of discussion points on draft-ietf-mpls-tp-psc-itu (which is >>> currently >>>>> in IESG evaluation) have given rise to two small proposed additions to >>>>> draft-ietf-mpls-psc-updates >>>>> >>>>> 1. I think this warrants a very small section of its own... >>>>> >>>>> x.y PSC TLV Format >>>>> >>>>> [RFC6378] defines the capability to carry TLVs in the PSC messages. This >>> section >>>>> defines the format to be used by all such TLVs. >>>>> >>>>> Type field (T) >>>>> A two octet field that encodes a type value in network byte order. The > type >>>>> values are recorded in the IANA registry "MPLS PSC TLV Registry". >>>>> >>>>> Length field (L) >>>>> A two octet field that encodes the length in octets of the Value field in >>>>> network byte order. The value of this field MUST be a multiple of 4. >>>>> >>>>> Value field (V) >>>>> The contents of the TLV. This field MUST be a multiple of 4 octets and so >>> may >>>>> contain explicit padding. >>>>> >>>>> >>>>> 2. There was a trivial snafu with the 0 value in the "MPLS PSC TLV >>> Registry". It >>>>> was agreed that 0 would be reserved, but this was not recorded in RFC > 6378. >>>>> Therefore, the IANA section of draft-ietf-mpls-psc-updates should include >>> the >>>>> text... >>>>> >>>>> IANA is requested to mark the value 0 in the "MPLS PSC TLV Registry" as >>>>> "Reserved, not to be allocated" and to update the references to show >>>> [RFC6378]. >>>>> [This.I-D]. Note that this action provides documentation of an action >>> already >>>>> taken by IANA but not recorded in RFC 6378. >>>>> >>>>> >>>>> Hope everyone is comfortable with this. >>>>> >>>>> Thanks, >>>>> Adrian >>>>> >>> > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Thu Mar 20 10:44:09 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2B4AF1A0743 for ; Thu, 20 Mar 2014 10:44:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.783 X-Spam-Level: X-Spam-Status: No, score=-99.783 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_BL_SPAMCOP_NET=1.347, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_SORBS_WEB=0.77, 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 bX--VDI8sc_S for ; Thu, 20 Mar 2014 10:44:05 -0700 (PDT) Received: from asmtp1.iomartmail.com (asmtp1.iomartmail.com [62.128.201.248]) by ietfa.amsl.com (Postfix) with ESMTP id 31E7F1A0700 for ; Thu, 20 Mar 2014 10:44:05 -0700 (PDT) Received: from asmtp1.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp1.iomartmail.com (8.13.8/8.13.8) with ESMTP id s2KHhpVJ027116; Thu, 20 Mar 2014 17:43:51 GMT Received: from 950129200 (15.21.90.92.rev.sfr.net [92.90.21.15]) (authenticated bits=0) by asmtp1.iomartmail.com (8.13.8/8.13.8) with ESMTP id s2KHhnJE027090 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 20 Mar 2014 17:43:50 GMT From: "Adrian Farrel" To: Date: Thu, 20 Mar 2014 17:43:50 -0000 Message-ID: <059101cf4463$f50573a0$df105ae0$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: Ac9EY8MNclMdBexiStqVjqLQ3DNuZw== Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.0.0.1014-20576.006 X-TM-AS-Result: No--19.154-10.0-31-10 X-imss-scan-details: No--19.154-10.0-31-10 X-TMASE-MatchedRID: 6jzg8HPF6AoO1mBHjZk2Z8RS0pbiOfKb1Ga2L87qPQLIvQIyugvKdYQm ENBkUZwT/kpMT8LeG/RfmzLZ0acKr7Z4xEO8ChS13fn7n/ZHGqZAq6/y5AEOOp0Koq3EzpuH8Z5 E7FtTRPbs7975EykgpRjbhFgl5WHXQTFbAxNchzGBlNt4VSGvIQvxMaV6x4s8q9ojaI9uo5Mxt9 Drlk44mjARc04iCBiadk3TBobQ8JAmcIFfEYO7XNNtHlqACwPXxO1Uuyare+l1A9b1UVJiY4pZv GWtY3IJueDROJV7Y17KpWtpDsSS4IqodmhY3/ydUSn3o+eoUmwax3hQAS8V1QKzHKFHzLsJ4Tno 5sC0gjwpDKicsTbpehLm2GUHz1pbWHukbEwz0n05f9Xw/xqKXcidYBYDjITp+gD2vYtOFhgqtq5 d3cxkNQP90fJP9eHt Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/HH0UEMWdax71aBfW59iehqTAXb8 Cc: mpls@ietf.org Subject: [mpls] AD review of draft-ietf-mpls-psc-updates X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Mar 2014 17:44:07 -0000 All, I have done my usual AD review of this document on receiving the publication request. I find this to be a clear and functional document. Thanks to Eric for holding the pen and to the reviewers or their input. The only comments I have are, I believe, already in hand with Eric. After these updates the Shepherd write-up will need to be updated because there will be an additional update to 6378, and there will be an IANA action document. Similarly, the text of the I-D that talks about the number of updates will need to be updated. I'll put the document into "Revised I-D Needed" state and wait for the next version. Thanks for the work, Adrian ======= Per my earlier email (fixed for the typo): > A couple of discussion points on draft-ietf-mpls-tp-psc-itu (which is > currently in IESG evaluation) have given rise to two small proposed > additions to draft-ietf-mpls-psc-updates > > 1. I think this warrants a very small section of its own... > > x.y PSC TLV Format > > [RFC6378] defines the capability to carry TLVs in the PSC messages. > This section defines the format to be used by all such TLVs. > > Type field (T) > A two octet field that encodes a type value in network byte > order. The type values are recorded in the IANA registry "MPLS > PSC TLV Registry". > > Length field (L) > A two octet field that encodes the length in octets of the Value > field in network byte order. The value of this field MUST be a > multiple of 4. > > Value field (V) > The contents of the TLV. This field MUST be a multiple of 4 > octets and so may contain explicit padding. > > 2. There was a trivial snafu with the 0 value in the "MPLS PSC TLV > Registry". It was agreed that 0 would be reserved, but this was not > recorded in RFC 6378. Therefore, the IANA section of draft-ietf-mpls- > psc-updates should include the text... > > IANA is requested to mark the value 0 in the "MPLS PSC TLV Registry" > as "Reserved, not to be allocated" and to update the references to > show [RFC6378] and [This.I-D]. Note that this action provides > documentation of an action already taken by IANA but not recorded in > RFC 6378. --- Would be nice to fix the nits from idnits in the next revision. From nobody Thu Mar 20 19:11:07 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0D6D91A04C8 for ; Thu, 20 Mar 2014 19:11:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.048 X-Spam-Level: X-Spam-Status: No, score=-15.048 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, RP_MATCHES_RCVD=-0.547, SPF_PASS=-0.001, 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 JyIfNtpOuNqe for ; Thu, 20 Mar 2014 19:11:03 -0700 (PDT) Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) by ietfa.amsl.com (Postfix) with ESMTP id 4EB8F1A02A4 for ; Thu, 20 Mar 2014 19:11:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1546; q=dns/txt; s=iport; t=1395367854; x=1396577454; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=abimrGOI2fLtvfzW/ArQr1blUZh7BWCjLXUzh5pA6Og=; b=lVZGVgYHWDIF8iD48BavmYp+Jzw/BXHZCWRDSDaxfBzXfcxYwBho2r+H cXlTnz0ZrBL40i235q9qwaC0gdaJMU01I5qXEwIrPSZUlG4LEWjwadurL R5cBUka1wLTqIlcn3yJKGAubySCCFfDOivW1mx+NfqsfMhHBeiGyDhU8x s=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhQFAEmfK1OtJV2a/2dsb2JhbABZgwaBEsJigRUWdIIlAQEBBDo/DAQCAQgRAwECHxAyFAkIAgQOBYd5z30Xjg1YBwaEMgEDmEmSMYMtgWlC X-IronPort-AV: E=Sophos;i="4.97,700,1389744000"; d="scan'208";a="311642865" Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by rcdn-iport-1.cisco.com with ESMTP; 21 Mar 2014 02:10:54 +0000 Received: from xhc-rcd-x12.cisco.com (xhc-rcd-x12.cisco.com [173.37.183.86]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id s2L2Ascf008358 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 21 Mar 2014 02:10:54 GMT Received: from xmb-rcd-x06.cisco.com ([169.254.6.22]) by xhc-rcd-x12.cisco.com ([173.37.183.86]) with mapi id 14.03.0123.003; Thu, 20 Mar 2014 21:10:53 -0500 From: "Rajiv Asati (rajiva)" To: "mark.tinka@seacom.mu" Thread-Topic: [mpls] draft-george-mpls-ipv6-only-gap-04.txt Thread-Index: AQHPQujjWjt7idM6rEyQe7n30C6JR5rqQtqAgACdoIA= Date: Fri, 21 Mar 2014 02:10:52 +0000 Message-ID: References: <201403201446.35629.mark.tinka@seacom.mu> In-Reply-To: <201403201446.35629.mark.tinka@seacom.mu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.9.131030 x-originating-ip: [10.82.255.169] Content-Type: text/plain; charset="us-ascii" Content-ID: <6B49BEA6F9ED4845BA764D1EFDC6EAA8@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/UperPzapm-ss4aPq1KxWHwoW6nc Cc: "mpls@ietf.org" , "draft-george-mpls-ipv6-only-gap@tools.ietf.org" Subject: Re: [mpls] draft-george-mpls-ipv6-only-gap-04.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Mar 2014 02:11:05 -0000 Hi Mark, I see your point and somewhat agree to it. IMO, given the the unique RID requirement being limited inside the network, using RFC 1918 (or for that matter, any arbitrary 4-octet string) would suffice in an IPv6-only network. --=20 Cheers, Rajiv Asati Distinguished Engineer, Cisco -----Original Message----- From: Mark Tinka Organization: SEACOM Reply-To: Date: Thursday, March 20, 2014 at 8:46 AM To: Rajiv Asati Cc: "mpls@ietf.org" , "draft-george-mpls-ipv6-only-gap@tools.ietf.org" Subject: Re: [mpls] draft-george-mpls-ipv6-only-gap-04.txt >On Tuesday, March 18, 2014 10:30:23 PM Rajiv Asati (rajiva) >wrote: > >> I wonder whether using RFC 1918 space would be needed, >> since the operators have already had unique public IPv4 >> address space, which could continue to be used (as >> usual) instead of private v4 space for the RID. > >I am referring to new ISP's who launch services long after >the RIR's don't have IPv4 space anymore. > >In such a case, RFC 1918 is the only option for such ISP's, >since they will have been really new on the scene. > >It is also not completely unreasonable to assume existing >operators who have fully assigned all their IPv4 allocations >will either recover public IPv4 from dual-stacked equipment >to use as Router-ID's, or also consider RFC 1918 to continue >growing the IPv6 single-stack network. > >Mark. From nobody Fri Mar 21 00:48:15 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BAA111A0955 for ; Fri, 21 Mar 2014 00:48:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.449 X-Spam-Level: X-Spam-Status: No, score=-2.449 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.547, 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 eBqPQo3kgD8E for ; Fri, 21 Mar 2014 00:48:08 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [IPv6:2607:f170:8000:1500::d3]) by ietfa.amsl.com (Postfix) with ESMTP id 6AE211A095E for ; Fri, 21 Mar 2014 00:48:08 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id 2B4047FC387; Fri, 21 Mar 2014 00:47:59 -0700 (PDT) To: daniel@olddog.co.uk, venkat.mahalingams@gmail.com, akatlas@gmail.com, adrian@olddog.co.uk, loa@pi.nu, swallow@cisco.com, rcallon@juniper.net From: RFC Errata System Message-Id: <20140321074759.2B4047FC387@rfc-editor.org> Date: Fri, 21 Mar 2014 00:47:59 -0700 (PDT) Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/-fWZhOk4ZfBbtxdFEHUoUF4HdqE Cc: mpls@ietf.org, bestman0729@gmail.com, rfc-editor@rfc-editor.org Subject: [mpls] [Editorial Errata Reported] RFC6639 (3925) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Mar 2014 07:48:14 -0000 The following errata report has been submitted for RFC6639, "Multiprotocol Label Switching Transport Profile (MPLS-TP) MIB-Based Management Overview". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata_search.php?rfc=6639&eid=3925 -------------------------------------- Type: Editorial Reported by: Liu Lin Section: 4.2.9 Original Text ------------- The pwTDMPerfCurrentTable [RFC5604], pwTDMPerfIntervalTable [RFC5604], and pwTDMPerf1DayIntervalTable [RFC5604] contain statistical information accumulated per 15-minute, 24-hour, and 1-day periods, respectively. Corrected Text -------------- The pwTDMPerfCurrentTable [RFC5604], pwTDMPerfIntervalTable [RFC5604], and pwTDMPerf1DayIntervalTable [RFC5604] contain statistical information accumulated per 15-minute, 24-hour, and 1-month periods, respectively. Notes ----- 1-day --> 1-month RFC5604 section 6.1 states: The TDM Performance Current Table (pwTDMPerfCurrentTable) contains TDM statistics for the current 15-minute period. The TDM Performance Interval Table (pwTDMPerfIntervalTable) contains TDM statistics for historical intervals (usually 96 15-minute entries to cover a 24 hour period). The TDM Performance One-Day Interval Table (pwTDMPerf1DayIntervalTable) contains TDM statistics for historical intervals accumulated per day. Usually 30 one-day entries to cover a monthly period. Instructions: ------------- This errata is currently posted as "Reported". If necessary, please use "Reply All" to discuss whether it should be verified or rejected. When a decision is reached, the verifying party (IESG) can log in to change the status and edit the report, if necessary. -------------------------------------- RFC6639 (draft-ietf-mpls-tp-mib-management-overview-08) -------------------------------------- Title : Multiprotocol Label Switching Transport Profile (MPLS-TP) MIB-Based Management Overview Publication Date : June 2012 Author(s) : D. King, Ed., M. Venkatesan, Ed. Category : INFORMATIONAL Source : Multiprotocol Label Switching Area : Routing Stream : IETF Verifying Party : IESG From nobody Fri Mar 21 01:12:18 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 449C31A0945 for ; Fri, 21 Mar 2014 01:12:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.747 X-Spam-Level: X-Spam-Status: No, score=-4.747 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.547, 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 gymNNH-cKmOS for ; Fri, 21 Mar 2014 01:12:11 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 93C7B1A0572 for ; Fri, 21 Mar 2014 01:12:10 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BEU34328; Fri, 21 Mar 2014 08:11:58 +0000 (GMT) Received: from LHREML403-HUB.china.huawei.com (10.201.5.217) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.3.158.1; Fri, 21 Mar 2014 08:11:38 +0000 Received: from SZXEMA401-HUB.china.huawei.com (10.82.72.33) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.3.158.1; Fri, 21 Mar 2014 08:11:56 +0000 Received: from SZXEMA510-MBX.china.huawei.com ([169.254.3.94]) by SZXEMA401-HUB.china.huawei.com ([10.82.72.33]) with mapi id 14.03.0158.001; Fri, 21 Mar 2014 16:11:51 +0800 From: Mach Chen To: Gregory Mirsky , Shahram Davari Thread-Topic: [mpls] Clarification on source label usage Thread-Index: Ac859wY/HtI+Q5xYT9KoGBS6SQcBeQIPbvkAAEXigHD//90TgP/94ZLQgAO6fwCAAAw+gP/+Y8GQ Date: Fri, 21 Mar 2014 08:11:51 +0000 Message-ID: References: , , <34D58536-1B55-43B6-A431-5E686BDE31BC@broadcom.com> <7347100B5761DC41A166AC17F22DF1121B788DE9@eusaamb103.ericsson.se> In-Reply-To: <7347100B5761DC41A166AC17F22DF1121B788DE9@eusaamb103.ericsson.se> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.69.142] Content-Type: multipart/alternative; boundary="_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE25D990054SZXEMA510MBXchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/rizs5ldmGQ_fs0j72Yj9bjviQ7I Cc: "mpls@ietf.org" Subject: Re: [mpls] Clarification on source label usage X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Mar 2014 08:12:15 -0000 --_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE25D990054SZXEMA510MBXchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Agree. Best regards, Mach From: Gregory Mirsky [mailto:gregory.mirsky@ericsson.com] Sent: Thursday, March 20, 2014 11:36 PM To: Shahram Davari; Mach Chen Cc: mpls@ietf.org Subject: RE: [mpls] Clarification on source label usage Hi Shahram, synthetic loss measurement is for out-of-service scenario. Use of SLI/SL en= ables passive performance measurement of not only loss but delay and delay = variation on live traffic. That does not require that SLI/SL be always inse= rted in data traffic, not that even all packets be marked with it. I can re= fer you to draft-chen-ippm-coloring-based-ipfpm-framework for more clues on= how SLI/SL may be used for passive performance measurement. I think that given that, the statement is accurate. Regards, Greg From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Shahram Davari Sent: Thursday, March 20, 2014 7:52 AM To: Mach Chen Cc: mpls@ietf.org Subject: Re: [mpls] Clarification on source label usage Hi So you want source label for data traffic so that you can do direct loss me= asurement instead of synthetic loss measurement. Is that correct? If so then this statement is not correct: "The main purpose for MPLS source label is OAM, source label applies to rea= l packets is optional." So Regards, Shahram On Mar 20, 2014, at 7:43 AM, "Mach Chen" > wrote: Hi Shahram, Because there are requirements to perform Passive performance measurement, = that means to measure the performance of the real traffic, not the performa= nce of the OAM packets. Best regards, Mach From: Shahram Davari [mailto:davari@broadcom.com] Sent: Wednesday, March 19, 2014 10:17 PM To: Mach Chen Cc: Binny Jeshan; mpls@ietf.org Subject: Re: [mpls] Clarification on source label usage Hi For flow identification. You could use a MEPID inside the OAM message. Why = do you need another label? Regards, Shahram On Mar 19, 2014, at 1:52 AM, "Mach Chen" > wrote: Hi Binny, No, G-Ach works fine. The OAM I mentioned mainly refers to the performance measurement(passive) t= hat is listed as the first use case in the draft, the source label is used = for flow identification. Best regards, Mach From: Binny Jeshan [mailto:binnyjeshan@gmail.com] Sent: Tuesday, March 18, 2014 3:01 PM To: Mach Chen Cc: mpls@ietf.org Subject: Re: [mpls] Clarification on source label usage Mach, Do you mean the G-Ach ? Regards, Binny. Aricent On 18 March 2014 02:51, Mach Chen > wrote: Hi MPLSers, Yesterday, there are a lots of discussions on source label, thanks for the = discussions. I'd like to make a clarification on the usage of source label,= I think there may be a misunderstanding of the usage of source label. The= main purpose for MPLS source label is OAM, source label applies to real pa= ckets is optional. Best regards, Mach _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls --_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE25D990054SZXEMA510MBXchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Agree.

 = ;

Best regar= ds,

Mach<= /o:p>

 = ;

From: Gregory Mirsky [mailto:gregory.mirsky@ericsson.com]
Sent: Thursday, March 20, 2014 11:36 PM
To: Shahram Davari; Mach Chen
Cc: mpls@ietf.org
Subject: RE: [mpls] Clarification on source label usage

 

Hi Shahram= ,

synthetic = loss measurement is for out-of-service scenario. Use of SLI/SL enables pass= ive performance measurement of not only loss but delay and delay variation on live traffic. That does not require that SLI/SL be alwa= ys inserted in data traffic, not that even all packets be marked with it. I= can refer you to draft-chen-ippm-coloring-based-ipfpm-framework for more c= lues on how SLI/SL may be used for passive performance measurement.

 = ;

I think th= at given that, the statement is accurate.

 = ;

 &nbs= p;            &= nbsp; Regards,

 &nbs= p;            &= nbsp;           &nbs= p;     Greg

 = ;

From: mpls [mailto= :mpls-bounces@ietf.org] On Behalf Of Shahram Davari
Sent: Thursday, March 20, 2014 7:52 AM
To: Mach Chen
Cc: mpls@ietf.org
Subject: Re: [mpls] Clarification on source label usage

 

Hi

 

So you want source label for da= ta traffic so that you can do direct loss measurement instead of synthetic = loss measurement. Is that correct? 

 

If so then this statement is no= t correct:

 

"The main purpose for MPLS= source label is OAM, source label applies to real packets is optional.&quo= t;

 

So 

Regards,

Shahram

 

=
On Mar 20, 2014, at 7:43 AM, "Mach Chen" <mach.chen@huawei.com> wrote:

Hi Shahram= ,

 

Because th= ere are requirements to perform Passive performance measurement, that means= to measure the performance of the real traffic, not the performance of the OAM packets.

 

Best regar= ds,

Mach

 

From: Shahram Davari [mailto:davari@broadcom.com]
Sent: Wednesday, March 19, 2014 10:17 PM
To: Mach Chen
Cc: Binny Jeshan; mpls@ietf.org=
Subject: Re: [mpls] Clarification on source label usage

 

Hi

 

For flow identification. You co= uld use a MEPID inside the OAM message. Why do you need another label?=


Regards,

Shahram

 

=
On Mar 19, 2014, at 1:52 AM, "Mach Chen" <mach.chen@huawei.com> wrote:

Hi Binny,<= /span>

 

No,  = G-Ach works fine.

 

The OAM I = mentioned mainly refers to the performance measurement(passive) that is lis= ted as the first use case in the draft, the source label is used for flow identification.

 

Best regar= ds,

Mach

 

From: Binny Jeshan [mailto:binnyjeshan@gmail.com]
Sent: Tuesday, March 18, 2014 3:01 PM
To: Mach Chen
Cc: mpls@ietf.org
Subject: Re: [mpls] Clarification on source label usage

 

Mach,

 

Do you mean the G-Ach ?

 

Regards,

Binny.

 

Aricent

=  

On 18 March 2014 02:51, Mach Ch= en <mach.chen@= huawei.com> wrote:

Hi MPLSers,

 

Yesterday, there are a lots of discussions on= source label, thanks for the discussions. I’d like to make a clarifi= cation on the usage of source label, I think there may be a  misunderstanding of the usage of source label. The ma= in purpose for MPLS source label is OAM, source label applies to real packe= ts is optional.

 

 

Best regards,

Mach

 

 

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

 

_______________________________= ________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org= /mailman/listinfo/mpls

--_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE25D990054SZXEMA510MBXchi_-- From nobody Fri Mar 21 04:45:05 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 201D41A0969 for ; Fri, 21 Mar 2014 04:45:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.978 X-Spam-Level: X-Spam-Status: No, score=-1.978 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2ho4LZ1-mc9t for ; Fri, 21 Mar 2014 04:45:00 -0700 (PDT) Received: from mail-yk0-f169.google.com (mail-yk0-f169.google.com [209.85.160.169]) by ietfa.amsl.com (Postfix) with ESMTP id AD9791A08AE for ; Fri, 21 Mar 2014 04:45:00 -0700 (PDT) Received: by mail-yk0-f169.google.com with SMTP id 142so5843276ykq.0 for ; Fri, 21 Mar 2014 04:44:51 -0700 (PDT) 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=LwtTJBi16ZTcUABl4EzHUEUwcj5LD4Q3HQx6F7/pXGo=; b=cpu1ZiBjacm3lTPQ4SAlzjI1xCKFOQ7GPS4arH3VH41AHEnMdPeek+8ERwa9obq2P1 Ib5zVpwDPdg93KnZLhV5BYzY70RQ/Ts3FXMUBoGcUIT283bYB8qB2pnuo3zb1JTMzpk6 eJUXeTg+WPizXGBzdrCkyZ8JkFez4igQSm9neXWYy87gdjKWHo7fL5aD/ksqApEb4MQY wgfh2Iiq2wxSIvUjbvoYxIZaRufk6cePhhrzCYHVMU9QNFuzghHZt4El0MtIivMLY4l5 mWXtomY4Pupn3NTmc6NITH5YAXYwvpdYNy+SolpBYebFV6MZoNseV51difEXLEb1Khe+ DTCA== X-Gm-Message-State: ALoCoQkUH4OuuoAdYc+IEVbYfs0IJDu3Xp+985qoE9H19GHawWlVrg4IKfllK42noVCtuYffBCXD MIME-Version: 1.0 X-Received: by 10.236.75.74 with SMTP id y50mr66890235yhd.27.1395402291280; Fri, 21 Mar 2014 04:44:51 -0700 (PDT) Received: by 10.170.60.5 with HTTP; Fri, 21 Mar 2014 04:44:51 -0700 (PDT) In-Reply-To: <532B1921.5020205@pi.nu> References: <290801cf4210$dccee410$966cac30$@olddog.co.uk> <055001cf4455$98a3e320$c9eba960$@olddog.co.uk> <056101cf4459$257a1690$706e43b0$@olddog.co.uk> <532B1921.5020205@pi.nu> Date: Fri, 21 Mar 2014 07:44:51 -0400 Message-ID: From: Eric Osborne To: Loa Andersson Content-Type: text/plain; charset=ISO-8859-1 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/BZy_VDrktCN0WOx2zGlwoIRVI-Y Cc: "mpls@ietf.org" , Eric Osborne Subject: Re: [mpls] Early AD comments on draft-ietf-mpls-psc-updates X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Mar 2014 11:45:03 -0000 OK. Here's the exact text I've got: -- 8. IANA Considerations IANA is requested to mark the value 0 in the "MPLS PSC TLV Registry" as "Reserved, not to be allocated" and to update the references to show [RFC6378] and [RFC-ietf-mpls-psc-updates-03]. Note that this action provides documentation of an action already taken by IANA but not recorded in RFC 6378. Note to RFC Editor: this section may be removed on publication as an RFC --- I wasn't sure if [This.ID] was intended to provoke variable substitution, nor was I sure whether the square brackets meant that the self-reference should also be a normative reference (to the eventual This.RFC). It seems overkill for a document to cite itself as a normative reference ("in order to understand this document, you should read it")...but on the other hand, perhaps we should start doing that for all drafts that come out of MPLS now. I took the exact formatting from the reference section of the MPLS PSC TLV Registry, which does it like this: --- Reference [RFC6378][RFC-ietf-mpls-moving-iana-registries-04] --- and I did not cite the draft itself in its normative reference section. Please let me know if this exact text is acceptable and then I will post the draft. eric On Thu, Mar 20, 2014 at 12:36 PM, Loa Andersson wrote: > Folks, > > I can live with the: > > "...update the references to show [RFC6378], [This ID]". > > It is correct that the action was taken for RFC 6378, but it is > also correct that it was never mentioned in RFC 6378. So I guess > that what we need to say is: > > > "IANA is requested to mark the value 0 in the "MPLS PSC TLV Registry" > as "Reserved, not to be allocated" and to update the references to > show [RFC6378], [This.I-D]. Note that this action provides > > documentation of an action already taken by IANA but not recorded > in RFC 6378. This is an update to RFC 6378." > > /Loa > > > On 2014-03-20 17:26, Adrian Farrel wrote: >> >> The action was taken for RFC 6378, so it should be mentioned. >> >>> -----Original Message----- >>> From: Eric Osborne [mailto:eric@notcom.com] >>> Sent: 20 March 2014 16:18 >>> To: Adrian Farrel >>> Cc: Eric Osborne; mpls@ietf.org >>> Subject: Re: Early AD comments on draft-ietf-mpls-psc-updates >>> >>> OK. >>> Loa's suggestion is >>> >>> "... update the reference to RFC 6378 to say [this ID]" >>> >>> Adrian's is "...update the references to show [RFC6378], [This ID]". >>> >>> I think Loa's makes more sense...why would we have the registry >>> allocation point to both 6378 and thisID if 6378 doesn't say anything? >>> >>> Whatever text you guys agree on, I'll use. >>> >>> >>> >>> eric >>> >>> On Thu, Mar 20, 2014 at 12:01 PM, Adrian Farrel >>> wrote: >>>> >>>> Yes, you're right. Should be a comma not a period. >>>> >>>> A >>>> >>>>> -----Original Message----- >>>>> From: Eric Osborne [mailto:eric@notcom.com] >>>>> Sent: 20 March 2014 14:39 >>>>> To: Adrian Farrel >>>>> Cc: Eric Osborne; mpls@ietf.org >>>>> Subject: Re: Early AD comments on draft-ietf-mpls-psc-updates >>>>> >>>>> Hi Adrian- >>>>> >>>>> >>>>> >>>>> Thanks for these. I am OK with them and will add them to the >>>>> version I post next. I'm not clear on the nuances of your IANA text, >>>>> though. You say: >>>>> >>>>> >>>>> --- >>>>> IANA is requested to mark the value 0 in the "MPLS PSC TLV Registry" >>>>> as "Reserved, not to be allocated" and to update the references to >>>>> show [RFC6378]. >>>>> [This.I-D]. Note that this action provides documentation of an action >>>>> already taken by IANA but not recorded in RFC 6378. >>>>> --- >>>>> >>>>> >>>>> What exactly does the [This.I-D] do in its own sentence? Did you mean >>>>> something like " update the references to show [RFC6378] and >>>>> [This.I-D]. Note that this action..." or is there something subtle >>>>> I'm not picking up on with your original phrasing? >>>>> >>>>> >>>>> >>>>> >>>>> eric >>>>> >>>>> On Mon, Mar 17, 2014 at 2:43 PM, Adrian Farrel >>> >>> wrote: >>>>>> >>>>>> Hi Eric, >>>>>> >>>>>> A couple of discussion points on draft-ietf-mpls-tp-psc-itu (which is >>>> >>>> currently >>>>>> >>>>>> in IESG evaluation) have given rise to two small proposed additions to >>>>>> draft-ietf-mpls-psc-updates >>>>>> >>>>>> 1. I think this warrants a very small section of its own... >>>>>> >>>>>> x.y PSC TLV Format >>>>>> >>>>>> [RFC6378] defines the capability to carry TLVs in the PSC messages. >>>>>> This >>>> >>>> section >>>>>> >>>>>> defines the format to be used by all such TLVs. >>>>>> >>>>>> Type field (T) >>>>>> A two octet field that encodes a type value in network byte order. The >> >> type >>>>>> >>>>>> values are recorded in the IANA registry "MPLS PSC TLV Registry". >>>>>> >>>>>> Length field (L) >>>>>> A two octet field that encodes the length in octets of the Value field >>>>>> in >>>>>> network byte order. The value of this field MUST be a multiple of 4. >>>>>> >>>>>> Value field (V) >>>>>> The contents of the TLV. This field MUST be a multiple of 4 octets and >>>>>> so >>>> >>>> may >>>>>> >>>>>> contain explicit padding. >>>>>> >>>>>> >>>>>> 2. There was a trivial snafu with the 0 value in the "MPLS PSC TLV >>>> >>>> Registry". It >>>>>> >>>>>> was agreed that 0 would be reserved, but this was not recorded in RFC >> >> 6378. >>>>>> >>>>>> Therefore, the IANA section of draft-ietf-mpls-psc-updates should >>>>>> include >>>> >>>> the >>>>>> >>>>>> text... >>>>>> >>>>>> IANA is requested to mark the value 0 in the "MPLS PSC TLV Registry" >>>>>> as >>>>>> "Reserved, not to be allocated" and to update the references to show >>>>> >>>>> [RFC6378]. >>>>>> >>>>>> [This.I-D]. Note that this action provides documentation of an action >>>> >>>> already >>>>>> >>>>>> taken by IANA but not recorded in RFC 6378. >>>>>> >>>>>> >>>>>> Hope everyone is comfortable with this. >>>>>> >>>>>> Thanks, >>>>>> Adrian >>>>>> >>>> >> >> _______________________________________________ >> mpls mailing list >> mpls@ietf.org >> https://www.ietf.org/mailman/listinfo/mpls >> > > -- > > > Loa Andersson email: loa@mail01.huawei.com > Senior MPLS Expert loa@pi.nu > Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Fri Mar 21 04:52:52 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B37DB1A0969 for ; Fri, 21 Mar 2014 04:52:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.447 X-Spam-Level: X-Spam-Status: No, score=-2.447 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.547] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1SdAbxOXfwtY for ; Fri, 21 Mar 2014 04:52:46 -0700 (PDT) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) by ietfa.amsl.com (Postfix) with ESMTP id D184D1A096D for ; Fri, 21 Mar 2014 04:52:45 -0700 (PDT) Received: from [192.168.0.116] (81-229-83-119-no65.business.telia.com [81.229.83.119]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 9CFCD180150F; Fri, 21 Mar 2014 12:52:35 +0100 (CET) Message-ID: <532C2803.5040900@pi.nu> Date: Fri, 21 Mar 2014 12:52:35 +0100 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Eric Osborne References: <290801cf4210$dccee410$966cac30$@olddog.co.uk> <055001cf4455$98a3e320$c9eba960$@olddog.co.uk> <056101cf4459$257a1690$706e43b0$@olddog.co.uk> <532B1921.5020205@pi.nu> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/sRAbmVOOYZWYGqiKy9-3g68Rnko Cc: "mpls@ietf.org" , Eric Osborne Subject: Re: [mpls] Early AD comments on draft-ietf-mpls-psc-updates X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Mar 2014 11:52:50 -0000 Folks, I'm OK with that text, however it is a documentation of change to a standards track RFC. I'm not sure that it is a good idea to ask the RFC Editor to remove the text. I think the RFC Editor will change it to "IANA has marked the value 0 ..." I think this should stay in the document. /Loa On 2014-03-21 12:44, Eric Osborne wrote: > OK. Here's the exact text I've got: > > > -- > 8. IANA Considerations > > IANA is requested to mark the value 0 in the "MPLS PSC TLV Registry" > as "Reserved, not to be allocated" and to update the references to > show [RFC6378] and [RFC-ietf-mpls-psc-updates-03]. Note that this > action provides documentation of an action already taken by IANA but > not recorded in RFC 6378. > > Note to RFC Editor: this section may be removed on publication as an > RFC > --- > > > I wasn't sure if [This.ID] was intended to provoke variable > substitution, nor was I sure whether the square brackets meant that > the self-reference should also be a normative reference (to the > eventual This.RFC). It seems overkill for a document to cite itself > as a normative reference ("in order to understand this document, you > should read it")...but on the other hand, perhaps we should start > doing that for all drafts that come out of MPLS now. > > I took the exact formatting from the reference section of the MPLS PSC > TLV Registry, which does it like this: > > --- > Reference > [RFC6378][RFC-ietf-mpls-moving-iana-registries-04] > --- > > and I did not cite the draft itself in its normative reference section. > > Please let me know if this exact text is acceptable and then I will > post the draft. > > > > > > eric > > > On Thu, Mar 20, 2014 at 12:36 PM, Loa Andersson wrote: >> Folks, >> >> I can live with the: >> >> "...update the references to show [RFC6378], [This ID]". >> >> It is correct that the action was taken for RFC 6378, but it is >> also correct that it was never mentioned in RFC 6378. So I guess >> that what we need to say is: >> >> >> "IANA is requested to mark the value 0 in the "MPLS PSC TLV Registry" >> as "Reserved, not to be allocated" and to update the references to >> show [RFC6378], [This.I-D]. Note that this action provides >> >> documentation of an action already taken by IANA but not recorded >> in RFC 6378. This is an update to RFC 6378." >> >> /Loa >> >> >> On 2014-03-20 17:26, Adrian Farrel wrote: >>> >>> The action was taken for RFC 6378, so it should be mentioned. >>> >>>> -----Original Message----- >>>> From: Eric Osborne [mailto:eric@notcom.com] >>>> Sent: 20 March 2014 16:18 >>>> To: Adrian Farrel >>>> Cc: Eric Osborne; mpls@ietf.org >>>> Subject: Re: Early AD comments on draft-ietf-mpls-psc-updates >>>> >>>> OK. >>>> Loa's suggestion is >>>> >>>> "... update the reference to RFC 6378 to say [this ID]" >>>> >>>> Adrian's is "...update the references to show [RFC6378], [This ID]". >>>> >>>> I think Loa's makes more sense...why would we have the registry >>>> allocation point to both 6378 and thisID if 6378 doesn't say anything? >>>> >>>> Whatever text you guys agree on, I'll use. >>>> >>>> >>>> >>>> eric >>>> >>>> On Thu, Mar 20, 2014 at 12:01 PM, Adrian Farrel >>>> wrote: >>>>> >>>>> Yes, you're right. Should be a comma not a period. >>>>> >>>>> A >>>>> >>>>>> -----Original Message----- >>>>>> From: Eric Osborne [mailto:eric@notcom.com] >>>>>> Sent: 20 March 2014 14:39 >>>>>> To: Adrian Farrel >>>>>> Cc: Eric Osborne; mpls@ietf.org >>>>>> Subject: Re: Early AD comments on draft-ietf-mpls-psc-updates >>>>>> >>>>>> Hi Adrian- >>>>>> >>>>>> >>>>>> >>>>>> Thanks for these. I am OK with them and will add them to the >>>>>> version I post next. I'm not clear on the nuances of your IANA text, >>>>>> though. You say: >>>>>> >>>>>> >>>>>> --- >>>>>> IANA is requested to mark the value 0 in the "MPLS PSC TLV Registry" >>>>>> as "Reserved, not to be allocated" and to update the references to >>>>>> show [RFC6378]. >>>>>> [This.I-D]. Note that this action provides documentation of an action >>>>>> already taken by IANA but not recorded in RFC 6378. >>>>>> --- >>>>>> >>>>>> >>>>>> What exactly does the [This.I-D] do in its own sentence? Did you mean >>>>>> something like " update the references to show [RFC6378] and >>>>>> [This.I-D]. Note that this action..." or is there something subtle >>>>>> I'm not picking up on with your original phrasing? >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> eric >>>>>> >>>>>> On Mon, Mar 17, 2014 at 2:43 PM, Adrian Farrel >>>> >>>> wrote: >>>>>>> >>>>>>> Hi Eric, >>>>>>> >>>>>>> A couple of discussion points on draft-ietf-mpls-tp-psc-itu (which is >>>>> >>>>> currently >>>>>>> >>>>>>> in IESG evaluation) have given rise to two small proposed additions to >>>>>>> draft-ietf-mpls-psc-updates >>>>>>> >>>>>>> 1. I think this warrants a very small section of its own... >>>>>>> >>>>>>> x.y PSC TLV Format >>>>>>> >>>>>>> [RFC6378] defines the capability to carry TLVs in the PSC messages. >>>>>>> This >>>>> >>>>> section >>>>>>> >>>>>>> defines the format to be used by all such TLVs. >>>>>>> >>>>>>> Type field (T) >>>>>>> A two octet field that encodes a type value in network byte order. The >>> >>> type >>>>>>> >>>>>>> values are recorded in the IANA registry "MPLS PSC TLV Registry". >>>>>>> >>>>>>> Length field (L) >>>>>>> A two octet field that encodes the length in octets of the Value field >>>>>>> in >>>>>>> network byte order. The value of this field MUST be a multiple of 4. >>>>>>> >>>>>>> Value field (V) >>>>>>> The contents of the TLV. This field MUST be a multiple of 4 octets and >>>>>>> so >>>>> >>>>> may >>>>>>> >>>>>>> contain explicit padding. >>>>>>> >>>>>>> >>>>>>> 2. There was a trivial snafu with the 0 value in the "MPLS PSC TLV >>>>> >>>>> Registry". It >>>>>>> >>>>>>> was agreed that 0 would be reserved, but this was not recorded in RFC >>> >>> 6378. >>>>>>> >>>>>>> Therefore, the IANA section of draft-ietf-mpls-psc-updates should >>>>>>> include >>>>> >>>>> the >>>>>>> >>>>>>> text... >>>>>>> >>>>>>> IANA is requested to mark the value 0 in the "MPLS PSC TLV Registry" >>>>>>> as >>>>>>> "Reserved, not to be allocated" and to update the references to show >>>>>> >>>>>> [RFC6378]. >>>>>>> >>>>>>> [This.I-D]. Note that this action provides documentation of an action >>>>> >>>>> already >>>>>>> >>>>>>> taken by IANA but not recorded in RFC 6378. >>>>>>> >>>>>>> >>>>>>> Hope everyone is comfortable with this. >>>>>>> >>>>>>> Thanks, >>>>>>> Adrian >>>>>>> >>>>> >>> >>> _______________________________________________ >>> mpls mailing list >>> mpls@ietf.org >>> https://www.ietf.org/mailman/listinfo/mpls >>> >> >> -- >> >> >> Loa Andersson email: loa@mail01.huawei.com >> Senior MPLS Expert loa@pi.nu >> Huawei Technologies (consultant) phone: +46 739 81 21 64 -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Fri Mar 21 06:40:31 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E65E81A03E2 for ; Fri, 21 Mar 2014 06:40:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.978 X-Spam-Level: X-Spam-Status: No, score=-1.978 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2ZhSJM8ZzCBH for ; Fri, 21 Mar 2014 06:40:26 -0700 (PDT) Received: from mail-yk0-f173.google.com (mail-yk0-f173.google.com [209.85.160.173]) by ietfa.amsl.com (Postfix) with ESMTP id EE1411A072D for ; Fri, 21 Mar 2014 06:40:25 -0700 (PDT) Received: by mail-yk0-f173.google.com with SMTP id 10so6224222ykt.4 for ; Fri, 21 Mar 2014 06:40:16 -0700 (PDT) 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=9xGD8uAUS8++Rv8LiJ5UlBjtkxqrnDK21b/ALcoffIo=; b=mm4Q4FPfHif8ZBKTEUa7+B1/X+/ZLMrSCd9Cg7YRzNI9tLxd1uPxOvEtAD5REUglyO JTdsNwTUiUFCKAwJ1EqN7C3+7sqQlv52LcADdN6LiT6ksOoha+ONcaj9mzXbkOI1ehP4 PzdeopcZCKnoectREdFK+y4Id479GdOW6eT8f45qVm7NJZm7KbmfM9e4OOATnP8+ZgBm aBPAmnbekcYsJSFNz5SmvLXsIJ++cBXOpEJXurTDbNR0KdNjRNmbTAhsqvP63JB9QOIZ xWQtqgEWnC03VyDwPp2LdbNKdGY3rYlai7MyQeJGvUA8AM+fD2vNcnGx7xeBU8GOINWP tIhQ== X-Gm-Message-State: ALoCoQmopRIsir498AvedHZ/tpempkB8pofih9k96sFHIpgZhLXvhhq5pS4iydHSmmU1q3vmuDFn MIME-Version: 1.0 X-Received: by 10.236.136.231 with SMTP id w67mr42776430yhi.53.1395409216496; Fri, 21 Mar 2014 06:40:16 -0700 (PDT) Received: by 10.170.60.5 with HTTP; Fri, 21 Mar 2014 06:40:16 -0700 (PDT) In-Reply-To: <532C2803.5040900@pi.nu> References: <290801cf4210$dccee410$966cac30$@olddog.co.uk> <055001cf4455$98a3e320$c9eba960$@olddog.co.uk> <056101cf4459$257a1690$706e43b0$@olddog.co.uk> <532B1921.5020205@pi.nu> <532C2803.5040900@pi.nu> Date: Fri, 21 Mar 2014 09:40:16 -0400 Message-ID: From: Eric Osborne To: Loa Andersson Content-Type: text/plain; charset=ISO-8859-1 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/KjIGHTTBv32ZiAG5f0BV1WfKHY4 Cc: "mpls@ietf.org" , Eric Osborne Subject: Re: [mpls] Early AD comments on draft-ietf-mpls-psc-updates X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Mar 2014 13:40:29 -0000 OK, so: --- 8. IANA Considerations IANA is requested to mark the value 0 in the "MPLS PSC TLV Registry" as "Reserved, not to be allocated" and to update the references to show [RFC6378] and [RFC-ietf-mpls-psc-updates-03]. Note that this action provides documentation of an action already taken by IANA but not recorded in RFC 6378 --- Adrian? eric On Fri, Mar 21, 2014 at 7:52 AM, Loa Andersson wrote: > Folks, > > I'm OK with that text, however it is a documentation of change to a > standards track RFC. I'm not sure that it is a good idea to ask the > RFC Editor to remove the text. > > I think the RFC Editor will change it to "IANA has marked the > value 0 ..." I think this should stay in the document. > > /Loa > > > On 2014-03-21 12:44, Eric Osborne wrote: >> >> OK. Here's the exact text I've got: >> >> >> -- >> 8. IANA Considerations >> >> IANA is requested to mark the value 0 in the "MPLS PSC TLV Registry" >> as "Reserved, not to be allocated" and to update the references to >> show [RFC6378] and [RFC-ietf-mpls-psc-updates-03]. Note that this >> action provides documentation of an action already taken by IANA but >> not recorded in RFC 6378. >> >> Note to RFC Editor: this section may be removed on publication as an >> RFC >> --- >> >> >> I wasn't sure if [This.ID] was intended to provoke variable >> substitution, nor was I sure whether the square brackets meant that >> the self-reference should also be a normative reference (to the >> eventual This.RFC). It seems overkill for a document to cite itself >> as a normative reference ("in order to understand this document, you >> should read it")...but on the other hand, perhaps we should start >> doing that for all drafts that come out of MPLS now. >> >> I took the exact formatting from the reference section of the MPLS PSC >> TLV Registry, which does it like this: >> >> --- >> Reference >> [RFC6378][RFC-ietf-mpls-moving-iana-registries-04] >> --- >> >> and I did not cite the draft itself in its normative reference section. >> >> Please let me know if this exact text is acceptable and then I will >> post the draft. >> >> >> >> >> >> eric >> >> >> On Thu, Mar 20, 2014 at 12:36 PM, Loa Andersson wrote: >>> >>> Folks, >>> >>> I can live with the: >>> >>> "...update the references to show [RFC6378], [This ID]". >>> >>> It is correct that the action was taken for RFC 6378, but it is >>> also correct that it was never mentioned in RFC 6378. So I guess >>> that what we need to say is: >>> >>> >>> "IANA is requested to mark the value 0 in the "MPLS PSC TLV Registry" >>> as "Reserved, not to be allocated" and to update the references to >>> show [RFC6378], [This.I-D]. Note that this action provides >>> >>> documentation of an action already taken by IANA but not recorded >>> in RFC 6378. This is an update to RFC 6378." >>> >>> /Loa >>> >>> >>> On 2014-03-20 17:26, Adrian Farrel wrote: >>>> >>>> >>>> The action was taken for RFC 6378, so it should be mentioned. >>>> >>>>> -----Original Message----- >>>>> From: Eric Osborne [mailto:eric@notcom.com] >>>>> Sent: 20 March 2014 16:18 >>>>> To: Adrian Farrel >>>>> Cc: Eric Osborne; mpls@ietf.org >>>>> Subject: Re: Early AD comments on draft-ietf-mpls-psc-updates >>>>> >>>>> OK. >>>>> Loa's suggestion is >>>>> >>>>> "... update the reference to RFC 6378 to say [this ID]" >>>>> >>>>> Adrian's is "...update the references to show [RFC6378], [This ID]". >>>>> >>>>> I think Loa's makes more sense...why would we have the registry >>>>> allocation point to both 6378 and thisID if 6378 doesn't say anything? >>>>> >>>>> Whatever text you guys agree on, I'll use. >>>>> >>>>> >>>>> >>>>> eric >>>>> >>>>> On Thu, Mar 20, 2014 at 12:01 PM, Adrian Farrel >>>>> wrote: >>>>>> >>>>>> >>>>>> Yes, you're right. Should be a comma not a period. >>>>>> >>>>>> A >>>>>> >>>>>>> -----Original Message----- >>>>>>> From: Eric Osborne [mailto:eric@notcom.com] >>>>>>> Sent: 20 March 2014 14:39 >>>>>>> To: Adrian Farrel >>>>>>> Cc: Eric Osborne; mpls@ietf.org >>>>>>> Subject: Re: Early AD comments on draft-ietf-mpls-psc-updates >>>>>>> >>>>>>> Hi Adrian- >>>>>>> >>>>>>> >>>>>>> >>>>>>> Thanks for these. I am OK with them and will add them to the >>>>>>> version I post next. I'm not clear on the nuances of your IANA text, >>>>>>> though. You say: >>>>>>> >>>>>>> >>>>>>> --- >>>>>>> IANA is requested to mark the value 0 in the "MPLS PSC TLV Registry" >>>>>>> as "Reserved, not to be allocated" and to update the references to >>>>>>> show [RFC6378]. >>>>>>> [This.I-D]. Note that this action provides documentation of an >>>>>>> action >>>>>>> already taken by IANA but not recorded in RFC 6378. >>>>>>> --- >>>>>>> >>>>>>> >>>>>>> What exactly does the [This.I-D] do in its own sentence? Did you >>>>>>> mean >>>>>>> something like " update the references to show [RFC6378] and >>>>>>> [This.I-D]. Note that this action..." or is there something subtle >>>>>>> I'm not picking up on with your original phrasing? >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> eric >>>>>>> >>>>>>> On Mon, Mar 17, 2014 at 2:43 PM, Adrian Farrel >>>>> >>>>> >>>>> wrote: >>>>>>>> >>>>>>>> >>>>>>>> Hi Eric, >>>>>>>> >>>>>>>> A couple of discussion points on draft-ietf-mpls-tp-psc-itu (which >>>>>>>> is >>>>>> >>>>>> >>>>>> currently >>>>>>>> >>>>>>>> >>>>>>>> in IESG evaluation) have given rise to two small proposed additions >>>>>>>> to >>>>>>>> draft-ietf-mpls-psc-updates >>>>>>>> >>>>>>>> 1. I think this warrants a very small section of its own... >>>>>>>> >>>>>>>> x.y PSC TLV Format >>>>>>>> >>>>>>>> [RFC6378] defines the capability to carry TLVs in the PSC messages. >>>>>>>> This >>>>>> >>>>>> >>>>>> section >>>>>>>> >>>>>>>> >>>>>>>> defines the format to be used by all such TLVs. >>>>>>>> >>>>>>>> Type field (T) >>>>>>>> A two octet field that encodes a type value in network byte order. >>>>>>>> The >>>> >>>> >>>> type >>>>>>>> >>>>>>>> >>>>>>>> values are recorded in the IANA registry "MPLS PSC TLV Registry". >>>>>>>> >>>>>>>> Length field (L) >>>>>>>> A two octet field that encodes the length in octets of the Value >>>>>>>> field >>>>>>>> in >>>>>>>> network byte order. The value of this field MUST be a multiple of 4. >>>>>>>> >>>>>>>> Value field (V) >>>>>>>> The contents of the TLV. This field MUST be a multiple of 4 octets >>>>>>>> and >>>>>>>> so >>>>>> >>>>>> >>>>>> may >>>>>>>> >>>>>>>> >>>>>>>> contain explicit padding. >>>>>>>> >>>>>>>> >>>>>>>> 2. There was a trivial snafu with the 0 value in the "MPLS PSC TLV >>>>>> >>>>>> >>>>>> Registry". It >>>>>>>> >>>>>>>> >>>>>>>> was agreed that 0 would be reserved, but this was not recorded in >>>>>>>> RFC >>>> >>>> >>>> 6378. >>>>>>>> >>>>>>>> >>>>>>>> Therefore, the IANA section of draft-ietf-mpls-psc-updates should >>>>>>>> include >>>>>> >>>>>> >>>>>> the >>>>>>>> >>>>>>>> >>>>>>>> text... >>>>>>>> >>>>>>>> IANA is requested to mark the value 0 in the "MPLS PSC TLV Registry" >>>>>>>> as >>>>>>>> "Reserved, not to be allocated" and to update the references to show >>>>>>> >>>>>>> >>>>>>> [RFC6378]. >>>>>>>> >>>>>>>> >>>>>>>> [This.I-D]. Note that this action provides documentation of an >>>>>>>> action >>>>>> >>>>>> >>>>>> already >>>>>>>> >>>>>>>> >>>>>>>> taken by IANA but not recorded in RFC 6378. >>>>>>>> >>>>>>>> >>>>>>>> Hope everyone is comfortable with this. >>>>>>>> >>>>>>>> Thanks, >>>>>>>> Adrian >>>>>>>> >>>>>> >>>> >>>> _______________________________________________ >>>> mpls mailing list >>>> mpls@ietf.org >>>> https://www.ietf.org/mailman/listinfo/mpls >>>> >>> >>> -- >>> >>> >>> Loa Andersson email: loa@mail01.huawei.com >>> Senior MPLS Expert loa@pi.nu >>> Huawei Technologies (consultant) phone: +46 739 81 21 64 > > > -- > > > Loa Andersson email: loa@mail01.huawei.com > Senior MPLS Expert loa@pi.nu > Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Fri Mar 21 06:47:33 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B6F691A099E for ; Fri, 21 Mar 2014 06:47:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.447 X-Spam-Level: X-Spam-Status: No, score=-2.447 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.547] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TVHC2R2DTcgU for ; Fri, 21 Mar 2014 06:47:27 -0700 (PDT) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) by ietfa.amsl.com (Postfix) with ESMTP id 72B371A098A for ; Fri, 21 Mar 2014 06:47:26 -0700 (PDT) Received: from [192.168.1.130] (81-236-221-144-no93.tbcn.telia.com [81.236.221.144]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id C2B841802AB1; Fri, 21 Mar 2014 14:47:16 +0100 (CET) Message-ID: <532C42E4.8010802@pi.nu> Date: Fri, 21 Mar 2014 14:47:16 +0100 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Eric Osborne References: <290801cf4210$dccee410$966cac30$@olddog.co.uk> <055001cf4455$98a3e320$c9eba960$@olddog.co.uk> <056101cf4459$257a1690$706e43b0$@olddog.co.uk> <532B1921.5020205@pi.nu> <532C2803.5040900@pi.nu> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/qenC8xpC98yGgAw1acocWVBcP9k Cc: "mpls@ietf.org" , Eric Osborne Subject: Re: [mpls] Early AD comments on draft-ietf-mpls-psc-updates X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Mar 2014 13:47:30 -0000 wfm /Loa On 2014-03-21 14:40, Eric Osborne wrote: > OK, so: > > --- > 8. IANA Considerations > > IANA is requested to mark the value 0 in the "MPLS PSC TLV Registry" > as "Reserved, not to be allocated" and to update the references to > show [RFC6378] and [RFC-ietf-mpls-psc-updates-03]. Note that this > action provides documentation of an action already taken by IANA but > not recorded in RFC 6378 > --- > > Adrian? > > > > > eric > > > On Fri, Mar 21, 2014 at 7:52 AM, Loa Andersson wrote: >> Folks, >> >> I'm OK with that text, however it is a documentation of change to a >> standards track RFC. I'm not sure that it is a good idea to ask the >> RFC Editor to remove the text. >> >> I think the RFC Editor will change it to "IANA has marked the >> value 0 ..." I think this should stay in the document. >> >> /Loa >> >> >> On 2014-03-21 12:44, Eric Osborne wrote: >>> >>> OK. Here's the exact text I've got: >>> >>> >>> -- >>> 8. IANA Considerations >>> >>> IANA is requested to mark the value 0 in the "MPLS PSC TLV Registry" >>> as "Reserved, not to be allocated" and to update the references to >>> show [RFC6378] and [RFC-ietf-mpls-psc-updates-03]. Note that this >>> action provides documentation of an action already taken by IANA but >>> not recorded in RFC 6378. >>> >>> Note to RFC Editor: this section may be removed on publication as an >>> RFC >>> --- >>> >>> >>> I wasn't sure if [This.ID] was intended to provoke variable >>> substitution, nor was I sure whether the square brackets meant that >>> the self-reference should also be a normative reference (to the >>> eventual This.RFC). It seems overkill for a document to cite itself >>> as a normative reference ("in order to understand this document, you >>> should read it")...but on the other hand, perhaps we should start >>> doing that for all drafts that come out of MPLS now. >>> >>> I took the exact formatting from the reference section of the MPLS PSC >>> TLV Registry, which does it like this: >>> >>> --- >>> Reference >>> [RFC6378][RFC-ietf-mpls-moving-iana-registries-04] >>> --- >>> >>> and I did not cite the draft itself in its normative reference section. >>> >>> Please let me know if this exact text is acceptable and then I will >>> post the draft. >>> >>> >>> >>> >>> >>> eric >>> >>> >>> On Thu, Mar 20, 2014 at 12:36 PM, Loa Andersson wrote: >>>> >>>> Folks, >>>> >>>> I can live with the: >>>> >>>> "...update the references to show [RFC6378], [This ID]". >>>> >>>> It is correct that the action was taken for RFC 6378, but it is >>>> also correct that it was never mentioned in RFC 6378. So I guess >>>> that what we need to say is: >>>> >>>> >>>> "IANA is requested to mark the value 0 in the "MPLS PSC TLV Registry" >>>> as "Reserved, not to be allocated" and to update the references to >>>> show [RFC6378], [This.I-D]. Note that this action provides >>>> >>>> documentation of an action already taken by IANA but not recorded >>>> in RFC 6378. This is an update to RFC 6378." >>>> >>>> /Loa >>>> >>>> >>>> On 2014-03-20 17:26, Adrian Farrel wrote: >>>>> >>>>> >>>>> The action was taken for RFC 6378, so it should be mentioned. >>>>> >>>>>> -----Original Message----- >>>>>> From: Eric Osborne [mailto:eric@notcom.com] >>>>>> Sent: 20 March 2014 16:18 >>>>>> To: Adrian Farrel >>>>>> Cc: Eric Osborne; mpls@ietf.org >>>>>> Subject: Re: Early AD comments on draft-ietf-mpls-psc-updates >>>>>> >>>>>> OK. >>>>>> Loa's suggestion is >>>>>> >>>>>> "... update the reference to RFC 6378 to say [this ID]" >>>>>> >>>>>> Adrian's is "...update the references to show [RFC6378], [This ID]". >>>>>> >>>>>> I think Loa's makes more sense...why would we have the registry >>>>>> allocation point to both 6378 and thisID if 6378 doesn't say anything? >>>>>> >>>>>> Whatever text you guys agree on, I'll use. >>>>>> >>>>>> >>>>>> >>>>>> eric >>>>>> >>>>>> On Thu, Mar 20, 2014 at 12:01 PM, Adrian Farrel >>>>>> wrote: >>>>>>> >>>>>>> >>>>>>> Yes, you're right. Should be a comma not a period. >>>>>>> >>>>>>> A >>>>>>> >>>>>>>> -----Original Message----- >>>>>>>> From: Eric Osborne [mailto:eric@notcom.com] >>>>>>>> Sent: 20 March 2014 14:39 >>>>>>>> To: Adrian Farrel >>>>>>>> Cc: Eric Osborne; mpls@ietf.org >>>>>>>> Subject: Re: Early AD comments on draft-ietf-mpls-psc-updates >>>>>>>> >>>>>>>> Hi Adrian- >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Thanks for these. I am OK with them and will add them to the >>>>>>>> version I post next. I'm not clear on the nuances of your IANA text, >>>>>>>> though. You say: >>>>>>>> >>>>>>>> >>>>>>>> --- >>>>>>>> IANA is requested to mark the value 0 in the "MPLS PSC TLV Registry" >>>>>>>> as "Reserved, not to be allocated" and to update the references to >>>>>>>> show [RFC6378]. >>>>>>>> [This.I-D]. Note that this action provides documentation of an >>>>>>>> action >>>>>>>> already taken by IANA but not recorded in RFC 6378. >>>>>>>> --- >>>>>>>> >>>>>>>> >>>>>>>> What exactly does the [This.I-D] do in its own sentence? Did you >>>>>>>> mean >>>>>>>> something like " update the references to show [RFC6378] and >>>>>>>> [This.I-D]. Note that this action..." or is there something subtle >>>>>>>> I'm not picking up on with your original phrasing? >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> eric >>>>>>>> >>>>>>>> On Mon, Mar 17, 2014 at 2:43 PM, Adrian Farrel >>>>>> >>>>>> >>>>>> wrote: >>>>>>>>> >>>>>>>>> >>>>>>>>> Hi Eric, >>>>>>>>> >>>>>>>>> A couple of discussion points on draft-ietf-mpls-tp-psc-itu (which >>>>>>>>> is >>>>>>> >>>>>>> >>>>>>> currently >>>>>>>>> >>>>>>>>> >>>>>>>>> in IESG evaluation) have given rise to two small proposed additions >>>>>>>>> to >>>>>>>>> draft-ietf-mpls-psc-updates >>>>>>>>> >>>>>>>>> 1. I think this warrants a very small section of its own... >>>>>>>>> >>>>>>>>> x.y PSC TLV Format >>>>>>>>> >>>>>>>>> [RFC6378] defines the capability to carry TLVs in the PSC messages. >>>>>>>>> This >>>>>>> >>>>>>> >>>>>>> section >>>>>>>>> >>>>>>>>> >>>>>>>>> defines the format to be used by all such TLVs. >>>>>>>>> >>>>>>>>> Type field (T) >>>>>>>>> A two octet field that encodes a type value in network byte order. >>>>>>>>> The >>>>> >>>>> >>>>> type >>>>>>>>> >>>>>>>>> >>>>>>>>> values are recorded in the IANA registry "MPLS PSC TLV Registry". >>>>>>>>> >>>>>>>>> Length field (L) >>>>>>>>> A two octet field that encodes the length in octets of the Value >>>>>>>>> field >>>>>>>>> in >>>>>>>>> network byte order. The value of this field MUST be a multiple of 4. >>>>>>>>> >>>>>>>>> Value field (V) >>>>>>>>> The contents of the TLV. This field MUST be a multiple of 4 octets >>>>>>>>> and >>>>>>>>> so >>>>>>> >>>>>>> >>>>>>> may >>>>>>>>> >>>>>>>>> >>>>>>>>> contain explicit padding. >>>>>>>>> >>>>>>>>> >>>>>>>>> 2. There was a trivial snafu with the 0 value in the "MPLS PSC TLV >>>>>>> >>>>>>> >>>>>>> Registry". It >>>>>>>>> >>>>>>>>> >>>>>>>>> was agreed that 0 would be reserved, but this was not recorded in >>>>>>>>> RFC >>>>> >>>>> >>>>> 6378. >>>>>>>>> >>>>>>>>> >>>>>>>>> Therefore, the IANA section of draft-ietf-mpls-psc-updates should >>>>>>>>> include >>>>>>> >>>>>>> >>>>>>> the >>>>>>>>> >>>>>>>>> >>>>>>>>> text... >>>>>>>>> >>>>>>>>> IANA is requested to mark the value 0 in the "MPLS PSC TLV Registry" >>>>>>>>> as >>>>>>>>> "Reserved, not to be allocated" and to update the references to show >>>>>>>> >>>>>>>> >>>>>>>> [RFC6378]. >>>>>>>>> >>>>>>>>> >>>>>>>>> [This.I-D]. Note that this action provides documentation of an >>>>>>>>> action >>>>>>> >>>>>>> >>>>>>> already >>>>>>>>> >>>>>>>>> >>>>>>>>> taken by IANA but not recorded in RFC 6378. >>>>>>>>> >>>>>>>>> >>>>>>>>> Hope everyone is comfortable with this. >>>>>>>>> >>>>>>>>> Thanks, >>>>>>>>> Adrian >>>>>>>>> >>>>>>> >>>>> >>>>> _______________________________________________ >>>>> mpls mailing list >>>>> mpls@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/mpls >>>>> >>>> >>>> -- >>>> >>>> >>>> Loa Andersson email: loa@mail01.huawei.com >>>> Senior MPLS Expert loa@pi.nu >>>> Huawei Technologies (consultant) phone: +46 739 81 21 64 >> >> >> -- >> >> >> Loa Andersson email: loa@mail01.huawei.com >> Senior MPLS Expert loa@pi.nu >> Huawei Technologies (consultant) phone: +46 739 81 21 64 -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Fri Mar 21 07:15:53 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0C2F11A099B for ; Fri, 21 Mar 2014 07:15:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.446 X-Spam-Level: X-Spam-Status: No, score=-2.446 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.547] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KZmQJsV5LTPt for ; Fri, 21 Mar 2014 07:15:46 -0700 (PDT) Received: from mail-gw3-out.broadcom.com (mail-gw3-out.broadcom.com [216.31.210.64]) by ietfa.amsl.com (Postfix) with ESMTP id 302AF1A08E8 for ; Fri, 21 Mar 2014 07:15:21 -0700 (PDT) X-IronPort-AV: E=Sophos; i="4.97,704,1389772800"; d="scan'208,217"; a="20374820" Received: from irvexchcas06.broadcom.com (HELO IRVEXCHCAS06.corp.ad.broadcom.com) ([10.9.208.53]) by mail-gw3-out.broadcom.com with ESMTP; 21 Mar 2014 07:29:57 -0700 Received: from IRVEXCHSMTP4.corp.ad.broadcom.com (10.15.197.14) by IRVEXCHCAS06.corp.ad.broadcom.com (10.9.208.53) with Microsoft SMTP Server (TLS) id 14.3.174.1; Fri, 21 Mar 2014 07:15:11 -0700 Received: from SJEXCHCAS03.corp.ad.broadcom.com (10.16.203.8) by Irvexchsmtp4.corp.ad.broadcom.com (10.15.197.14) with Microsoft SMTP Server (TLS) id 14.3.174.1; Fri, 21 Mar 2014 07:15:11 -0700 Received: from SJEXCHMB12.corp.ad.broadcom.com ([fe80::bc15:c1e1:c29a:36f7]) by SJEXCHCAS03.corp.ad.broadcom.com ([::1]) with mapi id 14.03.0174.001; Fri, 21 Mar 2014 07:15:11 -0700 From: Shahram Davari To: Gregory Mirsky Thread-Topic: [mpls] Clarification on source label usage Thread-Index: Ac859wY/HtI+Q5xYT9KoGBS6SQcBeQIu3ZoAADYtZwD//+VjU4ACDv4A//+NFG6AAIGWgIABBoAg Date: Fri, 21 Mar 2014 14:15:10 +0000 Message-ID: <951E31D6-92B8-4B66-9510-7DCD70B0AB48@broadcom.com> References: , , <34D58536-1B55-43B6-A431-5E686BDE31BC@broadcom.com>, <7347100B5761DC41A166AC17F22DF1121B788DE9@eusaamb103.ericsson.se> In-Reply-To: <7347100B5761DC41A166AC17F22DF1121B788DE9@eusaamb103.ericsson.se> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: multipart/alternative; boundary="_000_951E31D692B84B6695107DCD70B0AB48broadcomcom_" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/2H2SJ46DWUgAl0kTS6yvK7CDm6s Cc: "mpls@ietf.org" Subject: Re: [mpls] Clarification on source label usage X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Mar 2014 14:15:50 -0000 --_000_951E31D692B84B6695107DCD70B0AB48broadcomcom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Greg Let's not play with words. You are adding SLI/SL on customer data packets. = This means the SLI/SL is not applied to only OAM packets. In fact you are n= ot using any OAM packet to do LM /DM. You can argue that this is in demand and does not run all the time but our = experience shows many providers run LM/DM proactively since they use it as = Signal degrade for protection switching. Regards, Shahram On Mar 20, 2014, at 8:35 AM, "Gregory Mirsky" > wrote: Hi Shahram, synthetic loss measurement is for out-of-service scenario. Use of SLI/SL en= ables passive performance measurement of not only loss but delay and delay = variation on live traffic. That does not require that SLI/SL be always inse= rted in data traffic, not that even all packets be marked with it. I can re= fer you to draft-chen-ippm-coloring-based-ipfpm-framework for more clues on= how SLI/SL may be used for passive performance measurement. I think that given that, the statement is accurate. Regards, Greg From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Shahram Davari Sent: Thursday, March 20, 2014 7:52 AM To: Mach Chen Cc: mpls@ietf.org Subject: Re: [mpls] Clarification on source label usage Hi So you want source label for data traffic so that you can do direct loss me= asurement instead of synthetic loss measurement. Is that correct? If so then this statement is not correct: "The main purpose for MPLS source label is OAM, source label applies to rea= l packets is optional." So Regards, Shahram On Mar 20, 2014, at 7:43 AM, "Mach Chen" > wrote: Hi Shahram, Because there are requirements to perform Passive performance measurement, = that means to measure the performance of the real traffic, not the performa= nce of the OAM packets. Best regards, Mach From: Shahram Davari [mailto:davari@broadcom.com] Sent: Wednesday, March 19, 2014 10:17 PM To: Mach Chen Cc: Binny Jeshan; mpls@ietf.org Subject: Re: [mpls] Clarification on source label usage Hi For flow identification. You could use a MEPID inside the OAM message. Why = do you need another label? Regards, Shahram On Mar 19, 2014, at 1:52 AM, "Mach Chen" > wrote: Hi Binny, No, G-Ach works fine. The OAM I mentioned mainly refers to the performance measurement(passive) t= hat is listed as the first use case in the draft, the source label is used = for flow identification. Best regards, Mach From: Binny Jeshan [mailto:binnyjeshan@gmail.com] Sent: Tuesday, March 18, 2014 3:01 PM To: Mach Chen Cc: mpls@ietf.org Subject: Re: [mpls] Clarification on source label usage Mach, Do you mean the G-Ach ? Regards, Binny. Aricent On 18 March 2014 02:51, Mach Chen > wrote: Hi MPLSers, Yesterday, there are a lots of discussions on source label, thanks for the = discussions. I=92d like to make a clarification on the usage of source labe= l, I think there may be a misunderstanding of the usage of source label. T= he main purpose for MPLS source label is OAM, source label applies to real = packets is optional. Best regards, Mach _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls --_000_951E31D692B84B6695107DCD70B0AB48broadcomcom_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable
Greg

Let's not play with words. You are adding SLI/SL on customer data pack= ets. This means the SLI/SL is not applied to only OAM packets. In fact you = are not using any OAM packet to do LM /DM.

You can argue that this is in demand and does not run all the time but= our experience shows many providers run LM/DM proactively since they use i= t as Signal degrade for protection switching.

Regards,
Shahram


On Mar 20, 2014, at 8:35 AM, "Gregory Mirsky" <gregory.mirsky@ericsson.com> wrote:<= br>

Hi Shahram,

synthetic loss measuremen= t is for out-of-service scenario. Use of SLI/SL enables passive performance= measurement of not only loss but delay and delay variation on live traffic. That does not require that SLI/SL be always inserted in d= ata traffic, not that even all packets be marked with it. I can refer you t= o draft-chen-ippm-coloring-based-ipfpm-framework for more clues on how SLI/= SL may be used for passive performance measurement.

 <= /p>

I think that given that, = the statement is accurate.

 <= /p>

    &= nbsp;           Regards,<= o:p>

    &= nbsp;           &nbs= p;            &= nbsp;  Greg

 <= /p>

From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Shahram Davari
Sent: Thursday, March 20, 2014 7:52 AM
To: Mach Chen
Cc: mpls@ietf.org
Subject: Re: [mpls] Clarification on source label usage

 

Hi

 

So you want source label for data traffic so that yo= u can do direct loss measurement instead of synthetic loss measurement. Is = that correct? 

 

If so then this statement is not correct:=

 

"The main purpose for MPLS source label is OAM,= source label applies to real packets is optional."

 

So 

Regards,

Shahram

 


On Mar 20, 2014, at 7:43 AM, "Mach Chen" <mach.chen@huawei.com> wrote:

Hi Shahram,

 <= /p>

Because there are require= ments to perform Passive performance measurement, that means to measure the= performance of the real traffic, not the performance of the OAM packets.

 <= /p>

Best regards,=

Mach

 <= /p>

From: Shahram = Davari [mailto:davari@broadcom.com]
Sent: Wednesday, March 19, 2014 10:17 PM
To: Mach Chen
Cc: Binny Jeshan; mpls@ietf.org=
Subject: Re: [mpls] Clarification on source label usage<= /o:p>

 

Hi

 

For flow identification. You could use a MEPID insid= e the OAM message. Why do you need another label?


Regards,

Shahram

 


On Mar 19, 2014, at 1:52 AM, "Mach Chen" <mach.chen@huawei.com> wrote:

Hi Binny,

 <= /p>

No,  G-Ach works fin= e.

 <= /p>

The OAM I mentioned mainl= y refers to the performance measurement(passive) that is listed as the firs= t use case in the draft, the source label is used for flow identification.

 <= /p>

Best regards,=

Mach

 <= /p>

From: Binny Je= shan [mailto:binnyjeshan@gmail.com= ]
Sent: Tuesday, March 18, 2014 3:01 PM
To: Mach Chen
Cc: mpls@ietf.org
Subject: Re: [mpls] Clarification on source label usage<= /o:p>

 

Mach,

 

Do you mean the G-Ach ?

 

Regards,

Binny.

 

Aricent

 

On 18 March 2014 02:51, Mach Chen <mach.chen@huawei.com> wr= ote:

Hi MPLSers,

 

Yesterday, there are a lots of discussions on source label, thanks= for the discussions. I=92d like to make a clarification on the usage of so= urce label, I think there may be a  misunderstanding of the usage of source label. The main purpose for MPLS source label is OA= M, source label applies to real packets is optional.

 

 

Best regards,

Mach

 

 


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

 

_______________________________________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org= /mailman/listinfo/mpls

--_000_951E31D692B84B6695107DCD70B0AB48broadcomcom_-- From nobody Fri Mar 21 08:50:50 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1B3B11A047B; Fri, 21 Mar 2014 08:50:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.449 X-Spam-Level: X-Spam-Status: No, score=-2.449 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.547, 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 w9p31I0XNgmE; Fri, 21 Mar 2014 08:50:43 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [IPv6:2607:f170:8000:1500::d3]) by ietfa.amsl.com (Postfix) with ESMTP id 420451A0470; Fri, 21 Mar 2014 08:50:43 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id DFA5D7FC387; Fri, 21 Mar 2014 08:50:33 -0700 (PDT) To: bestman0729@gmail.com, daniel@olddog.co.uk, venkat.mahalingams@gmail.com From: RFC Errata System Message-Id: <20140321155033.DFA5D7FC387@rfc-editor.org> Date: Fri, 21 Mar 2014 08:50:33 -0700 (PDT) Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/bxU9CdQ02kMM2Uvql5zATMYXWg0 Cc: rfc-editor@rfc-editor.org, iesg@ietf.org, mpls@ietf.org Subject: [mpls] [Errata Verified] RFC6639 (3925) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Mar 2014 15:50:45 -0000 The following errata report has been verified for RFC6639, "Multiprotocol Label Switching Transport Profile (MPLS-TP) MIB-Based Management Overview". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata_search.php?rfc=6639&eid=3925 -------------------------------------- Status: Verified Type: Editorial Reported by: Liu Lin Date Reported: 2014-03-21 Verified by: Adrian Farrel (IESG) Section: 4.2.9 Original Text ------------- The pwTDMPerfCurrentTable [RFC5604], pwTDMPerfIntervalTable [RFC5604], and pwTDMPerf1DayIntervalTable [RFC5604] contain statistical information accumulated per 15-minute, 24-hour, and 1-day periods, respectively. Corrected Text -------------- The pwTDMPerfCurrentTable [RFC5604], pwTDMPerfIntervalTable [RFC5604], and pwTDMPerf1DayIntervalTable [RFC5604] contain statistical information accumulated per 15-minute, 24-hour, and 1-month periods, respectively. Notes ----- 1-day --> 1-month RFC5604 section 6.1 states: The TDM Performance Current Table (pwTDMPerfCurrentTable) contains TDM statistics for the current 15-minute period. The TDM Performance Interval Table (pwTDMPerfIntervalTable) contains TDM statistics for historical intervals (usually 96 15-minute entries to cover a 24 hour period). The TDM Performance One-Day Interval Table (pwTDMPerf1DayIntervalTable) contains TDM statistics for historical intervals accumulated per day. Usually 30 one-day entries to cover a monthly period. -------------------------------------- RFC6639 (draft-ietf-mpls-tp-mib-management-overview-08) -------------------------------------- Title : Multiprotocol Label Switching Transport Profile (MPLS-TP) MIB-Based Management Overview Publication Date : June 2012 Author(s) : D. King, Ed., M. Venkatesan, Ed. Category : INFORMATIONAL Source : Multiprotocol Label Switching Area : Routing Stream : IETF Verifying Party : IESG From nobody Fri Mar 21 11:39:59 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A34811A0A09 for ; Fri, 21 Mar 2014 11:39:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.254 X-Spam-Level: X-Spam-Status: No, score=-1.254 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_BL_SPAMCOP_NET=1.347, 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 49qcOrAcT6dk for ; Fri, 21 Mar 2014 11:39:56 -0700 (PDT) Received: from am1outboundpool.messaging.microsoft.com (am1ehsobe002.messaging.microsoft.com [213.199.154.205]) by ietfa.amsl.com (Postfix) with ESMTP id 479D21A09FF for ; Fri, 21 Mar 2014 11:39:56 -0700 (PDT) Received: from mail1-am1-R.bigfish.com (10.3.201.242) by AM1EHSOBE027.bigfish.com (10.3.207.149) with Microsoft SMTP Server id 14.1.225.22; Fri, 21 Mar 2014 18:39:46 +0000 Received: from mail1-am1 (localhost [127.0.0.1]) by mail1-am1-R.bigfish.com (Postfix) with ESMTP id 4C0EE4A0670; Fri, 21 Mar 2014 18:39:46 +0000 (UTC) X-Forefront-Antispam-Report: CIP:157.56.240.101; KIP:(null); UIP:(null); IPV:NLI; H:BL2PRD0510HT002.namprd05.prod.outlook.com; RD:none; EFVD:NLI X-SpamScore: -23 X-BigFish: VPS-23(zz9371I9feI542I1432I4015Izz1f42h2148h208ch1ee6h1de0h1fdah2073h2146h1202h1e76h2189h1d1ah1d2ah21bch1fc6hzdchz1de098h1033IL8275dh1de097hz2fh109h2a8h839h944hd24hf0ah1220h1288h12a5h12a9h12bdh137ah13b6h1441h1504h1537h153bh162dh1631h1758h18e1h1946h19b5h19ceh1ad9h1b0ah224fh1d07h1d0ch1d2eh1d3fh1de9h1dfeh1dffh1fe8h1ff5h2216h22d0h2336h2461h2487h24d7h2516h2545h255eh25cch25f6h2605h262fh268bh9a9j1155h) Received-SPF: pass (mail1-am1: domain of juniper.net designates 157.56.240.101 as permitted sender) client-ip=157.56.240.101; envelope-from=yshen@juniper.net; helo=BL2PRD0510HT002.namprd05.prod.outlook.com ; .outlook.com ; X-Forefront-Antispam-Report-Untrusted: SFV:NSPM; SFS:(10009001)(6009001)(428001)(164054003)(51704005)(25584003)(377454003)(13464003)(199002)(189002)(49866001)(81542001)(50986001)(47976001)(54356001)(56776001)(76482001)(53806001)(47736001)(47446002)(74662001)(54316002)(31966008)(46102001)(81342001)(51856001)(92566001)(4396001)(97186001)(81686001)(81816001)(33646001)(97336001)(2201001)(76576001)(85306002)(93136001)(56816005)(85852003)(87936001)(90146001)(83072002)(76786001)(86362001)(95416001)(95666003)(80976001)(19580395003)(83322001)(19580405001)(87266001)(93516002)(74366001)(2656002)(74502001)(94946001)(94316002)(20776003)(65816001)(80022001)(74876001)(77982001)(63696002)(59766001)(79102001)(74316001)(66066001)(98676001)(24736002); DIR:OUT; SFP:1101; SCL:1; SRVR:BY2PR05MB727; H:BY2PR05MB728.namprd05.prod.outlook.com; FPR:DFCFF254.BCE299DA.A0CFBE73.86D8DF69.20394; MLV:sfv; PTR:InfoNoRecords; A:1; MX:1; LANG:en; Received: from mail1-am1 (localhost.localdomain [127.0.0.1]) by mail1-am1 (MessageSwitch) id 1395427184846233_30157; Fri, 21 Mar 2014 18:39:44 +0000 (UTC) Received: from AM1EHSMHS011.bigfish.com (unknown [10.3.201.246]) by mail1-am1.bigfish.com (Postfix) with ESMTP id CAA0B30006D; Fri, 21 Mar 2014 18:39:44 +0000 (UTC) Received: from BL2PRD0510HT002.namprd05.prod.outlook.com (157.56.240.101) by AM1EHSMHS011.bigfish.com (10.3.207.111) with Microsoft SMTP Server (TLS) id 14.16.227.3; Fri, 21 Mar 2014 18:39:43 +0000 Received: from BY2PR05MB727.namprd05.prod.outlook.com (10.141.223.23) by BL2PRD0510HT002.namprd05.prod.outlook.com (10.255.100.37) with Microsoft SMTP Server (TLS) id 14.16.423.0; Fri, 21 Mar 2014 18:39:39 +0000 Received: from BY2PR05MB728.namprd05.prod.outlook.com (10.141.223.25) by BY2PR05MB727.namprd05.prod.outlook.com (10.141.223.23) with Microsoft SMTP Server (TLS) id 15.0.898.11; Fri, 21 Mar 2014 18:39:37 +0000 Received: from BY2PR05MB728.namprd05.prod.outlook.com ([10.141.223.25]) by BY2PR05MB728.namprd05.prod.outlook.com ([10.141.223.25]) with mapi id 15.00.0898.005; Fri, 21 Mar 2014 18:39:37 +0000 From: Yimin Shen To: Mach Chen , "draft-chen-mpls-source-label@tools.ietf.org" , "mpls@ietf.org" Thread-Topic: Mail regarding draft-chen-mpls-source-label Thread-Index: Ac9DjKc5+oLTXGUsQoqhiLRkJXmJtgAvjO4AAAA1OTAAAIFyEA== Date: Fri, 21 Mar 2014 18:39:36 +0000 Message-ID: <444bb6dd3fef46a9a668a1ef54b16c20@BY2PR05MB728.namprd05.prod.outlook.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.13] x-forefront-prvs: 0157DEB61B Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-FOPE-CONNECTOR: Id%0$Dn%*$RO%0$TLS%0$FQDN%$TlsDn% Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/TnW-5a9Nd9NGsHMwBbJga6YE2qk Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Mar 2014 18:39:58 -0000 Hi Mach, For an intermediate node, SL would definitely NOT be at the top of _incomin= g_ label stack. You would have to install complex forwarding state in data = plane to look for SL and process the packet differently based on the existe= nce/non-existence of SL. It would get even more complicated if you need to = put the SL back to the packets, in case other nodes downstream may also be = expecting it. So I'd like to see a valid use case for this increased comple= xity and overhead. Regarding the egress node use case, note that it is different than Entropy = labels, where an EL is actually used by intermediate nodes and only popped = by egress node. So, if your goal is simply to inform an egress node about t= he identity of a source node, the source node could just push one label to = identify itself. This label could be configured or communicated between the= egress node and the source node in any fashion. However in this draft, the= source node would have to push 3 extra labels (for SL). Thanks, /Yimin -----Original Message----- From: Mach Chen [mailto:mach.chen@huawei.com]=20 Sent: Thursday, March 20, 2014 11:00 AM To: Yimin Shen; draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org Subject: RE: Mail regarding draft-chen-mpls-source-label Hi Yimin, Thanks for your questions and comments! Please see my reply inline... > -----Original Message----- > From: Mach Chen > Sent: Thursday, March 20, 2014 10:45 PM > To: Mach Chen > Subject: FW: Mail regarding draft-chen-mpls-source-label >=20 >=20 >=20 > From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Yimin Shen > Sent: Thursday, March 20, 2014 12:03 AM > To: draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org > Subject: [mpls] Mail regarding draft-chen-mpls-source-label >=20 > Hi authors, >=20 > Can you please clarify if SL is expected to be used only by egress=20 > node, or by intermediate node as well ? The SL can be used by the egress and intermediate node, but for intermediat= e node, since the SL may not be on the top of the label stack, if it wants = to use it, it needs to search the label stack to find the SL, just as to fi= nd an EL. >=20 > Section 3.2 "Traffic Matrix Measurement and Steering" describes a use=20 > case for intermediate node, but I think congestion should in general=20 > be resolved by control plane to reroute traffic based on a global view=20 > of network resources, rather than by data plane based on a SL. In your=20 > case, would the intermediate node move the traffic to an LSP that is=20 > different than the LSP intended by the ingress node ? I don't think it is= the right thing to do. >=20 > Regarding the use case of section 3.3 "Source Filtering". If somebody=20 > is doing DoS attack, why would he put an SL in the packets ? Regarding to these two use cases, as discussed with Curtis, there need more= considerations, we will remove these two section in the next revision. Thanks, Mach >=20 > Thanks, >=20 > /Yimin >=20 >=20 >=20 >=20 From nobody Fri Mar 21 14:34:41 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8EF9B1A0900 for ; Fri, 21 Mar 2014 14:34:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -100.553 X-Spam-Level: X-Spam-Status: No, score=-100.553 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_BL_SPAMCOP_NET=1.347, RCVD_IN_DNSWL_NONE=-0.0001, USER_IN_WHITELIST=-100] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xctMu-sE4qpP for ; Fri, 21 Mar 2014 14:34:37 -0700 (PDT) Received: from asmtp5.iomartmail.com (asmtp5.iomartmail.com [62.128.201.176]) by ietfa.amsl.com (Postfix) with ESMTP id DFA501A07F8 for ; Fri, 21 Mar 2014 14:34:36 -0700 (PDT) Received: from asmtp5.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp5.iomartmail.com (8.13.8/8.13.8) with ESMTP id s2LLYQab014237; Fri, 21 Mar 2014 21:34:26 GMT Received: from 950129200 (14.21.90.92.rev.sfr.net [92.90.21.14]) (authenticated bits=0) by asmtp5.iomartmail.com (8.13.8/8.13.8) with ESMTP id s2LLYNAn014213 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 21 Mar 2014 21:34:25 GMT From: "Adrian Farrel" To: "'Eric Osborne'" , "'Loa Andersson'" References: <290801cf4210$dccee410$966cac30$@olddog.co.uk> <055001cf4455$98a3e320$c9eba960$@olddog.co.uk> <056101cf4459$257a1690$706e43b0$@olddog.co.uk> <532B1921.5020205@pi.nu> <532C2803.5040900@pi.nu> In-Reply-To: Date: Fri, 21 Mar 2014 21:34:25 -0000 Message-ID: <098401cf454d$55e4a580$01adf080$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQKd4omFfmWRtw0yUVmghp/7/GOE0gKXTydrAm+ayxoCEqd62gFLD9z6AhAaCK8A86ow3wINlz2FAqh8+cKYzeGI0A== Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.5.0.1017-20582.002 X-TM-AS-Result: No--58.569-10.0-31-10 X-imss-scan-details: No--58.569-10.0-31-10 X-TMASE-MatchedRID: Kx0w2sAofbtNlZ1zEcyAY7xygpRxo469nophrTcsI7badW4iYSMjUae7 nmhJA6kzQRaE9eMcoEmW0ymMoJMPNZEYDbcmxNrfUSn3o+eoUmxVftPGBTR0roZ9m2yOY6FF5iZ o5ocOnrqkgYMXP5V9yjeT288mssTUYTmYMPkC1lXAJnGRMfFxyRluk36HDQp7NOnYXKcDRxAot4 eEXmG2l9CQaPiFU4Jx+s+5Hj9SlaakwgC+Vcwnna91/YHX0i1lrMhiXlEWsmoJF2U8dKhm+TPqf jabMGZqCxhyF2E3wFe5SMKXxCE4WdvadCKgTaGc3FqOVb7PDEIsCc2iFTIxrfBnFoUlf6vVmEUX ELy30t8zgFcfUB8P8xZyqzF4mL7rOkjQDRo1OZRIRA38P/dwbh9fNWA7SFWqZLnkmkfv+p10zqV mWYjG/TWiq8flgCo5RuoM50Cj0PUHs5+TOPM3e+qwWVBfMuvoRJK67OhGmkO5fo1ci85guyuf1b PUJhSwF3l8kITIdS/AnZqPNq+/SWFqPXSLpNdAQr2qXCJMSV/x6DjDLao3TjYPr4rywPgwaiNyC dipM5ri8zVgXoAltlwtzewu2M63Z5p7FmahraCx5amWK2anSPoLR4+zsDTtAqYBE3k9Mpw= Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/qM3jtja09934sai8l2kLrIRGz4A Cc: 'Eric Osborne' , mpls@ietf.org Subject: Re: [mpls] Early AD comments on draft-ietf-mpls-psc-updates X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Mar 2014 21:34:39 -0000 Yes. You can use [This.I-D] or the formulation you have. Please post. Thanks, Adrian > -----Original Message----- > From: Eric Osborne [mailto:eric@notcom.com] > Sent: 21 March 2014 13:40 > To: Loa Andersson > Cc: Adrian Farrel; Eric Osborne; mpls@ietf.org > Subject: Re: [mpls] Early AD comments on draft-ietf-mpls-psc-updates > > OK, so: > > --- > 8. IANA Considerations > > IANA is requested to mark the value 0 in the "MPLS PSC TLV Registry" > as "Reserved, not to be allocated" and to update the references to > show [RFC6378] and [RFC-ietf-mpls-psc-updates-03]. Note that this > action provides documentation of an action already taken by IANA but > not recorded in RFC 6378 > --- > > Adrian? > > > > > eric > > > On Fri, Mar 21, 2014 at 7:52 AM, Loa Andersson wrote: > > Folks, > > > > I'm OK with that text, however it is a documentation of change to a > > standards track RFC. I'm not sure that it is a good idea to ask the > > RFC Editor to remove the text. > > > > I think the RFC Editor will change it to "IANA has marked the > > value 0 ..." I think this should stay in the document. > > > > /Loa > > > > > > On 2014-03-21 12:44, Eric Osborne wrote: > >> > >> OK. Here's the exact text I've got: > >> > >> > >> -- > >> 8. IANA Considerations > >> > >> IANA is requested to mark the value 0 in the "MPLS PSC TLV Registry" > >> as "Reserved, not to be allocated" and to update the references to > >> show [RFC6378] and [RFC-ietf-mpls-psc-updates-03]. Note that this > >> action provides documentation of an action already taken by IANA but > >> not recorded in RFC 6378. > >> > >> Note to RFC Editor: this section may be removed on publication as an > >> RFC > >> --- > >> > >> > >> I wasn't sure if [This.ID] was intended to provoke variable > >> substitution, nor was I sure whether the square brackets meant that > >> the self-reference should also be a normative reference (to the > >> eventual This.RFC). It seems overkill for a document to cite itself > >> as a normative reference ("in order to understand this document, you > >> should read it")...but on the other hand, perhaps we should start > >> doing that for all drafts that come out of MPLS now. > >> > >> I took the exact formatting from the reference section of the MPLS PSC > >> TLV Registry, which does it like this: > >> > >> --- > >> Reference > >> [RFC6378][RFC-ietf-mpls-moving-iana-registries-04] > >> --- > >> > >> and I did not cite the draft itself in its normative reference section. > >> > >> Please let me know if this exact text is acceptable and then I will > >> post the draft. > >> > >> > >> > >> > >> > >> eric > >> > >> > >> On Thu, Mar 20, 2014 at 12:36 PM, Loa Andersson wrote: > >>> > >>> Folks, > >>> > >>> I can live with the: > >>> > >>> "...update the references to show [RFC6378], [This ID]". > >>> > >>> It is correct that the action was taken for RFC 6378, but it is > >>> also correct that it was never mentioned in RFC 6378. So I guess > >>> that what we need to say is: > >>> > >>> > >>> "IANA is requested to mark the value 0 in the "MPLS PSC TLV Registry" > >>> as "Reserved, not to be allocated" and to update the references to > >>> show [RFC6378], [This.I-D]. Note that this action provides > >>> > >>> documentation of an action already taken by IANA but not recorded > >>> in RFC 6378. This is an update to RFC 6378." > >>> > >>> /Loa > >>> > >>> > >>> On 2014-03-20 17:26, Adrian Farrel wrote: > >>>> > >>>> > >>>> The action was taken for RFC 6378, so it should be mentioned. > >>>> > >>>>> -----Original Message----- > >>>>> From: Eric Osborne [mailto:eric@notcom.com] > >>>>> Sent: 20 March 2014 16:18 > >>>>> To: Adrian Farrel > >>>>> Cc: Eric Osborne; mpls@ietf.org > >>>>> Subject: Re: Early AD comments on draft-ietf-mpls-psc-updates > >>>>> > >>>>> OK. > >>>>> Loa's suggestion is > >>>>> > >>>>> "... update the reference to RFC 6378 to say [this ID]" > >>>>> > >>>>> Adrian's is "...update the references to show [RFC6378], [This ID]". > >>>>> > >>>>> I think Loa's makes more sense...why would we have the registry > >>>>> allocation point to both 6378 and thisID if 6378 doesn't say anything? > >>>>> > >>>>> Whatever text you guys agree on, I'll use. > >>>>> > >>>>> > >>>>> > >>>>> eric > >>>>> > >>>>> On Thu, Mar 20, 2014 at 12:01 PM, Adrian Farrel > >>>>> wrote: > >>>>>> > >>>>>> > >>>>>> Yes, you're right. Should be a comma not a period. > >>>>>> > >>>>>> A > >>>>>> > >>>>>>> -----Original Message----- > >>>>>>> From: Eric Osborne [mailto:eric@notcom.com] > >>>>>>> Sent: 20 March 2014 14:39 > >>>>>>> To: Adrian Farrel > >>>>>>> Cc: Eric Osborne; mpls@ietf.org > >>>>>>> Subject: Re: Early AD comments on draft-ietf-mpls-psc-updates > >>>>>>> > >>>>>>> Hi Adrian- > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> Thanks for these. I am OK with them and will add them to the > >>>>>>> version I post next. I'm not clear on the nuances of your IANA text, > >>>>>>> though. You say: > >>>>>>> > >>>>>>> > >>>>>>> --- > >>>>>>> IANA is requested to mark the value 0 in the "MPLS PSC TLV Registry" > >>>>>>> as "Reserved, not to be allocated" and to update the references to > >>>>>>> show [RFC6378]. > >>>>>>> [This.I-D]. Note that this action provides documentation of an > >>>>>>> action > >>>>>>> already taken by IANA but not recorded in RFC 6378. > >>>>>>> --- > >>>>>>> > >>>>>>> > >>>>>>> What exactly does the [This.I-D] do in its own sentence? Did you > >>>>>>> mean > >>>>>>> something like " update the references to show [RFC6378] and > >>>>>>> [This.I-D]. Note that this action..." or is there something subtle > >>>>>>> I'm not picking up on with your original phrasing? > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> eric > >>>>>>> > >>>>>>> On Mon, Mar 17, 2014 at 2:43 PM, Adrian Farrel > >>>>> > >>>>> > >>>>> wrote: > >>>>>>>> > >>>>>>>> > >>>>>>>> Hi Eric, > >>>>>>>> > >>>>>>>> A couple of discussion points on draft-ietf-mpls-tp-psc-itu (which > >>>>>>>> is > >>>>>> > >>>>>> > >>>>>> currently > >>>>>>>> > >>>>>>>> > >>>>>>>> in IESG evaluation) have given rise to two small proposed additions > >>>>>>>> to > >>>>>>>> draft-ietf-mpls-psc-updates > >>>>>>>> > >>>>>>>> 1. I think this warrants a very small section of its own... > >>>>>>>> > >>>>>>>> x.y PSC TLV Format > >>>>>>>> > >>>>>>>> [RFC6378] defines the capability to carry TLVs in the PSC messages. > >>>>>>>> This > >>>>>> > >>>>>> > >>>>>> section > >>>>>>>> > >>>>>>>> > >>>>>>>> defines the format to be used by all such TLVs. > >>>>>>>> > >>>>>>>> Type field (T) > >>>>>>>> A two octet field that encodes a type value in network byte order. > >>>>>>>> The > >>>> > >>>> > >>>> type > >>>>>>>> > >>>>>>>> > >>>>>>>> values are recorded in the IANA registry "MPLS PSC TLV Registry". > >>>>>>>> > >>>>>>>> Length field (L) > >>>>>>>> A two octet field that encodes the length in octets of the Value > >>>>>>>> field > >>>>>>>> in > >>>>>>>> network byte order. The value of this field MUST be a multiple of 4. > >>>>>>>> > >>>>>>>> Value field (V) > >>>>>>>> The contents of the TLV. This field MUST be a multiple of 4 octets > >>>>>>>> and > >>>>>>>> so > >>>>>> > >>>>>> > >>>>>> may > >>>>>>>> > >>>>>>>> > >>>>>>>> contain explicit padding. > >>>>>>>> > >>>>>>>> > >>>>>>>> 2. There was a trivial snafu with the 0 value in the "MPLS PSC TLV > >>>>>> > >>>>>> > >>>>>> Registry". It > >>>>>>>> > >>>>>>>> > >>>>>>>> was agreed that 0 would be reserved, but this was not recorded in > >>>>>>>> RFC > >>>> > >>>> > >>>> 6378. > >>>>>>>> > >>>>>>>> > >>>>>>>> Therefore, the IANA section of draft-ietf-mpls-psc-updates should > >>>>>>>> include > >>>>>> > >>>>>> > >>>>>> the > >>>>>>>> > >>>>>>>> > >>>>>>>> text... > >>>>>>>> > >>>>>>>> IANA is requested to mark the value 0 in the "MPLS PSC TLV Registry" > >>>>>>>> as > >>>>>>>> "Reserved, not to be allocated" and to update the references to show > >>>>>>> > >>>>>>> > >>>>>>> [RFC6378]. > >>>>>>>> > >>>>>>>> > >>>>>>>> [This.I-D]. Note that this action provides documentation of an > >>>>>>>> action > >>>>>> > >>>>>> > >>>>>> already > >>>>>>>> > >>>>>>>> > >>>>>>>> taken by IANA but not recorded in RFC 6378. > >>>>>>>> > >>>>>>>> > >>>>>>>> Hope everyone is comfortable with this. > >>>>>>>> > >>>>>>>> Thanks, > >>>>>>>> Adrian > >>>>>>>> > >>>>>> > >>>> > >>>> _______________________________________________ > >>>> mpls mailing list > >>>> mpls@ietf.org > >>>> https://www.ietf.org/mailman/listinfo/mpls > >>>> > >>> > >>> -- > >>> > >>> > >>> Loa Andersson email: loa@mail01.huawei.com > >>> Senior MPLS Expert loa@pi.nu > >>> Huawei Technologies (consultant) phone: +46 739 81 21 64 > > > > > > -- > > > > > > Loa Andersson email: loa@mail01.huawei.com > > Senior MPLS Expert loa@pi.nu > > Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Mon Mar 24 09:33:39 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 472CF1A01B9; Mon, 24 Mar 2014 09:33:35 -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 rg-mXgOel8C4; Mon, 24 Mar 2014 09:33:33 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id A273D1A020F; Mon, 24 Mar 2014 09:33:30 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.2.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140324163330.20720.16029.idtracker@ietfa.amsl.com> Date: Mon, 24 Mar 2014 09:33:30 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/5hnwONhWk5VQ8HGUryKjAO6cTwM Cc: mpls@ietf.org Subject: [mpls] I-D Action: draft-george-mpls-ipv6-only-gap-05.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Mar 2014 16:33:35 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching Working Group of the IETF. Title : Gap Analysis for Operating IPv6-only MPLS Networks Authors : Wesley George Carlos Pignataro Filename : draft-george-mpls-ipv6-only-gap-05.txt Pages : 24 Date : 2014-03-24 Abstract: This document reviews the MPLS protocol suite in the context of IPv6 and identifies gaps that must be addressed in order to allow MPLS- related protocols and applications to be used with IPv6-only networks. This document is not intended to highlight a particular vendor's implementation (or lack thereof) in the context of IPv6-only MPLS functionality, but rather to focus on gaps in the standards defining the MPLS suite. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-george-mpls-ipv6-only-gap/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-george-mpls-ipv6-only-gap-05 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-george-mpls-ipv6-only-gap-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 Mon Mar 24 11:51:46 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E29FA1A02B3; Mon, 24 Mar 2014 11:51:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JPF1tqiKwPzv; Mon, 24 Mar 2014 11:51:40 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id A0C4B1A02A8; Mon, 24 Mar 2014 11:51:38 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.2.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140324185138.5550.93490.idtracker@ietfa.amsl.com> Date: Mon, 24 Mar 2014 11:51:38 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/MetV7cNNHQi1-Ecte540HlnUufk Cc: mpls@ietf.org Subject: [mpls] I-D Action: draft-ietf-mpls-lsp-ping-ttl-tlv-07.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Mar 2014 18:51:43 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching Working Group of the IETF. Title : Definition of Time-to-Live TLV for LSP-Ping Mechanisms Authors : Sami Boutros Siva Sivabalan George Swallow Shaleen Saxena Vishwas Manral Sam Aldrin Filename : draft-ietf-mpls-lsp-ping-ttl-tlv-07.txt Pages : 8 Date : 2014-03-24 Abstract: LSP-Ping is a widely deployed Operation, Administration, and Maintenance (OAM) mechanism in MPLS networks. However, in the present form, this mechanism is inadequate to verify connectivity of a segment of a Multi-Segment PseudoWire (MS-PW) from any node on the path of the MS-PW. This document defines a TLV to address this shortcoming. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping-ttl-tlv/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-mpls-lsp-ping-ttl-tlv-07 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-lsp-ping-ttl-tlv-07 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Mar 24 13:25:00 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 603CF1A02D3; Mon, 24 Mar 2014 13:24:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dF_YKNvBw3GK; Mon, 24 Mar 2014 13:24:52 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id A0D581A0216; Mon, 24 Mar 2014 13:24:52 -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: 5.2.0 Auto-Submitted: auto-generated Precedence: bulk Sender: Message-ID: <20140324202452.7171.38521.idtracker@ietfa.amsl.com> Date: Mon, 24 Mar 2014 13:24:52 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/XcT5UbxKVTcpRhDrnGQkkOkJsjw Cc: mpls@ietf.org Subject: [mpls] Last Call: (Definition of Time-to-Live TLV for LSP-Ping Mechanisms) to Proposed Standard X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Reply-To: ietf@ietf.org List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Mar 2014 20:24:56 -0000 The IESG has received a request from the Multiprotocol Label Switching WG (mpls) to consider the following document: - 'Definition of Time-to-Live TLV for LSP-Ping Mechanisms' as Proposed Standard The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2014-04-07. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract LSP-Ping is a widely deployed Operation, Administration, and Maintenance (OAM) mechanism in MPLS networks. However, in the present form, this mechanism is inadequate to verify connectivity of a segment of a Multi-Segment PseudoWire (MS-PW) from any node on the path of the MS-PW. This document defines a TLV to address this shortcoming. The file can be obtained via http://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping-ttl-tlv/ IESG discussion can be tracked via http://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping-ttl-tlv/ballot/ No IPR declarations have been submitted directly on this I-D. From nobody Mon Mar 24 20:06:49 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CB1971A00C2 for ; Mon, 24 Mar 2014 20:06: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 QmdebUB_AcxN for ; Mon, 24 Mar 2014 20:06:43 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 418291A00BA for ; Mon, 24 Mar 2014 20:06:42 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BEX23964; Tue, 25 Mar 2014 03:06:40 +0000 (GMT) Received: from LHREML402-HUB.china.huawei.com (10.201.5.241) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 25 Mar 2014 03:06:16 +0000 Received: from SZXEMA406-HUB.china.huawei.com (10.82.72.38) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 25 Mar 2014 03:06:37 +0000 Received: from SZXEMA510-MBX.china.huawei.com ([169.254.3.94]) by SZXEMA406-HUB.china.huawei.com ([10.82.72.38]) with mapi id 14.03.0158.001; Tue, 25 Mar 2014 11:06:32 +0800 From: Mach Chen To: Yimin Shen , "draft-chen-mpls-source-label@tools.ietf.org" , "mpls@ietf.org" Thread-Topic: Mail regarding draft-chen-mpls-source-label Thread-Index: Ac9DjKc5+oLTXGUsQoqhiLRkJXmJtgAvjO4AAAA1OTAAAIFyEADglclA Date: Tue, 25 Mar 2014 03:06:32 +0000 Message-ID: References: <444bb6dd3fef46a9a668a1ef54b16c20@BY2PR05MB728.namprd05.prod.outlook.com> In-Reply-To: <444bb6dd3fef46a9a668a1ef54b16c20@BY2PR05MB728.namprd05.prod.outlook.com> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.97.72] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/tgH4rkN7KFGVYfnSalU8JP1RFB8 Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 03:06:46 -0000 Hi Yimin, Please see my reply inline... > -----Original Message----- > From: Yimin Shen [mailto:yshen@juniper.net] > Sent: Saturday, March 22, 2014 2:40 AM > To: Mach Chen; draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org > Subject: RE: Mail regarding draft-chen-mpls-source-label >=20 > Hi Mach, >=20 > For an intermediate node, SL would definitely NOT be at the top of _incom= ing_ > label stack. Not exactly, if PHP is enabled, the penultimate LSR may see the SLI/SL pair= . But anyway, this is not the crux. > You would have to install complex forwarding state in data plane to > look for SL and process the packet differently based on the > existence/non-existence of SL. It would get even more complicated if you = need > to put the SL back to the packets, in case other nodes downstream may als= o be > expecting it. So I'd like to see a valid use case for this increased comp= lexity and > overhead. Firstly, based on my experience, I do not think that this is "complicated" = as you said. It depends on how scalable your implementation is. To find a S= L, there is no difference from finding an EL. The other thing (e.g., ACL an= d counting) is mature and proved technologies. Intermediate LSR processing SL is mainly for segment performance measuremen= t that is very useful in fault localization, and this is the requirement fr= om SPs (please see: http://tools.ietf.org/html/draft-deng-ippm-wireless-01)= and I also heard such requirements from many other service providers. So t= he use case is valid imho. In addition, the draft just says: "There is no change in forwarding behavior for transit LSRs. But if a transit LSR can recognize the SLI, it can use the SL to collect traffic throughput and/or measure the performance of the LSP." This means that processing SL in transit LSRs is optional, means that your = devices are unable to process it or you do not need it, that is fine.=20 >=20 > Regarding the egress node use case, note that it is different than Entrop= y labels, > where an EL is actually used by intermediate nodes and only popped by egr= ess As said above, the intermediate LSRs may expect to see the SL. =20 > node. So, if your goal is simply to inform an egress node about the ident= ity of a > source node, the source node could just push one label to identify itself= . This How does the egress LSR knows whether a label is for source identifying? Ar= e you talking about establishing a PW-like LSP over the LSP? > label could be configured or communicated between the egress node and the > source node in any fashion. However in this draft, the source node would = have to > push 3 extra labels (for SL). There are only SLI/SL inserted, where is the 3rd? Thanks, Mach >=20 > Thanks, >=20 > /Yimin >=20 >=20 > -----Original Message----- > From: Mach Chen [mailto:mach.chen@huawei.com] > Sent: Thursday, March 20, 2014 11:00 AM > To: Yimin Shen; draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.or= g > Subject: RE: Mail regarding draft-chen-mpls-source-label >=20 > Hi Yimin, >=20 > Thanks for your questions and comments! >=20 > Please see my reply inline... >=20 > > -----Original Message----- > > From: Mach Chen > > Sent: Thursday, March 20, 2014 10:45 PM > > To: Mach Chen > > Subject: FW: Mail regarding draft-chen-mpls-source-label > > > > > > > > From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Yimin Shen > > Sent: Thursday, March 20, 2014 12:03 AM > > To: draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org > > Subject: [mpls] Mail regarding draft-chen-mpls-source-label > > > > Hi authors, > > > > Can you please clarify if SL is expected to be used only by egress > > node, or by intermediate node as well ? >=20 > The SL can be used by the egress and intermediate node, but for intermedi= ate > node, since the SL may not be on the top of the label stack, if it wants = to use it, it > needs to search the label stack to find the SL, just as to find an EL. >=20 > > > > Section 3.2 "Traffic Matrix Measurement and Steering" describes a use > > case for intermediate node, but I think congestion should in general > > be resolved by control plane to reroute traffic based on a global view > > of network resources, rather than by data plane based on a SL. In your > > case, would the intermediate node move the traffic to an LSP that is > > different than the LSP intended by the ingress node ? I don't think it = is the right > thing to do. > > > > Regarding the use case of section 3.3 "Source Filtering". If somebody > > is doing DoS attack, why would he put an SL in the packets ? >=20 > Regarding to these two use cases, as discussed with Curtis, there need mo= re > considerations, we will remove these two section in the next revision. >=20 > Thanks, > Mach >=20 > > > > Thanks, > > > > /Yimin > > > > > > > > >=20 >=20 From nobody Mon Mar 24 20:24:09 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DEE3B1A00B5 for ; Mon, 24 Mar 2014 20:24:06 -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 9u9r2BuJbeJW for ; Mon, 24 Mar 2014 20:24:05 -0700 (PDT) Received: from mail-gw3-out.broadcom.com (mail-gw3-out.broadcom.com [216.31.210.64]) by ietfa.amsl.com (Postfix) with ESMTP id 22BF71A00AA for ; Mon, 24 Mar 2014 20:24:04 -0700 (PDT) X-IronPort-AV: E=Sophos;i="4.97,725,1389772800"; d="scan'208";a="20903153" Received: from irvexchcas07.broadcom.com (HELO IRVEXCHCAS07.corp.ad.broadcom.com) ([10.9.208.55]) by mail-gw3-out.broadcom.com with ESMTP; 24 Mar 2014 20:39:17 -0700 Received: from SJEXCHCAS07.corp.ad.broadcom.com (10.16.203.16) by IRVEXCHCAS07.corp.ad.broadcom.com (10.9.208.55) with Microsoft SMTP Server (TLS) id 14.3.174.1; Mon, 24 Mar 2014 20:24:03 -0700 Received: from SJEXCHMB12.corp.ad.broadcom.com ([fe80::bc15:c1e1:c29a:36f7]) by SJEXCHCAS07.corp.ad.broadcom.com ([::1]) with mapi id 14.03.0174.001; Mon, 24 Mar 2014 20:24:03 -0700 From: Shahram Davari To: Yimin Shen Thread-Topic: [mpls] Mail regarding draft-chen-mpls-source-label Thread-Index: AQHPR9mrX1647YJ+kECPDKr8EuTNYA== Date: Tue, 25 Mar 2014 03:24:02 +0000 Message-ID: <167DFE12-2CA4-49DA-9AF2-A31BE099AD5C@broadcom.com> References: , <444bb6dd3fef46a9a668a1ef54b16c20@BY2PR05MB728.namprd05.prod.outlook.com> In-Reply-To: <444bb6dd3fef46a9a668a1ef54b16c20@BY2PR05MB728.namprd05.prod.outlook.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/tZbbCr60AJ1YXOme2MOnosuh13M Cc: "draft-chen-mpls-source-label@tools.ietf.org" , "mpls@ietf.org" Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 03:24:07 -0000 Hi So far I haven't seen any valid use car that would only be possible by addi= ng this 3 labels. For VPLS LM you could always use Synthetic loss measureme= nt. Just saying Synthetic LM is not as accurate as direct LM is not a good = justification for adding 3 labels.=20 Regards, Shahram > On Mar 21, 2014, at 11:39 AM, "Yimin Shen" wrote: >=20 > Hi Mach, >=20 > For an intermediate node, SL would definitely NOT be at the top of _incom= ing_ label stack. You would have to install complex forwarding state in dat= a plane to look for SL and process the packet differently based on the exis= tence/non-existence of SL. It would get even more complicated if you need t= o put the SL back to the packets, in case other nodes downstream may also b= e expecting it. So I'd like to see a valid use case for this increased comp= lexity and overhead. >=20 > Regarding the egress node use case, note that it is different than Entrop= y labels, where an EL is actually used by intermediate nodes and only poppe= d by egress node. So, if your goal is simply to inform an egress node about= the identity of a source node, the source node could just push one label t= o identify itself. This label could be configured or communicated between t= he egress node and the source node in any fashion. However in this draft, t= he source node would have to push 3 extra labels (for SL). >=20 > Thanks, >=20 > /Yimin >=20 >=20 > -----Original Message----- > From: Mach Chen [mailto:mach.chen@huawei.com]=20 > Sent: Thursday, March 20, 2014 11:00 AM > To: Yimin Shen; draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.or= g > Subject: RE: Mail regarding draft-chen-mpls-source-label >=20 > Hi Yimin, >=20 > Thanks for your questions and comments! >=20 > Please see my reply inline... >=20 >> -----Original Message----- >> From: Mach Chen >> Sent: Thursday, March 20, 2014 10:45 PM >> To: Mach Chen >> Subject: FW: Mail regarding draft-chen-mpls-source-label >>=20 >>=20 >>=20 >> From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Yimin Shen >> Sent: Thursday, March 20, 2014 12:03 AM >> To: draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org >> Subject: [mpls] Mail regarding draft-chen-mpls-source-label >>=20 >> Hi authors, >>=20 >> Can you please clarify if SL is expected to be used only by egress=20 >> node, or by intermediate node as well ? >=20 > The SL can be used by the egress and intermediate node, but for intermedi= ate node, since the SL may not be on the top of the label stack, if it want= s to use it, it needs to search the label stack to find the SL, just as to = find an EL. >=20 >>=20 >> Section 3.2 "Traffic Matrix Measurement and Steering" describes a use=20 >> case for intermediate node, but I think congestion should in general=20 >> be resolved by control plane to reroute traffic based on a global view=20 >> of network resources, rather than by data plane based on a SL. In your=20 >> case, would the intermediate node move the traffic to an LSP that is=20 >> different than the LSP intended by the ingress node ? I don't think it i= s the right thing to do. >>=20 >> Regarding the use case of section 3.3 "Source Filtering". If somebody=20 >> is doing DoS attack, why would he put an SL in the packets ? >=20 > Regarding to these two use cases, as discussed with Curtis, there need mo= re considerations, we will remove these two section in the next revision. >=20 > Thanks, > Mach >=20 >>=20 >> Thanks, >>=20 >> /Yimin >=20 >=20 >=20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From nobody Mon Mar 24 21:52:49 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E5B711A0357 for ; Mon, 24 Mar 2014 21:52:47 -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, 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 EZVt9Ov61UAZ for ; Mon, 24 Mar 2014 21:52:45 -0700 (PDT) Received: from usevmg20.ericsson.net (usevmg20.ericsson.net [198.24.6.45]) by ietfa.amsl.com (Postfix) with ESMTP id B9AF61A0356 for ; Mon, 24 Mar 2014 21:52:44 -0700 (PDT) X-AuditID: c618062d-b7f858e0000031c7-6e-53310949ea76 Received: from EUSAAHC008.ericsson.se (Unknown_Domain [147.117.188.96]) by usevmg20.ericsson.net (Symantec Mail Security) with SMTP id 33.E1.12743.94901335; Tue, 25 Mar 2014 05:42:49 +0100 (CET) Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC008.ericsson.se ([147.117.188.96]) with mapi id 14.02.0387.000; Tue, 25 Mar 2014 00:52:43 -0400 From: Gregory Mirsky To: Shahram Davari , Yimin Shen Thread-Topic: [mpls] Mail regarding draft-chen-mpls-source-label Thread-Index: Ac9DjKc5+oLTXGUsQoqhiLRkJXmJtgAvjO4AAAA1OTAAAIFyEADrXx8AAAXBLTA= Date: Tue, 25 Mar 2014 04:52:41 +0000 Message-ID: <7347100B5761DC41A166AC17F22DF1121B78A4E1@eusaamb103.ericsson.se> References: , <444bb6dd3fef46a9a668a1ef54b16c20@BY2PR05MB728.namprd05.prod.outlook.com> <167DFE12-2CA4-49DA-9AF2-A31BE099AD5C@broadcom.com> In-Reply-To: <167DFE12-2CA4-49DA-9AF2-A31BE099AD5C@broadcom.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.12] Content-Type: multipart/alternative; boundary="_000_7347100B5761DC41A166AC17F22DF1121B78A4E1eusaamb103erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrOLMWRmVeSWpSXmKPExsUyuXRPgq4np2GwwZp7Uhbrez0t5mydyGJx a+lKVovty7+xOLB4zLp/ls1jyZKfTB7Xm66ye3y5/JktgCWKyyYlNSezLLVI3y6BK6Pt1ReW ggcJFc0r5RsYZwZ2MXJySAiYSFya9YgRwhaTuHBvPRuILSRwhFHi1k3OLkYuIHs5o8TDK19Y QBJsAkYSLzb2sIPYIgIeEhNv/mQGKWIWaGGUePxkO2sXIweHsIC9xP5XBhA1DhJ9Cz+xQdh+ Euc61oMtYxFQlTj17zcriM0r4Csx5fNFVohlS5gkGrb+ZgaZwwnU/HgmWD0j0HHfT61hArGZ BcQlbj2ZzwRxtIDEkj3nmSFsUYmXj/+xQthKEnNeX2OGqM+XWPz4MNQuQYmTM5+wTGAUnYVk 1CwkZbOQlEHEdSQW7P7EBmFrSyxb+JoZxj5z4DETsvgCRvZVjBylxalluelGBpsYgZF3TIJN dwfjnpeWhxilOViUxHm/vHUOEhJITyxJzU5NLUgtii8qzUktPsTIxMEp1cDotyYhQPq56Z1f C1Y53zBYcEHVrLDsR/HvlZc+R5+9EFN+f2bj7UXlbFqrlnTsMi9T3/P5M6tT15yLKjbvVMpi j17rP3iluH77nXe2L1ftbYr+kf9/3oOal9fb2KW+LBY9GX5u2dmFlV2R1t1PX3B+Z/5eFCrZ 5WzA0H1yvtytSLWtfXlPeed0K7EUZyQaajEXFScCABPWW0aKAgAA Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/l3euZ57f3_PgzMF_orMHPbytmbE Cc: "draft-chen-mpls-source-label@tools.ietf.org" , "mpls@ietf.org" Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 04:52:48 -0000 --_000_7347100B5761DC41A166AC17F22DF1121B78A4E1eusaamb103erics_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Shahram, many thanks for your interest and comments. I'd point that SLM is clearly o= ut-of-service OAM tool. SLI/SL may be used to perform in-service active LM = as well as passive LM. Then there is DM and SLI/SL again can be used to per= form in-service both active and passive DM. As for use case that " that would only be possible by adding" these three l= abels I can think of the following: * OAM on mp2mp/mp2p LSP Regards, Greg -----Original Message----- From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Shahram Davari Sent: Monday, March 24, 2014 8:24 PM To: Yimin Shen Cc: draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label Hi So far I haven't seen any valid use car that would only be possible by addi= ng this 3 labels. For VPLS LM you could always use Synthetic loss measureme= nt. Just saying Synthetic LM is not as accurate as direct LM is not a good = justification for adding 3 labels. Regards, Shahram > On Mar 21, 2014, at 11:39 AM, "Yimin Shen" > wrote: > > Hi Mach, > > For an intermediate node, SL would definitely NOT be at the top of _incom= ing_ label stack. You would have to install complex forwarding state in dat= a plane to look for SL and process the packet differently based on the exis= tence/non-existence of SL. It would get even more complicated if you need t= o put the SL back to the packets, in case other nodes downstream may also b= e expecting it. So I'd like to see a valid use case for this increased comp= lexity and overhead. > > Regarding the egress node use case, note that it is different than Entrop= y labels, where an EL is actually used by intermediate nodes and only poppe= d by egress node. So, if your goal is simply to inform an egress node about= the identity of a source node, the source node could just push one label t= o identify itself. This label could be configured or communicated between t= he egress node and the source node in any fashion. However in this draft, t= he source node would have to push 3 extra labels (for SL). > > Thanks, > > /Yimin > > > -----Original Message----- > From: Mach Chen [mailto:mach.chen@huawei.com] > Sent: Thursday, March 20, 2014 11:00 AM > To: Yimin Shen; draft-chen-mpls-source-label@tools.ietf.org; > mpls@ietf.org > Subject: RE: Mail regarding draft-chen-mpls-source-label > > Hi Yimin, > > Thanks for your questions and comments! > > Please see my reply inline... > >> -----Original Message----- >> From: Mach Chen >> Sent: Thursday, March 20, 2014 10:45 PM >> To: Mach Chen >> Subject: FW: Mail regarding draft-chen-mpls-source-label >> >> >> >> From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Yimin Shen >> Sent: Thursday, March 20, 2014 12:03 AM >> To: draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org >> Subject: [mpls] Mail regarding draft-chen-mpls-source-label >> >> Hi authors, >> >> Can you please clarify if SL is expected to be used only by egress >> node, or by intermediate node as well ? > > The SL can be used by the egress and intermediate node, but for intermedi= ate node, since the SL may not be on the top of the label stack, if it want= s to use it, it needs to search the label stack to find the SL, just as to = find an EL. > >> >> Section 3.2 "Traffic Matrix Measurement and Steering" describes a use >> case for intermediate node, but I think congestion should in general >> be resolved by control plane to reroute traffic based on a global >> view of network resources, rather than by data plane based on a SL. >> In your case, would the intermediate node move the traffic to an LSP >> that is different than the LSP intended by the ingress node ? I don't th= ink it is the right thing to do. >> >> Regarding the use case of section 3.3 "Source Filtering". If somebody >> is doing DoS attack, why would he put an SL in the packets ? > > Regarding to these two use cases, as discussed with Curtis, there need mo= re considerations, we will remove these two section in the next revision. > > Thanks, > Mach > >> >> Thanks, >> >> /Yimin > > > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls --_000_7347100B5761DC41A166AC17F22DF1121B78A4E1eusaamb103erics_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi Shahram,
many thanks for your interest and comments. I'd point that SLM is clea= rly out-of-service OAM tool. SLI/SL may be used to perform in-service activ= e LM as well as passive LM. Then there is DM and SLI/SL again can be used t= o perform in-service both active and passive DM.
As for use case that " that would only be possible by adding"= ; these three labels I can think of the following:
  • OAM on mp2mp/mp2p LSP
 
        Regards,
           &nbs= p;    Greg
 
-----Original Message-----
From: mpls [mailto:mpls-bounces@ie= tf.org] On Behalf Of Shahram Davari
Sent: Monday, March 24, 2014 8:24 PM
To: Yimin Shen
Cc: draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org
Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label
 
Hi
 
So far I haven't seen any valid use car that would only be possible by= adding this 3 labels. For VPLS LM you could always use Synthetic loss meas= urement. Just saying Synthetic LM is not as accurate as direct LM is not a = good justification for adding 3 labels.
 
Regards,
Shahram
 
 
> On Mar 21, 2014, at 11:39 AM, "Yimin Shen" <yshen@juniper.net> wrote:
>
> Hi Mach,
>
> For an intermediate node, SL would definitely NOT be at the top o= f _incoming_ label stack. You would have to install complex forwarding stat= e in data plane to look for SL and process the packet differently based on = the existence/non-existence of SL. It would get even more complicated if you need to put the SL back to the pa= ckets, in case other nodes downstream may also be expecting it. So I'd like= to see a valid use case for this increased complexity and overhead.
>
> Regarding the egress node use case, note that it is different tha= n Entropy labels, where an EL is actually used by intermediate nodes and on= ly popped by egress node. So, if your goal is simply to inform an egress no= de about the identity of a source node, the source node could just push one label to identify itself. This label co= uld be configured or communicated between the egress node and the source no= de in any fashion. However in this draft, the source node would have to pus= h 3 extra labels (for SL).
>
> Thanks,
>
> /Yimin
>
>
> -----Original Message-----
> From: Mach Chen [mailto:m= ach.chen@huawei.com]
> Sent: Thursday, March 20, 2014 11:00 AM
> Subject: RE: Mail regarding draft-chen-mpls-source-label
>
> Hi Yimin,
>
> Thanks for your questions and comments!
>
> Please see my reply inline...
>
>> -----Original Message-----
>> From: Mach Chen
>> Sent: Thursday, March 20, 2014 10:45 PM
>> To: Mach Chen
>> Subject: FW: Mail regarding draft-chen-mpls-source-label
>>
>>
>>
>> From: mpls [mailto:m= pls-bounces@ietf.org] On Behalf Of Yimin Shen
>> Sent: Thursday, March 20, 2014 12:03 AM
>> Subject: [mpls] Mail regarding draft-chen-mpls-source-label
>>
>> Hi authors,
>>
>> Can you please clarify if SL is expected to be used only by e= gress
>> node, or by intermediate node as well ?
>
> The SL can be used by the egress and intermediate node, but for i= ntermediate node, since the SL may not be on the top of the label stack, if= it wants to use it, it needs to search the label stack to find the SL, jus= t as to find an EL.
>
>>
>> Section 3.2 "Traffic Matrix Measurement and Steering&quo= t; describes a use
>> case for intermediate node, but I think congestion should in = general
>> be resolved by control plane to reroute traffic based on a gl= obal
>> view of network resources, rather than by data plane based on= a SL.
>> In your case, would the intermediate node move the traffic to= an LSP
>> that is different than the LSP intended by the ingress node ?= I don't think it is the right thing to do.
>>
>> Regarding the use case of section 3.3 "Source Filtering&= quot;. If somebody
>> is doing DoS attack, why would he put an SL in the packets ?<= /div>
>
> Regarding to these two use cases, as discussed with Curtis, there= need more considerations, we will remove these two section in the next rev= ision.
>
> Thanks,
> Mach
>
>>
>> Thanks,
>>
>> /Yimin
>
>
>
> _______________________________________________
> mpls mailing list
 
_______________________________________________
mpls mailing list
 
 --_000_7347100B5761DC41A166AC17F22DF1121B78A4E1eusaamb103erics_-- From nobody Mon Mar 24 22:01:11 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D7B121A0361 for ; Mon, 24 Mar 2014 22:01:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.008 X-Spam-Level: X-Spam-Status: No, score=-2.008 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 K-AGgiqzlDEJ for ; Mon, 24 Mar 2014 22:01:02 -0700 (PDT) Received: from nm46-vm5.bullet.mail.bf1.yahoo.com (nm46-vm5.bullet.mail.bf1.yahoo.com [216.109.115.108]) by ietfa.amsl.com (Postfix) with ESMTP id 8D10E1A035D for ; Mon, 24 Mar 2014 22:01:02 -0700 (PDT) Received: from [98.139.212.149] by nm46.bullet.mail.bf1.yahoo.com with NNFMP; 25 Mar 2014 05:01:01 -0000 Received: from [98.139.211.204] by tm6.bullet.mail.bf1.yahoo.com with NNFMP; 25 Mar 2014 05:01:01 -0000 Received: from [127.0.0.1] by smtp213.mail.bf1.yahoo.com with NNFMP; 25 Mar 2014 05:01:01 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1395723661; bh=vVLkgQrsPM4sQdfVv5ARsrdUFD1cOP6AlrUyTHR1dwc=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:References:Mime-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding:Message-Id:Cc:X-Mailer:From:Subject:Date:To; b=0fNH6tO+H1vZbbagrW0Pqt6vvPSxRnhZHSKSQM+gAiWEKbHWmhtfZnLsiU6Pw3ZTIEfXyokngXtzpKLkyTeSbqh+4vfM4Gmwc9YJFu9PhYTjrymbfVxjc8wtj3lwgGx+vtggTg72GnvbPR8R0j8t9ANB3uOL9kj28pFNJIDnB3M= X-Yahoo-Newman-Id: 162722.77844.bm@smtp213.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 26_lwecVM1m6BZC.N08i43S7TgbMUjeoF6M720Q3E1dfiw7 7JhwOB2XtpVNs70eQah.58QCX0JfyfaCAJqtgiQMaBj2qAOimPfmLZwnB.4Y F_ZYQKZWusFVOHb4M4xRg7NukDbi2QdGQFEZpNBOOTTJ_2FfvbdV4nKVHdb2 jzCifqk0vAF4vplsgQAHmXnrsFtL_rR.CLGa2EGVBkADeZJNAmBoKoKVpkt8 Lg9_B.SJpyni4pPiIywq3LtKOPaevxdR1zOY5EZcttfZofitEJoVEZjdgtKv HJ393vw1JcTwHi6uXI7ZKGzWTOgMUiFwN22B2bF1BzAkUcI9n_Ieiv5pmCP_ t_yurVettrpMv8Nsqlh54l_X1B0qr5J7c9xOHpSlQwqWWVlCsZTkAfIk877q CJ9_MUF24gdW_eyGiXPpr_wZe3k2JlQRIkVYPUzhlFqDtB0lAAaXmVGsSMrQ mgS3fgZ8kAzqNYwAT4LGsAjTm4_fWsBfXMtVdBiC9Lo1X164B7wUokNT79Dn siqZoGrkw5f5rQHNuoFfg.47srA-- X-Yahoo-SMTP: ygPrP9CswBCWPbPtKJlJyLY0KMlg X-Rocket-Received: from [10.0.0.3] (davarish@69.181.137.230 with xymcookie [216.39.61.254]) by smtp213.mail.bf1.yahoo.com with SMTP; 24 Mar 2014 22:01:01 -0700 PDT References: <444bb6dd3fef46a9a668a1ef54b16c20@BY2PR05MB728.namprd05.prod.outlook.com> <167DFE12-2CA4-49DA-9AF2-A31BE099AD5C@broadcom.com> <7347100B5761DC41A166AC17F22DF1121B78A4E1@eusaamb103.ericsson.se> Mime-Version: 1.0 (1.0) In-Reply-To: <7347100B5761DC41A166AC17F22DF1121B78A4E1@eusaamb103.ericsson.se> Content-Type: multipart/alternative; boundary=Apple-Mail-AEFC96AB-08E4-489E-8088-195882137826 Content-Transfer-Encoding: 7bit Message-Id: X-Mailer: iPhone Mail (11B651) From: "S. Davari" Date: Mon, 24 Mar 2014 22:01:00 -0700 To: Gregory Mirsky Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/y2qHeXDvVg2moivyyLkFchyTsUk Cc: "draft-chen-mpls-source-label@tools.ietf.org" , "mpls@ietf.org" Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 05:01:06 -0000 --Apple-Mail-AEFC96AB-08E4-489E-8088-195882137826 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Hi Greg Thanks for your reply. SLM can be used for in service measurement. And it wo= rks for Mp2p and mp2mp. So you don't really need the 3 extra labels. Regards,. Shahram > On Mar 24, 2014, at 9:52 PM, Gregory Mirsky w= rote: >=20 > Hi Shahram, > many thanks for your interest and comments. I'd point that SLM is clearly o= ut-of-service OAM tool. SLI/SL may be used to perform in-service active LM a= s well as passive LM. Then there is DM and SLI/SL again can be used to perfo= rm in-service both active and passive DM. > As for use case that " that would only be possible by adding" these three l= abels I can think of the following: > OAM on mp2mp/mp2p LSP > =20 > Regards, > Greg > =20 > -----Original Message----- > From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Shahram Davari > Sent: Monday, March 24, 2014 8:24 PM > To: Yimin Shen > Cc: draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org > Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label > =20 > Hi > =20 > So far I haven't seen any valid use car that would only be possible by add= ing this 3 labels. For VPLS LM you could always use Synthetic loss measureme= nt. Just saying Synthetic LM is not as accurate as direct LM is not a good j= ustification for adding 3 labels. > =20 > Regards, > Shahram > =20 > =20 > > On Mar 21, 2014, at 11:39 AM, "Yimin Shen" wrote: > > > > Hi Mach, > > > > For an intermediate node, SL would definitely NOT be at the top of _inco= ming_ label stack. You would have to install complex forwarding state in dat= a plane to look for SL and process the packet differently based on the exist= ence/non-existence of SL. It would get even more complicated if you need to p= ut the SL back to the packets, in case other nodes downstream may also be ex= pecting it. So I'd like to see a valid use case for this increased complexit= y and overhead. > > > > Regarding the egress node use case, note that it is different than Entro= py labels, where an EL is actually used by intermediate nodes and only poppe= d by egress node. So, if your goal is simply to inform an egress node about t= he identity of a source node, the source node could just push one label to i= dentify itself. This label could be configured or communicated between the e= gress node and the source node in any fashion. However in this draft, the so= urce node would have to push 3 extra labels (for SL). > > > > Thanks, > > > > /Yimin > > > > > > -----Original Message----- > > From: Mach Chen [mailto:mach.chen@huawei.com] > > Sent: Thursday, March 20, 2014 11:00 AM > > To: Yimin Shen; draft-chen-mpls-source-label@tools.ietf.org; > > mpls@ietf.org > > Subject: RE: Mail regarding draft-chen-mpls-source-label > > > > Hi Yimin, > > > > Thanks for your questions and comments! > > > > Please see my reply inline... > > > >> -----Original Message----- > >> From: Mach Chen > >> Sent: Thursday, March 20, 2014 10:45 PM > >> To: Mach Chen > >> Subject: FW: Mail regarding draft-chen-mpls-source-label > >> > >> > >> > >> From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Yimin Shen > >> Sent: Thursday, March 20, 2014 12:03 AM > >> To: draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org > >> Subject: [mpls] Mail regarding draft-chen-mpls-source-label > >> > >> Hi authors, > >> > >> Can you please clarify if SL is expected to be used only by egress > >> node, or by intermediate node as well ? > > > > The SL can be used by the egress and intermediate node, but for intermed= iate node, since the SL may not be on the top of the label stack, if it want= s to use it, it needs to search the label stack to find the SL, just as to f= ind an EL. > > > >> > >> Section 3.2 "Traffic Matrix Measurement and Steering" describes a use > >> case for intermediate node, but I think congestion should in general > >> be resolved by control plane to reroute traffic based on a global > >> view of network resources, rather than by data plane based on a SL. > >> In your case, would the intermediate node move the traffic to an LSP > >> that is different than the LSP intended by the ingress node ? I don't t= hink it is the right thing to do. > >> > >> Regarding the use case of section 3.3 "Source Filtering". If somebody > >> is doing DoS attack, why would he put an SL in the packets ? > > > > Regarding to these two use cases, as discussed with Curtis, there need m= ore considerations, we will remove these two section in the next revision. > > > > Thanks, > > Mach > > > >> > >> Thanks, > >> > >> /Yimin > > > > > > > > _______________________________________________ > > mpls mailing list > > mpls@ietf.org > > https://www.ietf.org/mailman/listinfo/mpls > =20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > =20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls --Apple-Mail-AEFC96AB-08E4-489E-8088-195882137826 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit
Hi Greg

Thanks for your reply. SLM can be used for in service measurement. And it works for Mp2p and mp2mp. So you don't really need the 3 extra labels.

Regards,.
Shahram


On Mar 24, 2014, at 9:52 PM, Gregory Mirsky <gregory.mirsky@ericsson.com> wrote:

Hi Shahram,
many thanks for your interest and comments. I'd point that SLM is clearly out-of-service OAM tool. SLI/SL may be used to perform in-service active LM as well as passive LM. Then there is DM and SLI/SL again can be used to perform in-service both active and passive DM.
As for use case that " that would only be possible by adding" these three labels I can think of the following:
  • OAM on mp2mp/mp2p LSP
 
        Regards,
                Greg
 
-----Original Message-----
From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Shahram Davari
Sent: Monday, March 24, 2014 8:24 PM
To: Yimin Shen
Cc: draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org
Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label
 
Hi
 
So far I haven't seen any valid use car that would only be possible by adding this 3 labels. For VPLS LM you could always use Synthetic loss measurement. Just saying Synthetic LM is not as accurate as direct LM is not a good justification for adding 3 labels.
 
Regards,
Shahram
 
 
> On Mar 21, 2014, at 11:39 AM, "Yimin Shen" <yshen@juniper.net> wrote:
>
> Hi Mach,
>
> For an intermediate node, SL would definitely NOT be at the top of _incoming_ label stack. You would have to install complex forwarding state in data plane to look for SL and process the packet differently based on the existence/non-existence of SL. It would get even more complicated if you need to put the SL back to the packets, in case other nodes downstream may also be expecting it. So I'd like to see a valid use case for this increased complexity and overhead.
>
> Regarding the egress node use case, note that it is different than Entropy labels, where an EL is actually used by intermediate nodes and only popped by egress node. So, if your goal is simply to inform an egress node about the identity of a source node, the source node could just push one label to identify itself. This label could be configured or communicated between the egress node and the source node in any fashion. However in this draft, the source node would have to push 3 extra labels (for SL).
>
> Thanks,
>
> /Yimin
>
>
> -----Original Message-----
> From: Mach Chen [mailto:mach.chen@huawei.com]
> Sent: Thursday, March 20, 2014 11:00 AM
> Subject: RE: Mail regarding draft-chen-mpls-source-label
>
> Hi Yimin,
>
> Thanks for your questions and comments!
>
> Please see my reply inline...
>
>> -----Original Message-----
>> From: Mach Chen
>> Sent: Thursday, March 20, 2014 10:45 PM
>> To: Mach Chen
>> Subject: FW: Mail regarding draft-chen-mpls-source-label
>>
>>
>>
>> From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Yimin Shen
>> Sent: Thursday, March 20, 2014 12:03 AM
>> Subject: [mpls] Mail regarding draft-chen-mpls-source-label
>>
>> Hi authors,
>>
>> Can you please clarify if SL is expected to be used only by egress
>> node, or by intermediate node as well ?
>
> The SL can be used by the egress and intermediate node, but for intermediate node, since the SL may not be on the top of the label stack, if it wants to use it, it needs to search the label stack to find the SL, just as to find an EL.
>
>>
>> Section 3.2 "Traffic Matrix Measurement and Steering" describes a use
>> case for intermediate node, but I think congestion should in general
>> be resolved by control plane to reroute traffic based on a global
>> view of network resources, rather than by data plane based on a SL.
>> In your case, would the intermediate node move the traffic to an LSP
>> that is different than the LSP intended by the ingress node ? I don't think it is the right thing to do.
>>
>> Regarding the use case of section 3.3 "Source Filtering". If somebody
>> is doing DoS attack, why would he put an SL in the packets ?
>
> Regarding to these two use cases, as discussed with Curtis, there need more considerations, we will remove these two section in the next revision.
>
> Thanks,
> Mach
>
>>
>> Thanks,
>>
>> /Yimin
>
>
>
> _______________________________________________
> mpls mailing list
 
_______________________________________________
mpls mailing list
 
_______________________________________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org/mailman/listinfo/mpls
--Apple-Mail-AEFC96AB-08E4-489E-8088-195882137826-- From nobody Mon Mar 24 22:19:53 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 784031A035B for ; Mon, 24 Mar 2014 22:19:51 -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, 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 J6jA7jZfzswv for ; Mon, 24 Mar 2014 22:19:48 -0700 (PDT) Received: from usevmg20.ericsson.net (usevmg20.ericsson.net [198.24.6.45]) by ietfa.amsl.com (Postfix) with ESMTP id 032C91A0360 for ; Mon, 24 Mar 2014 22:19:47 -0700 (PDT) X-AuditID: c618062d-b7f858e0000031c7-45-53310f9f3e35 Received: from EUSAAHC003.ericsson.se (Unknown_Domain [147.117.188.81]) by usevmg20.ericsson.net (Symantec Mail Security) with SMTP id 58.12.12743.F9F01335; Tue, 25 Mar 2014 06:09:51 +0100 (CET) Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC003.ericsson.se ([147.117.188.81]) with mapi id 14.02.0387.000; Tue, 25 Mar 2014 01:19:45 -0400 From: Gregory Mirsky To: "S. Davari" Thread-Topic: [mpls] Mail regarding draft-chen-mpls-source-label Thread-Index: Ac9DjKc5+oLTXGUsQoqhiLRkJXmJtgAvjO4AAAA1OTAAAIFyEADrXx8AAAXBLTD//+0OAIAAQp+w Date: Tue, 25 Mar 2014 05:19:44 +0000 Message-ID: <7347100B5761DC41A166AC17F22DF1121B78A514@eusaamb103.ericsson.se> References: <444bb6dd3fef46a9a668a1ef54b16c20@BY2PR05MB728.namprd05.prod.outlook.com> <167DFE12-2CA4-49DA-9AF2-A31BE099AD5C@broadcom.com> <7347100B5761DC41A166AC17F22DF1121B78A4E1@eusaamb103.ericsson.se> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.12] Content-Type: multipart/alternative; boundary="_000_7347100B5761DC41A166AC17F22DF1121B78A514eusaamb103erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmphkeLIzCtJLcpLzFFi42KZXLonUHc+v2GwwcmJFhbrez0tDj5vYrSY s3Uii8WtpStZLbYv/8biwOox6/5ZNo8lS34yeVxvusru8eXyZzaPWbMOMwWwRnHZpKTmZJal FunbJXBlvO74wVow5TtTxZv2R4wNjBveMnUxcnBICJhI7Dvp1MXICWSKSVy4t56ti5GLQ0jg CKPEnsbDrBDOckaJhl/TGUGq2ASMJF5s7GEHsUUEVCSWbl/KAlLELHCGUeL316mMIFOFBewl 9r8ygKhxkOhb+IkNwo6S2H99N1gvi4CqxPxjO1hAbF4BX4kLk9tZIJbNYpY4cHMhWAOngK3E j+Y3zCA2I9B530+tYQKxmQXEJW49mc8EcbaAxJI955khbFGJl4//sULYShJzXl9jhqjPl5j8 aA87xDJBiZMzn7BMYBSdhWTULCRls5CUzQJ6h1lAU2L9Ln2IEkWJKd0P2SFsDYnWOXPZkcUX MLKvYuQoLU4ty003MtjECIzJYxJsujsY97y0PMQozcGiJM775a1zkJBAemJJanZqakFqUXxR aU5q8SFGJg5OqQbGngVpnyT49jCEXHrgn/ZWuMp4ufW677sS707TXjih1O6v4dm119qOZew0 jZ80if9008U+o1nv2qund52XYZblkuk76Xz+ofetnd8mTnM0PL5l9dnDglO/bFou/bXi7gdO 04X7hM6kZk+6tuHiJx7WhwfFI645nMo5fHragQ8xSyd0v7375fE7jdlKLMUZiYZazEXFiQCv wIXllwIAAA== Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/ustINk-FVIbbiiBNnSvo2nsmaac Cc: "draft-chen-mpls-source-label@tools.ietf.org" , "mpls@ietf.org" Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 05:19:51 -0000 --_000_7347100B5761DC41A166AC17F22DF1121B78A514eusaamb103erics_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgU2hhaHJhbSwNCm1hbnkgdGhhbmtzIGZvciBtb3N0IGV4cGVkaWVudCByZXNwb25zZS4NCkZp cnN0bHksIHJlZ2FyZGluZyBpbi1zZXJ2aWNlIFNMTS4gQUZBSUssIHRoZSBkaWZmZXJlbmNlIGJl dHdlZW4gTE0gYW5kIFNMTSwgYXQgbGVhc3QgaW4gWS4xNzMxLCBpcyB0aGF0IHRoZSBmb3JtZXIg Y29sbGVjdHMgY291bnRlcnMgb2Yg4oCcaW4tcHJvZmlsZeKAnSBmcmFtZXMgd2hpbGUgdGhlIGxh dHRlciBvbmx5IGNvdW50cyB0aGUgdGVzdCBwYWNrZXRzIHRoZW1zZWx2ZXMuIEdpdmVuIHRoYXQs IEkgY2FuIG5vdCBhZ3JlZSB0aGF0IHVzaW5nIFNMTSBhcyBpbi1zZXJ2aWNlIGFjdGl2ZSBtZWFz dXJlbWVudCBtZXRob2QgaXMgdmlhYmxlIHVubGVzcyBvcGVyYXRvciB3aWxsaW5nIHRvIHN1ZmZp Y2llbnRseSBhbHRlciBkYXRhIHRyYWZmaWMgYmVoYXZpb3IuDQpTZWNvbmRseSwgd291bGQgYmUg Z3JlYXQgaWYgeW91IGNhbiBleHBhbmQgb24g4oCcaXQgd29ya3MgZm9yIE1wMnAgYW5kIG1wMm1w 4oCdLiBJ4oCZbSB2ZXJ5IGludGVyZXN0ZWQgdG8gbGVhcm4gZnJvbSB5b3UgaG93IHRvIGRvIExN IG9uIG1wMm1wIExTUCB3aXRoIGN1cnJlbnQgTVBMUyBPQU0gdG9vbHMsIGkuZS4gd2l0aG91dCBT TEkvU0wuIEFuZCB3aGlsZSB3ZSBhcmUgYXQgIHRoaXMgdG9waWMsIHdvdWxkIHlvdSBraW5kbHkg ZXhwbGFpbiBob3cgU0xNIGhlbHBzIHdpdGggRE0gb3ZlciB0aGUgc2FtZSBjb25zdHJ1Y3QsIGku ZS4gbXAybXAgTFNQLg0KDQogICAgICAgICAgICAgICAgUmVnYXJkcywNCiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgR3JlZw0KDQpGcm9tOiBTLiBEYXZhcmkgW21haWx0bzpkYXZhcmlz aEB5YWhvby5jb21dDQpTZW50OiBNb25kYXksIE1hcmNoIDI0LCAyMDE0IDEwOjAxIFBNDQpUbzog R3JlZ29yeSBNaXJza3kNCkNjOiBTaGFocmFtIERhdmFyaTsgWWltaW4gU2hlbjsgZHJhZnQtY2hl bi1tcGxzLXNvdXJjZS1sYWJlbEB0b29scy5pZXRmLm9yZzsgbXBsc0BpZXRmLm9yZw0KU3ViamVj dDogUmU6IFttcGxzXSBNYWlsIHJlZ2FyZGluZyBkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVs DQoNCkhpIEdyZWcNCg0KVGhhbmtzIGZvciB5b3VyIHJlcGx5LiBTTE0gY2FuIGJlIHVzZWQgZm9y IGluIHNlcnZpY2UgbWVhc3VyZW1lbnQuIEFuZCBpdCB3b3JrcyBmb3IgTXAycCBhbmQgbXAybXAu IFNvIHlvdSBkb24ndCByZWFsbHkgbmVlZCB0aGUgMyBleHRyYSBsYWJlbHMuDQoNClJlZ2FyZHMs Lg0KU2hhaHJhbQ0KDQoNCk9uIE1hciAyNCwgMjAxNCwgYXQgOTo1MiBQTSwgR3JlZ29yeSBNaXJz a3kgPGdyZWdvcnkubWlyc2t5QGVyaWNzc29uLmNvbTxtYWlsdG86Z3JlZ29yeS5taXJza3lAZXJp Y3Nzb24uY29tPj4gd3JvdGU6DQpIaSBTaGFocmFtLA0KbWFueSB0aGFua3MgZm9yIHlvdXIgaW50 ZXJlc3QgYW5kIGNvbW1lbnRzLiBJJ2QgcG9pbnQgdGhhdCBTTE0gaXMgY2xlYXJseSBvdXQtb2Yt c2VydmljZSBPQU0gdG9vbC4gU0xJL1NMIG1heSBiZSB1c2VkIHRvIHBlcmZvcm0gaW4tc2Vydmlj ZSBhY3RpdmUgTE0gYXMgd2VsbCBhcyBwYXNzaXZlIExNLiBUaGVuIHRoZXJlIGlzIERNIGFuZCBT TEkvU0wgYWdhaW4gY2FuIGJlIHVzZWQgdG8gcGVyZm9ybSBpbi1zZXJ2aWNlIGJvdGggYWN0aXZl IGFuZCBwYXNzaXZlIERNLg0KQXMgZm9yIHVzZSBjYXNlIHRoYXQgIiB0aGF0IHdvdWxkIG9ubHkg YmUgcG9zc2libGUgYnkgYWRkaW5nIiB0aGVzZSB0aHJlZSBsYWJlbHMgSSBjYW4gdGhpbmsgb2Yg dGhlIGZvbGxvd2luZzoNCsK3ICAgICAgICAgT0FNIG9uIG1wMm1wL21wMnAgTFNQDQoNCiAgICAg ICAgUmVnYXJkcywNCiAgICAgICAgICAgICAgICBHcmVnDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2Fn ZS0tLS0tDQpGcm9tOiBtcGxzIFttYWlsdG86bXBscy1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhh bGYgT2YgU2hhaHJhbSBEYXZhcmkNClNlbnQ6IE1vbmRheSwgTWFyY2ggMjQsIDIwMTQgODoyNCBQ TQ0KVG86IFlpbWluIFNoZW4NCkNjOiBkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsQHRvb2xz LmlldGYub3JnPG1haWx0bzpkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsQHRvb2xzLmlldGYu b3JnPjsgbXBsc0BpZXRmLm9yZzxtYWlsdG86bXBsc0BpZXRmLm9yZz4NClN1YmplY3Q6IFJlOiBb bXBsc10gTWFpbCByZWdhcmRpbmcgZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJlbA0KDQpIaQ0K DQpTbyBmYXIgSSBoYXZlbid0IHNlZW4gYW55IHZhbGlkIHVzZSBjYXIgdGhhdCB3b3VsZCBvbmx5 IGJlIHBvc3NpYmxlIGJ5IGFkZGluZyB0aGlzIDMgbGFiZWxzLiBGb3IgVlBMUyBMTSB5b3UgY291 bGQgYWx3YXlzIHVzZSBTeW50aGV0aWMgbG9zcyBtZWFzdXJlbWVudC4gSnVzdCBzYXlpbmcgU3lu dGhldGljIExNIGlzIG5vdCBhcyBhY2N1cmF0ZSBhcyBkaXJlY3QgTE0gaXMgbm90IGEgZ29vZCBq dXN0aWZpY2F0aW9uIGZvciBhZGRpbmcgMyBsYWJlbHMuDQoNClJlZ2FyZHMsDQpTaGFocmFtDQoN Cg0KPiBPbiBNYXIgMjEsIDIwMTQsIGF0IDExOjM5IEFNLCAiWWltaW4gU2hlbiIgPHlzaGVuQGp1 bmlwZXIubmV0PG1haWx0bzp5c2hlbkBqdW5pcGVyLm5ldD4+IHdyb3RlOg0KPg0KPiBIaSBNYWNo LA0KPg0KPiBGb3IgYW4gaW50ZXJtZWRpYXRlIG5vZGUsIFNMIHdvdWxkIGRlZmluaXRlbHkgTk9U IGJlIGF0IHRoZSB0b3Agb2YgX2luY29taW5nXyBsYWJlbCBzdGFjay4gWW91IHdvdWxkIGhhdmUg dG8gaW5zdGFsbCBjb21wbGV4IGZvcndhcmRpbmcgc3RhdGUgaW4gZGF0YSBwbGFuZSB0byBsb29r IGZvciBTTCBhbmQgcHJvY2VzcyB0aGUgcGFja2V0IGRpZmZlcmVudGx5IGJhc2VkIG9uIHRoZSBl eGlzdGVuY2Uvbm9uLWV4aXN0ZW5jZSBvZiBTTC4gSXQgd291bGQgZ2V0IGV2ZW4gbW9yZSBjb21w bGljYXRlZCBpZiB5b3UgbmVlZCB0byBwdXQgdGhlIFNMIGJhY2sgdG8gdGhlIHBhY2tldHMsIGlu IGNhc2Ugb3RoZXIgbm9kZXMgZG93bnN0cmVhbSBtYXkgYWxzbyBiZSBleHBlY3RpbmcgaXQuIFNv IEknZCBsaWtlIHRvIHNlZSBhIHZhbGlkIHVzZSBjYXNlIGZvciB0aGlzIGluY3JlYXNlZCBjb21w bGV4aXR5IGFuZCBvdmVyaGVhZC4NCj4NCj4gUmVnYXJkaW5nIHRoZSBlZ3Jlc3Mgbm9kZSB1c2Ug Y2FzZSwgbm90ZSB0aGF0IGl0IGlzIGRpZmZlcmVudCB0aGFuIEVudHJvcHkgbGFiZWxzLCB3aGVy ZSBhbiBFTCBpcyBhY3R1YWxseSB1c2VkIGJ5IGludGVybWVkaWF0ZSBub2RlcyBhbmQgb25seSBw b3BwZWQgYnkgZWdyZXNzIG5vZGUuIFNvLCBpZiB5b3VyIGdvYWwgaXMgc2ltcGx5IHRvIGluZm9y bSBhbiBlZ3Jlc3Mgbm9kZSBhYm91dCB0aGUgaWRlbnRpdHkgb2YgYSBzb3VyY2Ugbm9kZSwgdGhl IHNvdXJjZSBub2RlIGNvdWxkIGp1c3QgcHVzaCBvbmUgbGFiZWwgdG8gaWRlbnRpZnkgaXRzZWxm LiBUaGlzIGxhYmVsIGNvdWxkIGJlIGNvbmZpZ3VyZWQgb3IgY29tbXVuaWNhdGVkIGJldHdlZW4g dGhlIGVncmVzcyBub2RlIGFuZCB0aGUgc291cmNlIG5vZGUgaW4gYW55IGZhc2hpb24uIEhvd2V2 ZXIgaW4gdGhpcyBkcmFmdCwgdGhlIHNvdXJjZSBub2RlIHdvdWxkIGhhdmUgdG8gcHVzaCAzIGV4 dHJhIGxhYmVscyAoZm9yIFNMKS4NCj4NCj4gVGhhbmtzLA0KPg0KPiAvWWltaW4NCj4NCj4NCj4g LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogTWFjaCBDaGVuIFttYWlsdG86bWFj aC5jaGVuQGh1YXdlaS5jb21dDQo+IFNlbnQ6IFRodXJzZGF5LCBNYXJjaCAyMCwgMjAxNCAxMTow MCBBTQ0KPiBUbzogWWltaW4gU2hlbjsgZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJlbEB0b29s cy5pZXRmLm9yZzxtYWlsdG86ZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJlbEB0b29scy5pZXRm Lm9yZz47DQo+IG1wbHNAaWV0Zi5vcmc8bWFpbHRvOm1wbHNAaWV0Zi5vcmc+DQo+IFN1YmplY3Q6 IFJFOiBNYWlsIHJlZ2FyZGluZyBkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsDQo+DQo+IEhp IFlpbWluLA0KPg0KPiBUaGFua3MgZm9yIHlvdXIgcXVlc3Rpb25zIGFuZCBjb21tZW50cyENCj4N Cj4gUGxlYXNlIHNlZSBteSByZXBseSBpbmxpbmUuLi4NCj4NCj4+IC0tLS0tT3JpZ2luYWwgTWVz c2FnZS0tLS0tDQo+PiBGcm9tOiBNYWNoIENoZW4NCj4+IFNlbnQ6IFRodXJzZGF5LCBNYXJjaCAy MCwgMjAxNCAxMDo0NSBQTQ0KPj4gVG86IE1hY2ggQ2hlbg0KPj4gU3ViamVjdDogRlc6IE1haWwg cmVnYXJkaW5nIGRyYWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFiZWwNCj4+DQo+Pg0KPj4NCj4+IEZy b206IG1wbHMgW21haWx0bzptcGxzLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBZaW1p biBTaGVuDQo+PiBTZW50OiBUaHVyc2RheSwgTWFyY2ggMjAsIDIwMTQgMTI6MDMgQU0NCj4+IFRv OiBkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsQHRvb2xzLmlldGYub3JnPG1haWx0bzpkcmFm dC1jaGVuLW1wbHMtc291cmNlLWxhYmVsQHRvb2xzLmlldGYub3JnPjsgbXBsc0BpZXRmLm9yZzxt YWlsdG86bXBsc0BpZXRmLm9yZz4NCj4+IFN1YmplY3Q6IFttcGxzXSBNYWlsIHJlZ2FyZGluZyBk cmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsDQo+Pg0KPj4gSGkgYXV0aG9ycywNCj4+DQo+PiBD YW4geW91IHBsZWFzZSBjbGFyaWZ5IGlmIFNMIGlzIGV4cGVjdGVkIHRvIGJlIHVzZWQgb25seSBi eSBlZ3Jlc3MNCj4+IG5vZGUsIG9yIGJ5IGludGVybWVkaWF0ZSBub2RlIGFzIHdlbGwgPw0KPg0K PiBUaGUgU0wgY2FuIGJlIHVzZWQgYnkgdGhlIGVncmVzcyBhbmQgaW50ZXJtZWRpYXRlIG5vZGUs IGJ1dCBmb3IgaW50ZXJtZWRpYXRlIG5vZGUsIHNpbmNlIHRoZSBTTCBtYXkgbm90IGJlIG9uIHRo ZSB0b3Agb2YgdGhlIGxhYmVsIHN0YWNrLCBpZiBpdCB3YW50cyB0byB1c2UgaXQsIGl0IG5lZWRz IHRvIHNlYXJjaCB0aGUgbGFiZWwgc3RhY2sgdG8gZmluZCB0aGUgU0wsIGp1c3QgYXMgdG8gZmlu ZCBhbiBFTC4NCj4NCj4+DQo+PiBTZWN0aW9uIDMuMiAiVHJhZmZpYyBNYXRyaXggTWVhc3VyZW1l bnQgYW5kIFN0ZWVyaW5nIiBkZXNjcmliZXMgYSB1c2UNCj4+IGNhc2UgZm9yIGludGVybWVkaWF0 ZSBub2RlLCBidXQgSSB0aGluayBjb25nZXN0aW9uIHNob3VsZCBpbiBnZW5lcmFsDQo+PiBiZSBy ZXNvbHZlZCBieSBjb250cm9sIHBsYW5lIHRvIHJlcm91dGUgdHJhZmZpYyBiYXNlZCBvbiBhIGds b2JhbA0KPj4gdmlldyBvZiBuZXR3b3JrIHJlc291cmNlcywgcmF0aGVyIHRoYW4gYnkgZGF0YSBw bGFuZSBiYXNlZCBvbiBhIFNMLg0KPj4gSW4geW91ciBjYXNlLCB3b3VsZCB0aGUgaW50ZXJtZWRp YXRlIG5vZGUgbW92ZSB0aGUgdHJhZmZpYyB0byBhbiBMU1ANCj4+IHRoYXQgaXMgZGlmZmVyZW50 IHRoYW4gdGhlIExTUCBpbnRlbmRlZCBieSB0aGUgaW5ncmVzcyBub2RlID8gSSBkb24ndCB0aGlu ayBpdCBpcyB0aGUgcmlnaHQgdGhpbmcgdG8gZG8uDQo+Pg0KPj4gUmVnYXJkaW5nIHRoZSB1c2Ug Y2FzZSBvZiBzZWN0aW9uIDMuMyAiU291cmNlIEZpbHRlcmluZyIuIElmIHNvbWVib2R5DQo+PiBp cyBkb2luZyBEb1MgYXR0YWNrLCB3aHkgd291bGQgaGUgcHV0IGFuIFNMIGluIHRoZSBwYWNrZXRz ID8NCj4NCj4gUmVnYXJkaW5nIHRvIHRoZXNlIHR3byB1c2UgY2FzZXMsIGFzIGRpc2N1c3NlZCB3 aXRoIEN1cnRpcywgdGhlcmUgbmVlZCBtb3JlIGNvbnNpZGVyYXRpb25zLCB3ZSB3aWxsIHJlbW92 ZSB0aGVzZSB0d28gc2VjdGlvbiBpbiB0aGUgbmV4dCByZXZpc2lvbi4NCj4NCj4gVGhhbmtzLA0K PiBNYWNoDQo+DQo+Pg0KPj4gVGhhbmtzLA0KPj4NCj4+IC9ZaW1pbg0KPg0KPg0KPg0KPiBfX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBtcGxzIG1haWxp bmcgbGlzdA0KPiBtcGxzQGlldGYub3JnPG1haWx0bzptcGxzQGlldGYub3JnPg0KPiBodHRwczov L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21wbHMNCg0KX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCm1wbHMgbWFpbGluZyBsaXN0DQptcGxzQGll dGYub3JnPG1haWx0bzptcGxzQGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1h bi9saXN0aW5mby9tcGxzDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fDQptcGxzIG1haWxpbmcgbGlzdA0KbXBsc0BpZXRmLm9yZzxtYWlsdG86bXBsc0Bp ZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBscw0K --_000_7347100B5761DC41A166AC17F22DF1121B78A514eusaamb103erics_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseTpXaW5nZGluZ3M7DQoJcGFub3NlLTE6NSAwIDAgMCAwIDAgMCAwIDAgMDt9 DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIg MiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3Nl LTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNv Tm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJn aW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGlt ZXMgTmV3IFJvbWFuIiwic2VyaWYiO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNv LXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVy bGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxl LXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5l O30NCnAuTXNvQWNldGF0ZSwgbGkuTXNvQWNldGF0ZSwgZGl2Lk1zb0FjZXRhdGUNCgl7bXNvLXN0 eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJCYWxsb29uIFRleHQgQ2hhciI7DQoJ bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjguMHB0Ow0K CWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIjt9DQpwLmVtYWlscXVvdGUsIGxpLmVt YWlscXVvdGUsIGRpdi5lbWFpbHF1b3RlDQoJe21zby1zdHlsZS1uYW1lOmVtYWlscXVvdGU7DQoJ bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBpbjsNCgltc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDoxLjBwdDsNCglib3JkZXI6bm9uZTsNCglw YWRkaW5nOjBpbjsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcg Um9tYW4iLCJzZXJpZiI7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTgNCgl7bXNvLXN0eWxlLXR5cGU6cGVy c29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xv cjojMUY0OTdEO30NCnNwYW4uQmFsbG9vblRleHRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJCYWxs b29uIFRleHQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5r OiJCYWxsb29uIFRleHQiOw0KCWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIjt9DQou TXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6 MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJn aW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldv cmRTZWN0aW9uMTt9DQovKiBMaXN0IERlZmluaXRpb25zICovDQpAbGlzdCBsMA0KCXttc28tbGlz dC1pZDoxNjAxNDUzMjU2Ow0KCW1zby1saXN0LXRlbXBsYXRlLWlkczo2NDM3MTM3NTI7fQ0KQGxp c3QgbDA6bGV2ZWwxDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2 ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOi41aW47DQoJbXNvLWxldmVsLW51bWJl ci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCgltc28tYW5zaS1mb250LXNp emU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMDpsZXZlbDINCgl7bXNv LWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNvLWxl dmVsLXRhYi1zdG9wOjEuMGluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0 ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZh bWlseToiQ291cmllciBOZXciOw0KCW1zby1iaWRpLWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9t YW4iO30NCkBsaXN0IGwwOmxldmVsMw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7 DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDoxLjVpbjsNCgltc28t bGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCW1zby1h bnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGww OmxldmVsNA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRl eHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDoyLjBpbjsNCgltc28tbGV2ZWwtbnVtYmVyLXBv c2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCW1zby1hbnNpLWZvbnQtc2l6ZTox MC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwwOmxldmVsNQ0KCXttc28t bGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1s ZXZlbC10YWItc3RvcDoyLjVpbjsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJ dGV4dC1pbmRlbnQ6LS4yNWluOw0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1m YW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwwOmxldmVsNg0KCXttc28tbGV2ZWwtbnVtYmVyLWZv cm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDoz LjBpbjsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4y NWluOw0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2Rpbmdz O30NCkBsaXN0IGwwOmxldmVsNw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJ bXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDozLjVpbjsNCgltc28tbGV2 ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCW1zby1hbnNp LWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwwOmxl dmVsOA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6 74KnOw0KCW1zby1sZXZlbC10YWItc3RvcDo0LjBpbjsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0 aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4w cHQ7DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwwOmxldmVsOQ0KCXttc28tbGV2 ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZl bC10YWItc3RvcDo0LjVpbjsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4 dC1pbmRlbnQ6LS4yNWluOw0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1p bHk6V2luZ2RpbmdzO30NCm9sDQoJe21hcmdpbi1ib3R0b206MGluO30NCnVsDQoJe21hcmdpbi1i b3R0b206MGluO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFw ZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZd LS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+ DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3ht bD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2 bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+SGkgU2hh aHJhbSw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+bWFueSB0aGFua3MgZm9yIG1vc3Qg ZXhwZWRpZW50IHJlc3BvbnNlLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5GaXJzdGx5 LCByZWdhcmRpbmcgaW4tc2VydmljZSBTTE0uIEFGQUlLLCB0aGUgZGlmZmVyZW5jZSBiZXR3ZWVu IExNIGFuZCBTTE0sIGF0IGxlYXN0IGluIFkuMTczMSwgaXMgdGhhdCB0aGUgZm9ybWVyIGNvbGxl Y3RzIGNvdW50ZXJzIG9mIOKAnGluLXByb2ZpbGXigJ0gZnJhbWVzDQogd2hpbGUgdGhlIGxhdHRl ciBvbmx5IGNvdW50cyB0aGUgdGVzdCBwYWNrZXRzIHRoZW1zZWx2ZXMuIEdpdmVuIHRoYXQsIEkg Y2FuIG5vdCBhZ3JlZSB0aGF0IHVzaW5nIFNMTSBhcyBpbi1zZXJ2aWNlIGFjdGl2ZSBtZWFzdXJl bWVudCBtZXRob2QgaXMgdmlhYmxlIHVubGVzcyBvcGVyYXRvciB3aWxsaW5nIHRvIHN1ZmZpY2ll bnRseSBhbHRlciBkYXRhIHRyYWZmaWMgYmVoYXZpb3IuPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMx RjQ5N0QiPlNlY29uZGx5LCB3b3VsZCBiZSBncmVhdCBpZiB5b3UgY2FuIGV4cGFuZCBvbiDigJxp dCB3b3JrcyBmb3IgTXAycCBhbmQgbXAybXDigJ0uIEnigJltIHZlcnkgaW50ZXJlc3RlZCB0byBs ZWFybiBmcm9tIHlvdSBob3cgdG8gZG8gTE0gb24gbXAybXAgTFNQIHdpdGggY3VycmVudCBNUExT DQogT0FNIHRvb2xzLCBpLmUuIHdpdGhvdXQgU0xJL1NMLiBBbmQgd2hpbGUgd2UgYXJlIGF0Jm5i c3A7IHRoaXMgdG9waWMsIHdvdWxkIHlvdSBraW5kbHkgZXhwbGFpbiBob3cgU0xNIGhlbHBzIHdp dGggRE0gb3ZlciB0aGUgc2FtZSBjb25zdHJ1Y3QsIGkuZS4gbXAybXAgTFNQLjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+ Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFJlZ2FyZHMsPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBHcmVnPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y OiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxl PSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBw dCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90OyI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4g Uy4gRGF2YXJpIFttYWlsdG86ZGF2YXJpc2hAeWFob28uY29tXQ0KPGJyPg0KPGI+U2VudDo8L2I+ IE1vbmRheSwgTWFyY2ggMjQsIDIwMTQgMTA6MDEgUE08YnI+DQo8Yj5Ubzo8L2I+IEdyZWdvcnkg TWlyc2t5PGJyPg0KPGI+Q2M6PC9iPiBTaGFocmFtIERhdmFyaTsgWWltaW4gU2hlbjsgZHJhZnQt Y2hlbi1tcGxzLXNvdXJjZS1sYWJlbEB0b29scy5pZXRmLm9yZzsgbXBsc0BpZXRmLm9yZzxicj4N CjxiPlN1YmplY3Q6PC9iPiBSZTogW21wbHNdIE1haWwgcmVnYXJkaW5nIGRyYWZ0LWNoZW4tbXBs cy1zb3VyY2UtbGFiZWw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+SGkgR3JlZzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj5UaGFua3MgZm9yIHlvdXIgcmVwbHkuIFNMTSBjYW4gYmUgdXNlZCBm b3IgaW4gc2VydmljZSBtZWFzdXJlbWVudC4gQW5kIGl0IHdvcmtzIGZvciBNcDJwIGFuZCBtcDJt cC4gU28geW91IGRvbid0IHJlYWxseSBuZWVkIHRoZSAzIGV4dHJhIGxhYmVscy48bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxicj4NClJlZ2FyZHMs LjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlNoYWhyYW08bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxicj4NCk9uIE1hciAyNCwgMjAxNCwgYXQg OTo1MiBQTSwgR3JlZ29yeSBNaXJza3kgJmx0OzxhIGhyZWY9Im1haWx0bzpncmVnb3J5Lm1pcnNr eUBlcmljc3Nvbi5jb20iPmdyZWdvcnkubWlyc2t5QGVyaWNzc29uLmNvbTwvYT4mZ3Q7IHdyb3Rl OjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1 LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5IaSBTaGFocmFtLDxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90OyI+bWFueSB0aGFua3MgZm9yIHlvdXIgaW50ZXJlc3QgYW5kIGNv bW1lbnRzLiBJJ2QgcG9pbnQgdGhhdCBTTE0gaXMgY2xlYXJseSBvdXQtb2Ytc2VydmljZSBPQU0g dG9vbC4gU0xJL1NMIG1heSBiZSB1c2VkIHRvIHBlcmZvcm0gaW4tc2VydmljZSBhY3RpdmUgTE0g YXMgd2VsbCBhcyBwYXNzaXZlIExNLg0KIFRoZW4gdGhlcmUgaXMgRE0gYW5kIFNMSS9TTCBhZ2Fp biBjYW4gYmUgdXNlZCB0byBwZXJmb3JtIGluLXNlcnZpY2UgYm90aCBhY3RpdmUgYW5kIHBhc3Np dmUgRE0uPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5BcyBmb3IgdXNlIGNhc2UgdGhh dCAmcXVvdDsgdGhhdCB3b3VsZCBvbmx5IGJlIHBvc3NpYmxlIGJ5IGFkZGluZyZxdW90OyB0aGVz ZSB0aHJlZSBsYWJlbHMgSSBjYW4gdGhpbmsgb2YgdGhlIGZvbGxvd2luZzo8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttYXJnaW4tbGVmdDowaW47 dGV4dC1pbmRlbnQ6LS4yNWluO21zby1saXN0OmwwIGxldmVsMSBsZm8xIj4NCjwhW2lmICFzdXBw b3J0TGlzdHNdPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OlN5bWJv bCI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+wrc8c3BhbiBzdHlsZT0iZm9udDo3LjBw dCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+T0FNIG9uIG1wMm1wL21wMnAgTFNQPG86cD48L286 cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90OyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgUmVnYXJkcyw8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBH cmVnPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDsiPi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tPGJyPg0KRnJvbTogbXBs cyBbPGEgaHJlZj0ibWFpbHRvOm1wbHMtYm91bmNlc0BpZXRmLm9yZyI+bWFpbHRvOm1wbHMtYm91 bmNlc0BpZXRmLm9yZzwvYT5dIE9uIEJlaGFsZiBPZiBTaGFocmFtIERhdmFyaTxicj4NClNlbnQ6 IE1vbmRheSwgTWFyY2ggMjQsIDIwMTQgODoyNCBQTTxicj4NClRvOiBZaW1pbiBTaGVuPGJyPg0K Q2M6IDxhIGhyZWY9Im1haWx0bzpkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsQHRvb2xzLmll dGYub3JnIj5kcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsQHRvb2xzLmlldGYub3JnPC9hPjsN CjxhIGhyZWY9Im1haWx0bzptcGxzQGlldGYub3JnIj5tcGxzQGlldGYub3JnPC9hPjxicj4NClN1 YmplY3Q6IFJlOiBbbXBsc10gTWFpbCByZWdhcmRpbmcgZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1s YWJlbDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jm5ic3A7PG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7Ij5IaTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jm5ic3A7 PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5TbyBmYXIgSSBoYXZlbid0IHNlZW4gYW55 IHZhbGlkIHVzZSBjYXIgdGhhdCB3b3VsZCBvbmx5IGJlIHBvc3NpYmxlIGJ5IGFkZGluZyB0aGlz IDMgbGFiZWxzLiBGb3IgVlBMUyBMTSB5b3UgY291bGQgYWx3YXlzIHVzZSBTeW50aGV0aWMgbG9z cyBtZWFzdXJlbWVudC4gSnVzdCBzYXlpbmcgU3ludGhldGljDQogTE0gaXMgbm90IGFzIGFjY3Vy YXRlIGFzIGRpcmVjdCBMTSBpcyBub3QgYSBnb29kIGp1c3RpZmljYXRpb24gZm9yIGFkZGluZyAz IGxhYmVscy4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jm5ic3A7PG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5SZWdhcmRzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90OyI+U2hhaHJhbTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jm5ic3A7PG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDsiPiZndDsgT24gTWFyIDIxLCAyMDE0LCBhdCAxMTozOSBBTSwgJnF1b3Q7WWltaW4gU2hl biZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnlzaGVuQGp1bmlwZXIubmV0Ij55c2hlbkBqdW5p cGVyLm5ldDwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jmd0 Ow0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mZ3Q7IEhpIE1hY2gsPG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mZ3Q7DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDsiPiZndDsgRm9yIGFuIGludGVybWVkaWF0ZSBub2RlLCBTTCB3b3VsZCBkZWZpbml0ZWx5IE5P VCBiZSBhdCB0aGUgdG9wIG9mIF9pbmNvbWluZ18gbGFiZWwgc3RhY2suIFlvdSB3b3VsZCBoYXZl IHRvIGluc3RhbGwgY29tcGxleCBmb3J3YXJkaW5nIHN0YXRlIGluIGRhdGEgcGxhbmUgdG8gbG9v ayBmb3INCiBTTCBhbmQgcHJvY2VzcyB0aGUgcGFja2V0IGRpZmZlcmVudGx5IGJhc2VkIG9uIHRo ZSBleGlzdGVuY2Uvbm9uLWV4aXN0ZW5jZSBvZiBTTC4gSXQgd291bGQgZ2V0IGV2ZW4gbW9yZSBj b21wbGljYXRlZCBpZiB5b3UgbmVlZCB0byBwdXQgdGhlIFNMIGJhY2sgdG8gdGhlIHBhY2tldHMs IGluIGNhc2Ugb3RoZXIgbm9kZXMgZG93bnN0cmVhbSBtYXkgYWxzbyBiZSBleHBlY3RpbmcgaXQu IFNvIEknZCBsaWtlIHRvIHNlZSBhIHZhbGlkIHVzZSBjYXNlDQogZm9yIHRoaXMgaW5jcmVhc2Vk IGNvbXBsZXhpdHkgYW5kIG92ZXJoZWFkLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+ Jmd0Ow0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mZ3Q7IFJlZ2FyZGluZyB0aGUg ZWdyZXNzIG5vZGUgdXNlIGNhc2UsIG5vdGUgdGhhdCBpdCBpcyBkaWZmZXJlbnQgdGhhbiBFbnRy b3B5IGxhYmVscywgd2hlcmUgYW4gRUwgaXMgYWN0dWFsbHkgdXNlZCBieSBpbnRlcm1lZGlhdGUg bm9kZXMgYW5kIG9ubHkgcG9wcGVkIGJ5IGVncmVzcyBub2RlLiBTbywNCiBpZiB5b3VyIGdvYWwg aXMgc2ltcGx5IHRvIGluZm9ybSBhbiBlZ3Jlc3Mgbm9kZSBhYm91dCB0aGUgaWRlbnRpdHkgb2Yg YSBzb3VyY2Ugbm9kZSwgdGhlIHNvdXJjZSBub2RlIGNvdWxkIGp1c3QgcHVzaCBvbmUgbGFiZWwg dG8gaWRlbnRpZnkgaXRzZWxmLiBUaGlzIGxhYmVsIGNvdWxkIGJlIGNvbmZpZ3VyZWQgb3IgY29t bXVuaWNhdGVkIGJldHdlZW4gdGhlIGVncmVzcyBub2RlIGFuZCB0aGUgc291cmNlIG5vZGUgaW4g YW55IGZhc2hpb24uIEhvd2V2ZXINCiBpbiB0aGlzIGRyYWZ0LCB0aGUgc291cmNlIG5vZGUgd291 bGQgaGF2ZSB0byBwdXNoIDMgZXh0cmEgbGFiZWxzIChmb3IgU0wpLjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90OyI+Jmd0Ow0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mZ3Q7 IFRoYW5rcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZndDsNCjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jmd0OyAvWWltaW48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDsiPiZndDsNCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jmd0Ow0KPG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mZ3Q7IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0t PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mZ3Q7IEZyb206IE1hY2ggQ2hlbiBbPGEg aHJlZj0ibWFpbHRvOm1hY2guY2hlbkBodWF3ZWkuY29tIj5tYWlsdG86bWFjaC5jaGVuQGh1YXdl aS5jb208L2E+XTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jmd0OyBTZW50OiBUaHVy c2RheSwgTWFyY2ggMjAsIDIwMTQgMTE6MDAgQU08bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDsiPiZndDsgVG86IFlpbWluIFNoZW47DQo8YSBocmVmPSJtYWlsdG86ZHJhZnQtY2hlbi1tcGxz LXNvdXJjZS1sYWJlbEB0b29scy5pZXRmLm9yZyI+ZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJl bEB0b29scy5pZXRmLm9yZzwvYT47DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZn dDsNCjxhIGhyZWY9Im1haWx0bzptcGxzQGlldGYub3JnIj5tcGxzQGlldGYub3JnPC9hPjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jmd0OyBTdWJqZWN0OiBSRTogTWFpbCByZWdhcmRp bmcgZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJlbDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90OyI+Jmd0Ow0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mZ3Q7IEhpIFlpbWlu LDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jmd0Ow0KPG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7Ij4mZ3Q7IFRoYW5rcyBmb3IgeW91ciBxdWVzdGlvbnMgYW5kIGNvbW1lbnRz ITxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jmd0Ow0KPG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7Ij4mZ3Q7IFBsZWFzZSBzZWUgbXkgcmVwbHkgaW5saW5lLi4uPG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mZ3Q7DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDsiPiZndDsmZ3Q7IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tPG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7Ij4mZ3Q7Jmd0OyBGcm9tOiBNYWNoIENoZW48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDsiPiZndDsmZ3Q7IFNlbnQ6IFRodXJzZGF5LCBNYXJjaCAyMCwgMjAxNCAxMDo0 NSBQTTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jmd0OyZndDsgVG86IE1hY2ggQ2hl bjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jmd0OyZndDsgU3ViamVjdDogRlc6IE1h aWwgcmVnYXJkaW5nIGRyYWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFiZWw8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDsiPiZndDsmZ3Q7DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsi PiZndDsmZ3Q7DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZndDsmZ3Q7DQo8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZndDsmZ3Q7IEZyb206IG1wbHMgWzxhIGhyZWY9 Im1haWx0bzptcGxzLWJvdW5jZXNAaWV0Zi5vcmciPm1haWx0bzptcGxzLWJvdW5jZXNAaWV0Zi5v cmc8L2E+XSBPbiBCZWhhbGYgT2YgWWltaW4gU2hlbjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90OyI+Jmd0OyZndDsgU2VudDogVGh1cnNkYXksIE1hcmNoIDIwLCAyMDE0IDEyOjAzIEFNPG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mZ3Q7Jmd0OyBUbzoNCjxhIGhyZWY9Im1haWx0 bzpkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsQHRvb2xzLmlldGYub3JnIj5kcmFmdC1jaGVu LW1wbHMtc291cmNlLWxhYmVsQHRvb2xzLmlldGYub3JnPC9hPjsNCjxhIGhyZWY9Im1haWx0bzpt cGxzQGlldGYub3JnIj5tcGxzQGlldGYub3JnPC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90OyI+Jmd0OyZndDsgU3ViamVjdDogW21wbHNdIE1haWwgcmVnYXJkaW5nIGRyYWZ0LWNoZW4t bXBscy1zb3VyY2UtbGFiZWw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZndDsmZ3Q7 DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZndDsmZ3Q7IEhpIGF1dGhvcnMsPG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mZ3Q7Jmd0Ow0KPG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7Ij4mZ3Q7Jmd0OyBDYW4geW91IHBsZWFzZSBjbGFyaWZ5IGlmIFNMIGlzIGV4 cGVjdGVkIHRvIGJlIHVzZWQgb25seSBieSBlZ3Jlc3MNCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90OyI+Jmd0OyZndDsgbm9kZSwgb3IgYnkgaW50ZXJtZWRpYXRlIG5vZGUgYXMgd2VsbCA/ PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mZ3Q7DQo8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDsiPiZndDsgVGhlIFNMIGNhbiBiZSB1c2VkIGJ5IHRoZSBlZ3Jlc3MgYW5kIGlu dGVybWVkaWF0ZSBub2RlLCBidXQgZm9yIGludGVybWVkaWF0ZSBub2RlLCBzaW5jZSB0aGUgU0wg bWF5IG5vdCBiZSBvbiB0aGUgdG9wIG9mIHRoZSBsYWJlbCBzdGFjaywgaWYgaXQgd2FudHMgdG8g dXNlIGl0LCBpdCBuZWVkcw0KIHRvIHNlYXJjaCB0aGUgbGFiZWwgc3RhY2sgdG8gZmluZCB0aGUg U0wsIGp1c3QgYXMgdG8gZmluZCBhbiBFTC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsi PiZndDsNCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jmd0OyZndDsNCjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jmd0OyZndDsgU2VjdGlvbiAzLjIgJnF1b3Q7VHJhZmZp YyBNYXRyaXggTWVhc3VyZW1lbnQgYW5kIFN0ZWVyaW5nJnF1b3Q7IGRlc2NyaWJlcyBhIHVzZQ0K PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mZ3Q7Jmd0OyBjYXNlIGZvciBpbnRlcm1l ZGlhdGUgbm9kZSwgYnV0IEkgdGhpbmsgY29uZ2VzdGlvbiBzaG91bGQgaW4gZ2VuZXJhbA0KPG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mZ3Q7Jmd0OyBiZSByZXNvbHZlZCBieSBjb250 cm9sIHBsYW5lIHRvIHJlcm91dGUgdHJhZmZpYyBiYXNlZCBvbiBhIGdsb2JhbA0KPG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mZ3Q7Jmd0OyB2aWV3IG9mIG5ldHdvcmsgcmVzb3VyY2Vz LCByYXRoZXIgdGhhbiBieSBkYXRhIHBsYW5lIGJhc2VkIG9uIGEgU0wuDQo8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDsiPiZndDsmZ3Q7IEluIHlvdXIgY2FzZSwgd291bGQgdGhlIGludGVy bWVkaWF0ZSBub2RlIG1vdmUgdGhlIHRyYWZmaWMgdG8gYW4gTFNQDQo8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDsiPiZndDsmZ3Q7IHRoYXQgaXMgZGlmZmVyZW50IHRoYW4gdGhlIExTUCBp bnRlbmRlZCBieSB0aGUgaW5ncmVzcyBub2RlID8gSSBkb24ndCB0aGluayBpdCBpcyB0aGUgcmln aHQgdGhpbmcgdG8gZG8uPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mZ3Q7Jmd0Ow0K PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mZ3Q7Jmd0OyBSZWdhcmRpbmcgdGhlIHVz ZSBjYXNlIG9mIHNlY3Rpb24gMy4zICZxdW90O1NvdXJjZSBGaWx0ZXJpbmcmcXVvdDsuIElmIHNv bWVib2R5DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZndDsmZ3Q7IGlzIGRvaW5n IERvUyBhdHRhY2ssIHdoeSB3b3VsZCBoZSBwdXQgYW4gU0wgaW4gdGhlIHBhY2tldHMgPzxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jmd0Ow0KPG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7Ij4mZ3Q7IFJlZ2FyZGluZyB0byB0aGVzZSB0d28gdXNlIGNhc2VzLCBhcyBkaXNjdXNz ZWQgd2l0aCBDdXJ0aXMsIHRoZXJlIG5lZWQgbW9yZSBjb25zaWRlcmF0aW9ucywgd2Ugd2lsbCBy ZW1vdmUgdGhlc2UgdHdvIHNlY3Rpb24gaW4gdGhlIG5leHQgcmV2aXNpb24uPG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7Ij4mZ3Q7DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsi PiZndDsgVGhhbmtzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jmd0OyBNYWNoPG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mZ3Q7DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDsiPiZndDsmZ3Q7DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZndDsm Z3Q7IFRoYW5rcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZndDsmZ3Q7DQo8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZndDsmZ3Q7IC9ZaW1pbjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90OyI+Jmd0Ow0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4m Z3Q7DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZndDsNCjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90OyI+Jmd0OyBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jmd0OyBtcGxzIG1h aWxpbmcgbGlzdDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jmd0Ow0KPGEgaHJlZj0i bWFpbHRvOm1wbHNAaWV0Zi5vcmciPm1wbHNAaWV0Zi5vcmc8L2E+PG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7Ij4mZ3Q7DQo8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFu L2xpc3RpbmZvL21wbHMiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBs czwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZuYnNwOzxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90OyI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX188bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPm1wbHMgbWFpbGluZyBsaXN0 PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij48YSBocmVmPSJtYWlsdG86bXBsc0BpZXRm Lm9yZyI+bXBsc0BpZXRmLm9yZzwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPjxh IGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBscyI+aHR0cHM6 Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tcGxzPC9hPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90OyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjwvYmxvY2txdW90ZT4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21h cmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPl9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KbXBscyBtYWlsaW5n IGxpc3Q8YnI+DQo8YSBocmVmPSJtYWlsdG86bXBsc0BpZXRmLm9yZyI+bXBsc0BpZXRmLm9yZzwv YT48YnI+DQo8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21w bHMiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBsczwvYT48bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+ DQo= --_000_7347100B5761DC41A166AC17F22DF1121B78A514eusaamb103erics_-- From nobody Mon Mar 24 22:50:25 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 241871A0364 for ; Mon, 24 Mar 2014 22:50:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.007 X-Spam-Level: X-Spam-Status: No, score=-2.007 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 nS-0STHuKQFy for ; Mon, 24 Mar 2014 22:50:15 -0700 (PDT) Received: from nm11-vm1.bullet.mail.bf1.yahoo.com (nm11-vm1.bullet.mail.bf1.yahoo.com [98.139.213.152]) by ietfa.amsl.com (Postfix) with ESMTP id 4F6D71A00EF for ; Mon, 24 Mar 2014 22:50:15 -0700 (PDT) Received: from [98.139.212.151] by nm11.bullet.mail.bf1.yahoo.com with NNFMP; 25 Mar 2014 05:50:14 -0000 Received: from [98.139.211.163] by tm8.bullet.mail.bf1.yahoo.com with NNFMP; 25 Mar 2014 05:50:14 -0000 Received: from [127.0.0.1] by smtp220.mail.bf1.yahoo.com with NNFMP; 25 Mar 2014 05:50:14 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1395726614; bh=jo/i4Pzht6WJ8St/+wdGtUD7Sqf605le0xsvUNh67vc=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:References:Mime-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding:Message-Id:Cc:X-Mailer:From:Subject:Date:To; b=Pk8uP3UJmXGdN5ppGIcdxJJ74KeNllYrBpiGJpg1XpEI36IKbSM6lkZHhPsjUjglW9vjWQJOlz23nS7jAxFrmSpqzUvDnxVd5df06FJ+5Dcy/E9srI9lvYy7Kx4UR6UIxq0Z/GTe9y2TOAdgzpvvoOzBsJbPj4sGlXux4j1EGl0= X-Yahoo-Newman-Id: 54175.19202.bm@smtp220.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 9DZfLMsVM1m4cHfFwpKPZTimSqHjBicT.nLaXcztcc.UxoY uKa4xYF3CGICCg8MMJ4V3lquul5zgYEnjhb0.zr.72MN12lvnEnuzuE_WMUp WQgg8MwgXbezImwU94tfeStPV.H03a8GLk16_hCzV00WgkUNCLXmz7TWcI6j RvJRrb.VwMb1Fxz34ea7NLxUctDpKC5k9LhTrSMY1GH5tnddwGH7RI8zwnxf UNDUAaaH8FxVhvYRExGgiOiRaM9TsrYt1WBhn2yLd.bvcXwInx3EYXcrO8Pi r4b1TJG329dg7sqN3.fQz5cW1stvNcGqcLINR8ygKujfbFglybW0rbx4ZmiO ol3QXx6eOKK1Ac0hgxZ07yGzQI5Q4wsLd4RM3pVn2cR9I5Mu2.q7Vl0g.m3Y HM8gZMgZGvdTxA3JDNu_QKEPwS_bygHLDoJj_.dsRqWHxoZPBdKY.1tHOogy 3BF62XZHwU7te0yfVfFDyuEmAMgsGgR.d4rALIAZsMHJn2uMamR8jEl0YFT4 DWRT5xGONm_OTXuYyhymjbmvcRw-- X-Yahoo-SMTP: ygPrP9CswBCWPbPtKJlJyLY0KMlg X-Rocket-Received: from [10.0.0.3] (davarish@69.181.137.230 with xymcookie [98.138.86.130]) by smtp220.mail.bf1.yahoo.com with SMTP; 25 Mar 2014 05:50:13 +0000 UTC References: <444bb6dd3fef46a9a668a1ef54b16c20@BY2PR05MB728.namprd05.prod.outlook.com> <167DFE12-2CA4-49DA-9AF2-A31BE099AD5C@broadcom.com> <7347100B5761DC41A166AC17F22DF1121B78A4E1@eusaamb103.ericsson.se> <7347100B5761DC41A166AC17F22DF1121B78A514@eusaamb103.ericsson.se> Mime-Version: 1.0 (1.0) In-Reply-To: <7347100B5761DC41A166AC17F22DF1121B78A514@eusaamb103.ericsson.se> Content-Type: multipart/alternative; boundary=Apple-Mail-664BA722-1337-430B-8617-AB7C4141F36F Content-Transfer-Encoding: 7bit Message-Id: X-Mailer: iPhone Mail (11B651) From: "S. Davari" Date: Mon, 24 Mar 2014 22:50:11 -0700 To: Gregory Mirsky Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/5INhDq1RBiah19EhDkH-ZppGDSw Cc: "draft-chen-mpls-source-label@tools.ietf.org" , "mpls@ietf.org" Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 05:50:19 -0000 --Apple-Mail-664BA722-1337-430B-8617-AB7C4141F36F Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Greg In profile simply means green packets and by generate green SLM packets you c= ould achieve the same results. MEF explains how SLM is used for non p2p services.=20 And For Delay measurement you can just run DM. The source info can be in The= payload of DM as TLV. Regards, Shahram > On Mar 24, 2014, at 10:19 PM, Gregory Mirsky = wrote: >=20 > Hi Shahram, > many thanks for most expedient response. > Firstly, regarding in-service SLM. AFAIK, the difference between LM and SL= M, at least in Y.1731, is that the former collects counters of =E2=80=9Cin-p= rofile=E2=80=9D frames while the latter only counts the test packets themsel= ves. Given that, I can not agree that using SLM as in-service active measure= ment method is viable unless operator willing to sufficiently alter data tra= ffic behavior. > Secondly, would be great if you can expand on =E2=80=9Cit works for Mp2p a= nd mp2mp=E2=80=9D. I=E2=80=99m very interested to learn from you how to do L= M on mp2mp LSP with current MPLS OAM tools, i.e. without SLI/SL. And while w= e are at this topic, would you kindly explain how SLM helps with DM over th= e same construct, i.e. mp2mp LSP. > =20 > Regards, > Greg > =20 > From: S. Davari [mailto:davarish@yahoo.com]=20 > Sent: Monday, March 24, 2014 10:01 PM > To: Gregory Mirsky > Cc: Shahram Davari; Yimin Shen; draft-chen-mpls-source-label@tools.ietf.or= g; mpls@ietf.org > Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label > =20 > Hi Greg > =20 > Thanks for your reply. SLM can be used for in service measurement. And it w= orks for Mp2p and mp2mp. So you don't really need the 3 extra labels. >=20 > Regards,. > Shahram > =20 >=20 > On Mar 24, 2014, at 9:52 PM, Gregory Mirsky w= rote: >=20 > Hi Shahram, > many thanks for your interest and comments. I'd point that SLM is clearly o= ut-of-service OAM tool. SLI/SL may be used to perform in-service active LM a= s well as passive LM. Then there is DM and SLI/SL again can be used to perfo= rm in-service both active and passive DM. > As for use case that " that would only be possible by adding" these three l= abels I can think of the following: > =C2=B7 OAM on mp2mp/mp2p LSP > =20 > Regards, > Greg > =20 > -----Original Message----- > From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Shahram Davari > Sent: Monday, March 24, 2014 8:24 PM > To: Yimin Shen > Cc: draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org > Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label > =20 > Hi > =20 > So far I haven't seen any valid use car that would only be possible by add= ing this 3 labels. For VPLS LM you could always use Synthetic loss measureme= nt. Just saying Synthetic LM is not as accurate as direct LM is not a good j= ustification for adding 3 labels. > =20 > Regards, > Shahram > =20 > =20 > > On Mar 21, 2014, at 11:39 AM, "Yimin Shen" wrote: > > > > Hi Mach, > > > > For an intermediate node, SL would definitely NOT be at the top of _inco= ming_ label stack. You would have to install complex forwarding state in dat= a plane to look for SL and process the packet differently based on the exist= ence/non-existence of SL. It would get even more complicated if you need to p= ut the SL back to the packets, in case other nodes downstream may also be ex= pecting it. So I'd like to see a valid use case for this increased complexit= y and overhead. > > > > Regarding the egress node use case, note that it is different than Entro= py labels, where an EL is actually used by intermediate nodes and only poppe= d by egress node. So, if your goal is simply to inform an egress node about t= he identity of a source node, the source node could just push one label to i= dentify itself. This label could be configured or communicated between the e= gress node and the source node in any fashion. However in this draft, the so= urce node would have to push 3 extra labels (for SL). > > > > Thanks, > > > > /Yimin > > > > > > -----Original Message----- > > From: Mach Chen [mailto:mach.chen@huawei.com] > > Sent: Thursday, March 20, 2014 11:00 AM > > To: Yimin Shen; draft-chen-mpls-source-label@tools.ietf.org; > > mpls@ietf.org > > Subject: RE: Mail regarding draft-chen-mpls-source-label > > > > Hi Yimin, > > > > Thanks for your questions and comments! > > > > Please see my reply inline... > > > >> -----Original Message----- > >> From: Mach Chen > >> Sent: Thursday, March 20, 2014 10:45 PM > >> To: Mach Chen > >> Subject: FW: Mail regarding draft-chen-mpls-source-label > >> > >> > >> > >> From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Yimin Shen > >> Sent: Thursday, March 20, 2014 12:03 AM > >> To: draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org > >> Subject: [mpls] Mail regarding draft-chen-mpls-source-label > >> > >> Hi authors, > >> > >> Can you please clarify if SL is expected to be used only by egress > >> node, or by intermediate node as well ? > > > > The SL can be used by the egress and intermediate node, but for intermed= iate node, since the SL may not be on the top of the label stack, if it want= s to use it, it needs to search the label stack to find the SL, just as to f= ind an EL. > > > >> > >> Section 3.2 "Traffic Matrix Measurement and Steering" describes a use > >> case for intermediate node, but I think congestion should in general > >> be resolved by control plane to reroute traffic based on a global > >> view of network resources, rather than by data plane based on a SL. > >> In your case, would the intermediate node move the traffic to an LSP > >> that is different than the LSP intended by the ingress node ? I don't t= hink it is the right thing to do. > >> > >> Regarding the use case of section 3.3 "Source Filtering". If somebody > >> is doing DoS attack, why would he put an SL in the packets ? > > > > Regarding to these two use cases, as discussed with Curtis, there need m= ore considerations, we will remove these two section in the next revision. > > > > Thanks, > > Mach > > > >> > >> Thanks, > >> > >> /Yimin > > > > > > > > _______________________________________________ > > mpls mailing list > > mpls@ietf.org > > https://www.ietf.org/mailman/listinfo/mpls > =20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > =20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls --Apple-Mail-664BA722-1337-430B-8617-AB7C4141F36F Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Hi Greg

In pr= ofile simply means green packets and by generate green SLM packets you could= achieve the same results.

MEF explains how SLM is u= sed for non p2p services. 

And For Delay measu= rement you can just run DM. The source info can be in The payload of DM as T= LV.

Regards,
Shahram


On= Mar 24, 2014, at 10:19 PM, Gregory Mirsky <gregory.mirsky@ericsson.com> wrote:

Hi Shahram,

many thanks for most expedi= ent response.

Firstly, regarding in-servi= ce SLM. AFAIK, the difference between LM and SLM, at least in Y.1731, is tha= t the former collects counters of =E2=80=9Cin-profile=E2=80=9D frames while the latter only counts the test packets themselves. Given that, I can= not agree that using SLM as in-service active measurement method is viable u= nless operator willing to sufficiently alter data traffic behavior.

Secondly, would be great if= you can expand on =E2=80=9Cit works for Mp2p and mp2mp=E2=80=9D. I=E2=80=99= m very interested to learn from you how to do LM on mp2mp LSP with current M= PLS OAM tools, i.e. without SLI/SL. And while we are at  this topic, would= you kindly explain how SLM helps with DM over the same construct, i.e. mp2m= p LSP.

 

    &nb= sp;           Regards,

    &nb= sp;            &= nbsp;            = ;  Greg

 

From: S. Davari [= mailto:davarish@yahoo.com]
Sent: Monday, March 24, 2014 10:01 PM
To: Gregory Mirsky
Cc: Shahram Davari; Yimin Shen; draft-chen-mpls-source-label@tools.ietf.org; <= a href=3D"mailto:mpls@ietf.org">mpls@ietf.org
Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label<= /o:p>

 

Hi Greg

 

Thanks for your reply. SLM can be used for in service= measurement. And it works for Mp2p and mp2mp. So you don't really need the 3= extra labels.


Regards,.

Shahram

 


On Mar 24, 2014, at 9:52 PM, Gregory Mirsky <gregory.mirsky@ericsson.com> wrote:

=

Hi Shahram,

many thanks for your interest and comment= s. I'd point that SLM is clearly out-of-service OAM tool. SLI/SL may be used= to perform in-service active LM as well as passive LM. Then there is DM and SLI/SL again can be used to perform in-service both ac= tive and passive DM.

As for use case that " that would only be= possible by adding" these three labels I can think of the following:

=C2=B7         OAM on mp2mp/mp2p LSP

 

       = ; Regards,

       = ;         Greg

=

 

-----Original Message-----
From: mpls [mailto:mpls-bounces@iet= f.org] On Behalf Of Shahram Davari
Sent: Monday, March 24, 2014 8:24 PM
To: Yimin Shen
Cc: draft-che= n-mpls-source-label@tools.ietf.org; mpls@ietf.org
Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label

 

Hi

 

So far I haven't seen any valid use car t= hat would only be possible by adding this 3 labels. For VPLS LM you could al= ways use Synthetic loss measurement. Just saying Synthetic LM is not as accurate as direct LM is not a good justification for adding 3= labels.

 

Regards,

Shahram

 

 

> On Mar 21, 2014, at 11:39 AM, "Yimin= Shen" <yshen@juniper.net> wr= ote:

>

> Hi Mach,

>

> For an intermediate node, SL would d= efinitely NOT be at the top of _incoming_ label stack. You would have to ins= tall complex forwarding state in data plane to look for SL and process the packet differently based on the existence/non-existence o= f SL. It would get even more complicated if you need to put the SL back to t= he packets, in case other nodes downstream may also be expecting it. So I'd l= ike to see a valid use case for this increased complexity and overhead.

>

> Regarding the egress node use case, n= ote that it is different than Entropy labels, where an EL is actually used b= y intermediate nodes and only popped by egress node. So, if your goal is simply to inform an egress node about the identity of a sou= rce node, the source node could just push one label to identify itself. This= label could be configured or communicated between the egress node and the s= ource node in any fashion. However in this draft, the source node would have to push 3 extra labels (for SL).<= o:p>

>

> Thanks,

>

> /Yimin

>

>

> -----Original Message-----

> From: Mach Chen [mailto:mach.chen@huawei.com]

> Sent: Thursday, March 20, 2014 11:00= AM

> Subject: RE: Mail regarding draft-ch= en-mpls-source-label

>

> Hi Yimin,

>

> Thanks for your questions and commen= ts!

>

> Please see my reply inline...

>

>> -----Original Message-----<= /o:p>

>> From: Mach Chen

>> Sent: Thursday, March 20, 2014 1= 0:45 PM

>> To: Mach Chen<= /p>

>> Subject: FW: Mail regarding draf= t-chen-mpls-source-label

>>

>>

>>

>> From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Yimin Sh= en

>> Sent: Thursday, March 20, 2014 1= 2:03 AM

>> Subject: [mpls] Mail regarding d= raft-chen-mpls-source-label

>>

>> Hi authors,

>>

>> Can you please clarify if SL is e= xpected to be used only by egress

>> node, or by intermediate node as= well ?

>

> The SL can be used by the egress and= intermediate node, but for intermediate node, since the SL may not be on th= e top of the label stack, if it wants to use it, it needs to search the label stack to find the SL, just as to find an EL.=

>

>>

>> Section 3.2 "Traffic Matrix Meas= urement and Steering" describes a use

>> case for intermediate node, but I= think congestion should in general

>> be resolved by control plane to r= eroute traffic based on a global

>> view of network resources, rathe= r than by data plane based on a SL.

>> In your case, would the intermed= iate node move the traffic to an LSP

>> that is different than the LSP i= ntended by the ingress node ? I don't think it is the right thing to do.

>>

>> Regarding the use case of sectio= n 3.3 "Source Filtering". If somebody

>> is doing DoS attack, why would h= e put an SL in the packets ?

>

> Regarding to these two use cases, as= discussed with Curtis, there need more considerations, we will remove these= two section in the next revision.

>

> Thanks,

> Mach

>

>>

>> Thanks,

>>

>> /Yimin

>

>

>

> ____________________________________= ___________

> mpls mailing list<= /p>

 

_________________________________________= ______

mpls mailing list

 

_______________________________________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org/= mailman/listinfo/mpls

= --Apple-Mail-664BA722-1337-430B-8617-AB7C4141F36F-- From nobody Mon Mar 24 23:06:40 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D947F1A0364 for ; Mon, 24 Mar 2014 23:06:31 -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, 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 RzS7hQ0mvusJ for ; Mon, 24 Mar 2014 23:06:16 -0700 (PDT) Received: from usevmg21.ericsson.net (usevmg21.ericsson.net [198.24.6.65]) by ietfa.amsl.com (Postfix) with ESMTP id 21B831A00F5 for ; Mon, 24 Mar 2014 23:06:16 -0700 (PDT) X-AuditID: c6180641-b7f2f8e000002cdc-60-533119eefc39 Received: from EUSAAHC005.ericsson.se (Unknown_Domain [147.117.188.87]) by usevmg21.ericsson.net (Symantec Mail Security) with SMTP id CD.43.11484.FE911335; Tue, 25 Mar 2014 06:53:51 +0100 (CET) Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC005.ericsson.se ([147.117.188.87]) with mapi id 14.02.0387.000; Tue, 25 Mar 2014 02:06:13 -0400 From: Gregory Mirsky To: "S. Davari" Thread-Topic: [mpls] Mail regarding draft-chen-mpls-source-label Thread-Index: Ac9DjKc5+oLTXGUsQoqhiLRkJXmJtgAvjO4AAAA1OTAAAIFyEADrXx8AAAXBLTD//+0OAIAAQp+w///LH4CAAEErQA== Date: Tue, 25 Mar 2014 06:06:13 +0000 Message-ID: <7347100B5761DC41A166AC17F22DF1121B78A54F@eusaamb103.ericsson.se> References: <444bb6dd3fef46a9a668a1ef54b16c20@BY2PR05MB728.namprd05.prod.outlook.com> <167DFE12-2CA4-49DA-9AF2-A31BE099AD5C@broadcom.com> <7347100B5761DC41A166AC17F22DF1121B78A4E1@eusaamb103.ericsson.se> <7347100B5761DC41A166AC17F22DF1121B78A514@eusaamb103.ericsson.se> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.12] Content-Type: multipart/alternative; boundary="_000_7347100B5761DC41A166AC17F22DF1121B78A54Feusaamb103erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmplkeLIzCtJLcpLzFFi42KZXLonXPe9pGGwwYEWKYv1vZ4WB583MVrM 2TqRxeLW0pWsFtuXf2NxYPWYdf8sm8eSJT+ZPK43XWX3+HL5M5vHrFmHmQJYo7hsUlJzMstS i/TtErgyPnUfZSx4sZq54tC1hawNjDcWMHcxcnJICJhIvL78lQXCFpO4cG89WxcjF4eQwBFG iVdvZ7BDOMsZJf6/OM0EUsUmYCTxYmMPO4gtIqAisXT7UhaQImaBM4wSv79OZexi5OAQFrCX 2P/KAKLGQaJv4Sc2CDtLYt61BWC9LAKqEm/aj7GC2LwCvhIdX84wQSybyCKx7dIXRpAEp4Ct xL9Pu8AWMwKd9/3UGjCbWUBc4taT+UwQZwtILNlzHuodUYmXj/+xQthKEnNeX2OGqM+XuP3j KNQyQYmTM5+wTGAUnYVk1CwkZbOQlM0CeodZQFNi/S59iBJFiSndD9khbA2J1jlz2ZHFFzCy r2LkKC1OLctNNzLcxAiMymMSbI47GBd8sjzEKM3BoiTO++Wtc5CQQHpiSWp2ampBalF8UWlO avEhRiYOTqkGRq4rH9/dv5fvrsWsKXqx7kbkwwPPeldPqXIVc//7JOwTf9oXAbfHWsKfF/GJ ps6NUFq1ZlsTX+Dq+aJZ1gUvr0Q15ttMUmQ88vSr580lZZtXemStnZJ7maP0YYTUpQ3rXeZx rbq19lA568cPL+faru6xTylcO0eVU/pQy9mHETFin9e2/3UR8VJiKc5INNRiLipOBADxls7d mAIAAA== Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/NKAmeIwrUN1S_mwU-lGp0tmwzRE Cc: "draft-chen-mpls-source-label@tools.ietf.org" , "mpls@ietf.org" Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 06:06:32 -0000 --_000_7347100B5761DC41A166AC17F22DF1121B78A54Feusaamb103erics_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgU2hhaHJhbSwNCmNvbnNpZGVyIGZsb3cgYXQgOTklIG9mIGl0cyBDSVIuIEhvdyB3b3VsZCB5 b3UgcGVyZm9ybSAgaW4tc2VydmljZSBtZWFzdXJlIHdpdGggU0xNPw0KQUZBSUssIE1FRiBjb25z aWRlcnMgTE0gb2YgRS1MQU4gc2VydmljZSBhcyBtYXRyaXggb2YgcDJwIG1lYXN1cmVtZW50cy4g SXQgaXMgaW50ZXJlc3RpbmcgYXBwcm9hY2ggYnV0IG5vdCB5ZXQgYWRvcHRlZCBieSBJRVRGLg0K WWVzLCB5b3UgbWF5IGRvIHByb3ByaWV0YXJ5IHRoaW5ncyB3aXRoIHBheWxvYWQuIE9yIHVzZSBT TEkvU0wuDQoNCiAgICAgICAgICAgICAgICBSZWdhcmRzLA0KICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICBHcmVnDQoNCkZyb206IFMuIERhdmFyaSBbbWFpbHRvOmRhdmFyaXNoQHlhaG9v LmNvbV0NClNlbnQ6IE1vbmRheSwgTWFyY2ggMjQsIDIwMTQgMTA6NTAgUE0NClRvOiBHcmVnb3J5 IE1pcnNreQ0KQ2M6IFNoYWhyYW0gRGF2YXJpOyBZaW1pbiBTaGVuOyBkcmFmdC1jaGVuLW1wbHMt c291cmNlLWxhYmVsQHRvb2xzLmlldGYub3JnOyBtcGxzQGlldGYub3JnDQpTdWJqZWN0OiBSZTog W21wbHNdIE1haWwgcmVnYXJkaW5nIGRyYWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFiZWwNCg0KSGkg R3JlZw0KDQpJbiBwcm9maWxlIHNpbXBseSBtZWFucyBncmVlbiBwYWNrZXRzIGFuZCBieSBnZW5l cmF0ZSBncmVlbiBTTE0gcGFja2V0cyB5b3UgY291bGQgYWNoaWV2ZSB0aGUgc2FtZSByZXN1bHRz Lg0KDQpNRUYgZXhwbGFpbnMgaG93IFNMTSBpcyB1c2VkIGZvciBub24gcDJwIHNlcnZpY2VzLg0K DQpBbmQgRm9yIERlbGF5IG1lYXN1cmVtZW50IHlvdSBjYW4ganVzdCBydW4gRE0uIFRoZSBzb3Vy Y2UgaW5mbyBjYW4gYmUgaW4gVGhlIHBheWxvYWQgb2YgRE0gYXMgVExWLg0KDQpSZWdhcmRzLA0K U2hhaHJhbQ0KDQoNCk9uIE1hciAyNCwgMjAxNCwgYXQgMTA6MTkgUE0sIEdyZWdvcnkgTWlyc2t5 IDxncmVnb3J5Lm1pcnNreUBlcmljc3Nvbi5jb208bWFpbHRvOmdyZWdvcnkubWlyc2t5QGVyaWNz c29uLmNvbT4+IHdyb3RlOg0KSGkgU2hhaHJhbSwNCm1hbnkgdGhhbmtzIGZvciBtb3N0IGV4cGVk aWVudCByZXNwb25zZS4NCkZpcnN0bHksIHJlZ2FyZGluZyBpbi1zZXJ2aWNlIFNMTS4gQUZBSUss IHRoZSBkaWZmZXJlbmNlIGJldHdlZW4gTE0gYW5kIFNMTSwgYXQgbGVhc3QgaW4gWS4xNzMxLCBp cyB0aGF0IHRoZSBmb3JtZXIgY29sbGVjdHMgY291bnRlcnMgb2Yg4oCcaW4tcHJvZmlsZeKAnSBm cmFtZXMgd2hpbGUgdGhlIGxhdHRlciBvbmx5IGNvdW50cyB0aGUgdGVzdCBwYWNrZXRzIHRoZW1z ZWx2ZXMuIEdpdmVuIHRoYXQsIEkgY2FuIG5vdCBhZ3JlZSB0aGF0IHVzaW5nIFNMTSBhcyBpbi1z ZXJ2aWNlIGFjdGl2ZSBtZWFzdXJlbWVudCBtZXRob2QgaXMgdmlhYmxlIHVubGVzcyBvcGVyYXRv ciB3aWxsaW5nIHRvIHN1ZmZpY2llbnRseSBhbHRlciBkYXRhIHRyYWZmaWMgYmVoYXZpb3IuDQpT ZWNvbmRseSwgd291bGQgYmUgZ3JlYXQgaWYgeW91IGNhbiBleHBhbmQgb24g4oCcaXQgd29ya3Mg Zm9yIE1wMnAgYW5kIG1wMm1w4oCdLiBJ4oCZbSB2ZXJ5IGludGVyZXN0ZWQgdG8gbGVhcm4gZnJv bSB5b3UgaG93IHRvIGRvIExNIG9uIG1wMm1wIExTUCB3aXRoIGN1cnJlbnQgTVBMUyBPQU0gdG9v bHMsIGkuZS4gd2l0aG91dCBTTEkvU0wuIEFuZCB3aGlsZSB3ZSBhcmUgYXQgIHRoaXMgdG9waWMs IHdvdWxkIHlvdSBraW5kbHkgZXhwbGFpbiBob3cgU0xNIGhlbHBzIHdpdGggRE0gb3ZlciB0aGUg c2FtZSBjb25zdHJ1Y3QsIGkuZS4gbXAybXAgTFNQLg0KDQogICAgICAgICAgICAgICAgUmVnYXJk cywNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgR3JlZw0KDQpGcm9tOiBTLiBEYXZh cmkgW21haWx0bzpkYXZhcmlzaEB5YWhvby5jb21dDQpTZW50OiBNb25kYXksIE1hcmNoIDI0LCAy MDE0IDEwOjAxIFBNDQpUbzogR3JlZ29yeSBNaXJza3kNCkNjOiBTaGFocmFtIERhdmFyaTsgWWlt aW4gU2hlbjsgZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJlbEB0b29scy5pZXRmLm9yZzxtYWls dG86ZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJlbEB0b29scy5pZXRmLm9yZz47IG1wbHNAaWV0 Zi5vcmc8bWFpbHRvOm1wbHNAaWV0Zi5vcmc+DQpTdWJqZWN0OiBSZTogW21wbHNdIE1haWwgcmVn YXJkaW5nIGRyYWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFiZWwNCg0KSGkgR3JlZw0KDQpUaGFua3Mg Zm9yIHlvdXIgcmVwbHkuIFNMTSBjYW4gYmUgdXNlZCBmb3IgaW4gc2VydmljZSBtZWFzdXJlbWVu dC4gQW5kIGl0IHdvcmtzIGZvciBNcDJwIGFuZCBtcDJtcC4gU28geW91IGRvbid0IHJlYWxseSBu ZWVkIHRoZSAzIGV4dHJhIGxhYmVscy4NCg0KUmVnYXJkcywuDQpTaGFocmFtDQoNCg0KT24gTWFy IDI0LCAyMDE0LCBhdCA5OjUyIFBNLCBHcmVnb3J5IE1pcnNreSA8Z3JlZ29yeS5taXJza3lAZXJp Y3Nzb24uY29tPG1haWx0bzpncmVnb3J5Lm1pcnNreUBlcmljc3Nvbi5jb20+PiB3cm90ZToNCkhp IFNoYWhyYW0sDQptYW55IHRoYW5rcyBmb3IgeW91ciBpbnRlcmVzdCBhbmQgY29tbWVudHMuIEkn ZCBwb2ludCB0aGF0IFNMTSBpcyBjbGVhcmx5IG91dC1vZi1zZXJ2aWNlIE9BTSB0b29sLiBTTEkv U0wgbWF5IGJlIHVzZWQgdG8gcGVyZm9ybSBpbi1zZXJ2aWNlIGFjdGl2ZSBMTSBhcyB3ZWxsIGFz IHBhc3NpdmUgTE0uIFRoZW4gdGhlcmUgaXMgRE0gYW5kIFNMSS9TTCBhZ2FpbiBjYW4gYmUgdXNl ZCB0byBwZXJmb3JtIGluLXNlcnZpY2UgYm90aCBhY3RpdmUgYW5kIHBhc3NpdmUgRE0uDQpBcyBm b3IgdXNlIGNhc2UgdGhhdCAiIHRoYXQgd291bGQgb25seSBiZSBwb3NzaWJsZSBieSBhZGRpbmci IHRoZXNlIHRocmVlIGxhYmVscyBJIGNhbiB0aGluayBvZiB0aGUgZm9sbG93aW5nOg0KwrcgICAg ICAgICBPQU0gb24gbXAybXAvbXAycCBMU1ANCg0KICAgICAgICBSZWdhcmRzLA0KICAgICAgICAg ICAgICAgIEdyZWcNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IG1wbHMgW21h aWx0bzptcGxzLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBTaGFocmFtIERhdmFyaQ0K U2VudDogTW9uZGF5LCBNYXJjaCAyNCwgMjAxNCA4OjI0IFBNDQpUbzogWWltaW4gU2hlbg0KQ2M6 IGRyYWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFiZWxAdG9vbHMuaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0 LWNoZW4tbXBscy1zb3VyY2UtbGFiZWxAdG9vbHMuaWV0Zi5vcmc+OyBtcGxzQGlldGYub3JnPG1h aWx0bzptcGxzQGlldGYub3JnPg0KU3ViamVjdDogUmU6IFttcGxzXSBNYWlsIHJlZ2FyZGluZyBk cmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsDQoNCkhpDQoNClNvIGZhciBJIGhhdmVuJ3Qgc2Vl biBhbnkgdmFsaWQgdXNlIGNhciB0aGF0IHdvdWxkIG9ubHkgYmUgcG9zc2libGUgYnkgYWRkaW5n IHRoaXMgMyBsYWJlbHMuIEZvciBWUExTIExNIHlvdSBjb3VsZCBhbHdheXMgdXNlIFN5bnRoZXRp YyBsb3NzIG1lYXN1cmVtZW50LiBKdXN0IHNheWluZyBTeW50aGV0aWMgTE0gaXMgbm90IGFzIGFj Y3VyYXRlIGFzIGRpcmVjdCBMTSBpcyBub3QgYSBnb29kIGp1c3RpZmljYXRpb24gZm9yIGFkZGlu ZyAzIGxhYmVscy4NCg0KUmVnYXJkcywNClNoYWhyYW0NCg0KDQo+IE9uIE1hciAyMSwgMjAxNCwg YXQgMTE6MzkgQU0sICJZaW1pbiBTaGVuIiA8eXNoZW5AanVuaXBlci5uZXQ8bWFpbHRvOnlzaGVu QGp1bmlwZXIubmV0Pj4gd3JvdGU6DQo+DQo+IEhpIE1hY2gsDQo+DQo+IEZvciBhbiBpbnRlcm1l ZGlhdGUgbm9kZSwgU0wgd291bGQgZGVmaW5pdGVseSBOT1QgYmUgYXQgdGhlIHRvcCBvZiBfaW5j b21pbmdfIGxhYmVsIHN0YWNrLiBZb3Ugd291bGQgaGF2ZSB0byBpbnN0YWxsIGNvbXBsZXggZm9y d2FyZGluZyBzdGF0ZSBpbiBkYXRhIHBsYW5lIHRvIGxvb2sgZm9yIFNMIGFuZCBwcm9jZXNzIHRo ZSBwYWNrZXQgZGlmZmVyZW50bHkgYmFzZWQgb24gdGhlIGV4aXN0ZW5jZS9ub24tZXhpc3RlbmNl IG9mIFNMLiBJdCB3b3VsZCBnZXQgZXZlbiBtb3JlIGNvbXBsaWNhdGVkIGlmIHlvdSBuZWVkIHRv IHB1dCB0aGUgU0wgYmFjayB0byB0aGUgcGFja2V0cywgaW4gY2FzZSBvdGhlciBub2RlcyBkb3du c3RyZWFtIG1heSBhbHNvIGJlIGV4cGVjdGluZyBpdC4gU28gSSdkIGxpa2UgdG8gc2VlIGEgdmFs aWQgdXNlIGNhc2UgZm9yIHRoaXMgaW5jcmVhc2VkIGNvbXBsZXhpdHkgYW5kIG92ZXJoZWFkLg0K Pg0KPiBSZWdhcmRpbmcgdGhlIGVncmVzcyBub2RlIHVzZSBjYXNlLCBub3RlIHRoYXQgaXQgaXMg ZGlmZmVyZW50IHRoYW4gRW50cm9weSBsYWJlbHMsIHdoZXJlIGFuIEVMIGlzIGFjdHVhbGx5IHVz ZWQgYnkgaW50ZXJtZWRpYXRlIG5vZGVzIGFuZCBvbmx5IHBvcHBlZCBieSBlZ3Jlc3Mgbm9kZS4g U28sIGlmIHlvdXIgZ29hbCBpcyBzaW1wbHkgdG8gaW5mb3JtIGFuIGVncmVzcyBub2RlIGFib3V0 IHRoZSBpZGVudGl0eSBvZiBhIHNvdXJjZSBub2RlLCB0aGUgc291cmNlIG5vZGUgY291bGQganVz dCBwdXNoIG9uZSBsYWJlbCB0byBpZGVudGlmeSBpdHNlbGYuIFRoaXMgbGFiZWwgY291bGQgYmUg Y29uZmlndXJlZCBvciBjb21tdW5pY2F0ZWQgYmV0d2VlbiB0aGUgZWdyZXNzIG5vZGUgYW5kIHRo ZSBzb3VyY2Ugbm9kZSBpbiBhbnkgZmFzaGlvbi4gSG93ZXZlciBpbiB0aGlzIGRyYWZ0LCB0aGUg c291cmNlIG5vZGUgd291bGQgaGF2ZSB0byBwdXNoIDMgZXh0cmEgbGFiZWxzIChmb3IgU0wpLg0K Pg0KPiBUaGFua3MsDQo+DQo+IC9ZaW1pbg0KPg0KPg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2Ut LS0tLQ0KPiBGcm9tOiBNYWNoIENoZW4gW21haWx0bzptYWNoLmNoZW5AaHVhd2VpLmNvbV0NCj4g U2VudDogVGh1cnNkYXksIE1hcmNoIDIwLCAyMDE0IDExOjAwIEFNDQo+IFRvOiBZaW1pbiBTaGVu OyBkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsQHRvb2xzLmlldGYub3JnPG1haWx0bzpkcmFm dC1jaGVuLW1wbHMtc291cmNlLWxhYmVsQHRvb2xzLmlldGYub3JnPjsNCj4gbXBsc0BpZXRmLm9y ZzxtYWlsdG86bXBsc0BpZXRmLm9yZz4NCj4gU3ViamVjdDogUkU6IE1haWwgcmVnYXJkaW5nIGRy YWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFiZWwNCj4NCj4gSGkgWWltaW4sDQo+DQo+IFRoYW5rcyBm b3IgeW91ciBxdWVzdGlvbnMgYW5kIGNvbW1lbnRzIQ0KPg0KPiBQbGVhc2Ugc2VlIG15IHJlcGx5 IGlubGluZS4uLg0KPg0KPj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4+IEZyb206IE1h Y2ggQ2hlbg0KPj4gU2VudDogVGh1cnNkYXksIE1hcmNoIDIwLCAyMDE0IDEwOjQ1IFBNDQo+PiBU bzogTWFjaCBDaGVuDQo+PiBTdWJqZWN0OiBGVzogTWFpbCByZWdhcmRpbmcgZHJhZnQtY2hlbi1t cGxzLXNvdXJjZS1sYWJlbA0KPj4NCj4+DQo+Pg0KPj4gRnJvbTogbXBscyBbbWFpbHRvOm1wbHMt Ym91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIFlpbWluIFNoZW4NCj4+IFNlbnQ6IFRodXJz ZGF5LCBNYXJjaCAyMCwgMjAxNCAxMjowMyBBTQ0KPj4gVG86IGRyYWZ0LWNoZW4tbXBscy1zb3Vy Y2UtbGFiZWxAdG9vbHMuaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFi ZWxAdG9vbHMuaWV0Zi5vcmc+OyBtcGxzQGlldGYub3JnPG1haWx0bzptcGxzQGlldGYub3JnPg0K Pj4gU3ViamVjdDogW21wbHNdIE1haWwgcmVnYXJkaW5nIGRyYWZ0LWNoZW4tbXBscy1zb3VyY2Ut bGFiZWwNCj4+DQo+PiBIaSBhdXRob3JzLA0KPj4NCj4+IENhbiB5b3UgcGxlYXNlIGNsYXJpZnkg aWYgU0wgaXMgZXhwZWN0ZWQgdG8gYmUgdXNlZCBvbmx5IGJ5IGVncmVzcw0KPj4gbm9kZSwgb3Ig YnkgaW50ZXJtZWRpYXRlIG5vZGUgYXMgd2VsbCA/DQo+DQo+IFRoZSBTTCBjYW4gYmUgdXNlZCBi eSB0aGUgZWdyZXNzIGFuZCBpbnRlcm1lZGlhdGUgbm9kZSwgYnV0IGZvciBpbnRlcm1lZGlhdGUg bm9kZSwgc2luY2UgdGhlIFNMIG1heSBub3QgYmUgb24gdGhlIHRvcCBvZiB0aGUgbGFiZWwgc3Rh Y2ssIGlmIGl0IHdhbnRzIHRvIHVzZSBpdCwgaXQgbmVlZHMgdG8gc2VhcmNoIHRoZSBsYWJlbCBz dGFjayB0byBmaW5kIHRoZSBTTCwganVzdCBhcyB0byBmaW5kIGFuIEVMLg0KPg0KPj4NCj4+IFNl Y3Rpb24gMy4yICJUcmFmZmljIE1hdHJpeCBNZWFzdXJlbWVudCBhbmQgU3RlZXJpbmciIGRlc2Ny aWJlcyBhIHVzZQ0KPj4gY2FzZSBmb3IgaW50ZXJtZWRpYXRlIG5vZGUsIGJ1dCBJIHRoaW5rIGNv bmdlc3Rpb24gc2hvdWxkIGluIGdlbmVyYWwNCj4+IGJlIHJlc29sdmVkIGJ5IGNvbnRyb2wgcGxh bmUgdG8gcmVyb3V0ZSB0cmFmZmljIGJhc2VkIG9uIGEgZ2xvYmFsDQo+PiB2aWV3IG9mIG5ldHdv cmsgcmVzb3VyY2VzLCByYXRoZXIgdGhhbiBieSBkYXRhIHBsYW5lIGJhc2VkIG9uIGEgU0wuDQo+ PiBJbiB5b3VyIGNhc2UsIHdvdWxkIHRoZSBpbnRlcm1lZGlhdGUgbm9kZSBtb3ZlIHRoZSB0cmFm ZmljIHRvIGFuIExTUA0KPj4gdGhhdCBpcyBkaWZmZXJlbnQgdGhhbiB0aGUgTFNQIGludGVuZGVk IGJ5IHRoZSBpbmdyZXNzIG5vZGUgPyBJIGRvbid0IHRoaW5rIGl0IGlzIHRoZSByaWdodCB0aGlu ZyB0byBkby4NCj4+DQo+PiBSZWdhcmRpbmcgdGhlIHVzZSBjYXNlIG9mIHNlY3Rpb24gMy4zICJT b3VyY2UgRmlsdGVyaW5nIi4gSWYgc29tZWJvZHkNCj4+IGlzIGRvaW5nIERvUyBhdHRhY2ssIHdo eSB3b3VsZCBoZSBwdXQgYW4gU0wgaW4gdGhlIHBhY2tldHMgPw0KPg0KPiBSZWdhcmRpbmcgdG8g dGhlc2UgdHdvIHVzZSBjYXNlcywgYXMgZGlzY3Vzc2VkIHdpdGggQ3VydGlzLCB0aGVyZSBuZWVk IG1vcmUgY29uc2lkZXJhdGlvbnMsIHdlIHdpbGwgcmVtb3ZlIHRoZXNlIHR3byBzZWN0aW9uIGlu IHRoZSBuZXh0IHJldmlzaW9uLg0KPg0KPiBUaGFua3MsDQo+IE1hY2gNCj4NCj4+DQo+PiBUaGFu a3MsDQo+Pg0KPj4gL1lpbWluDQo+DQo+DQo+DQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fDQo+IG1wbHMgbWFpbGluZyBsaXN0DQo+IG1wbHNAaWV0Zi5v cmc8bWFpbHRvOm1wbHNAaWV0Zi5vcmc+DQo+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4v bGlzdGluZm8vbXBscw0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXw0KbXBscyBtYWlsaW5nIGxpc3QNCm1wbHNAaWV0Zi5vcmc8bWFpbHRvOm1wbHNAaWV0 Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21wbHMNCg0KX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCm1wbHMgbWFpbGlu ZyBsaXN0DQptcGxzQGlldGYub3JnPG1haWx0bzptcGxzQGlldGYub3JnPg0KaHR0cHM6Ly93d3cu aWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tcGxzDQo= --_000_7347100B5761DC41A166AC17F22DF1121B78A54Feusaamb103erics_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseTpXaW5nZGluZ3M7DQoJcGFub3NlLTE6NSAwIDAgMCAwIDAgMCAwIDAgMDt9 DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIg MiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3Nl LTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNv Tm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJn aW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGlt ZXMgTmV3IFJvbWFuIiwic2VyaWYiO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNv LXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVy bGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxl LXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5l O30NCnAuTXNvQWNldGF0ZSwgbGkuTXNvQWNldGF0ZSwgZGl2Lk1zb0FjZXRhdGUNCgl7bXNvLXN0 eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJCYWxsb29uIFRleHQgQ2hhciI7DQoJ bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjguMHB0Ow0K CWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIjt9DQpzcGFuLkJhbGxvb25UZXh0Q2hh cg0KCXttc28tc3R5bGUtbmFtZToiQmFsbG9vbiBUZXh0IENoYXIiOw0KCW1zby1zdHlsZS1wcmlv cml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiQmFsbG9vbiBUZXh0IjsNCglmb250LWZhbWlseToi VGFob21hIiwic2Fucy1zZXJpZiI7fQ0KcC5lbWFpbHF1b3RlLCBsaS5lbWFpbHF1b3RlLCBkaXYu ZW1haWxxdW90ZQ0KCXttc28tc3R5bGUtbmFtZTplbWFpbHF1b3RlOw0KCW1zby1tYXJnaW4tdG9w LWFsdDphdXRvOw0KCW1hcmdpbi1yaWdodDowaW47DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1 dG87DQoJbWFyZ2luLWxlZnQ6MS4wcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWls eToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYiO30NCnNwYW4uRW1haWxTdHlsZTIwDQoJe21zby1z dHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7 DQoJY29sb3I6IzFGNDk3RDt9DQpzcGFuLkVtYWlsU3R5bGUyMQ0KCXttc28tc3R5bGUtdHlwZTpw ZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNv bG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9u bHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVp biAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2Vj dGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLyogTGlzdCBEZWZpbml0aW9ucyAqLw0KQGxp c3QgbDANCgl7bXNvLWxpc3QtaWQ6MTYwMTQ1MzI1NjsNCgltc28tbGlzdC10ZW1wbGF0ZS1pZHM6 NjQzNzEzNzUyO30NCkBsaXN0IGwwOmxldmVsMQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpi dWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDouNWluOw0K CW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJ bXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3Qg bDA6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwt dGV4dDpvOw0KCW1zby1sZXZlbC10YWItc3RvcDoxLjBpbjsNCgltc28tbGV2ZWwtbnVtYmVyLXBv c2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCW1zby1hbnNpLWZvbnQtc2l6ZTox MC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsNCgltc28tYmlkaS1mb250LWZhbWls eToiVGltZXMgTmV3IFJvbWFuIjt9DQpAbGlzdCBsMDpsZXZlbDMNCgl7bXNvLWxldmVsLW51bWJl ci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0 b3A6MS41aW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50 Oi0uMjVpbjsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5Oldpbmdk aW5nczt9DQpAbGlzdCBsMDpsZXZlbDQNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0 Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6Mi4waW47DQoJbXNv LWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCgltc28t YW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBs MDpsZXZlbDUNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10 ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6Mi41aW47DQoJbXNvLWxldmVsLW51bWJlci1w b3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCgltc28tYW5zaS1mb250LXNpemU6 MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMDpsZXZlbDYNCgl7bXNv LWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28t bGV2ZWwtdGFiLXN0b3A6My4waW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0K CXRleHQtaW5kZW50Oi0uMjVpbjsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQt ZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMDpsZXZlbDcNCgl7bXNvLWxldmVsLW51bWJlci1m b3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6 My41aW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0u MjVpbjsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5n czt9DQpAbGlzdCBsMDpsZXZlbDgNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0K CW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6NC4waW47DQoJbXNvLWxl dmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCgltc28tYW5z aS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMDps ZXZlbDkNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0 Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6NC41aW47DQoJbXNvLWxldmVsLW51bWJlci1wb3Np dGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCgltc28tYW5zaS1mb250LXNpemU6MTAu MHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpvbA0KCXttYXJnaW4tYm90dG9tOjBpbjt9 DQp1bA0KCXttYXJnaW4tYm90dG9tOjBpbjt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5 XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4N CjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlv dXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286 c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1V UyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEi Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y OiMxRjQ5N0QiPkhpIFNoYWhyYW0sPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPmNvbnNp ZGVyIGZsb3cgYXQgOTklIG9mIGl0cyBDSVIuIEhvdyB3b3VsZCB5b3UgcGVyZm9ybSAmbmJzcDtp bi1zZXJ2aWNlIG1lYXN1cmUgd2l0aCBTTE0/PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0Qi PkFGQUlLLCBNRUYgY29uc2lkZXJzIExNIG9mIEUtTEFOIHNlcnZpY2UgYXMgbWF0cml4IG9mIHAy cCBtZWFzdXJlbWVudHMuIEl0IGlzIGludGVyZXN0aW5nIGFwcHJvYWNoIGJ1dCBub3QgeWV0IGFk b3B0ZWQgYnkgSUVURi48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+WWVzLCB5b3UgbWF5 IGRvIHByb3ByaWV0YXJ5IHRoaW5ncyB3aXRoIHBheWxvYWQuIE9yIHVzZSBTTEkvU0wuPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0 OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgUmVnYXJkcyw8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEdyZWc8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYg c3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5n OjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7Ij5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDsiPiBTLiBEYXZhcmkgW21haWx0bzpkYXZhcmlzaEB5YWhvby5jb21dDQo8YnI+DQo8Yj5TZW50 OjwvYj4gTW9uZGF5LCBNYXJjaCAyNCwgMjAxNCAxMDo1MCBQTTxicj4NCjxiPlRvOjwvYj4gR3Jl Z29yeSBNaXJza3k8YnI+DQo8Yj5DYzo8L2I+IFNoYWhyYW0gRGF2YXJpOyBZaW1pbiBTaGVuOyBk cmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsQHRvb2xzLmlldGYub3JnOyBtcGxzQGlldGYub3Jn PGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbbXBsc10gTWFpbCByZWdhcmRpbmcgZHJhZnQtY2hl bi1tcGxzLXNvdXJjZS1sYWJlbDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj5IaSBHcmVnPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPkluIHByb2ZpbGUgc2ltcGx5IG1lYW5zIGdyZWVuIHBhY2tl dHMgYW5kIGJ5IGdlbmVyYXRlIGdyZWVuIFNMTSBwYWNrZXRzIHlvdSBjb3VsZCBhY2hpZXZlIHRo ZSBzYW1lIHJlc3VsdHMuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPk1FRiBleHBsYWlucyBob3cgU0xNIGlzIHVzZWQgZm9yIG5vbiBwMnAgc2Vy dmljZXMuJm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPkFuZCBGb3IgRGVsYXkgbWVhc3VyZW1lbnQgeW91IGNhbiBqdXN0IHJ1biBETS4g VGhlIHNvdXJjZSBpbmZvIGNhbiBiZSBpbiBUaGUgcGF5bG9hZCBvZiBETSBhcyBUTFYuPG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+DQpSZWdh cmRzLDxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlNoYWhyYW08 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxicj4NCk9uIE1hciAyNCwgMjAxNCwg YXQgMTA6MTkgUE0sIEdyZWdvcnkgTWlyc2t5ICZsdDs8YSBocmVmPSJtYWlsdG86Z3JlZ29yeS5t aXJza3lAZXJpY3Nzb24uY29tIj5ncmVnb3J5Lm1pcnNreUBlcmljc3Nvbi5jb208L2E+Jmd0OyB3 cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10 b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkhpIFNoYWhyYW0s PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPm1hbnkgdGhhbmtzIGZvciBtb3N0IGV4cGVk aWVudCByZXNwb25zZS48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Rmlyc3RseSwgcmVn YXJkaW5nIGluLXNlcnZpY2UgU0xNLiBBRkFJSywgdGhlIGRpZmZlcmVuY2UgYmV0d2VlbiBMTSBh bmQgU0xNLCBhdCBsZWFzdCBpbiBZLjE3MzEsIGlzIHRoYXQgdGhlIGZvcm1lciBjb2xsZWN0cyBj b3VudGVycyBvZiDigJxpbi1wcm9maWxl4oCdIGZyYW1lcw0KIHdoaWxlIHRoZSBsYXR0ZXIgb25s eSBjb3VudHMgdGhlIHRlc3QgcGFja2V0cyB0aGVtc2VsdmVzLiBHaXZlbiB0aGF0LCBJIGNhbiBu b3QgYWdyZWUgdGhhdCB1c2luZyBTTE0gYXMgaW4tc2VydmljZSBhY3RpdmUgbWVhc3VyZW1lbnQg bWV0aG9kIGlzIHZpYWJsZSB1bmxlc3Mgb3BlcmF0b3Igd2lsbGluZyB0byBzdWZmaWNpZW50bHkg YWx0ZXIgZGF0YSB0cmFmZmljIGJlaGF2aW9yLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdE Ij5TZWNvbmRseSwgd291bGQgYmUgZ3JlYXQgaWYgeW91IGNhbiBleHBhbmQgb24g4oCcaXQgd29y a3MgZm9yIE1wMnAgYW5kIG1wMm1w4oCdLiBJ4oCZbSB2ZXJ5IGludGVyZXN0ZWQgdG8gbGVhcm4g ZnJvbSB5b3UgaG93IHRvIGRvIExNIG9uIG1wMm1wIExTUCB3aXRoIGN1cnJlbnQgTVBMUw0KIE9B TSB0b29scywgaS5lLiB3aXRob3V0IFNMSS9TTC4gQW5kIHdoaWxlIHdlIGFyZSBhdCZuYnNwOyB0 aGlzIHRvcGljLCB3b3VsZCB5b3Uga2luZGx5IGV4cGxhaW4gaG93IFNMTSBoZWxwcyB3aXRoIERN IG92ZXIgdGhlIHNhbWUgY29uc3RydWN0LCBpLmUuIG1wMm1wIExTUC48L3NwYW4+PG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBSZWdhcmRzLDwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjojMUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgR3JlZzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0 OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9y ZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGlu IDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDsiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+IFMuIERh dmFyaSBbPGEgaHJlZj0ibWFpbHRvOmRhdmFyaXNoQHlhaG9vLmNvbSI+bWFpbHRvOmRhdmFyaXNo QHlhaG9vLmNvbTwvYT5dDQo8YnI+DQo8Yj5TZW50OjwvYj4gTW9uZGF5LCBNYXJjaCAyNCwgMjAx NCAxMDowMSBQTTxicj4NCjxiPlRvOjwvYj4gR3JlZ29yeSBNaXJza3k8YnI+DQo8Yj5DYzo8L2I+ IFNoYWhyYW0gRGF2YXJpOyBZaW1pbiBTaGVuOyA8YSBocmVmPSJtYWlsdG86ZHJhZnQtY2hlbi1t cGxzLXNvdXJjZS1sYWJlbEB0b29scy5pZXRmLm9yZyI+DQpkcmFmdC1jaGVuLW1wbHMtc291cmNl LWxhYmVsQHRvb2xzLmlldGYub3JnPC9hPjsgPGEgaHJlZj0ibWFpbHRvOm1wbHNAaWV0Zi5vcmci Pm1wbHNAaWV0Zi5vcmc8L2E+PGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbbXBsc10gTWFpbCBy ZWdhcmRpbmcgZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJlbDwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpw PjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5IaSBHcmVnPG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoYW5rcyBmb3IgeW91ciBy ZXBseS4gU0xNIGNhbiBiZSB1c2VkIGZvciBpbiBzZXJ2aWNlIG1lYXN1cmVtZW50LiBBbmQgaXQg d29ya3MgZm9yIE1wMnAgYW5kIG1wMm1wLiBTbyB5b3UgZG9uJ3QgcmVhbGx5IG5lZWQgdGhlIDMg ZXh0cmEgbGFiZWxzLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PGJyPg0KUmVnYXJkcywuPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+U2hhaHJhbTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PGJy Pg0KT24gTWFyIDI0LCAyMDE0LCBhdCA5OjUyIFBNLCBHcmVnb3J5IE1pcnNreSAmbHQ7PGEgaHJl Zj0ibWFpbHRvOmdyZWdvcnkubWlyc2t5QGVyaWNzc29uLmNvbSI+Z3JlZ29yeS5taXJza3lAZXJp Y3Nzb24uY29tPC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1 b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsi PkhpIFNoYWhyYW0sPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5tYW55IHRoYW5rcyBm b3IgeW91ciBpbnRlcmVzdCBhbmQgY29tbWVudHMuIEknZCBwb2ludCB0aGF0IFNMTSBpcyBjbGVh cmx5IG91dC1vZi1zZXJ2aWNlIE9BTSB0b29sLiBTTEkvU0wgbWF5IGJlIHVzZWQgdG8gcGVyZm9y bSBpbi1zZXJ2aWNlIGFjdGl2ZSBMTSBhcyB3ZWxsIGFzIHBhc3NpdmUgTE0uDQogVGhlbiB0aGVy ZSBpcyBETSBhbmQgU0xJL1NMIGFnYWluIGNhbiBiZSB1c2VkIHRvIHBlcmZvcm0gaW4tc2Vydmlj ZSBib3RoIGFjdGl2ZSBhbmQgcGFzc2l2ZSBETS48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDsiPkFzIGZvciB1c2UgY2FzZSB0aGF0ICZxdW90OyB0aGF0IHdvdWxkIG9ubHkgYmUgcG9zc2li bGUgYnkgYWRkaW5nJnF1b3Q7IHRoZXNlIHRocmVlIGxhYmVscyBJIGNhbiB0aGluayBvZiB0aGUg Zm9sbG93aW5nOjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs dDphdXRvO21hcmdpbi1sZWZ0OjBpbjt0ZXh0LWluZGVudDotLjI1aW47bXNvLWxpc3Q6bDAgbGV2 ZWwxIGxmbzIiPg0KPCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6U3ltYm9sIj48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj7C tzxzcGFuIHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9z cGFuPjwvc3Bhbj48IVtlbmRpZl0+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5PQU0gb24g bXAybXAvbXAycCBMU1A8L3NwYW4+PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mbmJzcDs8L3NwYW4+PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyBSZWdhcmRzLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEdyZWc8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsi PiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+LS0tLS1PcmlnaW5hbCBNZXNz YWdlLS0tLS08YnI+DQpGcm9tOiBtcGxzIFs8YSBocmVmPSJtYWlsdG86bXBscy1ib3VuY2VzQGll dGYub3JnIj5tYWlsdG86bXBscy1ib3VuY2VzQGlldGYub3JnPC9hPl0gT24gQmVoYWxmIE9mIFNo YWhyYW0gRGF2YXJpPGJyPg0KU2VudDogTW9uZGF5LCBNYXJjaCAyNCwgMjAxNCA4OjI0IFBNPGJy Pg0KVG86IFlpbWluIFNoZW48YnI+DQpDYzogPGEgaHJlZj0ibWFpbHRvOmRyYWZ0LWNoZW4tbXBs cy1zb3VyY2UtbGFiZWxAdG9vbHMuaWV0Zi5vcmciPmRyYWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFi ZWxAdG9vbHMuaWV0Zi5vcmc8L2E+Ow0KPGEgaHJlZj0ibWFpbHRvOm1wbHNAaWV0Zi5vcmciPm1w bHNAaWV0Zi5vcmc8L2E+PGJyPg0KU3ViamVjdDogUmU6IFttcGxzXSBNYWlsIHJlZ2FyZGluZyBk cmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkhpPC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPlNv IGZhciBJIGhhdmVuJ3Qgc2VlbiBhbnkgdmFsaWQgdXNlIGNhciB0aGF0IHdvdWxkIG9ubHkgYmUg cG9zc2libGUgYnkgYWRkaW5nIHRoaXMgMyBsYWJlbHMuIEZvciBWUExTIExNIHlvdSBjb3VsZCBh bHdheXMgdXNlIFN5bnRoZXRpYyBsb3NzIG1lYXN1cmVtZW50LiBKdXN0IHNheWluZyBTeW50aGV0 aWMNCiBMTSBpcyBub3QgYXMgYWNjdXJhdGUgYXMgZGlyZWN0IExNIGlzIG5vdCBhIGdvb2QganVz dGlmaWNhdGlvbiBmb3IgYWRkaW5nIDMgbGFiZWxzLg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPlJlZ2FyZHMsPC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5TaGFocmFtPC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZuYnNwOzwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jmd0OyBPbiBNYXIgMjEsIDIwMTQsIGF0IDEx OjM5IEFNLCAmcXVvdDtZaW1pbiBTaGVuJnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86eXNoZW5A anVuaXBlci5uZXQiPnlzaGVuQGp1bmlwZXIubmV0PC9hPiZndDsgd3JvdGU6PC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7Ij4mZ3Q7DQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsi PiZndDsgSGkgTWFjaCw8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZndDsNCjwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jmd0OyBGb3IgYW4gaW50ZXJtZWRpYXRlIG5vZGUs IFNMIHdvdWxkIGRlZmluaXRlbHkgTk9UIGJlIGF0IHRoZSB0b3Agb2YgX2luY29taW5nXyBsYWJl bCBzdGFjay4gWW91IHdvdWxkIGhhdmUgdG8gaW5zdGFsbCBjb21wbGV4IGZvcndhcmRpbmcgc3Rh dGUgaW4gZGF0YSBwbGFuZSB0byBsb29rIGZvcg0KIFNMIGFuZCBwcm9jZXNzIHRoZSBwYWNrZXQg ZGlmZmVyZW50bHkgYmFzZWQgb24gdGhlIGV4aXN0ZW5jZS9ub24tZXhpc3RlbmNlIG9mIFNMLiBJ dCB3b3VsZCBnZXQgZXZlbiBtb3JlIGNvbXBsaWNhdGVkIGlmIHlvdSBuZWVkIHRvIHB1dCB0aGUg U0wgYmFjayB0byB0aGUgcGFja2V0cywgaW4gY2FzZSBvdGhlciBub2RlcyBkb3duc3RyZWFtIG1h eSBhbHNvIGJlIGV4cGVjdGluZyBpdC4gU28gSSdkIGxpa2UgdG8gc2VlIGEgdmFsaWQgdXNlIGNh c2UNCiBmb3IgdGhpcyBpbmNyZWFzZWQgY29tcGxleGl0eSBhbmQgb3ZlcmhlYWQuPC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mZ3Q7DQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDsiPiZndDsgUmVnYXJkaW5nIHRoZSBlZ3Jlc3Mgbm9kZSB1c2UgY2FzZSwgbm90ZSB0aGF0IGl0 IGlzIGRpZmZlcmVudCB0aGFuIEVudHJvcHkgbGFiZWxzLCB3aGVyZSBhbiBFTCBpcyBhY3R1YWxs eSB1c2VkIGJ5IGludGVybWVkaWF0ZSBub2RlcyBhbmQgb25seSBwb3BwZWQgYnkgZWdyZXNzIG5v ZGUuIFNvLA0KIGlmIHlvdXIgZ29hbCBpcyBzaW1wbHkgdG8gaW5mb3JtIGFuIGVncmVzcyBub2Rl IGFib3V0IHRoZSBpZGVudGl0eSBvZiBhIHNvdXJjZSBub2RlLCB0aGUgc291cmNlIG5vZGUgY291 bGQganVzdCBwdXNoIG9uZSBsYWJlbCB0byBpZGVudGlmeSBpdHNlbGYuIFRoaXMgbGFiZWwgY291 bGQgYmUgY29uZmlndXJlZCBvciBjb21tdW5pY2F0ZWQgYmV0d2VlbiB0aGUgZWdyZXNzIG5vZGUg YW5kIHRoZSBzb3VyY2Ugbm9kZSBpbiBhbnkgZmFzaGlvbi4gSG93ZXZlcg0KIGluIHRoaXMgZHJh ZnQsIHRoZSBzb3VyY2Ugbm9kZSB3b3VsZCBoYXZlIHRvIHB1c2ggMyBleHRyYSBsYWJlbHMgKGZv ciBTTCkuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mZ3Q7DQo8L3NwYW4+PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDsiPiZndDsgVGhhbmtzLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90OyI+Jmd0Ow0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mZ3Q7IC9ZaW1pbjwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jmd0Ow0KPC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7Ij4mZ3Q7DQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZndDsgLS0t LS1PcmlnaW5hbCBNZXNzYWdlLS0tLS08L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZn dDsgRnJvbTogTWFjaCBDaGVuIFs8YSBocmVmPSJtYWlsdG86bWFjaC5jaGVuQGh1YXdlaS5jb20i Pm1haWx0bzptYWNoLmNoZW5AaHVhd2VpLmNvbTwvYT5dPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7Ij4mZ3Q7IFNlbnQ6IFRodXJzZGF5LCBNYXJjaCAyMCwgMjAxNCAxMTowMCBBTTwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jmd0OyBUbzogWWltaW4gU2hlbjsNCjxhIGhyZWY9 Im1haWx0bzpkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsQHRvb2xzLmlldGYub3JnIj5kcmFm dC1jaGVuLW1wbHMtc291cmNlLWxhYmVsQHRvb2xzLmlldGYub3JnPC9hPjsNCjwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jmd0Ow0KPGEgaHJlZj0ibWFpbHRvOm1wbHNAaWV0Zi5vcmci Pm1wbHNAaWV0Zi5vcmc8L2E+PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mZ3Q7IFN1 YmplY3Q6IFJFOiBNYWlsIHJlZ2FyZGluZyBkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsPC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mZ3Q7DQo8L3NwYW4+PG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDsiPiZndDsgSGkgWWltaW4sPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4m Z3Q7DQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZndDsgVGhhbmtzIGZvciB5b3Vy IHF1ZXN0aW9ucyBhbmQgY29tbWVudHMhPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4m Z3Q7DQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZndDsgUGxlYXNlIHNlZSBteSBy ZXBseSBpbmxpbmUuLi48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZndDsNCjwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jmd0OyZndDsgLS0tLS1PcmlnaW5hbCBNZXNzYWdl LS0tLS08L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZndDsmZ3Q7IEZyb206IE1hY2gg Q2hlbjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jmd0OyZndDsgU2VudDogVGh1cnNk YXksIE1hcmNoIDIwLCAyMDE0IDEwOjQ1IFBNPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 Ij4mZ3Q7Jmd0OyBUbzogTWFjaCBDaGVuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4m Z3Q7Jmd0OyBTdWJqZWN0OiBGVzogTWFpbCByZWdhcmRpbmcgZHJhZnQtY2hlbi1tcGxzLXNvdXJj ZS1sYWJlbDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jmd0OyZndDsNCjwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jmd0OyZndDsNCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90OyI+Jmd0OyZndDsNCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jmd0OyZn dDsgRnJvbTogbXBscyBbPGEgaHJlZj0ibWFpbHRvOm1wbHMtYm91bmNlc0BpZXRmLm9yZyI+bWFp bHRvOm1wbHMtYm91bmNlc0BpZXRmLm9yZzwvYT5dIE9uIEJlaGFsZiBPZiBZaW1pbiBTaGVuPC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mZ3Q7Jmd0OyBTZW50OiBUaHVyc2RheSwgTWFy Y2ggMjAsIDIwMTQgMTI6MDMgQU08L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZndDsm Z3Q7IFRvOg0KPGEgaHJlZj0ibWFpbHRvOmRyYWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFiZWxAdG9v bHMuaWV0Zi5vcmciPmRyYWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFiZWxAdG9vbHMuaWV0Zi5vcmc8 L2E+Ow0KPGEgaHJlZj0ibWFpbHRvOm1wbHNAaWV0Zi5vcmciPm1wbHNAaWV0Zi5vcmc8L2E+PC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mZ3Q7Jmd0OyBTdWJqZWN0OiBbbXBsc10gTWFp bCByZWdhcmRpbmcgZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJlbDwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90OyI+Jmd0OyZndDsNCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+ Jmd0OyZndDsgSGkgYXV0aG9ycyw8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZndDsm Z3Q7DQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZndDsmZ3Q7IENhbiB5b3UgcGxl YXNlIGNsYXJpZnkgaWYgU0wgaXMgZXhwZWN0ZWQgdG8gYmUgdXNlZCBvbmx5IGJ5IGVncmVzcw0K PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mZ3Q7Jmd0OyBub2RlLCBvciBieSBpbnRl cm1lZGlhdGUgbm9kZSBhcyB3ZWxsID88L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZn dDsNCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jmd0OyBUaGUgU0wgY2FuIGJlIHVz ZWQgYnkgdGhlIGVncmVzcyBhbmQgaW50ZXJtZWRpYXRlIG5vZGUsIGJ1dCBmb3IgaW50ZXJtZWRp YXRlIG5vZGUsIHNpbmNlIHRoZSBTTCBtYXkgbm90IGJlIG9uIHRoZSB0b3Agb2YgdGhlIGxhYmVs IHN0YWNrLCBpZiBpdCB3YW50cyB0byB1c2UgaXQsIGl0IG5lZWRzDQogdG8gc2VhcmNoIHRoZSBs YWJlbCBzdGFjayB0byBmaW5kIHRoZSBTTCwganVzdCBhcyB0byBmaW5kIGFuIEVMLjwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jmd0Ow0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7Ij4mZ3Q7Jmd0Ow0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mZ3Q7Jmd0OyBT ZWN0aW9uIDMuMiAmcXVvdDtUcmFmZmljIE1hdHJpeCBNZWFzdXJlbWVudCBhbmQgU3RlZXJpbmcm cXVvdDsgZGVzY3JpYmVzIGEgdXNlDQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZn dDsmZ3Q7IGNhc2UgZm9yIGludGVybWVkaWF0ZSBub2RlLCBidXQgSSB0aGluayBjb25nZXN0aW9u IHNob3VsZCBpbiBnZW5lcmFsDQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZndDsm Z3Q7IGJlIHJlc29sdmVkIGJ5IGNvbnRyb2wgcGxhbmUgdG8gcmVyb3V0ZSB0cmFmZmljIGJhc2Vk IG9uIGEgZ2xvYmFsDQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZndDsmZ3Q7IHZp ZXcgb2YgbmV0d29yayByZXNvdXJjZXMsIHJhdGhlciB0aGFuIGJ5IGRhdGEgcGxhbmUgYmFzZWQg b24gYSBTTC4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jmd0OyZndDsgSW4geW91 ciBjYXNlLCB3b3VsZCB0aGUgaW50ZXJtZWRpYXRlIG5vZGUgbW92ZSB0aGUgdHJhZmZpYyB0byBh biBMU1ANCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jmd0OyZndDsgdGhhdCBpcyBk aWZmZXJlbnQgdGhhbiB0aGUgTFNQIGludGVuZGVkIGJ5IHRoZSBpbmdyZXNzIG5vZGUgPyBJIGRv bid0IHRoaW5rIGl0IGlzIHRoZSByaWdodCB0aGluZyB0byBkby48L3NwYW4+PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDsiPiZndDsmZ3Q7DQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZn dDsmZ3Q7IFJlZ2FyZGluZyB0aGUgdXNlIGNhc2Ugb2Ygc2VjdGlvbiAzLjMgJnF1b3Q7U291cmNl IEZpbHRlcmluZyZxdW90Oy4gSWYgc29tZWJvZHkNCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90OyI+Jmd0OyZndDsgaXMgZG9pbmcgRG9TIGF0dGFjaywgd2h5IHdvdWxkIGhlIHB1dCBhbiBT TCBpbiB0aGUgcGFja2V0cyA/PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mZ3Q7DQo8 L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZndDsgUmVnYXJkaW5nIHRvIHRoZXNlIHR3 byB1c2UgY2FzZXMsIGFzIGRpc2N1c3NlZCB3aXRoIEN1cnRpcywgdGhlcmUgbmVlZCBtb3JlIGNv bnNpZGVyYXRpb25zLCB3ZSB3aWxsIHJlbW92ZSB0aGVzZSB0d28gc2VjdGlvbiBpbiB0aGUgbmV4 dCByZXZpc2lvbi48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZndDsNCjwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jmd0OyBUaGFua3MsPC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7Ij4mZ3Q7IE1hY2g8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZndDsN Cjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jmd0OyZndDsNCjwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90OyI+Jmd0OyZndDsgVGhhbmtzLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90OyI+Jmd0OyZndDsNCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jmd0OyZn dDsgL1lpbWluPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mZ3Q7DQo8L3NwYW4+PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDsiPiZndDsNCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 OyI+Jmd0Ow0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mZ3Q7IF9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7Ij4mZ3Q7IG1wbHMgbWFpbGluZyBsaXN0PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7Ij4mZ3Q7DQo8YSBocmVmPSJtYWlsdG86bXBsc0BpZXRmLm9yZyI+bXBsc0BpZXRmLm9y ZzwvYT48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZndDsNCjxhIGhyZWY9Imh0dHBz Oi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBscyI+aHR0cHM6Ly93d3cuaWV0Zi5v cmcvbWFpbG1hbi9saXN0aW5mby9tcGxzPC9hPjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 OyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90OyI+bXBscyBtYWlsaW5nIGxpc3Q8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPjxh IGhyZWY9Im1haWx0bzptcGxzQGlldGYub3JnIj5tcGxzQGlldGYub3JnPC9hPjwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90OyI+PGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1h bi9saXN0aW5mby9tcGxzIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21w bHM8L2E+PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mbmJzcDs8L3NwYW4+PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGJsb2NrcXVvdGUgc3R5 bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX188YnI+DQptcGxzIG1haWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzptcGxzQGll dGYub3JnIj5tcGxzQGlldGYub3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYu b3JnL21haWxtYW4vbGlzdGluZm8vbXBscyI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9s aXN0aW5mby9tcGxzPC9hPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8 L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_7347100B5761DC41A166AC17F22DF1121B78A54Feusaamb103erics_-- From nobody Mon Mar 24 23:12:44 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 326C61A0364 for ; Mon, 24 Mar 2014 23:12:42 -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 rC05RX7fhfNz for ; Mon, 24 Mar 2014 23:12:37 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id C77F81A00F2 for ; Mon, 24 Mar 2014 23:12:35 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BEX34965; Tue, 25 Mar 2014 06:12:33 +0000 (GMT) Received: from LHREML404-HUB.china.huawei.com (10.201.5.218) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 25 Mar 2014 06:12:03 +0000 Received: from SZXEMA405-HUB.china.huawei.com (10.82.72.37) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 25 Mar 2014 06:12:32 +0000 Received: from SZXEMA510-MBX.china.huawei.com ([169.254.3.94]) by SZXEMA405-HUB.china.huawei.com ([10.82.72.37]) with mapi id 14.03.0158.001; Tue, 25 Mar 2014 14:12:28 +0800 From: Mach Chen To: Shahram Davari , Yimin Shen Thread-Topic: [mpls] Mail regarding draft-chen-mpls-source-label Thread-Index: Ac9DjKc5+oLTXGUsQoqhiLRkJXmJtgAvjO4AAAA1OTAAAIFyEADSOdIAABY0EKA= Date: Tue, 25 Mar 2014 06:12:28 +0000 Message-ID: References: , <444bb6dd3fef46a9a668a1ef54b16c20@BY2PR05MB728.namprd05.prod.outlook.com> <167DFE12-2CA4-49DA-9AF2-A31BE099AD5C@broadcom.com> In-Reply-To: <167DFE12-2CA4-49DA-9AF2-A31BE099AD5C@broadcom.com> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.97.72] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/OxJO828T3KObln8V1xueWuqwzl8 Cc: "draft-chen-mpls-source-label@tools.ietf.org" , "mpls@ietf.org" Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 06:12:42 -0000 Hi Shahram, Everybody knows there is SLM, but SPs need passive LM and DM in some scenar= ios(please refer to : http://tools.ietf.org/html/draft-deng-ippm-wireless-0= 1 and RFC6374). Both active and passive PM have their application scenarios= .=20 Again, to correct a mistake here, same as EL, there are only two labels nee= ded.=20 Best regards, Mach > -----Original Message----- > From: Shahram Davari [mailto:davari@broadcom.com] > Sent: Tuesday, March 25, 2014 11:24 AM > To: Yimin Shen > Cc: Mach Chen; draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org > Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label >=20 > Hi >=20 > So far I haven't seen any valid use car that would only be possible by ad= ding this 3 > labels. For VPLS LM you could always use Synthetic loss measurement. Just > saying Synthetic LM is not as accurate as direct LM is not a good justifi= cation for > adding 3 labels. >=20 > Regards, > Shahram >=20 >=20 > > On Mar 21, 2014, at 11:39 AM, "Yimin Shen" wrote: > > > > Hi Mach, > > > > For an intermediate node, SL would definitely NOT be at the top of _inc= oming_ > label stack. You would have to install complex forwarding state in data p= lane to > look for SL and process the packet differently based on the > existence/non-existence of SL. It would get even more complicated if you = need > to put the SL back to the packets, in case other nodes downstream may als= o be > expecting it. So I'd like to see a valid use case for this increased comp= lexity and > overhead. > > > > Regarding the egress node use case, note that it is different than Entr= opy labels, > where an EL is actually used by intermediate nodes and only popped by egr= ess > node. So, if your goal is simply to inform an egress node about the ident= ity of a > source node, the source node could just push one label to identify itself= . This > label could be configured or communicated between the egress node and the > source node in any fashion. However in this draft, the source node would = have to > push 3 extra labels (for SL). > > > > Thanks, > > > > /Yimin > > > > > > -----Original Message----- > > From: Mach Chen [mailto:mach.chen@huawei.com] > > Sent: Thursday, March 20, 2014 11:00 AM > > To: Yimin Shen; draft-chen-mpls-source-label@tools.ietf.org; > > mpls@ietf.org > > Subject: RE: Mail regarding draft-chen-mpls-source-label > > > > Hi Yimin, > > > > Thanks for your questions and comments! > > > > Please see my reply inline... > > > >> -----Original Message----- > >> From: Mach Chen > >> Sent: Thursday, March 20, 2014 10:45 PM > >> To: Mach Chen > >> Subject: FW: Mail regarding draft-chen-mpls-source-label > >> > >> > >> > >> From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Yimin Shen > >> Sent: Thursday, March 20, 2014 12:03 AM > >> To: draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org > >> Subject: [mpls] Mail regarding draft-chen-mpls-source-label > >> > >> Hi authors, > >> > >> Can you please clarify if SL is expected to be used only by egress > >> node, or by intermediate node as well ? > > > > The SL can be used by the egress and intermediate node, but for interme= diate > node, since the SL may not be on the top of the label stack, if it wants = to use it, it > needs to search the label stack to find the SL, just as to find an EL. > > > >> > >> Section 3.2 "Traffic Matrix Measurement and Steering" describes a use > >> case for intermediate node, but I think congestion should in general > >> be resolved by control plane to reroute traffic based on a global > >> view of network resources, rather than by data plane based on a SL. > >> In your case, would the intermediate node move the traffic to an LSP > >> that is different than the LSP intended by the ingress node ? I don't = think it is > the right thing to do. > >> > >> Regarding the use case of section 3.3 "Source Filtering". If somebody > >> is doing DoS attack, why would he put an SL in the packets ? > > > > Regarding to these two use cases, as discussed with Curtis, there need = more > considerations, we will remove these two section in the next revision. > > > > Thanks, > > Mach > > > >> > >> Thanks, > >> > >> /Yimin > > > > > > > > _______________________________________________ > > mpls mailing list > > mpls@ietf.org > > https://www.ietf.org/mailman/listinfo/mpls From nobody Mon Mar 24 23:27:28 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A06B81A0364 for ; Mon, 24 Mar 2014 23:27:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.007 X-Spam-Level: X-Spam-Status: No, score=-2.007 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 243ohRmrTPeN for ; Mon, 24 Mar 2014 23:27:23 -0700 (PDT) Received: from nm2-vm1.bullet.mail.bf1.yahoo.com (nm2-vm1.bullet.mail.bf1.yahoo.com [98.139.213.158]) by ietfa.amsl.com (Postfix) with ESMTP id 973FC1A00F5 for ; Mon, 24 Mar 2014 23:27:22 -0700 (PDT) Received: from [98.139.214.32] by nm2.bullet.mail.bf1.yahoo.com with NNFMP; 25 Mar 2014 06:27:21 -0000 Received: from [98.139.213.12] by tm15.bullet.mail.bf1.yahoo.com with NNFMP; 25 Mar 2014 06:27:21 -0000 Received: from [127.0.0.1] by smtp112.mail.bf1.yahoo.com with NNFMP; 25 Mar 2014 06:27:21 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1395728841; bh=BQmgnUHx12htjccx6P5g4iOlvRBzO0x5zNgX00+JU5Q=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:References:Mime-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding:Message-Id:Cc:X-Mailer:From:Subject:Date:To; b=AK1zZbuXit7USeI/bNldf2KbypbXvFr5ewI8VATWcyKsPUrPUM3FNqc0t24NJ9uhEnPqrknszAUU4nbBy/uL8DrR5WH+142zVUlNhvDH2nFb0L9CWOXIaGP28GHWje08Y7hI2a+U8Mbml58x+FCxpufBhuZDA8Ealb4RwZMfdQY= X-Yahoo-Newman-Id: 318426.13783.bm@smtp112.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: rAQonOIVM1mMQcCEmZZooVPHbMzTMbgdVMD6gB5prEc.sMJ aAM8j9ELLE3QyasSYyHwxtgJiv1rfhm4BytDXWbua.qm7n1Vwv6sqqvRAHsL kkw33btGJPo9IUL7yErpVoNanyKS2XmOyhaKAurX207bkU8W4awIwy7eWmqL dtaG8EjXrANOU9bSqFrgTKCsYLIwFxJUz9.ui3iBKIzFAI_n4CCSr0ouZSNq NIDxxaSU7xXaGzcP16PiZmWDlcWoAeIlUHGS0MNucm6nLVLvFN_7PbKlsucf 4kq_Sc6bqWFIVmjY3c7Voufhh_c7sG9yO1R9IYiTKuS1pEPZkbzMylDLPlSq VmTnDMMeyf6N4ljoTlhIHKDv.emV8tA3hsz9nCRXosAuFNDz43RfAOQMMK_F XVyzBDPsJzcxLfN7RrkxQXpuXeBoNPwRWoq4_5UVRCcIAv3YKL8KuukQvzTI DWRPhOSAl3rxTOmOXQ1sBx.Bjom1tMmRnoClzKUrG1kkZpRcgBc5LLUVQSgW _e8bfs7aXcXTmMdFyOyA_xscD.A-- X-Yahoo-SMTP: ygPrP9CswBCWPbPtKJlJyLY0KMlg X-Rocket-Received: from [10.0.0.3] (davarish@69.181.137.230 with xymcookie [216.39.61.254]) by smtp112.mail.bf1.yahoo.com with SMTP; 24 Mar 2014 23:27:21 -0700 PDT References: <444bb6dd3fef46a9a668a1ef54b16c20@BY2PR05MB728.namprd05.prod.outlook.com> <167DFE12-2CA4-49DA-9AF2-A31BE099AD5C@broadcom.com> <7347100B5761DC41A166AC17F22DF1121B78A4E1@eusaamb103.ericsson.se> <7347100B5761DC41A166AC17F22DF1121B78A514@eusaamb103.ericsson.se> <7347100B5761DC41A166AC17F22DF1121B78A54F@eusaamb103.ericsson.se> Mime-Version: 1.0 (1.0) In-Reply-To: <7347100B5761DC41A166AC17F22DF1121B78A54F@eusaamb103.ericsson.se> Content-Type: multipart/alternative; boundary=Apple-Mail-B37E477D-98E5-4E3B-9224-6AA77C046739 Content-Transfer-Encoding: 7bit Message-Id: <02360DFB-2542-47A9-B52C-DCB51898DE7A@yahoo.com> X-Mailer: iPhone Mail (11B651) From: "S. Davari" Date: Mon, 24 Mar 2014 23:27:19 -0700 To: Gregory Mirsky Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/iy8Td4M-uqLASlPpK1t5B7HIXyQ Cc: "draft-chen-mpls-source-label@tools.ietf.org" , "mpls@ietf.org" Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 06:27:26 -0000 --Apple-Mail-B37E477D-98E5-4E3B-9224-6AA77C046739 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable You don't need high rate SLM packets. Just send them at low rate. That is ho= w SLM works. Yes MEF defines it as Matrix of pair-wise measurement and it mandates only t= he SLM, while direct loss measurement is optional. SLM was designed to work i= n multi point services. Regards, Shahram > On Mar 24, 2014, at 11:06 PM, Gregory Mirsky = wrote: >=20 > Hi Shahram, > consider flow at 99% of its CIR. How would you perform in-service measure= with SLM? > AFAIK, MEF considers LM of E-LAN service as matrix of p2p measurements. It= is interesting approach but not yet adopted by IETF. > Yes, you may do proprietary things with payload. Or use SLI/SL. > =20 > Regards, > Greg > =20 > From: S. Davari [mailto:davarish@yahoo.com]=20 > Sent: Monday, March 24, 2014 10:50 PM > To: Gregory Mirsky > Cc: Shahram Davari; Yimin Shen; draft-chen-mpls-source-label@tools.ietf.or= g; mpls@ietf.org > Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label > =20 > Hi Greg > =20 > In profile simply means green packets and by generate green SLM packets yo= u could achieve the same results. > =20 > MEF explains how SLM is used for non p2p services.=20 > =20 > And For Delay measurement you can just run DM. The source info can be in T= he payload of DM as TLV. >=20 > Regards, > Shahram > =20 >=20 > On Mar 24, 2014, at 10:19 PM, Gregory Mirsky = wrote: >=20 > Hi Shahram, > many thanks for most expedient response. > Firstly, regarding in-service SLM. AFAIK, the difference between LM and SL= M, at least in Y.1731, is that the former collects counters of =E2=80=9Cin-p= rofile=E2=80=9D frames while the latter only counts the test packets themsel= ves. Given that, I can not agree that using SLM as in-service active measure= ment method is viable unless operator willing to sufficiently alter data tra= ffic behavior. > Secondly, would be great if you can expand on =E2=80=9Cit works for Mp2p a= nd mp2mp=E2=80=9D. I=E2=80=99m very interested to learn from you how to do L= M on mp2mp LSP with current MPLS OAM tools, i.e. without SLI/SL. And while w= e are at this topic, would you kindly explain how SLM helps with DM over th= e same construct, i.e. mp2mp LSP. > =20 > Regards, > Greg > =20 > From: S. Davari [mailto:davarish@yahoo.com]=20 > Sent: Monday, March 24, 2014 10:01 PM > To: Gregory Mirsky > Cc: Shahram Davari; Yimin Shen; draft-chen-mpls-source-label@tools.ietf.or= g; mpls@ietf.org > Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label > =20 > Hi Greg > =20 > Thanks for your reply. SLM can be used for in service measurement. And it w= orks for Mp2p and mp2mp. So you don't really need the 3 extra labels. >=20 > Regards,. > Shahram > =20 >=20 > On Mar 24, 2014, at 9:52 PM, Gregory Mirsky w= rote: >=20 > Hi Shahram, > many thanks for your interest and comments. I'd point that SLM is clearly o= ut-of-service OAM tool. SLI/SL may be used to perform in-service active LM a= s well as passive LM. Then there is DM and SLI/SL again can be used to perfo= rm in-service both active and passive DM. > As for use case that " that would only be possible by adding" these three l= abels I can think of the following: > =C2=B7 OAM on mp2mp/mp2p LSP > =20 > Regards, > Greg > =20 > -----Original Message----- > From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Shahram Davari > Sent: Monday, March 24, 2014 8:24 PM > To: Yimin Shen > Cc: draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org > Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label > =20 > Hi > =20 > So far I haven't seen any valid use car that would only be possible by add= ing this 3 labels. For VPLS LM you could always use Synthetic loss measureme= nt. Just saying Synthetic LM is not as accurate as direct LM is not a good j= ustification for adding 3 labels. > =20 > Regards, > Shahram > =20 > =20 > > On Mar 21, 2014, at 11:39 AM, "Yimin Shen" wrote: > > > > Hi Mach, > > > > For an intermediate node, SL would definitely NOT be at the top of _inco= ming_ label stack. You would have to install complex forwarding state in dat= a plane to look for SL and process the packet differently based on the exist= ence/non-existence of SL. It would get even more complicated if you need to p= ut the SL back to the packets, in case other nodes downstream may also be ex= pecting it. So I'd like to see a valid use case for this increased complexit= y and overhead. > > > > Regarding the egress node use case, note that it is different than Entro= py labels, where an EL is actually used by intermediate nodes and only poppe= d by egress node. So, if your goal is simply to inform an egress node about t= he identity of a source node, the source node could just push one label to i= dentify itself. This label could be configured or communicated between the e= gress node and the source node in any fashion. However in this draft, the so= urce node would have to push 3 extra labels (for SL). > > > > Thanks, > > > > /Yimin > > > > > > -----Original Message----- > > From: Mach Chen [mailto:mach.chen@huawei.com] > > Sent: Thursday, March 20, 2014 11:00 AM > > To: Yimin Shen; draft-chen-mpls-source-label@tools.ietf.org; > > mpls@ietf.org > > Subject: RE: Mail regarding draft-chen-mpls-source-label > > > > Hi Yimin, > > > > Thanks for your questions and comments! > > > > Please see my reply inline... > > > >> -----Original Message----- > >> From: Mach Chen > >> Sent: Thursday, March 20, 2014 10:45 PM > >> To: Mach Chen > >> Subject: FW: Mail regarding draft-chen-mpls-source-label > >> > >> > >> > >> From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Yimin Shen > >> Sent: Thursday, March 20, 2014 12:03 AM > >> To: draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org > >> Subject: [mpls] Mail regarding draft-chen-mpls-source-label > >> > >> Hi authors, > >> > >> Can you please clarify if SL is expected to be used only by egress > >> node, or by intermediate node as well ? > > > > The SL can be used by the egress and intermediate node, but for intermed= iate node, since the SL may not be on the top of the label stack, if it want= s to use it, it needs to search the label stack to find the SL, just as to f= ind an EL. > > > >> > >> Section 3.2 "Traffic Matrix Measurement and Steering" describes a use > >> case for intermediate node, but I think congestion should in general > >> be resolved by control plane to reroute traffic based on a global > >> view of network resources, rather than by data plane based on a SL. > >> In your case, would the intermediate node move the traffic to an LSP > >> that is different than the LSP intended by the ingress node ? I don't t= hink it is the right thing to do. > >> > >> Regarding the use case of section 3.3 "Source Filtering". If somebody > >> is doing DoS attack, why would he put an SL in the packets ? > > > > Regarding to these two use cases, as discussed with Curtis, there need m= ore considerations, we will remove these two section in the next revision. > > > > Thanks, > > Mach > > > >> > >> Thanks, > >> > >> /Yimin > > > > > > > > _______________________________________________ > > mpls mailing list > > mpls@ietf.org > > https://www.ietf.org/mailman/listinfo/mpls > =20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > =20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls --Apple-Mail-B37E477D-98E5-4E3B-9224-6AA77C046739 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
You don't need high rate SLM packets. J= ust send them at low rate. That is how SLM works.

Y= es MEF defines it as Matrix of pair-wise measurement and it mandates only th= e SLM, while direct loss measurement is optional. SLM was designed to work i= n multi point services.



Regards,
Shahra= m


On Mar 24, 2014, at 11:06 PM, Gregory M= irsky <gregory.mirsky@eric= sson.com> wrote:

Hi Shahram,

consider flow at 99% of its= CIR. How would you perform  in-service measure with SLM?

AFAIK, MEF considers LM of E= -LAN service as matrix of p2p measurements. It is interesting approach but n= ot yet adopted by IETF.

Yes, you may do proprietary= things with payload. Or use SLI/SL.

 

    &nb= sp;           Regards,

    &nb= sp;            &= nbsp;            = ;  Greg

 

From: S. Davari [= mailto:davarish@yahoo.com]
Sent: Monday, March 24, 2014 10:50 PM
To: Gregory Mirsky
Cc: Shahram Davari; Yimin Shen; draft-chen-mpls-source-label@tools.ietf.org; <= a href=3D"mailto:mpls@ietf.org">mpls@ietf.org
Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label<= /o:p>

 

Hi Greg

 

In profile simply means green packets and by generate= green SLM packets you could achieve the same results.

 

MEF explains how SLM is used for non p2p services.&nb= sp;

 

And For Delay measurement you can just run DM. The so= urce info can be in The payload of DM as TLV.


Regards,

Shahram

 


On Mar 24, 2014, at 10:19 PM, Gregory Mirsky <gregory.mirsky@ericsson.com> wrote:

Hi Shahram,

many thanks for most expedi= ent response.

Firstly, regarding in-servi= ce SLM. AFAIK, the difference between LM and SLM, at least in Y.1731, is tha= t the former collects counters of =E2=80=9Cin-profile=E2=80=9D frames while the latter only counts the test packets themselves. Given that, I can= not agree that using SLM as in-service active measurement method is viable u= nless operator willing to sufficiently alter data traffic behavior.

Secondly, would be great if= you can expand on =E2=80=9Cit works for Mp2p and mp2mp=E2=80=9D. I=E2=80=99= m very interested to learn from you how to do LM on mp2mp LSP with current M= PLS OAM tools, i.e. without SLI/SL. And while we are at  this topic, would= you kindly explain how SLM helps with DM over the same construct, i.e. mp2m= p LSP.

 

    &nb= sp;           Regards,

    &nb= sp;            &= nbsp;            = ;  Greg

 

From: S. Davari [= mailto:davarish@yahoo.com]
Sent: Monday, March 24, 2014 10:01 PM
To: Gregory Mirsky
Cc: Shahram Davari; Yimin Shen; draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org
Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label

 

Hi Greg

 

Thanks for your reply. SLM can be used for in service= measurement. And it works for Mp2p and mp2mp. So you don't really need the 3= extra labels.


Regards,.

Shahram

 


On Mar 24, 2014, at 9:52 PM, Gregory Mirsky <gregory.mirsky@ericsson.com> wrote:

=

Hi Shahram,

many thanks for your interest and comment= s. I'd point that SLM is clearly out-of-service OAM tool. SLI/SL may be used= to perform in-service active LM as well as passive LM. Then there is DM and SLI/SL again can be used to perform in-service both ac= tive and passive DM.

As for use case that " that would only be= possible by adding" these three labels I can think of the following:=

=C2=B7         OAM on mp2mp/mp2p LSP<= o:p>

 

       = ; Regards,

       = ;         Greg

=

 

-----Original Message-----
From: mpls [mailto:mpls-bounces@iet= f.org] On Behalf Of Shahram Davari
Sent: Monday, March 24, 2014 8:24 PM
To: Yimin Shen
Cc: draft-che= n-mpls-source-label@tools.ietf.org; mpls@ietf.org
Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label<= /o:p>

 

Hi

 

So far I haven't seen any valid use car t= hat would only be possible by adding this 3 labels. For VPLS LM you could al= ways use Synthetic loss measurement. Just saying Synthetic LM is not as accurate as direct LM is not a good justification for adding 3= labels.

 

Regards,

Shahram

 

 

> On Mar 21, 2014, at 11:39 AM, "Yimin= Shen" <yshen@juniper.net> wr= ote:

>

> Hi Mach,

>

> For an intermediate node, SL would d= efinitely NOT be at the top of _incoming_ label stack. You would have to ins= tall complex forwarding state in data plane to look for SL and process the packet differently based on the existence/non-existence o= f SL. It would get even more complicated if you need to put the SL back to t= he packets, in case other nodes downstream may also be expecting it. So I'd l= ike to see a valid use case for this increased complexity and overhead.

>

> Regarding the egress node use case, n= ote that it is different than Entropy labels, where an EL is actually used b= y intermediate nodes and only popped by egress node. So, if your goal is simply to inform an egress node about the identity of a sou= rce node, the source node could just push one label to identify itself. This= label could be configured or communicated between the egress node and the s= ource node in any fashion. However in this draft, the source node would have to push 3 extra labels (for SL).<= /span>

>

> Thanks,

>

> /Yimin

>

>

> -----Original Message-----

> From: Mach Chen [mailto:mach.chen@huawei.com]

> Sent: Thursday, March 20, 2014 11:00= AM

> Subject: RE: Mail regarding draft-ch= en-mpls-source-label

>

> Hi Yimin,

>

> Thanks for your questions and commen= ts!

>

> Please see my reply inline...=

>

>> -----Original Message-----

>> From: Mach Chen

>> Sent: Thursday, March 20, 2014 1= 0:45 PM

>> To: Mach Chen<= /p>

>> Subject: FW: Mail regarding draf= t-chen-mpls-source-label

>>

>>

>>

>> From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Yimin Sh= en

>> Sent: Thursday, March 20, 2014 1= 2:03 AM

>> Subject: [mpls] Mail regarding d= raft-chen-mpls-source-label

>>

>> Hi authors,

>>

>> Can you please clarify if SL is e= xpected to be used only by egress

>> node, or by intermediate node as= well ?

>

> The SL can be used by the egress and= intermediate node, but for intermediate node, since the SL may not be on th= e top of the label stack, if it wants to use it, it needs to search the label stack to find the SL, just as to find an EL.

>

>>

>> Section 3.2 "Traffic Matrix Meas= urement and Steering" describes a use

>> case for intermediate node, but I= think congestion should in general

>> be resolved by control plane to r= eroute traffic based on a global

>> view of network resources, rathe= r than by data plane based on a SL.

>> In your case, would the intermed= iate node move the traffic to an LSP

>> that is different than the LSP i= ntended by the ingress node ? I don't think it is the right thing to do.

>>

>> Regarding the use case of sectio= n 3.3 "Source Filtering". If somebody

>> is doing DoS attack, why would h= e put an SL in the packets ?

>

> Regarding to these two use cases, as= discussed with Curtis, there need more considerations, we will remove these= two section in the next revision.

>

> Thanks,

> Mach

>

>>

>> Thanks,

>>

>> /Yimin

>

>

>

> ____________________________________= ___________

> mpls mailing list<= /p>

 

_________________________________________= ______

mpls mailing list

 

_______________________________________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org/= mailman/listinfo/mpls

= --Apple-Mail-B37E477D-98E5-4E3B-9224-6AA77C046739-- From nobody Mon Mar 24 23:28:32 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F2BC91A036A for ; Mon, 24 Mar 2014 23:28:29 -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 i6WTvGW0V7L9 for ; Mon, 24 Mar 2014 23:28:25 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 67A4C1A00F5 for ; Mon, 24 Mar 2014 23:28:24 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BEX36168; Tue, 25 Mar 2014 06:28:17 +0000 (GMT) Received: from LHREML403-HUB.china.huawei.com (10.201.5.217) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 25 Mar 2014 06:27:52 +0000 Received: from SZXEMA409-HUB.china.huawei.com (10.82.72.41) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 25 Mar 2014 06:28:00 +0000 Received: from SZXEMA510-MBX.china.huawei.com ([169.254.3.94]) by SZXEMA409-HUB.china.huawei.com ([10.82.72.41]) with mapi id 14.03.0158.001; Tue, 25 Mar 2014 14:27:54 +0800 From: Mach Chen To: "S. Davari" , Gregory Mirsky Thread-Topic: [mpls] Mail regarding draft-chen-mpls-source-label Thread-Index: Ac9DjKc5+oLTXGUsQoqhiLRkJXmJtgAvjO4AAAA1OTAAAIFyEADSOdIAAAMYl4AAAEpcAAAAp30AAAEQPoAAEfqUoA== Date: Tue, 25 Mar 2014 06:27:53 +0000 Message-ID: References: <444bb6dd3fef46a9a668a1ef54b16c20@BY2PR05MB728.namprd05.prod.outlook.com> <167DFE12-2CA4-49DA-9AF2-A31BE099AD5C@broadcom.com> <7347100B5761DC41A166AC17F22DF1121B78A4E1@eusaamb103.ericsson.se> <7347100B5761DC41A166AC17F22DF1121B78A514@eusaamb103.ericsson.se> 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.72] Content-Type: multipart/alternative; boundary="_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE25D9934FBSZXEMA510MBXchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/LBxP7KQjOfYvNiOHC7h2ZJerPto Cc: "draft-chen-mpls-source-label@tools.ietf.org" , "mpls@ietf.org" Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 06:28:30 -0000 --_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE25D9934FBSZXEMA510MBXchi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgU2hhaHJhbSwNCg0KQXJlIHlvdSBjbGFpbWluZyB0aGF0IHRoZSBhY3RpdmUgcGVyZm9ybWFu Y2UgbWVhc3VyZW1lbnQgaXMgc3VmZmljaWVudCBhbmQgcGFzc2l2ZSBwZXJmb3JtYW5jZSBtZWFz dXJlbWVudCBpcyBub3QgbmVlZGVkPw0KDQpCZXN0IHJlZ2FyZHMsDQpNYWNoDQoNCkZyb206IG1w bHMgW21haWx0bzptcGxzLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBTLiBEYXZhcmkN ClNlbnQ6IFR1ZXNkYXksIE1hcmNoIDI1LCAyMDE0IDE6NTAgUE0NClRvOiBHcmVnb3J5IE1pcnNr eQ0KQ2M6IGRyYWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFiZWxAdG9vbHMuaWV0Zi5vcmc7IG1wbHNA aWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBbbXBsc10gTWFpbCByZWdhcmRpbmcgZHJhZnQtY2hlbi1t cGxzLXNvdXJjZS1sYWJlbA0KDQpIaSBHcmVnDQoNCkluIHByb2ZpbGUgc2ltcGx5IG1lYW5zIGdy ZWVuIHBhY2tldHMgYW5kIGJ5IGdlbmVyYXRlIGdyZWVuIFNMTSBwYWNrZXRzIHlvdSBjb3VsZCBh Y2hpZXZlIHRoZSBzYW1lIHJlc3VsdHMuDQoNCk1FRiBleHBsYWlucyBob3cgU0xNIGlzIHVzZWQg Zm9yIG5vbiBwMnAgc2VydmljZXMuDQoNCkFuZCBGb3IgRGVsYXkgbWVhc3VyZW1lbnQgeW91IGNh biBqdXN0IHJ1biBETS4gVGhlIHNvdXJjZSBpbmZvIGNhbiBiZSBpbiBUaGUgcGF5bG9hZCBvZiBE TSBhcyBUTFYuDQoNClJlZ2FyZHMsDQpTaGFocmFtDQoNCg0KT24gTWFyIDI0LCAyMDE0LCBhdCAx MDoxOSBQTSwgR3JlZ29yeSBNaXJza3kgPGdyZWdvcnkubWlyc2t5QGVyaWNzc29uLmNvbTxtYWls dG86Z3JlZ29yeS5taXJza3lAZXJpY3Nzb24uY29tPj4gd3JvdGU6DQpIaSBTaGFocmFtLA0KbWFu eSB0aGFua3MgZm9yIG1vc3QgZXhwZWRpZW50IHJlc3BvbnNlLg0KRmlyc3RseSwgcmVnYXJkaW5n IGluLXNlcnZpY2UgU0xNLiBBRkFJSywgdGhlIGRpZmZlcmVuY2UgYmV0d2VlbiBMTSBhbmQgU0xN LCBhdCBsZWFzdCBpbiBZLjE3MzEsIGlzIHRoYXQgdGhlIGZvcm1lciBjb2xsZWN0cyBjb3VudGVy cyBvZiDigJxpbi1wcm9maWxl4oCdIGZyYW1lcyB3aGlsZSB0aGUgbGF0dGVyIG9ubHkgY291bnRz IHRoZSB0ZXN0IHBhY2tldHMgdGhlbXNlbHZlcy4gR2l2ZW4gdGhhdCwgSSBjYW4gbm90IGFncmVl IHRoYXQgdXNpbmcgU0xNIGFzIGluLXNlcnZpY2UgYWN0aXZlIG1lYXN1cmVtZW50IG1ldGhvZCBp cyB2aWFibGUgdW5sZXNzIG9wZXJhdG9yIHdpbGxpbmcgdG8gc3VmZmljaWVudGx5IGFsdGVyIGRh dGEgdHJhZmZpYyBiZWhhdmlvci4NClNlY29uZGx5LCB3b3VsZCBiZSBncmVhdCBpZiB5b3UgY2Fu IGV4cGFuZCBvbiDigJxpdCB3b3JrcyBmb3IgTXAycCBhbmQgbXAybXDigJ0uIEnigJltIHZlcnkg aW50ZXJlc3RlZCB0byBsZWFybiBmcm9tIHlvdSBob3cgdG8gZG8gTE0gb24gbXAybXAgTFNQIHdp dGggY3VycmVudCBNUExTIE9BTSB0b29scywgaS5lLiB3aXRob3V0IFNMSS9TTC4gQW5kIHdoaWxl IHdlIGFyZSBhdCAgdGhpcyB0b3BpYywgd291bGQgeW91IGtpbmRseSBleHBsYWluIGhvdyBTTE0g aGVscHMgd2l0aCBETSBvdmVyIHRoZSBzYW1lIGNvbnN0cnVjdCwgaS5lLiBtcDJtcCBMU1AuDQoN CiAgICAgICAgICAgICAgICBSZWdhcmRzLA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICBHcmVnDQoNCkZyb206IFMuIERhdmFyaSBbbWFpbHRvOmRhdmFyaXNoQHlhaG9vLmNvbV0NClNl bnQ6IE1vbmRheSwgTWFyY2ggMjQsIDIwMTQgMTA6MDEgUE0NClRvOiBHcmVnb3J5IE1pcnNreQ0K Q2M6IFNoYWhyYW0gRGF2YXJpOyBZaW1pbiBTaGVuOyBkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxh YmVsQHRvb2xzLmlldGYub3JnPG1haWx0bzpkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsQHRv b2xzLmlldGYub3JnPjsgbXBsc0BpZXRmLm9yZzxtYWlsdG86bXBsc0BpZXRmLm9yZz4NClN1Ympl Y3Q6IFJlOiBbbXBsc10gTWFpbCByZWdhcmRpbmcgZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJl bA0KDQpIaSBHcmVnDQoNClRoYW5rcyBmb3IgeW91ciByZXBseS4gU0xNIGNhbiBiZSB1c2VkIGZv ciBpbiBzZXJ2aWNlIG1lYXN1cmVtZW50LiBBbmQgaXQgd29ya3MgZm9yIE1wMnAgYW5kIG1wMm1w LiBTbyB5b3UgZG9uJ3QgcmVhbGx5IG5lZWQgdGhlIDMgZXh0cmEgbGFiZWxzLg0KDQpSZWdhcmRz LC4NClNoYWhyYW0NCg0KDQpPbiBNYXIgMjQsIDIwMTQsIGF0IDk6NTIgUE0sIEdyZWdvcnkgTWly c2t5IDxncmVnb3J5Lm1pcnNreUBlcmljc3Nvbi5jb208bWFpbHRvOmdyZWdvcnkubWlyc2t5QGVy aWNzc29uLmNvbT4+IHdyb3RlOg0KSGkgU2hhaHJhbSwNCm1hbnkgdGhhbmtzIGZvciB5b3VyIGlu dGVyZXN0IGFuZCBjb21tZW50cy4gSSdkIHBvaW50IHRoYXQgU0xNIGlzIGNsZWFybHkgb3V0LW9m LXNlcnZpY2UgT0FNIHRvb2wuIFNMSS9TTCBtYXkgYmUgdXNlZCB0byBwZXJmb3JtIGluLXNlcnZp Y2UgYWN0aXZlIExNIGFzIHdlbGwgYXMgcGFzc2l2ZSBMTS4gVGhlbiB0aGVyZSBpcyBETSBhbmQg U0xJL1NMIGFnYWluIGNhbiBiZSB1c2VkIHRvIHBlcmZvcm0gaW4tc2VydmljZSBib3RoIGFjdGl2 ZSBhbmQgcGFzc2l2ZSBETS4NCkFzIGZvciB1c2UgY2FzZSB0aGF0ICIgdGhhdCB3b3VsZCBvbmx5 IGJlIHBvc3NpYmxlIGJ5IGFkZGluZyIgdGhlc2UgdGhyZWUgbGFiZWxzIEkgY2FuIHRoaW5rIG9m IHRoZSBmb2xsb3dpbmc6DQrCtyAgICAgICAgIE9BTSBvbiBtcDJtcC9tcDJwIExTUA0KDQogICAg ICAgIFJlZ2FyZHMsDQogICAgICAgICAgICAgICAgR3JlZw0KDQotLS0tLU9yaWdpbmFsIE1lc3Nh Z2UtLS0tLQ0KRnJvbTogbXBscyBbbWFpbHRvOm1wbHMtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVo YWxmIE9mIFNoYWhyYW0gRGF2YXJpDQpTZW50OiBNb25kYXksIE1hcmNoIDI0LCAyMDE0IDg6MjQg UE0NClRvOiBZaW1pbiBTaGVuDQpDYzogZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJlbEB0b29s cy5pZXRmLm9yZzxtYWlsdG86ZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJlbEB0b29scy5pZXRm Lm9yZz47IG1wbHNAaWV0Zi5vcmc8bWFpbHRvOm1wbHNAaWV0Zi5vcmc+DQpTdWJqZWN0OiBSZTog W21wbHNdIE1haWwgcmVnYXJkaW5nIGRyYWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFiZWwNCg0KSGkN Cg0KU28gZmFyIEkgaGF2ZW4ndCBzZWVuIGFueSB2YWxpZCB1c2UgY2FyIHRoYXQgd291bGQgb25s eSBiZSBwb3NzaWJsZSBieSBhZGRpbmcgdGhpcyAzIGxhYmVscy4gRm9yIFZQTFMgTE0geW91IGNv dWxkIGFsd2F5cyB1c2UgU3ludGhldGljIGxvc3MgbWVhc3VyZW1lbnQuIEp1c3Qgc2F5aW5nIFN5 bnRoZXRpYyBMTSBpcyBub3QgYXMgYWNjdXJhdGUgYXMgZGlyZWN0IExNIGlzIG5vdCBhIGdvb2Qg anVzdGlmaWNhdGlvbiBmb3IgYWRkaW5nIDMgbGFiZWxzLg0KDQpSZWdhcmRzLA0KU2hhaHJhbQ0K DQoNCj4gT24gTWFyIDIxLCAyMDE0LCBhdCAxMTozOSBBTSwgIllpbWluIFNoZW4iIDx5c2hlbkBq dW5pcGVyLm5ldDxtYWlsdG86eXNoZW5AanVuaXBlci5uZXQ+PiB3cm90ZToNCj4NCj4gSGkgTWFj aCwNCj4NCj4gRm9yIGFuIGludGVybWVkaWF0ZSBub2RlLCBTTCB3b3VsZCBkZWZpbml0ZWx5IE5P VCBiZSBhdCB0aGUgdG9wIG9mIF9pbmNvbWluZ18gbGFiZWwgc3RhY2suIFlvdSB3b3VsZCBoYXZl IHRvIGluc3RhbGwgY29tcGxleCBmb3J3YXJkaW5nIHN0YXRlIGluIGRhdGEgcGxhbmUgdG8gbG9v ayBmb3IgU0wgYW5kIHByb2Nlc3MgdGhlIHBhY2tldCBkaWZmZXJlbnRseSBiYXNlZCBvbiB0aGUg ZXhpc3RlbmNlL25vbi1leGlzdGVuY2Ugb2YgU0wuIEl0IHdvdWxkIGdldCBldmVuIG1vcmUgY29t cGxpY2F0ZWQgaWYgeW91IG5lZWQgdG8gcHV0IHRoZSBTTCBiYWNrIHRvIHRoZSBwYWNrZXRzLCBp biBjYXNlIG90aGVyIG5vZGVzIGRvd25zdHJlYW0gbWF5IGFsc28gYmUgZXhwZWN0aW5nIGl0LiBT byBJJ2QgbGlrZSB0byBzZWUgYSB2YWxpZCB1c2UgY2FzZSBmb3IgdGhpcyBpbmNyZWFzZWQgY29t cGxleGl0eSBhbmQgb3ZlcmhlYWQuDQo+DQo+IFJlZ2FyZGluZyB0aGUgZWdyZXNzIG5vZGUgdXNl IGNhc2UsIG5vdGUgdGhhdCBpdCBpcyBkaWZmZXJlbnQgdGhhbiBFbnRyb3B5IGxhYmVscywgd2hl cmUgYW4gRUwgaXMgYWN0dWFsbHkgdXNlZCBieSBpbnRlcm1lZGlhdGUgbm9kZXMgYW5kIG9ubHkg cG9wcGVkIGJ5IGVncmVzcyBub2RlLiBTbywgaWYgeW91ciBnb2FsIGlzIHNpbXBseSB0byBpbmZv cm0gYW4gZWdyZXNzIG5vZGUgYWJvdXQgdGhlIGlkZW50aXR5IG9mIGEgc291cmNlIG5vZGUsIHRo ZSBzb3VyY2Ugbm9kZSBjb3VsZCBqdXN0IHB1c2ggb25lIGxhYmVsIHRvIGlkZW50aWZ5IGl0c2Vs Zi4gVGhpcyBsYWJlbCBjb3VsZCBiZSBjb25maWd1cmVkIG9yIGNvbW11bmljYXRlZCBiZXR3ZWVu IHRoZSBlZ3Jlc3Mgbm9kZSBhbmQgdGhlIHNvdXJjZSBub2RlIGluIGFueSBmYXNoaW9uLiBIb3dl dmVyIGluIHRoaXMgZHJhZnQsIHRoZSBzb3VyY2Ugbm9kZSB3b3VsZCBoYXZlIHRvIHB1c2ggMyBl eHRyYSBsYWJlbHMgKGZvciBTTCkuDQo+DQo+IFRoYW5rcywNCj4NCj4gL1lpbWluDQo+DQo+DQo+ IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IE1hY2ggQ2hlbiBbbWFpbHRvOm1h Y2guY2hlbkBodWF3ZWkuY29tXQ0KPiBTZW50OiBUaHVyc2RheSwgTWFyY2ggMjAsIDIwMTQgMTE6 MDAgQU0NCj4gVG86IFlpbWluIFNoZW47IGRyYWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFiZWxAdG9v bHMuaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFiZWxAdG9vbHMuaWV0 Zi5vcmc+Ow0KPiBtcGxzQGlldGYub3JnPG1haWx0bzptcGxzQGlldGYub3JnPg0KPiBTdWJqZWN0 OiBSRTogTWFpbCByZWdhcmRpbmcgZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJlbA0KPg0KPiBI aSBZaW1pbiwNCj4NCj4gVGhhbmtzIGZvciB5b3VyIHF1ZXN0aW9ucyBhbmQgY29tbWVudHMhDQo+ DQo+IFBsZWFzZSBzZWUgbXkgcmVwbHkgaW5saW5lLi4uDQo+DQo+PiAtLS0tLU9yaWdpbmFsIE1l c3NhZ2UtLS0tLQ0KPj4gRnJvbTogTWFjaCBDaGVuDQo+PiBTZW50OiBUaHVyc2RheSwgTWFyY2gg MjAsIDIwMTQgMTA6NDUgUE0NCj4+IFRvOiBNYWNoIENoZW4NCj4+IFN1YmplY3Q6IEZXOiBNYWls IHJlZ2FyZGluZyBkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsDQo+Pg0KPj4NCj4+DQo+PiBG cm9tOiBtcGxzIFttYWlsdG86bXBscy1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgWWlt aW4gU2hlbg0KPj4gU2VudDogVGh1cnNkYXksIE1hcmNoIDIwLCAyMDE0IDEyOjAzIEFNDQo+PiBU bzogZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJlbEB0b29scy5pZXRmLm9yZzxtYWlsdG86ZHJh ZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJlbEB0b29scy5pZXRmLm9yZz47IG1wbHNAaWV0Zi5vcmc8 bWFpbHRvOm1wbHNAaWV0Zi5vcmc+DQo+PiBTdWJqZWN0OiBbbXBsc10gTWFpbCByZWdhcmRpbmcg ZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJlbA0KPj4NCj4+IEhpIGF1dGhvcnMsDQo+Pg0KPj4g Q2FuIHlvdSBwbGVhc2UgY2xhcmlmeSBpZiBTTCBpcyBleHBlY3RlZCB0byBiZSB1c2VkIG9ubHkg YnkgZWdyZXNzDQo+PiBub2RlLCBvciBieSBpbnRlcm1lZGlhdGUgbm9kZSBhcyB3ZWxsID8NCj4N Cj4gVGhlIFNMIGNhbiBiZSB1c2VkIGJ5IHRoZSBlZ3Jlc3MgYW5kIGludGVybWVkaWF0ZSBub2Rl LCBidXQgZm9yIGludGVybWVkaWF0ZSBub2RlLCBzaW5jZSB0aGUgU0wgbWF5IG5vdCBiZSBvbiB0 aGUgdG9wIG9mIHRoZSBsYWJlbCBzdGFjaywgaWYgaXQgd2FudHMgdG8gdXNlIGl0LCBpdCBuZWVk cyB0byBzZWFyY2ggdGhlIGxhYmVsIHN0YWNrIHRvIGZpbmQgdGhlIFNMLCBqdXN0IGFzIHRvIGZp bmQgYW4gRUwuDQo+DQo+Pg0KPj4gU2VjdGlvbiAzLjIgIlRyYWZmaWMgTWF0cml4IE1lYXN1cmVt ZW50IGFuZCBTdGVlcmluZyIgZGVzY3JpYmVzIGEgdXNlDQo+PiBjYXNlIGZvciBpbnRlcm1lZGlh dGUgbm9kZSwgYnV0IEkgdGhpbmsgY29uZ2VzdGlvbiBzaG91bGQgaW4gZ2VuZXJhbA0KPj4gYmUg cmVzb2x2ZWQgYnkgY29udHJvbCBwbGFuZSB0byByZXJvdXRlIHRyYWZmaWMgYmFzZWQgb24gYSBn bG9iYWwNCj4+IHZpZXcgb2YgbmV0d29yayByZXNvdXJjZXMsIHJhdGhlciB0aGFuIGJ5IGRhdGEg cGxhbmUgYmFzZWQgb24gYSBTTC4NCj4+IEluIHlvdXIgY2FzZSwgd291bGQgdGhlIGludGVybWVk aWF0ZSBub2RlIG1vdmUgdGhlIHRyYWZmaWMgdG8gYW4gTFNQDQo+PiB0aGF0IGlzIGRpZmZlcmVu dCB0aGFuIHRoZSBMU1AgaW50ZW5kZWQgYnkgdGhlIGluZ3Jlc3Mgbm9kZSA/IEkgZG9uJ3QgdGhp bmsgaXQgaXMgdGhlIHJpZ2h0IHRoaW5nIHRvIGRvLg0KPj4NCj4+IFJlZ2FyZGluZyB0aGUgdXNl IGNhc2Ugb2Ygc2VjdGlvbiAzLjMgIlNvdXJjZSBGaWx0ZXJpbmciLiBJZiBzb21lYm9keQ0KPj4g aXMgZG9pbmcgRG9TIGF0dGFjaywgd2h5IHdvdWxkIGhlIHB1dCBhbiBTTCBpbiB0aGUgcGFja2V0 cyA/DQo+DQo+IFJlZ2FyZGluZyB0byB0aGVzZSB0d28gdXNlIGNhc2VzLCBhcyBkaXNjdXNzZWQg d2l0aCBDdXJ0aXMsIHRoZXJlIG5lZWQgbW9yZSBjb25zaWRlcmF0aW9ucywgd2Ugd2lsbCByZW1v dmUgdGhlc2UgdHdvIHNlY3Rpb24gaW4gdGhlIG5leHQgcmV2aXNpb24uDQo+DQo+IFRoYW5rcywN Cj4gTWFjaA0KPg0KPj4NCj4+IFRoYW5rcywNCj4+DQo+PiAvWWltaW4NCj4NCj4NCj4NCj4gX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gbXBscyBtYWls aW5nIGxpc3QNCj4gbXBsc0BpZXRmLm9yZzxtYWlsdG86bXBsc0BpZXRmLm9yZz4NCj4gaHR0cHM6 Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tcGxzDQoNCl9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQptcGxzIG1haWxpbmcgbGlzdA0KbXBsc0Bp ZXRmLm9yZzxtYWlsdG86bXBsc0BpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt YW4vbGlzdGluZm8vbXBscw0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fXw0KbXBscyBtYWlsaW5nIGxpc3QNCm1wbHNAaWV0Zi5vcmc8bWFpbHRvOm1wbHNA aWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21wbHMNCg== --_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE25D9934FBSZXEMA510MBXchi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IlByb2dJZCIg Y29udGVudD0iV29yZC5Eb2N1bWVudCI+DQo8bWV0YSBuYW1lPSJHZW5lcmF0b3IiIGNvbnRlbnQ9 Ik1pY3Jvc29mdCBXb3JkIDEyIj4NCjxtZXRhIG5hbWU9Ik9yaWdpbmF0b3IiIGNvbnRlbnQ9Ik1p Y3Jvc29mdCBXb3JkIDEyIj4NCjxsaW5rIHJlbD0iRmlsZS1MaXN0IiBocmVmPSJjaWQ6ZmlsZWxp c3QueG1sQDAxQ0Y0ODM2LjY3OUU4NkIwIj48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOk9m ZmljZURvY3VtZW50U2V0dGluZ3M+DQo8bzpBbGxvd1BORy8+DQo8bzpEb05vdFJlbHlPbkNTUy8+ DQo8bzpUYXJnZXRTY3JlZW5TaXplPjEwMjR4NzY4PC9vOlRhcmdldFNjcmVlblNpemU+DQo8L286 T2ZmaWNlRG9jdW1lbnRTZXR0aW5ncz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1z byA5XT48eG1sPg0KPHc6V29yZERvY3VtZW50Pg0KPHc6Wm9vbT4xMTA8L3c6Wm9vbT4NCjx3OlNw ZWxsaW5nU3RhdGU+Q2xlYW48L3c6U3BlbGxpbmdTdGF0ZT4NCjx3OlRyYWNrTW92ZXMvPg0KPHc6 VHJhY2tGb3JtYXR0aW5nLz4NCjx3OkVudmVsb3BlVmlzLz4NCjx3OlZhbGlkYXRlQWdhaW5zdFNj aGVtYXMvPg0KPHc6U2F2ZUlmWE1MSW52YWxpZD5mYWxzZTwvdzpTYXZlSWZYTUxJbnZhbGlkPg0K PHc6SWdub3JlTWl4ZWRDb250ZW50PmZhbHNlPC93Oklnbm9yZU1peGVkQ29udGVudD4NCjx3OkFs d2F5c1Nob3dQbGFjZWhvbGRlclRleHQ+ZmFsc2U8L3c6QWx3YXlzU2hvd1BsYWNlaG9sZGVyVGV4 dD4NCjx3OkRvTm90UHJvbW90ZVFGLz4NCjx3OkxpZFRoZW1lT3RoZXI+RU4tVVM8L3c6TGlkVGhl bWVPdGhlcj4NCjx3OkxpZFRoZW1lQXNpYW4+WkgtQ048L3c6TGlkVGhlbWVBc2lhbj4NCjx3Okxp ZFRoZW1lQ29tcGxleFNjcmlwdD5YLU5PTkU8L3c6TGlkVGhlbWVDb21wbGV4U2NyaXB0Pg0KPHc6 Q29tcGF0aWJpbGl0eT4NCjx3OkRvTm90RXhwYW5kU2hpZnRSZXR1cm4vPg0KPHc6QnJlYWtXcmFw cGVkVGFibGVzLz4NCjx3OlNwbGl0UGdCcmVha0FuZFBhcmFNYXJrLz4NCjx3OkRvbnRWZXJ0QWxp Z25DZWxsV2l0aFNwLz4NCjx3OkRvbnRCcmVha0NvbnN0cmFpbmVkRm9yY2VkVGFibGVzLz4NCjx3 OkRvbnRWZXJ0QWxpZ25JblR4YngvPg0KPHc6V29yZDExS2VybmluZ1BhaXJzLz4NCjx3OkNhY2hl ZENvbEJhbGFuY2UvPg0KPHc6VXNlRkVMYXlvdXQvPg0KPC93OkNvbXBhdGliaWxpdHk+DQo8dzpC cm93c2VyTGV2ZWw+TWljcm9zb2Z0SW50ZXJuZXRFeHBsb3JlcjQ8L3c6QnJvd3NlckxldmVsPg0K PG06bWF0aFByPg0KPG06bWF0aEZvbnQgbTp2YWw9IkNhbWJyaWEgTWF0aCIvPg0KPG06YnJrQmlu IG06dmFsPSJiZWZvcmUiLz4NCjxtOmJya0JpblN1YiBtOnZhbD0iJiM0NTstIi8+DQo8bTpzbWFs bEZyYWMgbTp2YWw9Im9mZiIvPg0KPG06ZGlzcERlZi8+DQo8bTpsTWFyZ2luIG06dmFsPSIwIi8+ DQo8bTpyTWFyZ2luIG06dmFsPSIwIi8+DQo8bTpkZWZKYyBtOnZhbD0iY2VudGVyR3JvdXAiLz4N CjxtOndyYXBJbmRlbnQgbTp2YWw9IjE0NDAiLz4NCjxtOmludExpbSBtOnZhbD0ic3ViU3VwIi8+ DQo8bTpuYXJ5TGltIG06dmFsPSJ1bmRPdnIiLz4NCjwvbTptYXRoUHI+PC93OldvcmREb2N1bWVu dD4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPHc6TGF0ZW50 U3R5bGVzIERlZkxvY2tlZFN0YXRlPSJmYWxzZSIgRGVmVW5oaWRlV2hlblVzZWQ9InRydWUiIERl ZlNlbWlIaWRkZW49InRydWUiIERlZlFGb3JtYXQ9ImZhbHNlIiBEZWZQcmlvcml0eT0iOTkiIExh dGVudFN0eWxlQ291bnQ9IjI2NyI+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJp b3JpdHk9IjAiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIFFGb3Jt YXQ9InRydWUiIE5hbWU9Ik5vcm1hbCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2Ui IFByaW9yaXR5PSI5IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBR Rm9ybWF0PSJ0cnVlIiBOYW1lPSJoZWFkaW5nIDEiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9 ImZhbHNlIiBQcmlvcml0eT0iOSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0iaGVhZGluZyAyIi8+DQo8 dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjkiIFFGb3JtYXQ9InRydWUi IE5hbWU9ImhlYWRpbmcgMyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9y aXR5PSI5IiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJoZWFkaW5nIDQiLz4NCjx3OkxzZEV4Y2VwdGlv biBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iOSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0iaGVhZGlu ZyA1Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjkiIFFGb3Jt YXQ9InRydWUiIE5hbWU9ImhlYWRpbmcgNiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFs c2UiIFByaW9yaXR5PSI5IiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJoZWFkaW5nIDciLz4NCjx3Okxz ZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iOSIgUUZvcm1hdD0idHJ1ZSIgTmFt ZT0iaGVhZGluZyA4Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9 IjkiIFFGb3JtYXQ9InRydWUiIE5hbWU9ImhlYWRpbmcgOSIvPg0KPHc6THNkRXhjZXB0aW9uIExv Y2tlZD0iZmFsc2UiIFByaW9yaXR5PSIzOSIgTmFtZT0idG9jIDEiLz4NCjx3OkxzZEV4Y2VwdGlv biBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMzkiIE5hbWU9InRvYyAyIi8+DQo8dzpMc2RFeGNl cHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjM5IiBOYW1lPSJ0b2MgMyIvPg0KPHc6THNk RXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSIzOSIgTmFtZT0idG9jIDQiLz4NCjx3 OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMzkiIE5hbWU9InRvYyA1Ii8+ DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjM5IiBOYW1lPSJ0b2Mg NiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSIzOSIgTmFtZT0i dG9jIDciLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMzkiIE5h bWU9InRvYyA4Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjM5 IiBOYW1lPSJ0b2MgOSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5 PSIzNSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0iY2FwdGlvbiIvPg0KPHc6THNkRXhjZXB0aW9uIExv Y2tlZD0iZmFsc2UiIFByaW9yaXR5PSIxMCIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5V c2VkPSJmYWxzZSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0iVGl0bGUiLz4NCjx3OkxzZEV4Y2VwdGlv biBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMSIgTmFtZT0iRGVmYXVsdCBQYXJhZ3JhcGggRm9u dCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSIxMSIgU2VtaUhp ZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0i U3VidGl0bGUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMjIi IFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIFFGb3JtYXQ9InRydWUi IE5hbWU9IlN0cm9uZyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5 PSIyMCIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgUUZvcm1hdD0i dHJ1ZSIgTmFtZT0iRW1waGFzaXMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQ cmlvcml0eT0iNTkiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5h bWU9IlRhYmxlIEdyaWQiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBVbmhpZGVX aGVuVXNlZD0iZmFsc2UiIE5hbWU9IlBsYWNlaG9sZGVyIFRleHQiLz4NCjx3OkxzZEV4Y2VwdGlv biBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdo ZW5Vc2VkPSJmYWxzZSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0iTm8gU3BhY2luZyIvPg0KPHc6THNk RXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2MCIgU2VtaUhpZGRlbj0iZmFsc2Ui IFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTGlnaHQgU2hhZGluZyIvPg0KPHc6THNkRXhj ZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2MSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVu aGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTGlnaHQgTGlzdCIvPg0KPHc6THNkRXhjZXB0aW9u IExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2MiIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdo ZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTGlnaHQgR3JpZCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tl ZD0iZmFsc2UiIFByaW9yaXR5PSI2MyIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2Vk PSJmYWxzZSIgTmFtZT0iTWVkaXVtIFNoYWRpbmcgMSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tl ZD0iZmFsc2UiIFByaW9yaXR5PSI2NCIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2Vk PSJmYWxzZSIgTmFtZT0iTWVkaXVtIFNoYWRpbmcgMiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tl ZD0iZmFsc2UiIFByaW9yaXR5PSI2NSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2Vk PSJmYWxzZSIgTmFtZT0iTWVkaXVtIExpc3QgMSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0i ZmFsc2UiIFByaW9yaXR5PSI2NiIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJm YWxzZSIgTmFtZT0iTWVkaXVtIExpc3QgMiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFs c2UiIFByaW9yaXR5PSI2NyIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxz ZSIgTmFtZT0iTWVkaXVtIEdyaWQgMSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2Ui IFByaW9yaXR5PSI2OCIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIg TmFtZT0iTWVkaXVtIEdyaWQgMiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFBy aW9yaXR5PSI2OSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFt ZT0iTWVkaXVtIEdyaWQgMyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9y aXR5PSI3MCIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0i RGFyayBMaXN0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9Ijcx IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJDb2xvcmZ1 bCBTaGFkaW5nIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9Ijcy IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJDb2xvcmZ1 bCBMaXN0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjczIiBT ZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJDb2xvcmZ1bCBH cmlkIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYwIiBTZW1p SGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJMaWdodCBTaGFkaW5n IEFjY2VudCAxIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYx IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJMaWdodCBM aXN0IEFjY2VudCAxIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9 IjYyIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJMaWdo dCBHcmlkIEFjY2VudCAxIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3Jp dHk9IjYzIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJN ZWRpdW0gU2hhZGluZyAxIEFjY2VudCAxIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxz ZSIgUHJpb3JpdHk9IjY0IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNl IiBOYW1lPSJNZWRpdW0gU2hhZGluZyAyIEFjY2VudCAxIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9j a2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY1IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVz ZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gTGlzdCAxIEFjY2VudCAxIi8+DQo8dzpMc2RFeGNlcHRp b24gTG9ja2VkPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJSZXZpc2lvbiIv Pg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSIzNCIgU2VtaUhpZGRl bj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0iTGlz dCBQYXJhZ3JhcGgiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0i MjkiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIFFGb3JtYXQ9InRy dWUiIE5hbWU9IlF1b3RlIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3Jp dHk9IjMwIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBRRm9ybWF0 PSJ0cnVlIiBOYW1lPSJJbnRlbnNlIFF1b3RlIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJm YWxzZSIgUHJpb3JpdHk9IjY2IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZh bHNlIiBOYW1lPSJNZWRpdW0gTGlzdCAyIEFjY2VudCAxIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9j a2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY3IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVz ZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gR3JpZCAxIEFjY2VudCAxIi8+DQo8dzpMc2RFeGNlcHRp b24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY4IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRl V2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gR3JpZCAyIEFjY2VudCAxIi8+DQo8dzpMc2RF eGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY5IiBTZW1pSGlkZGVuPSJmYWxzZSIg VW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gR3JpZCAzIEFjY2VudCAxIi8+DQo8 dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjcwIiBTZW1pSGlkZGVuPSJm YWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJEYXJrIExpc3QgQWNjZW50IDEiLz4N Cjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzEiIFNlbWlIaWRkZW49 ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkNvbG9yZnVsIFNoYWRpbmcgQWNj ZW50IDEiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzIiIFNl bWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkNvbG9yZnVsIExp c3QgQWNjZW50IDEiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0i NzMiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkNvbG9y ZnVsIEdyaWQgQWNjZW50IDEiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlv cml0eT0iNjAiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9 IkxpZ2h0IFNoYWRpbmcgQWNjZW50IDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNl IiBQcmlvcml0eT0iNjEiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2Ui IE5hbWU9IkxpZ2h0IExpc3QgQWNjZW50IDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZh bHNlIiBQcmlvcml0eT0iNjIiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFs c2UiIE5hbWU9IkxpZ2h0IEdyaWQgQWNjZW50IDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9 ImZhbHNlIiBQcmlvcml0eT0iNjMiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0i ZmFsc2UiIE5hbWU9Ik1lZGl1bSBTaGFkaW5nIDEgQWNjZW50IDIiLz4NCjx3OkxzZEV4Y2VwdGlv biBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjQiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVX aGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBTaGFkaW5nIDIgQWNjZW50IDIiLz4NCjx3Okxz ZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjUiIFNlbWlIaWRkZW49ImZhbHNl IiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBMaXN0IDEgQWNjZW50IDIiLz4N Cjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjYiIFNlbWlIaWRkZW49 ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBMaXN0IDIgQWNjZW50 IDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjciIFNlbWlI aWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBHcmlkIDEg QWNjZW50IDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjgi IFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBH cmlkIDIgQWNjZW50IDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0 eT0iNjkiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1l ZGl1bSBHcmlkIDMgQWNjZW50IDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQ cmlvcml0eT0iNzAiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5h bWU9IkRhcmsgTGlzdCBBY2NlbnQgMiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2Ui IFByaW9yaXR5PSI3MSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIg TmFtZT0iQ29sb3JmdWwgU2hhZGluZyBBY2NlbnQgMiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tl ZD0iZmFsc2UiIFByaW9yaXR5PSI3MiIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2Vk PSJmYWxzZSIgTmFtZT0iQ29sb3JmdWwgTGlzdCBBY2NlbnQgMiIvPg0KPHc6THNkRXhjZXB0aW9u IExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MyIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdo ZW5Vc2VkPSJmYWxzZSIgTmFtZT0iQ29sb3JmdWwgR3JpZCBBY2NlbnQgMiIvPg0KPHc6THNkRXhj ZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2MCIgU2VtaUhpZGRlbj0iZmFsc2UiIFVu aGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTGlnaHQgU2hhZGluZyBBY2NlbnQgMyIvPg0KPHc6 THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2MSIgU2VtaUhpZGRlbj0iZmFs c2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTGlnaHQgTGlzdCBBY2NlbnQgMyIvPg0K PHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2MiIgU2VtaUhpZGRlbj0i ZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTGlnaHQgR3JpZCBBY2NlbnQgMyIv Pg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2MyIgU2VtaUhpZGRl bj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIFNoYWRpbmcgMSBB Y2NlbnQgMyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NCIg U2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIFNo YWRpbmcgMiBBY2NlbnQgMyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9y aXR5PSI2NSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0i TWVkaXVtIExpc3QgMSBBY2NlbnQgMyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2Ui IFByaW9yaXR5PSI2NiIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIg TmFtZT0iTWVkaXVtIExpc3QgMiBBY2NlbnQgMyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0i ZmFsc2UiIFByaW9yaXR5PSI2NyIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJm YWxzZSIgTmFtZT0iTWVkaXVtIEdyaWQgMSBBY2NlbnQgMyIvPg0KPHc6THNkRXhjZXB0aW9uIExv Y2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2OCIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5V c2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIEdyaWQgMiBBY2NlbnQgMyIvPg0KPHc6THNkRXhjZXB0 aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2OSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlk ZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIEdyaWQgMyBBY2NlbnQgMyIvPg0KPHc6THNk RXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MCIgU2VtaUhpZGRlbj0iZmFsc2Ui IFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iRGFyayBMaXN0IEFjY2VudCAzIi8+DQo8dzpM c2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjcxIiBTZW1pSGlkZGVuPSJmYWxz ZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJDb2xvcmZ1bCBTaGFkaW5nIEFjY2VudCAz Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjcyIiBTZW1pSGlk ZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJDb2xvcmZ1bCBMaXN0IEFj Y2VudCAzIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjczIiBT ZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJDb2xvcmZ1bCBH cmlkIEFjY2VudCAzIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9 IjYwIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJMaWdo dCBTaGFkaW5nIEFjY2VudCA0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJp b3JpdHk9IjYxIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1l PSJMaWdodCBMaXN0IEFjY2VudCA0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIg UHJpb3JpdHk9IjYyIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBO YW1lPSJMaWdodCBHcmlkIEFjY2VudCA0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxz ZSIgUHJpb3JpdHk9IjYzIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNl IiBOYW1lPSJNZWRpdW0gU2hhZGluZyAxIEFjY2VudCA0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9j a2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY0IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVz ZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gU2hhZGluZyAyIEFjY2VudCA0Ii8+DQo8dzpMc2RFeGNl cHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY1IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5o aWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gTGlzdCAxIEFjY2VudCA0Ii8+DQo8dzpM c2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY2IiBTZW1pSGlkZGVuPSJmYWxz ZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gTGlzdCAyIEFjY2VudCA0Ii8+ DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY3IiBTZW1pSGlkZGVu PSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gR3JpZCAxIEFjY2Vu dCA0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY4IiBTZW1p SGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gR3JpZCAy IEFjY2VudCA0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY5 IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0g R3JpZCAzIEFjY2VudCA0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3Jp dHk9IjcwIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJE YXJrIExpc3QgQWNjZW50IDQiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlv cml0eT0iNzEiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9 IkNvbG9yZnVsIFNoYWRpbmcgQWNjZW50IDQiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZh bHNlIiBQcmlvcml0eT0iNzIiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFs c2UiIE5hbWU9IkNvbG9yZnVsIExpc3QgQWNjZW50IDQiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2Nr ZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzMiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNl ZD0iZmFsc2UiIE5hbWU9IkNvbG9yZnVsIEdyaWQgQWNjZW50IDQiLz4NCjx3OkxzZEV4Y2VwdGlv biBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjAiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVX aGVuVXNlZD0iZmFsc2UiIE5hbWU9IkxpZ2h0IFNoYWRpbmcgQWNjZW50IDUiLz4NCjx3OkxzZEV4 Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjEiIFNlbWlIaWRkZW49ImZhbHNlIiBV bmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkxpZ2h0IExpc3QgQWNjZW50IDUiLz4NCjx3Okxz ZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjIiIFNlbWlIaWRkZW49ImZhbHNl IiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkxpZ2h0IEdyaWQgQWNjZW50IDUiLz4NCjx3 OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjMiIFNlbWlIaWRkZW49ImZh bHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBTaGFkaW5nIDEgQWNjZW50 IDUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjQiIFNlbWlI aWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBTaGFkaW5n IDIgQWNjZW50IDUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0i NjUiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1 bSBMaXN0IDEgQWNjZW50IDUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlv cml0eT0iNjYiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9 Ik1lZGl1bSBMaXN0IDIgQWNjZW50IDUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNl IiBQcmlvcml0eT0iNjciIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2Ui IE5hbWU9Ik1lZGl1bSBHcmlkIDEgQWNjZW50IDUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9 ImZhbHNlIiBQcmlvcml0eT0iNjgiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0i ZmFsc2UiIE5hbWU9Ik1lZGl1bSBHcmlkIDIgQWNjZW50IDUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBM b2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjkiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVu VXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBHcmlkIDMgQWNjZW50IDUiLz4NCjx3OkxzZEV4Y2Vw dGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzAiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhp ZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkRhcmsgTGlzdCBBY2NlbnQgNSIvPg0KPHc6THNkRXhj ZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVu aGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iQ29sb3JmdWwgU2hhZGluZyBBY2NlbnQgNSIvPg0K PHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MiIgU2VtaUhpZGRlbj0i ZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iQ29sb3JmdWwgTGlzdCBBY2NlbnQg NSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MyIgU2VtaUhp ZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iQ29sb3JmdWwgR3JpZCBB Y2NlbnQgNSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2MCIg U2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTGlnaHQgU2hh ZGluZyBBY2NlbnQgNiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5 PSI2MSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTGln aHQgTGlzdCBBY2NlbnQgNiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9y aXR5PSI2MiIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0i TGlnaHQgR3JpZCBBY2NlbnQgNiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFBy aW9yaXR5PSI2MyIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFt ZT0iTWVkaXVtIFNoYWRpbmcgMSBBY2NlbnQgNiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0i ZmFsc2UiIFByaW9yaXR5PSI2NCIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJm YWxzZSIgTmFtZT0iTWVkaXVtIFNoYWRpbmcgMiBBY2NlbnQgNiIvPg0KPHc6THNkRXhjZXB0aW9u IExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdo ZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIExpc3QgMSBBY2NlbnQgNiIvPg0KPHc6THNkRXhj ZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NiIgU2VtaUhpZGRlbj0iZmFsc2UiIFVu aGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIExpc3QgMiBBY2NlbnQgNiIvPg0KPHc6 THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NyIgU2VtaUhpZGRlbj0iZmFs c2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIEdyaWQgMSBBY2NlbnQgNiIv Pg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2OCIgU2VtaUhpZGRl bj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIEdyaWQgMiBBY2Nl bnQgNiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2OSIgU2Vt aUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIEdyaWQg MyBBY2NlbnQgNiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3 MCIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iRGFyayBM aXN0IEFjY2VudCA2Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9 IjcxIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJDb2xv cmZ1bCBTaGFkaW5nIEFjY2VudCA2Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIg UHJpb3JpdHk9IjcyIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBO YW1lPSJDb2xvcmZ1bCBMaXN0IEFjY2VudCA2Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJm YWxzZSIgUHJpb3JpdHk9IjczIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZh bHNlIiBOYW1lPSJDb2xvcmZ1bCBHcmlkIEFjY2VudCA2Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9j a2VkPSJmYWxzZSIgUHJpb3JpdHk9IjE5IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVz ZWQ9ImZhbHNlIiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJTdWJ0bGUgRW1waGFzaXMiLz4NCjx3Okxz ZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMjEiIFNlbWlIaWRkZW49ImZhbHNl IiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIFFGb3JtYXQ9InRydWUiIE5hbWU9IkludGVuc2UgRW1w aGFzaXMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMzEiIFNl bWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIFFGb3JtYXQ9InRydWUiIE5h bWU9IlN1YnRsZSBSZWZlcmVuY2UiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQ cmlvcml0eT0iMzIiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIFFG b3JtYXQ9InRydWUiIE5hbWU9IkludGVuc2UgUmVmZXJlbmNlIi8+DQo8dzpMc2RFeGNlcHRpb24g TG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjMzIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hl blVzZWQ9ImZhbHNlIiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJCb29rIFRpdGxlIi8+DQo8dzpMc2RF eGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjM3IiBOYW1lPSJCaWJsaW9ncmFwaHki Lz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMzkiIFFGb3JtYXQ9 InRydWUiIE5hbWU9IlRPQyBIZWFkaW5nIi8+DQo8L3c6TGF0ZW50U3R5bGVzPg0KPC94bWw+PCFb ZW5kaWZdLS0+PHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UN Cgl7Zm9udC1mYW1pbHk6V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7 DQoJbXNvLWZvbnQtYWx0OldpbmdkaW5nczsNCgltc28tZm9udC1jaGFyc2V0OjI7DQoJbXNvLWdl bmVyaWMtZm9udC1mYW1pbHk6YXV0bzsNCgltc28tZm9udC1waXRjaDp2YXJpYWJsZTsNCgltc28t Zm9udC1zaWduYXR1cmU6MCAyNjg0MzU0NTYgMCAwIC0yMTQ3NDgzNjQ4IDA7fQ0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseTrlrovkvZM7DQoJcGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTsN Cgltc28tZm9udC1hbHQ6U2ltU3VuOw0KCW1zby1mb250LWNoYXJzZXQ6MTM0Ow0KCW1zby1nZW5l cmljLWZvbnQtZmFtaWx5OmF1dG87DQoJbXNvLWZvbnQtcGl0Y2g6dmFyaWFibGU7DQoJbXNvLWZv bnQtc2lnbmF0dXJlOjMgNjgwNDYwMjg4IDIyIDAgMjYyMTQ1IDA7fQ0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0 Ow0KCW1zby1mb250LWFsdDoiQ2FsaXN0byBNVCI7DQoJbXNvLWZvbnQtY2hhcnNldDowOw0KCW1z by1nZW5lcmljLWZvbnQtZmFtaWx5OnJvbWFuOw0KCW1zby1mb250LXBpdGNoOnZhcmlhYmxlOw0K CW1zby1mb250LXNpZ25hdHVyZTotNTM2ODcwMTQ1IDExMDczMDU3MjcgMCAwIDQxNSAwO30NCkBm b250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIg NCAzIDIgNDsNCgltc28tZm9udC1hbHQ6Q2FsaWJyaTsNCgltc28tZm9udC1jaGFyc2V0OjA7DQoJ bXNvLWdlbmVyaWMtZm9udC1mYW1pbHk6c3dpc3M7DQoJbXNvLWZvbnQtcGl0Y2g6dmFyaWFibGU7 DQoJbXNvLWZvbnQtc2lnbmF0dXJlOi01MjAwOTI5MjkgMTA3Mzc4NjExMSA5IDAgNDE1IDA7fQ0K QGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1 IDQgNCAyIDQ7DQoJbXNvLWZvbnQtY2hhcnNldDowOw0KCW1zby1nZW5lcmljLWZvbnQtZmFtaWx5 OnN3aXNzOw0KCW1zby1mb250LXBpdGNoOnZhcmlhYmxlOw0KCW1zby1mb250LXNpZ25hdHVyZTot NTIwMDgxNjY1IC0xMDczNzE3MTU3IDQxIDAgNjYwNDcgMDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQt ZmFtaWx5OiJcQOWui+S9kyI7DQoJcGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTsNCgltc28t Zm9udC1hbHQ6Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/PzsNCgltc28tZm9udC1jaGFy c2V0OjEzNDsNCgltc28tZ2VuZXJpYy1mb250LWZhbWlseTphdXRvOw0KCW1zby1mb250LXBpdGNo OnZhcmlhYmxlOw0KCW1zby1mb250LXNpZ25hdHVyZTozIDY4MDQ2MDI4OCAyMiAwIDI2MjE0NSAw O30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBk aXYuTXNvTm9ybWFsDQoJe21zby1zdHlsZS11bmhpZGU6bm87DQoJbXNvLXN0eWxlLXFmb3JtYXQ6 eWVzOw0KCW1zby1zdHlsZS1wYXJlbnQ6IiI7DQoJbWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9t Oi4wMDAxcHQ7DQoJbXNvLXBhZ2luYXRpb246d2lkb3ctb3JwaGFuOw0KCWZvbnQtc2l6ZToxMi4w cHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsInNlcmlmIjsNCgltc28tZmFyZWFz dC1mb250LWZhbWlseTrlrovkvZM7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28t c3R5bGUtbm9zaG93OnllczsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsN Cgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lOw0KCXRleHQtdW5kZXJsaW5lOnNpbmdsZTt9DQph OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLW5vc2hvdzp5 ZXM7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29y YXRpb246dW5kZXJsaW5lOw0KCXRleHQtdW5kZXJsaW5lOnNpbmdsZTt9DQpwLk1zb0FjZXRhdGUs IGxpLk1zb0FjZXRhdGUsIGRpdi5Nc29BY2V0YXRlDQoJe21zby1zdHlsZS1ub3Nob3c6eWVzOw0K CW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoi5om55rOo5qGG5paH5pys IENoYXIiOw0KCW1hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCW1zby1wYWdp bmF0aW9uOndpZG93LW9ycGhhbjsNCglmb250LXNpemU6OC4wcHQ7DQoJZm9udC1mYW1pbHk6IlRh aG9tYSIsInNhbnMtc2VyaWYiOw0KCW1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OuWui+S9kzt9DQpz cGFuLkNoYXINCgl7bXNvLXN0eWxlLW5hbWU6IuaJueazqOahhuaWh+acrCBDaGFyIjsNCgltc28t c3R5bGUtbm9zaG93OnllczsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLXVu aGlkZTpubzsNCgltc28tc3R5bGUtbG9ja2VkOnllczsNCgltc28tc3R5bGUtbGluazrmibnms6jm oYbmlofmnKw7DQoJbXNvLWFuc2ktZm9udC1zaXplOjkuMHB0Ow0KCW1zby1iaWRpLWZvbnQtc2l6 ZTo5LjBwdDsNCglmb250LWZhbWlseTrlrovkvZM7DQoJbXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6 5a6L5L2TO30NCnAuZW1haWxxdW90ZSwgbGkuZW1haWxxdW90ZSwgZGl2LmVtYWlscXVvdGUNCgl7 bXNvLXN0eWxlLW5hbWU6ZW1haWxxdW90ZTsNCgltc28tc3R5bGUtdW5oaWRlOm5vOw0KCW1zby1t YXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1yaWdodDowY207DQoJbXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MS4wcHQ7DQoJbXNvLXBhZ2luYXRpb246d2lkb3ct b3JwaGFuOw0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21h biIsInNlcmlmIjsNCgltc28tZmFyZWFzdC1mb250LWZhbWlseTrlrovkvZM7fQ0Kc3Bhbi5FbWFp bFN0eWxlMjANCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJbXNvLXN0eWxlLW5vc2hvdzp5 ZXM7DQoJbXNvLXN0eWxlLXVuaGlkZTpubzsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMt c2VyaWYiOw0KCW1zby1hc2NpaS1mb250LWZhbWlseTpDYWxpYnJpOw0KCW1zby1oYW5zaS1mb250 LWZhbWlseTpDYWxpYnJpOw0KCW1zby1iaWRpLWZvbnQtZmFtaWx5OkNhbGlicmk7DQoJY29sb3I6 IzFGNDk3RDt9DQpwLkJhbGxvb25UZXh0LCBsaS5CYWxsb29uVGV4dCwgZGl2LkJhbGxvb25UZXh0 DQoJe21zby1zdHlsZS1uYW1lOiJCYWxsb29uIFRleHQiOw0KCW1zby1zdHlsZS11bmhpZGU6bm87 DQoJbXNvLXN0eWxlLWxpbms6IkJhbGxvb24gVGV4dCBDaGFyIjsNCgltYXJnaW46MGNtOw0KCW1h cmdpbi1ib3R0b206LjAwMDFwdDsNCgltc28tcGFnaW5hdGlvbjp3aWRvdy1vcnBoYW47DQoJZm9u dC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYiOw0K CW1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OuWui+S9kzt9DQpzcGFuLkJhbGxvb25UZXh0Q2hhcg0K CXttc28tc3R5bGUtbmFtZToiQmFsbG9vbiBUZXh0IENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0 eTo5OTsNCgltc28tc3R5bGUtdW5oaWRlOm5vOw0KCW1zby1zdHlsZS1sb2NrZWQ6eWVzOw0KCW1z by1zdHlsZS1saW5rOiJCYWxsb29uIFRleHQiOw0KCWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5z LXNlcmlmIjsNCgltc28tYXNjaWktZm9udC1mYW1pbHk6VGFob21hOw0KCW1zby1oYW5zaS1mb250 LWZhbWlseTpUYWhvbWE7DQoJbXNvLWJpZGktZm9udC1mYW1pbHk6VGFob21hO30NCnNwYW4uRW1h aWxTdHlsZTIzDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCW1zby1zdHlsZS1u b3Nob3c6eWVzOw0KCW1zby1zdHlsZS11bmhpZGU6bm87DQoJbXNvLWFuc2ktZm9udC1zaXplOjEw LjVwdDsNCgltc28tYmlkaS1mb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp Iiwic2Fucy1zZXJpZiI7DQoJbXNvLWFzY2lpLWZvbnQtZmFtaWx5OkNhbGlicmk7DQoJbXNvLWZh cmVhc3QtZm9udC1mYW1pbHk65a6L5L2TOw0KCW1zby1oYW5zaS1mb250LWZhbWlseTpDYWxpYnJp Ow0KCW1zby1iaWRpLWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iOw0KCWNvbG9yOiMxRjQ5 N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJbXNv LWRlZmF1bHQtcHJvcHM6eWVzOw0KCWZvbnQtc2l6ZToxMC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1z aXplOjEwLjBwdDsNCgltc28tYmlkaS1mb250LXNpemU6MTAuMHB0Ow0KCW1zby1hc2NpaS1mb250 LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjsNCgltc28taGFuc2ktZm9udC1mYW1pbHk6IlRpbWVz IE5ldyBSb21hbiI7DQoJbXNvLWZvbnQta2VybmluZzowcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24x DQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3Mi4wcHQgNzIuMHB0IDcyLjBwdCA3 Mi4wcHQ7DQoJbXNvLWhlYWRlci1tYXJnaW46MzYuMHB0Ow0KCW1zby1mb290ZXItbWFyZ2luOjM2 LjBwdDsNCgltc28tcGFwZXItc291cmNlOjA7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldv cmRTZWN0aW9uMTt9DQovKiBMaXN0IERlZmluaXRpb25zICovDQpAbGlzdCBsMA0KCXttc28tbGlz dC1pZDoxNjAxNDUzMjU2Ow0KCW1zby1saXN0LXRlbXBsYXRlLWlkczo2NDM3MTM3NTI7fQ0KQGxp c3QgbDA6bGV2ZWwxDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2 ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjM2LjBwdDsNCgltc28tbGV2ZWwtbnVt YmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250 LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMDpsZXZlbDINCgl7 bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNv LWxldmVsLXRhYi1zdG9wOjcyLjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7 DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZv bnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7DQoJbXNvLWJpZGktZm9udC1mYW1pbHk6IlRpbWVzIE5l dyBSb21hbiI7fQ0KQGxpc3QgbDA6bGV2ZWwzDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1 bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjEwOC4wcHQ7 DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7 DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0K QGxpc3QgbDA6bGV2ZWw0DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28t bGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjE0NC4wcHQ7DQoJbXNvLWxldmVs LW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2kt Zm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2 ZWw1DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrv gqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjE4MC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3Np dGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEw LjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw2DQoJe21zby1s ZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxl dmVsLXRhYi1zdG9wOjIxNi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0K CXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250 LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw3DQoJe21zby1sZXZlbC1udW1iZXIt Zm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9w OjI1Mi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50 Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5n ZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw4DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxl dDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjI4OC4wcHQ7DQoJ bXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJ bXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxp c3QgbDA6bGV2ZWw5DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2 ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjMyNC4wcHQ7DQoJbXNvLWxldmVsLW51 bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9u dC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0Kb2wNCgl7bWFyZ2luLWJv dHRvbTowY207fQ0KdWwNCgl7bWFyZ2luLWJvdHRvbTowY207fQ0KLS0+PC9zdHlsZT48IS0tW2lm IGd0ZSBtc28gMTBdPjxzdHlsZT4vKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KdGFibGUuTXNvTm9y bWFsVGFibGUNCgl7bXNvLXN0eWxlLW5hbWU65pmu6YCa6KGo5qC8Ow0KCW1zby10c3R5bGUtcm93 YmFuZC1zaXplOjA7DQoJbXNvLXRzdHlsZS1jb2xiYW5kLXNpemU6MDsNCgltc28tc3R5bGUtbm9z aG93OnllczsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLXFmb3JtYXQ6eWVz Ow0KCW1zby1zdHlsZS1wYXJlbnQ6IiI7DQoJbXNvLXBhZGRpbmctYWx0OjBjbSA1LjRwdCAwY20g NS40cHQ7DQoJbXNvLXBhcmEtbWFyZ2luOjBjbTsNCgltc28tcGFyYS1tYXJnaW4tYm90dG9tOi4w MDAxcHQ7DQoJbXNvLXBhZ2luYXRpb246d2lkb3ctb3JwaGFuOw0KCWZvbnQtc2l6ZToxMC4wcHQ7 DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsInNlcmlmIjt9DQo8L3N0eWxlPjwhW2Vu ZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0i ZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1z byA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9 ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8 L2hlYWQ+DQo8Ym9keSBsYW5nPSJaSC1DTiIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSIgc3R5 bGU9InRhYi1pbnRlcnZhbDoyMS4wcHQiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGNvbG9yPSIjMWY0OTdkIiBmYWNlPSJD YWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7bXNvLWJp ZGktZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk65a6L5L2TO21zby1iaWRp LWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oztjb2xvcjojMUY0OTdEIj5I aSBTaGFocmFtLDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iIzFmNDk3ZCIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O21zby1iaWRpLWZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7O21zby1mYXJlYXN0LWZvbnQtZmFtaWx5OuWui+S9kzttc28tYmlkaS1mb250LWZhbWlseTom cXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIi IGNvbG9yPSIjMWY0OTdkIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImZvbnQtc2l6ZToxMC41cHQ7bXNvLWJpZGktZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtZm9u dC1mYW1pbHk65a6L5L2TO21zby1iaWRpLWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21h biZxdW90Oztjb2xvcjojMUY0OTdEIj5BcmUgeW91DQogY2xhaW1pbmcgdGhhdCB0aGUgYWN0aXZl IHBlcmZvcm1hbmNlIG1lYXN1cmVtZW50IGlzIHN1ZmZpY2llbnQgYW5kIHBhc3NpdmUgcGVyZm9y bWFuY2UgbWVhc3VyZW1lbnQgaXMgbm90IG5lZWRlZD8NCjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9u dD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iIzFmNDk3 ZCIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAu NXB0O21zby1iaWRpLWZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWZvbnQtZmFtaWx5OuWui+S9 kzttc28tYmlkaS1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDs7Y29sb3I6 IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGNvbG9yPSIjMWY0OTdkIiBmYWNlPSJDYWxpYnJpIj48 c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7bXNvLWJpZGktZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk65a6L5L2TO21zby1iaWRpLWZvbnQtZmFt aWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oztjb2xvcjojMUY0OTdEIj5CZXN0DQogcmVn YXJkcyw8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PGZvbnQgc2l6ZT0iMiIgY29sb3I9IiMxZjQ5N2QiIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDttc28tYmlkaS1mb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztt c28tZmFyZWFzdC1mb250LWZhbWlseTrlrovkvZM7bXNvLWJpZGktZm9udC1mYW1pbHk6JnF1b3Q7 VGltZXMgTmV3IFJvbWFuJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPk1hY2g8bzpwPjwvbzpwPjwvc3Bh bj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9 IiMxZjQ5N2QiIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOjEwLjVwdDttc28tYmlkaS1mb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tZmFyZWFzdC1mb250LWZhbWls eTrlrovkvZM7bXNvLWJpZGktZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7 O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8ZGl2 IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6 MGNtIDBjbSAwY20gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRl ci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxmb250IHNpemU9IjIiIGZhY2U9IlRhaG9tYSI+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1Rh aG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2ZvbnQtd2VpZ2h0OmJvbGQiPkZyb206 PC9zcGFuPjwvZm9udD48L2I+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iVGFob21hIj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21h JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPg0KIG1wbHMgW21haWx0bzptcGxzLWJvdW5j ZXNAaWV0Zi5vcmddIDxiPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5PbiBCZWhhbGYg T2YNCjwvc3Bhbj48L2I+Uy4gRGF2YXJpPGJyPg0KPGI+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0 OmJvbGQiPlNlbnQ6PC9zcGFuPjwvYj4gVHVlc2RheSwgTWFyY2ggMjUsIDIwMTQgMTo1MCBQTTxi cj4NCjxiPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5Ubzo8L3NwYW4+PC9iPiBHcmVn b3J5IE1pcnNreTxicj4NCjxiPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5DYzo8L3Nw YW4+PC9iPiBkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsQHRvb2xzLmlldGYub3JnOyBtcGxz QGlldGYub3JnPGJyPg0KPGI+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPlN1YmplY3Q6 PC9zcGFuPjwvYj4gUmU6IFttcGxzXSBNYWlsIHJlZ2FyZGluZyBkcmFmdC1jaGVuLW1wbHMtc291 cmNlLWxhYmVsPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIzIiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4i PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9u dCBzaXplPSIzIiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iZm9udC1zaXplOjEyLjBwdCI+SGkgR3JlZzxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIzIiBmYWNl PSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEy LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjMiIGZhY2U9IlRpbWVzIE5ldyBSb21h biI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij5JbiBwcm9maWxl IHNpbXBseSBtZWFucyBncmVlbiBwYWNrZXRzIGFuZCBieSBnZW5lcmF0ZSBncmVlbiBTTE0gcGFj a2V0cyB5b3UgY291bGQgYWNoaWV2ZSB0aGUgc2FtZSByZXN1bHRzLjxvOnA+PC9vOnA+PC9zcGFu PjwvZm9udD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBz aXplPSIzIiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1zaXplOjEyLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjMiIGZhY2U9IlRp bWVzIE5ldyBSb21hbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0 Ij5NRUYgZXhwbGFpbnMgaG93IFNMTSBpcyB1c2VkIGZvciBub24gcDJwIHNlcnZpY2VzLiZuYnNw OzxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48Zm9udCBzaXplPSIzIiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIGxh bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250 IHNpemU9IjMiIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl PSJmb250LXNpemU6MTIuMHB0Ij5BbmQgRm9yIERlbGF5IG1lYXN1cmVtZW50IHlvdSBjYW4ganVz dCBydW4gRE0uIFRoZSBzb3VyY2UgaW5mbyBjYW4gYmUgaW4gVGhlIHBheWxvYWQgb2YgRE0gYXMg VExWLjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIzIiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+PGJyPg0KUmVnYXJkcyw8bzpw PjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxm b250IHNpemU9IjMiIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6MTIuMHB0Ij5TaGFocmFtPG86cD48L286cD48L3NwYW4+PC9mb250Pjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjMiIGZh Y2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6 MTIuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4w cHQiPjxmb250IHNpemU9IjMiIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gbGFuZz0iRU4t VVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij48YnI+DQpPbiBNYXIgMjQsIDIwMTQsIGF0IDEw OjE5IFBNLCBHcmVnb3J5IE1pcnNreSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmdyZWdvcnkubWlyc2t5 QGVyaWNzc29uLmNvbSI+Z3JlZ29yeS5taXJza3lAZXJpY3Nzb24uY29tPC9hPiZndDsgd3JvdGU6 PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9 Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9IiMxZjQ5N2QiIGZhY2U9IkNhbGlicmki PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+ SGkgU2hhaHJhbSw8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iIzFm NDk3ZCIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90Oztjb2xvcjojMUY0OTdEIj5tYW55IHRoYW5rcyBmb3IgbW9zdCBleHBlZGllbnQgcmVzcG9u c2UuPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9IiMxZjQ5N2QiIGZh Y2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6IzFGNDk3RCI+Rmlyc3RseSwgcmVnYXJkaW5nIGluLXNlcnZpY2UgU0xNLiBBRkFJSywgdGhl IGRpZmZlcmVuY2UgYmV0d2VlbiBMTSBhbmQgU0xNLCBhdCBsZWFzdCBpbiBZLjE3MzEsDQogaXMg dGhhdCB0aGUgZm9ybWVyIGNvbGxlY3RzIGNvdW50ZXJzIG9mIOKAnGluLXByb2ZpbGXigJ0gZnJh bWVzIHdoaWxlIHRoZSBsYXR0ZXIgb25seSBjb3VudHMgdGhlIHRlc3QgcGFja2V0cyB0aGVtc2Vs dmVzLiBHaXZlbiB0aGF0LCBJIGNhbiBub3QgYWdyZWUgdGhhdCB1c2luZyBTTE0gYXMgaW4tc2Vy dmljZSBhY3RpdmUgbWVhc3VyZW1lbnQgbWV0aG9kIGlzIHZpYWJsZSB1bmxlc3Mgb3BlcmF0b3Ig d2lsbGluZyB0byBzdWZmaWNpZW50bHkgYWx0ZXINCiBkYXRhIHRyYWZmaWMgYmVoYXZpb3IuPC9z cGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9IiMxZjQ5N2QiIGZhY2U9IkNh bGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFG NDk3RCI+U2Vjb25kbHksIHdvdWxkIGJlIGdyZWF0IGlmIHlvdSBjYW4gZXhwYW5kIG9uIOKAnGl0 IHdvcmtzIGZvciBNcDJwIGFuZCBtcDJtcOKAnS4gSeKAmW0gdmVyeSBpbnRlcmVzdGVkDQogdG8g bGVhcm4gZnJvbSB5b3UgaG93IHRvIGRvIExNIG9uIG1wMm1wIExTUCB3aXRoIGN1cnJlbnQgTVBM UyBPQU0gdG9vbHMsIGkuZS4gd2l0aG91dCBTTEkvU0wuIEFuZCB3aGlsZSB3ZSBhcmUgYXQmbmJz cDsgdGhpcyB0b3BpYywgd291bGQgeW91IGtpbmRseSBleHBsYWluIGhvdyBTTE0gaGVscHMgd2l0 aCBETSBvdmVyIHRoZSBzYW1lIGNvbnN0cnVjdCwgaS5lLiBtcDJtcCBMU1AuPC9zcGFuPjwvZm9u dD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9IiMxZjQ5N2QiIGZhY2U9IkNhbGlicmkiPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5i c3A7PC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9IiMxZjQ5N2QiIGZh Y2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFJlZ2FyZHMsPC9z cGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9IiMxZjQ5N2QiIGZhY2U9IkNh bGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFG NDk3RCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEdyZWc8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVT Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXpl PSIyIiBjb2xvcj0iIzFmNDk3ZCIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PC9mb250Pjxz cGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdiBzdHls ZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4w cHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1vdXRsaW5l LWxldmVsOjEiPjxiPjxmb250IHNpemU9IjIiIGZhY2U9IlRhaG9tYSI+PHNwYW4gbGFuZz0iRU4t VVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2ZvbnQtd2VpZ2h0OmJvbGQiPkZyb206PC9zcGFuPjwv Zm9udD48L2I+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iVGFob21hIj48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDsiPg0KIFMuIERhdmFyaSBbPGEgaHJlZj0ibWFpbHRvOmRhdmFy aXNoQHlhaG9vLmNvbSI+bWFpbHRvOmRhdmFyaXNoQHlhaG9vLmNvbTwvYT5dIDxicj4NCjxiPjxz cGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5TZW50Ojwvc3Bhbj48L2I+IE1vbmRheSwgTWFy Y2ggMjQsIDIwMTQgMTA6MDEgUE08YnI+DQo8Yj48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9s ZCI+VG86PC9zcGFuPjwvYj4gR3JlZ29yeSBNaXJza3k8YnI+DQo8Yj48c3BhbiBzdHlsZT0iZm9u dC13ZWlnaHQ6Ym9sZCI+Q2M6PC9zcGFuPjwvYj4gU2hhaHJhbSBEYXZhcmk7IFlpbWluIFNoZW47 IDxhIGhyZWY9Im1haWx0bzpkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsQHRvb2xzLmlldGYu b3JnIj4NCmRyYWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFiZWxAdG9vbHMuaWV0Zi5vcmc8L2E+OyA8 YSBocmVmPSJtYWlsdG86bXBsc0BpZXRmLm9yZyI+bXBsc0BpZXRmLm9yZzwvYT48YnI+DQo8Yj48 c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+U3ViamVjdDo8L3NwYW4+PC9iPiBSZTogW21w bHNdIE1haWwgcmVnYXJkaW5nIGRyYWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFiZWw8L3NwYW4+PC9m b250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMyIgZmFjZT0iVGltZXMgTmV3 IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPiZuYnNw OzxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGZvbnQgc2l6ZT0iMyIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPkhpIEdyZWc8bzpwPjwvbzpwPjwvc3Bhbj48L2Zv bnQ+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0i MyIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMi4wcHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIzIiBmYWNlPSJUaW1lcyBO ZXcgUm9tYW4iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+VGhh bmtzIGZvciB5b3VyIHJlcGx5LiBTTE0gY2FuIGJlIHVzZWQgZm9yIGluIHNlcnZpY2UgbWVhc3Vy ZW1lbnQuIEFuZCBpdCB3b3JrcyBmb3IgTXAycCBhbmQgbXAybXAuIFNvIHlvdSBkb24ndCByZWFs bHkgbmVlZCB0aGUgMyBleHRyYSBsYWJlbHMuPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjMiIGZhY2U9 IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIu MHB0Ij48YnI+DQpSZWdhcmRzLC48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjMiIGZhY2U9IlRpbWVzIE5ldyBSb21h biI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij5TaGFocmFtPG86 cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxmb250IHNpemU9IjMiIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48 L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxmb250IHNpemU9IjMiIGZhY2U9IlRpbWVzIE5l dyBSb21hbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij48YnI+ DQpPbiBNYXIgMjQsIDIwMTQsIGF0IDk6NTIgUE0sIEdyZWdvcnkgTWlyc2t5ICZsdDs8YSBocmVm PSJtYWlsdG86Z3JlZ29yeS5taXJza3lAZXJpY3Nzb24uY29tIj5ncmVnb3J5Lm1pcnNreUBlcmlj c3Nvbi5jb208L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9k aXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUu MHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIg ZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+ SGkgU2hhaHJhbSw8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXpl PSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7Ij5tYW55IHRoYW5rcyBmb3IgeW91ciBpbnRlcmVzdCBhbmQgY29tbWVudHMuIEknZCBwb2lu dCB0aGF0IFNMTSBpcyBjbGVhcmx5IG91dC1vZi1zZXJ2aWNlIE9BTSB0b29sLiBTTEkvU0wgbWF5 IGJlIHVzZWQgdG8gcGVyZm9ybQ0KIGluLXNlcnZpY2UgYWN0aXZlIExNIGFzIHdlbGwgYXMgcGFz c2l2ZSBMTS4gVGhlbiB0aGVyZSBpcyBETSBhbmQgU0xJL1NMIGFnYWluIGNhbiBiZSB1c2VkIHRv IHBlcmZvcm0gaW4tc2VydmljZSBib3RoIGFjdGl2ZSBhbmQgcGFzc2l2ZSBETS48L3NwYW4+PC9m b250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48 c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5BcyBmb3IgdXNlIGNhc2Ug dGhhdCAmcXVvdDsgdGhhdCB3b3VsZCBvbmx5IGJlIHBvc3NpYmxlIGJ5IGFkZGluZyZxdW90OyB0 aGVzZSB0aHJlZSBsYWJlbHMgSSBjYW4gdGhpbmsgb2YgdGhlIGZvbGxvd2luZzo8L3NwYW4+PC9m b250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy Z2luLWJvdHRvbS1hbHQ6YXV0bzttYXJnaW4tbGVmdDowY207dGV4dC1pbmRlbnQ6LTE4LjBwdDtt c28tbGlzdDpsMCBsZXZlbDEgbGZvMjt0YWItc3RvcHM6bGlzdCAzNi4wcHQiPg0KPCFbaWYgIXN1 cHBvcnRMaXN0c10+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iU3ltYm9sIj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7bXNvLWJpZGktZm9udC1zaXplOjEyLjBwdDtmb250 LWZhbWlseTpTeW1ib2w7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6U3ltYm9sO21zby1iaWRpLWZv bnQtZmFtaWx5OlN5bWJvbCI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+wrc8Zm9udCBz aXplPSIxIiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSJmb250OjcuMHB0ICZx dW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9mb250Pjwvc3Bhbj48L3NwYW4+PC9mb250Pjwh W2VuZGlmXT48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5PQU0gb24gbXAybXAvbXAycCBMU1A8L3NwYW4+PC9mb250 PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jm5ic3A7PC9zcGFuPjwvZm9udD48c3BhbiBs YW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IFJlZ2FyZHMsPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEdyZWc8 L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJD YWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mbmJzcDs8 L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW91dGxpbmUtbGV2 ZWw6MSI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90OyI+LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS08YnI+DQpGcm9t OiBtcGxzIFs8YSBocmVmPSJtYWlsdG86bXBscy1ib3VuY2VzQGlldGYub3JnIj5tYWlsdG86bXBs cy1ib3VuY2VzQGlldGYub3JnPC9hPl0gT24gQmVoYWxmIE9mIFNoYWhyYW0gRGF2YXJpPGJyPg0K U2VudDogTW9uZGF5LCBNYXJjaCAyNCwgMjAxNCA4OjI0IFBNPGJyPg0KVG86IFlpbWluIFNoZW48 YnI+DQpDYzogPGEgaHJlZj0ibWFpbHRvOmRyYWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFiZWxAdG9v bHMuaWV0Zi5vcmciPmRyYWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFiZWxAdG9vbHMuaWV0Zi5vcmc8 L2E+Ow0KPGEgaHJlZj0ibWFpbHRvOm1wbHNAaWV0Zi5vcmciPm1wbHNAaWV0Zi5vcmc8L2E+PGJy Pg0KU3ViamVjdDogUmU6IFttcGxzXSBNYWlsIHJlZ2FyZGluZyBkcmFmdC1jaGVuLW1wbHMtc291 cmNlLWxhYmVsPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0i MiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 OyI+Jm5ic3A7PC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0i MiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 OyI+SGk8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBm YWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4m bmJzcDs8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBm YWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5T byBmYXIgSSBoYXZlbid0IHNlZW4gYW55IHZhbGlkIHVzZSBjYXIgdGhhdCB3b3VsZCBvbmx5IGJl IHBvc3NpYmxlIGJ5IGFkZGluZyB0aGlzIDMgbGFiZWxzLiBGb3IgVlBMUyBMTSB5b3UgY291bGQg YWx3YXlzIHVzZSBTeW50aGV0aWMNCiBsb3NzIG1lYXN1cmVtZW50LiBKdXN0IHNheWluZyBTeW50 aGV0aWMgTE0gaXMgbm90IGFzIGFjY3VyYXRlIGFzIGRpcmVjdCBMTSBpcyBub3QgYSBnb29kIGp1 c3RpZmljYXRpb24gZm9yIGFkZGluZyAzIGxhYmVscy4NCjwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFu Zz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZuYnNwOzwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFu Zz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPlJlZ2FyZHMsPC9zcGFuPjwvZm9udD48c3BhbiBs YW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+U2hhaHJhbTwvc3Bhbj48L2ZvbnQ+PHNwYW4g bGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZuYnNwOzwvc3Bhbj48L2ZvbnQ+PHNwYW4g bGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZuYnNwOzwvc3Bhbj48L2ZvbnQ+PHNwYW4g bGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZndDsgT24gTWFyIDIxLCAyMDE0LCBhdCAx MTozOSBBTSwgJnF1b3Q7WWltaW4gU2hlbiZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnlzaGVu QGp1bmlwZXIubmV0Ij55c2hlbkBqdW5pcGVyLm5ldDwvYT4mZ3Q7IHdyb3RlOjwvc3Bhbj48L2Zv bnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZndDsNCjwvc3Bhbj48L2Zv bnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZndDsgSGkgTWFjaCw8L3Nw YW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxp YnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mZ3Q7DQo8L3Nw YW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxp YnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mZ3Q7IEZvciBh biBpbnRlcm1lZGlhdGUgbm9kZSwgU0wgd291bGQgZGVmaW5pdGVseSBOT1QgYmUgYXQgdGhlIHRv cCBvZiBfaW5jb21pbmdfIGxhYmVsIHN0YWNrLiBZb3Ugd291bGQgaGF2ZSB0byBpbnN0YWxsIGNv bXBsZXgNCiBmb3J3YXJkaW5nIHN0YXRlIGluIGRhdGEgcGxhbmUgdG8gbG9vayBmb3IgU0wgYW5k IHByb2Nlc3MgdGhlIHBhY2tldCBkaWZmZXJlbnRseSBiYXNlZCBvbiB0aGUgZXhpc3RlbmNlL25v bi1leGlzdGVuY2Ugb2YgU0wuIEl0IHdvdWxkIGdldCBldmVuIG1vcmUgY29tcGxpY2F0ZWQgaWYg eW91IG5lZWQgdG8gcHV0IHRoZSBTTCBiYWNrIHRvIHRoZSBwYWNrZXRzLCBpbiBjYXNlIG90aGVy IG5vZGVzIGRvd25zdHJlYW0gbWF5IGFsc28gYmUgZXhwZWN0aW5nDQogaXQuIFNvIEknZCBsaWtl IHRvIHNlZSBhIHZhbGlkIHVzZSBjYXNlIGZvciB0aGlzIGluY3JlYXNlZCBjb21wbGV4aXR5IGFu ZCBvdmVyaGVhZC48L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXpl PSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7Ij4mZ3Q7DQo8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXpl PSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7Ij4mZ3Q7IFJlZ2FyZGluZyB0aGUgZWdyZXNzIG5vZGUgdXNlIGNhc2UsIG5vdGUgdGhhdCBp dCBpcyBkaWZmZXJlbnQgdGhhbiBFbnRyb3B5IGxhYmVscywgd2hlcmUgYW4gRUwgaXMgYWN0dWFs bHkgdXNlZCBieSBpbnRlcm1lZGlhdGUNCiBub2RlcyBhbmQgb25seSBwb3BwZWQgYnkgZWdyZXNz IG5vZGUuIFNvLCBpZiB5b3VyIGdvYWwgaXMgc2ltcGx5IHRvIGluZm9ybSBhbiBlZ3Jlc3Mgbm9k ZSBhYm91dCB0aGUgaWRlbnRpdHkgb2YgYSBzb3VyY2Ugbm9kZSwgdGhlIHNvdXJjZSBub2RlIGNv dWxkIGp1c3QgcHVzaCBvbmUgbGFiZWwgdG8gaWRlbnRpZnkgaXRzZWxmLiBUaGlzIGxhYmVsIGNv dWxkIGJlIGNvbmZpZ3VyZWQgb3IgY29tbXVuaWNhdGVkIGJldHdlZW4gdGhlIGVncmVzcyBub2Rl DQogYW5kIHRoZSBzb3VyY2Ugbm9kZSBpbiBhbnkgZmFzaGlvbi4gSG93ZXZlciBpbiB0aGlzIGRy YWZ0LCB0aGUgc291cmNlIG5vZGUgd291bGQgaGF2ZSB0byBwdXNoIDMgZXh0cmEgbGFiZWxzIChm b3IgU0wpLjwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIi IGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsi PiZndDsNCjwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIi IGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsi PiZndDsgVGhhbmtzLDwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNp emU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDsiPiZndDsNCjwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNp emU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDsiPiZndDsgL1lpbWluPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZv bnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90OyI+Jmd0Ow0KPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZv bnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90OyI+Jmd0Ow0KPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZv bnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90OyI+Jmd0OyAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLTwvc3Bhbj48L2ZvbnQ+ PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tb3V0bGluZS1sZXZlbDoxIj48Zm9udCBz aXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7Ij4mZ3Q7IEZyb206IE1hY2ggQ2hlbiBbPGEgaHJlZj0ibWFpbHRvOm1hY2guY2hlbkBo dWF3ZWkuY29tIj5tYWlsdG86bWFjaC5jaGVuQGh1YXdlaS5jb208L2E+XTwvc3Bhbj48L2ZvbnQ+ PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZndDsgU2VudDogVGh1cnNkYXks IE1hcmNoIDIwLCAyMDE0IDExOjAwIEFNPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90OyI+Jmd0OyBUbzogWWltaW4gU2hlbjsNCjxhIGhyZWY9Im1haWx0bzpk cmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsQHRvb2xzLmlldGYub3JnIj5kcmFmdC1jaGVuLW1w bHMtc291cmNlLWxhYmVsQHRvb2xzLmlldGYub3JnPC9hPjsNCjwvc3Bhbj48L2ZvbnQ+PHNwYW4g bGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZndDsNCjxhIGhyZWY9Im1haWx0bzptcGxz QGlldGYub3JnIj5tcGxzQGlldGYub3JnPC9hPjwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4t VVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDsiPiZndDsgU3ViamVjdDogUkU6IE1haWwgcmVnYXJkaW5nIGRy YWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFiZWw8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVT Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7Ij4mZ3Q7DQo8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVT Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7Ij4mZ3Q7IEhpIFlpbWluLDwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFu Zz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZndDsNCjwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFu Zz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZndDsgVGhhbmtzIGZvciB5b3VyIHF1ZXN0aW9u cyBhbmQgY29tbWVudHMhPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQg c2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90OyI+Jmd0Ow0KPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQg c2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90OyI+Jmd0OyBQbGVhc2Ugc2VlIG15IHJlcGx5IGlubGluZS4uLjwvc3Bhbj48L2ZvbnQ+ PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZndDsNCjwvc3Bhbj48L2ZvbnQ+ PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZndDsmZ3Q7IC0tLS0tT3JpZ2lu YWwgTWVzc2FnZS0tLS0tPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1zby1vdXRsaW5lLWxldmVsOjEiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZndDsmZ3Q7IEZyb206IE1hY2gg Q2hlbjwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZh Y2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZn dDsmZ3Q7IFNlbnQ6IFRodXJzZGF5LCBNYXJjaCAyMCwgMjAxNCAxMDo0NSBQTTwvc3Bhbj48L2Zv bnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZndDsmZ3Q7IFRvOiBNYWNo IENoZW48L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBm YWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4m Z3Q7Jmd0OyBTdWJqZWN0OiBGVzogTWFpbCByZWdhcmRpbmcgZHJhZnQtY2hlbi1tcGxzLXNvdXJj ZS1sYWJlbDwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIi IGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsi PiZndDsmZ3Q7DQo8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXpl PSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7Ij4mZ3Q7Jmd0Ow0KPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQg c2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90OyI+Jmd0OyZndDsNCjwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tb3V0bGluZS1sZXZlbDoxIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48 c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mZ3Q7Jmd0OyBGcm9tOiBt cGxzIFs8YSBocmVmPSJtYWlsdG86bXBscy1ib3VuY2VzQGlldGYub3JnIj5tYWlsdG86bXBscy1i b3VuY2VzQGlldGYub3JnPC9hPl0gT24gQmVoYWxmIE9mDQogWWltaW4gU2hlbjwvc3Bhbj48L2Zv bnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZndDsmZ3Q7IFNlbnQ6IFRo dXJzZGF5LCBNYXJjaCAyMCwgMjAxNCAxMjowMyBBTTwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0i RU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZndDsmZ3Q7IFRvOg0KPGEgaHJlZj0ibWFpbHRvOmRy YWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFiZWxAdG9vbHMuaWV0Zi5vcmciPmRyYWZ0LWNoZW4tbXBs cy1zb3VyY2UtbGFiZWxAdG9vbHMuaWV0Zi5vcmc8L2E+Ow0KPGEgaHJlZj0ibWFpbHRvOm1wbHNA aWV0Zi5vcmciPm1wbHNAaWV0Zi5vcmc8L2E+PC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1V UyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jmd0OyZndDsgU3ViamVjdDogW21wbHNdIE1haWwgcmVnYXJk aW5nIGRyYWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFiZWw8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9 IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mZ3Q7Jmd0Ow0KPC9zcGFuPjwvZm9udD48c3BhbiBs YW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jmd0OyZndDsgSGkgYXV0aG9ycyw8L3NwYW4+ PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJp Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mZ3Q7Jmd0Ow0KPC9z cGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2Fs aWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jmd0OyZndDsg Q2FuIHlvdSBwbGVhc2UgY2xhcmlmeSBpZiBTTCBpcyBleHBlY3RlZCB0byBiZSB1c2VkIG9ubHkg YnkgZWdyZXNzDQo8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXpl PSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7Ij4mZ3Q7Jmd0OyBub2RlLCBvciBieSBpbnRlcm1lZGlhdGUgbm9kZSBhcyB3ZWxsID88L3Nw YW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxp YnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mZ3Q7DQo8L3Nw YW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxp YnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mZ3Q7IFRoZSBT TCBjYW4gYmUgdXNlZCBieSB0aGUgZWdyZXNzIGFuZCBpbnRlcm1lZGlhdGUgbm9kZSwgYnV0IGZv ciBpbnRlcm1lZGlhdGUgbm9kZSwgc2luY2UgdGhlIFNMIG1heSBub3QgYmUgb24gdGhlIHRvcCBv ZiB0aGUNCiBsYWJlbCBzdGFjaywgaWYgaXQgd2FudHMgdG8gdXNlIGl0LCBpdCBuZWVkcyB0byBz ZWFyY2ggdGhlIGxhYmVsIHN0YWNrIHRvIGZpbmQgdGhlIFNMLCBqdXN0IGFzIHRvIGZpbmQgYW4g RUwuPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFj ZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jmd0 Ow0KPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFj ZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jmd0 OyZndDsNCjwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIi IGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsi PiZndDsmZ3Q7IFNlY3Rpb24gMy4yICZxdW90O1RyYWZmaWMgTWF0cml4IE1lYXN1cmVtZW50IGFu ZCBTdGVlcmluZyZxdW90OyBkZXNjcmliZXMgYSB1c2UNCjwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFu Zz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZndDsmZ3Q7IGNhc2UgZm9yIGludGVybWVkaWF0 ZSBub2RlLCBidXQgSSB0aGluayBjb25nZXN0aW9uIHNob3VsZCBpbiBnZW5lcmFsDQo8L3NwYW4+ PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJp Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mZ3Q7Jmd0OyBiZSBy ZXNvbHZlZCBieSBjb250cm9sIHBsYW5lIHRvIHJlcm91dGUgdHJhZmZpYyBiYXNlZCBvbiBhIGds b2JhbA0KPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIg ZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+ Jmd0OyZndDsgdmlldyBvZiBuZXR3b3JrIHJlc291cmNlcywgcmF0aGVyIHRoYW4gYnkgZGF0YSBw bGFuZSBiYXNlZCBvbiBhIFNMLg0KPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90OyI+Jmd0OyZndDsgSW4geW91ciBjYXNlLCB3b3VsZCB0aGUgaW50ZXJtZWRp YXRlIG5vZGUgbW92ZSB0aGUgdHJhZmZpYyB0byBhbiBMU1ANCjwvc3Bhbj48L2ZvbnQ+PHNwYW4g bGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZndDsmZ3Q7IHRoYXQgaXMgZGlmZmVyZW50 IHRoYW4gdGhlIExTUCBpbnRlbmRlZCBieSB0aGUgaW5ncmVzcyBub2RlID8gSSBkb24ndCB0aGlu ayBpdCBpcyB0aGUgcmlnaHQgdGhpbmcgdG8gZG8uPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJF Ti1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMi IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jmd0OyZndDsNCjwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFu Zz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZndDsmZ3Q7IFJlZ2FyZGluZyB0aGUgdXNlIGNh c2Ugb2Ygc2VjdGlvbiAzLjMgJnF1b3Q7U291cmNlIEZpbHRlcmluZyZxdW90Oy4gSWYgc29tZWJv ZHkNCjwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZh Y2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZn dDsmZ3Q7IGlzIGRvaW5nIERvUyBhdHRhY2ssIHdoeSB3b3VsZCBoZSBwdXQgYW4gU0wgaW4gdGhl IHBhY2tldHMgPzwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9 IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDsiPiZndDsNCjwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9 IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDsiPiZndDsgUmVnYXJkaW5nIHRvIHRoZXNlIHR3byB1c2UgY2FzZXMsIGFzIGRpc2N1c3NlZCB3 aXRoIEN1cnRpcywgdGhlcmUgbmVlZCBtb3JlIGNvbnNpZGVyYXRpb25zLCB3ZSB3aWxsIHJlbW92 ZSB0aGVzZSB0d28gc2VjdGlvbg0KIGluIHRoZSBuZXh0IHJldmlzaW9uLjwvc3Bhbj48L2ZvbnQ+ PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZndDsNCjwvc3Bhbj48L2ZvbnQ+ PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZndDsgVGhhbmtzLDwvc3Bhbj48 L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmki PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZndDsgTWFjaDwvc3Bh bj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGli cmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZndDsNCjwvc3Bh bj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGli cmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZndDsmZ3Q7DQo8 L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJD YWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mZ3Q7Jmd0 OyBUaGFua3MsPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0i MiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 OyI+Jmd0OyZndDsNCjwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNp emU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDsiPiZndDsmZ3Q7IC9ZaW1pbjwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi Pjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDsiPiZndDsNCjwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi Pjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDsiPiZndDsNCjwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi Pjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDsiPiZndDsNCjwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi Pjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDsiPiZndDsgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX188L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXpl PSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7Ij4mZ3Q7IG1wbHMgbWFpbGluZyBsaXN0PC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1V UyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jmd0Ow0KPGEgaHJlZj0ibWFpbHRvOm1wbHNAaWV0Zi5vcmci Pm1wbHNAaWV0Zi5vcmc8L2E+PC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZv bnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90OyI+Jmd0Ow0KPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9s aXN0aW5mby9tcGxzIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21wbHM8 L2E+PC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFj ZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jm5i c3A7PC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFj ZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+X19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188L3NwYW4+PC9mb250 PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3Bh biBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5tcGxzIG1haWxpbmcgbGlzdDwv c3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNh bGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPjxhIGhyZWY9 Im1haWx0bzptcGxzQGlldGYub3JnIj5tcGxzQGlldGYub3JnPC9hPjwvc3Bhbj48L2ZvbnQ+PHNw YW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxh bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPjxhIGhyZWY9Imh0dHBzOi8vd3d3Lmll dGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBscyI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1h bi9saXN0aW5mby9tcGxzPC9hPjwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxm b250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDsiPiZuYnNwOzwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8YmxvY2tx dW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIzIiBmYWNlPSJUaW1lcyBOZXcgUm9t YW4iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+X19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQptcGxzIG1haWxpbmcg bGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzptcGxzQGlldGYub3JnIj5tcGxzQGlldGYub3JnPC9h Pjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBs cyI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tcGxzPC9hPjxvOnA+PC9v OnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPC9i bG9ja3F1b3RlPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE25D9934FBSZXEMA510MBXchi_-- From nobody Mon Mar 24 23:53:16 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 97F761A0359 for ; Mon, 24 Mar 2014 23:53:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.362 X-Spam-Level: X-Spam-Status: No, score=-1.362 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, REPTO_QUOTE_YAHOO=0.646, 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 avSx3b5zg23g for ; Mon, 24 Mar 2014 23:53:10 -0700 (PDT) Received: from nm40.bullet.mail.ne1.yahoo.com (nm40.bullet.mail.ne1.yahoo.com [98.138.229.33]) by ietfa.amsl.com (Postfix) with ESMTP id 9555C1A00F6 for ; Mon, 24 Mar 2014 23:53:09 -0700 (PDT) Received: from [127.0.0.1] by nm40.bullet.mail.ne1.yahoo.com with NNFMP; 25 Mar 2014 06:53:08 -0000 Received: from [98.138.100.111] by nm40.bullet.mail.ne1.yahoo.com with NNFMP; 25 Mar 2014 06:50:18 -0000 Received: from [98.139.215.141] by tm100.bullet.mail.ne1.yahoo.com with NNFMP; 25 Mar 2014 06:50:17 -0000 Received: from [98.139.212.203] by tm12.bullet.mail.bf1.yahoo.com with NNFMP; 25 Mar 2014 06:50:17 -0000 Received: from [127.0.0.1] by omp1012.mail.bf1.yahoo.com with NNFMP; 25 Mar 2014 06:50:17 -0000 X-Yahoo-Newman-Property: ymail-4 X-Yahoo-Newman-Id: 823784.72464.bm@omp1012.mail.bf1.yahoo.com Received: (qmail 57401 invoked by uid 60001); 25 Mar 2014 06:50:17 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1395730217; bh=FivTLsQ+LFDV9NCGkYEiAuUNSM7LqWHFfYZ+enUUA04=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=nfwIBWFAPKAmM6RI5/J0miw29w0ccM412p7NA83izXSS++LrA9GKkDiB5qKMHKM6v8Rasd7vMik2fFOM8Cy0g18og6mZHVEUrOcrP2XiViUo4yeLHZxDL+1Ln8jkVlYOqzD6xZ22vnl8y5m5qXF3o10aBGWQnm8pEsYvTmijKVY= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=k6tbOPZr7pkp9vCpG/6KhrUappn/5gEN8pvoT8bsYOi3KQHVQlQ/vOXekkFSr1fBJ5+YP/Qw+gLQdOoek9ord0uf0c/koRdIbKaMdrzGD2csrr2lEOvjV4ZrCcQyjkX/i8aMvb9YAZPtFuUEl+YjJAg0TkY3F4W+0JqS8ITQ6I8=; X-YMail-OSG: .dcz26cVM1mzpy4laksedp9vAvSbO70ewQfif75Boj0y6Nu lO.Q8l9.Rlp6Cu22pG0Atr3jbwEYaqTyIrD8hqyHJMJ_H7HWhlabr6dN_kEJ ISNPy6piuOKb9RHv3aRd2SDu4I9.QXtarSDZ30bqU6nlYXkdVbqbG04gbaUt jH8DltAva6NeJ_PLawAD_xghTFQzQiFJaMByto_Lgvt4NZ4eonm9_DaakrwT SHYwEovPPvlaroCZjazn0yzyPNNrPWE_bEbil0VwD2z35vb0Uaj1.ToEgkSy YkJ7K0FbEhAcHWZUwXX_sGFCFrBGtyy6WqUz8STnKwSBID8CKedSscB1oTuM S6i0PFwnOy2ZkiJ9ghlRyceBIFcXp5gAbihZ2s75zGCXflhtR0dzv9efpXNS 1YxqIMMcXUunuvv0_4CX18MCX9KL75N5HocTOYkfNLJY8.bUWi4AtOECH5KE 4gPirUWmCS2HwV7MU8XEi3hmbRmjshGvnWvZ0v9.fAw.VVkb3Bos_xNVIFhW POhr2LKkA4YgtGYRS.05UZ2VHCXiEB23sFt4SCm4almn1uUqnZLaBzS6MmA- - Received: from [69.181.137.230] by web162505.mail.bf1.yahoo.com via HTTP; Mon, 24 Mar 2014 23:50:17 PDT X-Rocket-MIMEInfo: 002.001, CkhpLAoKWW91IGRpZCBub3QgcHJvdmUgeWV0IHdoeSBhY3RpdmUgCihTeW50aGV0aWMpIG1lYXN1cmVtZW50IGlzIG5vdCBlbm91Z2ggaW4gTVBMUyBuZXR3b3Jrcy4gSSB3b3VsZCBpbiBmYWN0wqAKIGFyZ3VlIHRoYXQgYnkgYWRkaW5nIFhML1NMSS9TTCB0byB0aGUgZGF0YSBwYWNrZXRzIGR1cmluZyB0aGUgTE0gCm1lYXN1cmVtZW50IHRoZSBuZXR3b3JrIGNhbiB1c2UgYSBkaWZmZXJlbnQgRUNNUCBwYXRoIHRoYW4gd2hlbiB5b3UgYXJlIApub3QgdXNpbmcgdGhlIFhML1NMSS9TTCBhbmQgdGhlcmVmb3IBMAEBAQE- X-Mailer: YahooMailWebService/0.8.181.645 References: <444bb6dd3fef46a9a668a1ef54b16c20@BY2PR05MB728.namprd05.prod.outlook.com> <167DFE12-2CA4-49DA-9AF2-A31BE099AD5C@broadcom.com> <7347100B5761DC41A166AC17F22DF1121B78A4E1@eusaamb103.ericsson.se> <7347100B5761DC41A166AC17F22DF1121B78A514@eusaamb103.ericsson.se> Message-ID: <1395730217.33925.YahooMailNeo@web162505.mail.bf1.yahoo.com> Date: Mon, 24 Mar 2014 23:50:17 -0700 (PDT) From: "S. Davari" To: Mach Chen , Gregory Mirsky In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="1024699347-286201775-1395730217=:33925" Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/_RJUlVuA0EJp6Y4TsEvMXP4PDSs Cc: "draft-chen-mpls-source-label@tools.ietf.org" , "mpls@ietf.org" Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: "S. Davari" List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 06:53:13 -0000 --1024699347-286201775-1395730217=:33925 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable =0AHi,=0A=0AYou did not prove yet why active =0A(Synthetic) measurement is = not enough in MPLS networks. I would in fact=C2=A0=0A argue that by adding = XL/SLI/SL to the data packets during the LM =0Ameasurement the network can = use a different ECMP path than when you are =0Anot using the XL/SLI/SL and = therefore your measurement is only valid =0Aduring the measurement interval= and does not represent what the user =0Aexperiences after the measurement = is over.=0A=0AThx=0AShahram=0A=0A=0A________________________________=0A Fro= m: Mach Chen =0ATo: S. Davari ; G= regory Mirsky =0ACc: "draft-chen-mpls-source-= label@tools.ietf.org" ; "mpls@= ietf.org" =0ASent: Monday, March 24, 2014 11:27:53 PM=0ASub= ject: RE: [mpls] Mail regarding draft-chen-mpls-source-label=0A =0A=0A=0A = =0AHi Shahram,=0A=C2=A0=0AAre you claiming that the active performance meas= urement is sufficient and passive performance measurement is not needed? = =0A=C2=A0=0ABest regards,=0AMach=0A=C2=A0=0AFrom:mpls [mailto:mpls-bounces@= ietf.org] On Behalf Of S. Davari=0ASent: Tuesday, March 25, 2014 1:50 PM=0A= To: Gregory Mirsky=0ACc: draft-chen-mpls-source-label@tools.ietf.org; mpls@= ietf.org=0ASubject: Re: [mpls] Mail regarding draft-chen-mpls-source-label= =0A=C2=A0=0AHi Greg=0A=C2=A0=0AIn profile simply means green packets and by= generate green SLM packets you could achieve the same results.=0A=C2=A0=0A= MEF explains how SLM is used for non p2p services.=C2=A0=0A=C2=A0=0AAnd For= Delay measurement you can just run DM. The source info can be in The paylo= ad of DM as TLV.=0A=0ARegards,=0AShahram=0A=C2=A0=0A=0AOn Mar 24, 2014, at = 10:19 PM, Gregory Mirsky wrote:=0AHi Shahram,= =0A>many thanks for most expedient response.=0A>Firstly, regarding in-servi= ce SLM. AFAIK, the difference between LM and SLM, at least in Y.1731, is th= at the former collects counters of =E2=80=9Cin-profile=E2=80=9D frames whil= e the latter only counts the test packets themselves. Given that, I can not= agree that using SLM as in-service active measurement method is viable unl= ess operator willing to sufficiently alter data traffic behavior.=0A>Second= ly, would be great if you can expand on =E2=80=9Cit works for Mp2p and mp2m= p=E2=80=9D. I=E2=80=99m very interested to learn from you how to do LM on m= p2mp LSP with current MPLS OAM tools, i.e. without SLI/SL. And while we are= at=C2=A0 this topic, would you kindly explain how SLM helps with DM over t= he same construct, i.e. mp2mp LSP.=0A>=C2=A0=0A>=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Regards,=0A= >=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Greg=0A>=C2=A0=0A>From:S. Davari [m= ailto:davarish@yahoo.com] =0A>Sent: Monday, March 24, 2014 10:01 PM=0A>To: = Gregory Mirsky=0A>Cc: Shahram Davari; Yimin Shen; draft-chen-mpls-source-la= bel@tools.ietf.org; mpls@ietf.org=0A>Subject: Re: [mpls] Mail regarding dra= ft-chen-mpls-source-label=0A>=C2=A0=0A>Hi Greg=0A>=C2=A0=0A>Thanks for your= reply. SLM can be used for in service measurement. And it works for Mp2p a= nd mp2mp. So you don't really need the 3 extra labels.=0A>=0A>Regards,.=0A>= Shahram=0A>=C2=A0=0A>=0A>On Mar 24, 2014, at 9:52 PM, Gregory Mirsky wrote:=0A>Hi Shahram,=0A>>many thanks for your inte= rest and comments. I'd point that SLM is clearly out-of-service OAM tool. S= LI/SL may be used to perform in-service active LM as well as passive LM. Th= en there is DM and SLI/SL again can be used to perform in-service both acti= ve and passive DM.=0A>>As for use case that " that would only be possible b= y adding" these three labels I can think of the following:=0A>>=C2=B7=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 OAM on mp2mp/mp2p LSP=0A>>=C2=A0= =0A>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Regards,=0A>>=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 Greg=0A>>=C2=A0=0A>>-----Original Message-----=0A>>From: mpls [mailto:m= pls-bounces@ietf.org] On Behalf Of Shahram Davari=0A>>Sent: Monday, March 2= 4, 2014 8:24 PM=0A>>To: Yimin Shen=0A>>Cc: draft-chen-mpls-source-label@too= ls.ietf.org; mpls@ietf.org=0A>>Subject: Re: [mpls] Mail regarding draft-che= n-mpls-source-label=0A>>=C2=A0=0A>>Hi=0A>>=C2=A0=0A>>So far I haven't seen = any valid use car that would only be possible by adding this 3 labels. For = VPLS LM you could always use Synthetic loss measurement. Just saying Synthe= tic LM is not as accurate as direct LM is not a good justification for addi= ng 3 labels. =0A>>=C2=A0=0A>>Regards,=0A>>Shahram=0A>>=C2=A0=0A>>=C2=A0=0A>= >> On Mar 21, 2014, at 11:39 AM, "Yimin Shen" wrote:=0A= >>> =0A>>> Hi Mach,=0A>>> =0A>>> For an intermediate node, SL would definit= ely NOT be at the top of _incoming_ label stack. You would have to install = complex forwarding state in data plane to look for SL and process the packe= t differently based on the existence/non-existence of SL. It would get even= more complicated if you need to put the SL back to the packets, in case ot= her nodes downstream may also be expecting it. So I'd like to see a valid u= se case for this increased complexity and overhead.=0A>>> =0A>>> Regarding = the egress node use case, note that it is different than Entropy labels, wh= ere an EL is actually used by intermediate nodes and only popped by egress = node. So, if your goal is simply to inform an egress node about the identit= y of a source node, the source node could just push one label to identify i= tself. This label could be configured or communicated between the egress no= de and the source node in any fashion. However in this draft, the source no= de would have to push 3 extra labels (for SL).=0A>>> =0A>>> Thanks,=0A>>> = =0A>>> /Yimin=0A>>> =0A>>> =0A>>> -----Original Message-----=0A>>> From: Ma= ch Chen [mailto:mach.chen@huawei.com]=0A>>> Sent: Thursday, March 20, 2014 = 11:00 AM=0A>>> To: Yimin Shen; draft-chen-mpls-source-label@tools.ietf.org;= =0A>>> mpls@ietf.org=0A>>> Subject: RE: Mail regarding draft-chen-mpls-sou= rce-label=0A>>> =0A>>> Hi Yimin,=0A>>> =0A>>> Thanks for your questions and= comments!=0A>>> =0A>>> Please see my reply inline...=0A>>> =0A>>>> -----Or= iginal Message-----=0A>>>> From: Mach Chen=0A>>>> Sent: Thursday, March 20,= 2014 10:45 PM=0A>>>> To: Mach Chen=0A>>>> Subject: FW: Mail regarding draf= t-chen-mpls-source-label=0A>>>> =0A>>>> =0A>>>> =0A>>>> From: mpls [mailto:= mpls-bounces@ietf.org] On Behalf Of Yimin Shen=0A>>>> Sent: Thursday, March= 20, 2014 12:03 AM=0A>>>> To: draft-chen-mpls-source-label@tools.ietf.org; = mpls@ietf.org=0A>>>> Subject: [mpls] Mail regarding draft-chen-mpls-source-= label=0A>>>> =0A>>>> Hi authors,=0A>>>> =0A>>>> Can you please clarify if S= L is expected to be used only by egress =0A>>>> node, or by intermediate no= de as well ?=0A>>> =0A>>> The SL can be used by the egress and intermediate= node, but for intermediate node, since the SL may not be on the top of the= label stack, if it wants to use it, it needs to search the label stack to = find the SL, just as to find an EL.=0A>>> =0A>>>> =0A>>>> Section 3.2 "Traf= fic Matrix Measurement and Steering" describes a use =0A>>>> case for inter= mediate node, but I think congestion should in general =0A>>>> be resolved = by control plane to reroute traffic based on a global =0A>>>> view of netwo= rk resources, rather than by data plane based on a SL. =0A>>>> In your case= , would the intermediate node move the traffic to an LSP =0A>>>> that is di= fferent than the LSP intended by the ingress node ? I don't think it is the= right thing to do.=0A>>>> =0A>>>> Regarding the use case of section 3.3 "S= ource Filtering". If somebody =0A>>>> is doing DoS attack, why would he put= an SL in the packets ?=0A>>> =0A>>> Regarding to these two use cases, as d= iscussed with Curtis, there need more considerations, we will remove these = two section in the next revision.=0A>>> =0A>>> Thanks,=0A>>> Mach=0A>>> =0A= >>>> =0A>>>> Thanks,=0A>>>> =0A>>>> /Yimin=0A>>> =0A>>> =0A>>> =0A>>> _____= __________________________________________=0A>>> mpls mailing list=0A>>> mp= ls@ietf.org=0A>>> https://www.ietf.org/mailman/listinfo/mpls=0A>>=C2=A0=0A>= >_______________________________________________=0A>>mpls mailing list=0A>>= mpls@ietf.org=0A>>https://www.ietf.org/mailman/listinfo/mpls=0A>>=C2=A0=0A>= _______________________________________________=0A>>mpls mailing list=0A>>m= pls@ietf.org=0A>>https://www.ietf.org/mailman/listinfo/mpls --1024699347-286201775-1395730217=:33925 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Hi,

You did not prove yet why active =0A(Synthetic) me= asurement is not enough in MPLS networks. I would in fact =0A argue th= at by adding XL/SLI/SL to the data packets during the LM =0Ameasurement the= network can use a different ECMP path than when you are =0Anot using the X= L/SLI/SL and therefore your measurement is only valid =0Aduring the measure= ment interval and does not represent what the user =0Aexperiences after the= measurement is over.

Thx
Shahram

From: Mach Chen <mach.chen@huawei.com>
= To: S. Davari <davarish= @yahoo.com>; Gregory Mirsky <gregory.mirsky@ericsson.com>
<= span style=3D"font-weight: bold;">Cc: "draft-chen-mpls-source-la= bel@tools.ietf.org" <draft-chen-mpls-source-label@tools.ietf.org>; "m= pls@ietf.org" <mpls@ietf.org>
Sent: Monday, March 24, 2014 11:27:53 PM
Subject: RE: [mpls] Mail regarding draft-chen-mpls-source-label

=0A=0A =0A =0A =0A =0A=0A=0A
=0A
= =0A
Hi Shahram,
=0A
 
=0A=
Are you=0A claiming that the active performance measurement is sufficien= t and passive performance measurement is not needed?=0A
= =0A
 
=0A
Best=0A regards, =0A
Mach
=0A
 
=0A=0A
=0A
=0A
From:=0A mpls [mailto:mpls-bou= nces@ietf.org] On Behalf Of=0A<= /b>S. Davari
=0ASent: Tu= esday, March 25, 2014 1:50 PM
=0ATo= : Gregory Mirsky
=0ACc:<= /span> draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org
= =0ASubject: Re: [mpls] Mail= regarding draft-chen-mpls-source-label
=0A
=0A=0A
 <= /font>
=0A
=0A
Hi Greg
=0A
=0A
=0A
 
=0A
=0A
= =0A
In profile simply = means green packets and by generate green SLM packets you could achieve the= same results.
=0A
=0A
=0A
 
=0A
=0A<= div>=0A
MEF explains h= ow SLM is used for non p2p services. 
=0A
=0A=
=0A
 
=0A
=0A
=0A
And For Delay measurement you can just run DM. The source inf= o can be in The payload of DM as TLV.
=0A
=0A
= =0A

=0ARegards,
=0A
=0A
Shahram
=0A
=0A
=0A
 
=0A
=0A=
=0A
=0A

=0AOn Mar 24, 2014, at 10:19 PM, Gregory Mi= rsky <gregory.mirs= ky@ericsson.com> wrote:
=0A
=0A
=0A
=0A
<= span style=3D"font-size:11.0pt;color:#1F497D;" lang=3D"EN-US">Hi Shahram,
=0A
many thanks for most e= xpedient response.
=0A
Fi= rstly, regarding in-service SLM. AFAIK, the difference between LM and SLM, = at least in Y.1731,=0A is that the former collects counters of =E2=80=9Cin-= profile=E2=80=9D frames while the latter only counts the test packets thems= elves. Given that, I can not agree that using SLM as in-service active meas= urement method is viable unless operator willing to sufficiently alter=0A d= ata traffic behavior.
=0ASecondly, would be great if you can expand on =E2=80=9Cit works for Mp2p a= nd mp2mp=E2=80=9D. I=E2=80=99m very interested=0A to learn from you how to = do LM on mp2mp LSP with current MPLS OAM tools, i.e. without SLI/SL. And wh= ile we are at  this topic, would you kindly explain how SLM helps with= DM over the same construct, i.e. mp2mp LSP.
=0A
  =0A
          &nb= sp;     Regards,
=0A
          = ;            &n= bsp;         Greg
=0A
 
=0A
=0A=0A
 
=0A
=0A
Hi Greg
=0A
=0A
=0A  =0A
=0A
=0A
Thanks for your reply. SLM can be used for in service measurement. And it = works for Mp2p and mp2mp. So you don't really need the 3 extra labels.
=0A
=0A
=0A
<= font face=3D"Times New Roman" size=3D"3">
=0ARegards,.
=0A
=0A
Shahram
=0A=
=0A
=0A
&nbs= p;
=0A
=0A
=0A
=0A

=0AOn Ma= r 24, 2014, at 9:52 PM, Gregory Mirsky <gregory.mirsky@ericsson.com> wrote:
=0A
=0A
=0A
=0A
=0A
Hi= Shahram,
=0A
=0A
= =0A
= many thanks for your inter= est and comments. I'd point that SLM is clearly out-of-service OAM tool. SL= I/SL may be used to perform=0A in-service active LM as well as passive LM. = Then there is DM and SLI/SL again can be used to perform in-service both ac= tive and passive DM.
=0A=0A
=0A
As for use case= that " that would only be possible by adding" these three labels I can thi= nk of the following:
=0A=0A
=0A<= font face=3D"Symbol" size=3D"2">=C2=B7     &n= bsp;  =0AOAM on mp2mp/= mp2p LSP
=0A
=0A
 
=0A
=0A
=0A
        Regards,
=0A
=0A
=0A
        =         Greg
=0A
=0A
=0A
 
=0A=0A
=0A
-----O= riginal Message-----
=0AFrom: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Shahram Davari
=0AS= ent: Monday, March 24, 2014 8:24 PM
=0ATo: Yimin Shen
=0ACc: draft-chen-mpls-source-label@tools.ietf.org;=0Ampls@ietf.org
=0ASubject: Re: [mpls] Mail regarding draft-che= n-mpls-source-label
=0A=0A
=0A
 
=0A
=0A
=0A
Hi<= /div> =0A
=0A
=0A
&n= bsp;
=0A
=0A
=0ASo far I haven't seen any valid= use car that would only be possible by adding this 3 labels. For VPLS LM y= ou could always use Synthetic=0A loss measurement. Just saying Synthetic LM= is not as accurate as direct LM is not a good justification for adding 3 l= abels.=0A
=0A
=0A
= =0A
=  
=0A
=0A
=0A
Regards, =0A
=0A
=0A
Shahram=
=0A
=0A
=0A
 
=0A
=0A
=0A
 
=0A
= =0A
=0A
> On Mar 21, 20= 14, at 11:39 AM, "Yimin Shen" <yshen@j= uniper.net> wrote:
= =0A
=0A
=0A
>=0A
=0A
=0A
=0A
> Hi Mach,
=0A
=0A
=0A
>=0A
=0A=
=0A
=0A
> For an = intermediate node, SL would definitely NOT be at the top of _incoming_ labe= l stack. You would have to install complex=0A forwarding state in data plan= e to look for SL and process the packet differently based on the existence/= non-existence of SL. It would get even more complicated if you need to put = the SL back to the packets, in case other nodes downstream may also be expe= cting=0A it. So I'd like to see a valid use case for this increased complex= ity and overhead.
=0A
= =0A
=0A
>=0A
=0A
=0A
=0A
> Regarding the egress node use case, note = that it is different than Entropy labels, where an EL is actually used by i= ntermediate=0A nodes and only popped by egress node. So, if your goal is si= mply to inform an egress node about the identity of a source node, the sour= ce node could just push one label to identify itself. This label could be c= onfigured or communicated between the egress node=0A and the source node in= any fashion. However in this draft, the source node would have to push 3 e= xtra labels (for SL).
=0A=0A
=0A
>=0A=
=0A
=0A
=0A
> Thanks,
=0A
=0A
=0A
>=0A
=0A=0A
=0A
> /Yimin
=0A
=0A
=0A
>=0A
=0A
=0A
=0A
>=0A
=0A=0A
=0A
> -----Origina= l Message-----
=0A
=0A=
=0A
> From:= Mach Chen [mailto:mach.chen@huawei= .com]
=0A
=0A
= =0A
= > Sent: Thursday, March= 20, 2014 11:00 AM
=0A=0A
=0A
> To: Yimin Sh= en;=0Adraft-chen-mpls-source-label@tools.ietf.org;=0A=
=0A
=0A
=0A
>=0Ampls@ietf= .org
=0A
=0A
= =0A
= > Subject: RE: Mail reg= arding draft-chen-mpls-source-label
=0A
=0A
=0A
= >=0A
=0A
=0A
= =0A
= > Hi Yimin,
=0A
=0A
=0A
>=0A
=0A
=0A
=0A
= > Thanks for your questions and comments!
=0A
=0A
=0A
>=0A
=0A=0A
=0A
> Please see m= y reply inline...
=0A
= =0A
=0A
>=0A
=0A
=0A
=0A
>> -----Original Message-----
=0A
=0A
=0A
>> From: Mach Chen
=0A
=0A
=0A
>> Sent: Thursday, March 20, 2014 10:45 = PM
=0A
=0A
=0A>> To: Mach Chen
=0A
=0A
=0A
>> Subject: FW: Mail regarding draft-che= n-mpls-source-label
=0A=0A
=0A
>>=0A
=0A
=0A
=0A
>>=0A
=0A
=0A
=0A
>>=0A
= =0A
=0A
=0A
>> From: mpls [mailto:mp= ls-bounces@ietf.org] On Behalf Of=0A Yimin Shen
=0A
=0A
=0A
>> Sent: Thursday, March 20, 2014 12:03 AM
=0A
=0A=0A
=0A
>> Subject: [mpls] Mail regar= ding draft-chen-mpls-source-label=
=0A
=0A
=0A
&g= t;>=0A
=0A
=0A
= =0A
= >> Hi authors,
=0A
=0A
=0A
>>=0A
=0A
=0A
=0A
>> Can you please clarify if SL is expected to be use= d only by egress=0A
=0A=0A
=0A
>> node, o= r by intermediate node as well ?<= /div> =0A
=0A
=0A
&g= t;=0A
=0A
=0A
=0A<= div class=3D"yiv1653145841MsoNormal">> The SL can be used by the= egress and intermediate node, but for intermediate node, since the SL may = not be on the top of the=0A label stack, if it wants to use it, it needs to= search the label stack to find the SL, just as to find an EL.
=0A
=0A
=0A
>=0A
=0A
=0A
=0A
&= gt;>=0A
=0A
=0A=0A
>> Section 3.2 "Tra= ffic Matrix Measurement and Steering" describes a use=0A
=0A
=0A
=0A
>> case for intermediate node, but I think conge= stion should in general=0A
= =0A
=0A
=0A
>> = be resolved by control plane to reroute traffic based on a global=0A=
=0A
=0A
=0A
>> view of network resources, rather= than by data plane based on a SL.=0A
=0A
=0A
=0A
>> In your case, would the intermediate node move the traffic to an= LSP=0A
=0A
=0A
= =0A
= >> that is different= than the LSP intended by the ingress node ? I don't think it is the right = thing to do.
=0A
=0A=0A
>>=0A
=0A
=0A
=0A
>> Regarding the use case of section 3.3 = "Source Filtering". If somebody=0A
=0A
=0A
=0A
&= gt;> is doing DoS attack, why would he put an SL in the packets ?=
=0A
=0A
=0A
>=0A=
=0A
=0A
=0A
> Regarding to these two use cases, as discussed with Curtis, there= need more considerations, we will remove these two section=0A in the next = revision.
=0A
=0A
= =0A
= >=0A
=0A
=0A
=0A
> Thanks,=
=0A
=0A
=0A
&g= t; Mach
=0A
=0A
= =0A
= >=0A
=0A
=0A
=0A
>>=0A<= /div> =0A
=0A
=0A
&g= t;> Thanks,
=0A
=0A=
=0A
>>=0A<= /font>
=0A
=0A
=0A
>> /Yimin
=0A
=0A
=0A
>=0A
=0A=0A
=0A
>=0A
=0A
=0A
=0A
>=0A
=0A
=0A
=0A
> _______________________________________________
=0A
=0A
=0A
> mpls mailing list
=0A
=0A
=0A
<= font face=3D"Calibri" size=3D"2">>=0Ampls@ietf.org
=0A
=0A
=0A
>=0Ahttps://www.ietf.org/mailma= n/listinfo/mpls
=0A=0A
=0A
 
=0A
=0A
=0A
_____________________________________________= __
=0A
=0A
=0Ampls mailing list
=0A
=0A
=0A
mpls@ietf.org<= /font>
=0A
=0A=0A
= =0A
=0A
=0A<= div class=3D"yiv1653145841MsoNormal">______________________= _________________________
=0Ampls mailing list
=0Ampls@ietf.org
=0Ahttps://www.ietf.org/mailma= n/listinfo/mpls
=0A
=0A
=0A
= =0A=0A
=0A
=0A
=0A=0A


= --1024699347-286201775-1395730217=:33925-- From nobody Mon Mar 24 23:54:05 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 627311A00F6 for ; Mon, 24 Mar 2014 23:54:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.362 X-Spam-Level: X-Spam-Status: No, score=-1.362 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, REPTO_QUOTE_YAHOO=0.646, 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 uGSCYwW8TEr1 for ; Mon, 24 Mar 2014 23:54:01 -0700 (PDT) Received: from nm35.bullet.mail.ne1.yahoo.com (nm35.bullet.mail.ne1.yahoo.com [98.138.229.28]) by ietfa.amsl.com (Postfix) with ESMTP id 67E4F1A037D for ; Mon, 24 Mar 2014 23:53:58 -0700 (PDT) Received: from [127.0.0.1] by nm35.bullet.mail.ne1.yahoo.com with NNFMP; 25 Mar 2014 06:53:57 -0000 Received: from [98.138.226.177] by nm35.bullet.mail.ne1.yahoo.com with NNFMP; 25 Mar 2014 06:50:58 -0000 Received: from [98.139.215.143] by tm12.bullet.mail.ne1.yahoo.com with NNFMP; 25 Mar 2014 06:50:57 -0000 Received: from [98.139.212.205] by tm14.bullet.mail.bf1.yahoo.com with NNFMP; 25 Mar 2014 06:50:57 -0000 Received: from [127.0.0.1] by omp1014.mail.bf1.yahoo.com with NNFMP; 25 Mar 2014 06:50:57 -0000 X-Yahoo-Newman-Property: ymail-4 X-Yahoo-Newman-Id: 813513.86189.bm@omp1014.mail.bf1.yahoo.com Received: (qmail 48005 invoked by uid 60001); 25 Mar 2014 06:50:57 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1395730257; bh=WY534FbDIqyeJUkmC4Y7VxkPefFE4mR22XhkUNCayTg=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=fLp9kJgbEVam3wgZcXF/N/YTGcRGSYPf9V4m6rBBwRpKSm1N8wjVD5VePFgBrmh/Zul6DsA27gV+eeTS0ocm2D1pEnUsNvEad8FIse6CC4WW3JJjyi8Ql/VRqhgPwKp1yOWw/3FmWMlM2OB5uA39yy62BTUyWc1mnPXBPcwyU2Y= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=Nl5vTbzNxgpfQDYzm0N5zN6lUc+DuWmQHuC7XuMb/gku9alIKEsqgFjVsXfAZ7Z8plGhN/r4n3NAP3rTW4pG+1TKvAYoCiHP56nXwnQKOd3hw6OsnYCnvUNAEsqZXqo6kGetieaIRPB2Z7auxXPhh0F2Txg2yATZ2kG1nLP3cSc=; X-YMail-OSG: Y6S1qCIVM1nKd_Fk88V35TIVvTjLdaFd1aZ4WtVE_NjmRkM bqCpOor.TTPHnyepFiMY4vP1cbbLOXrBATVgNDChQneZ66KpAirxRdY1DDik dYTpcaMqBiX.j8lM_ct4JRkZBDaL1tQti0A_fKcL.2FfKPpF1IKTZGybIlC_ u7CKdPbD1tzR5yYCOG.NwxAoiuvq1yxT4WmGint9bpYXdj12KgK298ir6QxX g42dO6zDoiKj3tvDCoyQkBU_krp2Por__OBzLgrn4bYWnAq9H2MD4MAFuHTK IkRuykMwu5PqgXdA_Wtzx.Q.jMEf7VirnAis8_viSb12BI_9YKMLNcJ.MAsX w6ppzJZ.owZcTAcoAmGx842PKK7u8SHtyV80yGzFYijtHHSjHGLPwEOlY9mT lM8Uc_0qwgQ8mpFKbQc3XPbpeTqK9FKZQmUJOfGN5m5EkScJKFXFjDkNPnN9 TqFjUHdcZbwsBrKJVZ6cpgoqzrMbhw_wSJjRSYiOACPpUp_Hz9HtOJKbToeJ uwBU1DhWHcRjqVQgU.HeKRmzc8cCCl5Utgwr2Tww.f9ns5wgYa3Ri0GHKuCb r2lUN Received: from [69.181.137.230] by web162506.mail.bf1.yahoo.com via HTTP; Mon, 24 Mar 2014 23:50:57 PDT X-Rocket-MIMEInfo: 002.001, CkhpIE1hY2gsCgpUaGUgZHJhZnQgeW91IHJlZmVyIHRvLCByZWZlcnMKIHRvIHdpcmVsZXNzIGJhY2toYXVsLCB3aGljaCBhcyBmYXIgYXMgSSBrbm93LMKgIGRvZXMgbm90IHVzZSBtdWx0aS1wb2ludAogc2VydmljZSwgYW5kIHlvdSBjb3VsZCB1c2Ugbm9ybWFsIFAyUCBMTS9ETS4gUmVnYXJkaW5nIHRoZSBudW1iZXIgb2YgCmxhYmVscywgbm90ZSB0aGF0IHRoZXJlIGFyZSBub3QgbWFueSByZXNlcnZlZCBsYWJlbHMgbGVmdCBhbmQgYXMgcGVyIApmb2xsb3dpbmcgSUVURiBkcmFmdCBwcmV0dHkgbXVjaCABMAEBAQE- X-Mailer: YahooMailWebService/0.8.181.645 References: , <444bb6dd3fef46a9a668a1ef54b16c20@BY2PR05MB728.namprd05.prod.outlook.com> <167DFE12-2CA4-49DA-9AF2-A31BE099AD5C@broadcom.com> Message-ID: <1395730257.22296.YahooMailNeo@web162506.mail.bf1.yahoo.com> Date: Mon, 24 Mar 2014 23:50:57 -0700 (PDT) From: "S. Davari" To: Mach Chen , Shahram Davari , Yimin Shen In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="-277534884-1878432048-1395730257=:22296" Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/89ACRZVEbQXg7LV0WRQMRHgBVdg Cc: "draft-chen-mpls-source-label@tools.ietf.org" , "mpls@ietf.org" Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: "S. Davari" List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 06:54:04 -0000 ---277534884-1878432048-1395730257=:22296 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable =0AHi Mach,=0A=0AThe draft you refer to, refers=0A to wireless backhaul, wh= ich as far as I know,=A0 does not use multi-point=0A service, and you could= use normal P2P LM/DM. Regarding the number of =0Alabels, note that there a= re not many reserved labels left and as per =0Afollowing IETF draft pretty = much no more reserved label can be assigned =0Awithout the use of Extended = Label Indiactor, which means you need 3 =0Alabels: XL-SLI-SL=0A=0Ahttp://to= ols.ietf.org/html/draft-ietf-mpls-special-purpose-labels-06=0A=0AThx=0AShah= ram=0A=0A=0A=0A=0A________________________________=0A From: Mach Chen =0ATo: Shahram Davari ; Yimin Shen =0ACc: "draft-chen-mpls-source-label@tools.ietf.org" ; "mpls@ietf.org" = =0ASent: Monday, March 24, 2014 11:12:28 PM=0ASubject: Re: [mpls] Mail rega= rding draft-chen-mpls-source-label=0A =0A=0AHi Shahram,=0A=0AEverybody know= s there is SLM, but SPs need passive LM and DM in some scenarios(please ref= er to : http://tools.ietf.org/html/draft-deng-ippm-wireless-01 and RFC6374)= . Both active and passive PM have their application scenarios. =0A=0AAgain,= to correct a mistake here, same as EL, there are only two labels needed. = =0A=0A=0ABest regards,=0AMach=0A=0A=0A> -----Original Message-----=0A> From= : Shahram Davari [mailto:davari@broadcom.com]=0A> Sent: Tuesday, March 25, = 2014 11:24 AM=0A> To: Yimin Shen=0A> Cc: Mach Chen; draft-chen-mpls-source-= label@tools.ietf.org; mpls@ietf.org=0A> Subject: Re: [mpls] Mail regarding = draft-chen-mpls-source-label=0A> =0A> Hi=0A> =0A> So far I haven't seen any= valid use car that would only be possible by adding this 3=0A> labels. For= VPLS LM you could always use Synthetic loss measurement. Just=0A> saying S= ynthetic LM is not as accurate as direct LM is not a good justification for= =0A> adding 3 labels.=0A> =0A> Regards,=0A> Shahram=0A> =0A> =0A> > On Mar = 21, 2014, at 11:39 AM, "Yimin Shen" wrote:=0A> >=0A> > = Hi Mach,=0A> >=0A> > For an intermediate node, SL would definitely NOT be a= t the top of _incoming_=0A> label stack. You would have to install complex = forwarding state in data plane to=0A> look for SL and process the packet di= fferently based on the=0A> existence/non-existence of SL. It would get even= more complicated if you need=0A> to put the SL back to the packets, in cas= e other nodes downstream may also be=0A> expecting it. So I'd like to see a= valid use case for this increased complexity and=0A> overhead.=0A> >=0A> >= Regarding the egress node use case, note that it is different than Entropy= labels,=0A> where an EL is actually used by intermediate nodes and only po= pped by egress=0A> node. So, if your goal is simply to inform an egress nod= e about the identity of a=0A> source node, the source node could just push = one label to identify itself. This=0A> label could be configured or communi= cated between the egress node and the=0A> source node in any fashion. Howev= er in this draft, the source node would have to=0A> push 3 extra labels (fo= r SL).=0A> >=0A> > Thanks,=0A> >=0A> > /Yimin=0A> >=0A> >=0A> > -----Origin= al Message-----=0A> > From: Mach Chen [mailto:mach.chen@huawei.com]=0A> > S= ent: Thursday, March 20, 2014 11:00 AM=0A> > To: Yimin Shen; draft-chen-mpl= s-source-label@tools.ietf.org;=0A> > mpls@ietf.org=0A> > Subject: RE: Mail = regarding draft-chen-mpls-source-label=0A> >=0A> > Hi Yimin,=0A> >=0A> > Th= anks for your questions and comments!=0A> >=0A> > Please see my reply inlin= e...=0A> >=0A> >> -----Original Message-----=0A> >> From: Mach Chen=0A> >> = Sent: Thursday, March 20, 2014 10:45 PM=0A> >> To: Mach Chen=0A> >> Subject= : FW: Mail regarding draft-chen-mpls-source-label=0A> >>=0A> >>=0A> >>=0A> = >> From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Yimin Shen=0A> >>= Sent: Thursday, March 20, 2014 12:03 AM=0A> >> To: draft-chen-mpls-source-= label@tools.ietf.org; mpls@ietf.org=0A> >> Subject: [mpls] Mail regarding d= raft-chen-mpls-source-label=0A> >>=0A> >> Hi authors,=0A> >>=0A> >> Can you= please clarify if SL is expected to be used only by egress=0A> >> node, or= by intermediate node as well ?=0A> >=0A> > The SL can be used by the egres= s and intermediate node, but for intermediate=0A> node, since the SL may no= t be on the top of the label stack, if it wants to use it, it=0A> needs to = search the label stack to find the SL, just as to find an EL.=0A> >=0A> >>= =0A> >> Section 3.2 "Traffic Matrix Measurement and Steering" describes a u= se=0A> >> case for intermediate node, but I think congestion should in gene= ral=0A> >> be resolved by control plane to reroute traffic based on a globa= l=0A> >> view of network resources, rather than by data plane based on a SL= .=0A> >> In your case, would the intermediate node move the traffic to an L= SP=0A> >> that is different than the LSP intended by the ingress node ? I d= on't think it is=0A> the right thing to do.=0A> >>=0A> >> Regarding the use= case of section 3.3 "Source Filtering". If somebody=0A> >> is doing DoS at= tack, why would he put an SL in the packets ?=0A> >=0A> > Regarding to thes= e two use cases, as discussed with Curtis, there need more=0A> consideratio= ns, we will remove these two section in the next revision.=0A> >=0A> > Than= ks,=0A> > Mach=0A> >=0A> >>=0A> >> Thanks,=0A> >>=0A> >> /Yimin=0A> >=0A> >= =0A> >=0A> > _______________________________________________=0A> > mpls mai= ling list=0A> > mpls@ietf.org=0A> > https://www.ietf.org/mailman/listinfo/m= pls=0A=0A_______________________________________________=0Ampls mailing lis= t=0Ampls@ietf.org=0Ahttps://www.ietf.org/mailman/listinfo/mpls ---277534884-1878432048-1395730257=:22296 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable ---277534884-1878432048-1395730257=:22296-- From nobody Tue Mar 25 01:32:54 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9B9EA1A013E for ; Tue, 25 Mar 2014 01:32:51 -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 Uh8XvdjBWoeI for ; Tue, 25 Mar 2014 01:32:48 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 7A2B21A013B for ; Tue, 25 Mar 2014 01:32:47 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BEX47832; Tue, 25 Mar 2014 08:32:38 +0000 (GMT) Received: from LHREML402-HUB.china.huawei.com (10.201.5.241) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 25 Mar 2014 08:32:04 +0000 Received: from SZXEMA404-HUB.china.huawei.com (10.82.72.36) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 25 Mar 2014 08:32:33 +0000 Received: from SZXEMA510-MBX.china.huawei.com ([169.254.3.94]) by SZXEMA404-HUB.china.huawei.com ([10.82.72.36]) with mapi id 14.03.0158.001; Tue, 25 Mar 2014 16:32:26 +0800 From: Mach Chen To: "S. Davari" , Shahram Davari , Yimin Shen Thread-Topic: [mpls] Mail regarding draft-chen-mpls-source-label Thread-Index: Ac9DjKc5+oLTXGUsQoqhiLRkJXmJtgAvjO4AAAA1OTAAAIFyEADSOdIAABY0EKD//4gvgP//Xh+Q Date: Tue, 25 Mar 2014 08:32:25 +0000 Message-ID: References: , <444bb6dd3fef46a9a668a1ef54b16c20@BY2PR05MB728.namprd05.prod.outlook.com> <167DFE12-2CA4-49DA-9AF2-A31BE099AD5C@broadcom.com> <1395730257.22296.YahooMailNeo@web162506.mail.bf1.yahoo.com> In-Reply-To: <1395730257.22296.YahooMailNeo@web162506.mail.bf1.yahoo.com> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.97.72] Content-Type: multipart/alternative; boundary="_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE25D9935F1SZXEMA510MBXchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/L_3w9hELzA4gCLAFyUQpLero3FM Cc: "draft-chen-mpls-source-label@tools.ietf.org" , "mpls@ietf.org" Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 08:32:51 -0000 --_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE25D9935F1SZXEMA510MBXchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Shahram, IP/MPLS is commonly used in the mobile backhaul, and many of the networks u= se pure LDP based tunnel. The service is point-to-point (e.g., from CSG to = RSG), but the LDP based tunnel is actually MP2P model. And several custome= rs require to support passive performance in their mobile backhaul network. Regarding the number of labels, I agree if only the Extended special purpos= e label can be assigned, but if the normal special purpose label is assigne= d, then only two extra labels. Best regards, Mach From: S. Davari [mailto:davarish@yahoo.com] Sent: Tuesday, March 25, 2014 2:51 PM To: Mach Chen; Shahram Davari; Yimin Shen Cc: draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label Hi Mach, The draft you refer to, refers to wireless backhaul, which as far as I know= , does not use multi-point service, and you could use normal P2P LM/DM. Re= garding the number of labels, note that there are not many reserved labels = left and as per following IETF draft pretty much no more reserved label can= be assigned without the use of Extended Label Indiactor, which means you n= eed 3 labels: XL-SLI-SL http://tools.ietf.org/html/draft-ietf-mpls-special-purpose-labels-06 Thx Shahram ________________________________ From: Mach Chen > To: Shahram Davari >; Yimin= Shen > Cc: "draft-chen-mpls-source-label@tools.ietf.org" >; "mpls@ietf.org" > Sent: Monday, March 24, 2014 11:12:28 PM Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label Hi Shahram, Everybody knows there is SLM, but SPs need passive LM and DM in some scenar= ios(please refer to : http://tools.ietf.org/html/draft-deng-ippm-wireless-0= 1 and RFC6374). Both active and passive PM have their application scenarios= . Again, to correct a mistake here, same as EL, there are only two labels nee= ded. Best regards, Mach > -----Original Message----- > From: Shahram Davari [mailto:davari@broadcom.com] > Sent: Tuesday, March 25, 2014 11:24 AM > To: Yimin Shen > Cc: Mach Chen; draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org > Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label > > Hi > > So far I haven't seen any valid use car that would only be possible by ad= ding this 3 > labels. For VPLS LM you could always use Synthetic loss measurement. Just > saying Synthetic LM is not as accurate as direct LM is not a good justifi= cation for > adding 3 labels. > > Regards, > Shahram > > > > On Mar 21, 2014, at 11:39 AM, "Yimin Shen" > wrote: > > > > Hi Mach, > > > > For an intermediate node, SL would definitely NOT be at the top of _inc= oming_ > label stack. You would have to install complex forwarding state in data p= lane to > look for SL and process the packet differently based on the > existence/non-existence of SL. It would get even more complicated if you = need > to put the SL back to the packets, in case other nodes downstream may als= o be > expecting it. So I'd like to see a valid use case for this increased comp= lexity and > overhead. > > > > Regarding the egress node use case, note that it is different than Entr= opy labels, > where an EL is actually used by intermediate nodes and only popped by egr= ess > node. So, if your goal is simply to inform an egress node about the ident= ity of a > source node, the source node could just push one label to identify itself= . This > label could be configured or communicated between the egress node and the > source node in any fashion. However in this draft, the source node would = have to > push 3 extra labels (for SL). > > > > Thanks, > > > > /Yimin > > > > > > -----Original Message----- > > From: Mach Chen [mailto:mach.chen@huawei.com] > > Sent: Thursday, March 20, 2014 11:00 AM > > To: Yimin Shen; draft-chen-mpls-source-label@tools.ietf.org; > > mpls@ietf.org > > Subject: RE: Mail regarding draft-chen-mpls-source-label > > > > Hi Yimin, > > > > Thanks for your questions and comments! > > > > Please see my reply inline... > > > >> -----Original Message----- > >> From: Mach Chen > >> Sent: Thursday, March 20, 2014 10:45 PM > >> To: Mach Chen > >> Subject: FW: Mail regarding draft-chen-mpls-source-label > >> > >> > >> > >> From: mpls [mailto:mpls-bounces@ietf.org= ] On Behalf Of Yimin Shen > >> Sent: Thursday, March 20, 2014 12:03 AM > >> To: draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org > >> Subject: [mpls] Mail regarding draft-chen-mpls-source-label > >> > >> Hi authors, > >> > >> Can you please clarify if SL is expected to be used only by egress > >> node, or by intermediate node as well ? > > > > The SL can be used by the egress and intermediate node, but for interme= diate > node, since the SL may not be on the top of the label stack, if it wants = to use it, it > needs to search the label stack to find the SL, just as to find an EL. > > > >> > >> Section 3.2 "Traffic Matrix Measurement and Steering" describes a use > >> case for intermediate node, but I think congestion should in general > >> be resolved by control plane to reroute traffic based on a global > >> view of network resources, rather than by data plane based on a SL. > >> In your case, would the intermediate node move the traffic to an LSP > >> that is different than the LSP intended by the ingress node ? I don't = think it is > the right thing to do. > >> > >> Regarding the use case of section 3.3 "Source Filtering". If somebody > >> is doing DoS attack, why would he put an SL in the packets ? > > > > Regarding to these two use cases, as discussed with Curtis, there need = more > considerations, we will remove these two section in the next revision. > > > > Thanks, > > Mach > > > >> > >> Thanks, > >> > >> /Yimin > > > > > > > > _______________________________________________ > > mpls mailing list > > mpls@ietf.org > > https://www.ietf.org/mailman/listinfo/mpls _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls --_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE25D9935F1SZXEMA510MBXchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

= Hi Shahram,

=  

= IP/MPLS is commonly used in the mobile backhaul, and many of the networks use pure LDP based tunnel. The s= ervice is point-to-point (e.g., from CSG to RSG),  but the LDP based tunnel is actually MP2P model. And several custome= rs require to support passive performance in their mobile backhaul network.=

=  

= Regarding the number of labels, I agree if only the Extended special purpose label can be assigned, but if= the normal special purpose label is assigned, then only two extra labels.<= o:p>

=  

= Best regards,

= Mach

=  

=  

From: S. Davari [mailto:davarish@yahoo.com]
Sent: Tuesday, March 25, 201= 4 2:51 PM
To: Mach Chen; Shahram Davar= i; Yimin Shen
Cc: draft-chen-mpls-source-l= abel@tools.ietf.org; mpls@ietf.org
Subject: Re: [mpls] Mail reg= arding draft-chen-mpls-source-label

 

Hi Ma= ch,

The draft you refer to, refers to wireless backhaul, which as far as I know= ,  does not use multi-point service, and you could use normal P2P LM/D= M. Regarding the number of labels, note that there are not many reserved la= bels left and as per following IETF draft pretty much no more reserved label can be assigned without the use of Exte= nded Label Indiactor, which means you need 3 labels: XL-= SLI-SL

http://tools.ietf.org/html/draft-ietf-mpls-special-purpose-labels-06<= /a>

Thx
Shahram

=  

=  


Hi Shahram,

Everybody knows there is SLM, but SPs need passive LM and DM in some scenar= ios(please refer to : http://tools.ietf.org/html/draft-deng-ippm-wireless-01 and RFC6374). Bo= th active and passive PM have their application scenarios.

Again, to correct a mistake here, same as EL, there are only two labels nee= ded.


Best regards,
Mach


> -----Original Message-----
> From: Shahram Davari [mailto:da= vari@broadcom.com]
> Sent: Tuesday, March 25, 2014 11:24 AM
> To: Yimin Shen
> Cc: Mach Chen; draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org
> Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label
>
> Hi
>
> So far I haven't seen any valid use car that would only be possible by= adding this 3
> labels. For VPLS LM you could always use Synthetic loss measurement. J= ust
> saying Synthetic LM is not as accurate as direct LM is not a good just= ification for
> adding 3 labels.
>
> Regards,
> Shahram
>
>
> > On Mar 21, 2014, at 11:39 AM, "Yimin Shen" <yshen@juniper.net> wrote:
> >
> > Hi Mach,
> >
> > For an intermediate node, SL would definitely NOT be at the top o= f _incoming_
> label stack. You would have to install complex forwarding state in dat= a plane to
> look for SL and process the packet differently based on the
> existence/non-existence of SL. It would get even more complicated if y= ou need
> to put the SL back to the packets, in case other nodes downstream may = also be
> expecting it. So I'd like to see a valid use case for this increased c= omplexity and
> overhead.
> >
> > Regarding the egress node use case, note that it is different tha= n Entropy labels,
> where an EL is actually used by intermediate nodes and only popped by = egress
> node. So, if your goal is simply to inform an egress node about the id= entity of a
> source node, the source node could just push one label to identify its= elf. This
> label could be configured or communicated between the egress node and = the
> source node in any fashion. However in this draft, the source node wou= ld have to
> push 3 extra labels (for SL).
> >
> > Thanks,
> >
> > /Yimin
> >
> >
> > -----Original Message-----
> > From: Mach Chen [mailto:m= ach.chen@huawei.com]
> > Sent: Thursday, March 20, 2014 11:00 AM
> > To: Yimin Shen; draft-chen-mpls-source-label@tools.ietf.org;
> > mpls@ietf.org
> > Subject: RE: Mail regarding draft-chen-mpls-source-label
> >
> > Hi Yimin,
> >
> > Thanks for your questions and comments!
> >
> > Please see my reply inline...
> >
> >> -----Original Message-----
> >> From: Mach Chen
> >> Sent: Thursday, March 20, 2014 10:45 PM
> >> To: Mach Chen
> >> Subject: FW: Mail regarding draft-chen-mpls-source-label
> >>
> >>
> >>
> >> From: mpls [mailto:m= pls-bounces@ietf.org] On Behalf Of Yimin Shen
> >> Sent: Thursday, March 20, 2014 12:03 AM
> >> To: draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org
> >> Subject: [mpls] Mail regarding draft-chen-mpls-source-label > >>
> >> Hi authors,
> >>
> >> Can you please clarify if SL is expected to be used only by e= gress
> >> node, or by intermediate node as well ?
> >
> > The SL can be used by the egress and intermediate node, but for i= ntermediate
> node, since the SL may not be on the top of the label stack, if it wan= ts to use it, it
> needs to search the label stack to find the SL, just as to find an EL.=
> >
> >>
> >> Section 3.2 "Traffic Matrix Measurement and Steering&quo= t; describes a use
> >> case for intermediate node, but I think congestion should in = general
> >> be resolved by control plane to reroute traffic based on a gl= obal
> >> view of network resources, rather than by data plane based on= a SL.
> >> In your case, would the intermediate node move the traffic to= an LSP
> >> that is different than the LSP intended by the ingress node ?= I don't think it is
> the right thing to do.
> >>
> >> Regarding the use case of section 3.3 "Source Filtering&= quot;. If somebody
> >> is doing DoS attack, why would he put an SL in the packets ?<= br> > >
> > Regarding to these two use cases, as discussed with Curtis, there= need more
> considerations, we will remove these two section in the next revision.=
> >
> > Thanks,
> > Mach
> >
> >>
> >> Thanks,
> >>
> >> /Yimin
> >
> >
> >
> > _______________________________________________
> > mpls mailing list
> > mpls@ietf.org
> > https://www.ietf.org/mailman/listinfo/mpls

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

 

--_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE25D9935F1SZXEMA510MBXchi_-- From nobody Tue Mar 25 03:07:17 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 425011A0386 for ; Tue, 25 Mar 2014 03:06:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.229 X-Spam-Level: X-Spam-Status: No, score=-3.229 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_FONT_FACE_BAD=0.981, 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 YfHGNf9iMtS2 for ; Tue, 25 Mar 2014 03:06:38 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 6BB951A036B for ; Tue, 25 Mar 2014 03:06:37 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BCK33680; Tue, 25 Mar 2014 10:06:23 +0000 (GMT) Received: from LHREML401-HUB.china.huawei.com (10.201.5.240) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 25 Mar 2014 10:05:59 +0000 Received: from SZXEMA401-HUB.china.huawei.com (10.82.72.33) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 25 Mar 2014 10:06:19 +0000 Received: from SZXEMA510-MBX.china.huawei.com ([169.254.3.94]) by SZXEMA401-HUB.china.huawei.com ([10.82.72.33]) with mapi id 14.03.0158.001; Tue, 25 Mar 2014 18:06:17 +0800 From: Mach Chen To: "S. Davari" , Gregory Mirsky Thread-Topic: [mpls] Mail regarding draft-chen-mpls-source-label Thread-Index: Ac9DjKc5+oLTXGUsQoqhiLRkJXmJtgAvjO4AAAA1OTAAAIFyEADSOdIAAAMYl4AAAEpcAAAAp30AAAEQPoAAEfqUoP//gPaA//9dUuA= Date: Tue, 25 Mar 2014 10:06:16 +0000 Message-ID: References: <444bb6dd3fef46a9a668a1ef54b16c20@BY2PR05MB728.namprd05.prod.outlook.com> <167DFE12-2CA4-49DA-9AF2-A31BE099AD5C@broadcom.com> <7347100B5761DC41A166AC17F22DF1121B78A4E1@eusaamb103.ericsson.se> <7347100B5761DC41A166AC17F22DF1121B78A514@eusaamb103.ericsson.se> <1395730217.33925.YahooMailNeo@web162505.mail.bf1.yahoo.com> In-Reply-To: <1395730217.33925.YahooMailNeo@web162505.mail.bf1.yahoo.com> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.97.72] Content-Type: multipart/alternative; boundary="_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE25D993685SZXEMA510MBXchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/_CxScv8Vc2XthBV9oKelOyH4JNQ Cc: "draft-chen-mpls-source-label@tools.ietf.org" , "mpls@ietf.org" Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 10:06:43 -0000 --_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE25D993685SZXEMA510MBXchi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgU2hhaHJhbSwNCg0KTW9iaWxlIGJhY2toYXVsIGlzIHRoZSBtYWluIHRhcmdldCBzY2VuYXJp byB3aGVyZSBzb21lIG9mIHRoZSBzZXJ2aWNlcyAoZS5nLiwgc29tZSB3aXJlbGVzcyBzaWduYWxz IGJldHdlZW4gbm9kZUIgYW5kIFJOQykgYXJlIHZlcnkgc2Vuc2l0aXZlIHRvIHBhY2tldCBsb3Nz LiBTb21ldGltZXMsIGFsdGhvdWdoIHRoZXJlIGFyZSBzb21lIHBhY2tldHMgbG9zcywgaXQgbWF5 IG5vdCBiZSBkZXRlY3RlZCBieSBTTE0sIHRoaXMgbGVhZHMgdGhlIE5vZGViIHRvIGRldGFjaCBm cm9tIHRoZSBSTkMuIFRoaXMgaGFwcGVuZWQgc2V2ZXJhbCB0aW1lcyBpbiB0aGUgcHJvZHVjdGlv biBuZXR3b3JrLiBFdmVuIHdvcnNlLCBzaW5jZSBTTE0gZGVwZW5kcyBvbiBpbmplY3QgZXh0cmEg cGFja2V0cyB0byBldmFsdWF0ZSB0aGUgcGVyZm9ybWFuY2UsIHRoZSBTTE0gaXRzZWxmIG1heSBz b21ldGltZSBsZWFkIHRvIG9yIGluY3JlYXNlIHBhY2tldCBsb3NzIGFuZCByZXN1bHQgaW4gbmVn YXRpdmUgaW1wYWN0cy4NCg0KQmVzdCByZWdhcmRzLA0KTWFjaA0KDQoNCkZyb206IFMuIERhdmFy aSBbbWFpbHRvOmRhdmFyaXNoQHlhaG9vLmNvbV0NClNlbnQ6IFR1ZXNkYXksIE1hcmNoIDI1LCAy MDE0IDI6NTAgUE0NClRvOiBNYWNoIENoZW47IEdyZWdvcnkgTWlyc2t5DQpDYzogZHJhZnQtY2hl bi1tcGxzLXNvdXJjZS1sYWJlbEB0b29scy5pZXRmLm9yZzsgbXBsc0BpZXRmLm9yZw0KU3ViamVj dDogUmU6IFttcGxzXSBNYWlsIHJlZ2FyZGluZyBkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVs DQoNCkhpLA0KDQpZb3UgZGlkIG5vdCBwcm92ZSB5ZXQgd2h5IGFjdGl2ZSAoU3ludGhldGljKSBt ZWFzdXJlbWVudCBpcyBub3QgZW5vdWdoIGluIE1QTFMgbmV0d29ya3MuIEkgd291bGQgaW4gZmFj dCAgYXJndWUgdGhhdCBieSBhZGRpbmcgWEwvU0xJL1NMIHRvIHRoZSBkYXRhIHBhY2tldHMgZHVy aW5nIHRoZSBMTSBtZWFzdXJlbWVudCB0aGUgbmV0d29yayBjYW4gdXNlIGEgZGlmZmVyZW50IEVD TVAgcGF0aCB0aGFuIHdoZW4geW91IGFyZSBub3QgdXNpbmcgdGhlIFhML1NMSS9TTCBhbmQgdGhl cmVmb3JlIHlvdXIgbWVhc3VyZW1lbnQgaXMgb25seSB2YWxpZCBkdXJpbmcgdGhlIG1lYXN1cmVt ZW50IGludGVydmFsIGFuZCBkb2VzIG5vdCByZXByZXNlbnQgd2hhdCB0aGUgdXNlciBleHBlcmll bmNlcyBhZnRlciB0aGUgbWVhc3VyZW1lbnQgaXMgb3Zlci4NCg0KVGh4DQpTaGFocmFtDQoNCl9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpGcm9tOiBNYWNoIENoZW4gPG1hY2guY2hl bkBodWF3ZWkuY29tPG1haWx0bzptYWNoLmNoZW5AaHVhd2VpLmNvbT4+DQpUbzogUy4gRGF2YXJp IDxkYXZhcmlzaEB5YWhvby5jb208bWFpbHRvOmRhdmFyaXNoQHlhaG9vLmNvbT4+OyBHcmVnb3J5 IE1pcnNreSA8Z3JlZ29yeS5taXJza3lAZXJpY3Nzb24uY29tPG1haWx0bzpncmVnb3J5Lm1pcnNr eUBlcmljc3Nvbi5jb20+Pg0KQ2M6ICJkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsQHRvb2xz LmlldGYub3JnPG1haWx0bzpkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsQHRvb2xzLmlldGYu b3JnPiIgPGRyYWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFiZWxAdG9vbHMuaWV0Zi5vcmc8bWFpbHRv OmRyYWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFiZWxAdG9vbHMuaWV0Zi5vcmc+PjsgIm1wbHNAaWV0 Zi5vcmc8bWFpbHRvOm1wbHNAaWV0Zi5vcmc+IiA8bXBsc0BpZXRmLm9yZzxtYWlsdG86bXBsc0Bp ZXRmLm9yZz4+DQpTZW50OiBNb25kYXksIE1hcmNoIDI0LCAyMDE0IDExOjI3OjUzIFBNDQpTdWJq ZWN0OiBSRTogW21wbHNdIE1haWwgcmVnYXJkaW5nIGRyYWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFi ZWwNCg0KDQpIaSBTaGFocmFtLA0KDQpBcmUgeW91IGNsYWltaW5nIHRoYXQgdGhlIGFjdGl2ZSBw ZXJmb3JtYW5jZSBtZWFzdXJlbWVudCBpcyBzdWZmaWNpZW50IGFuZCBwYXNzaXZlIHBlcmZvcm1h bmNlIG1lYXN1cmVtZW50IGlzIG5vdCBuZWVkZWQ/DQoNCkJlc3QgcmVnYXJkcywNCk1hY2gNCg0K RnJvbTogbXBscyBbbWFpbHRvOm1wbHMtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIFMu IERhdmFyaQ0KU2VudDogVHVlc2RheSwgTWFyY2ggMjUsIDIwMTQgMTo1MCBQTQ0KVG86IEdyZWdv cnkgTWlyc2t5DQpDYzogZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJlbEB0b29scy5pZXRmLm9y ZzxtYWlsdG86ZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJlbEB0b29scy5pZXRmLm9yZz47IG1w bHNAaWV0Zi5vcmc8bWFpbHRvOm1wbHNAaWV0Zi5vcmc+DQpTdWJqZWN0OiBSZTogW21wbHNdIE1h aWwgcmVnYXJkaW5nIGRyYWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFiZWwNCg0KSGkgR3JlZw0KDQpJ biBwcm9maWxlIHNpbXBseSBtZWFucyBncmVlbiBwYWNrZXRzIGFuZCBieSBnZW5lcmF0ZSBncmVl biBTTE0gcGFja2V0cyB5b3UgY291bGQgYWNoaWV2ZSB0aGUgc2FtZSByZXN1bHRzLg0KDQpNRUYg ZXhwbGFpbnMgaG93IFNMTSBpcyB1c2VkIGZvciBub24gcDJwIHNlcnZpY2VzLg0KDQpBbmQgRm9y IERlbGF5IG1lYXN1cmVtZW50IHlvdSBjYW4ganVzdCBydW4gRE0uIFRoZSBzb3VyY2UgaW5mbyBj YW4gYmUgaW4gVGhlIHBheWxvYWQgb2YgRE0gYXMgVExWLg0KDQpSZWdhcmRzLA0KU2hhaHJhbQ0K DQoNCk9uIE1hciAyNCwgMjAxNCwgYXQgMTA6MTkgUE0sIEdyZWdvcnkgTWlyc2t5IDxncmVnb3J5 Lm1pcnNreUBlcmljc3Nvbi5jb208bWFpbHRvOmdyZWdvcnkubWlyc2t5QGVyaWNzc29uLmNvbT4+ IHdyb3RlOg0KSGkgU2hhaHJhbSwNCm1hbnkgdGhhbmtzIGZvciBtb3N0IGV4cGVkaWVudCByZXNw b25zZS4NCkZpcnN0bHksIHJlZ2FyZGluZyBpbi1zZXJ2aWNlIFNMTS4gQUZBSUssIHRoZSBkaWZm ZXJlbmNlIGJldHdlZW4gTE0gYW5kIFNMTSwgYXQgbGVhc3QgaW4gWS4xNzMxLCBpcyB0aGF0IHRo ZSBmb3JtZXIgY29sbGVjdHMgY291bnRlcnMgb2Yg4oCcaW4tcHJvZmlsZeKAnSBmcmFtZXMgd2hp bGUgdGhlIGxhdHRlciBvbmx5IGNvdW50cyB0aGUgdGVzdCBwYWNrZXRzIHRoZW1zZWx2ZXMuIEdp dmVuIHRoYXQsIEkgY2FuIG5vdCBhZ3JlZSB0aGF0IHVzaW5nIFNMTSBhcyBpbi1zZXJ2aWNlIGFj dGl2ZSBtZWFzdXJlbWVudCBtZXRob2QgaXMgdmlhYmxlIHVubGVzcyBvcGVyYXRvciB3aWxsaW5n IHRvIHN1ZmZpY2llbnRseSBhbHRlciBkYXRhIHRyYWZmaWMgYmVoYXZpb3IuDQpTZWNvbmRseSwg d291bGQgYmUgZ3JlYXQgaWYgeW91IGNhbiBleHBhbmQgb24g4oCcaXQgd29ya3MgZm9yIE1wMnAg YW5kIG1wMm1w4oCdLiBJ4oCZbSB2ZXJ5IGludGVyZXN0ZWQgdG8gbGVhcm4gZnJvbSB5b3UgaG93 IHRvIGRvIExNIG9uIG1wMm1wIExTUCB3aXRoIGN1cnJlbnQgTVBMUyBPQU0gdG9vbHMsIGkuZS4g d2l0aG91dCBTTEkvU0wuIEFuZCB3aGlsZSB3ZSBhcmUgYXQgIHRoaXMgdG9waWMsIHdvdWxkIHlv dSBraW5kbHkgZXhwbGFpbiBob3cgU0xNIGhlbHBzIHdpdGggRE0gb3ZlciB0aGUgc2FtZSBjb25z dHJ1Y3QsIGkuZS4gbXAybXAgTFNQLg0KDQogICAgICAgICAgICAgICAgUmVnYXJkcywNCiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgR3JlZw0KDQpGcm9tOiBTLiBEYXZhcmkgW21haWx0 bzpkYXZhcmlzaEB5YWhvby5jb21dDQpTZW50OiBNb25kYXksIE1hcmNoIDI0LCAyMDE0IDEwOjAx IFBNDQpUbzogR3JlZ29yeSBNaXJza3kNCkNjOiBTaGFocmFtIERhdmFyaTsgWWltaW4gU2hlbjsg ZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJlbEB0b29scy5pZXRmLm9yZzxtYWlsdG86ZHJhZnQt Y2hlbi1tcGxzLXNvdXJjZS1sYWJlbEB0b29scy5pZXRmLm9yZz47IG1wbHNAaWV0Zi5vcmc8bWFp bHRvOm1wbHNAaWV0Zi5vcmc+DQpTdWJqZWN0OiBSZTogW21wbHNdIE1haWwgcmVnYXJkaW5nIGRy YWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFiZWwNCg0KSGkgR3JlZw0KDQpUaGFua3MgZm9yIHlvdXIg cmVwbHkuIFNMTSBjYW4gYmUgdXNlZCBmb3IgaW4gc2VydmljZSBtZWFzdXJlbWVudC4gQW5kIGl0 IHdvcmtzIGZvciBNcDJwIGFuZCBtcDJtcC4gU28geW91IGRvbid0IHJlYWxseSBuZWVkIHRoZSAz IGV4dHJhIGxhYmVscy4NCg0KUmVnYXJkcywuDQpTaGFocmFtDQoNCg0KT24gTWFyIDI0LCAyMDE0 LCBhdCA5OjUyIFBNLCBHcmVnb3J5IE1pcnNreSA8Z3JlZ29yeS5taXJza3lAZXJpY3Nzb24uY29t PG1haWx0bzpncmVnb3J5Lm1pcnNreUBlcmljc3Nvbi5jb20+PiB3cm90ZToNCkhpIFNoYWhyYW0s DQptYW55IHRoYW5rcyBmb3IgeW91ciBpbnRlcmVzdCBhbmQgY29tbWVudHMuIEknZCBwb2ludCB0 aGF0IFNMTSBpcyBjbGVhcmx5IG91dC1vZi1zZXJ2aWNlIE9BTSB0b29sLiBTTEkvU0wgbWF5IGJl IHVzZWQgdG8gcGVyZm9ybSBpbi1zZXJ2aWNlIGFjdGl2ZSBMTSBhcyB3ZWxsIGFzIHBhc3NpdmUg TE0uIFRoZW4gdGhlcmUgaXMgRE0gYW5kIFNMSS9TTCBhZ2FpbiBjYW4gYmUgdXNlZCB0byBwZXJm b3JtIGluLXNlcnZpY2UgYm90aCBhY3RpdmUgYW5kIHBhc3NpdmUgRE0uDQpBcyBmb3IgdXNlIGNh c2UgdGhhdCAiIHRoYXQgd291bGQgb25seSBiZSBwb3NzaWJsZSBieSBhZGRpbmciIHRoZXNlIHRo cmVlIGxhYmVscyBJIGNhbiB0aGluayBvZiB0aGUgZm9sbG93aW5nOg0K4oCiICAgICAgICAgT0FN IG9uIG1wMm1wL21wMnAgTFNQDQoNCiAgICAgICAgUmVnYXJkcywNCiAgICAgICAgICAgICAgICBH cmVnDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBtcGxzIFttYWlsdG86bXBs cy1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgU2hhaHJhbSBEYXZhcmkNClNlbnQ6IE1v bmRheSwgTWFyY2ggMjQsIDIwMTQgODoyNCBQTQ0KVG86IFlpbWluIFNoZW4NCkNjOiBkcmFmdC1j aGVuLW1wbHMtc291cmNlLWxhYmVsQHRvb2xzLmlldGYub3JnPG1haWx0bzpkcmFmdC1jaGVuLW1w bHMtc291cmNlLWxhYmVsQHRvb2xzLmlldGYub3JnPjsgbXBsc0BpZXRmLm9yZzxtYWlsdG86bXBs c0BpZXRmLm9yZz4NClN1YmplY3Q6IFJlOiBbbXBsc10gTWFpbCByZWdhcmRpbmcgZHJhZnQtY2hl bi1tcGxzLXNvdXJjZS1sYWJlbA0KDQpIaQ0KDQpTbyBmYXIgSSBoYXZlbid0IHNlZW4gYW55IHZh bGlkIHVzZSBjYXIgdGhhdCB3b3VsZCBvbmx5IGJlIHBvc3NpYmxlIGJ5IGFkZGluZyB0aGlzIDMg bGFiZWxzLiBGb3IgVlBMUyBMTSB5b3UgY291bGQgYWx3YXlzIHVzZSBTeW50aGV0aWMgbG9zcyBt ZWFzdXJlbWVudC4gSnVzdCBzYXlpbmcgU3ludGhldGljIExNIGlzIG5vdCBhcyBhY2N1cmF0ZSBh cyBkaXJlY3QgTE0gaXMgbm90IGEgZ29vZCBqdXN0aWZpY2F0aW9uIGZvciBhZGRpbmcgMyBsYWJl bHMuDQoNClJlZ2FyZHMsDQpTaGFocmFtDQoNCg0KPiBPbiBNYXIgMjEsIDIwMTQsIGF0IDExOjM5 IEFNLCAiWWltaW4gU2hlbiIgPHlzaGVuQGp1bmlwZXIubmV0PG1haWx0bzp5c2hlbkBqdW5pcGVy Lm5ldD4+IHdyb3RlOg0KPg0KPiBIaSBNYWNoLA0KPg0KPiBGb3IgYW4gaW50ZXJtZWRpYXRlIG5v ZGUsIFNMIHdvdWxkIGRlZmluaXRlbHkgTk9UIGJlIGF0IHRoZSB0b3Agb2YgX2luY29taW5nXyBs YWJlbCBzdGFjay4gWW91IHdvdWxkIGhhdmUgdG8gaW5zdGFsbCBjb21wbGV4IGZvcndhcmRpbmcg c3RhdGUgaW4gZGF0YSBwbGFuZSB0byBsb29rIGZvciBTTCBhbmQgcHJvY2VzcyB0aGUgcGFja2V0 IGRpZmZlcmVudGx5IGJhc2VkIG9uIHRoZSBleGlzdGVuY2Uvbm9uLWV4aXN0ZW5jZSBvZiBTTC4g SXQgd291bGQgZ2V0IGV2ZW4gbW9yZSBjb21wbGljYXRlZCBpZiB5b3UgbmVlZCB0byBwdXQgdGhl IFNMIGJhY2sgdG8gdGhlIHBhY2tldHMsIGluIGNhc2Ugb3RoZXIgbm9kZXMgZG93bnN0cmVhbSBt YXkgYWxzbyBiZSBleHBlY3RpbmcgaXQuIFNvIEknZCBsaWtlIHRvIHNlZSBhIHZhbGlkIHVzZSBj YXNlIGZvciB0aGlzIGluY3JlYXNlZCBjb21wbGV4aXR5IGFuZCBvdmVyaGVhZC4NCj4NCj4gUmVn YXJkaW5nIHRoZSBlZ3Jlc3Mgbm9kZSB1c2UgY2FzZSwgbm90ZSB0aGF0IGl0IGlzIGRpZmZlcmVu dCB0aGFuIEVudHJvcHkgbGFiZWxzLCB3aGVyZSBhbiBFTCBpcyBhY3R1YWxseSB1c2VkIGJ5IGlu dGVybWVkaWF0ZSBub2RlcyBhbmQgb25seSBwb3BwZWQgYnkgZWdyZXNzIG5vZGUuIFNvLCBpZiB5 b3VyIGdvYWwgaXMgc2ltcGx5IHRvIGluZm9ybSBhbiBlZ3Jlc3Mgbm9kZSBhYm91dCB0aGUgaWRl bnRpdHkgb2YgYSBzb3VyY2Ugbm9kZSwgdGhlIHNvdXJjZSBub2RlIGNvdWxkIGp1c3QgcHVzaCBv bmUgbGFiZWwgdG8gaWRlbnRpZnkgaXRzZWxmLiBUaGlzIGxhYmVsIGNvdWxkIGJlIGNvbmZpZ3Vy ZWQgb3IgY29tbXVuaWNhdGVkIGJldHdlZW4gdGhlIGVncmVzcyBub2RlIGFuZCB0aGUgc291cmNl IG5vZGUgaW4gYW55IGZhc2hpb24uIEhvd2V2ZXIgaW4gdGhpcyBkcmFmdCwgdGhlIHNvdXJjZSBu b2RlIHdvdWxkIGhhdmUgdG8gcHVzaCAzIGV4dHJhIGxhYmVscyAoZm9yIFNMKS4NCj4NCj4gVGhh bmtzLA0KPg0KPiAvWWltaW4NCj4NCj4NCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4g RnJvbTogTWFjaCBDaGVuIFttYWlsdG86bWFjaC5jaGVuQGh1YXdlaS5jb21dDQo+IFNlbnQ6IFRo dXJzZGF5LCBNYXJjaCAyMCwgMjAxNCAxMTowMCBBTQ0KPiBUbzogWWltaW4gU2hlbjsgZHJhZnQt Y2hlbi1tcGxzLXNvdXJjZS1sYWJlbEB0b29scy5pZXRmLm9yZzxtYWlsdG86ZHJhZnQtY2hlbi1t cGxzLXNvdXJjZS1sYWJlbEB0b29scy5pZXRmLm9yZz47DQo+IG1wbHNAaWV0Zi5vcmc8bWFpbHRv Om1wbHNAaWV0Zi5vcmc+DQo+IFN1YmplY3Q6IFJFOiBNYWlsIHJlZ2FyZGluZyBkcmFmdC1jaGVu LW1wbHMtc291cmNlLWxhYmVsDQo+DQo+IEhpIFlpbWluLA0KPg0KPiBUaGFua3MgZm9yIHlvdXIg cXVlc3Rpb25zIGFuZCBjb21tZW50cyENCj4NCj4gUGxlYXNlIHNlZSBteSByZXBseSBpbmxpbmUu Li4NCj4NCj4+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+PiBGcm9tOiBNYWNoIENoZW4N Cj4+IFNlbnQ6IFRodXJzZGF5LCBNYXJjaCAyMCwgMjAxNCAxMDo0NSBQTQ0KPj4gVG86IE1hY2gg Q2hlbg0KPj4gU3ViamVjdDogRlc6IE1haWwgcmVnYXJkaW5nIGRyYWZ0LWNoZW4tbXBscy1zb3Vy Y2UtbGFiZWwNCj4+DQo+Pg0KPj4NCj4+IEZyb206IG1wbHMgW21haWx0bzptcGxzLWJvdW5jZXNA aWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBZaW1pbiBTaGVuDQo+PiBTZW50OiBUaHVyc2RheSwgTWFy Y2ggMjAsIDIwMTQgMTI6MDMgQU0NCj4+IFRvOiBkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVs QHRvb2xzLmlldGYub3JnPG1haWx0bzpkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsQHRvb2xz LmlldGYub3JnPjsgbXBsc0BpZXRmLm9yZzxtYWlsdG86bXBsc0BpZXRmLm9yZz4NCj4+IFN1Ympl Y3Q6IFttcGxzXSBNYWlsIHJlZ2FyZGluZyBkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsDQo+ Pg0KPj4gSGkgYXV0aG9ycywNCj4+DQo+PiBDYW4geW91IHBsZWFzZSBjbGFyaWZ5IGlmIFNMIGlz IGV4cGVjdGVkIHRvIGJlIHVzZWQgb25seSBieSBlZ3Jlc3MNCj4+IG5vZGUsIG9yIGJ5IGludGVy bWVkaWF0ZSBub2RlIGFzIHdlbGwgPw0KPg0KPiBUaGUgU0wgY2FuIGJlIHVzZWQgYnkgdGhlIGVn cmVzcyBhbmQgaW50ZXJtZWRpYXRlIG5vZGUsIGJ1dCBmb3IgaW50ZXJtZWRpYXRlIG5vZGUsIHNp bmNlIHRoZSBTTCBtYXkgbm90IGJlIG9uIHRoZSB0b3Agb2YgdGhlIGxhYmVsIHN0YWNrLCBpZiBp dCB3YW50cyB0byB1c2UgaXQsIGl0IG5lZWRzIHRvIHNlYXJjaCB0aGUgbGFiZWwgc3RhY2sgdG8g ZmluZCB0aGUgU0wsIGp1c3QgYXMgdG8gZmluZCBhbiBFTC4NCj4NCj4+DQo+PiBTZWN0aW9uIDMu MiAiVHJhZmZpYyBNYXRyaXggTWVhc3VyZW1lbnQgYW5kIFN0ZWVyaW5nIiBkZXNjcmliZXMgYSB1 c2UNCj4+IGNhc2UgZm9yIGludGVybWVkaWF0ZSBub2RlLCBidXQgSSB0aGluayBjb25nZXN0aW9u IHNob3VsZCBpbiBnZW5lcmFsDQo+PiBiZSByZXNvbHZlZCBieSBjb250cm9sIHBsYW5lIHRvIHJl cm91dGUgdHJhZmZpYyBiYXNlZCBvbiBhIGdsb2JhbA0KPj4gdmlldyBvZiBuZXR3b3JrIHJlc291 cmNlcywgcmF0aGVyIHRoYW4gYnkgZGF0YSBwbGFuZSBiYXNlZCBvbiBhIFNMLg0KPj4gSW4geW91 ciBjYXNlLCB3b3VsZCB0aGUgaW50ZXJtZWRpYXRlIG5vZGUgbW92ZSB0aGUgdHJhZmZpYyB0byBh biBMU1ANCj4+IHRoYXQgaXMgZGlmZmVyZW50IHRoYW4gdGhlIExTUCBpbnRlbmRlZCBieSB0aGUg aW5ncmVzcyBub2RlID8gSSBkb24ndCB0aGluayBpdCBpcyB0aGUgcmlnaHQgdGhpbmcgdG8gZG8u DQo+Pg0KPj4gUmVnYXJkaW5nIHRoZSB1c2UgY2FzZSBvZiBzZWN0aW9uIDMuMyAiU291cmNlIEZp bHRlcmluZyIuIElmIHNvbWVib2R5DQo+PiBpcyBkb2luZyBEb1MgYXR0YWNrLCB3aHkgd291bGQg aGUgcHV0IGFuIFNMIGluIHRoZSBwYWNrZXRzID8NCj4NCj4gUmVnYXJkaW5nIHRvIHRoZXNlIHR3 byB1c2UgY2FzZXMsIGFzIGRpc2N1c3NlZCB3aXRoIEN1cnRpcywgdGhlcmUgbmVlZCBtb3JlIGNv bnNpZGVyYXRpb25zLCB3ZSB3aWxsIHJlbW92ZSB0aGVzZSB0d28gc2VjdGlvbiBpbiB0aGUgbmV4 dCByZXZpc2lvbi4NCj4NCj4gVGhhbmtzLA0KPiBNYWNoDQo+DQo+Pg0KPj4gVGhhbmtzLA0KPj4N Cj4+IC9ZaW1pbg0KPg0KPg0KPg0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXw0KPiBtcGxzIG1haWxpbmcgbGlzdA0KPiBtcGxzQGlldGYub3JnPG1haWx0 bzptcGxzQGlldGYub3JnPg0KPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv L21wbHMNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N Cm1wbHMgbWFpbGluZyBsaXN0DQptcGxzQGlldGYub3JnPG1haWx0bzptcGxzQGlldGYub3JnPg0K aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tcGxzDQoNCl9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQptcGxzIG1haWxpbmcgbGlzdA0K bXBsc0BpZXRmLm9yZzxtYWlsdG86bXBsc0BpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3Jn L21haWxtYW4vbGlzdGluZm8vbXBscw0KDQo= --_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE25D993685SZXEMA510MBXchi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IlByb2dJZCIg Y29udGVudD0iV29yZC5Eb2N1bWVudCI+DQo8bWV0YSBuYW1lPSJHZW5lcmF0b3IiIGNvbnRlbnQ9 Ik1pY3Jvc29mdCBXb3JkIDEyIj4NCjxtZXRhIG5hbWU9Ik9yaWdpbmF0b3IiIGNvbnRlbnQ9Ik1p Y3Jvc29mdCBXb3JkIDEyIj4NCjxsaW5rIHJlbD0iRmlsZS1MaXN0IiBocmVmPSJjaWQ6ZmlsZWxp c3QueG1sQDAxQ0Y0ODU0LkU5RDlFREUwIj48bGluayByZWw9IkVkaXQtVGltZS1EYXRhIiBocmVm PSJjaWQ6ZWRpdGRhdGEubXNvIj48IS0tW2lmICFtc29dPjxzdHlsZT52XDoqIHtiZWhhdmlvcjp1 cmwoI2RlZmF1bHQjVk1MKTt9DQpvXDoqIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQp3 XDoqIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQouc2hhcGUge2JlaGF2aW9yOnVybCgj ZGVmYXVsdCNWTUwpO30NCjwvc3R5bGU+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4 bWw+DQo8bzpPZmZpY2VEb2N1bWVudFNldHRpbmdzPg0KPG86QWxsb3dQTkcvPg0KPG86RG9Ob3RS ZWx5T25DU1MvPg0KPG86VGFyZ2V0U2NyZWVuU2l6ZT4xMDI0eDc2ODwvbzpUYXJnZXRTY3JlZW5T aXplPg0KPC9vOk9mZmljZURvY3VtZW50U2V0dGluZ3M+DQo8L3htbD48IVtlbmRpZl0tLT48IS0t W2lmIGd0ZSBtc28gOV0+PHhtbD4NCjx3OldvcmREb2N1bWVudD4NCjx3Olpvb20+MTEwPC93Olpv b20+DQo8dzpTcGVsbGluZ1N0YXRlPkNsZWFuPC93OlNwZWxsaW5nU3RhdGU+DQo8dzpUcmFja01v dmVzLz4NCjx3OlRyYWNrRm9ybWF0dGluZy8+DQo8dzpFbnZlbG9wZVZpcy8+DQo8dzpWYWxpZGF0 ZUFnYWluc3RTY2hlbWFzLz4NCjx3OlNhdmVJZlhNTEludmFsaWQ+ZmFsc2U8L3c6U2F2ZUlmWE1M SW52YWxpZD4NCjx3Oklnbm9yZU1peGVkQ29udGVudD5mYWxzZTwvdzpJZ25vcmVNaXhlZENvbnRl bnQ+DQo8dzpBbHdheXNTaG93UGxhY2Vob2xkZXJUZXh0PmZhbHNlPC93OkFsd2F5c1Nob3dQbGFj ZWhvbGRlclRleHQ+DQo8dzpEb05vdFByb21vdGVRRi8+DQo8dzpMaWRUaGVtZU90aGVyPkVOLVVT PC93OkxpZFRoZW1lT3RoZXI+DQo8dzpMaWRUaGVtZUFzaWFuPlpILUNOPC93OkxpZFRoZW1lQXNp YW4+DQo8dzpMaWRUaGVtZUNvbXBsZXhTY3JpcHQ+WC1OT05FPC93OkxpZFRoZW1lQ29tcGxleFNj cmlwdD4NCjx3OkNvbXBhdGliaWxpdHk+DQo8dzpEb05vdEV4cGFuZFNoaWZ0UmV0dXJuLz4NCjx3 OkJyZWFrV3JhcHBlZFRhYmxlcy8+DQo8dzpTcGxpdFBnQnJlYWtBbmRQYXJhTWFyay8+DQo8dzpE b250VmVydEFsaWduQ2VsbFdpdGhTcC8+DQo8dzpEb250QnJlYWtDb25zdHJhaW5lZEZvcmNlZFRh Ymxlcy8+DQo8dzpEb250VmVydEFsaWduSW5UeGJ4Lz4NCjx3OldvcmQxMUtlcm5pbmdQYWlycy8+ DQo8dzpDYWNoZWRDb2xCYWxhbmNlLz4NCjx3OlVzZUZFTGF5b3V0Lz4NCjwvdzpDb21wYXRpYmls aXR5Pg0KPHc6QnJvd3NlckxldmVsPk1pY3Jvc29mdEludGVybmV0RXhwbG9yZXI0PC93OkJyb3dz ZXJMZXZlbD4NCjxtOm1hdGhQcj4NCjxtOm1hdGhGb250IG06dmFsPSJDYW1icmlhIE1hdGgiLz4N CjxtOmJya0JpbiBtOnZhbD0iYmVmb3JlIi8+DQo8bTpicmtCaW5TdWIgbTp2YWw9IiYjNDU7LSIv Pg0KPG06c21hbGxGcmFjIG06dmFsPSJvZmYiLz4NCjxtOmRpc3BEZWYvPg0KPG06bE1hcmdpbiBt OnZhbD0iMCIvPg0KPG06ck1hcmdpbiBtOnZhbD0iMCIvPg0KPG06ZGVmSmMgbTp2YWw9ImNlbnRl ckdyb3VwIi8+DQo8bTp3cmFwSW5kZW50IG06dmFsPSIxNDQwIi8+DQo8bTppbnRMaW0gbTp2YWw9 InN1YlN1cCIvPg0KPG06bmFyeUxpbSBtOnZhbD0idW5kT3ZyIi8+DQo8L206bWF0aFByPjwvdzpX b3JkRG9jdW1lbnQ+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4N Cjx3OkxhdGVudFN0eWxlcyBEZWZMb2NrZWRTdGF0ZT0iZmFsc2UiIERlZlVuaGlkZVdoZW5Vc2Vk PSJ0cnVlIiBEZWZTZW1pSGlkZGVuPSJ0cnVlIiBEZWZRRm9ybWF0PSJmYWxzZSIgRGVmUHJpb3Jp dHk9Ijk5IiBMYXRlbnRTdHlsZUNvdW50PSIyNjciPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0i ZmFsc2UiIFByaW9yaXR5PSIwIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZh bHNlIiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJOb3JtYWwiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2Nr ZWQ9ImZhbHNlIiBQcmlvcml0eT0iOSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2Vk PSJmYWxzZSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0iaGVhZGluZyAxIi8+DQo8dzpMc2RFeGNlcHRp b24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjkiIFFGb3JtYXQ9InRydWUiIE5hbWU9ImhlYWRp bmcgMiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI5IiBRRm9y bWF0PSJ0cnVlIiBOYW1lPSJoZWFkaW5nIDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZh bHNlIiBQcmlvcml0eT0iOSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0iaGVhZGluZyA0Ii8+DQo8dzpM c2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjkiIFFGb3JtYXQ9InRydWUiIE5h bWU9ImhlYWRpbmcgNSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5 PSI5IiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJoZWFkaW5nIDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBM b2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iOSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0iaGVhZGluZyA3 Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjkiIFFGb3JtYXQ9 InRydWUiIE5hbWU9ImhlYWRpbmcgOCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2Ui IFByaW9yaXR5PSI5IiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJoZWFkaW5nIDkiLz4NCjx3OkxzZEV4 Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMzkiIE5hbWU9InRvYyAxIi8+DQo8dzpM c2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjM5IiBOYW1lPSJ0b2MgMiIvPg0K PHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSIzOSIgTmFtZT0idG9jIDMi Lz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMzkiIE5hbWU9InRv YyA0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjM5IiBOYW1l PSJ0b2MgNSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSIzOSIg TmFtZT0idG9jIDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0i MzkiIE5hbWU9InRvYyA3Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3Jp dHk9IjM5IiBOYW1lPSJ0b2MgOCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFBy aW9yaXR5PSIzOSIgTmFtZT0idG9jIDkiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNl IiBQcmlvcml0eT0iMzUiIFFGb3JtYXQ9InRydWUiIE5hbWU9ImNhcHRpb24iLz4NCjx3OkxzZEV4 Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMTAiIFNlbWlIaWRkZW49ImZhbHNlIiBV bmhpZGVXaGVuVXNlZD0iZmFsc2UiIFFGb3JtYXQ9InRydWUiIE5hbWU9IlRpdGxlIi8+DQo8dzpM c2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjEiIE5hbWU9IkRlZmF1bHQgUGFy YWdyYXBoIEZvbnQiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0i MTEiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIFFGb3JtYXQ9InRy dWUiIE5hbWU9IlN1YnRpdGxlIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJp b3JpdHk9IjIyIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBRRm9y bWF0PSJ0cnVlIiBOYW1lPSJTdHJvbmciLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNl IiBQcmlvcml0eT0iMjAiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2Ui IFFGb3JtYXQ9InRydWUiIE5hbWU9IkVtcGhhc2lzIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2Vk PSJmYWxzZSIgUHJpb3JpdHk9IjU5IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9 ImZhbHNlIiBOYW1lPSJUYWJsZSBHcmlkIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxz ZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJQbGFjZWhvbGRlciBUZXh0Ii8+DQo8dzpM c2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjEiIFNlbWlIaWRkZW49ImZhbHNl IiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIFFGb3JtYXQ9InRydWUiIE5hbWU9Ik5vIFNwYWNpbmci Lz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjAiIFNlbWlIaWRk ZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkxpZ2h0IFNoYWRpbmciLz4N Cjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjEiIFNlbWlIaWRkZW49 ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkxpZ2h0IExpc3QiLz4NCjx3Okxz ZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjIiIFNlbWlIaWRkZW49ImZhbHNl IiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkxpZ2h0IEdyaWQiLz4NCjx3OkxzZEV4Y2Vw dGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjMiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhp ZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBTaGFkaW5nIDEiLz4NCjx3OkxzZEV4Y2Vw dGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjQiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhp ZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBTaGFkaW5nIDIiLz4NCjx3OkxzZEV4Y2Vw dGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjUiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhp ZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBMaXN0IDEiLz4NCjx3OkxzZEV4Y2VwdGlv biBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjYiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVX aGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBMaXN0IDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBM b2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjciIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVu VXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBHcmlkIDEiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2Nr ZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjgiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNl ZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBHcmlkIDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9 ImZhbHNlIiBQcmlvcml0eT0iNjkiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0i ZmFsc2UiIE5hbWU9Ik1lZGl1bSBHcmlkIDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZh bHNlIiBQcmlvcml0eT0iNzAiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFs c2UiIE5hbWU9IkRhcmsgTGlzdCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFBy aW9yaXR5PSI3MSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFt ZT0iQ29sb3JmdWwgU2hhZGluZyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFBy aW9yaXR5PSI3MiIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFt ZT0iQ29sb3JmdWwgTGlzdCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9y aXR5PSI3MyIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0i Q29sb3JmdWwgR3JpZCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5 PSI2MCIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTGln aHQgU2hhZGluZyBBY2NlbnQgMSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFBy aW9yaXR5PSI2MSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFt ZT0iTGlnaHQgTGlzdCBBY2NlbnQgMSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2Ui IFByaW9yaXR5PSI2MiIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIg TmFtZT0iTGlnaHQgR3JpZCBBY2NlbnQgMSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFs c2UiIFByaW9yaXR5PSI2MyIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxz ZSIgTmFtZT0iTWVkaXVtIFNoYWRpbmcgMSBBY2NlbnQgMSIvPg0KPHc6THNkRXhjZXB0aW9uIExv Y2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NCIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5V c2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIFNoYWRpbmcgMiBBY2NlbnQgMSIvPg0KPHc6THNkRXhj ZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVu aGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIExpc3QgMSBBY2NlbnQgMSIvPg0KPHc6 THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0i UmV2aXNpb24iLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMzQi IFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIFFGb3JtYXQ9InRydWUi IE5hbWU9Ikxpc3QgUGFyYWdyYXBoIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIg UHJpb3JpdHk9IjI5IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBR Rm9ybWF0PSJ0cnVlIiBOYW1lPSJRdW90ZSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFs c2UiIFByaW9yaXR5PSIzMCIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxz ZSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0iSW50ZW5zZSBRdW90ZSIvPg0KPHc6THNkRXhjZXB0aW9u IExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NiIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdo ZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIExpc3QgMiBBY2NlbnQgMSIvPg0KPHc6THNkRXhj ZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NyIgU2VtaUhpZGRlbj0iZmFsc2UiIFVu aGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIEdyaWQgMSBBY2NlbnQgMSIvPg0KPHc6 THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2OCIgU2VtaUhpZGRlbj0iZmFs c2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIEdyaWQgMiBBY2NlbnQgMSIv Pg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2OSIgU2VtaUhpZGRl bj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIEdyaWQgMyBBY2Nl bnQgMSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MCIgU2Vt aUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iRGFyayBMaXN0IEFj Y2VudCAxIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjcxIiBT ZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJDb2xvcmZ1bCBT aGFkaW5nIEFjY2VudCAxIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3Jp dHk9IjcyIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJD b2xvcmZ1bCBMaXN0IEFjY2VudCAxIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIg UHJpb3JpdHk9IjczIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBO YW1lPSJDb2xvcmZ1bCBHcmlkIEFjY2VudCAxIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJm YWxzZSIgUHJpb3JpdHk9IjYwIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZh bHNlIiBOYW1lPSJMaWdodCBTaGFkaW5nIEFjY2VudCAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9j a2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYxIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVz ZWQ9ImZhbHNlIiBOYW1lPSJMaWdodCBMaXN0IEFjY2VudCAyIi8+DQo8dzpMc2RFeGNlcHRpb24g TG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYyIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hl blVzZWQ9ImZhbHNlIiBOYW1lPSJMaWdodCBHcmlkIEFjY2VudCAyIi8+DQo8dzpMc2RFeGNlcHRp b24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYzIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRl V2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gU2hhZGluZyAxIEFjY2VudCAyIi8+DQo8dzpM c2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY0IiBTZW1pSGlkZGVuPSJmYWxz ZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gU2hhZGluZyAyIEFjY2VudCAy Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY1IiBTZW1pSGlk ZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gTGlzdCAxIEFj Y2VudCAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY2IiBT ZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gTGlz dCAyIEFjY2VudCAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9 IjY3IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRp dW0gR3JpZCAxIEFjY2VudCAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJp b3JpdHk9IjY4IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1l PSJNZWRpdW0gR3JpZCAyIEFjY2VudCAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxz ZSIgUHJpb3JpdHk9IjY5IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNl IiBOYW1lPSJNZWRpdW0gR3JpZCAzIEFjY2VudCAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2Vk PSJmYWxzZSIgUHJpb3JpdHk9IjcwIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9 ImZhbHNlIiBOYW1lPSJEYXJrIExpc3QgQWNjZW50IDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2Nr ZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzEiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNl ZD0iZmFsc2UiIE5hbWU9IkNvbG9yZnVsIFNoYWRpbmcgQWNjZW50IDIiLz4NCjx3OkxzZEV4Y2Vw dGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzIiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhp ZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkNvbG9yZnVsIExpc3QgQWNjZW50IDIiLz4NCjx3Okxz ZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzMiIFNlbWlIaWRkZW49ImZhbHNl IiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkNvbG9yZnVsIEdyaWQgQWNjZW50IDIiLz4N Cjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjAiIFNlbWlIaWRkZW49 ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkxpZ2h0IFNoYWRpbmcgQWNjZW50 IDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjEiIFNlbWlI aWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkxpZ2h0IExpc3QgQWNj ZW50IDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjIiIFNl bWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkxpZ2h0IEdyaWQg QWNjZW50IDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjMi IFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBT aGFkaW5nIDEgQWNjZW50IDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlv cml0eT0iNjQiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9 Ik1lZGl1bSBTaGFkaW5nIDIgQWNjZW50IDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZh bHNlIiBQcmlvcml0eT0iNjUiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFs c2UiIE5hbWU9Ik1lZGl1bSBMaXN0IDEgQWNjZW50IDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2Nr ZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjYiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNl ZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBMaXN0IDIgQWNjZW50IDMiLz4NCjx3OkxzZEV4Y2VwdGlv biBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjciIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVX aGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBHcmlkIDEgQWNjZW50IDMiLz4NCjx3OkxzZEV4 Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjgiIFNlbWlIaWRkZW49ImZhbHNlIiBV bmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBHcmlkIDIgQWNjZW50IDMiLz4NCjx3 OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjkiIFNlbWlIaWRkZW49ImZh bHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBHcmlkIDMgQWNjZW50IDMi Lz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzAiIFNlbWlIaWRk ZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkRhcmsgTGlzdCBBY2NlbnQg MyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MSIgU2VtaUhp ZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iQ29sb3JmdWwgU2hhZGlu ZyBBY2NlbnQgMyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3 MiIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iQ29sb3Jm dWwgTGlzdCBBY2NlbnQgMyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9y aXR5PSI3MyIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0i Q29sb3JmdWwgR3JpZCBBY2NlbnQgMyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2Ui IFByaW9yaXR5PSI2MCIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIg TmFtZT0iTGlnaHQgU2hhZGluZyBBY2NlbnQgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0i ZmFsc2UiIFByaW9yaXR5PSI2MSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJm YWxzZSIgTmFtZT0iTGlnaHQgTGlzdCBBY2NlbnQgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tl ZD0iZmFsc2UiIFByaW9yaXR5PSI2MiIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2Vk PSJmYWxzZSIgTmFtZT0iTGlnaHQgR3JpZCBBY2NlbnQgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExv Y2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2MyIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5V c2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIFNoYWRpbmcgMSBBY2NlbnQgNCIvPg0KPHc6THNkRXhj ZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NCIgU2VtaUhpZGRlbj0iZmFsc2UiIFVu aGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIFNoYWRpbmcgMiBBY2NlbnQgNCIvPg0K PHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NSIgU2VtaUhpZGRlbj0i ZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIExpc3QgMSBBY2NlbnQg NCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NiIgU2VtaUhp ZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIExpc3QgMiBB Y2NlbnQgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NyIg U2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIEdy aWQgMSBBY2NlbnQgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5 PSI2OCIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVk aXVtIEdyaWQgMiBBY2NlbnQgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFBy aW9yaXR5PSI2OSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFt ZT0iTWVkaXVtIEdyaWQgMyBBY2NlbnQgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFs c2UiIFByaW9yaXR5PSI3MCIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxz ZSIgTmFtZT0iRGFyayBMaXN0IEFjY2VudCA0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJm YWxzZSIgUHJpb3JpdHk9IjcxIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZh bHNlIiBOYW1lPSJDb2xvcmZ1bCBTaGFkaW5nIEFjY2VudCA0Ii8+DQo8dzpMc2RFeGNlcHRpb24g TG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjcyIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hl blVzZWQ9ImZhbHNlIiBOYW1lPSJDb2xvcmZ1bCBMaXN0IEFjY2VudCA0Ii8+DQo8dzpMc2RFeGNl cHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjczIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5o aWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJDb2xvcmZ1bCBHcmlkIEFjY2VudCA0Ii8+DQo8dzpM c2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYwIiBTZW1pSGlkZGVuPSJmYWxz ZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJMaWdodCBTaGFkaW5nIEFjY2VudCA1Ii8+ DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYxIiBTZW1pSGlkZGVu PSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJMaWdodCBMaXN0IEFjY2VudCA1 Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYyIiBTZW1pSGlk ZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJMaWdodCBHcmlkIEFjY2Vu dCA1Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYzIiBTZW1p SGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gU2hhZGlu ZyAxIEFjY2VudCA1Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9 IjY0IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRp dW0gU2hhZGluZyAyIEFjY2VudCA1Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIg UHJpb3JpdHk9IjY1IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBO YW1lPSJNZWRpdW0gTGlzdCAxIEFjY2VudCA1Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJm YWxzZSIgUHJpb3JpdHk9IjY2IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZh bHNlIiBOYW1lPSJNZWRpdW0gTGlzdCAyIEFjY2VudCA1Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9j a2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY3IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVz ZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gR3JpZCAxIEFjY2VudCA1Ii8+DQo8dzpMc2RFeGNlcHRp b24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY4IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRl V2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gR3JpZCAyIEFjY2VudCA1Ii8+DQo8dzpMc2RF eGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY5IiBTZW1pSGlkZGVuPSJmYWxzZSIg VW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gR3JpZCAzIEFjY2VudCA1Ii8+DQo8 dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjcwIiBTZW1pSGlkZGVuPSJm YWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJEYXJrIExpc3QgQWNjZW50IDUiLz4N Cjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzEiIFNlbWlIaWRkZW49 ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkNvbG9yZnVsIFNoYWRpbmcgQWNj ZW50IDUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzIiIFNl bWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkNvbG9yZnVsIExp c3QgQWNjZW50IDUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0i NzMiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkNvbG9y ZnVsIEdyaWQgQWNjZW50IDUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlv cml0eT0iNjAiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9 IkxpZ2h0IFNoYWRpbmcgQWNjZW50IDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNl IiBQcmlvcml0eT0iNjEiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2Ui IE5hbWU9IkxpZ2h0IExpc3QgQWNjZW50IDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZh bHNlIiBQcmlvcml0eT0iNjIiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFs c2UiIE5hbWU9IkxpZ2h0IEdyaWQgQWNjZW50IDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9 ImZhbHNlIiBQcmlvcml0eT0iNjMiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0i ZmFsc2UiIE5hbWU9Ik1lZGl1bSBTaGFkaW5nIDEgQWNjZW50IDYiLz4NCjx3OkxzZEV4Y2VwdGlv biBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjQiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVX aGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBTaGFkaW5nIDIgQWNjZW50IDYiLz4NCjx3Okxz ZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjUiIFNlbWlIaWRkZW49ImZhbHNl IiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBMaXN0IDEgQWNjZW50IDYiLz4N Cjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjYiIFNlbWlIaWRkZW49 ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBMaXN0IDIgQWNjZW50 IDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjciIFNlbWlI aWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBHcmlkIDEg QWNjZW50IDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjgi IFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBH cmlkIDIgQWNjZW50IDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0 eT0iNjkiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1l ZGl1bSBHcmlkIDMgQWNjZW50IDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQ cmlvcml0eT0iNzAiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5h bWU9IkRhcmsgTGlzdCBBY2NlbnQgNiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2Ui IFByaW9yaXR5PSI3MSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIg TmFtZT0iQ29sb3JmdWwgU2hhZGluZyBBY2NlbnQgNiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tl ZD0iZmFsc2UiIFByaW9yaXR5PSI3MiIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2Vk PSJmYWxzZSIgTmFtZT0iQ29sb3JmdWwgTGlzdCBBY2NlbnQgNiIvPg0KPHc6THNkRXhjZXB0aW9u IExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MyIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdo ZW5Vc2VkPSJmYWxzZSIgTmFtZT0iQ29sb3JmdWwgR3JpZCBBY2NlbnQgNiIvPg0KPHc6THNkRXhj ZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSIxOSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVu aGlkZVdoZW5Vc2VkPSJmYWxzZSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0iU3VidGxlIEVtcGhhc2lz Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjIxIiBTZW1pSGlk ZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJJ bnRlbnNlIEVtcGhhc2lzIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3Jp dHk9IjMxIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBRRm9ybWF0 PSJ0cnVlIiBOYW1lPSJTdWJ0bGUgUmVmZXJlbmNlIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2Vk PSJmYWxzZSIgUHJpb3JpdHk9IjMyIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9 ImZhbHNlIiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJJbnRlbnNlIFJlZmVyZW5jZSIvPg0KPHc6THNk RXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSIzMyIgU2VtaUhpZGRlbj0iZmFsc2Ui IFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0iQm9vayBUaXRsZSIv Pg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSIzNyIgTmFtZT0iQmli bGlvZ3JhcGh5Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjM5 IiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJUT0MgSGVhZGluZyIvPg0KPC93OkxhdGVudFN0eWxlcz4N CjwveG1sPjwhW2VuZGlmXS0tPjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpA Zm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OuWui+S9kzsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAx IDEgMSAxOw0KCW1zby1mb250LWFsdDpTaW1TdW47DQoJbXNvLWZvbnQtY2hhcnNldDoxMzQ7DQoJ bXNvLWdlbmVyaWMtZm9udC1mYW1pbHk6YXV0bzsNCgltc28tZm9udC1waXRjaDp2YXJpYWJsZTsN Cgltc28tZm9udC1zaWduYXR1cmU6MyA2ODA0NjAyODggMjIgMCAyNjIxNDUgMDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0xOjIgNCA1IDMgNSA0 IDYgMyAyIDQ7DQoJbXNvLWZvbnQtYWx0OiJDYWxpc3RvIE1UIjsNCgltc28tZm9udC1jaGFyc2V0 OjA7DQoJbXNvLWdlbmVyaWMtZm9udC1mYW1pbHk6cm9tYW47DQoJbXNvLWZvbnQtcGl0Y2g6dmFy aWFibGU7DQoJbXNvLWZvbnQtc2lnbmF0dXJlOi01MzY4NzAxNDUgMTEwNzMwNTcyNyAwIDAgNDE1 IDA7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIgMTUg NSAyIDIgMiA0IDMgMiA0Ow0KCW1zby1mb250LWFsdDpDYWxpYnJpOw0KCW1zby1mb250LWNoYXJz ZXQ6MDsNCgltc28tZ2VuZXJpYy1mb250LWZhbWlseTpzd2lzczsNCgltc28tZm9udC1waXRjaDp2 YXJpYWJsZTsNCgltc28tZm9udC1zaWduYXR1cmU6LTUyMDA5MjkyOSAxMDczNzg2MTExIDkgMCA0 MTUgMDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDEx IDYgNCAzIDUgNCA0IDIgNDsNCgltc28tZm9udC1jaGFyc2V0OjA7DQoJbXNvLWdlbmVyaWMtZm9u dC1mYW1pbHk6c3dpc3M7DQoJbXNvLWZvbnQtcGl0Y2g6dmFyaWFibGU7DQoJbXNvLWZvbnQtc2ln bmF0dXJlOi01MjAwODE2NjUgLTEwNzM3MTcxNTcgNDEgMCA2NjA0NyAwO30NCkBmb250LWZhY2UN Cgl7Zm9udC1mYW1pbHk6IlxA5a6L5L2TIjsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAx Ow0KCW1zby1mb250LWFsdDo/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Ow0KCW1zby1m b250LWNoYXJzZXQ6MTM0Ow0KCW1zby1nZW5lcmljLWZvbnQtZmFtaWx5OmF1dG87DQoJbXNvLWZv bnQtcGl0Y2g6dmFyaWFibGU7DQoJbXNvLWZvbnQtc2lnbmF0dXJlOjMgNjgwNDYwMjg4IDIyIDAg MjYyMTQ1IDA7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29O b3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bXNvLXN0eWxlLXVuaGlkZTpubzsNCgltc28tc3R5bGUt cWZvcm1hdDp5ZXM7DQoJbXNvLXN0eWxlLXBhcmVudDoiIjsNCgltYXJnaW46MGNtOw0KCW1hcmdp bi1ib3R0b206LjAwMDFwdDsNCgltc28tcGFnaW5hdGlvbjp3aWRvdy1vcnBoYW47DQoJZm9udC1z aXplOjEyLjBwdDsNCglmb250LWZhbWlseTrlrovkvZM7DQoJbXNvLWJpZGktZm9udC1mYW1pbHk6 5a6L5L2TO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTsNCgl0ZXh0LXVu ZGVybGluZTpzaW5nbGU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJ e21zby1zdHlsZS1ub3Nob3c6eWVzOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpw dXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTsNCgl0ZXh0LXVuZGVybGluZTpzaW5n bGU7fQ0KcC5Nc29BY2V0YXRlLCBsaS5Nc29BY2V0YXRlLCBkaXYuTXNvQWNldGF0ZQ0KCXttc28t c3R5bGUtbm9zaG93OnllczsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxp bms6IuaJueazqOahhuaWh+acrCBDaGFyIjsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206 LjAwMDFwdDsNCgltc28tcGFnaW5hdGlvbjp3aWRvdy1vcnBoYW47DQoJZm9udC1zaXplOjkuMHB0 Ow0KCWZvbnQtZmFtaWx5OuWui+S9kzsNCgltc28tYmlkaS1mb250LWZhbWlseTrlrovkvZM7fQ0K cC55aXYxNjUzMTQ1ODQxbXNvYWNldGF0ZSwgbGkueWl2MTY1MzE0NTg0MW1zb2FjZXRhdGUsIGRp di55aXYxNjUzMTQ1ODQxbXNvYWNldGF0ZQ0KCXttc28tc3R5bGUtbmFtZTp5aXYxNjUzMTQ1ODQx bXNvYWNldGF0ZTsNCgltc28tc3R5bGUtdW5oaWRlOm5vOw0KCW1zby1tYXJnaW4tdG9wLWFsdDph dXRvOw0KCW1hcmdpbi1yaWdodDowY207DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJ bWFyZ2luLWxlZnQ6MGNtOw0KCW1zby1wYWdpbmF0aW9uOndpZG93LW9ycGhhbjsNCglmb250LXNp emU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OuWui+S9kzsNCgltc28tYmlkaS1mb250LWZhbWlseTrl rovkvZM7fQ0KcC55aXYxNjUzMTQ1ODQxZW1haWxxdW90ZSwgbGkueWl2MTY1MzE0NTg0MWVtYWls cXVvdGUsIGRpdi55aXYxNjUzMTQ1ODQxZW1haWxxdW90ZQ0KCXttc28tc3R5bGUtbmFtZTp5aXYx NjUzMTQ1ODQxZW1haWxxdW90ZTsNCgltc28tc3R5bGUtdW5oaWRlOm5vOw0KCW1zby1tYXJnaW4t dG9wLWFsdDphdXRvOw0KCW1hcmdpbi1yaWdodDowY207DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0 OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGNtOw0KCW1zby1wYWdpbmF0aW9uOndpZG93LW9ycGhhbjsN Cglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OuWui+S9kzsNCgltc28tYmlkaS1mb250 LWZhbWlseTrlrovkvZM7fQ0KcC55aXYxNjUzMTQ1ODQxYmFsbG9vbnRleHQsIGxpLnlpdjE2NTMx NDU4NDFiYWxsb29udGV4dCwgZGl2LnlpdjE2NTMxNDU4NDFiYWxsb29udGV4dA0KCXttc28tc3R5 bGUtbmFtZTp5aXYxNjUzMTQ1ODQxYmFsbG9vbnRleHQ7DQoJbXNvLXN0eWxlLXVuaGlkZTpubzsN Cgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBjbTsNCgltc28tcGFnaW5hdGlvbjp3 aWRvdy1vcnBoYW47DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseTrlrovkvZM7DQoJ bXNvLWJpZGktZm9udC1mYW1pbHk65a6L5L2TO30NCnAueWl2MTY1MzE0NTg0MW1zb25vcm1hbCwg bGkueWl2MTY1MzE0NTg0MW1zb25vcm1hbCwgZGl2LnlpdjE2NTMxNDU4NDFtc29ub3JtYWwNCgl7 bXNvLXN0eWxlLW5hbWU6eWl2MTY1MzE0NTg0MW1zb25vcm1hbDsNCgltc28tc3R5bGUtdW5oaWRl Om5vOw0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1yaWdodDowY207DQoJbXNv LW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGNtOw0KCW1zby1wYWdpbmF0 aW9uOndpZG93LW9ycGhhbjsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OuWui+S9 kzsNCgltc28tYmlkaS1mb250LWZhbWlseTrlrovkvZM7fQ0KcC55aXYxNjUzMTQ1ODQxbXNvY2hw ZGVmYXVsdCwgbGkueWl2MTY1MzE0NTg0MW1zb2NocGRlZmF1bHQsIGRpdi55aXYxNjUzMTQ1ODQx bXNvY2hwZGVmYXVsdA0KCXttc28tc3R5bGUtbmFtZTp5aXYxNjUzMTQ1ODQxbXNvY2hwZGVmYXVs dDsNCgltc28tc3R5bGUtdW5oaWRlOm5vOw0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1h cmdpbi1yaWdodDowY207DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxl ZnQ6MGNtOw0KCW1zby1wYWdpbmF0aW9uOndpZG93LW9ycGhhbjsNCglmb250LXNpemU6MTIuMHB0 Ow0KCWZvbnQtZmFtaWx5OuWui+S9kzsNCgltc28tYmlkaS1mb250LWZhbWlseTrlrovkvZM7fQ0K c3Bhbi55aXYxNjUzMTQ1ODQxbXNvaHlwZXJsaW5rDQoJe21zby1zdHlsZS1uYW1lOnlpdjE2NTMx NDU4NDFtc29oeXBlcmxpbms7DQoJbXNvLXN0eWxlLXVuaGlkZTpubzt9DQpzcGFuLnlpdjE2NTMx NDU4NDFtc29oeXBlcmxpbmtmb2xsb3dlZA0KCXttc28tc3R5bGUtbmFtZTp5aXYxNjUzMTQ1ODQx bXNvaHlwZXJsaW5rZm9sbG93ZWQ7DQoJbXNvLXN0eWxlLXVuaGlkZTpubzt9DQpzcGFuLnlpdjE2 NTMxNDU4NDFjaGFyDQoJe21zby1zdHlsZS1uYW1lOnlpdjE2NTMxNDU4NDFjaGFyOw0KCW1zby1z dHlsZS11bmhpZGU6bm87fQ0Kc3Bhbi55aXYxNjUzMTQ1ODQxZW1haWxzdHlsZTIwDQoJe21zby1z dHlsZS1uYW1lOnlpdjE2NTMxNDU4NDFlbWFpbHN0eWxlMjA7DQoJbXNvLXN0eWxlLXVuaGlkZTpu bzt9DQpzcGFuLnlpdjE2NTMxNDU4NDFiYWxsb29udGV4dGNoYXINCgl7bXNvLXN0eWxlLW5hbWU6 eWl2MTY1MzE0NTg0MWJhbGxvb250ZXh0Y2hhcjsNCgltc28tc3R5bGUtdW5oaWRlOm5vO30NCnNw YW4ueWl2MTY1MzE0NTg0MWVtYWlsc3R5bGUyMw0KCXttc28tc3R5bGUtbmFtZTp5aXYxNjUzMTQ1 ODQxZW1haWxzdHlsZTIzOw0KCW1zby1zdHlsZS11bmhpZGU6bm87fQ0KcC55aXYxNjUzMTQ1ODQx bXNvbm9ybWFsMSwgbGkueWl2MTY1MzE0NTg0MW1zb25vcm1hbDEsIGRpdi55aXYxNjUzMTQ1ODQx bXNvbm9ybWFsMQ0KCXttc28tc3R5bGUtbmFtZTp5aXYxNjUzMTQ1ODQxbXNvbm9ybWFsMTsNCglt c28tc3R5bGUtdW5oaWRlOm5vOw0KCW1hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0 Ow0KCW1zby1wYWdpbmF0aW9uOndpZG93LW9ycGhhbjsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZv bnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7DQoJbXNvLWZhcmVhc3QtZm9udC1m YW1pbHk65a6L5L2TO30NCnNwYW4ueWl2MTY1MzE0NTg0MW1zb2h5cGVybGluazENCgl7bXNvLXN0 eWxlLW5hbWU6eWl2MTY1MzE0NTg0MW1zb2h5cGVybGluazE7DQoJbXNvLXN0eWxlLXVuaGlkZTpu bzsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7DQoJdGV4dC11bmRl cmxpbmU6c2luZ2xlO30NCnNwYW4ueWl2MTY1MzE0NTg0MW1zb2h5cGVybGlua2ZvbGxvd2VkMQ0K CXttc28tc3R5bGUtbmFtZTp5aXYxNjUzMTQ1ODQxbXNvaHlwZXJsaW5rZm9sbG93ZWQxOw0KCW1z by1zdHlsZS11bmhpZGU6bm87DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRl cmxpbmU7DQoJdGV4dC11bmRlcmxpbmU6c2luZ2xlO30NCnAueWl2MTY1MzE0NTg0MW1zb2FjZXRh dGUxLCBsaS55aXYxNjUzMTQ1ODQxbXNvYWNldGF0ZTEsIGRpdi55aXYxNjUzMTQ1ODQxbXNvYWNl dGF0ZTENCgl7bXNvLXN0eWxlLW5hbWU6eWl2MTY1MzE0NTg0MW1zb2FjZXRhdGUxOw0KCW1zby1z dHlsZS11bmhpZGU6bm87DQoJbWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ bXNvLXBhZ2luYXRpb246d2lkb3ctb3JwaGFuOw0KCWZvbnQtc2l6ZTo4LjBwdDsNCglmb250LWZh bWlseToiVGFob21hIiwic2Fucy1zZXJpZiI7DQoJbXNvLWZhcmVhc3QtZm9udC1mYW1pbHk65a6L 5L2TO30NCnNwYW4ueWl2MTY1MzE0NTg0MWNoYXIxDQoJe21zby1zdHlsZS1uYW1lOnlpdjE2NTMx NDU4NDFjaGFyMTsNCgltc28tc3R5bGUtdW5oaWRlOm5vOw0KCWZvbnQtZmFtaWx5OuWui+S9kzsN Cgltc28tYXNjaWktZm9udC1mYW1pbHk65a6L5L2TOw0KCW1zby1mYXJlYXN0LWZvbnQtZmFtaWx5 OuWui+S9kzsNCgltc28taGFuc2ktZm9udC1mYW1pbHk65a6L5L2TO30NCnAueWl2MTY1MzE0NTg0 MWVtYWlscXVvdGUxLCBsaS55aXYxNjUzMTQ1ODQxZW1haWxxdW90ZTEsIGRpdi55aXYxNjUzMTQ1 ODQxZW1haWxxdW90ZTENCgl7bXNvLXN0eWxlLW5hbWU6eWl2MTY1MzE0NTg0MWVtYWlscXVvdGUx Ow0KCW1zby1zdHlsZS11bmhpZGU6bm87DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFy Z2luLXJpZ2h0OjBjbTsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVm dDoxLjBwdDsNCgltc28tcGFnaW5hdGlvbjp3aWRvdy1vcnBoYW47DQoJZm9udC1zaXplOjEyLjBw dDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYiOw0KCW1zby1mYXJlYXN0 LWZvbnQtZmFtaWx5OuWui+S9kzt9DQpzcGFuLnlpdjE2NTMxNDU4NDFlbWFpbHN0eWxlMjAxDQoJ e21zby1zdHlsZS1uYW1lOnlpdjE2NTMxNDU4NDFlbWFpbHN0eWxlMjAxOw0KCW1zby1zdHlsZS11 bmhpZGU6bm87DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgltc28tYXNj aWktZm9udC1mYW1pbHk6Q2FsaWJyaTsNCgltc28taGFuc2ktZm9udC1mYW1pbHk6Q2FsaWJyaTsN Cgltc28tYmlkaS1mb250LWZhbWlseTpDYWxpYnJpOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KcC55aXYx NjUzMTQ1ODQxYmFsbG9vbnRleHQxLCBsaS55aXYxNjUzMTQ1ODQxYmFsbG9vbnRleHQxLCBkaXYu eWl2MTY1MzE0NTg0MWJhbGxvb250ZXh0MQ0KCXttc28tc3R5bGUtbmFtZTp5aXYxNjUzMTQ1ODQx YmFsbG9vbnRleHQxOw0KCW1zby1zdHlsZS11bmhpZGU6bm87DQoJbWFyZ2luOjBjbTsNCgltYXJn aW4tYm90dG9tOi4wMDAxcHQ7DQoJbXNvLXBhZ2luYXRpb246d2lkb3ctb3JwaGFuOw0KCWZvbnQt c2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsInNlcmlmIjsNCglt c28tZmFyZWFzdC1mb250LWZhbWlseTrlrovkvZM7fQ0Kc3Bhbi55aXYxNjUzMTQ1ODQxYmFsbG9v bnRleHRjaGFyMQ0KCXttc28tc3R5bGUtbmFtZTp5aXYxNjUzMTQ1ODQxYmFsbG9vbnRleHRjaGFy MTsNCgltc28tc3R5bGUtdW5oaWRlOm5vOw0KCWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNl cmlmIjsNCgltc28tYXNjaWktZm9udC1mYW1pbHk6VGFob21hOw0KCW1zby1oYW5zaS1mb250LWZh bWlseTpUYWhvbWE7DQoJbXNvLWJpZGktZm9udC1mYW1pbHk6VGFob21hO30NCnNwYW4ueWl2MTY1 MzE0NTg0MWVtYWlsc3R5bGUyMzENCgl7bXNvLXN0eWxlLW5hbWU6eWl2MTY1MzE0NTg0MWVtYWls c3R5bGUyMzE7DQoJbXNvLXN0eWxlLXVuaGlkZTpubzsNCglmb250LWZhbWlseToiQ2FsaWJyaSIs InNhbnMtc2VyaWYiOw0KCW1zby1hc2NpaS1mb250LWZhbWlseTpDYWxpYnJpOw0KCW1zby1oYW5z aS1mb250LWZhbWlseTpDYWxpYnJpOw0KCW1zby1iaWRpLWZvbnQtZmFtaWx5OkNhbGlicmk7DQoJ Y29sb3I6IzFGNDk3RDt9DQpwLnlpdjE2NTMxNDU4NDFtc29jaHBkZWZhdWx0MSwgbGkueWl2MTY1 MzE0NTg0MW1zb2NocGRlZmF1bHQxLCBkaXYueWl2MTY1MzE0NTg0MW1zb2NocGRlZmF1bHQxDQoJ e21zby1zdHlsZS1uYW1lOnlpdjE2NTMxNDU4NDFtc29jaHBkZWZhdWx0MTsNCgltc28tc3R5bGUt dW5oaWRlOm5vOw0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1yaWdodDowY207 DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGNtOw0KCW1zby1w YWdpbmF0aW9uOndpZG93LW9ycGhhbjsNCglmb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5 OuWui+S9kzsNCgltc28tYmlkaS1mb250LWZhbWlseTrlrovkvZM7fQ0Kc3Bhbi5DaGFyDQoJe21z by1zdHlsZS1uYW1lOiLmibnms6jmoYbmlofmnKwgQ2hhciI7DQoJbXNvLXN0eWxlLW5vc2hvdzp5 ZXM7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS11bmhpZGU6bm87DQoJbXNv LXN0eWxlLWxvY2tlZDp5ZXM7DQoJbXNvLXN0eWxlLWxpbms65om55rOo5qGG5paH5pysOw0KCW1z by1hbnNpLWZvbnQtc2l6ZTo5LjBwdDsNCgltc28tYmlkaS1mb250LXNpemU6OS4wcHQ7DQoJZm9u dC1mYW1pbHk65a6L5L2TOw0KCW1zby1hc2NpaS1mb250LWZhbWlseTrlrovkvZM7DQoJbXNvLWZh cmVhc3QtZm9udC1mYW1pbHk65a6L5L2TOw0KCW1zby1oYW5zaS1mb250LWZhbWlseTrlrovkvZM7 DQoJbXNvLWJpZGktZm9udC1mYW1pbHk65a6L5L2TO30NCnNwYW4uRW1haWxTdHlsZTQxDQoJe21z by1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCW1zby1zdHlsZS1ub3Nob3c6eWVzOw0KCW1z by1zdHlsZS11bmhpZGU6bm87DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjVwdDsNCgltc28tYmlk aS1mb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7 DQoJbXNvLWFzY2lpLWZvbnQtZmFtaWx5OkNhbGlicmk7DQoJbXNvLWZhcmVhc3QtZm9udC1mYW1p bHk65a6L5L2TOw0KCW1zby1oYW5zaS1mb250LWZhbWlseTpDYWxpYnJpOw0KCW1zby1iaWRpLWZv bnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5TcGVs bEUNCgl7bXNvLXN0eWxlLW5hbWU6IiI7DQoJbXNvLXNwbC1lOnllczt9DQouTXNvQ2hwRGVmYXVs dA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCgltc28tZGVmYXVsdC1wcm9wczp5ZXM7 DQoJZm9udC1zaXplOjEwLjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCW1zby1i aWRpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJbXNvLWFzY2lpLWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcg Um9tYW4iOw0KCW1zby1oYW5zaS1mb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjsNCgltc28t Zm9udC1rZXJuaW5nOjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5 Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA5MC4wcHQgNzIuMHB0IDkwLjBwdDsNCgltc28taGVhZGVy LW1hcmdpbjozNi4wcHQ7DQoJbXNvLWZvb3Rlci1tYXJnaW46MzYuMHB0Ow0KCW1zby1wYXBlci1z b3VyY2U6MDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwv c3R5bGU+PCEtLVtpZiBndGUgbXNvIDEwXT48c3R5bGU+LyogU3R5bGUgRGVmaW5pdGlvbnMgKi8N CnRhYmxlLk1zb05vcm1hbFRhYmxlDQoJe21zby1zdHlsZS1uYW1lOuaZrumAmuihqOagvDsNCglt c28tdHN0eWxlLXJvd2JhbmQtc2l6ZTowOw0KCW1zby10c3R5bGUtY29sYmFuZC1zaXplOjA7DQoJ bXNvLXN0eWxlLW5vc2hvdzp5ZXM7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHls ZS1xZm9ybWF0OnllczsNCgltc28tc3R5bGUtcGFyZW50OiIiOw0KCW1zby1wYWRkaW5nLWFsdDow Y20gNS40cHQgMGNtIDUuNHB0Ow0KCW1zby1wYXJhLW1hcmdpbjowY207DQoJbXNvLXBhcmEtbWFy Z2luLWJvdHRvbTouMDAwMXB0Ow0KCW1zby1wYWdpbmF0aW9uOndpZG93LW9ycGhhbjsNCglmb250 LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7fQ0K PC9zdHlsZT48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVm YXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48 IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxv OmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwh W2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iWkgtQ04iIGxpbms9ImJsdWUiIHZsaW5r PSJwdXJwbGUiIHN0eWxlPSJ0YWItaW50ZXJ2YWw6MjEuMHB0Ij4NCjxkaXYgY2xhc3M9IldvcmRT ZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iIzFm NDk3ZCIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6 MTAuNXB0O21zby1iaWRpLWZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWZvbnQtZmFtaWx5OuWu i+S9kzttc28tYmlkaS1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDs7Y29s b3I6IzFGNDk3RCI+SGkgU2hhaHJhbSw8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9IiMxZjQ5N2QiIGZhY2U9IkNh bGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDttc28tYmlk aS1mb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Ozttc28tZmFyZWFzdC1mb250LWZhbWlseTrlrovkvZM7bXNvLWJpZGkt Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 Zm9udCBzaXplPSIyIiBjb2xvcj0iIzFmNDk3ZCIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O21zby1iaWRpLWZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21z by1mYXJlYXN0LWZvbnQtZmFtaWx5OuWui+S9kzttc28tYmlkaS1mb250LWZhbWlseTomcXVvdDtU aW1lcyBOZXcgUm9tYW4mcXVvdDs7Y29sb3I6IzFGNDk3RCI+TW9iaWxlDQogYmFja2hhdWwgaXMg dGhlIG1haW4gdGFyZ2V0IHNjZW5hcmlvIHdoZXJlIHNvbWUgb2YgdGhlIHNlcnZpY2VzIChlLmcu LCBzb21lIHdpcmVsZXNzIHNpZ25hbHMgYmV0d2Vlbg0KPHNwYW4gY2xhc3M9IlNwZWxsRSI+bm9k ZUI8L3NwYW4+IGFuZCBSTkMpIGFyZSB2ZXJ5IHNlbnNpdGl2ZSB0byBwYWNrZXQgbG9zcy4gU29t ZXRpbWVzLCBhbHRob3VnaCB0aGVyZSBhcmUgc29tZSBwYWNrZXRzIGxvc3MsIGl0IG1heSBub3Qg YmUgZGV0ZWN0ZWQgYnkgU0xNLCB0aGlzIGxlYWRzIHRoZQ0KPHNwYW4gY2xhc3M9IlNwZWxsRSI+ Tm9kZWI8L3NwYW4+IHRvIGRldGFjaCBmcm9tIHRoZSBSTkMuIFRoaXMgaGFwcGVuZWQgc2V2ZXJh bCB0aW1lcyBpbiB0aGUgcHJvZHVjdGlvbiBuZXR3b3JrLiBFdmVuIHdvcnNlLCBzaW5jZSBTTE0g ZGVwZW5kcyBvbiBpbmplY3QgZXh0cmEgcGFja2V0cyB0byBldmFsdWF0ZSB0aGUgcGVyZm9ybWFu Y2UsIHRoZSBTTE0gaXRzZWxmIG1heSBzb21ldGltZSBsZWFkIHRvIG9yIGluY3JlYXNlIHBhY2tl dCBsb3NzIGFuZA0KIHJlc3VsdCBpbiBuZWdhdGl2ZSBpbXBhY3RzLiA8bzpwPjwvbzpwPjwvc3Bh bj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9 IiMxZjQ5N2QiIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOjEwLjVwdDttc28tYmlkaS1mb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tZmFyZWFzdC1mb250LWZhbWls eTrlrovkvZM7bXNvLWJpZGktZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7 O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iIzFmNDk3ZCIgZmFjZT0iQ2Fs aWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O21zby1iaWRp LWZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWZvbnQtZmFtaWx5OuWui+S9kzttc28tYmlkaS1m b250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDs7Y29sb3I6IzFGNDk3RCI+QmVz dA0KIHJlZ2FyZHMsPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxmb250IHNpemU9IjIiIGNvbG9yPSIjMWY0OTdkIiBmYWNlPSJDYWxpYnJpIj48c3Bh biBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7bXNvLWJpZGktZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDs7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk65a6L5L2TO21zby1iaWRpLWZvbnQtZmFtaWx5 OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oztjb2xvcjojMUY0OTdEIj5NYWNoPG86cD48L286 cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIi IGNvbG9yPSIjMWY0OTdkIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImZvbnQtc2l6ZToxMC41cHQ7bXNvLWJpZGktZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtZm9u dC1mYW1pbHk65a6L5L2TO21zby1iaWRpLWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21h biZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9IiMxZjQ5N2QiIGZh Y2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtt c28tYmlkaS1mb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tZmFyZWFzdC1mb250LWZhbWlseTrlrovkvZM7bXNv LWJpZGktZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7O2NvbG9yOiMxRjQ5 N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8ZGl2IHN0eWxlPSJib3Jk ZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGNtIDBjbSAwY20g NC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQg I0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxiPjxmb250IHNpemU9IjIiIGZhY2U9IlRhaG9tYSI+PHNwYW4gbGFuZz0iRU4tVVMi IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2ZvbnQtd2VpZ2h0OmJvbGQiPkZyb206PC9zcGFuPjwvZm9u dD48L2I+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iVGFob21hIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDsiPg0KIFMuIERhdmFyaSBbbWFpbHRvOmRhdmFyaXNoQHlhaG9vLmNv bV0gPGJyPg0KPGI+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPlNlbnQ6PC9zcGFuPjwv Yj4gVHVlc2RheSwgTWFyY2ggMjUsIDIwMTQgMjo1MCBQTTxicj4NCjxiPjxzcGFuIHN0eWxlPSJm b250LXdlaWdodDpib2xkIj5Ubzo8L3NwYW4+PC9iPiBNYWNoIENoZW47IEdyZWdvcnkgTWlyc2t5 PGJyPg0KPGI+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPkNjOjwvc3Bhbj48L2I+IGRy YWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFiZWxAdG9vbHMuaWV0Zi5vcmc7IG1wbHNAaWV0Zi5vcmc8 YnI+DQo8Yj48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+U3ViamVjdDo8L3NwYW4+PC9i PiBSZTogW21wbHNdIE1haWwgcmVnYXJkaW5nIGRyYWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFiZWw8 bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxmb250IHNpemU9IjMiIGZhY2U9IuWui+S9kyI+PHNwYW4gbGFuZz0iRU4tVVMi IHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+ PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3Vu ZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMyIgY29sb3I9ImJsYWNrIiBmYWNlPSJUaW1lcyBOZXcgUm9t YW4iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWls eTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7Y29sb3I6Ymxh Y2siPkhpLDxicj4NCjxicj4NCllvdSBkaWQgbm90IHByb3ZlIHlldCB3aHkgYWN0aXZlIChTeW50 aGV0aWMpIG1lYXN1cmVtZW50IGlzIG5vdCBlbm91Z2ggaW4gTVBMUyBuZXR3b3Jrcy4gSSB3b3Vs ZCBpbiBmYWN0Jm5ic3A7IGFyZ3VlIHRoYXQgYnkgYWRkaW5nIFhML1NMSS9TTCB0byB0aGUgZGF0 YSBwYWNrZXRzIGR1cmluZyB0aGUgTE0gbWVhc3VyZW1lbnQgdGhlIG5ldHdvcmsgY2FuIHVzZSBh IGRpZmZlcmVudCBFQ01QIHBhdGggdGhhbiB3aGVuIHlvdSBhcmUgbm90IHVzaW5nIHRoZQ0KIFhM L1NMSS9TTCBhbmQgdGhlcmVmb3JlIHlvdXIgbWVhc3VyZW1lbnQgaXMgb25seSB2YWxpZCBkdXJp bmcgdGhlIG1lYXN1cmVtZW50IGludGVydmFsIGFuZCBkb2VzIG5vdCByZXByZXNlbnQgd2hhdCB0 aGUgdXNlciBleHBlcmllbmNlcyBhZnRlciB0aGUgbWVhc3VyZW1lbnQgaXMgb3Zlci48YnI+DQo8 YnI+DQpUaHg8YnI+DQpTaGFocmFtPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48 Zm9udCBzaXplPSIzIiBjb2xvcj0iYmxhY2siIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1Rp bWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztjb2xvcjpibGFjayI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2 Pg0KPGRpdiBjbGFzcz0iTXNvTm9ybWFsIiBhbGlnbj0iY2VudGVyIiBzdHlsZT0idGV4dC1hbGln bjpjZW50ZXI7YmFja2dyb3VuZDp3aGl0ZSI+DQo8Zm9udCBzaXplPSIzIiBjb2xvcj0iYmxhY2si IGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp emU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtz ZXJpZiZxdW90Oztjb2xvcjpibGFjayI+DQo8aHIgc2l6ZT0iMSIgd2lkdGg9IjEwMCUiIGFsaWdu PSJjZW50ZXIiPg0KPC9zcGFuPjwvZm9udD48L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tb3V0bGluZS1sZXZlbDoxO2JhY2tncm91bmQ6d2hpdGUiPjxiPjxmb250IHNpemU9 IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQXJpYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrO2ZvbnQtd2VpZ2h0OmJvbGQiPkZyb206PC9zcGFuPjwv Zm9udD48L2I+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJBcmlhbCI+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Fy aWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPg0KIE1hY2ggQ2hl biAmbHQ7PGEgaHJlZj0ibWFpbHRvOm1hY2guY2hlbkBodWF3ZWkuY29tIj5tYWNoLmNoZW5AaHVh d2VpLmNvbTwvYT4mZ3Q7PGJyPg0KPGI+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPlRv Ojwvc3Bhbj48L2I+IFMuIERhdmFyaSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmRhdmFyaXNoQHlhaG9v LmNvbSI+ZGF2YXJpc2hAeWFob28uY29tPC9hPiZndDs7IEdyZWdvcnkgTWlyc2t5ICZsdDs8YSBo cmVmPSJtYWlsdG86Z3JlZ29yeS5taXJza3lAZXJpY3Nzb24uY29tIj5ncmVnb3J5Lm1pcnNreUBl cmljc3Nvbi5jb208L2E+Jmd0Ow0KPGJyPg0KPGI+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJv bGQiPkNjOjwvc3Bhbj48L2I+ICZxdW90OzxhIGhyZWY9Im1haWx0bzpkcmFmdC1jaGVuLW1wbHMt c291cmNlLWxhYmVsQHRvb2xzLmlldGYub3JnIj5kcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVs QHRvb2xzLmlldGYub3JnPC9hPiZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmRyYWZ0LWNoZW4t bXBscy1zb3VyY2UtbGFiZWxAdG9vbHMuaWV0Zi5vcmciPmRyYWZ0LWNoZW4tbXBscy1zb3VyY2Ut bGFiZWxAdG9vbHMuaWV0Zi5vcmc8L2E+Jmd0OzsNCiAmcXVvdDs8YSBocmVmPSJtYWlsdG86bXBs c0BpZXRmLm9yZyI+bXBsc0BpZXRmLm9yZzwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpt cGxzQGlldGYub3JnIj5tcGxzQGlldGYub3JnPC9hPiZndDsNCjxicj4NCjxiPjxzcGFuIHN0eWxl PSJmb250LXdlaWdodDpib2xkIj5TZW50Ojwvc3Bhbj48L2I+IE1vbmRheSwgTWFyY2ggMjQsIDIw MTQgMTE6Mjc6NTMgUE08YnI+DQo8Yj48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+U3Vi amVjdDo8L3NwYW4+PC9iPiBSRTogW21wbHNdIE1haWwgcmVnYXJkaW5nIGRyYWZ0LWNoZW4tbXBs cy1zb3VyY2UtbGFiZWw8L3NwYW4+PC9mb250Pjxmb250IGNvbG9yPSJibGFjayIgZmFjZT0iVGlt ZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztjb2xvcjpibGFjayI+PG86 cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIzIiBjb2xvcj0iYmxh Y2siIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVv dDtzZXJpZiZxdW90Oztjb2xvcjpibGFjayI+PGJyIHN0eWxlPSJtc28tc3BlY2lhbC1jaGFyYWN0 ZXI6bGluZS1icmVhayI+DQo8IVtpZiAhc3VwcG9ydExpbmVCcmVha05ld0xpbmVdPjxiciBzdHls ZT0ibXNvLXNwZWNpYWwtY2hhcmFjdGVyOmxpbmUtYnJlYWsiPg0KPCFbZW5kaWZdPjxvOnA+PC9v OnA+PC9zcGFuPjwvZm9udD48L3A+DQo8ZGl2IGlkPSJ5aXYxNjUzMTQ1ODQxIj4NCjxkaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRl Ij48Zm9udCBzaXplPSIyIiBjb2xvcj0iIzFmNDk3ZCIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5IaSBTaGFocmFt LDwvc3Bhbj48L2ZvbnQ+PGZvbnQgY29sb3I9ImJsYWNrIiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4i PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJv bWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bh bj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSIjMWY0OTdkIiBmYWNlPSJD YWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMx RjQ5N0QiPiZuYnNwOzwvc3Bhbj48L2ZvbnQ+PGZvbnQgY29sb3I9ImJsYWNrIiBmYWNlPSJUaW1l cyBOZXcgUm9tYW4iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpw PjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSIjMWY0 OTdkIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox MC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7O2NvbG9yOiMxRjQ5N0QiPkFyZSB5b3UgY2xhaW1pbmcgdGhhdCB0aGUgYWN0aXZlIHBlcmZv cm1hbmNlIG1lYXN1cmVtZW50IGlzIHN1ZmZpY2llbnQgYW5kDQogcGFzc2l2ZSBwZXJmb3JtYW5j ZSBtZWFzdXJlbWVudCBpcyBub3QgbmVlZGVkPyA8L3NwYW4+PC9mb250Pjxmb250IGNvbG9yPSJi bGFjayIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztj b2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXpl PSIyIiBjb2xvcj0iIzFmNDk3ZCIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PC9mb250Pjxm b250IGNvbG9yPSJibGFjayIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtz ZXJpZiZxdW90Oztjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRl Ij48Zm9udCBzaXplPSIyIiBjb2xvcj0iIzFmNDk3ZCIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5CZXN0IHJlZ2Fy ZHMsPC9zcGFuPjwvZm9udD48Zm9udCBjb2xvcj0iYmxhY2siIGZhY2U9IlRpbWVzIE5ldyBSb21h biI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcg Um9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9z cGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9IiMxZjQ5N2QiIGZhY2U9 IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 IzFGNDk3RCI+TWFjaDwvc3Bhbj48L2ZvbnQ+PGZvbnQgY29sb3I9ImJsYWNrIiBmYWNlPSJUaW1l cyBOZXcgUm9tYW4iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpw PjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSIjMWY0 OTdkIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox MC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48L2ZvbnQ+PGZvbnQgY29sb3I9ImJsYWNr IiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1m YW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2NvbG9y OmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8ZGl2IHN0eWxl PSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGNtIDBj bSAwY20gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6 c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW91dGxpbmUtbGV2ZWw6MTtiYWNrZ3JvdW5k OndoaXRlIj48Yj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IlRhaG9tYSI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrO2ZvbnQtd2Vp Z2h0OmJvbGQiPkZyb206PC9zcGFuPjwvZm9udD48L2I+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJs YWNrIiBmYWNlPSJUYWhvbWEiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Oztjb2xvcjpibGFjayI+DQogbXBscyBbPGEgaHJlZj0ibWFpbHRvOm1wbHMtYm91bmNlc0BpZXRm Lm9yZyI+bWFpbHRvOm1wbHMtYm91bmNlc0BpZXRmLm9yZzwvYT5dIDxiPg0KPHNwYW4gc3R5bGU9 ImZvbnQtd2VpZ2h0OmJvbGQiPk9uIEJlaGFsZiBPZiA8L3NwYW4+PC9iPlMuIERhdmFyaTxicj4N CjxiPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5TZW50Ojwvc3Bhbj48L2I+IFR1ZXNk YXksIE1hcmNoIDI1LCAyMDE0IDE6NTAgUE08YnI+DQo8Yj48c3BhbiBzdHlsZT0iZm9udC13ZWln aHQ6Ym9sZCI+VG86PC9zcGFuPjwvYj4gR3JlZ29yeSBNaXJza3k8YnI+DQo8Yj48c3BhbiBzdHls ZT0iZm9udC13ZWlnaHQ6Ym9sZCI+Q2M6PC9zcGFuPjwvYj4gPGEgaHJlZj0ibWFpbHRvOmRyYWZ0 LWNoZW4tbXBscy1zb3VyY2UtbGFiZWxAdG9vbHMuaWV0Zi5vcmciPg0KZHJhZnQtY2hlbi1tcGxz LXNvdXJjZS1sYWJlbEB0b29scy5pZXRmLm9yZzwvYT47IDxhIGhyZWY9Im1haWx0bzptcGxzQGll dGYub3JnIj5tcGxzQGlldGYub3JnPC9hPjxicj4NCjxiPjxzcGFuIHN0eWxlPSJmb250LXdlaWdo dDpib2xkIj5TdWJqZWN0Ojwvc3Bhbj48L2I+IFJlOiBbbXBsc10gTWFpbCByZWdhcmRpbmcgZHJh ZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJlbDwvc3Bhbj48L2ZvbnQ+PGZvbnQgY29sb3I9ImJsYWNr IiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1m YW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2NvbG9y OmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRl Ij48Zm9udCBzaXplPSIzIiBjb2xvcj0iYmxhY2siIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jm5i c3A7PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0i MyIgY29sb3I9ImJsYWNrIiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9t YW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPkhpIEdyZWc8bzpwPjwvbzpw Pjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjMiIGNv bG9yPSJibGFjayIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1 b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bh bj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjMiIGNvbG9yPSJi bGFjayIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv bnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZx dW90O3NlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj5JbiBwcm9maWxlIHNpbXBseSBtZWFucyBncmVl biBwYWNrZXRzIGFuZCBieSBnZW5lcmF0ZSBncmVlbiBTTE0gcGFja2V0cw0KIHlvdSBjb3VsZCBh Y2hpZXZlIHRoZSBzYW1lIHJlc3VsdHMuPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJi YWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIzIiBjb2xvcj0iYmxhY2siIGZhY2U9IlRpbWVz IE5ldyBSb21hbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztj b2xvcjpibGFjayI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3Jv dW5kOndoaXRlIj48Zm9udCBzaXplPSIzIiBjb2xvcj0iYmxhY2siIGZhY2U9IlRpbWVzIE5ldyBS b21hbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztjb2xvcjpi bGFjayI+TUVGIGV4cGxhaW5zIGhvdyBTTE0gaXMgdXNlZCBmb3Igbm9uIHAycCBzZXJ2aWNlcy4m bmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxm b250IHNpemU9IjMiIGNvbG9yPSJibGFjayIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBs YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGlt ZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mbmJzcDs8 bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNp emU9IjMiIGNvbG9yPSJibGFjayIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPSJF Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3 IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj5BbmQgRm9yIERlbGF5 IG1lYXN1cmVtZW50IHlvdSBjYW4ganVzdCBydW4gRE0uIFRoZSBzb3VyY2UgaW5mbyBjYW4NCiBi ZSBpbiBUaGUgcGF5bG9hZCBvZiBETSBhcyBUTFYuPG86cD48L286cD48L3NwYW4+PC9mb250Pjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIzIiBjb2xvcj0iYmxhY2siIGZhY2U9 IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZx dW90Oztjb2xvcjpibGFjayI+PGJyPg0KUmVnYXJkcyw8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJi YWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIzIiBjb2xvcj0iYmxhY2siIGZhY2U9IlRpbWVz IE5ldyBSb21hbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztj b2xvcjpibGFjayI+U2hhaHJhbTxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4N CjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dy b3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMyIgY29sb3I9ImJsYWNrIiBmYWNlPSJUaW1lcyBOZXcg Um9tYW4iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZh bWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7Y29sb3I6 YmxhY2siPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjMi IGNvbG9yPSJibGFjayIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFu JnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj48YnI+DQpPbiBNYXIgMjQsIDIw MTQsIGF0IDEwOjE5IFBNLCBHcmVnb3J5IE1pcnNreSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmdyZWdv cnkubWlyc2t5QGVyaWNzc29uLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmdyZWdvcnkubWlyc2t5QGVy aWNzc29uLmNvbTwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2lu LWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iIzFmNDk3ZCIgZmFjZT0i Q2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjoj MUY0OTdEIj5IaSBTaGFocmFtLDwvc3Bhbj48L2ZvbnQ+PGZvbnQgY29sb3I9ImJsYWNrIiBmYWNl PSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6 JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2NvbG9yOmJsYWNr Ij48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9y PSIjMWY0OTdkIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPm1hbnkgdGhhbmtzIGZvciBtb3N0IGV4cGVkaWVudCBy ZXNwb25zZS48L3NwYW4+PC9mb250Pjxmb250IGNvbG9yPSJibGFjayIgZmFjZT0iVGltZXMgTmV3 IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVz IE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztjb2xvcjpibGFjayI+PG86cD48L286 cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iIzFmNDk3ZCIg ZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjojMUY0OTdEIj5GaXJzdGx5LCByZWdhcmRpbmcgaW4tc2VydmljZSBTTE0uIEFGQUlLLCB0 aGUgZGlmZmVyZW5jZSBiZXR3ZWVuIExNIGFuZA0KIFNMTSwgYXQgbGVhc3QgaW4gWS4xNzMxLCBp cyB0aGF0IHRoZSBmb3JtZXIgY29sbGVjdHMgY291bnRlcnMgb2Yg4oCcaW4tcHJvZmlsZeKAnSBm cmFtZXMgd2hpbGUgdGhlIGxhdHRlciBvbmx5IGNvdW50cyB0aGUgdGVzdCBwYWNrZXRzIHRoZW1z ZWx2ZXMuIEdpdmVuIHRoYXQsIEkgY2FuIG5vdCBhZ3JlZSB0aGF0IHVzaW5nIFNMTSBhcyBpbi1z ZXJ2aWNlIGFjdGl2ZSBtZWFzdXJlbWVudCBtZXRob2QgaXMgdmlhYmxlIHVubGVzcyBvcGVyYXRv ciB3aWxsaW5nDQogdG8gc3VmZmljaWVudGx5IGFsdGVyIGRhdGEgdHJhZmZpYyBiZWhhdmlvci48 L3NwYW4+PC9mb250Pjxmb250IGNvbG9yPSJibGFjayIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48 c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21h biZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+ PC9mb250PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJi YWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iIzFmNDk3ZCIgZmFjZT0iQ2Fs aWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0 OTdEIj5TZWNvbmRseSwgd291bGQgYmUgZ3JlYXQgaWYgeW91IGNhbiBleHBhbmQgb24g4oCcaXQg d29ya3MgZm9yIE1wMnAgYW5kIG1wMm1w4oCdLg0KIEnigJltIHZlcnkgaW50ZXJlc3RlZCB0byBs ZWFybiBmcm9tIHlvdSBob3cgdG8gZG8gTE0gb24gbXAybXAgTFNQIHdpdGggY3VycmVudCBNUExT IE9BTSB0b29scywgaS5lLiB3aXRob3V0IFNMSS9TTC4gQW5kIHdoaWxlIHdlIGFyZSBhdCZuYnNw OyB0aGlzIHRvcGljLCB3b3VsZCB5b3Uga2luZGx5IGV4cGxhaW4gaG93IFNMTSBoZWxwcyB3aXRo IERNIG92ZXIgdGhlIHNhbWUgY29uc3RydWN0LCBpLmUuIG1wMm1wIExTUC48L3NwYW4+PC9mb250 Pjxmb250IGNvbG9yPSJibGFjayIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPSJF Ti1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVv dDtzZXJpZiZxdW90Oztjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndo aXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iIzFmNDk3ZCIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDs8 L3NwYW4+PC9mb250Pjxmb250IGNvbG9yPSJibGFjayIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48 c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21h biZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+ PC9mb250PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJi YWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iIzFmNDk3ZCIgZmFjZT0iQ2Fs aWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0 OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgUmVnYXJkcyw8L3NwYW4+PC9m b250Pjxmb250IGNvbG9yPSJibGFjayIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oywm cXVvdDtzZXJpZiZxdW90Oztjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9mb250Pjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5k OndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iIzFmNDk3ZCIgZmFjZT0iQ2FsaWJyaSI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgR3JlZzwvc3Bhbj48L2ZvbnQ+PGZvbnQgY29sb3I9ImJsYWNrIiBmYWNlPSJU aW1lcyBOZXcgUm9tYW4iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1 b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj48 bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSIj MWY0OTdkIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48L2ZvbnQ+PGZvbnQgY29sb3I9ImJs YWNrIiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u dC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2Nv bG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3Bh ZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tb3V0bGluZS1sZXZlbDoxO2JhY2tncm91bmQ6d2hpdGUiPjxiPjxmb250IHNpemU9 IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iVGFob21hIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2s7Zm9udC13ZWlnaHQ6Ym9sZCI+RnJvbTo8L3NwYW4+ PC9mb250PjwvYj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IlRhaG9tYSI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4NCiBTLiBE YXZhcmkgWzxhIGhyZWY9Im1haWx0bzpkYXZhcmlzaEB5YWhvby5jb20iIHRhcmdldD0iX2JsYW5r Ij5tYWlsdG86ZGF2YXJpc2hAeWFob28uY29tPC9hPl0NCjxicj4NCjxiPjxzcGFuIHN0eWxlPSJm b250LXdlaWdodDpib2xkIj5TZW50Ojwvc3Bhbj48L2I+IE1vbmRheSwgTWFyY2ggMjQsIDIwMTQg MTA6MDEgUE08YnI+DQo8Yj48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+VG86PC9zcGFu PjwvYj4gR3JlZ29yeSBNaXJza3k8YnI+DQo8Yj48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9s ZCI+Q2M6PC9zcGFuPjwvYj4gU2hhaHJhbSBEYXZhcmk7IFlpbWluIFNoZW47IDxhIGhyZWY9Im1h aWx0bzpkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsQHRvb2xzLmlldGYub3JnIiB0YXJnZXQ9 Il9ibGFuayI+DQpkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsQHRvb2xzLmlldGYub3JnPC9h PjsgPGEgaHJlZj0ibWFpbHRvOm1wbHNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj4NCm1wbHNA aWV0Zi5vcmc8L2E+PGJyPg0KPGI+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPlN1Ympl Y3Q6PC9zcGFuPjwvYj4gUmU6IFttcGxzXSBNYWlsIHJlZ2FyZGluZyBkcmFmdC1jaGVuLW1wbHMt c291cmNlLWxhYmVsPC9zcGFuPjwvZm9udD48Zm9udCBjb2xvcj0iYmxhY2siIGZhY2U9IlRpbWVz IE5ldyBSb21hbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtU aW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+ PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9 IjMiIGNvbG9yPSJibGFjayIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJv bWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpw Pjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIzIiBjb2xvcj0iYmxh Y2siIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVv dDtzZXJpZiZxdW90Oztjb2xvcjpibGFjayI+SGkgR3JlZzxvOnA+PC9vOnA+PC9zcGFuPjwvZm9u dD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMyIgY29sb3I9ImJsYWNrIiBm YWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl OjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2Vy aWYmcXVvdDs7Y29sb3I6YmxhY2siPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMyIgY29sb3I9ImJsYWNrIiBmYWNlPSJU aW1lcyBOZXcgUm9tYW4iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEyLjBw dDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVv dDs7Y29sb3I6YmxhY2siPlRoYW5rcyBmb3IgeW91ciByZXBseS4gU0xNIGNhbiBiZSB1c2VkIGZv ciBpbiBzZXJ2aWNlIG1lYXN1cmVtZW50Lg0KIEFuZCBpdCB3b3JrcyBmb3IgTXAycCBhbmQgbXAy bXAuIFNvIHlvdSBkb24ndCByZWFsbHkgbmVlZCB0aGUgMyBleHRyYSBsYWJlbHMuPG86cD48L286 cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIzIiBj b2xvcj0iYmxhY2siIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZx dW90OywmcXVvdDtzZXJpZiZxdW90Oztjb2xvcjpibGFjayI+PGJyPg0KUmVnYXJkcywuPG86cD48 L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMyIgY29sb3I9 ImJsYWNrIiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDss JnF1b3Q7c2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPlNoYWhyYW08bzpwPjwvbzpwPjwvc3Bhbj48 L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjMiIGNvbG9yPSJibGFj ayIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90 O3NlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXYgc3R5bGU9Im1hcmdpbi1i b3R0b206MTIuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndo aXRlIj48Zm9udCBzaXplPSIzIiBjb2xvcj0iYmxhY2siIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztjb2xvcjpibGFjayI+ PGJyPg0KT24gTWFyIDI0LCAyMDE0LCBhdCA5OjUyIFBNLCBHcmVnb3J5IE1pcnNreSAmbHQ7PGEg aHJlZj0ibWFpbHRvOmdyZWdvcnkubWlyc2t5QGVyaWNzc29uLmNvbSIgdGFyZ2V0PSJfYmxhbmsi PmdyZWdvcnkubWlyc2t5QGVyaWNzc29uLmNvbTwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9z cGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdp bi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0i MiIgY29sb3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj5IaSBTaGFocmFtLDwvc3Bhbj48L2ZvbnQ+PGZv bnQgY29sb3I9ImJsYWNrIiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3Nl cmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9k aXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJh Y2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJy aSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+ bWFueSB0aGFua3MgZm9yIHlvdXIgaW50ZXJlc3QgYW5kIGNvbW1lbnRzLiBJJ2QgcG9pbnQgdGhh dCBTTE0gaXMgY2xlYXJseSBvdXQtb2Ytc2VydmljZQ0KIE9BTSB0b29sLiBTTEkvU0wgbWF5IGJl IHVzZWQgdG8gcGVyZm9ybSBpbi1zZXJ2aWNlIGFjdGl2ZSBMTSBhcyB3ZWxsIGFzIHBhc3NpdmUg TE0uIFRoZW4gdGhlcmUgaXMgRE0gYW5kIFNMSS9TTCBhZ2FpbiBjYW4gYmUgdXNlZCB0byBwZXJm b3JtIGluLXNlcnZpY2UgYm90aCBhY3RpdmUgYW5kIHBhc3NpdmUgRE0uPC9zcGFuPjwvZm9udD48 Zm9udCBjb2xvcj0iYmxhY2siIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gbGFuZz0iRU4t VVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7 c2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i YmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJDYWxp YnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNr Ij5BcyBmb3IgdXNlIGNhc2UgdGhhdCAmcXVvdDsgdGhhdCB3b3VsZCBvbmx5IGJlIHBvc3NpYmxl IGJ5IGFkZGluZyZxdW90OyB0aGVzZSB0aHJlZSBsYWJlbHMNCiBJIGNhbiB0aGluayBvZiB0aGUg Zm9sbG93aW5nOjwvc3Bhbj48L2ZvbnQ+PGZvbnQgY29sb3I9ImJsYWNrIiBmYWNlPSJUaW1lcyBO ZXcgUm9tYW4iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGlt ZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpwPjwv bzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9 ImJsYWNrIiBmYWNlPSJTeW1ib2wiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseTpTeW1ib2w7bXNvLWJpZGktZm9udC1mYW1pbHk6JnF1b3Q7VGlt ZXMgTmV3IFJvbWFuJnF1b3Q7O2NvbG9yOmJsYWNrIj7Ctzwvc3Bhbj48L2ZvbnQ+PGZvbnQgc2l6 ZT0iMSIgY29sb3I9ImJsYWNrIiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBS b21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9mb250Pjxmb250IHNp emU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+T0FNIG9uIG1wMm1wL21wMnAgTFNQPC9z cGFuPjwvZm9udD48Zm9udCBjb2xvcj0iYmxhY2siIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4m cXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwv Zm9udD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0i Q2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpi bGFjayI+Jm5ic3A7PC9zcGFuPjwvZm9udD48Zm9udCBjb2xvcj0iYmxhY2siIGZhY2U9IlRpbWVz IE5ldyBSb21hbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtU aW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+ PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0i MiIgY29sb3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgUmVnYXJkcyw8L3NwYW4+PC9mb250Pjxmb250IGNvbG9yPSJibGFjayIg ZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFt aWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztjb2xvcjpi bGFjayI+PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48 Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyBHcmVnPC9zcGFuPjwvZm9udD48Zm9udCBjb2xvcj0iYmxhY2siIGZh Y2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7Y29sb3I6Ymxh Y2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZv bnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PC9mb250 Pjxmb250IGNvbG9yPSJibGFjayIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPSJF Ti1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVv dDtzZXJpZiZxdW90Oztjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtc28tb3V0bGluZS1sZXZlbDoxO2JhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNv bG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjpibGFjayI+LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS08YnI+DQpG cm9tOiBtcGxzIFs8YSBocmVmPSJtYWlsdG86bXBscy1ib3VuY2VzQGlldGYub3JnIiB0YXJnZXQ9 Il9ibGFuayI+bWFpbHRvOm1wbHMtYm91bmNlc0BpZXRmLm9yZzwvYT5dIE9uIEJlaGFsZiBPZiBT aGFocmFtIERhdmFyaTxicj4NClNlbnQ6IE1vbmRheSwgTWFyY2ggMjQsIDIwMTQgODoyNCBQTTxi cj4NClRvOiBZaW1pbiBTaGVuPGJyPg0KQ2M6IDxhIGhyZWY9Im1haWx0bzpkcmFmdC1jaGVuLW1w bHMtc291cmNlLWxhYmVsQHRvb2xzLmlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+DQpkcmFmdC1j aGVuLW1wbHMtc291cmNlLWxhYmVsQHRvb2xzLmlldGYub3JnPC9hPjsgPGEgaHJlZj0ibWFpbHRv Om1wbHNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj4NCm1wbHNAaWV0Zi5vcmc8L2E+PGJyPg0K U3ViamVjdDogUmU6IFttcGxzXSBNYWlsIHJlZ2FyZGluZyBkcmFmdC1jaGVuLW1wbHMtc291cmNl LWxhYmVsPC9zcGFuPjwvZm9udD48Zm9udCBjb2xvcj0iYmxhY2siIGZhY2U9IlRpbWVzIE5ldyBS b21hbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBO ZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+ PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29s b3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PC9mb250Pjxmb250IGNvbG9yPSJi bGFjayIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztj b2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndo aXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxh bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPkhpPC9zcGFuPjwv Zm9udD48Zm9udCBjb2xvcj0iYmxhY2siIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDss JnF1b3Q7c2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNl PSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y OmJsYWNrIj4mbmJzcDs8L3NwYW4+PC9mb250Pjxmb250IGNvbG9yPSJibGFjayIgZmFjZT0iVGlt ZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztjb2xvcjpibGFjayI+PG86 cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXpl PSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPlNvIGZhciBJIGhhdmVuJ3Qgc2VlbiBhbnkg dmFsaWQgdXNlIGNhciB0aGF0IHdvdWxkIG9ubHkgYmUgcG9zc2libGUgYnkgYWRkaW5nDQogdGhp cyAzIGxhYmVscy4gRm9yIFZQTFMgTE0geW91IGNvdWxkIGFsd2F5cyB1c2UgU3ludGhldGljIGxv c3MgbWVhc3VyZW1lbnQuIEp1c3Qgc2F5aW5nIFN5bnRoZXRpYyBMTSBpcyBub3QgYXMgYWNjdXJh dGUgYXMgZGlyZWN0IExNIGlzIG5vdCBhIGdvb2QganVzdGlmaWNhdGlvbiBmb3IgYWRkaW5nIDMg bGFiZWxzLg0KPC9zcGFuPjwvZm9udD48Zm9udCBjb2xvcj0iYmxhY2siIGZhY2U9IlRpbWVzIE5l dyBSb21hbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1l cyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+PC9v OnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIg Y29sb3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PC9mb250Pjxmb250IGNvbG9y PSJibGFjayIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90 Oztjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5k OndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPlJlZ2FyZHMs PC9zcGFuPjwvZm9udD48Zm9udCBjb2xvcj0iYmxhY2siIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9t YW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFu PjwvZm9udD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJs YWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7O2NvbG9yOmJsYWNrIj5TaGFocmFtPC9zcGFuPjwvZm9udD48Zm9udCBjb2xvcj0iYmxhY2si IGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZh bWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7Y29sb3I6 YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+ PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJF Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PC9m b250Pjxmb250IGNvbG9yPSJibGFjayIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oywm cXVvdDtzZXJpZiZxdW90Oztjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9mb250Pjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9 IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 YmxhY2siPiZuYnNwOzwvc3Bhbj48L2ZvbnQ+PGZvbnQgY29sb3I9ImJsYWNrIiBmYWNlPSJUaW1l cyBOZXcgUm9tYW4iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpw PjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9 IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0OyBPbiBNYXIgMjEsIDIwMTQsIGF0IDEx OjM5IEFNLCAmcXVvdDtZaW1pbiBTaGVuJnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86eXNoZW5A anVuaXBlci5uZXQiIHRhcmdldD0iX2JsYW5rIj55c2hlbkBqdW5pcGVyLm5ldDwvYT4mZ3Q7DQog d3JvdGU6PC9zcGFuPjwvZm9udD48Zm9udCBjb2xvcj0iYmxhY2siIGZhY2U9IlRpbWVzIE5ldyBS b21hbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBO ZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+ PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29s b3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mZ3Q7DQo8L3NwYW4+PC9mb250Pjxmb250IGNvbG9yPSJi bGFjayIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztj b2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndo aXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxh bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZndDsgSGkgTWFj aCw8L3NwYW4+PC9mb250Pjxmb250IGNvbG9yPSJibGFjayIgZmFjZT0iVGltZXMgTmV3IFJvbWFu Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBS b21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztjb2xvcjpibGFjayI+PG86cD48L286cD48L3Nw YW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0i YmxhY2siIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDs7Y29sb3I6YmxhY2siPiZndDsNCjwvc3Bhbj48L2ZvbnQ+PGZvbnQgY29sb3I9ImJsYWNr IiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1m YW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2NvbG9y OmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUi Pjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0OyBGb3IgYW4gaW50 ZXJtZWRpYXRlIG5vZGUsIFNMIHdvdWxkIGRlZmluaXRlbHkgTk9UIGJlIGF0IHRoZSB0b3Agb2Yg X2luY29taW5nXw0KIGxhYmVsIHN0YWNrLiBZb3Ugd291bGQgaGF2ZSB0byBpbnN0YWxsIGNvbXBs ZXggZm9yd2FyZGluZyBzdGF0ZSBpbiBkYXRhIHBsYW5lIHRvIGxvb2sgZm9yIFNMIGFuZCBwcm9j ZXNzIHRoZSBwYWNrZXQgZGlmZmVyZW50bHkgYmFzZWQgb24gdGhlIGV4aXN0ZW5jZS9ub24tZXhp c3RlbmNlIG9mIFNMLiBJdCB3b3VsZCBnZXQgZXZlbiBtb3JlIGNvbXBsaWNhdGVkIGlmIHlvdSBu ZWVkIHRvIHB1dCB0aGUgU0wgYmFjayB0byB0aGUgcGFja2V0cywgaW4NCiBjYXNlIG90aGVyIG5v ZGVzIGRvd25zdHJlYW0gbWF5IGFsc28gYmUgZXhwZWN0aW5nIGl0LiBTbyBJJ2QgbGlrZSB0byBz ZWUgYSB2YWxpZCB1c2UgY2FzZSBmb3IgdGhpcyBpbmNyZWFzZWQgY29tcGxleGl0eSBhbmQgb3Zl cmhlYWQuPC9zcGFuPjwvZm9udD48Zm9udCBjb2xvcj0iYmxhY2siIGZhY2U9IlRpbWVzIE5ldyBS b21hbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBO ZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+ PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29s b3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mZ3Q7DQo8L3NwYW4+PC9mb250Pjxmb250IGNvbG9yPSJi bGFjayIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztj b2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndo aXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxh bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZndDsgUmVnYXJk aW5nIHRoZSBlZ3Jlc3Mgbm9kZSB1c2UgY2FzZSwgbm90ZSB0aGF0IGl0IGlzIGRpZmZlcmVudCB0 aGFuIEVudHJvcHkNCiBsYWJlbHMsIHdoZXJlIGFuIEVMIGlzIGFjdHVhbGx5IHVzZWQgYnkgaW50 ZXJtZWRpYXRlIG5vZGVzIGFuZCBvbmx5IHBvcHBlZCBieSBlZ3Jlc3Mgbm9kZS4gU28sIGlmIHlv dXIgZ29hbCBpcyBzaW1wbHkgdG8gaW5mb3JtIGFuIGVncmVzcyBub2RlIGFib3V0IHRoZSBpZGVu dGl0eSBvZiBhIHNvdXJjZSBub2RlLCB0aGUgc291cmNlIG5vZGUgY291bGQganVzdCBwdXNoIG9u ZSBsYWJlbCB0byBpZGVudGlmeSBpdHNlbGYuIFRoaXMgbGFiZWwgY291bGQNCiBiZSBjb25maWd1 cmVkIG9yIGNvbW11bmljYXRlZCBiZXR3ZWVuIHRoZSBlZ3Jlc3Mgbm9kZSBhbmQgdGhlIHNvdXJj ZSBub2RlIGluIGFueSBmYXNoaW9uLiBIb3dldmVyIGluIHRoaXMgZHJhZnQsIHRoZSBzb3VyY2Ug bm9kZSB3b3VsZCBoYXZlIHRvIHB1c2ggMyBleHRyYSBsYWJlbHMgKGZvciBTTCkuPC9zcGFuPjwv Zm9udD48Zm9udCBjb2xvcj0iYmxhY2siIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDss JnF1b3Q7c2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNl PSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y OmJsYWNrIj4mZ3Q7DQo8L3NwYW4+PC9mb250Pjxmb250IGNvbG9yPSJibGFjayIgZmFjZT0iVGlt ZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztjb2xvcjpibGFjayI+PG86 cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXpl PSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZndDsgVGhhbmtzLDwvc3Bhbj48L2ZvbnQ+ PGZvbnQgY29sb3I9ImJsYWNrIiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90 O3NlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2Fs aWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFj ayI+Jmd0Ow0KPC9zcGFuPjwvZm9udD48Zm9udCBjb2xvcj0iYmxhY2siIGZhY2U9IlRpbWVzIE5l dyBSb21hbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1l cyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+PC9v OnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIg Y29sb3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mZ3Q7IC9ZaW1pbjwvc3Bhbj48L2ZvbnQ+PGZvbnQg Y29sb3I9ImJsYWNrIiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIGxhbmc9IkVOLVVTIiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3Nlcmlm JnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tn cm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0 Ow0KPC9zcGFuPjwvZm9udD48Zm9udCBjb2xvcj0iYmxhY2siIGZhY2U9IlRpbWVzIE5ldyBSb21h biI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcg Um9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9z cGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9 ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7O2NvbG9yOmJsYWNrIj4mZ3Q7DQo8L3NwYW4+PC9mb250Pjxmb250IGNvbG9yPSJibGFj ayIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt ZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztjb2xv cjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRl Ij48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZndDsgLS0tLS1Pcmln aW5hbCBNZXNzYWdlLS0tLS08L3NwYW4+PC9mb250Pjxmb250IGNvbG9yPSJibGFjayIgZmFjZT0i VGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztjb2xvcjpibGFjayI+ PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tb3V0bGluZS1sZXZlbDoxO2JhY2tn cm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0 OyBGcm9tOiBNYWNoIENoZW4gWzxhIGhyZWY9Im1haWx0bzptYWNoLmNoZW5AaHVhd2VpLmNvbSIg dGFyZ2V0PSJfYmxhbmsiPm1haWx0bzptYWNoLmNoZW5AaHVhd2VpLmNvbTwvYT5dPC9zcGFuPjwv Zm9udD48Zm9udCBjb2xvcj0iYmxhY2siIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDss JnF1b3Q7c2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNl PSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y OmJsYWNrIj4mZ3Q7IFNlbnQ6IFRodXJzZGF5LCBNYXJjaCAyMCwgMjAxNCAxMTowMCBBTTwvc3Bh bj48L2ZvbnQ+PGZvbnQgY29sb3I9ImJsYWNrIiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1 b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L2Zv bnQ+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIg ZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjpibGFjayI+Jmd0OyBUbzogWWltaW4gU2hlbjsNCjxhIGhyZWY9Im1haWx0bzpkcmFmdC1j aGVuLW1wbHMtc291cmNlLWxhYmVsQHRvb2xzLmlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+ZHJh ZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJlbEB0b29scy5pZXRmLm9yZzwvYT47DQo8L3NwYW4+PC9m b250Pjxmb250IGNvbG9yPSJibGFjayIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oywm cXVvdDtzZXJpZiZxdW90Oztjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9mb250Pjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9 IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 YmxhY2siPiZndDsNCjxhIGhyZWY9Im1haWx0bzptcGxzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFu ayI+bXBsc0BpZXRmLm9yZzwvYT48L3NwYW4+PC9mb250Pjxmb250IGNvbG9yPSJibGFjayIgZmFj ZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5 OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztjb2xvcjpibGFj ayI+PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9u dCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZndDsgU3ViamVjdDogUkU6IE1h aWwgcmVnYXJkaW5nIGRyYWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFiZWw8L3NwYW4+PC9mb250Pjxm b250IGNvbG9yPSJibGFjayIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtz ZXJpZiZxdW90Oztjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJi YWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGli cmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2si PiZndDsNCjwvc3Bhbj48L2ZvbnQ+PGZvbnQgY29sb3I9ImJsYWNrIiBmYWNlPSJUaW1lcyBOZXcg Um9tYW4iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMg TmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpwPjwvbzpw Pjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNv bG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0OyBIaSBZaW1pbiw8L3NwYW4+PC9mb250Pjxmb250 IGNvbG9yPSJibGFjayIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJp ZiZxdW90Oztjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNr Z3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmki PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZn dDsNCjwvc3Bhbj48L2ZvbnQ+PGZvbnQgY29sb3I9ImJsYWNrIiBmYWNlPSJUaW1lcyBOZXcgUm9t YW4iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3 IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwv c3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9y PSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0OyBUaGFua3MgZm9yIHlvdXIgcXVlc3Rpb25zIGFuZCBj b21tZW50cyE8L3NwYW4+PC9mb250Pjxmb250IGNvbG9yPSJibGFjayIgZmFjZT0iVGltZXMgTmV3 IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVz IE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztjb2xvcjpibGFjayI+PG86cD48L286 cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBj b2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZndDsNCjwvc3Bhbj48L2ZvbnQ+PGZvbnQgY29sb3I9 ImJsYWNrIiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7 O2NvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6 d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0OyBQbGVh c2Ugc2VlIG15IHJlcGx5IGlubGluZS4uLjwvc3Bhbj48L2ZvbnQ+PGZvbnQgY29sb3I9ImJsYWNr IiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1m YW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2NvbG9y OmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUi Pjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0Ow0KPC9zcGFuPjwv Zm9udD48Zm9udCBjb2xvcj0iYmxhY2siIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDss JnF1b3Q7c2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNl PSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y OmJsYWNrIj4mZ3Q7Jmd0OyAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLTwvc3Bhbj48L2ZvbnQ+ PGZvbnQgY29sb3I9ImJsYWNrIiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90 O3NlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1zby1vdXRsaW5lLWxldmVsOjE7YmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29s b3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mZ3Q7Jmd0OyBGcm9tOiBNYWNoIENoZW48L3NwYW4+PC9m b250Pjxmb250IGNvbG9yPSJibGFjayIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oywm cXVvdDtzZXJpZiZxdW90Oztjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9mb250Pjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9 IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 YmxhY2siPiZndDsmZ3Q7IFNlbnQ6IFRodXJzZGF5LCBNYXJjaCAyMCwgMjAxNCAxMDo0NSBQTTwv c3Bhbj48L2ZvbnQ+PGZvbnQgY29sb3I9ImJsYWNrIiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFu JnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48 L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFj ayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Oztjb2xvcjpibGFjayI+Jmd0OyZndDsgVG86IE1hY2ggQ2hlbjwvc3Bhbj48L2ZvbnQ+PGZvbnQg Y29sb3I9ImJsYWNrIiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIGxhbmc9IkVOLVVTIiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3Nlcmlm JnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tn cm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0 OyZndDsgU3ViamVjdDogRlc6IE1haWwgcmVnYXJkaW5nIGRyYWZ0LWNoZW4tbXBscy1zb3VyY2Ut bGFiZWw8L3NwYW4+PC9mb250Pjxmb250IGNvbG9yPSJibGFjayIgZmFjZT0iVGltZXMgTmV3IFJv bWFuIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5l dyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztjb2xvcjpibGFjayI+PG86cD48L286cD48 L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xv cj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7Y29sb3I6YmxhY2siPiZndDsmZ3Q7DQo8L3NwYW4+PC9mb250Pjxmb250IGNvbG9y PSJibGFjayIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90 Oztjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5k OndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZndDsmZ3Q7 DQo8L3NwYW4+PC9mb250Pjxmb250IGNvbG9yPSJibGFjayIgZmFjZT0iVGltZXMgTmV3IFJvbWFu Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBS b21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztjb2xvcjpibGFjayI+PG86cD48L286cD48L3Nw YW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0i YmxhY2siIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDs7Y29sb3I6YmxhY2siPiZndDsmZ3Q7DQo8L3NwYW4+PC9mb250Pjxmb250IGNvbG9yPSJi bGFjayIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztj b2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tb3V0bGluZS1s ZXZlbDoxO2JhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFj ZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjpibGFjayI+Jmd0OyZndDsgRnJvbTogbXBscyBbPGEgaHJlZj0ibWFpbHRvOm1wbHMtYm91bmNl c0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPm1haWx0bzptcGxzLWJvdW5jZXNAaWV0Zi5vcmc8 L2E+XQ0KIE9uIEJlaGFsZiBPZiBZaW1pbiBTaGVuPC9zcGFuPjwvZm9udD48Zm9udCBjb2xvcj0i YmxhY2siIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7 Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3 aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBs YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mZ3Q7Jmd0OyBT ZW50OiBUaHVyc2RheSwgTWFyY2ggMjAsIDIwMTQgMTI6MDMgQU08L3NwYW4+PC9mb250Pjxmb250 IGNvbG9yPSJibGFjayIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJp ZiZxdW90Oztjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNr Z3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmki PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZn dDsmZ3Q7IFRvOg0KPGEgaHJlZj0ibWFpbHRvOmRyYWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFiZWxA dG9vbHMuaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5kcmFmdC1jaGVuLW1wbHMtc291cmNlLWxh YmVsQHRvb2xzLmlldGYub3JnPC9hPjsNCjxhIGhyZWY9Im1haWx0bzptcGxzQGlldGYub3JnIiB0 YXJnZXQ9Il9ibGFuayI+bXBsc0BpZXRmLm9yZzwvYT48L3NwYW4+PC9mb250Pjxmb250IGNvbG9y PSJibGFjayIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90 Oztjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5k OndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZndDsmZ3Q7 IFN1YmplY3Q6IFttcGxzXSBNYWlsIHJlZ2FyZGluZyBkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxh YmVsPC9zcGFuPjwvZm9udD48Zm9udCBjb2xvcj0iYmxhY2siIGZhY2U9IlRpbWVzIE5ldyBSb21h biI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcg Um9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9z cGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9 ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7O2NvbG9yOmJsYWNrIj4mZ3Q7Jmd0Ow0KPC9zcGFuPjwvZm9udD48Zm9udCBjb2xvcj0i YmxhY2siIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7 Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3 aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBs YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mZ3Q7Jmd0OyBI aSBhdXRob3JzLDwvc3Bhbj48L2ZvbnQ+PGZvbnQgY29sb3I9ImJsYWNrIiBmYWNlPSJUaW1lcyBO ZXcgUm9tYW4iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGlt ZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpwPjwv bzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIi IGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0OyZndDsNCjwvc3Bhbj48L2ZvbnQ+PGZvbnQg Y29sb3I9ImJsYWNrIiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIGxhbmc9IkVOLVVTIiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3Nlcmlm JnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tn cm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0 OyZndDsgQ2FuIHlvdSBwbGVhc2UgY2xhcmlmeSBpZiBTTCBpcyBleHBlY3RlZCB0byBiZSB1c2Vk IG9ubHkgYnkgZWdyZXNzDQo8L3NwYW4+PC9mb250Pjxmb250IGNvbG9yPSJibGFjayIgZmFjZT0i VGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztjb2xvcjpibGFjayI+ PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBz aXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZndDsmZ3Q7IG5vZGUsIG9yIGJ5IGlu dGVybWVkaWF0ZSBub2RlIGFzIHdlbGwgPzwvc3Bhbj48L2ZvbnQ+PGZvbnQgY29sb3I9ImJsYWNr IiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1m YW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2NvbG9y OmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUi Pjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0Ow0KPC9zcGFuPjwv Zm9udD48Zm9udCBjb2xvcj0iYmxhY2siIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDss JnF1b3Q7c2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNl PSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y OmJsYWNrIj4mZ3Q7IFRoZSBTTCBjYW4gYmUgdXNlZCBieSB0aGUgZWdyZXNzIGFuZCBpbnRlcm1l ZGlhdGUgbm9kZSwgYnV0IGZvciBpbnRlcm1lZGlhdGUNCiBub2RlLCBzaW5jZSB0aGUgU0wgbWF5 IG5vdCBiZSBvbiB0aGUgdG9wIG9mIHRoZSBsYWJlbCBzdGFjaywgaWYgaXQgd2FudHMgdG8gdXNl IGl0LCBpdCBuZWVkcyB0byBzZWFyY2ggdGhlIGxhYmVsIHN0YWNrIHRvIGZpbmQgdGhlIFNMLCBq dXN0IGFzIHRvIGZpbmQgYW4gRUwuPC9zcGFuPjwvZm9udD48Zm9udCBjb2xvcj0iYmxhY2siIGZh Y2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7Y29sb3I6Ymxh Y2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZv bnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mZ3Q7DQo8L3NwYW4+PC9mb250 Pjxmb250IGNvbG9yPSJibGFjayIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPSJF Ti1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVv dDtzZXJpZiZxdW90Oztjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNh bGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6Ymxh Y2siPiZndDsmZ3Q7DQo8L3NwYW4+PC9mb250Pjxmb250IGNvbG9yPSJibGFjayIgZmFjZT0iVGlt ZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztjb2xvcjpibGFjayI+PG86 cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXpl PSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZndDsmZ3Q7IFNlY3Rpb24gMy4yICZxdW90 O1RyYWZmaWMgTWF0cml4IE1lYXN1cmVtZW50IGFuZCBTdGVlcmluZyZxdW90OyBkZXNjcmliZXMg YSB1c2UNCjwvc3Bhbj48L2ZvbnQ+PGZvbnQgY29sb3I9ImJsYWNrIiBmYWNlPSJUaW1lcyBOZXcg Um9tYW4iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMg TmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpwPjwvbzpw Pjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNv bG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0OyZndDsgY2FzZSBmb3IgaW50ZXJtZWRpYXRlIG5v ZGUsIGJ1dCBJIHRoaW5rIGNvbmdlc3Rpb24gc2hvdWxkIGluIGdlbmVyYWwNCjwvc3Bhbj48L2Zv bnQ+PGZvbnQgY29sb3I9ImJsYWNrIiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZx dW90O3NlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0i Q2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpi bGFjayI+Jmd0OyZndDsgYmUgcmVzb2x2ZWQgYnkgY29udHJvbCBwbGFuZSB0byByZXJvdXRlIHRy YWZmaWMgYmFzZWQgb24gYSBnbG9iYWwNCjwvc3Bhbj48L2ZvbnQ+PGZvbnQgY29sb3I9ImJsYWNr IiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1m YW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2NvbG9y OmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUi Pjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0OyZndDsgdmlldyBv ZiBuZXR3b3JrIHJlc291cmNlcywgcmF0aGVyIHRoYW4gYnkgZGF0YSBwbGFuZSBiYXNlZCBvbiBh IFNMLg0KPC9zcGFuPjwvZm9udD48Zm9udCBjb2xvcj0iYmxhY2siIGZhY2U9IlRpbWVzIE5ldyBS b21hbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBO ZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+ PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29s b3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mZ3Q7Jmd0OyBJbiB5b3VyIGNhc2UsIHdvdWxkIHRoZSBp bnRlcm1lZGlhdGUgbm9kZSBtb3ZlIHRoZSB0cmFmZmljIHRvIGFuIExTUA0KPC9zcGFuPjwvZm9u dD48Zm9udCBjb2xvcj0iYmxhY2siIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1 b3Q7c2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJD YWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJs YWNrIj4mZ3Q7Jmd0OyB0aGF0IGlzIGRpZmZlcmVudCB0aGFuIHRoZSBMU1AgaW50ZW5kZWQgYnkg dGhlIGluZ3Jlc3Mgbm9kZSA/IEkgZG9uJ3QgdGhpbmsNCiBpdCBpcyB0aGUgcmlnaHQgdGhpbmcg dG8gZG8uPC9zcGFuPjwvZm9udD48Zm9udCBjb2xvcj0iYmxhY2siIGZhY2U9IlRpbWVzIE5ldyBS b21hbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBO ZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+ PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29s b3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mZ3Q7Jmd0Ow0KPC9zcGFuPjwvZm9udD48Zm9udCBjb2xv cj0iYmxhY2siIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl PSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVv dDs7Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3Vu ZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48c3Bh biBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mZ3Q7Jmd0 OyBSZWdhcmRpbmcgdGhlIHVzZSBjYXNlIG9mIHNlY3Rpb24gMy4zICZxdW90O1NvdXJjZSBGaWx0 ZXJpbmcmcXVvdDsuIElmIHNvbWVib2R5DQo8L3NwYW4+PC9mb250Pjxmb250IGNvbG9yPSJibGFj ayIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt ZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztjb2xv cjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRl Ij48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZndDsmZ3Q7IGlzIGRv aW5nIERvUyBhdHRhY2ssIHdoeSB3b3VsZCBoZSBwdXQgYW4gU0wgaW4gdGhlIHBhY2tldHMgPzwv c3Bhbj48L2ZvbnQ+PGZvbnQgY29sb3I9ImJsYWNrIiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFu JnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48 L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFj ayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Oztjb2xvcjpibGFjayI+Jmd0Ow0KPC9zcGFuPjwvZm9udD48Zm9udCBjb2xvcj0iYmxhY2siIGZh Y2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7Y29sb3I6Ymxh Y2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZv bnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mZ3Q7IFJlZ2FyZGluZyB0byB0 aGVzZSB0d28gdXNlIGNhc2VzLCBhcyBkaXNjdXNzZWQgd2l0aCBDdXJ0aXMsIHRoZXJlIG5lZWQg bW9yZQ0KIGNvbnNpZGVyYXRpb25zLCB3ZSB3aWxsIHJlbW92ZSB0aGVzZSB0d28gc2VjdGlvbiBp biB0aGUgbmV4dCByZXZpc2lvbi48L3NwYW4+PC9mb250Pjxmb250IGNvbG9yPSJibGFjayIgZmFj ZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5 OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztjb2xvcjpibGFj ayI+PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9u dCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZndDsNCjwvc3Bhbj48L2ZvbnQ+ PGZvbnQgY29sb3I9ImJsYWNrIiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90 O3NlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2Fs aWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFj ayI+Jmd0OyBUaGFua3MsPC9zcGFuPjwvZm9udD48Zm9udCBjb2xvcj0iYmxhY2siIGZhY2U9IlRp bWVzIE5ldyBSb21hbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVv dDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPjxv OnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6 ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mZ3Q7IE1hY2g8L3NwYW4+PC9mb250Pjxm b250IGNvbG9yPSJibGFjayIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtz ZXJpZiZxdW90Oztjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJi YWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGli cmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2si PiZndDsNCjwvc3Bhbj48L2ZvbnQ+PGZvbnQgY29sb3I9ImJsYWNrIiBmYWNlPSJUaW1lcyBOZXcg Um9tYW4iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMg TmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpwPjwvbzpw Pjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNv bG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0OyZndDsNCjwvc3Bhbj48L2ZvbnQ+PGZvbnQgY29s b3I9ImJsYWNrIiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1 b3Q7O2NvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91 bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0OyZn dDsgVGhhbmtzLDwvc3Bhbj48L2ZvbnQ+PGZvbnQgY29sb3I9ImJsYWNrIiBmYWNlPSJUaW1lcyBO ZXcgUm9tYW4iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGlt ZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpwPjwv bzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIi IGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0OyZndDsNCjwvc3Bhbj48L2ZvbnQ+PGZvbnQg Y29sb3I9ImJsYWNrIiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIGxhbmc9IkVOLVVTIiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3Nlcmlm JnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tn cm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0 OyZndDsgL1lpbWluPC9zcGFuPjwvZm9udD48Zm9udCBjb2xvcj0iYmxhY2siIGZhY2U9IlRpbWVz IE5ldyBSb21hbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtU aW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+ PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0i MiIgY29sb3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mZ3Q7DQo8L3NwYW4+PC9mb250Pjxmb250IGNv bG9yPSJibGFjayIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZx dW90Oztjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3Jv dW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZndDsN Cjwvc3Bhbj48L2ZvbnQ+PGZvbnQgY29sb3I9ImJsYWNrIiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4i PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJv bWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bh bj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSJi bGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90Oztjb2xvcjpibGFjayI+Jmd0Ow0KPC9zcGFuPjwvZm9udD48Zm9udCBjb2xvcj0iYmxhY2si IGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZh bWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7Y29sb3I6 YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+ PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJF Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mZ3Q7IF9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPC9zcGFuPjwvZm9udD48Zm9udCBj b2xvcj0iYmxhY2siIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYm cXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4N CjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dy b3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48 c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mZ3Q7 IG1wbHMgbWFpbGluZyBsaXN0PC9zcGFuPjwvZm9udD48Zm9udCBjb2xvcj0iYmxhY2siIGZhY2U9 IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTom cXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7Y29sb3I6YmxhY2si PjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQg c2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mZ3Q7DQo8YSBocmVmPSJtYWlsdG86 bXBsc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPm1wbHNAaWV0Zi5vcmc8L2E+PC9zcGFuPjwv Zm9udD48Zm9udCBjb2xvcj0iYmxhY2siIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDss JnF1b3Q7c2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNl PSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y OmJsYWNrIj4mZ3Q7DQo8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3Rp bmZvL21wbHMiIHRhcmdldD0iX2JsYW5rIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xp c3RpbmZvL21wbHM8L2E+PC9zcGFuPjwvZm9udD48Zm9udCBjb2xvcj0iYmxhY2siIGZhY2U9IlRp bWVzIE5ldyBSb21hbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVv dDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPjxv OnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6 ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PC9mb250Pjxmb250 IGNvbG9yPSJibGFjayIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJp ZiZxdW90Oztjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNr Z3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmki PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPl9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPC9zcGFuPjwvZm9u dD48Zm9udCBjb2xvcj0iYmxhY2siIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1 b3Q7c2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJD YWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJs YWNrIj5tcGxzIG1haWxpbmcgbGlzdDwvc3Bhbj48L2ZvbnQ+PGZvbnQgY29sb3I9ImJsYWNrIiBm YWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1p bHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2NvbG9yOmJs YWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxm b250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4t VVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+PGEgaHJlZj0ibWFpbHRvOm1w bHNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5tcGxzQGlldGYub3JnPC9hPjwvc3Bhbj48L2Zv bnQ+PGZvbnQgY29sb3I9ImJsYWNrIiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZx dW90O3NlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0i Q2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpi bGFjayI+PGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tcGxz IiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9t cGxzPC9hPjwvc3Bhbj48L2ZvbnQ+PGZvbnQgY29sb3I9ImJsYWNrIiBmYWNlPSJUaW1lcyBOZXcg Um9tYW4iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMg TmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpwPjwvbzpw Pjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNv bG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjwvZm9udD48Zm9udCBjb2xvcj0i YmxhY2siIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7 Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1 LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjMiIGNvbG9yPSJibGFj ayIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90 O3NlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXzxicj4NCm1wbHMgbWFpbGluZyBsaXN0PGJyPg0KPGEgaHJlZj0ibWFp bHRvOm1wbHNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5tcGxzQGlldGYub3JnPC9hPjxicj4N CjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBscyIgdGFy Z2V0PSJfYmxhbmsiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBsczwv YT48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2tx dW90ZT4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9k aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQ7YmFj a2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMyIgY29sb3I9ImJsYWNrIiBmYWNlPSJUaW1lcyBO ZXcgUm9tYW4iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250 LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7Y29s b3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE25D993685SZXEMA510MBXchi_-- From nobody Tue Mar 25 03:08:53 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6AB2F1A036B for ; Tue, 25 Mar 2014 03:08:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.008 X-Spam-Level: X-Spam-Status: No, score=-2.008 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 DlfGBREtgHlA for ; Tue, 25 Mar 2014 03:08:15 -0700 (PDT) Received: from nm37-vm4.bullet.mail.bf1.yahoo.com (nm37-vm4.bullet.mail.bf1.yahoo.com [72.30.238.204]) by ietfa.amsl.com (Postfix) with ESMTP id 4766C1A018B for ; Tue, 25 Mar 2014 03:08:15 -0700 (PDT) Received: from [98.139.212.152] by nm37.bullet.mail.bf1.yahoo.com with NNFMP; 25 Mar 2014 10:08:14 -0000 Received: from [98.139.213.15] by tm9.bullet.mail.bf1.yahoo.com with NNFMP; 25 Mar 2014 10:08:14 -0000 Received: from [127.0.0.1] by smtp115.mail.bf1.yahoo.com with NNFMP; 25 Mar 2014 10:08:14 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1395742094; bh=+GyyGPYYaqFM5tCoXT4mWVYGz2iN7agrfmRIplfNMqE=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:References:Mime-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding:Message-Id:Cc:X-Mailer:From:Subject:Date:To; b=pSAg56MrC0Vv1R0Z0zC/5f7kKof5QLyJbAaPU1qbyYSVrGGLCK422bhx8EcKY7b40UCmvI6AHDuhm8f6THb9gYeZJWaUz48/HmFtVQO++uHRjsQRKD8mEA9b0AYKcGQQ84SOrOYDxjC1E5XkDM2TyO9C9goaYzRRnfXiV/b4xg8= X-Yahoo-Newman-Id: 41271.26719.bm@smtp115.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 8fWfgk0VM1nOMmtMEshNTj5wXzTU99AOO4K5v0Nh4ZgLPQ1 7DVdY_RHWDiJXg376r7EApku1nNt3pIVV_brq437bszsac32mZk856whjAVY 7xXxDQodBKu2XnY2RD.ynn_mpDkNVPi2t_7b0tjoY3GQ_7F5xnxChnlA26nH TfyZZrEe6bdQF5Dlh1gwyO5ocdflqoYFeBLyPGfazZMoe0eKfrz6Si59gvE6 V8tH1yP3OfHXr9UL_Bh0u01WvedoVcPDtOIfqlH5u8cCaiZFaHtzDP6DgfPP Kl_ns0nw3hGIiMbaXA4096aVjx2LX3uEImMGb6RhsSmYN5Llx_gTIplrog1R 2f6Yya.N299iYkQb9jd00WPRi13v58_lXpZ6R7y8btjt9jko78WXzu6e_.go pNVqz14wMUTjoMp96zxL5_qeVjkkGOiZEGrJe2DxV0hIrslqyWGs3RGL742T 6lg568PB8nd1aquwSQSHAtm0fq7tr13sQFb6JkleixQz8OVLtOHh8sLuhB1z HVFL.i9pEU8luG56zRr6DhB5waPY- X-Yahoo-SMTP: ygPrP9CswBCWPbPtKJlJyLY0KMlg X-Rocket-Received: from [10.0.0.3] (davarish@69.181.137.230 with xymcookie [216.39.61.254]) by smtp115.mail.bf1.yahoo.com with SMTP; 25 Mar 2014 03:08:13 -0700 PDT References: <444bb6dd3fef46a9a668a1ef54b16c20@BY2PR05MB728.namprd05.prod.outlook.com> <167DFE12-2CA4-49DA-9AF2-A31BE099AD5C@broadcom.com> <1395730257.22296.YahooMailNeo@web162506.mail.bf1.yahoo.com> Mime-Version: 1.0 (1.0) In-Reply-To: Content-Type: multipart/alternative; boundary=Apple-Mail-6DEAB601-0940-4937-8902-9A0B5CD42382 Content-Transfer-Encoding: 7bit Message-Id: <29909402-CB3E-45E7-8B34-BF6C0E68793C@yahoo.com> X-Mailer: iPhone Mail (11B651) From: "S. Davari" Date: Tue, 25 Mar 2014 03:08:11 -0700 To: Mach Chen Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/jxxAde1iT6frHjArw6tJZz-BWXg Cc: "draft-chen-mpls-source-label@tools.ietf.org" , "mpls@ietf.org" Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 10:08:24 -0000 --Apple-Mail-6DEAB601-0940-4937-8902-9A0B5CD42382 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Hi Mach Since the service is P2P, each bas station has its own PW. Therefore there i= s no need to identify each BS using yet another label.=20 Regards, Shahram > On Mar 25, 2014, at 1:32 AM, Mach Chen wrote: >=20 > Hi Shahram, > =20 > IP/MPLS is commonly used in the mobile backhaul, and many of the networks u= se pure LDP based tunnel. The service is point-to-point (e.g., from CSG to R= SG), but the LDP based tunnel is actually MP2P model. And several customers= require to support passive performance in their mobile backhaul network. > =20 > Regarding the number of labels, I agree if only the Extended special purpo= se label can be assigned, but if the normal special purpose label is assigne= d, then only two extra labels. > =20 > Best regards, > Mach > =20 > =20 > From: S. Davari [mailto:davarish@yahoo.com]=20 > Sent: Tuesday, March 25, 2014 2:51 PM > To: Mach Chen; Shahram Davari; Yimin Shen > Cc: draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org > Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label > =20 > Hi Mach, >=20 > The draft you refer to, refers to wireless backhaul, which as far as I kno= w, does not use multi-point service, and you could use normal P2P LM/DM. Re= garding the number of labels, note that there are not many reserved labels l= eft and as per following IETF draft pretty much no more reserved label can b= e assigned without the use of Extended Label Indiactor, which means you need= 3 labels: XL-SLI-SL >=20 > http://tools.ietf.org/html/draft-ietf-mpls-special-purpose-labels-06 >=20 > Thx > Shahram > =20 > =20 > From: Mach Chen > To: Shahram Davari ; Yimin Shen =20= > Cc: "draft-chen-mpls-source-label@tools.ietf.org" ; "mpls@ietf.org" =20 > Sent: Monday, March 24, 2014 11:12:28 PM > Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label >=20 > Hi Shahram, >=20 > Everybody knows there is SLM, but SPs need passive LM and DM in some scena= rios(please refer to : http://tools.ietf.org/html/draft-deng-ippm-wireless-0= 1 and RFC6374). Both active and passive PM have their application scenarios.= =20 >=20 > Again, to correct a mistake here, same as EL, there are only two labels ne= eded.=20 >=20 >=20 > Best regards, > Mach >=20 > > -----Original Message----- > > From: Shahram Davari [mailto:davari@broadcom.com] > > Sent: Tuesday, March 25, 2014 11:24 AM > > To: Yimin Shen > > Cc: Mach Chen; draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.or= g > > Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label > >=20 > > Hi > >=20 > > So far I haven't seen any valid use car that would only be possible by a= dding this 3 > > labels. For VPLS LM you could always use Synthetic loss measurement. Jus= t > > saying Synthetic LM is not as accurate as direct LM is not a good justif= ication for > > adding 3 labels. > >=20 > > Regards, > > Shahram > >=20 > >=20 > > > On Mar 21, 2014, at 11:39 AM, "Yimin Shen" wrote: > > > > > > Hi Mach, > > > > > > For an intermediate node, SL would definitely NOT be at the top of _in= coming_ > > label stack. You would have to install complex forwarding state in data p= lane to > > look for SL and process the packet differently based on the > > existence/non-existence of SL. It would get even more complicated if you= need > > to put the SL back to the packets, in case other nodes downstream may al= so be > > expecting it. So I'd like to see a valid use case for this increased com= plexity and > > overhead. > > > > > > Regarding the egress node use case, note that it is different than Ent= ropy labels, > > where an EL is actually used by intermediate nodes and only popped by eg= ress > > node. So, if your goal is simply to inform an egress node about the iden= tity of a > > source node, the source node could just push one label to identify itsel= f. This > > label could be configured or communicated between the egress node and th= e > > source node in any fashion. However in this draft, the source node would= have to > > push 3 extra labels (for SL). > > > > > > Thanks, > > > > > > /Yimin > > > > > > > > > -----Original Message----- > > > From: Mach Chen [mailto:mach.chen@huawei.com] > > > Sent: Thursday, March 20, 2014 11:00 AM > > > To: Yimin Shen; draft-chen-mpls-source-label@tools.ietf.org; > > > mpls@ietf.org > > > Subject: RE: Mail regarding draft-chen-mpls-source-label > > > > > > Hi Yimin, > > > > > > Thanks for your questions and comments! > > > > > > Please see my reply inline... > > > > > >> -----Original Message----- > > >> From: Mach Chen > > >> Sent: Thursday, March 20, 2014 10:45 PM > > >> To: Mach Chen > > >> Subject: FW: Mail regarding draft-chen-mpls-source-label > > >> > > >> > > >> > > >> From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Yimin Shen > > >> Sent: Thursday, March 20, 2014 12:03 AM > > >> To: draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org > > >> Subject: [mpls] Mail regarding draft-chen-mpls-source-label > > >> > > >> Hi authors, > > >> > > >> Can you please clarify if SL is expected to be used only by egress > > >> node, or by intermediate node as well ? > > > > > > The SL can be used by the egress and intermediate node, but for interm= ediate > > node, since the SL may not be on the top of the label stack, if it wants= to use it, it > > needs to search the label stack to find the SL, just as to find an EL. > > > > > >> > > >> Section 3.2 "Traffic Matrix Measurement and Steering" describes a use= > > >> case for intermediate node, but I think congestion should in general > > >> be resolved by control plane to reroute traffic based on a global > > >> view of network resources, rather than by data plane based on a SL. > > >> In your case, would the intermediate node move the traffic to an LSP > > >> that is different than the LSP intended by the ingress node ? I don't= think it is > > the right thing to do. > > >> > > >> Regarding the use case of section 3.3 "Source Filtering". If somebody= > > >> is doing DoS attack, why would he put an SL in the packets ? > > > > > > Regarding to these two use cases, as discussed with Curtis, there need= more > > considerations, we will remove these two section in the next revision. > > > > > > Thanks, > > > Mach > > > > > >> > > >> Thanks, > > >> > > >> /Yimin > > > > > > > > > > > > _______________________________________________ > > > mpls mailing list > > > mpls@ietf.org > > > https://www.ietf.org/mailman/listinfo/mpls >=20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > =20 --Apple-Mail-6DEAB601-0940-4937-8902-9A0B5CD42382 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit
Hi Mach

Since the service is P2P, each bas station has its own PW. Therefore there is no need to identify each BS using yet another label. 

Regards,
Shahram


On Mar 25, 2014, at 1:32 AM, Mach Chen <mach.chen@huawei.com> wrote:

Hi Shahram,

 

IP/MPLS is commonly used in the mobile backhaul, and many of the networks use pure LDP based tunnel. The service is point-to-point (e.g., from CSG to RSG),  but the LDP based tunnel is actually MP2P model. And several customers require to support passive performance in their mobile backhaul network.

 

Regarding the number of labels, I agree if only the Extended special purpose label can be assigned, but if the normal special purpose label is assigned, then only two extra labels.

 

Best regards,

Mach

 

 

From: S. Davari [mailto:davarish@yahoo.com]
Sent: Tuesday, March 25, 2014 2:51 PM
To: Mach Chen; Shahram Davari; Yimin Shen
Cc: draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org
Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label

 

Hi Mach,

The draft you refer to, refers to wireless backhaul, which as far as I know,  does not use multi-point service, and you could use normal P2P LM/DM. Regarding the number of labels, note that there are not many reserved labels left and as per following IETF draft pretty much no more reserved label can be assigned without the use of Extended Label Indiactor, which means you need 3 labels: XL-SLI-SL

http://tools.ietf.org/html/draft-ietf-mpls-special-purpose-labels-06

Thx
Shahram

 

 

From: Mach Chen <mach.chen@huawei.com>
To: Shahram Davari <davari@broadcom.com>; Yimin Shen <yshen@juniper.net>
Cc: "draft-chen-mpls-source-label@tools.ietf.org" <draft-chen-mpls-source-label@tools.ietf.org>; "mpls@ietf.org" <mpls@ietf.org>
Sent: Monday, March 24, 2014 11:12:28 PM
Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label


Hi Shahram,

Everybody knows there is SLM, but SPs need passive LM and DM in some scenarios(please refer to : http://tools.ietf.org/html/draft-deng-ippm-wireless-01 and RFC6374). Both active and passive PM have their application scenarios.

Again, to correct a mistake here, same as EL, there are only two labels needed.


Best regards,
Mach


> -----Original Message-----
> From: Shahram Davari [mailto:davari@broadcom.com]
> Sent: Tuesday, March 25, 2014 11:24 AM
> To: Yimin Shen
> Cc: Mach Chen; draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org
> Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label
>
> Hi
>
> So far I haven't seen any valid use car that would only be possible by adding this 3
> labels. For VPLS LM you could always use Synthetic loss measurement. Just
> saying Synthetic LM is not as accurate as direct LM is not a good justification for
> adding 3 labels.
>
> Regards,
> Shahram
>
>
> > On Mar 21, 2014, at 11:39 AM, "Yimin Shen" <yshen@juniper.net> wrote:
> >
> > Hi Mach,
> >
> > For an intermediate node, SL would definitely NOT be at the top of _incoming_
> label stack. You would have to install complex forwarding state in data plane to
> look for SL and process the packet differently based on the
> existence/non-existence of SL. It would get even more complicated if you need
> to put the SL back to the packets, in case other nodes downstream may also be
> expecting it. So I'd like to see a valid use case for this increased complexity and
> overhead.
> >
> > Regarding the egress node use case, note that it is different than Entropy labels,
> where an EL is actually used by intermediate nodes and only popped by egress
> node. So, if your goal is simply to inform an egress node about the identity of a
> source node, the source node could just push one label to identify itself. This
> label could be configured or communicated between the egress node and the
> source node in any fashion. However in this draft, the source node would have to
> push 3 extra labels (for SL).
> >
> > Thanks,
> >
> > /Yimin
> >
> >
> > -----Original Message-----
> > From: Mach Chen [mailto:mach.chen@huawei.com]
> > Sent: Thursday, March 20, 2014 11:00 AM
> > To: Yimin Shen; draft-chen-mpls-source-label@tools.ietf.org;
> > mpls@ietf.org
> > Subject: RE: Mail regarding draft-chen-mpls-source-label
> >
> > Hi Yimin,
> >
> > Thanks for your questions and comments!
> >
> > Please see my reply inline...
> >
> >> -----Original Message-----
> >> From: Mach Chen
> >> Sent: Thursday, March 20, 2014 10:45 PM
> >> To: Mach Chen
> >> Subject: FW: Mail regarding draft-chen-mpls-source-label
> >>
> >>
> >>
> >> From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Yimin Shen
> >> Sent: Thursday, March 20, 2014 12:03 AM
> >> To: draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org
> >> Subject: [mpls] Mail regarding draft-chen-mpls-source-label
> >>
> >> Hi authors,
> >>
> >> Can you please clarify if SL is expected to be used only by egress
> >> node, or by intermediate node as well ?
> >
> > The SL can be used by the egress and intermediate node, but for intermediate
> node, since the SL may not be on the top of the label stack, if it wants to use it, it
> needs to search the label stack to find the SL, just as to find an EL.
> >
> >>
> >> Section 3.2 "Traffic Matrix Measurement and Steering" describes a use
> >> case for intermediate node, but I think congestion should in general
> >> be resolved by control plane to reroute traffic based on a global
> >> view of network resources, rather than by data plane based on a SL.
> >> In your case, would the intermediate node move the traffic to an LSP
> >> that is different than the LSP intended by the ingress node ? I don't think it is
> the right thing to do.
> >>
> >> Regarding the use case of section 3.3 "Source Filtering". If somebody
> >> is doing DoS attack, why would he put an SL in the packets ?
> >
> > Regarding to these two use cases, as discussed with Curtis, there need more
> considerations, we will remove these two section in the next revision.
> >
> > Thanks,
> > Mach
> >
> >>
> >> Thanks,
> >>
> >> /Yimin
> >
> >
> >
> > _______________________________________________
> > mpls mailing list
> > mpls@ietf.org
> > https://www.ietf.org/mailman/listinfo/mpls

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

 

--Apple-Mail-6DEAB601-0940-4937-8902-9A0B5CD42382-- From nobody Tue Mar 25 07:55:46 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A42751A016A for ; Tue, 25 Mar 2014 07:55:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.026 X-Spam-Level: X-Spam-Status: No, score=-1.026 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_FONT_FACE_BAD=0.981, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 hzQtqBcA1IEt for ; Tue, 25 Mar 2014 07:55:41 -0700 (PDT) Received: from nm28.bullet.mail.bf1.yahoo.com (nm28.bullet.mail.bf1.yahoo.com [98.139.212.187]) by ietfa.amsl.com (Postfix) with ESMTP id 6B69C1A0169 for ; Tue, 25 Mar 2014 07:55:40 -0700 (PDT) Received: from [66.196.81.173] by nm28.bullet.mail.bf1.yahoo.com with NNFMP; 25 Mar 2014 14:55:39 -0000 Received: from [98.139.211.206] by tm19.bullet.mail.bf1.yahoo.com with NNFMP; 25 Mar 2014 14:55:39 -0000 Received: from [127.0.0.1] by smtp215.mail.bf1.yahoo.com with NNFMP; 25 Mar 2014 14:55:39 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1395759339; bh=IzfPxKd6piyr2WsASuvSgaKzZvSLq5Hq9FY4bx0z7l0=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:References:Mime-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding:Message-Id:Cc:X-Mailer:From:Subject:Date:To; b=ZNsSunsWOxtoM1ELTa1GY0ZW30LKihferereNuo7ns0fmdYr4aGLncUcYkZzyo3Alggi7ZmbOkbgxFR6th5EVtwPU3jVS3XCxYdWk7GZlssXJFjNh6rSh1QPgjYkqn+vEuZsKKLGOCLma2LdDXLfFgbnrMFyKyXUuXwhcF5Atyo= X-Yahoo-Newman-Id: 14149.56250.bm@smtp215.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: VMfvOOMVM1kRGRVSS1q4lpI1oVK3_EUs.Sp_iXTI.Izwjgo x6niNrXMWJahQrwTby60XM0VzLQBK7q12M2zZzKjFWf9RYeI22FX.PDt05II 3YnXbN_480uF6ggAdfZR.CJaC_DinEL3611V5HIabxeEKcVvnab_CbmJLwxQ g3bbyjhTt5UuGxBJQkzPM1q06sWn.YfBMt8iVl9tGZk4pOA6ec80629cgZ_d SogHCoopL56t1_Tnvmw_wm5CtYygVBiSnvsjAIDfbUnFSLrkH5LWToiVnY3_ 5s4njj_2UKvAfENwEtQAVcjIMyMBVkKBzCghixX_N4HL_1aY9M6uewSituRl tXfAoKsC4W._MQySihKtcqiCx2loNpM.Q_EgcoXVr2P7VOrGR80J0yi2fiCK KuRoNnGGY1U3jZEIiThuoCuwLLG1pizm.lFPIWftObpIpzs3C2vOSmUvDX6F qOQkPG.NR832w9hnSGB8YW2FBP.ZndEYaEnF9EaU0wlqDGDF5SLdH8pqClHm j1J2tIBA_c6i8rtBjLxkBJRUjMw-- X-Yahoo-SMTP: ygPrP9CswBCWPbPtKJlJyLY0KMlg X-Rocket-Received: from [10.0.0.3] (davarish@69.181.137.230 with xymcookie [216.39.61.254]) by smtp215.mail.bf1.yahoo.com with SMTP; 25 Mar 2014 07:55:38 -0700 PDT References: <444bb6dd3fef46a9a668a1ef54b16c20@BY2PR05MB728.namprd05.prod.outlook.com> <167DFE12-2CA4-49DA-9AF2-A31BE099AD5C@broadcom.com> <7347100B5761DC41A166AC17F22DF1121B78A4E1@eusaamb103.ericsson.se> <7347100B5761DC41A166AC17F22DF1121B78A514@eusaamb103.ericsson.se> <1395730217.33925.YahooMailNeo@web162505.mail.bf1.yahoo.com> Mime-Version: 1.0 (1.0) In-Reply-To: Content-Type: multipart/alternative; boundary=Apple-Mail-07571576-FEB0-442F-8268-EBCE7E402C8F Content-Transfer-Encoding: 7bit Message-Id: <91181977-2040-4473-8DA3-26A8430C56B9@yahoo.com> X-Mailer: iPhone Mail (11B651) From: "S. Davari" Date: Tue, 25 Mar 2014 07:55:36 -0700 To: Mach Chen Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/YCwd7SkQRiik5_DL42KUD9Vslps Cc: "draft-chen-mpls-source-label@tools.ietf.org" , "mpls@ietf.org" Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 14:55:44 -0000 --Apple-Mail-07571576-FEB0-442F-8268-EBCE7E402C8F Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Mach What I was arguing is that China mobile uses p2p LSP and PW and does not use= any MP2P or MP2MP LSP. So China mobile can use RFC6374 or G.8131 to measure= loss and delay over the Backhaul. Secondly if very very small packet loss is also important to be detected the= n I suggest using the CW sequence number to detect such loss without adding c= omplexity to the network. Basically what you are doing is like adding 3 more wheels to a car so that y= ou can recognize it easier when it is moving. While The right method is to r= ead the license plate. Regards, Shahram > On Mar 25, 2014, at 3:06 AM, Mach Chen wrote: >=20 > Hi Shahram, > =20 > Mobile backhaul is the main target scenario where some of the services (e.= g., some wireless signals between nodeB and RNC) are very sensitive to packe= t loss. Sometimes, although there are some packets loss, it may not be detec= ted by SLM, this leads the Nodeb to detach from the RNC. This happened sever= al times in the production network. Even worse, since SLM depends on inject e= xtra packets to evaluate the performance, the SLM itself may sometime lead t= o or increase packet loss and result in negative impacts. > =20 > Best regards, > Mach > =20 > =20 > From: S. Davari [mailto:davarish@yahoo.com]=20 > Sent: Tuesday, March 25, 2014 2:50 PM > To: Mach Chen; Gregory Mirsky > Cc: draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org > Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label > =20 > Hi, >=20 > You did not prove yet why active (Synthetic) measurement is not enough in M= PLS networks. I would in fact argue that by adding XL/SLI/SL to the data pa= ckets during the LM measurement the network can use a different ECMP path th= an when you are not using the XL/SLI/SL and therefore your measurement is on= ly valid during the measurement interval and does not represent what the use= r experiences after the measurement is over. >=20 > Thx > Shahram > =20 > From: Mach Chen > To: S. Davari ; Gregory Mirsky =20 > Cc: "draft-chen-mpls-source-label@tools.ietf.org" ; "mpls@ietf.org" =20 > Sent: Monday, March 24, 2014 11:27:53 PM > Subject: RE: [mpls] Mail regarding draft-chen-mpls-source-label >=20 >=20 > Hi Shahram, > =20 > Are you claiming that the active performance measurement is sufficient and= passive performance measurement is not needed? > =20 > Best regards, > Mach > =20 > From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of S. Davari > Sent: Tuesday, March 25, 2014 1:50 PM > To: Gregory Mirsky > Cc: draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org > Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label > =20 > Hi Greg > =20 > In profile simply means green packets and by generate green SLM packets yo= u could achieve the same results. > =20 > MEF explains how SLM is used for non p2p services.=20 > =20 > And For Delay measurement you can just run DM. The source info can be in T= he payload of DM as TLV. >=20 > Regards, > Shahram > =20 >=20 > On Mar 24, 2014, at 10:19 PM, Gregory Mirsky = wrote: > Hi Shahram, > many thanks for most expedient response. > Firstly, regarding in-service SLM. AFAIK, the difference between LM and SL= M, at least in Y.1731, is that the former collects counters of =E2=80=9Cin-p= rofile=E2=80=9D frames while the latter only counts the test packets themsel= ves. Given that, I can not agree that using SLM as in-service active measure= ment method is viable unless operator willing to sufficiently alter data tra= ffic behavior. > Secondly, would be great if you can expand on =E2=80=9Cit works for Mp2p a= nd mp2mp=E2=80=9D. I=E2=80=99m very interested to learn from you how to do L= M on mp2mp LSP with current MPLS OAM tools, i.e. without SLI/SL. And while w= e are at this topic, would you kindly explain how SLM helps with DM over th= e same construct, i.e. mp2mp LSP. > =20 > Regards, > Greg > =20 > From: S. Davari [mailto:davarish@yahoo.com]=20 > Sent: Monday, March 24, 2014 10:01 PM > To: Gregory Mirsky > Cc: Shahram Davari; Yimin Shen; draft-chen-mpls-source-label@tools.ietf.or= g; mpls@ietf.org > Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label > =20 > Hi Greg > =20 > Thanks for your reply. SLM can be used for in service measurement. And it w= orks for Mp2p and mp2mp. So you don't really need the 3 extra labels. >=20 > Regards,. > Shahram > =20 >=20 > On Mar 24, 2014, at 9:52 PM, Gregory Mirsky w= rote: > Hi Shahram, > many thanks for your interest and comments. I'd point that SLM is clearly o= ut-of-service OAM tool. SLI/SL may be used to perform in-service active LM a= s well as passive LM. Then there is DM and SLI/SL again can be used to perfo= rm in-service both active and passive DM. > As for use case that " that would only be possible by adding" these three l= abels I can think of the following: > =C2=B7 OAM on mp2mp/mp2p LSP > =20 > Regards, > Greg > =20 > -----Original Message----- > From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Shahram Davari > Sent: Monday, March 24, 2014 8:24 PM > To: Yimin Shen > Cc: draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org > Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label > =20 > Hi > =20 > So far I haven't seen any valid use car that would only be possible by add= ing this 3 labels. For VPLS LM you could always use Synthetic loss measureme= nt. Just saying Synthetic LM is not as accurate as direct LM is not a good j= ustification for adding 3 labels. > =20 > Regards, > Shahram > =20 > =20 > > On Mar 21, 2014, at 11:39 AM, "Yimin Shen" wrote: > > > > Hi Mach, > > > > For an intermediate node, SL would definitely NOT be at the top of _inco= ming_ label stack. You would have to install complex forwarding state in dat= a plane to look for SL and process the packet differently based on the exist= ence/non-existence of SL. It would get even more complicated if you need to p= ut the SL back to the packets, in case other nodes downstream may also be ex= pecting it. So I'd like to see a valid use case for this increased complexit= y and overhead. > > > > Regarding the egress node use case, note that it is different than Entro= py labels, where an EL is actually used by intermediate nodes and only poppe= d by egress node. So, if your goal is simply to inform an egress node about t= he identity of a source node, the source node could just push one label to i= dentify itself. This label could be configured or communicated between the e= gress node and the source node in any fashion. However in this draft, the so= urce node would have to push 3 extra labels (for SL). > > > > Thanks, > > > > /Yimin > > > > > > -----Original Message----- > > From: Mach Chen [mailto:mach.chen@huawei.com] > > Sent: Thursday, March 20, 2014 11:00 AM > > To: Yimin Shen; draft-chen-mpls-source-label@tools.ietf.org; > > mpls@ietf.org > > Subject: RE: Mail regarding draft-chen-mpls-source-label > > > > Hi Yimin, > > > > Thanks for your questions and comments! > > > > Please see my reply inline... > > > >> -----Original Message----- > >> From: Mach Chen > >> Sent: Thursday, March 20, 2014 10:45 PM > >> To: Mach Chen > >> Subject: FW: Mail regarding draft-chen-mpls-source-label > >> > >> > >> > >> From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Yimin Shen > >> Sent: Thursday, March 20, 2014 12:03 AM > >> To: draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org > >> Subject: [mpls] Mail regarding draft-chen-mpls-source-label > >> > >> Hi authors, > >> > >> Can you please clarify if SL is expected to be used only by egress=20 > >> node, or by intermediate node as well ? > > > > The SL can be used by the egress and intermediate node, but for intermed= iate node, since the SL may not be on the top of the label stack, if it want= s to use it, it needs to search the label stack to find the SL, just as to f= ind an EL. > > > >> > >> Section 3.2 "Traffic Matrix Measurement and Steering" describes a use > >> case for intermediate node, but I think congestion should in general > >> be resolved by control plane to reroute traffic based on a global > >> view of network resources, rather than by data plane based on a SL. > >> In your case, would the intermediate node move the traffic to an LSP > >> that is different than the LSP intended by the ingress node ? I don't t= hink it is the right thing to do. > >> > >> Regarding the use case of section 3.3 "Source Filtering". If somebody > >> is doing DoS attack, why would he put an SL in the packets ? > > > > Regarding to these two use cases, as discussed with Curtis, there need m= ore considerations, we will remove these two section in the next revision. > > > > Thanks, > > Mach > > > >> > >> Thanks, > >> > >> /Yimin > > > > > > > > _______________________________________________ > > mpls mailing list > > mpls@ietf.org > > https://www.ietf.org/mailman/listinfo/mpls > =20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > =20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > =20 --Apple-Mail-07571576-FEB0-442F-8268-EBCE7E402C8F Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Hi Mach

What I= was arguing is that China mobile uses p2p LSP and PW and does not use any M= P2P or MP2MP LSP. So China mobile can use RFC6374 or G.8131 to measure loss a= nd delay over the Backhaul.

Secondly if very very s= mall packet loss is also important to be detected then I suggest using the C= W sequence number to detect such loss without adding complexity to the netwo= rk.

Basically what you are doing is like adding 3 m= ore wheels to a car so that you can recognize it easier when it is moving. W= hile The right method is to read the license plate.

Regards,Shahram

Hi Mach,

The draft you refer to, refers=0A to wireless= backhaul, which as far as I know,  does not use multi-point=0A servic= e, and you could use normal P2P LM/DM. Regarding the number of =0Alabels, n= ote that there are not many reserved labels left and as per =0Afollowing IE= TF draft pretty much no more reserved label can be assigned =0Awithout the = use of Extended Label Indiactor, which means you need 3 =0Alabels: XL-SLI-S= L

ht= tp://tools.ietf.org/html/draft-ietf-mpls-special-purpose-labels-06

Thx
Shahram


=
From: Mac= h Chen <mach.chen@huawei.com>
To: Shahram Davari <davari@broadcom.com>; Yimin Shen &l= t;yshen@juniper.net>
Cc: "draft-chen-mpls-source-label@tools.ietf.org" <draft-chen-mpls-sou= rce-label@tools.ietf.org>; "mpls@ietf.org" <mpls@ietf.org>
Sent: Monday, March 24, 2014 11:12= :28 PM
Subject: Re: [m= pls] Mail regarding draft-chen-mpls-source-label

Hi Shahram,

Everybody knows there is SLM, but SPs need passive LM and DM in some scen= arios(please refer to : http://tools.ietf.org/html= /draft-deng-ippm-wireless-01 and RFC6374). Both active and passive PM h= ave their application scenarios.

Agai= n, to correct a mistake here, same as EL, there are only two labels needed.=


Best regards,
Mach

> -----Original Message-----
> From: Shahram Davari [mailto:davari@broadcom.com]
> = Sent: Tuesday, March 25, 2014 11:24 AM
> To: Yimin She= n
> Cc: Mach Chen; draft-chen-mpls-source-label@tools.ietf.org<= /a>; mpls@ietf.org
> Subject: Re: [mpls] Mai= l regarding draft-chen-mpls-source-label
>
> Hi
>
> So far I h= aven't seen any valid use car that would only be possible by adding this 3<= br clear=3D"none">> labels. For VPLS LM you could always use Synthetic l= oss measurement. Just
> saying Synthetic LM is not as = accurate as direct LM is not a good justification for
> adding 3 labels.
>
> Regards,
> Shahram=
>
>
> >= ; On Mar 21, 2014, at 11:39 AM, "Yimin Shen" <yshen@junip= er.net> wrote:
> >
> &g= t; Hi Mach,
> >
> > For an = intermediate node, SL would definitely NOT be at the top of _incoming_
> label stack. You would have to install complex forwardin= g state in data plane to
> look for SL and process the= packet differently based on the
> existence/non-exist= ence of SL. It would get even more complicated if you need
> to put the SL back to the packets, in case other nodes downstream ma= y also be
> expecting it. So I'd like to see a valid use case for this increased compl= exity and
> overhead.
> >
> > Regarding the egress node use case, note that it is= different than Entropy labels,
> where an EL is actua= lly used by intermediate nodes and only popped by egress
= > node. So, if your goal is simply to inform an egress node about the id= entity of a
> source node, the source node could just = push one label to identify itself. This
> label could = be configured or communicated between the egress node and the
> source node in any fashion. However in this draft, the source nod= e would have to
> push 3 extra labels (for SL).
> >
> > Thanks,
> >
> > /Yimin
> >> >
> > -----Original Message-----
> > From: Mach Chen [mailto:mach.chen@huawei.= com]
> > Sent: Thursday, March 20, 2014 11:00 A= M
> > To: Yimin Shen; draft-chen-mpls-source-label@tools.iet= f.org;
> > mpls@ietf.org
> > Subject: RE: Mail regarding draft-chen-mpls-source-label> >
> > Hi Yimin,
> >
> > Thanks for your questions and = comments!
> >
> > Please se= e my reply inline...
> >
> >> -----Original Mes= sage-----
> >> From: Mach Chen
> >> Sent: Thursday, March 20, 2014 10:45 PM
&g= t; >> To: Mach Chen
> >> Subject: FW: Mail= regarding draft-chen-mpls-source-label
> >>
> >>
> >>
> >> From: mpls [mailto:mpls-bounces@iet= f.org] On Behalf Of Yimin Shen
> >> Sent: Th= ursday, March 20, 2014 12:03 AM
> >> To: draft-chen-mpls-= source-label@tools.ietf.org; mpls@ietf.org
> >= ;> Subject: [mpls] Mail regarding draft-chen-mpls-source-label
> >>
> >> Hi authors,
> >>
> >> Can you please cla= rify if SL is expected to be used only by egress
> >= ;> node, or by intermediate node as well ?
> >> > The SL can be used by the egress and intermediat= e node, but for intermediate
> node, since the SL may = not be on the top of the label stack, if it wants to use it, it
> needs to search the label stack to find the SL, just as to find= an EL.
> >
> >>
> >> Section 3.2 "Traffic Matrix Measurement and Steeri= ng" describes a use
> >> case for intermediate n= ode, but I think congestion should in general
> >> be resolved b= y control plane to reroute traffic based on a global
>= >> view of network resources, rather than by data plane based on a S= L.
> >> In your case, would the intermediate nod= e move the traffic to an LSP
> >> that is differ= ent than the LSP intended by the ingress node ? I don't think it is
> the right thing to do.
> >>
> >> Regarding the use case of section 3.3 "Source F= iltering". If somebody
> >> is doing DoS attack,= why would he put an SL in the packets ?
> >
> > Regarding to these two use cases, as discussed with C= urtis, there need more
> considerations, we will remov= e these two section in the next revision.
> >
> > Thanks,
> > Mach
> ><= br clear=3D"none">> >>
> >> Thanks,
> >>
> >> /Yimin
> >
> >
> >= ;
> > _____________________________________________= __
> > mpls mailing list
> >= ; mpls@ietf.org
> > https://= www.ietf.org/mailman/listinfo/mpls

_______________________________________________
mpls mai= ling list
mpls@ietf.org
http= s://www.ietf.org/mailman/listinfo/mpls


=

On Mar 25, 2014, at 3:06 AM, M= ach Chen <mach.chen@huawei.com> wrote:

<= span lang=3D"EN-US" style=3D"font-size:10.5pt;mso-bidi-font-size:11.0pt;font= -family:"Calibri","sans-serif";mso-fareast-font-family:=E5= =AE=8B=E4=BD=93;mso-bidi-font-family:"Times New Roman";color:#1F49= 7D">Hi Shahram,

<= span lang=3D"EN-US" style=3D"font-size:10.5pt;mso-bidi-font-size:11.0pt;font= -family:"Calibri","sans-serif";mso-fareast-font-family:=E5= =AE=8B=E4=BD=93;mso-bidi-font-family:"Times New Roman";color:#1F49= 7D"> 

<= span lang=3D"EN-US" style=3D"font-size:10.5pt;mso-bidi-font-size:11.0pt;font= -family:"Calibri","sans-serif";mso-fareast-font-family:=E5= =AE=8B=E4=BD=93;mso-bidi-font-family:"Times New Roman";color:#1F49= 7D">Mobile backhaul is the main target scenario where some of the services (e.g., some= wireless signals between nodeB and RNC) are very sensitive to packet lo= ss. Sometimes, although there are some packets loss, it may not be detected b= y SLM, this leads the Nodeb to detach from the RNC. This happened se= veral times in the production network. Even worse, since SLM depends on inje= ct extra packets to evaluate the performance, the SLM itself may sometime le= ad to or increase packet loss and result in negative impacts.

<= span lang=3D"EN-US" style=3D"font-size:10.5pt;mso-bidi-font-size:11.0pt;font= -family:"Calibri","sans-serif";mso-fareast-font-family:=E5= =AE=8B=E4=BD=93;mso-bidi-font-family:"Times New Roman";color:#1F49= 7D"> 

<= span lang=3D"EN-US" style=3D"font-size:10.5pt;mso-bidi-font-size:11.0pt;font= -family:"Calibri","sans-serif";mso-fareast-font-family:=E5= =AE=8B=E4=BD=93;mso-bidi-font-family:"Times New Roman";color:#1F49= 7D">Best regards,

<= span lang=3D"EN-US" style=3D"font-size:10.5pt;mso-bidi-font-size:11.0pt;font= -family:"Calibri","sans-serif";mso-fareast-font-family:=E5= =AE=8B=E4=BD=93;mso-bidi-font-family:"Times New Roman";color:#1F49= 7D">Mach

<= span lang=3D"EN-US" style=3D"font-size:10.5pt;mso-bidi-font-size:11.0pt;font= -family:"Calibri","sans-serif";mso-fareast-font-family:=E5= =AE=8B=E4=BD=93;mso-bidi-font-family:"Times New Roman";color:#1F49= 7D"> 

<= span lang=3D"EN-US" style=3D"font-size:10.5pt;mso-bidi-font-size:11.0pt;font= -family:"Calibri","sans-serif";mso-fareast-font-family:=E5= =AE=8B=E4=BD=93;mso-bidi-font-family:"Times New Roman";color:#1F49= 7D"> 

 

Hi= ,

You did not prove yet why active (Synthetic) measurement is not enough in MP= LS networks. I would in fact  argue that by adding XL/SLI/SL to the dat= a packets during the LM measurement the network can use a different ECMP pat= h than when you are not using the XL/SLI/SL and therefore your measurement is only valid during the measureme= nt interval and does not represent what the user experiences after the measu= rement is over.

Thx
Shahram

 

From: Mach Chen <mach.chen@huawei.com<= /a>>
To: S. Davari <davarish@yahoo.com>; Gregory Mirsky <gregory.mirsky@ericsson.com= >
Cc: "draft-chen-mpls-source-label@tools.ie= tf.org" <draft-chen-mpls-source-label@tools.ietf.org>; "mpls@ietf.org" <mpls@ietf.org>
Sent: Monday, March 24, 2014 1= 1:27:53 PM
Subject: RE: [mpls] Mail rega= rding draft-chen-mpls-source-label


Hi Shahra= m,

 

Are you c= laiming that the active performance measurement is sufficient and passive performance measurement is not needed? =

 

Best rega= rds,

Mach

 

From: mpls [mailto:mpls-bounces@ietf.org= ] On Behalf Of S. Davari
Sent: Tuesday, March 25, 2014= 1:50 PM
To: Gregory Mirsky
Cc: draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org
Subject: Re: [mpls] Mail rega= rding draft-chen-mpls-source-label

&n= bsp;

Hi= Greg

&n= bsp;

In= profile simply means green packets and by generate green SLM packets you could achieve the same results.

&n= bsp;

ME= F explains how SLM is used for non p2p services. 

&n= bsp;

An= d For Delay measurement you can just run DM. The source info can be in The payload of DM as TLV.

Regards,

Sh= ahram

&n= bsp;

On Mar 24, 2014, at 10:19 PM, Gregory Mirsky <gregory.mirsky@ericsson.com> wr= ote:

Hi Shahra= m,

many than= ks for most expedient response.

Firstly, r= egarding in-service SLM. AFAIK, the difference between LM and SLM, at least in Y.1731, is that the former collects counters of =E2=80=9Ci= n-profile=E2=80=9D frames while the latter only counts the test packets them= selves. Given that, I can not agree that using SLM as in-service active meas= urement method is viable unless operator willing to sufficiently alter data traffic behavior.

Secondly,= would be great if you can expand on =E2=80=9Cit works for Mp2p and mp2mp=E2= =80=9D. I=E2=80=99m very interested to learn from you how to do LM on mp2mp LSP wit= h current MPLS OAM tools, i.e. without SLI/SL. And while we are at  thi= s topic, would you kindly explain how SLM helps with DM over the same constr= uct, i.e. mp2mp LSP.

 

 &nb= sp;            &= nbsp; Regards,<= span lang=3D"EN-US" style=3D"font-family:"Times New Roman","s= erif";color:black">

 &nb= sp;            &= nbsp;            = ;     Greg

 

From: S. Davari [mailto:d= avarish@yahoo.com]
Sent: Monday, March 24, 2014 1= 0:01 PM
To: Gregory Mirsky
Cc: Shahram Davari; Yimin She= n; draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org
Subject: Re: [mpls] Mail rega= rding draft-chen-mpls-source-label

&n= bsp;

Hi= Greg

&n= bsp;

Th= anks for your reply. SLM can be used for in service measurement. And it works for Mp2p and mp2mp. So you don't really need the 3 extra label= s.

Regards,.

Sh= ahram

&n= bsp;

On Mar 24, 2014, at 9:52 PM, Gregory Mirsky <gregory.mirsky@ericsson.com> wro= te:

Hi Shahram,

many thanks f= or your interest and comments. I'd point that SLM is clearly out-of-service OAM tool. SLI/SL may be used to perform in-service active LM as well as pas= sive LM. Then there is DM and SLI/SL again can be used to perform in-service= both active and passive DM.

As for use ca= se that " that would only be possible by adding" these three labels I can think of the following:

=C2= =B7<= span lang=3D"EN-US" style=3D"font-size:7.0pt;font-family:"Times New Rom= an","serif";color:black">      =    OAM on mp2mp/mp2p LSP<= /font>

 =

  &= nbsp;     Regards,

  &= nbsp;            = ; Greg

 =

-----Original Message-----
From: mpls [mailt= o:mpls-bounces@ietf.org] On Behalf Of Shahram Davari
Sent: Monday, March 24, 2014 8:24 PM
To: Yimin Shen
Cc: draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org
Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label

 =

Hi<= o:p>

 =

So far I have= n't seen any valid use car that would only be possible by adding this 3 labels. For VPLS LM you could always use Synthetic loss measurement.= Just saying Synthetic LM is not as accurate as direct LM is not a good just= ification for adding 3 labels.

 =

Regards,

Shahram

 =

 =

> On Mar 2= 1, 2014, at 11:39 AM, "Yimin Shen" <yshen@juniper.net> wrote:

>

> Hi Mach,=

>

> For an i= ntermediate node, SL would definitely NOT be at the top of _incoming_ label stack. You would have to install complex forwarding state in data pla= ne to look for SL and process the packet differently based on the existence/= non-existence of SL. It would get even more complicated if you need to put t= he SL back to the packets, in case other nodes downstream may also be expecting it. So I'd like to see a v= alid use case for this increased complexity and overhead.

>

> Regardin= g the egress node use case, note that it is different than Entropy labels, where an EL is actually used by intermediate nodes and only popped b= y egress node. So, if your goal is simply to inform an egress node about the= identity of a source node, the source node could just push one label to ide= ntify itself. This label could be configured or communicated between the egress node and the source node i= n any fashion. However in this draft, the source node would have to push 3 e= xtra labels (for SL).

>

> Thanks,<= /span>

>

> /Yimin

>

>

> -----Ori= ginal Message-----

> From: Mach Chen [mailto:mach.chen@huawei.com]=

> Sent: Th= ursday, March 20, 2014 11:00 AM

> mpls@ietf.org<= /font>> Subject:= RE: Mail regarding draft-chen-mpls-source-label=

>

> Hi Yimin= ,

>

> Thanks f= or your questions and comments!

>

> Please s= ee my reply inline...

>

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

>> From: Mach Chen

>> Sent= : Thursday, March 20, 2014 10:45 PM

>> To: M= ach Chen

>> Subj= ect: FW: Mail regarding draft-chen-mpls-source-label

>>

>>

>>

>> From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Yimin Shen

>> Sent= : Thursday, March 20, 2014 12:03 AM

>> To: draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org<= /font>>> Subj= ect: [mpls] Mail regarding draft-chen-mpls-source-label=

>>

>> Hi a= uthors,

>>

>> Can y= ou please clarify if SL is expected to be used only by egress

>> node= , or by intermediate node as well ?

>

> The SL c= an be used by the egress and intermediate node, but for intermediate node, since the SL may not be on the top of the label stack, if it wants to= use it, it needs to search the label stack to find the SL, just as to find a= n EL.

>

>>

>> Sect= ion 3.2 "Traffic Matrix Measurement and Steering" describes a use

>> case= for intermediate node, but I think congestion should in general

>> be r= esolved by control plane to reroute traffic based on a global

>> view= of network resources, rather than by data plane based on a SL.

>> In y= our case, would the intermediate node move the traffic to an LSP

>> that= is different than the LSP intended by the ingress node ? I don't think it is the right thing to do.

>>

>> Rega= rding the use case of section 3.3 "Source Filtering". If somebody

>> is d= oing DoS attack, why would he put an SL in the packets ?=

>

> Regardin= g to these two use cases, as discussed with Curtis, there need more considerations, we will remove these two section in the next revision.

>

> Thanks,<= /span>

> Mach

>

>>

>> Than= ks,

>>

>> /Yim= in

>

>

>

> ________= _______________________________________

> mpls mai= ling list

 =

_____________= __________________________________

mpls mailing l= ist

 =

__= _____________________________________________
mpls mailing list
mpls@ietf.org
htt= ps://www.ietf.org/mailman/listinfo/mpls

 

= --Apple-Mail-07571576-FEB0-442F-8268-EBCE7E402C8F-- From nobody Tue Mar 25 19:24:11 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 670281A003A for ; Tue, 25 Mar 2014 19:24:09 -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 FwycOV2d88EW for ; Tue, 25 Mar 2014 19:24:06 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 2B9101A0043 for ; Tue, 25 Mar 2014 19:24:05 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BCK96278; Wed, 26 Mar 2014 02:23:50 +0000 (GMT) Received: from LHREML403-HUB.china.huawei.com (10.201.5.217) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 26 Mar 2014 02:23:18 +0000 Received: from SZXEMA409-HUB.china.huawei.com (10.82.72.41) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 26 Mar 2014 02:23:49 +0000 Received: from SZXEMA510-MBX.china.huawei.com ([169.254.3.94]) by SZXEMA409-HUB.china.huawei.com ([10.82.72.41]) with mapi id 14.03.0158.001; Wed, 26 Mar 2014 10:23:46 +0800 From: Mach Chen To: "S. Davari" Thread-Topic: [mpls] Mail regarding draft-chen-mpls-source-label Thread-Index: Ac9DjKc5+oLTXGUsQoqhiLRkJXmJtgAvjO4AAAA1OTAAAIFyEADSOdIAABY0EKD//4gvgP//Xh+QgADY/ID//nAr8A== Date: Wed, 26 Mar 2014 02:23:46 +0000 Message-ID: References: <444bb6dd3fef46a9a668a1ef54b16c20@BY2PR05MB728.namprd05.prod.outlook.com> <167DFE12-2CA4-49DA-9AF2-A31BE099AD5C@broadcom.com> <1395730257.22296.YahooMailNeo@web162506.mail.bf1.yahoo.com> <29909402-CB3E-45E7-8B34-BF6C0E68793C@yahoo.com> In-Reply-To: <29909402-CB3E-45E7-8B34-BF6C0E68793C@yahoo.com> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.97.72] Content-Type: multipart/alternative; boundary="_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE25D993ECCSZXEMA510MBXchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/MwauddEWqhOTGXURmd78oMI7ueQ Cc: "draft-chen-mpls-source-label@tools.ietf.org" , "mpls@ietf.org" Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 02:24:09 -0000 --_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE25D993ECCSZXEMA510MBXchi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgU2hhaHJhbQ0KDQpUaGUgcHJvYmxlbSBpcyB0aGF0IG5vdCBhbGwgdGhlIG5ldHdvcmtzIGRl cGxveSBQVyB0byB0cmFuc3BvcnQgdGhlIHNlcnZpY2UsIHRoZXJlIGFyZSBxdWl0ZSBudW1iZXIg b2YgbmV0d29ya3MgdXNlIEwzVlBOIGFuZCBvdGhlciB0ZWNobmlxdWVzLg0KDQpCZXN0IHJlZ2Fy ZHMsDQpNYWNoDQoNCkZyb206IFMuIERhdmFyaSBbbWFpbHRvOmRhdmFyaXNoQHlhaG9vLmNvbV0N ClNlbnQ6IFR1ZXNkYXksIE1hcmNoIDI1LCAyMDE0IDY6MDggUE0NClRvOiBNYWNoIENoZW4NCkNj OiBTaGFocmFtIERhdmFyaTsgWWltaW4gU2hlbjsgZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJl bEB0b29scy5pZXRmLm9yZzsgbXBsc0BpZXRmLm9yZw0KU3ViamVjdDogUmU6IFttcGxzXSBNYWls IHJlZ2FyZGluZyBkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsDQoNCkhpIE1hY2gNCg0KU2lu Y2UgdGhlIHNlcnZpY2UgaXMgUDJQLCBlYWNoIGJhcyBzdGF0aW9uIGhhcyBpdHMgb3duIFBXLiBU aGVyZWZvcmUgdGhlcmUgaXMgbm8gbmVlZCB0byBpZGVudGlmeSBlYWNoIEJTIHVzaW5nIHlldCBh bm90aGVyIGxhYmVsLg0KDQpSZWdhcmRzLA0KU2hhaHJhbQ0KDQoNCk9uIE1hciAyNSwgMjAxNCwg YXQgMTozMiBBTSwgTWFjaCBDaGVuIDxtYWNoLmNoZW5AaHVhd2VpLmNvbTxtYWlsdG86bWFjaC5j aGVuQGh1YXdlaS5jb20+PiB3cm90ZToNCkhpIFNoYWhyYW0sDQoNCklQL01QTFMgaXMgY29tbW9u bHkgdXNlZCBpbiB0aGUgbW9iaWxlIGJhY2toYXVsLCBhbmQgbWFueSBvZiB0aGUgbmV0d29ya3Mg dXNlIHB1cmUgTERQIGJhc2VkIHR1bm5lbC4gVGhlIHNlcnZpY2UgaXMgcG9pbnQtdG8tcG9pbnQg KGUuZy4sIGZyb20gQ1NHIHRvIFJTRyksICBidXQgdGhlIExEUCBiYXNlZCB0dW5uZWwgaXMgYWN0 dWFsbHkgTVAyUCBtb2RlbC4gQW5kIHNldmVyYWwgY3VzdG9tZXJzIHJlcXVpcmUgdG8gc3VwcG9y dCBwYXNzaXZlIHBlcmZvcm1hbmNlIGluIHRoZWlyIG1vYmlsZSBiYWNraGF1bCBuZXR3b3JrLg0K DQpSZWdhcmRpbmcgdGhlIG51bWJlciBvZiBsYWJlbHMsIEkgYWdyZWUgaWYgb25seSB0aGUgRXh0 ZW5kZWQgc3BlY2lhbCBwdXJwb3NlIGxhYmVsIGNhbiBiZSBhc3NpZ25lZCwgYnV0IGlmIHRoZSBu b3JtYWwgc3BlY2lhbCBwdXJwb3NlIGxhYmVsIGlzIGFzc2lnbmVkLCB0aGVuIG9ubHkgdHdvIGV4 dHJhIGxhYmVscy4NCg0KQmVzdCByZWdhcmRzLA0KTWFjaA0KDQoNCkZyb206IFMuIERhdmFyaSBb bWFpbHRvOmRhdmFyaXNoQHlhaG9vLmNvbV0NClNlbnQ6IFR1ZXNkYXksIE1hcmNoIDI1LCAyMDE0 IDI6NTEgUE0NClRvOiBNYWNoIENoZW47IFNoYWhyYW0gRGF2YXJpOyBZaW1pbiBTaGVuDQpDYzog ZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJlbEB0b29scy5pZXRmLm9yZzxtYWlsdG86ZHJhZnQt Y2hlbi1tcGxzLXNvdXJjZS1sYWJlbEB0b29scy5pZXRmLm9yZz47IG1wbHNAaWV0Zi5vcmc8bWFp bHRvOm1wbHNAaWV0Zi5vcmc+DQpTdWJqZWN0OiBSZTogW21wbHNdIE1haWwgcmVnYXJkaW5nIGRy YWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFiZWwNCg0KSGkgTWFjaCwNCg0KVGhlIGRyYWZ0IHlvdSBy ZWZlciB0bywgcmVmZXJzIHRvIHdpcmVsZXNzIGJhY2toYXVsLCB3aGljaCBhcyBmYXIgYXMgSSBr bm93LCAgZG9lcyBub3QgdXNlIG11bHRpLXBvaW50IHNlcnZpY2UsIGFuZCB5b3UgY291bGQgdXNl IG5vcm1hbCBQMlAgTE0vRE0uIFJlZ2FyZGluZyB0aGUgbnVtYmVyIG9mIGxhYmVscywgbm90ZSB0 aGF0IHRoZXJlIGFyZSBub3QgbWFueSByZXNlcnZlZCBsYWJlbHMgbGVmdCBhbmQgYXMgcGVyIGZv bGxvd2luZyBJRVRGIGRyYWZ0IHByZXR0eSBtdWNoIG5vIG1vcmUgcmVzZXJ2ZWQgbGFiZWwgY2Fu IGJlIGFzc2lnbmVkIHdpdGhvdXQgdGhlIHVzZSBvZiBFeHRlbmRlZCBMYWJlbCBJbmRpYWN0b3Is IHdoaWNoIG1lYW5zIHlvdSBuZWVkIDMgbGFiZWxzOiBYTC1TTEktU0wNCg0KaHR0cDovL3Rvb2xz LmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1tcGxzLXNwZWNpYWwtcHVycG9zZS1sYWJlbHMtMDYN Cg0KVGh4DQpTaGFocmFtDQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCkZy b206IE1hY2ggQ2hlbiA8bWFjaC5jaGVuQGh1YXdlaS5jb208bWFpbHRvOm1hY2guY2hlbkBodWF3 ZWkuY29tPj4NClRvOiBTaGFocmFtIERhdmFyaSA8ZGF2YXJpQGJyb2FkY29tLmNvbTxtYWlsdG86 ZGF2YXJpQGJyb2FkY29tLmNvbT4+OyBZaW1pbiBTaGVuIDx5c2hlbkBqdW5pcGVyLm5ldDxtYWls dG86eXNoZW5AanVuaXBlci5uZXQ+Pg0KQ2M6ICJkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVs QHRvb2xzLmlldGYub3JnPG1haWx0bzpkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsQHRvb2xz LmlldGYub3JnPiIgPGRyYWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFiZWxAdG9vbHMuaWV0Zi5vcmc8 bWFpbHRvOmRyYWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFiZWxAdG9vbHMuaWV0Zi5vcmc+PjsgIm1w bHNAaWV0Zi5vcmc8bWFpbHRvOm1wbHNAaWV0Zi5vcmc+IiA8bXBsc0BpZXRmLm9yZzxtYWlsdG86 bXBsc0BpZXRmLm9yZz4+DQpTZW50OiBNb25kYXksIE1hcmNoIDI0LCAyMDE0IDExOjEyOjI4IFBN DQpTdWJqZWN0OiBSZTogW21wbHNdIE1haWwgcmVnYXJkaW5nIGRyYWZ0LWNoZW4tbXBscy1zb3Vy Y2UtbGFiZWwNCg0KSGkgU2hhaHJhbSwNCg0KRXZlcnlib2R5IGtub3dzIHRoZXJlIGlzIFNMTSwg YnV0IFNQcyBuZWVkIHBhc3NpdmUgTE0gYW5kIERNIGluIHNvbWUgc2NlbmFyaW9zKHBsZWFzZSBy ZWZlciB0byA6IGh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWRlbmctaXBwbS13aXJl bGVzcy0wMSBhbmQgUkZDNjM3NCkuIEJvdGggYWN0aXZlIGFuZCBwYXNzaXZlIFBNIGhhdmUgdGhl aXIgYXBwbGljYXRpb24gc2NlbmFyaW9zLg0KDQpBZ2FpbiwgdG8gY29ycmVjdCBhIG1pc3Rha2Ug aGVyZSwgc2FtZSBhcyBFTCwgdGhlcmUgYXJlIG9ubHkgdHdvIGxhYmVscyBuZWVkZWQuDQoNCg0K QmVzdCByZWdhcmRzLA0KTWFjaA0KDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZy b206IFNoYWhyYW0gRGF2YXJpIFttYWlsdG86ZGF2YXJpQGJyb2FkY29tLmNvbTxtYWlsdG86ZGF2 YXJpQGJyb2FkY29tLmNvbT5dDQo+IFNlbnQ6IFR1ZXNkYXksIE1hcmNoIDI1LCAyMDE0IDExOjI0 IEFNDQo+IFRvOiBZaW1pbiBTaGVuDQo+IENjOiBNYWNoIENoZW47IGRyYWZ0LWNoZW4tbXBscy1z b3VyY2UtbGFiZWxAdG9vbHMuaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWNoZW4tbXBscy1zb3VyY2Ut bGFiZWxAdG9vbHMuaWV0Zi5vcmc+OyBtcGxzQGlldGYub3JnPG1haWx0bzptcGxzQGlldGYub3Jn Pg0KPiBTdWJqZWN0OiBSZTogW21wbHNdIE1haWwgcmVnYXJkaW5nIGRyYWZ0LWNoZW4tbXBscy1z b3VyY2UtbGFiZWwNCj4NCj4gSGkNCj4NCj4gU28gZmFyIEkgaGF2ZW4ndCBzZWVuIGFueSB2YWxp ZCB1c2UgY2FyIHRoYXQgd291bGQgb25seSBiZSBwb3NzaWJsZSBieSBhZGRpbmcgdGhpcyAzDQo+ IGxhYmVscy4gRm9yIFZQTFMgTE0geW91IGNvdWxkIGFsd2F5cyB1c2UgU3ludGhldGljIGxvc3Mg bWVhc3VyZW1lbnQuIEp1c3QNCj4gc2F5aW5nIFN5bnRoZXRpYyBMTSBpcyBub3QgYXMgYWNjdXJh dGUgYXMgZGlyZWN0IExNIGlzIG5vdCBhIGdvb2QganVzdGlmaWNhdGlvbiBmb3INCj4gYWRkaW5n IDMgbGFiZWxzLg0KPg0KPiBSZWdhcmRzLA0KPiBTaGFocmFtDQo+DQo+DQo+ID4gT24gTWFyIDIx LCAyMDE0LCBhdCAxMTozOSBBTSwgIllpbWluIFNoZW4iIDx5c2hlbkBqdW5pcGVyLm5ldDxtYWls dG86eXNoZW5AanVuaXBlci5uZXQ+PiB3cm90ZToNCj4gPg0KPiA+IEhpIE1hY2gsDQo+ID4NCj4g PiBGb3IgYW4gaW50ZXJtZWRpYXRlIG5vZGUsIFNMIHdvdWxkIGRlZmluaXRlbHkgTk9UIGJlIGF0 IHRoZSB0b3Agb2YgX2luY29taW5nXw0KPiBsYWJlbCBzdGFjay4gWW91IHdvdWxkIGhhdmUgdG8g aW5zdGFsbCBjb21wbGV4IGZvcndhcmRpbmcgc3RhdGUgaW4gZGF0YSBwbGFuZSB0bw0KPiBsb29r IGZvciBTTCBhbmQgcHJvY2VzcyB0aGUgcGFja2V0IGRpZmZlcmVudGx5IGJhc2VkIG9uIHRoZQ0K PiBleGlzdGVuY2Uvbm9uLWV4aXN0ZW5jZSBvZiBTTC4gSXQgd291bGQgZ2V0IGV2ZW4gbW9yZSBj b21wbGljYXRlZCBpZiB5b3UgbmVlZA0KPiB0byBwdXQgdGhlIFNMIGJhY2sgdG8gdGhlIHBhY2tl dHMsIGluIGNhc2Ugb3RoZXIgbm9kZXMgZG93bnN0cmVhbSBtYXkgYWxzbyBiZQ0KPiBleHBlY3Rp bmcgaXQuIFNvIEknZCBsaWtlIHRvIHNlZSBhIHZhbGlkIHVzZSBjYXNlIGZvciB0aGlzIGluY3Jl YXNlZCBjb21wbGV4aXR5IGFuZA0KPiBvdmVyaGVhZC4NCj4gPg0KPiA+IFJlZ2FyZGluZyB0aGUg ZWdyZXNzIG5vZGUgdXNlIGNhc2UsIG5vdGUgdGhhdCBpdCBpcyBkaWZmZXJlbnQgdGhhbiBFbnRy b3B5IGxhYmVscywNCj4gd2hlcmUgYW4gRUwgaXMgYWN0dWFsbHkgdXNlZCBieSBpbnRlcm1lZGlh dGUgbm9kZXMgYW5kIG9ubHkgcG9wcGVkIGJ5IGVncmVzcw0KPiBub2RlLiBTbywgaWYgeW91ciBn b2FsIGlzIHNpbXBseSB0byBpbmZvcm0gYW4gZWdyZXNzIG5vZGUgYWJvdXQgdGhlIGlkZW50aXR5 IG9mIGENCj4gc291cmNlIG5vZGUsIHRoZSBzb3VyY2Ugbm9kZSBjb3VsZCBqdXN0IHB1c2ggb25l IGxhYmVsIHRvIGlkZW50aWZ5IGl0c2VsZi4gVGhpcw0KPiBsYWJlbCBjb3VsZCBiZSBjb25maWd1 cmVkIG9yIGNvbW11bmljYXRlZCBiZXR3ZWVuIHRoZSBlZ3Jlc3Mgbm9kZSBhbmQgdGhlDQo+IHNv dXJjZSBub2RlIGluIGFueSBmYXNoaW9uLiBIb3dldmVyIGluIHRoaXMgZHJhZnQsIHRoZSBzb3Vy Y2Ugbm9kZSB3b3VsZCBoYXZlIHRvDQo+IHB1c2ggMyBleHRyYSBsYWJlbHMgKGZvciBTTCkuDQo+ ID4NCj4gPiBUaGFua3MsDQo+ID4NCj4gPiAvWWltaW4NCj4gPg0KPiA+DQo+ID4gLS0tLS1Pcmln aW5hbCBNZXNzYWdlLS0tLS0NCj4gPiBGcm9tOiBNYWNoIENoZW4gW21haWx0bzptYWNoLmNoZW5A aHVhd2VpLmNvbTxtYWlsdG86bWFjaC5jaGVuQGh1YXdlaS5jb20+XQ0KPiA+IFNlbnQ6IFRodXJz ZGF5LCBNYXJjaCAyMCwgMjAxNCAxMTowMCBBTQ0KPiA+IFRvOiBZaW1pbiBTaGVuOyBkcmFmdC1j aGVuLW1wbHMtc291cmNlLWxhYmVsQHRvb2xzLmlldGYub3JnPG1haWx0bzpkcmFmdC1jaGVuLW1w bHMtc291cmNlLWxhYmVsQHRvb2xzLmlldGYub3JnPjsNCj4gPiBtcGxzQGlldGYub3JnPG1haWx0 bzptcGxzQGlldGYub3JnPg0KPiA+IFN1YmplY3Q6IFJFOiBNYWlsIHJlZ2FyZGluZyBkcmFmdC1j aGVuLW1wbHMtc291cmNlLWxhYmVsDQo+ID4NCj4gPiBIaSBZaW1pbiwNCj4gPg0KPiA+IFRoYW5r cyBmb3IgeW91ciBxdWVzdGlvbnMgYW5kIGNvbW1lbnRzIQ0KPiA+DQo+ID4gUGxlYXNlIHNlZSBt eSByZXBseSBpbmxpbmUuLi4NCj4gPg0KPiA+PiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0K PiA+PiBGcm9tOiBNYWNoIENoZW4NCj4gPj4gU2VudDogVGh1cnNkYXksIE1hcmNoIDIwLCAyMDE0 IDEwOjQ1IFBNDQo+ID4+IFRvOiBNYWNoIENoZW4NCj4gPj4gU3ViamVjdDogRlc6IE1haWwgcmVn YXJkaW5nIGRyYWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFiZWwNCj4gPj4NCj4gPj4NCj4gPj4NCj4g Pj4gRnJvbTogbXBscyBbbWFpbHRvOm1wbHMtYm91bmNlc0BpZXRmLm9yZzxtYWlsdG86bXBscy1i b3VuY2VzQGlldGYub3JnPl0gT24gQmVoYWxmIE9mIFlpbWluIFNoZW4NCj4gPj4gU2VudDogVGh1 cnNkYXksIE1hcmNoIDIwLCAyMDE0IDEyOjAzIEFNDQo+ID4+IFRvOiBkcmFmdC1jaGVuLW1wbHMt c291cmNlLWxhYmVsQHRvb2xzLmlldGYub3JnPG1haWx0bzpkcmFmdC1jaGVuLW1wbHMtc291cmNl LWxhYmVsQHRvb2xzLmlldGYub3JnPjsgbXBsc0BpZXRmLm9yZzxtYWlsdG86bXBsc0BpZXRmLm9y Zz4NCj4gPj4gU3ViamVjdDogW21wbHNdIE1haWwgcmVnYXJkaW5nIGRyYWZ0LWNoZW4tbXBscy1z b3VyY2UtbGFiZWwNCj4gPj4NCj4gPj4gSGkgYXV0aG9ycywNCj4gPj4NCj4gPj4gQ2FuIHlvdSBw bGVhc2UgY2xhcmlmeSBpZiBTTCBpcyBleHBlY3RlZCB0byBiZSB1c2VkIG9ubHkgYnkgZWdyZXNz DQo+ID4+IG5vZGUsIG9yIGJ5IGludGVybWVkaWF0ZSBub2RlIGFzIHdlbGwgPw0KPiA+DQo+ID4g VGhlIFNMIGNhbiBiZSB1c2VkIGJ5IHRoZSBlZ3Jlc3MgYW5kIGludGVybWVkaWF0ZSBub2RlLCBi dXQgZm9yIGludGVybWVkaWF0ZQ0KPiBub2RlLCBzaW5jZSB0aGUgU0wgbWF5IG5vdCBiZSBvbiB0 aGUgdG9wIG9mIHRoZSBsYWJlbCBzdGFjaywgaWYgaXQgd2FudHMgdG8gdXNlIGl0LCBpdA0KPiBu ZWVkcyB0byBzZWFyY2ggdGhlIGxhYmVsIHN0YWNrIHRvIGZpbmQgdGhlIFNMLCBqdXN0IGFzIHRv IGZpbmQgYW4gRUwuDQo+ID4NCj4gPj4NCj4gPj4gU2VjdGlvbiAzLjIgIlRyYWZmaWMgTWF0cml4 IE1lYXN1cmVtZW50IGFuZCBTdGVlcmluZyIgZGVzY3JpYmVzIGEgdXNlDQo+ID4+IGNhc2UgZm9y IGludGVybWVkaWF0ZSBub2RlLCBidXQgSSB0aGluayBjb25nZXN0aW9uIHNob3VsZCBpbiBnZW5l cmFsDQo+ID4+IGJlIHJlc29sdmVkIGJ5IGNvbnRyb2wgcGxhbmUgdG8gcmVyb3V0ZSB0cmFmZmlj IGJhc2VkIG9uIGEgZ2xvYmFsDQo+ID4+IHZpZXcgb2YgbmV0d29yayByZXNvdXJjZXMsIHJhdGhl ciB0aGFuIGJ5IGRhdGEgcGxhbmUgYmFzZWQgb24gYSBTTC4NCj4gPj4gSW4geW91ciBjYXNlLCB3 b3VsZCB0aGUgaW50ZXJtZWRpYXRlIG5vZGUgbW92ZSB0aGUgdHJhZmZpYyB0byBhbiBMU1ANCj4g Pj4gdGhhdCBpcyBkaWZmZXJlbnQgdGhhbiB0aGUgTFNQIGludGVuZGVkIGJ5IHRoZSBpbmdyZXNz IG5vZGUgPyBJIGRvbid0IHRoaW5rIGl0IGlzDQo+IHRoZSByaWdodCB0aGluZyB0byBkby4NCj4g Pj4NCj4gPj4gUmVnYXJkaW5nIHRoZSB1c2UgY2FzZSBvZiBzZWN0aW9uIDMuMyAiU291cmNlIEZp bHRlcmluZyIuIElmIHNvbWVib2R5DQo+ID4+IGlzIGRvaW5nIERvUyBhdHRhY2ssIHdoeSB3b3Vs ZCBoZSBwdXQgYW4gU0wgaW4gdGhlIHBhY2tldHMgPw0KPiA+DQo+ID4gUmVnYXJkaW5nIHRvIHRo ZXNlIHR3byB1c2UgY2FzZXMsIGFzIGRpc2N1c3NlZCB3aXRoIEN1cnRpcywgdGhlcmUgbmVlZCBt b3JlDQo+IGNvbnNpZGVyYXRpb25zLCB3ZSB3aWxsIHJlbW92ZSB0aGVzZSB0d28gc2VjdGlvbiBp biB0aGUgbmV4dCByZXZpc2lvbi4NCj4gPg0KPiA+IFRoYW5rcywNCj4gPiBNYWNoDQo+ID4NCj4g Pj4NCj4gPj4gVGhhbmtzLA0KPiA+Pg0KPiA+PiAvWWltaW4NCj4gPg0KPiA+DQo+ID4NCj4gPiBf X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiA+IG1wbHMg bWFpbGluZyBsaXN0DQo+ID4gbXBsc0BpZXRmLm9yZzxtYWlsdG86bXBsc0BpZXRmLm9yZz4NCj4g PiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21wbHMNCg0KX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCm1wbHMgbWFpbGluZyBsaXN0 DQptcGxzQGlldGYub3JnPG1haWx0bzptcGxzQGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5v cmcvbWFpbG1hbi9saXN0aW5mby9tcGxzDQoNCg== --_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE25D993ECCSZXEMA510MBXchi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IlByb2dJZCIg Y29udGVudD0iV29yZC5Eb2N1bWVudCI+DQo8bWV0YSBuYW1lPSJHZW5lcmF0b3IiIGNvbnRlbnQ9 Ik1pY3Jvc29mdCBXb3JkIDEyIj4NCjxtZXRhIG5hbWU9Ik9yaWdpbmF0b3IiIGNvbnRlbnQ9Ik1p Y3Jvc29mdCBXb3JkIDEyIj4NCjxsaW5rIHJlbD0iRmlsZS1MaXN0IiBocmVmPSJjaWQ6ZmlsZWxp c3QueG1sQDAxQ0Y0OERELjc3QkNGQzAwIj48bGluayByZWw9IkVkaXQtVGltZS1EYXRhIiBocmVm PSJjaWQ6ZWRpdGRhdGEubXNvIj48IS0tW2lmICFtc29dPjxzdHlsZT52XDoqIHtiZWhhdmlvcjp1 cmwoI2RlZmF1bHQjVk1MKTt9DQpvXDoqIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQp3 XDoqIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQouc2hhcGUge2JlaGF2aW9yOnVybCgj ZGVmYXVsdCNWTUwpO30NCjwvc3R5bGU+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4 bWw+DQo8bzpPZmZpY2VEb2N1bWVudFNldHRpbmdzPg0KPG86QWxsb3dQTkcvPg0KPG86RG9Ob3RS ZWx5T25DU1MvPg0KPG86VGFyZ2V0U2NyZWVuU2l6ZT4xMDI0eDc2ODwvbzpUYXJnZXRTY3JlZW5T aXplPg0KPC9vOk9mZmljZURvY3VtZW50U2V0dGluZ3M+DQo8L3htbD48IVtlbmRpZl0tLT48IS0t W2lmIGd0ZSBtc28gOV0+PHhtbD4NCjx3OldvcmREb2N1bWVudD4NCjx3Olpvb20+MTEwPC93Olpv b20+DQo8dzpTcGVsbGluZ1N0YXRlPkNsZWFuPC93OlNwZWxsaW5nU3RhdGU+DQo8dzpUcmFja01v dmVzLz4NCjx3OlRyYWNrRm9ybWF0dGluZy8+DQo8dzpFbnZlbG9wZVZpcy8+DQo8dzpWYWxpZGF0 ZUFnYWluc3RTY2hlbWFzLz4NCjx3OlNhdmVJZlhNTEludmFsaWQ+ZmFsc2U8L3c6U2F2ZUlmWE1M SW52YWxpZD4NCjx3Oklnbm9yZU1peGVkQ29udGVudD5mYWxzZTwvdzpJZ25vcmVNaXhlZENvbnRl bnQ+DQo8dzpBbHdheXNTaG93UGxhY2Vob2xkZXJUZXh0PmZhbHNlPC93OkFsd2F5c1Nob3dQbGFj ZWhvbGRlclRleHQ+DQo8dzpEb05vdFByb21vdGVRRi8+DQo8dzpMaWRUaGVtZU90aGVyPkVOLVVT PC93OkxpZFRoZW1lT3RoZXI+DQo8dzpMaWRUaGVtZUFzaWFuPlpILUNOPC93OkxpZFRoZW1lQXNp YW4+DQo8dzpMaWRUaGVtZUNvbXBsZXhTY3JpcHQ+WC1OT05FPC93OkxpZFRoZW1lQ29tcGxleFNj cmlwdD4NCjx3OkNvbXBhdGliaWxpdHk+DQo8dzpEb05vdEV4cGFuZFNoaWZ0UmV0dXJuLz4NCjx3 OkJyZWFrV3JhcHBlZFRhYmxlcy8+DQo8dzpTcGxpdFBnQnJlYWtBbmRQYXJhTWFyay8+DQo8dzpE b250VmVydEFsaWduQ2VsbFdpdGhTcC8+DQo8dzpEb250QnJlYWtDb25zdHJhaW5lZEZvcmNlZFRh Ymxlcy8+DQo8dzpEb250VmVydEFsaWduSW5UeGJ4Lz4NCjx3OldvcmQxMUtlcm5pbmdQYWlycy8+ DQo8dzpDYWNoZWRDb2xCYWxhbmNlLz4NCjx3OlVzZUZFTGF5b3V0Lz4NCjwvdzpDb21wYXRpYmls aXR5Pg0KPHc6QnJvd3NlckxldmVsPk1pY3Jvc29mdEludGVybmV0RXhwbG9yZXI0PC93OkJyb3dz ZXJMZXZlbD4NCjxtOm1hdGhQcj4NCjxtOm1hdGhGb250IG06dmFsPSJDYW1icmlhIE1hdGgiLz4N CjxtOmJya0JpbiBtOnZhbD0iYmVmb3JlIi8+DQo8bTpicmtCaW5TdWIgbTp2YWw9IiYjNDU7LSIv Pg0KPG06c21hbGxGcmFjIG06dmFsPSJvZmYiLz4NCjxtOmRpc3BEZWYvPg0KPG06bE1hcmdpbiBt OnZhbD0iMCIvPg0KPG06ck1hcmdpbiBtOnZhbD0iMCIvPg0KPG06ZGVmSmMgbTp2YWw9ImNlbnRl ckdyb3VwIi8+DQo8bTp3cmFwSW5kZW50IG06dmFsPSIxNDQwIi8+DQo8bTppbnRMaW0gbTp2YWw9 InN1YlN1cCIvPg0KPG06bmFyeUxpbSBtOnZhbD0idW5kT3ZyIi8+DQo8L206bWF0aFByPjwvdzpX b3JkRG9jdW1lbnQ+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4N Cjx3OkxhdGVudFN0eWxlcyBEZWZMb2NrZWRTdGF0ZT0iZmFsc2UiIERlZlVuaGlkZVdoZW5Vc2Vk PSJ0cnVlIiBEZWZTZW1pSGlkZGVuPSJ0cnVlIiBEZWZRRm9ybWF0PSJmYWxzZSIgRGVmUHJpb3Jp dHk9Ijk5IiBMYXRlbnRTdHlsZUNvdW50PSIyNjciPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0i ZmFsc2UiIFByaW9yaXR5PSIwIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZh bHNlIiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJOb3JtYWwiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2Nr ZWQ9ImZhbHNlIiBQcmlvcml0eT0iOSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2Vk PSJmYWxzZSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0iaGVhZGluZyAxIi8+DQo8dzpMc2RFeGNlcHRp b24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjkiIFFGb3JtYXQ9InRydWUiIE5hbWU9ImhlYWRp bmcgMiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI5IiBRRm9y bWF0PSJ0cnVlIiBOYW1lPSJoZWFkaW5nIDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZh bHNlIiBQcmlvcml0eT0iOSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0iaGVhZGluZyA0Ii8+DQo8dzpM c2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjkiIFFGb3JtYXQ9InRydWUiIE5h bWU9ImhlYWRpbmcgNSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5 PSI5IiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJoZWFkaW5nIDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBM b2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iOSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0iaGVhZGluZyA3 Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjkiIFFGb3JtYXQ9 InRydWUiIE5hbWU9ImhlYWRpbmcgOCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2Ui IFByaW9yaXR5PSI5IiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJoZWFkaW5nIDkiLz4NCjx3OkxzZEV4 Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMzkiIE5hbWU9InRvYyAxIi8+DQo8dzpM c2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjM5IiBOYW1lPSJ0b2MgMiIvPg0K PHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSIzOSIgTmFtZT0idG9jIDMi Lz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMzkiIE5hbWU9InRv YyA0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjM5IiBOYW1l PSJ0b2MgNSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSIzOSIg TmFtZT0idG9jIDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0i MzkiIE5hbWU9InRvYyA3Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3Jp dHk9IjM5IiBOYW1lPSJ0b2MgOCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFBy aW9yaXR5PSIzOSIgTmFtZT0idG9jIDkiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNl IiBQcmlvcml0eT0iMzUiIFFGb3JtYXQ9InRydWUiIE5hbWU9ImNhcHRpb24iLz4NCjx3OkxzZEV4 Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMTAiIFNlbWlIaWRkZW49ImZhbHNlIiBV bmhpZGVXaGVuVXNlZD0iZmFsc2UiIFFGb3JtYXQ9InRydWUiIE5hbWU9IlRpdGxlIi8+DQo8dzpM c2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjEiIE5hbWU9IkRlZmF1bHQgUGFy YWdyYXBoIEZvbnQiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0i MTEiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIFFGb3JtYXQ9InRy dWUiIE5hbWU9IlN1YnRpdGxlIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJp b3JpdHk9IjIyIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBRRm9y bWF0PSJ0cnVlIiBOYW1lPSJTdHJvbmciLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNl IiBQcmlvcml0eT0iMjAiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2Ui IFFGb3JtYXQ9InRydWUiIE5hbWU9IkVtcGhhc2lzIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2Vk PSJmYWxzZSIgUHJpb3JpdHk9IjU5IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9 ImZhbHNlIiBOYW1lPSJUYWJsZSBHcmlkIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxz ZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJQbGFjZWhvbGRlciBUZXh0Ii8+DQo8dzpM c2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjEiIFNlbWlIaWRkZW49ImZhbHNl IiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIFFGb3JtYXQ9InRydWUiIE5hbWU9Ik5vIFNwYWNpbmci Lz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjAiIFNlbWlIaWRk ZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkxpZ2h0IFNoYWRpbmciLz4N Cjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjEiIFNlbWlIaWRkZW49 ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkxpZ2h0IExpc3QiLz4NCjx3Okxz ZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjIiIFNlbWlIaWRkZW49ImZhbHNl IiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkxpZ2h0IEdyaWQiLz4NCjx3OkxzZEV4Y2Vw dGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjMiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhp ZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBTaGFkaW5nIDEiLz4NCjx3OkxzZEV4Y2Vw dGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjQiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhp ZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBTaGFkaW5nIDIiLz4NCjx3OkxzZEV4Y2Vw dGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjUiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhp ZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBMaXN0IDEiLz4NCjx3OkxzZEV4Y2VwdGlv biBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjYiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVX aGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBMaXN0IDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBM b2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjciIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVu VXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBHcmlkIDEiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2Nr ZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjgiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNl ZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBHcmlkIDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9 ImZhbHNlIiBQcmlvcml0eT0iNjkiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0i ZmFsc2UiIE5hbWU9Ik1lZGl1bSBHcmlkIDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZh bHNlIiBQcmlvcml0eT0iNzAiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFs c2UiIE5hbWU9IkRhcmsgTGlzdCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFBy aW9yaXR5PSI3MSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFt ZT0iQ29sb3JmdWwgU2hhZGluZyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFBy aW9yaXR5PSI3MiIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFt ZT0iQ29sb3JmdWwgTGlzdCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9y aXR5PSI3MyIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0i Q29sb3JmdWwgR3JpZCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5 PSI2MCIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTGln aHQgU2hhZGluZyBBY2NlbnQgMSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFBy aW9yaXR5PSI2MSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFt ZT0iTGlnaHQgTGlzdCBBY2NlbnQgMSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2Ui IFByaW9yaXR5PSI2MiIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIg TmFtZT0iTGlnaHQgR3JpZCBBY2NlbnQgMSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFs c2UiIFByaW9yaXR5PSI2MyIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxz ZSIgTmFtZT0iTWVkaXVtIFNoYWRpbmcgMSBBY2NlbnQgMSIvPg0KPHc6THNkRXhjZXB0aW9uIExv Y2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NCIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5V c2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIFNoYWRpbmcgMiBBY2NlbnQgMSIvPg0KPHc6THNkRXhj ZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVu aGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIExpc3QgMSBBY2NlbnQgMSIvPg0KPHc6 THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0i UmV2aXNpb24iLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMzQi IFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIFFGb3JtYXQ9InRydWUi IE5hbWU9Ikxpc3QgUGFyYWdyYXBoIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIg UHJpb3JpdHk9IjI5IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBR Rm9ybWF0PSJ0cnVlIiBOYW1lPSJRdW90ZSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFs c2UiIFByaW9yaXR5PSIzMCIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxz ZSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0iSW50ZW5zZSBRdW90ZSIvPg0KPHc6THNkRXhjZXB0aW9u IExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NiIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdo ZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIExpc3QgMiBBY2NlbnQgMSIvPg0KPHc6THNkRXhj ZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NyIgU2VtaUhpZGRlbj0iZmFsc2UiIFVu aGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIEdyaWQgMSBBY2NlbnQgMSIvPg0KPHc6 THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2OCIgU2VtaUhpZGRlbj0iZmFs c2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIEdyaWQgMiBBY2NlbnQgMSIv Pg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2OSIgU2VtaUhpZGRl bj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIEdyaWQgMyBBY2Nl bnQgMSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MCIgU2Vt aUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iRGFyayBMaXN0IEFj Y2VudCAxIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjcxIiBT ZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJDb2xvcmZ1bCBT aGFkaW5nIEFjY2VudCAxIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3Jp dHk9IjcyIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJD b2xvcmZ1bCBMaXN0IEFjY2VudCAxIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIg UHJpb3JpdHk9IjczIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBO YW1lPSJDb2xvcmZ1bCBHcmlkIEFjY2VudCAxIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJm YWxzZSIgUHJpb3JpdHk9IjYwIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZh bHNlIiBOYW1lPSJMaWdodCBTaGFkaW5nIEFjY2VudCAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9j a2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYxIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVz ZWQ9ImZhbHNlIiBOYW1lPSJMaWdodCBMaXN0IEFjY2VudCAyIi8+DQo8dzpMc2RFeGNlcHRpb24g TG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYyIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hl blVzZWQ9ImZhbHNlIiBOYW1lPSJMaWdodCBHcmlkIEFjY2VudCAyIi8+DQo8dzpMc2RFeGNlcHRp b24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYzIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRl V2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gU2hhZGluZyAxIEFjY2VudCAyIi8+DQo8dzpM c2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY0IiBTZW1pSGlkZGVuPSJmYWxz ZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gU2hhZGluZyAyIEFjY2VudCAy Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY1IiBTZW1pSGlk ZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gTGlzdCAxIEFj Y2VudCAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY2IiBT ZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gTGlz dCAyIEFjY2VudCAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9 IjY3IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRp dW0gR3JpZCAxIEFjY2VudCAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJp b3JpdHk9IjY4IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1l PSJNZWRpdW0gR3JpZCAyIEFjY2VudCAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxz ZSIgUHJpb3JpdHk9IjY5IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNl IiBOYW1lPSJNZWRpdW0gR3JpZCAzIEFjY2VudCAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2Vk PSJmYWxzZSIgUHJpb3JpdHk9IjcwIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9 ImZhbHNlIiBOYW1lPSJEYXJrIExpc3QgQWNjZW50IDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2Nr ZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzEiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNl ZD0iZmFsc2UiIE5hbWU9IkNvbG9yZnVsIFNoYWRpbmcgQWNjZW50IDIiLz4NCjx3OkxzZEV4Y2Vw dGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzIiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhp ZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkNvbG9yZnVsIExpc3QgQWNjZW50IDIiLz4NCjx3Okxz ZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzMiIFNlbWlIaWRkZW49ImZhbHNl IiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkNvbG9yZnVsIEdyaWQgQWNjZW50IDIiLz4N Cjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjAiIFNlbWlIaWRkZW49 ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkxpZ2h0IFNoYWRpbmcgQWNjZW50 IDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjEiIFNlbWlI aWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkxpZ2h0IExpc3QgQWNj ZW50IDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjIiIFNl bWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkxpZ2h0IEdyaWQg QWNjZW50IDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjMi IFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBT aGFkaW5nIDEgQWNjZW50IDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlv cml0eT0iNjQiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9 Ik1lZGl1bSBTaGFkaW5nIDIgQWNjZW50IDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZh bHNlIiBQcmlvcml0eT0iNjUiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFs c2UiIE5hbWU9Ik1lZGl1bSBMaXN0IDEgQWNjZW50IDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2Nr ZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjYiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNl ZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBMaXN0IDIgQWNjZW50IDMiLz4NCjx3OkxzZEV4Y2VwdGlv biBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjciIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVX aGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBHcmlkIDEgQWNjZW50IDMiLz4NCjx3OkxzZEV4 Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjgiIFNlbWlIaWRkZW49ImZhbHNlIiBV bmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBHcmlkIDIgQWNjZW50IDMiLz4NCjx3 OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjkiIFNlbWlIaWRkZW49ImZh bHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBHcmlkIDMgQWNjZW50IDMi Lz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzAiIFNlbWlIaWRk ZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkRhcmsgTGlzdCBBY2NlbnQg MyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MSIgU2VtaUhp ZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iQ29sb3JmdWwgU2hhZGlu ZyBBY2NlbnQgMyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3 MiIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iQ29sb3Jm dWwgTGlzdCBBY2NlbnQgMyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9y aXR5PSI3MyIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0i Q29sb3JmdWwgR3JpZCBBY2NlbnQgMyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2Ui IFByaW9yaXR5PSI2MCIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIg TmFtZT0iTGlnaHQgU2hhZGluZyBBY2NlbnQgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0i ZmFsc2UiIFByaW9yaXR5PSI2MSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJm YWxzZSIgTmFtZT0iTGlnaHQgTGlzdCBBY2NlbnQgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tl ZD0iZmFsc2UiIFByaW9yaXR5PSI2MiIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2Vk PSJmYWxzZSIgTmFtZT0iTGlnaHQgR3JpZCBBY2NlbnQgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExv Y2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2MyIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5V c2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIFNoYWRpbmcgMSBBY2NlbnQgNCIvPg0KPHc6THNkRXhj ZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NCIgU2VtaUhpZGRlbj0iZmFsc2UiIFVu aGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIFNoYWRpbmcgMiBBY2NlbnQgNCIvPg0K PHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NSIgU2VtaUhpZGRlbj0i ZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIExpc3QgMSBBY2NlbnQg NCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NiIgU2VtaUhp ZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIExpc3QgMiBB Y2NlbnQgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NyIg U2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIEdy aWQgMSBBY2NlbnQgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5 PSI2OCIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVk aXVtIEdyaWQgMiBBY2NlbnQgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFBy aW9yaXR5PSI2OSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFt ZT0iTWVkaXVtIEdyaWQgMyBBY2NlbnQgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFs c2UiIFByaW9yaXR5PSI3MCIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxz ZSIgTmFtZT0iRGFyayBMaXN0IEFjY2VudCA0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJm YWxzZSIgUHJpb3JpdHk9IjcxIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZh bHNlIiBOYW1lPSJDb2xvcmZ1bCBTaGFkaW5nIEFjY2VudCA0Ii8+DQo8dzpMc2RFeGNlcHRpb24g TG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjcyIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hl blVzZWQ9ImZhbHNlIiBOYW1lPSJDb2xvcmZ1bCBMaXN0IEFjY2VudCA0Ii8+DQo8dzpMc2RFeGNl cHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjczIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5o aWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJDb2xvcmZ1bCBHcmlkIEFjY2VudCA0Ii8+DQo8dzpM c2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYwIiBTZW1pSGlkZGVuPSJmYWxz ZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJMaWdodCBTaGFkaW5nIEFjY2VudCA1Ii8+ DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYxIiBTZW1pSGlkZGVu PSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJMaWdodCBMaXN0IEFjY2VudCA1 Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYyIiBTZW1pSGlk ZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJMaWdodCBHcmlkIEFjY2Vu dCA1Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYzIiBTZW1p SGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gU2hhZGlu ZyAxIEFjY2VudCA1Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9 IjY0IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRp dW0gU2hhZGluZyAyIEFjY2VudCA1Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIg UHJpb3JpdHk9IjY1IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBO YW1lPSJNZWRpdW0gTGlzdCAxIEFjY2VudCA1Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJm YWxzZSIgUHJpb3JpdHk9IjY2IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZh bHNlIiBOYW1lPSJNZWRpdW0gTGlzdCAyIEFjY2VudCA1Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9j a2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY3IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVz ZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gR3JpZCAxIEFjY2VudCA1Ii8+DQo8dzpMc2RFeGNlcHRp b24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY4IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRl V2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gR3JpZCAyIEFjY2VudCA1Ii8+DQo8dzpMc2RF eGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY5IiBTZW1pSGlkZGVuPSJmYWxzZSIg VW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gR3JpZCAzIEFjY2VudCA1Ii8+DQo8 dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjcwIiBTZW1pSGlkZGVuPSJm YWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJEYXJrIExpc3QgQWNjZW50IDUiLz4N Cjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzEiIFNlbWlIaWRkZW49 ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkNvbG9yZnVsIFNoYWRpbmcgQWNj ZW50IDUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzIiIFNl bWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkNvbG9yZnVsIExp c3QgQWNjZW50IDUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0i NzMiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkNvbG9y ZnVsIEdyaWQgQWNjZW50IDUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlv cml0eT0iNjAiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9 IkxpZ2h0IFNoYWRpbmcgQWNjZW50IDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNl IiBQcmlvcml0eT0iNjEiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2Ui IE5hbWU9IkxpZ2h0IExpc3QgQWNjZW50IDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZh bHNlIiBQcmlvcml0eT0iNjIiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFs c2UiIE5hbWU9IkxpZ2h0IEdyaWQgQWNjZW50IDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9 ImZhbHNlIiBQcmlvcml0eT0iNjMiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0i ZmFsc2UiIE5hbWU9Ik1lZGl1bSBTaGFkaW5nIDEgQWNjZW50IDYiLz4NCjx3OkxzZEV4Y2VwdGlv biBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjQiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVX aGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBTaGFkaW5nIDIgQWNjZW50IDYiLz4NCjx3Okxz ZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjUiIFNlbWlIaWRkZW49ImZhbHNl IiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBMaXN0IDEgQWNjZW50IDYiLz4N Cjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjYiIFNlbWlIaWRkZW49 ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBMaXN0IDIgQWNjZW50 IDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjciIFNlbWlI aWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBHcmlkIDEg QWNjZW50IDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjgi IFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBH cmlkIDIgQWNjZW50IDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0 eT0iNjkiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1l ZGl1bSBHcmlkIDMgQWNjZW50IDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQ cmlvcml0eT0iNzAiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5h bWU9IkRhcmsgTGlzdCBBY2NlbnQgNiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2Ui IFByaW9yaXR5PSI3MSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIg TmFtZT0iQ29sb3JmdWwgU2hhZGluZyBBY2NlbnQgNiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tl ZD0iZmFsc2UiIFByaW9yaXR5PSI3MiIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2Vk PSJmYWxzZSIgTmFtZT0iQ29sb3JmdWwgTGlzdCBBY2NlbnQgNiIvPg0KPHc6THNkRXhjZXB0aW9u IExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MyIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdo ZW5Vc2VkPSJmYWxzZSIgTmFtZT0iQ29sb3JmdWwgR3JpZCBBY2NlbnQgNiIvPg0KPHc6THNkRXhj ZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSIxOSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVu aGlkZVdoZW5Vc2VkPSJmYWxzZSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0iU3VidGxlIEVtcGhhc2lz Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjIxIiBTZW1pSGlk ZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJJ bnRlbnNlIEVtcGhhc2lzIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3Jp dHk9IjMxIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBRRm9ybWF0 PSJ0cnVlIiBOYW1lPSJTdWJ0bGUgUmVmZXJlbmNlIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2Vk PSJmYWxzZSIgUHJpb3JpdHk9IjMyIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9 ImZhbHNlIiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJJbnRlbnNlIFJlZmVyZW5jZSIvPg0KPHc6THNk RXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSIzMyIgU2VtaUhpZGRlbj0iZmFsc2Ui IFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0iQm9vayBUaXRsZSIv Pg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSIzNyIgTmFtZT0iQmli bGlvZ3JhcGh5Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjM5 IiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJUT0MgSGVhZGluZyIvPg0KPC93OkxhdGVudFN0eWxlcz4N CjwveG1sPjwhW2VuZGlmXS0tPjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpA Zm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OuWui+S9kzsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAx IDEgMSAxOw0KCW1zby1mb250LWFsdDpTaW1TdW47DQoJbXNvLWZvbnQtY2hhcnNldDoxMzQ7DQoJ bXNvLWdlbmVyaWMtZm9udC1mYW1pbHk6YXV0bzsNCgltc28tZm9udC1waXRjaDp2YXJpYWJsZTsN Cgltc28tZm9udC1zaWduYXR1cmU6MyA2ODA0NjAyODggMjIgMCAyNjIxNDUgMDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0xOjIgNCA1IDMgNSA0 IDYgMyAyIDQ7DQoJbXNvLWZvbnQtYWx0OiJDYWxpc3RvIE1UIjsNCgltc28tZm9udC1jaGFyc2V0 OjA7DQoJbXNvLWdlbmVyaWMtZm9udC1mYW1pbHk6cm9tYW47DQoJbXNvLWZvbnQtcGl0Y2g6dmFy aWFibGU7DQoJbXNvLWZvbnQtc2lnbmF0dXJlOi01MzY4NzAxNDUgMTEwNzMwNTcyNyAwIDAgNDE1 IDA7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIgMTUg NSAyIDIgMiA0IDMgMiA0Ow0KCW1zby1mb250LWFsdDpDYWxpYnJpOw0KCW1zby1mb250LWNoYXJz ZXQ6MDsNCgltc28tZ2VuZXJpYy1mb250LWZhbWlseTpzd2lzczsNCgltc28tZm9udC1waXRjaDp2 YXJpYWJsZTsNCgltc28tZm9udC1zaWduYXR1cmU6LTUyMDA5MjkyOSAxMDczNzg2MTExIDkgMCA0 MTUgMDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDEx IDYgNCAzIDUgNCA0IDIgNDsNCgltc28tZm9udC1jaGFyc2V0OjA7DQoJbXNvLWdlbmVyaWMtZm9u dC1mYW1pbHk6c3dpc3M7DQoJbXNvLWZvbnQtcGl0Y2g6dmFyaWFibGU7DQoJbXNvLWZvbnQtc2ln bmF0dXJlOi01MjAwODE2NjUgLTEwNzM3MTcxNTcgNDEgMCA2NjA0NyAwO30NCkBmb250LWZhY2UN Cgl7Zm9udC1mYW1pbHk6IlxA5a6L5L2TIjsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAx Ow0KCW1zby1mb250LWFsdDo/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Ow0KCW1zby1m b250LWNoYXJzZXQ6MTM0Ow0KCW1zby1nZW5lcmljLWZvbnQtZmFtaWx5OmF1dG87DQoJbXNvLWZv bnQtcGl0Y2g6dmFyaWFibGU7DQoJbXNvLWZvbnQtc2lnbmF0dXJlOjMgNjgwNDYwMjg4IDIyIDAg MjYyMTQ1IDA7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29O b3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bXNvLXN0eWxlLXVuaGlkZTpubzsNCgltc28tc3R5bGUt cWZvcm1hdDp5ZXM7DQoJbXNvLXN0eWxlLXBhcmVudDoiIjsNCgltYXJnaW46MGNtOw0KCW1hcmdp bi1ib3R0b206LjAwMDFwdDsNCgltc28tcGFnaW5hdGlvbjp3aWRvdy1vcnBoYW47DQoJZm9udC1z aXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYiOw0KCW1z by1mYXJlYXN0LWZvbnQtZmFtaWx5OuWui+S9kzt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5r DQoJe21zby1zdHlsZS1ub3Nob3c6eWVzOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xv cjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7DQoJdGV4dC11bmRlcmxpbmU6c2lu Z2xlO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUt bm9zaG93OnllczsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRl eHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7DQoJdGV4dC11bmRlcmxpbmU6c2luZ2xlO30NCnAuTXNv QWNldGF0ZSwgbGkuTXNvQWNldGF0ZSwgZGl2Lk1zb0FjZXRhdGUNCgl7bXNvLXN0eWxlLW5vc2hv dzp5ZXM7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiLmibnms6jm oYbmlofmnKwgQ2hhciI7DQoJbWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ bXNvLXBhZ2luYXRpb246d2lkb3ctb3JwaGFuOw0KCWZvbnQtc2l6ZTo5LjBwdDsNCglmb250LWZh bWlseToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYiOw0KCW1zby1mYXJlYXN0LWZvbnQtZmFtaWx5 OuWui+S9kzt9DQpzcGFuLkNoYXINCgl7bXNvLXN0eWxlLW5hbWU6IuaJueazqOahhuaWh+acrCBD aGFyIjsNCgltc28tc3R5bGUtbm9zaG93OnllczsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJ bXNvLXN0eWxlLXVuaGlkZTpubzsNCgltc28tc3R5bGUtbG9ja2VkOnllczsNCgltc28tc3R5bGUt bGluazrmibnms6jmoYbmlofmnKw7DQoJbXNvLWFuc2ktZm9udC1zaXplOjkuMHB0Ow0KCW1zby1i aWRpLWZvbnQtc2l6ZTo5LjBwdDsNCglmb250LWZhbWlseTrlrovkvZM7DQoJbXNvLWFzY2lpLWZv bnQtZmFtaWx5OuWui+S9kzsNCgltc28tZmFyZWFzdC1mb250LWZhbWlseTrlrovkvZM7DQoJbXNv LWhhbnNpLWZvbnQtZmFtaWx5OuWui+S9kzt9DQpzcGFuLkVtYWlsU3R5bGUxOQ0KCXttc28tc3R5 bGUtdHlwZTpwZXJzb25hbDsNCgltc28tc3R5bGUtbm9zaG93OnllczsNCgltc28tc3R5bGUtdW5o aWRlOm5vOw0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC41cHQ7DQoJbXNvLWJpZGktZm9udC1zaXpl OjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCW1zby1hc2Np aS1mb250LWZhbWlseTpDYWxpYnJpOw0KCW1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OuWui+S9kzsN Cgltc28taGFuc2ktZm9udC1mYW1pbHk6Q2FsaWJyaTsNCgltc28tYmlkaS1mb250LWZhbWlseToi VGltZXMgTmV3IFJvbWFuIjsNCgljb2xvcjojMUY0OTdEO30NCnNwYW4uRW1haWxTdHlsZTIwDQoJ e21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCW1zby1zdHlsZS1ub3Nob3c6eWVzOw0K CW1zby1zdHlsZS11bmhpZGU6bm87DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjVwdDsNCgltc28t YmlkaS1mb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJp ZiI7DQoJbXNvLWFzY2lpLWZvbnQtZmFtaWx5OkNhbGlicmk7DQoJbXNvLWZhcmVhc3QtZm9udC1m YW1pbHk65a6L5L2TOw0KCW1zby1oYW5zaS1mb250LWZhbWlseTpDYWxpYnJpOw0KCW1zby1iaWRp LWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0No cERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJbXNvLWRlZmF1bHQtcHJv cHM6eWVzOw0KCWZvbnQtc2l6ZToxMC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsN Cgltc28tYmlkaS1mb250LXNpemU6MTAuMHB0Ow0KCW1zby1hc2NpaS1mb250LWZhbWlseToiVGlt ZXMgTmV3IFJvbWFuIjsNCgltc28taGFuc2ktZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiI7 DQoJbXNvLWZvbnQta2VybmluZzowcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEy LjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3Mi4wcHQgOTAuMHB0IDcyLjBwdCA5MC4wcHQ7DQoJbXNv LWhlYWRlci1tYXJnaW46MzYuMHB0Ow0KCW1zby1mb290ZXItbWFyZ2luOjM2LjBwdDsNCgltc28t cGFwZXItc291cmNlOjA7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9 DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyAxMF0+PHN0eWxlPi8qIFN0eWxlIERlZmluaXRp b25zICovDQp0YWJsZS5Nc29Ob3JtYWxUYWJsZQ0KCXttc28tc3R5bGUtbmFtZTrmma7pgJrooajm oLw7DQoJbXNvLXRzdHlsZS1yb3diYW5kLXNpemU6MDsNCgltc28tdHN0eWxlLWNvbGJhbmQtc2l6 ZTowOw0KCW1zby1zdHlsZS1ub3Nob3c6eWVzOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCglt c28tc3R5bGUtcWZvcm1hdDp5ZXM7DQoJbXNvLXN0eWxlLXBhcmVudDoiIjsNCgltc28tcGFkZGlu Zy1hbHQ6MGNtIDUuNHB0IDBjbSA1LjRwdDsNCgltc28tcGFyYS1tYXJnaW46MGNtOw0KCW1zby1w YXJhLW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCgltc28tcGFnaW5hdGlvbjp3aWRvdy1vcnBoYW47 DQoJZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwic2Vy aWYiO30NCjwvc3R5bGU+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpz aGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5k aWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRp dCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48 L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IlpILUNOIiBsaW5rPSJibHVl IiB2bGluaz0icHVycGxlIiBzdHlsZT0idGFiLWludGVydmFsOjIxLjBwdCI+DQo8ZGl2IGNsYXNz PSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgY29s b3I9IiMxZjQ5N2QiIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u dC1zaXplOjEwLjVwdDttc28tYmlkaS1mb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tZmFyZWFzdC1mb250LWZh bWlseTrlrovkvZM7bXNvLWJpZGktZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1 b3Q7O2NvbG9yOiMxRjQ5N0QiPkhpIFNoYWhyYW08bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9IiMxZjQ5N2QiIGZh Y2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtt c28tYmlkaS1mb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tZmFyZWFzdC1mb250LWZhbWlseTrlrovkvZM7bXNv LWJpZGktZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7O2NvbG9yOiMxRjQ5 N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iIzFmNDk3ZCIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O21zby1iaWRpLWZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7O21zby1mYXJlYXN0LWZvbnQtZmFtaWx5OuWui+S9kzttc28tYmlkaS1mb250LWZhbWlseTom cXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDs7Y29sb3I6IzFGNDk3RCI+VGhlIHByb2JsZW0NCiBp cyB0aGF0IG5vdCBhbGwgdGhlIG5ldHdvcmtzIGRlcGxveSBQVyB0byB0cmFuc3BvcnQgdGhlIHNl cnZpY2UsIHRoZXJlIGFyZSBxdWl0ZSBudW1iZXIgb2YgbmV0d29ya3MgdXNlIEwzVlBOIGFuZCBv dGhlciB0ZWNobmlxdWVzLg0KPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGNvbG9yPSIjMWY0OTdkIiBmYWNlPSJDYWxpYnJp Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7bXNvLWJpZGktZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk65a6L5L2TO21zby1iaWRpLWZvbnQt ZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQg c2l6ZT0iMiIgY29sb3I9IiMxZjQ5N2QiIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDttc28tYmlkaS1mb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tZmFy ZWFzdC1mb250LWZhbWlseTrlrovkvZM7bXNvLWJpZGktZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMg TmV3IFJvbWFuJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkJlc3QNCiByZWdhcmRzLDxvOnA+PC9vOnA+ PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBj b2xvcj0iIzFmNDk3ZCIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm b250LXNpemU6MTAuNXB0O21zby1iaWRpLWZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWZvbnQt ZmFtaWx5OuWui+S9kzttc28tYmlkaS1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4m cXVvdDs7Y29sb3I6IzFGNDk3RCI+TWFjaDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iIzFmNDk3ZCIgZmFjZT0i Q2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O21zby1i aWRpLWZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWZvbnQtZmFtaWx5OuWui+S9kzttc28tYmlk aS1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDs7Y29sb3I6IzFGNDk3RCI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpu b25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowY20gMGNtIDBjbSA0LjBw dCI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVD NERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iVGFob21hIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7Zm9udC13ZWlnaHQ6Ym9sZCI+RnJvbTo8L3NwYW4+PC9mb250Pjwv Yj48Zm9udCBzaXplPSIyIiBmYWNlPSJUYWhvbWEiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90OyI+DQogUy4gRGF2YXJpIFttYWlsdG86ZGF2YXJpc2hAeWFob28uY29tXSA8 YnI+DQo8Yj48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+U2VudDo8L3NwYW4+PC9iPiBU dWVzZGF5LCBNYXJjaCAyNSwgMjAxNCA2OjA4IFBNPGJyPg0KPGI+PHNwYW4gc3R5bGU9ImZvbnQt d2VpZ2h0OmJvbGQiPlRvOjwvc3Bhbj48L2I+IE1hY2ggQ2hlbjxicj4NCjxiPjxzcGFuIHN0eWxl PSJmb250LXdlaWdodDpib2xkIj5DYzo8L3NwYW4+PC9iPiBTaGFocmFtIERhdmFyaTsgWWltaW4g U2hlbjsgZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJlbEB0b29scy5pZXRmLm9yZzsgbXBsc0Bp ZXRmLm9yZzxicj4NCjxiPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5TdWJqZWN0Ojwv c3Bhbj48L2I+IFJlOiBbbXBsc10gTWFpbCByZWdhcmRpbmcgZHJhZnQtY2hlbi1tcGxzLXNvdXJj ZS1sYWJlbDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMyIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48 c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvZm9udD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQg c2l6ZT0iMyIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImZvbnQtc2l6ZToxMi4wcHQiPkhpIE1hY2g8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMyIgZmFjZT0i VGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMi4w cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIzIiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4i PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+U2luY2UgdGhlIHNl cnZpY2UgaXMgUDJQLCBlYWNoIGJhcyBzdGF0aW9uIGhhcyBpdHMgb3duIFBXLiBUaGVyZWZvcmUg dGhlcmUgaXMgbm8gbmVlZCB0byBpZGVudGlmeSBlYWNoIEJTIHVzaW5nIHlldCBhbm90aGVyIGxh YmVsLiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIzIiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4i PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+PGJyPg0KUmVnYXJk cyw8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxmb250IHNpemU9IjMiIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gbGFuZz0iRU4t VVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij5TaGFocmFtPG86cD48L286cD48L3NwYW4+PC9m b250PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9 IjMiIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTIuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRv bToxMi4wcHQiPjxmb250IHNpemU9IjMiIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij48YnI+DQpPbiBNYXIgMjUsIDIwMTQs IGF0IDE6MzIgQU0sIE1hY2ggQ2hlbiAmbHQ7PGEgaHJlZj0ibWFpbHRvOm1hY2guY2hlbkBodWF3 ZWkuY29tIj5tYWNoLmNoZW5AaHVhd2VpLmNvbTwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9z cGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUu MHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxm b250IHNpemU9IjIiIGNvbG9yPSIjMWY0OTdkIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJF Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7bXNvLWJpZGktZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNv LWJpZGktZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7O2NvbG9yOiMxRjQ5 N0QiPkhpIFNoYWhyYW0sPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9 IiMxZjQ5N2QiIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOjEwLjVwdDttc28tYmlkaS1mb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tYmlkaS1mb250LWZhbWlseTom cXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjwv Zm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9IiMxZjQ5N2QiIGZhY2U9IkNhbGlicmki PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDttc28tYmlkaS1mb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Ozttc28tYmlkaS1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVv dDs7Y29sb3I6IzFGNDk3RCI+SVAvTVBMUyBpcyBjb21tb25seSB1c2VkIGluIHRoZQ0KIG1vYmls ZSBiYWNraGF1bCwgYW5kIG1hbnkgb2YgdGhlIG5ldHdvcmtzIHVzZSBwdXJlIExEUCBiYXNlZCB0 dW5uZWwuIFRoZSBzZXJ2aWNlIGlzIHBvaW50LXRvLXBvaW50IChlLmcuLCBmcm9tIENTRyB0byBS U0cpLDxzcGFuIHN0eWxlPSJtc28tc3BhY2VydW46eWVzIj4mbmJzcDsNCjwvc3Bhbj5idXQgdGhl IExEUCBiYXNlZCB0dW5uZWwgaXMgYWN0dWFsbHkgTVAyUCBtb2RlbC4gQW5kIHNldmVyYWwgY3Vz dG9tZXJzIHJlcXVpcmUgdG8gc3VwcG9ydCBwYXNzaXZlIHBlcmZvcm1hbmNlIGluIHRoZWlyIG1v YmlsZSBiYWNraGF1bCBuZXR3b3JrLjwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIi IGNvbG9yPSIjMWY0OTdkIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImZvbnQtc2l6ZToxMC41cHQ7bXNvLWJpZGktZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWJpZGktZm9udC1m YW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwv c3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGNvbG9yPSIjMWY0OTdkIiBmYWNlPSJD YWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7bXNvLWJp ZGktZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWJpZGktZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJv bWFuJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPlJlZ2FyZGluZyB0aGUgbnVtYmVyIG9mIGxhYmVscywN CiBJIGFncmVlIGlmIG9ubHkgdGhlIEV4dGVuZGVkIHNwZWNpYWwgcHVycG9zZSBsYWJlbCBjYW4g YmUgYXNzaWduZWQsIGJ1dCBpZiB0aGUgbm9ybWFsIHNwZWNpYWwgcHVycG9zZSBsYWJlbCBpcyBh c3NpZ25lZCwgdGhlbiBvbmx5IHR3byBleHRyYSBsYWJlbHMuPC9zcGFuPjwvZm9udD48c3BhbiBs YW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PGZvbnQgc2l6ZT0iMiIgY29sb3I9IiMxZjQ5N2QiIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDttc28tYmlkaS1mb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztt c28tYmlkaS1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDs7Y29sb3I6IzFG NDk3RCI+Jm5ic3A7PC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9IiMx ZjQ5N2QiIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl OjEwLjVwdDttc28tYmlkaS1mb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tYmlkaS1mb250LWZhbWlseTomcXVv dDtUaW1lcyBOZXcgUm9tYW4mcXVvdDs7Y29sb3I6IzFGNDk3RCI+QmVzdCByZWdhcmRzLDwvc3Bh bj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGNvbG9yPSIjMWY0OTdkIiBmYWNlPSJDYWxp YnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7bXNvLWJpZGkt Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7bXNvLWJpZGktZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFu JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPk1hY2g8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVT Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXpl PSIyIiBjb2xvcj0iIzFmNDk3ZCIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6MTAuNXB0O21zby1iaWRpLWZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1iaWRpLWZv bnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJz cDs8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iIzFmNDk3ZCIgZmFj ZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O21z by1iaWRpLWZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1iaWRpLWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5l dyBSb21hbiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PC9mb250PjxzcGFuIGxh bmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9u ZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNC4wcHQi Pg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRE RiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tb3V0bGluZS1sZXZlbDoxIj48Yj48Zm9udCBzaXplPSIyIiBmYWNlPSJUYWhv bWEiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tZmFyZWFzdC1m b250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDs7Zm9udC13ZWlnaHQ6Ym9sZCI+ RnJvbTo8L3NwYW4+PC9mb250PjwvYj48Zm9udCBzaXplPSIyIiBmYWNlPSJUYWhvbWEiPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtU YWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tZmFyZWFzdC1mb250LWZhbWls eTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPg0KIFMuIERhdmFyaSBbPGEgaHJlZj0ibWFp bHRvOmRhdmFyaXNoQHlhaG9vLmNvbSI+bWFpbHRvOmRhdmFyaXNoQHlhaG9vLmNvbTwvYT5dIDxi cj4NCjxiPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5TZW50Ojwvc3Bhbj48L2I+IFR1 ZXNkYXksIE1hcmNoIDI1LCAyMDE0IDI6NTEgUE08YnI+DQo8Yj48c3BhbiBzdHlsZT0iZm9udC13 ZWlnaHQ6Ym9sZCI+VG86PC9zcGFuPjwvYj4gTWFjaCBDaGVuOyBTaGFocmFtIERhdmFyaTsgWWlt aW4gU2hlbjxicj4NCjxiPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5DYzo8L3NwYW4+ PC9iPiA8YSBocmVmPSJtYWlsdG86ZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJlbEB0b29scy5p ZXRmLm9yZyI+DQpkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsQHRvb2xzLmlldGYub3JnPC9h PjsgPGEgaHJlZj0ibWFpbHRvOm1wbHNAaWV0Zi5vcmciPm1wbHNAaWV0Zi5vcmc8L2E+PGJyPg0K PGI+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPlN1YmplY3Q6PC9zcGFuPjwvYj4gUmU6 IFttcGxzXSBNYWlsIHJlZ2FyZGluZyBkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsPC9zcGFu PjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjMiIGZhY2U9IlRpbWVz IE5ldyBSb21hbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij4m bmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMyIgY29s b3I9ImJsYWNrIiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iZm9udC1zaXplOjEyLjBwdDttc28tZmFyZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1lcyBO ZXcgUm9tYW4mcXVvdDs7Y29sb3I6YmxhY2siPkhpIE1hY2gsPGJyPg0KPGJyPg0KVGhlIGRyYWZ0 IHlvdSByZWZlciB0bywgcmVmZXJzIHRvIHdpcmVsZXNzIGJhY2toYXVsLCB3aGljaCBhcyBmYXIg YXMgSSBrbm93LCZuYnNwOyBkb2VzIG5vdCB1c2UgbXVsdGktcG9pbnQgc2VydmljZSwgYW5kIHlv dSBjb3VsZCB1c2Ugbm9ybWFsIFAyUCBMTS9ETS4gUmVnYXJkaW5nIHRoZSBudW1iZXIgb2YgbGFi ZWxzLCBub3RlIHRoYXQgdGhlcmUgYXJlIG5vdCBtYW55IHJlc2VydmVkIGxhYmVscyBsZWZ0IGFu ZCBhcyBwZXIgZm9sbG93aW5nIElFVEYgZHJhZnQNCiBwcmV0dHkgbXVjaCBubyBtb3JlIHJlc2Vy dmVkIGxhYmVsIGNhbiBiZSBhc3NpZ25lZCB3aXRob3V0IHRoZSB1c2Ugb2YgRXh0ZW5kZWQgTGFi ZWwgSW5kaWFjdG9yLCB3aGljaCBtZWFucyB5b3UgbmVlZCAzIGxhYmVsczogWEwtU0xJLVNMPGJy Pg0KPGJyPg0KPGEgaHJlZj0iaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1t cGxzLXNwZWNpYWwtcHVycG9zZS1sYWJlbHMtMDYiPmh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1s L2RyYWZ0LWlldGYtbXBscy1zcGVjaWFsLXB1cnBvc2UtbGFiZWxzLTA2PC9hPjxicj4NCjxicj4N ClRoeDxicj4NClNoYWhyYW08L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMyIgY29sb3I9ImJsYWNrIiBmYWNlPSJU aW1lcyBOZXcgUm9tYW4iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEyLjBw dDttc28tZmFyZWFzdC1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDs7Y29s b3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIzIiBjb2xvcj0iYmxhY2siIGZhY2U9IlRp bWVzIE5ldyBSb21hbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0 O21zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oztjb2xv cjpibGFjayI+Jm5ic3A7PC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2IGNsYXNzPSJN c29Ob3JtYWwiIGFsaWduPSJjZW50ZXIiIHN0eWxlPSJ0ZXh0LWFsaWduOmNlbnRlcjtiYWNrZ3Jv dW5kOndoaXRlIj4NCjxmb250IHNpemU9IjMiIGNvbG9yPSJibGFjayIgZmFjZT0iVGltZXMgTmV3 IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7bXNvLWZh cmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7O2NvbG9yOmJsYWNr Ij4NCjxociBzaXplPSIxIiB3aWR0aD0iMTAwJSIgYWxpZ249ImNlbnRlciI+DQo8L3NwYW4+PC9m b250PjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1vdXRsaW5lLWxldmVs OjE7YmFja2dyb3VuZDp3aGl0ZSI+PGI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNl PSJBcmlhbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWZhcmVh c3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7O2NvbG9yOmJsYWNrO2Zv bnQtd2VpZ2h0OmJvbGQiPkZyb206PC9zcGFuPjwvZm9udD48L2I+PGZvbnQgc2l6ZT0iMiIgY29s b3I9ImJsYWNrIiBmYWNlPSJBcmlhbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDs7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7 O2NvbG9yOmJsYWNrIj4NCiBNYWNoIENoZW4gJmx0OzxhIGhyZWY9Im1haWx0bzptYWNoLmNoZW5A aHVhd2VpLmNvbSI+bWFjaC5jaGVuQGh1YXdlaS5jb208L2E+Jmd0Ozxicj4NCjxiPjxzcGFuIHN0 eWxlPSJmb250LXdlaWdodDpib2xkIj5Ubzo8L3NwYW4+PC9iPiBTaGFocmFtIERhdmFyaSAmbHQ7 PGEgaHJlZj0ibWFpbHRvOmRhdmFyaUBicm9hZGNvbS5jb20iPmRhdmFyaUBicm9hZGNvbS5jb208 L2E+Jmd0OzsgWWltaW4gU2hlbiAmbHQ7PGEgaHJlZj0ibWFpbHRvOnlzaGVuQGp1bmlwZXIubmV0 Ij55c2hlbkBqdW5pcGVyLm5ldDwvYT4mZ3Q7DQo8YnI+DQo8Yj48c3BhbiBzdHlsZT0iZm9udC13 ZWlnaHQ6Ym9sZCI+Q2M6PC9zcGFuPjwvYj4gJnF1b3Q7PGEgaHJlZj0ibWFpbHRvOmRyYWZ0LWNo ZW4tbXBscy1zb3VyY2UtbGFiZWxAdG9vbHMuaWV0Zi5vcmciPmRyYWZ0LWNoZW4tbXBscy1zb3Vy Y2UtbGFiZWxAdG9vbHMuaWV0Zi5vcmc8L2E+JnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86ZHJh ZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJlbEB0b29scy5pZXRmLm9yZyI+ZHJhZnQtY2hlbi1tcGxz LXNvdXJjZS1sYWJlbEB0b29scy5pZXRmLm9yZzwvYT4mZ3Q7Ow0KICZxdW90OzxhIGhyZWY9Im1h aWx0bzptcGxzQGlldGYub3JnIj5tcGxzQGlldGYub3JnPC9hPiZxdW90OyAmbHQ7PGEgaHJlZj0i bWFpbHRvOm1wbHNAaWV0Zi5vcmciPm1wbHNAaWV0Zi5vcmc8L2E+Jmd0Ow0KPGJyPg0KPGI+PHNw YW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPlNlbnQ6PC9zcGFuPjwvYj4gTW9uZGF5LCBNYXJj aCAyNCwgMjAxNCAxMToxMjoyOCBQTTxicj4NCjxiPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpi b2xkIj5TdWJqZWN0Ojwvc3Bhbj48L2I+IFJlOiBbbXBsc10gTWFpbCByZWdhcmRpbmcgZHJhZnQt Y2hlbi1tcGxzLXNvdXJjZS1sYWJlbDwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIzIiBjb2xvcj0iYmxhY2siIGZh Y2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6 MTIuMHB0O21zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90 Oztjb2xvcjpibGFjayI+PGJyPg0KSGkgU2hhaHJhbSw8YnI+DQo8YnI+DQpFdmVyeWJvZHkga25v d3MgdGhlcmUgaXMgU0xNLCBidXQgU1BzIG5lZWQgcGFzc2l2ZSBMTSBhbmQgRE0gaW4gc29tZSBz Y2VuYXJpb3MocGxlYXNlIHJlZmVyIHRvIDoNCjxhIGhyZWY9Imh0dHA6Ly90b29scy5pZXRmLm9y Zy9odG1sL2RyYWZ0LWRlbmctaXBwbS13aXJlbGVzcy0wMSIgdGFyZ2V0PSJfYmxhbmsiPg0KaHR0 cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtZGVuZy1pcHBtLXdpcmVsZXNzLTAxIDwvYT5h bmQgUkZDNjM3NCkuIEJvdGggYWN0aXZlIGFuZCBwYXNzaXZlIFBNIGhhdmUgdGhlaXIgYXBwbGlj YXRpb24gc2NlbmFyaW9zLg0KPGJyPg0KPGJyPg0KQWdhaW4sIHRvIGNvcnJlY3QgYSBtaXN0YWtl IGhlcmUsIHNhbWUgYXMgRUwsIHRoZXJlIGFyZSBvbmx5IHR3byBsYWJlbHMgbmVlZGVkLiA8YnI+ DQo8YnI+DQo8YnI+DQpCZXN0IHJlZ2FyZHMsPGJyPg0KTWFjaDwvc3Bhbj48L2ZvbnQ+PHNwYW4g bGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgaWQ9InlxdGZkNDYxMTIi Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNp emU9IjMiIGNvbG9yPSJibGFjayIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPSJF Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6JnF1 b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7O2NvbG9yOmJsYWNrIj48YnI+DQomZ3Q7IC0tLS0tT3Jp Z2luYWwgTWVzc2FnZS0tLS0tPGJyPg0KJmd0OyBGcm9tOiBTaGFocmFtIERhdmFyaSBbbWFpbHRv OjxhIGhyZWY9Im1haWx0bzpkYXZhcmlAYnJvYWRjb20uY29tIj5kYXZhcmlAYnJvYWRjb20uY29t PC9hPl08YnI+DQomZ3Q7IFNlbnQ6IFR1ZXNkYXksIE1hcmNoIDI1LCAyMDE0IDExOjI0IEFNPGJy Pg0KJmd0OyBUbzogWWltaW4gU2hlbjxicj4NCiZndDsgQ2M6IE1hY2ggQ2hlbjsgPGEgaHJlZj0i bWFpbHRvOmRyYWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFiZWxAdG9vbHMuaWV0Zi5vcmciPmRyYWZ0 LWNoZW4tbXBscy1zb3VyY2UtbGFiZWxAdG9vbHMuaWV0Zi5vcmc8L2E+Ow0KPGEgaHJlZj0ibWFp bHRvOm1wbHNAaWV0Zi5vcmciPm1wbHNAaWV0Zi5vcmc8L2E+PGJyPg0KJmd0OyBTdWJqZWN0OiBS ZTogW21wbHNdIE1haWwgcmVnYXJkaW5nIGRyYWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFiZWw8YnI+ DQomZ3Q7IDxicj4NCiZndDsgSGk8YnI+DQomZ3Q7IDxicj4NCiZndDsgU28gZmFyIEkgaGF2ZW4n dCBzZWVuIGFueSB2YWxpZCB1c2UgY2FyIHRoYXQgd291bGQgb25seSBiZSBwb3NzaWJsZSBieSBh ZGRpbmcgdGhpcyAzPGJyPg0KJmd0OyBsYWJlbHMuIEZvciBWUExTIExNIHlvdSBjb3VsZCBhbHdh eXMgdXNlIFN5bnRoZXRpYyBsb3NzIG1lYXN1cmVtZW50LiBKdXN0PGJyPg0KJmd0OyBzYXlpbmcg U3ludGhldGljIExNIGlzIG5vdCBhcyBhY2N1cmF0ZSBhcyBkaXJlY3QgTE0gaXMgbm90IGEgZ29v ZCBqdXN0aWZpY2F0aW9uIGZvcjxicj4NCiZndDsgYWRkaW5nIDMgbGFiZWxzLjxicj4NCiZndDsg PGJyPg0KJmd0OyBSZWdhcmRzLDxicj4NCiZndDsgU2hhaHJhbTxicj4NCiZndDsgPGJyPg0KJmd0 OyA8YnI+DQomZ3Q7ICZndDsgT24gTWFyIDIxLCAyMDE0LCBhdCAxMTozOSBBTSwgJnF1b3Q7WWlt aW4gU2hlbiZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnlzaGVuQGp1bmlwZXIubmV0Ij55c2hl bkBqdW5pcGVyLm5ldDwvYT4mZ3Q7IHdyb3RlOjxicj4NCiZndDsgJmd0Ozxicj4NCiZndDsgJmd0 OyBIaSBNYWNoLDxicj4NCiZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyBGb3IgYW4gaW50ZXJtZWRp YXRlIG5vZGUsIFNMIHdvdWxkIGRlZmluaXRlbHkgTk9UIGJlIGF0IHRoZSB0b3Agb2YgX2luY29t aW5nXzxicj4NCiZndDsgbGFiZWwgc3RhY2suIFlvdSB3b3VsZCBoYXZlIHRvIGluc3RhbGwgY29t cGxleCBmb3J3YXJkaW5nIHN0YXRlIGluIGRhdGEgcGxhbmUgdG88YnI+DQomZ3Q7IGxvb2sgZm9y IFNMIGFuZCBwcm9jZXNzIHRoZSBwYWNrZXQgZGlmZmVyZW50bHkgYmFzZWQgb24gdGhlPGJyPg0K Jmd0OyBleGlzdGVuY2Uvbm9uLWV4aXN0ZW5jZSBvZiBTTC4gSXQgd291bGQgZ2V0IGV2ZW4gbW9y ZSBjb21wbGljYXRlZCBpZiB5b3UgbmVlZDxicj4NCiZndDsgdG8gcHV0IHRoZSBTTCBiYWNrIHRv IHRoZSBwYWNrZXRzLCBpbiBjYXNlIG90aGVyIG5vZGVzIGRvd25zdHJlYW0gbWF5IGFsc28gYmU8 YnI+DQomZ3Q7IGV4cGVjdGluZyBpdC4gU28gSSdkIGxpa2UgdG8gc2VlIGEgdmFsaWQgdXNlIGNh c2UgZm9yIHRoaXMgaW5jcmVhc2VkIGNvbXBsZXhpdHkgYW5kPGJyPg0KJmd0OyBvdmVyaGVhZC48 YnI+DQomZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsgUmVnYXJkaW5nIHRoZSBlZ3Jlc3Mgbm9kZSB1 c2UgY2FzZSwgbm90ZSB0aGF0IGl0IGlzIGRpZmZlcmVudCB0aGFuIEVudHJvcHkgbGFiZWxzLDxi cj4NCiZndDsgd2hlcmUgYW4gRUwgaXMgYWN0dWFsbHkgdXNlZCBieSBpbnRlcm1lZGlhdGUgbm9k ZXMgYW5kIG9ubHkgcG9wcGVkIGJ5IGVncmVzczxicj4NCiZndDsgbm9kZS4gU28sIGlmIHlvdXIg Z29hbCBpcyBzaW1wbHkgdG8gaW5mb3JtIGFuIGVncmVzcyBub2RlIGFib3V0IHRoZSBpZGVudGl0 eSBvZiBhPGJyPg0KJmd0OyBzb3VyY2Ugbm9kZSwgdGhlIHNvdXJjZSBub2RlIGNvdWxkIGp1c3Qg cHVzaCBvbmUgbGFiZWwgdG8gaWRlbnRpZnkgaXRzZWxmLiBUaGlzPGJyPg0KJmd0OyBsYWJlbCBj b3VsZCBiZSBjb25maWd1cmVkIG9yIGNvbW11bmljYXRlZCBiZXR3ZWVuIHRoZSBlZ3Jlc3Mgbm9k ZSBhbmQgdGhlPGJyPg0KJmd0OyBzb3VyY2Ugbm9kZSBpbiBhbnkgZmFzaGlvbi4gSG93ZXZlciBp biB0aGlzIGRyYWZ0LCB0aGUgc291cmNlIG5vZGUgd291bGQgaGF2ZSB0bzxicj4NCiZndDsgcHVz aCAzIGV4dHJhIGxhYmVscyAoZm9yIFNMKS48YnI+DQomZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsg VGhhbmtzLDxicj4NCiZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyAvWWltaW48YnI+DQomZ3Q7ICZn dDs8YnI+DQomZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsgLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0t LS08YnI+DQomZ3Q7ICZndDsgRnJvbTogTWFjaCBDaGVuIFttYWlsdG86PGEgaHJlZj0ibWFpbHRv Om1hY2guY2hlbkBodWF3ZWkuY29tIj5tYWNoLmNoZW5AaHVhd2VpLmNvbTwvYT5dPGJyPg0KJmd0 OyAmZ3Q7IFNlbnQ6IFRodXJzZGF5LCBNYXJjaCAyMCwgMjAxNCAxMTowMCBBTTxicj4NCiZndDsg Jmd0OyBUbzogWWltaW4gU2hlbjsgPGEgaHJlZj0ibWFpbHRvOmRyYWZ0LWNoZW4tbXBscy1zb3Vy Y2UtbGFiZWxAdG9vbHMuaWV0Zi5vcmciPg0KZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJlbEB0 b29scy5pZXRmLm9yZzwvYT47PGJyPg0KJmd0OyAmZ3Q7IDxhIGhyZWY9Im1haWx0bzptcGxzQGll dGYub3JnIj5tcGxzQGlldGYub3JnPC9hPjxicj4NCiZndDsgJmd0OyBTdWJqZWN0OiBSRTogTWFp bCByZWdhcmRpbmcgZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJlbDxicj4NCiZndDsgJmd0Ozxi cj4NCiZndDsgJmd0OyBIaSBZaW1pbiw8YnI+DQomZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsgVGhh bmtzIGZvciB5b3VyIHF1ZXN0aW9ucyBhbmQgY29tbWVudHMhPGJyPg0KJmd0OyAmZ3Q7PGJyPg0K Jmd0OyAmZ3Q7IFBsZWFzZSBzZWUgbXkgcmVwbHkgaW5saW5lLi4uPGJyPg0KJmd0OyAmZ3Q7PGJy Pg0KJmd0OyAmZ3Q7Jmd0OyAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLTxicj4NCiZndDsgJmd0 OyZndDsgRnJvbTogTWFjaCBDaGVuPGJyPg0KJmd0OyAmZ3Q7Jmd0OyBTZW50OiBUaHVyc2RheSwg TWFyY2ggMjAsIDIwMTQgMTA6NDUgUE08YnI+DQomZ3Q7ICZndDsmZ3Q7IFRvOiBNYWNoIENoZW48 YnI+DQomZ3Q7ICZndDsmZ3Q7IFN1YmplY3Q6IEZXOiBNYWlsIHJlZ2FyZGluZyBkcmFmdC1jaGVu LW1wbHMtc291cmNlLWxhYmVsPGJyPg0KJmd0OyAmZ3Q7Jmd0Ozxicj4NCiZndDsgJmd0OyZndDs8 YnI+DQomZ3Q7ICZndDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0OyBGcm9tOiBtcGxzIFttYWlsdG86 PGEgaHJlZj0ibWFpbHRvOm1wbHMtYm91bmNlc0BpZXRmLm9yZyI+bXBscy1ib3VuY2VzQGlldGYu b3JnPC9hPl0gT24gQmVoYWxmIE9mIFlpbWluIFNoZW48YnI+DQomZ3Q7ICZndDsmZ3Q7IFNlbnQ6 IFRodXJzZGF5LCBNYXJjaCAyMCwgMjAxNCAxMjowMyBBTTxicj4NCiZndDsgJmd0OyZndDsgVG86 IDxhIGhyZWY9Im1haWx0bzpkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsQHRvb2xzLmlldGYu b3JnIj5kcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsQHRvb2xzLmlldGYub3JnPC9hPjsNCjxh IGhyZWY9Im1haWx0bzptcGxzQGlldGYub3JnIj5tcGxzQGlldGYub3JnPC9hPjxicj4NCiZndDsg Jmd0OyZndDsgU3ViamVjdDogW21wbHNdIE1haWwgcmVnYXJkaW5nIGRyYWZ0LWNoZW4tbXBscy1z b3VyY2UtbGFiZWw8YnI+DQomZ3Q7ICZndDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0OyBIaSBhdXRo b3JzLDxicj4NCiZndDsgJmd0OyZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7IENhbiB5b3UgcGxlYXNl IGNsYXJpZnkgaWYgU0wgaXMgZXhwZWN0ZWQgdG8gYmUgdXNlZCBvbmx5IGJ5IGVncmVzczxicj4N CiZndDsgJmd0OyZndDsgbm9kZSwgb3IgYnkgaW50ZXJtZWRpYXRlIG5vZGUgYXMgd2VsbCA/PGJy Pg0KJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7IFRoZSBTTCBjYW4gYmUgdXNlZCBieSB0aGUgZWdy ZXNzIGFuZCBpbnRlcm1lZGlhdGUgbm9kZSwgYnV0IGZvciBpbnRlcm1lZGlhdGU8YnI+DQomZ3Q7 IG5vZGUsIHNpbmNlIHRoZSBTTCBtYXkgbm90IGJlIG9uIHRoZSB0b3Agb2YgdGhlIGxhYmVsIHN0 YWNrLCBpZiBpdCB3YW50cyB0byB1c2UgaXQsIGl0PGJyPg0KJmd0OyBuZWVkcyB0byBzZWFyY2gg dGhlIGxhYmVsIHN0YWNrIHRvIGZpbmQgdGhlIFNMLCBqdXN0IGFzIHRvIGZpbmQgYW4gRUwuPGJy Pg0KJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0Ozxicj4NCiZndDsgJmd0OyZndDsgU2VjdGlv biAzLjIgJnF1b3Q7VHJhZmZpYyBNYXRyaXggTWVhc3VyZW1lbnQgYW5kIFN0ZWVyaW5nJnF1b3Q7 IGRlc2NyaWJlcyBhIHVzZTxicj4NCiZndDsgJmd0OyZndDsgY2FzZSBmb3IgaW50ZXJtZWRpYXRl IG5vZGUsIGJ1dCBJIHRoaW5rIGNvbmdlc3Rpb24gc2hvdWxkIGluIGdlbmVyYWw8YnI+DQomZ3Q7 ICZndDsmZ3Q7IGJlIHJlc29sdmVkIGJ5IGNvbnRyb2wgcGxhbmUgdG8gcmVyb3V0ZSB0cmFmZmlj IGJhc2VkIG9uIGEgZ2xvYmFsPGJyPg0KJmd0OyAmZ3Q7Jmd0OyB2aWV3IG9mIG5ldHdvcmsgcmVz b3VyY2VzLCByYXRoZXIgdGhhbiBieSBkYXRhIHBsYW5lIGJhc2VkIG9uIGEgU0wuPGJyPg0KJmd0 OyAmZ3Q7Jmd0OyBJbiB5b3VyIGNhc2UsIHdvdWxkIHRoZSBpbnRlcm1lZGlhdGUgbm9kZSBtb3Zl IHRoZSB0cmFmZmljIHRvIGFuIExTUDxicj4NCiZndDsgJmd0OyZndDsgdGhhdCBpcyBkaWZmZXJl bnQgdGhhbiB0aGUgTFNQIGludGVuZGVkIGJ5IHRoZSBpbmdyZXNzIG5vZGUgPyBJIGRvbid0IHRo aW5rIGl0IGlzPGJyPg0KJmd0OyB0aGUgcmlnaHQgdGhpbmcgdG8gZG8uPGJyPg0KJmd0OyAmZ3Q7 Jmd0Ozxicj4NCiZndDsgJmd0OyZndDsgUmVnYXJkaW5nIHRoZSB1c2UgY2FzZSBvZiBzZWN0aW9u IDMuMyAmcXVvdDtTb3VyY2UgRmlsdGVyaW5nJnF1b3Q7LiBJZiBzb21lYm9keTxicj4NCiZndDsg Jmd0OyZndDsgaXMgZG9pbmcgRG9TIGF0dGFjaywgd2h5IHdvdWxkIGhlIHB1dCBhbiBTTCBpbiB0 aGUgcGFja2V0cyA/PGJyPg0KJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7IFJlZ2FyZGluZyB0byB0 aGVzZSB0d28gdXNlIGNhc2VzLCBhcyBkaXNjdXNzZWQgd2l0aCBDdXJ0aXMsIHRoZXJlIG5lZWQg bW9yZTxicj4NCiZndDsgY29uc2lkZXJhdGlvbnMsIHdlIHdpbGwgcmVtb3ZlIHRoZXNlIHR3byBz ZWN0aW9uIGluIHRoZSBuZXh0IHJldmlzaW9uLjxicj4NCiZndDsgJmd0Ozxicj4NCiZndDsgJmd0 OyBUaGFua3MsPGJyPg0KJmd0OyAmZ3Q7IE1hY2g8YnI+DQomZ3Q7ICZndDs8YnI+DQomZ3Q7ICZn dDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0OyBUaGFua3MsPGJyPg0KJmd0OyAmZ3Q7Jmd0Ozxicj4N CiZndDsgJmd0OyZndDsgL1lpbWluPGJyPg0KJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7PGJyPg0K Jmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fPGJyPg0KJmd0OyAmZ3Q7IG1wbHMgbWFpbGluZyBsaXN0PGJyPg0KJmd0 OyAmZ3Q7IDxhIGhyZWY9Im1haWx0bzptcGxzQGlldGYub3JnIj5tcGxzQGlldGYub3JnPC9hPjxi cj4NCiZndDsgJmd0OyA8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3Rp bmZvL21wbHMiIHRhcmdldD0iX2JsYW5rIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xp c3RpbmZvL21wbHM8L2E+PGJyPg0KPGJyPg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX188YnI+DQptcGxzIG1haWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1h aWx0bzptcGxzQGlldGYub3JnIj5tcGxzQGlldGYub3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHBz Oi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBscyIgdGFyZ2V0PSJfYmxhbmsiPmh0 dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBsczwvYT48L3NwYW4+PC9mb250 PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdDtiYWNrZ3JvdW5kOndo aXRlIj48Zm9udCBzaXplPSIzIiBjb2xvcj0iYmxhY2siIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O21zby1mYXJlYXN0LWZv bnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oztjb2xvcjpibGFjayI+Jm5ic3A7 PC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1 b3RlPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE25D993ECCSZXEMA510MBXchi_-- From nobody Tue Mar 25 19:26:05 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DD2951A003A for ; Tue, 25 Mar 2014 19:26:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.229 X-Spam-Level: X-Spam-Status: No, score=-3.229 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_FONT_FACE_BAD=0.981, 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 y1KuAoMaNcnQ for ; Tue, 25 Mar 2014 19:25:59 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 5BD5C1A0051 for ; Tue, 25 Mar 2014 19:25:58 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BCK96369; Wed, 26 Mar 2014 02:25:52 +0000 (GMT) Received: from LHREML405-HUB.china.huawei.com (10.201.5.242) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 26 Mar 2014 02:25:27 +0000 Received: from SZXEMA410-HUB.china.huawei.com (10.82.72.42) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 26 Mar 2014 02:25:50 +0000 Received: from SZXEMA510-MBX.china.huawei.com ([169.254.3.94]) by SZXEMA410-HUB.china.huawei.com ([10.82.72.42]) with mapi id 14.03.0158.001; Wed, 26 Mar 2014 10:25:47 +0800 From: Mach Chen To: "S. Davari" Thread-Topic: [mpls] Mail regarding draft-chen-mpls-source-label Thread-Index: Ac9DjKc5+oLTXGUsQoqhiLRkJXmJtgAvjO4AAAA1OTAAAIFyEADSOdIAAAMYl4AAAEpcAAAAp30AAAEQPoAAEfqUoP//gPaA//9dUuCAASpGAP/+u/LA Date: Wed, 26 Mar 2014 02:25:46 +0000 Message-ID: References: <444bb6dd3fef46a9a668a1ef54b16c20@BY2PR05MB728.namprd05.prod.outlook.com> <167DFE12-2CA4-49DA-9AF2-A31BE099AD5C@broadcom.com> <7347100B5761DC41A166AC17F22DF1121B78A4E1@eusaamb103.ericsson.se> <7347100B5761DC41A166AC17F22DF1121B78A514@eusaamb103.ericsson.se> <1395730217.33925.YahooMailNeo@web162505.mail.bf1.yahoo.com> <91181977-2040-4473-8DA3-26A8430C56B9@yahoo.com> In-Reply-To: <91181977-2040-4473-8DA3-26A8430C56B9@yahoo.com> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.97.72] Content-Type: multipart/alternative; boundary="_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE25D993EDASZXEMA510MBXchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/KNfirzVjWHPVi_Fz-2IN-OXrShY Cc: "draft-chen-mpls-source-label@tools.ietf.org" , "mpls@ietf.org" Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 02:26:04 -0000 --_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE25D993EDASZXEMA510MBXchi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgU2hhaHJhbSwNCg0KSSBhbSBub3QgdGFsa2luZyBhYm91dCBhIHNwZWNpZmljIFNQLCBJIGFt IG5vdCBzdXJlIHdoZXRoZXIgeW91IHJlYWxseSBrbm93IHRoZSBjdXJyZW50IHN0YXR1cyBvZiB0 aGUgTUJCIG5ldHdvcmsuDQoNCkJlc3QgcmVnYXJkcywNCk1hY2gNCg0KRnJvbTogUy4gRGF2YXJp IFttYWlsdG86ZGF2YXJpc2hAeWFob28uY29tXQ0KU2VudDogVHVlc2RheSwgTWFyY2ggMjUsIDIw MTQgMTA6NTYgUE0NClRvOiBNYWNoIENoZW4NCkNjOiBHcmVnb3J5IE1pcnNreTsgZHJhZnQtY2hl bi1tcGxzLXNvdXJjZS1sYWJlbEB0b29scy5pZXRmLm9yZzsgbXBsc0BpZXRmLm9yZw0KU3ViamVj dDogUmU6IFttcGxzXSBNYWlsIHJlZ2FyZGluZyBkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVs DQoNCkhpIE1hY2gNCg0KV2hhdCBJIHdhcyBhcmd1aW5nIGlzIHRoYXQgQ2hpbmEgbW9iaWxlIHVz ZXMgcDJwIExTUCBhbmQgUFcgYW5kIGRvZXMgbm90IHVzZSBhbnkgTVAyUCBvciBNUDJNUCBMU1Au IFNvIENoaW5hIG1vYmlsZSBjYW4gdXNlIFJGQzYzNzQgb3IgRy44MTMxIHRvIG1lYXN1cmUgbG9z cyBhbmQgZGVsYXkgb3ZlciB0aGUgQmFja2hhdWwuDQoNClNlY29uZGx5IGlmIHZlcnkgdmVyeSBz bWFsbCBwYWNrZXQgbG9zcyBpcyBhbHNvIGltcG9ydGFudCB0byBiZSBkZXRlY3RlZCB0aGVuIEkg c3VnZ2VzdCB1c2luZyB0aGUgQ1cgc2VxdWVuY2UgbnVtYmVyIHRvIGRldGVjdCBzdWNoIGxvc3Mg d2l0aG91dCBhZGRpbmcgY29tcGxleGl0eSB0byB0aGUgbmV0d29yay4NCg0KQmFzaWNhbGx5IHdo YXQgeW91IGFyZSBkb2luZyBpcyBsaWtlIGFkZGluZyAzIG1vcmUgd2hlZWxzIHRvIGEgY2FyIHNv IHRoYXQgeW91IGNhbiByZWNvZ25pemUgaXQgZWFzaWVyIHdoZW4gaXQgaXMgbW92aW5nLiBXaGls ZSBUaGUgcmlnaHQgbWV0aG9kIGlzIHRvIHJlYWQgdGhlIGxpY2Vuc2UgcGxhdGUuDQoNClJlZ2Fy ZHMsDQpTaGFocmFtDQoNCg0KT24gTWFyIDI1LCAyMDE0LCBhdCAzOjA2IEFNLCBNYWNoIENoZW4g PG1hY2guY2hlbkBodWF3ZWkuY29tPG1haWx0bzptYWNoLmNoZW5AaHVhd2VpLmNvbT4+IHdyb3Rl Og0KSGkgU2hhaHJhbSwNCg0KTW9iaWxlIGJhY2toYXVsIGlzIHRoZSBtYWluIHRhcmdldCBzY2Vu YXJpbyB3aGVyZSBzb21lIG9mIHRoZSBzZXJ2aWNlcyAoZS5nLiwgc29tZSB3aXJlbGVzcyBzaWdu YWxzIGJldHdlZW4gbm9kZUIgYW5kIFJOQykgYXJlIHZlcnkgc2Vuc2l0aXZlIHRvIHBhY2tldCBs b3NzLiBTb21ldGltZXMsIGFsdGhvdWdoIHRoZXJlIGFyZSBzb21lIHBhY2tldHMgbG9zcywgaXQg bWF5IG5vdCBiZSBkZXRlY3RlZCBieSBTTE0sIHRoaXMgbGVhZHMgdGhlIE5vZGViIHRvIGRldGFj aCBmcm9tIHRoZSBSTkMuIFRoaXMgaGFwcGVuZWQgc2V2ZXJhbCB0aW1lcyBpbiB0aGUgcHJvZHVj dGlvbiBuZXR3b3JrLiBFdmVuIHdvcnNlLCBzaW5jZSBTTE0gZGVwZW5kcyBvbiBpbmplY3QgZXh0 cmEgcGFja2V0cyB0byBldmFsdWF0ZSB0aGUgcGVyZm9ybWFuY2UsIHRoZSBTTE0gaXRzZWxmIG1h eSBzb21ldGltZSBsZWFkIHRvIG9yIGluY3JlYXNlIHBhY2tldCBsb3NzIGFuZCByZXN1bHQgaW4g bmVnYXRpdmUgaW1wYWN0cy4NCg0KQmVzdCByZWdhcmRzLA0KTWFjaA0KDQoNCkZyb206IFMuIERh dmFyaSBbbWFpbHRvOmRhdmFyaXNoQHlhaG9vLmNvbV0NClNlbnQ6IFR1ZXNkYXksIE1hcmNoIDI1 LCAyMDE0IDI6NTAgUE0NClRvOiBNYWNoIENoZW47IEdyZWdvcnkgTWlyc2t5DQpDYzogZHJhZnQt Y2hlbi1tcGxzLXNvdXJjZS1sYWJlbEB0b29scy5pZXRmLm9yZzxtYWlsdG86ZHJhZnQtY2hlbi1t cGxzLXNvdXJjZS1sYWJlbEB0b29scy5pZXRmLm9yZz47IG1wbHNAaWV0Zi5vcmc8bWFpbHRvOm1w bHNAaWV0Zi5vcmc+DQpTdWJqZWN0OiBSZTogW21wbHNdIE1haWwgcmVnYXJkaW5nIGRyYWZ0LWNo ZW4tbXBscy1zb3VyY2UtbGFiZWwNCg0KSGksDQoNCllvdSBkaWQgbm90IHByb3ZlIHlldCB3aHkg YWN0aXZlIChTeW50aGV0aWMpIG1lYXN1cmVtZW50IGlzIG5vdCBlbm91Z2ggaW4gTVBMUyBuZXR3 b3Jrcy4gSSB3b3VsZCBpbiBmYWN0ICBhcmd1ZSB0aGF0IGJ5IGFkZGluZyBYTC9TTEkvU0wgdG8g dGhlIGRhdGEgcGFja2V0cyBkdXJpbmcgdGhlIExNIG1lYXN1cmVtZW50IHRoZSBuZXR3b3JrIGNh biB1c2UgYSBkaWZmZXJlbnQgRUNNUCBwYXRoIHRoYW4gd2hlbiB5b3UgYXJlIG5vdCB1c2luZyB0 aGUgWEwvU0xJL1NMIGFuZCB0aGVyZWZvcmUgeW91ciBtZWFzdXJlbWVudCBpcyBvbmx5IHZhbGlk IGR1cmluZyB0aGUgbWVhc3VyZW1lbnQgaW50ZXJ2YWwgYW5kIGRvZXMgbm90IHJlcHJlc2VudCB3 aGF0IHRoZSB1c2VyIGV4cGVyaWVuY2VzIGFmdGVyIHRoZSBtZWFzdXJlbWVudCBpcyBvdmVyLg0K DQpUaHgNClNoYWhyYW0NCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCkZyb206 IE1hY2ggQ2hlbiA8bWFjaC5jaGVuQGh1YXdlaS5jb208bWFpbHRvOm1hY2guY2hlbkBodWF3ZWku Y29tPj4NClRvOiBTLiBEYXZhcmkgPGRhdmFyaXNoQHlhaG9vLmNvbTxtYWlsdG86ZGF2YXJpc2hA eWFob28uY29tPj47IEdyZWdvcnkgTWlyc2t5IDxncmVnb3J5Lm1pcnNreUBlcmljc3Nvbi5jb208 bWFpbHRvOmdyZWdvcnkubWlyc2t5QGVyaWNzc29uLmNvbT4+DQpDYzogImRyYWZ0LWNoZW4tbXBs cy1zb3VyY2UtbGFiZWxAdG9vbHMuaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWNoZW4tbXBscy1zb3Vy Y2UtbGFiZWxAdG9vbHMuaWV0Zi5vcmc+IiA8ZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJlbEB0 b29scy5pZXRmLm9yZzxtYWlsdG86ZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJlbEB0b29scy5p ZXRmLm9yZz4+OyAibXBsc0BpZXRmLm9yZzxtYWlsdG86bXBsc0BpZXRmLm9yZz4iIDxtcGxzQGll dGYub3JnPG1haWx0bzptcGxzQGlldGYub3JnPj4NClNlbnQ6IE1vbmRheSwgTWFyY2ggMjQsIDIw MTQgMTE6Mjc6NTMgUE0NClN1YmplY3Q6IFJFOiBbbXBsc10gTWFpbCByZWdhcmRpbmcgZHJhZnQt Y2hlbi1tcGxzLXNvdXJjZS1sYWJlbA0KDQoNCkhpIFNoYWhyYW0sDQoNCkFyZSB5b3UgY2xhaW1p bmcgdGhhdCB0aGUgYWN0aXZlIHBlcmZvcm1hbmNlIG1lYXN1cmVtZW50IGlzIHN1ZmZpY2llbnQg YW5kIHBhc3NpdmUgcGVyZm9ybWFuY2UgbWVhc3VyZW1lbnQgaXMgbm90IG5lZWRlZD8NCg0KQmVz dCByZWdhcmRzLA0KTWFjaA0KDQpGcm9tOiBtcGxzIFttYWlsdG86bXBscy1ib3VuY2VzQGlldGYu b3JnXSBPbiBCZWhhbGYgT2YgUy4gRGF2YXJpDQpTZW50OiBUdWVzZGF5LCBNYXJjaCAyNSwgMjAx NCAxOjUwIFBNDQpUbzogR3JlZ29yeSBNaXJza3kNCkNjOiBkcmFmdC1jaGVuLW1wbHMtc291cmNl LWxhYmVsQHRvb2xzLmlldGYub3JnPG1haWx0bzpkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVs QHRvb2xzLmlldGYub3JnPjsgbXBsc0BpZXRmLm9yZzxtYWlsdG86bXBsc0BpZXRmLm9yZz4NClN1 YmplY3Q6IFJlOiBbbXBsc10gTWFpbCByZWdhcmRpbmcgZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1s YWJlbA0KDQpIaSBHcmVnDQoNCkluIHByb2ZpbGUgc2ltcGx5IG1lYW5zIGdyZWVuIHBhY2tldHMg YW5kIGJ5IGdlbmVyYXRlIGdyZWVuIFNMTSBwYWNrZXRzIHlvdSBjb3VsZCBhY2hpZXZlIHRoZSBz YW1lIHJlc3VsdHMuDQoNCk1FRiBleHBsYWlucyBob3cgU0xNIGlzIHVzZWQgZm9yIG5vbiBwMnAg c2VydmljZXMuDQoNCkFuZCBGb3IgRGVsYXkgbWVhc3VyZW1lbnQgeW91IGNhbiBqdXN0IHJ1biBE TS4gVGhlIHNvdXJjZSBpbmZvIGNhbiBiZSBpbiBUaGUgcGF5bG9hZCBvZiBETSBhcyBUTFYuDQoN ClJlZ2FyZHMsDQpTaGFocmFtDQoNCg0KT24gTWFyIDI0LCAyMDE0LCBhdCAxMDoxOSBQTSwgR3Jl Z29yeSBNaXJza3kgPGdyZWdvcnkubWlyc2t5QGVyaWNzc29uLmNvbTxtYWlsdG86Z3JlZ29yeS5t aXJza3lAZXJpY3Nzb24uY29tPj4gd3JvdGU6DQpIaSBTaGFocmFtLA0KbWFueSB0aGFua3MgZm9y IG1vc3QgZXhwZWRpZW50IHJlc3BvbnNlLg0KRmlyc3RseSwgcmVnYXJkaW5nIGluLXNlcnZpY2Ug U0xNLiBBRkFJSywgdGhlIGRpZmZlcmVuY2UgYmV0d2VlbiBMTSBhbmQgU0xNLCBhdCBsZWFzdCBp biBZLjE3MzEsIGlzIHRoYXQgdGhlIGZvcm1lciBjb2xsZWN0cyBjb3VudGVycyBvZiDigJxpbi1w cm9maWxl4oCdIGZyYW1lcyB3aGlsZSB0aGUgbGF0dGVyIG9ubHkgY291bnRzIHRoZSB0ZXN0IHBh Y2tldHMgdGhlbXNlbHZlcy4gR2l2ZW4gdGhhdCwgSSBjYW4gbm90IGFncmVlIHRoYXQgdXNpbmcg U0xNIGFzIGluLXNlcnZpY2UgYWN0aXZlIG1lYXN1cmVtZW50IG1ldGhvZCBpcyB2aWFibGUgdW5s ZXNzIG9wZXJhdG9yIHdpbGxpbmcgdG8gc3VmZmljaWVudGx5IGFsdGVyIGRhdGEgdHJhZmZpYyBi ZWhhdmlvci4NClNlY29uZGx5LCB3b3VsZCBiZSBncmVhdCBpZiB5b3UgY2FuIGV4cGFuZCBvbiDi gJxpdCB3b3JrcyBmb3IgTXAycCBhbmQgbXAybXDigJ0uIEnigJltIHZlcnkgaW50ZXJlc3RlZCB0 byBsZWFybiBmcm9tIHlvdSBob3cgdG8gZG8gTE0gb24gbXAybXAgTFNQIHdpdGggY3VycmVudCBN UExTIE9BTSB0b29scywgaS5lLiB3aXRob3V0IFNMSS9TTC4gQW5kIHdoaWxlIHdlIGFyZSBhdCAg dGhpcyB0b3BpYywgd291bGQgeW91IGtpbmRseSBleHBsYWluIGhvdyBTTE0gaGVscHMgd2l0aCBE TSBvdmVyIHRoZSBzYW1lIGNvbnN0cnVjdCwgaS5lLiBtcDJtcCBMU1AuDQoNCiAgICAgICAgICAg ICAgICBSZWdhcmRzLA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBHcmVnDQoNCkZy b206IFMuIERhdmFyaSBbbWFpbHRvOmRhdmFyaXNoQHlhaG9vLmNvbV0NClNlbnQ6IE1vbmRheSwg TWFyY2ggMjQsIDIwMTQgMTA6MDEgUE0NClRvOiBHcmVnb3J5IE1pcnNreQ0KQ2M6IFNoYWhyYW0g RGF2YXJpOyBZaW1pbiBTaGVuOyBkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsQHRvb2xzLmll dGYub3JnPG1haWx0bzpkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsQHRvb2xzLmlldGYub3Jn PjsgbXBsc0BpZXRmLm9yZzxtYWlsdG86bXBsc0BpZXRmLm9yZz4NClN1YmplY3Q6IFJlOiBbbXBs c10gTWFpbCByZWdhcmRpbmcgZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJlbA0KDQpIaSBHcmVn DQoNClRoYW5rcyBmb3IgeW91ciByZXBseS4gU0xNIGNhbiBiZSB1c2VkIGZvciBpbiBzZXJ2aWNl IG1lYXN1cmVtZW50LiBBbmQgaXQgd29ya3MgZm9yIE1wMnAgYW5kIG1wMm1wLiBTbyB5b3UgZG9u J3QgcmVhbGx5IG5lZWQgdGhlIDMgZXh0cmEgbGFiZWxzLg0KDQpSZWdhcmRzLC4NClNoYWhyYW0N Cg0KDQpPbiBNYXIgMjQsIDIwMTQsIGF0IDk6NTIgUE0sIEdyZWdvcnkgTWlyc2t5IDxncmVnb3J5 Lm1pcnNreUBlcmljc3Nvbi5jb208bWFpbHRvOmdyZWdvcnkubWlyc2t5QGVyaWNzc29uLmNvbT4+ IHdyb3RlOg0KSGkgU2hhaHJhbSwNCm1hbnkgdGhhbmtzIGZvciB5b3VyIGludGVyZXN0IGFuZCBj b21tZW50cy4gSSdkIHBvaW50IHRoYXQgU0xNIGlzIGNsZWFybHkgb3V0LW9mLXNlcnZpY2UgT0FN IHRvb2wuIFNMSS9TTCBtYXkgYmUgdXNlZCB0byBwZXJmb3JtIGluLXNlcnZpY2UgYWN0aXZlIExN IGFzIHdlbGwgYXMgcGFzc2l2ZSBMTS4gVGhlbiB0aGVyZSBpcyBETSBhbmQgU0xJL1NMIGFnYWlu IGNhbiBiZSB1c2VkIHRvIHBlcmZvcm0gaW4tc2VydmljZSBib3RoIGFjdGl2ZSBhbmQgcGFzc2l2 ZSBETS4NCkFzIGZvciB1c2UgY2FzZSB0aGF0ICIgdGhhdCB3b3VsZCBvbmx5IGJlIHBvc3NpYmxl IGJ5IGFkZGluZyIgdGhlc2UgdGhyZWUgbGFiZWxzIEkgY2FuIHRoaW5rIG9mIHRoZSBmb2xsb3dp bmc6DQrigKIgICAgICAgICBPQU0gb24gbXAybXAvbXAycCBMU1ANCg0KICAgICAgICBSZWdhcmRz LA0KICAgICAgICAgICAgICAgIEdyZWcNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZy b206IG1wbHMgW21haWx0bzptcGxzLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBTaGFo cmFtIERhdmFyaQ0KU2VudDogTW9uZGF5LCBNYXJjaCAyNCwgMjAxNCA4OjI0IFBNDQpUbzogWWlt aW4gU2hlbg0KQ2M6IGRyYWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFiZWxAdG9vbHMuaWV0Zi5vcmc8 bWFpbHRvOmRyYWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFiZWxAdG9vbHMuaWV0Zi5vcmc+OyBtcGxz QGlldGYub3JnPG1haWx0bzptcGxzQGlldGYub3JnPg0KU3ViamVjdDogUmU6IFttcGxzXSBNYWls IHJlZ2FyZGluZyBkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsDQoNCkhpDQoNClNvIGZhciBJ IGhhdmVuJ3Qgc2VlbiBhbnkgdmFsaWQgdXNlIGNhciB0aGF0IHdvdWxkIG9ubHkgYmUgcG9zc2li bGUgYnkgYWRkaW5nIHRoaXMgMyBsYWJlbHMuIEZvciBWUExTIExNIHlvdSBjb3VsZCBhbHdheXMg dXNlIFN5bnRoZXRpYyBsb3NzIG1lYXN1cmVtZW50LiBKdXN0IHNheWluZyBTeW50aGV0aWMgTE0g aXMgbm90IGFzIGFjY3VyYXRlIGFzIGRpcmVjdCBMTSBpcyBub3QgYSBnb29kIGp1c3RpZmljYXRp b24gZm9yIGFkZGluZyAzIGxhYmVscy4NCg0KUmVnYXJkcywNClNoYWhyYW0NCg0KDQo+IE9uIE1h ciAyMSwgMjAxNCwgYXQgMTE6MzkgQU0sICJZaW1pbiBTaGVuIiA8eXNoZW5AanVuaXBlci5uZXQ8 bWFpbHRvOnlzaGVuQGp1bmlwZXIubmV0Pj4gd3JvdGU6DQo+DQo+IEhpIE1hY2gsDQo+DQo+IEZv ciBhbiBpbnRlcm1lZGlhdGUgbm9kZSwgU0wgd291bGQgZGVmaW5pdGVseSBOT1QgYmUgYXQgdGhl IHRvcCBvZiBfaW5jb21pbmdfIGxhYmVsIHN0YWNrLiBZb3Ugd291bGQgaGF2ZSB0byBpbnN0YWxs IGNvbXBsZXggZm9yd2FyZGluZyBzdGF0ZSBpbiBkYXRhIHBsYW5lIHRvIGxvb2sgZm9yIFNMIGFu ZCBwcm9jZXNzIHRoZSBwYWNrZXQgZGlmZmVyZW50bHkgYmFzZWQgb24gdGhlIGV4aXN0ZW5jZS9u b24tZXhpc3RlbmNlIG9mIFNMLiBJdCB3b3VsZCBnZXQgZXZlbiBtb3JlIGNvbXBsaWNhdGVkIGlm IHlvdSBuZWVkIHRvIHB1dCB0aGUgU0wgYmFjayB0byB0aGUgcGFja2V0cywgaW4gY2FzZSBvdGhl ciBub2RlcyBkb3duc3RyZWFtIG1heSBhbHNvIGJlIGV4cGVjdGluZyBpdC4gU28gSSdkIGxpa2Ug dG8gc2VlIGEgdmFsaWQgdXNlIGNhc2UgZm9yIHRoaXMgaW5jcmVhc2VkIGNvbXBsZXhpdHkgYW5k IG92ZXJoZWFkLg0KPg0KPiBSZWdhcmRpbmcgdGhlIGVncmVzcyBub2RlIHVzZSBjYXNlLCBub3Rl IHRoYXQgaXQgaXMgZGlmZmVyZW50IHRoYW4gRW50cm9weSBsYWJlbHMsIHdoZXJlIGFuIEVMIGlz IGFjdHVhbGx5IHVzZWQgYnkgaW50ZXJtZWRpYXRlIG5vZGVzIGFuZCBvbmx5IHBvcHBlZCBieSBl Z3Jlc3Mgbm9kZS4gU28sIGlmIHlvdXIgZ29hbCBpcyBzaW1wbHkgdG8gaW5mb3JtIGFuIGVncmVz cyBub2RlIGFib3V0IHRoZSBpZGVudGl0eSBvZiBhIHNvdXJjZSBub2RlLCB0aGUgc291cmNlIG5v ZGUgY291bGQganVzdCBwdXNoIG9uZSBsYWJlbCB0byBpZGVudGlmeSBpdHNlbGYuIFRoaXMgbGFi ZWwgY291bGQgYmUgY29uZmlndXJlZCBvciBjb21tdW5pY2F0ZWQgYmV0d2VlbiB0aGUgZWdyZXNz IG5vZGUgYW5kIHRoZSBzb3VyY2Ugbm9kZSBpbiBhbnkgZmFzaGlvbi4gSG93ZXZlciBpbiB0aGlz IGRyYWZ0LCB0aGUgc291cmNlIG5vZGUgd291bGQgaGF2ZSB0byBwdXNoIDMgZXh0cmEgbGFiZWxz IChmb3IgU0wpLg0KPg0KPiBUaGFua3MsDQo+DQo+IC9ZaW1pbg0KPg0KPg0KPiAtLS0tLU9yaWdp bmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBNYWNoIENoZW4gW21haWx0bzptYWNoLmNoZW5AaHVh d2VpLmNvbV0NCj4gU2VudDogVGh1cnNkYXksIE1hcmNoIDIwLCAyMDE0IDExOjAwIEFNDQo+IFRv OiBZaW1pbiBTaGVuOyBkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsQHRvb2xzLmlldGYub3Jn PG1haWx0bzpkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsQHRvb2xzLmlldGYub3JnPjsNCj4g bXBsc0BpZXRmLm9yZzxtYWlsdG86bXBsc0BpZXRmLm9yZz4NCj4gU3ViamVjdDogUkU6IE1haWwg cmVnYXJkaW5nIGRyYWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFiZWwNCj4NCj4gSGkgWWltaW4sDQo+ DQo+IFRoYW5rcyBmb3IgeW91ciBxdWVzdGlvbnMgYW5kIGNvbW1lbnRzIQ0KPg0KPiBQbGVhc2Ug c2VlIG15IHJlcGx5IGlubGluZS4uLg0KPg0KPj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0N Cj4+IEZyb206IE1hY2ggQ2hlbg0KPj4gU2VudDogVGh1cnNkYXksIE1hcmNoIDIwLCAyMDE0IDEw OjQ1IFBNDQo+PiBUbzogTWFjaCBDaGVuDQo+PiBTdWJqZWN0OiBGVzogTWFpbCByZWdhcmRpbmcg ZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJlbA0KPj4NCj4+DQo+Pg0KPj4gRnJvbTogbXBscyBb bWFpbHRvOm1wbHMtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIFlpbWluIFNoZW4NCj4+ IFNlbnQ6IFRodXJzZGF5LCBNYXJjaCAyMCwgMjAxNCAxMjowMyBBTQ0KPj4gVG86IGRyYWZ0LWNo ZW4tbXBscy1zb3VyY2UtbGFiZWxAdG9vbHMuaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWNoZW4tbXBs cy1zb3VyY2UtbGFiZWxAdG9vbHMuaWV0Zi5vcmc+OyBtcGxzQGlldGYub3JnPG1haWx0bzptcGxz QGlldGYub3JnPg0KPj4gU3ViamVjdDogW21wbHNdIE1haWwgcmVnYXJkaW5nIGRyYWZ0LWNoZW4t bXBscy1zb3VyY2UtbGFiZWwNCj4+DQo+PiBIaSBhdXRob3JzLA0KPj4NCj4+IENhbiB5b3UgcGxl YXNlIGNsYXJpZnkgaWYgU0wgaXMgZXhwZWN0ZWQgdG8gYmUgdXNlZCBvbmx5IGJ5IGVncmVzcw0K Pj4gbm9kZSwgb3IgYnkgaW50ZXJtZWRpYXRlIG5vZGUgYXMgd2VsbCA/DQo+DQo+IFRoZSBTTCBj YW4gYmUgdXNlZCBieSB0aGUgZWdyZXNzIGFuZCBpbnRlcm1lZGlhdGUgbm9kZSwgYnV0IGZvciBp bnRlcm1lZGlhdGUgbm9kZSwgc2luY2UgdGhlIFNMIG1heSBub3QgYmUgb24gdGhlIHRvcCBvZiB0 aGUgbGFiZWwgc3RhY2ssIGlmIGl0IHdhbnRzIHRvIHVzZSBpdCwgaXQgbmVlZHMgdG8gc2VhcmNo IHRoZSBsYWJlbCBzdGFjayB0byBmaW5kIHRoZSBTTCwganVzdCBhcyB0byBmaW5kIGFuIEVMLg0K Pg0KPj4NCj4+IFNlY3Rpb24gMy4yICJUcmFmZmljIE1hdHJpeCBNZWFzdXJlbWVudCBhbmQgU3Rl ZXJpbmciIGRlc2NyaWJlcyBhIHVzZQ0KPj4gY2FzZSBmb3IgaW50ZXJtZWRpYXRlIG5vZGUsIGJ1 dCBJIHRoaW5rIGNvbmdlc3Rpb24gc2hvdWxkIGluIGdlbmVyYWwNCj4+IGJlIHJlc29sdmVkIGJ5 IGNvbnRyb2wgcGxhbmUgdG8gcmVyb3V0ZSB0cmFmZmljIGJhc2VkIG9uIGEgZ2xvYmFsDQo+PiB2 aWV3IG9mIG5ldHdvcmsgcmVzb3VyY2VzLCByYXRoZXIgdGhhbiBieSBkYXRhIHBsYW5lIGJhc2Vk IG9uIGEgU0wuDQo+PiBJbiB5b3VyIGNhc2UsIHdvdWxkIHRoZSBpbnRlcm1lZGlhdGUgbm9kZSBt b3ZlIHRoZSB0cmFmZmljIHRvIGFuIExTUA0KPj4gdGhhdCBpcyBkaWZmZXJlbnQgdGhhbiB0aGUg TFNQIGludGVuZGVkIGJ5IHRoZSBpbmdyZXNzIG5vZGUgPyBJIGRvbid0IHRoaW5rIGl0IGlzIHRo ZSByaWdodCB0aGluZyB0byBkby4NCj4+DQo+PiBSZWdhcmRpbmcgdGhlIHVzZSBjYXNlIG9mIHNl Y3Rpb24gMy4zICJTb3VyY2UgRmlsdGVyaW5nIi4gSWYgc29tZWJvZHkNCj4+IGlzIGRvaW5nIERv UyBhdHRhY2ssIHdoeSB3b3VsZCBoZSBwdXQgYW4gU0wgaW4gdGhlIHBhY2tldHMgPw0KPg0KPiBS ZWdhcmRpbmcgdG8gdGhlc2UgdHdvIHVzZSBjYXNlcywgYXMgZGlzY3Vzc2VkIHdpdGggQ3VydGlz LCB0aGVyZSBuZWVkIG1vcmUgY29uc2lkZXJhdGlvbnMsIHdlIHdpbGwgcmVtb3ZlIHRoZXNlIHR3 byBzZWN0aW9uIGluIHRoZSBuZXh0IHJldmlzaW9uLg0KPg0KPiBUaGFua3MsDQo+IE1hY2gNCj4N Cj4+DQo+PiBUaGFua3MsDQo+Pg0KPj4gL1lpbWluDQo+DQo+DQo+DQo+IF9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IG1wbHMgbWFpbGluZyBsaXN0DQo+ IG1wbHNAaWV0Zi5vcmc8bWFpbHRvOm1wbHNAaWV0Zi5vcmc+DQo+IGh0dHBzOi8vd3d3LmlldGYu b3JnL21haWxtYW4vbGlzdGluZm8vbXBscw0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXw0KbXBscyBtYWlsaW5nIGxpc3QNCm1wbHNAaWV0Zi5vcmc8bWFp bHRvOm1wbHNAaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv L21wbHMNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N Cm1wbHMgbWFpbGluZyBsaXN0DQptcGxzQGlldGYub3JnPG1haWx0bzptcGxzQGlldGYub3JnPg0K aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tcGxzDQoNCg== --_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE25D993EDASZXEMA510MBXchi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IlByb2dJZCIg Y29udGVudD0iV29yZC5Eb2N1bWVudCI+DQo8bWV0YSBuYW1lPSJHZW5lcmF0b3IiIGNvbnRlbnQ9 Ik1pY3Jvc29mdCBXb3JkIDEyIj4NCjxtZXRhIG5hbWU9Ik9yaWdpbmF0b3IiIGNvbnRlbnQ9Ik1p Y3Jvc29mdCBXb3JkIDEyIj4NCjxsaW5rIHJlbD0iRmlsZS1MaXN0IiBocmVmPSJjaWQ6ZmlsZWxp c3QueG1sQDAxQ0Y0OERELkJFNDEwQzIwIj48bGluayByZWw9IkVkaXQtVGltZS1EYXRhIiBocmVm PSJjaWQ6ZWRpdGRhdGEubXNvIj48IS0tW2lmICFtc29dPjxzdHlsZT52XDoqIHtiZWhhdmlvcjp1 cmwoI2RlZmF1bHQjVk1MKTt9DQpvXDoqIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQp3 XDoqIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQouc2hhcGUge2JlaGF2aW9yOnVybCgj ZGVmYXVsdCNWTUwpO30NCjwvc3R5bGU+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4 bWw+DQo8bzpPZmZpY2VEb2N1bWVudFNldHRpbmdzPg0KPG86QWxsb3dQTkcvPg0KPG86RG9Ob3RS ZWx5T25DU1MvPg0KPG86VGFyZ2V0U2NyZWVuU2l6ZT4xMDI0eDc2ODwvbzpUYXJnZXRTY3JlZW5T aXplPg0KPC9vOk9mZmljZURvY3VtZW50U2V0dGluZ3M+DQo8L3htbD48IVtlbmRpZl0tLT48IS0t W2lmIGd0ZSBtc28gOV0+PHhtbD4NCjx3OldvcmREb2N1bWVudD4NCjx3Olpvb20+MTEwPC93Olpv b20+DQo8dzpTcGVsbGluZ1N0YXRlPkNsZWFuPC93OlNwZWxsaW5nU3RhdGU+DQo8dzpUcmFja01v dmVzLz4NCjx3OlRyYWNrRm9ybWF0dGluZy8+DQo8dzpFbnZlbG9wZVZpcy8+DQo8dzpWYWxpZGF0 ZUFnYWluc3RTY2hlbWFzLz4NCjx3OlNhdmVJZlhNTEludmFsaWQ+ZmFsc2U8L3c6U2F2ZUlmWE1M SW52YWxpZD4NCjx3Oklnbm9yZU1peGVkQ29udGVudD5mYWxzZTwvdzpJZ25vcmVNaXhlZENvbnRl bnQ+DQo8dzpBbHdheXNTaG93UGxhY2Vob2xkZXJUZXh0PmZhbHNlPC93OkFsd2F5c1Nob3dQbGFj ZWhvbGRlclRleHQ+DQo8dzpEb05vdFByb21vdGVRRi8+DQo8dzpMaWRUaGVtZU90aGVyPkVOLVVT PC93OkxpZFRoZW1lT3RoZXI+DQo8dzpMaWRUaGVtZUFzaWFuPlpILUNOPC93OkxpZFRoZW1lQXNp YW4+DQo8dzpMaWRUaGVtZUNvbXBsZXhTY3JpcHQ+WC1OT05FPC93OkxpZFRoZW1lQ29tcGxleFNj cmlwdD4NCjx3OkNvbXBhdGliaWxpdHk+DQo8dzpEb05vdEV4cGFuZFNoaWZ0UmV0dXJuLz4NCjx3 OkJyZWFrV3JhcHBlZFRhYmxlcy8+DQo8dzpTcGxpdFBnQnJlYWtBbmRQYXJhTWFyay8+DQo8dzpE b250VmVydEFsaWduQ2VsbFdpdGhTcC8+DQo8dzpEb250QnJlYWtDb25zdHJhaW5lZEZvcmNlZFRh Ymxlcy8+DQo8dzpEb250VmVydEFsaWduSW5UeGJ4Lz4NCjx3OldvcmQxMUtlcm5pbmdQYWlycy8+ DQo8dzpDYWNoZWRDb2xCYWxhbmNlLz4NCjx3OlVzZUZFTGF5b3V0Lz4NCjwvdzpDb21wYXRpYmls aXR5Pg0KPHc6QnJvd3NlckxldmVsPk1pY3Jvc29mdEludGVybmV0RXhwbG9yZXI0PC93OkJyb3dz ZXJMZXZlbD4NCjxtOm1hdGhQcj4NCjxtOm1hdGhGb250IG06dmFsPSJDYW1icmlhIE1hdGgiLz4N CjxtOmJya0JpbiBtOnZhbD0iYmVmb3JlIi8+DQo8bTpicmtCaW5TdWIgbTp2YWw9IiYjNDU7LSIv Pg0KPG06c21hbGxGcmFjIG06dmFsPSJvZmYiLz4NCjxtOmRpc3BEZWYvPg0KPG06bE1hcmdpbiBt OnZhbD0iMCIvPg0KPG06ck1hcmdpbiBtOnZhbD0iMCIvPg0KPG06ZGVmSmMgbTp2YWw9ImNlbnRl ckdyb3VwIi8+DQo8bTp3cmFwSW5kZW50IG06dmFsPSIxNDQwIi8+DQo8bTppbnRMaW0gbTp2YWw9 InN1YlN1cCIvPg0KPG06bmFyeUxpbSBtOnZhbD0idW5kT3ZyIi8+DQo8L206bWF0aFByPjwvdzpX b3JkRG9jdW1lbnQ+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4N Cjx3OkxhdGVudFN0eWxlcyBEZWZMb2NrZWRTdGF0ZT0iZmFsc2UiIERlZlVuaGlkZVdoZW5Vc2Vk PSJ0cnVlIiBEZWZTZW1pSGlkZGVuPSJ0cnVlIiBEZWZRRm9ybWF0PSJmYWxzZSIgRGVmUHJpb3Jp dHk9Ijk5IiBMYXRlbnRTdHlsZUNvdW50PSIyNjciPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0i ZmFsc2UiIFByaW9yaXR5PSIwIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZh bHNlIiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJOb3JtYWwiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2Nr ZWQ9ImZhbHNlIiBQcmlvcml0eT0iOSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2Vk PSJmYWxzZSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0iaGVhZGluZyAxIi8+DQo8dzpMc2RFeGNlcHRp b24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjkiIFFGb3JtYXQ9InRydWUiIE5hbWU9ImhlYWRp bmcgMiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI5IiBRRm9y bWF0PSJ0cnVlIiBOYW1lPSJoZWFkaW5nIDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZh bHNlIiBQcmlvcml0eT0iOSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0iaGVhZGluZyA0Ii8+DQo8dzpM c2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjkiIFFGb3JtYXQ9InRydWUiIE5h bWU9ImhlYWRpbmcgNSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5 PSI5IiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJoZWFkaW5nIDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBM b2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iOSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0iaGVhZGluZyA3 Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjkiIFFGb3JtYXQ9 InRydWUiIE5hbWU9ImhlYWRpbmcgOCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2Ui IFByaW9yaXR5PSI5IiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJoZWFkaW5nIDkiLz4NCjx3OkxzZEV4 Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMzkiIE5hbWU9InRvYyAxIi8+DQo8dzpM c2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjM5IiBOYW1lPSJ0b2MgMiIvPg0K PHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSIzOSIgTmFtZT0idG9jIDMi Lz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMzkiIE5hbWU9InRv YyA0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjM5IiBOYW1l PSJ0b2MgNSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSIzOSIg TmFtZT0idG9jIDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0i MzkiIE5hbWU9InRvYyA3Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3Jp dHk9IjM5IiBOYW1lPSJ0b2MgOCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFBy aW9yaXR5PSIzOSIgTmFtZT0idG9jIDkiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNl IiBQcmlvcml0eT0iMzUiIFFGb3JtYXQ9InRydWUiIE5hbWU9ImNhcHRpb24iLz4NCjx3OkxzZEV4 Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMTAiIFNlbWlIaWRkZW49ImZhbHNlIiBV bmhpZGVXaGVuVXNlZD0iZmFsc2UiIFFGb3JtYXQ9InRydWUiIE5hbWU9IlRpdGxlIi8+DQo8dzpM c2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjEiIE5hbWU9IkRlZmF1bHQgUGFy YWdyYXBoIEZvbnQiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0i MTEiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIFFGb3JtYXQ9InRy dWUiIE5hbWU9IlN1YnRpdGxlIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJp b3JpdHk9IjIyIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBRRm9y bWF0PSJ0cnVlIiBOYW1lPSJTdHJvbmciLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNl IiBQcmlvcml0eT0iMjAiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2Ui IFFGb3JtYXQ9InRydWUiIE5hbWU9IkVtcGhhc2lzIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2Vk PSJmYWxzZSIgUHJpb3JpdHk9IjU5IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9 ImZhbHNlIiBOYW1lPSJUYWJsZSBHcmlkIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxz ZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJQbGFjZWhvbGRlciBUZXh0Ii8+DQo8dzpM c2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjEiIFNlbWlIaWRkZW49ImZhbHNl IiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIFFGb3JtYXQ9InRydWUiIE5hbWU9Ik5vIFNwYWNpbmci Lz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjAiIFNlbWlIaWRk ZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkxpZ2h0IFNoYWRpbmciLz4N Cjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjEiIFNlbWlIaWRkZW49 ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkxpZ2h0IExpc3QiLz4NCjx3Okxz ZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjIiIFNlbWlIaWRkZW49ImZhbHNl IiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkxpZ2h0IEdyaWQiLz4NCjx3OkxzZEV4Y2Vw dGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjMiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhp ZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBTaGFkaW5nIDEiLz4NCjx3OkxzZEV4Y2Vw dGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjQiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhp ZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBTaGFkaW5nIDIiLz4NCjx3OkxzZEV4Y2Vw dGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjUiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhp ZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBMaXN0IDEiLz4NCjx3OkxzZEV4Y2VwdGlv biBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjYiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVX aGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBMaXN0IDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBM b2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjciIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVu VXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBHcmlkIDEiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2Nr ZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjgiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNl ZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBHcmlkIDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9 ImZhbHNlIiBQcmlvcml0eT0iNjkiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0i ZmFsc2UiIE5hbWU9Ik1lZGl1bSBHcmlkIDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZh bHNlIiBQcmlvcml0eT0iNzAiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFs c2UiIE5hbWU9IkRhcmsgTGlzdCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFBy aW9yaXR5PSI3MSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFt ZT0iQ29sb3JmdWwgU2hhZGluZyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFBy aW9yaXR5PSI3MiIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFt ZT0iQ29sb3JmdWwgTGlzdCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9y aXR5PSI3MyIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0i Q29sb3JmdWwgR3JpZCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5 PSI2MCIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTGln aHQgU2hhZGluZyBBY2NlbnQgMSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFBy aW9yaXR5PSI2MSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFt ZT0iTGlnaHQgTGlzdCBBY2NlbnQgMSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2Ui IFByaW9yaXR5PSI2MiIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIg TmFtZT0iTGlnaHQgR3JpZCBBY2NlbnQgMSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFs c2UiIFByaW9yaXR5PSI2MyIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxz ZSIgTmFtZT0iTWVkaXVtIFNoYWRpbmcgMSBBY2NlbnQgMSIvPg0KPHc6THNkRXhjZXB0aW9uIExv Y2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NCIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5V c2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIFNoYWRpbmcgMiBBY2NlbnQgMSIvPg0KPHc6THNkRXhj ZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVu aGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIExpc3QgMSBBY2NlbnQgMSIvPg0KPHc6 THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0i UmV2aXNpb24iLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMzQi IFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIFFGb3JtYXQ9InRydWUi IE5hbWU9Ikxpc3QgUGFyYWdyYXBoIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIg UHJpb3JpdHk9IjI5IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBR Rm9ybWF0PSJ0cnVlIiBOYW1lPSJRdW90ZSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFs c2UiIFByaW9yaXR5PSIzMCIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxz ZSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0iSW50ZW5zZSBRdW90ZSIvPg0KPHc6THNkRXhjZXB0aW9u IExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NiIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdo ZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIExpc3QgMiBBY2NlbnQgMSIvPg0KPHc6THNkRXhj ZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NyIgU2VtaUhpZGRlbj0iZmFsc2UiIFVu aGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIEdyaWQgMSBBY2NlbnQgMSIvPg0KPHc6 THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2OCIgU2VtaUhpZGRlbj0iZmFs c2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIEdyaWQgMiBBY2NlbnQgMSIv Pg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2OSIgU2VtaUhpZGRl bj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIEdyaWQgMyBBY2Nl bnQgMSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MCIgU2Vt aUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iRGFyayBMaXN0IEFj Y2VudCAxIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjcxIiBT ZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJDb2xvcmZ1bCBT aGFkaW5nIEFjY2VudCAxIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3Jp dHk9IjcyIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJD b2xvcmZ1bCBMaXN0IEFjY2VudCAxIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIg UHJpb3JpdHk9IjczIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBO YW1lPSJDb2xvcmZ1bCBHcmlkIEFjY2VudCAxIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJm YWxzZSIgUHJpb3JpdHk9IjYwIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZh bHNlIiBOYW1lPSJMaWdodCBTaGFkaW5nIEFjY2VudCAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9j a2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYxIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVz ZWQ9ImZhbHNlIiBOYW1lPSJMaWdodCBMaXN0IEFjY2VudCAyIi8+DQo8dzpMc2RFeGNlcHRpb24g TG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYyIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hl blVzZWQ9ImZhbHNlIiBOYW1lPSJMaWdodCBHcmlkIEFjY2VudCAyIi8+DQo8dzpMc2RFeGNlcHRp b24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYzIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRl V2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gU2hhZGluZyAxIEFjY2VudCAyIi8+DQo8dzpM c2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY0IiBTZW1pSGlkZGVuPSJmYWxz ZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gU2hhZGluZyAyIEFjY2VudCAy Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY1IiBTZW1pSGlk ZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gTGlzdCAxIEFj Y2VudCAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY2IiBT ZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gTGlz dCAyIEFjY2VudCAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9 IjY3IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRp dW0gR3JpZCAxIEFjY2VudCAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJp b3JpdHk9IjY4IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1l PSJNZWRpdW0gR3JpZCAyIEFjY2VudCAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxz ZSIgUHJpb3JpdHk9IjY5IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNl IiBOYW1lPSJNZWRpdW0gR3JpZCAzIEFjY2VudCAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2Vk PSJmYWxzZSIgUHJpb3JpdHk9IjcwIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9 ImZhbHNlIiBOYW1lPSJEYXJrIExpc3QgQWNjZW50IDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2Nr ZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzEiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNl ZD0iZmFsc2UiIE5hbWU9IkNvbG9yZnVsIFNoYWRpbmcgQWNjZW50IDIiLz4NCjx3OkxzZEV4Y2Vw dGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzIiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhp ZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkNvbG9yZnVsIExpc3QgQWNjZW50IDIiLz4NCjx3Okxz ZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzMiIFNlbWlIaWRkZW49ImZhbHNl IiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkNvbG9yZnVsIEdyaWQgQWNjZW50IDIiLz4N Cjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjAiIFNlbWlIaWRkZW49 ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkxpZ2h0IFNoYWRpbmcgQWNjZW50 IDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjEiIFNlbWlI aWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkxpZ2h0IExpc3QgQWNj ZW50IDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjIiIFNl bWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkxpZ2h0IEdyaWQg QWNjZW50IDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjMi IFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBT aGFkaW5nIDEgQWNjZW50IDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlv cml0eT0iNjQiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9 Ik1lZGl1bSBTaGFkaW5nIDIgQWNjZW50IDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZh bHNlIiBQcmlvcml0eT0iNjUiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFs c2UiIE5hbWU9Ik1lZGl1bSBMaXN0IDEgQWNjZW50IDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2Nr ZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjYiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNl ZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBMaXN0IDIgQWNjZW50IDMiLz4NCjx3OkxzZEV4Y2VwdGlv biBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjciIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVX aGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBHcmlkIDEgQWNjZW50IDMiLz4NCjx3OkxzZEV4 Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjgiIFNlbWlIaWRkZW49ImZhbHNlIiBV bmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBHcmlkIDIgQWNjZW50IDMiLz4NCjx3 OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjkiIFNlbWlIaWRkZW49ImZh bHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBHcmlkIDMgQWNjZW50IDMi Lz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzAiIFNlbWlIaWRk ZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkRhcmsgTGlzdCBBY2NlbnQg MyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MSIgU2VtaUhp ZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iQ29sb3JmdWwgU2hhZGlu ZyBBY2NlbnQgMyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3 MiIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iQ29sb3Jm dWwgTGlzdCBBY2NlbnQgMyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9y aXR5PSI3MyIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0i Q29sb3JmdWwgR3JpZCBBY2NlbnQgMyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2Ui IFByaW9yaXR5PSI2MCIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIg TmFtZT0iTGlnaHQgU2hhZGluZyBBY2NlbnQgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0i ZmFsc2UiIFByaW9yaXR5PSI2MSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJm YWxzZSIgTmFtZT0iTGlnaHQgTGlzdCBBY2NlbnQgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tl ZD0iZmFsc2UiIFByaW9yaXR5PSI2MiIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2Vk PSJmYWxzZSIgTmFtZT0iTGlnaHQgR3JpZCBBY2NlbnQgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExv Y2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2MyIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5V c2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIFNoYWRpbmcgMSBBY2NlbnQgNCIvPg0KPHc6THNkRXhj ZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NCIgU2VtaUhpZGRlbj0iZmFsc2UiIFVu aGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIFNoYWRpbmcgMiBBY2NlbnQgNCIvPg0K PHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NSIgU2VtaUhpZGRlbj0i ZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIExpc3QgMSBBY2NlbnQg NCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NiIgU2VtaUhp ZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIExpc3QgMiBB Y2NlbnQgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NyIg U2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIEdy aWQgMSBBY2NlbnQgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5 PSI2OCIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVk aXVtIEdyaWQgMiBBY2NlbnQgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFBy aW9yaXR5PSI2OSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFt ZT0iTWVkaXVtIEdyaWQgMyBBY2NlbnQgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFs c2UiIFByaW9yaXR5PSI3MCIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxz ZSIgTmFtZT0iRGFyayBMaXN0IEFjY2VudCA0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJm YWxzZSIgUHJpb3JpdHk9IjcxIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZh bHNlIiBOYW1lPSJDb2xvcmZ1bCBTaGFkaW5nIEFjY2VudCA0Ii8+DQo8dzpMc2RFeGNlcHRpb24g TG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjcyIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hl blVzZWQ9ImZhbHNlIiBOYW1lPSJDb2xvcmZ1bCBMaXN0IEFjY2VudCA0Ii8+DQo8dzpMc2RFeGNl cHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjczIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5o aWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJDb2xvcmZ1bCBHcmlkIEFjY2VudCA0Ii8+DQo8dzpM c2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYwIiBTZW1pSGlkZGVuPSJmYWxz ZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJMaWdodCBTaGFkaW5nIEFjY2VudCA1Ii8+ DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYxIiBTZW1pSGlkZGVu PSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJMaWdodCBMaXN0IEFjY2VudCA1 Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYyIiBTZW1pSGlk ZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJMaWdodCBHcmlkIEFjY2Vu dCA1Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYzIiBTZW1p SGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gU2hhZGlu ZyAxIEFjY2VudCA1Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9 IjY0IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRp dW0gU2hhZGluZyAyIEFjY2VudCA1Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIg UHJpb3JpdHk9IjY1IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBO YW1lPSJNZWRpdW0gTGlzdCAxIEFjY2VudCA1Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJm YWxzZSIgUHJpb3JpdHk9IjY2IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZh bHNlIiBOYW1lPSJNZWRpdW0gTGlzdCAyIEFjY2VudCA1Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9j a2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY3IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVz ZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gR3JpZCAxIEFjY2VudCA1Ii8+DQo8dzpMc2RFeGNlcHRp b24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY4IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRl V2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gR3JpZCAyIEFjY2VudCA1Ii8+DQo8dzpMc2RF eGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY5IiBTZW1pSGlkZGVuPSJmYWxzZSIg VW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gR3JpZCAzIEFjY2VudCA1Ii8+DQo8 dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjcwIiBTZW1pSGlkZGVuPSJm YWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJEYXJrIExpc3QgQWNjZW50IDUiLz4N Cjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzEiIFNlbWlIaWRkZW49 ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkNvbG9yZnVsIFNoYWRpbmcgQWNj ZW50IDUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzIiIFNl bWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkNvbG9yZnVsIExp c3QgQWNjZW50IDUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0i NzMiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkNvbG9y ZnVsIEdyaWQgQWNjZW50IDUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlv cml0eT0iNjAiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9 IkxpZ2h0IFNoYWRpbmcgQWNjZW50IDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNl IiBQcmlvcml0eT0iNjEiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2Ui IE5hbWU9IkxpZ2h0IExpc3QgQWNjZW50IDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZh bHNlIiBQcmlvcml0eT0iNjIiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFs c2UiIE5hbWU9IkxpZ2h0IEdyaWQgQWNjZW50IDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9 ImZhbHNlIiBQcmlvcml0eT0iNjMiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0i ZmFsc2UiIE5hbWU9Ik1lZGl1bSBTaGFkaW5nIDEgQWNjZW50IDYiLz4NCjx3OkxzZEV4Y2VwdGlv biBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjQiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVX aGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBTaGFkaW5nIDIgQWNjZW50IDYiLz4NCjx3Okxz ZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjUiIFNlbWlIaWRkZW49ImZhbHNl IiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBMaXN0IDEgQWNjZW50IDYiLz4N Cjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjYiIFNlbWlIaWRkZW49 ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBMaXN0IDIgQWNjZW50 IDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjciIFNlbWlI aWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBHcmlkIDEg QWNjZW50IDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjgi IFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBH cmlkIDIgQWNjZW50IDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0 eT0iNjkiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1l ZGl1bSBHcmlkIDMgQWNjZW50IDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQ cmlvcml0eT0iNzAiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5h bWU9IkRhcmsgTGlzdCBBY2NlbnQgNiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2Ui IFByaW9yaXR5PSI3MSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIg TmFtZT0iQ29sb3JmdWwgU2hhZGluZyBBY2NlbnQgNiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tl ZD0iZmFsc2UiIFByaW9yaXR5PSI3MiIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2Vk PSJmYWxzZSIgTmFtZT0iQ29sb3JmdWwgTGlzdCBBY2NlbnQgNiIvPg0KPHc6THNkRXhjZXB0aW9u IExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MyIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdo ZW5Vc2VkPSJmYWxzZSIgTmFtZT0iQ29sb3JmdWwgR3JpZCBBY2NlbnQgNiIvPg0KPHc6THNkRXhj ZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSIxOSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVu aGlkZVdoZW5Vc2VkPSJmYWxzZSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0iU3VidGxlIEVtcGhhc2lz Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjIxIiBTZW1pSGlk ZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJJ bnRlbnNlIEVtcGhhc2lzIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3Jp dHk9IjMxIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBRRm9ybWF0 PSJ0cnVlIiBOYW1lPSJTdWJ0bGUgUmVmZXJlbmNlIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2Vk PSJmYWxzZSIgUHJpb3JpdHk9IjMyIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9 ImZhbHNlIiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJJbnRlbnNlIFJlZmVyZW5jZSIvPg0KPHc6THNk RXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSIzMyIgU2VtaUhpZGRlbj0iZmFsc2Ui IFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0iQm9vayBUaXRsZSIv Pg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSIzNyIgTmFtZT0iQmli bGlvZ3JhcGh5Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjM5 IiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJUT0MgSGVhZGluZyIvPg0KPC93OkxhdGVudFN0eWxlcz4N CjwveG1sPjwhW2VuZGlmXS0tPjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpA Zm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OuWui+S9kzsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAx IDEgMSAxOw0KCW1zby1mb250LWFsdDpTaW1TdW47DQoJbXNvLWZvbnQtY2hhcnNldDoxMzQ7DQoJ bXNvLWdlbmVyaWMtZm9udC1mYW1pbHk6YXV0bzsNCgltc28tZm9udC1waXRjaDp2YXJpYWJsZTsN Cgltc28tZm9udC1zaWduYXR1cmU6MyA2ODA0NjAyODggMjIgMCAyNjIxNDUgMDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0xOjIgNCA1IDMgNSA0 IDYgMyAyIDQ7DQoJbXNvLWZvbnQtYWx0OiJDYWxpc3RvIE1UIjsNCgltc28tZm9udC1jaGFyc2V0 OjA7DQoJbXNvLWdlbmVyaWMtZm9udC1mYW1pbHk6cm9tYW47DQoJbXNvLWZvbnQtcGl0Y2g6dmFy aWFibGU7DQoJbXNvLWZvbnQtc2lnbmF0dXJlOi01MzY4NzAxNDUgMTEwNzMwNTcyNyAwIDAgNDE1 IDA7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIgMTUg NSAyIDIgMiA0IDMgMiA0Ow0KCW1zby1mb250LWFsdDpDYWxpYnJpOw0KCW1zby1mb250LWNoYXJz ZXQ6MDsNCgltc28tZ2VuZXJpYy1mb250LWZhbWlseTpzd2lzczsNCgltc28tZm9udC1waXRjaDp2 YXJpYWJsZTsNCgltc28tZm9udC1zaWduYXR1cmU6LTUyMDA5MjkyOSAxMDczNzg2MTExIDkgMCA0 MTUgMDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDEx IDYgNCAzIDUgNCA0IDIgNDsNCgltc28tZm9udC1jaGFyc2V0OjA7DQoJbXNvLWdlbmVyaWMtZm9u dC1mYW1pbHk6c3dpc3M7DQoJbXNvLWZvbnQtcGl0Y2g6dmFyaWFibGU7DQoJbXNvLWZvbnQtc2ln bmF0dXJlOi01MjAwODE2NjUgLTEwNzM3MTcxNTcgNDEgMCA2NjA0NyAwO30NCkBmb250LWZhY2UN Cgl7Zm9udC1mYW1pbHk6IlxA5a6L5L2TIjsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAx Ow0KCW1zby1mb250LWFsdDo/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Ow0KCW1zby1m b250LWNoYXJzZXQ6MTM0Ow0KCW1zby1nZW5lcmljLWZvbnQtZmFtaWx5OmF1dG87DQoJbXNvLWZv bnQtcGl0Y2g6dmFyaWFibGU7DQoJbXNvLWZvbnQtc2lnbmF0dXJlOjMgNjgwNDYwMjg4IDIyIDAg MjYyMTQ1IDA7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29O b3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bXNvLXN0eWxlLXVuaGlkZTpubzsNCgltc28tc3R5bGUt cWZvcm1hdDp5ZXM7DQoJbXNvLXN0eWxlLXBhcmVudDoiIjsNCgltYXJnaW46MGNtOw0KCW1hcmdp bi1ib3R0b206LjAwMDFwdDsNCgltc28tcGFnaW5hdGlvbjp3aWRvdy1vcnBoYW47DQoJZm9udC1z aXplOjEyLjBwdDsNCglmb250LWZhbWlseTrlrovkvZM7DQoJbXNvLWJpZGktZm9udC1mYW1pbHk6 5a6L5L2TO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLW5vc2hvdzp5 ZXM7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0 aW9uOnVuZGVybGluZTsNCgl0ZXh0LXVuZGVybGluZTpzaW5nbGU7fQ0KYTp2aXNpdGVkLCBzcGFu Lk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1ub3Nob3c6eWVzOw0KCW1zby1zdHls ZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGlu ZTsNCgl0ZXh0LXVuZGVybGluZTpzaW5nbGU7fQ0KcC5Nc29BY2V0YXRlLCBsaS5Nc29BY2V0YXRl LCBkaXYuTXNvQWNldGF0ZQ0KCXttc28tc3R5bGUtbm9zaG93OnllczsNCgltc28tc3R5bGUtcHJp b3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IuaJueazqOahhuaWh+acrCBDaGFyIjsNCgltYXJn aW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCgltc28tcGFnaW5hdGlvbjp3aWRvdy1v cnBoYW47DQoJZm9udC1zaXplOjkuMHB0Ow0KCWZvbnQtZmFtaWx5OuWui+S9kzsNCgltc28tYmlk aS1mb250LWZhbWlseTrlrovkvZM7fQ0Kc3Bhbi5DaGFyDQoJe21zby1zdHlsZS1uYW1lOiLmibnm s6jmoYbmlofmnKwgQ2hhciI7DQoJbXNvLXN0eWxlLW5vc2hvdzp5ZXM7DQoJbXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS11bmhpZGU6bm87DQoJbXNvLXN0eWxlLWxvY2tlZDp5ZXM7 DQoJbXNvLXN0eWxlLWxpbms65om55rOo5qGG5paH5pysOw0KCW1zby1hbnNpLWZvbnQtc2l6ZTo5 LjBwdDsNCgltc28tYmlkaS1mb250LXNpemU6OS4wcHQ7DQoJZm9udC1mYW1pbHk65a6L5L2TOw0K CW1zby1hc2NpaS1mb250LWZhbWlseTrlrovkvZM7DQoJbXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6 5a6L5L2TOw0KCW1zby1oYW5zaS1mb250LWZhbWlseTrlrovkvZM7DQoJbXNvLWJpZGktZm9udC1m YW1pbHk65a6L5L2TO30NCnAueWl2MTY1MzE0NTg0MW1zb2FjZXRhdGUsIGxpLnlpdjE2NTMxNDU4 NDFtc29hY2V0YXRlLCBkaXYueWl2MTY1MzE0NTg0MW1zb2FjZXRhdGUNCgl7bXNvLXN0eWxlLW5h bWU6eWl2MTY1MzE0NTg0MW1zb2FjZXRhdGU7DQoJbXNvLXN0eWxlLXVuaGlkZTpubzsNCgltc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBjbTsNCgltc28tcGFnaW5hdGlvbjp3aWRvdy1v cnBoYW47DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseTrlrovkvZM7DQoJbXNvLWJp ZGktZm9udC1mYW1pbHk65a6L5L2TO30NCnAueWl2MTY1MzE0NTg0MWVtYWlscXVvdGUsIGxpLnlp djE2NTMxNDU4NDFlbWFpbHF1b3RlLCBkaXYueWl2MTY1MzE0NTg0MWVtYWlscXVvdGUNCgl7bXNv LXN0eWxlLW5hbWU6eWl2MTY1MzE0NTg0MWVtYWlscXVvdGU7DQoJbXNvLXN0eWxlLXVuaGlkZTpu bzsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1zby1t YXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBjbTsNCgltc28tcGFnaW5hdGlv bjp3aWRvdy1vcnBoYW47DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseTrlrovkvZM7 DQoJbXNvLWJpZGktZm9udC1mYW1pbHk65a6L5L2TO30NCnAueWl2MTY1MzE0NTg0MWJhbGxvb250 ZXh0LCBsaS55aXYxNjUzMTQ1ODQxYmFsbG9vbnRleHQsIGRpdi55aXYxNjUzMTQ1ODQxYmFsbG9v bnRleHQNCgl7bXNvLXN0eWxlLW5hbWU6eWl2MTY1MzE0NTg0MWJhbGxvb250ZXh0Ow0KCW1zby1z dHlsZS11bmhpZGU6bm87DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0 OjBjbTsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowY207DQoJ bXNvLXBhZ2luYXRpb246d2lkb3ctb3JwaGFuOw0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1m YW1pbHk65a6L5L2TOw0KCW1zby1iaWRpLWZvbnQtZmFtaWx5OuWui+S9kzt9DQpwLnlpdjE2NTMx NDU4NDFtc29ub3JtYWwsIGxpLnlpdjE2NTMxNDU4NDFtc29ub3JtYWwsIGRpdi55aXYxNjUzMTQ1 ODQxbXNvbm9ybWFsDQoJe21zby1zdHlsZS1uYW1lOnlpdjE2NTMxNDU4NDFtc29ub3JtYWw7DQoJ bXNvLXN0eWxlLXVuaGlkZTpubzsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4t cmlnaHQ6MGNtOw0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBj bTsNCgltc28tcGFnaW5hdGlvbjp3aWRvdy1vcnBoYW47DQoJZm9udC1zaXplOjEyLjBwdDsNCglm b250LWZhbWlseTrlrovkvZM7DQoJbXNvLWJpZGktZm9udC1mYW1pbHk65a6L5L2TO30NCnAueWl2 MTY1MzE0NTg0MW1zb2NocGRlZmF1bHQsIGxpLnlpdjE2NTMxNDU4NDFtc29jaHBkZWZhdWx0LCBk aXYueWl2MTY1MzE0NTg0MW1zb2NocGRlZmF1bHQNCgl7bXNvLXN0eWxlLW5hbWU6eWl2MTY1MzE0 NTg0MW1zb2NocGRlZmF1bHQ7DQoJbXNvLXN0eWxlLXVuaGlkZTpubzsNCgltc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvOw0KCW1hcmdpbi1sZWZ0OjBjbTsNCgltc28tcGFnaW5hdGlvbjp3aWRvdy1vcnBoYW47DQoJ Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseTrlrovkvZM7DQoJbXNvLWJpZGktZm9udC1m YW1pbHk65a6L5L2TO30NCnAueWl2MTY1MzE0NTg0MW1zb25vcm1hbDEsIGxpLnlpdjE2NTMxNDU4 NDFtc29ub3JtYWwxLCBkaXYueWl2MTY1MzE0NTg0MW1zb25vcm1hbDENCgl7bXNvLXN0eWxlLW5h bWU6eWl2MTY1MzE0NTg0MW1zb25vcm1hbDE7DQoJbXNvLXN0eWxlLXVuaGlkZTpubzsNCgltYXJn aW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCgltc28tcGFnaW5hdGlvbjp3aWRvdy1v cnBoYW47DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFu Iiwic2VyaWYiOw0KCW1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OuWui+S9kzt9DQpwLnlpdjE2NTMx NDU4NDFtc29hY2V0YXRlMSwgbGkueWl2MTY1MzE0NTg0MW1zb2FjZXRhdGUxLCBkaXYueWl2MTY1 MzE0NTg0MW1zb2FjZXRhdGUxDQoJe21zby1zdHlsZS1uYW1lOnlpdjE2NTMxNDU4NDFtc29hY2V0 YXRlMTsNCgltc28tc3R5bGUtdW5oaWRlOm5vOw0KCW1hcmdpbjowY207DQoJbWFyZ2luLWJvdHRv bTouMDAwMXB0Ow0KCW1zby1wYWdpbmF0aW9uOndpZG93LW9ycGhhbjsNCglmb250LXNpemU6OC4w cHQ7DQoJZm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiOw0KCW1zby1mYXJlYXN0LWZv bnQtZmFtaWx5OuWui+S9kzt9DQpwLnlpdjE2NTMxNDU4NDFlbWFpbHF1b3RlMSwgbGkueWl2MTY1 MzE0NTg0MWVtYWlscXVvdGUxLCBkaXYueWl2MTY1MzE0NTg0MWVtYWlscXVvdGUxDQoJe21zby1z dHlsZS1uYW1lOnlpdjE2NTMxNDU4NDFlbWFpbHF1b3RlMTsNCgltc28tc3R5bGUtdW5oaWRlOm5v Ow0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1yaWdodDowY207DQoJbXNvLW1h cmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MS4wcHQ7DQoJbXNvLXBhZ2luYXRp b246d2lkb3ctb3JwaGFuOw0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVz IE5ldyBSb21hbiIsInNlcmlmIjsNCgltc28tZmFyZWFzdC1mb250LWZhbWlseTrlrovkvZM7fQ0K cC55aXYxNjUzMTQ1ODQxYmFsbG9vbnRleHQxLCBsaS55aXYxNjUzMTQ1ODQxYmFsbG9vbnRleHQx LCBkaXYueWl2MTY1MzE0NTg0MWJhbGxvb250ZXh0MQ0KCXttc28tc3R5bGUtbmFtZTp5aXYxNjUz MTQ1ODQxYmFsbG9vbnRleHQxOw0KCW1zby1zdHlsZS11bmhpZGU6bm87DQoJbWFyZ2luOjBjbTsN CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJbXNvLXBhZ2luYXRpb246d2lkb3ctb3JwaGFuOw0K CWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsInNlcmlm IjsNCgltc28tZmFyZWFzdC1mb250LWZhbWlseTrlrovkvZM7fQ0KcC55aXYxNjUzMTQ1ODQxbXNv Y2hwZGVmYXVsdDEsIGxpLnlpdjE2NTMxNDU4NDFtc29jaHBkZWZhdWx0MSwgZGl2LnlpdjE2NTMx NDU4NDFtc29jaHBkZWZhdWx0MQ0KCXttc28tc3R5bGUtbmFtZTp5aXYxNjUzMTQ1ODQxbXNvY2hw ZGVmYXVsdDE7DQoJbXNvLXN0eWxlLXVuaGlkZTpubzsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0 bzsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1h cmdpbi1sZWZ0OjBjbTsNCgltc28tcGFnaW5hdGlvbjp3aWRvdy1vcnBoYW47DQoJZm9udC1zaXpl OjEwLjBwdDsNCglmb250LWZhbWlseTrlrovkvZM7DQoJbXNvLWJpZGktZm9udC1mYW1pbHk65a6L 5L2TO30NCnNwYW4ueWl2MTY1MzE0NTg0MW1zb2h5cGVybGluaw0KCXttc28tc3R5bGUtbmFtZTp5 aXYxNjUzMTQ1ODQxbXNvaHlwZXJsaW5rOw0KCW1zby1zdHlsZS11bmhpZGU6bm87fQ0Kc3Bhbi55 aXYxNjUzMTQ1ODQxbXNvaHlwZXJsaW5rZm9sbG93ZWQNCgl7bXNvLXN0eWxlLW5hbWU6eWl2MTY1 MzE0NTg0MW1zb2h5cGVybGlua2ZvbGxvd2VkOw0KCW1zby1zdHlsZS11bmhpZGU6bm87fQ0Kc3Bh bi55aXYxNjUzMTQ1ODQxY2hhcg0KCXttc28tc3R5bGUtbmFtZTp5aXYxNjUzMTQ1ODQxY2hhcjsN Cgltc28tc3R5bGUtdW5oaWRlOm5vO30NCnNwYW4ueWl2MTY1MzE0NTg0MWVtYWlsc3R5bGUyMA0K CXttc28tc3R5bGUtbmFtZTp5aXYxNjUzMTQ1ODQxZW1haWxzdHlsZTIwOw0KCW1zby1zdHlsZS11 bmhpZGU6bm87fQ0Kc3Bhbi55aXYxNjUzMTQ1ODQxYmFsbG9vbnRleHRjaGFyDQoJe21zby1zdHls ZS1uYW1lOnlpdjE2NTMxNDU4NDFiYWxsb29udGV4dGNoYXI7DQoJbXNvLXN0eWxlLXVuaGlkZTpu bzt9DQpzcGFuLnlpdjE2NTMxNDU4NDFlbWFpbHN0eWxlMjMNCgl7bXNvLXN0eWxlLW5hbWU6eWl2 MTY1MzE0NTg0MWVtYWlsc3R5bGUyMzsNCgltc28tc3R5bGUtdW5oaWRlOm5vO30NCnNwYW4ueWl2 MTY1MzE0NTg0MW1zb2h5cGVybGluazENCgl7bXNvLXN0eWxlLW5hbWU6eWl2MTY1MzE0NTg0MW1z b2h5cGVybGluazE7DQoJbXNvLXN0eWxlLXVuaGlkZTpubzsNCgljb2xvcjpibHVlOw0KCXRleHQt ZGVjb3JhdGlvbjp1bmRlcmxpbmU7DQoJdGV4dC11bmRlcmxpbmU6c2luZ2xlO30NCnNwYW4ueWl2 MTY1MzE0NTg0MW1zb2h5cGVybGlua2ZvbGxvd2VkMQ0KCXttc28tc3R5bGUtbmFtZTp5aXYxNjUz MTQ1ODQxbXNvaHlwZXJsaW5rZm9sbG93ZWQxOw0KCW1zby1zdHlsZS11bmhpZGU6bm87DQoJY29s b3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7DQoJdGV4dC11bmRlcmxpbmU6 c2luZ2xlO30NCnNwYW4ueWl2MTY1MzE0NTg0MWNoYXIxDQoJe21zby1zdHlsZS1uYW1lOnlpdjE2 NTMxNDU4NDFjaGFyMTsNCgltc28tc3R5bGUtdW5oaWRlOm5vOw0KCWZvbnQtZmFtaWx5OuWui+S9 kzsNCgltc28tYXNjaWktZm9udC1mYW1pbHk65a6L5L2TOw0KCW1zby1mYXJlYXN0LWZvbnQtZmFt aWx5OuWui+S9kzsNCgltc28taGFuc2ktZm9udC1mYW1pbHk65a6L5L2TO30NCnNwYW4ueWl2MTY1 MzE0NTg0MWVtYWlsc3R5bGUyMDENCgl7bXNvLXN0eWxlLW5hbWU6eWl2MTY1MzE0NTg0MWVtYWls c3R5bGUyMDE7DQoJbXNvLXN0eWxlLXVuaGlkZTpubzsNCglmb250LWZhbWlseToiQ2FsaWJyaSIs InNhbnMtc2VyaWYiOw0KCW1zby1hc2NpaS1mb250LWZhbWlseTpDYWxpYnJpOw0KCW1zby1oYW5z aS1mb250LWZhbWlseTpDYWxpYnJpOw0KCW1zby1iaWRpLWZvbnQtZmFtaWx5OkNhbGlicmk7DQoJ Y29sb3I6IzFGNDk3RDt9DQpzcGFuLnlpdjE2NTMxNDU4NDFiYWxsb29udGV4dGNoYXIxDQoJe21z by1zdHlsZS1uYW1lOnlpdjE2NTMxNDU4NDFiYWxsb29udGV4dGNoYXIxOw0KCW1zby1zdHlsZS11 bmhpZGU6bm87DQoJZm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiOw0KCW1zby1hc2Np aS1mb250LWZhbWlseTpUYWhvbWE7DQoJbXNvLWhhbnNpLWZvbnQtZmFtaWx5OlRhaG9tYTsNCglt c28tYmlkaS1mb250LWZhbWlseTpUYWhvbWE7fQ0Kc3Bhbi55aXYxNjUzMTQ1ODQxZW1haWxzdHls ZTIzMQ0KCXttc28tc3R5bGUtbmFtZTp5aXYxNjUzMTQ1ODQxZW1haWxzdHlsZTIzMTsNCgltc28t c3R5bGUtdW5oaWRlOm5vOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJ bXNvLWFzY2lpLWZvbnQtZmFtaWx5OkNhbGlicmk7DQoJbXNvLWhhbnNpLWZvbnQtZmFtaWx5OkNh bGlicmk7DQoJbXNvLWJpZGktZm9udC1mYW1pbHk6Q2FsaWJyaTsNCgljb2xvcjojMUY0OTdEO30N CnNwYW4uRW1haWxTdHlsZTQxDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCW1zby1zdHls ZS1ub3Nob3c6eWVzOw0KCW1zby1zdHlsZS11bmhpZGU6bm87DQoJbXNvLWFuc2ktZm9udC1zaXpl OjEwLjVwdDsNCgltc28tYmlkaS1mb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxp YnJpIiwic2Fucy1zZXJpZiI7DQoJbXNvLWFzY2lpLWZvbnQtZmFtaWx5OkNhbGlicmk7DQoJbXNv LWZhcmVhc3QtZm9udC1mYW1pbHk65a6L5L2TOw0KCW1zby1oYW5zaS1mb250LWZhbWlseTpDYWxp YnJpOw0KCW1zby1iaWRpLWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iOw0KCWNvbG9yOiMx RjQ5N0Q7fQ0Kc3Bhbi5FbWFpbFN0eWxlNDINCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVw bHk7DQoJbXNvLXN0eWxlLW5vc2hvdzp5ZXM7DQoJbXNvLXN0eWxlLXVuaGlkZTpubzsNCgltc28t YW5zaS1mb250LXNpemU6MTAuNXB0Ow0KCW1zby1iaWRpLWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9u dC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgltc28tYXNjaWktZm9udC1mYW1pbHk6 Q2FsaWJyaTsNCgltc28tZmFyZWFzdC1mb250LWZhbWlseTrlrovkvZM7DQoJbXNvLWhhbnNpLWZv bnQtZmFtaWx5OkNhbGlicmk7DQoJbXNvLWJpZGktZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21h biI7DQoJY29sb3I6IzFGNDk3RDt9DQpzcGFuLlNwZWxsRQ0KCXttc28tc3R5bGUtbmFtZToiIjsN Cgltc28tc3BsLWU6eWVzO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9y dC1vbmx5Ow0KCW1zby1kZWZhdWx0LXByb3BzOnllczsNCglmb250LXNpemU6MTAuMHB0Ow0KCW1z by1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJbXNvLWJpZGktZm9udC1zaXplOjEwLjBwdDsNCglt c28tYXNjaWktZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiI7DQoJbXNvLWhhbnNpLWZvbnQt ZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iOw0KCW1zby1mb250LWtlcm5pbmc6MHB0O30NCkBwYWdl IFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzIuMHB0IDkw LjBwdCA3Mi4wcHQgOTAuMHB0Ow0KCW1zby1oZWFkZXItbWFyZ2luOjM2LjBwdDsNCgltc28tZm9v dGVyLW1hcmdpbjozNi4wcHQ7DQoJbXNvLXBhcGVyLXNvdXJjZTowO30NCmRpdi5Xb3JkU2VjdGlv bjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gMTBd PjxzdHlsZT4vKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KdGFibGUuTXNvTm9ybWFsVGFibGUNCgl7 bXNvLXN0eWxlLW5hbWU65pmu6YCa6KGo5qC8Ow0KCW1zby10c3R5bGUtcm93YmFuZC1zaXplOjA7 DQoJbXNvLXRzdHlsZS1jb2xiYW5kLXNpemU6MDsNCgltc28tc3R5bGUtbm9zaG93OnllczsNCglt c28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLXFmb3JtYXQ6eWVzOw0KCW1zby1zdHls ZS1wYXJlbnQ6IiI7DQoJbXNvLXBhZGRpbmctYWx0OjBjbSA1LjRwdCAwY20gNS40cHQ7DQoJbXNv LXBhcmEtbWFyZ2luOjBjbTsNCgltc28tcGFyYS1tYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJbXNv LXBhZ2luYXRpb246d2lkb3ctb3JwaGFuOw0KCWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1p bHk6IlRpbWVzIE5ldyBSb21hbiIsInNlcmlmIjt9DQo8L3N0eWxlPjwhW2VuZGlmXS0tPjwhLS1b aWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1h eD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0K PG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9 IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9k eSBsYW5nPSJaSC1DTiIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSIgc3R5bGU9InRhYi1pbnRl cnZhbDoyMS4wcHQiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxmb250IHNpemU9IjIiIGNvbG9yPSIjMWY0OTdkIiBmYWNlPSJDYWxpYnJpIj48c3Bh biBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7bXNvLWJpZGktZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDs7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk65a6L5L2TO21zby1iaWRpLWZvbnQtZmFtaWx5 OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oztjb2xvcjojMUY0OTdEIj5IaSBTaGFocmFtLDxv OnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBz aXplPSIyIiBjb2xvcj0iIzFmNDk3ZCIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMi IHN0eWxlPSJmb250LXNpemU6MTAuNXB0O21zby1iaWRpLWZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1mYXJl YXN0LWZvbnQtZmFtaWx5OuWui+S9kzttc28tYmlkaS1mb250LWZhbWlseTomcXVvdDtUaW1lcyBO ZXcgUm9tYW4mcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9m b250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGNvbG9yPSIjMWY0 OTdkIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox MC41cHQ7bXNvLWJpZGktZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk65a6L 5L2TO21zby1iaWRpLWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oztjb2xv cjojMUY0OTdEIj5JIGFtDQogbm90IHRhbGtpbmcgYWJvdXQgYSBzcGVjaWZpYyBTUCwgSSBhbSBu b3Qgc3VyZSB3aGV0aGVyIHlvdSByZWFsbHkga25vdyB0aGUgY3VycmVudCBzdGF0dXMgb2YgdGhl IE1CQiBuZXR3b3JrLjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iIzFmNDk3ZCIgZmFjZT0iQ2FsaWJyaSI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O21zby1iaWRpLWZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7O21zby1mYXJlYXN0LWZvbnQtZmFtaWx5OuWui+S9kzttc28tYmlkaS1mb250LWZhbWls eTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9 IjIiIGNvbG9yPSIjMWY0OTdkIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtc2l6ZToxMC41cHQ7bXNvLWJpZGktZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWZhcmVhc3Qt Zm9udC1mYW1pbHk65a6L5L2TO21zby1iaWRpLWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBS b21hbiZxdW90Oztjb2xvcjojMUY0OTdEIj5CZXN0DQogcmVnYXJkcyw8bzpwPjwvbzpwPjwvc3Bh bj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9 IiMxZjQ5N2QiIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOjEwLjVwdDttc28tYmlkaS1mb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tZmFyZWFzdC1mb250LWZhbWls eTrlrovkvZM7bXNvLWJpZGktZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7 O2NvbG9yOiMxRjQ5N0QiPk1hY2g8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9IiMxZjQ5N2QiIGZhY2U9IkNhbGli cmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDttc28tYmlkaS1m b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Ozttc28tZmFyZWFzdC1mb250LWZhbWlseTrlrovkvZM7bXNvLWJpZGktZm9u dC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTti b3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNC4wcHQiPg0K PGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAx LjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxi Pjxmb250IHNpemU9IjIiIGZhY2U9IlRhaG9tYSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2ZvbnQtd2VpZ2h0OmJvbGQiPkZyb206PC9zcGFuPjwvZm9udD48L2I+PGZv bnQgc2l6ZT0iMiIgZmFjZT0iVGFob21hIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDsiPg0KIFMuIERhdmFyaSBbbWFpbHRvOmRhdmFyaXNoQHlhaG9vLmNvbV0gPGJyPg0K PGI+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPlNlbnQ6PC9zcGFuPjwvYj4gVHVlc2Rh eSwgTWFyY2ggMjUsIDIwMTQgMTA6NTYgUE08YnI+DQo8Yj48c3BhbiBzdHlsZT0iZm9udC13ZWln aHQ6Ym9sZCI+VG86PC9zcGFuPjwvYj4gTWFjaCBDaGVuPGJyPg0KPGI+PHNwYW4gc3R5bGU9ImZv bnQtd2VpZ2h0OmJvbGQiPkNjOjwvc3Bhbj48L2I+IEdyZWdvcnkgTWlyc2t5OyBkcmFmdC1jaGVu LW1wbHMtc291cmNlLWxhYmVsQHRvb2xzLmlldGYub3JnOyBtcGxzQGlldGYub3JnPGJyPg0KPGI+ PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPlN1YmplY3Q6PC9zcGFuPjwvYj4gUmU6IFtt cGxzXSBNYWlsIHJlZ2FyZGluZyBkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsPG86cD48L286 cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48Zm9udCBzaXplPSIzIiBmYWNlPSLlrovkvZMiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1zaXplOjEyLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIzIiBmYWNlPSLlrovkvZMiPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+SGkgTWFjaDxvOnA+PC9v OnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48Zm9udCBzaXplPSIzIiBmYWNlPSLlrovkvZMiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1zaXplOjEyLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjMiIGZhY2U9IuWu i+S9kyI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij5XaGF0IEkg d2FzIGFyZ3VpbmcgaXMgdGhhdCBDaGluYSBtb2JpbGUgdXNlcyBwMnAgTFNQIGFuZCBQVyBhbmQg ZG9lcyBub3QgdXNlIGFueSBNUDJQIG9yIE1QMk1QIExTUC4gU28gQ2hpbmEgbW9iaWxlIGNhbiB1 c2UgUkZDNjM3NCBvciBHLjgxMzEgdG8gbWVhc3VyZSBsb3NzIGFuZCBkZWxheQ0KIG92ZXIgdGhl IEJhY2toYXVsLjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIzIiBmYWNlPSLlrovkvZMiPjxzcGFuIGxh bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250 IHNpemU9IjMiIGZhY2U9IuWui+S9kyI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp emU6MTIuMHB0Ij5TZWNvbmRseSBpZiB2ZXJ5IHZlcnkgc21hbGwgcGFja2V0IGxvc3MgaXMgYWxz byBpbXBvcnRhbnQgdG8gYmUgZGV0ZWN0ZWQgdGhlbiBJIHN1Z2dlc3QgdXNpbmcgdGhlIENXIHNl cXVlbmNlIG51bWJlciB0byBkZXRlY3Qgc3VjaCBsb3NzIHdpdGhvdXQgYWRkaW5nIGNvbXBsZXhp dHkgdG8gdGhlDQogbmV0d29yay48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMyIgZmFjZT0i5a6L5L2T Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48Zm9udCBzaXplPSIzIiBmYWNlPSLlrovkvZMiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iZm9udC1zaXplOjEyLjBwdCI+QmFzaWNhbGx5IHdoYXQgeW91IGFyZSBkb2luZyBpcyBsaWtl IGFkZGluZyAzIG1vcmUgd2hlZWxzIHRvIGEgY2FyIHNvIHRoYXQgeW91IGNhbiByZWNvZ25pemUg aXQgZWFzaWVyIHdoZW4gaXQgaXMgbW92aW5nLiBXaGlsZSBUaGUgcmlnaHQgbWV0aG9kIGlzIHRv IHJlYWQgdGhlIGxpY2Vuc2UNCiBwbGF0ZS48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMyIgZmFjZT0i 5a6L5L2TIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPjxicj4N ClJlZ2FyZHMsPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48Zm9udCBzaXplPSIzIiBmYWNlPSLlrovkvZMiPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+U2hhaHJhbTxvOnA+PC9vOnA+PC9zcGFuPjwvZm9u dD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIz IiBmYWNlPSLlrovkvZMiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEyLjBw dCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48 Zm9udCBzaXplPSIzIiBmYWNlPSLlrovkvZMiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u dC1zaXplOjEyLjBwdCI+PGJyPg0KT24gTWFyIDI1LCAyMDE0LCBhdCAzOjA2IEFNLCBNYWNoIENo ZW4gJmx0OzxhIGhyZWY9Im1haWx0bzptYWNoLmNoZW5AaHVhd2VpLmNvbSI+bWFjaC5jaGVuQGh1 YXdlaS5jb208L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9k aXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUu MHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBjb2xvcj0i IzFmNDk3ZCIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp emU6MTAuNXB0O21zby1iaWRpLWZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1iaWRpLWZvbnQtZmFtaWx5OiZx dW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oztjb2xvcjojMUY0OTdEIj5IaSBTaGFocmFtLDwvc3Bh bj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGNvbG9yPSIjMWY0OTdkIiBmYWNlPSJDYWxp YnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7bXNvLWJpZGkt Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7bXNvLWJpZGktZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFu JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4t VVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNp emU9IjIiIGNvbG9yPSIjMWY0OTdkIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7bXNvLWJpZGktZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWJpZGkt Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPk1v YmlsZSBiYWNraGF1bCBpcyB0aGUgbWFpbiB0YXJnZXQNCiBzY2VuYXJpbyB3aGVyZSBzb21lIG9m IHRoZSBzZXJ2aWNlcyAoZS5nLiwgc29tZSB3aXJlbGVzcyBzaWduYWxzIGJldHdlZW4gbm9kZUIg YW5kIFJOQykgYXJlIHZlcnkgc2Vuc2l0aXZlIHRvIHBhY2tldCBsb3NzLiBTb21ldGltZXMsIGFs dGhvdWdoIHRoZXJlIGFyZSBzb21lIHBhY2tldHMgbG9zcywgaXQgbWF5IG5vdCBiZSBkZXRlY3Rl ZCBieSBTTE0sIHRoaXMgbGVhZHMgdGhlIE5vZGViIHRvIGRldGFjaCBmcm9tIHRoZSBSTkMuIFRo aXMgaGFwcGVuZWQNCiBzZXZlcmFsIHRpbWVzIGluIHRoZSBwcm9kdWN0aW9uIG5ldHdvcmsuIEV2 ZW4gd29yc2UsIHNpbmNlIFNMTSBkZXBlbmRzIG9uIGluamVjdCBleHRyYSBwYWNrZXRzIHRvIGV2 YWx1YXRlIHRoZSBwZXJmb3JtYW5jZSwgdGhlIFNMTSBpdHNlbGYgbWF5IHNvbWV0aW1lIGxlYWQg dG8gb3IgaW5jcmVhc2UgcGFja2V0IGxvc3MgYW5kIHJlc3VsdCBpbiBuZWdhdGl2ZSBpbXBhY3Rz Lg0KPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9IiMxZjQ5N2QiIGZh Y2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtt c28tYmlkaS1mb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tYmlkaS1mb250LWZhbWlseTomcXVvdDtUaW1lcyBO ZXcgUm9tYW4mcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjwvZm9udD48c3BhbiBs YW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PGZvbnQgc2l6ZT0iMiIgY29sb3I9IiMxZjQ5N2QiIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDttc28tYmlkaS1mb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztt c28tYmlkaS1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDs7Y29sb3I6IzFG NDk3RCI+QmVzdCByZWdhcmRzLDwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGNv bG9yPSIjMWY0OTdkIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv bnQtc2l6ZToxMC41cHQ7bXNvLWJpZGktZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWJpZGktZm9udC1mYW1p bHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPk1hY2g8L3NwYW4+ PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iIzFmNDk3ZCIgZmFjZT0iQ2FsaWJy aSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O21zby1iaWRpLWZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O21zby1iaWRpLWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZx dW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVT Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXpl PSIyIiBjb2xvcj0iIzFmNDk3ZCIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6MTAuNXB0O21zby1iaWRpLWZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1iaWRpLWZv bnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJz cDs8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3Bh ZGRpbmc6MGNtIDBjbSAwY20gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25l O2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNt Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tb3V0bGluZS1sZXZlbDoxIj48Yj48 Zm9udCBzaXplPSIyIiBmYWNlPSJUYWhvbWEiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztmb250LXdlaWdodDpib2xkIj5Gcm9tOjwvc3Bhbj48L2ZvbnQ+PC9iPjxmb250 IHNpemU9IjIiIGZhY2U9IlRhaG9tYSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7Ij4NCiBTLiBEYXZhcmkgWzxhIGhyZWY9Im1haWx0bzpkYXZhcmlzaEB5YWhvby5jb20i Pm1haWx0bzpkYXZhcmlzaEB5YWhvby5jb208L2E+XSA8YnI+DQo8Yj48c3BhbiBzdHlsZT0iZm9u dC13ZWlnaHQ6Ym9sZCI+U2VudDo8L3NwYW4+PC9iPiBUdWVzZGF5LCBNYXJjaCAyNSwgMjAxNCAy OjUwIFBNPGJyPg0KPGI+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPlRvOjwvc3Bhbj48 L2I+IE1hY2ggQ2hlbjsgR3JlZ29yeSBNaXJza3k8YnI+DQo8Yj48c3BhbiBzdHlsZT0iZm9udC13 ZWlnaHQ6Ym9sZCI+Q2M6PC9zcGFuPjwvYj4gPGEgaHJlZj0ibWFpbHRvOmRyYWZ0LWNoZW4tbXBs cy1zb3VyY2UtbGFiZWxAdG9vbHMuaWV0Zi5vcmciPg0KZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1s YWJlbEB0b29scy5pZXRmLm9yZzwvYT47IDxhIGhyZWY9Im1haWx0bzptcGxzQGlldGYub3JnIj5t cGxzQGlldGYub3JnPC9hPjxicj4NCjxiPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5T dWJqZWN0Ojwvc3Bhbj48L2I+IFJlOiBbbXBsc10gTWFpbCByZWdhcmRpbmcgZHJhZnQtY2hlbi1t cGxzLXNvdXJjZS1sYWJlbDwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9u dCBzaXplPSIzIiBmYWNlPSLlrovkvZMiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOjEyLjBwdCI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxkaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250 IHNpemU9IjMiIGNvbG9yPSJibGFjayIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMg TmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj5IaSw8YnI+DQo8 YnI+DQpZb3UgZGlkIG5vdCBwcm92ZSB5ZXQgd2h5IGFjdGl2ZSAoU3ludGhldGljKSBtZWFzdXJl bWVudCBpcyBub3QgZW5vdWdoIGluIE1QTFMgbmV0d29ya3MuIEkgd291bGQgaW4gZmFjdCZuYnNw OyBhcmd1ZSB0aGF0IGJ5IGFkZGluZyBYTC9TTEkvU0wgdG8gdGhlIGRhdGEgcGFja2V0cyBkdXJp bmcgdGhlIExNIG1lYXN1cmVtZW50IHRoZSBuZXR3b3JrIGNhbiB1c2UgYSBkaWZmZXJlbnQgRUNN UCBwYXRoIHRoYW4gd2hlbiB5b3UgYXJlIG5vdCB1c2luZyB0aGUNCiBYTC9TTEkvU0wgYW5kIHRo ZXJlZm9yZSB5b3VyIG1lYXN1cmVtZW50IGlzIG9ubHkgdmFsaWQgZHVyaW5nIHRoZSBtZWFzdXJl bWVudCBpbnRlcnZhbCBhbmQgZG9lcyBub3QgcmVwcmVzZW50IHdoYXQgdGhlIHVzZXIgZXhwZXJp ZW5jZXMgYWZ0ZXIgdGhlIG1lYXN1cmVtZW50IGlzIG92ZXIuPGJyPg0KPGJyPg0KVGh4PGJyPg0K U2hhaHJhbTwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3Jv dW5kOndoaXRlIj48Zm9udCBzaXplPSIzIiBjb2xvcj0iYmxhY2siIGZhY2U9IlRpbWVzIE5ldyBS b21hbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztjb2xvcjpi bGFjayI+Jm5ic3A7PC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2IGNsYXNzPSJNc29O b3JtYWwiIGFsaWduPSJjZW50ZXIiIHN0eWxlPSJ0ZXh0LWFsaWduOmNlbnRlcjtiYWNrZ3JvdW5k OndoaXRlIj4NCjxmb250IHNpemU9IjMiIGNvbG9yPSJibGFjayIgZmFjZT0iVGltZXMgTmV3IFJv bWFuIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2NvbG9yOmJs YWNrIj4NCjxociBzaXplPSIxIiB3aWR0aD0iMTAwJSIgYWxpZ249ImNlbnRlciI+DQo8L3NwYW4+ PC9mb250PjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1vdXRsaW5lLWxl dmVsOjE7YmFja2dyb3VuZDp3aGl0ZSI+PGI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBm YWNlPSJBcmlhbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 YmxhY2s7Zm9udC13ZWlnaHQ6Ym9sZCI+RnJvbTo8L3NwYW4+PC9mb250PjwvYj48Zm9udCBzaXpl PSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkFyaWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+DQogTWFjaCBDaGVuICZsdDs8YSBocmVmPSJtYWls dG86bWFjaC5jaGVuQGh1YXdlaS5jb20iPm1hY2guY2hlbkBodWF3ZWkuY29tPC9hPiZndDs8YnI+ DQo8Yj48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+VG86PC9zcGFuPjwvYj4gUy4gRGF2 YXJpICZsdDs8YSBocmVmPSJtYWlsdG86ZGF2YXJpc2hAeWFob28uY29tIj5kYXZhcmlzaEB5YWhv by5jb208L2E+Jmd0OzsgR3JlZ29yeSBNaXJza3kgJmx0OzxhIGhyZWY9Im1haWx0bzpncmVnb3J5 Lm1pcnNreUBlcmljc3Nvbi5jb20iPmdyZWdvcnkubWlyc2t5QGVyaWNzc29uLmNvbTwvYT4mZ3Q7 DQo8YnI+DQo8Yj48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+Q2M6PC9zcGFuPjwvYj4g JnF1b3Q7PGEgaHJlZj0ibWFpbHRvOmRyYWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFiZWxAdG9vbHMu aWV0Zi5vcmciPmRyYWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFiZWxAdG9vbHMuaWV0Zi5vcmc8L2E+ JnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86ZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJlbEB0 b29scy5pZXRmLm9yZyI+ZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJlbEB0b29scy5pZXRmLm9y ZzwvYT4mZ3Q7Ow0KICZxdW90OzxhIGhyZWY9Im1haWx0bzptcGxzQGlldGYub3JnIj5tcGxzQGll dGYub3JnPC9hPiZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOm1wbHNAaWV0Zi5vcmciPm1wbHNA aWV0Zi5vcmc8L2E+Jmd0Ow0KPGJyPg0KPGI+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQi PlNlbnQ6PC9zcGFuPjwvYj4gTW9uZGF5LCBNYXJjaCAyNCwgMjAxNCAxMToyNzo1MyBQTTxicj4N CjxiPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5TdWJqZWN0Ojwvc3Bhbj48L2I+IFJF OiBbbXBsc10gTWFpbCByZWdhcmRpbmcgZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJlbDwvc3Bh bj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48 Zm9udCBzaXplPSIzIiBjb2xvcj0iYmxhY2siIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1Rp bWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztjb2xvcjpibGFjayI+PGJyIHN0 eWxlPSJtc28tc3BlY2lhbC1jaGFyYWN0ZXI6bGluZS1icmVhayI+DQo8IVtpZiAhc3VwcG9ydExp bmVCcmVha05ld0xpbmVdPjxiciBzdHlsZT0ibXNvLXNwZWNpYWwtY2hhcmFjdGVyOmxpbmUtYnJl YWsiPg0KPCFbZW5kaWZdPjwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxkaXYgaWQ9InlpdjE2NTMxNDU4NDEiPg0KPGRpdj4NCjxkaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250 IHNpemU9IjIiIGNvbG9yPSIjMWY0OTdkIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkhpIFNoYWhyYW0sPC9zcGFu PjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxm b250IHNpemU9IjIiIGNvbG9yPSIjMWY0OTdkIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJF Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48 L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9u dCBzaXplPSIyIiBjb2xvcj0iIzFmNDk3ZCIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4t VVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5BcmUgeW91IGNsYWltaW5n IHRoYXQgdGhlIGFjdGl2ZSBwZXJmb3JtYW5jZSBtZWFzdXJlbWVudCBpcyBzdWZmaWNpZW50IGFu ZA0KIHBhc3NpdmUgcGVyZm9ybWFuY2UgbWVhc3VyZW1lbnQgaXMgbm90IG5lZWRlZD8gPC9zcGFu PjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxm b250IHNpemU9IjIiIGNvbG9yPSIjMWY0OTdkIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJF Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48 L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9u dCBzaXplPSIyIiBjb2xvcj0iIzFmNDk3ZCIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4t VVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5CZXN0IHJlZ2FyZHMsPC9z cGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUi Pjxmb250IHNpemU9IjIiIGNvbG9yPSIjMWY0OTdkIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPk1hY2g8L3NwYW4+ PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZv bnQgc2l6ZT0iMiIgY29sb3I9IiMxZjQ5N2QiIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjwv Zm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3BhZGRp bmc6MGNtIDBjbSAwY20gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2Jv cmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW91dGxpbmUtbGV2ZWw6MTti YWNrZ3JvdW5kOndoaXRlIj48Yj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IlRh aG9tYSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNr O2ZvbnQtd2VpZ2h0OmJvbGQiPkZyb206PC9zcGFuPjwvZm9udD48L2I+PGZvbnQgc2l6ZT0iMiIg Y29sb3I9ImJsYWNrIiBmYWNlPSJUYWhvbWEiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjpibGFjayI+DQogbXBscyBbPGEgaHJlZj0ibWFpbHRvOm1wbHMtYm91 bmNlc0BpZXRmLm9yZyI+bWFpbHRvOm1wbHMtYm91bmNlc0BpZXRmLm9yZzwvYT5dIDxiPg0KPHNw YW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPk9uIEJlaGFsZiBPZiA8L3NwYW4+PC9iPlMuIERh dmFyaTxicj4NCjxiPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5TZW50Ojwvc3Bhbj48 L2I+IFR1ZXNkYXksIE1hcmNoIDI1LCAyMDE0IDE6NTAgUE08YnI+DQo8Yj48c3BhbiBzdHlsZT0i Zm9udC13ZWlnaHQ6Ym9sZCI+VG86PC9zcGFuPjwvYj4gR3JlZ29yeSBNaXJza3k8YnI+DQo8Yj48 c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+Q2M6PC9zcGFuPjwvYj4gPGEgaHJlZj0ibWFp bHRvOmRyYWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFiZWxAdG9vbHMuaWV0Zi5vcmciPg0KZHJhZnQt Y2hlbi1tcGxzLXNvdXJjZS1sYWJlbEB0b29scy5pZXRmLm9yZzwvYT47IDxhIGhyZWY9Im1haWx0 bzptcGxzQGlldGYub3JnIj5tcGxzQGlldGYub3JnPC9hPjxicj4NCjxiPjxzcGFuIHN0eWxlPSJm b250LXdlaWdodDpib2xkIj5TdWJqZWN0Ojwvc3Bhbj48L2I+IFJlOiBbbXBsc10gTWFpbCByZWdh cmRpbmcgZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJlbDwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFu Zz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZv bnQgc2l6ZT0iMyIgY29sb3I9ImJsYWNrIiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIGxh bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1l cyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZuYnNwOzwv c3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3Vu ZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMyIgY29sb3I9ImJsYWNrIiBmYWNlPSJUaW1lcyBOZXcgUm9t YW4iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWls eTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7Y29sb3I6Ymxh Y2siPkhpIEdyZWc8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMyIgY29sb3I9ImJsYWNr IiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7 c2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0i RU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBz aXplPSIzIiBjb2xvcj0iYmxhY2siIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5l dyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztjb2xvcjpibGFjayI+SW4gcHJvZmlsZSBz aW1wbHkgbWVhbnMgZ3JlZW4gcGFja2V0cyBhbmQgYnkgZ2VuZXJhdGUgZ3JlZW4gU0xNIHBhY2tl dHMNCiB5b3UgY291bGQgYWNoaWV2ZSB0aGUgc2FtZSByZXN1bHRzLjwvc3Bhbj48L2ZvbnQ+PHNw YW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRl Ij48Zm9udCBzaXplPSIzIiBjb2xvcj0iYmxhY2siIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jm5i c3A7PC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjMiIGNvbG9yPSJibGFjayIgZmFjZT0i VGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMi4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1 b3Q7O2NvbG9yOmJsYWNrIj5NRUYgZXhwbGFpbnMgaG93IFNMTSBpcyB1c2VkIGZvciBub24gcDJw IHNlcnZpY2VzLiZuYnNwOzwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIzIiBjb2xvcj0i YmxhY2siIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm b250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oywm cXVvdDtzZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjwvZm9udD48c3BhbiBs YW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxm b250IHNpemU9IjMiIGNvbG9yPSJibGFjayIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBs YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGlt ZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj5BbmQgRm9y IERlbGF5IG1lYXN1cmVtZW50IHlvdSBjYW4ganVzdCBydW4gRE0uIFRoZSBzb3VyY2UgaW5mbyBj YW4NCiBiZSBpbiBUaGUgcGF5bG9hZCBvZiBETSBhcyBUTFYuPC9zcGFuPjwvZm9udD48c3BhbiBs YW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxm b250IHNpemU9IjMiIGNvbG9yPSJibGFjayIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBs YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGlt ZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj48YnI+DQpS ZWdhcmRzLDwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i YmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMyIgY29sb3I9ImJsYWNrIiBmYWNlPSJUaW1l cyBOZXcgUm9tYW4iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtm b250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7 Y29sb3I6YmxhY2siPlNoYWhyYW08L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMyIgY29s b3I9ImJsYWNrIiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVv dDssJnF1b3Q7c2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48L2ZvbnQ+PHNw YW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Rpdj4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMyIgY29s b3I9ImJsYWNrIiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVv dDssJnF1b3Q7c2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPjxicj4NCk9uIE1hciAyNCwgMjAxNCwg YXQgMTA6MTkgUE0sIEdyZWdvcnkgTWlyc2t5ICZsdDs8YSBocmVmPSJtYWlsdG86Z3JlZ29yeS5t aXJza3lAZXJpY3Nzb24uY29tIiB0YXJnZXQ9Il9ibGFuayI+Z3JlZ29yeS5taXJza3lAZXJpY3Nz b24uY29tPC9hPiZndDsgd3JvdGU6PC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJt YXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIg Y29sb3I9IiMxZjQ5N2QiIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+SGkgU2hhaHJhbSw8L3NwYW4+PC9mb250Pjxz cGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0i MiIgY29sb3I9IiMxZjQ5N2QiIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+bWFueSB0aGFua3MgZm9yIG1vc3QgZXhw ZWRpZW50IHJlc3BvbnNlLjwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iIzFmNDk3ZCIgZmFjZT0i Q2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjoj MUY0OTdEIj5GaXJzdGx5LCByZWdhcmRpbmcgaW4tc2VydmljZSBTTE0uIEFGQUlLLCB0aGUgZGlm ZmVyZW5jZSBiZXR3ZWVuIExNIGFuZA0KIFNMTSwgYXQgbGVhc3QgaW4gWS4xNzMxLCBpcyB0aGF0 IHRoZSBmb3JtZXIgY29sbGVjdHMgY291bnRlcnMgb2Yg4oCcaW4tcHJvZmlsZeKAnSBmcmFtZXMg d2hpbGUgdGhlIGxhdHRlciBvbmx5IGNvdW50cyB0aGUgdGVzdCBwYWNrZXRzIHRoZW1zZWx2ZXMu IEdpdmVuIHRoYXQsIEkgY2FuIG5vdCBhZ3JlZSB0aGF0IHVzaW5nIFNMTSBhcyBpbi1zZXJ2aWNl IGFjdGl2ZSBtZWFzdXJlbWVudCBtZXRob2QgaXMgdmlhYmxlIHVubGVzcyBvcGVyYXRvciB3aWxs aW5nDQogdG8gc3VmZmljaWVudGx5IGFsdGVyIGRhdGEgdHJhZmZpYyBiZWhhdmlvci48L3NwYW4+ PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZv bnQgc2l6ZT0iMiIgY29sb3I9IiMxZjQ5N2QiIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+U2Vjb25kbHksIHdvdWxk IGJlIGdyZWF0IGlmIHlvdSBjYW4gZXhwYW5kIG9uIOKAnGl0IHdvcmtzIGZvciBNcDJwIGFuZCBt cDJtcOKAnS4NCiBJ4oCZbSB2ZXJ5IGludGVyZXN0ZWQgdG8gbGVhcm4gZnJvbSB5b3UgaG93IHRv IGRvIExNIG9uIG1wMm1wIExTUCB3aXRoIGN1cnJlbnQgTVBMUyBPQU0gdG9vbHMsIGkuZS4gd2l0 aG91dCBTTEkvU0wuIEFuZCB3aGlsZSB3ZSBhcmUgYXQmbmJzcDsgdGhpcyB0b3BpYywgd291bGQg eW91IGtpbmRseSBleHBsYWluIGhvdyBTTE0gaGVscHMgd2l0aCBETSBvdmVyIHRoZSBzYW1lIGNv bnN0cnVjdCwgaS5lLiBtcDJtcCBMU1AuPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSIjMWY0OTdk IiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iIzFmNDk3ZCIg ZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgUmVnYXJkcyw8 L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0 ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9IiMxZjQ5N2QiIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxh bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7IEdyZWc8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFj a2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9IiMxZjQ5N2QiIGZhY2U9IkNhbGli cmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3 RCI+Jm5ic3A7PC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRv cDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tb3V0bGluZS1sZXZlbDoxO2JhY2tncm91 bmQ6d2hpdGUiPjxiPjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iVGFob21hIj48 c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2s7Zm9udC13 ZWlnaHQ6Ym9sZCI+RnJvbTo8L3NwYW4+PC9mb250PjwvYj48Zm9udCBzaXplPSIyIiBjb2xvcj0i YmxhY2siIGZhY2U9IlRhaG9tYSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7O2NvbG9yOmJsYWNrIj4NCiBTLiBEYXZhcmkgWzxhIGhyZWY9Im1haWx0bzpkYXZhcmlzaEB5 YWhvby5jb20iIHRhcmdldD0iX2JsYW5rIj5tYWlsdG86ZGF2YXJpc2hAeWFob28uY29tPC9hPl0N Cjxicj4NCjxiPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5TZW50Ojwvc3Bhbj48L2I+ IE1vbmRheSwgTWFyY2ggMjQsIDIwMTQgMTA6MDEgUE08YnI+DQo8Yj48c3BhbiBzdHlsZT0iZm9u dC13ZWlnaHQ6Ym9sZCI+VG86PC9zcGFuPjwvYj4gR3JlZ29yeSBNaXJza3k8YnI+DQo8Yj48c3Bh biBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+Q2M6PC9zcGFuPjwvYj4gU2hhaHJhbSBEYXZhcmk7 IFlpbWluIFNoZW47IDxhIGhyZWY9Im1haWx0bzpkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVs QHRvb2xzLmlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+DQpkcmFmdC1jaGVuLW1wbHMtc291cmNl LWxhYmVsQHRvb2xzLmlldGYub3JnPC9hPjsgPGEgaHJlZj0ibWFpbHRvOm1wbHNAaWV0Zi5vcmci IHRhcmdldD0iX2JsYW5rIj4NCm1wbHNAaWV0Zi5vcmc8L2E+PGJyPg0KPGI+PHNwYW4gc3R5bGU9 ImZvbnQtd2VpZ2h0OmJvbGQiPlN1YmplY3Q6PC9zcGFuPjwvYj4gUmU6IFttcGxzXSBNYWlsIHJl Z2FyZGluZyBkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsPC9zcGFuPjwvZm9udD48c3BhbiBs YW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48 Zm9udCBzaXplPSIzIiBjb2xvcj0iYmxhY2siIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1Rp bWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jm5ic3A7 PC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3Jv dW5kOndoaXRlIj48Zm9udCBzaXplPSIzIiBjb2xvcj0iYmxhY2siIGZhY2U9IlRpbWVzIE5ldyBS b21hbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztjb2xvcjpi bGFjayI+SGkgR3JlZzwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIzIiBjb2xvcj0iYmxh Y2siIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVv dDtzZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjwvZm9udD48c3BhbiBsYW5n PSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250 IHNpemU9IjMiIGNvbG9yPSJibGFjayIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMg TmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj5UaGFua3MgZm9y IHlvdXIgcmVwbHkuIFNMTSBjYW4gYmUgdXNlZCBmb3IgaW4gc2VydmljZSBtZWFzdXJlbWVudC4N CiBBbmQgaXQgd29ya3MgZm9yIE1wMnAgYW5kIG1wMm1wLiBTbyB5b3UgZG9uJ3QgcmVhbGx5IG5l ZWQgdGhlIDMgZXh0cmEgbGFiZWxzLjwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIzIiBj b2xvcj0iYmxhY2siIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZx dW90OywmcXVvdDtzZXJpZiZxdW90Oztjb2xvcjpibGFjayI+PGJyPg0KUmVnYXJkcywuPC9zcGFu PjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndo aXRlIj48Zm9udCBzaXplPSIzIiBjb2xvcj0iYmxhY2siIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztjb2xvcjpibGFjayI+ U2hhaHJhbTwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIzIiBjb2xvcj0iYmxhY2siIGZh Y2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6 MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJp ZiZxdW90Oztjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1V UyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxkaXYgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIzIiBjb2xvcj0iYmxhY2siIGZh Y2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6 MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJp ZiZxdW90Oztjb2xvcjpibGFjayI+PGJyPg0KT24gTWFyIDI0LCAyMDE0LCBhdCA5OjUyIFBNLCBH cmVnb3J5IE1pcnNreSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmdyZWdvcnkubWlyc2t5QGVyaWNzc29u LmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmdyZWdvcnkubWlyc2t5QGVyaWNzc29uLmNvbTwvYT4mZ3Q7 IHdyb3RlOjwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBw dDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0i YmxhY2siIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDs7Y29sb3I6YmxhY2siPkhpIFNoYWhyYW0sPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJF Ti1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNp emU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+bWFueSB0aGFua3MgZm9yIHlvdXIgaW50 ZXJlc3QgYW5kIGNvbW1lbnRzLiBJJ2QgcG9pbnQgdGhhdCBTTE0gaXMgY2xlYXJseSBvdXQtb2Yt c2VydmljZQ0KIE9BTSB0b29sLiBTTEkvU0wgbWF5IGJlIHVzZWQgdG8gcGVyZm9ybSBpbi1zZXJ2 aWNlIGFjdGl2ZSBMTSBhcyB3ZWxsIGFzIHBhc3NpdmUgTE0uIFRoZW4gdGhlcmUgaXMgRE0gYW5k IFNMSS9TTCBhZ2FpbiBjYW4gYmUgdXNlZCB0byBwZXJmb3JtIGluLXNlcnZpY2UgYm90aCBhY3Rp dmUgYW5kIHBhc3NpdmUgRE0uPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9y PSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Oztjb2xvcjpibGFjayI+QXMgZm9yIHVzZSBjYXNlIHRoYXQgJnF1b3Q7IHRoYXQgd291 bGQgb25seSBiZSBwb3NzaWJsZSBieSBhZGRpbmcmcXVvdDsgdGhlc2UgdGhyZWUgbGFiZWxzDQog SSBjYW4gdGhpbmsgb2YgdGhlIGZvbGxvd2luZzo8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVO LVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBj b2xvcj0iYmxhY2siIGZhY2U9IlN5bWJvbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OlN5bWJvbDttc28tYmlkaS1mb250LWZhbWlseTomcXVv dDtUaW1lcyBOZXcgUm9tYW4mcXVvdDs7Y29sb3I6YmxhY2siPsK3PC9zcGFuPjwvZm9udD48Zm9u dCBzaXplPSIxIiBjb2xvcj0iYmxhY2siIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMg TmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48L2ZvbnQ+PGZv bnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj5PQU0gb24gbXAybXAvbXAycCBM U1A8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tn cm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jm5i c3A7PC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0i Q2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpi bGFjayI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFJlZ2FyZHMs PC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2Fs aWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFj ayI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEdyZWc8L3NwYW4+PC9mb250Pjxz cGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0 ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+ PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW91 dGxpbmUtbGV2ZWw6MTtiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxh Y2siIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDs7Y29sb3I6YmxhY2siPi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tPGJyPg0KRnJvbTogbXBs cyBbPGEgaHJlZj0ibWFpbHRvOm1wbHMtYm91bmNlc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsi Pm1haWx0bzptcGxzLWJvdW5jZXNAaWV0Zi5vcmc8L2E+XSBPbiBCZWhhbGYgT2YgU2hhaHJhbSBE YXZhcmk8YnI+DQpTZW50OiBNb25kYXksIE1hcmNoIDI0LCAyMDE0IDg6MjQgUE08YnI+DQpUbzog WWltaW4gU2hlbjxicj4NCkNjOiA8YSBocmVmPSJtYWlsdG86ZHJhZnQtY2hlbi1tcGxzLXNvdXJj ZS1sYWJlbEB0b29scy5pZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPg0KZHJhZnQtY2hlbi1tcGxz LXNvdXJjZS1sYWJlbEB0b29scy5pZXRmLm9yZzwvYT47IDxhIGhyZWY9Im1haWx0bzptcGxzQGll dGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+DQptcGxzQGlldGYub3JnPC9hPjxicj4NClN1YmplY3Q6 IFJlOiBbbXBsc10gTWFpbCByZWdhcmRpbmcgZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJlbDwv c3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJi YWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGli cmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2si PiZuYnNwOzwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZh Y2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6YmxhY2siPkhpPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFj ayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Oztjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNv bG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjpibGFjayI+U28gZmFyIEkgaGF2ZW4ndCBzZWVuIGFueSB2YWxpZCB1 c2UgY2FyIHRoYXQgd291bGQgb25seSBiZSBwb3NzaWJsZSBieSBhZGRpbmcNCiB0aGlzIDMgbGFi ZWxzLiBGb3IgVlBMUyBMTSB5b3UgY291bGQgYWx3YXlzIHVzZSBTeW50aGV0aWMgbG9zcyBtZWFz dXJlbWVudC4gSnVzdCBzYXlpbmcgU3ludGhldGljIExNIGlzIG5vdCBhcyBhY2N1cmF0ZSBhcyBk aXJlY3QgTE0gaXMgbm90IGEgZ29vZCBqdXN0aWZpY2F0aW9uIGZvciBhZGRpbmcgMyBsYWJlbHMu DQo8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJD YWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJs YWNrIj4mbmJzcDs8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNr IiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOmJsYWNrIj5SZWdhcmRzLDwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBj b2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPlNoYWhyYW08L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9 IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQg c2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PC9mb250Pjxz cGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0 ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+ PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dy b3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48 c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mZ3Q7 IE9uIE1hciAyMSwgMjAxNCwgYXQgMTE6MzkgQU0sICZxdW90O1lpbWluIFNoZW4mcXVvdDsgJmx0 OzxhIGhyZWY9Im1haWx0bzp5c2hlbkBqdW5pcGVyLm5ldCIgdGFyZ2V0PSJfYmxhbmsiPnlzaGVu QGp1bmlwZXIubmV0PC9hPiZndDsNCiB3cm90ZTo8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVO LVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6 ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mZ3Q7DQo8L3NwYW4+PC9mb250PjxzcGFu IGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+ PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJF Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mZ3Q7IEhpIE1hY2gsPC9z cGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJh Y2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJy aSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+ Jmd0Ow0KPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFj ZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjpibGFjayI+Jmd0OyBGb3IgYW4gaW50ZXJtZWRpYXRlIG5vZGUsIFNMIHdvdWxkIGRlZmluaXRl bHkgTk9UIGJlIGF0IHRoZSB0b3Agb2YgX2luY29taW5nXw0KIGxhYmVsIHN0YWNrLiBZb3Ugd291 bGQgaGF2ZSB0byBpbnN0YWxsIGNvbXBsZXggZm9yd2FyZGluZyBzdGF0ZSBpbiBkYXRhIHBsYW5l IHRvIGxvb2sgZm9yIFNMIGFuZCBwcm9jZXNzIHRoZSBwYWNrZXQgZGlmZmVyZW50bHkgYmFzZWQg b24gdGhlIGV4aXN0ZW5jZS9ub24tZXhpc3RlbmNlIG9mIFNMLiBJdCB3b3VsZCBnZXQgZXZlbiBt b3JlIGNvbXBsaWNhdGVkIGlmIHlvdSBuZWVkIHRvIHB1dCB0aGUgU0wgYmFjayB0byB0aGUgcGFj a2V0cywgaW4NCiBjYXNlIG90aGVyIG5vZGVzIGRvd25zdHJlYW0gbWF5IGFsc28gYmUgZXhwZWN0 aW5nIGl0LiBTbyBJJ2QgbGlrZSB0byBzZWUgYSB2YWxpZCB1c2UgY2FzZSBmb3IgdGhpcyBpbmNy ZWFzZWQgY29tcGxleGl0eSBhbmQgb3ZlcmhlYWQuPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJF Ti1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNp emU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0Ow0KPC9zcGFuPjwvZm9udD48c3Bh biBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUi Pjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0OyBSZWdhcmRpbmcg dGhlIGVncmVzcyBub2RlIHVzZSBjYXNlLCBub3RlIHRoYXQgaXQgaXMgZGlmZmVyZW50IHRoYW4g RW50cm9weQ0KIGxhYmVscywgd2hlcmUgYW4gRUwgaXMgYWN0dWFsbHkgdXNlZCBieSBpbnRlcm1l ZGlhdGUgbm9kZXMgYW5kIG9ubHkgcG9wcGVkIGJ5IGVncmVzcyBub2RlLiBTbywgaWYgeW91ciBn b2FsIGlzIHNpbXBseSB0byBpbmZvcm0gYW4gZWdyZXNzIG5vZGUgYWJvdXQgdGhlIGlkZW50aXR5 IG9mIGEgc291cmNlIG5vZGUsIHRoZSBzb3VyY2Ugbm9kZSBjb3VsZCBqdXN0IHB1c2ggb25lIGxh YmVsIHRvIGlkZW50aWZ5IGl0c2VsZi4gVGhpcyBsYWJlbCBjb3VsZA0KIGJlIGNvbmZpZ3VyZWQg b3IgY29tbXVuaWNhdGVkIGJldHdlZW4gdGhlIGVncmVzcyBub2RlIGFuZCB0aGUgc291cmNlIG5v ZGUgaW4gYW55IGZhc2hpb24uIEhvd2V2ZXIgaW4gdGhpcyBkcmFmdCwgdGhlIHNvdXJjZSBub2Rl IHdvdWxkIGhhdmUgdG8gcHVzaCAzIGV4dHJhIGxhYmVscyAoZm9yIFNMKS48L3NwYW4+PC9mb250 PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3 aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBs YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mZ3Q7DQo8L3Nw YW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFj a2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJp Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4m Z3Q7IFRoYW5rcyw8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNr IiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOmJsYWNrIj4mZ3Q7DQo8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29s b3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mZ3Q7IC9ZaW1pbjwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFu Zz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9u dCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZndDsNCjwvc3Bhbj48L2ZvbnQ+ PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndo aXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxh bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZndDsNCjwvc3Bh bj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNr Z3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmki PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZn dDsgLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS08L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVO LVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW91dGxpbmUtbGV2ZWw6MTtiYWNrZ3Jv dW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZndDsg RnJvbTogTWFjaCBDaGVuIFs8YSBocmVmPSJtYWlsdG86bWFjaC5jaGVuQGh1YXdlaS5jb20iIHRh cmdldD0iX2JsYW5rIj5tYWlsdG86bWFjaC5jaGVuQGh1YXdlaS5jb208L2E+XTwvc3Bhbj48L2Zv bnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5k OndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZndDsgU2Vu dDogVGh1cnNkYXksIE1hcmNoIDIwLCAyMDE0IDExOjAwIEFNPC9zcGFuPjwvZm9udD48c3BhbiBs YW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxm b250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4t VVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0OyBUbzogWWltaW4gU2hl bjsNCjxhIGhyZWY9Im1haWx0bzpkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsQHRvb2xzLmll dGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+ZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJlbEB0b29s cy5pZXRmLm9yZzwvYT47DQo8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9 ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7O2NvbG9yOmJsYWNrIj4mZ3Q7DQo8YSBocmVmPSJtYWlsdG86bXBsc0BpZXRmLm9yZyIg dGFyZ2V0PSJfYmxhbmsiPm1wbHNAaWV0Zi5vcmc8L2E+PC9zcGFuPjwvZm9udD48c3BhbiBsYW5n PSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250 IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMi IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0OyBTdWJqZWN0OiBSRTogTWFp bCByZWdhcmRpbmcgZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJlbDwvc3Bhbj48L2ZvbnQ+PHNw YW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRl Ij48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZndDsNCjwvc3Bhbj48 L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3Jv dW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZndDsg SGkgWWltaW4sPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIg ZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjpibGFjayI+Jmd0Ow0KPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9y PSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0OyBUaGFua3MgZm9yIHlvdXIgcXVlc3Rpb25zIGFuZCBj b21tZW50cyE8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBm YWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2Nv bG9yOmJsYWNrIj4mZ3Q7DQo8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9 ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7O2NvbG9yOmJsYWNrIj4mZ3Q7IFBsZWFzZSBzZWUgbXkgcmVwbHkgaW5saW5lLi4uPC9z cGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJh Y2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJy aSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+ Jmd0Ow0KPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFj ZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjpibGFjayI+Jmd0OyZndDsgLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS08L3NwYW4+PC9mb250 PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW91dGxpbmUt bGV2ZWw6MTtiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZh Y2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6YmxhY2siPiZndDsmZ3Q7IEZyb206IE1hY2ggQ2hlbjwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFu Zz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9u dCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZndDsmZ3Q7IFNlbnQ6IFRodXJz ZGF5LCBNYXJjaCAyMCwgMjAxNCAxMDo0NSBQTTwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4t VVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXpl PSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZndDsmZ3Q7IFRvOiBNYWNoIENoZW48L3Nw YW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFj a2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJp Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4m Z3Q7Jmd0OyBTdWJqZWN0OiBGVzogTWFpbCByZWdhcmRpbmcgZHJhZnQtY2hlbi1tcGxzLXNvdXJj ZS1sYWJlbDwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZh Y2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6YmxhY2siPiZndDsmZ3Q7DQo8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29s b3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mZ3Q7Jmd0Ow0KPC9zcGFuPjwvZm9udD48c3BhbiBsYW5n PSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250 IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMi IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0OyZndDsNCjwvc3Bhbj48L2Zv bnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tb3V0bGlu ZS1sZXZlbDoxO2JhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIg ZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjpibGFjayI+Jmd0OyZndDsgRnJvbTogbXBscyBbPGEgaHJlZj0ibWFpbHRvOm1wbHMtYm91 bmNlc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPm1haWx0bzptcGxzLWJvdW5jZXNAaWV0Zi5v cmc8L2E+XQ0KIE9uIEJlaGFsZiBPZiBZaW1pbiBTaGVuPC9zcGFuPjwvZm9udD48c3BhbiBsYW5n PSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250 IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMi IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0OyZndDsgU2VudDogVGh1cnNk YXksIE1hcmNoIDIwLCAyMDE0IDEyOjAzIEFNPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1V UyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9 IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0OyZndDsgVG86DQo8YSBocmVmPSJtYWls dG86ZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJlbEB0b29scy5pZXRmLm9yZyIgdGFyZ2V0PSJf YmxhbmsiPmRyYWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFiZWxAdG9vbHMuaWV0Zi5vcmc8L2E+Ow0K PGEgaHJlZj0ibWFpbHRvOm1wbHNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5tcGxzQGlldGYu b3JnPC9hPjwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZh Y2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6YmxhY2siPiZndDsmZ3Q7IFN1YmplY3Q6IFttcGxzXSBNYWlsIHJlZ2FyZGluZyBkcmFmdC1j aGVuLW1wbHMtc291cmNlLWxhYmVsPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNv bG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0OyZndDsNCjwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFu Zz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9u dCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZndDsmZ3Q7IEhpIGF1dGhvcnMs PC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2Fs aWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFj ayI+Jmd0OyZndDsNCjwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxh Y2siIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDs7Y29sb3I6YmxhY2siPiZndDsmZ3Q7IENhbiB5b3UgcGxlYXNlIGNsYXJpZnkgaWYgU0wgaXMg ZXhwZWN0ZWQgdG8gYmUgdXNlZCBvbmx5IGJ5IGVncmVzcw0KPC9zcGFuPjwvZm9udD48c3BhbiBs YW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxm b250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4t VVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0OyZndDsgbm9kZSwgb3Ig YnkgaW50ZXJtZWRpYXRlIG5vZGUgYXMgd2VsbCA/PC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJF Ti1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNp emU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0Ow0KPC9zcGFuPjwvZm9udD48c3Bh biBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUi Pjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0OyBUaGUgU0wgY2Fu IGJlIHVzZWQgYnkgdGhlIGVncmVzcyBhbmQgaW50ZXJtZWRpYXRlIG5vZGUsIGJ1dCBmb3IgaW50 ZXJtZWRpYXRlDQogbm9kZSwgc2luY2UgdGhlIFNMIG1heSBub3QgYmUgb24gdGhlIHRvcCBvZiB0 aGUgbGFiZWwgc3RhY2ssIGlmIGl0IHdhbnRzIHRvIHVzZSBpdCwgaXQgbmVlZHMgdG8gc2VhcmNo IHRoZSBsYWJlbCBzdGFjayB0byBmaW5kIHRoZSBTTCwganVzdCBhcyB0byBmaW5kIGFuIEVMLjwv c3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJi YWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGli cmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2si PiZndDsNCjwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZh Y2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6YmxhY2siPiZndDsmZ3Q7DQo8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29s b3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mZ3Q7Jmd0OyBTZWN0aW9uIDMuMiAmcXVvdDtUcmFmZmlj IE1hdHJpeCBNZWFzdXJlbWVudCBhbmQgU3RlZXJpbmcmcXVvdDsgZGVzY3JpYmVzIGEgdXNlDQo8 L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i YmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJDYWxp YnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNr Ij4mZ3Q7Jmd0OyBjYXNlIGZvciBpbnRlcm1lZGlhdGUgbm9kZSwgYnV0IEkgdGhpbmsgY29uZ2Vz dGlvbiBzaG91bGQgaW4gZ2VuZXJhbA0KPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIi IGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0OyZndDsgYmUgcmVzb2x2ZWQgYnkgY29udHJv bCBwbGFuZSB0byByZXJvdXRlIHRyYWZmaWMgYmFzZWQgb24gYSBnbG9iYWwNCjwvc3Bhbj48L2Zv bnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5k OndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZndDsmZ3Q7 IHZpZXcgb2YgbmV0d29yayByZXNvdXJjZXMsIHJhdGhlciB0aGFuIGJ5IGRhdGEgcGxhbmUgYmFz ZWQgb24gYSBTTC4NCjwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxh Y2siIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDs7Y29sb3I6YmxhY2siPiZndDsmZ3Q7IEluIHlvdXIgY2FzZSwgd291bGQgdGhlIGludGVybWVk aWF0ZSBub2RlIG1vdmUgdGhlIHRyYWZmaWMgdG8gYW4gTFNQDQo8L3NwYW4+PC9mb250PjxzcGFu IGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+ PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJF Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mZ3Q7Jmd0OyB0aGF0IGlz IGRpZmZlcmVudCB0aGFuIHRoZSBMU1AgaW50ZW5kZWQgYnkgdGhlIGluZ3Jlc3Mgbm9kZSA/IEkg ZG9uJ3QgdGhpbmsNCiBpdCBpcyB0aGUgcmlnaHQgdGhpbmcgdG8gZG8uPC9zcGFuPjwvZm9udD48 c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hp dGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0OyZndDsNCjwv c3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJi YWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGli cmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2si PiZndDsmZ3Q7IFJlZ2FyZGluZyB0aGUgdXNlIGNhc2Ugb2Ygc2VjdGlvbiAzLjMgJnF1b3Q7U291 cmNlIEZpbHRlcmluZyZxdW90Oy4gSWYgc29tZWJvZHkNCjwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFu Zz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9u dCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZndDsmZ3Q7IGlzIGRvaW5nIERv UyBhdHRhY2ssIHdoeSB3b3VsZCBoZSBwdXQgYW4gU0wgaW4gdGhlIHBhY2tldHMgPzwvc3Bhbj48 L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3Jv dW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZndDsN Cjwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNh bGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6Ymxh Y2siPiZndDsgUmVnYXJkaW5nIHRvIHRoZXNlIHR3byB1c2UgY2FzZXMsIGFzIGRpc2N1c3NlZCB3 aXRoIEN1cnRpcywgdGhlcmUgbmVlZCBtb3JlDQogY29uc2lkZXJhdGlvbnMsIHdlIHdpbGwgcmVt b3ZlIHRoZXNlIHR3byBzZWN0aW9uIGluIHRoZSBuZXh0IHJldmlzaW9uLjwvc3Bhbj48L2ZvbnQ+ PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndo aXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxh bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZndDsNCjwvc3Bh bj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNr Z3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmki PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZn dDsgVGhhbmtzLDwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2si IGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 Y29sb3I6YmxhY2siPiZndDsgTWFjaDwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBj b2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZndDsNCjwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0i RU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBz aXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZndDsmZ3Q7DQo8L3NwYW4+PC9mb250 PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3 aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBs YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mZ3Q7Jmd0OyBU aGFua3MsPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFj ZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjpibGFjayI+Jmd0OyZndDsNCjwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xv cj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7Y29sb3I6YmxhY2siPiZndDsmZ3Q7IC9ZaW1pbjwvc3Bhbj48L2ZvbnQ+PHNwYW4g bGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48 Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZndDsNCjwvc3Bhbj48L2Zv bnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5k OndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZndDsNCjwv c3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJi YWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGli cmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2si PiZndDsNCjwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZh Y2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6YmxhY2siPiZndDsgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX188L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNl PSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y OmJsYWNrIj4mZ3Q7IG1wbHMgbWFpbGluZyBsaXN0PC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJF Ti1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNp emU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0Ow0KPGEgaHJlZj0ibWFpbHRvOm1w bHNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5tcGxzQGlldGYub3JnPC9hPjwvc3Bhbj48L2Zv bnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5k OndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZndDsNCjxh IGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBscyIgdGFyZ2V0 PSJfYmxhbmsiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBsczwvYT48 L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i YmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJDYWxp YnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNr Ij4mbmJzcDs8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBm YWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2Nv bG9yOmJsYWNrIj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xzwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNh bGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6Ymxh Y2siPm1wbHMgbWFpbGluZyBsaXN0PC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNv bG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjpibGFjayI+PGEgaHJlZj0ibWFpbHRvOm1wbHNAaWV0Zi5vcmciIHRh cmdldD0iX2JsYW5rIj5tcGxzQGlldGYub3JnPC9hPjwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0i RU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBz aXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPjxhIGhyZWY9Imh0dHBzOi8vd3d3Lmll dGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBscyIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vd3d3 LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBsczwvYT48L3NwYW4+PC9mb250PjxzcGFuIGxh bmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZv bnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PC9mb250 PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1 LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjMiIGNvbG9yPSJibGFj ayIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90 O3NlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXzxicj4NCm1wbHMgbWFpbGluZyBsaXN0PGJyPg0KPGEgaHJlZj0ibWFp bHRvOm1wbHNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5tcGxzQGlldGYub3JnPC9hPjxicj4N CjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBscyIgdGFy Z2V0PSJfYmxhbmsiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBsczwv YT48L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tYm90dG9tOjEyLjBwdDtiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIzIiBj b2xvcj0iYmxhY2siIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZx dW90OywmcXVvdDtzZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjwvZm9udD48 c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8 L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE25D993EDASZXEMA510MBXchi_-- From nobody Tue Mar 25 19:32:45 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0992F1A0077 for ; Tue, 25 Mar 2014 19:32:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.229 X-Spam-Level: X-Spam-Status: No, score=-3.229 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_FONT_FACE_BAD=0.981, 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 wW4DQu710qFf for ; Tue, 25 Mar 2014 19:32:39 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id DBA401A006C for ; Tue, 25 Mar 2014 19:32:37 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BCK96698; Wed, 26 Mar 2014 02:32:32 +0000 (GMT) Received: from LHREML403-HUB.china.huawei.com (10.201.5.217) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 26 Mar 2014 02:31:59 +0000 Received: from SZXEMA408-HUB.china.huawei.com (10.82.72.40) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 26 Mar 2014 02:32:31 +0000 Received: from SZXEMA510-MBX.china.huawei.com ([169.254.3.94]) by SZXEMA408-HUB.china.huawei.com ([10.82.72.40]) with mapi id 14.03.0158.001; Wed, 26 Mar 2014 10:32:25 +0800 From: Mach Chen To: "S. Davari" Thread-Topic: [mpls] Mail regarding draft-chen-mpls-source-label Thread-Index: Ac9DjKc5+oLTXGUsQoqhiLRkJXmJtgAvjO4AAAA1OTAAAIFyEADSOdIAAAMYl4AAAEpcAAAAp30AAAEQPoAAEfqUoP//gPaA//9dUuCAASpGAP/+u/LA//1zzOA= Date: Wed, 26 Mar 2014 02:32:23 +0000 Message-ID: References: <444bb6dd3fef46a9a668a1ef54b16c20@BY2PR05MB728.namprd05.prod.outlook.com> <167DFE12-2CA4-49DA-9AF2-A31BE099AD5C@broadcom.com> <7347100B5761DC41A166AC17F22DF1121B78A4E1@eusaamb103.ericsson.se> <7347100B5761DC41A166AC17F22DF1121B78A514@eusaamb103.ericsson.se> <1395730217.33925.YahooMailNeo@web162505.mail.bf1.yahoo.com> <91181977-2040-4473-8DA3-26A8430C56B9@yahoo.com> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.97.72] Content-Type: multipart/alternative; boundary="_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE25D993F06SZXEMA510MBXchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/06c7Ccf3Ak4KgMvhrcE14eJhO98 Cc: "draft-chen-mpls-source-label@tools.ietf.org" , "mpls@ietf.org" Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 02:32:43 -0000 --_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE25D993F06SZXEMA510MBXchi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgU2hhaHJhbSwNCg0KRm9yIHlvdSByZWZlciwgdGhlcmUgaXMgYW5vdGhlciBkcmFmdCAoaHR0 cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtemhlbmctbDN2cG4tcG0tYW5hbHlzaXMtMDIg KSB0YWxrcyBhYm91dCB0aGUgcmVxdWlyZW1lbnQgYW5kIGdhcHMgb2YgcGVyZm9ybWFuY2UgbWVh c3VyZW1lbnQgb2YgTDNWUE4uDQoNCkJlc3QgcmVnYXJkcywNCk1hY2gNCg0KRnJvbTogTWFjaCBD aGVuDQpTZW50OiBXZWRuZXNkYXksIE1hcmNoIDI2LCAyMDE0IDEwOjI2IEFNDQpUbzogJ1MuIERh dmFyaScNCkNjOiBHcmVnb3J5IE1pcnNreTsgZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJlbEB0 b29scy5pZXRmLm9yZzsgbXBsc0BpZXRmLm9yZw0KU3ViamVjdDogUkU6IFttcGxzXSBNYWlsIHJl Z2FyZGluZyBkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsDQoNCkhpIFNoYWhyYW0sDQoNCkkg YW0gbm90IHRhbGtpbmcgYWJvdXQgYSBzcGVjaWZpYyBTUCwgSSBhbSBub3Qgc3VyZSB3aGV0aGVy IHlvdSByZWFsbHkga25vdyB0aGUgY3VycmVudCBzdGF0dXMgb2YgdGhlIE1CQiBuZXR3b3JrLg0K DQpCZXN0IHJlZ2FyZHMsDQpNYWNoDQoNCkZyb206IFMuIERhdmFyaSBbbWFpbHRvOmRhdmFyaXNo QHlhaG9vLmNvbV0NClNlbnQ6IFR1ZXNkYXksIE1hcmNoIDI1LCAyMDE0IDEwOjU2IFBNDQpUbzog TWFjaCBDaGVuDQpDYzogR3JlZ29yeSBNaXJza3k7IGRyYWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFi ZWxAdG9vbHMuaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFiZWxAdG9v bHMuaWV0Zi5vcmc+OyBtcGxzQGlldGYub3JnPG1haWx0bzptcGxzQGlldGYub3JnPg0KU3ViamVj dDogUmU6IFttcGxzXSBNYWlsIHJlZ2FyZGluZyBkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVs DQoNCkhpIE1hY2gNCg0KV2hhdCBJIHdhcyBhcmd1aW5nIGlzIHRoYXQgQ2hpbmEgbW9iaWxlIHVz ZXMgcDJwIExTUCBhbmQgUFcgYW5kIGRvZXMgbm90IHVzZSBhbnkgTVAyUCBvciBNUDJNUCBMU1Au IFNvIENoaW5hIG1vYmlsZSBjYW4gdXNlIFJGQzYzNzQgb3IgRy44MTMxIHRvIG1lYXN1cmUgbG9z cyBhbmQgZGVsYXkgb3ZlciB0aGUgQmFja2hhdWwuDQoNClNlY29uZGx5IGlmIHZlcnkgdmVyeSBz bWFsbCBwYWNrZXQgbG9zcyBpcyBhbHNvIGltcG9ydGFudCB0byBiZSBkZXRlY3RlZCB0aGVuIEkg c3VnZ2VzdCB1c2luZyB0aGUgQ1cgc2VxdWVuY2UgbnVtYmVyIHRvIGRldGVjdCBzdWNoIGxvc3Mg d2l0aG91dCBhZGRpbmcgY29tcGxleGl0eSB0byB0aGUgbmV0d29yay4NCg0KQmFzaWNhbGx5IHdo YXQgeW91IGFyZSBkb2luZyBpcyBsaWtlIGFkZGluZyAzIG1vcmUgd2hlZWxzIHRvIGEgY2FyIHNv IHRoYXQgeW91IGNhbiByZWNvZ25pemUgaXQgZWFzaWVyIHdoZW4gaXQgaXMgbW92aW5nLiBXaGls ZSBUaGUgcmlnaHQgbWV0aG9kIGlzIHRvIHJlYWQgdGhlIGxpY2Vuc2UgcGxhdGUuDQoNClJlZ2Fy ZHMsDQpTaGFocmFtDQoNCg0KT24gTWFyIDI1LCAyMDE0LCBhdCAzOjA2IEFNLCBNYWNoIENoZW4g PG1hY2guY2hlbkBodWF3ZWkuY29tPG1haWx0bzptYWNoLmNoZW5AaHVhd2VpLmNvbT4+IHdyb3Rl Og0KSGkgU2hhaHJhbSwNCg0KTW9iaWxlIGJhY2toYXVsIGlzIHRoZSBtYWluIHRhcmdldCBzY2Vu YXJpbyB3aGVyZSBzb21lIG9mIHRoZSBzZXJ2aWNlcyAoZS5nLiwgc29tZSB3aXJlbGVzcyBzaWdu YWxzIGJldHdlZW4gbm9kZUIgYW5kIFJOQykgYXJlIHZlcnkgc2Vuc2l0aXZlIHRvIHBhY2tldCBs b3NzLiBTb21ldGltZXMsIGFsdGhvdWdoIHRoZXJlIGFyZSBzb21lIHBhY2tldHMgbG9zcywgaXQg bWF5IG5vdCBiZSBkZXRlY3RlZCBieSBTTE0sIHRoaXMgbGVhZHMgdGhlIE5vZGViIHRvIGRldGFj aCBmcm9tIHRoZSBSTkMuIFRoaXMgaGFwcGVuZWQgc2V2ZXJhbCB0aW1lcyBpbiB0aGUgcHJvZHVj dGlvbiBuZXR3b3JrLiBFdmVuIHdvcnNlLCBzaW5jZSBTTE0gZGVwZW5kcyBvbiBpbmplY3QgZXh0 cmEgcGFja2V0cyB0byBldmFsdWF0ZSB0aGUgcGVyZm9ybWFuY2UsIHRoZSBTTE0gaXRzZWxmIG1h eSBzb21ldGltZSBsZWFkIHRvIG9yIGluY3JlYXNlIHBhY2tldCBsb3NzIGFuZCByZXN1bHQgaW4g bmVnYXRpdmUgaW1wYWN0cy4NCg0KQmVzdCByZWdhcmRzLA0KTWFjaA0KDQoNCkZyb206IFMuIERh dmFyaSBbbWFpbHRvOmRhdmFyaXNoQHlhaG9vLmNvbV0NClNlbnQ6IFR1ZXNkYXksIE1hcmNoIDI1 LCAyMDE0IDI6NTAgUE0NClRvOiBNYWNoIENoZW47IEdyZWdvcnkgTWlyc2t5DQpDYzogZHJhZnQt Y2hlbi1tcGxzLXNvdXJjZS1sYWJlbEB0b29scy5pZXRmLm9yZzxtYWlsdG86ZHJhZnQtY2hlbi1t cGxzLXNvdXJjZS1sYWJlbEB0b29scy5pZXRmLm9yZz47IG1wbHNAaWV0Zi5vcmc8bWFpbHRvOm1w bHNAaWV0Zi5vcmc+DQpTdWJqZWN0OiBSZTogW21wbHNdIE1haWwgcmVnYXJkaW5nIGRyYWZ0LWNo ZW4tbXBscy1zb3VyY2UtbGFiZWwNCg0KSGksDQoNCllvdSBkaWQgbm90IHByb3ZlIHlldCB3aHkg YWN0aXZlIChTeW50aGV0aWMpIG1lYXN1cmVtZW50IGlzIG5vdCBlbm91Z2ggaW4gTVBMUyBuZXR3 b3Jrcy4gSSB3b3VsZCBpbiBmYWN0ICBhcmd1ZSB0aGF0IGJ5IGFkZGluZyBYTC9TTEkvU0wgdG8g dGhlIGRhdGEgcGFja2V0cyBkdXJpbmcgdGhlIExNIG1lYXN1cmVtZW50IHRoZSBuZXR3b3JrIGNh biB1c2UgYSBkaWZmZXJlbnQgRUNNUCBwYXRoIHRoYW4gd2hlbiB5b3UgYXJlIG5vdCB1c2luZyB0 aGUgWEwvU0xJL1NMIGFuZCB0aGVyZWZvcmUgeW91ciBtZWFzdXJlbWVudCBpcyBvbmx5IHZhbGlk IGR1cmluZyB0aGUgbWVhc3VyZW1lbnQgaW50ZXJ2YWwgYW5kIGRvZXMgbm90IHJlcHJlc2VudCB3 aGF0IHRoZSB1c2VyIGV4cGVyaWVuY2VzIGFmdGVyIHRoZSBtZWFzdXJlbWVudCBpcyBvdmVyLg0K DQpUaHgNClNoYWhyYW0NCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCkZyb206 IE1hY2ggQ2hlbiA8bWFjaC5jaGVuQGh1YXdlaS5jb208bWFpbHRvOm1hY2guY2hlbkBodWF3ZWku Y29tPj4NClRvOiBTLiBEYXZhcmkgPGRhdmFyaXNoQHlhaG9vLmNvbTxtYWlsdG86ZGF2YXJpc2hA eWFob28uY29tPj47IEdyZWdvcnkgTWlyc2t5IDxncmVnb3J5Lm1pcnNreUBlcmljc3Nvbi5jb208 bWFpbHRvOmdyZWdvcnkubWlyc2t5QGVyaWNzc29uLmNvbT4+DQpDYzogImRyYWZ0LWNoZW4tbXBs cy1zb3VyY2UtbGFiZWxAdG9vbHMuaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWNoZW4tbXBscy1zb3Vy Y2UtbGFiZWxAdG9vbHMuaWV0Zi5vcmc+IiA8ZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJlbEB0 b29scy5pZXRmLm9yZzxtYWlsdG86ZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJlbEB0b29scy5p ZXRmLm9yZz4+OyAibXBsc0BpZXRmLm9yZzxtYWlsdG86bXBsc0BpZXRmLm9yZz4iIDxtcGxzQGll dGYub3JnPG1haWx0bzptcGxzQGlldGYub3JnPj4NClNlbnQ6IE1vbmRheSwgTWFyY2ggMjQsIDIw MTQgMTE6Mjc6NTMgUE0NClN1YmplY3Q6IFJFOiBbbXBsc10gTWFpbCByZWdhcmRpbmcgZHJhZnQt Y2hlbi1tcGxzLXNvdXJjZS1sYWJlbA0KDQoNCkhpIFNoYWhyYW0sDQoNCkFyZSB5b3UgY2xhaW1p bmcgdGhhdCB0aGUgYWN0aXZlIHBlcmZvcm1hbmNlIG1lYXN1cmVtZW50IGlzIHN1ZmZpY2llbnQg YW5kIHBhc3NpdmUgcGVyZm9ybWFuY2UgbWVhc3VyZW1lbnQgaXMgbm90IG5lZWRlZD8NCg0KQmVz dCByZWdhcmRzLA0KTWFjaA0KDQpGcm9tOiBtcGxzIFttYWlsdG86bXBscy1ib3VuY2VzQGlldGYu b3JnXSBPbiBCZWhhbGYgT2YgUy4gRGF2YXJpDQpTZW50OiBUdWVzZGF5LCBNYXJjaCAyNSwgMjAx NCAxOjUwIFBNDQpUbzogR3JlZ29yeSBNaXJza3kNCkNjOiBkcmFmdC1jaGVuLW1wbHMtc291cmNl LWxhYmVsQHRvb2xzLmlldGYub3JnPG1haWx0bzpkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVs QHRvb2xzLmlldGYub3JnPjsgbXBsc0BpZXRmLm9yZzxtYWlsdG86bXBsc0BpZXRmLm9yZz4NClN1 YmplY3Q6IFJlOiBbbXBsc10gTWFpbCByZWdhcmRpbmcgZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1s YWJlbA0KDQpIaSBHcmVnDQoNCkluIHByb2ZpbGUgc2ltcGx5IG1lYW5zIGdyZWVuIHBhY2tldHMg YW5kIGJ5IGdlbmVyYXRlIGdyZWVuIFNMTSBwYWNrZXRzIHlvdSBjb3VsZCBhY2hpZXZlIHRoZSBz YW1lIHJlc3VsdHMuDQoNCk1FRiBleHBsYWlucyBob3cgU0xNIGlzIHVzZWQgZm9yIG5vbiBwMnAg c2VydmljZXMuDQoNCkFuZCBGb3IgRGVsYXkgbWVhc3VyZW1lbnQgeW91IGNhbiBqdXN0IHJ1biBE TS4gVGhlIHNvdXJjZSBpbmZvIGNhbiBiZSBpbiBUaGUgcGF5bG9hZCBvZiBETSBhcyBUTFYuDQoN ClJlZ2FyZHMsDQpTaGFocmFtDQoNCg0KT24gTWFyIDI0LCAyMDE0LCBhdCAxMDoxOSBQTSwgR3Jl Z29yeSBNaXJza3kgPGdyZWdvcnkubWlyc2t5QGVyaWNzc29uLmNvbTxtYWlsdG86Z3JlZ29yeS5t aXJza3lAZXJpY3Nzb24uY29tPj4gd3JvdGU6DQpIaSBTaGFocmFtLA0KbWFueSB0aGFua3MgZm9y IG1vc3QgZXhwZWRpZW50IHJlc3BvbnNlLg0KRmlyc3RseSwgcmVnYXJkaW5nIGluLXNlcnZpY2Ug U0xNLiBBRkFJSywgdGhlIGRpZmZlcmVuY2UgYmV0d2VlbiBMTSBhbmQgU0xNLCBhdCBsZWFzdCBp biBZLjE3MzEsIGlzIHRoYXQgdGhlIGZvcm1lciBjb2xsZWN0cyBjb3VudGVycyBvZiDigJxpbi1w cm9maWxl4oCdIGZyYW1lcyB3aGlsZSB0aGUgbGF0dGVyIG9ubHkgY291bnRzIHRoZSB0ZXN0IHBh Y2tldHMgdGhlbXNlbHZlcy4gR2l2ZW4gdGhhdCwgSSBjYW4gbm90IGFncmVlIHRoYXQgdXNpbmcg U0xNIGFzIGluLXNlcnZpY2UgYWN0aXZlIG1lYXN1cmVtZW50IG1ldGhvZCBpcyB2aWFibGUgdW5s ZXNzIG9wZXJhdG9yIHdpbGxpbmcgdG8gc3VmZmljaWVudGx5IGFsdGVyIGRhdGEgdHJhZmZpYyBi ZWhhdmlvci4NClNlY29uZGx5LCB3b3VsZCBiZSBncmVhdCBpZiB5b3UgY2FuIGV4cGFuZCBvbiDi gJxpdCB3b3JrcyBmb3IgTXAycCBhbmQgbXAybXDigJ0uIEnigJltIHZlcnkgaW50ZXJlc3RlZCB0 byBsZWFybiBmcm9tIHlvdSBob3cgdG8gZG8gTE0gb24gbXAybXAgTFNQIHdpdGggY3VycmVudCBN UExTIE9BTSB0b29scywgaS5lLiB3aXRob3V0IFNMSS9TTC4gQW5kIHdoaWxlIHdlIGFyZSBhdCAg dGhpcyB0b3BpYywgd291bGQgeW91IGtpbmRseSBleHBsYWluIGhvdyBTTE0gaGVscHMgd2l0aCBE TSBvdmVyIHRoZSBzYW1lIGNvbnN0cnVjdCwgaS5lLiBtcDJtcCBMU1AuDQoNCiAgICAgICAgICAg ICAgICBSZWdhcmRzLA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBHcmVnDQoNCkZy b206IFMuIERhdmFyaSBbbWFpbHRvOmRhdmFyaXNoQHlhaG9vLmNvbV0NClNlbnQ6IE1vbmRheSwg TWFyY2ggMjQsIDIwMTQgMTA6MDEgUE0NClRvOiBHcmVnb3J5IE1pcnNreQ0KQ2M6IFNoYWhyYW0g RGF2YXJpOyBZaW1pbiBTaGVuOyBkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsQHRvb2xzLmll dGYub3JnPG1haWx0bzpkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsQHRvb2xzLmlldGYub3Jn PjsgbXBsc0BpZXRmLm9yZzxtYWlsdG86bXBsc0BpZXRmLm9yZz4NClN1YmplY3Q6IFJlOiBbbXBs c10gTWFpbCByZWdhcmRpbmcgZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJlbA0KDQpIaSBHcmVn DQoNClRoYW5rcyBmb3IgeW91ciByZXBseS4gU0xNIGNhbiBiZSB1c2VkIGZvciBpbiBzZXJ2aWNl IG1lYXN1cmVtZW50LiBBbmQgaXQgd29ya3MgZm9yIE1wMnAgYW5kIG1wMm1wLiBTbyB5b3UgZG9u J3QgcmVhbGx5IG5lZWQgdGhlIDMgZXh0cmEgbGFiZWxzLg0KDQpSZWdhcmRzLC4NClNoYWhyYW0N Cg0KDQpPbiBNYXIgMjQsIDIwMTQsIGF0IDk6NTIgUE0sIEdyZWdvcnkgTWlyc2t5IDxncmVnb3J5 Lm1pcnNreUBlcmljc3Nvbi5jb208bWFpbHRvOmdyZWdvcnkubWlyc2t5QGVyaWNzc29uLmNvbT4+ IHdyb3RlOg0KSGkgU2hhaHJhbSwNCm1hbnkgdGhhbmtzIGZvciB5b3VyIGludGVyZXN0IGFuZCBj b21tZW50cy4gSSdkIHBvaW50IHRoYXQgU0xNIGlzIGNsZWFybHkgb3V0LW9mLXNlcnZpY2UgT0FN IHRvb2wuIFNMSS9TTCBtYXkgYmUgdXNlZCB0byBwZXJmb3JtIGluLXNlcnZpY2UgYWN0aXZlIExN IGFzIHdlbGwgYXMgcGFzc2l2ZSBMTS4gVGhlbiB0aGVyZSBpcyBETSBhbmQgU0xJL1NMIGFnYWlu IGNhbiBiZSB1c2VkIHRvIHBlcmZvcm0gaW4tc2VydmljZSBib3RoIGFjdGl2ZSBhbmQgcGFzc2l2 ZSBETS4NCkFzIGZvciB1c2UgY2FzZSB0aGF0ICIgdGhhdCB3b3VsZCBvbmx5IGJlIHBvc3NpYmxl IGJ5IGFkZGluZyIgdGhlc2UgdGhyZWUgbGFiZWxzIEkgY2FuIHRoaW5rIG9mIHRoZSBmb2xsb3dp bmc6DQrigKIgICAgICAgICBPQU0gb24gbXAybXAvbXAycCBMU1ANCg0KICAgICAgICBSZWdhcmRz LA0KICAgICAgICAgICAgICAgIEdyZWcNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZy b206IG1wbHMgW21haWx0bzptcGxzLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBTaGFo cmFtIERhdmFyaQ0KU2VudDogTW9uZGF5LCBNYXJjaCAyNCwgMjAxNCA4OjI0IFBNDQpUbzogWWlt aW4gU2hlbg0KQ2M6IGRyYWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFiZWxAdG9vbHMuaWV0Zi5vcmc8 bWFpbHRvOmRyYWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFiZWxAdG9vbHMuaWV0Zi5vcmc+OyBtcGxz QGlldGYub3JnPG1haWx0bzptcGxzQGlldGYub3JnPg0KU3ViamVjdDogUmU6IFttcGxzXSBNYWls IHJlZ2FyZGluZyBkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsDQoNCkhpDQoNClNvIGZhciBJ IGhhdmVuJ3Qgc2VlbiBhbnkgdmFsaWQgdXNlIGNhciB0aGF0IHdvdWxkIG9ubHkgYmUgcG9zc2li bGUgYnkgYWRkaW5nIHRoaXMgMyBsYWJlbHMuIEZvciBWUExTIExNIHlvdSBjb3VsZCBhbHdheXMg dXNlIFN5bnRoZXRpYyBsb3NzIG1lYXN1cmVtZW50LiBKdXN0IHNheWluZyBTeW50aGV0aWMgTE0g aXMgbm90IGFzIGFjY3VyYXRlIGFzIGRpcmVjdCBMTSBpcyBub3QgYSBnb29kIGp1c3RpZmljYXRp b24gZm9yIGFkZGluZyAzIGxhYmVscy4NCg0KUmVnYXJkcywNClNoYWhyYW0NCg0KDQo+IE9uIE1h ciAyMSwgMjAxNCwgYXQgMTE6MzkgQU0sICJZaW1pbiBTaGVuIiA8eXNoZW5AanVuaXBlci5uZXQ8 bWFpbHRvOnlzaGVuQGp1bmlwZXIubmV0Pj4gd3JvdGU6DQo+DQo+IEhpIE1hY2gsDQo+DQo+IEZv ciBhbiBpbnRlcm1lZGlhdGUgbm9kZSwgU0wgd291bGQgZGVmaW5pdGVseSBOT1QgYmUgYXQgdGhl IHRvcCBvZiBfaW5jb21pbmdfIGxhYmVsIHN0YWNrLiBZb3Ugd291bGQgaGF2ZSB0byBpbnN0YWxs IGNvbXBsZXggZm9yd2FyZGluZyBzdGF0ZSBpbiBkYXRhIHBsYW5lIHRvIGxvb2sgZm9yIFNMIGFu ZCBwcm9jZXNzIHRoZSBwYWNrZXQgZGlmZmVyZW50bHkgYmFzZWQgb24gdGhlIGV4aXN0ZW5jZS9u b24tZXhpc3RlbmNlIG9mIFNMLiBJdCB3b3VsZCBnZXQgZXZlbiBtb3JlIGNvbXBsaWNhdGVkIGlm IHlvdSBuZWVkIHRvIHB1dCB0aGUgU0wgYmFjayB0byB0aGUgcGFja2V0cywgaW4gY2FzZSBvdGhl ciBub2RlcyBkb3duc3RyZWFtIG1heSBhbHNvIGJlIGV4cGVjdGluZyBpdC4gU28gSSdkIGxpa2Ug dG8gc2VlIGEgdmFsaWQgdXNlIGNhc2UgZm9yIHRoaXMgaW5jcmVhc2VkIGNvbXBsZXhpdHkgYW5k IG92ZXJoZWFkLg0KPg0KPiBSZWdhcmRpbmcgdGhlIGVncmVzcyBub2RlIHVzZSBjYXNlLCBub3Rl IHRoYXQgaXQgaXMgZGlmZmVyZW50IHRoYW4gRW50cm9weSBsYWJlbHMsIHdoZXJlIGFuIEVMIGlz IGFjdHVhbGx5IHVzZWQgYnkgaW50ZXJtZWRpYXRlIG5vZGVzIGFuZCBvbmx5IHBvcHBlZCBieSBl Z3Jlc3Mgbm9kZS4gU28sIGlmIHlvdXIgZ29hbCBpcyBzaW1wbHkgdG8gaW5mb3JtIGFuIGVncmVz cyBub2RlIGFib3V0IHRoZSBpZGVudGl0eSBvZiBhIHNvdXJjZSBub2RlLCB0aGUgc291cmNlIG5v ZGUgY291bGQganVzdCBwdXNoIG9uZSBsYWJlbCB0byBpZGVudGlmeSBpdHNlbGYuIFRoaXMgbGFi ZWwgY291bGQgYmUgY29uZmlndXJlZCBvciBjb21tdW5pY2F0ZWQgYmV0d2VlbiB0aGUgZWdyZXNz IG5vZGUgYW5kIHRoZSBzb3VyY2Ugbm9kZSBpbiBhbnkgZmFzaGlvbi4gSG93ZXZlciBpbiB0aGlz IGRyYWZ0LCB0aGUgc291cmNlIG5vZGUgd291bGQgaGF2ZSB0byBwdXNoIDMgZXh0cmEgbGFiZWxz IChmb3IgU0wpLg0KPg0KPiBUaGFua3MsDQo+DQo+IC9ZaW1pbg0KPg0KPg0KPiAtLS0tLU9yaWdp bmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBNYWNoIENoZW4gW21haWx0bzptYWNoLmNoZW5AaHVh d2VpLmNvbV0NCj4gU2VudDogVGh1cnNkYXksIE1hcmNoIDIwLCAyMDE0IDExOjAwIEFNDQo+IFRv OiBZaW1pbiBTaGVuOyBkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsQHRvb2xzLmlldGYub3Jn PG1haWx0bzpkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsQHRvb2xzLmlldGYub3JnPjsNCj4g bXBsc0BpZXRmLm9yZzxtYWlsdG86bXBsc0BpZXRmLm9yZz4NCj4gU3ViamVjdDogUkU6IE1haWwg cmVnYXJkaW5nIGRyYWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFiZWwNCj4NCj4gSGkgWWltaW4sDQo+ DQo+IFRoYW5rcyBmb3IgeW91ciBxdWVzdGlvbnMgYW5kIGNvbW1lbnRzIQ0KPg0KPiBQbGVhc2Ug c2VlIG15IHJlcGx5IGlubGluZS4uLg0KPg0KPj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0N Cj4+IEZyb206IE1hY2ggQ2hlbg0KPj4gU2VudDogVGh1cnNkYXksIE1hcmNoIDIwLCAyMDE0IDEw OjQ1IFBNDQo+PiBUbzogTWFjaCBDaGVuDQo+PiBTdWJqZWN0OiBGVzogTWFpbCByZWdhcmRpbmcg ZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJlbA0KPj4NCj4+DQo+Pg0KPj4gRnJvbTogbXBscyBb bWFpbHRvOm1wbHMtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIFlpbWluIFNoZW4NCj4+ IFNlbnQ6IFRodXJzZGF5LCBNYXJjaCAyMCwgMjAxNCAxMjowMyBBTQ0KPj4gVG86IGRyYWZ0LWNo ZW4tbXBscy1zb3VyY2UtbGFiZWxAdG9vbHMuaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWNoZW4tbXBs cy1zb3VyY2UtbGFiZWxAdG9vbHMuaWV0Zi5vcmc+OyBtcGxzQGlldGYub3JnPG1haWx0bzptcGxz QGlldGYub3JnPg0KPj4gU3ViamVjdDogW21wbHNdIE1haWwgcmVnYXJkaW5nIGRyYWZ0LWNoZW4t bXBscy1zb3VyY2UtbGFiZWwNCj4+DQo+PiBIaSBhdXRob3JzLA0KPj4NCj4+IENhbiB5b3UgcGxl YXNlIGNsYXJpZnkgaWYgU0wgaXMgZXhwZWN0ZWQgdG8gYmUgdXNlZCBvbmx5IGJ5IGVncmVzcw0K Pj4gbm9kZSwgb3IgYnkgaW50ZXJtZWRpYXRlIG5vZGUgYXMgd2VsbCA/DQo+DQo+IFRoZSBTTCBj YW4gYmUgdXNlZCBieSB0aGUgZWdyZXNzIGFuZCBpbnRlcm1lZGlhdGUgbm9kZSwgYnV0IGZvciBp bnRlcm1lZGlhdGUgbm9kZSwgc2luY2UgdGhlIFNMIG1heSBub3QgYmUgb24gdGhlIHRvcCBvZiB0 aGUgbGFiZWwgc3RhY2ssIGlmIGl0IHdhbnRzIHRvIHVzZSBpdCwgaXQgbmVlZHMgdG8gc2VhcmNo IHRoZSBsYWJlbCBzdGFjayB0byBmaW5kIHRoZSBTTCwganVzdCBhcyB0byBmaW5kIGFuIEVMLg0K Pg0KPj4NCj4+IFNlY3Rpb24gMy4yICJUcmFmZmljIE1hdHJpeCBNZWFzdXJlbWVudCBhbmQgU3Rl ZXJpbmciIGRlc2NyaWJlcyBhIHVzZQ0KPj4gY2FzZSBmb3IgaW50ZXJtZWRpYXRlIG5vZGUsIGJ1 dCBJIHRoaW5rIGNvbmdlc3Rpb24gc2hvdWxkIGluIGdlbmVyYWwNCj4+IGJlIHJlc29sdmVkIGJ5 IGNvbnRyb2wgcGxhbmUgdG8gcmVyb3V0ZSB0cmFmZmljIGJhc2VkIG9uIGEgZ2xvYmFsDQo+PiB2 aWV3IG9mIG5ldHdvcmsgcmVzb3VyY2VzLCByYXRoZXIgdGhhbiBieSBkYXRhIHBsYW5lIGJhc2Vk IG9uIGEgU0wuDQo+PiBJbiB5b3VyIGNhc2UsIHdvdWxkIHRoZSBpbnRlcm1lZGlhdGUgbm9kZSBt b3ZlIHRoZSB0cmFmZmljIHRvIGFuIExTUA0KPj4gdGhhdCBpcyBkaWZmZXJlbnQgdGhhbiB0aGUg TFNQIGludGVuZGVkIGJ5IHRoZSBpbmdyZXNzIG5vZGUgPyBJIGRvbid0IHRoaW5rIGl0IGlzIHRo ZSByaWdodCB0aGluZyB0byBkby4NCj4+DQo+PiBSZWdhcmRpbmcgdGhlIHVzZSBjYXNlIG9mIHNl Y3Rpb24gMy4zICJTb3VyY2UgRmlsdGVyaW5nIi4gSWYgc29tZWJvZHkNCj4+IGlzIGRvaW5nIERv UyBhdHRhY2ssIHdoeSB3b3VsZCBoZSBwdXQgYW4gU0wgaW4gdGhlIHBhY2tldHMgPw0KPg0KPiBS ZWdhcmRpbmcgdG8gdGhlc2UgdHdvIHVzZSBjYXNlcywgYXMgZGlzY3Vzc2VkIHdpdGggQ3VydGlz LCB0aGVyZSBuZWVkIG1vcmUgY29uc2lkZXJhdGlvbnMsIHdlIHdpbGwgcmVtb3ZlIHRoZXNlIHR3 byBzZWN0aW9uIGluIHRoZSBuZXh0IHJldmlzaW9uLg0KPg0KPiBUaGFua3MsDQo+IE1hY2gNCj4N Cj4+DQo+PiBUaGFua3MsDQo+Pg0KPj4gL1lpbWluDQo+DQo+DQo+DQo+IF9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IG1wbHMgbWFpbGluZyBsaXN0DQo+ IG1wbHNAaWV0Zi5vcmc8bWFpbHRvOm1wbHNAaWV0Zi5vcmc+DQo+IGh0dHBzOi8vd3d3LmlldGYu b3JnL21haWxtYW4vbGlzdGluZm8vbXBscw0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXw0KbXBscyBtYWlsaW5nIGxpc3QNCm1wbHNAaWV0Zi5vcmc8bWFp bHRvOm1wbHNAaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv L21wbHMNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N Cm1wbHMgbWFpbGluZyBsaXN0DQptcGxzQGlldGYub3JnPG1haWx0bzptcGxzQGlldGYub3JnPg0K aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tcGxzDQoNCg== --_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE25D993F06SZXEMA510MBXchi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IlByb2dJZCIg Y29udGVudD0iV29yZC5Eb2N1bWVudCI+DQo8bWV0YSBuYW1lPSJHZW5lcmF0b3IiIGNvbnRlbnQ9 Ik1pY3Jvc29mdCBXb3JkIDEyIj4NCjxtZXRhIG5hbWU9Ik9yaWdpbmF0b3IiIGNvbnRlbnQ9Ik1p Y3Jvc29mdCBXb3JkIDEyIj4NCjxsaW5rIHJlbD0iRmlsZS1MaXN0IiBocmVmPSJjaWQ6ZmlsZWxp c3QueG1sQDAxQ0Y0OERFLkFDMzU1NjcwIj48bGluayByZWw9IkVkaXQtVGltZS1EYXRhIiBocmVm PSJjaWQ6ZWRpdGRhdGEubXNvIj48IS0tW2lmICFtc29dPjxzdHlsZT52XDoqIHtiZWhhdmlvcjp1 cmwoI2RlZmF1bHQjVk1MKTt9DQpvXDoqIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQp3 XDoqIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQouc2hhcGUge2JlaGF2aW9yOnVybCgj ZGVmYXVsdCNWTUwpO30NCjwvc3R5bGU+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4 bWw+DQo8bzpPZmZpY2VEb2N1bWVudFNldHRpbmdzPg0KPG86QWxsb3dQTkcvPg0KPG86RG9Ob3RS ZWx5T25DU1MvPg0KPG86VGFyZ2V0U2NyZWVuU2l6ZT4xMDI0eDc2ODwvbzpUYXJnZXRTY3JlZW5T aXplPg0KPC9vOk9mZmljZURvY3VtZW50U2V0dGluZ3M+DQo8L3htbD48IVtlbmRpZl0tLT48IS0t W2lmIGd0ZSBtc28gOV0+PHhtbD4NCjx3OldvcmREb2N1bWVudD4NCjx3Olpvb20+MTEwPC93Olpv b20+DQo8dzpTcGVsbGluZ1N0YXRlPkNsZWFuPC93OlNwZWxsaW5nU3RhdGU+DQo8dzpUcmFja01v dmVzLz4NCjx3OlRyYWNrRm9ybWF0dGluZy8+DQo8dzpFbnZlbG9wZVZpcy8+DQo8dzpWYWxpZGF0 ZUFnYWluc3RTY2hlbWFzLz4NCjx3OlNhdmVJZlhNTEludmFsaWQ+ZmFsc2U8L3c6U2F2ZUlmWE1M SW52YWxpZD4NCjx3Oklnbm9yZU1peGVkQ29udGVudD5mYWxzZTwvdzpJZ25vcmVNaXhlZENvbnRl bnQ+DQo8dzpBbHdheXNTaG93UGxhY2Vob2xkZXJUZXh0PmZhbHNlPC93OkFsd2F5c1Nob3dQbGFj ZWhvbGRlclRleHQ+DQo8dzpEb05vdFByb21vdGVRRi8+DQo8dzpMaWRUaGVtZU90aGVyPkVOLVVT PC93OkxpZFRoZW1lT3RoZXI+DQo8dzpMaWRUaGVtZUFzaWFuPlpILUNOPC93OkxpZFRoZW1lQXNp YW4+DQo8dzpMaWRUaGVtZUNvbXBsZXhTY3JpcHQ+WC1OT05FPC93OkxpZFRoZW1lQ29tcGxleFNj cmlwdD4NCjx3OkNvbXBhdGliaWxpdHk+DQo8dzpEb05vdEV4cGFuZFNoaWZ0UmV0dXJuLz4NCjx3 OkJyZWFrV3JhcHBlZFRhYmxlcy8+DQo8dzpTcGxpdFBnQnJlYWtBbmRQYXJhTWFyay8+DQo8dzpV c2VGRUxheW91dC8+DQo8L3c6Q29tcGF0aWJpbGl0eT4NCjx3OkJyb3dzZXJMZXZlbD5NaWNyb3Nv ZnRJbnRlcm5ldEV4cGxvcmVyNDwvdzpCcm93c2VyTGV2ZWw+DQo8bTptYXRoUHI+DQo8bTptYXRo Rm9udCBtOnZhbD0iQ2FtYnJpYSBNYXRoIi8+DQo8bTpicmtCaW4gbTp2YWw9ImJlZm9yZSIvPg0K PG06YnJrQmluU3ViIG06dmFsPSImIzQ1Oy0iLz4NCjxtOnNtYWxsRnJhYyBtOnZhbD0ib2ZmIi8+ DQo8bTpkaXNwRGVmLz4NCjxtOmxNYXJnaW4gbTp2YWw9IjAiLz4NCjxtOnJNYXJnaW4gbTp2YWw9 IjAiLz4NCjxtOmRlZkpjIG06dmFsPSJjZW50ZXJHcm91cCIvPg0KPG06d3JhcEluZGVudCBtOnZh bD0iMTQ0MCIvPg0KPG06aW50TGltIG06dmFsPSJzdWJTdXAiLz4NCjxtOm5hcnlMaW0gbTp2YWw9 InVuZE92ciIvPg0KPC9tOm1hdGhQcj48L3c6V29yZERvY3VtZW50Pg0KPC94bWw+PCFbZW5kaWZd LS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8dzpMYXRlbnRTdHlsZXMgRGVmTG9ja2VkU3Rh dGU9ImZhbHNlIiBEZWZVbmhpZGVXaGVuVXNlZD0idHJ1ZSIgRGVmU2VtaUhpZGRlbj0idHJ1ZSIg RGVmUUZvcm1hdD0iZmFsc2UiIERlZlByaW9yaXR5PSI5OSIgTGF0ZW50U3R5bGVDb3VudD0iMjY3 Ij4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMCIgU2VtaUhpZGRl bj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0iTm9y bWFsIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjkiIFNlbWlI aWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIFFGb3JtYXQ9InRydWUiIE5hbWU9 ImhlYWRpbmcgMSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI5 IiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJoZWFkaW5nIDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2Nr ZWQ9ImZhbHNlIiBQcmlvcml0eT0iOSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0iaGVhZGluZyAzIi8+ DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjkiIFFGb3JtYXQ9InRy dWUiIE5hbWU9ImhlYWRpbmcgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFBy aW9yaXR5PSI5IiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJoZWFkaW5nIDUiLz4NCjx3OkxzZEV4Y2Vw dGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iOSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0iaGVh ZGluZyA2Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjkiIFFG b3JtYXQ9InRydWUiIE5hbWU9ImhlYWRpbmcgNyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0i ZmFsc2UiIFByaW9yaXR5PSI5IiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJoZWFkaW5nIDgiLz4NCjx3 OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iOSIgUUZvcm1hdD0idHJ1ZSIg TmFtZT0iaGVhZGluZyA5Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3Jp dHk9IjM5IiBOYW1lPSJ0b2MgMSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFBy aW9yaXR5PSIzOSIgTmFtZT0idG9jIDIiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNl IiBQcmlvcml0eT0iMzkiIE5hbWU9InRvYyAzIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJm YWxzZSIgUHJpb3JpdHk9IjM5IiBOYW1lPSJ0b2MgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tl ZD0iZmFsc2UiIFByaW9yaXR5PSIzOSIgTmFtZT0idG9jIDUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBM b2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMzkiIE5hbWU9InRvYyA2Ii8+DQo8dzpMc2RFeGNlcHRp b24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjM5IiBOYW1lPSJ0b2MgNyIvPg0KPHc6THNkRXhj ZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSIzOSIgTmFtZT0idG9jIDgiLz4NCjx3Okxz ZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMzkiIE5hbWU9InRvYyA5Ii8+DQo8 dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjM1IiBRRm9ybWF0PSJ0cnVl IiBOYW1lPSJjYXB0aW9uIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3Jp dHk9IjEwIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBRRm9ybWF0 PSJ0cnVlIiBOYW1lPSJUaXRsZSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFBy aW9yaXR5PSIxIiBOYW1lPSJEZWZhdWx0IFBhcmFncmFwaCBGb250Ii8+DQo8dzpMc2RFeGNlcHRp b24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjExIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRl V2hlblVzZWQ9ImZhbHNlIiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJTdWJ0aXRsZSIvPg0KPHc6THNk RXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSIyMiIgU2VtaUhpZGRlbj0iZmFsc2Ui IFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0iU3Ryb25nIi8+DQo8 dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjIwIiBTZW1pSGlkZGVuPSJm YWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJFbXBoYXNp cyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI1OSIgU2VtaUhp ZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iVGFibGUgR3JpZCIvPg0K PHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFt ZT0iUGxhY2Vob2xkZXIgVGV4dCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFBy aW9yaXR5PSIxIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBRRm9y bWF0PSJ0cnVlIiBOYW1lPSJObyBTcGFjaW5nIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJm YWxzZSIgUHJpb3JpdHk9IjYwIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZh bHNlIiBOYW1lPSJMaWdodCBTaGFkaW5nIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxz ZSIgUHJpb3JpdHk9IjYxIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNl IiBOYW1lPSJMaWdodCBMaXN0Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJp b3JpdHk9IjYyIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1l PSJMaWdodCBHcmlkIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9 IjYzIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRp dW0gU2hhZGluZyAxIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9 IjY0IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRp dW0gU2hhZGluZyAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9 IjY1IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRp dW0gTGlzdCAxIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY2 IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0g TGlzdCAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY3IiBT ZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gR3Jp ZCAxIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY4IiBTZW1p SGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gR3JpZCAy Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY5IiBTZW1pSGlk ZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gR3JpZCAzIi8+ DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjcwIiBTZW1pSGlkZGVu PSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJEYXJrIExpc3QiLz4NCjx3Okxz ZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzEiIFNlbWlIaWRkZW49ImZhbHNl IiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkNvbG9yZnVsIFNoYWRpbmciLz4NCjx3Okxz ZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzIiIFNlbWlIaWRkZW49ImZhbHNl IiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkNvbG9yZnVsIExpc3QiLz4NCjx3OkxzZEV4 Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzMiIFNlbWlIaWRkZW49ImZhbHNlIiBV bmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkNvbG9yZnVsIEdyaWQiLz4NCjx3OkxzZEV4Y2Vw dGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjAiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhp ZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkxpZ2h0IFNoYWRpbmcgQWNjZW50IDEiLz4NCjx3Okxz ZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjEiIFNlbWlIaWRkZW49ImZhbHNl IiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkxpZ2h0IExpc3QgQWNjZW50IDEiLz4NCjx3 OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjIiIFNlbWlIaWRkZW49ImZh bHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkxpZ2h0IEdyaWQgQWNjZW50IDEiLz4N Cjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjMiIFNlbWlIaWRkZW49 ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBTaGFkaW5nIDEgQWNj ZW50IDEiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjQiIFNl bWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBTaGFk aW5nIDIgQWNjZW50IDEiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0 eT0iNjUiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1l ZGl1bSBMaXN0IDEgQWNjZW50IDEiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBV bmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IlJldmlzaW9uIi8+DQo8dzpMc2RFeGNlcHRpb24g TG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjM0IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hl blVzZWQ9ImZhbHNlIiBRRm9ybWF0PSJ0cnVlIiBOYW1lPSJMaXN0IFBhcmFncmFwaCIvPg0KPHc6 THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSIyOSIgU2VtaUhpZGRlbj0iZmFs c2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0iUXVvdGUiLz4N Cjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iMzAiIFNlbWlIaWRkZW49 ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIFFGb3JtYXQ9InRydWUiIE5hbWU9IkludGVu c2UgUXVvdGUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjYi IFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBM aXN0IDIgQWNjZW50IDEiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0 eT0iNjciIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1l ZGl1bSBHcmlkIDEgQWNjZW50IDEiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQ cmlvcml0eT0iNjgiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5h bWU9Ik1lZGl1bSBHcmlkIDIgQWNjZW50IDEiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZh bHNlIiBQcmlvcml0eT0iNjkiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFs c2UiIE5hbWU9Ik1lZGl1bSBHcmlkIDMgQWNjZW50IDEiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2Nr ZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzAiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNl ZD0iZmFsc2UiIE5hbWU9IkRhcmsgTGlzdCBBY2NlbnQgMSIvPg0KPHc6THNkRXhjZXB0aW9uIExv Y2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5V c2VkPSJmYWxzZSIgTmFtZT0iQ29sb3JmdWwgU2hhZGluZyBBY2NlbnQgMSIvPg0KPHc6THNkRXhj ZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MiIgU2VtaUhpZGRlbj0iZmFsc2UiIFVu aGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iQ29sb3JmdWwgTGlzdCBBY2NlbnQgMSIvPg0KPHc6 THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MyIgU2VtaUhpZGRlbj0iZmFs c2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iQ29sb3JmdWwgR3JpZCBBY2NlbnQgMSIv Pg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2MCIgU2VtaUhpZGRl bj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTGlnaHQgU2hhZGluZyBBY2Nl bnQgMiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2MSIgU2Vt aUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTGlnaHQgTGlzdCBB Y2NlbnQgMiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2MiIg U2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTGlnaHQgR3Jp ZCBBY2NlbnQgMiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2 MyIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVt IFNoYWRpbmcgMSBBY2NlbnQgMiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFBy aW9yaXR5PSI2NCIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFt ZT0iTWVkaXVtIFNoYWRpbmcgMiBBY2NlbnQgMiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0i ZmFsc2UiIFByaW9yaXR5PSI2NSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJm YWxzZSIgTmFtZT0iTWVkaXVtIExpc3QgMSBBY2NlbnQgMiIvPg0KPHc6THNkRXhjZXB0aW9uIExv Y2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NiIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5V c2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIExpc3QgMiBBY2NlbnQgMiIvPg0KPHc6THNkRXhjZXB0 aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NyIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlk ZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIEdyaWQgMSBBY2NlbnQgMiIvPg0KPHc6THNk RXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2OCIgU2VtaUhpZGRlbj0iZmFsc2Ui IFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIEdyaWQgMiBBY2NlbnQgMiIvPg0K PHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2OSIgU2VtaUhpZGRlbj0i ZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIEdyaWQgMyBBY2NlbnQg MiIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MCIgU2VtaUhp ZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iRGFyayBMaXN0IEFjY2Vu dCAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjcxIiBTZW1p SGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJDb2xvcmZ1bCBTaGFk aW5nIEFjY2VudCAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9 IjcyIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJDb2xv cmZ1bCBMaXN0IEFjY2VudCAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJp b3JpdHk9IjczIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1l PSJDb2xvcmZ1bCBHcmlkIEFjY2VudCAyIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxz ZSIgUHJpb3JpdHk9IjYwIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNl IiBOYW1lPSJMaWdodCBTaGFkaW5nIEFjY2VudCAzIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2Vk PSJmYWxzZSIgUHJpb3JpdHk9IjYxIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9 ImZhbHNlIiBOYW1lPSJMaWdodCBMaXN0IEFjY2VudCAzIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9j a2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYyIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVz ZWQ9ImZhbHNlIiBOYW1lPSJMaWdodCBHcmlkIEFjY2VudCAzIi8+DQo8dzpMc2RFeGNlcHRpb24g TG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYzIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hl blVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gU2hhZGluZyAxIEFjY2VudCAzIi8+DQo8dzpMc2RF eGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY0IiBTZW1pSGlkZGVuPSJmYWxzZSIg VW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gU2hhZGluZyAyIEFjY2VudCAzIi8+ DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY1IiBTZW1pSGlkZGVu PSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gTGlzdCAxIEFjY2Vu dCAzIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY2IiBTZW1p SGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gTGlzdCAy IEFjY2VudCAzIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY3 IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0g R3JpZCAxIEFjY2VudCAzIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3Jp dHk9IjY4IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJN ZWRpdW0gR3JpZCAyIEFjY2VudCAzIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIg UHJpb3JpdHk9IjY5IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBO YW1lPSJNZWRpdW0gR3JpZCAzIEFjY2VudCAzIi8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJm YWxzZSIgUHJpb3JpdHk9IjcwIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZh bHNlIiBOYW1lPSJEYXJrIExpc3QgQWNjZW50IDMiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9 ImZhbHNlIiBQcmlvcml0eT0iNzEiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0i ZmFsc2UiIE5hbWU9IkNvbG9yZnVsIFNoYWRpbmcgQWNjZW50IDMiLz4NCjx3OkxzZEV4Y2VwdGlv biBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzIiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVX aGVuVXNlZD0iZmFsc2UiIE5hbWU9IkNvbG9yZnVsIExpc3QgQWNjZW50IDMiLz4NCjx3OkxzZEV4 Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzMiIFNlbWlIaWRkZW49ImZhbHNlIiBV bmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkNvbG9yZnVsIEdyaWQgQWNjZW50IDMiLz4NCjx3 OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjAiIFNlbWlIaWRkZW49ImZh bHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkxpZ2h0IFNoYWRpbmcgQWNjZW50IDQi Lz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjEiIFNlbWlIaWRk ZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkxpZ2h0IExpc3QgQWNjZW50 IDQiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjIiIFNlbWlI aWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkxpZ2h0IEdyaWQgQWNj ZW50IDQiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjMiIFNl bWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBTaGFk aW5nIDEgQWNjZW50IDQiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0 eT0iNjQiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1l ZGl1bSBTaGFkaW5nIDIgQWNjZW50IDQiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNl IiBQcmlvcml0eT0iNjUiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2Ui IE5hbWU9Ik1lZGl1bSBMaXN0IDEgQWNjZW50IDQiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9 ImZhbHNlIiBQcmlvcml0eT0iNjYiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0i ZmFsc2UiIE5hbWU9Ik1lZGl1bSBMaXN0IDIgQWNjZW50IDQiLz4NCjx3OkxzZEV4Y2VwdGlvbiBM b2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjciIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVu VXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBHcmlkIDEgQWNjZW50IDQiLz4NCjx3OkxzZEV4Y2Vw dGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjgiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhp ZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBHcmlkIDIgQWNjZW50IDQiLz4NCjx3Okxz ZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNjkiIFNlbWlIaWRkZW49ImZhbHNl IiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9Ik1lZGl1bSBHcmlkIDMgQWNjZW50IDQiLz4N Cjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzAiIFNlbWlIaWRkZW49 ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkRhcmsgTGlzdCBBY2NlbnQgNCIv Pg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MSIgU2VtaUhpZGRl bj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iQ29sb3JmdWwgU2hhZGluZyBB Y2NlbnQgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI3MiIg U2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iQ29sb3JmdWwg TGlzdCBBY2NlbnQgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5 PSI3MyIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iQ29s b3JmdWwgR3JpZCBBY2NlbnQgNCIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFBy aW9yaXR5PSI2MCIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFt ZT0iTGlnaHQgU2hhZGluZyBBY2NlbnQgNSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFs c2UiIFByaW9yaXR5PSI2MSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxz ZSIgTmFtZT0iTGlnaHQgTGlzdCBBY2NlbnQgNSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0i ZmFsc2UiIFByaW9yaXR5PSI2MiIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJm YWxzZSIgTmFtZT0iTGlnaHQgR3JpZCBBY2NlbnQgNSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tl ZD0iZmFsc2UiIFByaW9yaXR5PSI2MyIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2Vk PSJmYWxzZSIgTmFtZT0iTWVkaXVtIFNoYWRpbmcgMSBBY2NlbnQgNSIvPg0KPHc6THNkRXhjZXB0 aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NCIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlk ZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIFNoYWRpbmcgMiBBY2NlbnQgNSIvPg0KPHc6 THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NSIgU2VtaUhpZGRlbj0iZmFs c2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIExpc3QgMSBBY2NlbnQgNSIv Pg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NiIgU2VtaUhpZGRl bj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIExpc3QgMiBBY2Nl bnQgNSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2NyIgU2Vt aUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVtIEdyaWQg MSBBY2NlbnQgNSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSI2 OCIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0iTWVkaXVt IEdyaWQgMiBBY2NlbnQgNSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9y aXR5PSI2OSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgTmFtZT0i TWVkaXVtIEdyaWQgMyBBY2NlbnQgNSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2Ui IFByaW9yaXR5PSI3MCIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIg TmFtZT0iRGFyayBMaXN0IEFjY2VudCA1Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxz ZSIgUHJpb3JpdHk9IjcxIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNl IiBOYW1lPSJDb2xvcmZ1bCBTaGFkaW5nIEFjY2VudCA1Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9j a2VkPSJmYWxzZSIgUHJpb3JpdHk9IjcyIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVz ZWQ9ImZhbHNlIiBOYW1lPSJDb2xvcmZ1bCBMaXN0IEFjY2VudCA1Ii8+DQo8dzpMc2RFeGNlcHRp b24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjczIiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRl V2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJDb2xvcmZ1bCBHcmlkIEFjY2VudCA1Ii8+DQo8dzpMc2RF eGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYwIiBTZW1pSGlkZGVuPSJmYWxzZSIg VW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJMaWdodCBTaGFkaW5nIEFjY2VudCA2Ii8+DQo8 dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYxIiBTZW1pSGlkZGVuPSJm YWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJMaWdodCBMaXN0IEFjY2VudCA2Ii8+ DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYyIiBTZW1pSGlkZGVu PSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJMaWdodCBHcmlkIEFjY2VudCA2 Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjYzIiBTZW1pSGlk ZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gU2hhZGluZyAx IEFjY2VudCA2Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY0 IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0g U2hhZGluZyAyIEFjY2VudCA2Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJp b3JpdHk9IjY1IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1l PSJNZWRpdW0gTGlzdCAxIEFjY2VudCA2Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2VkPSJmYWxz ZSIgUHJpb3JpdHk9IjY2IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNl IiBOYW1lPSJNZWRpdW0gTGlzdCAyIEFjY2VudCA2Ii8+DQo8dzpMc2RFeGNlcHRpb24gTG9ja2Vk PSJmYWxzZSIgUHJpb3JpdHk9IjY3IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hlblVzZWQ9 ImZhbHNlIiBOYW1lPSJNZWRpdW0gR3JpZCAxIEFjY2VudCA2Ii8+DQo8dzpMc2RFeGNlcHRpb24g TG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY4IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5oaWRlV2hl blVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gR3JpZCAyIEFjY2VudCA2Ii8+DQo8dzpMc2RFeGNl cHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjY5IiBTZW1pSGlkZGVuPSJmYWxzZSIgVW5o aWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJNZWRpdW0gR3JpZCAzIEFjY2VudCA2Ii8+DQo8dzpM c2RFeGNlcHRpb24gTG9ja2VkPSJmYWxzZSIgUHJpb3JpdHk9IjcwIiBTZW1pSGlkZGVuPSJmYWxz ZSIgVW5oaWRlV2hlblVzZWQ9ImZhbHNlIiBOYW1lPSJEYXJrIExpc3QgQWNjZW50IDYiLz4NCjx3 OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzEiIFNlbWlIaWRkZW49ImZh bHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkNvbG9yZnVsIFNoYWRpbmcgQWNjZW50 IDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzIiIFNlbWlI aWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkNvbG9yZnVsIExpc3Qg QWNjZW50IDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0eT0iNzMi IFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIE5hbWU9IkNvbG9yZnVs IEdyaWQgQWNjZW50IDYiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlvcml0 eT0iMTkiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIFFGb3JtYXQ9 InRydWUiIE5hbWU9IlN1YnRsZSBFbXBoYXNpcyIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0i ZmFsc2UiIFByaW9yaXR5PSIyMSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJm YWxzZSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0iSW50ZW5zZSBFbXBoYXNpcyIvPg0KPHc6THNkRXhj ZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSIzMSIgU2VtaUhpZGRlbj0iZmFsc2UiIFVu aGlkZVdoZW5Vc2VkPSJmYWxzZSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0iU3VidGxlIFJlZmVyZW5j ZSIvPg0KPHc6THNkRXhjZXB0aW9uIExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSIzMiIgU2VtaUhp ZGRlbj0iZmFsc2UiIFVuaGlkZVdoZW5Vc2VkPSJmYWxzZSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0i SW50ZW5zZSBSZWZlcmVuY2UiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZhbHNlIiBQcmlv cml0eT0iMzMiIFNlbWlIaWRkZW49ImZhbHNlIiBVbmhpZGVXaGVuVXNlZD0iZmFsc2UiIFFGb3Jt YXQ9InRydWUiIE5hbWU9IkJvb2sgVGl0bGUiLz4NCjx3OkxzZEV4Y2VwdGlvbiBMb2NrZWQ9ImZh bHNlIiBQcmlvcml0eT0iMzciIE5hbWU9IkJpYmxpb2dyYXBoeSIvPg0KPHc6THNkRXhjZXB0aW9u IExvY2tlZD0iZmFsc2UiIFByaW9yaXR5PSIzOSIgUUZvcm1hdD0idHJ1ZSIgTmFtZT0iVE9DIEhl YWRpbmciLz4NCjwvdzpMYXRlbnRTdHlsZXM+DQo8L3htbD48IVtlbmRpZl0tLT48c3R5bGU+PCEt LQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTrlrovk vZM7DQoJcGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTsNCgltc28tZm9udC1hbHQ6U2ltU3Vu Ow0KCW1zby1mb250LWNoYXJzZXQ6MTM0Ow0KCW1zby1nZW5lcmljLWZvbnQtZmFtaWx5OmF1dG87 DQoJbXNvLWZvbnQtcGl0Y2g6dmFyaWFibGU7DQoJbXNvLWZvbnQtc2lnbmF0dXJlOjMgNjgwNDYw Mjg4IDIyIDAgMjYyMTQ1IDA7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBN YXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0Ow0KCW1zby1mb250LWFsdDoiQ2Fs aXN0byBNVCI7DQoJbXNvLWZvbnQtY2hhcnNldDowOw0KCW1zby1nZW5lcmljLWZvbnQtZmFtaWx5 OnJvbWFuOw0KCW1zby1mb250LXBpdGNoOnZhcmlhYmxlOw0KCW1zby1mb250LXNpZ25hdHVyZTot NTM2ODcwMTQ1IDExMDczMDU3MjcgMCAwIDQxNSAwO30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1p bHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDsNCgltc28tZm9udC1h bHQ6Q2FsaWJyaTsNCgltc28tZm9udC1jaGFyc2V0OjA7DQoJbXNvLWdlbmVyaWMtZm9udC1mYW1p bHk6c3dpc3M7DQoJbXNvLWZvbnQtcGl0Y2g6dmFyaWFibGU7DQoJbXNvLWZvbnQtc2lnbmF0dXJl Oi01MjAwOTI5MjkgMTA3Mzc4NjExMSA5IDAgNDE1IDA7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZh bWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7DQoJbXNvLWZvbnQt Y2hhcnNldDowOw0KCW1zby1nZW5lcmljLWZvbnQtZmFtaWx5OnN3aXNzOw0KCW1zby1mb250LXBp dGNoOnZhcmlhYmxlOw0KCW1zby1mb250LXNpZ25hdHVyZTotNTIwMDgxNjY1IC0xMDczNzE3MTU3 IDQxIDAgNjYwNDcgMDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQOWui+S9kyI7DQoJ cGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTsNCgltc28tZm9udC1hbHQ6Pz8/Pz8/Pz8/Pz8/ Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/PzsNCgltc28tZm9udC1jaGFyc2V0OjEzNDsNCgltc28tZ2VuZXJp Yy1mb250LWZhbWlseTphdXRvOw0KCW1zby1mb250LXBpdGNoOnZhcmlhYmxlOw0KCW1zby1mb250 LXNpZ25hdHVyZTozIDY4MDQ2MDI4OCAyMiAwIDI2MjE0NSAwO30NCi8qIFN0eWxlIERlZmluaXRp b25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21zby1z dHlsZS11bmhpZGU6bm87DQoJbXNvLXN0eWxlLXFmb3JtYXQ6eWVzOw0KCW1zby1zdHlsZS1wYXJl bnQ6IiI7DQoJbWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJbXNvLXBhZ2lu YXRpb246d2lkb3ctb3JwaGFuOw0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk65a6L 5L2TOw0KCW1zby1iaWRpLWZvbnQtZmFtaWx5OuWui+S9kzt9DQphOmxpbmssIHNwYW4uTXNvSHlw ZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVj b3JhdGlvbjp1bmRlcmxpbmU7DQoJdGV4dC11bmRlcmxpbmU6c2luZ2xlO30NCmE6dmlzaXRlZCwg c3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtbm9zaG93OnllczsNCgltc28t c3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRl cmxpbmU7DQoJdGV4dC11bmRlcmxpbmU6c2luZ2xlO30NCnAuTXNvQWNldGF0ZSwgbGkuTXNvQWNl dGF0ZSwgZGl2Lk1zb0FjZXRhdGUNCgl7bXNvLXN0eWxlLW5vc2hvdzp5ZXM7DQoJbXNvLXN0eWxl LXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiLmibnms6jmoYbmlofmnKwgQ2hhciI7DQoJ bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJbXNvLXBhZ2luYXRpb246d2lk b3ctb3JwaGFuOw0KCWZvbnQtc2l6ZTo5LjBwdDsNCglmb250LWZhbWlseTrlrovkvZM7DQoJbXNv LWJpZGktZm9udC1mYW1pbHk65a6L5L2TO30NCnNwYW4uQ2hhcg0KCXttc28tc3R5bGUtbmFtZToi 5om55rOo5qGG5paH5pysIENoYXIiOw0KCW1zby1zdHlsZS1ub3Nob3c6eWVzOw0KCW1zby1zdHls ZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtdW5oaWRlOm5vOw0KCW1zby1zdHlsZS1sb2NrZWQ6 eWVzOw0KCW1zby1zdHlsZS1saW5rOuaJueazqOahhuaWh+acrDsNCgltc28tYW5zaS1mb250LXNp emU6OS4wcHQ7DQoJbXNvLWJpZGktZm9udC1zaXplOjkuMHB0Ow0KCWZvbnQtZmFtaWx5OuWui+S9 kzsNCgltc28tYXNjaWktZm9udC1mYW1pbHk65a6L5L2TOw0KCW1zby1mYXJlYXN0LWZvbnQtZmFt aWx5OuWui+S9kzsNCgltc28taGFuc2ktZm9udC1mYW1pbHk65a6L5L2TOw0KCW1zby1iaWRpLWZv bnQtZmFtaWx5OuWui+S9kzt9DQpwLnlpdjE2NTMxNDU4NDFtc29hY2V0YXRlLCBsaS55aXYxNjUz MTQ1ODQxbXNvYWNldGF0ZSwgZGl2LnlpdjE2NTMxNDU4NDFtc29hY2V0YXRlDQoJe21zby1zdHls ZS1uYW1lOnlpdjE2NTMxNDU4NDFtc29hY2V0YXRlOw0KCW1zby1zdHlsZS11bmhpZGU6bm87DQoJ bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBjbTsNCgltc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowY207DQoJbXNvLXBhZ2luYXRpb246d2lk b3ctb3JwaGFuOw0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk65a6L5L2TOw0KCW1z by1iaWRpLWZvbnQtZmFtaWx5OuWui+S9kzt9DQpwLnlpdjE2NTMxNDU4NDFlbWFpbHF1b3RlLCBs aS55aXYxNjUzMTQ1ODQxZW1haWxxdW90ZSwgZGl2LnlpdjE2NTMxNDU4NDFlbWFpbHF1b3RlDQoJ e21zby1zdHlsZS1uYW1lOnlpdjE2NTMxNDU4NDFlbWFpbHF1b3RlOw0KCW1zby1zdHlsZS11bmhp ZGU6bm87DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBjbTsNCglt c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowY207DQoJbXNvLXBhZ2lu YXRpb246d2lkb3ctb3JwaGFuOw0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk65a6L 5L2TOw0KCW1zby1iaWRpLWZvbnQtZmFtaWx5OuWui+S9kzt9DQpwLnlpdjE2NTMxNDU4NDFiYWxs b29udGV4dCwgbGkueWl2MTY1MzE0NTg0MWJhbGxvb250ZXh0LCBkaXYueWl2MTY1MzE0NTg0MWJh bGxvb250ZXh0DQoJe21zby1zdHlsZS1uYW1lOnlpdjE2NTMxNDU4NDFiYWxsb29udGV4dDsNCglt c28tc3R5bGUtdW5oaWRlOm5vOw0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1y aWdodDowY207DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGNt Ow0KCW1zby1wYWdpbmF0aW9uOndpZG93LW9ycGhhbjsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZv bnQtZmFtaWx5OuWui+S9kzsNCgltc28tYmlkaS1mb250LWZhbWlseTrlrovkvZM7fQ0KcC55aXYx NjUzMTQ1ODQxbXNvbm9ybWFsLCBsaS55aXYxNjUzMTQ1ODQxbXNvbm9ybWFsLCBkaXYueWl2MTY1 MzE0NTg0MW1zb25vcm1hbA0KCXttc28tc3R5bGUtbmFtZTp5aXYxNjUzMTQ1ODQxbXNvbm9ybWFs Ow0KCW1zby1zdHlsZS11bmhpZGU6bm87DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFy Z2luLXJpZ2h0OjBjbTsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVm dDowY207DQoJbXNvLXBhZ2luYXRpb246d2lkb3ctb3JwaGFuOw0KCWZvbnQtc2l6ZToxMi4wcHQ7 DQoJZm9udC1mYW1pbHk65a6L5L2TOw0KCW1zby1iaWRpLWZvbnQtZmFtaWx5OuWui+S9kzt9DQpw LnlpdjE2NTMxNDU4NDFtc29jaHBkZWZhdWx0LCBsaS55aXYxNjUzMTQ1ODQxbXNvY2hwZGVmYXVs dCwgZGl2LnlpdjE2NTMxNDU4NDFtc29jaHBkZWZhdWx0DQoJe21zby1zdHlsZS1uYW1lOnlpdjE2 NTMxNDU4NDFtc29jaHBkZWZhdWx0Ow0KCW1zby1zdHlsZS11bmhpZGU6bm87DQoJbXNvLW1hcmdp bi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBjbTsNCgltc28tbWFyZ2luLWJvdHRvbS1h bHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowY207DQoJbXNvLXBhZ2luYXRpb246d2lkb3ctb3JwaGFu Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk65a6L5L2TOw0KCW1zby1iaWRpLWZv bnQtZmFtaWx5OuWui+S9kzt9DQpwLnlpdjE2NTMxNDU4NDFtc29ub3JtYWwxLCBsaS55aXYxNjUz MTQ1ODQxbXNvbm9ybWFsMSwgZGl2LnlpdjE2NTMxNDU4NDFtc29ub3JtYWwxDQoJe21zby1zdHls ZS1uYW1lOnlpdjE2NTMxNDU4NDFtc29ub3JtYWwxOw0KCW1zby1zdHlsZS11bmhpZGU6bm87DQoJ bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJbXNvLXBhZ2luYXRpb246d2lk b3ctb3JwaGFuOw0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBS b21hbiIsInNlcmlmIjsNCgltc28tZmFyZWFzdC1mb250LWZhbWlseTrlrovkvZM7fQ0KcC55aXYx NjUzMTQ1ODQxbXNvYWNldGF0ZTEsIGxpLnlpdjE2NTMxNDU4NDFtc29hY2V0YXRlMSwgZGl2Lnlp djE2NTMxNDU4NDFtc29hY2V0YXRlMQ0KCXttc28tc3R5bGUtbmFtZTp5aXYxNjUzMTQ1ODQxbXNv YWNldGF0ZTE7DQoJbXNvLXN0eWxlLXVuaGlkZTpubzsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1i b3R0b206LjAwMDFwdDsNCgltc28tcGFnaW5hdGlvbjp3aWRvdy1vcnBoYW47DQoJZm9udC1zaXpl OjguMHB0Ow0KCWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIjsNCgltc28tZmFyZWFz dC1mb250LWZhbWlseTrlrovkvZM7fQ0KcC55aXYxNjUzMTQ1ODQxZW1haWxxdW90ZTEsIGxpLnlp djE2NTMxNDU4NDFlbWFpbHF1b3RlMSwgZGl2LnlpdjE2NTMxNDU4NDFlbWFpbHF1b3RlMQ0KCXtt c28tc3R5bGUtbmFtZTp5aXYxNjUzMTQ1ODQxZW1haWxxdW90ZTE7DQoJbXNvLXN0eWxlLXVuaGlk ZTpubzsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjEuMHB0Ow0KCW1zby1wYWdp bmF0aW9uOndpZG93LW9ycGhhbjsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJU aW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7DQoJbXNvLWZhcmVhc3QtZm9udC1mYW1pbHk65a6L5L2T O30NCnAueWl2MTY1MzE0NTg0MWJhbGxvb250ZXh0MSwgbGkueWl2MTY1MzE0NTg0MWJhbGxvb250 ZXh0MSwgZGl2LnlpdjE2NTMxNDU4NDFiYWxsb29udGV4dDENCgl7bXNvLXN0eWxlLW5hbWU6eWl2 MTY1MzE0NTg0MWJhbGxvb250ZXh0MTsNCgltc28tc3R5bGUtdW5oaWRlOm5vOw0KCW1hcmdpbjow Y207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCW1zby1wYWdpbmF0aW9uOndpZG93LW9ycGhh bjsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJz ZXJpZiI7DQoJbXNvLWZhcmVhc3QtZm9udC1mYW1pbHk65a6L5L2TO30NCnAueWl2MTY1MzE0NTg0 MW1zb2NocGRlZmF1bHQxLCBsaS55aXYxNjUzMTQ1ODQxbXNvY2hwZGVmYXVsdDEsIGRpdi55aXYx NjUzMTQ1ODQxbXNvY2hwZGVmYXVsdDENCgl7bXNvLXN0eWxlLW5hbWU6eWl2MTY1MzE0NTg0MW1z b2NocGRlZmF1bHQxOw0KCW1zby1zdHlsZS11bmhpZGU6bm87DQoJbXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBjbTsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsN CgltYXJnaW4tbGVmdDowY207DQoJbXNvLXBhZ2luYXRpb246d2lkb3ctb3JwaGFuOw0KCWZvbnQt c2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk65a6L5L2TOw0KCW1zby1iaWRpLWZvbnQtZmFtaWx5 OuWui+S9kzt9DQpzcGFuLnlpdjE2NTMxNDU4NDFtc29oeXBlcmxpbmsNCgl7bXNvLXN0eWxlLW5h bWU6eWl2MTY1MzE0NTg0MW1zb2h5cGVybGluazsNCgltc28tc3R5bGUtdW5oaWRlOm5vO30NCnNw YW4ueWl2MTY1MzE0NTg0MW1zb2h5cGVybGlua2ZvbGxvd2VkDQoJe21zby1zdHlsZS1uYW1lOnlp djE2NTMxNDU4NDFtc29oeXBlcmxpbmtmb2xsb3dlZDsNCgltc28tc3R5bGUtdW5oaWRlOm5vO30N CnNwYW4ueWl2MTY1MzE0NTg0MWNoYXINCgl7bXNvLXN0eWxlLW5hbWU6eWl2MTY1MzE0NTg0MWNo YXI7DQoJbXNvLXN0eWxlLXVuaGlkZTpubzt9DQpzcGFuLnlpdjE2NTMxNDU4NDFlbWFpbHN0eWxl MjANCgl7bXNvLXN0eWxlLW5hbWU6eWl2MTY1MzE0NTg0MWVtYWlsc3R5bGUyMDsNCgltc28tc3R5 bGUtdW5oaWRlOm5vO30NCnNwYW4ueWl2MTY1MzE0NTg0MWJhbGxvb250ZXh0Y2hhcg0KCXttc28t c3R5bGUtbmFtZTp5aXYxNjUzMTQ1ODQxYmFsbG9vbnRleHRjaGFyOw0KCW1zby1zdHlsZS11bmhp ZGU6bm87fQ0Kc3Bhbi55aXYxNjUzMTQ1ODQxZW1haWxzdHlsZTIzDQoJe21zby1zdHlsZS1uYW1l OnlpdjE2NTMxNDU4NDFlbWFpbHN0eWxlMjM7DQoJbXNvLXN0eWxlLXVuaGlkZTpubzt9DQpzcGFu LnlpdjE2NTMxNDU4NDFtc29oeXBlcmxpbmsxDQoJe21zby1zdHlsZS1uYW1lOnlpdjE2NTMxNDU4 NDFtc29oeXBlcmxpbmsxOw0KCW1zby1zdHlsZS11bmhpZGU6bm87DQoJY29sb3I6Ymx1ZTsNCgl0 ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lOw0KCXRleHQtdW5kZXJsaW5lOnNpbmdsZTt9DQpzcGFu LnlpdjE2NTMxNDU4NDFtc29oeXBlcmxpbmtmb2xsb3dlZDENCgl7bXNvLXN0eWxlLW5hbWU6eWl2 MTY1MzE0NTg0MW1zb2h5cGVybGlua2ZvbGxvd2VkMTsNCgltc28tc3R5bGUtdW5oaWRlOm5vOw0K CWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lOw0KCXRleHQtdW5kZXJs aW5lOnNpbmdsZTt9DQpzcGFuLnlpdjE2NTMxNDU4NDFjaGFyMQ0KCXttc28tc3R5bGUtbmFtZTp5 aXYxNjUzMTQ1ODQxY2hhcjE7DQoJbXNvLXN0eWxlLXVuaGlkZTpubzsNCglmb250LWZhbWlseTrl rovkvZM7DQoJbXNvLWFzY2lpLWZvbnQtZmFtaWx5OuWui+S9kzsNCgltc28tZmFyZWFzdC1mb250 LWZhbWlseTrlrovkvZM7DQoJbXNvLWhhbnNpLWZvbnQtZmFtaWx5OuWui+S9kzt9DQpzcGFuLnlp djE2NTMxNDU4NDFlbWFpbHN0eWxlMjAxDQoJe21zby1zdHlsZS1uYW1lOnlpdjE2NTMxNDU4NDFl bWFpbHN0eWxlMjAxOw0KCW1zby1zdHlsZS11bmhpZGU6bm87DQoJZm9udC1mYW1pbHk6IkNhbGli cmkiLCJzYW5zLXNlcmlmIjsNCgltc28tYXNjaWktZm9udC1mYW1pbHk6Q2FsaWJyaTsNCgltc28t aGFuc2ktZm9udC1mYW1pbHk6Q2FsaWJyaTsNCgltc28tYmlkaS1mb250LWZhbWlseTpDYWxpYnJp Ow0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi55aXYxNjUzMTQ1ODQxYmFsbG9vbnRleHRjaGFyMQ0K CXttc28tc3R5bGUtbmFtZTp5aXYxNjUzMTQ1ODQxYmFsbG9vbnRleHRjaGFyMTsNCgltc28tc3R5 bGUtdW5oaWRlOm5vOw0KCWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIjsNCgltc28t YXNjaWktZm9udC1mYW1pbHk6VGFob21hOw0KCW1zby1oYW5zaS1mb250LWZhbWlseTpUYWhvbWE7 DQoJbXNvLWJpZGktZm9udC1mYW1pbHk6VGFob21hO30NCnNwYW4ueWl2MTY1MzE0NTg0MWVtYWls c3R5bGUyMzENCgl7bXNvLXN0eWxlLW5hbWU6eWl2MTY1MzE0NTg0MWVtYWlsc3R5bGUyMzE7DQoJ bXNvLXN0eWxlLXVuaGlkZTpubzsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYi Ow0KCW1zby1hc2NpaS1mb250LWZhbWlseTpDYWxpYnJpOw0KCW1zby1oYW5zaS1mb250LWZhbWls eTpDYWxpYnJpOw0KCW1zby1iaWRpLWZvbnQtZmFtaWx5OkNhbGlicmk7DQoJY29sb3I6IzFGNDk3 RDt9DQpzcGFuLkVtYWlsU3R5bGU0MQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCgltc28t c3R5bGUtbm9zaG93OnllczsNCgltc28tc3R5bGUtdW5oaWRlOm5vOw0KCW1zby1hbnNpLWZvbnQt c2l6ZToxMC41cHQ7DQoJbXNvLWJpZGktZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToi Q2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCW1zby1hc2NpaS1mb250LWZhbWlseTpDYWxpYnJpOw0K CW1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OuWui+S9kzsNCgltc28taGFuc2ktZm9udC1mYW1pbHk6 Q2FsaWJyaTsNCgltc28tYmlkaS1mb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjsNCgljb2xv cjojMUY0OTdEO30NCnNwYW4uRW1haWxTdHlsZTQyDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFs Ow0KCW1zby1zdHlsZS1ub3Nob3c6eWVzOw0KCW1zby1zdHlsZS11bmhpZGU6bm87DQoJbXNvLWFu c2ktZm9udC1zaXplOjEwLjVwdDsNCgltc28tYmlkaS1mb250LXNpemU6MTEuMHB0Ow0KCWZvbnQt ZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJbXNvLWFzY2lpLWZvbnQtZmFtaWx5OkNh bGlicmk7DQoJbXNvLWZhcmVhc3QtZm9udC1mYW1pbHk65a6L5L2TOw0KCW1zby1oYW5zaS1mb250 LWZhbWlseTpDYWxpYnJpOw0KCW1zby1iaWRpLWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4i Ow0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5FbWFpbFN0eWxlNDMNCgl7bXNvLXN0eWxlLXR5cGU6 cGVyc29uYWwtcmVwbHk7DQoJbXNvLXN0eWxlLW5vc2hvdzp5ZXM7DQoJbXNvLXN0eWxlLXVuaGlk ZTpubzsNCgltc28tYW5zaS1mb250LXNpemU6MTAuNXB0Ow0KCW1zby1iaWRpLWZvbnQtc2l6ZTox MS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgltc28tYXNjaWkt Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCgltc28tZmFyZWFzdC1mb250LWZhbWlseTrlrovkvZM7DQoJ bXNvLWhhbnNpLWZvbnQtZmFtaWx5OkNhbGlicmk7DQoJbXNvLWJpZGktZm9udC1mYW1pbHk6IlRp bWVzIE5ldyBSb21hbiI7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28t c3R5bGUtdHlwZTpleHBvcnQtb25seTsNCgltc28tZGVmYXVsdC1wcm9wczp5ZXM7DQoJZm9udC1z aXplOjEwLjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCW1zby1iaWRpLWZvbnQt c2l6ZToxMC4wcHQ7DQoJbXNvLWFzY2lpLWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iOw0K CW1zby1oYW5zaS1mb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjsNCgltc28tZm9udC1rZXJu aW5nOjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJ bWFyZ2luOjcyLjBwdCA5MC4wcHQgNzIuMHB0IDkwLjBwdDsNCgltc28taGVhZGVyLW1hcmdpbjoz Ni4wcHQ7DQoJbXNvLWZvb3Rlci1tYXJnaW46MzYuMHB0Ow0KCW1zby1wYXBlci1zb3VyY2U6MDt9 DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEt LVtpZiBndGUgbXNvIDEwXT48c3R5bGU+LyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnRhYmxlLk1z b05vcm1hbFRhYmxlDQoJe21zby1zdHlsZS1uYW1lOuaZrumAmuihqOagvDsNCgltc28tdHN0eWxl LXJvd2JhbmQtc2l6ZTowOw0KCW1zby10c3R5bGUtY29sYmFuZC1zaXplOjA7DQoJbXNvLXN0eWxl LW5vc2hvdzp5ZXM7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1xZm9ybWF0 OnllczsNCgltc28tc3R5bGUtcGFyZW50OiIiOw0KCW1zby1wYWRkaW5nLWFsdDowY20gNS40cHQg MGNtIDUuNHB0Ow0KCW1zby1wYXJhLW1hcmdpbjowY207DQoJbXNvLXBhcmEtbWFyZ2luLWJvdHRv bTouMDAwMXB0Ow0KCW1zby1wYWdpbmF0aW9uOndpZG93LW9ycGhhbjsNCglmb250LXNpemU6MTAu MHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7fQ0KPC9zdHlsZT48 IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpl eHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0 ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6 ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0t Pg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iWkgtQ04iIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUi IHN0eWxlPSJ0YWItaW50ZXJ2YWw6MjEuMHB0Ij4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iIzFmNDk3ZCIgZmFj ZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O21z by1iaWRpLWZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWZvbnQtZmFtaWx5OuWui+S9kzttc28t YmlkaS1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDs7Y29sb3I6IzFGNDk3 RCI+SGkgU2hhaHJhbSw8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9IiMxZjQ5N2QiIGZhY2U9IkNhbGlicmkiPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDttc28tYmlkaS1mb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Ozttc28tZmFyZWFzdC1mb250LWZhbWlseTrlrovkvZM7bXNvLWJpZGktZm9udC1mYW1p bHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXpl PSIyIiBjb2xvcj0iIzFmNDk3ZCIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6MTAuNXB0O21zby1iaWRpLWZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1mYXJlYXN0 LWZvbnQtZmFtaWx5OuWui+S9kzttc28tYmlkaS1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcg Um9tYW4mcXVvdDs7Y29sb3I6IzFGNDk3RCI+Rm9yIHlvdQ0KIHJlZmVyLCB0aGVyZSBpcyBhbm90 aGVyIGRyYWZ0ICg8YSBocmVmPSJodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC16aGVu Zy1sM3Zwbi1wbS1hbmFseXNpcy0wMiI+aHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQt emhlbmctbDN2cG4tcG0tYW5hbHlzaXMtMDI8L2E+ICkgdGFsa3MgYWJvdXQgdGhlIHJlcXVpcmVt ZW50IGFuZCBnYXBzIG9mIHBlcmZvcm1hbmNlIG1lYXN1cmVtZW50IG9mIEwzVlBOLjxvOnA+PC9v OnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIy IiBjb2xvcj0iIzFmNDk3ZCIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl PSJmb250LXNpemU6MTAuNXB0O21zby1iaWRpLWZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWZv bnQtZmFtaWx5OuWui+S9kzttc28tYmlkaS1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9t YW4mcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250Pjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGNvbG9yPSIjMWY0OTdkIiBm YWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7 bXNvLWJpZGktZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk65a6L5L2TO21z by1iaWRpLWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oztjb2xvcjojMUY0 OTdEIj5CZXN0DQogcmVnYXJkcyw8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9IiMxZjQ5N2QiIGZhY2U9IkNhbGli cmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDttc28tYmlkaS1m b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Ozttc28tZmFyZWFzdC1mb250LWZhbWlseTrlrovkvZM7bXNvLWJpZGktZm9u dC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPk1hY2g8 bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQg c2l6ZT0iMiIgY29sb3I9IiMxZjQ5N2QiIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDttc28tYmlkaS1mb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tZmFy ZWFzdC1mb250LWZhbWlseTrlrovkvZM7bXNvLWJpZGktZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMg TmV3IFJvbWFuJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv Zm9udD48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVl IDEuNXB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJv cmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBj bSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxmb250IHNpemU9IjIiIGZhY2U9 IlRhaG9tYSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2ZvbnQtd2Vp Z2h0OmJvbGQiPkZyb206PC9zcGFuPjwvZm9udD48L2I+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iVGFo b21hIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPg0KIE1hY2ggQ2hl biA8YnI+DQo8Yj48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+U2VudDo8L3NwYW4+PC9i PiBXZWRuZXNkYXksIE1hcmNoIDI2LCAyMDE0IDEwOjI2IEFNPGJyPg0KPGI+PHNwYW4gc3R5bGU9 ImZvbnQtd2VpZ2h0OmJvbGQiPlRvOjwvc3Bhbj48L2I+ICdTLiBEYXZhcmknPGJyPg0KPGI+PHNw YW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPkNjOjwvc3Bhbj48L2I+IEdyZWdvcnkgTWlyc2t5 OyBkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsQHRvb2xzLmlldGYub3JnOyBtcGxzQGlldGYu b3JnPGJyPg0KPGI+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPlN1YmplY3Q6PC9zcGFu PjwvYj4gUkU6IFttcGxzXSBNYWlsIHJlZ2FyZGluZyBkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxh YmVsPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIzIiBmYWNlPSLlrovkvZMiPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9m b250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGNvbG9yPSIjMWY0 OTdkIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox MC41cHQ7bXNvLWJpZGktZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWJpZGktZm9udC1mYW1pbHk6JnF1b3Q7 VGltZXMgTmV3IFJvbWFuJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkhpIFNoYWhyYW0sPG86cD48L286 cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIi IGNvbG9yPSIjMWY0OTdkIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImZvbnQtc2l6ZToxMC41cHQ7bXNvLWJpZGktZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWJpZGktZm9udC1m YW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBz aXplPSIyIiBjb2xvcj0iIzFmNDk3ZCIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMi IHN0eWxlPSJmb250LXNpemU6MTAuNXB0O21zby1iaWRpLWZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1iaWRp LWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oztjb2xvcjojMUY0OTdEIj5J IGFtIG5vdCB0YWxraW5nIGFib3V0IGEgc3BlY2lmaWMNCiBTUCwgSSBhbSBub3Qgc3VyZSB3aGV0 aGVyIHlvdSByZWFsbHkga25vdyB0aGUgY3VycmVudCBzdGF0dXMgb2YgdGhlIE1CQiBuZXR3b3Jr LjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9u dCBzaXplPSIyIiBjb2xvcj0iIzFmNDk3ZCIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4t VVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O21zby1iaWRpLWZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1i aWRpLWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oztjb2xvcjojMUY0OTdE Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9IiMxZjQ5N2QiIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxh bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDttc28tYmlkaS1mb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Ozttc28tYmlkaS1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDs7Y29sb3I6 IzFGNDk3RCI+QmVzdCByZWdhcmRzLDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iIzFmNDk3ZCIgZmFjZT0iQ2Fs aWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O21zby1iaWRp LWZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7O21zby1iaWRpLWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21h biZxdW90Oztjb2xvcjojMUY0OTdEIj5NYWNoPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGNvbG9yPSIjMWY0OTdkIiBmYWNl PSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7bXNv LWJpZGktZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWJpZGktZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3 IFJvbWFuJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9u dD48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEu NXB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRl cjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAw Y20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tb3V0bGluZS1sZXZlbDox Ij48Yj48Zm9udCBzaXplPSIyIiBmYWNlPSJUYWhvbWEiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztmb250LXdlaWdodDpib2xkIj5Gcm9tOjwvc3Bhbj48L2ZvbnQ+PC9i Pjxmb250IHNpemU9IjIiIGZhY2U9IlRhaG9tYSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7Ij4NCiBTLiBEYXZhcmkgWzxhIGhyZWY9Im1haWx0bzpkYXZhcmlzaEB5YWhv by5jb20iPm1haWx0bzpkYXZhcmlzaEB5YWhvby5jb208L2E+XSA8YnI+DQo8Yj48c3BhbiBzdHls ZT0iZm9udC13ZWlnaHQ6Ym9sZCI+U2VudDo8L3NwYW4+PC9iPiBUdWVzZGF5LCBNYXJjaCAyNSwg MjAxNCAxMDo1NiBQTTxicj4NCjxiPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5Ubzo8 L3NwYW4+PC9iPiBNYWNoIENoZW48YnI+DQo8Yj48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9s ZCI+Q2M6PC9zcGFuPjwvYj4gR3JlZ29yeSBNaXJza3k7IDxhIGhyZWY9Im1haWx0bzpkcmFmdC1j aGVuLW1wbHMtc291cmNlLWxhYmVsQHRvb2xzLmlldGYub3JnIj4NCmRyYWZ0LWNoZW4tbXBscy1z b3VyY2UtbGFiZWxAdG9vbHMuaWV0Zi5vcmc8L2E+OyA8YSBocmVmPSJtYWlsdG86bXBsc0BpZXRm Lm9yZyI+bXBsc0BpZXRmLm9yZzwvYT48YnI+DQo8Yj48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6 Ym9sZCI+U3ViamVjdDo8L3NwYW4+PC9iPiBSZTogW21wbHNdIE1haWwgcmVnYXJkaW5nIGRyYWZ0 LWNoZW4tbXBscy1zb3VyY2UtbGFiZWw8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9k aXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjMiIGZhY2U9IuWu i+S9kyI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi Pjxmb250IHNpemU9IjMiIGZhY2U9IuWui+S9kyI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm b250LXNpemU6MTIuMHB0Ij5IaSBNYWNoPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjMiIGZhY2U9IuWu i+S9kyI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PGZvbnQgc2l6ZT0iMyIgZmFjZT0i5a6L5L2TIj48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPldoYXQgSSB3YXMgYXJndWluZyBpcyB0aGF0IENoaW5h IG1vYmlsZSB1c2VzIHAycCBMU1AgYW5kIFBXIGFuZCBkb2VzIG5vdCB1c2UgYW55IE1QMlAgb3Ig TVAyTVAgTFNQLiBTbyBDaGluYSBtb2JpbGUgY2FuIHVzZSBSRkM2Mzc0IG9yIEcuODEzMSB0byBt ZWFzdXJlIGxvc3MgYW5kIGRlbGF5DQogb3ZlciB0aGUgQmFja2hhdWwuPG86cD48L286cD48L3Nw YW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250 IHNpemU9IjMiIGZhY2U9IuWui+S9kyI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp emU6MTIuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMyIgZmFjZT0i5a6L5L2TIj48 c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPlNlY29uZGx5IGlmIHZl cnkgdmVyeSBzbWFsbCBwYWNrZXQgbG9zcyBpcyBhbHNvIGltcG9ydGFudCB0byBiZSBkZXRlY3Rl ZCB0aGVuIEkgc3VnZ2VzdCB1c2luZyB0aGUgQ1cgc2VxdWVuY2UgbnVtYmVyIHRvIGRldGVjdCBz dWNoIGxvc3Mgd2l0aG91dCBhZGRpbmcgY29tcGxleGl0eSB0byB0aGUNCiBuZXR3b3JrLjxvOnA+ PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48Zm9udCBzaXplPSIzIiBmYWNlPSLlrovkvZMiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iZm9udC1zaXplOjEyLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjMiIGZhY2U9 IuWui+S9kyI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij5CYXNp Y2FsbHkgd2hhdCB5b3UgYXJlIGRvaW5nIGlzIGxpa2UgYWRkaW5nIDMgbW9yZSB3aGVlbHMgdG8g YSBjYXIgc28gdGhhdCB5b3UgY2FuIHJlY29nbml6ZSBpdCBlYXNpZXIgd2hlbiBpdCBpcyBtb3Zp bmcuIFdoaWxlIFRoZSByaWdodCBtZXRob2QgaXMgdG8gcmVhZCB0aGUgbGljZW5zZQ0KIHBsYXRl LjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48Zm9udCBzaXplPSIzIiBmYWNlPSLlrovkvZMiPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+PGJyPg0KUmVnYXJkcyw8bzpwPjwvbzpwPjwvc3Bh bj48L2ZvbnQ+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjMi IGZhY2U9IuWui+S9kyI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0 Ij5TaGFocmFtPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjMiIGZhY2U9IuWui+S9kyI+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxmb250IHNpemU9IjMiIGZhY2U9IuWui+S9 kyI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij48YnI+DQpPbiBN YXIgMjUsIDIwMTQsIGF0IDM6MDYgQU0sIE1hY2ggQ2hlbiAmbHQ7PGEgaHJlZj0ibWFpbHRvOm1h Y2guY2hlbkBodWF3ZWkuY29tIj5tYWNoLmNoZW5AaHVhd2VpLmNvbTwvYT4mZ3Q7IHdyb3RlOjxv OnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJt YXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGNvbG9yPSIjMWY0OTdkIiBmYWNlPSJDYWxpYnJpIj48 c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7bXNvLWJpZGktZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7bXNvLWJpZGktZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7 O2NvbG9yOiMxRjQ5N0QiPkhpIFNoYWhyYW0sPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1V UyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6 ZT0iMiIgY29sb3I9IiMxZjQ5N2QiIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBz dHlsZT0iZm9udC1zaXplOjEwLjVwdDttc28tYmlkaS1mb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tYmlkaS1m b250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5i c3A7PC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9IiMxZjQ5N2QiIGZh Y2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtt c28tYmlkaS1mb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tYmlkaS1mb250LWZhbWlseTomcXVvdDtUaW1lcyBO ZXcgUm9tYW4mcXVvdDs7Y29sb3I6IzFGNDk3RCI+TW9iaWxlIGJhY2toYXVsIGlzIHRoZSBtYWlu IHRhcmdldA0KIHNjZW5hcmlvIHdoZXJlIHNvbWUgb2YgdGhlIHNlcnZpY2VzIChlLmcuLCBzb21l IHdpcmVsZXNzIHNpZ25hbHMgYmV0d2VlbiBub2RlQiBhbmQgUk5DKSBhcmUgdmVyeSBzZW5zaXRp dmUgdG8gcGFja2V0IGxvc3MuIFNvbWV0aW1lcywgYWx0aG91Z2ggdGhlcmUgYXJlIHNvbWUgcGFj a2V0cyBsb3NzLCBpdCBtYXkgbm90IGJlIGRldGVjdGVkIGJ5IFNMTSwgdGhpcyBsZWFkcyB0aGUg Tm9kZWIgdG8gZGV0YWNoIGZyb20gdGhlIFJOQy4gVGhpcyBoYXBwZW5lZA0KIHNldmVyYWwgdGlt ZXMgaW4gdGhlIHByb2R1Y3Rpb24gbmV0d29yay4gRXZlbiB3b3JzZSwgc2luY2UgU0xNIGRlcGVu ZHMgb24gaW5qZWN0IGV4dHJhIHBhY2tldHMgdG8gZXZhbHVhdGUgdGhlIHBlcmZvcm1hbmNlLCB0 aGUgU0xNIGl0c2VsZiBtYXkgc29tZXRpbWUgbGVhZCB0byBvciBpbmNyZWFzZSBwYWNrZXQgbG9z cyBhbmQgcmVzdWx0IGluIG5lZ2F0aXZlIGltcGFjdHMuDQo8L3NwYW4+PC9mb250PjxzcGFuIGxh bmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 Zm9udCBzaXplPSIyIiBjb2xvcj0iIzFmNDk3ZCIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O21zby1iaWRpLWZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21z by1iaWRpLWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oztjb2xvcjojMUY0 OTdEIj4mbmJzcDs8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iIzFm NDk3ZCIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6 MTAuNXB0O21zby1iaWRpLWZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1iaWRpLWZvbnQtZmFtaWx5OiZxdW90 O1RpbWVzIE5ldyBSb21hbiZxdW90Oztjb2xvcjojMUY0OTdEIj5CZXN0IHJlZ2FyZHMsPC9zcGFu PjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9IiMxZjQ5N2QiIGZhY2U9IkNhbGli cmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDttc28tYmlkaS1m b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Ozttc28tYmlkaS1mb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4m cXVvdDs7Y29sb3I6IzFGNDk3RCI+TWFjaDwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMi PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9 IjIiIGNvbG9yPSIjMWY0OTdkIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtc2l6ZToxMC41cHQ7bXNvLWJpZGktZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWJpZGktZm9u dC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNw Ozwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGNvbG9yPSIjMWY0OTdkIiBmYWNl PSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7bXNv LWJpZGktZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWJpZGktZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3 IFJvbWFuJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFu Zz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25l O2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowY20gMGNtIDBjbSA0LjBwdCI+ DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERG IDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1zby1vdXRsaW5lLWxldmVsOjEiPjxiPjxmb250IHNpemU9IjIiIGZhY2U9IlRhaG9t YSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2ZvbnQtd2VpZ2h0OmJv bGQiPkZyb206PC9zcGFuPjwvZm9udD48L2I+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iVGFob21hIj48 c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPg0KIFMuIERhdmFyaSBbPGEg aHJlZj0ibWFpbHRvOmRhdmFyaXNoQHlhaG9vLmNvbSI+bWFpbHRvOmRhdmFyaXNoQHlhaG9vLmNv bTwvYT5dIDxicj4NCjxiPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5TZW50Ojwvc3Bh bj48L2I+IFR1ZXNkYXksIE1hcmNoIDI1LCAyMDE0IDI6NTAgUE08YnI+DQo8Yj48c3BhbiBzdHls ZT0iZm9udC13ZWlnaHQ6Ym9sZCI+VG86PC9zcGFuPjwvYj4gTWFjaCBDaGVuOyBHcmVnb3J5IE1p cnNreTxicj4NCjxiPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5DYzo8L3NwYW4+PC9i PiA8YSBocmVmPSJtYWlsdG86ZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJlbEB0b29scy5pZXRm Lm9yZyI+DQpkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsQHRvb2xzLmlldGYub3JnPC9hPjsg PGEgaHJlZj0ibWFpbHRvOm1wbHNAaWV0Zi5vcmciPm1wbHNAaWV0Zi5vcmc8L2E+PGJyPg0KPGI+ PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPlN1YmplY3Q6PC9zcGFuPjwvYj4gUmU6IFtt cGxzXSBNYWlsIHJlZ2FyZGluZyBkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsPC9zcGFuPjwv Zm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjMiIGZhY2U9IuWui+S9kyI+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij4mbmJzcDs8bzpwPjwv bzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMyIgY29sb3I9ImJsYWNrIiBm YWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl OjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2Vy aWYmcXVvdDs7Y29sb3I6YmxhY2siPkhpLDxicj4NCjxicj4NCllvdSBkaWQgbm90IHByb3ZlIHll dCB3aHkgYWN0aXZlIChTeW50aGV0aWMpIG1lYXN1cmVtZW50IGlzIG5vdCBlbm91Z2ggaW4gTVBM UyBuZXR3b3Jrcy4gSSB3b3VsZCBpbiBmYWN0Jm5ic3A7IGFyZ3VlIHRoYXQgYnkgYWRkaW5nIFhM L1NMSS9TTCB0byB0aGUgZGF0YSBwYWNrZXRzIGR1cmluZyB0aGUgTE0gbWVhc3VyZW1lbnQgdGhl IG5ldHdvcmsgY2FuIHVzZSBhIGRpZmZlcmVudCBFQ01QIHBhdGggdGhhbiB3aGVuIHlvdSBhcmUg bm90IHVzaW5nIHRoZQ0KIFhML1NMSS9TTCBhbmQgdGhlcmVmb3JlIHlvdXIgbWVhc3VyZW1lbnQg aXMgb25seSB2YWxpZCBkdXJpbmcgdGhlIG1lYXN1cmVtZW50IGludGVydmFsIGFuZCBkb2VzIG5v dCByZXByZXNlbnQgd2hhdCB0aGUgdXNlciBleHBlcmllbmNlcyBhZnRlciB0aGUgbWVhc3VyZW1l bnQgaXMgb3Zlci48YnI+DQo8YnI+DQpUaHg8YnI+DQpTaGFocmFtPC9zcGFuPjwvZm9udD48c3Bh biBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjMi IGNvbG9yPSJibGFjayIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFu JnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PC9mb250 PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxkaXYgY2xhc3M9Ik1zb05vcm1hbCIgYWxpZ249ImNlbnRlciIgc3R5 bGU9InRleHQtYWxpZ246Y2VudGVyO2JhY2tncm91bmQ6d2hpdGUiPg0KPGZvbnQgc2l6ZT0iMyIg Y29sb3I9ImJsYWNrIiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIGxhbmc9IkVOLVVTIiBz dHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4m cXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPg0KPGhyIHNpemU9IjEiIHdpZHRo PSIxMDAlIiBhbGlnbj0iY2VudGVyIj4NCjwvc3Bhbj48L2ZvbnQ+PC9kaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW91dGxpbmUtbGV2ZWw6MTtiYWNrZ3JvdW5kOndoaXRlIj48 Yj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkFyaWFsIj48c3BhbiBsYW5nPSJF Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjaztmb250LXdlaWdodDpib2xkIj5G cm9tOjwvc3Bhbj48L2ZvbnQ+PC9iPjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0i QXJpYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZh bWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNr Ij4NCiBNYWNoIENoZW4gJmx0OzxhIGhyZWY9Im1haWx0bzptYWNoLmNoZW5AaHVhd2VpLmNvbSI+ bWFjaC5jaGVuQGh1YXdlaS5jb208L2E+Jmd0Ozxicj4NCjxiPjxzcGFuIHN0eWxlPSJmb250LXdl aWdodDpib2xkIj5Ubzo8L3NwYW4+PC9iPiBTLiBEYXZhcmkgJmx0OzxhIGhyZWY9Im1haWx0bzpk YXZhcmlzaEB5YWhvby5jb20iPmRhdmFyaXNoQHlhaG9vLmNvbTwvYT4mZ3Q7OyBHcmVnb3J5IE1p cnNreSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmdyZWdvcnkubWlyc2t5QGVyaWNzc29uLmNvbSI+Z3Jl Z29yeS5taXJza3lAZXJpY3Nzb24uY29tPC9hPiZndDsNCjxicj4NCjxiPjxzcGFuIHN0eWxlPSJm b250LXdlaWdodDpib2xkIj5DYzo8L3NwYW4+PC9iPiAmcXVvdDs8YSBocmVmPSJtYWlsdG86ZHJh ZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJlbEB0b29scy5pZXRmLm9yZyI+ZHJhZnQtY2hlbi1tcGxz LXNvdXJjZS1sYWJlbEB0b29scy5pZXRmLm9yZzwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0 bzpkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsQHRvb2xzLmlldGYub3JnIj5kcmFmdC1jaGVu LW1wbHMtc291cmNlLWxhYmVsQHRvb2xzLmlldGYub3JnPC9hPiZndDs7DQogJnF1b3Q7PGEgaHJl Zj0ibWFpbHRvOm1wbHNAaWV0Zi5vcmciPm1wbHNAaWV0Zi5vcmc8L2E+JnF1b3Q7ICZsdDs8YSBo cmVmPSJtYWlsdG86bXBsc0BpZXRmLm9yZyI+bXBsc0BpZXRmLm9yZzwvYT4mZ3Q7DQo8YnI+DQo8 Yj48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+U2VudDo8L3NwYW4+PC9iPiBNb25kYXks IE1hcmNoIDI0LCAyMDE0IDExOjI3OjUzIFBNPGJyPg0KPGI+PHNwYW4gc3R5bGU9ImZvbnQtd2Vp Z2h0OmJvbGQiPlN1YmplY3Q6PC9zcGFuPjwvYj4gUkU6IFttcGxzXSBNYWlsIHJlZ2FyZGluZyBk cmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1V UyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjMiIGNvbG9yPSJibGFj ayIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90 O3NlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj48YnIgc3R5bGU9Im1zby1zcGVjaWFsLWNoYXJhY3Rl cjpsaW5lLWJyZWFrIj4NCjwhW2lmICFzdXBwb3J0TGluZUJyZWFrTmV3TGluZV0+PGJyIHN0eWxl PSJtc28tc3BlY2lhbC1jaGFyYWN0ZXI6bGluZS1icmVhayI+DQo8IVtlbmRpZl0+PC9zcGFuPjwv Zm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdiBpZD0i eWl2MTY1MzE0NTg0MSI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9IiMxZjQ5N2Qi IGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 Y29sb3I6IzFGNDk3RCI+SGkgU2hhaHJhbSw8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVT Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9IiMxZjQ5 N2QiIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEw LjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSIjMWY0OTdk IiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41 cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOiMxRjQ5N0QiPkFyZSB5b3UgY2xhaW1pbmcgdGhhdCB0aGUgYWN0aXZlIHBlcmZvcm1h bmNlIG1lYXN1cmVtZW50IGlzIHN1ZmZpY2llbnQgYW5kDQogcGFzc2l2ZSBwZXJmb3JtYW5jZSBt ZWFzdXJlbWVudCBpcyBub3QgbmVlZGVkPyA8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVT Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9IiMxZjQ5 N2QiIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEw LjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSIjMWY0OTdk IiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41 cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOiMxRjQ5N0QiPkJlc3QgcmVnYXJkcyw8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVO LVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9IiMx ZjQ5N2QiIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl OjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDs7Y29sb3I6IzFGNDk3RCI+TWFjaDwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMi PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iIzFmNDk3 ZCIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAu NXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Oztjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2Jv cmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowY20gMGNtIDBjbSA0LjBwdCI+DQo8 ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEu MHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tb3V0bGluZS1sZXZlbDoxO2JhY2tncm91bmQ6d2hpdGUiPjxiPjxmb250 IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iVGFob21hIj48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2s7Zm9udC13ZWlnaHQ6Ym9sZCI+RnJvbTo8 L3NwYW4+PC9mb250PjwvYj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IlRhaG9t YSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4N CiBtcGxzIFs8YSBocmVmPSJtYWlsdG86bXBscy1ib3VuY2VzQGlldGYub3JnIj5tYWlsdG86bXBs cy1ib3VuY2VzQGlldGYub3JnPC9hPl0gPGI+DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9s ZCI+T24gQmVoYWxmIE9mIDwvc3Bhbj48L2I+Uy4gRGF2YXJpPGJyPg0KPGI+PHNwYW4gc3R5bGU9 ImZvbnQtd2VpZ2h0OmJvbGQiPlNlbnQ6PC9zcGFuPjwvYj4gVHVlc2RheSwgTWFyY2ggMjUsIDIw MTQgMTo1MCBQTTxicj4NCjxiPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5Ubzo8L3Nw YW4+PC9iPiBHcmVnb3J5IE1pcnNreTxicj4NCjxiPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpi b2xkIj5DYzo8L3NwYW4+PC9iPiA8YSBocmVmPSJtYWlsdG86ZHJhZnQtY2hlbi1tcGxzLXNvdXJj ZS1sYWJlbEB0b29scy5pZXRmLm9yZyI+DQpkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsQHRv b2xzLmlldGYub3JnPC9hPjsgPGEgaHJlZj0ibWFpbHRvOm1wbHNAaWV0Zi5vcmciPm1wbHNAaWV0 Zi5vcmc8L2E+PGJyPg0KPGI+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPlN1YmplY3Q6 PC9zcGFuPjwvYj4gUmU6IFttcGxzXSBNYWlsIHJlZ2FyZGluZyBkcmFmdC1jaGVuLW1wbHMtc291 cmNlLWxhYmVsPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIzIiBjb2xvcj0iYmxhY2si IGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp emU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtz ZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJF Ti1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIzIiBj b2xvcj0iYmxhY2siIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZx dW90OywmcXVvdDtzZXJpZiZxdW90Oztjb2xvcjpibGFjayI+SGkgR3JlZzwvc3Bhbj48L2ZvbnQ+ PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndo aXRlIj48Zm9udCBzaXplPSIzIiBjb2xvcj0iYmxhY2siIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztjb2xvcjpibGFjayI+ Jm5ic3A7PC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjMiIGNvbG9yPSJibGFjayIgZmFj ZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox Mi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3Nlcmlm JnF1b3Q7O2NvbG9yOmJsYWNrIj5JbiBwcm9maWxlIHNpbXBseSBtZWFucyBncmVlbiBwYWNrZXRz IGFuZCBieSBnZW5lcmF0ZSBncmVlbiBTTE0gcGFja2V0cw0KIHlvdSBjb3VsZCBhY2hpZXZlIHRo ZSBzYW1lIHJlc3VsdHMuPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjMiIGNvbG9yPSJi bGFjayIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv bnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZx dW90O3NlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PC9mb250PjxzcGFuIGxh bmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZv bnQgc2l6ZT0iMyIgY29sb3I9ImJsYWNrIiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIGxh bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1l cyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPk1FRiBleHBs YWlucyBob3cgU0xNIGlzIHVzZWQgZm9yIG5vbiBwMnAgc2VydmljZXMuJm5ic3A7PC9zcGFuPjwv Zm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91 bmQ6d2hpdGUiPjxmb250IHNpemU9IjMiIGNvbG9yPSJibGFjayIgZmFjZT0iVGltZXMgTmV3IFJv bWFuIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2NvbG9yOmJs YWNrIj4mbmJzcDs8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMyIgY29sb3I9ImJsYWNr IiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7 c2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPkFuZCBGb3IgRGVsYXkgbWVhc3VyZW1lbnQgeW91IGNh biBqdXN0IHJ1biBETS4gVGhlIHNvdXJjZSBpbmZvIGNhbg0KIGJlIGluIFRoZSBwYXlsb2FkIG9m IERNIGFzIFRMVi48L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMyIgY29sb3I9ImJsYWNr IiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7 c2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPjxicj4NClJlZ2FyZHMsPC9zcGFuPjwvZm9udD48c3Bh biBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBz aXplPSIzIiBjb2xvcj0iYmxhY2siIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5l dyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztjb2xvcjpibGFjayI+U2hhaHJhbTwvc3Bh bj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNr Z3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIzIiBjb2xvcj0iYmxhY2siIGZhY2U9IlRpbWVzIE5l dyBSb21hbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztjb2xv cjpibGFjayI+Jm5ic3A7PC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXYgc3R5bGU9 Im1hcmdpbi1ib3R0b206MTIuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNr Z3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIzIiBjb2xvcj0iYmxhY2siIGZhY2U9IlRpbWVzIE5l dyBSb21hbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztjb2xv cjpibGFjayI+PGJyPg0KT24gTWFyIDI0LCAyMDE0LCBhdCAxMDoxOSBQTSwgR3JlZ29yeSBNaXJz a3kgJmx0OzxhIGhyZWY9Im1haWx0bzpncmVnb3J5Lm1pcnNreUBlcmljc3Nvbi5jb20iIHRhcmdl dD0iX2JsYW5rIj5ncmVnb3J5Lm1pcnNreUBlcmljc3Nvbi5jb208L2E+Jmd0OyB3cm90ZTo8L3Nw YW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJv dHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJi YWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iIzFmNDk3ZCIgZmFjZT0iQ2Fs aWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0 OTdEIj5IaSBTaGFocmFtLDwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iIzFmNDk3ZCIgZmFjZT0i Q2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjoj MUY0OTdEIj5tYW55IHRoYW5rcyBmb3IgbW9zdCBleHBlZGllbnQgcmVzcG9uc2UuPC9zcGFuPjwv Zm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250 IHNpemU9IjIiIGNvbG9yPSIjMWY0OTdkIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkZpcnN0bHksIHJlZ2FyZGlu ZyBpbi1zZXJ2aWNlIFNMTS4gQUZBSUssIHRoZSBkaWZmZXJlbmNlIGJldHdlZW4gTE0gYW5kDQog U0xNLCBhdCBsZWFzdCBpbiBZLjE3MzEsIGlzIHRoYXQgdGhlIGZvcm1lciBjb2xsZWN0cyBjb3Vu dGVycyBvZiDigJxpbi1wcm9maWxl4oCdIGZyYW1lcyB3aGlsZSB0aGUgbGF0dGVyIG9ubHkgY291 bnRzIHRoZSB0ZXN0IHBhY2tldHMgdGhlbXNlbHZlcy4gR2l2ZW4gdGhhdCwgSSBjYW4gbm90IGFn cmVlIHRoYXQgdXNpbmcgU0xNIGFzIGluLXNlcnZpY2UgYWN0aXZlIG1lYXN1cmVtZW50IG1ldGhv ZCBpcyB2aWFibGUgdW5sZXNzIG9wZXJhdG9yIHdpbGxpbmcNCiB0byBzdWZmaWNpZW50bHkgYWx0 ZXIgZGF0YSB0cmFmZmljIGJlaGF2aW9yLjwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMi PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iIzFmNDk3 ZCIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Oztjb2xvcjojMUY0OTdEIj5TZWNvbmRseSwgd291bGQgYmUgZ3JlYXQgaWYgeW91IGNhbiBleHBh bmQgb24g4oCcaXQgd29ya3MgZm9yIE1wMnAgYW5kIG1wMm1w4oCdLg0KIEnigJltIHZlcnkgaW50 ZXJlc3RlZCB0byBsZWFybiBmcm9tIHlvdSBob3cgdG8gZG8gTE0gb24gbXAybXAgTFNQIHdpdGgg Y3VycmVudCBNUExTIE9BTSB0b29scywgaS5lLiB3aXRob3V0IFNMSS9TTC4gQW5kIHdoaWxlIHdl IGFyZSBhdCZuYnNwOyB0aGlzIHRvcGljLCB3b3VsZCB5b3Uga2luZGx5IGV4cGxhaW4gaG93IFNM TSBoZWxwcyB3aXRoIERNIG92ZXIgdGhlIHNhbWUgY29uc3RydWN0LCBpLmUuIG1wMm1wIExTUC48 L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0 ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9IiMxZjQ5N2QiIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxh bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9z cGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUi Pjxmb250IHNpemU9IjIiIGNvbG9yPSIjMWY0OTdkIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBSZWdhcmRzLDwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0i RU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0i IzFmNDk3ZCIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgR3JlZzwvc3Bhbj48L2ZvbnQ+ PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXpl PSIyIiBjb2xvcj0iIzFmNDk3ZCIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PC9mb250Pjxz cGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFk ZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1vdXRsaW5lLWxldmVsOjE7YmFja2dyb3VuZDp3aGl0ZSI+PGI+PGZvbnQgc2l6ZT0i MiIgY29sb3I9ImJsYWNrIiBmYWNlPSJUYWhvbWEiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Oztjb2xvcjpibGFjaztmb250LXdlaWdodDpib2xkIj5Gcm9tOjwvc3Bhbj48 L2ZvbnQ+PC9iPjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iVGFob21hIj48c3Bh biBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPg0KIFMuIERh dmFyaSBbPGEgaHJlZj0ibWFpbHRvOmRhdmFyaXNoQHlhaG9vLmNvbSIgdGFyZ2V0PSJfYmxhbmsi Pm1haWx0bzpkYXZhcmlzaEB5YWhvby5jb208L2E+XQ0KPGJyPg0KPGI+PHNwYW4gc3R5bGU9ImZv bnQtd2VpZ2h0OmJvbGQiPlNlbnQ6PC9zcGFuPjwvYj4gTW9uZGF5LCBNYXJjaCAyNCwgMjAxNCAx MDowMSBQTTxicj4NCjxiPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5Ubzo8L3NwYW4+ PC9iPiBHcmVnb3J5IE1pcnNreTxicj4NCjxiPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xk Ij5DYzo8L3NwYW4+PC9iPiBTaGFocmFtIERhdmFyaTsgWWltaW4gU2hlbjsgPGEgaHJlZj0ibWFp bHRvOmRyYWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFiZWxAdG9vbHMuaWV0Zi5vcmciIHRhcmdldD0i X2JsYW5rIj4NCmRyYWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFiZWxAdG9vbHMuaWV0Zi5vcmc8L2E+ OyA8YSBocmVmPSJtYWlsdG86bXBsc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPg0KbXBsc0Bp ZXRmLm9yZzwvYT48YnI+DQo8Yj48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+U3ViamVj dDo8L3NwYW4+PC9iPiBSZTogW21wbHNdIE1haWwgcmVnYXJkaW5nIGRyYWZ0LWNoZW4tbXBscy1z b3VyY2UtbGFiZWw8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjMiIGNvbG9yPSJibGFj ayIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90 O3NlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9 IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjMi IGNvbG9yPSJibGFjayIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFu JnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj5IaSBHcmVnPC9zcGFuPjwvZm9u dD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6 d2hpdGUiPjxmb250IHNpemU9IjMiIGNvbG9yPSJibGFjayIgZmFjZT0iVGltZXMgTmV3IFJvbWFu Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2NvbG9yOmJsYWNr Ij4mbmJzcDs8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMyIgY29sb3I9ImJsYWNrIiBm YWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl OjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2Vy aWYmcXVvdDs7Y29sb3I6YmxhY2siPlRoYW5rcyBmb3IgeW91ciByZXBseS4gU0xNIGNhbiBiZSB1 c2VkIGZvciBpbiBzZXJ2aWNlIG1lYXN1cmVtZW50Lg0KIEFuZCBpdCB3b3JrcyBmb3IgTXAycCBh bmQgbXAybXAuIFNvIHlvdSBkb24ndCByZWFsbHkgbmVlZCB0aGUgMyBleHRyYSBsYWJlbHMuPC9z cGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJh Y2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjMiIGNvbG9yPSJibGFjayIgZmFjZT0iVGltZXMg TmV3IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2Nv bG9yOmJsYWNrIj48YnI+DQpSZWdhcmRzLC48L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVT Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjMiIGNvbG9y PSJibGFjayIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7 LCZxdW90O3NlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj5TaGFocmFtPC9zcGFuPjwvZm9udD48c3Bh biBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUi Pjxmb250IHNpemU9IjMiIGNvbG9yPSJibGFjayIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3Bh biBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mbmJz cDs8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0ibWFyZ2luLWJvdHRv bToxMi4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUi Pjxmb250IHNpemU9IjMiIGNvbG9yPSJibGFjayIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3Bh biBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj48YnI+ DQpPbiBNYXIgMjQsIDIwMTQsIGF0IDk6NTIgUE0sIEdyZWdvcnkgTWlyc2t5ICZsdDs8YSBocmVm PSJtYWlsdG86Z3JlZ29yeS5taXJza3lAZXJpY3Nzb24uY29tIiB0YXJnZXQ9Il9ibGFuayI+Z3Jl Z29yeS5taXJza3lAZXJpY3Nzb24uY29tPC9hPiZndDsgd3JvdGU6PC9zcGFuPjwvZm9udD48c3Bh biBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxi bG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0K PGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91 bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+SGkgU2hh aHJhbSw8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNl PSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y OmJsYWNrIj5tYW55IHRoYW5rcyBmb3IgeW91ciBpbnRlcmVzdCBhbmQgY29tbWVudHMuIEknZCBw b2ludCB0aGF0IFNMTSBpcyBjbGVhcmx5IG91dC1vZi1zZXJ2aWNlDQogT0FNIHRvb2wuIFNMSS9T TCBtYXkgYmUgdXNlZCB0byBwZXJmb3JtIGluLXNlcnZpY2UgYWN0aXZlIExNIGFzIHdlbGwgYXMg cGFzc2l2ZSBMTS4gVGhlbiB0aGVyZSBpcyBETSBhbmQgU0xJL1NMIGFnYWluIGNhbiBiZSB1c2Vk IHRvIHBlcmZvcm0gaW4tc2VydmljZSBib3RoIGFjdGl2ZSBhbmQgcGFzc2l2ZSBETS48L3NwYW4+ PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dy b3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48 c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj5BcyBm b3IgdXNlIGNhc2UgdGhhdCAmcXVvdDsgdGhhdCB3b3VsZCBvbmx5IGJlIHBvc3NpYmxlIGJ5IGFk ZGluZyZxdW90OyB0aGVzZSB0aHJlZSBsYWJlbHMNCiBJIGNhbiB0aGluayBvZiB0aGUgZm9sbG93 aW5nOjwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJh Y2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iU3ltYm9s Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 U3ltYm9sO21zby1iaWRpLWZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oztj b2xvcjpibGFjayI+wrc8L3NwYW4+PC9mb250Pjxmb250IHNpemU9IjEiIGNvbG9yPSJibGFjayIg ZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6 ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2Vy aWYmcXVvdDs7Y29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvZm9udD48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2si IGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 Y29sb3I6YmxhY2siPk9BTSBvbiBtcDJtcC9tcDJwIExTUDwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFu Zz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0i MiIgY29sb3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PC9mb250PjxzcGFuIGxh bmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZv bnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgUmVnYXJkcyw8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9 IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQg c2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgR3JlZzwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0i YmxhY2siIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDs7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMi PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tb3V0bGluZS1sZXZlbDoxO2JhY2tncm91bmQ6 d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+LS0tLS1Pcmln aW5hbCBNZXNzYWdlLS0tLS08YnI+DQpGcm9tOiBtcGxzIFs8YSBocmVmPSJtYWlsdG86bXBscy1i b3VuY2VzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+bWFpbHRvOm1wbHMtYm91bmNlc0BpZXRm Lm9yZzwvYT5dIE9uIEJlaGFsZiBPZiBTaGFocmFtIERhdmFyaTxicj4NClNlbnQ6IE1vbmRheSwg TWFyY2ggMjQsIDIwMTQgODoyNCBQTTxicj4NClRvOiBZaW1pbiBTaGVuPGJyPg0KQ2M6IDxhIGhy ZWY9Im1haWx0bzpkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsQHRvb2xzLmlldGYub3JnIiB0 YXJnZXQ9Il9ibGFuayI+DQpkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsQHRvb2xzLmlldGYu b3JnPC9hPjsgPGEgaHJlZj0ibWFpbHRvOm1wbHNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj4N Cm1wbHNAaWV0Zi5vcmc8L2E+PGJyPg0KU3ViamVjdDogUmU6IFttcGxzXSBNYWlsIHJlZ2FyZGlu ZyBkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJF Ti1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNp emU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjwvZm9udD48c3Bh biBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUi Pjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+SGk8L3NwYW4+PC9mb250 PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3 aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBs YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mbmJzcDs8L3Nw YW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFj a2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJp Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj5T byBmYXIgSSBoYXZlbid0IHNlZW4gYW55IHZhbGlkIHVzZSBjYXIgdGhhdCB3b3VsZCBvbmx5IGJl IHBvc3NpYmxlIGJ5IGFkZGluZw0KIHRoaXMgMyBsYWJlbHMuIEZvciBWUExTIExNIHlvdSBjb3Vs ZCBhbHdheXMgdXNlIFN5bnRoZXRpYyBsb3NzIG1lYXN1cmVtZW50LiBKdXN0IHNheWluZyBTeW50 aGV0aWMgTE0gaXMgbm90IGFzIGFjY3VyYXRlIGFzIGRpcmVjdCBMTSBpcyBub3QgYSBnb29kIGp1 c3RpZmljYXRpb24gZm9yIGFkZGluZyAzIGxhYmVscy4NCjwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFu Zz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9u dCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48L2ZvbnQ+ PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndo aXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxh bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPlJlZ2FyZHMsPC9z cGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJh Y2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJy aSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+ U2hhaHJhbTwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZh Y2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0i YmxhY2siIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDs7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMi PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIy IiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZndDsgT24gTWFyIDIxLCAyMDE0LCBhdCAxMToz OSBBTSwgJnF1b3Q7WWltaW4gU2hlbiZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnlzaGVuQGp1 bmlwZXIubmV0IiB0YXJnZXQ9Il9ibGFuayI+eXNoZW5AanVuaXBlci5uZXQ8L2E+Jmd0Ow0KIHdy b3RlOjwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9 IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 YmxhY2siPiZndDsNCjwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxh Y2siIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDs7Y29sb3I6YmxhY2siPiZndDsgSGkgTWFjaCw8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVO LVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6 ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mZ3Q7DQo8L3NwYW4+PC9mb250PjxzcGFu IGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+ PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJF Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mZ3Q7IEZvciBhbiBpbnRl cm1lZGlhdGUgbm9kZSwgU0wgd291bGQgZGVmaW5pdGVseSBOT1QgYmUgYXQgdGhlIHRvcCBvZiBf aW5jb21pbmdfDQogbGFiZWwgc3RhY2suIFlvdSB3b3VsZCBoYXZlIHRvIGluc3RhbGwgY29tcGxl eCBmb3J3YXJkaW5nIHN0YXRlIGluIGRhdGEgcGxhbmUgdG8gbG9vayBmb3IgU0wgYW5kIHByb2Nl c3MgdGhlIHBhY2tldCBkaWZmZXJlbnRseSBiYXNlZCBvbiB0aGUgZXhpc3RlbmNlL25vbi1leGlz dGVuY2Ugb2YgU0wuIEl0IHdvdWxkIGdldCBldmVuIG1vcmUgY29tcGxpY2F0ZWQgaWYgeW91IG5l ZWQgdG8gcHV0IHRoZSBTTCBiYWNrIHRvIHRoZSBwYWNrZXRzLCBpbg0KIGNhc2Ugb3RoZXIgbm9k ZXMgZG93bnN0cmVhbSBtYXkgYWxzbyBiZSBleHBlY3RpbmcgaXQuIFNvIEknZCBsaWtlIHRvIHNl ZSBhIHZhbGlkIHVzZSBjYXNlIGZvciB0aGlzIGluY3JlYXNlZCBjb21wbGV4aXR5IGFuZCBvdmVy aGVhZC48L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNl PSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y OmJsYWNrIj4mZ3Q7DQo8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJs YWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7O2NvbG9yOmJsYWNrIj4mZ3Q7IFJlZ2FyZGluZyB0aGUgZWdyZXNzIG5vZGUgdXNlIGNhc2Us IG5vdGUgdGhhdCBpdCBpcyBkaWZmZXJlbnQgdGhhbiBFbnRyb3B5DQogbGFiZWxzLCB3aGVyZSBh biBFTCBpcyBhY3R1YWxseSB1c2VkIGJ5IGludGVybWVkaWF0ZSBub2RlcyBhbmQgb25seSBwb3Bw ZWQgYnkgZWdyZXNzIG5vZGUuIFNvLCBpZiB5b3VyIGdvYWwgaXMgc2ltcGx5IHRvIGluZm9ybSBh biBlZ3Jlc3Mgbm9kZSBhYm91dCB0aGUgaWRlbnRpdHkgb2YgYSBzb3VyY2Ugbm9kZSwgdGhlIHNv dXJjZSBub2RlIGNvdWxkIGp1c3QgcHVzaCBvbmUgbGFiZWwgdG8gaWRlbnRpZnkgaXRzZWxmLiBU aGlzIGxhYmVsIGNvdWxkDQogYmUgY29uZmlndXJlZCBvciBjb21tdW5pY2F0ZWQgYmV0d2VlbiB0 aGUgZWdyZXNzIG5vZGUgYW5kIHRoZSBzb3VyY2Ugbm9kZSBpbiBhbnkgZmFzaGlvbi4gSG93ZXZl ciBpbiB0aGlzIGRyYWZ0LCB0aGUgc291cmNlIG5vZGUgd291bGQgaGF2ZSB0byBwdXNoIDMgZXh0 cmEgbGFiZWxzIChmb3IgU0wpLjwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xv cj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7Y29sb3I6YmxhY2siPiZndDsNCjwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4t VVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXpl PSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZndDsgVGhhbmtzLDwvc3Bhbj48L2ZvbnQ+ PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndo aXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxh bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZndDsNCjwvc3Bh bj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNr Z3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmki PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZn dDsgL1lpbWluPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIg ZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjpibGFjayI+Jmd0Ow0KPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9y PSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0Ow0KPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1V UyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9 IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0OyAtLS0tLU9yaWdpbmFsIE1lc3NhZ2Ut LS0tLTwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tb3V0bGluZS1sZXZlbDoxO2JhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIi IGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0OyBGcm9tOiBNYWNoIENoZW4gWzxhIGhyZWY9 Im1haWx0bzptYWNoLmNoZW5AaHVhd2VpLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPm1haWx0bzptYWNo LmNoZW5AaHVhd2VpLmNvbTwvYT5dPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNv bG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0OyBTZW50OiBUaHVyc2RheSwgTWFyY2ggMjAsIDIw MTQgMTE6MDAgQU08L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNr IiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOmJsYWNrIj4mZ3Q7IFRvOiBZaW1pbiBTaGVuOw0KPGEgaHJlZj0ibWFpbHRvOmRyYWZ0 LWNoZW4tbXBscy1zb3VyY2UtbGFiZWxAdG9vbHMuaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5k cmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsQHRvb2xzLmlldGYub3JnPC9hPjsNCjwvc3Bhbj48 L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3Jv dW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZndDsN CjxhIGhyZWY9Im1haWx0bzptcGxzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+bXBsc0BpZXRm Lm9yZzwvYT48L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBm YWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2Nv bG9yOmJsYWNrIj4mZ3Q7IFN1YmplY3Q6IFJFOiBNYWlsIHJlZ2FyZGluZyBkcmFmdC1jaGVuLW1w bHMtc291cmNlLWxhYmVsPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSJi bGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90Oztjb2xvcjpibGFjayI+Jmd0Ow0KPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIi IGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0OyBIaSBZaW1pbiw8L3NwYW4+PC9mb250Pjxz cGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0 ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mZ3Q7DQo8L3NwYW4+ PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dy b3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48 c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mZ3Q7 IFRoYW5rcyBmb3IgeW91ciBxdWVzdGlvbnMgYW5kIGNvbW1lbnRzITwvc3Bhbj48L2ZvbnQ+PHNw YW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRl Ij48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZndDsNCjwvc3Bhbj48 L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3Jv dW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZndDsg UGxlYXNlIHNlZSBteSByZXBseSBpbmxpbmUuLi48L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVO LVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6 ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mZ3Q7DQo8L3NwYW4+PC9mb250PjxzcGFu IGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+ PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJF Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mZ3Q7Jmd0OyAtLS0tLU9y aWdpbmFsIE1lc3NhZ2UtLS0tLTwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tb3V0bGluZS1sZXZlbDoxO2JhY2tncm91bmQ6d2hpdGUi Pjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0OyZndDsgRnJvbTog TWFjaCBDaGVuPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIg ZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjpibGFjayI+Jmd0OyZndDsgU2VudDogVGh1cnNkYXksIE1hcmNoIDIwLCAyMDE0IDEwOjQ1 IFBNPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0i Q2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpi bGFjayI+Jmd0OyZndDsgVG86IE1hY2ggQ2hlbjwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4t VVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXpl PSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZndDsmZ3Q7IFN1YmplY3Q6IEZXOiBNYWls IHJlZ2FyZGluZyBkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsPC9zcGFuPjwvZm9udD48c3Bh biBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUi Pjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0OyZndDsNCjwvc3Bh bj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNr Z3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmki PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZn dDsmZ3Q7DQo8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBm YWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2Nv bG9yOmJsYWNrIj4mZ3Q7Jmd0Ow0KPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1vdXRsaW5lLWxldmVsOjE7YmFja2dyb3VuZDp3aGl0 ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mZ3Q7Jmd0OyBGcm9t OiBtcGxzIFs8YSBocmVmPSJtYWlsdG86bXBscy1ib3VuY2VzQGlldGYub3JnIiB0YXJnZXQ9Il9i bGFuayI+bWFpbHRvOm1wbHMtYm91bmNlc0BpZXRmLm9yZzwvYT5dDQogT24gQmVoYWxmIE9mIFlp bWluIFNoZW48L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBm YWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2Nv bG9yOmJsYWNrIj4mZ3Q7Jmd0OyBTZW50OiBUaHVyc2RheSwgTWFyY2ggMjAsIDIwMTQgMTI6MDMg QU08L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJD YWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJs YWNrIj4mZ3Q7Jmd0OyBUbzoNCjxhIGhyZWY9Im1haWx0bzpkcmFmdC1jaGVuLW1wbHMtc291cmNl LWxhYmVsQHRvb2xzLmlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+ZHJhZnQtY2hlbi1tcGxzLXNv dXJjZS1sYWJlbEB0b29scy5pZXRmLm9yZzwvYT47DQo8YSBocmVmPSJtYWlsdG86bXBsc0BpZXRm Lm9yZyIgdGFyZ2V0PSJfYmxhbmsiPm1wbHNAaWV0Zi5vcmc8L2E+PC9zcGFuPjwvZm9udD48c3Bh biBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUi Pjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0OyZndDsgU3ViamVj dDogW21wbHNdIE1haWwgcmVnYXJkaW5nIGRyYWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFiZWw8L3Nw YW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFj a2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJp Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4m Z3Q7Jmd0Ow0KPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIg ZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjpibGFjayI+Jmd0OyZndDsgSGkgYXV0aG9ycyw8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9 IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQg c2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mZ3Q7Jmd0Ow0KPC9zcGFuPjwvZm9u dD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6 d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0OyZndDsg Q2FuIHlvdSBwbGVhc2UgY2xhcmlmeSBpZiBTTCBpcyBleHBlY3RlZCB0byBiZSB1c2VkIG9ubHkg YnkgZWdyZXNzDQo8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNr IiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOmJsYWNrIj4mZ3Q7Jmd0OyBub2RlLCBvciBieSBpbnRlcm1lZGlhdGUgbm9kZSBhcyB3 ZWxsID88L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNl PSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y OmJsYWNrIj4mZ3Q7DQo8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJs YWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7O2NvbG9yOmJsYWNrIj4mZ3Q7IFRoZSBTTCBjYW4gYmUgdXNlZCBieSB0aGUgZWdyZXNzIGFu ZCBpbnRlcm1lZGlhdGUgbm9kZSwgYnV0IGZvciBpbnRlcm1lZGlhdGUNCiBub2RlLCBzaW5jZSB0 aGUgU0wgbWF5IG5vdCBiZSBvbiB0aGUgdG9wIG9mIHRoZSBsYWJlbCBzdGFjaywgaWYgaXQgd2Fu dHMgdG8gdXNlIGl0LCBpdCBuZWVkcyB0byBzZWFyY2ggdGhlIGxhYmVsIHN0YWNrIHRvIGZpbmQg dGhlIFNMLCBqdXN0IGFzIHRvIGZpbmQgYW4gRUwuPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJF Ti1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNp emU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0Ow0KPC9zcGFuPjwvZm9udD48c3Bh biBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUi Pjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0OyZndDsNCjwvc3Bh bj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNr Z3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmki PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZn dDsmZ3Q7IFNlY3Rpb24gMy4yICZxdW90O1RyYWZmaWMgTWF0cml4IE1lYXN1cmVtZW50IGFuZCBT dGVlcmluZyZxdW90OyBkZXNjcmliZXMgYSB1c2UNCjwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0i RU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBz aXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZndDsmZ3Q7IGNhc2UgZm9yIGludGVy bWVkaWF0ZSBub2RlLCBidXQgSSB0aGluayBjb25nZXN0aW9uIHNob3VsZCBpbiBnZW5lcmFsDQo8 L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i YmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJDYWxp YnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNr Ij4mZ3Q7Jmd0OyBiZSByZXNvbHZlZCBieSBjb250cm9sIHBsYW5lIHRvIHJlcm91dGUgdHJhZmZp YyBiYXNlZCBvbiBhIGdsb2JhbA0KPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNv bG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0OyZndDsgdmlldyBvZiBuZXR3b3JrIHJlc291cmNl cywgcmF0aGVyIHRoYW4gYnkgZGF0YSBwbGFuZSBiYXNlZCBvbiBhIFNMLg0KPC9zcGFuPjwvZm9u dD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6 d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0OyZndDsg SW4geW91ciBjYXNlLCB3b3VsZCB0aGUgaW50ZXJtZWRpYXRlIG5vZGUgbW92ZSB0aGUgdHJhZmZp YyB0byBhbiBMU1ANCjwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxh Y2siIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDs7Y29sb3I6YmxhY2siPiZndDsmZ3Q7IHRoYXQgaXMgZGlmZmVyZW50IHRoYW4gdGhlIExTUCBp bnRlbmRlZCBieSB0aGUgaW5ncmVzcyBub2RlID8gSSBkb24ndCB0aGluaw0KIGl0IGlzIHRoZSBy aWdodCB0aGluZyB0byBkby48L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9 ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7O2NvbG9yOmJsYWNrIj4mZ3Q7Jmd0Ow0KPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJF Ti1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNp emU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0OyZndDsgUmVnYXJkaW5nIHRoZSB1 c2UgY2FzZSBvZiBzZWN0aW9uIDMuMyAmcXVvdDtTb3VyY2UgRmlsdGVyaW5nJnF1b3Q7LiBJZiBz b21lYm9keQ0KPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIg ZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjpibGFjayI+Jmd0OyZndDsgaXMgZG9pbmcgRG9TIGF0dGFjaywgd2h5IHdvdWxkIGhlIHB1 dCBhbiBTTCBpbiB0aGUgcGFja2V0cyA/PC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIi IGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0Ow0KPC9zcGFuPjwvZm9udD48c3BhbiBsYW5n PSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250 IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMi IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0OyBSZWdhcmRpbmcgdG8gdGhl c2UgdHdvIHVzZSBjYXNlcywgYXMgZGlzY3Vzc2VkIHdpdGggQ3VydGlzLCB0aGVyZSBuZWVkIG1v cmUNCiBjb25zaWRlcmF0aW9ucywgd2Ugd2lsbCByZW1vdmUgdGhlc2UgdHdvIHNlY3Rpb24gaW4g dGhlIG5leHQgcmV2aXNpb24uPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9y PSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0Ow0KPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1V UyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9 IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0OyBUaGFua3MsPC9zcGFuPjwvZm9udD48 c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hp dGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0OyBNYWNoPC9z cGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJh Y2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJy aSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+ Jmd0Ow0KPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFj ZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjpibGFjayI+Jmd0OyZndDsNCjwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xv cj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7Y29sb3I6YmxhY2siPiZndDsmZ3Q7IFRoYW5rcyw8L3NwYW4+PC9mb250PjxzcGFu IGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+ PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBsYW5nPSJF Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mZ3Q7Jmd0Ow0KPC9zcGFu PjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tn cm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0 OyZndDsgL1lpbWluPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFj ayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Oztjb2xvcjpibGFjayI+Jmd0Ow0KPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNv bG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0Ow0KPC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJF Ti1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNp emU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0Ow0KPC9zcGFuPjwvZm9udD48c3Bh biBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUi Pjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0OyBfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzwvc3Bhbj48L2ZvbnQ+PHNwYW4g bGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48 Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZndDsgbXBscyBtYWlsaW5n IGxpc3Q8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNl PSJDYWxpYnJpIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y OmJsYWNrIj4mZ3Q7DQo8YSBocmVmPSJtYWlsdG86bXBsc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxh bmsiPm1wbHNAaWV0Zi5vcmc8L2E+PC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNv bG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jmd0Ow0KPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5v cmcvbWFpbG1hbi9saXN0aW5mby9tcGxzIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly93d3cuaWV0 Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tcGxzPC9hPjwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0i RU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBz aXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48L2ZvbnQ+PHNw YW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRl Ij48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2siIGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPl9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPC9zcGFuPjwvZm9udD48c3BhbiBsYW5n PSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250 IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMi IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+bXBscyBtYWlsaW5nIGxpc3Q8L3Nw YW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFj a2dyb3VuZDp3aGl0ZSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIiBmYWNlPSJDYWxpYnJp Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj48 YSBocmVmPSJtYWlsdG86bXBsc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPm1wbHNAaWV0Zi5v cmc8L2E+PC9zcGFuPjwvZm9udD48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjIiIGNvbG9yPSJibGFjayIgZmFj ZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjpibGFjayI+PGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9t cGxzIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5m by9tcGxzPC9hPjwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iYmxhY2si IGZhY2U9IkNhbGlicmkiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4N CjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQi Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3 aGl0ZSI+PGZvbnQgc2l6ZT0iMyIgY29sb3I9ImJsYWNrIiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4i PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTom cXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7Y29sb3I6YmxhY2si Pl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KbXBs cyBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWlsdG86bXBsc0BpZXRmLm9yZyIgdGFyZ2V0 PSJfYmxhbmsiPm1wbHNAaWV0Zi5vcmc8L2E+PGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0 Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tcGxzIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly93d3cu aWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tcGxzPC9hPjwvc3Bhbj48L2ZvbnQ+PHNwYW4gbGFu Zz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2Nr cXVvdGU+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwv ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0O2Jh Y2tncm91bmQ6d2hpdGUiPjxmb250IHNpemU9IjMiIGNvbG9yPSJibGFjayIgZmFjZT0iVGltZXMg TmV3IFJvbWFuIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2Nv bG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PC9mb250PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8 L2h0bWw+DQo= --_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE25D993F06SZXEMA510MBXchi_-- From nobody Tue Mar 25 20:12:39 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E3EE21A0099 for ; Tue, 25 Mar 2014 20:12:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.209 X-Spam-Level: X-Spam-Status: No, score=-4.209 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, 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 8Hoy7onmijLO for ; Tue, 25 Mar 2014 20:12:32 -0700 (PDT) Received: from mail-gw3-out.broadcom.com (mail-gw3-out.broadcom.com [216.31.210.64]) by ietfa.amsl.com (Postfix) with ESMTP id B209D1A0035 for ; Tue, 25 Mar 2014 20:12:32 -0700 (PDT) X-IronPort-AV: E=Sophos; i="4.97,733,1389772800"; d="scan'208,217"; a="21087427" Received: from irvexchcas06.broadcom.com (HELO IRVEXCHCAS06.corp.ad.broadcom.com) ([10.9.208.53]) by mail-gw3-out.broadcom.com with ESMTP; 25 Mar 2014 20:27:52 -0700 Received: from SJEXCHCAS03.corp.ad.broadcom.com (10.16.203.8) by IRVEXCHCAS06.corp.ad.broadcom.com (10.9.208.53) with Microsoft SMTP Server (TLS) id 14.3.174.1; Tue, 25 Mar 2014 20:12:30 -0700 Received: from SJEXCHMB12.corp.ad.broadcom.com ([fe80::bc15:c1e1:c29a:36f7]) by SJEXCHCAS03.corp.ad.broadcom.com ([::1]) with mapi id 14.03.0174.001; Tue, 25 Mar 2014 20:12:29 -0700 From: Shahram Davari To: Mach Chen Thread-Topic: [mpls] Mail regarding draft-chen-mpls-source-label Thread-Index: AQHPR9mrX1647YJ+kECPDKr8EuTNYJrxyAoAgAAKwYCAABxZgIAAGsKAgAEQkwD//5hEzw== Date: Wed, 26 Mar 2014 03:12:28 +0000 Message-ID: <54CB6BFE-DC68-41A4-9255-003B764EDC89@broadcom.com> References: <444bb6dd3fef46a9a668a1ef54b16c20@BY2PR05MB728.namprd05.prod.outlook.com> <167DFE12-2CA4-49DA-9AF2-A31BE099AD5C@broadcom.com> <1395730257.22296.YahooMailNeo@web162506.mail.bf1.yahoo.com> <29909402-CB3E-45E7-8B34-BF6C0E68793C@yahoo.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_54CB6BFEDC6841A49255003B764EDC89broadcomcom_" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/_lW8AuKAVo0QFy7T-jdsG8Jt_J4 Cc: "draft-chen-mpls-source-label@tools.ietf.org" , "mpls@ietf.org" Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 03:12:37 -0000 --_000_54CB6BFEDC6841A49255003B764EDC89broadcomcom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Mach In L3VPN you could modify the VPN label distribution and distribute A uniqu= e VPN label to each remote VRF. This would solve your problem by just software upgrade without need for new= hardware. Regards, Shahram On Mar 25, 2014, at 7:33 PM, "Mach Chen" > wrote: Hi Shahram The problem is that not all the networks deploy PW to transport the service= , there are quite number of networks use L3VPN and other techniques. Best regards, Mach From: S. Davari [mailto:davarish@yahoo.com] Sent: Tuesday, March 25, 2014 6:08 PM To: Mach Chen Cc: Shahram Davari; Yimin Shen; draft-chen-mpls-source-label@tools.ietf.org= ; mpls@ietf.org Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label Hi Mach Since the service is P2P, each bas station has its own PW. Therefore there = is no need to identify each BS using yet another label. Regards, Shahram On Mar 25, 2014, at 1:32 AM, Mach Chen > wrote: Hi Shahram, IP/MPLS is commonly used in the mobile backhaul, and many of the networks u= se pure LDP based tunnel. The service is point-to-point (e.g., from CSG to = RSG), but the LDP based tunnel is actually MP2P model. And several custome= rs require to support passive performance in their mobile backhaul network. Regarding the number of labels, I agree if only the Extended special purpos= e label can be assigned, but if the normal special purpose label is assigne= d, then only two extra labels. Best regards, Mach From: S. Davari [mailto:davarish@yahoo.com] Sent: Tuesday, March 25, 2014 2:51 PM To: Mach Chen; Shahram Davari; Yimin Shen Cc: draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label Hi Mach, The draft you refer to, refers to wireless backhaul, which as far as I know= , does not use multi-point service, and you could use normal P2P LM/DM. Re= garding the number of labels, note that there are not many reserved labels = left and as per following IETF draft pretty much no more reserved label can= be assigned without the use of Extended Label Indiactor, which means you n= eed 3 labels: XL-SLI-SL http://tools.ietf.org/html/draft-ietf-mpls-special-purpose-labels-06 Thx Shahram ________________________________ From: Mach Chen > To: Shahram Davari >; Yimin= Shen > Cc: "draft-chen-mpls-source-label@tools.ietf.org" >; "mpls@ietf.org" > Sent: Monday, March 24, 2014 11:12:28 PM Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label Hi Shahram, Everybody knows there is SLM, but SPs need passive LM and DM in some scenar= ios(please refer to : http://tools.ietf.org/html/draft-deng-ippm-wireless-0= 1 and RFC6374). Both active and passive PM have their application scenarios= . Again, to correct a mistake here, same as EL, there are only two labels nee= ded. Best regards, Mach > -----Original Message----- > From: Shahram Davari [mailto:davari@broadcom.com] > Sent: Tuesday, March 25, 2014 11:24 AM > To: Yimin Shen > Cc: Mach Chen; draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org > Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label > > Hi > > So far I haven't seen any valid use car that would only be possible by ad= ding this 3 > labels. For VPLS LM you could always use Synthetic loss measurement. Just > saying Synthetic LM is not as accurate as direct LM is not a good justifi= cation for > adding 3 labels. > > Regards, > Shahram > > > > On Mar 21, 2014, at 11:39 AM, "Yimin Shen" > wrote: > > > > Hi Mach, > > > > For an intermediate node, SL would definitely NOT be at the top of _inc= oming_ > label stack. You would have to install complex forwarding state in data p= lane to > look for SL and process the packet differently based on the > existence/non-existence of SL. It would get even more complicated if you = need > to put the SL back to the packets, in case other nodes downstream may als= o be > expecting it. So I'd like to see a valid use case for this increased comp= lexity and > overhead. > > > > Regarding the egress node use case, note that it is different than Entr= opy labels, > where an EL is actually used by intermediate nodes and only popped by egr= ess > node. So, if your goal is simply to inform an egress node about the ident= ity of a > source node, the source node could just push one label to identify itself= . This > label could be configured or communicated between the egress node and the > source node in any fashion. However in this draft, the source node would = have to > push 3 extra labels (for SL). > > > > Thanks, > > > > /Yimin > > > > > > -----Original Message----- > > From: Mach Chen [mailto:mach.chen@huawei.com] > > Sent: Thursday, March 20, 2014 11:00 AM > > To: Yimin Shen; draft-chen-mpls-source-label@tools.ietf.org; > > mpls@ietf.org > > Subject: RE: Mail regarding draft-chen-mpls-source-label > > > > Hi Yimin, > > > > Thanks for your questions and comments! > > > > Please see my reply inline... > > > >> -----Original Message----- > >> From: Mach Chen > >> Sent: Thursday, March 20, 2014 10:45 PM > >> To: Mach Chen > >> Subject: FW: Mail regarding draft-chen-mpls-source-label > >> > >> > >> > >> From: mpls [mailto:mpls-bounces@ietf.org= ] On Behalf Of Yimin Shen > >> Sent: Thursday, March 20, 2014 12:03 AM > >> To: draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org > >> Subject: [mpls] Mail regarding draft-chen-mpls-source-label > >> > >> Hi authors, > >> > >> Can you please clarify if SL is expected to be used only by egress > >> node, or by intermediate node as well ? > > > > The SL can be used by the egress and intermediate node, but for interme= diate > node, since the SL may not be on the top of the label stack, if it wants = to use it, it > needs to search the label stack to find the SL, just as to find an EL. > > > >> > >> Section 3.2 "Traffic Matrix Measurement and Steering" describes a use > >> case for intermediate node, but I think congestion should in general > >> be resolved by control plane to reroute traffic based on a global > >> view of network resources, rather than by data plane based on a SL. > >> In your case, would the intermediate node move the traffic to an LSP > >> that is different than the LSP intended by the ingress node ? I don't = think it is > the right thing to do. > >> > >> Regarding the use case of section 3.3 "Source Filtering". If somebody > >> is doing DoS attack, why would he put an SL in the packets ? > > > > Regarding to these two use cases, as discussed with Curtis, there need = more > considerations, we will remove these two section in the next revision. > > > > Thanks, > > Mach > > > >> > >> Thanks, > >> > >> /Yimin > > > > > > > > _______________________________________________ > > mpls mailing list > > mpls@ietf.org > > https://www.ietf.org/mailman/listinfo/mpls _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls --_000_54CB6BFEDC6841A49255003B764EDC89broadcomcom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi Mach

In L3VPN you could modify the VPN label distribution and distribute A = unique VPN label to each remote VRF.

This would solve your problem by just software upgrade without need fo= r new hardware. 

Regards,
Shahram


On Mar 25, 2014, at 7:33 PM, "Mach Chen" <mach.chen@huawei.com> wrote:

= Hi Shahram

=  

= The problem is that not all the networks deploy PW to transport the service, there are= quite number of networks use L3VPN and other techniques.

=  

= Best regards,

= Mach

=  

From: S. Davari [mailto:davarish@yahoo.com= ]
Sent: Tuesday, March 25, 201= 4 6:08 PM
To: Mach Chen
Cc: Shahram Davari; Yimin Sh= en; draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org
Subject: Re: [mpls] Mail reg= arding draft-chen-mpls-source-label

 

Hi Mach

 

Since the service is P2P, each bas st= ation has its own PW. Therefore there is no need to identify each BS using = yet another label. 


Regards,

Shahram

 


On Mar 25, 2014, at 1:32 AM, Mach Chen <mach.chen@huawei.com> wrote:

= Hi Shahram,

=  

= IP/MPLS is commonly used in the mobile backhaul, and many of the networks use pure LDP based tunnel. The s= ervice is point-to-point (e.g., from CSG to RSG),  but the LDP based tunnel is actually MP2P model. And several custome= rs require to support passive performance in their mobile backhaul network.=

=  

= Regarding the number of labels, I agree if only the Extended special purpose label can be assigned, but if= the normal special purpose label is assigned, then only two extra labels.<= /span>

=  

= Best regards,

= Mach

=  

=  

From: S. Davari [mailto:davarish@yahoo.com= ]
Sent: Tuesday, March 25, 201= 4 2:51 PM
To: Mach Chen; Shahram Davar= i; Yimin Shen
Cc: draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org
Subject: Re: [mpls] Mail reg= arding draft-chen-mpls-source-label=

 

Hi Ma= ch,

The draft you refer to, refers to wireless backhaul, which as far as I know= ,  does not use multi-point service, and you could use normal P2P LM/D= M. Regarding the number of labels, note that there are not many reserved la= bels left and as per following IETF draft pretty much no more reserved label can be assigned without the use of Exte= nded Label Indiactor, which means you need 3 labels: XL-SLI-SL

http://tools.ietf.org/html/draft-ietf-mpls-special-purpose-labels-06<= /a>

Thx
Shahram

 = ;

 = ;


Hi Shahram,

Everybody knows there is SLM, but SPs need passive LM and DM in some scenar= ios(please refer to : http://tools.ietf.org/html/draft-deng-ippm-wireless-01 and RFC6374). Bo= th active and passive PM have their application scenarios.

Again, to correct a mistake here, same as EL, there are only two labels nee= ded.


Best regards,
Mach


> -----Original Message-----
> From: Shahram Davari [mailto:da= vari@broadcom.com]
> Sent: Tuesday, March 25, 2014 11:24 AM
> To: Yimin Shen
> Cc: Mach Chen; draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org
> Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label
>
> Hi
>
> So far I haven't seen any valid use car that would only be possible by= adding this 3
> labels. For VPLS LM you could always use Synthetic loss measurement. J= ust
> saying Synthetic LM is not as accurate as direct LM is not a good just= ification for
> adding 3 labels.
>
> Regards,
> Shahram
>
>
> > On Mar 21, 2014, at 11:39 AM, "Yimin Shen" <yshen@juniper.net> wrote:
> >
> > Hi Mach,
> >
> > For an intermediate node, SL would definitely NOT be at the top o= f _incoming_
> label stack. You would have to install complex forwarding state in dat= a plane to
> look for SL and process the packet differently based on the
> existence/non-existence of SL. It would get even more complicated if y= ou need
> to put the SL back to the packets, in case other nodes downstream may = also be
> expecting it. So I'd like to see a valid use case for this increased c= omplexity and
> overhead.
> >
> > Regarding the egress node use case, note that it is different tha= n Entropy labels,
> where an EL is actually used by intermediate nodes and only popped by = egress
> node. So, if your goal is simply to inform an egress node about the id= entity of a
> source node, the source node could just push one label to identify its= elf. This
> label could be configured or communicated between the egress node and = the
> source node in any fashion. However in this draft, the source node wou= ld have to
> push 3 extra labels (for SL).
> >
> > Thanks,
> >
> > /Yimin
> >
> >
> > -----Original Message-----
> > From: Mach Chen [mailto:m= ach.chen@huawei.com]
> > Sent: Thursday, March 20, 2014 11:00 AM
> > To: Yimin Shen; draft-chen-mpls-source-label@tools.ietf.org;
> > mpls@ietf.org
> > Subject: RE: Mail regarding draft-chen-mpls-source-label
> >
> > Hi Yimin,
> >
> > Thanks for your questions and comments!
> >
> > Please see my reply inline...
> >
> >> -----Original Message-----
> >> From: Mach Chen
> >> Sent: Thursday, March 20, 2014 10:45 PM
> >> To: Mach Chen
> >> Subject: FW: Mail regarding draft-chen-mpls-source-label
> >>
> >>
> >>
> >> From: mpls [mailto:m= pls-bounces@ietf.org] On Behalf Of Yimin Shen
> >> Sent: Thursday, March 20, 2014 12:03 AM
> >> To: draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org
> >> Subject: [mpls] Mail regarding draft-chen-mpls-source-label > >>
> >> Hi authors,
> >>
> >> Can you please clarify if SL is expected to be used only by e= gress
> >> node, or by intermediate node as well ?
> >
> > The SL can be used by the egress and intermediate node, but for i= ntermediate
> node, since the SL may not be on the top of the label stack, if it wan= ts to use it, it
> needs to search the label stack to find the SL, just as to find an EL.=
> >
> >>
> >> Section 3.2 "Traffic Matrix Measurement and Steering&quo= t; describes a use
> >> case for intermediate node, but I think congestion should in = general
> >> be resolved by control plane to reroute traffic based on a gl= obal
> >> view of network resources, rather than by data plane based on= a SL.
> >> In your case, would the intermediate node move the traffic to= an LSP
> >> that is different than the LSP intended by the ingress node ?= I don't think it is
> the right thing to do.
> >>
> >> Regarding the use case of section 3.3 "Source Filtering&= quot;. If somebody
> >> is doing DoS attack, why would he put an SL in the packets ?<= br> > >
> > Regarding to these two use cases, as discussed with Curtis, there= need more
> considerations, we will remove these two section in the next revision.=
> >
> > Thanks,
> > Mach
> >
> >>
> >> Thanks,
> >>
> >> /Yimin
> >
> >
> >
> > _______________________________________________
> > mpls mailing list
> > mpls@ietf.org
> > https://www.ietf.org/mailman/listinfo/mpls

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

 =

--_000_54CB6BFEDC6841A49255003B764EDC89broadcomcom_-- From nobody Tue Mar 25 20:15:40 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BDCB21A0035 for ; Tue, 25 Mar 2014 20:15:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.74 X-Spam-Level: * X-Spam-Status: No, score=1.74 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2EyxUN1Ftdru for ; Tue, 25 Mar 2014 20:15:35 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id EC1511A00B0 for ; Tue, 25 Mar 2014 20:15:32 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BEY26346; Wed, 26 Mar 2014 03:15:30 +0000 (GMT) Received: from LHREML406-HUB.china.huawei.com (10.201.5.243) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 26 Mar 2014 03:15:05 +0000 Received: from NKGEML410-HUB.china.huawei.com (10.98.56.41) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 26 Mar 2014 03:15:28 +0000 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.115]) by nkgeml410-hub.china.huawei.com ([10.98.56.41]) with mapi id 14.03.0158.001; Wed, 26 Mar 2014 11:15:16 +0800 From: Xuxiaohu To: Shahram Davari , Mach Chen Thread-Topic: [mpls] Mail regarding draft-chen-mpls-source-label Thread-Index: Ac9DjKc5+oLTXGUsQoqhiLRkJXmJtgAvjO4AAAA1OTAAAIFyEADSOdIAABY0EKD//4gvgP//Xh+QgADY/ID//nAr8IACrgQA//95dOA= Date: Wed, 26 Mar 2014 03:15:15 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08264D01@NKGEML512-MBS.china.huawei.com> References: <444bb6dd3fef46a9a668a1ef54b16c20@BY2PR05MB728.namprd05.prod.outlook.com> <167DFE12-2CA4-49DA-9AF2-A31BE099AD5C@broadcom.com> <1395730257.22296.YahooMailNeo@web162506.mail.bf1.yahoo.com> <29909402-CB3E-45E7-8B34-BF6C0E68793C@yahoo.com>, <54CB6BFE-DC68-41A4-9255-003B764EDC89@broadcom.com> In-Reply-To: <54CB6BFE-DC68-41A4-9255-003B764EDC89@broadcom.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.98.134] Content-Type: multipart/alternative; boundary="_000_1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08264D01NKGEML512MBSchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/QjwSFigKHmmJJLLmVnZMHpXN7Ig Cc: "draft-chen-mpls-source-label@tools.ietf.org" , "mpls@ietf.org" Subject: [mpls] =?gb2312?b?tPC4tDogIE1haWwgcmVnYXJkaW5nIGRyYWZ0LWNoZW4t?= =?gb2312?b?bXBscy1zb3VyY2UtbGFiZWw=?= X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 03:15:39 -0000 --_000_1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08264D01NKGEML512MBSchi_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 V2hhdCBhYm91dCBpZiBhIHJvdXRlIHJlZmxlY3RvciBpcyBkZXBsb3llZD8NCg0Kt6K8/sjLOiBt cGxzIFttYWlsdG86bXBscy1ib3VuY2VzQGlldGYub3JnXSC0+rHtIFNoYWhyYW0gRGF2YXJpDQq3 osvNyrG85DogMjAxNMTqM9TCMjbI1SAxMToxMg0KytW8/sjLOiBNYWNoIENoZW4NCrOty806IGRy YWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFiZWxAdG9vbHMuaWV0Zi5vcmc7IG1wbHNAaWV0Zi5vcmcN Ctb3zOI6IFJlOiBbbXBsc10gTWFpbCByZWdhcmRpbmcgZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1s YWJlbA0KDQpIaSBNYWNoDQoNCkluIEwzVlBOIHlvdSBjb3VsZCBtb2RpZnkgdGhlIFZQTiBsYWJl bCBkaXN0cmlidXRpb24gYW5kIGRpc3RyaWJ1dGUgQSB1bmlxdWUgVlBOIGxhYmVsIHRvIGVhY2gg cmVtb3RlIFZSRi4NCg0KVGhpcyB3b3VsZCBzb2x2ZSB5b3VyIHByb2JsZW0gYnkganVzdCBzb2Z0 d2FyZSB1cGdyYWRlIHdpdGhvdXQgbmVlZCBmb3IgbmV3IGhhcmR3YXJlLg0KDQpSZWdhcmRzLA0K U2hhaHJhbQ0KDQoNCk9uIE1hciAyNSwgMjAxNCwgYXQgNzozMyBQTSwgIk1hY2ggQ2hlbiIgPG1h Y2guY2hlbkBodWF3ZWkuY29tPG1haWx0bzptYWNoLmNoZW5AaHVhd2VpLmNvbT4+IHdyb3RlOg0K SGkgU2hhaHJhbQ0KDQpUaGUgcHJvYmxlbSBpcyB0aGF0IG5vdCBhbGwgdGhlIG5ldHdvcmtzIGRl cGxveSBQVyB0byB0cmFuc3BvcnQgdGhlIHNlcnZpY2UsIHRoZXJlIGFyZSBxdWl0ZSBudW1iZXIg b2YgbmV0d29ya3MgdXNlIEwzVlBOIGFuZCBvdGhlciB0ZWNobmlxdWVzLg0KDQpCZXN0IHJlZ2Fy ZHMsDQpNYWNoDQoNCkZyb206IFMuIERhdmFyaSBbbWFpbHRvOmRhdmFyaXNoQHlhaG9vLmNvbV0N ClNlbnQ6IFR1ZXNkYXksIE1hcmNoIDI1LCAyMDE0IDY6MDggUE0NClRvOiBNYWNoIENoZW4NCkNj OiBTaGFocmFtIERhdmFyaTsgWWltaW4gU2hlbjsgZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJl bEB0b29scy5pZXRmLm9yZzxtYWlsdG86ZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJlbEB0b29s cy5pZXRmLm9yZz47IG1wbHNAaWV0Zi5vcmc8bWFpbHRvOm1wbHNAaWV0Zi5vcmc+DQpTdWJqZWN0 OiBSZTogW21wbHNdIE1haWwgcmVnYXJkaW5nIGRyYWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFiZWwN Cg0KSGkgTWFjaA0KDQpTaW5jZSB0aGUgc2VydmljZSBpcyBQMlAsIGVhY2ggYmFzIHN0YXRpb24g aGFzIGl0cyBvd24gUFcuIFRoZXJlZm9yZSB0aGVyZSBpcyBubyBuZWVkIHRvIGlkZW50aWZ5IGVh Y2ggQlMgdXNpbmcgeWV0IGFub3RoZXIgbGFiZWwuDQoNClJlZ2FyZHMsDQpTaGFocmFtDQoNCg0K T24gTWFyIDI1LCAyMDE0LCBhdCAxOjMyIEFNLCBNYWNoIENoZW4gPG1hY2guY2hlbkBodWF3ZWku Y29tPG1haWx0bzptYWNoLmNoZW5AaHVhd2VpLmNvbT4+IHdyb3RlOg0KSGkgU2hhaHJhbSwNCg0K SVAvTVBMUyBpcyBjb21tb25seSB1c2VkIGluIHRoZSBtb2JpbGUgYmFja2hhdWwsIGFuZCBtYW55 IG9mIHRoZSBuZXR3b3JrcyB1c2UgcHVyZSBMRFAgYmFzZWQgdHVubmVsLiBUaGUgc2VydmljZSBp cyBwb2ludC10by1wb2ludCAoZS5nLiwgZnJvbSBDU0cgdG8gUlNHKSwgIGJ1dCB0aGUgTERQIGJh c2VkIHR1bm5lbCBpcyBhY3R1YWxseSBNUDJQIG1vZGVsLiBBbmQgc2V2ZXJhbCBjdXN0b21lcnMg cmVxdWlyZSB0byBzdXBwb3J0IHBhc3NpdmUgcGVyZm9ybWFuY2UgaW4gdGhlaXIgbW9iaWxlIGJh Y2toYXVsIG5ldHdvcmsuDQoNClJlZ2FyZGluZyB0aGUgbnVtYmVyIG9mIGxhYmVscywgSSBhZ3Jl ZSBpZiBvbmx5IHRoZSBFeHRlbmRlZCBzcGVjaWFsIHB1cnBvc2UgbGFiZWwgY2FuIGJlIGFzc2ln bmVkLCBidXQgaWYgdGhlIG5vcm1hbCBzcGVjaWFsIHB1cnBvc2UgbGFiZWwgaXMgYXNzaWduZWQs IHRoZW4gb25seSB0d28gZXh0cmEgbGFiZWxzLg0KDQpCZXN0IHJlZ2FyZHMsDQpNYWNoDQoNCg0K RnJvbTogUy4gRGF2YXJpIFttYWlsdG86ZGF2YXJpc2hAeWFob28uY29tXQ0KU2VudDogVHVlc2Rh eSwgTWFyY2ggMjUsIDIwMTQgMjo1MSBQTQ0KVG86IE1hY2ggQ2hlbjsgU2hhaHJhbSBEYXZhcmk7 IFlpbWluIFNoZW4NCkNjOiBkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsQHRvb2xzLmlldGYu b3JnPG1haWx0bzpkcmFmdC1jaGVuLW1wbHMtc291cmNlLWxhYmVsQHRvb2xzLmlldGYub3JnPjsg bXBsc0BpZXRmLm9yZzxtYWlsdG86bXBsc0BpZXRmLm9yZz4NClN1YmplY3Q6IFJlOiBbbXBsc10g TWFpbCByZWdhcmRpbmcgZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJlbA0KDQpIaSBNYWNoLA0K DQpUaGUgZHJhZnQgeW91IHJlZmVyIHRvLCByZWZlcnMgdG8gd2lyZWxlc3MgYmFja2hhdWwsIHdo aWNoIGFzIGZhciBhcyBJIGtub3csICBkb2VzIG5vdCB1c2UgbXVsdGktcG9pbnQgc2VydmljZSwg YW5kIHlvdSBjb3VsZCB1c2Ugbm9ybWFsIFAyUCBMTS9ETS4gUmVnYXJkaW5nIHRoZSBudW1iZXIg b2YgbGFiZWxzLCBub3RlIHRoYXQgdGhlcmUgYXJlIG5vdCBtYW55IHJlc2VydmVkIGxhYmVscyBs ZWZ0IGFuZCBhcyBwZXIgZm9sbG93aW5nIElFVEYgZHJhZnQgcHJldHR5IG11Y2ggbm8gbW9yZSBy ZXNlcnZlZCBsYWJlbCBjYW4gYmUgYXNzaWduZWQgd2l0aG91dCB0aGUgdXNlIG9mIEV4dGVuZGVk IExhYmVsIEluZGlhY3Rvciwgd2hpY2ggbWVhbnMgeW91IG5lZWQgMyBsYWJlbHM6IFhMLVNMSS1T TA0KDQpodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLW1wbHMtc3BlY2lhbC1w dXJwb3NlLWxhYmVscy0wNg0KDQpUaHgNClNoYWhyYW0NCg0KDQpfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXw0KRnJvbTogTWFjaCBDaGVuIDxtYWNoLmNoZW5AaHVhd2VpLmNvbTxtYWls dG86bWFjaC5jaGVuQGh1YXdlaS5jb20+Pg0KVG86IFNoYWhyYW0gRGF2YXJpIDxkYXZhcmlAYnJv YWRjb20uY29tPG1haWx0bzpkYXZhcmlAYnJvYWRjb20uY29tPj47IFlpbWluIFNoZW4gPHlzaGVu QGp1bmlwZXIubmV0PG1haWx0bzp5c2hlbkBqdW5pcGVyLm5ldD4+DQpDYzogImRyYWZ0LWNoZW4t bXBscy1zb3VyY2UtbGFiZWxAdG9vbHMuaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWNoZW4tbXBscy1z b3VyY2UtbGFiZWxAdG9vbHMuaWV0Zi5vcmc+IiA8ZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJl bEB0b29scy5pZXRmLm9yZzxtYWlsdG86ZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJlbEB0b29s cy5pZXRmLm9yZz4+OyAibXBsc0BpZXRmLm9yZzxtYWlsdG86bXBsc0BpZXRmLm9yZz4iIDxtcGxz QGlldGYub3JnPG1haWx0bzptcGxzQGlldGYub3JnPj4NClNlbnQ6IE1vbmRheSwgTWFyY2ggMjQs IDIwMTQgMTE6MTI6MjggUE0NClN1YmplY3Q6IFJlOiBbbXBsc10gTWFpbCByZWdhcmRpbmcgZHJh ZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJlbA0KDQpIaSBTaGFocmFtLA0KDQpFdmVyeWJvZHkga25v d3MgdGhlcmUgaXMgU0xNLCBidXQgU1BzIG5lZWQgcGFzc2l2ZSBMTSBhbmQgRE0gaW4gc29tZSBz Y2VuYXJpb3MocGxlYXNlIHJlZmVyIHRvIDogaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJh ZnQtZGVuZy1pcHBtLXdpcmVsZXNzLTAxIGFuZCBSRkM2Mzc0KS4gQm90aCBhY3RpdmUgYW5kIHBh c3NpdmUgUE0gaGF2ZSB0aGVpciBhcHBsaWNhdGlvbiBzY2VuYXJpb3MuDQoNCkFnYWluLCB0byBj b3JyZWN0IGEgbWlzdGFrZSBoZXJlLCBzYW1lIGFzIEVMLCB0aGVyZSBhcmUgb25seSB0d28gbGFi ZWxzIG5lZWRlZC4NCg0KDQpCZXN0IHJlZ2FyZHMsDQpNYWNoDQoNCj4gLS0tLS1PcmlnaW5hbCBN ZXNzYWdlLS0tLS0NCj4gRnJvbTogU2hhaHJhbSBEYXZhcmkgW21haWx0bzpkYXZhcmlAYnJvYWRj b20uY29tPG1haWx0bzpkYXZhcmlAYnJvYWRjb20uY29tPl0NCj4gU2VudDogVHVlc2RheSwgTWFy Y2ggMjUsIDIwMTQgMTE6MjQgQU0NCj4gVG86IFlpbWluIFNoZW4NCj4gQ2M6IE1hY2ggQ2hlbjsg ZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJlbEB0b29scy5pZXRmLm9yZzxtYWlsdG86ZHJhZnQt Y2hlbi1tcGxzLXNvdXJjZS1sYWJlbEB0b29scy5pZXRmLm9yZz47IG1wbHNAaWV0Zi5vcmc8bWFp bHRvOm1wbHNAaWV0Zi5vcmc+DQo+IFN1YmplY3Q6IFJlOiBbbXBsc10gTWFpbCByZWdhcmRpbmcg ZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJlbA0KPg0KPiBIaQ0KPg0KPiBTbyBmYXIgSSBoYXZl bid0IHNlZW4gYW55IHZhbGlkIHVzZSBjYXIgdGhhdCB3b3VsZCBvbmx5IGJlIHBvc3NpYmxlIGJ5 IGFkZGluZyB0aGlzIDMNCj4gbGFiZWxzLiBGb3IgVlBMUyBMTSB5b3UgY291bGQgYWx3YXlzIHVz ZSBTeW50aGV0aWMgbG9zcyBtZWFzdXJlbWVudC4gSnVzdA0KPiBzYXlpbmcgU3ludGhldGljIExN IGlzIG5vdCBhcyBhY2N1cmF0ZSBhcyBkaXJlY3QgTE0gaXMgbm90IGEgZ29vZCBqdXN0aWZpY2F0 aW9uIGZvcg0KPiBhZGRpbmcgMyBsYWJlbHMuDQo+DQo+IFJlZ2FyZHMsDQo+IFNoYWhyYW0NCj4N Cj4NCj4gPiBPbiBNYXIgMjEsIDIwMTQsIGF0IDExOjM5IEFNLCAiWWltaW4gU2hlbiIgPHlzaGVu QGp1bmlwZXIubmV0PG1haWx0bzp5c2hlbkBqdW5pcGVyLm5ldD4+IHdyb3RlOg0KPiA+DQo+ID4g SGkgTWFjaCwNCj4gPg0KPiA+IEZvciBhbiBpbnRlcm1lZGlhdGUgbm9kZSwgU0wgd291bGQgZGVm aW5pdGVseSBOT1QgYmUgYXQgdGhlIHRvcCBvZiBfaW5jb21pbmdfDQo+IGxhYmVsIHN0YWNrLiBZ b3Ugd291bGQgaGF2ZSB0byBpbnN0YWxsIGNvbXBsZXggZm9yd2FyZGluZyBzdGF0ZSBpbiBkYXRh IHBsYW5lIHRvDQo+IGxvb2sgZm9yIFNMIGFuZCBwcm9jZXNzIHRoZSBwYWNrZXQgZGlmZmVyZW50 bHkgYmFzZWQgb24gdGhlDQo+IGV4aXN0ZW5jZS9ub24tZXhpc3RlbmNlIG9mIFNMLiBJdCB3b3Vs ZCBnZXQgZXZlbiBtb3JlIGNvbXBsaWNhdGVkIGlmIHlvdSBuZWVkDQo+IHRvIHB1dCB0aGUgU0wg YmFjayB0byB0aGUgcGFja2V0cywgaW4gY2FzZSBvdGhlciBub2RlcyBkb3duc3RyZWFtIG1heSBh bHNvIGJlDQo+IGV4cGVjdGluZyBpdC4gU28gSSdkIGxpa2UgdG8gc2VlIGEgdmFsaWQgdXNlIGNh c2UgZm9yIHRoaXMgaW5jcmVhc2VkIGNvbXBsZXhpdHkgYW5kDQo+IG92ZXJoZWFkLg0KPiA+DQo+ ID4gUmVnYXJkaW5nIHRoZSBlZ3Jlc3Mgbm9kZSB1c2UgY2FzZSwgbm90ZSB0aGF0IGl0IGlzIGRp ZmZlcmVudCB0aGFuIEVudHJvcHkgbGFiZWxzLA0KPiB3aGVyZSBhbiBFTCBpcyBhY3R1YWxseSB1 c2VkIGJ5IGludGVybWVkaWF0ZSBub2RlcyBhbmQgb25seSBwb3BwZWQgYnkgZWdyZXNzDQo+IG5v ZGUuIFNvLCBpZiB5b3VyIGdvYWwgaXMgc2ltcGx5IHRvIGluZm9ybSBhbiBlZ3Jlc3Mgbm9kZSBh Ym91dCB0aGUgaWRlbnRpdHkgb2YgYQ0KPiBzb3VyY2Ugbm9kZSwgdGhlIHNvdXJjZSBub2RlIGNv dWxkIGp1c3QgcHVzaCBvbmUgbGFiZWwgdG8gaWRlbnRpZnkgaXRzZWxmLiBUaGlzDQo+IGxhYmVs IGNvdWxkIGJlIGNvbmZpZ3VyZWQgb3IgY29tbXVuaWNhdGVkIGJldHdlZW4gdGhlIGVncmVzcyBu b2RlIGFuZCB0aGUNCj4gc291cmNlIG5vZGUgaW4gYW55IGZhc2hpb24uIEhvd2V2ZXIgaW4gdGhp cyBkcmFmdCwgdGhlIHNvdXJjZSBub2RlIHdvdWxkIGhhdmUgdG8NCj4gcHVzaCAzIGV4dHJhIGxh YmVscyAoZm9yIFNMKS4NCj4gPg0KPiA+IFRoYW5rcywNCj4gPg0KPiA+IC9ZaW1pbg0KPiA+DQo+ ID4NCj4gPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiA+IEZyb206IE1hY2ggQ2hlbiBb bWFpbHRvOm1hY2guY2hlbkBodWF3ZWkuY29tPG1haWx0bzptYWNoLmNoZW5AaHVhd2VpLmNvbT5d DQo+ID4gU2VudDogVGh1cnNkYXksIE1hcmNoIDIwLCAyMDE0IDExOjAwIEFNDQo+ID4gVG86IFlp bWluIFNoZW47IGRyYWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFiZWxAdG9vbHMuaWV0Zi5vcmc8bWFp bHRvOmRyYWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFiZWxAdG9vbHMuaWV0Zi5vcmc+Ow0KPiA+IG1w bHNAaWV0Zi5vcmc8bWFpbHRvOm1wbHNAaWV0Zi5vcmc+DQo+ID4gU3ViamVjdDogUkU6IE1haWwg cmVnYXJkaW5nIGRyYWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFiZWwNCj4gPg0KPiA+IEhpIFlpbWlu LA0KPiA+DQo+ID4gVGhhbmtzIGZvciB5b3VyIHF1ZXN0aW9ucyBhbmQgY29tbWVudHMhDQo+ID4N Cj4gPiBQbGVhc2Ugc2VlIG15IHJlcGx5IGlubGluZS4uLg0KPiA+DQo+ID4+IC0tLS0tT3JpZ2lu YWwgTWVzc2FnZS0tLS0tDQo+ID4+IEZyb206IE1hY2ggQ2hlbg0KPiA+PiBTZW50OiBUaHVyc2Rh eSwgTWFyY2ggMjAsIDIwMTQgMTA6NDUgUE0NCj4gPj4gVG86IE1hY2ggQ2hlbg0KPiA+PiBTdWJq ZWN0OiBGVzogTWFpbCByZWdhcmRpbmcgZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJlbA0KPiA+ Pg0KPiA+Pg0KPiA+Pg0KPiA+PiBGcm9tOiBtcGxzIFttYWlsdG86bXBscy1ib3VuY2VzQGlldGYu b3JnPG1haWx0bzptcGxzLWJvdW5jZXNAaWV0Zi5vcmc+XSBPbiBCZWhhbGYgT2YgWWltaW4gU2hl bg0KPiA+PiBTZW50OiBUaHVyc2RheSwgTWFyY2ggMjAsIDIwMTQgMTI6MDMgQU0NCj4gPj4gVG86 IGRyYWZ0LWNoZW4tbXBscy1zb3VyY2UtbGFiZWxAdG9vbHMuaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0 LWNoZW4tbXBscy1zb3VyY2UtbGFiZWxAdG9vbHMuaWV0Zi5vcmc+OyBtcGxzQGlldGYub3JnPG1h aWx0bzptcGxzQGlldGYub3JnPg0KPiA+PiBTdWJqZWN0OiBbbXBsc10gTWFpbCByZWdhcmRpbmcg ZHJhZnQtY2hlbi1tcGxzLXNvdXJjZS1sYWJlbA0KPiA+Pg0KPiA+PiBIaSBhdXRob3JzLA0KPiA+ Pg0KPiA+PiBDYW4geW91IHBsZWFzZSBjbGFyaWZ5IGlmIFNMIGlzIGV4cGVjdGVkIHRvIGJlIHVz ZWQgb25seSBieSBlZ3Jlc3MNCj4gPj4gbm9kZSwgb3IgYnkgaW50ZXJtZWRpYXRlIG5vZGUgYXMg d2VsbCA/DQo+ID4NCj4gPiBUaGUgU0wgY2FuIGJlIHVzZWQgYnkgdGhlIGVncmVzcyBhbmQgaW50 ZXJtZWRpYXRlIG5vZGUsIGJ1dCBmb3IgaW50ZXJtZWRpYXRlDQo+IG5vZGUsIHNpbmNlIHRoZSBT TCBtYXkgbm90IGJlIG9uIHRoZSB0b3Agb2YgdGhlIGxhYmVsIHN0YWNrLCBpZiBpdCB3YW50cyB0 byB1c2UgaXQsIGl0DQo+IG5lZWRzIHRvIHNlYXJjaCB0aGUgbGFiZWwgc3RhY2sgdG8gZmluZCB0 aGUgU0wsIGp1c3QgYXMgdG8gZmluZCBhbiBFTC4NCj4gPg0KPiA+Pg0KPiA+PiBTZWN0aW9uIDMu MiAiVHJhZmZpYyBNYXRyaXggTWVhc3VyZW1lbnQgYW5kIFN0ZWVyaW5nIiBkZXNjcmliZXMgYSB1 c2UNCj4gPj4gY2FzZSBmb3IgaW50ZXJtZWRpYXRlIG5vZGUsIGJ1dCBJIHRoaW5rIGNvbmdlc3Rp b24gc2hvdWxkIGluIGdlbmVyYWwNCj4gPj4gYmUgcmVzb2x2ZWQgYnkgY29udHJvbCBwbGFuZSB0 byByZXJvdXRlIHRyYWZmaWMgYmFzZWQgb24gYSBnbG9iYWwNCj4gPj4gdmlldyBvZiBuZXR3b3Jr IHJlc291cmNlcywgcmF0aGVyIHRoYW4gYnkgZGF0YSBwbGFuZSBiYXNlZCBvbiBhIFNMLg0KPiA+ PiBJbiB5b3VyIGNhc2UsIHdvdWxkIHRoZSBpbnRlcm1lZGlhdGUgbm9kZSBtb3ZlIHRoZSB0cmFm ZmljIHRvIGFuIExTUA0KPiA+PiB0aGF0IGlzIGRpZmZlcmVudCB0aGFuIHRoZSBMU1AgaW50ZW5k ZWQgYnkgdGhlIGluZ3Jlc3Mgbm9kZSA/IEkgZG9uJ3QgdGhpbmsgaXQgaXMNCj4gdGhlIHJpZ2h0 IHRoaW5nIHRvIGRvLg0KPiA+Pg0KPiA+PiBSZWdhcmRpbmcgdGhlIHVzZSBjYXNlIG9mIHNlY3Rp b24gMy4zICJTb3VyY2UgRmlsdGVyaW5nIi4gSWYgc29tZWJvZHkNCj4gPj4gaXMgZG9pbmcgRG9T IGF0dGFjaywgd2h5IHdvdWxkIGhlIHB1dCBhbiBTTCBpbiB0aGUgcGFja2V0cyA/DQo+ID4NCj4g PiBSZWdhcmRpbmcgdG8gdGhlc2UgdHdvIHVzZSBjYXNlcywgYXMgZGlzY3Vzc2VkIHdpdGggQ3Vy dGlzLCB0aGVyZSBuZWVkIG1vcmUNCj4gY29uc2lkZXJhdGlvbnMsIHdlIHdpbGwgcmVtb3ZlIHRo ZXNlIHR3byBzZWN0aW9uIGluIHRoZSBuZXh0IHJldmlzaW9uLg0KPiA+DQo+ID4gVGhhbmtzLA0K PiA+IE1hY2gNCj4gPg0KPiA+Pg0KPiA+PiBUaGFua3MsDQo+ID4+DQo+ID4+IC9ZaW1pbg0KPiA+ DQo+ID4NCj4gPg0KPiA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fDQo+ID4gbXBscyBtYWlsaW5nIGxpc3QNCj4gPiBtcGxzQGlldGYub3JnPG1haWx0bzpt cGxzQGlldGYub3JnPg0KPiA+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8v bXBscw0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0K bXBscyBtYWlsaW5nIGxpc3QNCm1wbHNAaWV0Zi5vcmc8bWFpbHRvOm1wbHNAaWV0Zi5vcmc+DQpo dHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21wbHMNCg0K --_000_1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08264D01NKGEML512MBSchi_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

What about= if a route reflector is deployed?

 = ;

=B7=A2=BC=FE=C8=CB: mpls [mailto:mpls-bou= nces@ietf.org] =B4=FA=B1=ED = Shahram Davari
=B7=A2=CB=CD= =CA=B1=BC=E4: 2014=C4=EA3=D4=C2<= span lang=3D"EN-US">26=C8=D5 11:12
=CA=D5=BC=FE=C8=CB: Mach Chen
=B3=AD=CB=CD: draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org
=D6=F7=CC=E2: Re: [mpls] Mail regarding draft-chen-mpls-source-label<= /span>

 

Hi Mach

 

In L3VPN you could modify the V= PN label distribution and distribute A unique VPN label to each remote VRF.=

 

This would solve your problem b= y just software upgrade without need for new hardware. 

Regards,

Shahram

 

=
On Mar 25, 2014, at 7:33 PM, "Mach Chen" <mach.chen@huawei.com> wrote:

Hi Shahram=

 

The proble= m is that not all the networks deploy PW to transport the service, there ar= e quite number of networks use L3VPN and other techniques.

 

Best regar= ds,

Mach

 

From: S. Davari [mail= to:davarish@yahoo.com]
Sent: Tuesday, March 25, 2014 6:08 PM
To: Mach Chen
Cc: Shahram Davari; Yimin Shen; draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org
Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label

 

Hi Mach

 

Since the service is P2P, each = bas station has its own PW. Therefore there is no need to identify each BS = using yet another label. 


Regards,

Shahram

 

=
On Mar 25, 2014, at 1:32 AM, Mach Chen <mach.chen@huawei.com> wrote:

Hi Shahram= ,

 

IP/MPLS is= commonly used in the mobile backhaul, and many of the networks use pure LD= P based tunnel. The service is point-to-point (e.g., from CSG to RSG),  but the LDP based tunnel is actually MP2P model. And se= veral customers require to support passive performance in their mobile back= haul network.

 

Regarding = the number of labels, I agree if only the Extended special purpose label ca= n be assigned, but if the normal special purpose label is assigned, then only two extra labels.

 

Best regar= ds,

Mach

 

 

From: S. Davari [mail= to:davarish@yahoo.com]
Sent: Tuesday, March 25, 2014 2:51 PM
To: Mach Chen; Shahram Davari; Yimin Shen
Cc: d= raft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org
Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label

 

Hi Mach,

The draft you refer to, refers to wireless backhaul, which as far as I know= ,  does not use multi-point service, and you could use normal P2P LM/D= M. Regarding the number of labels, note that there are not many reserved la= bels left and as per following IETF draft pretty much no more reserved label can be assigned without the use of Exte= nded Label Indiactor, which means you need 3 labels: XL-SLI-SL

http://tools.ietf.org/html/draft-ietf-mpls-special-purpose-labels-06<= /a>

Thx
Shahram

 

 

From: Mach= Chen <mach.chen@huawei.com&= gt;
To: Shahram Davari <davari= @broadcom.com>; Yimin Shen <= yshen@juniper.net>
Cc: "draft-chen-mpls-source-label@tools.ietf.org" <draft-chen-mpls-source-l= abel@tools.ietf.org>; "mpls@ie= tf.org" <mpls@ietf.org>
Sent: Monday, March 24, 2014 11:12:28 PM
Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label


Hi Shahram,

Everybody knows there is SLM, but SPs need passive LM and DM in some scenar= ios(please refer to : http://tools.ietf.org/html/draft-deng-ippm-wireless-01 and RFC6374). Bo= th active and passive PM have their application scenarios.

Again, to correct a mistake here, same as EL, there are only two labels nee= ded.


Best regards,
Mach


> -----Original Message-----
> From: Shahram Davari [mailto:da= vari@broadcom.com]
> Sent: Tuesday, March 25, 2014 11:24 AM
> To: Yimin Shen
> Cc: Mach Chen; draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org
> Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label
>
> Hi
>
> So far I haven't seen any valid use car that would only be possible by= adding this 3
> labels. For VPLS LM you could always use Synthetic loss measurement. J= ust
> saying Synthetic LM is not as accurate as direct LM is not a good just= ification for
> adding 3 labels.
>
> Regards,
> Shahram
>
>
> > On Mar 21, 2014, at 11:39 AM, "Yimin Shen" <yshen@juniper.net> wrote:
> >
> > Hi Mach,
> >
> > For an intermediate node, SL would definitely NOT be at the top o= f _incoming_
> label stack. You would have to install complex forwarding state in dat= a plane to
> look for SL and process the packet differently based on the
> existence/non-existence of SL. It would get even more complicated if y= ou need
> to put the SL back to the packets, in case other nodes downstream may = also be
> expecting it. So I'd like to see a valid use case for this increased c= omplexity and
> overhead.
> >
> > Regarding the egress node use case, note that it is different tha= n Entropy labels,
> where an EL is actually used by intermediate nodes and only popped by = egress
> node. So, if your goal is simply to inform an egress node about the id= entity of a
> source node, the source node could just push one label to identify its= elf. This
> label could be configured or communicated between the egress node and = the
> source node in any fashion. However in this draft, the source node wou= ld have to
> push 3 extra labels (for SL).
> >
> > Thanks,
> >
> > /Yimin
> >
> >
> > -----Original Message-----
> > From: Mach Chen [mailto:m= ach.chen@huawei.com]
> > Sent: Thursday, March 20, 2014 11:00 AM
> > To: Yimin Shen; draft-chen-mpls-source-label@tools.ietf.org;
> > mpls@ietf.org
> > Subject: RE: Mail regarding draft-chen-mpls-source-label
> >
> > Hi Yimin,
> >
> > Thanks for your questions and comments!
> >
> > Please see my reply inline...
> >
> >> -----Original Message-----
> >> From: Mach Chen
> >> Sent: Thursday, March 20, 2014 10:45 PM
> >> To: Mach Chen
> >> Subject: FW: Mail regarding draft-chen-mpls-source-label
> >>
> >>
> >>
> >> From: mpls [mailto:m= pls-bounces@ietf.org] On Behalf Of Yimin Shen
> >> Sent: Thursday, March 20, 2014 12:03 AM
> >> To: draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org
> >> Subject: [mpls] Mail regarding draft-chen-mpls-source-label > >>
> >> Hi authors,
> >>
> >> Can you please clarify if SL is expected to be used only by e= gress
> >> node, or by intermediate node as well ?
> >
> > The SL can be used by the egress and intermediate node, but for i= ntermediate
> node, since the SL may not be on the top of the label stack, if it wan= ts to use it, it
> needs to search the label stack to find the SL, just as to find an EL.=
> >
> >>
> >> Section 3.2 "Traffic Matrix Measurement and Steering&quo= t; describes a use
> >> case for intermediate node, but I think congestion should in = general
> >> be resolved by control plane to reroute traffic based on a gl= obal
> >> view of network resources, rather than by data plane based on= a SL.
> >> In your case, would the intermediate node move the traffic to= an LSP
> >> that is different than the LSP intended by the ingress node ?= I don't think it is
> the right thing to do.
> >>
> >> Regarding the use case of section 3.3 "Source Filtering&= quot;. If somebody
> >> is doing DoS attack, why would he put an SL in the packets ?<= br> > >
> > Regarding to these two use cases, as discussed with Curtis, there= need more
> considerations, we will remove these two section in the next revision.=
> >
> > Thanks,
> > Mach
> >
> >>
> >> Thanks,
> >>
> >> /Yimin
> >
> >
> >
> > _______________________________________________
> > mpls mailing list
> > mpls@ietf.org
> > https://www.ietf.org/mailman/listinfo/mpls

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

 

--_000_1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08264D01NKGEML512MBSchi_-- From nobody Wed Mar 26 04:33:41 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 97DC81A031C for ; Wed, 26 Mar 2014 04:33:39 -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 CUEunv2oOnWe for ; Wed, 26 Mar 2014 04:33:38 -0700 (PDT) Received: from aer-iport-4.cisco.com (aer-iport-4.cisco.com [173.38.203.54]) by ietfa.amsl.com (Postfix) with ESMTP id AF67B1A0316 for ; Wed, 26 Mar 2014 04:33:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=644; q=dns/txt; s=iport; t=1395833616; x=1397043216; h=message-id:date:from:reply-to:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=5UMJkdpuqWLyeH4dVLjHOuXBzjU3xLbgztD/XEsYwbs=; b=e5aRe/+KqpqDYVSSCcoq7QT3sPp7MB/EfWj9fyFCTya8/gfK5T7t73Sh y+ZUarBuIPAGu4+QuVyYkJjFILmxVlddHEKBY5qJNzfO2stkN/VUA/iNO ayEXDxxDz9ZzyznIjREFWmiLfsbQprvpR/y1Gtvb8ahb84IJIa51DSgGB w=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: An8FAIi6MlOQ/khN/2dsb2JhbABZgwbAeYMECoEeFnSCJQEBAQQ4QAEQCxgJFg8JAwIBAgFFBgEMAQcBAYd1swKcTReOGQcBAU8HhDgBA5hNkjODLoFpCRc X-IronPort-AV: E=Sophos;i="4.97,735,1389744000"; d="scan'208";a="6745863" Received: from ams-core-4.cisco.com ([144.254.72.77]) by aer-iport-4.cisco.com with ESMTP; 26 Mar 2014 11:33:35 +0000 Received: from cisco.com (mrwint.cisco.com [64.103.70.36]) by ams-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id s2QBXZMM027093 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 26 Mar 2014 11:33:35 GMT Received: from [IPv6:::1] (localhost [127.0.0.1]) by cisco.com (8.14.4+Sun/8.8.8) with ESMTP id s2QBXXKY007734; Wed, 26 Mar 2014 11:33:34 GMT Message-ID: <5332BB0E.2050507@cisco.com> Date: Wed, 26 Mar 2014 11:33:34 +0000 From: Stewart Bryant User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Shahram Davari , Yimin Shen References: , <444bb6dd3fef46a9a668a1ef54b16c20@BY2PR05MB728.namprd05.prod.outlook.com> <167DFE12-2CA4-49DA-9AF2-A31BE099AD5C@broadcom.com> In-Reply-To: <167DFE12-2CA4-49DA-9AF2-A31BE099AD5C@broadcom.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/5vS7-QVOjnFSED6fZgRCJkTlbxg Cc: "draft-chen-mpls-source-label@tools.ietf.org" , "mpls@ietf.org" Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: stbryant@cisco.com List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 11:33:39 -0000 On 25/03/2014 03:24, Shahram Davari wrote: > Hi > > So far I haven't seen any valid use car that would only be possible by adding this 3 labels. For VPLS LM you could always use Synthetic loss measurement. Just saying Synthetic LM is not as accurate as direct LM is not a good justification for adding 3 labels. > > Regards, > Shahram > Shahram If you need to do true packet loss measurements in a MP2P system, then you need some form of source identifier in the label stack. SLM is OK as a guide to QoS, but in high quality optical systems which have tiny packet loss rates it is quite limited in what it can do. Stewart From nobody Wed Mar 26 07:14:29 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1B7841A033D for ; Wed, 26 Mar 2014 07:14:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.009 X-Spam-Level: X-Spam-Status: No, score=-2.009 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, RCVD_IN_DNSWL_NONE=-0.0001, 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 JFZPc8hL1UTQ for ; Wed, 26 Mar 2014 07:14:25 -0700 (PDT) Received: from nm33-vm2.bullet.mail.bf1.yahoo.com (nm33-vm2.bullet.mail.bf1.yahoo.com [72.30.239.202]) by ietfa.amsl.com (Postfix) with ESMTP id 3BCD61A0142 for ; Wed, 26 Mar 2014 07:14:25 -0700 (PDT) Received: from [66.196.81.174] by nm33.bullet.mail.bf1.yahoo.com with NNFMP; 26 Mar 2014 14:14:23 -0000 Received: from [98.139.213.8] by tm20.bullet.mail.bf1.yahoo.com with NNFMP; 26 Mar 2014 14:14:23 -0000 Received: from [127.0.0.1] by smtp108.mail.bf1.yahoo.com with NNFMP; 26 Mar 2014 14:14:23 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1395843263; bh=IK3ewgvd8MD+kda71rqzRBQnYJtVURQyLo5VpsSWd/8=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:References:Mime-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding:Message-Id:Cc:X-Mailer:From:Subject:Date:To; b=nCUIW19E1mQeIpjRMPIrL/fqdABH1GEh0vsJRxGNwWfgYAW5TnUlHGxMtBfJb+qPeeRh12l6dNTO0a1BdZES6ddF0Z1ImZUaZxdJUQB4DJOVSp6yEtSpKE3Gq/L0kYSEF0is7X+9ZFUS8Hih8Iae4/6rJTqqVx6c3BhyKqi41eU= X-Yahoo-Newman-Id: 702289.19856.bm@smtp108.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 7ZwJbhoVM1ka1p.IqTyXgUDVZ3eRg5virVtK37yk9fAzc9J LG5tSh3myyKU3RSzqTAsijx7a53vU4JJEihWkiGxMapXAIK_5P2J75qtK.dz wcEVPqDEM8UUpAegGnXnJ8T4zTFQ43VXV2_5reH_2M2C7N0ic.AoTH8Mzj4I b5.pt2DidPADC9ARaSk1OZiMfdHgVyrDjGcJ3WROqlvbDSGIVbLA1Kt._fYd lB7e1z7mJrGQDUvngh5cVgoQC3hBla0Qe0uLnIcPBj1pnpb_AMBodi7D5TL0 HHKK5i8PEHZwG1EBgF_Spxjzb0TEzvhpYn_IQhHbV_9eL7PRgK5OOzEWW4pi FgdHn2FKxwvn85hNI7SR_WWPSvDqu3vwAUN219.gQ5LemoZBxbhvdirEhGdk xQhxgeV.SYWaYuMPspau1kjcWcT6wsNuNIpO7wSfC5UfjEZNPMcB972pG95p VA78KoV6YymNs.iRkOwFy9S6hgUV3_hY0rvJdiWhN2K_Ncls_cs.iLh4LC86 K9acZyiBOSveHY3ouRx4BKg-- X-Yahoo-SMTP: ygPrP9CswBCWPbPtKJlJyLY0KMlg X-Rocket-Received: from [10.0.0.3] (davarish@69.181.137.230 with xymcookie [216.39.61.254]) by smtp108.mail.bf1.yahoo.com with SMTP; 26 Mar 2014 07:14:23 -0700 PDT References: <444bb6dd3fef46a9a668a1ef54b16c20@BY2PR05MB728.namprd05.prod.outlook.com> <167DFE12-2CA4-49DA-9AF2-A31BE099AD5C@broadcom.com> <5332BB0E.2050507@cisco.com> Mime-Version: 1.0 (1.0) In-Reply-To: <5332BB0E.2050507@cisco.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: X-Mailer: iPhone Mail (11B651) From: "S. Davari" Date: Wed, 26 Mar 2014 07:14:22 -0700 To: "stbryant@cisco.com" Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/cUTd2N53nysEVuKQwEVyLgl4yIA Cc: "draft-chen-mpls-source-label@tools.ietf.org" , "mpls@ietf.org" Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 14:14:27 -0000 My suggestion is if a service is very sensitive to packet loss and you want= to measure very small packet loss then use P2P LSP rather than MP2P LSP and= you can even do TE. Regards, Shahram > On Mar 26, 2014, at 4:33 AM, Stewart Bryant wrote: >=20 >> On 25/03/2014 03:24, Shahram Davari wrote: >> Hi >>=20 >> So far I haven't seen any valid use car that would only be possible by ad= ding this 3 labels. For VPLS LM you could always use Synthetic loss measurem= ent. Just saying Synthetic LM is not as accurate as direct LM is not a good j= ustification for adding 3 labels. >>=20 >> Regards, >> Shahram > Shahram >=20 > If you need to do true packet loss measurements in a MP2P system, then you= need some form of source identifier in the label stack. >=20 > SLM is OK as a guide to QoS, but in high quality optical systems which hav= e tiny packet loss rates it is quite limited in what it can do. >=20 > Stewart >=20 >=20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From nobody Wed Mar 26 12:29:22 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D47111A03F1; Wed, 26 Mar 2014 12:29:17 -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 7B2Ng78EOtVQ; Wed, 26 Mar 2014 12:29:16 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 5A6391A03A3; Wed, 26 Mar 2014 12:29:16 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.2.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140326192916.10886.50402.idtracker@ietfa.amsl.com> Date: Wed, 26 Mar 2014 12:29:16 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/4hb-YuLZ4_4pkyhPOgGoYBojq6I Cc: mpls@ietf.org Subject: [mpls] I-D Action: draft-ietf-mpls-psc-updates-03.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 19:29:18 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching Working Group of the IETF. Title : Updates to MPLS Transport Profile Linear Protection Author : Eric Osborne Filename : draft-ietf-mpls-psc-updates-03.txt Pages : 9 Date : 2014-03-25 Abstract: This document contains four updates to the Protection State Coordination (PSC) logic defined in RFC6378, "MPLS Transport Profile (MPLS-TP) Linear Protection" . Two of the updates correct existing behavior. The third clarifies a behavior which was not explained in the RFC, and the fourth adds rules around handling capabilities mismatches. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-psc-updates/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-mpls-psc-updates-03 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-psc-updates-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 Wed Mar 26 12:57:24 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7F0371A01E9; Wed, 26 Mar 2014 12:57:19 -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 UUrH3brDH6wK; Wed, 26 Mar 2014 12:57:17 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 9F9381A03C6; Wed, 26 Mar 2014 12:57:17 -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: 5.2.0 Auto-Submitted: auto-generated Precedence: bulk Sender: Message-ID: <20140326195717.26906.70350.idtracker@ietfa.amsl.com> Date: Wed, 26 Mar 2014 12:57:17 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/RWRoYTDjx2cACCS4fBjEs_KnXdU Cc: mpls@ietf.org Subject: [mpls] Last Call: (Updates to MPLS Transport Profile Linear Protection) to Proposed Standard X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Reply-To: ietf@ietf.org List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 19:57:19 -0000 The IESG has received a request from the Multiprotocol Label Switching WG (mpls) to consider the following document: - 'Updates to MPLS Transport Profile Linear Protection' as Proposed Standard The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2014-04-09. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract This document contains four updates to the Protection State Coordination (PSC) logic defined in RFC6378, "MPLS Transport Profile (MPLS-TP) Linear Protection" . Two of the updates correct existing behavior. The third clarifies a behavior which was not explained in the RFC, and the fourth adds rules around handling capabilities mismatches. The file can be obtained via http://datatracker.ietf.org/doc/draft-ietf-mpls-psc-updates/ IESG discussion can be tracked via http://datatracker.ietf.org/doc/draft-ietf-mpls-psc-updates/ballot/ No IPR declarations have been submitted directly on this I-D. From nobody Wed Mar 26 13:10:35 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 13F181A0379 for ; Wed, 26 Mar 2014 13:10:31 -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 uyk_O5K0ALZW for ; Wed, 26 Mar 2014 13:10:28 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [IPv6:2607:f170:8000:1500::d3]) by ietfa.amsl.com (Postfix) with ESMTP id CC4CB1A036F for ; Wed, 26 Mar 2014 13:10:28 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id A810C7FC3A0; Wed, 26 Mar 2014 13:10:26 -0700 (PDT) To: kireeti@juniper.net, swallow@cisco.com, akatlas@gmail.com, adrian@olddog.co.uk, loa@pi.nu, swallow@cisco.com, rcallon@juniper.net From: RFC Errata System Message-Id: <20140326201026.A810C7FC3A0@rfc-editor.org> Date: Wed, 26 Mar 2014 13:10:26 -0700 (PDT) Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/pmK9wBkvxTx11s8devwiAUoHO4I Cc: mpls@ietf.org, rfc-editor@rfc-editor.org Subject: [mpls] [Editorial Errata Reported] RFC4379 (3934) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 20:10:31 -0000 The following errata report has been submitted for RFC4379, "Detecting Multi-Protocol Label Switched (MPLS) Data Plane Failures". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata_search.php?rfc=4379&eid=3934 -------------------------------------- Type: Editorial Reported by: Nobo Akiya Section: 4.5 Original Text ------------- If the Reply Mode in the echo request is "Reply via an IPv4 UDP packet with Router Alert", then the IP header MUST contain the Router Alert IP option. Corrected Text -------------- If the Reply Mode in the echo request is "Reply via an IPv4/IPv6 UDP packet with Router Alert", then the IP header MUST contain the Router Alert IP option. Notes ----- IPv4 -> IPv4/IPv6 Instructions: ------------- This errata is currently posted as "Reported". If necessary, please use "Reply All" to discuss whether it should be verified or rejected. When a decision is reached, the verifying party (IESG) can log in to change the status and edit the report, if necessary. -------------------------------------- RFC4379 (draft-ietf-mpls-lsp-ping-13) -------------------------------------- Title : Detecting Multi-Protocol Label Switched (MPLS) Data Plane Failures Publication Date : February 2006 Author(s) : K. Kompella, G. Swallow Category : PROPOSED STANDARD Source : Multiprotocol Label Switching Area : Routing Stream : IETF Verifying Party : IESG From nobody Wed Mar 26 13:33:25 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CF73A1A0235; Wed, 26 Mar 2014 13:33:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.783 X-Spam-Level: X-Spam-Status: No, score=-99.783 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_BL_SPAMCOP_NET=1.347, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_SORBS_WEB=0.77, 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 QO6lsZZvsi9D; Wed, 26 Mar 2014 13:33:22 -0700 (PDT) Received: from asmtp5.iomartmail.com (asmtp5.iomartmail.com [62.128.201.176]) by ietfa.amsl.com (Postfix) with ESMTP id 29E501A00F3; Wed, 26 Mar 2014 13:33:22 -0700 (PDT) Received: from asmtp5.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp5.iomartmail.com (8.13.8/8.13.8) with ESMTP id s2QKXJAn007523; Wed, 26 Mar 2014 20:33:19 GMT Received: from 950129200 (108.26.90.92.rev.sfr.net [92.90.26.108]) (authenticated bits=0) by asmtp5.iomartmail.com (8.13.8/8.13.8) with ESMTP id s2QKXHlD007385 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 26 Mar 2014 20:33:18 GMT From: "Adrian Farrel" To: Date: Wed, 26 Mar 2014 20:33:19 -0000 Message-ID: <08fb01cf4932$a0b51c50$e21f54f0$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: Ac9JMoMcAQyvPKNhS36nL4AoKvKFww== Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.5.0.1017-20592.001 X-TM-AS-Result: No--26.813-10.0-31-10 X-imss-scan-details: No--26.813-10.0-31-10 X-TMASE-MatchedRID: 9d2LtCNB3NIzx9GDMr0HvzYTypjB3iDVuikHZcC6ceATVJPv0YKEKfcg ZS+tipLVdz4vz6lJPAOy/RfooYM+86ZJF6TEqRucKWuiyZLRI4AhotH7bEpEMrmc+DIuKrH+Yzq 0Q/a+wpy4i0lHyVrs7ezPY6t3TDFyULNUje/+PyAwiJTf3kjwfacJxWZ5/lR8W+jwVKpqvlIGDO UOgrv+LDFxJ+DPhnFr8U8MeFCSDHLkuz2bD/SGQc+F1coRRWRyGbJMFqqIm9zYGAbvxuODmvQ26 iZZK+N35UD9k8DNS86ToLtZBpu2t+nOhl8kAE66kxIExNA2JIDPwm9zprpNGeNBKwk3HDQoLIHZ B0nMVDEhbNuegu05G1X01tfBsZ1+SReiLCvBHEDDa1qWPNOExhokPBiBBj9/rrKhUc1POnXdv5d aCe1kp3DOHkpCgmNhnOkQF0p6aYthaj10i6TXQEK9qlwiTElfdZPoD9V2prSbKItl61J/ycnjLT A/UDoApPKClyoUSzyNo+PRbWqfRJBlLa6MK1y4 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/WxpIWaR7leSfvlJKVowjNpxfK7A Cc: mpls@ietf.org Subject: Re: [mpls] Last Call: (Updates to MPLS Transport Profile Linear Protection) to Proposed Standard X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 20:33:24 -0000 Hi, I have one issue I want to bring up as a last call comment. I discussed it briefly with Eric and we agreed it is something that needs wider discussion than just a late editorial change. Currently 6378 does not describe the format of PSC TLVs and draft-ietf-mpls-tp-itu introduces one without defining the format tightly. Therefore, this document contains a simple statement of the fields and meanings in a TLV. However, 6378 also does not state how to handle: - a malformed TLV - an unknown TLV type We need to add some simple text to cover this. Options for each of the above are: - ignore the TLV but process the message - report the TLV but ignore the TLV and process the message - ignore the message - report the message but ignore it - reject the message Thanks, Adrian > -----Original Message----- > From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of The IESG > Sent: 26 March 2014 19:57 > To: IETF-Announce > Cc: mpls@ietf.org > Subject: [mpls] Last Call: (Updates to MPLS > Transport Profile Linear Protection) to Proposed Standard > > > The IESG has received a request from the Multiprotocol Label Switching WG > (mpls) to consider the following document: > - 'Updates to MPLS Transport Profile Linear Protection' > as Proposed Standard > > The IESG plans to make a decision in the next few weeks, and solicits > final comments on this action. Please send substantive comments to the > ietf@ietf.org mailing lists by 2014-04-09. Exceptionally, comments may be > sent to iesg@ietf.org instead. In either case, please retain the > beginning of the Subject line to allow automated sorting. > > Abstract > > This document contains four updates to the Protection State > Coordination (PSC) logic defined in RFC6378, "MPLS Transport Profile > (MPLS-TP) Linear Protection" . Two of the updates correct existing > behavior. The third clarifies a behavior which was not explained in > the RFC, and the fourth adds rules around handling capabilities > mismatches. > > > The file can be obtained via > http://datatracker.ietf.org/doc/draft-ietf-mpls-psc-updates/ > > IESG discussion can be tracked via > http://datatracker.ietf.org/doc/draft-ietf-mpls-psc-updates/ballot/ > > No IPR declarations have been submitted directly on this I-D. > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From nobody Wed Mar 26 14:08:51 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BA61C1A03CC; Wed, 26 Mar 2014 14:08:42 -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 IrFO9Gk7gQsK; Wed, 26 Mar 2014 14:08:39 -0700 (PDT) Received: from mail-qg0-x229.google.com (mail-qg0-x229.google.com [IPv6:2607:f8b0:400d:c04::229]) by ietfa.amsl.com (Postfix) with ESMTP id 6C48E1A0220; Wed, 26 Mar 2014 14:08:39 -0700 (PDT) Received: by mail-qg0-f41.google.com with SMTP id i50so1630880qgf.28 for ; Wed, 26 Mar 2014 14:08:37 -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=qep14cLXBpjnq7wlNQkWau72Ysy1lHS2JTdCmujAhSw=; b=A7gRyvH4EMXvRZilmALxIOSWN8HkfDD0WDRR6yRRKVx0ptrYM1tuWmsgoY1y7VJ5X3 yZ8mw75CllYi1rLOJ+FEFjIm5cRJl6irDHZBGbmVX0G0xdopEufJ6RF+Nj96UziBDBK1 jmJnA7cKx9kkjjx8okO4xD0BmZ/JzSrCs5pzmeTSN6GWmwaQe8UG3Mq/Nh6bM1z2MIAO P083vYuwJSY62V3ttpLJV9faWfHNxZ9ReUuvuCI4VynUMGED67isBRQ2sMzyYtkkvq/H ydwO+c8zDtmAL0sNnQEsWAf3DJRwQ6gqJwP2cn3ceS/zGqLgm/EwiEEvm/ejzqbnSVrO me5A== MIME-Version: 1.0 X-Received: by 10.224.75.5 with SMTP id w5mr32527594qaj.52.1395868117663; Wed, 26 Mar 2014 14:08:37 -0700 (PDT) Received: by 10.224.173.2 with HTTP; Wed, 26 Mar 2014 14:08:37 -0700 (PDT) In-Reply-To: <20140326195717.26906.70350.idtracker@ietfa.amsl.com> References: <20140326195717.26906.70350.idtracker@ietfa.amsl.com> Date: Wed, 26 Mar 2014 23:08:37 +0200 Message-ID: From: Yaacov Weingarten To: ietf@ietf.org Content-Type: multipart/alternative; boundary=001a11c357c24e84d804f588df64 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/LZMe2z3eGladQ4i2bw-uacy6AkU Cc: mpls@ietf.org, IETF-Announce Subject: Re: [mpls] Last Call: (Updates to MPLS Transport Profile Linear Protection) to Proposed Standard X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 21:08:43 -0000 --001a11c357c24e84d804f588df64 Content-Type: text/plain; charset=ISO-8859-1 Hi, Some comments and nits regarding this draft: 1. The Abstract states "This document contains four updates to", whereas the first statement of the Introduction states "This document contains firve updates to" - so aside from the spelling mistake please align the two statements to the correct number of updates. 2. Section 5 is very confusing to me - a. My understanding was that the PSC Control Logic always receives two inputs - one local and one remote and decides on the the next state based upon these two inputs and the current state of the Control Logic as defined in the FSM. You, however, state that you need to explain how the Control Logic should react to different inputs. After explaining, the two cases of different inputs, you then state that the reaction to these inputs is already covered in RFC6378, and what needs to be clarified is the recovery from the input that was defining the current state! Not sure what you really meant to say, but it would help if you gave a consistent message throughout as to what needs to be clarified! b. At some point you state that the Control Logic should remember the last received local and remote inputs for reevaluation when the driving input is cleared. But then you go and prove that this is not necessarily true, since the inputs may change during the interim (went from R(LO) to R(SF-W)). Therefore, I think that the correct interpretation should be based on the two current inputs as provided by the Local Request Logic and Remote Input. What may need to be corrected is that each of these two units should persist their latest outputs to continue to be provided as input to the Control Logic. c. Your first example, (in the third paragraph) describes two FS inputs (a "local" and "remove" [should be changed to "remote"]) to the Control Logic, but then in the fifth paragraph it is a "local SF" that is driving the state. Please change this to "local FS". Hope these help, yaacov On Wed, Mar 26, 2014 at 9:57 PM, The IESG wrote: > > The IESG has received a request from the Multiprotocol Label Switching WG > (mpls) to consider the following document: > - 'Updates to MPLS Transport Profile Linear Protection' > as Proposed Standard > > The IESG plans to make a decision in the next few weeks, and solicits > final comments on this action. Please send substantive comments to the > ietf@ietf.org mailing lists by 2014-04-09. Exceptionally, comments may be > sent to iesg@ietf.org instead. In either case, please retain the > beginning of the Subject line to allow automated sorting. > > Abstract > > This document contains four updates to the Protection State > Coordination (PSC) logic defined in RFC6378, "MPLS Transport Profile > (MPLS-TP) Linear Protection" . Two of the updates correct existing > behavior. The third clarifies a behavior which was not explained in > the RFC, and the fourth adds rules around handling capabilities > mismatches. > > > The file can be obtained via > http://datatracker.ietf.org/doc/draft-ietf-mpls-psc-updates/ > > IESG discussion can be tracked via > http://datatracker.ietf.org/doc/draft-ietf-mpls-psc-updates/ballot/ > > No IPR declarations have been submitted directly on this I-D. > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > -- Thanx and BR, yaacov *Still looking for new opportunity* --001a11c357c24e84d804f588df64 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi,

Some comments and nits regarding th= is draft:

1. The Abstract states "This document contains fou= r updates to", whereas the first statement of the Introduction states = "This document c= ontains firve updates to" -=A0=A0so aside from the spelling mis= take please align the two statements to the correct number of updates.

2. Section 5 is very confusing to me -=A0
=A0= =A0 =A0 =A0a. My understanding was that the PSC Control Logic always recei= ves two inputs - one local and one remote and decides on the the next state= based upon these two inputs and the current state of the Control Logic as = defined in the FSM. You, however, state that you need to explain how the Co= ntrol Logic should react to different inputs. After explaining, the two cas= es of different inputs, you then state that the reaction to these inputs is= already covered in RFC6378, and what needs to be clarified is the recovery= from the input that was defining the current state! Not sure what you real= ly meant to say, but it would help if you gave a consistent message through= out as to what needs to be clarified!
=A0 =A0 =A0b. At some point you state that the Control Logic should re= member the last received local and remote inputs for reevaluation when the = driving input is cleared. But then you go and prove that this is not necess= arily true, since the inputs may change during the interim (went from R(LO)= to R(SF-W)). Therefore, I think that the correct interpretation should be = based on the two current inputs as provided by the Local Request Logic and = Remote Input. What may need to be corrected is that each of these two units= should persist their latest outputs to continue to be provided as input to= the Control Logic.
=A0 =A0 =A0c. Your first example, (in the third paragraph) describes t= wo FS inputs (a "local" and "remove" [should be changed= to "remote"]) to the Control Logic, but then in the fifth paragr= aph it is a "local SF" that is driving the state. Please change t= his to "local FS".

Hope these help,
yaacov


On Wed, Mar 26, 2014 at= 9:57 PM, The IESG <iesg-secretary@ietf.org> wrote:

The IESG has received a request from the Multiprotocol Label Switching WG (mpls) to consider the following document:
- 'Updates to MPLS Transport Profile Linear Protection'
=A0 <draft-ietf-mpls-psc-updates-03.txt> as Proposed Standard

The IESG plans to make a decision in the next few weeks, and solicits
final comments on this action. Please send substantive comments to the
ietf@ietf.org mailing lists by 2014-04= -09. Exceptionally, comments may be
sent to iesg@ietf.org instead. In eith= er case, please retain the
beginning of the Subject line to allow automated sorting.

Abstract

=A0 =A0This document contains four updates to the Protection State
=A0 =A0Coordination (PSC) logic defined in RFC6378, "MPLS Transport Pr= ofile
=A0 =A0(MPLS-TP) Linear Protection" . Two of the updates correct exist= ing
=A0 =A0behavior. =A0The third clarifies a behavior which was not explained = in
=A0 =A0the RFC, and the fourth adds rules around handling capabilities
=A0 =A0mismatches.


The file can be obtained via
http://datatracker.ietf.org/doc/draft-ietf-mpls-psc-updates= /

IESG discussion can be tracked via
http://datatracker.ietf.org/doc/draft-ietf-mpls-psc-= updates/ballot/

No IPR declarations have been submitted directly on this I-D.

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



--
Thanx and BR,
yaacov

Still looking for= new opportunity
--001a11c357c24e84d804f588df64-- From nobody Thu Mar 27 05:54:08 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4760D1A0699 for ; Thu, 27 Mar 2014 05:54:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5G-kw3nwIo29 for ; Thu, 27 Mar 2014 05:54:04 -0700 (PDT) Received: from va3outboundpool.messaging.microsoft.com (va3ehsobe006.messaging.microsoft.com [216.32.180.16]) by ietfa.amsl.com (Postfix) with ESMTP id 2815F1A068D for ; Thu, 27 Mar 2014 05:54:03 -0700 (PDT) Received: from mail20-va3-R.bigfish.com (10.7.14.245) by VA3EHSOBE003.bigfish.com (10.7.40.23) with Microsoft SMTP Server id 14.1.225.23; Thu, 27 Mar 2014 12:54:01 +0000 Received: from mail20-va3 (localhost [127.0.0.1]) by mail20-va3-R.bigfish.com (Postfix) with ESMTP id AE415220188; Thu, 27 Mar 2014 12:54:01 +0000 (UTC) X-Forefront-Antispam-Report: CIP:157.56.240.101; KIP:(null); UIP:(null); IPV:NLI; H:BL2PRD0510HT002.namprd05.prod.outlook.com; RD:none; EFVD:NLI X-SpamScore: -24 X-BigFish: VPS-24(zz9371I146fI9feI542I1432I4015Izz1f42h2148h208ch1ee6h1de0h1fdah2073h2146h1202h1e76h2189h1d1ah1d2ah21bch1fc6hzdchz1de098h1033IL17326ah8275dh1de097h186068hz2fh109h2a8h839h944hd24hf0ah1220h1288h12a5h12a9h12bdh137ah13b6h1441h1504h1537h153bh162dh1631h1758h18e1h1946h19b5h19ceh1ad9h1b0ah224fh1d07h1d0ch1d2eh1d3fh1de9h1dfeh1dffh1fe8h1ff5h2216h22d0h2336h2461h2487h24ach24d7h2516h2545h255eh25cch25f6h2605h262fh268bh9a9j1155h) Received-SPF: pass (mail20-va3: domain of juniper.net designates 157.56.240.101 as permitted sender) client-ip=157.56.240.101; envelope-from=yshen@juniper.net; helo=BL2PRD0510HT002.namprd05.prod.outlook.com ; .outlook.com ; X-Forefront-Antispam-Report-Untrusted: SFV:NSPM; SFS:(10009001)(6009001)(428001)(164054003)(52314003)(13464003)(377454003)(51704005)(199002)(189002)(94316002)(50986001)(51856001)(98676001)(86362001)(4396001)(93516002)(53806001)(76482001)(93136001)(85306002)(87266001)(47446002)(49866001)(47736001)(19580405001)(19580395003)(83322001)(31966008)(47976001)(54316002)(46102001)(94946001)(54356001)(87936001)(74366001)(97336001)(69226001)(81816001)(95416001)(80976001)(81342001)(74662001)(74316001)(65816001)(97186001)(74706001)(74876001)(33646001)(56776001)(2201001)(92566001)(80022001)(83072002)(15975445006)(77982001)(85852003)(76576001)(81686001)(15202345003)(95666003)(81542001)(76796001)(66066001)(76786001)(90146001)(56816005)(20776003)(63696002)(59766001)(79102001)(74502001)(2656002)(24736002); DIR:OUT; SFP:1101; SCL:1; SRVR:BY2PR05MB728; H:BY2PR05MB728.namprd05.prod.outlook.com; FPR:DEFFF275.84F299D1.ACFF7D77.4EE8D369.20583; MLV:sfv; PTR:InfoNoRecords; A:1; MX:1; LANG:en; Received: from mail20-va3 (localhost.localdomain [127.0.0.1]) by mail20-va3 (MessageSwitch) id 1395924840392853_29565; Thu, 27 Mar 2014 12:54:00 +0000 (UTC) Received: from VA3EHSMHS029.bigfish.com (unknown [10.7.14.252]) by mail20-va3.bigfish.com (Postfix) with ESMTP id 50F25A00E5; Thu, 27 Mar 2014 12:54:00 +0000 (UTC) Received: from BL2PRD0510HT002.namprd05.prod.outlook.com (157.56.240.101) by VA3EHSMHS029.bigfish.com (10.7.99.39) with Microsoft SMTP Server (TLS) id 14.16.227.3; Thu, 27 Mar 2014 12:53:59 +0000 Received: from BY2PR05MB728.namprd05.prod.outlook.com (10.141.223.25) by BL2PRD0510HT002.namprd05.prod.outlook.com (10.255.100.37) with Microsoft SMTP Server (TLS) id 14.16.423.0; Thu, 27 Mar 2014 12:53:59 +0000 Received: from BY2PR05MB728.namprd05.prod.outlook.com (10.141.223.25) by BY2PR05MB728.namprd05.prod.outlook.com (10.141.223.25) with Microsoft SMTP Server (TLS) id 15.0.898.11; Thu, 27 Mar 2014 12:53:57 +0000 Received: from BY2PR05MB728.namprd05.prod.outlook.com ([10.141.223.25]) by BY2PR05MB728.namprd05.prod.outlook.com ([10.141.223.25]) with mapi id 15.00.0898.005; Thu, 27 Mar 2014 12:53:57 +0000 From: Yimin Shen To: Mach Chen , "draft-chen-mpls-source-label@tools.ietf.org" , "mpls@ietf.org" Thread-Topic: Mail regarding draft-chen-mpls-source-label Thread-Index: Ac9DjKc5+oLTXGUsQoqhiLRkJXmJtgAvjO4AAAA1OTAAAIFyEADglclAABmcZiA= Date: Thu, 27 Mar 2014 12:53:57 +0000 Message-ID: References: <444bb6dd3fef46a9a668a1ef54b16c20@BY2PR05MB728.namprd05.prod.outlook.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.10] x-forefront-prvs: 01630974C0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-FOPE-CONNECTOR: Id%0$Dn%*$RO%0$TLS%0$FQDN%$TlsDn% Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/nzI0BbYqTxabazsRbeArnvNxQMA Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Mar 2014 12:54:06 -0000 Hi Mach, - For an intermediate node, dealing with SL is different than dealing with = EL. In the EL case, the node doesn't need to know if there is actually an E= L present in the label stack, and hence it doesn't look for EL. All the nod= e does is simply to hash on the label stack to do load balancing. However i= n your case, the node would really have to search for SL, and if it is foun= d, interpret it, process it, and potentially insert it back to label stack.= This is the complexity you would impose on data plane. Hence my concerns a= bout the applicability for intermediate nodes. - Regarding 3 labels. This would be XL (15), followed by ESPL (which you ca= ll SLI), and followed by SL, according to draft-ietf-mpls-special-purpose-l= abels. - IMO, all you need is just an indicator of the source node, and as some co= mments have pointed out, there could be potential solutions using regular l= abels. Alternatively, this draft could extend the scope by considering both= special purpose labels and regular labels as well. Thanks, /Yimin -----Original Message----- From: Mach Chen [mailto:mach.chen@huawei.com]=20 Sent: Monday, March 24, 2014 11:07 PM To: Yimin Shen; draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org Subject: RE: Mail regarding draft-chen-mpls-source-label Hi Yimin, Please see my reply inline... > -----Original Message----- > From: Yimin Shen [mailto:yshen@juniper.net] > Sent: Saturday, March 22, 2014 2:40 AM > To: Mach Chen; draft-chen-mpls-source-label@tools.ietf.org;=20 > mpls@ietf.org > Subject: RE: Mail regarding draft-chen-mpls-source-label >=20 > Hi Mach, >=20 > For an intermediate node, SL would definitely NOT be at the top of=20 > _incoming_ label stack. Not exactly, if PHP is enabled, the penultimate LSR may see the SLI/SL pair= . But anyway, this is not the crux. > You would have to install complex forwarding state in data plane to=20 > look for SL and process the packet differently based on the=20 > existence/non-existence of SL. It would get even more complicated if=20 > you need to put the SL back to the packets, in case other nodes=20 > downstream may also be expecting it. So I'd like to see a valid use=20 > case for this increased complexity and overhead. Firstly, based on my experience, I do not think that this is "complicated" = as you said. It depends on how scalable your implementation is. To find a S= L, there is no difference from finding an EL. The other thing (e.g., ACL an= d counting) is mature and proved technologies. Intermediate LSR processing SL is mainly for segment performance measuremen= t that is very useful in fault localization, and this is the requirement fr= om SPs (please see: http://tools.ietf.org/html/draft-deng-ippm-wireless-01)= and I also heard such requirements from many other service providers. So t= he use case is valid imho. In addition, the draft just says: "There is no change in forwarding behavior for transit LSRs. But if a transit LSR can recognize the SLI, it can use the SL to collect traffic throughput and/or measure the performance of the LSP." This means that processing SL in transit LSRs is optional, means that your = devices are unable to process it or you do not need it, that is fine.=20 >=20 > Regarding the egress node use case, note that it is different than=20 > Entropy labels, where an EL is actually used by intermediate nodes and=20 > only popped by egress As said above, the intermediate LSRs may expect to see the SL. =20 > node. So, if your goal is simply to inform an egress node about the=20 > identity of a source node, the source node could just push one label=20 > to identify itself. This How does the egress LSR knows whether a label is for source identifying? Ar= e you talking about establishing a PW-like LSP over the LSP? > label could be configured or communicated between the egress node and=20 > the source node in any fashion. However in this draft, the source node=20 > would have to push 3 extra labels (for SL). There are only SLI/SL inserted, where is the 3rd? Thanks, Mach >=20 > Thanks, >=20 > /Yimin >=20 >=20 > -----Original Message----- > From: Mach Chen [mailto:mach.chen@huawei.com] > Sent: Thursday, March 20, 2014 11:00 AM > To: Yimin Shen; draft-chen-mpls-source-label@tools.ietf.org;=20 > mpls@ietf.org > Subject: RE: Mail regarding draft-chen-mpls-source-label >=20 > Hi Yimin, >=20 > Thanks for your questions and comments! >=20 > Please see my reply inline... >=20 > > -----Original Message----- > > From: Mach Chen > > Sent: Thursday, March 20, 2014 10:45 PM > > To: Mach Chen > > Subject: FW: Mail regarding draft-chen-mpls-source-label > > > > > > > > From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Yimin Shen > > Sent: Thursday, March 20, 2014 12:03 AM > > To: draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org > > Subject: [mpls] Mail regarding draft-chen-mpls-source-label > > > > Hi authors, > > > > Can you please clarify if SL is expected to be used only by egress=20 > > node, or by intermediate node as well ? >=20 > The SL can be used by the egress and intermediate node, but for=20 > intermediate node, since the SL may not be on the top of the label=20 > stack, if it wants to use it, it needs to search the label stack to find = the SL, just as to find an EL. >=20 > > > > Section 3.2 "Traffic Matrix Measurement and Steering" describes a=20 > > use case for intermediate node, but I think congestion should in=20 > > general be resolved by control plane to reroute traffic based on a=20 > > global view of network resources, rather than by data plane based on=20 > > a SL. In your case, would the intermediate node move the traffic to=20 > > an LSP that is different than the LSP intended by the ingress node ?=20 > > I don't think it is the right > thing to do. > > > > Regarding the use case of section 3.3 "Source Filtering". If=20 > > somebody is doing DoS attack, why would he put an SL in the packets ? >=20 > Regarding to these two use cases, as discussed with Curtis, there need=20 > more considerations, we will remove these two section in the next revisio= n. >=20 > Thanks, > Mach >=20 > > > > Thanks, > > > > /Yimin > > > > > > > > >=20 >=20 From nobody Thu Mar 27 10:01:07 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D95B51A00E3 for ; Thu, 27 Mar 2014 10:01:04 -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 KStqF3yn4aln for ; Thu, 27 Mar 2014 10:01:03 -0700 (PDT) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) by ietfa.amsl.com (Postfix) with ESMTP id 5FC661A032C for ; Thu, 27 Mar 2014 10:01:03 -0700 (PDT) Received: from [192.168.1.133] (81-236-221-144-no93.tbcn.telia.com [81.236.221.144]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 4F4B91802AB1; Thu, 27 Mar 2014 18:01:01 +0100 (CET) Message-ID: <5334594C.6000106@pi.nu> Date: Thu, 27 Mar 2014 18:01:00 +0100 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: "mpls@ietf.org" , "draft-george-mpls-ipv6-only-gap@tools.ietf.org" , "mpls-chairs@tools.ietf.org" , "VIGOUREUX, MARTIN (MARTIN)" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/31mRcZG9k3RwYatGKX2Zeyhysjc Subject: [mpls] IPR poll on draft-george-mpls-ipv6-only-gap X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Mar 2014 17:01:05 -0000 Working Group, The authors of draft-george-mpls-ipv6-only-gap have told us that the draft is ready to be accepted as a working group document. Before we do poll to see if we have consensus to accept the document as a working group document we want to do an IPR poll on the document. This mail starts that IPR poll. Are you aware of any IPR that applies to draft-george-mpls-ipv6- only-gap? If so, has this IPR been disclosed in compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more details). Currently there are no IPR disclosures that relates to this document. If you are listed as a document author or contributor please respond to this email regardless of whether or not you are aware of any relevant IPR. *The response needs to be sent to the MPLS wg mailing list.* The document will not advance to the next stage until a response has been received from each author and contributor. If you are on the MPLS WG email list but are not listed as an author or contributor, then please explicitly respond only if you are aware of any IPR that has not yet been disclosed in conformance with IETF rules. Thanks, Loa (as MPLS WG co-chair) -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Thu Mar 27 10:20:05 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 50EF61A06A3 for ; Thu, 27 Mar 2014 10:19:57 -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 jVFt1xR_vzOb for ; Thu, 27 Mar 2014 10:19:54 -0700 (PDT) Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) by ietfa.amsl.com (Postfix) with ESMTP id 6D3FA1A06E5 for ; Thu, 27 Mar 2014 10:19:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2077; q=dns/txt; s=iport; t=1395940793; x=1397150393; h=from:to:subject:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=CBVecILLZaSr+ang18N5txrsaF4IBIe+45yfdFOTOJs=; b=JY3RSfA3HfBiivht7HYhr1UOajrF82WrwiKt0n/mAbZwmaSLd1QwNJG2 2089YP0NexO9fSdRK7wXA5izB4dxrVo35CiKKPKDxTjJe5NcW7YeUvOiy Dt6+W8r2oQS/DppB5vKyaQfdGAEDoG2F+JWaw9cuuHwTPptPR7MhnAGx1 U=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AkYFABpdNFOtJV2a/2dsb2JhbABZgwY7V7smhzeBHhZ0giUBAQEEAQEBNzEDBhECAgIBCBEDAQIfEBsMCx0IAgQBEod5DdB4EwQEjhQQAgFWBoQyBJhNkjSDL4Ir X-IronPort-AV: E=Sophos;i="4.97,743,1389744000"; d="scan'208";a="313427822" Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by rcdn-iport-4.cisco.com with ESMTP; 27 Mar 2014 17:19:52 +0000 Received: from xhc-aln-x08.cisco.com (xhc-aln-x08.cisco.com [173.36.12.82]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id s2RHJqZT009701 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 27 Mar 2014 17:19:52 GMT Received: from xmb-rcd-x06.cisco.com ([169.254.6.22]) by xhc-aln-x08.cisco.com ([173.36.12.82]) with mapi id 14.03.0123.003; Thu, 27 Mar 2014 12:19:52 -0500 From: "Rajiv Asati (rajiva)" To: Loa Andersson , "mpls@ietf.org" , "draft-george-mpls-ipv6-only-gap@tools.ietf.org" , "mpls-chairs@tools.ietf.org" , "VIGOUREUX, MARTIN (MARTIN)" Thread-Topic: [mpls] IPR poll on draft-george-mpls-ipv6-only-gap Thread-Index: AQHPSd4vv2NOG1noT0G3oKBnvxcnJZr1PoaA Date: Thu, 27 Mar 2014 17:19:51 +0000 Message-ID: References: <5334594C.6000106@pi.nu> In-Reply-To: <5334594C.6000106@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.9.131030 x-originating-ip: [10.82.226.15] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/7ucUZnaW7Q0wrNY0a93aUJWKq8c Subject: Re: [mpls] IPR poll on draft-george-mpls-ipv6-only-gap X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Mar 2014 17:19:57 -0000 Not aware of any IPR. --=20 Cheers, Rajiv Asati Distinguished Engineer, Cisco -----Original Message----- From: Loa Andersson Date: Thursday, March 27, 2014 at 1:01 PM To: "mpls@ietf.org" , "draft-george-mpls-ipv6-only-gap@tools.ietf.org" , "mpls-chairs@tools.ietf.org" , MARTIN VIGOUREUX Subject: [mpls] IPR poll on draft-george-mpls-ipv6-only-gap >Working Group, > >The authors of draft-george-mpls-ipv6-only-gap have told us that the >draft is ready to be accepted as a working group document. > >Before we do poll to see if we have consensus to accept the document >as a working group document we want to do an IPR poll on the document. > >This mail starts that IPR poll. > >Are you aware of any IPR that applies to draft-george-mpls-ipv6- >only-gap? > >If so, has this IPR been disclosed in compliance with IETF IPR rules >(see RFCs 3979, 4879, 3669 and 5378 for more details). > >Currently there are no IPR disclosures that relates to this document. > >If you are listed as a document author or contributor please respond to >this email regardless of whether or not you are aware of any relevant >IPR. *The response needs to be sent to the MPLS wg mailing list.* The >document will not advance to the next stage until a response has been >received from each author and contributor. > >If you are on the MPLS WG email list but are not listed as an author or >contributor, then please explicitly respond only if you are aware of any >IPR that has not yet been disclosed in conformance with IETF rules. > >Thanks, Loa >(as MPLS WG co-chair) >--=20 > > >Loa Andersson email: loa@mail01.huawei.com >Senior MPLS Expert loa@pi.nu >Huawei Technologies (consultant) phone: +46 739 81 21 64 > >_______________________________________________ >mpls mailing list >mpls@ietf.org >https://www.ietf.org/mailman/listinfo/mpls From nobody Thu Mar 27 10:45:34 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 112E11A06C3 for ; Thu, 27 Mar 2014 10:45:32 -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 YdKGPyfgC-yj for ; Thu, 27 Mar 2014 10:45:30 -0700 (PDT) Received: from alln-iport-2.cisco.com (alln-iport-2.cisco.com [173.37.142.89]) by ietfa.amsl.com (Postfix) with ESMTP id 0EDED1A01C2 for ; Thu, 27 Mar 2014 10:45:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1787; q=dns/txt; s=iport; t=1395942328; x=1397151928; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=TMUArDqYDRp3MBmd8joJIfoZbQRJfM+b5JY6oaEmFrs=; b=FrUPM+FBACmaLDw6sIjMgdlo8cxl+rdIKaUNLBHe8jjQYCNzw6/gLqo1 VYvZH5tVESIPf9ouxXVSG9gkRGkYdttWl48vqXcImm4fUaNGyBaazEq1Z b2ISxPCyGkWZbkqTgOsBKNAaIJLQ1T2mj+ShrFgdZYtix3kjHgmjmMN8b A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AkYFAF9jNFOtJXG+/2dsb2JhbABZgwY7V7smhzeBHhZ0giUBAQEDAQEBATcxAwYFBQkCAgEINhAbDAslAgQOBYdxCA3RABMEBI4UEAIBHDMHgySBFASYTZI0gy+CKw X-IronPort-AV: E=Sophos;i="4.97,744,1389744000"; d="scan'208";a="30898604" Received: from rcdn-core2-3.cisco.com ([173.37.113.190]) by alln-iport-2.cisco.com with ESMTP; 27 Mar 2014 17:45:28 +0000 Received: from xhc-aln-x13.cisco.com (xhc-aln-x13.cisco.com [173.36.12.87]) by rcdn-core2-3.cisco.com (8.14.5/8.14.5) with ESMTP id s2RHjRXf005461 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 27 Mar 2014 17:45:28 GMT Received: from xmb-aln-x02.cisco.com ([169.254.5.99]) by xhc-aln-x13.cisco.com ([173.36.12.87]) with mapi id 14.03.0123.003; Thu, 27 Mar 2014 12:45:27 -0500 From: "Carlos Pignataro (cpignata)" To: Loa Andersson Thread-Topic: [mpls] IPR poll on draft-george-mpls-ipv6-only-gap Thread-Index: AQHPSeRWre17Dq0Mak2cVM4suKJPXQ== Date: Thu, 27 Mar 2014 17:45:26 +0000 Message-ID: <9B13F9AB-09DB-4DE7-864C-07F91FA11E65@cisco.com> References: <5334594C.6000106@pi.nu> In-Reply-To: <5334594C.6000106@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.82.208.10] Content-Type: text/plain; charset="us-ascii" Content-ID: <9A91F0B86CD2A54799ECB68251BDA1FF@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/7sHDLxAq3aLGZ8jKldakWE-_Q2g Cc: "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" , "draft-george-mpls-ipv6-only-gap@tools.ietf.org" Subject: Re: [mpls] IPR poll on draft-george-mpls-ipv6-only-gap X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Mar 2014 17:45:32 -0000 Loa, I am not you are aware of any IPR relevant to this document. Thanks, -- Carlos. On Mar 27, 2014, at 1:01 PM, Loa Andersson wrote: > Working Group, >=20 > The authors of draft-george-mpls-ipv6-only-gap have told us that the > draft is ready to be accepted as a working group document. >=20 > Before we do poll to see if we have consensus to accept the document > as a working group document we want to do an IPR poll on the document. >=20 > This mail starts that IPR poll. >=20 > Are you aware of any IPR that applies to draft-george-mpls-ipv6- > only-gap? >=20 > If so, has this IPR been disclosed in compliance with IETF IPR rules > (see RFCs 3979, 4879, 3669 and 5378 for more details). >=20 > Currently there are no IPR disclosures that relates to this document. >=20 > If you are listed as a document author or contributor please respond to > this email regardless of whether or not you are aware of any relevant > IPR. *The response needs to be sent to the MPLS wg mailing list.* The doc= ument will not advance to the next stage until a response has been > received from each author and contributor. >=20 > If you are on the MPLS WG email list but are not listed as an author or > contributor, then please explicitly respond only if you are aware of any > IPR that has not yet been disclosed in conformance with IETF rules. >=20 > Thanks, Loa > (as MPLS WG co-chair) > --=20 >=20 >=20 > Loa Andersson email: loa@mail01.huawei.com > Senior MPLS Expert loa@pi.nu > Huawei Technologies (consultant) phone: +46 739 81 21 64 >=20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From nobody Thu Mar 27 10:53:40 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D1B741A0728 for ; Thu, 27 Mar 2014 10:53:36 -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 YFZgjHhOtSAg for ; Thu, 27 Mar 2014 10:53:34 -0700 (PDT) Received: from dfwrgout.huawei.com (dfwrgout.huawei.com [206.16.17.72]) by ietfa.amsl.com (Postfix) with ESMTP id 578881A0182 for ; Thu, 27 Mar 2014 10:53:34 -0700 (PDT) Received: from 172.18.9.243 (EHLO lhreml204-edg.china.huawei.com) ([172.18.9.243]) by dfwrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CAN66657; Thu, 27 Mar 2014 12:53:32 -0500 (CDT) Received: from LHREML402-HUB.china.huawei.com (10.201.5.241) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 27 Mar 2014 17:53:03 +0000 Received: from DFWEML702-CHM.china.huawei.com (10.193.5.72) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 27 Mar 2014 17:53:30 +0000 Received: from DFWEML701-CHM.china.huawei.com ([169.254.1.127]) by dfweml702-chm.china.huawei.com ([169.254.4.119]) with mapi id 14.03.0158.001; Thu, 27 Mar 2014 10:53:21 -0700 From: Rajiv Papneja To: Loa Andersson , "mpls@ietf.org" , "draft-george-mpls-ipv6-only-gap@tools.ietf.org" , "mpls-chairs@tools.ietf.org" , "VIGOUREUX, MARTIN (MARTIN)" Thread-Topic: [mpls] IPR poll on draft-george-mpls-ipv6-only-gap Thread-Index: AQHPSd5GOS81FU+gpkS/sQA6biaXLpr1NJHw Date: Thu, 27 Mar 2014 17:53:21 +0000 Message-ID: <52B0D42F4BADB144B850705C4549F6EA21442B67@dfweml701-chm.china.huawei.com> References: <5334594C.6000106@pi.nu> In-Reply-To: <5334594C.6000106@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.135.27] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/ZQq4qSJd63zNWh1AcaM13zvMMSU Subject: Re: [mpls] IPR poll on draft-george-mpls-ipv6-only-gap X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Mar 2014 17:53:37 -0000 I am not aware of any IPR related to this document. Thanks, Rajiv -----Original Message----- From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Loa Andersson Sent: Thursday, March 27, 2014 1:01 PM To: mpls@ietf.org; draft-george-mpls-ipv6-only-gap@tools.ietf.org; mpls-cha= irs@tools.ietf.org; VIGOUREUX, MARTIN (MARTIN) Subject: [mpls] IPR poll on draft-george-mpls-ipv6-only-gap Working Group, The authors of draft-george-mpls-ipv6-only-gap have told us that the draft = is ready to be accepted as a working group document. Before we do poll to see if we have consensus to accept the document as a w= orking group document we want to do an IPR poll on the document. This mail starts that IPR poll. Are you aware of any IPR that applies to draft-george-mpls-ipv6- only-gap? If so, has this IPR been disclosed in compliance with IETF IPR rules (see R= FCs 3979, 4879, 3669 and 5378 for more details). Currently there are no IPR disclosures that relates to this document. If you are listed as a document author or contributor please respond to thi= s email regardless of whether or not you are aware of any relevant IPR. *Th= e response needs to be sent to the MPLS wg mailing list.* The document will= not advance to the next stage until a response has been received from each= author and contributor. If you are on the MPLS WG email list but are not listed as an author or con= tributor, then please explicitly respond only if you are aware of any IPR t= hat has not yet been disclosed in conformance with IETF rules. Thanks, Loa (as MPLS WG co-chair) --=20 Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls From nobody Thu Mar 27 11:17:00 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4F30D1A0728 for ; Thu, 27 Mar 2014 11:16:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.475 X-Spam-Level: X-Spam-Status: No, score=-0.475 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_MODEMCABLE=0.768, HOST_EQ_MODEMCABLE=1.368, 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 dHQfYNVWoU0l for ; Thu, 27 Mar 2014 11:16:57 -0700 (PDT) Received: from cdpipgw01.twcable.com (cdpipgw01.twcable.com [165.237.59.22]) by ietfa.amsl.com (Postfix) with ESMTP id E85DE1A01B5 for ; Thu, 27 Mar 2014 11:16:56 -0700 (PDT) X-SENDER-IP: 10.136.163.11 X-SENDER-REPUTATION: None X-IronPort-AV: E=Sophos;i="4.97,744,1389762000"; d="scan'208";a="252419346" Received: from unknown (HELO PRVPEXHUB02.corp.twcable.com) ([10.136.163.11]) by cdpipgw01.twcable.com with ESMTP/TLS/RC4-MD5; 27 Mar 2014 14:13:38 -0400 Received: from PRVPEXVS15.corp.twcable.com ([10.136.163.79]) by PRVPEXHUB02.corp.twcable.com ([10.136.163.11]) with mapi; Thu, 27 Mar 2014 14:14:38 -0400 From: "George, Wes" To: Loa Andersson , "mpls@ietf.org" , "draft-george-mpls-ipv6-only-gap@tools.ietf.org" , "mpls-chairs@tools.ietf.org" , "VIGOUREUX, MARTIN (MARTIN)" Date: Thu, 27 Mar 2014 14:14:36 -0400 Thread-Topic: [mpls] IPR poll on draft-george-mpls-ipv6-only-gap Thread-Index: Ac9J6GpEK/j0vmAMSuy/2NecPe1P+w== Message-ID: References: <5334594C.6000106@pi.nu> In-Reply-To: <5334594C.6000106@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.9.131030 acceptlanguage: en-US Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/h7ruWPqzl0DnFuXyn_HGVcoI-cQ Subject: Re: [mpls] IPR poll on draft-george-mpls-ipv6-only-gap X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Mar 2014 18:16:58 -0000 SSBhbSBub3QgYXdhcmUgb2YgYW55IElQUiByZWxhdGVkIHRvIHRoaXMgZG9jdW1lbnQuDQoNClRo YW5rcywNCg0KV2VzIEdlb3JnZQ0KDQoNCk9uIDMvMjcvMTQsIDE6MDEgUE0sICJMb2EgQW5kZXJz c29uIiA8bG9hQHBpLm51PiB3cm90ZToNCg0KPldvcmtpbmcgR3JvdXAsDQo+DQo+VGhlIGF1dGhv cnMgb2YgZHJhZnQtZ2VvcmdlLW1wbHMtaXB2Ni1vbmx5LWdhcCBoYXZlIHRvbGQgdXMgdGhhdCB0 aGUNCj5kcmFmdCBpcyByZWFkeSB0byBiZSBhY2NlcHRlZCBhcyBhIHdvcmtpbmcgZ3JvdXAgZG9j dW1lbnQuDQo+DQo+QmVmb3JlIHdlIGRvIHBvbGwgdG8gc2VlIGlmIHdlIGhhdmUgY29uc2Vuc3Vz IHRvIGFjY2VwdCB0aGUgZG9jdW1lbnQNCj5hcyBhIHdvcmtpbmcgZ3JvdXAgZG9jdW1lbnQgd2Ug d2FudCB0byBkbyBhbiBJUFIgcG9sbCBvbiB0aGUgZG9jdW1lbnQuDQo+DQo+VGhpcyBtYWlsIHN0 YXJ0cyB0aGF0IElQUiBwb2xsLg0KPg0KPkFyZSB5b3UgYXdhcmUgb2YgYW55IElQUiB0aGF0IGFw cGxpZXMgdG8gZHJhZnQtZ2VvcmdlLW1wbHMtaXB2Ni0NCj5vbmx5LWdhcD8NCj4NCj5JZiBzbywg aGFzIHRoaXMgSVBSIGJlZW4gZGlzY2xvc2VkIGluIGNvbXBsaWFuY2Ugd2l0aCBJRVRGIElQUiBy dWxlcw0KPihzZWUgUkZDcyAzOTc5LCA0ODc5LCAzNjY5IGFuZCA1Mzc4IGZvciBtb3JlIGRldGFp bHMpLg0KPg0KPkN1cnJlbnRseSB0aGVyZSBhcmUgbm8gSVBSIGRpc2Nsb3N1cmVzIHRoYXQgcmVs YXRlcyB0byB0aGlzIGRvY3VtZW50Lg0KDQpBbnl0aGluZyBiZWxvdyB0aGlzIGxpbmUgaGFzIGJl ZW4gYWRkZWQgYnkgbXkgY29tcGFueeKAmXMgbWFpbCBzZXJ2ZXIsIEkNCmhhdmUgbm8gY29udHJv bCBvdmVyIGl0Lg0KLS0tLS0tLS0tLS0NCg0KDQpUaGlzIEUtbWFpbCBhbmQgYW55IG9mIGl0cyBh dHRhY2htZW50cyBtYXkgY29udGFpbiBUaW1lIFdhcm5lciBDYWJsZSBwcm9wcmlldGFyeSBpbmZv cm1hdGlvbiwgd2hpY2ggaXMgcHJpdmlsZWdlZCwgY29uZmlkZW50aWFsLCBvciBzdWJqZWN0IHRv IGNvcHlyaWdodCBiZWxvbmdpbmcgdG8gVGltZSBXYXJuZXIgQ2FibGUuIFRoaXMgRS1tYWlsIGlz IGludGVuZGVkIHNvbGVseSBmb3IgdGhlIHVzZSBvZiB0aGUgaW5kaXZpZHVhbCBvciBlbnRpdHkg dG8gd2hpY2ggaXQgaXMgYWRkcmVzc2VkLiBJZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQgcmVj aXBpZW50IG9mIHRoaXMgRS1tYWlsLCB5b3UgYXJlIGhlcmVieSBub3RpZmllZCB0aGF0IGFueSBk aXNzZW1pbmF0aW9uLCBkaXN0cmlidXRpb24sIGNvcHlpbmcsIG9yIGFjdGlvbiB0YWtlbiBpbiBy ZWxhdGlvbiB0byB0aGUgY29udGVudHMgb2YgYW5kIGF0dGFjaG1lbnRzIHRvIHRoaXMgRS1tYWls IGlzIHN0cmljdGx5IHByb2hpYml0ZWQgYW5kIG1heSBiZSB1bmxhd2Z1bC4gSWYgeW91IGhhdmUg cmVjZWl2ZWQgdGhpcyBFLW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBp bW1lZGlhdGVseSBhbmQgcGVybWFuZW50bHkgZGVsZXRlIHRoZSBvcmlnaW5hbCBhbmQgYW55IGNv cHkgb2YgdGhpcyBFLW1haWwgYW5kIGFueSBwcmludG91dC4NCg== From nobody Thu Mar 27 20:49:16 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CF0CB1A07CF for ; Thu, 27 Mar 2014 20:49:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MUFrgI7cx65e for ; Thu, 27 Mar 2014 20:49:13 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 061BA1A07D0 for ; Thu, 27 Mar 2014 20:49:10 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BFA02113; Fri, 28 Mar 2014 03:49:07 +0000 (GMT) Received: from LHREML405-HUB.china.huawei.com (10.201.5.242) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.3.158.1; Fri, 28 Mar 2014 03:48:20 +0000 Received: from SZXEMA401-HUB.china.huawei.com (10.82.72.33) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.158.1; Fri, 28 Mar 2014 03:48:58 +0000 Received: from SZXEMA510-MBX.china.huawei.com ([169.254.3.94]) by SZXEMA401-HUB.china.huawei.com ([10.82.72.33]) with mapi id 14.03.0158.001; Fri, 28 Mar 2014 11:48:54 +0800 From: Mach Chen To: Yimin Shen , "draft-chen-mpls-source-label@tools.ietf.org" , "mpls@ietf.org" Thread-Topic: Mail regarding draft-chen-mpls-source-label Thread-Index: Ac9DjKc5+oLTXGUsQoqhiLRkJXmJtgAvjO4AAAA1OTAAAIFyEADglclAABmcZiAAfctiwA== Date: Fri, 28 Mar 2014 03:48:53 +0000 Message-ID: References: <444bb6dd3fef46a9a668a1ef54b16c20@BY2PR05MB728.namprd05.prod.outlook.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.72] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/Ar_T7NZXIztZJ9VlA5p45wnLw2w Subject: Re: [mpls] Mail regarding draft-chen-mpls-source-label X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Mar 2014 03:49:15 -0000 Hi Yimin, Please see my reply inline... > -----Original Message----- > From: Yimin Shen [mailto:yshen@juniper.net] > Sent: Thursday, March 27, 2014 8:54 PM > To: Mach Chen; draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org > Subject: RE: Mail regarding draft-chen-mpls-source-label >=20 > Hi Mach, >=20 > - For an intermediate node, dealing with SL is different than dealing wit= h EL. In > the EL case, the node doesn't need to know if there is actually an EL pre= sent in > the label stack, and hence it doesn't look for EL. All the node does is s= imply to > hash on the label stack to do load balancing. However in your case, the n= ode > would really have to search for SL, and if it is found, interpret it, pro= cess it, and > potentially insert it back to label stack. This is the complexity you wou= ld impose > on data plane. Hence my concerns about the applicability for intermediate= nodes. As said below, it's optional for an intermediate node to process SL.=20 >=20 > - Regarding 3 labels. This would be XL (15), followed by ESPL (which you = call SLI), > and followed by SL, according to draft-ietf-mpls-special-purpose-labels. Sure, but the preference is to request a normal special purpose label.=20 >=20 > - IMO, all you need is just an indicator of the source node, and as some > comments have pointed out, there could be potential solutions using regul= ar > labels. Alternatively, this draft could extend the scope by considering b= oth special > purpose labels and regular labels as well. Regarding other potential solutions, we're open to hear and discuss.=20 Thanks, Mach >=20 >=20 > Thanks, >=20 > /Yimin >=20 >=20 > -----Original Message----- > From: Mach Chen [mailto:mach.chen@huawei.com] > Sent: Monday, March 24, 2014 11:07 PM > To: Yimin Shen; draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.or= g > Subject: RE: Mail regarding draft-chen-mpls-source-label >=20 > Hi Yimin, >=20 > Please see my reply inline... >=20 > > -----Original Message----- > > From: Yimin Shen [mailto:yshen@juniper.net] > > Sent: Saturday, March 22, 2014 2:40 AM > > To: Mach Chen; draft-chen-mpls-source-label@tools.ietf.org; > > mpls@ietf.org > > Subject: RE: Mail regarding draft-chen-mpls-source-label > > > > Hi Mach, > > > > For an intermediate node, SL would definitely NOT be at the top of > > _incoming_ label stack. >=20 > Not exactly, if PHP is enabled, the penultimate LSR may see the SLI/SL pa= ir. But > anyway, this is not the crux. >=20 > > You would have to install complex forwarding state in data plane to > > look for SL and process the packet differently based on the > > existence/non-existence of SL. It would get even more complicated if > > you need to put the SL back to the packets, in case other nodes > > downstream may also be expecting it. So I'd like to see a valid use > > case for this increased complexity and overhead. >=20 > Firstly, based on my experience, I do not think that this is "complicated= " as you > said. It depends on how scalable your implementation is. To find a SL, th= ere is no > difference from finding an EL. The other thing (e.g., ACL and counting) i= s mature > and proved technologies. >=20 > Intermediate LSR processing SL is mainly for segment performance measurem= ent > that is very useful in fault localization, and this is the requirement fr= om SPs > (please see: http://tools.ietf.org/html/draft-deng-ippm-wireless-01) and = I also > heard such requirements from many other service providers. So the use cas= e is > valid imho. >=20 > In addition, the draft just says: > "There is no change in forwarding behavior for transit LSRs. But if a > transit LSR can recognize the SLI, it can use the SL to collect > traffic throughput and/or measure the performance of the LSP." >=20 > This means that processing SL in transit LSRs is optional, means that you= r devices > are unable to process it or you do not need it, that is fine. >=20 > > > > Regarding the egress node use case, note that it is different than > > Entropy labels, where an EL is actually used by intermediate nodes and > > only popped by egress >=20 > As said above, the intermediate LSRs may expect to see the SL. >=20 > > node. So, if your goal is simply to inform an egress node about the > > identity of a source node, the source node could just push one label > > to identify itself. This >=20 > How does the egress LSR knows whether a label is for source identifying? = Are > you talking about establishing a PW-like LSP over the LSP? >=20 > > label could be configured or communicated between the egress node and > > the source node in any fashion. However in this draft, the source node > > would have to push 3 extra labels (for SL). >=20 > There are only SLI/SL inserted, where is the 3rd? >=20 > Thanks, > Mach > > > > Thanks, > > > > /Yimin > > > > > > -----Original Message----- > > From: Mach Chen [mailto:mach.chen@huawei.com] > > Sent: Thursday, March 20, 2014 11:00 AM > > To: Yimin Shen; draft-chen-mpls-source-label@tools.ietf.org; > > mpls@ietf.org > > Subject: RE: Mail regarding draft-chen-mpls-source-label > > > > Hi Yimin, > > > > Thanks for your questions and comments! > > > > Please see my reply inline... > > > > > -----Original Message----- > > > From: Mach Chen > > > Sent: Thursday, March 20, 2014 10:45 PM > > > To: Mach Chen > > > Subject: FW: Mail regarding draft-chen-mpls-source-label > > > > > > > > > > > > From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Yimin Shen > > > Sent: Thursday, March 20, 2014 12:03 AM > > > To: draft-chen-mpls-source-label@tools.ietf.org; mpls@ietf.org > > > Subject: [mpls] Mail regarding draft-chen-mpls-source-label > > > > > > Hi authors, > > > > > > Can you please clarify if SL is expected to be used only by egress > > > node, or by intermediate node as well ? > > > > The SL can be used by the egress and intermediate node, but for > > intermediate node, since the SL may not be on the top of the label > > stack, if it wants to use it, it needs to search the label stack to fin= d the SL, just as > to find an EL. > > > > > > > > Section 3.2 "Traffic Matrix Measurement and Steering" describes a > > > use case for intermediate node, but I think congestion should in > > > general be resolved by control plane to reroute traffic based on a > > > global view of network resources, rather than by data plane based on > > > a SL. In your case, would the intermediate node move the traffic to > > > an LSP that is different than the LSP intended by the ingress node ? > > > I don't think it is the right > > thing to do. > > > > > > Regarding the use case of section 3.3 "Source Filtering". If > > > somebody is doing DoS attack, why would he put an SL in the packets ? > > > > Regarding to these two use cases, as discussed with Curtis, there need > > more considerations, we will remove these two section in the next revis= ion. > > > > Thanks, > > Mach > > > > > > > > Thanks, > > > > > > /Yimin > > > > > > > > > > > > > > > > >=20 >=20 >=20 From nobody Thu Mar 27 23:15:34 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 63F651A07DF; Thu, 27 Mar 2014 23:15:32 -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 N3CFpQxnKb8m; Thu, 27 Mar 2014 23:15:31 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id C498A1A07EC; Thu, 27 Mar 2014 23:15:27 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.2.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140328061527.31855.48908.idtracker@ietfa.amsl.com> Date: Thu, 27 Mar 2014 23:15:27 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/sW1Dx_oUho907qS2OK5iluoa-LQ Cc: mpls@ietf.org Subject: [mpls] I-D Action: draft-ietf-mpls-tp-psc-itu-04.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Mar 2014 06:15:32 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching Working Group of the IETF. Title : MPLS Transport Profile (MPLS-TP) Linear Protection to Match the Operational Expectations of SDH, OTN and Ethernet Transport Network Operators Authors : Jeong-dong Ryoo Eric Gray Huub van Helvoort Alessandro D'Alessandro Taesik Cheung Eric Osborne Filename : draft-ietf-mpls-tp-psc-itu-04.txt Pages : 38 Date : 2014-03-27 Abstract: This document describes alternate mechanisms to perform some of the functions of MPLS Transport Profile (MPLS-TP) linear protection defined in RFC 6378, and also defines additional mechanisms. The purpose of these alternate and additional mechanisms is to provide operator control and experience that more closely models the behavior of linear protection seen in other transport networks. This document also introduces capabilities and modes for linear protection. A capability is an individual behavior, and a mode is a particular combination of capabilities. Two modes are defined in this document: Protection State Coordination (PSC) mode and Automatic Protection Switching (APS) mode. This document describes the behavior of the PSC protocol including priority logic and state machine when all the capabilities associated with the APS mode are enabled. This document updates RFC 6378 in that the capability advertisement method defined here is an addition to that document. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-tp-psc-itu/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-mpls-tp-psc-itu-04 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-tp-psc-itu-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 Fri Mar 28 05:20:39 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8ECF71A0430 for ; Fri, 28 Mar 2014 05:20:37 -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 raVPknpYZPxl for ; Fri, 28 Mar 2014 05:20:35 -0700 (PDT) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) by ietfa.amsl.com (Postfix) with ESMTP id 4E7091A0564 for ; Fri, 28 Mar 2014 05:20:35 -0700 (PDT) Received: from [192.168.0.117] (81-229-83-119-no65.business.telia.com [81.229.83.119]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id AB9471802AB1; Fri, 28 Mar 2014 13:20:32 +0100 (CET) Message-ID: <5335690E.7020202@pi.nu> Date: Fri, 28 Mar 2014 13:20:30 +0100 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" , "VIGOUREUX, MARTIN (MARTIN)" , draft-ietf-mpls-extended-admin-group@tools.ietf.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/TFDWtA5h831eG-Xket7d2InlKAg Subject: [mpls] implentations of draft-ietf-mpls-extended-admin-group X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Mar 2014 12:20:37 -0000 Working Group, We are preparing draft-ietf-mpls-extended-admin-group for publication request. As part of that we need to if there are existing or planned implementations of the draft. Please send your responses to the mpls working group mailing list (mpls@ietf.org) or directly to (one of) the working group co-chairs. /Loa for the MPLS wg co-chairs -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Fri Mar 28 08:54:09 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A0B531A00FD for ; Fri, 28 Mar 2014 08:54:07 -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 9CLNsCH_Fwbn for ; Fri, 28 Mar 2014 08:54:05 -0700 (PDT) Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) by ietfa.amsl.com (Postfix) with ESMTP id EF7871A00DC for ; Fri, 28 Mar 2014 08:54:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1238; q=dns/txt; s=iport; t=1396022043; x=1397231643; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=ecQwYEqcBC7LG7dtQLd/0NHgWQGHrIAgtN9QY6AcLqQ=; b=PvY5ueqiCjUr0ylO2TzptdaG6b2QbZmL1v6iD9xI3k39hh45jPmLirZP PzoSIN0HD6XkVPqIJXNxfdEmDmd1jo/y7VcrMAiBHNXQQUrW83zZ2Sn4g 0AgNuk98uQwk/xJRirxIFFXA+deO3YEdjRwLpai1NlXDGps/P2ABuwXRX w=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ai0FAO2aNVOtJXG+/2dsb2JhbABZgwY7V7s5hzWBGBZ0giUBAQEEAQEBNzEDCwwCAgIBCBEEAQELFAkHGwwLFAkIAgQBDQUIh3EN0WYTBASOFBEBHzEHBoMegRQEqwODMIFyOQ X-IronPort-AV: E=Sophos;i="4.97,751,1389744000"; d="scan'208";a="313635827" Received: from rcdn-core2-3.cisco.com ([173.37.113.190]) by rcdn-iport-8.cisco.com with ESMTP; 28 Mar 2014 15:54:02 +0000 Received: from xhc-aln-x11.cisco.com (xhc-aln-x11.cisco.com [173.36.12.85]) by rcdn-core2-3.cisco.com (8.14.5/8.14.5) with ESMTP id s2SFs2AE010654 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 28 Mar 2014 15:54:02 GMT Received: from xmb-aln-x09.cisco.com ([169.254.4.162]) by xhc-aln-x11.cisco.com ([173.36.12.85]) with mapi id 14.03.0123.003; Fri, 28 Mar 2014 10:54:01 -0500 From: "Santiago Alvarez (saalvare)" To: Loa Andersson , "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" , "VIGOUREUX, MARTIN (MARTIN)" , "draft-ietf-mpls-extended-admin-group@tools.ietf.org" Thread-Topic: [mpls] implentations of draft-ietf-mpls-extended-admin-group Thread-Index: AQHPSoAp4dtTndKJwUKMGTO1/l4Zrpr2pnlg Date: Fri, 28 Mar 2014 15:54:00 +0000 Message-ID: <0C8935EE66D53445A3D3982BD9BE5468214F0C5C@xmb-aln-x09.cisco.com> References: <5335690E.7020202@pi.nu> In-Reply-To: <5335690E.7020202@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [64.100.177.146] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/vaSYVQ25zfNS2k9XHekO1n1cOrk Cc: "Santiago Alvarez \(saalvare\)" Subject: Re: [mpls] implentations of draft-ietf-mpls-extended-admin-group X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Mar 2014 15:54:07 -0000 There's one commercially available implementation that I'm aware of. Other= s may exist or be under development. Cheers. SA -- > -----Original Message----- > From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Loa Andersson > Sent: Friday, March 28, 2014 5:20 AM > To: mpls@ietf.org; mpls-chairs@tools.ietf.org; VIGOUREUX, MARTIN > (MARTIN); draft-ietf-mpls-extended-admin-group@tools.ietf.org > Subject: [mpls] implentations of draft-ietf-mpls-extended-admin-group >=20 > Working Group, >=20 > We are preparing draft-ietf-mpls-extended-admin-group for publication > request. As part of that we need to if there are existing or planned > implementations of the draft. >=20 > Please send your responses to the mpls working group mailing list > (mpls@ietf.org) or directly to (one of) the working group co-chairs. >=20 > /Loa > for the MPLS wg co-chairs >=20 > -- >=20 >=20 > Loa Andersson email: loa@mail01.huawei.com > Senior MPLS Expert loa@pi.nu > Huawei Technologies (consultant) phone: +46 739 81 21 64 >=20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From nobody Fri Mar 28 12:59:15 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 273631A06FD; Fri, 28 Mar 2014 12:59:14 -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 UYE6UAdwG3Mx; Fri, 28 Mar 2014 12:59:12 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id F1B531A0344; Fri, 28 Mar 2014 12:59:11 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Liaison Statement Management Tool To: Greg Jones X-Test-IDTracker: no X-IETF-IDTracker: 5.2.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140328195911.21682.31878.idtracker@ietfa.amsl.com> Date: Fri, 28 Mar 2014 12:59:11 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/QqXOnKdS8QjJ4Cmk__CulubeF3I Cc: Huub van Helvoort , MPLS WG , Tom Huber , Han Li , Dan Li , MPLS WG chairs , Alia Atlas , Ghani Abbas Subject: [mpls] New Liaison Statement, "Progress of MPLS Protection State Coordination Work in the IETF" X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Mar 2014 19:59:14 -0000 Title: Progress of MPLS Protection State Coordination Work in the IETF Submission Date: 2014-03-28 URL of the IETF Web page: http://datatracker.ietf.org/liaison/1317/ From: Routing Area (Adrian Farrel ) To: ITU-T SG 15 (Greg Jones ) Cc: Stephen Trowbridge ,Ghani Abbas ,Dan Li ,Jeong-dong Ryoo ,Malcolm Betts ,Tom Huber ,Han Li ,Huub van Helvoort ,Alessandro d'Alessandro ,Kam Lam ,Scott Mansfield ,Deborah Brungard ,MPLS WG chairs ,MPLS WG ,Adrian Farrel ,Alia Atlas Response Contact: Deborah Brungard Technical Contact: Loa Andersson Purpose: For information Body: We would like to inform you of the progress of three documents related to MPLS-TP. "MPLS Transport Profile (MPLS-TP) Linear Protection to Match the Operational Expectations of SDH, OTN and Ethernet Transport Network Operators" draft-ietf-mpls-tp-psc-itu https://datatracker.ietf.org/doc/draft-ietf-mpls-tp-psc-itu/ This document was today approved by the IESG for publication as an IETF Standards Track RFC. The document will now be passed to the RFC Editor for format and editorial work as normal, and the RFC will be published in the normal course of events. >From now on, the only changes to the document should be editorial with no changes to the technical content. "Pre-standard Linear Protection Switching in MPLS-TP" draft-zulr-mpls-tp-linear-protection-switching https://datatracker.ietf.org/doc/draft-zulr-mpls-tp-linear-protection-switching/ The IESG has reviewed this document for potential conflict with existing IETF work and concluded that they do not object to its publication. Since this document is being published on the Independent Stream its future progress depends on work between the authors and the Independent Stream Editor (ISE). The ISE can be contacted at ise@rfc-editor.org "Updates to MPLS Transport Profile Linear Protection" draft-ietf-mpls-psc-updates https://datatracker.ietf.org/doc/draft-ietf-mpls-psc-updates/ This document is currently in IETF last call. Comments and discussions can be tracked and contributed to via the MPLS mailing list or the general IETF discussion mailing list. Last call is scheduled to complete on 9th April. It is anticipated that last call will result in the need for minor updates to the document before IESG review and approval. We will be happy to answer any questions you have about IETF process for these document. Best regards, Adrian Farrel and Alia Atlas IETF Routing Area Directors Attachments: No document has been attached From nobody Fri Mar 28 14:59:39 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1F11D1A03F6; Fri, 28 Mar 2014 14:59:28 -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 sqBv4exieO7L; Fri, 28 Mar 2014 14:59:06 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [IPv6:2607:f170:8000:1500::d3]) by ietfa.amsl.com (Postfix) with ESMTP id 721871A01F3; Fri, 28 Mar 2014 14:59:06 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id 45B967FC395; Fri, 28 Mar 2014 14:59:03 -0700 (PDT) To: nobo@cisco.com, kireeti@juniper.net, swallow@cisco.com From: RFC Errata System Message-Id: <20140328215904.45B967FC395@rfc-editor.org> Date: Fri, 28 Mar 2014 14:59:03 -0700 (PDT) Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/d-23-ZEVRG8xIO7ewRb2L42exNI Cc: rfc-editor@rfc-editor.org, iesg@ietf.org, mpls@ietf.org Subject: [mpls] [Errata Rejected] RFC4379 (3934) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Mar 2014 21:59:28 -0000 The following errata report has been rejected for RFC4379, "Detecting Multi-Protocol Label Switched (MPLS) Data Plane Failures". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata_search.php?rfc=4379&eid=3934 -------------------------------------- Status: Rejected Type: Editorial Reported by: Nobo Akiya Date Reported: 2014-03-26 Rejected by: Adrian Farrel (IESG) Section: 4.5 Original Text ------------- If the Reply Mode in the echo request is "Reply via an IPv4 UDP packet with Router Alert", then the IP header MUST contain the Router Alert IP option. Corrected Text -------------- If the Reply Mode in the echo request is "Reply via an IPv4/IPv6 UDP packet with Router Alert", then the IP header MUST contain the Router Alert IP option. Notes ----- IPv4 -> IPv4/IPv6 --VERIFIER NOTES-- The issue noted is valid, but the fix is more complicated because the IPv6 solution does not work "out of the box". After discussion with the Reporter, the RFC authors, and the WG chairs, it is agreed that the situation will be fixed both by a quick I-D to allocate the necessary code points to make IPv6 work, and by a bus to this RFC for the necessary updates. -------------------------------------- RFC4379 (draft-ietf-mpls-lsp-ping-13) -------------------------------------- Title : Detecting Multi-Protocol Label Switched (MPLS) Data Plane Failures Publication Date : February 2006 Author(s) : K. Kompella, G. Swallow Category : PROPOSED STANDARD Source : Multiprotocol Label Switching Area : Routing Stream : IETF Verifying Party : IESG From nobody Sat Mar 29 03:15:48 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 935211A07BF; Sat, 29 Mar 2014 03:15:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id J0GEWoxslNYr; Sat, 29 Mar 2014 03:15:41 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 4CE0B1A0141; Sat, 29 Mar 2014 03:15:41 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.2.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140329101541.13475.3196.idtracker@ietfa.amsl.com> Date: Sat, 29 Mar 2014 03:15:41 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/T5eaEpyAc-NlJ_UZZ_Jri9sZgIc Cc: mpls@ietf.org Subject: [mpls] I-D Action: draft-ietf-mpls-ldp-hello-crypto-auth-04.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Mar 2014 10:15:42 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching Working Group of the IETF. Title : LDP Hello Cryptographic Authentication Authors : Lianshu Zheng Mach(Guoyi) Chen Manav Bhatia Filename : draft-ietf-mpls-ldp-hello-crypto-auth-04.txt Pages : 20 Date : 2014-03-29 Abstract: This document introduces a new optional Cryptographic Authentication TLV that LDP can use to secure its Hello messages. It secures the Hello messages against spoofing attacks and some well known attacks against the IP header. This document describes a mechanism to secure the LDP Hello messages using National Institute of Standards and Technology (NIST) Secure Hash Standard family of algorithms. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-ldp-hello-crypto-auth/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-mpls-ldp-hello-crypto-auth-04 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-ldp-hello-crypto-auth-04 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Sun Mar 30 19:22:49 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9B78D1A0412; Sun, 30 Mar 2014 19:22:44 -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 eHi9CjmOCYZE; Sun, 30 Mar 2014 19:22:41 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 0AA231A0924; Sun, 30 Mar 2014 19:22:38 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BCO66684; Mon, 31 Mar 2014 02:22:35 +0000 (GMT) Received: from LHREML402-HUB.china.huawei.com (10.201.5.241) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.3.158.1; Mon, 31 Mar 2014 03:21:47 +0100 Received: from SZXEMA402-HUB.china.huawei.com (10.82.72.34) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.158.1; Mon, 31 Mar 2014 03:22:33 +0100 Received: from SZXEMA510-MBX.china.huawei.com ([169.254.3.94]) by SZXEMA402-HUB.china.huawei.com ([10.82.72.34]) with mapi id 14.03.0158.001; Mon, 31 Mar 2014 10:22:30 +0800 From: Mach Chen To: "rtg-ads@tools.ietf.org" Thread-Topic: RtgDir review: draft-ietf-mpls-lsp-ping-ttl-tlv-07.txt Thread-Index: Ac9MiA8kPZwsDe8nRuKlfe9UUOMhxA== Date: Mon, 31 Mar 2014 02:22:29 +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.97.72] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/O6PXjerrdrSsZ9Kvlnpelgn3uzM Cc: "rtg-dir@ietf.org" , "draft-ietf-mpls-lsp-ping-ttl-tlv.all@tools.ietf.org" , "mpls@ietf.org" Subject: [mpls] RtgDir review: draft-ietf-mpls-lsp-ping-ttl-tlv-07.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Mar 2014 02:22:44 -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://www.ietf.org/iesg/directorate/routing.html=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.=20 Document: draft-ietf-mpls-lsp-ping-ttl-tlv-07.txt=20 Reviewer: Mach Chen=20 Review Date: March 29, 2014 IETF LC End Date:=20 Intended Status: Standards Track=20 Summary:=20 I have some minor concerns about this document that I think should be resol= ved before publication. Comments:=20 The draft is well written and easy to read. The solution is technical worka= ble, but for some corner cases, more considerations are needed. Major Issues:=20 None. =20 Minor Issues:=20 1. Since the TTL TLV is defined for both MS-PW and bidirectional co-routed = LSP, it should be better to explicitly state this in the abstract section. 2. "LSP-Ping echo request", "LSP-Ping request", "MPLS echo request", "echo = request" and "request" are interchangeably used in the draft, it's better t= o unify the usage of it to "MPLS echo request" (to align with the usage in = RFC4379). For "echo reply", "bidirectional co-routed LSP", they have the si= milar issue. 3.Section 3.1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Value | Reserved | Flags | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ For the TTL TLV, the value filed should include the "value", "Reserved" and= "Flags", so it's better to change the "Value" field to "TTL" field hence t= o reduce the confusion.=20 4. Section 3.2 "This TLV shall be included in the echo request by the originator of request. The use of this TLV is optional. If a receiver does not understand the TTL TLV, it will simply ignore the TLV (Type value of TLV is assumed to be in the range of optional TLV's which SHOULD be ignored if an implementation does not support or understand them). In the absence of TTL TLV or if TTL TLV is ignored by a receiver, the determination of the TTL value used in the MPLS label on the echo reply is beyond the scope of this document." What's your mean of "beyond the scope of this document" here? Is it to appl= y the procedures defined in RFC4379 or just let it to the implementation? I= guess you assume to apply the definition in RFC4379, if so, the TTL of the= MPLS label will be more probably set to 255, means the echo reply will be = sent to the ingress of the MS-PW or LSP. I am not sure whether this is the = right procedure, it seems a security issue. IMHO, it does not make any sens= e to expect the receiver to send echo reply in this situation, and even sen= t, the initiator will not receive the reply. The safer way is to drop the w= hole echo request and record an error log. 5. Section 3.2 "In other words, if the value of the TTL provided by this TLV does not matc= h the TTL determined by other means, such as Switching Point TLV in MS-PW, then TTL TLV must be used." Here, it implies that the receiver has to perform TTL matching process, sin= ce how to set the TTL is independent of such matching, seems this sentence = is redundant and confusion. =20 6. Section 4. "...The value field of the TTL TLV and the TTL field of the MPLS label are = set to 2," I guess that the MPLS Label is the PW label, right? It's better to add more= text to make this more explicit. In addition, how to set the TTL value of = the tunnel Label? 255 or any other value? 5. Section 4.1. Traceroute mode "In the traceroute mode TTL value in the TLV is successively set to 1, 2, and so on. This is similar to the TTL values used for the label set on the packet." IMHO, some text may be needed to clarify which "FEC" should be carried, esp= ecially for MS-PW trace. Since in Section 4.0, the example says the FEC of = segment C-D should be carried, does it mean the FEC of last PW Segment of t= he segment under test should be carried or the FEC will vary when TTL chang= ed. For example, when perform segment trace (e.g., to trace B-D segment), w= hen TTL is 1, which FEC should be carried? 6. Section 4.2. Error scenario For this scenario, do you need to define some error codes here?=20 7. For MS-PW trace, seems that you assume the tunnel is pipe mode, if so, i= t should be explicitly stated. If not, you should define how the MS-PW trac= e works (given that the tunnels in both directions may span different hops)= .=20 Nits:=20 1. Please check the text for acronyms that have not been expanded in their = first use. 2. I run the idnits tool and found the following nits, please check and fix= .=20 (See RFCs 3967 and 4897 for information about using normative reference= s to lower-maturity documents in RFCs) -- Looks like a reference, but probably isn't: 'RFC2119' on line 121 -- Looks like a reference, but probably isn't: 'RFC4379' on line 258 =3D=3D Unused Reference: '1' is defined on line 284, but no explicit refe= rence was found in the text =3D=3D Unused Reference: '2' is defined on line 287, but no explicit refe= rence was found in the text =3D=3D Unused Reference: '3' is defined on line 291, but no explicit refe= rence was found in the text 3. Section 3.2, 3.1 first para first sentence s/shall/SHALL 3.2 last para, the last second sentence s/must/MUST 4. The draft quotes the MS-PW and bidirectional co-routed LSP concept, it's= better to add related references to this document. Best regards, Mach From nobody Sun Mar 30 21:12:11 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8BA3A1A08F9 for ; Sun, 30 Mar 2014 21:12:09 -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 qgRfDYtEVkPx for ; Sun, 30 Mar 2014 21:12:07 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 4918A1A07DC for ; Sun, 30 Mar 2014 21:12:05 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BCO72372; Mon, 31 Mar 2014 04:12:01 +0000 (GMT) Received: from LHREML404-HUB.china.huawei.com (10.201.5.218) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.3.158.1; Mon, 31 Mar 2014 05:11:13 +0100 Received: from SZXEML462-HUB.china.huawei.com (10.82.67.205) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.158.1; Mon, 31 Mar 2014 05:11:54 +0100 Received: from szxeml556-mbs.china.huawei.com ([169.254.4.34]) by szxeml462-hub.china.huawei.com ([10.82.67.205]) with mapi id 14.03.0158.001; Mon, 31 Mar 2014 12:11:51 +0800 From: Dhruv Dhody To: Loa Andersson , "mpls@ietf.org" , "draft-george-mpls-ipv6-only-gap@tools.ietf.org" , "mpls-chairs@tools.ietf.org" , "VIGOUREUX, MARTIN (MARTIN)" Thread-Topic: [mpls] IPR poll on draft-george-mpls-ipv6-only-gap Thread-Index: AQHPSd5E3xXXGXFWfEmUz8T0riQII5r6mqCA Date: Mon, 31 Mar 2014 04:11:50 +0000 Message-ID: <23CE718903A838468A8B325B80962F9B7554ACCF@szxeml556-mbs.china.huawei.com> References: <5334594C.6000106@pi.nu> In-Reply-To: <5334594C.6000106@pi.nu> Accept-Language: en-GB, zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.18.146.248] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/izAosAAO7GaZo7t6B-i7ddOL88k Subject: Re: [mpls] IPR poll on draft-george-mpls-ipv6-only-gap X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Mar 2014 04:12:09 -0000 I am not aware of any IPR related to this document. Regards, Dhruv --------------------------------------------------------------- Dhruv Dhody=20 System Architect,=20 Huawei Technologies India Pvt. Ltd., Banagalore Mobile: +91-9845062422 This e-mail and its attachments contain confidential information from HUAWE= I, which=20 is intended only for the person or entity whose address is listed above. An= y use of the=20 information contained herein in any way (including, but not limited to, tot= al or partial=20 disclosure, reproduction, or dissemination) by persons other than the inten= ded=20 recipient(s) is prohibited. If you receive this e-mail in error, please not= ify the sender by=20 phone or email immediately and delete it! > -----Original Message----- > From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Loa Andersson > Sent: 27 March 2014 22:31 > To: mpls@ietf.org; draft-george-mpls-ipv6-only-gap@tools.ietf.org; mpls- > chairs@tools.ietf.org; VIGOUREUX, MARTIN (MARTIN) > Subject: [mpls] IPR poll on draft-george-mpls-ipv6-only-gap >=20 > Working Group, >=20 > The authors of draft-george-mpls-ipv6-only-gap have told us that the draf= t is > ready to be accepted as a working group document. >=20 > Before we do poll to see if we have consensus to accept the document as a > working group document we want to do an IPR poll on the document. >=20 > This mail starts that IPR poll. >=20 > Are you aware of any IPR that applies to draft-george-mpls-ipv6- only-gap= ? >=20 > If so, has this IPR been disclosed in compliance with IETF IPR rules (see > RFCs 3979, 4879, 3669 and 5378 for more details). >=20 > Currently there are no IPR disclosures that relates to this document. >=20 > If you are listed as a document author or contributor please respond to t= his > email regardless of whether or not you are aware of any relevant IPR. *Th= e > response needs to be sent to the MPLS wg mailing list.* The document will= not > advance to the next stage until a response has been received from each au= thor > and contributor. >=20 > If you are on the MPLS WG email list but are not listed as an author or > contributor, then please explicitly respond only if you are aware of any = IPR > that has not yet been disclosed in conformance with IETF rules. >=20 > Thanks, Loa > (as MPLS WG co-chair) > -- >=20 >=20 > Loa Andersson email: loa@mail01.huawei.com > Senior MPLS Expert loa@pi.nu > Huawei Technologies (consultant) phone: +46 739 81 21 64 >=20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From nobody Mon Mar 31 00:33:50 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2B28B1A0812 for ; Mon, 31 Mar 2014 00:33: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 SH7zF7dBRCda for ; Mon, 31 Mar 2014 00:33:45 -0700 (PDT) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) by ietfa.amsl.com (Postfix) with ESMTP id C26931A03A8 for ; Mon, 31 Mar 2014 00:33:44 -0700 (PDT) Received: from [192.168.1.133] (81-236-221-144-no93.tbcn.telia.com [81.236.221.144]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 33CF4180150F; Mon, 31 Mar 2014 09:33:40 +0200 (CEST) Message-ID: <53391A55.8000303@pi.nu> Date: Mon, 31 Mar 2014 09:33:41 +0200 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: "mpls@ietf.org" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/H5e_9kGoAQsx3Cd91KyOZ0_Ggc4 Cc: "mpls-chairs@tools.ietf.org" , "draft-george-mpls-ipv6-only-gap@tools.ietf.org" Subject: [mpls] poll to see if we have consensus to make draft-george-mpls-ipv6-only-gap a working group document X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Mar 2014 07:33:47 -0000 Working Group, This is to start a two week poll on adopting draft-george-mpls-ipv6-only-gap as an MPLS working group document. Please send your comments (support/not support) to the mpls working group mailing list (mpls@ietf.org). Please give a technical motivation for your support/not support, especially if you think that the document should not be adopted as a working group document. There are no IPR claim against this document. The authors and contributors has stated on the working group mailing list that they are not aware of any other IPR claims against this draft. However if you are on the the mpls working group mailing list and aware of IPR that relates to this draft, the time to disclose this is now. This poll ends April 14, 2014. /Loa for the MPLS wg co-chairs -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Mon Mar 31 00:44:15 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1EC721A0782 for ; Mon, 31 Mar 2014 00:44:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.589 X-Spam-Level: X-Spam-Status: No, score=-1.589 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HOST_MISMATCH_COM=0.311] 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 0qOnMUt3TfoK for ; Mon, 31 Mar 2014 00:44:12 -0700 (PDT) Received: from the-host.seacom.mu (ge-0.ln-01-jnb.za.seacomnet.com [41.87.104.245]) by ietfa.amsl.com (Postfix) with ESMTP id 5C37B1A03A2 for ; Mon, 31 Mar 2014 00:44:11 -0700 (PDT) Received: from localhost ([127.0.0.1] helo=the-host.localnet) by the-host.seacom.mu with esmtp (Exim 4.80.1) (envelope-from ) id 1WUWsy-0008Iz-FH; Mon, 31 Mar 2014 09:44:00 +0200 From: Mark Tinka Organization: SEACOM To: mpls@ietf.org Date: Mon, 31 Mar 2014 09:43:59 +0200 User-Agent: KMail/1.13.6 (Linux/2.6.37.6-24-desktop; KDE/4.6.0; i686; ; ) References: <53391A55.8000303@pi.nu> In-Reply-To: <53391A55.8000303@pi.nu> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart15692797.ZZa8200j8k"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201403310943.59882.mark.tinka@seacom.mu> Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/FJnlgTj5SeVBOxbmJhaTfrnPqp8 Cc: "mpls-chairs@tools.ietf.org" , "draft-george-mpls-ipv6-only-gap@tools.ietf.org" Subject: Re: [mpls] poll to see if we have consensus to make draft-george-mpls-ipv6-only-gap a working group document X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: mark.tinka@seacom.mu List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Mar 2014 07:44:14 -0000 --nextPart15692797.ZZa8200j8k Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Support. Mark. On Monday, March 31, 2014 09:33:41 AM Loa Andersson wrote: > Working Group, >=20 > This is to start a two week poll on adopting > draft-george-mpls-ipv6-only-gap as an MPLS working group > document. >=20 > Please send your comments (support/not support) to the > mpls working group mailing list (mpls@ietf.org). Please > give a technical motivation for your support/not > support, especially if you think that the document > should not be adopted as a working group document. >=20 > There are no IPR claim against this document. >=20 > The authors and contributors has stated on the working > group mailing list that they are not aware of any other > IPR claims against this draft. >=20 > However if you are on the the mpls working group mailing > list and aware of IPR that relates to this draft, the > time to disclose this is now. >=20 > This poll ends April 14, 2014. >=20 > /Loa >=20 > for the MPLS wg co-chairs --nextPart15692797.ZZa8200j8k Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (GNU/Linux) iQIcBAABAgAGBQJTORy/AAoJEGcZuYTeKm+GY/8P/14e49CL2/PQ3iAwJJi18TS9 dZTUzxkHul27CT+QFq4hqIAWSyBV5OnWW321KZTHnNrxHS3DIRBd70NYUP7SY37X eUA20MqyS2z9hOqmFLw6vLpaFK5V13isGZVcEmhJkJm/4iYtRTCBtTdlDs/JOut6 Jp6OlrzKJ5Qt7KcoIkCbBqR4RQRQPYKHzzKw3z+/OrbGOygvA6z9AWViOS7UndOk 5lgHWj/nZ1RXYF6CgcqZ3frCmZvcil9TcpdxR0zQ0a4QcWSf7jdP+ZIwVIGUN9OM +RZjckM/b5WrHTwf4jPAxnSdskjfoDt+oCmpQd14awrM3Jg488rL3SXC60fosy+K T1cAsemwmY3kbiuWe3S02t1ttKToB9twPwTh7cAySONq8u6jixPrhhU1Sr42J2fi caRfLodvUlsN6crD2NzlogJDuKIdgr0WLN3mPPB0iHLhfULS6Zt1B+Jw8Su7bFGo GU1bm4rlJFbmpUvH7oEa3CcdrepI7Ss0t0AHbbEK5wH4DFi6kjy6ZmcO5zr1qv+W bZg1xsck2XHkl/N/W5HmgSu9PR9j08ejNPW4D3f6KaaDjVjLSfRGIV2DdbMoPrZ5 TrNuGpm7lBTmdznYGBURlpvIWt3GqRTsvDFGEcYXieLRIY7NsQJDrIw7coUzb9OO 8HqyVlkoL9HDyMRFP6Ys =Y80j -----END PGP SIGNATURE----- --nextPart15692797.ZZa8200j8k-- From nobody Mon Mar 31 01:15:08 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 61CF51A097E for ; Mon, 31 Mar 2014 01:15: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 IaAhHFVAsGUW for ; Mon, 31 Mar 2014 01:15:04 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 0152C1A0812 for ; Mon, 31 Mar 2014 01:15:03 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BCO90621; Mon, 31 Mar 2014 08:14:59 +0000 (GMT) Received: from LHREML401-HUB.china.huawei.com (10.201.5.240) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.3.158.1; Mon, 31 Mar 2014 09:14:02 +0100 Received: from SZXEMA401-HUB.china.huawei.com (10.82.72.33) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.158.1; Mon, 31 Mar 2014 09:14:40 +0100 Received: from SZXEMA510-MBX.china.huawei.com ([169.254.3.94]) by SZXEMA401-HUB.china.huawei.com ([10.82.72.33]) with mapi id 14.03.0158.001; Mon, 31 Mar 2014 16:14:34 +0800 From: Mach Chen To: Loa Andersson , "mpls@ietf.org" Thread-Topic: [mpls] poll to see if we have consensus to make draft-george-mpls-ipv6-only-gap a working group document Thread-Index: AQHPTLOXQRpu0oPXKE6aBXU4lV/5yZr62QFg Date: Mon, 31 Mar 2014 08:14:34 +0000 Message-ID: References: <53391A55.8000303@pi.nu> In-Reply-To: <53391A55.8000303@pi.nu> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.97.72] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/85WJOVn9bt_eXtZSKlxnw4i_0qE Cc: "mpls-chairs@tools.ietf.org" , "draft-george-mpls-ipv6-only-gap@tools.ietf.org" Subject: Re: [mpls] poll to see if we have consensus to make draft-george-mpls-ipv6-only-gap a working group document X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Mar 2014 08:15:06 -0000 Yes/support. Best regards, Mach > -----Original Message----- > From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Loa Andersson > Sent: Monday, March 31, 2014 3:34 PM > To: mpls@ietf.org > Cc: mpls-chairs@tools.ietf.org; draft-george-mpls-ipv6-only-gap@tools.iet= f.org > Subject: [mpls] poll to see if we have consensus to make > draft-george-mpls-ipv6-only-gap a working group document >=20 > Working Group, >=20 > This is to start a two week poll on adopting draft-george-mpls-ipv6-only-= gap as an > MPLS working group document. >=20 > Please send your comments (support/not support) to the mpls working group > mailing list (mpls@ietf.org). Please give a technical motivation for your > support/not support, especially if you think that the document should not= be > adopted as a working group document. >=20 > There are no IPR claim against this document. >=20 > The authors and contributors has stated on the working group mailing list= that > they are not aware of any other IPR claims against this draft. >=20 > However if you are on the the mpls working group mailing list and aware o= f IPR > that relates to this draft, the time to disclose this is now. >=20 > This poll ends April 14, 2014. >=20 > /Loa >=20 > for the MPLS wg co-chairs >=20 > -- >=20 >=20 > Loa Andersson email: loa@mail01.huawei.com > Senior MPLS Expert loa@pi.nu > Huawei Technologies (consultant) phone: +46 739 81 21 64 >=20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From nobody Mon Mar 31 09:12:38 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D1A491A6F0C for ; Mon, 31 Mar 2014 09:12:33 -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 d-HaVreY9npc for ; Mon, 31 Mar 2014 09:12:31 -0700 (PDT) Received: from mail-ie0-x231.google.com (mail-ie0-x231.google.com [IPv6:2607:f8b0:4001:c03::231]) by ietfa.amsl.com (Postfix) with ESMTP id BEADB1A0849 for ; Mon, 31 Mar 2014 09:12:31 -0700 (PDT) Received: by mail-ie0-f177.google.com with SMTP id rl12so7589015iec.8 for ; Mon, 31 Mar 2014 09:12:28 -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=20LsD/91sdq/zGM0WWcOl+ipKswowzOVeO+ewI0O+Ds=; b=0WCCoJtTZxKyFG9FmTkI7+ZKFxWP9LPEYUmS+wN8hGd/dt/tKrF9eVgdiPVz5UJ4Sz 3eEc+3gjqM1YZByuv/nB29TyH2ggHmhHHPK3QYM1Mwyi98zkj61OBfC6vFOb791mkn7w XPMlpS1IbjvQ81kowWriClzEF62t4VXjJhfW4lzV1SrgrKzruHElZNB8iBscKuE+qZOL +DxEHdg2ckihI/J+eS+hI+fXcJGGZYkl3Bb6p5xQLzj462lClz3IjArJ2SUJs34QTD7Q qHCvBKIkGBIwT1lveHmxYv8JqWUa2VpWRoo0ssoM1XTQJYvH+NO8TtjrIvlgzK+WyzNd F7Ug== MIME-Version: 1.0 X-Received: by 10.42.67.130 with SMTP id t2mr32953170ici.17.1396282348481; Mon, 31 Mar 2014 09:12:28 -0700 (PDT) Sender: dhruvdhody@gmail.com X-Google-Sender-Delegation: dhruvdhody@gmail.com Received: by 10.50.118.42 with HTTP; Mon, 31 Mar 2014 09:12:28 -0700 (PDT) In-Reply-To: <53391A55.8000303@pi.nu> References: <53391A55.8000303@pi.nu> Date: Mon, 31 Mar 2014 21:42:28 +0530 X-Google-Sender-Auth: 5B0wiBAtUYckdoatrUxC3Z8q8hw Message-ID: From: Dhruv Dhody To: Loa Andersson Content-Type: multipart/alternative; boundary=20cf30334bfd63321a04f5e9517c Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/8WM0f7YV1yL5o5fYtDIr4v0FM7w Cc: "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" , "draft-george-mpls-ipv6-only-gap@tools.ietf.org" Subject: Re: [mpls] poll to see if we have consensus to make draft-george-mpls-ipv6-only-gap a working group document X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Mar 2014 16:12:34 -0000 --20cf30334bfd63321a04f5e9517c Content-Type: text/plain; charset=ISO-8859-1 Yes/support. Regards, Dhruv (as a contributor) On Mon, Mar 31, 2014 at 1:03 PM, Loa Andersson wrote: > Working Group, > > This is to start a two week poll on adopting > draft-george-mpls-ipv6-only-gap as an MPLS working group document. > > Please send your comments (support/not support) to the mpls working > group mailing list (mpls@ietf.org). Please give a technical > motivation for your support/not support, especially if you think that > the document should not be adopted as a working group document. > > There are no IPR claim against this document. > > The authors and contributors has stated on the working group mailing > list that they are not aware of any other IPR claims against this draft. > > However if you are on the the mpls working group mailing list and > aware of IPR that relates to this draft, the time to disclose > this is now. > > This poll ends April 14, 2014. > > /Loa > > for the MPLS wg co-chairs > > -- > > > Loa Andersson email: loa@mail01.huawei.com > Senior MPLS Expert loa@pi.nu > Huawei Technologies (consultant) phone: +46 739 81 21 64 > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > --20cf30334bfd63321a04f5e9517c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Yes/support.

Regards,
Dhruv (as a contributor) <= /div>


On Mon, = Mar 31, 2014 at 1:03 PM, Loa Andersson <loa@pi.nu> wrote:
Working Group,

This is to start a two week poll on adopting
draft-george-mpls-ipv6-only-gap as an MPLS working group document.
Please send your comments (support/not support) to the mpls working
group mailing list (mpls= @ietf.org). Please give a technical
motivation for your support/not support, especially if you think that
the document should not be adopted as a working group document.

There are no IPR claim against this document.

The authors and contributors has stated on the working group mailing
list that they are not aware of any other IPR claims against this draft.
However if you are on the the mpls working group mailing list and
aware of IPR that relates to this draft, the time to disclose
this is now.

This poll ends April 14, 2014.

/Loa

for the MPLS wg co-chairs
--


Loa Andersson =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0email: loa@mail01.huawei.com
Senior MPLS Expert =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0loa@pi.nu
Huawei Technologies (consultant) =A0 =A0 phone: +46 739 81 21 64

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

--20cf30334bfd63321a04f5e9517c-- From nobody Mon Mar 31 09:24:36 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C8B671A0893 for ; Mon, 31 Mar 2014 09:24:29 -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 YgpX85uNqLaU for ; Mon, 31 Mar 2014 09:24:26 -0700 (PDT) Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) by ietfa.amsl.com (Postfix) with ESMTP id 664601A0890 for ; Mon, 31 Mar 2014 09:24:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1293; q=dns/txt; s=iport; t=1396283063; x=1397492663; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=1r5jZuk/Mou3yu++jd8WKLznGYp0iVfZ9QpNemq7Msg=; b=G5YcxF+qFJH/6Zq55OMgYn0XetL6/rfOQsIvMNMnAwrzklKTNzszwdzr 0vLhWvrtbUuH3I/5YDHTK/Kxh3TzKVNsPIgrFv4mphVVXojEl3ubBh2MC Cm30UCm9QKX5F07HQDcGbLHkj7l5owUTalqvK0mzRnH77tZ7x8Rr57bv/ k=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AkcFAGGWOVOtJV2b/2dsb2JhbABZgwY7V7tkhheBHoEgFnSCJwEEAQEBNzEDCw4EAQg2BSYMCyUCBAENBYd5DdBOEwQEjhkRAVAHhDgEmE6SNYFxgT+Bcjk X-IronPort-AV: E=Sophos;i="4.97,766,1389744000"; d="scan'208";a="314083265" Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by rcdn-iport-7.cisco.com with ESMTP; 31 Mar 2014 16:24:16 +0000 Received: from xhc-rcd-x08.cisco.com (xhc-rcd-x08.cisco.com [173.37.183.82]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id s2VGOFqh028349 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 31 Mar 2014 16:24:16 GMT Received: from xmb-rcd-x03.cisco.com ([169.254.7.223]) by xhc-rcd-x08.cisco.com ([173.37.183.82]) with mapi id 14.03.0123.003; Mon, 31 Mar 2014 11:24:15 -0500 From: "Nagendra Kumar Nainar (naikumar)" To: Loa Andersson , "mpls@ietf.org" Thread-Topic: [mpls] poll to see if we have consensus to make draft-george-mpls-ipv6-only-gap a working group document Thread-Index: AQHPTLOTE3plxDMmzUyVJB8ZG7+2qZr7cqqA Date: Mon, 31 Mar 2014 16:24:14 +0000 Message-ID: In-Reply-To: <53391A55.8000303@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.2.130206 x-originating-ip: [10.150.52.45] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/7k7_Vbns6m9GT4J8qqiFJejHkH4 Cc: "mpls-chairs@tools.ietf.org" , "draft-george-mpls-ipv6-only-gap@tools.ietf.org" Subject: Re: [mpls] poll to see if we have consensus to make draft-george-mpls-ipv6-only-gap a working group document X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Mar 2014 16:24:30 -0000 Hi, Yes/Support (as Contributor). Thanks, Nagendra On 3/31/14 3:33 AM, "Loa Andersson" wrote: >Working Group, > >This is to start a two week poll on adopting >draft-george-mpls-ipv6-only-gap as an MPLS working group document. > >Please send your comments (support/not support) to the mpls working >group mailing list (mpls@ietf.org). Please give a technical >motivation for your support/not support, especially if you think that >the document should not be adopted as a working group document. > >There are no IPR claim against this document. > >The authors and contributors has stated on the working group mailing >list that they are not aware of any other IPR claims against this draft. > >However if you are on the the mpls working group mailing list and >aware of IPR that relates to this draft, the time to disclose >this is now. > >This poll ends April 14, 2014. > >/Loa > >for the MPLS wg co-chairs > >--=20 > > >Loa Andersson email: loa@mail01.huawei.com >Senior MPLS Expert loa@pi.nu >Huawei Technologies (consultant) phone: +46 739 81 21 64 > >_______________________________________________ >mpls mailing list >mpls@ietf.org >https://www.ietf.org/mailman/listinfo/mpls From nobody Mon Mar 31 10:08:35 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E98C11A6F05; Mon, 31 Mar 2014 10:08: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 JD-kwyx9sV9z; Mon, 31 Mar 2014 10:08:29 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 605401A6F11; Mon, 31 Mar 2014 10:08:26 -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: 5.2.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140331170826.12253.56100.idtracker@ietfa.amsl.com> Date: Mon, 31 Mar 2014 10:08:26 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/mXyY-0Sb4d1Nvy3JWd74CXUhNaw Cc: mpls mailing list , mpls chair , RFC Editor Subject: [mpls] Protocol Action: 'Allocating and Retiring Special Purpose MPLS Labels' to Proposed Standard (draft-ietf-mpls-special-purpose-labels-06.txt) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Mar 2014 17:08:31 -0000 The IESG has approved the following document: - 'Allocating and Retiring Special Purpose MPLS Labels' (draft-ietf-mpls-special-purpose-labels-06.txt) as Proposed Standard This document is the product of the Multiprotocol Label Switching Working Group. The IESG contact persons are Alia Atlas and Adrian Farrel. A URL of this Internet Draft is: http://datatracker.ietf.org/doc/draft-ietf-mpls-special-purpose-labels/ Technical Summary Some MPLS labels have been allocated for specific purposes. A block of labels (0-15) has been set aside to this end, and are commonly called "reserved labels". As there are only 16 of these special purpose labels, caution is needed in the allocation of new special purpose labels, yet at the same time allow forward progress when one is called for. This document defines new procedures to follow in the allocation and retirement of special purpose labels, as well as a method to extend the special purpose label space. Finally, this memo renames the IANA registry for these labels to "Special Purpose MPLS Label Values", and creates a new one called the "Extended Special Purpose MPLS Label Values" registry. Working Group Summary no controversy. Some contructive discussion of the details. Document Quality The document has been well reviewed, and has been updated to reflect comments received in WG last call. Due to the nature of this document it needs to be published in final form (as an RFC) prior to implementation but authors and reviewers include multiple vendors who would need to implement the extension to the special purpose label space. Personnel Ross Callon is the document shepherd. The AD for MPLS (Adrian Farrel) is co-author, and so the other routing AD (Alia Atlas) will act as responsible AD. RFC Editor Note Please update the Abstract as follows: OLD This memo defines new procedures to follow in the allocation and retirement of special purpose labels, as well as a method to extend the special purpose label space. NEW This memo defines new procedures to follow in the allocation and retirement of special purpose labels, as well as a method to extend the special purpose label space and a decription of how to handle extended special purpose labels in the data plane. From nobody Mon Mar 31 10:16:09 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E76AD1A6F51 for ; Mon, 31 Mar 2014 10:16:06 -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 wAKkoTUTMQH9 for ; Mon, 31 Mar 2014 10:16:05 -0700 (PDT) Received: from usevmg21.ericsson.net (usevmg21.ericsson.net [198.24.6.65]) by ietfa.amsl.com (Postfix) with ESMTP id DE2B11A6F44 for ; Mon, 31 Mar 2014 10:16:04 -0700 (PDT) X-AuditID: c6180641-b7fbc8e000000da3-48-53399fead287 Received: from EUSAAHC001.ericsson.se (Unknown_Domain [147.117.188.75]) by usevmg21.ericsson.net (Symantec Mail Security) with SMTP id A2.52.03491.AEF99335; Mon, 31 Mar 2014 19:03:38 +0200 (CEST) Received: from EUSAAMB109.ericsson.se ([147.117.188.126]) by EUSAAHC001.ericsson.se ([147.117.188.75]) with mapi id 14.03.0174.001; Mon, 31 Mar 2014 13:16:01 -0400 From: Jeff Tantsura To: Loa Andersson , "mpls@ietf.org" Thread-Topic: [mpls] poll to see if we have consensus to make draft-george-mpls-ipv6-only-gap a working group document Thread-Index: AQHPTLOSIIofaoKsjUS/af7hCnV9nJr7PhEA Date: Mon, 31 Mar 2014 17:16:00 +0000 Message-ID: References: <53391A55.8000303@pi.nu> In-Reply-To: <53391A55.8000303@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.9.131030 x-originating-ip: [147.117.188.12] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpgkeLIzCtJLcpLzFFi42KZXLrHW/fVfMtgg3dXlSw6zz1htvg3dw6z xfdLS1gsbi1dyerA4rFkyU8mj1nT29g8vlz+zBbAHMVlk5Kak1mWWqRvl8CV0TTRtOAhT8XJ 3n6WBsYFXF2MnBwSAiYSPz7PYYWwxSQu3FvP1sXIxSEkcJRRYnbDXyhnOaPEv3sTmUGq2AQM JP5/O84CYosI2ElsfPWPEaSIWWAJo8SP+2fBioQFyiWur70O1M0BVFQhsb1XCKLeSGJPy3mw bSwCqhJrzz8Fs3kFzCVW9p1mArGFBFQk7q1ZBDaGE6hm2bOXYDWMQNd9P7UGrIZZQFzi1pP5 TBBXC0gs2XOeGcIWlXj5+B9YvaiAnsS9R3NZIOJKEnNeX2OG6NWRWLD7ExuEbS2xYdoGRghb W2LZwtfMEPcISpyc+YRlAqPELCTrZiFpn4WkfRaS9llI2hcwsq5i5CgtTi3LTTcy3MQIjMVj EmyOOxgXfLI8xCjNwaIkzvvlrXOQkEB6YklqdmpqQWpRfFFpTmrxIUYmDk6pBsY1F7ZbM7Q+ b560fnPvrvh7/Htv9fnqBs7fe0zh9rvgu+veBkxRypm4rqi52mCe/LHb8ckCLkarxfLFW86W yZ/heG0VUvhLMaZt8urXt4sebRKVnj9Xq20R49/FTvoyQSsmrC97F193MM4zvGzxRNfMlKgz B4PqltntfmLaZLPlVfKc3OqEr1OUWIozEg21mIuKEwE8Ldw/kwIAAA== Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/tjdfQfgWWmj1F7WFwvyAYCnnj3Q Cc: "mpls-chairs@tools.ietf.org" , "draft-george-mpls-ipv6-only-gap@tools.ietf.org" Subject: Re: [mpls] poll to see if we have consensus to make draft-george-mpls-ipv6-only-gap a working group document X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Mar 2014 17:16:07 -0000 Yes/support Cheers, Jeff -----Original Message----- From: Loa Andersson Date: Monday, March 31, 2014 12:33 AM To: "mpls@ietf.org" Cc: "mpls-chairs@tools.ietf.org" , "draft-george-mpls-ipv6-only-gap@tools.ietf.org" Subject: [mpls] poll to see if we have consensus to make draft-george-mpls-ipv6-only-gap a working group document >Working Group, > >This is to start a two week poll on adopting >draft-george-mpls-ipv6-only-gap as an MPLS working group document. > >Please send your comments (support/not support) to the mpls working >group mailing list (mpls@ietf.org). Please give a technical >motivation for your support/not support, especially if you think that >the document should not be adopted as a working group document. > >There are no IPR claim against this document. > >The authors and contributors has stated on the working group mailing >list that they are not aware of any other IPR claims against this draft. > >However if you are on the the mpls working group mailing list and >aware of IPR that relates to this draft, the time to disclose >this is now. > >This poll ends April 14, 2014. > >/Loa > >for the MPLS wg co-chairs > >--=20 > > >Loa Andersson email: loa@mail01.huawei.com >Senior MPLS Expert loa@pi.nu >Huawei Technologies (consultant) phone: +46 739 81 21 64 > >_______________________________________________ >mpls mailing list >mpls@ietf.org >https://www.ietf.org/mailman/listinfo/mpls From nobody Mon Mar 31 11:17:13 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 968F51A6F57 for ; Mon, 31 Mar 2014 11:17:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.9 X-Spam-Level: X-Spam-Status: No, score=-6.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-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 QVd-Ll1w8CrQ for ; Mon, 31 Mar 2014 11:17:07 -0700 (PDT) Received: from ihemail3.lucent.com (ihemail3.lucent.com [135.245.0.37]) by ietfa.amsl.com (Postfix) with ESMTP id 34C861A6F56 for ; Mon, 31 Mar 2014 11:17:07 -0700 (PDT) Received: from us70uusmtp3.zam.alcatel-lucent.com (h135-5-2-65.lucent.com [135.5.2.65]) by ihemail3.lucent.com (8.13.8/IER-o) with ESMTP id s2VIH3YB024863 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 31 Mar 2014 13:17:03 -0500 (CDT) Received: from US70UWXCHHUB01.zam.alcatel-lucent.com (us70uwxchhub01.zam.alcatel-lucent.com [135.5.2.48]) by us70uusmtp3.zam.alcatel-lucent.com (GMO) with ESMTP id s2VIH1V0009569 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 31 Mar 2014 14:17:02 -0400 Received: from US70UWXCHMBA01.zam.alcatel-lucent.com ([169.254.7.60]) by US70UWXCHHUB01.zam.alcatel-lucent.com ([135.5.2.48]) with mapi id 14.02.0247.003; Mon, 31 Mar 2014 14:17:02 -0400 From: "Aissaoui, Mustapha (Mustapha)" To: Loa Andersson , "mpls@ietf.org" Thread-Topic: [mpls] poll to see if we have consensus to make draft-george-mpls-ipv6-only-gap a working group document Thread-Index: AQHPTLPXY8Kr4wtfeEWQdh76WeJezZr7gSxA Date: Mon, 31 Mar 2014 18:17:01 +0000 Message-ID: <4A79394211F1AF4EB57D998426C9340D9463AB17@US70UWXCHMBA01.zam.alcatel-lucent.com> References: <53391A55.8000303@pi.nu> In-Reply-To: <53391A55.8000303@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.5.27.18] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/YRtrKIdvsNzm2XNPjA7SUEs-edM Cc: "mpls-chairs@tools.ietf.org" , "draft-george-mpls-ipv6-only-gap@tools.ietf.org" Subject: Re: [mpls] poll to see if we have consensus to make draft-george-mpls-ipv6-only-gap a working group document X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Mar 2014 18:17:09 -0000 I support this. Regards, Mustapha. -----Original Message----- From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Loa Andersson Sent: Monday, March 31, 2014 3:34 AM To: mpls@ietf.org Cc: mpls-chairs@tools.ietf.org; draft-george-mpls-ipv6-only-gap@tools.ietf.= org Subject: [mpls] poll to see if we have consensus to make draft-george-mpls-= ipv6-only-gap a working group document Working Group, This is to start a two week poll on adopting draft-george-mpls-ipv6-only-ga= p as an MPLS working group document. Please send your comments (support/not support) to the mpls working group m= ailing list (mpls@ietf.org). Please give a technical motivation for your su= pport/not support, especially if you think that the document should not be = adopted as a working group document. There are no IPR claim against this document. The authors and contributors has stated on the working group mailing list t= hat they are not aware of any other IPR claims against this draft. However if you are on the the mpls working group mailing list and aware of = IPR that relates to this draft, the time to disclose this is now. This poll ends April 14, 2014. /Loa for the MPLS wg co-chairs --=20 Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls From nobody Mon Mar 31 11:18:53 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D3DFA1A6F59 for ; Mon, 31 Mar 2014 11:18:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.9 X-Spam-Level: X-Spam-Status: No, score=-6.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-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 IUHXKIL4Qphv for ; Mon, 31 Mar 2014 11:18:49 -0700 (PDT) Received: from hoemail1.alcatel.com (hoemail1.alcatel.com [192.160.6.148]) by ietfa.amsl.com (Postfix) with ESMTP id 029E71A6F52 for ; Mon, 31 Mar 2014 11:18:48 -0700 (PDT) Received: from fr711usmtp1.zeu.alcatel-lucent.com (h135-239-2-122.lucent.com [135.239.2.122]) by hoemail1.alcatel.com (8.13.8/IER-o) with ESMTP id s2VIIhGT009283 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 31 Mar 2014 13:18:45 -0500 (CDT) Received: from FR711WXCHHUB01.zeu.alcatel-lucent.com (fr711wxchhub01.zeu.alcatel-lucent.com [135.239.2.111]) by fr711usmtp1.zeu.alcatel-lucent.com (GMO) with ESMTP id s2VIIh2m013839 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 31 Mar 2014 20:18:43 +0200 Received: from FR711WXCHMBA07.zeu.alcatel-lucent.com ([169.254.3.218]) by FR711WXCHHUB01.zeu.alcatel-lucent.com ([135.239.2.111]) with mapi id 14.02.0247.003; Mon, 31 Mar 2014 20:18:43 +0200 From: "Henderickx, Wim (Wim)" To: "Aissaoui, Mustapha (Mustapha)" , Loa Andersson , "mpls@ietf.org" Thread-Topic: [mpls] poll to see if we have consensus to make draft-george-mpls-ipv6-only-gap a working group document Thread-Index: AQHPTLOR+FT0isGCBkaBOkMPxhAhjZr7X+OAgAAyuAA= Date: Mon, 31 Mar 2014 18:18:42 +0000 Message-ID: References: <53391A55.8000303@pi.nu> <4A79394211F1AF4EB57D998426C9340D9463AB17@US70UWXCHMBA01.zam.alcatel-lucent.com> In-Reply-To: <4A79394211F1AF4EB57D998426C9340D9463AB17@US70UWXCHMBA01.zam.alcatel-lucent.com> Accept-Language: nl-BE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.9.131030 x-originating-ip: [135.239.27.39] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/1SYwXg8muEEhavhnCDoP20yC-Pg Cc: "mpls-chairs@tools.ietf.org" , "draft-george-mpls-ipv6-only-gap@tools.ietf.org" Subject: Re: [mpls] poll to see if we have consensus to make draft-george-mpls-ipv6-only-gap a working group document X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Mar 2014 18:18:51 -0000 +1 On 31/03/14 20:17, "Aissaoui, Mustapha (Mustapha)" wrote: >I support this. > >Regards, >Mustapha. > >-----Original Message----- >From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Loa Andersson >Sent: Monday, March 31, 2014 3:34 AM >To: mpls@ietf.org >Cc: mpls-chairs@tools.ietf.org; >draft-george-mpls-ipv6-only-gap@tools.ietf.org >Subject: [mpls] poll to see if we have consensus to make >draft-george-mpls-ipv6-only-gap a working group document > >Working Group, > >This is to start a two week poll on adopting >draft-george-mpls-ipv6-only-gap as an MPLS working group document. > >Please send your comments (support/not support) to the mpls working group >mailing list (mpls@ietf.org). Please give a technical motivation for your >support/not support, especially if you think that the document should not >be adopted as a working group document. > >There are no IPR claim against this document. > >The authors and contributors has stated on the working group mailing list >that they are not aware of any other IPR claims against this draft. > >However if you are on the the mpls working group mailing list and aware >of IPR that relates to this draft, the time to disclose this is now. > >This poll ends April 14, 2014. > >/Loa > >for the MPLS wg co-chairs > >--=20 > > >Loa Andersson email: loa@mail01.huawei.com >Senior MPLS Expert loa@pi.nu >Huawei Technologies (consultant) phone: +46 739 81 21 64 > >_______________________________________________ >mpls mailing list >mpls@ietf.org >https://www.ietf.org/mailman/listinfo/mpls > >_______________________________________________ >mpls mailing list >mpls@ietf.org >https://www.ietf.org/mailman/listinfo/mpls From nobody Mon Mar 31 11:22:03 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6F2C31A6F65; Mon, 31 Mar 2014 11:21:56 -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 3keSifiT1Rg5; Mon, 31 Mar 2014 11:21:54 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 623BB1A6F78; Mon, 31 Mar 2014 11:21:48 -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: 5.2.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140331182148.14076.91543.idtracker@ietfa.amsl.com> Date: Mon, 31 Mar 2014 11:21:48 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/zYTgwC2Tfmw09fW4QcGmg7stGK0 Cc: mpls mailing list , mpls chair , RFC Editor Subject: [mpls] Protocol Action: 'MPLS Transport Profile (MPLS-TP) Linear Protection to Match the Operational Expectations of SDH, OTN and Ethernet Transport Network Operators' to Proposed Standard (draft-ietf-mpls-tp-psc-itu-04.txt) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Mar 2014 18:21:56 -0000 The IESG has approved the following document: - 'MPLS Transport Profile (MPLS-TP) Linear Protection to Match the Operational Expectations of SDH, OTN and Ethernet Transport Network Operators' (draft-ietf-mpls-tp-psc-itu-04.txt) as Proposed Standard This document is the product of the Multiprotocol Label Switching Working Group. The IESG contact persons are Adrian Farrel and Alia Atlas. A URL of this Internet Draft is: http://datatracker.ietf.org/doc/draft-ietf-mpls-tp-psc-itu/ Technical Summary This document describes alternate mechanisms to perform some of the MPLS-TP linear protection sub-functions defined in RFC 6378. It also defines some additional mechanisms. The purpose of these mechanisms is to closely model the behavior of linear protection seen in other transport networks. This document also introduces capabilities and modes for linear protection. A capability is an individual behavior, and a mode is a particular combination of capabilities. Two modes are defined PSC mode and APS mode. The document describes the behavior of the PSC protocol including when all the capabilities of the APS mode are enabled. The document describes priority logic and the protocol state machine. The document updates RFC 6378 in that the capability advertisement method defined here is an addition to that document. Working Group Summary This document has a rather long history. It is intended to match the operational practices and methods that have been used by transport network operators prior to the introduction of MPLS. When RFC 6378 was progressed it was decided that backwards compatibility with deployed MPLS networks was the priority. Later the discussion on meeting the requirements from transport network operators re-emerged and it was decided that the solution should be based on RFC 6378. To that end RFC 6378 had to be slightly extended and modified. There were 5 capabilities missing in RFC 6378, these were the extensions. There were also cases where relative priority between different actions need to be changed, these were the modifications. The first approach were to write a single document for each capability (at the time it was thought that the capabilities might be activated independently), The discussion in the working group however converged on putting all the capabilities in one document. The first MPLS Review Team review and the discussion in the working clearly indicated a wish to make the merged document a working group document, so the chairs initiated a second MPLS Review Team review and took the decision to make it a working group document without running the normal WG adoption poll, instead evaluating the discussion on the mailing and their own review. . The document has, nevertheless been well discussed within the working group. After that the document became a working group document there has been a good and open discussion on the mailing. It is the Shepherds opinion that the document is ready for publication. Document Quality An implementation poll has been sent to the working group mailing list and the write-up will be updated if and when the information is available. There are strong indications of vendor interest. There is a long list of important reviewers, especially the MPLS Review Team reviewers that contributed the arguments that resulted in the current document structure and that also did a careful technical review. Personnel Loa Andersson is the document shepherd Adrian Farrel is the responsible AD From nobody Mon Mar 31 12:06:44 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8A98F1A6F53 for ; Mon, 31 Mar 2014 12:06:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.978 X-Spam-Level: X-Spam-Status: No, score=-1.978 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id D0h_HTNzwbde for ; Mon, 31 Mar 2014 12:06:41 -0700 (PDT) Received: from mail-yh0-f49.google.com (mail-yh0-f49.google.com [209.85.213.49]) by ietfa.amsl.com (Postfix) with ESMTP id 513761A6F2A for ; Mon, 31 Mar 2014 12:06:41 -0700 (PDT) Received: by mail-yh0-f49.google.com with SMTP id z6so7989528yhz.8 for ; Mon, 31 Mar 2014 12:06:38 -0700 (PDT) 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=6oVkf954FS6g/YDChMnhw43EIuwRNICTlr9T1IyWygI=; b=Tw4iAdcGsxlqWDQR4nIKD9nHoBHT+gIBre4mAgSZZyqGjDpdn83FVbDuW+5mPjFfuy HDp/afq5keNhlEYldV3RjLAmfHo4RXPwyBJoahPf1FLClTWJVPA/eksGn8ir5IBOFIF2 J7+W9pQI/OD3Zq9lqXjrFjUu66RkOjfbbHsAi0HGSoETekME4N0PUrawqu3vVVOMkk8w 5RqynhjPNMpaq8ZfMcxxcth/h29yxH9flLFFQabt6uh7diL6eX1rIZtZbFWDjpsC/eGj 8L3kV5bcG1gUAS6GaRZ9QUNndrh2eQ0EcEVUx2PBvFCqNXn3SZPqm6Q9LvsANwYPdmka /wuA== X-Gm-Message-State: ALoCoQkxf8HIvU9iKkNm72PciRMBkBVUtcICGPJf0/Zf5QSvO+cCau767Nxxi8yUoDq9Z0GDUuu1 MIME-Version: 1.0 X-Received: by 10.236.139.70 with SMTP id b46mr39035035yhj.63.1396292797978; Mon, 31 Mar 2014 12:06:37 -0700 (PDT) Received: by 10.170.60.5 with HTTP; Mon, 31 Mar 2014 12:06:37 -0700 (PDT) In-Reply-To: References: <20140326195717.26906.70350.idtracker@ietfa.amsl.com> Date: Mon, 31 Mar 2014 15:06:37 -0400 Message-ID: From: Eric Osborne To: Yaacov Weingarten Content-Type: text/plain; charset=ISO-8859-1 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/wLx45YJ67-NeFvxrzDnQjrYzMh8 Cc: "mpls@ietf.org" , ietf@ietf.org, IETF-Announce Subject: Re: [mpls] Last Call: (Updates to MPLS Transport Profile Linear Protection) to Proposed Standard X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Mar 2014 19:06:43 -0000 Hi Yaacov- Thanks for the review. I'll fix the typos you point out in 1 and 2c. As far as the non-typo bits: ---- 2. Section 5 is very confusing to me - a. My understanding was that the PSC Control Logic always receives two inputs - one local and one remote and decides on the the next state based upon these two inputs and the current state of the Control Logic as defined in the FSM. You, however, state that you need to explain how the Control Logic should react to different inputs. After explaining, the two cases of different inputs, you then state that the reaction to these inputs is already covered in RFC6378, and what needs to be clarified is the recovery from the input that was defining the current state! Not sure what you really meant to say, but it would help if you gave a consistent message throughout as to what needs to be clarified! ---- Section 5 clarifies the behavior when we have multiple simultaneous requests from either the Local or Remote logic. Consider the text "In both cases the question is not how the PSC Control logic decides which of these is the one it acts upon.....The point that this section clears up is around what happens when the highest priority input goes away.... A strict reading of the FSM would suggest that PSC transition from PA:F:L into N, and at some future time (perhaps after the remote request refreshes) PSC would transition from N to PA:F:R. This is an unreasonable behavior, as there is no sensible justification for a node behaving as if things were normal (i.e. N state) when it is clear that they are not." I've had multiple questions around this exact behavior offline, which is the motivation for the clarification. Nowhere in rfc6378 do we make explicit that when a higher priority request goes away, the lower priority request is evaluated. A langauge-laywer interpretation of rfc6378 could lead to incompatible implementations, and since the behavior I spell out in section 5 is what a sensible implementation would do anyways, the clarification just helps those who would work strictly by the book. --- b. At some point you state that the Control Logic should remember the last received local and remote inputs for reevaluation when the driving input is cleared. But then you go and prove that this is not necessarily true, since the inputs may change during the interim (went from R(LO) to R(SF-W)). Therefore, I think that the correct interpretation should be based on the two current inputs as provided by the Local Request Logic and Remote Input. What may need to be corrected is that each of these two units should persist their latest outputs to continue to be provided as input to the Control Logic. ---- If I disprove my thesis in the course of an example, it is purely by accident. I'm not sure I see where you're reading that, though. Section 5's text that says "What should happen is that the PSC Control logic should, upon removal of an input, immediately reevaluate all other inputs to decide on the next course of action. This requires an implementation to store the most recent local and remote inputs regardless of their eventual use as triggers for the PSC Control Logic" says what I think you are asking for. Right? If that's not sufficient, can you show me exactly where the misleading text is? eric On Wed, Mar 26, 2014 at 5:08 PM, Yaacov Weingarten wrote: > Hi, > > Some comments and nits regarding this draft: > > 1. The Abstract states "This document contains four updates to", whereas the > first statement of the Introduction states "This document contains firve > updates to" - so aside from the spelling mistake please align the two > statements to the correct number of updates. > > 2. Section 5 is very confusing to me - > a. My understanding was that the PSC Control Logic always receives > two inputs - one local and one remote and decides on the the next state > based upon these two inputs and the current state of the Control Logic as > defined in the FSM. You, however, state that you need to explain how the > Control Logic should react to different inputs. After explaining, the two > cases of different inputs, you then state that the reaction to these inputs > is already covered in RFC6378, and what needs to be clarified is the > recovery from the input that was defining the current state! Not sure what > you really meant to say, but it would help if you gave a consistent message > throughout as to what needs to be clarified! > b. At some point you state that the Control Logic should remember the > last received local and remote inputs for reevaluation when the driving > input is cleared. But then you go and prove that this is not necessarily > true, since the inputs may change during the interim (went from R(LO) to > R(SF-W)). Therefore, I think that the correct interpretation should be based > on the two current inputs as provided by the Local Request Logic and Remote > Input. What may need to be corrected is that each of these two units should > persist their latest outputs to continue to be provided as input to the > Control Logic. > c. Your first example, (in the third paragraph) describes two FS inputs > (a "local" and "remove" [should be changed to "remote"]) to the Control > Logic, but then in the fifth paragraph it is a "local SF" that is driving > the state. Please change this to "local FS". > > Hope these help, > yaacov > > > On Wed, Mar 26, 2014 at 9:57 PM, The IESG wrote: >> >> >> The IESG has received a request from the Multiprotocol Label Switching WG >> (mpls) to consider the following document: >> - 'Updates to MPLS Transport Profile Linear Protection' >> as Proposed Standard >> >> The IESG plans to make a decision in the next few weeks, and solicits >> final comments on this action. Please send substantive comments to the >> ietf@ietf.org mailing lists by 2014-04-09. Exceptionally, comments may be >> sent to iesg@ietf.org instead. In either case, please retain the >> beginning of the Subject line to allow automated sorting. >> >> Abstract >> >> This document contains four updates to the Protection State >> Coordination (PSC) logic defined in RFC6378, "MPLS Transport Profile >> (MPLS-TP) Linear Protection" . Two of the updates correct existing >> behavior. The third clarifies a behavior which was not explained in >> the RFC, and the fourth adds rules around handling capabilities >> mismatches. >> >> >> The file can be obtained via >> http://datatracker.ietf.org/doc/draft-ietf-mpls-psc-updates/ >> >> IESG discussion can be tracked via >> http://datatracker.ietf.org/doc/draft-ietf-mpls-psc-updates/ballot/ >> >> No IPR declarations have been submitted directly on this I-D. >> >> _______________________________________________ >> mpls mailing list >> mpls@ietf.org >> https://www.ietf.org/mailman/listinfo/mpls > > > > > -- > Thanx and BR, > yaacov > > Still looking for new opportunity > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > From nobody Mon Mar 31 12:08:58 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C23111A6F7B for ; Mon, 31 Mar 2014 12:08:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.978 X-Spam-Level: X-Spam-Status: No, score=-1.978 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yOl76yI7ZEZt for ; Mon, 31 Mar 2014 12:08:52 -0700 (PDT) Received: from mail-yh0-f51.google.com (mail-yh0-f51.google.com [209.85.213.51]) by ietfa.amsl.com (Postfix) with ESMTP id 992A21A6F63 for ; Mon, 31 Mar 2014 12:08:52 -0700 (PDT) Received: by mail-yh0-f51.google.com with SMTP id f10so8008185yha.24 for ; Mon, 31 Mar 2014 12:08:49 -0700 (PDT) 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=xr/z2NloJG1brEXJYr3wRiOZO3p489bvAujt+ojuKA4=; b=mGj3iOY/rHFTiPUN+Xxt/tZoF0Cd4FfMlDFS2EV/NQJqMB/VpTYDIDlNyYE5HX68Gq DwMerwsfCT4+CRGy5MOxyFjrpqqWs8AZizG5Pw1nrg09WMF/J7I9Y+8tlD+uJAeTeCbH lBLqjS6s6Y8x96b1Uz8B6A/ufBpqe1wFygKD53nUG19WoTy3k/MTiEh7n1hdXlRl0pff wcMDaJ/8oC5nzFYecw1HqsxcBlHasl6k8fdhAD0S7U7AspPh9TMBRTEypXk1XNXKLWJi tr5Ej1/DQepd8edopqVXSZHT18f/3hvXo5vRFprvpvlqjpfVbk/2/Q4NlaG8WyehLCpT w4aA== X-Gm-Message-State: ALoCoQnU/8KBjyEBXW1LUvo5Bw7mtZ+n3bLbzRXo+KkWssnIXdYvvlez3bVh7iqVKkmvxTuGwkvO MIME-Version: 1.0 X-Received: by 10.236.81.79 with SMTP id l55mr4008810yhe.154.1396292929221; Mon, 31 Mar 2014 12:08:49 -0700 (PDT) Received: by 10.170.60.5 with HTTP; Mon, 31 Mar 2014 12:08:49 -0700 (PDT) In-Reply-To: <08fb01cf4932$a0b51c50$e21f54f0$@olddog.co.uk> References: <08fb01cf4932$a0b51c50$e21f54f0$@olddog.co.uk> Date: Mon, 31 Mar 2014 15:08:49 -0400 Message-ID: From: Eric Osborne To: Adrian Farrel Content-Type: text/plain; charset=ISO-8859-1 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/00c0krVfK6Qmu3gGk33RWlRbPSk Cc: "mpls@ietf.org" , ietf@ietf.org Subject: Re: [mpls] Last Call: (Updates to MPLS Transport Profile Linear Protection) to Proposed Standard X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Mar 2014 19:08:54 -0000 Hello Adrian, WG- I propose this: Malformed TLV: reject the message and vigorously report it Unknown TLV type: report the TLV, ignore the TLV and process the rest of the message I'm open to other opinions, though. eric On Wed, Mar 26, 2014 at 4:33 PM, Adrian Farrel wrote: > Hi, > > I have one issue I want to bring up as a last call comment. I discussed it > briefly with Eric and we agreed it is something that needs wider discussion than > just a late editorial change. > > Currently 6378 does not describe the format of PSC TLVs and > draft-ietf-mpls-tp-itu introduces one without defining the format tightly. > Therefore, this document contains a simple statement of the fields and meanings > in a TLV. > > However, 6378 also does not state how to handle: > - a malformed TLV > - an unknown TLV type > > We need to add some simple text to cover this. > > Options for each of the above are: > - ignore the TLV but process the message > - report the TLV but ignore the TLV and process the message > - ignore the message > - report the message but ignore it > - reject the message > > Thanks, > Adrian > >> -----Original Message----- >> From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of The IESG >> Sent: 26 March 2014 19:57 >> To: IETF-Announce >> Cc: mpls@ietf.org >> Subject: [mpls] Last Call: (Updates to > MPLS >> Transport Profile Linear Protection) to Proposed Standard >> >> >> The IESG has received a request from the Multiprotocol Label Switching WG >> (mpls) to consider the following document: >> - 'Updates to MPLS Transport Profile Linear Protection' >> as Proposed Standard >> >> The IESG plans to make a decision in the next few weeks, and solicits >> final comments on this action. Please send substantive comments to the >> ietf@ietf.org mailing lists by 2014-04-09. Exceptionally, comments may be >> sent to iesg@ietf.org instead. In either case, please retain the >> beginning of the Subject line to allow automated sorting. >> >> Abstract >> >> This document contains four updates to the Protection State >> Coordination (PSC) logic defined in RFC6378, "MPLS Transport Profile >> (MPLS-TP) Linear Protection" . Two of the updates correct existing >> behavior. The third clarifies a behavior which was not explained in >> the RFC, and the fourth adds rules around handling capabilities >> mismatches. >> >> >> The file can be obtained via >> http://datatracker.ietf.org/doc/draft-ietf-mpls-psc-updates/ >> >> IESG discussion can be tracked via >> http://datatracker.ietf.org/doc/draft-ietf-mpls-psc-updates/ballot/ >> >> No IPR declarations have been submitted directly on this I-D. >> >> _______________________________________________ >> mpls mailing list >> mpls@ietf.org >> https://www.ietf.org/mailman/listinfo/mpls > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From nobody Mon Mar 31 12:48:02 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EEC961A6FAB; Mon, 31 Mar 2014 12:47:58 -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 cdw8KsVdANUS; Mon, 31 Mar 2014 12:47:57 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [IPv6:2607:f170:8000:1500::d3]) by ietfa.amsl.com (Postfix) with ESMTP id DDFA21A6FA0; Mon, 31 Mar 2014 12:47:29 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id AA57D7FC3BF; Mon, 31 Mar 2014 12:47:26 -0700 (PDT) To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org From: rfc-editor@rfc-editor.org Message-Id: <20140331194726.AA57D7FC3BF@rfc-editor.org> Date: Mon, 31 Mar 2014 12:47:26 -0700 (PDT) Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/Mzde0F0iZk-5y8OpF2atwJGoNy4 Cc: drafts-update-ref@iana.org, mpls@ietf.org, rfc-editor@rfc-editor.org Subject: [mpls] RFC 7190 on Use of Multipath with MPLS and MPLS Transport Profile (MPLS-TP) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Mar 2014 19:47:59 -0000 A new Request for Comments is now available in online RFC libraries. RFC 7190 Title: Use of Multipath with MPLS and MPLS Transport Profile (MPLS-TP) Author: C. Villamizar Status: Informational Stream: IETF Date: March 2014 Mailbox: curtis@occnc.com Pages: 15 Characters: 36633 Updates/Obsoletes/SeeAlso: None I-D Tag: draft-ietf-mpls-multipath-use-04.txt URL: http://www.rfc-editor.org/rfc/rfc7190.txt Many MPLS implementations have supported multipath techniques, and many MPLS deployments have used multipath techniques, particularly in very high-bandwidth applications, such as provider IP/MPLS core networks. MPLS Transport Profile (MPLS-TP) has strongly discouraged the use of multipath techniques. Some degradation of MPLS-TP Operations, Administration, and Maintenance (OAM) performance cannot be avoided when operating over many types of multipath implementations. Using MPLS Entropy Labels (RFC 6790), MPLS Label Switched Paths (LSPs) can be carried over multipath links while also providing a fully MPLS-TP-compliant server layer for MPLS-TP LSPs. This document describes the means of supporting MPLS as a server layer for MPLS-TP. The use of MPLS-TP LSPs as a server layer for MPLS LSPs is also discussed. This document is a product of the Multiprotocol Label Switching Working Group of the IETF. INFORMATIONAL: This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited. This announcement is sent to the IETF-Announce and rfc-dist lists. To subscribe or unsubscribe, see http://www.ietf.org/mailman/listinfo/ietf-announce http://mailman.rfc-editor.org/mailman/listinfo/rfc-dist For searching the RFC series, see http://www.rfc-editor.org/search For downloading RFCs, see http://www.rfc-editor.org/rfc.html Requests for special distribution should be addressed to either the author of the RFC in question, or to rfc-editor@rfc-editor.org. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution. The RFC Editor Team Association Management Solutions, LLC From nobody Mon Mar 31 13:16:28 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D02DC1A6FBB; Mon, 31 Mar 2014 13:16:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.783 X-Spam-Level: X-Spam-Status: No, score=-99.783 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_BL_SPAMCOP_NET=1.347, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_SORBS_WEB=0.77, 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 5n0Wb7lmscCq; Mon, 31 Mar 2014 13:16:23 -0700 (PDT) Received: from asmtp3.iomartmail.com (asmtp3.iomartmail.com [62.128.201.159]) by ietfa.amsl.com (Postfix) with ESMTP id 77A531A6FB4; Mon, 31 Mar 2014 13:16:23 -0700 (PDT) Received: from asmtp3.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id s2VKGJBU001708; Mon, 31 Mar 2014 21:16:19 +0100 Received: from 950129200 (13.17.90.92.rev.sfr.net [92.90.17.13]) (authenticated bits=0) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id s2VKGHej001693 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 31 Mar 2014 21:16:18 +0100 From: "Adrian Farrel" To: "'Eric Osborne'" References: <08fb01cf4932$a0b51c50$e21f54f0$@olddog.co.uk> In-Reply-To: Date: Mon, 31 Mar 2014 21:16:17 +0100 Message-ID: <005101cf4d1e$13c74da0$3b55e8e0$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQEtX0VsC3HbzAHU8DO//v8gDWm6EAIxxmwdnC3uDgA= Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.5.0.1017-20602.002 X-TM-AS-Result: No--33.671-10.0-31-10 X-imss-scan-details: No--33.671-10.0-31-10 X-TMASE-MatchedRID: EMyCvCfVN1Ezx9GDMr0HvzYTypjB3iDVuikHZcC6ceATVJPv0YKEKZiF 91oJeq4SC2LSbHrzHY02HZCtTkRx1Pd55AQ+b0rfuZH4LSX2+NW3dp6DuD+6wC62hjZS0WoYwqK BAza4rVvv7KQvOHjFKOQrukFcodKLkRgNtybE2t+jafQQYN4dhHH1PtMiCrmFRJWmeOMHa+Sqs5 KfY652zxgmeC7wGtsQ1DYVF1+wlwdCzHFhiypoVppWgCLYjjT9BdebOqawiLuB7hpizqoTJ/aox E42c1lDlZaHSIhaFDg3ePVDw45PxZj50ewQ/8wVy7TSWcbz49bKIQXG0L1M7Jy1Yc8tPkV9zcwT glIp/qOAl4UGeuDxkbBWFDUa0Cpgg3V8xGMW7vfKl4yJoI+fG5rTnsbMps30DO+DX+rUwfY30Ee Cx5K2K3WVib4qoeH9nzUT9qf9ruhroTn0jEcZf+QoIU4rAATMVNyVbFFiiaAz91mDYZLM5Q+7/Q uPSbIryf/0I/NH8I6WJcbpNaIEAPs6AFvEdeZfHPCema1j/6t9LQinZ4QefL6qvLNjDYTwzz3je hzeneyrusVRy4an8bxAi7jPoeEQftwZ3X11IV0= Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/4lCQKijftiV4rpSrE9GwJQrqg10 Cc: mpls@ietf.org, ietf@ietf.org Subject: Re: [mpls] Last Call: (Updates to MPLS Transport Profile Linear Protection) to Proposed Standard X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Mar 2014 20:16:26 -0000 Thanks Eric, "reject the message" means send some form of error response? Or do you mean "drop the message" and "vigorously report it"? Thanks, Adrian > -----Original Message----- > From: Eric Osborne [mailto:eric@notcom.com] > Sent: 31 March 2014 20:09 > To: Adrian Farrel > Cc: ietf@ietf.org; mpls@ietf.org > Subject: Re: [mpls] Last Call: (Updates to > MPLS Transport Profile Linear Protection) to Proposed Standard > > Hello Adrian, WG- > > I propose this: > > Malformed TLV: reject the message and vigorously report it > Unknown TLV type: report the TLV, ignore the TLV and process the rest > of the message > > I'm open to other opinions, though. > > > > > eric > > On Wed, Mar 26, 2014 at 4:33 PM, Adrian Farrel wrote: > > Hi, > > > > I have one issue I want to bring up as a last call comment. I discussed it > > briefly with Eric and we agreed it is something that needs wider discussion than > > just a late editorial change. > > > > Currently 6378 does not describe the format of PSC TLVs and > > draft-ietf-mpls-tp-itu introduces one without defining the format tightly. > > Therefore, this document contains a simple statement of the fields and > meanings > > in a TLV. > > > > However, 6378 also does not state how to handle: > > - a malformed TLV > > - an unknown TLV type > > > > We need to add some simple text to cover this. > > > > Options for each of the above are: > > - ignore the TLV but process the message > > - report the TLV but ignore the TLV and process the message > > - ignore the message > > - report the message but ignore it > > - reject the message > > > > Thanks, > > Adrian > > > >> -----Original Message----- > >> From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of The IESG > >> Sent: 26 March 2014 19:57 > >> To: IETF-Announce > >> Cc: mpls@ietf.org > >> Subject: [mpls] Last Call: (Updates to > > MPLS > >> Transport Profile Linear Protection) to Proposed Standard > >> > >> > >> The IESG has received a request from the Multiprotocol Label Switching WG > >> (mpls) to consider the following document: > >> - 'Updates to MPLS Transport Profile Linear Protection' > >> as Proposed Standard > >> > >> The IESG plans to make a decision in the next few weeks, and solicits > >> final comments on this action. Please send substantive comments to the > >> ietf@ietf.org mailing lists by 2014-04-09. Exceptionally, comments may be > >> sent to iesg@ietf.org instead. In either case, please retain the > >> beginning of the Subject line to allow automated sorting. > >> > >> Abstract > >> > >> This document contains four updates to the Protection State > >> Coordination (PSC) logic defined in RFC6378, "MPLS Transport Profile > >> (MPLS-TP) Linear Protection" . Two of the updates correct existing > >> behavior. The third clarifies a behavior which was not explained in > >> the RFC, and the fourth adds rules around handling capabilities > >> mismatches. > >> > >> > >> The file can be obtained via > >> http://datatracker.ietf.org/doc/draft-ietf-mpls-psc-updates/ > >> > >> IESG discussion can be tracked via > >> http://datatracker.ietf.org/doc/draft-ietf-mpls-psc-updates/ballot/ > >> > >> No IPR declarations have been submitted directly on this I-D. > >> > >> _______________________________________________ > >> mpls mailing list > >> mpls@ietf.org > >> https://www.ietf.org/mailman/listinfo/mpls > > > > _______________________________________________ > > mpls mailing list > > mpls@ietf.org > > https://www.ietf.org/mailman/listinfo/mpls From nobody Mon Mar 31 15:12:05 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E8E561A701D for ; Mon, 31 Mar 2014 15:11:57 -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 2ykjjsO2OWC7 for ; Mon, 31 Mar 2014 15:11:53 -0700 (PDT) Received: from usevmg21.ericsson.net (usevmg21.ericsson.net [198.24.6.65]) by ietfa.amsl.com (Postfix) with ESMTP id 9DBD11A6FEC for ; Mon, 31 Mar 2014 15:11:53 -0700 (PDT) X-AuditID: c6180641-b7fbc8e000000da3-c8-5339e53eea2b Received: from EUSAAHC002.ericsson.se (Unknown_Domain [147.117.188.78]) by usevmg21.ericsson.net (Symantec Mail Security) with SMTP id E3.73.03491.E35E9335; Mon, 31 Mar 2014 23:59:27 +0200 (CEST) Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC002.ericsson.se ([147.117.188.78]) with mapi id 14.03.0174.001; Mon, 31 Mar 2014 18:11:41 -0400 From: Gregory Mirsky To: "mpls@ietf.org" Thread-Topic: [mpls] poll to see if we have consensus to make draft-george-mpls-ipv6-only-gap a working group document Thread-Index: AQHPTLOS5THUUq6F2UiZvPWfsIYwyZr7wszg Date: Mon, 31 Mar 2014 22:11:39 +0000 Message-ID: <7347100B5761DC41A166AC17F22DF1121B78C576@eusaamb103.ericsson.se> References: <53391A55.8000303@pi.nu> In-Reply-To: <53391A55.8000303@pi.nu> 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: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrKLMWRmVeSWpSXmKPExsUyuXSPn679U8tgg1NLhSxuLV3J6sDosWTJ T6YAxigum5TUnMyy1CJ9uwSujI9TPQo6eCrmbXjH2sB4lLOLkZNDQsBE4uGtGUwQtpjEhXvr 2UBsIYGjjBKz9zp0MXIB2csZJVb8XcoKkmATMJJ4sbGHHcQWEVCWODKxGywuLFAusfPaRKA4 B1C8QmJ7rxBEiZFE/4IOFhCbRUBV4uiGK2DzeQV8JVYtXQa1S0Xi3ppFzCA2J1DNsmcvwUYy At3z/dQasNuYBcQlbj2ZD3WngMSSPeeZIWxRiZeP/7FC2EoSk5aeY4Wo15FYsPsTG4StLbFs 4WtmiL2CEidnPmGZwCg6C8nYWUhaZiFpmYWkZQEjyypGjtLi1LLcdCPDTYzAoD8mwea4g3HB J8tDjNIcLErivF/eOgcJCaQnlqRmp6YWpBbFF5XmpBYfYmTi4JRqYNzS8a0uoeYgm+fkDMW1 uiWVLA8jvWWuvWqdoFxpfDdUtD46b3bA+u8bOLlu5u26MjvhUZbpvAWbihfGbFKOP7V51fUj ywyYOTl27pGJSbrvJrLUZIvpyh2HO5XYpTKm3Ju8dc2W8+VSJ6aJevN0f72xKFVd9UZNpOvE H18kV9lozz//+vXNlrtKLMUZiYZazEXFiQA59lOfSAIAAA== Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/6JHWubj1JZmpN_j7Gpxsp-t51fM Subject: Re: [mpls] poll to see if we have consensus to make draft-george-mpls-ipv6-only-gap a working group document X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Mar 2014 22:11:58 -0000 yes/support Regards, Greg -----Original Message----- From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Loa Andersson Sent: Monday, March 31, 2014 12:34 AM To: mpls@ietf.org Cc: mpls-chairs@tools.ietf.org; draft-george-mpls-ipv6-only-gap@tools.ietf.= org Subject: [mpls] poll to see if we have consensus to make draft-george-mpls-= ipv6-only-gap a working group document Working Group, This is to start a two week poll on adopting draft-george-mpls-ipv6-only-ga= p as an MPLS working group document. Please send your comments (support/not support) to the mpls working group m= ailing list (mpls@ietf.org). Please give a technical motivation for your su= pport/not support, especially if you think that the document should not be = adopted as a working group document. There are no IPR claim against this document. The authors and contributors has stated on the working group mailing list t= hat they are not aware of any other IPR claims against this draft. However if you are on the the mpls working group mailing list and aware of = IPR that relates to this draft, the time to disclose this is now. This poll ends April 14, 2014. /Loa for the MPLS wg co-chairs --=20 Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls From nobody Mon Mar 31 16:53:33 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C30291A6F58 for ; Mon, 31 Mar 2014 16:53:31 -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 C2oJ1QKmRVlJ for ; Mon, 31 Mar 2014 16:53:30 -0700 (PDT) Received: from alln-iport-3.cisco.com (alln-iport-3.cisco.com [173.37.142.90]) by ietfa.amsl.com (Postfix) with ESMTP id 17E741A6F41 for ; Mon, 31 Mar 2014 16:53:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1644; q=dns/txt; s=iport; t=1396310007; x=1397519607; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=gb/j9aX45lrtw5hQsBwr2y12ErBSfVX/LsMNzN8Vdtg=; b=S1ctPXGVbv3/C2yMutVlW7qfAkeSiWbDziFQiV7LbKoO+jgi7yiNQ+Mg avsXv1/iAF5eT+iUbkUTd1YQ99iOKkUV0pQOVyvm3NBZPEb0QVcCCW5Go KBVg4CwYlPsp9l192cvmB5mobwyF5/UTrOyKTnMt2z3RTmg/Km4Q+Db6h k=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ai8FAOr+OVOtJA2E/2dsb2JhbABZgmUhO1e7f4YXgR6BHxZ0giUBAQEEAQEBNzEDCwwCAgIBCBEEAQELFAUEBxsMCxQJCAIEAQ0FCIdxAQzRUhMEBI4ZEQEfMQcGgx6BFASrA4FxgT+Bcjk X-IronPort-AV: E=Sophos;i="4.97,768,1389744000"; d="scan'208";a="31831880" Received: from alln-core-10.cisco.com ([173.36.13.132]) by alln-iport-3.cisco.com with ESMTP; 31 Mar 2014 23:53:26 +0000 Received: from xhc-aln-x11.cisco.com (xhc-aln-x11.cisco.com [173.36.12.85]) by alln-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id s2VNrQ0b016738 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 31 Mar 2014 23:53:26 GMT Received: from xmb-aln-x01.cisco.com ([fe80::747b:83e1:9755:d453]) by xhc-aln-x11.cisco.com ([173.36.12.85]) with mapi id 14.03.0123.003; Mon, 31 Mar 2014 18:53:26 -0500 From: "Nobo Akiya (nobo)" To: Loa Andersson , "mpls@ietf.org" Thread-Topic: [mpls] poll to see if we have consensus to make draft-george-mpls-ipv6-only-gap a working group document Thread-Index: AQHPTLOTTqXDIraH/0GbRN2kP1OFVJr731CQ Date: Mon, 31 Mar 2014 23:53:25 +0000 Message-ID: References: <53391A55.8000303@pi.nu> In-Reply-To: <53391A55.8000303@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.86.252.181] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/nPDC849b3ffgtRf8Zqv88oobYAw Cc: "mpls-chairs@tools.ietf.org" , "draft-george-mpls-ipv6-only-gap@tools.ietf.org" Subject: Re: [mpls] poll to see if we have consensus to make draft-george-mpls-ipv6-only-gap a working group document X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Mar 2014 23:53:32 -0000 Yes/Support. -Nobo > -----Original Message----- > From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Loa Andersson > Sent: Monday, March 31, 2014 3:34 AM > To: mpls@ietf.org > Cc: mpls-chairs@tools.ietf.org; draft-george-mpls-ipv6-only- > gap@tools.ietf.org > Subject: [mpls] poll to see if we have consensus to make draft-george-mpl= s- > ipv6-only-gap a working group document >=20 > Working Group, >=20 > This is to start a two week poll on adopting draft-george-mpls-ipv6-only-= gap > as an MPLS working group document. >=20 > Please send your comments (support/not support) to the mpls working > group mailing list (mpls@ietf.org). Please give a technical motivation fo= r > your support/not support, especially if you think that the document shoul= d > not be adopted as a working group document. >=20 > There are no IPR claim against this document. >=20 > The authors and contributors has stated on the working group mailing list > that they are not aware of any other IPR claims against this draft. >=20 > However if you are on the the mpls working group mailing list and aware o= f > IPR that relates to this draft, the time to disclose this is now. >=20 > This poll ends April 14, 2014. >=20 > /Loa >=20 > for the MPLS wg co-chairs >=20 > -- >=20 >=20 > Loa Andersson email: loa@mail01.huawei.com > Senior MPLS Expert loa@pi.nu > Huawei Technologies (consultant) phone: +46 739 81 21 64 >=20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From nobody Mon Mar 31 17:22:56 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B51191A6F41 for ; Mon, 31 Mar 2014 17:22:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.078 X-Spam-Level: ** X-Spam-Status: No, score=2.078 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, CN_BODY_35=0.339, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xtLB6QWwpcj6 for ; Mon, 31 Mar 2014 17:22:52 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id E3FF51A08E5 for ; Mon, 31 Mar 2014 17:22:51 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BFD00659; Tue, 01 Apr 2014 00:22:46 +0000 (GMT) Received: from LHREML404-HUB.china.huawei.com (10.201.5.218) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 1 Apr 2014 01:21:55 +0100 Received: from nkgeml407-hub.china.huawei.com (10.98.56.38) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 1 Apr 2014 01:22:45 +0100 Received: from NKGEML506-MBX.china.huawei.com ([169.254.3.224]) by nkgeml407-hub.china.huawei.com ([10.98.56.38]) with mapi id 14.03.0158.001; Tue, 1 Apr 2014 08:22:38 +0800 From: Lizhenbin To: Loa Andersson , "mpls@ietf.org" Thread-Topic: [mpls] poll to see if we have consensus to make draft-george-mpls-ipv6-only-gap a working group document Thread-Index: AQHPTLOVOT5W9PMM2UufxTB9Rb/uk5r753ww Date: Tue, 1 Apr 2014 00:22:37 +0000 Message-ID: <5A5B4DE12C0DAC44AF501CD9A2B01A8D08202454@nkgeml506-mbx.china.huawei.com> References: <53391A55.8000303@pi.nu> In-Reply-To: <53391A55.8000303@pi.nu> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.76.77] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/c1SwcKLXskBoAZhZIjkV0RDqquo Cc: "mpls-chairs@tools.ietf.org" , "draft-george-mpls-ipv6-only-gap@tools.ietf.org" Subject: [mpls] =?gb2312?b?tPC4tDogIHBvbGwgdG8gc2VlIGlmIHdlIGhhdmUgY29u?= =?gb2312?b?c2Vuc3VzIHRvIG1ha2UgZHJhZnQtZ2VvcmdlLW1wbHMtaXB2Ni1vbmx5LWdh?= =?gb2312?b?cCBhIHdvcmtpbmcgZ3JvdXAgZG9jdW1lbnQ=?= X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Apr 2014 00:22:55 -0000 U3VwcG9ydA0KDQoNClJlZ2FyZHMsDQpaaGVuYmluKFJvYmluKQ0KDQoNCg0KDQotLS0tLdPKvP7U rbz+LS0tLS0NCreivP7IyzogbXBscyBbbWFpbHRvOm1wbHMtYm91bmNlc0BpZXRmLm9yZ10gtPqx 7SBMb2EgQW5kZXJzc29uDQq3osvNyrG85DogMjAxNMTqM9TCMzHI1SAxNTozNA0KytW8/sjLOiBt cGxzQGlldGYub3JnDQqzrcvNOiBtcGxzLWNoYWlyc0B0b29scy5pZXRmLm9yZzsgZHJhZnQtZ2Vv cmdlLW1wbHMtaXB2Ni1vbmx5LWdhcEB0b29scy5pZXRmLm9yZw0K1vfM4jogW21wbHNdIHBvbGwg dG8gc2VlIGlmIHdlIGhhdmUgY29uc2Vuc3VzIHRvIG1ha2UgZHJhZnQtZ2VvcmdlLW1wbHMtaXB2 Ni1vbmx5LWdhcCBhIHdvcmtpbmcgZ3JvdXAgZG9jdW1lbnQNCg0KV29ya2luZyBHcm91cCwNCg0K VGhpcyBpcyB0byBzdGFydCBhIHR3byB3ZWVrIHBvbGwgb24gYWRvcHRpbmcgZHJhZnQtZ2Vvcmdl LW1wbHMtaXB2Ni1vbmx5LWdhcCBhcyBhbiBNUExTIHdvcmtpbmcgZ3JvdXAgZG9jdW1lbnQuDQoN ClBsZWFzZSBzZW5kIHlvdXIgY29tbWVudHMgKHN1cHBvcnQvbm90IHN1cHBvcnQpIHRvIHRoZSBt cGxzIHdvcmtpbmcgZ3JvdXAgbWFpbGluZyBsaXN0IChtcGxzQGlldGYub3JnKS4gUGxlYXNlIGdp dmUgYSB0ZWNobmljYWwgbW90aXZhdGlvbiBmb3IgeW91ciBzdXBwb3J0L25vdCBzdXBwb3J0LCBl c3BlY2lhbGx5IGlmIHlvdSB0aGluayB0aGF0IHRoZSBkb2N1bWVudCBzaG91bGQgbm90IGJlIGFk b3B0ZWQgYXMgYSB3b3JraW5nIGdyb3VwIGRvY3VtZW50Lg0KDQpUaGVyZSBhcmUgbm8gSVBSIGNs YWltIGFnYWluc3QgdGhpcyBkb2N1bWVudC4NCg0KVGhlIGF1dGhvcnMgYW5kIGNvbnRyaWJ1dG9y cyBoYXMgc3RhdGVkIG9uIHRoZSB3b3JraW5nIGdyb3VwIG1haWxpbmcgbGlzdCB0aGF0IHRoZXkg YXJlIG5vdCBhd2FyZSBvZiBhbnkgb3RoZXIgSVBSIGNsYWltcyBhZ2FpbnN0IHRoaXMgZHJhZnQu DQoNCkhvd2V2ZXIgaWYgeW91IGFyZSBvbiB0aGUgdGhlIG1wbHMgd29ya2luZyBncm91cCBtYWls aW5nIGxpc3QgYW5kIGF3YXJlIG9mIElQUiB0aGF0IHJlbGF0ZXMgdG8gdGhpcyBkcmFmdCwgdGhl IHRpbWUgdG8gZGlzY2xvc2UgdGhpcyBpcyBub3cuDQoNClRoaXMgcG9sbCBlbmRzIEFwcmlsIDE0 LCAyMDE0Lg0KDQovTG9hDQoNCmZvciB0aGUgTVBMUyB3ZyBjby1jaGFpcnMNCg0KLS0gDQoNCg0K TG9hIEFuZGVyc3NvbiAgICAgICAgICAgICAgICAgICAgICAgIGVtYWlsOiBsb2FAbWFpbDAxLmh1 YXdlaS5jb20NClNlbmlvciBNUExTIEV4cGVydCAgICAgICAgICAgICAgICAgICAgICAgICAgbG9h QHBpLm51DQpIdWF3ZWkgVGVjaG5vbG9naWVzIChjb25zdWx0YW50KSAgICAgcGhvbmU6ICs0NiA3 MzkgODEgMjEgNjQNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18NCm1wbHMgbWFpbGluZyBsaXN0DQptcGxzQGlldGYub3JnDQpodHRwczovL3d3dy5pZXRm Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL21wbHMNCg== From nobody Mon Mar 31 21:11:56 2014 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 38DA31A0957 for ; Mon, 31 Mar 2014 21:11:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.801 X-Spam-Level: X-Spam-Status: No, score=0.801 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 OWSc9-rxDh_0 for ; Mon, 31 Mar 2014 21:11:51 -0700 (PDT) Received: from oms-md03.mx.aol.com (oms-md03.mx.aol.com [64.12.81.148]) by ietfa.amsl.com (Postfix) with ESMTP id 4EC5E1A0956 for ; Mon, 31 Mar 2014 21:11:51 -0700 (PDT) Received: from mtaomg-mca02.mx.aol.com (mtaomg-mca02.mx.aol.com [172.26.221.80]) by oms-md03.mx.aol.com (AOL Outbound OMS Interface) with ESMTP id E1C9B38000170; Tue, 1 Apr 2014 00:11:47 -0400 (EDT) Received: from core-aba08e.mail.aol.com (core-aba08.mail.aol.com [172.27.22.8]) by mtaomg-mca02.mx.aol.com (OMAG/Core Interface) with ESMTP id 6E75538000084; Tue, 1 Apr 2014 00:11:47 -0400 (EDT) Date: Tue, 1 Apr 2014 00:11:47 -0400 (EDT) From: Dorian Davis To: loa@pi.nu, mpls@ietf.org Message-ID: <138559476.138716.1396325507254.JavaMail.apache@webprd-a06.mail.aol.com> In-Reply-To: <53391A55.8000303@pi.nu> References: <53391A55.8000303@pi.nu> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_138715_699566343.1396325507252" X-Mailer: Webmail-JavaApp X-Originating-IP: [223.227.5.82] x-aol-global-disposition: S DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mx.aol.com; s=20121107; t=1396325507; bh=XnfshH8NWI/XGAzUw6/pLYklbevqVl5/mp9WZ8g170o=; h=From:To:Subject:Message-ID:Date:MIME-Version:Content-Type; b=ZnTbF9YCCEP057SLYEFA8H7lh1elNXwhKC42PQq6OF3TcMSpe2IVcPkHmSpOjFrCC A5vWyxQWOLRmFEfHXYt52c48gqpn4MChSrfyHIJHS3TiRp4Zealep59ivLpYlWKzlt hIToy7ywTxr5Rhjz31fxosXoXpE9TFix93HRMvB8= X-AOL-REROUTE: YES x-aol-sid: 3039ac1add50533a3c83281a X-AOL-IP: 172.27.22.8 Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/IscdukBH_CeR1jHLYeOrEBDGDoo Cc: mpls-chairs@tools.ietf.org, draft-george-mpls-ipv6-only-gap@tools.ietf.org Subject: Re: [mpls] poll to see if we have consensus to make draft-george-mpls-ipv6-only-gap a working group document X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Apr 2014 04:11:54 -0000 ------=_Part_138715_699566343.1396325507252 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Yes/support. ------------------ Dorian Davis davis.dorian@aim.com -----Original Message----- From: Loa Andersson To: mpls Cc: mpls-chairs ; draft-george-mpls-ipv6-only-gap Sent: Mon, Mar 31, 2014 01:03 PM Subject: [mpls] poll to see if we have consensus to make draft-george-mpls-ipv6-only-gap a working group document 
Working Group,

This is to start a two week poll on adopting
draft-george-mpls-ipv6-only-gap as an MPLS working group document.

Please send your comments (support/not support) to the mpls working
group mailing list (mpls@ietf.org). Please give a technical
motivation for your support/not support, especially if you think that
the document should not be adopted as a working group document.

There are no IPR claim against this document.

The authors and contributors has stated on the working group mailing
list that they are not aware of any other IPR claims against this draft.

However if you are on the the mpls working group mailing list and
aware of IPR that relates to this draft, the time to disclose
this is now.

This poll ends April 14, 2014.

/Loa

for the MPLS wg co-chairs

-- 


Loa Andersson                        email: loa@mail01.huawei.com
Senior MPLS Expert                          loa@pi.nu
Huawei Technologies (consultant)     phone: +46 739 81 21 64

_______________________________________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org/mailman/listinfo/mpls
------=_Part_138715_699566343.1396325507252 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit Yes/support. 

------------------
Dorian Davis
davis.dorian@aim.com


-----Original Message-----
From: Loa Andersson <loa@pi.nu>
To: mpls <mpls@ietf.org>
Cc: mpls-chairs <mpls-chairs@tools.ietf.org>; draft-george-mpls-ipv6-only-gap <draft-george-mpls-ipv6-only-gap@tools.ietf.org>
Sent: Mon, Mar 31, 2014 01:03 PM
Subject: [mpls] poll to see if we have consensus to make draft-george-mpls-ipv6-only-gap a working group document


Working Group,

This is to start a two week poll on adopting
draft-george-mpls-ipv6-only-gap as an MPLS working group document.

Please send your comments (support/not support) to the mpls working
group mailing list (mpls@ietf.org). Please give a technical
motivation for your support/not support, especially if you think that
the document should not be adopted as a working group document.

There are no IPR claim against this document.

The authors and contributors has stated on the working group mailing
list that they are not aware of any other IPR claims against this draft.

However if you are on the the mpls working group mailing list and
aware of IPR that relates to this draft, the time to disclose
this is now.

This poll ends April 14, 2014.

/Loa

for the MPLS wg co-chairs

-- 


Loa Andersson                        email: loa@mail01.huawei.com
Senior MPLS Expert                          loa@pi.nu
Huawei Technologies (consultant)     phone: +46 739 81 21 64

_______________________________________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org/mailman/listinfo/mpls
------=_Part_138715_699566343.1396325507252--