From nobody Fri Aug 11 08:11:15 2017 Return-Path: X-Original-To: lime@ietfa.amsl.com Delivered-To: lime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E128A13263F for ; Fri, 11 Aug 2017 08:11:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -13.478 X-Spam-Level: X-Spam-Status: No, score=-13.478 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, MISSING_HEADERS=1.021, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5, WEIRD_PORT=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uVaCswZpIDmJ for ; Fri, 11 Aug 2017 08:11:10 -0700 (PDT) Received: from aer-iport-3.cisco.com (aer-iport-3.cisco.com [173.38.203.53]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5387313257A for ; Fri, 11 Aug 2017 08:11:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=41897; q=dns/txt; s=iport; t=1502464269; x=1503673869; h=from:subject:cc:message-id:date:mime-version; bh=Q5QrhYh72JnOjAqSxRE66XFIq4lI0VH8FkCqKMMsKN4=; b=g6QX1X2MsRJigBtms5PWrm0FxaEeXz3jZhL0e8CbT6Rcuxw6tou4ncfc NXU4aITKhmVo9WQhPhSxwjBujKjn7rsMilU8zMzwFSiZmVtbWmAKQ1iEB 0uDs/ywu2VvYJn5NNMXNB3jzaf8g2iv3G564ekWks0gDzsH6m0TXvK8nN Q=; X-IronPort-AV: E=Sophos;i="5.41,358,1498521600"; d="scan'208,217";a="654892621" Received: from aer-iport-nat.cisco.com (HELO aer-core-3.cisco.com) ([173.38.203.22]) by aer-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 11 Aug 2017 15:11:07 +0000 Received: from [10.55.221.36] (ams-bclaise-nitro3.cisco.com [10.55.221.36]) by aer-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id v7BFB6Pq025371; Fri, 11 Aug 2017 15:11:07 GMT From: Benoit Claise Cc: "Carl Moberg (camoberg)" , Alia Atlas , "lime@ietf.org" Message-ID: Date: Fri, 11 Aug 2017 17:11:06 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="------------115B2D20EFFA2DDD0450622A" Content-Language: en-US Archived-At: Subject: [Lime] AD review: draft-ietf-lime-yang-connectionless-oam X-BeenThere: lime@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Layer Independent OAM Management in Multi-Layer Environment \(LIME\) discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2017 15:11:13 -0000 This is a multi-part message in MIME format. --------------115B2D20EFFA2DDD0450622A Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Dear all, Here is my AD review. - I see that the draft is NMDA-compliant. Good. https://yangcatalog.org:8443/search/modules/ietf-connectionless-oam.yang,2017-06-09,ietf - RPC - A Remote Procedure Call, as used within the NETCONF protocol This document is about a YANG data model. So independently of NETCONF or RESTCONF or something else. So referring to NETCONF only is not right. I would remove "as used within the NETCONF protocol" Btw, RFC 7950 makes the distinction between : o RPC: A Remote Procedure Call. o RPC operation: A specific Remote Procedure Call. You should include both RPC and RPC operations in section 2 You want to review all "RPC" instances. Most of the time, RPC should be: RPC operation(s). - section 1 It can be used in conjunction with data retrieval method model [I-D.ietf-lime-yang-connectionless-oam-methods ], which focuses on data retrieval procedures like RPC. "focuses on data retrieval procedures like RPC". Is that right? It seems to me that [I-D.ietf-lime-yang-connectionless-oam-methods ] is only about on-demand activation and retrieval. See the AD review for draft-ietf-lime-yang-connectionless-oam-methods - section 3 is too dense to understand without a YANG tree diagram. Btw, having a YANG tree diagram is a MUST in RFC 6087bis. I had to create my own in order to (easily) understand this draft $ pyang -f tree ietf-connectionless-oam@2017-06-09.yangietf-network-instance@2017-07-03.yang:1: error: unexpected latest revision "2017-07-02" in ietf-network-instance@2017-07-03.yang, should be 2017-07-03 module: ietf-connectionless-oam +--ro cc-session-statistics-data {continuity-check}? +--ro cc-ipv4-sessions-statistics | +--ro cc-session-statistics | +--ro session-count? uint32 | +--ro session-up-count? uint32 | +--ro session-down-count? uint32 | +--ro session-admin-down-count? uint32 +--ro cc-ipv6-sessions-statistics +--ro cc-session-statistics +--ro session-count? uint32 +--ro session-up-count? uint32 +--ro session-down-count? uint32 +--ro session-admin-down-count? uint32 augment /nd:networks/nd:network/nd:node: +--rw tp-location-type-value? identityref +--rw (location-type)? +--:(ipv4-location-type) | +--rw test-point-ipv4-location-list | +--rw test-point-locations* [ipv4-location] | +--rw ipv4-location inet:ipv4-address | +--rw vrf? routing-instance-ref | +--rw (technology)? | | +--:(technology-null) | | +--rw tech-null? empty | +--rw tp-tools | | +--rw continuity-check boolean | | +--rw path-discovery boolean | +--rw root? | +--rw oam-layers* [index] | +--rw index uint16 | +--rw level? int32 | +--rw (tp-location)? | +--:(mac-address) | | +--rw mac-address-location? yang:mac-address | +--:(ipv4-address) | | +--rw ipv4-location? inet:ipv4-address | +--:(ipv6-location) | | +--rw ipv6-address? inet:ipv6-address | +--:(group-ip-address-location) | | +--rw group-ip-address-location? ip-multicast-group-address | +--:(as-number-location) | | +--rw as-number-location? inet:as-number | +--:(system-id-location) | +--rw system-id-location? router-id +--:(ipv6-location-type) | +--rw test-point-ipv6-location-list | +--rw test-point-locations* [ipv6-location] | +--rw ipv6-location inet:ipv6-address | +--rw vrf? routing-instance-ref | +--rw (technology)? | | +--:(technology-null) | | +--rw tech-null? empty | +--rw tp-tools | | +--rw continuity-check boolean | | +--rw path-discovery boolean | +--rw root? | +--rw oam-layers* [index] | +--rw index uint16 | +--rw level? int32 | +--rw (tp-location)? | +--:(mac-address) | | +--rw mac-address-location? yang:mac-address | +--:(ipv4-address) | | +--rw ipv4-location? inet:ipv4-address | +--:(ipv6-location) | | +--rw ipv6-address? inet:ipv6-address | +--:(group-ip-address-location) | | +--rw group-ip-address-location? ip-multicast-group-address | +--:(as-number-location) | | +--rw as-number-location? inet:as-number | +--:(system-id-location) | +--rw system-id-location? router-id +--:(mac-location-type) | +--rw test-point-mac-address-location-list | +--rw test-point-locations* [mac-address-location] | +--rw mac-address-location yang:mac-address | +--rw (technology)? | | +--:(technology-null) | | +--rw tech-null? empty | +--rw tp-tools | | +--rw continuity-check boolean | | +--rw path-discovery boolean | +--rw root? | +--rw oam-layers* [index] | +--rw index uint16 | +--rw level? int32 | +--rw (tp-location)? | +--:(mac-address) | | +--rw mac-address-location? yang:mac-address | +--:(ipv4-address) | | +--rw ipv4-location? inet:ipv4-address | +--:(ipv6-location) | | +--rw ipv6-address? inet:ipv6-address | +--:(group-ip-address-location) | | +--rw group-ip-address-location? ip-multicast-group-address | +--:(as-number-location) | | +--rw as-number-location? inet:as-number | +--:(system-id-location) | +--rw system-id-location? router-id +--:(group-ip-address-location-type) | +--rw test-point-group-ip-address-location-list | +--rw test-point-locations* [group-ip-address-location] | +--rw group-ip-address-location ip-multicast-group-address | +--rw vrf? routing-instance-ref | +--rw (technology)? | | +--:(technology-null) | | +--rw tech-null? empty | +--rw tp-tools | | +--rw continuity-check boolean | | +--rw path-discovery boolean | +--rw root? | +--rw oam-layers* [index] | +--rw index uint16 | +--rw level? int32 | +--rw (tp-location)? | +--:(mac-address) | | +--rw mac-address-location? yang:mac-address | +--:(ipv4-address) | | +--rw ipv4-location? inet:ipv4-address | +--:(ipv6-location) | | +--rw ipv6-address? inet:ipv6-address | +--:(group-ip-address-location) | | +--rw group-ip-address-location? ip-multicast-group-address | +--:(as-number-location) | | +--rw as-number-location? inet:as-number | +--:(system-id-location) | +--rw system-id-location? router-id +--:(group-as-number-location-type) | +--rw test-point-as-number-location-list | +--rw test-point-locations* [as-number-location] | +--rw as-number-location inet:as-number | +--rw vrf? routing-instance-ref | +--rw (technology)? | | +--:(technology-null) | | +--rw tech-null? empty | +--rw tp-tools | | +--rw continuity-check boolean | | +--rw path-discovery boolean | +--rw root? | +--rw oam-layers* [index] | +--rw index uint16 | +--rw level? int32 | +--rw (tp-location)? | +--:(mac-address) | | +--rw mac-address-location? yang:mac-address | +--:(ipv4-address) | | +--rw ipv4-location? inet:ipv4-address | +--:(ipv6-location) | | +--rw ipv6-address? inet:ipv6-address | +--:(group-ip-address-location) | | +--rw group-ip-address-location? ip-multicast-group-address | +--:(as-number-location) | | +--rw as-number-location? inet:as-number | +--:(system-id-location) | +--rw system-id-location? router-id +--:(group-system-id-location-type) +--rw test-point-system-info-location-list +--rw test-point-locations* [system-id-location] +--rw system-id-location inet:uri +--rw vrf? routing-instance-ref +--rw (technology)? | +--:(technology-null) | +--rw tech-null? empty +--rw tp-tools | +--rw continuity-check boolean | +--rw path-discovery boolean +--rw root? +--rw oam-layers* [index] +--rw index uint16 +--rw level? int32 +--rw (tp-location)? +--:(mac-address) | +--rw mac-address-location? yang:mac-address +--:(ipv4-address) | +--rw ipv4-location? inet:ipv4-address +--:(ipv6-location) | +--rw ipv6-address? inet:ipv6-address +--:(group-ip-address-location) | +--rw group-ip-address-location? ip-multicast-group-address +--:(as-number-location) | +--rw as-number-location? inet:as-number +--:(system-id-location) +--rw system-id-location? router-id An example of this section being "dense", you wrote "Each test point location includes a 'test-point-location-info'." And I searched for it in the tree, and it's not present ... because it's a grouping! NEW: "Each test point location includes a 'test-point-location-info' grouping Another example: Grouping is also defined for common session statistics and these are applicable for proactive OAM sessions. At this point in time, we don't know what a "proactive OAM session" is. I scratched my head on "proactive" and I I know about OAM... (It's only later that I understand that proactive = continuous = persistent) My advice: this section 3 is key to understand this module, make it crystal clear. - Editorial In connectionless OAM, the tp address is defined with the following type: Since you defined "TP" in the terminology section, use the upper case "TP" throughout the document. - To define a forwarding treatment of a test packet, the 'tp-address' needs to be associated with additional parameters, e.g. DSCP for IP or TC for MPLS. TC? I'm still used to EXP, and had to look TC up. Quoting the Internet (so it can't be wrong): Based on RFC5462, the EXP bit has been renamed to Traffic Class field. TC name is not uses widely. - section 3.2 In connectionless OAM, 'session- type' is defined to indicate which kind of activation will be used by the current session. And I searched for "session-type" in the pyang tree, without success. Until I realized it's part of the other draft: https://tools.ietf.org/html/draft-ietf-lime-yang-connectionless-oam-methods-05 Hmm, wait, the session-type grouping is in this draft, but not used in this draft. At this point, I wonder who has recently looked at the draft with a fresh pair of eyes. Not impressed. - Why don't you clearly name the groupings in section 3.4, 3.5, 3.6, 3.7? - Cut and paste the typedefs from https://datatracker.ietf.org/doc/draft-ietf-rtgwg-routing-types/ typedef router-id { typedef ipv4-multicast-group-address typedef ipv6-multicast-group-address { ... If published fast enough, you should import the types from https://datatracker.ietf.org/doc/draft-ietf-rtgwg-routing-types/ - section 3.3 list oam-layers { key "index"; leaf index { type uint16 { range "0..65535"; } } leaf level { type int32 { range "-1..1"; } description "Level"; } description "List of related oam layers."; } This is not even complete. Description "level", really? At the very minimum be aligned with the YANG module. list oam-layers { key "index"; leaf index { type uint16 { range "0..65535"; } description "Index"; } leaf level { type int32 { range "-1..1"; } default "0"; description "Level 0 indicates default level, -1 means server and +1 means client layer. In relationship 0 means same layer."; } ... description "List of related oam layers. 0 means they are in same level, especially interworking scenarios of stitching multiple technology at same layer. -1 means server layer, for eg:- in case of Overlay and Underlay, Underlay is server layer for Overlay Test Point. +1 means client layer, for example in case of Service OAM and Transport OAM, Service OAM is client layer to Transport OAM."; } - Throughout the document, yang -> YANG - The security considerations have been updated: https://trac.ietf.org/trac/ops/wiki/yang-security-guidelines My quick summary: Those two LIME drafts are hard to read. I've been spending hours hours to try to understand... I advice the authors, shepherd, chairs to review the two drafts with a fresh mind and improve readability. Regards, Benoit --------------115B2D20EFFA2DDD0450622A Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit Dear all,

Here is my AD review.

- I see that the draft is NMDA-compliant.  Good.
https://yangcatalog.org:8443/search/modules/ietf-connectionless-oam.yang,2017-06-09,ietf

-
   RPC - A Remote Procedure Call, as used within the NETCONF protocol
This document is about a YANG data model. So independently of NETCONF or RESTCONF or something else.
So referring to NETCONF only is not right. I would remove "as used within the NETCONF protocol"
Btw, RFC 7950 makes the distinction between :
   o  RPC: A Remote Procedure Call.

   o  RPC operation: A specific Remote Procedure Call.
You should include both RPC and RPC operations in section 2
You want to review all "RPC" instances. Most of the time, RPC should be: RPC operation(s).

- section 1
   It can be used in conjunction with data retrieval method model
   [I-D.ietf-lime-yang-connectionless-oam-methods], which focuses on
   data retrieval procedures like RPC.
"focuses on data retrieval procedures like RPC". Is that right?
It seems to me that  [I-D.ietf-lime-yang-connectionless-oam-methods]  is only about on-demand activation and retrieval.
See the AD review for draft-ietf-lime-yang-connectionless-oam-methods

- section 3 is too dense to understand without a YANG tree diagram.
Btw, having a YANG tree diagram is a MUST in RFC 6087bis.
I had to create my own in order to (easily) understand this draft
$ pyang -f tree ietf-connectionless-oam@2017-06-09.yangietf-network-instance@2017-07-03.yang:1: error: unexpected latest revision "2017-07-02" in ietf-network-instance@2017-07-03.yang, should be 2017-07-03
module: ietf-connectionless-oam
    +--ro cc-session-statistics-data {continuity-check}?
       +--ro cc-ipv4-sessions-statistics
       |  +--ro cc-session-statistics
       |     +--ro session-count?              uint32
       |     +--ro session-up-count?           uint32
       |     +--ro session-down-count?         uint32
       |     +--ro session-admin-down-count?   uint32
       +--ro cc-ipv6-sessions-statistics
          +--ro cc-session-statistics
             +--ro session-count?              uint32
             +--ro session-up-count?           uint32
             +--ro session-down-count?         uint32
             +--ro session-admin-down-count?   uint32
  augment /nd:networks/nd:network/nd:node:
    +--rw tp-location-type-value?                      identityref
    +--rw (location-type)?
       +--:(ipv4-location-type)
       |  +--rw test-point-ipv4-location-list
       |     +--rw test-point-locations* [ipv4-location]
       |        +--rw ipv4-location    inet:ipv4-address
       |        +--rw vrf?             routing-instance-ref
       |        +--rw (technology)?
       |        |  +--:(technology-null)
       |        |     +--rw tech-null?       empty
       |        +--rw tp-tools
       |        |  +--rw continuity-check    boolean
       |        |  +--rw path-discovery      boolean
       |        +--rw root?            <anydata>
       |        +--rw oam-layers* [index]
       |           +--rw index                        uint16
       |           +--rw level?                       int32
       |           +--rw (tp-location)?
       |              +--:(mac-address)
       |              |  +--rw mac-address-location?        yang:mac-address
       |              +--:(ipv4-address)
       |              |  +--rw ipv4-location?               inet:ipv4-address
       |              +--:(ipv6-location)
       |              |  +--rw ipv6-address?                inet:ipv6-address
       |              +--:(group-ip-address-location)
       |              |  +--rw group-ip-address-location?   ip-multicast-group-address
       |              +--:(as-number-location)
       |              |  +--rw as-number-location?          inet:as-number
       |              +--:(system-id-location)
       |                 +--rw system-id-location?          router-id
       +--:(ipv6-location-type)
       |  +--rw test-point-ipv6-location-list
       |     +--rw test-point-locations* [ipv6-location]
       |        +--rw ipv6-location    inet:ipv6-address
       |        +--rw vrf?             routing-instance-ref
       |        +--rw (technology)?
       |        |  +--:(technology-null)
       |        |     +--rw tech-null?       empty
       |        +--rw tp-tools
       |        |  +--rw continuity-check    boolean
       |        |  +--rw path-discovery      boolean
       |        +--rw root?            <anydata>
       |        +--rw oam-layers* [index]
       |           +--rw index                        uint16
       |           +--rw level?                       int32
       |           +--rw (tp-location)?
       |              +--:(mac-address)
       |              |  +--rw mac-address-location?        yang:mac-address
       |              +--:(ipv4-address)
       |              |  +--rw ipv4-location?               inet:ipv4-address
       |              +--:(ipv6-location)
       |              |  +--rw ipv6-address?                inet:ipv6-address
       |              +--:(group-ip-address-location)
       |              |  +--rw group-ip-address-location?   ip-multicast-group-address
       |              +--:(as-number-location)
       |              |  +--rw as-number-location?          inet:as-number
       |              +--:(system-id-location)
       |                 +--rw system-id-location?          router-id
       +--:(mac-location-type)
       |  +--rw test-point-mac-address-location-list
       |     +--rw test-point-locations* [mac-address-location]
       |        +--rw mac-address-location    yang:mac-address
       |        +--rw (technology)?
       |        |  +--:(technology-null)
       |        |     +--rw tech-null?              empty
       |        +--rw tp-tools
       |        |  +--rw continuity-check    boolean
       |        |  +--rw path-discovery      boolean
       |        +--rw root?                   <anydata>
       |        +--rw oam-layers* [index]
       |           +--rw index                        uint16
       |           +--rw level?                       int32
       |           +--rw (tp-location)?
       |              +--:(mac-address)
       |              |  +--rw mac-address-location?        yang:mac-address
       |              +--:(ipv4-address)
       |              |  +--rw ipv4-location?               inet:ipv4-address
       |              +--:(ipv6-location)
       |              |  +--rw ipv6-address?                inet:ipv6-address
       |              +--:(group-ip-address-location)
       |              |  +--rw group-ip-address-location?   ip-multicast-group-address
       |              +--:(as-number-location)
       |              |  +--rw as-number-location?          inet:as-number
       |              +--:(system-id-location)
       |                 +--rw system-id-location?          router-id
       +--:(group-ip-address-location-type)
       |  +--rw test-point-group-ip-address-location-list
       |     +--rw test-point-locations* [group-ip-address-location]
       |        +--rw group-ip-address-location    ip-multicast-group-address
       |        +--rw vrf?                         routing-instance-ref
       |        +--rw (technology)?
       |        |  +--:(technology-null)
       |        |     +--rw tech-null?                   empty
       |        +--rw tp-tools
       |        |  +--rw continuity-check    boolean
       |        |  +--rw path-discovery      boolean
       |        +--rw root?                        <anydata>
       |        +--rw oam-layers* [index]
       |           +--rw index                        uint16
       |           +--rw level?                       int32
       |           +--rw (tp-location)?
       |              +--:(mac-address)
       |              |  +--rw mac-address-location?        yang:mac-address
       |              +--:(ipv4-address)
       |              |  +--rw ipv4-location?               inet:ipv4-address
       |              +--:(ipv6-location)
       |              |  +--rw ipv6-address?                inet:ipv6-address
       |              +--:(group-ip-address-location)
       |              |  +--rw group-ip-address-location?   ip-multicast-group-address
       |              +--:(as-number-location)
       |              |  +--rw as-number-location?          inet:as-number
       |              +--:(system-id-location)
       |                 +--rw system-id-location?          router-id
       +--:(group-as-number-location-type)
       |  +--rw test-point-as-number-location-list
       |     +--rw test-point-locations* [as-number-location]
       |        +--rw as-number-location    inet:as-number
       |        +--rw vrf?                  routing-instance-ref
       |        +--rw (technology)?
       |        |  +--:(technology-null)
       |        |     +--rw tech-null?            empty
       |        +--rw tp-tools
       |        |  +--rw continuity-check    boolean
       |        |  +--rw path-discovery      boolean
       |        +--rw root?                 <anydata>
       |        +--rw oam-layers* [index]
       |           +--rw index                        uint16
       |           +--rw level?                       int32
       |           +--rw (tp-location)?
       |              +--:(mac-address)
       |              |  +--rw mac-address-location?        yang:mac-address
       |              +--:(ipv4-address)
       |              |  +--rw ipv4-location?               inet:ipv4-address
       |              +--:(ipv6-location)
       |              |  +--rw ipv6-address?                inet:ipv6-address
       |              +--:(group-ip-address-location)
       |              |  +--rw group-ip-address-location?   ip-multicast-group-address
       |              +--:(as-number-location)
       |              |  +--rw as-number-location?          inet:as-number
       |              +--:(system-id-location)
       |                 +--rw system-id-location?          router-id
       +--:(group-system-id-location-type)
          +--rw test-point-system-info-location-list
             +--rw test-point-locations* [system-id-location]
                +--rw system-id-location    inet:uri
                +--rw vrf?                  routing-instance-ref
                +--rw (technology)?
                |  +--:(technology-null)
                |     +--rw tech-null?            empty
                +--rw tp-tools
                |  +--rw continuity-check    boolean
                |  +--rw path-discovery      boolean
                +--rw root?                 <anydata>
                +--rw oam-layers* [index]
                   +--rw index                        uint16
                   +--rw level?                       int32
                   +--rw (tp-location)?
                      +--:(mac-address)
                      |  +--rw mac-address-location?        yang:mac-address
                      +--:(ipv4-address)
                      |  +--rw ipv4-location?               inet:ipv4-address
                      +--:(ipv6-location)
                      |  +--rw ipv6-address?                inet:ipv6-address
                      +--:(group-ip-address-location)
                      |  +--rw group-ip-address-location?   ip-multicast-group-address
                      +--:(as-number-location)
                      |  +--rw as-number-location?          inet:as-number
                      +--:(system-id-location)
                         +--rw system-id-location?          router-id

An example of this section being "dense", you wrote "Each test point location includes a 'test-point-location-info'."
And I searched for it in the tree, and it's not present ... because it's a grouping!
NEW: "Each test point location includes a 'test-point-location-info' grouping

Another example: 
   Grouping is also defined for common session
   statistics and these are applicable for proactive OAM sessions.
At this point in time, we don't know what a "proactive OAM session" is. I scratched my head on "proactive" and I I know about OAM... (It's only later that I understand that proactive = continuous = persistent)

My advice: this section 3 is key to understand this module, make it crystal clear.


- Editorial
   In connectionless OAM, the tp address is defined with the following
   type:
Since you defined "TP" in the terminology section, use the upper case "TP" throughout the document.

- 
   To define a forwarding treatment of a test packet, the 'tp-address'
   needs to be associated with additional parameters, e.g.  DSCP for IP
   or TC for MPLS.
TC?
I'm still used to EXP, and had to look TC up.
Quoting the Internet (so it can't be wrong): Based on RFC5462, the EXP bit has been renamed to Traffic Class field. TC name is not uses widely.

- section 3.2
   In connectionless OAM, 'session-
   type' is defined to indicate which kind of activation will be used by
   the current session.
And I searched for "session-type" in the pyang tree, without success.
Until I realized it's part of the other draft: https://tools.ietf.org/html/draft-ietf-lime-yang-connectionless-oam-methods-05
Hmm, wait, the session-type grouping is in this draft, but not used in this draft.
At this point, I wonder who has recently looked at the draft with a fresh pair of eyes. Not impressed.

-
Why don't you clearly name the groupings in section 3.4, 3.5, 3.6, 3.7?

- Cut and paste the typedefs from https://datatracker.ietf.org/doc/draft-ietf-rtgwg-routing-types/
    typedef router-id {
    typedef ipv4-multicast-group-address
    typedef ipv6-multicast-group-address {
	...
If published fast enough, you should import the types from https://datatracker.ietf.org/doc/draft-ietf-rtgwg-routing-types/

- section 3.3
             list oam-layers {
                  key "index";
                  leaf index {
                     type uint16 {
                        range "0..65535";
                     }
                  }
                  leaf level {
                      type int32 {
                           range "-1..1";
                      }
                      description
                        "Level";
                  }

                  description
                     "List of related oam layers.";
                }
This is not even complete. Description "level", really?
At the very minimum be aligned with the YANG module.
     list oam-layers {
        key "index";
        leaf index {
          type uint16 {
            range "0..65535";
          }
          description
            "Index";
        }
        leaf level {
          type int32 {
            range "-1..1";
          }
          default "0";
          description
            "Level 0 indicates default level,
             -1 means server and +1 means client layer.
             In relationship 0 means same layer.";
        }
        ...
        description
          "List of related oam layers.
           0 means they are in same level, especially
           interworking scenarios of stitching multiple
           technology at same layer. -1 means server layer,
           for eg:- in case of Overlay and Underlay,
           Underlay is server layer for Overlay Test Point.
           +1 means client layer, for example in case of
           Service OAM and Transport OAM, Service OAM is client
           layer to Transport OAM.";
      }
- Throughout the document, yang -> YANG

- The security considerations have been updated: https://trac.ietf.org/trac/ops/wiki/yang-security-guidelines

My quick summary:
Those two LIME drafts are hard to read. I've been spending hours hours to try to understand...
I advice the authors, shepherd, chairs to review the two drafts with a fresh mind and improve readability.

Regards, Benoit


--------------115B2D20EFFA2DDD0450622A-- From nobody Fri Aug 11 08:11:42 2017 Return-Path: X-Original-To: lime@ietfa.amsl.com Delivered-To: lime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 03B4B132654 for ; Fri, 11 Aug 2017 08:11:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.499 X-Spam-Level: X-Spam-Status: No, score=-14.499 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5, WEIRD_PORT=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JsWhCARrbYQ2 for ; Fri, 11 Aug 2017 08:11:38 -0700 (PDT) Received: from aer-iport-4.cisco.com (aer-iport-4.cisco.com [173.38.203.54]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 044EF13263F for ; Fri, 11 Aug 2017 08:11:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=11954; q=dns/txt; s=iport; t=1502464298; x=1503673898; h=from:subject:references:to:cc:message-id:date: mime-version:in-reply-to; bh=L/x5UCNaCsqOxlI8RJHiHWyyJdomWhqnTmVk++oXlok=; b=OroDoEkFPF9rg1gb1SeUJ8iJqVWmrvG7Ji2OiotBuiNn6iBKg1rYwHAt qJt7C8Z2n1dE1SWx4dVi7dh2BgJnqvEFSHkD3INEZHGGno1Fr+j0EO48h NlG6Ufz1vqjrRPXyUqCmYQ5Gd+LpOCDmlZkDdWUXpAG1QxoEGdR/X2xwy 8=; X-IronPort-AV: E=Sophos;i="5.41,358,1498521600"; d="scan'208,217";a="656712760" Received: from aer-iport-nat.cisco.com (HELO aer-core-3.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 11 Aug 2017 15:11:36 +0000 Received: from [10.55.221.36] (ams-bclaise-nitro3.cisco.com [10.55.221.36]) by aer-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id v7BFBZ3d025423; Fri, 11 Aug 2017 15:11:36 GMT From: Benoit Claise References: To: "lime@ietf.org" Cc: "Carl Moberg (camoberg)" Message-ID: <43b1244d-f834-4251-b930-4f2cb66d774c@cisco.com> Date: Fri, 11 Aug 2017 17:11:35 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------7873844225457B56BFE571B4" Content-Language: en-US Archived-At: Subject: [Lime] AD review: draft-ietf-lime-yang-connectionless-oam-methods X-BeenThere: lime@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Layer Independent OAM Management in Multi-Layer Environment \(LIME\) discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2017 15:11:41 -0000 This is a multi-part message in MIME format. --------------7873844225457B56BFE571B4 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Dear all, Here is my AD review. - I see that the draft is NMDA-compliant. Good. https://yangcatalog.org:8443/search/modules/ietf-connectionless-oam-methods,2017-05-18,ietf - " This document presents a retrieval method YANG Data model for connectionless OAM protocols" is this right? rpc path-discovery { description "Generates path discovery as perRFC7276 ."; rpc continuity-check { if-feature coam:continuity-check; description "Generates continuity-check as perRFC7276 ."; AFACT, the RPC triggers an "on-demand" (as opposed to proactive draft-ietf-lime-yang-connectionless-oam, to use the draft-ietf-lime-yang-connectionless-oam term) OAM mechanism and retrieves the results directly. " This document presents a retrieval method YANG Data model for connectionless OAM protocols" makes it sound like "polling" the results, which could also be "proactive". You should improve the text After hours spent on the two LIME drafts ... If the continuity-check RPC is really "on-demand", why do we have the session-type-enum as input? rpc continuity-check { if-feature "coam:continuity-check"; description "Generates continuity-check as perRFC7276 ."; input { container destination-tp { uses coam:tp-address; description "Destination test point."; } uses coam:session-type; <============== leaf source-interface { type if:interface-ref; description "Source interface."; } From the other draft (why, btw?) grouping session-type { description "This object indicates the current session definition."; leaf session-type-enum { type enumeration { enum "proactive" { description "The current session is proactive"; } enum "on-demand" { description "The current session is on-demand."; } } default "on-demand"; description "Session type enum"; } } This should always be "on-demand", right? Same remark for the persistent RPCs in the appendix A, which should always have a "session-type-enum" value of "proactive". Trying to understand... - Abstract: The retrieval methods model presented here can be extended to include technology specific details. But this is not in line with the appendix A, which is the place that speaks about "extensions" You should have another place (a new appendix) to explain how to augment the technology specific details ... in a consistent way, if possible. - RPC - A Remote Procedure Call, as used within the NETCONF protocol This document is about a YANG data model. So independently of NETCONF or RESTCONF or something else. So referring to NETCONF only is not right. I would remove "as used within the NETCONF protocol" Btw, RFC 7950 makes the distinction between : o RPC: A Remote Procedure Call. o RPC operation: A specific Remote Procedure Call. You should include RPC and RPC operations in section 2 You want to review all "RPC" instances. For example, RPC commands should be: RPC operations Most of the time, RPC should be: RPC operation(s). Ex: 3.1 title. - Since you import ietf-connectionless-oam, draft-ietf-lime-yang-connectionless-oam should probably be a normative reference - The security considerations have been updated: https://trac.ietf.org/trac/ops/wiki/yang-security-guidelines Editorial: - OLD: It provides a technology-independent RPC commands for connectionless OAM protocols. NEW: It provides technology-independent RPC commands for connectionless OAM protocols. - It provides a flexible way to retrieve the retrieved- data which defined by the "ietf-connectionless-oam.yang" [I-D.ietf-lime-yang-connectionless-oam ]. retrieve the data? - OLD: "This YANG module defines the RPCs for , connectionless OAM to be used within IETF in a protocol Independent manner. NEW: "This YANG module defines the RPCs for connectionless OAM to be used within IETF in a protocol independent manner. - Appendix A OLD: The following are some examples of extensions possible to the yang model. The example discusses persistent methods. NEW: The following are some examples of extensions possible to the YANG model. The example discusses persistent methods. Regards, Benoit --------------7873844225457B56BFE571B4 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit Dear all,

Here is my AD review.

- I see that the draft is NMDA-compliant. Good.
https://yangcatalog.org:8443/search/modules/ietf-connectionless-oam-methods,2017-05-18,ietf

- " This document presents a retrieval method YANG Data model for connectionless OAM protocols" is this right? 
   rpc path-discovery {
         description
           "Generates path discovery as per RFC7276.";

   rpc continuity-check {
         if-feature coam:continuity-check;
         description
           "Generates continuity-check as per RFC7276.";
AFACT, the RPC triggers an "on-demand" (as opposed to proactive draft-ietf-lime-yang-connectionless-oam, to use the draft-ietf-lime-yang-connectionless-oam term) OAM mechanism and retrieves the results directly.
" This document presents a retrieval method YANG Data model for connectionless OAM protocols" makes it sound like "polling" the results, which could also be "proactive". You should improve the text

After hours spent on the two LIME drafts ...
If the continuity-check RPC is really "on-demand", why do we have the session-type-enum as input?
 rpc continuity-check {
    if-feature "coam:continuity-check";
    description
      "Generates continuity-check as per RFC7276.";
    input {
      container destination-tp {
        uses coam:tp-address;
        description
          "Destination test point.";
      }
      uses coam:session-type;         <==============
      leaf source-interface {
        type if:interface-ref;
        description
          "Source interface.";
      }
From the other draft (why, btw?)
    grouping session-type {
      description
        "This object indicates the current session
         definition.";
      leaf session-type-enum {
        type enumeration {
          enum "proactive" {
            description
              "The current session is proactive";
          }
          enum "on-demand" {
            description
              "The current session is on-demand.";
          }
        }
        default "on-demand";
        description
          "Session type enum";
      }
    }
This should always be "on-demand", right?

Same remark for the persistent RPCs in the appendix A, which should always have a "session-type-enum" value of "proactive".
Trying to understand...


- Abstract:
   The retrieval methods
   model presented here can be extended to include technology specific
   details.
But this is not in line with the appendix A, which is the place that speaks about "extensions"
You should have another place (a new appendix) to explain how to augment the technology specific details ... in a consistent way, if possible.


-
   RPC - A Remote Procedure Call, as used within the NETCONF protocol
This document is about a YANG data model. So independently of NETCONF or RESTCONF or something else.
So referring to NETCONF only is not right. I would remove "as used within the NETCONF protocol"
Btw, RFC 7950 makes the distinction between :
   o  RPC: A Remote Procedure Call.

   o  RPC operation: A specific Remote Procedure Call.

You should include RPC and RPC operations in section 2
You want to review all "RPC" instances.
For example, RPC commands should be: RPC operations
Most of the time, RPC should be: RPC operation(s). Ex: 3.1 title.

- Since you import ietf-connectionless-oam,  draft-ietf-lime-yang-connectionless-oam should probably be a normative reference

- The security considerations have been updated: https://trac.ietf.org/trac/ops/wiki/yang-security-guidelines


Editorial:
-
OLD:
   It provides a technology-independent
   RPC commands for connectionless OAM protocols.

NEW:
   It provides technology-independent
   RPC commands for connectionless OAM protocols.  
- 
   It provides a flexible way to retrieve the retrieved-
   data which defined by the "ietf-connectionless-oam.yang"
   [I-D.ietf-lime-yang-connectionless-oam].

retrieve the data?
- 
OLD:
     "This YANG module defines the RPCs for ,
     connectionless OAM to be used within IETF
     in a protocol Independent manner.

NEW:
     "This YANG module defines the RPCs for
     connectionless OAM to be used within IETF
     in a protocol independent manner.
-
Appendix A
OLD:
   The following are some examples of extensions possible to the yang
   model.  The example discusses persistent methods.

NEW:

   The following are some examples of extensions possible to the YANG
   model.  The example discusses persistent methods.


Regards, Benoit


--------------7873844225457B56BFE571B4-- From nobody Sun Aug 20 10:53:57 2017 Return-Path: X-Original-To: lime@ietfa.amsl.com Delivered-To: lime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 07F081321EC for ; Sun, 20 Aug 2017 10:53:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.52 X-Spam-Level: X-Spam-Status: No, score=-14.52 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IyU10BnX0_26 for ; Sun, 20 Aug 2017 10:53:52 -0700 (PDT) Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CC0041241FC for ; Sun, 20 Aug 2017 10:53:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=35581; q=dns/txt; s=iport; t=1503251631; x=1504461231; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=KtNjfz3cLg/Fsn9Q5oWUCNdiEankDP1/XXFSaOoznsc=; b=bYivMtYCJfHKFnOcNfdHpbvIw3kK+8s6ynH6F3+ydmSQUYXL9n5l/9KM NX4D1jgruXBtq6sYNAlcqi9UGpxV2zkqPBu577zANICwO+8gc4U5IaPLr LUJPECMXwV5itesT35Dj6S61NcSel19QLKaN+DU2zpU64DBaUTTlMn8bE Y=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CaAACsy5lZ/4UNJK1UCRkBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYJvPi1kgRUHjguQEoFuiDiNZg6CAQMhAQyFGQKDbj8YAQIBAQE?= =?us-ascii?q?BAQEBayiFGAEBAQEDAQEKDk0EAwQHEAIBCBEDAQIhAQYHIQYLFAkIAgQBDQUUB?= =?us-ascii?q?4kyTAMVELF4hy8NhCIBAQEBAQEBAQEBAQEBAQEBAQEBAQEYBYMoggKDL4Mngle?= =?us-ascii?q?BZgwSAjaFNR8FiXCWIzwCh1KHeIR2ghCFYYptiWkkgiuJZwEfOIEKdxUfKoReg?= =?us-ascii?q?jx2iS2BDwEBAQ?= X-IronPort-AV: E=Sophos;i="5.41,404,1498521600"; d="scan'208,217";a="472599405" Received: from alln-core-11.cisco.com ([173.36.13.133]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 20 Aug 2017 17:53:50 +0000 Received: from XCH-RTP-007.cisco.com (xch-rtp-007.cisco.com [64.101.220.147]) by alln-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id v7KHrnwW019777 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Sun, 20 Aug 2017 17:53:50 GMT Received: from xch-rtp-008.cisco.com (64.101.220.148) by XCH-RTP-007.cisco.com (64.101.220.147) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Sun, 20 Aug 2017 13:53:49 -0400 Received: from xch-rtp-008.cisco.com ([64.101.220.148]) by XCH-RTP-008.cisco.com ([64.101.220.148]) with mapi id 15.00.1210.000; Sun, 20 Aug 2017 13:53:49 -0400 From: "Srihari Raghavan (srihari)" To: Greg Mirsky , "Carlos Pignataro (cpignata)" CC: "Benoit Claise (bclaise)" , "lime@ietf.org" Thread-Topic: [Lime] Progress on LIME Connectionless documents Thread-Index: AQHS8Ez8ImJpKUJGoUiwsaV603B0PaJbf4uAgDL5pYA= Date: Sun, 20 Aug 2017 17:53:49 +0000 Message-ID: References: <29E5AA02-4CC5-4CA9-A967-A9355EBD9175@cisco.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.65.56.211] Content-Type: multipart/alternative; boundary="_000_D5BFC692476D7srihariciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [Lime] Progress on LIME Connectionless documents X-BeenThere: lime@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Layer Independent OAM Management in Multi-Layer Environment \(LIME\) discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Aug 2017 17:53:56 -0000 --_000_D5BFC692476D7srihariciscocom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi Greg Thank you very much for your time and comments. Pl. find collective respon= ses from authors below inline for the base draft below. Thanks Authors From: Lime > on behalf = of Greg Mirsky > Date: Wednesday, 19 July 2017 at 6:27 PM To: "Carlos Pignataro (cpignata)" > Cc: "Benoit Claise (bclaise)" >= , "lime@ietf.org" > Subject: Re: [Lime] Progress on LIME Connectionless documents rentiate Dear WG Chairs, WG Responsible AD and members if LIME WG expert co= mmunity, please find my comments to both documents below. Major: * OAM protocols address 'F' and 'P' of the FCAPS, i.e. Fault Management= and Performance Monitoring. The defined models address only Fault Manageme= nt part leaving the performance measurement protocols, e.g. RFC 6374, RFC 6= 375 out side their scope. I suggest to clarify and update titles by includi= ng "Fault Management OAM" in. [Carlos] It=92s true that, from FCAPS (from the OSI Management functional a= reas [X.700 (09/92)]), OAM generally covers F and P *on the dataplalne only= *. However, the IETF refers for example to BFD as an OAM protocol (not as a= n =93F-only data-plane-only OAM protocol=94. There are a number of timesta= mps, delays, etc., in this specification for example in the path-trace-info= , jitter statistics, etc. Those are =93P=94. To me, the title seems adequa= tely scoped. [Authors] Echoing Carlos comments, the authors feel that the title adequate= ly covers the scope under FCAPS and also covers it in a broad and generic w= ay to allow extensions to be added later on as needed. draft-ietf-lime-yang-connectionless-oam: * Introduction: * I cannot agree with the explanation of what differentiates connect= ion-oriented network domain from connectionless, as difference of arranging= network vs. without the prior arrangement. I'll point that signalling IP/M= PLS LSP is the prerequisite of availability of the path even though IP/MPLS= LSP is, in general, an example of connectionless domain. [Authors] Authors feel that the text is adequate as we have specifically r= eferenced RFC 7276, which defines connectionless OAM as =93data is typicall= y sent between end points without prior arrangement=94 and we would like to= point out that the word =93typically=94 covers a broad range of connection= less OAM and allows for exceptions as you point out. The text captures the= dominant aspects. * Section 3: * the section is the first reference to the grouping tp-address-vrf.= Though local test point (TP) may be associated with the particular vrf ide= ntity, none of OAM protocols, e.g. IP ping, LSP ping or BFD carry VRF ident= ity. Thus using vrf as part of tp-address-vrf grouping in container dest-te= st-point of path-discovery-data grouping and of continuity-check-data, or p= ath-trace-info-list is problematic at the very minimum; [Authors] Respectfully disagree. To clarify, VRF-based pings are surely po= ssible and the document is not suggesting that VRF be carried in the packet= s. The field exists to convey the VRF information for the RPC. * * the connectionless-oam-layers grouping does present serious proble= m, in my opinion. Obviously, there may be more than three layers in the net= work and lower layer(s) well could be not connectionless but connection-ori= ented OAM domain. Additionally, source and destination TPs will always be o= n the same network layer, so that use of the connectionless-oam-layers in t= est-point-location-info is not warranted in my view. [Authors]:The level parameter is used to stitching two adjacent test point = and is not used for indicating how to exchange OAM message between any two = test points. Level is not carried in the OAM protocol. Source and destinat= ion TPs should not be at different layer, but two adjacent TPs can be at di= fferent layers. If there are two adjacent TPs are at different layers, we should not allow = traceroute or ping to be exchanged between them, since we don=92t see any c= ross-layer OAM mechanism to be standardized in the IETF. In overlay/underl= ay cases, two overlay nodes should be located at the same layer. But we don= =92t support sending one OAM message from one underlay node to overlay node= . * Section 3.3 * the section attempts to give extended example of how the connectio= nless-oam-layers may have value other than the default 0. I think that it i= s more confusing than without it. Administrative domains on the same layer = interact as peers and thus cannot and should not be referring to each other= as server-client. If the network tunneled through the particular domain, t= hen the tunnel, on that layer, is presented as single hop. True, the tunnel= in that domain may have transport OAM with notification to the edge TPs of= the network OAM. But that transport OAM would not be part of the network O= AM and access to it, in my view, could be only through state of multi-layer= OAM where each layer is indexed and relationships between TPs identified b= y these indexes. [Authors] Respectfully disagree. We just can=92t take the example of servi= ce provider deployment, which has multiple vendors deploying the solution, = but take an example of MSDC deployment in which one company manages the end= to end network with multiple PODs, connected via spine or border leaf usin= g multiple L2/L3 technologies. In this scenario, there is an relationship = between the transport, host and also the overlay. Even in the case of SP, = deploying L2 overlay technology to test a host from the network leaf is a r= eality. In this scenario, OAM packets does not leak out the overlay networ= k, but OAM is done on the basis of host VRF and host MAC or IP address. Th= is is required because network operator does not even know where the host i= s attached and that he has to do host-based dest TP OAM. In this scenario,= if we do a trace route, it can fail in underlay which is in a different VR= F (default e.g..,) compared to that of the host. * Section 4 * I have many questions to the choice of TP types: * what is the difference, from OAM point, between unicast IP addr= ess and multicast/group IP address, whether IPv4 or IPv6. [Authors]: I think multicast/group IP address is targeted to a set of host = while unicast IP address is targeted to a single host. Instead of defining ip-multicast-group-address in CL OAM model draft, we ca= n refer to ip-multicast-group-address defined in draft-ietf-rtgwg-routing-t= ypes-06. Let us know. * * * I think that inclusion of MAC as MP address type in connectionl= ess OAM would benefit from more explanation, use case. TRILL? AFAIK, in TRI= LL ping is used to ping RBridge, not MAC. What is/are use case(s) for MAC a= s MP address in connectionless OAM model? [Authors] The use-case behind the inclusion is as follows. Trace route MAC= on VLAN x from leaf node which are starting overlay tunnels. In this scen= ario, OAM automatically finds the right overlay peer [in MSDC environment = =96 needs multiple RIB commands] and send OAM packets towards overlay carry= ing the host information in the payload. * * * ip-prefix-address-type referenced only once as identity and doesn't appear = anywhere as use case. Is it stale type of MP address? [Authors] Added here for future use, but can be removed at present. * * * tunnel-address-type, as above, referenced only once as identity and does l= ook as stale MP address type; [Authors] Added here for future use, but can be removed at present. * * * I think that there's disconnect between type definition of leaf route-disti= nguisher as unit32 and the description that states: [Authors] Thank you. Will fix. Route Distinguisher is an 8 octets identifier used to distinguish information about variousL2VPN advertised by a node. [Authors] Thank you. Will fix. * type definition of sender-ve-id and receiver-ve-id may be chang= ed from uint32 to uint16 since both parameters are, as noted in respective = descriptions, two octets long; [Authors] Thank you. Will fix. * what is the source of queue-depth, Length of the egress interfa= ce queue of the interface", as explained in the description. Firstly, not s= ure what "egress interface" of the interface is. Secondly, is this static o= r dynamic information? If the former, then there's no need to include it in= path-trace-info; [Authors] Will fix description. It essentially means the length of the que= ue of the interface from where the packet is forwarded out. The queue dept= h could be the current number of memory buffers used by the queue where a p= acket can consume one or more memory buffers depending on size. Essentiall= y device-level troubleshooting information. * the transit-delay, as explained in the description, reflects re= sidence time. What OAM protocols, e.g. traceroute, LSP Ping, provide reside= nce time? * what is the purpose of app-meta-data in path-trace-info contain= er? [Authors] Residence time as explained in your draft (Link) and carried via G-Ach RTM me= ssage, specifies the cumulative end-to-end time spent transiting the nodes = from ingress to egress, while transit-delay reflects the per-device delay s= een in the path. This transit-delay could be accumulated and collated to p= rovide the residence time as well. [Authors] App-meta-data is meant for application specific data that is a pl= aceholder for extensions that can include application defined data. * what is the reason to differentiate between IPv4 and IPv6 conti= nuity check session statistics if both cases end up using cc-session-statis= tics. [Authors] To provide granularity in reporting statistics differentiated on = an address-family basis. This can be made coarse-grained, but could be use= ful in the present way to deployments. Summarizing, I believe that draft-ietf-lime-yang-connectionless-oam is not = ready for publication. I'll work on reviewing draft-ietf-lime-yang-connectionless-oam-methods and = will share my comments with you all. Regards, Greg On Wed, Jun 28, 2017 at 10:27 PM, Carlos Pignataro (cpignata) > wrote: Dear WG, We will be progressing the LIME Connectionless documents, submitting them t= o our AD. Please see the respective write-ups at: https://datatracker.ietf.org/doc/draft-ietf-lime-yang-connectionless-oam/sh= epherdwriteup/ https://datatracker.ietf.org/doc/draft-ietf-lime-yang-connectionless-oam-me= thods/shepherdwriteup/ Thanks, Carlos & Ron. _______________________________________________ Lime mailing list Lime@ietf.org https://www.ietf.org/mailman/listinfo/lime --_000_D5BFC692476D7srihariciscocom_ Content-Type: text/html; charset="Windows-1252" Content-ID: <3850ED241323854B88EDC71965EACB29@emea.cisco.com> Content-Transfer-Encoding: quoted-printable
Hi Greg

Thank you very much for your time and c= omments.  Pl. find collective responses from authors below inline for = the base draft below.

Thanks
Authors

From: Lime <lime-bounces@ietf.org> on behalf of Greg Mirsky= <gregimirsky@gmail.com>=
Date: Wednesday, 19 July 2017 at 6:= 27 PM
To: "Carlos Pignataro (cpignat= a)" <cpignata@cisco.com&g= t;
Cc: "Benoit Claise (bclaise)&q= uot; <bclaise@cisco.com>, &q= uot;lime@ietf.org" <lime@ietf.org>
Subject: Re: [Lime] Progress on LIM= E Connectionless documents

rentiate Dear WG Chairs, WG Responsible AD and members if = LIME WG expert community,
please find my comments to both documents below.

Major:
  • OAM protocols address 'F' and 'P' of the FCAPS, i.e. Fault Management a= nd Performance Monitoring. The defined models address only Fault Management= part leaving the performance measurement protocols, e.g. RFC 6374, RFC 637= 5 out side their scope. I suggest to clarify and update titles by including "Fault Management OAM"= in.

[Carlos] It=92s true that, from FCAPS (from the O= SI Management functional areas [X.700 (09/92)]), OAM generally covers F and= P *on the dataplalne only*. However, the IETF refers for example to BFD as an OAM protocol (not as an =93F-only= data-plane-only OAM protocol=94.  There are a number of timestamps, d= elays, etc., in this specification for example in the path-trace-info,= jitter statistics, etc. Those are =93P=94.  To me, the title seems adequately scoped.

 

[Authors] Echoing Carlos comments, the authors fe= el that the title adequately covers the scope under FCAPS and also covers i= t in a broad and generic way to allow extensions to be added later on as needed.<= /span>

 

draft-ietf-lime-yang-connectionless-oam:
  • Introduction:
    • I cannot agree with the explanation of what differentiates connection-o= riented network domain from connectionless, as difference of arranging netw= ork vs. without the prior arrangement. I'll point that signalling IP/MPLS L= SP is the prerequisite of availability of the path even though IP/MPLS LSP is, in general, an example of connecti= onless domain.
= [Authors]  Authors feel that the text is adequate as we have specifica= lly referenced RFC 7276, which defines connectionless OAM as =93data is typ= ically sent between end points without prior arrangement=94 and we would like to point out that the word =93typically= =94 covers a broad range of connectionless OAM and allows for exceptions as= you point out.  The text captures the dominant aspects.
  • Section 3:
    • the section is the first reference to the grouping tp-address-vrf. Thou= gh local test point (TP) may be associated with the particular vrf identity= , none of OAM protocols, e.g. IP ping, LSP ping or BFD carry VRF identity. = Thus using vrf as part of tp-address-vrf grouping in container dest-test-point of path-discovery-data grouping and = of continuity-check-data, or path-trace-info-list is problematic at the ver= y minimum;

[Authors] Respectfully disagree.  To clarify, VR= F-based pings are surely possible and the document is not suggesting that V= RF be carried in the packets.  The field exists to convey the VRF information for the RPC.

    • the connectionless-oam-layers grouping does present serious problem, in= my opinion. Obviously, there may be more than three layers in the network = and lower layer(s) well could be not connectionless but connection-oriented= OAM domain. Additionally, source and destination TPs will always be on the same network layer, so that use = of the connectionless-oam-layers in test-point-location-info is not warrant= ed in my view.

[Authors]:The level parameter is used to s= titching two adjacent test point and is not used for indicating how to exch= ange OAM message between any two test points. Level is not carried in the OAM protocol.  Source and destin= ation TPs should not be at different layer, but two adjacent TPs can be at = different layers.

If there are two adjacent TPs are at diffe= rent layers, we should not allow traceroute or ping to be exchanged between= them, since we don=92t see any cross-layer OAM mechanism to be standardized in the IETF.  In overlay/underlay c= ases, two overlay nodes should be located at the same layer. But we don=92t= support sending one OAM message from one underlay node to overlay node.

  • Section 3.3
    • the section attempts to give extended example of how the connectionless= -oam-layers may have value other than the default 0. I think that it is mor= e confusing than without it. Administrative domains on the same layer inter= act as peers and thus cannot and should not be referring to each other as server-client. If the network tun= neled through the particular domain, then the tunnel, on that layer, is pre= sented as single hop. True, the tunnel in that domain may have transport OA= M with notification to the edge TPs of the network OAM. But that transport OAM would not be part of the ne= twork OAM and access to it, in my view, could be only through state of mult= i-layer OAM where each layer is indexed and relationships between TPs ident= ified by these indexes.
[Authors] Respectfully dis= agree.  We just can=92t take the example of service provider deploymen= t, which has multiple vendors deploying the solution, but take an example o= f MSDC deployment in which one company manages the end to end network with multiple PODs, connected via spine or border l= eaf using multiple L2/L3 technologies.  In this scenario, there is an = relationship between the transport, host and also the overlay.  Even i= n the case of SP, deploying L2 overlay technology to test a host from the network leaf is a reality.  In this scenario,= OAM packets does not leak out the overlay network, but OAM is done on the = basis of host VRF and host MAC or IP address.  This is required becaus= e network operator does not even know where the host is attached and that he has to do host-based dest TP OAM.  I= n this scenario, if we do a trace route, it can fail in underlay which is i= n a different VRF (default e.g..,) compared to that of the host.
  • Section 4
    • I have many questions to the choice of TP types:
      • what is the difference, from OAM point, between unicast IP address and = multicast/group IP address, whether IPv4 or IPv6.

[Authors]: I think multicast/group IP addr= ess is targeted to a set of host while unicast IP address is targeted to a = single host.

Instead of defining ip-multicast-group-add= ress in CL OAM model draft, we can refer to ip-multicast-group-address defi= ned in draft-ietf-rtgwg-routing-types-06.  Let us know.

      • I think that inclusion of MAC as MP address type in connectionless OAM = would benefit from more explanation, use case. TRILL? AFAIK, in TRILL ping = is used to ping RBridge, not MAC. What is/are use case(s) for MAC as MP add= ress in connectionless OAM model?
[Authors] The use-case behind t= he inclusion is as follows.  Trace route MAC on VLAN x from leaf node = which are starting overlay tunnels.  In this scenario, OAM automatical= ly finds the right overlay peer [in MSDC environment =96 needs multiple RIB commands] and send OAM packets towards overlay carr= ying the host information in the payload.
      • ip-prefix-address-type referenced only once as identity and doesn't appear=
 anywhere as use case. Is it stale type of MP address?
[Authors] Added here for future= use, but can be removed at present.
      • tunnel-address-type, as above, referenced only once as id=
entity  and does look as stale MP address type;
[Authors] Added here for future= use, but can be removed at present.
      • I think that the=
re's disconnect between type definition of leaf route-distinguisher as unit=
32 and the description that states:
[Authors] Thank you. Will fix.<= /span>
Route Distinguisher is an 8 octets identifier
us=
ed to distinguish information about variousL2VPN advertised by a node.
[Authors] Thank you. Will fix.<= /span>
    • type definition of sender-ve-id and receiver=
-ve-id may be changed from uint32 to uint16 since both parameters are, as n=
oted in respective descriptions, two octets long;
[Authors] Thank you. Will fix.<= /span>
    • what is the source of queue-depth, Length of=
 the egress interface queue of the interface", as explained in the des=
cription. Firstly, not sure what "egress interface" of the interf=
ace is. Secondly, is this static or dynamic information? If the former, the=
n there's no need to include it in path-trace-info;
    =
[Authors] Will fix description.=  It essentially means the length of the queue of the interface from w= here the packet is forwarded out.  The queue depth could be the curren= t number of memory buffers used by the queue where a packet can consume one or more memory buffers depending on size. &= nbsp;Essentially device-level troubleshooting information.
    • the transit-delay, as explained in the descr=
iption, reflects residence time. What OAM protocols, e.g. traceroute, LSP P=
ing, provide residence time?
    • wha=
t is the purpose of app-meta-data in path-trace-info container?
[Authors] Residence time as exp= lained in your draft (Link) and carried via G-Ach RTM message, specifies the cumulative end-to-end time spent transiti= ng the nodes from ingress to egress, while transit-delay reflects the per-d= evice delay seen in the path.  This transit-delay could be accumulated= and collated to provide the residence time as well.
[Authors] App-meta-data is mean= t for application specific data that is a placeholder for extensions that c= an include application defined data.
    • what is the reason to d=
ifferentiate between IPv4 and IPv6 continuity check session statistics if b=
oth cases end up using cc-session-statistics.
[Authors] To provide granularit= y in reporting statistics differentiated on an address-family basis.  = This can be made coarse-grained, but could be useful in the present way to = deployments.
Summarizing, I believe that draft-ietf-=
lime-yang-connectionless-oam is not ready for publication.
I'll work on reviewing draft-ietf-lime-y= ang-connectionless-oam-methods and will share my comments with you all.

Regards,
Greg

On Wed, Jun 28, 2017 at 10:27 PM, Carlos Pignata= ro (cpignata) <cpignata@cisco.com> wrote:
Dear WG,

We will be progressing the LIME Connectionless documents, submitting t= hem to our AD.

Please see the respective write-ups at:

Thanks,

Carlos & Ron.

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


 --_000_D5BFC692476D7srihariciscocom_-- From nobody Sun Aug 20 14:06:30 2017 Return-Path: X-Original-To: lime@ietfa.amsl.com Delivered-To: lime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A80F313219F for ; Sun, 20 Aug 2017 14:06:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.52 X-Spam-Level: X-Spam-Status: No, score=-14.52 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BA9J525kn5Xz for ; Sun, 20 Aug 2017 14:06:24 -0700 (PDT) Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E8150120724 for ; Sun, 20 Aug 2017 14:06:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=36185; q=dns/txt; s=iport; t=1503263183; x=1504472783; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=7HWtdYlbB00vqPWoTTuraaDetKyi1fHL1TNN988ZGhQ=; b=NDYwuTadFr3l2Oc7u6qF5yyT5MBdNV4GpFjqSQyzJmk87rWmyFeAFUyY 5AvB5B3H6cxRAzUASv958xQ7w3dIsxSJqi075Q/SQh0CI+B3DQRqS12Oo bYa62VV45uAR8ERjEjIp1sXPFFO265DNZFbR39lKTiGHGy5oKklwr/2lo Y=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CqAAC/+JlZ/49dJa1UCRkBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYJvPi1kgQITjhKQEoFuiDiNZg6CAQMhAQyFGQKDbj8YAQIBAQE?= =?us-ascii?q?BAQEBayiFGAEBAQEDAQEKDk0EAwQHEAIBCBEDAQIhAQYHIQYLFAkIAgQOBRQHi?= =?us-ascii?q?TJMAxUQsgiHLw2EGAEBAQEBAQEBAQEBAQEBAQEBAQEBARgFgyiCAoFMgWMrgny?= =?us-ascii?q?CV4FmDBICNoMjghIfBYlwji2HdjwCh1KHeIR2ghCFYYptiWkkgiuJZwEfOIEKd?= =?us-ascii?q?xUfKhIBhEuCPHaKDgEBAQ?= X-IronPort-AV: E=Sophos; i="5.41,405,1498521600"; d="scan'208,217"; a="67206969" Received: from rcdn-core-7.cisco.com ([173.37.93.143]) by rcdn-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 20 Aug 2017 21:06:22 +0000 Received: from XCH-RTP-010.cisco.com (xch-rtp-010.cisco.com [64.101.220.150]) by rcdn-core-7.cisco.com (8.14.5/8.14.5) with ESMTP id v7KL6LRF029455 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Sun, 20 Aug 2017 21:06:21 GMT Received: from xch-rtp-020.cisco.com (64.101.220.160) by XCH-RTP-010.cisco.com (64.101.220.150) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Sun, 20 Aug 2017 17:06:20 -0400 Received: from xch-rtp-020.cisco.com ([64.101.220.160]) by XCH-RTP-020.cisco.com ([64.101.220.160]) with mapi id 15.00.1210.000; Sun, 20 Aug 2017 17:06:20 -0400 From: "Carlos Pignataro (cpignata)" To: "Srihari Raghavan (srihari)" CC: Greg Mirsky , "Benoit Claise (bclaise)" , "lime@ietf.org" Thread-Topic: [Lime] Progress on LIME Connectionless documents Thread-Index: AQHTAI6PSdVLN1RnRU2lkkrh1N3FnaKN/H6A///yvZ4= Date: Sun, 20 Aug 2017 21:06:20 +0000 Message-ID: References: <29E5AA02-4CC5-4CA9-A967-A9355EBD9175@cisco.com> , In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted Content-Type: multipart/alternative; boundary="_000_DC75DD49F95B4D97AADA1A4E585B2FEAciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [Lime] Progress on LIME Connectionless documents X-BeenThere: lime@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Layer Independent OAM Management in Multi-Layer Environment \(LIME\) discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Aug 2017 21:06:28 -0000 --_000_DC75DD49F95B4D97AADA1A4E585B2FEAciscocom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Thank you, Srihari, for the responses. There are a number of "will fix" ite= ms. Can you please submit a new rev address in them? Thanks! Sent from my iPad On Aug 20, 2017, at 1:53 PM, Srihari Raghavan (srihari) > wrote: Hi Greg Thank you very much for your time and comments. Pl. find collective respon= ses from authors below inline for the base draft below. Thanks Authors From: Lime > on behalf = of Greg Mirsky > Date: Wednesday, 19 July 2017 at 6:27 PM To: "Carlos Pignataro (cpignata)" > Cc: "Benoit Claise (bclaise)" >= , "lime@ietf.org" > Subject: Re: [Lime] Progress on LIME Connectionless documents rentiate Dear WG Chairs, WG Responsible AD and members if LIME WG expert co= mmunity, please find my comments to both documents below. Major: * OAM protocols address 'F' and 'P' of the FCAPS, i.e. Fault Management= and Performance Monitoring. The defined models address only Fault Manageme= nt part leaving the performance measurement protocols, e.g. RFC 6374, RFC 6= 375 out side their scope. I suggest to clarify and update titles by includi= ng "Fault Management OAM" in. [Carlos] It=92s true that, from FCAPS (from the OSI Management functional a= reas [X.700 (09/92)]), OAM generally covers F and P *on the dataplalne only= *. However, the IETF refers for example to BFD as an OAM protocol (not as a= n =93F-only data-plane-only OAM protocol=94. There are a number of timesta= mps, delays, etc., in this specification for example in the path-trace-info= , jitter statistics, etc. Those are =93P=94. To me, the title seems adequa= tely scoped. [Authors] Echoing Carlos comments, the authors feel that the title adequate= ly covers the scope under FCAPS and also covers it in a broad and generic w= ay to allow extensions to be added later on as needed. draft-ietf-lime-yang-connectionless-oam: * Introduction: * I cannot agree with the explanation of what differentiates connect= ion-oriented network domain from connectionless, as difference of arranging= network vs. without the prior arrangement. I'll point that signalling IP/M= PLS LSP is the prerequisite of availability of the path even though IP/MPLS= LSP is, in general, an example of connectionless domain. [Authors] Authors feel that the text is adequate as we have specifically r= eferenced RFC 7276, which defines connectionless OAM as =93data is typicall= y sent between end points without prior arrangement=94 and we would like to= point out that the word =93typically=94 covers a broad range of connection= less OAM and allows for exceptions as you point out. The text captures the= dominant aspects. * Section 3: * the section is the first reference to the grouping tp-address-vrf.= Though local test point (TP) may be associated with the particular vrf ide= ntity, none of OAM protocols, e.g. IP ping, LSP ping or BFD carry VRF ident= ity. Thus using vrf as part of tp-address-vrf grouping in container dest-te= st-point of path-discovery-data grouping and of continuity-check-data, or p= ath-trace-info-list is problematic at the very minimum; [Authors] Respectfully disagree. To clarify, VRF-based pings are surely po= ssible and the document is not suggesting that VRF be carried in the packet= s. The field exists to convey the VRF information for the RPC. * * the connectionless-oam-layers grouping does present serious proble= m, in my opinion. Obviously, there may be more than three layers in the net= work and lower layer(s) well could be not connectionless but connection-ori= ented OAM domain. Additionally, source and destination TPs will always be o= n the same network layer, so that use of the connectionless-oam-layers in t= est-point-location-info is not warranted in my view. [Authors]:The level parameter is used to stitching two adjacent test point = and is not used for indicating how to exchange OAM message between any two = test points. Level is not carried in the OAM protocol. Source and destinat= ion TPs should not be at different layer, but two adjacent TPs can be at di= fferent layers. If there are two adjacent TPs are at different layers, we should not allow = traceroute or ping to be exchanged between them, since we don=92t see any c= ross-layer OAM mechanism to be standardized in the IETF. In overlay/underl= ay cases, two overlay nodes should be located at the same layer. But we don= =92t support sending one OAM message from one underlay node to overlay node= . * Section 3.3 * the section attempts to give extended example of how the connectio= nless-oam-layers may have value other than the default 0. I think that it i= s more confusing than without it. Administrative domains on the same layer = interact as peers and thus cannot and should not be referring to each other= as server-client. If the network tunneled through the particular domain, t= hen the tunnel, on that layer, is presented as single hop. True, the tunnel= in that domain may have transport OAM with notification to the edge TPs of= the network OAM. But that transport OAM would not be part of the network O= AM and access to it, in my view, could be only through state of multi-layer= OAM where each layer is indexed and relationships between TPs identified b= y these indexes. [Authors] Respectfully disagree. We just can=92t take the example of servi= ce provider deployment, which has multiple vendors deploying the solution, = but take an example of MSDC deployment in which one company manages the end= to end network with multiple PODs, connected via spine or border leaf usin= g multiple L2/L3 technologies. In this scenario, there is an relationship = between the transport, host and also the overlay. Even in the case of SP, = deploying L2 overlay technology to test a host from the network leaf is a r= eality. In this scenario, OAM packets does not leak out the overlay networ= k, but OAM is done on the basis of host VRF and host MAC or IP address. Th= is is required because network operator does not even know where the host i= s attached and that he has to do host-based dest TP OAM. In this scenario,= if we do a trace route, it can fail in underlay which is in a different VR= F (default e.g..,) compared to that of the host. * Section 4 * I have many questions to the choice of TP types: * what is the difference, from OAM point, between unicast IP addr= ess and multicast/group IP address, whether IPv4 or IPv6. [Authors]: I think multicast/group IP address is targeted to a set of host = while unicast IP address is targeted to a single host. Instead of defining ip-multicast-group-address in CL OAM model draft, we ca= n refer to ip-multicast-group-address defined in draft-ietf-rtgwg-routing-t= ypes-06. Let us know. * * * I think that inclusion of MAC as MP address type in connectionl= ess OAM would benefit from more explanation, use case. TRILL? AFAIK, in TRI= LL ping is used to ping RBridge, not MAC. What is/are use case(s) for MAC a= s MP address in connectionless OAM model? [Authors] The use-case behind the inclusion is as follows. Trace route MAC= on VLAN x from leaf node which are starting overlay tunnels. In this scen= ario, OAM automatically finds the right overlay peer [in MSDC environment = =96 needs multiple RIB commands] and send OAM packets towards overlay carry= ing the host information in the payload. * * * ip-prefix-address-type referenced only once as identity and doesn't appear = anywhere as use case. Is it stale type of MP address? [Authors] Added here for future use, but can be removed at present. * * * tunnel-address-type, as above, referenced only once as identity and does l= ook as stale MP address type; [Authors] Added here for future use, but can be removed at present. * * * I think that there's disconnect between type definition of leaf route-disti= nguisher as unit32 and the description that states: [Authors] Thank you. Will fix. Route Distinguisher is an 8 octets identifier used to distinguish information about variousL2VPN advertised by a node. [Authors] Thank you. Will fix. * type definition of sender-ve-id and receiver-ve-id may be chang= ed from uint32 to uint16 since both parameters are, as noted in respective = descriptions, two octets long; [Authors] Thank you. Will fix. * what is the source of queue-depth, Length of the egress interfa= ce queue of the interface", as explained in the description. Firstly, not s= ure what "egress interface" of the interface is. Secondly, is this static o= r dynamic information? If the former, then there's no need to include it in= path-trace-info; [Authors] Will fix description. It essentially means the length of the que= ue of the interface from where the packet is forwarded out. The queue dept= h could be the current number of memory buffers used by the queue where a p= acket can consume one or more memory buffers depending on size. Essentiall= y device-level troubleshooting information. * the transit-delay, as explained in the description, reflects re= sidence time. What OAM protocols, e.g. traceroute, LSP Ping, provide reside= nce time? * what is the purpose of app-meta-data in path-trace-info contain= er? [Authors] Residence time as explained in your draft (Link) and carried via G-Ach RTM me= ssage, specifies the cumulative end-to-end time spent transiting the nodes = from ingress to egress, while transit-delay reflects the per-device delay s= een in the path. This transit-delay could be accumulated and collated to p= rovide the residence time as well. [Authors] App-meta-data is meant for application specific data that is a pl= aceholder for extensions that can include application defined data. * what is the reason to differentiate between IPv4 and IPv6 conti= nuity check session statistics if both cases end up using cc-session-statis= tics. [Authors] To provide granularity in reporting statistics differentiated on = an address-family basis. This can be made coarse-grained, but could be use= ful in the present way to deployments. Summarizing, I believe that draft-ietf-lime-yang-connectionless-oam is not = ready for publication. I'll work on reviewing draft-ietf-lime-yang-connectionless-oam-methods and = will share my comments with you all. Regards, Greg On Wed, Jun 28, 2017 at 10:27 PM, Carlos Pignataro (cpignata) > wrote: Dear WG, We will be progressing the LIME Connectionless documents, submitting them t= o our AD. Please see the respective write-ups at: https://datatracker.ietf.org/doc/draft-ietf-lime-yang-connectionless-oam/sh= epherdwriteup/ https://datatracker.ietf.org/doc/draft-ietf-lime-yang-connectionless-oam-me= thods/shepherdwriteup/ Thanks, Carlos & Ron. _______________________________________________ Lime mailing list Lime@ietf.org https://www.ietf.org/mailman/listinfo/lime --_000_DC75DD49F95B4D97AADA1A4E585B2FEAciscocom_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable
Thank you, Srihari, for the responses. There are a number of "wil= l fix" items. Can you please submit a new rev address in them?

Thanks!

Sent from my iPad

On Aug 20, 2017, at 1:53 PM, Srihari Raghavan (srihari) <srihari@cisco.com> wrote:

Hi Greg

Thank you very much for your time and c= omments.  Pl. find collective responses from authors below inline for = the base draft below.

Thanks
Authors

From: Lime <lime-bounces@ietf.org> on behalf of Greg Mirsky= <gregimirsky@gmail.com>=
Date: Wednesday, 19 July 2017 at 6:= 27 PM
To: "Carlos Pignataro (cpignat= a)" <cpignata@cisco.com&g= t;
Cc: "Benoit Claise (bclaise)&q= uot; <bclaise@cisco.com>, &q= uot;lime@ietf.org" <lime@ietf.org>
Subject: Re: [Lime] Progress on LIM= E Connectionless documents

rentiate Dear WG Chairs, WG Responsible AD and members if = LIME WG expert community,
please find my comments to both documents below.

Major:
  • OAM protocols address 'F' and 'P' of the FCAPS, i.e. Fault Management a= nd Performance Monitoring. The defined models address only Fault Management= part leaving the performance measurement protocols, e.g. RFC 6374, RFC 637= 5 out side their scope. I suggest to clarify and update titles by including "Fault Management OAM"= in.

[Carlos] It=92s true that, from FCAPS (from the O= SI Management functional areas [X.700 (09/92)]), OAM generally covers F and= P *on the dataplalne only*. However, the IETF refers for example to BFD as an OAM protocol (not as an =93F-only= data-plane-only OAM protocol=94.  There are a number of timestamps, d= elays, etc., in this specification for example in the path-trace-info,= jitter statistics, etc. Those are =93P=94.  To me, the title seems adequately scoped.

 

[Authors] Echoing Carlos comments, the authors fe= el that the title adequately covers the scope under FCAPS and also covers i= t in a broad and generic way to allow extensions to be added later on as needed.<= /span>

 

draft-ietf-lime-yang-connectionless-oam:
  • Introduction:
    • I cannot agree with the explanation of what differentiates connection-o= riented network domain from connectionless, as difference of arranging netw= ork vs. without the prior arrangement. I'll point that signalling IP/MPLS L= SP is the prerequisite of availability of the path even though IP/MPLS LSP is, in general, an example of connecti= onless domain.
= [Authors]  Authors feel that the text is adequate as we have specifica= lly referenced RFC 7276, which defines connectionless OAM as =93data is typ= ically sent between end points without prior arrangement=94 and we would like to point out that the word =93typically= =94 covers a broad range of connectionless OAM and allows for exceptions as= you point out.  The text captures the dominant aspects.
  • Section 3:
    • the section is the first reference to the grouping tp-address-vrf. Thou= gh local test point (TP) may be associated with the particular vrf identity= , none of OAM protocols, e.g. IP ping, LSP ping or BFD carry VRF identity. = Thus using vrf as part of tp-address-vrf grouping in container dest-test-point of path-discovery-data grouping and = of continuity-check-data, or path-trace-info-list is problematic at the ver= y minimum;

[Authors] Respectfully disagree.  To clarify, VR= F-based pings are surely possible and the document is not suggesting that V= RF be carried in the packets.  The field exists to convey the VRF information for the RPC.

    • the connectionless-oam-layers grouping does present serious problem, in= my opinion. Obviously, there may be more than three layers in the network = and lower layer(s) well could be not connectionless but connection-oriented= OAM domain. Additionally, source and destination TPs will always be on the same network layer, so that use = of the connectionless-oam-layers in test-point-location-info is not warrant= ed in my view.

[Authors]:The level parameter is used to s= titching two adjacent test point and is not used for indicating how to exch= ange OAM message between any two test points. Level is not carried in the OAM protocol.  Source and destin= ation TPs should not be at different layer, but two adjacent TPs can be at = different layers.

If there are two adjacent TPs are at diffe= rent layers, we should not allow traceroute or ping to be exchanged between= them, since we don=92t see any cross-layer OAM mechanism to be standardized in the IETF.  In overlay/underlay c= ases, two overlay nodes should be located at the same layer. But we don=92t= support sending one OAM message from one underlay node to overlay node.

  • Section 3.3
    • the section attempts to give extended example of how the connectionless= -oam-layers may have value other than the default 0. I think that it is mor= e confusing than without it. Administrative domains on the same layer inter= act as peers and thus cannot and should not be referring to each other as server-client. If the network tun= neled through the particular domain, then the tunnel, on that layer, is pre= sented as single hop. True, the tunnel in that domain may have transport OA= M with notification to the edge TPs of the network OAM. But that transport OAM would not be part of the ne= twork OAM and access to it, in my view, could be only through state of mult= i-layer OAM where each layer is indexed and relationships between TPs ident= ified by these indexes.
[Authors] Respectfully dis= agree.  We just can=92t take the example of service provider deploymen= t, which has multiple vendors deploying the solution, but take an example o= f MSDC deployment in which one company manages the end to end network with multiple PODs, connected via spine or border l= eaf using multiple L2/L3 technologies.  In this scenario, there is an = relationship between the transport, host and also the overlay.  Even i= n the case of SP, deploying L2 overlay technology to test a host from the network leaf is a reality.  In this scenario,= OAM packets does not leak out the overlay network, but OAM is done on the = basis of host VRF and host MAC or IP address.  This is required becaus= e network operator does not even know where the host is attached and that he has to do host-based dest TP OAM.  I= n this scenario, if we do a trace route, it can fail in underlay which is i= n a different VRF (default e.g..,) compared to that of the host.
  • Section 4
    • I have many questions to the choice of TP types:
      • what is the difference, from OAM point, between unicast IP address and = multicast/group IP address, whether IPv4 or IPv6.

[Authors]: I think multicast/group IP addr= ess is targeted to a set of host while unicast IP address is targeted to a = single host.

Instead of defining ip-multicast-group-add= ress in CL OAM model draft, we can refer to ip-multicast-group-address defi= ned in draft-ietf-rtgwg-routing-types-06.  Let us know.

      • I think that inclusion of MAC as MP address type in connectionless OAM = would benefit from more explanation, use case. TRILL? AFAIK, in TRILL ping = is used to ping RBridge, not MAC. What is/are use case(s) for MAC as MP add= ress in connectionless OAM model?
[Authors] The use-case behind t= he inclusion is as follows.  Trace route MAC on VLAN x from leaf node = which are starting overlay tunnels.  In this scenario, OAM automatical= ly finds the right overlay peer [in MSDC environment =96 needs multiple RIB commands] and send OAM packets towards overlay carr= ying the host information in the payload.
      • ip-prefix-address-type referenced only once as identity and doesn't appear=
 anywhere as use case. Is it stale type of MP address?
[Authors] Added here for future= use, but can be removed at present.
      • tunnel-address-type, as above, referenced only once as id=
entity  and does look as stale MP address type;
[Authors] Added here for future= use, but can be removed at present.
      • I think that the=
re's disconnect between type definition of leaf route-distinguisher as unit=
32 and the description that states:
[Authors] Thank you. Will fix.<= /span>
Route Distinguisher is an 8 octets identifier
us=
ed to distinguish information about variousL2VPN advertised by a node.
[Authors] Thank you. Will fix.<= /span>
    • type definition of sender-ve-id and receiver=
-ve-id may be changed from uint32 to uint16 since both parameters are, as n=
oted in respective descriptions, two octets long;
[Authors] Thank you. Will fix.<= /span>
    • what is the source of queue-depth, Length of=
 the egress interface queue of the interface", as explained in the des=
cription. Firstly, not sure what "egress interface" of the interf=
ace is. Secondly, is this static or dynamic information? If the former, the=
n there's no need to include it in path-trace-info;
    =
[Authors] Will fix description.=  It essentially means the length of the queue of the interface from w= here the packet is forwarded out.  The queue depth could be the curren= t number of memory buffers used by the queue where a packet can consume one or more memory buffers depending on size. &= nbsp;Essentially device-level troubleshooting information.
    • the transit-delay, as explained in the descr=
iption, reflects residence time. What OAM protocols, e.g. traceroute, LSP P=
ing, provide residence time?
    • wha=
t is the purpose of app-meta-data in path-trace-info container?
[Authors] Residence time as exp= lained in your draft (Link) and carried via G-Ach RTM message, specifies the cumulative end-to-end time spent transiti= ng the nodes from ingress to egress, while transit-delay reflects the per-d= evice delay seen in the path.  This transit-delay could be accumulated= and collated to provide the residence time as well.
[Authors] App-meta-data is mean= t for application specific data that is a placeholder for extensions that c= an include application defined data.
    • what is the reason to d=
ifferentiate between IPv4 and IPv6 continuity check session statistics if b=
oth cases end up using cc-session-statistics.
[Authors] To provide granularit= y in reporting statistics differentiated on an address-family basis.  = This can be made coarse-grained, but could be useful in the present way to = deployments.
Summarizing, I believe that draft-ietf-=
lime-yang-connectionless-oam is not ready for publication.
I'll work on reviewing draft-ietf-lime-y= ang-connectionless-oam-methods and will share my comments with you all.

Regards,
Greg

On Wed, Jun 28, 2017 at 10:27 PM, Carlos Pignata= ro (cpignata) <cpignata@cisco.com> wrote:
Dear WG,

We will be progressing the LIME Connectionless documents, submitting t= hem to our AD.

Please see the respective write-ups at:

Thanks,

Carlos & Ron.

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


--_000_DC75DD49F95B4D97AADA1A4E585B2FEAciscocom_-- From nobody Tue Aug 22 16:42:31 2017 Return-Path: X-Original-To: lime@ietfa.amsl.com Delivered-To: lime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 23EE4132B76 for ; Tue, 22 Aug 2017 16:42:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.698 X-Spam-Level: X-Spam-Status: No, score=-2.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9q0BREbvt8-K for ; Tue, 22 Aug 2017 16:42:27 -0700 (PDT) Received: from mail-lf0-x233.google.com (mail-lf0-x233.google.com [IPv6:2a00:1450:4010:c07::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 627D4132ABB for ; Tue, 22 Aug 2017 16:42:26 -0700 (PDT) Received: by mail-lf0-x233.google.com with SMTP id k186so756938lfe.2 for ; Tue, 22 Aug 2017 16:42:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=KV2vCcc6BAogTC21ud0mgVBebjN2fK7dNbC11J7db3g=; b=ajtmnzodyeZ2eLnDF29GtsJ0bbTv/JCscXsK+n5I/2IY35RkumE17gJrBYnfOc4Csf Vg4AjOYaGJhJajfVeQKW3bNSeXt7DL5DTBUM74uzXaBHnn/8lWOlawPtCkwCZ14pXYuY mzOOFyn+uT/rwgznkw9jPPojwjORMp8puNlw7ve3nfV2chFpSq/bPSmH92vbkxbm9GeY BmrPkruZf92Pd+2vYCMDUVFkK0dq5TM02Vrpknpd4xRbAXqb4rMcq0OW3r2N2GhwGuCJ 8hNU4/7CBPaXE0b1qQ1/tV5F0LkF4NWkgMYif80vxwPDkE7gUtyjkmOFypeotvg3Am+k nksA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=KV2vCcc6BAogTC21ud0mgVBebjN2fK7dNbC11J7db3g=; b=gX/wcqpEjC3zbB4Rp56Tg3ALWLNCITmOzdPsLMFduxX/0KnW0CH5cNZY+lsbKGxOZ6 gWxZM9r7pQisF6hvwCFLMty3UZqIJzsGr8pX0hq2Xsz80iPRr/L8V4gir5slCGDnT06y JW5BdkNeLcEXxtvAbXGvbICXE2zEC7wXeiXJhCLRIryrWz9Jocvk5ZkzQqaoSNLoYgdO Tr/CwsE2GecXhfXNd6JA+y9GkDMh4bsBVM96MKPoQt9gNRmOvjYU+8C0WFQVujkV/7Le XA/kr37zynNyJGfPL40dzMseFUFy8v2uuRb6BpaPEMd4Pw4siLHLCiDkS2vjNgdfV0sP u7kg== X-Gm-Message-State: AHYfb5hEAYCGF+9j/sQJZz/Fig8kz5/AqEn2KlM0U4YvAHfU7nob7RoM Xn++i7Y9lNxUf2pQMJl1PZljxHIQG8so X-Received: by 10.46.83.81 with SMTP id t17mr293753ljd.187.1503445344378; Tue, 22 Aug 2017 16:42:24 -0700 (PDT) MIME-Version: 1.0 Received: by 10.46.88.81 with HTTP; Tue, 22 Aug 2017 16:42:22 -0700 (PDT) In-Reply-To: References: <29E5AA02-4CC5-4CA9-A967-A9355EBD9175@cisco.com> From: Greg Mirsky Date: Tue, 22 Aug 2017 16:42:22 -0700 Message-ID: To: "Srihari Raghavan (srihari)" Cc: "Carlos Pignataro (cpignata)" , "Benoit Claise (bclaise)" , "lime@ietf.org" Content-Type: multipart/alternative; boundary="94eb2c1cfaa8b0e6bf055760250b" Archived-At: Subject: Re: [Lime] Progress on LIME Connectionless documents X-BeenThere: lime@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Layer Independent OAM Management in Multi-Layer Environment \(LIME\) discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2017 23:42:30 -0000 --94eb2c1cfaa8b0e6bf055760250b Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Srihari and Authors, thank you for your consideration of the comments. I'm glad that we're converging and some will be reflected in the next version. But some, in my view, still remain open and require more discussion. Please find my follow-up notes in-line and tagged GIM>>. Regards, Greg On Sun, Aug 20, 2017 at 10:53 AM, Srihari Raghavan (srihari) < srihari@cisco.com> wrote: > Hi Greg > > Thank you very much for your time and comments. Pl. find collective > responses from authors below inline for the base draft below. > > Thanks > Authors > > From: Lime on behalf of Greg Mirsky < > gregimirsky@gmail.com> > Date: Wednesday, 19 July 2017 at 6:27 PM > To: "Carlos Pignataro (cpignata)" > Cc: "Benoit Claise (bclaise)" , "lime@ietf.org" < > lime@ietf.org> > Subject: Re: [Lime] Progress on LIME Connectionless documents > > rentiate Dear WG Chairs, WG Responsible AD and members if LIME WG expert > community, > please find my comments to both documents below. > > Major: > > - OAM protocols address 'F' and 'P' of the FCAPS, i.e. Fault > Management and Performance Monitoring. The defined models address only > Fault Management part leaving the performance measurement protocols, e= .g. > RFC 6374, RFC 6375 out side their scope. I suggest to clarify and upda= te > titles by including "Fault Management OAM" in. > > [Carlos] It=E2=80=99s true that, from FCAPS (from the OSI Management func= tional > areas [X.700 (09/92)]), OAM generally covers F and P *on the dataplalne > only*. However, the IETF refers for example to BFD as an OAM protocol (no= t > as an =E2=80=9CF-only data-plane-only OAM protocol=E2=80=9D. There are a= number of > timestamps, delays, etc., in this specification for example in > the path-trace-info, jitter statistics, etc. Those are =E2=80=9CP=E2=80= =9D. To me, the > title seems adequately scoped. > > > > [Authors] Echoing Carlos comments, the authors feel that the title > adequately covers the scope under FCAPS and also covers it in a broad and > generic way to allow extensions to be added later on as needed. > draft-ietf-lime-yang-connectionless-oam: > > - Introduction: > - I cannot agree with the explanation of what differentiates > connection-oriented network domain from connectionless, as differen= ce of > arranging network vs. without the prior arrangement. I'll point tha= t > signalling IP/MPLS LSP is the prerequisite of availability of the p= ath even > though IP/MPLS LSP is, in general, an example of connectionless dom= ain. > > [Authors] Authors feel that the text is adequate as we have specifically > referenced RFC 7276, which defines connectionless OAM as =E2=80=9Cdata is= typically > sent between end points without prior arrangement=E2=80=9D and we would l= ike to > point out that the word =E2=80=9Ctypically=E2=80=9D covers a broad range = of connectionless > OAM and allows for exceptions as you point out. The text captures the > dominant aspects. > GIM>> I don't find any definition of connectionless, in our case connectionless packet switching, network in RFC 7276. The quote is an observation not a definition. Compare it with G.800 that does provide clear definition of connectionless network in section 6.3.1 by comparing destination forwarding with channel forwarding. I've attached copy of G.800 in case. > > - Section 3: > - the section is the first reference to the grouping > tp-address-vrf. Though local test point (TP) may be associated with= the > particular vrf identity, none of OAM protocols, e.g. IP ping, LSP p= ing or > BFD carry VRF identity. Thus using vrf as part of tp-address-vrf gr= ouping > in container dest-test-point of path-discovery-data grouping and of > continuity-check-data, or path-trace-info-list is problematic at th= e very > minimum; > > [Authors] Respectfully disagree. To clarify, VRF-based pings are surely > possible and the document is not suggesting that VRF be carried in the > packets. The field exists to convey the VRF information for the RPC. > GIM>> I don't think that adding elements to OAM data model "just in case" is right approach. If and when new mechanism, e.g. VRF-based ping, will be defined, then it can augment the model accordingly. Perhaps you can help understand what is role of tp-address-vrf in: > > - container dest-test-point of grouping path-discovery-data > - container dest-test-point of grouping continuity-check-data > > > - > - the connectionless-oam-layers grouping does present serious > problem, in my opinion. Obviously, there may be more than three lay= ers in > the network and lower layer(s) well could be not connectionless but > connection-oriented OAM domain. Additionally, source and destinatio= n TPs > will always be on the same network layer, so that use of the > connectionless-oam-layers in test-point-location-info is not warran= ted in > my view. > > [Authors]:The level parameter is used to stitching two adjacent test poin= t > and is not used for indicating how to exchange OAM message between any tw= o > test points. Level is not carried in the OAM protocol. Source and > destination TPs should not be at different layer, but two adjacent TPs ca= n > be at different layers. > > If there are two adjacent TPs are at different layers, we should not allo= w > traceroute or ping to be exchanged between them, since we don=E2=80=99t s= ee any > cross-layer OAM mechanism to be standardized in the IETF. In > overlay/underlay cases, two overlay nodes should be located at the same > layer. But we don=E2=80=99t support sending one OAM message from one unde= rlay node > to overlay node. > GIM>> The description states: "List of related oam layers. 0 means they are in same level, especially interworking scenarios of stiching multiple technology at same layer. -1 means server layer, for eg:- in case of Overlay and Underlay, Underlay is server layer for Overlay Test Point. +1 means client layer, for eg:- in case of Service OAM and Transport OAM, Service OAM is client layer to Transport OAM."; What you describe is peer-to-peer relationship, while the description uses client/server terminology. I think that it needs re-work or may be removed altogether. And as example of OAM mechanism that traverses overlay and underlay I point to draft-nordmark-nvo3-transcending-traceroute. > > - Section 3.3 > - the section attempts to give extended example of how the > connectionless-oam-layers may have value other than the default 0. = I think > that it is more confusing than without it. Administrative domains o= n the > same layer interact as peers and thus cannot and should not be refe= rring to > each other as server-client. If the network tunneled through the pa= rticular > domain, then the tunnel, on that layer, is presented as single hop.= True, > the tunnel in that domain may have transport OAM with notification = to the > edge TPs of the network OAM. But that transport OAM would not be pa= rt of > the network OAM and access to it, in my view, could be only through= state > of multi-layer OAM where each layer is indexed and relationships be= tween > TPs identified by these indexes. > > [Authors] Respectfully disagree. We just can=E2=80=99t take the example = of > service provider deployment, which has multiple vendors deploying the > solution, but take an example of MSDC deployment in which one company > manages the end to end network with multiple PODs, connected via spine or > border leaf using multiple L2/L3 technologies. In this scenario, there i= s > an relationship between the transport, host and also the overlay. Even i= n > the case of SP, deploying L2 overlay technology to test a host from the > network leaf is a reality. In this scenario, OAM packets does not leak o= ut > the overlay network, but OAM is done on the basis of host VRF and host MA= C > or IP address. This is required because network operator does not even > know where the host is attached and that he has to do host-based dest TP > OAM. In this scenario, if we do a trace route, it can fail in underlay > which is in a different VRF (default e.g..,) compared to that of the host= . > GIM>> Sorry, but I don't see relevance between my comment and your answer. Please re-read my original comment and let me know if you have any questions, need clarification and I'll be glad to help you. > > - Section 4 > - I have many questions to the choice of TP types: > - what is the difference, from OAM point, between unicast IP > address and multicast/group IP address, whether IPv4 or IPv6. > > [Authors]: I think multicast/group IP address is targeted to a set of hos= t > while unicast IP address is targeted to a single host. > > Instead of defining ip-multicast-group-address in CL OAM model draft, we > can refer to ip-multicast-group-address defined in draft-ietf-rtgwg-routi= ng-types-06. > Let us know. > GIM>> Avoiding re-definition is good practice but I've asked about different aspect, about why the model differentiates between unicast and multicast IP addresses even though I don't see difference if, for example, MAC being used. CCM and Linktrace, AFAIK, does use multicast group address 01-80-C2-00-00-3y with 0-7 used by CCM and 8-F - by Linktrace. And how in the regard you've mentioned behavior of multicast address is different from one with broadcast address? > > - > - > - I think that inclusion of MAC as MP address type in > connectionless OAM would benefit from more explanation, use case= . TRILL? > AFAIK, in TRILL ping is used to ping RBridge, not MAC. What is/a= re use > case(s) for MAC as MP address in connectionless OAM model? > > [Authors] The use-case behind the inclusion is as follows. Trace route > MAC on VLAN x from leaf node which are starting overlay tunnels. In this > scenario, OAM automatically finds the right overlay peer [in MSDC > environment =E2=80=93 needs multiple RIB commands] and send OAM packets t= owards > overlay carrying the host information in the payload. > > - > - > - > > ip-prefix-address-type referenced only once as identity and does= n't appear anywhere as use case. Is it stale type of MP address? > > > [Authors] Added here for future use, but can be removed at present. > > - > - > - > > tunnel-address-type, as above, referenced only once as identity = and does look as stale MP address type; > > > [Authors] Added here for future use, but can be removed at present. > > - > - > - > > I think that there's disconnect between type definition of leaf = route-distinguisher as unit32 and the description that states: > > > [Authors] Thank you. Will fix. > > Route Distinguisher is an 8 octets identifier > > used to distinguish information about variousL2VPN advertised by a node. > > [Authors] Thank you. Will fix. > > > - type definition of sender-ve-id and receiver-ve-id may be changed fr= om uint32 to uint16 since both parameters are, as noted in respective descr= iptions, two octets long; > > [Authors] Thank you. Will fix. > > > - what is the source of queue-depth, Length of the egress interface qu= eue of the interface", as explained in the description. Firstly, not sure w= hat "egress interface" of the interface is. Secondly, is this static or dyn= amic information? If the former, then there's no need to include it in path= -trace-info; > > [Authors] Will fix description. It essentially means the length of the > queue of the interface from where the packet is forwarded out. The queue > depth could be the current number of memory buffers used by the queue whe= re > a packet can consume one or more memory buffers depending on size. > Essentially device-level troubleshooting information. > > > - the transit-delay, as explained in the description, reflects residen= ce time. What OAM protocols, e.g. traceroute, LSP Ping, provide residence t= ime? > - what is the purpose of app-meta-data in path-trace-info contai= ner? > > [Authors] Residence time as explained in your draft (Link > ) and > carried via G-Ach RTM message, specifies the cumulative end-to-end time > spent transiting the nodes from ingress to egress, while transit-delay > reflects the per-device delay seen in the path. This transit-delay could > be accumulated and collated to provide the residence time as well. > [Authors] App-meta-data is meant for application specific data that is a > placeholder for extensions that can include application defined data. > GIM>> Not sure how uint64 is useful here. > > - what is the reason to differentiate between IPv4 and IPv6 continuity= check session statistics if both cases end up using cc-session-statistics. > > [Authors] To provide granularity in reporting statistics differentiated o= n > an address-family basis. This can be made coarse-grained, but could be > useful in the present way to deployments. > GIM>> Such as ...? > Summarizing, I believe that draft-ietf-lime-yang-connectionless-oam is no= t ready for publication. > > I'll work on reviewing draft-ietf-lime-yang-connectionless-oam-methods an= d will share my comments with you all. > > > Regards, > > Greg > > > On Wed, Jun 28, 2017 at 10:27 PM, Carlos Pignataro (cpignata) < > cpignata@cisco.com> wrote: > >> Dear WG, >> >> We will be progressing the LIME Connectionless documents, submitting the= m >> to our AD. >> >> Please see the respective write-ups at: >> https://datatracker.ietf.org/doc/draft-ietf-lime-yang-connec >> tionless-oam/shepherdwriteup/ >> https://datatracker.ietf.org/doc/draft-ietf-lime-yang-connec >> tionless-oam-methods/shepherdwriteup/ >> >> Thanks, >> >> Carlos & Ron. >> >> _______________________________________________ >> Lime mailing list >> Lime@ietf.org >> https://www.ietf.org/mailman/listinfo/lime >> >> > --94eb2c1cfaa8b0e6bf055760250b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Srihari and Authors,
thank you for your considerati= on of the comments. I'm glad that we're converging and some will be= reflected in the next version. But some, in my view, still remain open and= require more discussion. Please find my follow-up notes in-line and tagged= GIM>>.

Regards,
Greg

On Sun, Aug 20, 2017 at = 10:53 AM, Srihari Raghavan (srihari) <srihari@cisco.com> wro= te:
Hi Greg

Thank you very much for your time and comme= nts.=C2=A0 Pl. find collective responses from authors below inline for the = base draft below.

Thanks
Authors

From: Lime <lime-bounces@ietf.org> on beh= alf of Greg Mirsky <gregimirsky@gmail.com>
Date: Wednesday, 19 July 2017 at 6:= 27 PM
To: "Carlos Pignataro (cpignat= a)" <cpigna= ta@cisco.com>
Cc: "Benoit Claise (bclaise)&q= uot; <bclaise@cis= co.com>, "li= me@ietf.org" <lime@ietf.org>
Subject: Re: [Lime] Progress on LIM= E Connectionless documents

rentiate Dear WG Chairs, WG Responsible AD and members if = LIME WG expert community,
please find my comments to both documents below.

Major:
  • OAM protocols address 'F' and 'P' of the FCAPS, i.e. Fa= ult Management and Performance Monitoring. The defined models address only = Fault Management part leaving the performance measurement protocols, e.g. R= FC 6374, RFC 6375 out side their scope. I suggest to clarify and update titles by including "Fault Management OAM"= in.

[Carlos] It=E2=80=99s true that, from FCAPS (from the OS= I Management functional areas [X.700 (09/92)]), OAM generally covers F and = P *on the dataplalne only*. However, the IETF refers for example to BFD as an OAM protocol (not as an =E2=80=9C= F-only data-plane-only OAM protocol=E2=80=9D.=C2=A0 There are a number of t= imestamps, delays, etc., in this specification for example in the=C2=A0path= -trace-info, jitter statistics, etc. Those are =E2=80=9CP=E2=80=9D.=C2=A0 T= o me, the title seems adequately scoped.

=C2=A0

[Authors] Echoing Carlos comments, the authors feel that= the title adequately covers the scope under FCAPS and also covers it in a = broad and generic way to allow extensions to be added later on as needed.

draft-ietf-lime-yang-connectionless-oam:
  • Introduction:
    • I cannot agree with the explanation of what differentiates connection-o= riented network domain from connectionless, as difference of arranging netw= ork vs. without the prior arrangement. I'll point that signalling IP/MP= LS LSP is the prerequisite of availability of the path even though IP/MPLS LSP is, in general, an example of connecti= onless domain.
[= Authors] =C2=A0Authors feel that the text is adequate as we have specifical= ly referenced RFC 7276, which defines connectionless OAM as =E2=80=9Cdata i= s typically sent between end points without prior arrangement=E2=80=9D and we would like to point out that the word =E2=80= =9Ctypically=E2=80=9D covers a broad range of connectionless OAM and allows= for exceptions as you point out.=C2=A0 The text captures the dominant aspe= cts.
GIM>> =C2=A0I don't find= any definition of connectionless, in our case connectionless packet switch= ing, network in RFC 7276. The quote is an observation not a definition. Com= pare it with G.800 that does provide clear definition of connectionless net= work in section 6.3.1 by comparing destination forwarding with channel forw= arding. I've attached copy of G.800 in case.
  • Section 3:
    • the section is the first reference to the grouping tp-address-vrf. Thou= gh local test point (TP) may be associated with the particular vrf identity= , none of OAM protocols, e.g. IP ping, LSP ping or BFD carry VRF identity. = Thus using vrf as part of tp-address-vrf grouping in container dest-test-point of path-discovery-data grouping and = of continuity-check-data, or path-trace-info-list is problematic at the ver= y minimum;

[Authors] Respectfully disagree.=C2=A0 To clarify, VRF-based= pings are surely possible and the document is not suggesting that VRF be c= arried in the packets.=C2=A0 The field exists to convey the VRF information for the RPC.

GIM>> I don't think that adding elements to= OAM data model =C2=A0"just in case" is right approach. If and wh= en new mechanism, e.g. VRF-based ping, will be defined, then it can augment= the model accordingly. Perhaps you can help understand what is role of tp-= address-vrf in:

<= /p>

  • container dest-test-point of grouping path-discovery-data
  • c= ontainer dest-test-point of grouping continuity-check-data=C2=A0
<= /div>
    • the connectionless-oam-layers grouping does present serious problem, in= my opinion. Obviously, there may be more than three layers in the network = and lower layer(s) well could be not connectionless but connection-oriented= OAM domain. Additionally, source and destination TPs will always be on the same network layer, so that use = of the connectionless-oam-layers in test-point-location-info is not warrant= ed in my view.

[Authors]:The level parameter is used to stitch= ing two adjacent test point and is not used for indicating how to exchange = OAM message between any two test points. Level is not carried in the OAM protocol. =C2=A0Source and destination= TPs should not be at different layer, but two adjacent TPs can be at diffe= rent layers.

If there are two adjacent TPs are at different = layers, we should not allow traceroute or ping to be exchanged between them= , since we don=E2=80=99t see any cross-layer OAM mechanism to be standardized in the IETF. =C2=A0In overlay/underlay cases,= two overlay nodes should be located at the same layer. But we don=E2=80=99= t support sending one OAM message from one underlay node to overlay node.

<= div>GIM>> The description states:
         "List of related oam layers.
                 0 means they are in same level, especially
                 interworking scenarios of stiching multiple
                 technology at same layer. -1 means server layer,
                 for eg:- in case of Overlay and Underlay,
                 Underlay is server layer for Overlay Test Point.
                 +1 means client layer, for eg:- in case of
                 Service OAM and Transport OAM, Service OAM is client
                 layer to Transport OAM.";
What you describe is peer-to-peer relationship, while the descri= ption uses client/server terminology. I think that it needs re-work or may = be removed altogether.
And as example of OAM mechanism that trave= rses overlay and underlay I point to draft-nordmark-nvo3-transcending-trace= route.=C2=A0
  • Section 3.3
    • the section attempts to give extended example of how the connectionless= -oam-layers may have value other than the default 0. I think that it is mor= e confusing than without it. Administrative domains on the same layer inter= act as peers and thus cannot and should not be referring to each other as server-client. If the network tun= neled through the particular domain, then the tunnel, on that layer, is pre= sented as single hop. True, the tunnel in that domain may have transport OA= M with notification to the edge TPs of the network OAM. But that transport OAM would not be part of the ne= twork OAM and access to it, in my view, could be only through state of mult= i-layer OAM where each layer is indexed and relationships between TPs ident= ified by these indexes.
[Authors]=C2=A0Respectfully disagree.=C2=A0 We = just can=E2=80=99t take the example of service provider deployment, which h= as multiple vendors deploying the solution, but take an example of MSDC dep= loyment in which one company manages the end to end network with multiple PODs, connected via spine or border l= eaf using multiple L2/L3 technologies.=C2=A0 In this scenario, there is an = relationship between the transport, host and also the overlay.=C2=A0 Even i= n the case of SP, deploying L2 overlay technology to test a host from the network leaf is a reality.=C2=A0 In this scenario,= OAM packets does not leak out the overlay network, but OAM is done on the = basis of host VRF and host MAC or IP address.=C2=A0 This is required becaus= e network operator does not even know where the host is attached and that he has to do host-based dest TP OAM.=C2=A0 I= n this scenario, if we do a trace route, it can fail in underlay which is i= n a different VRF (default e.g..,) compared to that of the host.
GIM>> Sorry, but I don't see relevance = between my comment and your answer. Please re-read my original comment and = let me know if you have any questions, need clarification and I'll be g= lad to help you.=C2=A0
  • Section 4
    • I have many questions to the choice of TP types:
      • what is the difference, from OAM point, between unicast IP address and = multicast/group IP address, whether IPv4 or IPv6.

[Authors]: I think multicast/group IP address i= s targeted to a set of host while unicast IP address is targeted to a singl= e host.

Instead of defining ip-multicast-group-address = in CL OAM model draft, we can refer to ip-multicast-group-address defined i= n draft-ietf-rtgwg-routing-types-06. =C2=A0Let us know.

GIM>&= gt; Avoiding re-definition is good practice but I've asked about differ= ent aspect, about why the model differentiates between unicast and multicas= t IP addresses even though I don't see difference if, for example, MAC = being used. CCM and Linktrace, AFAIK, does use multicast group address 01-8= 0-C2-00-00-3y with 0-7 used by CCM and 8-F - by Linktrace.=C2=A0And how in = the regard you've mentioned behavior of multicast address is different = from one with broadcast address?
      • I think that inclusion of MAC as MP address type in connectionless OAM = would benefit from more explanation, use case. TRILL? AFAIK, in TRILL ping = is used to ping RBridge, not MAC. What is/are use case(s) for MAC as MP add= ress in connectionless OAM model?
[Authors] The use-case behind the inclusion is = as follows.=C2=A0 Trace route MAC on VLAN x from leaf node which are starti= ng overlay tunnels.=C2=A0 In this scenario, OAM automatically finds the rig= ht overlay peer [in MSDC environment =E2=80=93 needs multiple RIB commands] and send OAM packets towards overla= y carrying the host information in the payload.
      • ip-prefix-address-type referenced only once as =
identity and doesn't appear anywhere as use case. Is it stale type of M=
P address?
[Authors] Added here for future use, but can be= removed at present.
      • tun=
nel-address-type, as above, referenced only once as identity  and does look=
 as stale MP address type;
[Authors] Added here for future use, but can be= removed at present.
      • I think that there's disconnect between type definition of l=
eaf route-distinguisher as unit32 and the description that states:
[Authors] Thank you. Will fix.
Route Distinguisher is an 8 octets identifier
used to distinguish inf=
ormation about variousL2VP=
N advertised by a node.
[Authors] Thank you. Will fix.
      • type definition of sender-ve-id and receiver-ve-id may be changed=
 from uint32 to uint16 since both parameters are, as noted in respective de=
scriptions, two octets long;
[Authors] Thank you. Will fix.
      • what is the source of queue-depth, Length of the egress interface=
 queue of the interface", as explained in the description. Firstly, no=
t sure what "egress interface" of the interface is. Secondly, is =
this static or dynamic information? If the former, then there's no need=
 to include it in path-trace-info;
<=
/pre>
[Authors] Will fix description.=C2=A0 It essent= ially means the length of the queue of the interface from where the packet = is forwarded out.=C2=A0 The queue depth could be the current number of memo= ry buffers used by the queue where a packet can consume one or more memory buffers depending on size.= =C2=A0 Essentially device-level troubleshooting information.
      • the transit-delay, as explained in the description, reflects resi=
dence time. What OAM protocols, e.g. traceroute, LSP Ping, provide residenc=
e time?
      • what is the purpose of <=
/span>app-meta-data in pat=
h-trace-info container?
[Authors] Residence time as explained in your d= raft (Link) and carried via G-Ach RTM message, specifies the cumulative end-to-end time spent transiti= ng the nodes from ingress to egress, while transit-delay reflects the per-d= evice delay seen in the path.=C2=A0 This transit-delay could be accumulated= and collated to provide the residence time as well.
[Authors] App-meta-data is meant for application speci= fic data that is a placeholder for extensions that can include application = defined data.
GIM>> Not sure how= =C2=A0uint64 is useful= here.=C2=A0
= 
      • what is the reason to differentiate between=
 IPv4 and IPv6 continuity check session statistics if both cases end up usi=
ng cc-session-statistics.
[Authors] To provide granularity in reporting s= tatistics differentiated on an address-family basis.=C2=A0 This can be made= coarse-grained, but could be useful in the present way to deployments.
GIM>> Such as ...?
=C2=A0<= /div>
Summarizing, I believe that draft-ietf-lime-yang-connec=
tionless-oam is not ready for publication.
I'll work on reviewing dr=
aft-ietf-lime-yang-connectionless-oam-methods and will share my commen=
ts with you all.

Regards,
Greg

On Wed, Jun 28, 2017 at 10:27 PM, Carlos Pignata= ro (cpignata) <cpignata@cisco.com> wrote:
Dear WG,

We will be progressing the LIME Connectionless documents, submitting t= hem to our AD.

Please see the respective write-ups at:

Thanks,

Carlos & Ron.

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



--94eb2c1cfaa8b0e6bf055760250b-- From nobody Wed Aug 30 20:57:33 2017 Return-Path: X-Original-To: lime@ietf.org Delivered-To: lime@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 3923D124207; Wed, 30 Aug 2017 20:57:26 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: lime@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.59.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150415184621.16912.6439479869809706814@ietfa.amsl.com> Date: Wed, 30 Aug 2017 20:57:26 -0700 Archived-At: Subject: [Lime] I-D Action: draft-ietf-lime-yang-connectionless-oam-08.txt X-BeenThere: lime@ietf.org X-Mailman-Version: 2.1.22 List-Id: "Layer Independent OAM Management in Multi-Layer Environment \(LIME\) discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Aug 2017 03:57:26 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Layer Independent OAM Management in the Multi-Layer Environment WG of the IETF. Title : Generic YANG Data Model for Connectionless Operations, Administration, and Maintenance(OAM) protocols Authors : Deepak Kumar Michael Wang Qin Wu Reshad Rahman Srihari Raghavan Filename : draft-ietf-lime-yang-connectionless-oam-08.txt Pages : 44 Date : 2017-08-30 Abstract: This document presents a base YANG Data model for connectionless Operations Administration, and Maintenance(OAM) protocols. It provides a technology-independent abstraction of key OAM constructs for connectionless protocols. The base model presented here can be extended to include technology specific details. This is leading to uniformity between OAM protocols and support both nested OAM workflows (i.e., performing OAM functions at different or same levels through a unified interface). The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-lime-yang-connectionless-oam/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-lime-yang-connectionless-oam-08 https://datatracker.ietf.org/doc/html/draft-ietf-lime-yang-connectionless-oam-08 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-lime-yang-connectionless-oam-08 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Aug 31 21:00:24 2017 Return-Path: X-Original-To: lime@ietf.org Delivered-To: lime@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id A116F132E57; Thu, 31 Aug 2017 21:00:17 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: lime@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.59.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150423841761.4595.7329713960319513211@ietfa.amsl.com> Date: Thu, 31 Aug 2017 21:00:17 -0700 Archived-At: Subject: [Lime] I-D Action: draft-ietf-lime-yang-connectionless-oam-09.txt X-BeenThere: lime@ietf.org X-Mailman-Version: 2.1.22 List-Id: "Layer Independent OAM Management in Multi-Layer Environment \(LIME\) discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Sep 2017 04:00:18 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Layer Independent OAM Management in the Multi-Layer Environment WG of the IETF. Title : Generic YANG Data Model for Connectionless Operations, Administration, and Maintenance(OAM) protocols Authors : Deepak Kumar Michael Wang Qin Wu Reshad Rahman Srihari Raghavan Filename : draft-ietf-lime-yang-connectionless-oam-09.txt Pages : 48 Date : 2017-08-31 Abstract: This document presents a base YANG Data model for connectionless Operations Administration, and Maintenance(OAM) protocols. It provides a technology-independent abstraction of key OAM constructs for connectionless protocols. The base model presented here can be extended to include technology specific details. This is leading to uniformity between OAM protocols and support both nested OAM workflows (i.e., performing OAM functions at different or same levels through a unified interface). The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-lime-yang-connectionless-oam/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-lime-yang-connectionless-oam-09 https://datatracker.ietf.org/doc/html/draft-ietf-lime-yang-connectionless-oam-09 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-lime-yang-connectionless-oam-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 Thu Aug 31 21:12:56 2017 Return-Path: X-Original-To: lime@ietfa.amsl.com Delivered-To: lime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2123D132F88 for ; Thu, 31 Aug 2017 21:12:55 -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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, WEIRD_PORT=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id o1WovxUS4Nbd for ; Thu, 31 Aug 2017 21:12:51 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 26485132A8E for ; Thu, 31 Aug 2017 21:12:50 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml704-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DUO27622; Fri, 01 Sep 2017 04:12:47 +0000 (GMT) Received: from NKGEML411-HUB.china.huawei.com (10.98.56.70) by lhreml704-cah.china.huawei.com (10.201.108.45) with Microsoft SMTP Server (TLS) id 14.3.301.0; Fri, 1 Sep 2017 05:12:46 +0100 Received: from NKGEML513-MBX.china.huawei.com ([169.254.1.219]) by nkgeml411-hub.china.huawei.com ([10.98.56.70]) with mapi id 14.03.0235.001; Fri, 1 Sep 2017 12:12:39 +0800 From: Qin Wu To: Benoit Claise CC: "lime@ietf.org" , "Carl Moberg (camoberg)" , Alia Atlas Thread-Topic: [Lime] AD review: draft-ietf-lime-yang-connectionless-oam Thread-Index: AQHTErQavqfS0J/9V0C8mSlGKFrBFaKfiUxQ Date: Fri, 1 Sep 2017 04:12:38 +0000 Message-ID: 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.136.79.163] Content-Type: multipart/alternative; boundary="_000_B8F9A780D330094D99AF023C5877DABA9AAEB702nkgeml513mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090206.59A8DE40.0070, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.1.219, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: f79a570c46fdfade49de69daaed05791 Archived-At: Subject: Re: [Lime] AD review: draft-ietf-lime-yang-connectionless-oam X-BeenThere: lime@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Layer Independent OAM Management in Multi-Layer Environment \(LIME\) discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Sep 2017 04:12:55 -0000 --_000_B8F9A780D330094D99AF023C5877DABA9AAEB702nkgeml513mbxchi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhhbmtzIGZvciBBRCBSZXZpZXcuIFdlIGhhdmUgYWRkcmVzc2VkIHlvdXIgY29tbWVudHMgaW4g di0oMDkpIHRvZ2V0aGVyIHdpdGggb3RoZXIgY29tbWVudHMuDQoNCmh0dHBzOi8vZGF0YXRyYWNr ZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtbGltZS15YW5nLWNvbm5lY3Rpb25sZXNzLW9hbS8N Ckp1c3QgdG8gY2xhcmlmeSwg4oCYdHAtdG9vbHPigJkgZ3JvdXBpbmcgZGVmaW5lZCBpbiAgQ0wg bW9kZWwgc3VwcG9ydCBib3RoIHByb2FjdGl2ZSBhbmQgb24gZGVtYW5kIGFjdGl2YXRpb24uDQpH cm91cGluZyBkZWZpbmVkIGZvciBjb21tb24gc2Vzc2lvbiAgc3RhdGlzdGljcyBvbiBzdXBwb3J0 IHByb2FjdGl2ZSBhY3RpdmF0aW9uLg0KV2UgaGF2ZSBtYWRlIHRoaXMgY2xlYXIgaW4gdGhlIHRl eHQuDQpBbHNvIGl0IGlzIGludGVudGlvbmFsIHRvIHNlcGFyYXRlIHJldHJpZXZhbC0gZGF0YSBm cm9tIHJldHJpZXZhbCBwcm9jZWR1cmUsIHRoZSByYXRpb25hbGUgaXMgY2xhcmlmaWVkIGluIHRo ZQ0KaW50cm9kdWN0aW9uIDEsIGxhc3QgcGFyYWdyYXBoIG9mIGRyYWZ0LWlldGYtbGltZS15YW5n LWNvbm5lY3Rpb25sZXNzLW9hbS1tZXRob2RzLg0KDQotUWluDQrlj5Hku7bkuro6IExpbWUgW21h aWx0bzpsaW1lLWJvdW5jZXNAaWV0Zi5vcmddIOS7o+ihqCBCZW5vaXQgQ2xhaXNlDQrlj5HpgIHm l7bpl7Q6IDIwMTflubQ45pyIMTHml6UgMjM6MTENCuaKhOmAgTogbGltZUBpZXRmLm9yZzsgQ2Fy bCBNb2JlcmcgKGNhbW9iZXJnKTsgQWxpYSBBdGxhcw0K5Li76aKYOiBbTGltZV0gQUQgcmV2aWV3 OiBkcmFmdC1pZXRmLWxpbWUteWFuZy1jb25uZWN0aW9ubGVzcy1vYW0NCg0KRGVhciBhbGwsDQoN CkhlcmUgaXMgbXkgQUQgcmV2aWV3Lg0KDQotIEkgc2VlIHRoYXQgdGhlIGRyYWZ0IGlzIE5NREEt Y29tcGxpYW50LiAgR29vZC4NCmh0dHBzOi8veWFuZ2NhdGFsb2cub3JnOjg0NDMvc2VhcmNoL21v ZHVsZXMvaWV0Zi1jb25uZWN0aW9ubGVzcy1vYW0ueWFuZywyMDE3LTA2LTA5LGlldGYNCg0KLQ0K DQogICBSUEMgLSBBIFJlbW90ZSBQcm9jZWR1cmUgQ2FsbCwgYXMgdXNlZCB3aXRoaW4gdGhlIE5F VENPTkYgcHJvdG9jb2wNClRoaXMgZG9jdW1lbnQgaXMgYWJvdXQgYSBZQU5HIGRhdGEgbW9kZWwu IFNvIGluZGVwZW5kZW50bHkgb2YgTkVUQ09ORiBvciBSRVNUQ09ORiBvciBzb21ldGhpbmcgZWxz ZS4NClNvIHJlZmVycmluZyB0byBORVRDT05GIG9ubHkgaXMgbm90IHJpZ2h0LiBJIHdvdWxkIHJl bW92ZSAiYXMgdXNlZCB3aXRoaW4gdGhlIE5FVENPTkYgcHJvdG9jb2wiDQpCdHcsIFJGQyA3OTUw IG1ha2VzIHRoZSBkaXN0aW5jdGlvbiBiZXR3ZWVuIDoNCg0KICAgbyAgUlBDOiBBIFJlbW90ZSBQ cm9jZWR1cmUgQ2FsbC4NCg0KDQoNCiAgIG8gIFJQQyBvcGVyYXRpb246IEEgc3BlY2lmaWMgUmVt b3RlIFByb2NlZHVyZSBDYWxsLg0KWW91IHNob3VsZCBpbmNsdWRlIGJvdGggUlBDIGFuZCBSUEMg b3BlcmF0aW9ucyBpbiBzZWN0aW9uIDINCllvdSB3YW50IHRvIHJldmlldyBhbGwgIlJQQyIgaW5z dGFuY2VzLiBNb3N0IG9mIHRoZSB0aW1lLCBSUEMgc2hvdWxkIGJlOiBSUEMgb3BlcmF0aW9uKHMp Lg0KDQotIHNlY3Rpb24gMQ0KDQogICBJdCBjYW4gYmUgdXNlZCBpbiBjb25qdW5jdGlvbiB3aXRo IGRhdGEgcmV0cmlldmFsIG1ldGhvZCBtb2RlbA0KDQogICBbSS1ELmlldGYtbGltZS15YW5nLWNv bm5lY3Rpb25sZXNzLW9hbS1tZXRob2RzPGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFm dC1pZXRmLWxpbWUteWFuZy1jb25uZWN0aW9ubGVzcy1vYW0tMDcjcmVmLUktRC5pZXRmLWxpbWUt eWFuZy1jb25uZWN0aW9ubGVzcy1vYW0tbWV0aG9kcz5dLCB3aGljaCBmb2N1c2VzIG9uDQoNCiAg IGRhdGEgcmV0cmlldmFsIHByb2NlZHVyZXMgbGlrZSBSUEMuDQoNCg0KImZvY3VzZXMgb24gZGF0 YSByZXRyaWV2YWwgcHJvY2VkdXJlcyBsaWtlIFJQQyIuIElzIHRoYXQgcmlnaHQ/DQpJdCBzZWVt cyB0byBtZSB0aGF0ICBbSS1ELmlldGYtbGltZS15YW5nLWNvbm5lY3Rpb25sZXNzLW9hbS1tZXRo b2RzPGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLWxpbWUteWFuZy1jb25u ZWN0aW9ubGVzcy1vYW0tMDcjcmVmLUktRC5pZXRmLWxpbWUteWFuZy1jb25uZWN0aW9ubGVzcy1v YW0tbWV0aG9kcz5dICBpcyBvbmx5IGFib3V0IG9uLWRlbWFuZCBhY3RpdmF0aW9uIGFuZCByZXRy aWV2YWwuDQpTZWUgdGhlIEFEIHJldmlldyBmb3IgZHJhZnQtaWV0Zi1saW1lLXlhbmctY29ubmVj dGlvbmxlc3Mtb2FtLW1ldGhvZHMNCg0KLSBzZWN0aW9uIDMgaXMgdG9vIGRlbnNlIHRvIHVuZGVy c3RhbmQgd2l0aG91dCBhIFlBTkcgdHJlZSBkaWFncmFtLg0KQnR3LCBoYXZpbmcgYSBZQU5HIHRy ZWUgZGlhZ3JhbSBpcyBhIE1VU1QgaW4gUkZDIDYwODdiaXMuDQpJIGhhZCB0byBjcmVhdGUgbXkg b3duIGluIG9yZGVyIHRvIChlYXNpbHkpIHVuZGVyc3RhbmQgdGhpcyBkcmFmdA0KJCBweWFuZyAt ZiB0cmVlIGlldGYtY29ubmVjdGlvbmxlc3Mtb2FtQDIwMTctMDYtMDkueWFuZ2lldGYtbmV0d29y ay1pbnN0YW5jZUAyMDE3LTA3LTAzLnlhbmc6MTxtYWlsdG86aWV0Zi1jb25uZWN0aW9ubGVzcy1v YW1AMjAxNy0wNi0wOS55YW5naWV0Zi1uZXR3b3JrLWluc3RhbmNlQDIwMTctMDctMDMueWFuZzox PjogZXJyb3I6IHVuZXhwZWN0ZWQgbGF0ZXN0IHJldmlzaW9uICIyMDE3LTA3LTAyIiBpbiBpZXRm LW5ldHdvcmstaW5zdGFuY2VAMjAxNy0wNy0wMy55YW5nPG1haWx0bzppZXRmLW5ldHdvcmstaW5z dGFuY2VAMjAxNy0wNy0wMy55YW5nPiwgc2hvdWxkIGJlIDIwMTctMDctMDMNCm1vZHVsZTogaWV0 Zi1jb25uZWN0aW9ubGVzcy1vYW0NCiAgICArLS1ybyBjYy1zZXNzaW9uLXN0YXRpc3RpY3MtZGF0 YSB7Y29udGludWl0eS1jaGVja30/DQogICAgICAgKy0tcm8gY2MtaXB2NC1zZXNzaW9ucy1zdGF0 aXN0aWNzDQogICAgICAgfCAgKy0tcm8gY2Mtc2Vzc2lvbi1zdGF0aXN0aWNzDQogICAgICAgfCAg ICAgKy0tcm8gc2Vzc2lvbi1jb3VudD8gICAgICAgICAgICAgIHVpbnQzMg0KICAgICAgIHwgICAg ICstLXJvIHNlc3Npb24tdXAtY291bnQ/ICAgICAgICAgICB1aW50MzINCiAgICAgICB8ICAgICAr LS1ybyBzZXNzaW9uLWRvd24tY291bnQ/ICAgICAgICAgdWludDMyDQogICAgICAgfCAgICAgKy0t cm8gc2Vzc2lvbi1hZG1pbi1kb3duLWNvdW50PyAgIHVpbnQzMg0KICAgICAgICstLXJvIGNjLWlw djYtc2Vzc2lvbnMtc3RhdGlzdGljcw0KICAgICAgICAgICstLXJvIGNjLXNlc3Npb24tc3RhdGlz dGljcw0KICAgICAgICAgICAgICstLXJvIHNlc3Npb24tY291bnQ/ICAgICAgICAgICAgICB1aW50 MzINCiAgICAgICAgICAgICArLS1ybyBzZXNzaW9uLXVwLWNvdW50PyAgICAgICAgICAgdWludDMy DQogICAgICAgICAgICAgKy0tcm8gc2Vzc2lvbi1kb3duLWNvdW50PyAgICAgICAgIHVpbnQzMg0K ICAgICAgICAgICAgICstLXJvIHNlc3Npb24tYWRtaW4tZG93bi1jb3VudD8gICB1aW50MzINCiAg YXVnbWVudCAvbmQ6bmV0d29ya3MvbmQ6bmV0d29yay9uZDpub2RlOg0KICAgICstLXJ3IHRwLWxv Y2F0aW9uLXR5cGUtdmFsdWU/ICAgICAgICAgICAgICAgICAgICAgIGlkZW50aXR5cmVmDQogICAg Ky0tcncgKGxvY2F0aW9uLXR5cGUpPw0KICAgICAgICstLTooaXB2NC1sb2NhdGlvbi10eXBlKQ0K ICAgICAgIHwgICstLXJ3IHRlc3QtcG9pbnQtaXB2NC1sb2NhdGlvbi1saXN0DQogICAgICAgfCAg ICAgKy0tcncgdGVzdC1wb2ludC1sb2NhdGlvbnMqIFtpcHY0LWxvY2F0aW9uXQ0KICAgICAgIHwg ICAgICAgICstLXJ3IGlwdjQtbG9jYXRpb24gICAgaW5ldDppcHY0LWFkZHJlc3MNCiAgICAgICB8 ICAgICAgICArLS1ydyB2cmY/ICAgICAgICAgICAgIHJvdXRpbmctaW5zdGFuY2UtcmVmDQogICAg ICAgfCAgICAgICAgKy0tcncgKHRlY2hub2xvZ3kpPw0KICAgICAgIHwgICAgICAgIHwgICstLToo dGVjaG5vbG9neS1udWxsKQ0KICAgICAgIHwgICAgICAgIHwgICAgICstLXJ3IHRlY2gtbnVsbD8g ICAgICAgZW1wdHkNCiAgICAgICB8ICAgICAgICArLS1ydyB0cC10b29scw0KICAgICAgIHwgICAg ICAgIHwgICstLXJ3IGNvbnRpbnVpdHktY2hlY2sgICAgYm9vbGVhbg0KICAgICAgIHwgICAgICAg IHwgICstLXJ3IHBhdGgtZGlzY292ZXJ5ICAgICAgYm9vbGVhbg0KICAgICAgIHwgICAgICAgICst LXJ3IHJvb3Q/ICAgICAgICAgICAgPGFueWRhdGE+DQogICAgICAgfCAgICAgICAgKy0tcncgb2Ft LWxheWVycyogW2luZGV4XQ0KICAgICAgIHwgICAgICAgICAgICstLXJ3IGluZGV4ICAgICAgICAg ICAgICAgICAgICAgICAgdWludDE2DQogICAgICAgfCAgICAgICAgICAgKy0tcncgbGV2ZWw/ICAg ICAgICAgICAgICAgICAgICAgICBpbnQzMg0KICAgICAgIHwgICAgICAgICAgICstLXJ3ICh0cC1s b2NhdGlvbik/DQogICAgICAgfCAgICAgICAgICAgICAgKy0tOihtYWMtYWRkcmVzcykNCiAgICAg ICB8ICAgICAgICAgICAgICB8ICArLS1ydyBtYWMtYWRkcmVzcy1sb2NhdGlvbj8gICAgICAgIHlh bmc6bWFjLWFkZHJlc3MNCiAgICAgICB8ICAgICAgICAgICAgICArLS06KGlwdjQtYWRkcmVzcykN CiAgICAgICB8ICAgICAgICAgICAgICB8ICArLS1ydyBpcHY0LWxvY2F0aW9uPyAgICAgICAgICAg ICAgIGluZXQ6aXB2NC1hZGRyZXNzDQogICAgICAgfCAgICAgICAgICAgICAgKy0tOihpcHY2LWxv Y2F0aW9uKQ0KICAgICAgIHwgICAgICAgICAgICAgIHwgICstLXJ3IGlwdjYtYWRkcmVzcz8gICAg ICAgICAgICAgICAgaW5ldDppcHY2LWFkZHJlc3MNCiAgICAgICB8ICAgICAgICAgICAgICArLS06 KGdyb3VwLWlwLWFkZHJlc3MtbG9jYXRpb24pDQogICAgICAgfCAgICAgICAgICAgICAgfCAgKy0t cncgZ3JvdXAtaXAtYWRkcmVzcy1sb2NhdGlvbj8gICBpcC1tdWx0aWNhc3QtZ3JvdXAtYWRkcmVz cw0KICAgICAgIHwgICAgICAgICAgICAgICstLTooYXMtbnVtYmVyLWxvY2F0aW9uKQ0KICAgICAg IHwgICAgICAgICAgICAgIHwgICstLXJ3IGFzLW51bWJlci1sb2NhdGlvbj8gICAgICAgICAgaW5l dDphcy1udW1iZXINCiAgICAgICB8ICAgICAgICAgICAgICArLS06KHN5c3RlbS1pZC1sb2NhdGlv bikNCiAgICAgICB8ICAgICAgICAgICAgICAgICArLS1ydyBzeXN0ZW0taWQtbG9jYXRpb24/ICAg ICAgICAgIHJvdXRlci1pZA0KICAgICAgICstLTooaXB2Ni1sb2NhdGlvbi10eXBlKQ0KICAgICAg IHwgICstLXJ3IHRlc3QtcG9pbnQtaXB2Ni1sb2NhdGlvbi1saXN0DQogICAgICAgfCAgICAgKy0t cncgdGVzdC1wb2ludC1sb2NhdGlvbnMqIFtpcHY2LWxvY2F0aW9uXQ0KICAgICAgIHwgICAgICAg ICstLXJ3IGlwdjYtbG9jYXRpb24gICAgaW5ldDppcHY2LWFkZHJlc3MNCiAgICAgICB8ICAgICAg ICArLS1ydyB2cmY/ICAgICAgICAgICAgIHJvdXRpbmctaW5zdGFuY2UtcmVmDQogICAgICAgfCAg ICAgICAgKy0tcncgKHRlY2hub2xvZ3kpPw0KICAgICAgIHwgICAgICAgIHwgICstLToodGVjaG5v bG9neS1udWxsKQ0KICAgICAgIHwgICAgICAgIHwgICAgICstLXJ3IHRlY2gtbnVsbD8gICAgICAg ZW1wdHkNCiAgICAgICB8ICAgICAgICArLS1ydyB0cC10b29scw0KICAgICAgIHwgICAgICAgIHwg ICstLXJ3IGNvbnRpbnVpdHktY2hlY2sgICAgYm9vbGVhbg0KICAgICAgIHwgICAgICAgIHwgICst LXJ3IHBhdGgtZGlzY292ZXJ5ICAgICAgYm9vbGVhbg0KICAgICAgIHwgICAgICAgICstLXJ3IHJv b3Q/ICAgICAgICAgICAgPGFueWRhdGE+DQogICAgICAgfCAgICAgICAgKy0tcncgb2FtLWxheWVy cyogW2luZGV4XQ0KICAgICAgIHwgICAgICAgICAgICstLXJ3IGluZGV4ICAgICAgICAgICAgICAg ICAgICAgICAgdWludDE2DQogICAgICAgfCAgICAgICAgICAgKy0tcncgbGV2ZWw/ICAgICAgICAg ICAgICAgICAgICAgICBpbnQzMg0KICAgICAgIHwgICAgICAgICAgICstLXJ3ICh0cC1sb2NhdGlv bik/DQogICAgICAgfCAgICAgICAgICAgICAgKy0tOihtYWMtYWRkcmVzcykNCiAgICAgICB8ICAg ICAgICAgICAgICB8ICArLS1ydyBtYWMtYWRkcmVzcy1sb2NhdGlvbj8gICAgICAgIHlhbmc6bWFj LWFkZHJlc3MNCiAgICAgICB8ICAgICAgICAgICAgICArLS06KGlwdjQtYWRkcmVzcykNCiAgICAg ICB8ICAgICAgICAgICAgICB8ICArLS1ydyBpcHY0LWxvY2F0aW9uPyAgICAgICAgICAgICAgIGlu ZXQ6aXB2NC1hZGRyZXNzDQogICAgICAgfCAgICAgICAgICAgICAgKy0tOihpcHY2LWxvY2F0aW9u KQ0KICAgICAgIHwgICAgICAgICAgICAgIHwgICstLXJ3IGlwdjYtYWRkcmVzcz8gICAgICAgICAg ICAgICAgaW5ldDppcHY2LWFkZHJlc3MNCiAgICAgICB8ICAgICAgICAgICAgICArLS06KGdyb3Vw LWlwLWFkZHJlc3MtbG9jYXRpb24pDQogICAgICAgfCAgICAgICAgICAgICAgfCAgKy0tcncgZ3Jv dXAtaXAtYWRkcmVzcy1sb2NhdGlvbj8gICBpcC1tdWx0aWNhc3QtZ3JvdXAtYWRkcmVzcw0KICAg ICAgIHwgICAgICAgICAgICAgICstLTooYXMtbnVtYmVyLWxvY2F0aW9uKQ0KICAgICAgIHwgICAg ICAgICAgICAgIHwgICstLXJ3IGFzLW51bWJlci1sb2NhdGlvbj8gICAgICAgICAgaW5ldDphcy1u dW1iZXINCiAgICAgICB8ICAgICAgICAgICAgICArLS06KHN5c3RlbS1pZC1sb2NhdGlvbikNCiAg ICAgICB8ICAgICAgICAgICAgICAgICArLS1ydyBzeXN0ZW0taWQtbG9jYXRpb24/ICAgICAgICAg IHJvdXRlci1pZA0KICAgICAgICstLToobWFjLWxvY2F0aW9uLXR5cGUpDQogICAgICAgfCAgKy0t cncgdGVzdC1wb2ludC1tYWMtYWRkcmVzcy1sb2NhdGlvbi1saXN0DQogICAgICAgfCAgICAgKy0t cncgdGVzdC1wb2ludC1sb2NhdGlvbnMqIFttYWMtYWRkcmVzcy1sb2NhdGlvbl0NCiAgICAgICB8 ICAgICAgICArLS1ydyBtYWMtYWRkcmVzcy1sb2NhdGlvbiAgICB5YW5nOm1hYy1hZGRyZXNzDQog ICAgICAgfCAgICAgICAgKy0tcncgKHRlY2hub2xvZ3kpPw0KICAgICAgIHwgICAgICAgIHwgICst LToodGVjaG5vbG9neS1udWxsKQ0KICAgICAgIHwgICAgICAgIHwgICAgICstLXJ3IHRlY2gtbnVs bD8gICAgICAgICAgICAgIGVtcHR5DQogICAgICAgfCAgICAgICAgKy0tcncgdHAtdG9vbHMNCiAg ICAgICB8ICAgICAgICB8ICArLS1ydyBjb250aW51aXR5LWNoZWNrICAgIGJvb2xlYW4NCiAgICAg ICB8ICAgICAgICB8ICArLS1ydyBwYXRoLWRpc2NvdmVyeSAgICAgIGJvb2xlYW4NCiAgICAgICB8 ICAgICAgICArLS1ydyByb290PyAgICAgICAgICAgICAgICAgICA8YW55ZGF0YT4NCiAgICAgICB8 ICAgICAgICArLS1ydyBvYW0tbGF5ZXJzKiBbaW5kZXhdDQogICAgICAgfCAgICAgICAgICAgKy0t cncgaW5kZXggICAgICAgICAgICAgICAgICAgICAgICB1aW50MTYNCiAgICAgICB8ICAgICAgICAg ICArLS1ydyBsZXZlbD8gICAgICAgICAgICAgICAgICAgICAgIGludDMyDQogICAgICAgfCAgICAg ICAgICAgKy0tcncgKHRwLWxvY2F0aW9uKT8NCiAgICAgICB8ICAgICAgICAgICAgICArLS06KG1h Yy1hZGRyZXNzKQ0KICAgICAgIHwgICAgICAgICAgICAgIHwgICstLXJ3IG1hYy1hZGRyZXNzLWxv Y2F0aW9uPyAgICAgICAgeWFuZzptYWMtYWRkcmVzcw0KICAgICAgIHwgICAgICAgICAgICAgICst LTooaXB2NC1hZGRyZXNzKQ0KICAgICAgIHwgICAgICAgICAgICAgIHwgICstLXJ3IGlwdjQtbG9j YXRpb24/ICAgICAgICAgICAgICAgaW5ldDppcHY0LWFkZHJlc3MNCiAgICAgICB8ICAgICAgICAg ICAgICArLS06KGlwdjYtbG9jYXRpb24pDQogICAgICAgfCAgICAgICAgICAgICAgfCAgKy0tcncg aXB2Ni1hZGRyZXNzPyAgICAgICAgICAgICAgICBpbmV0OmlwdjYtYWRkcmVzcw0KICAgICAgIHwg ICAgICAgICAgICAgICstLTooZ3JvdXAtaXAtYWRkcmVzcy1sb2NhdGlvbikNCiAgICAgICB8ICAg ICAgICAgICAgICB8ICArLS1ydyBncm91cC1pcC1hZGRyZXNzLWxvY2F0aW9uPyAgIGlwLW11bHRp Y2FzdC1ncm91cC1hZGRyZXNzDQogICAgICAgfCAgICAgICAgICAgICAgKy0tOihhcy1udW1iZXIt bG9jYXRpb24pDQogICAgICAgfCAgICAgICAgICAgICAgfCAgKy0tcncgYXMtbnVtYmVyLWxvY2F0 aW9uPyAgICAgICAgICBpbmV0OmFzLW51bWJlcg0KICAgICAgIHwgICAgICAgICAgICAgICstLToo c3lzdGVtLWlkLWxvY2F0aW9uKQ0KICAgICAgIHwgICAgICAgICAgICAgICAgICstLXJ3IHN5c3Rl bS1pZC1sb2NhdGlvbj8gICAgICAgICAgcm91dGVyLWlkDQogICAgICAgKy0tOihncm91cC1pcC1h ZGRyZXNzLWxvY2F0aW9uLXR5cGUpDQogICAgICAgfCAgKy0tcncgdGVzdC1wb2ludC1ncm91cC1p cC1hZGRyZXNzLWxvY2F0aW9uLWxpc3QNCiAgICAgICB8ICAgICArLS1ydyB0ZXN0LXBvaW50LWxv Y2F0aW9ucyogW2dyb3VwLWlwLWFkZHJlc3MtbG9jYXRpb25dDQogICAgICAgfCAgICAgICAgKy0t cncgZ3JvdXAtaXAtYWRkcmVzcy1sb2NhdGlvbiAgICBpcC1tdWx0aWNhc3QtZ3JvdXAtYWRkcmVz cw0KICAgICAgIHwgICAgICAgICstLXJ3IHZyZj8gICAgICAgICAgICAgICAgICAgICAgICAgcm91 dGluZy1pbnN0YW5jZS1yZWYNCiAgICAgICB8ICAgICAgICArLS1ydyAodGVjaG5vbG9neSk/DQog ICAgICAgfCAgICAgICAgfCAgKy0tOih0ZWNobm9sb2d5LW51bGwpDQogICAgICAgfCAgICAgICAg fCAgICAgKy0tcncgdGVjaC1udWxsPyAgICAgICAgICAgICAgICAgICBlbXB0eQ0KICAgICAgIHwg ICAgICAgICstLXJ3IHRwLXRvb2xzDQogICAgICAgfCAgICAgICAgfCAgKy0tcncgY29udGludWl0 eS1jaGVjayAgICBib29sZWFuDQogICAgICAgfCAgICAgICAgfCAgKy0tcncgcGF0aC1kaXNjb3Zl cnkgICAgICBib29sZWFuDQogICAgICAgfCAgICAgICAgKy0tcncgcm9vdD8gICAgICAgICAgICAg ICAgICAgICAgICA8YW55ZGF0YT4NCiAgICAgICB8ICAgICAgICArLS1ydyBvYW0tbGF5ZXJzKiBb aW5kZXhdDQogICAgICAgfCAgICAgICAgICAgKy0tcncgaW5kZXggICAgICAgICAgICAgICAgICAg ICAgICB1aW50MTYNCiAgICAgICB8ICAgICAgICAgICArLS1ydyBsZXZlbD8gICAgICAgICAgICAg ICAgICAgICAgIGludDMyDQogICAgICAgfCAgICAgICAgICAgKy0tcncgKHRwLWxvY2F0aW9uKT8N CiAgICAgICB8ICAgICAgICAgICAgICArLS06KG1hYy1hZGRyZXNzKQ0KICAgICAgIHwgICAgICAg ICAgICAgIHwgICstLXJ3IG1hYy1hZGRyZXNzLWxvY2F0aW9uPyAgICAgICAgeWFuZzptYWMtYWRk cmVzcw0KICAgICAgIHwgICAgICAgICAgICAgICstLTooaXB2NC1hZGRyZXNzKQ0KICAgICAgIHwg ICAgICAgICAgICAgIHwgICstLXJ3IGlwdjQtbG9jYXRpb24/ICAgICAgICAgICAgICAgaW5ldDpp cHY0LWFkZHJlc3MNCiAgICAgICB8ICAgICAgICAgICAgICArLS06KGlwdjYtbG9jYXRpb24pDQog ICAgICAgfCAgICAgICAgICAgICAgfCAgKy0tcncgaXB2Ni1hZGRyZXNzPyAgICAgICAgICAgICAg ICBpbmV0OmlwdjYtYWRkcmVzcw0KICAgICAgIHwgICAgICAgICAgICAgICstLTooZ3JvdXAtaXAt YWRkcmVzcy1sb2NhdGlvbikNCiAgICAgICB8ICAgICAgICAgICAgICB8ICArLS1ydyBncm91cC1p cC1hZGRyZXNzLWxvY2F0aW9uPyAgIGlwLW11bHRpY2FzdC1ncm91cC1hZGRyZXNzDQogICAgICAg fCAgICAgICAgICAgICAgKy0tOihhcy1udW1iZXItbG9jYXRpb24pDQogICAgICAgfCAgICAgICAg ICAgICAgfCAgKy0tcncgYXMtbnVtYmVyLWxvY2F0aW9uPyAgICAgICAgICBpbmV0OmFzLW51bWJl cg0KICAgICAgIHwgICAgICAgICAgICAgICstLTooc3lzdGVtLWlkLWxvY2F0aW9uKQ0KICAgICAg IHwgICAgICAgICAgICAgICAgICstLXJ3IHN5c3RlbS1pZC1sb2NhdGlvbj8gICAgICAgICAgcm91 dGVyLWlkDQogICAgICAgKy0tOihncm91cC1hcy1udW1iZXItbG9jYXRpb24tdHlwZSkNCiAgICAg ICB8ICArLS1ydyB0ZXN0LXBvaW50LWFzLW51bWJlci1sb2NhdGlvbi1saXN0DQogICAgICAgfCAg ICAgKy0tcncgdGVzdC1wb2ludC1sb2NhdGlvbnMqIFthcy1udW1iZXItbG9jYXRpb25dDQogICAg ICAgfCAgICAgICAgKy0tcncgYXMtbnVtYmVyLWxvY2F0aW9uICAgIGluZXQ6YXMtbnVtYmVyDQog ICAgICAgfCAgICAgICAgKy0tcncgdnJmPyAgICAgICAgICAgICAgICAgIHJvdXRpbmctaW5zdGFu Y2UtcmVmDQogICAgICAgfCAgICAgICAgKy0tcncgKHRlY2hub2xvZ3kpPw0KICAgICAgIHwgICAg ICAgIHwgICstLToodGVjaG5vbG9neS1udWxsKQ0KICAgICAgIHwgICAgICAgIHwgICAgICstLXJ3 IHRlY2gtbnVsbD8gICAgICAgICAgICBlbXB0eQ0KICAgICAgIHwgICAgICAgICstLXJ3IHRwLXRv b2xzDQogICAgICAgfCAgICAgICAgfCAgKy0tcncgY29udGludWl0eS1jaGVjayAgICBib29sZWFu DQogICAgICAgfCAgICAgICAgfCAgKy0tcncgcGF0aC1kaXNjb3ZlcnkgICAgICBib29sZWFuDQog ICAgICAgfCAgICAgICAgKy0tcncgcm9vdD8gICAgICAgICAgICAgICAgIDxhbnlkYXRhPg0KICAg ICAgIHwgICAgICAgICstLXJ3IG9hbS1sYXllcnMqIFtpbmRleF0NCiAgICAgICB8ICAgICAgICAg ICArLS1ydyBpbmRleCAgICAgICAgICAgICAgICAgICAgICAgIHVpbnQxNg0KICAgICAgIHwgICAg ICAgICAgICstLXJ3IGxldmVsPyAgICAgICAgICAgICAgICAgICAgICAgaW50MzINCiAgICAgICB8 ICAgICAgICAgICArLS1ydyAodHAtbG9jYXRpb24pPw0KICAgICAgIHwgICAgICAgICAgICAgICst LToobWFjLWFkZHJlc3MpDQogICAgICAgfCAgICAgICAgICAgICAgfCAgKy0tcncgbWFjLWFkZHJl c3MtbG9jYXRpb24/ICAgICAgICB5YW5nOm1hYy1hZGRyZXNzDQogICAgICAgfCAgICAgICAgICAg ICAgKy0tOihpcHY0LWFkZHJlc3MpDQogICAgICAgfCAgICAgICAgICAgICAgfCAgKy0tcncgaXB2 NC1sb2NhdGlvbj8gICAgICAgICAgICAgICBpbmV0OmlwdjQtYWRkcmVzcw0KICAgICAgIHwgICAg ICAgICAgICAgICstLTooaXB2Ni1sb2NhdGlvbikNCiAgICAgICB8ICAgICAgICAgICAgICB8ICAr LS1ydyBpcHY2LWFkZHJlc3M/ICAgICAgICAgICAgICAgIGluZXQ6aXB2Ni1hZGRyZXNzDQogICAg ICAgfCAgICAgICAgICAgICAgKy0tOihncm91cC1pcC1hZGRyZXNzLWxvY2F0aW9uKQ0KICAgICAg IHwgICAgICAgICAgICAgIHwgICstLXJ3IGdyb3VwLWlwLWFkZHJlc3MtbG9jYXRpb24/ICAgaXAt bXVsdGljYXN0LWdyb3VwLWFkZHJlc3MNCiAgICAgICB8ICAgICAgICAgICAgICArLS06KGFzLW51 bWJlci1sb2NhdGlvbikNCiAgICAgICB8ICAgICAgICAgICAgICB8ICArLS1ydyBhcy1udW1iZXIt bG9jYXRpb24/ICAgICAgICAgIGluZXQ6YXMtbnVtYmVyDQogICAgICAgfCAgICAgICAgICAgICAg Ky0tOihzeXN0ZW0taWQtbG9jYXRpb24pDQogICAgICAgfCAgICAgICAgICAgICAgICAgKy0tcncg c3lzdGVtLWlkLWxvY2F0aW9uPyAgICAgICAgICByb3V0ZXItaWQNCiAgICAgICArLS06KGdyb3Vw LXN5c3RlbS1pZC1sb2NhdGlvbi10eXBlKQ0KICAgICAgICAgICstLXJ3IHRlc3QtcG9pbnQtc3lz dGVtLWluZm8tbG9jYXRpb24tbGlzdA0KICAgICAgICAgICAgICstLXJ3IHRlc3QtcG9pbnQtbG9j YXRpb25zKiBbc3lzdGVtLWlkLWxvY2F0aW9uXQ0KICAgICAgICAgICAgICAgICstLXJ3IHN5c3Rl bS1pZC1sb2NhdGlvbiAgICBpbmV0OnVyaQ0KICAgICAgICAgICAgICAgICstLXJ3IHZyZj8gICAg ICAgICAgICAgICAgICByb3V0aW5nLWluc3RhbmNlLXJlZg0KICAgICAgICAgICAgICAgICstLXJ3 ICh0ZWNobm9sb2d5KT8NCiAgICAgICAgICAgICAgICB8ICArLS06KHRlY2hub2xvZ3ktbnVsbCkN CiAgICAgICAgICAgICAgICB8ICAgICArLS1ydyB0ZWNoLW51bGw/ICAgICAgICAgICAgZW1wdHkN CiAgICAgICAgICAgICAgICArLS1ydyB0cC10b29scw0KICAgICAgICAgICAgICAgIHwgICstLXJ3 IGNvbnRpbnVpdHktY2hlY2sgICAgYm9vbGVhbg0KICAgICAgICAgICAgICAgIHwgICstLXJ3IHBh dGgtZGlzY292ZXJ5ICAgICAgYm9vbGVhbg0KICAgICAgICAgICAgICAgICstLXJ3IHJvb3Q/ICAg ICAgICAgICAgICAgICA8YW55ZGF0YT4NCiAgICAgICAgICAgICAgICArLS1ydyBvYW0tbGF5ZXJz KiBbaW5kZXhdDQogICAgICAgICAgICAgICAgICAgKy0tcncgaW5kZXggICAgICAgICAgICAgICAg ICAgICAgICB1aW50MTYNCiAgICAgICAgICAgICAgICAgICArLS1ydyBsZXZlbD8gICAgICAgICAg ICAgICAgICAgICAgIGludDMyDQogICAgICAgICAgICAgICAgICAgKy0tcncgKHRwLWxvY2F0aW9u KT8NCiAgICAgICAgICAgICAgICAgICAgICArLS06KG1hYy1hZGRyZXNzKQ0KICAgICAgICAgICAg ICAgICAgICAgIHwgICstLXJ3IG1hYy1hZGRyZXNzLWxvY2F0aW9uPyAgICAgICAgeWFuZzptYWMt YWRkcmVzcw0KICAgICAgICAgICAgICAgICAgICAgICstLTooaXB2NC1hZGRyZXNzKQ0KICAgICAg ICAgICAgICAgICAgICAgIHwgICstLXJ3IGlwdjQtbG9jYXRpb24/ICAgICAgICAgICAgICAgaW5l dDppcHY0LWFkZHJlc3MNCiAgICAgICAgICAgICAgICAgICAgICArLS06KGlwdjYtbG9jYXRpb24p DQogICAgICAgICAgICAgICAgICAgICAgfCAgKy0tcncgaXB2Ni1hZGRyZXNzPyAgICAgICAgICAg ICAgICBpbmV0OmlwdjYtYWRkcmVzcw0KICAgICAgICAgICAgICAgICAgICAgICstLTooZ3JvdXAt aXAtYWRkcmVzcy1sb2NhdGlvbikNCiAgICAgICAgICAgICAgICAgICAgICB8ICArLS1ydyBncm91 cC1pcC1hZGRyZXNzLWxvY2F0aW9uPyAgIGlwLW11bHRpY2FzdC1ncm91cC1hZGRyZXNzDQogICAg ICAgICAgICAgICAgICAgICAgKy0tOihhcy1udW1iZXItbG9jYXRpb24pDQogICAgICAgICAgICAg ICAgICAgICAgfCAgKy0tcncgYXMtbnVtYmVyLWxvY2F0aW9uPyAgICAgICAgICBpbmV0OmFzLW51 bWJlcg0KICAgICAgICAgICAgICAgICAgICAgICstLTooc3lzdGVtLWlkLWxvY2F0aW9uKQ0KICAg ICAgICAgICAgICAgICAgICAgICAgICstLXJ3IHN5c3RlbS1pZC1sb2NhdGlvbj8gICAgICAgICAg cm91dGVyLWlkDQpBbiBleGFtcGxlIG9mIHRoaXMgc2VjdGlvbiBiZWluZyAiZGVuc2UiLCB5b3Ug d3JvdGUgIkVhY2ggdGVzdCBwb2ludCBsb2NhdGlvbiBpbmNsdWRlcyBhICd0ZXN0LXBvaW50LWxv Y2F0aW9uLWluZm8nLiINCkFuZCBJIHNlYXJjaGVkIGZvciBpdCBpbiB0aGUgdHJlZSwgYW5kIGl0 J3Mgbm90IHByZXNlbnQgLi4uIGJlY2F1c2UgaXQncyBhIGdyb3VwaW5nIQ0KTkVXOiAiRWFjaCB0 ZXN0IHBvaW50IGxvY2F0aW9uIGluY2x1ZGVzIGEgJ3Rlc3QtcG9pbnQtbG9jYXRpb24taW5mbycg Z3JvdXBpbmcNCg0KQW5vdGhlciBleGFtcGxlOg0KDQogICBHcm91cGluZyBpcyBhbHNvIGRlZmlu ZWQgZm9yIGNvbW1vbiBzZXNzaW9uDQoNCiAgIHN0YXRpc3RpY3MgYW5kIHRoZXNlIGFyZSBhcHBs aWNhYmxlIGZvciBwcm9hY3RpdmUgT0FNIHNlc3Npb25zLg0KQXQgdGhpcyBwb2ludCBpbiB0aW1l LCB3ZSBkb24ndCBrbm93IHdoYXQgYSAicHJvYWN0aXZlIE9BTSBzZXNzaW9uIiBpcy4gSSBzY3Jh dGNoZWQgbXkgaGVhZCBvbiAicHJvYWN0aXZlIiBhbmQgSSBJIGtub3cgYWJvdXQgT0FNLi4uIChJ dCdzIG9ubHkgbGF0ZXIgdGhhdCBJIHVuZGVyc3RhbmQgdGhhdCBwcm9hY3RpdmUgPSBjb250aW51 b3VzID0gcGVyc2lzdGVudCkNCg0KTXkgYWR2aWNlOiB0aGlzIHNlY3Rpb24gMyBpcyBrZXkgdG8g dW5kZXJzdGFuZCB0aGlzIG1vZHVsZSwgbWFrZSBpdCBjcnlzdGFsIGNsZWFyLg0KDQoNCi0gRWRp dG9yaWFsDQoNCiAgIEluIGNvbm5lY3Rpb25sZXNzIE9BTSwgdGhlIHRwIGFkZHJlc3MgaXMgZGVm aW5lZCB3aXRoIHRoZSBmb2xsb3dpbmcNCg0KICAgdHlwZToNClNpbmNlIHlvdSBkZWZpbmVkICJU UCIgaW4gdGhlIHRlcm1pbm9sb2d5IHNlY3Rpb24sIHVzZSB0aGUgdXBwZXIgY2FzZSAiVFAiIHRo cm91Z2hvdXQgdGhlIGRvY3VtZW50Lg0KDQotDQoNCiAgIFRvIGRlZmluZSBhIGZvcndhcmRpbmcg dHJlYXRtZW50IG9mIGEgdGVzdCBwYWNrZXQsIHRoZSAndHAtYWRkcmVzcycNCg0KICAgbmVlZHMg dG8gYmUgYXNzb2NpYXRlZCB3aXRoIGFkZGl0aW9uYWwgcGFyYW1ldGVycywgZS5nLiAgRFNDUCBm b3IgSVANCg0KICAgb3IgVEMgZm9yIE1QTFMuDQpUQz8NCkknbSBzdGlsbCB1c2VkIHRvIEVYUCwg YW5kIGhhZCB0byBsb29rIFRDIHVwLg0KUXVvdGluZyB0aGUgSW50ZXJuZXQgKHNvIGl0IGNhbid0 IGJlIHdyb25nKTogQmFzZWQgb24gUkZDNTQ2MiwgdGhlIEVYUCBiaXQgaGFzIGJlZW4gcmVuYW1l ZCB0byBUcmFmZmljIENsYXNzIGZpZWxkLiBUQyBuYW1lIGlzIG5vdCB1c2VzIHdpZGVseS4NCg0K LSBzZWN0aW9uIDMuMg0KDQogICBJbiBjb25uZWN0aW9ubGVzcyBPQU0sICdzZXNzaW9uLQ0KDQog ICB0eXBlJyBpcyBkZWZpbmVkIHRvIGluZGljYXRlIHdoaWNoIGtpbmQgb2YgYWN0aXZhdGlvbiB3 aWxsIGJlIHVzZWQgYnkNCg0KICAgdGhlIGN1cnJlbnQgc2Vzc2lvbi4NCkFuZCBJIHNlYXJjaGVk IGZvciAic2Vzc2lvbi10eXBlIiBpbiB0aGUgcHlhbmcgdHJlZSwgd2l0aG91dCBzdWNjZXNzLg0K VW50aWwgSSByZWFsaXplZCBpdCdzIHBhcnQgb2YgdGhlIG90aGVyIGRyYWZ0OiBodHRwczovL3Rv b2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1saW1lLXlhbmctY29ubmVjdGlvbmxlc3Mtb2Ft LW1ldGhvZHMtMDUNCkhtbSwgd2FpdCwgdGhlIHNlc3Npb24tdHlwZSBncm91cGluZyBpcyBpbiB0 aGlzIGRyYWZ0LCBidXQgbm90IHVzZWQgaW4gdGhpcyBkcmFmdC4NCkF0IHRoaXMgcG9pbnQsIEkg d29uZGVyIHdobyBoYXMgcmVjZW50bHkgbG9va2VkIGF0IHRoZSBkcmFmdCB3aXRoIGEgZnJlc2gg cGFpciBvZiBleWVzLiBOb3QgaW1wcmVzc2VkLg0KDQotDQpXaHkgZG9uJ3QgeW91IGNsZWFybHkg bmFtZSB0aGUgZ3JvdXBpbmdzIGluIHNlY3Rpb24gMy40LCAzLjUsIDMuNiwgMy43Pw0KDQotIEN1 dCBhbmQgcGFzdGUgdGhlIHR5cGVkZWZzIGZyb20gaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9y Zy9kb2MvZHJhZnQtaWV0Zi1ydGd3Zy1yb3V0aW5nLXR5cGVzLw0KDQogICAgdHlwZWRlZiByb3V0 ZXItaWQgew0KDQogICAgdHlwZWRlZiBpcHY0LW11bHRpY2FzdC1ncm91cC1hZGRyZXNzDQoNCiAg ICB0eXBlZGVmIGlwdjYtbXVsdGljYXN0LWdyb3VwLWFkZHJlc3Mgew0KDQogICAgICAgIC4uLg0K SWYgcHVibGlzaGVkIGZhc3QgZW5vdWdoLCB5b3Ugc2hvdWxkIGltcG9ydCB0aGUgdHlwZXMgZnJv bSBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLXJ0Z3dnLXJvdXRp bmctdHlwZXMvDQoNCi0gc2VjdGlvbiAzLjMNCg0KICAgICAgICAgICAgIGxpc3Qgb2FtLWxheWVy cyB7DQoNCiAgICAgICAgICAgICAgICAgIGtleSAiaW5kZXgiOw0KDQogICAgICAgICAgICAgICAg ICBsZWFmIGluZGV4IHsNCg0KICAgICAgICAgICAgICAgICAgICAgdHlwZSB1aW50MTYgew0KDQog ICAgICAgICAgICAgICAgICAgICAgICByYW5nZSAiMC4uNjU1MzUiOw0KDQogICAgICAgICAgICAg ICAgICAgICB9DQoNCiAgICAgICAgICAgICAgICAgIH0NCg0KICAgICAgICAgICAgICAgICAgbGVh ZiBsZXZlbCB7DQoNCiAgICAgICAgICAgICAgICAgICAgICB0eXBlIGludDMyIHsNCg0KICAgICAg ICAgICAgICAgICAgICAgICAgICAgcmFuZ2UgIi0xLi4xIjsNCg0KICAgICAgICAgICAgICAgICAg ICAgIH0NCg0KICAgICAgICAgICAgICAgICAgICAgIGRlc2NyaXB0aW9uDQoNCiAgICAgICAgICAg ICAgICAgICAgICAgICJMZXZlbCI7DQoNCiAgICAgICAgICAgICAgICAgIH0NCg0KDQoNCiAgICAg ICAgICAgICAgICAgIGRlc2NyaXB0aW9uDQoNCiAgICAgICAgICAgICAgICAgICAgICJMaXN0IG9m IHJlbGF0ZWQgb2FtIGxheWVycy4iOw0KDQogICAgICAgICAgICAgICAgfQ0KDQoNClRoaXMgaXMg bm90IGV2ZW4gY29tcGxldGUuIERlc2NyaXB0aW9uICJsZXZlbCIsIHJlYWxseT8NCkF0IHRoZSB2 ZXJ5IG1pbmltdW0gYmUgYWxpZ25lZCB3aXRoIHRoZSBZQU5HIG1vZHVsZS4NCg0KICAgICBsaXN0 IG9hbS1sYXllcnMgew0KDQogICAgICAgIGtleSAiaW5kZXgiOw0KDQogICAgICAgIGxlYWYgaW5k ZXggew0KDQogICAgICAgICAgdHlwZSB1aW50MTYgew0KDQogICAgICAgICAgICByYW5nZSAiMC4u NjU1MzUiOw0KDQogICAgICAgICAgfQ0KDQogICAgICAgICAgZGVzY3JpcHRpb24NCg0KICAgICAg ICAgICAgIkluZGV4IjsNCg0KICAgICAgICB9DQoNCiAgICAgICAgbGVhZiBsZXZlbCB7DQoNCiAg ICAgICAgICB0eXBlIGludDMyIHsNCg0KICAgICAgICAgICAgcmFuZ2UgIi0xLi4xIjsNCg0KICAg ICAgICAgIH0NCg0KICAgICAgICAgIGRlZmF1bHQgIjAiOw0KDQogICAgICAgICAgZGVzY3JpcHRp b24NCg0KICAgICAgICAgICAgIkxldmVsIDAgaW5kaWNhdGVzIGRlZmF1bHQgbGV2ZWwsDQoNCiAg ICAgICAgICAgICAtMSBtZWFucyBzZXJ2ZXIgYW5kICsxIG1lYW5zIGNsaWVudCBsYXllci4NCg0K ICAgICAgICAgICAgIEluIHJlbGF0aW9uc2hpcCAwIG1lYW5zIHNhbWUgbGF5ZXIuIjsNCg0KICAg ICAgICB9DQoNCiAgICAgICAgLi4uDQoNCiAgICAgICAgZGVzY3JpcHRpb24NCg0KICAgICAgICAg ICJMaXN0IG9mIHJlbGF0ZWQgb2FtIGxheWVycy4NCg0KICAgICAgICAgICAwIG1lYW5zIHRoZXkg YXJlIGluIHNhbWUgbGV2ZWwsIGVzcGVjaWFsbHkNCg0KICAgICAgICAgICBpbnRlcndvcmtpbmcg c2NlbmFyaW9zIG9mIHN0aXRjaGluZyBtdWx0aXBsZQ0KDQogICAgICAgICAgIHRlY2hub2xvZ3kg YXQgc2FtZSBsYXllci4gLTEgbWVhbnMgc2VydmVyIGxheWVyLA0KDQogICAgICAgICAgIGZvciBl ZzotIGluIGNhc2Ugb2YgT3ZlcmxheSBhbmQgVW5kZXJsYXksDQoNCiAgICAgICAgICAgVW5kZXJs YXkgaXMgc2VydmVyIGxheWVyIGZvciBPdmVybGF5IFRlc3QgUG9pbnQuDQoNCiAgICAgICAgICAg KzEgbWVhbnMgY2xpZW50IGxheWVyLCBmb3IgZXhhbXBsZSBpbiBjYXNlIG9mDQoNCiAgICAgICAg ICAgU2VydmljZSBPQU0gYW5kIFRyYW5zcG9ydCBPQU0sIFNlcnZpY2UgT0FNIGlzIGNsaWVudA0K DQogICAgICAgICAgIGxheWVyIHRvIFRyYW5zcG9ydCBPQU0uIjsNCg0KICAgICAgfQ0KDQoNCg0K DQotIFRocm91Z2hvdXQgdGhlIGRvY3VtZW50LCB5YW5nIC0+IFlBTkcNCg0KLSBUaGUgc2VjdXJp dHkgY29uc2lkZXJhdGlvbnMgaGF2ZSBiZWVuIHVwZGF0ZWQ6IGh0dHBzOi8vdHJhYy5pZXRmLm9y Zy90cmFjL29wcy93aWtpL3lhbmctc2VjdXJpdHktZ3VpZGVsaW5lcw0KDQpNeSBxdWljayBzdW1t YXJ5Og0KVGhvc2UgdHdvIExJTUUgZHJhZnRzIGFyZSBoYXJkIHRvIHJlYWQuIEkndmUgYmVlbiBz cGVuZGluZyBob3VycyBob3VycyB0byB0cnkgdG8gdW5kZXJzdGFuZC4uLg0KSSBhZHZpY2UgdGhl IGF1dGhvcnMsIHNoZXBoZXJkLCBjaGFpcnMgdG8gcmV2aWV3IHRoZSB0d28gZHJhZnRzIHdpdGgg YSBmcmVzaCBtaW5kIGFuZCBpbXByb3ZlIHJlYWRhYmlsaXR5Lg0KDQpSZWdhcmRzLCBCZW5vaXQN Cg0K --_000_B8F9A780D330094D99AF023C5877DABA9AAEB702nkgeml513mbxchi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 5a6L5L2TOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0 O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQOWui+S9kyI7DQoJ cGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0K cC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0K CW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5 OuWui+S9kzsNCgljb2xvcjpibGFjazt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21z by1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRl cmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHls ZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGlu ZTt9DQpwLk1zb1BsYWluVGV4dCwgbGkuTXNvUGxhaW5UZXh0LCBkaXYuTXNvUGxhaW5UZXh0DQoJ e21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoi57qv5paH5pysIENoYXIi Ow0KCW1hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMC41 cHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjt9DQpwcmUNCgl7bXNvLXN0 eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIOmihOiuvuagvOW8jyBDaGFy IjsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIu MHB0Ow0KCWZvbnQtZmFtaWx5OuWui+S9kzsNCgljb2xvcjpibGFjazt9DQpzcGFuLkhUTUxDaGFy DQoJe21zby1zdHlsZS1uYW1lOiJIVE1MIOmihOiuvuagvOW8jyBDaGFyIjsNCgltc28tc3R5bGUt cHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwg6aKE6K6+5qC85byPIjsNCglmb250 LWZhbWlseToiQ291cmllciBOZXciOw0KCWNvbG9yOmJsYWNrO30NCnNwYW4uRW1haWxTdHlsZTE5 DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp Iiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQpzcGFuLkNoYXINCgl7bXNvLXN0eWxl LW5hbWU6Iue6r+aWh+acrCBDaGFyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0 eWxlLWxpbms657qv5paH5pysOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7 fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1z aXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7 DQoJbWFyZ2luOjcyLjBwdCA5MC4wcHQgNzIuMHB0IDkwLjBwdDt9DQpkaXYuV29yZFNlY3Rpb24x DQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4 bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94 bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2 OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFw ZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGJnY29sb3I9IndoaXRl IiBsYW5nPSJaSC1DTiIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJX b3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5UaGFua3MgZm9yIEFEIFJldmlldy4g V2UgaGF2ZSBhZGRyZXNzZWQgeW91ciBjb21tZW50cyBpbiB2LSgwOSkgdG9nZXRoZXIgd2l0aCBv dGhlciBjb21tZW50cy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5U ZXh0Ij48c3BhbiBsYW5nPSJFTi1VUyI+PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRm Lm9yZy9kb2MvZHJhZnQtaWV0Zi1saW1lLXlhbmctY29ubmVjdGlvbmxlc3Mtb2FtLyI+aHR0cHM6 Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1saW1lLXlhbmctY29ubmVjdGlv bmxlc3Mtb2FtLzwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0Qi Pkp1c3QgdG8gY2xhcmlmeSwNCjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPuKAmHRwLXRvb2xz4oCZIGdyb3VwaW5nIGRlZmluZWQg aW4mbmJzcDsgQ0wgbW9kZWwgc3VwcG9ydCBib3RoIHByb2FjdGl2ZSBhbmQgb24gZGVtYW5kIGFj dGl2YXRpb24uPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5Hcm91 cGluZyBkZWZpbmVkIGZvciBjb21tb24gc2Vzc2lvbiZuYnNwOyBzdGF0aXN0aWNzIG9uIHN1cHBv cnQgcHJvYWN0aXZlIGFjdGl2YXRpb24uPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjojMUY0OTdEIj5XZSBoYXZlIG1hZGUgdGhpcyBjbGVhciBpbiB0aGUgdGV4dC48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkFsc28gaXQgaXMgaW50ZW50aW9uYWwg dG8gc2VwYXJhdGUgcmV0cmlldmFsLSBkYXRhIGZyb20gcmV0cmlldmFsIHByb2NlZHVyZSwgdGhl IHJhdGlvbmFsZSBpcyBjbGFyaWZpZWQgaW4gdGhlDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox MC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7O2NvbG9yOiMxRjQ5N0QiPmludHJvZHVjdGlvbiAxLCBsYXN0IHBhcmFncmFwaCBvZiBkcmFm dC1pZXRmLWxpbWUteWFuZy1jb25uZWN0aW9ubGVzcy1vYW0tbWV0aG9kcy48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+LVFpbjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+ DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7 cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtjb2xvcjp3aW5kb3d0ZXh0Ij7lj5Hku7bkuro8c3Bh biBsYW5nPSJFTi1VUyI+Ojwvc3Bhbj48L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDtjb2xvcjp3aW5kb3d0ZXh0Ij4gTGltZSBbbWFpbHRvOmxpbWUt Ym91bmNlc0BpZXRmLm9yZ10NCjwvc3Bhbj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtjb2xvcjp3aW5kb3d0ZXh0Ij7ku6PooaggPC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Y29sb3I6d2luZG93dGV4dCI+QmVub2l0IENsYWlzZTxi cj4NCjwvc3Bhbj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtjb2xvcjp3aW5kb3d0 ZXh0Ij7lj5HpgIHml7bpl7Q8c3BhbiBsYW5nPSJFTi1VUyI+Ojwvc3Bhbj48L3NwYW4+PC9iPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtjb2xvcjp3aW5kb3d0ZXh0 Ij4gMjAxNzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtjb2xvcjp3aW5kb3d0 ZXh0Ij7lubQ8c3BhbiBsYW5nPSJFTi1VUyI+ODwvc3Bhbj7mnIg8c3BhbiBsYW5nPSJFTi1VUyI+ MTE8L3NwYW4+5pelPHNwYW4gbGFuZz0iRU4tVVMiPg0KIDIzOjExPGJyPg0KPC9zcGFuPjxiPuaK hOmAgTxzcGFuIGxhbmc9IkVOLVVTIj46PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyI+IGxp bWVAaWV0Zi5vcmc7IENhcmwgTW9iZXJnIChjYW1vYmVyZyk7IEFsaWEgQXRsYXM8YnI+DQo8L3Nw YW4+PGI+5Li76aKYPHNwYW4gbGFuZz0iRU4tVVMiPjo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVO LVVTIj4gW0xpbWVdIEFEIHJldmlldzogZHJhZnQtaWV0Zi1saW1lLXlhbmctY29ubmVjdGlvbmxl c3Mtb2FtPG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPkRlYXIgYWxs LDxicj4NCjxicj4NCkhlcmUgaXMgbXkgQUQgcmV2aWV3Ljxicj4NCjxicj4NCi0gSSBzZWUgdGhh dCB0aGUgZHJhZnQgaXMgTk1EQS1jb21wbGlhbnQuJm5ic3A7IEdvb2QuPGJyPg0KPGEgaHJlZj0i aHR0cHM6Ly95YW5nY2F0YWxvZy5vcmc6ODQ0My9zZWFyY2gvbW9kdWxlcy9pZXRmLWNvbm5lY3Rp b25sZXNzLW9hbS55YW5nLDIwMTctMDYtMDksaWV0ZiI+aHR0cHM6Ly95YW5nY2F0YWxvZy5vcmc6 ODQ0My9zZWFyY2gvbW9kdWxlcy9pZXRmLWNvbm5lY3Rpb25sZXNzLW9hbS55YW5nLDIwMTctMDYt MDksaWV0ZjwvYT48YnI+DQo8YnI+DQotPG86cD48L286cD48L3NwYW4+PC9wPg0KPHByZT48c3Bh biBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7IFJQQyAtIEEgUmVtb3RlIFByb2NlZHVyZSBDYWxs LCBhcyB1c2VkIHdpdGhpbiB0aGUgTkVUQ09ORiBwcm90b2NvbDxvOnA+PC9vOnA+PC9zcGFuPjwv cHJlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPlRoaXMgZG9jdW1l bnQgaXMgYWJvdXQgYSBZQU5HIGRhdGEgbW9kZWwuIFNvIGluZGVwZW5kZW50bHkgb2YgTkVUQ09O RiBvciBSRVNUQ09ORiBvciBzb21ldGhpbmcgZWxzZS48YnI+DQpTbyByZWZlcnJpbmcgdG8gTkVU Q09ORiBvbmx5IGlzIG5vdCByaWdodC4gSSB3b3VsZCByZW1vdmUgJnF1b3Q7YXMgdXNlZCB3aXRo aW4gdGhlIE5FVENPTkYgcHJvdG9jb2wmcXVvdDs8YnI+DQpCdHcsIFJGQyA3OTUwIG1ha2VzIHRo ZSBkaXN0aW5jdGlvbiBiZXR3ZWVuIDo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cHJlPjxzcGFu IGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsgbyZuYnNwOyBSUEM6IEEgUmVtb3RlIFByb2NlZHVy ZSBDYWxsLjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4m bmJzcDsmbmJzcDsgbyZuYnNwOyBSUEMgb3BlcmF0aW9uOiBBIHNwZWNpZmljIFJlbW90ZSBQcm9j ZWR1cmUgQ2FsbC48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIGxhbmc9IkVOLVVTIj5Zb3Ugc2hvdWxkIGluY2x1ZGUgYm90aCBSUEMgYW5kIFJQQyBv cGVyYXRpb25zIGluIHNlY3Rpb24gMjxicj4NCllvdSB3YW50IHRvIHJldmlldyBhbGwgJnF1b3Q7 UlBDJnF1b3Q7IGluc3RhbmNlcy4gTW9zdCBvZiB0aGUgdGltZSwgUlBDIHNob3VsZCBiZTogUlBD IG9wZXJhdGlvbihzKS4NCjxicj4NCjxicj4NCi0gc2VjdGlvbiAxPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7IEl0IGNhbiBiZSB1c2Vk IGluIGNvbmp1bmN0aW9uIHdpdGggZGF0YSByZXRyaWV2YWwgbWV0aG9kIG1vZGVsPG86cD48L286 cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsgWzxh IGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLWxpbWUteWFuZy1j b25uZWN0aW9ubGVzcy1vYW0tMDcjcmVmLUktRC5pZXRmLWxpbWUteWFuZy1jb25uZWN0aW9ubGVz cy1vYW0tbWV0aG9kcyI+SS1ELmlldGYtbGltZS15YW5nLWNvbm5lY3Rpb25sZXNzLW9hbS1tZXRo b2RzPC9hPl0sIHdoaWNoIGZvY3VzZXMgb248bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+ PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyBkYXRhIHJldHJpZXZhbCBwcm9jZWR1cmVz IGxpa2UgUlBDLiA8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4t VVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tVVMiPiZxdW90O2ZvY3VzZXMgb24gZGF0YSByZXRyaWV2YWwgcHJvY2Vk dXJlcyBsaWtlIFJQQyZxdW90Oy4gSXMgdGhhdCByaWdodD88YnI+DQpJdCBzZWVtcyB0byBtZSB0 aGF0Jm5ic3A7IFs8YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0 Zi1saW1lLXlhbmctY29ubmVjdGlvbmxlc3Mtb2FtLTA3I3JlZi1JLUQuaWV0Zi1saW1lLXlhbmct Y29ubmVjdGlvbmxlc3Mtb2FtLW1ldGhvZHMiPkktRC5pZXRmLWxpbWUteWFuZy1jb25uZWN0aW9u bGVzcy1vYW0tbWV0aG9kczwvYT5dJm5ic3A7IGlzIG9ubHkgYWJvdXQgb24tZGVtYW5kIGFjdGl2 YXRpb24gYW5kIHJldHJpZXZhbC48YnI+DQpTZWUgdGhlIEFEIHJldmlldyBmb3IgZHJhZnQtaWV0 Zi1saW1lLXlhbmctY29ubmVjdGlvbmxlc3Mtb2FtLW1ldGhvZHM8YnI+DQo8YnI+DQotIHNlY3Rp b24gMyBpcyB0b28gZGVuc2UgdG8gdW5kZXJzdGFuZCB3aXRob3V0IGEgWUFORyB0cmVlIGRpYWdy YW0uPGJyPg0KQnR3LCBoYXZpbmcgYSBZQU5HIHRyZWUgZGlhZ3JhbSBpcyBhIE1VU1QgaW4gUkZD IDYwODdiaXMuPGJyPg0KSSBoYWQgdG8gY3JlYXRlIG15IG93biBpbiBvcmRlciB0byAoZWFzaWx5 KSB1bmRlcnN0YW5kIHRoaXMgZHJhZnQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxzcGFuIGxhbmc9IkVOLVVT Ij4kIHB5YW5nIC1mIHRyZWUNCjxhIGhyZWY9Im1haWx0bzppZXRmLWNvbm5lY3Rpb25sZXNzLW9h bUAyMDE3LTA2LTA5LnlhbmdpZXRmLW5ldHdvcmstaW5zdGFuY2VAMjAxNy0wNy0wMy55YW5nOjEi Pg0KaWV0Zi1jb25uZWN0aW9ubGVzcy1vYW1AMjAxNy0wNi0wOS55YW5naWV0Zi1uZXR3b3JrLWlu c3RhbmNlQDIwMTctMDctMDMueWFuZzoxPC9hPjogZXJyb3I6IHVuZXhwZWN0ZWQgbGF0ZXN0IHJl dmlzaW9uICZxdW90OzIwMTctMDctMDImcXVvdDsgaW4NCjxhIGhyZWY9Im1haWx0bzppZXRmLW5l dHdvcmstaW5zdGFuY2VAMjAxNy0wNy0wMy55YW5nIj5pZXRmLW5ldHdvcmstaW5zdGFuY2VAMjAx Ny0wNy0wMy55YW5nPC9hPiwgc2hvdWxkIGJlIDIwMTctMDctMDM8YnI+DQptb2R1bGU6IGlldGYt Y29ubmVjdGlvbmxlc3Mtb2FtPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7LS1ybyBjYy1z ZXNzaW9uLXN0YXRpc3RpY3MtZGF0YSB7Y29udGludWl0eS1jaGVja30/PGJyPg0KJm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7LS1ybyBjYy1pcHY0LXNlc3Npb25zLXN0 YXRpc3RpY3M8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNw OyAmIzQzOy0tcm8gY2Mtc2Vzc2lvbi1zdGF0aXN0aWNzPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzstLXJvIHNl c3Npb24tY291bnQ/Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHVpbnQzMjxicj4NCiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7 LS1ybyBzZXNzaW9uLXVwLWNvdW50PyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB1aW50MzI8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0tcm8gc2Vz c2lvbi1kb3duLWNvdW50PyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyB1aW50MzI8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg fCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0tcm8gc2Vzc2lvbi1hZG1pbi1kb3duLWNv dW50PyZuYnNwOyZuYnNwOyB1aW50MzI8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgJiM0MzstLXJvIGNjLWlwdjYtc2Vzc2lvbnMtc3RhdGlzdGljczxicj4NCiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0t cm8gY2Mtc2Vzc2lvbi1zdGF0aXN0aWNzPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7LS1ybyBz ZXNzaW9uLWNvdW50PyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB1aW50MzI8YnI+DQombmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsgJiM0MzstLXJvIHNlc3Npb24tdXAtY291bnQ/Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHVpbnQzMjxicj4NCiZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyAmIzQzOy0tcm8gc2Vzc2lvbi1kb3duLWNvdW50PyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB1aW50MzI8YnI+DQombmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg JiM0MzstLXJvIHNlc3Npb24tYWRtaW4tZG93bi1jb3VudD8mbmJzcDsmbmJzcDsgdWludDMyPGJy Pg0KJm5ic3A7IGF1Z21lbnQgL25kOm5ldHdvcmtzL25kOm5ldHdvcmsvbmQ6bm9kZTo8YnI+DQom bmJzcDsmbmJzcDsmbmJzcDsgJiM0MzstLXJ3IHRwLWxvY2F0aW9uLXR5cGUtdmFsdWU/Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7IGlkZW50aXR5cmVmPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7LS1ydyAobG9j YXRpb24tdHlwZSk/PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYj NDM7LS06KGlwdjQtbG9jYXRpb24tdHlwZSk8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgfCZuYnNwOyAmIzQzOy0tcncgdGVzdC1wb2ludC1pcHY0LWxvY2F0aW9uLWxp c3Q8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyAmIzQzOy0tcncgdGVzdC1wb2ludC1sb2NhdGlvbnMqIFtpcHY0LWxvY2F0 aW9uXTxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7LS1ydyBpcHY0LWxvY2F0aW9u Jm5ic3A7Jm5ic3A7Jm5ic3A7IGluZXQ6aXB2NC1hZGRyZXNzPGJyPg0KJm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgJiM0MzstLXJ3IHZyZj8mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgcm91dGluZy1pbnN0YW5jZS1y ZWY8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0tcncgKHRlY2hub2xvZ3kpPzxi cj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsgJiM0MzstLToodGVjaG5vbG9neS1u dWxsKTxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgJiM0MzstLXJ3IHRlY2gtbnVsbD8mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgZW1wdHk8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0tcncgdHAtdG9vbHM8 YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7ICYjNDM7LS1ydyBjb250aW51aXR5 LWNoZWNrJm5ic3A7Jm5ic3A7Jm5ic3A7IGJvb2xlYW48YnI+DQombmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyB8Jm5ic3A7ICYjNDM7LS1ydyBwYXRoLWRpc2NvdmVyeSZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyBib29sZWFuPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzstLXJ3 IHJvb3Q/Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7ICZsdDthbnlkYXRhJmd0Ozxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7ICYjNDM7LS1ydyBvYW0tbGF5ZXJzKiBbaW5kZXhdPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzstLXJ3IGluZGV4Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7IHVpbnQxNjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7ICYjNDM7LS1ydyBsZXZlbD8mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgaW50MzI8YnI+DQombmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0tcncgKHRwLWxvY2F0aW9u KT88YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyAmIzQzOy0tOihtYWMtYWRkcmVzcyk8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7ICYjNDM7LS1y dyBtYWMtYWRkcmVzcy1sb2NhdGlvbj8mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgeWFuZzptYWMtYWRkcmVzczxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7LS06KGlwdjQtYWRkcmVzcyk8 YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyB8Jm5ic3A7ICYjNDM7LS1ydyBpcHY0LWxvY2F0aW9uPyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyBpbmV0OmlwdjQtYWRkcmVzczxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7LS06KGlwdjYtbG9jYXRp b24pPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgfCZuYnNwOyAmIzQzOy0tcncgaXB2Ni1hZGRyZXNzPyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyBpbmV0OmlwdjYtYWRkcmVzczxicj4NCiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7LS06KGdy b3VwLWlwLWFkZHJlc3MtbG9jYXRpb24pPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyAmIzQzOy0tcncgZ3JvdXAt aXAtYWRkcmVzcy1sb2NhdGlvbj8mbmJzcDsmbmJzcDsgaXAtbXVsdGljYXN0LWdyb3VwLWFkZHJl c3M8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyAmIzQzOy0tOihhcy1udW1iZXItbG9jYXRpb24pPGJyPg0KJm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyAm IzQzOy0tcncgYXMtbnVtYmVyLWxvY2F0aW9uPyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBpbmV0OmFzLW51bWJlcjxicj4NCiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7LS06 KHN5c3RlbS1pZC1sb2NhdGlvbik8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0tcncg c3lzdGVtLWlkLWxvY2F0aW9uPyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyByb3V0ZXItaWQ8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgJiM0MzstLTooaXB2Ni1sb2NhdGlvbi10eXBlKTxicj4NCiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7ICYjNDM7LS1ydyB0ZXN0LXBvaW50LWlw djYtbG9jYXRpb24tbGlzdDxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7LS1ydyB0ZXN0LXBvaW50LWxvY2F0aW9u cyogW2lwdjYtbG9jYXRpb25dPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzstLXJ3 IGlwdjYtbG9jYXRpb24mbmJzcDsmbmJzcDsmbmJzcDsgaW5ldDppcHY2LWFkZHJlc3M8YnI+DQom bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0tcncgdnJmPyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyByb3V0 aW5nLWluc3RhbmNlLXJlZjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7LS1ydyAo dGVjaG5vbG9neSk/PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyAmIzQzOy0t Oih0ZWNobm9sb2d5LW51bGwpPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0tcncgdGVjaC1udWxsPyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyBlbXB0eTxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7 LS1ydyB0cC10b29sczxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsgJiM0Mzst LXJ3IGNvbnRpbnVpdHktY2hlY2smbmJzcDsmbmJzcDsmbmJzcDsgYm9vbGVhbjxicj4NCiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsgJiM0MzstLXJ3IHBhdGgtZGlzY292ZXJ5Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGJvb2xlYW48YnI+DQombmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyAmIzQzOy0tcncgcm9vdD8mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJmx0O2FueWRhdGEmZ3Q7PGJyPg0KJm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgJiM0MzstLXJ3IG9hbS1sYXllcnMqIFtpbmRleF08YnI+DQombmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0tcncgaW5kZXgmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgdWludDE2PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgJiM0MzstLXJ3IGxldmVsPyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBpbnQz Mjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7LS1y dyAodHAtbG9jYXRpb24pPzxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7LS06KG1hYy1hZGRyZXNzKTxicj4NCiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwm bmJzcDsgJiM0MzstLXJ3IG1hYy1hZGRyZXNzLWxvY2F0aW9uPyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB5YW5nOm1hYy1hZGRyZXNzPGJyPg0KJm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzstLToo aXB2NC1hZGRyZXNzKTxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsgJiM0MzstLXJ3IGlwdjQtbG9jYXRpb24/Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGluZXQ6aXB2NC1hZGRyZXNzPGJyPg0KJm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0Mzst LTooaXB2Ni1sb2NhdGlvbik8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7ICYjNDM7LS1ydyBpcHY2LWFkZHJlc3M/ Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGluZXQ6aXB2Ni1hZGRyZXNzPGJyPg0K Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgJiM0MzstLTooZ3JvdXAtaXAtYWRkcmVzcy1sb2NhdGlvbik8YnI+DQombmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7ICYj NDM7LS1ydyBncm91cC1pcC1hZGRyZXNzLWxvY2F0aW9uPyZuYnNwOyZuYnNwOyBpcC1tdWx0aWNh c3QtZ3JvdXAtYWRkcmVzczxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7LS06KGFzLW51bWJlci1sb2NhdGlvbik8YnI+ DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyB8Jm5ic3A7ICYjNDM7LS1ydyBhcy1udW1iZXItbG9jYXRpb24/Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGluZXQ6YXMtbnVtYmVyPGJy Pg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsgJiM0MzstLTooc3lzdGVtLWlkLWxvY2F0aW9uKTxicj4NCiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7ICYjNDM7LS1ydyBzeXN0ZW0taWQtbG9jYXRpb24/Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHJvdXRlci1pZDxicj4NCiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0tOihtYWMtbG9jYXRpb24tdHlwZSk8YnI+ DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyAmIzQzOy0tcncg dGVzdC1wb2ludC1tYWMtYWRkcmVzcy1sb2NhdGlvbi1saXN0PGJyPg0KJm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzstLXJ3 IHRlc3QtcG9pbnQtbG9jYXRpb25zKiBbbWFjLWFkZHJlc3MtbG9jYXRpb25dPGJyPg0KJm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgJiM0MzstLXJ3IG1hYy1hZGRyZXNzLWxvY2F0aW9uJm5ic3A7Jm5i c3A7Jm5ic3A7IHlhbmc6bWFjLWFkZHJlc3M8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAm IzQzOy0tcncgKHRlY2hub2xvZ3kpPzxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJz cDsgJiM0MzstLToodGVjaG5vbG9neS1udWxsKTxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzstLXJ3IHRlY2gtbnVsbD8mbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgZW1wdHk8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0tcncg dHAtdG9vbHM8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7ICYjNDM7LS1ydyBj b250aW51aXR5LWNoZWNrJm5ic3A7Jm5ic3A7Jm5ic3A7IGJvb2xlYW48YnI+DQombmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyB8Jm5ic3A7ICYjNDM7LS1ydyBwYXRoLWRpc2NvdmVyeSZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyBib29sZWFuPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg JiM0MzstLXJ3IHJvb3Q/Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7ICZsdDthbnlkYXRhJmd0Ozxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYj NDM7LS1ydyBvYW0tbGF5ZXJzKiBbaW5kZXhdPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgJiM0MzstLXJ3IGluZGV4Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IHVpbnQxNjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYj NDM7LS1ydyBsZXZlbD8mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgaW50MzI8YnI+DQombmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0tcncgKHRwLWxvY2F0aW9uKT88YnI+ DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyAmIzQzOy0tOihtYWMtYWRkcmVzcyk8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7ICYjNDM7LS1ydyBtYWMt YWRkcmVzcy1sb2NhdGlvbj8mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgeWFuZzptYWMtYWRkcmVzczxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7LS06KGlwdjQtYWRkcmVzcyk8YnI+DQom bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyB8Jm5ic3A7ICYjNDM7LS1ydyBpcHY0LWxvY2F0aW9uPyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyBpbmV0OmlwdjQtYWRkcmVzczxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7LS06KGlwdjYtbG9jYXRpb24pPGJy Pg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsgfCZuYnNwOyAmIzQzOy0tcncgaXB2Ni1hZGRyZXNzPyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyBpbmV0OmlwdjYtYWRkcmVzczxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7LS06KGdyb3VwLWlw LWFkZHJlc3MtbG9jYXRpb24pPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyAmIzQzOy0tcncgZ3JvdXAtaXAtYWRk cmVzcy1sb2NhdGlvbj8mbmJzcDsmbmJzcDsgaXAtbXVsdGljYXN0LWdyb3VwLWFkZHJlc3M8YnI+ DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyAmIzQzOy0tOihhcy1udW1iZXItbG9jYXRpb24pPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyAmIzQzOy0t cncgYXMtbnVtYmVyLWxvY2F0aW9uPyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyBpbmV0OmFzLW51bWJlcjxicj4NCiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7LS06KHN5c3Rl bS1pZC1sb2NhdGlvbik8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg fCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0tcncgc3lzdGVt LWlkLWxvY2F0aW9uPyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyByb3V0ZXItaWQ8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsgJiM0MzstLTooZ3JvdXAtaXAtYWRkcmVzcy1sb2NhdGlvbi10eXBlKTxicj4NCiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7ICYjNDM7LS1ydyB0ZXN0LXBv aW50LWdyb3VwLWlwLWFkZHJlc3MtbG9jYXRpb24tbGlzdDxicj4NCiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7LS1ydyB0 ZXN0LXBvaW50LWxvY2F0aW9ucyogW2dyb3VwLWlwLWFkZHJlc3MtbG9jYXRpb25dPGJyPg0KJm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzstLXJ3IGdyb3VwLWlwLWFkZHJlc3MtbG9jYXRpb24m bmJzcDsmbmJzcDsmbmJzcDsgaXAtbXVsdGljYXN0LWdyb3VwLWFkZHJlc3M8YnI+DQombmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0tcncgdnJmPyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyByb3V0aW5nLWluc3RhbmNlLXJlZjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYj NDM7LS1ydyAodGVjaG5vbG9neSk/PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNw OyAmIzQzOy0tOih0ZWNobm9sb2d5LW51bGwpPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg fCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0tcncgdGVjaC1udWxsPyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBlbXB0eTxicj4NCiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7LS1ydyB0cC10b29sczxicj4NCiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7IHwmbmJzcDsgJiM0MzstLXJ3IGNvbnRpbnVpdHktY2hlY2smbmJzcDsmbmJzcDsm bmJzcDsgYm9vbGVhbjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsgJiM0Mzst LXJ3IHBhdGgtZGlzY292ZXJ5Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGJvb2xlYW48 YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0tcncgcm9vdD8mbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgJmx0O2FueWRhdGEmZ3Q7PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg JiM0MzstLXJ3IG9hbS1sYXllcnMqIFtpbmRleF08YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0tcncgaW5kZXgmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgdWludDE2PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg JiM0MzstLXJ3IGxldmVsPyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBpbnQzMjxicj4NCiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7LS1ydyAodHAtbG9jYXRpb24pPzxi cj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7ICYjNDM7LS06KG1hYy1hZGRyZXNzKTxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsgJiM0MzstLXJ3IG1h Yy1hZGRyZXNzLWxvY2F0aW9uPyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyB5YW5nOm1hYy1hZGRyZXNzPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzstLTooaXB2NC1hZGRyZXNzKTxicj4N CiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IHwmbmJzcDsgJiM0MzstLXJ3IGlwdjQtbG9jYXRpb24/Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7IGluZXQ6aXB2NC1hZGRyZXNzPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzstLTooaXB2Ni1sb2NhdGlvbik8 YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyB8Jm5ic3A7ICYjNDM7LS1ydyBpcHY2LWFkZHJlc3M/Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IGluZXQ6aXB2Ni1hZGRyZXNzPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzstLTooZ3JvdXAt aXAtYWRkcmVzcy1sb2NhdGlvbik8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7ICYjNDM7LS1ydyBncm91cC1pcC1h ZGRyZXNzLWxvY2F0aW9uPyZuYnNwOyZuYnNwOyBpcC1tdWx0aWNhc3QtZ3JvdXAtYWRkcmVzczxi cj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7ICYjNDM7LS06KGFzLW51bWJlci1sb2NhdGlvbik8YnI+DQombmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7ICYjNDM7 LS1ydyBhcy1udW1iZXItbG9jYXRpb24/Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGluZXQ6YXMtbnVtYmVyPGJyPg0KJm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzstLTooc3lz dGVtLWlkLWxvY2F0aW9uKTxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7LS1ydyBzeXN0 ZW0taWQtbG9jYXRpb24/Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7IHJvdXRlci1pZDxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyAmIzQzOy0tOihncm91cC1hcy1udW1iZXItbG9jYXRpb24tdHlwZSk8YnI+DQombmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyAmIzQzOy0tcncgdGVzdC1w b2ludC1hcy1udW1iZXItbG9jYXRpb24tbGlzdDxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7LS1ydyB0ZXN0LXBv aW50LWxvY2F0aW9ucyogW2FzLW51bWJlci1sb2NhdGlvbl08YnI+DQombmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyAmIzQzOy0tcncgYXMtbnVtYmVyLWxvY2F0aW9uJm5ic3A7Jm5ic3A7Jm5ic3A7IGlu ZXQ6YXMtbnVtYmVyPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzstLXJ3IHZyZj8m bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgcm91dGluZy1pbnN0 YW5jZS1yZWY8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0tcncgKHRlY2hub2xv Z3kpPzxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsgJiM0MzstLToodGVjaG5v bG9neS1udWxsKTxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgJiM0MzstLXJ3IHRlY2gtbnVsbD8mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgZW1wdHk8YnI+DQombmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0tcncgdHAtdG9vbHM8YnI+DQombmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyB8Jm5ic3A7ICYjNDM7LS1ydyBjb250aW51aXR5LWNoZWNrJm5ic3A7Jm5ic3A7Jm5i c3A7IGJvb2xlYW48YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7ICYjNDM7LS1y dyBwYXRoLWRpc2NvdmVyeSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBib29sZWFuPGJy Pg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzstLXJ3IHJvb3Q/Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZsdDthbnlkYXRhJmd0Ozxicj4NCiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7ICYjNDM7LS1ydyBvYW0tbGF5ZXJzKiBbaW5kZXhdPGJyPg0KJm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzstLXJ3IGluZGV4Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IHVpbnQxNjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7ICYjNDM7LS1ydyBsZXZlbD8mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgaW50MzI8YnI+ DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0tcncgKHRw LWxvY2F0aW9uKT88YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0tOihtYWMtYWRkcmVzcyk8YnI+DQombmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7 ICYjNDM7LS1ydyBtYWMtYWRkcmVzcy1sb2NhdGlvbj8mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgeWFuZzptYWMtYWRkcmVzczxicj4NCiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7LS06KGlwdjQt YWRkcmVzcyk8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7ICYjNDM7LS1ydyBpcHY0LWxvY2F0aW9uPyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyBpbmV0OmlwdjQtYWRkcmVzczxicj4NCiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7LS06KGlw djYtbG9jYXRpb24pPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyAmIzQzOy0tcncgaXB2Ni1hZGRyZXNzPyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBpbmV0OmlwdjYtYWRkcmVzczxicj4NCiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYj NDM7LS06KGdyb3VwLWlwLWFkZHJlc3MtbG9jYXRpb24pPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyAmIzQzOy0t cncgZ3JvdXAtaXAtYWRkcmVzcy1sb2NhdGlvbj8mbmJzcDsmbmJzcDsgaXAtbXVsdGljYXN0LWdy b3VwLWFkZHJlc3M8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0tOihhcy1udW1iZXItbG9jYXRpb24pPGJyPg0KJm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg fCZuYnNwOyAmIzQzOy0tcncgYXMtbnVtYmVyLWxvY2F0aW9uPyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBpbmV0OmFzLW51bWJlcjxicj4NCiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 ICYjNDM7LS06KHN5c3RlbS1pZC1sb2NhdGlvbik8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAm IzQzOy0tcncgc3lzdGVtLWlkLWxvY2F0aW9uPyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyByb3V0ZXItaWQ8YnI+DQombmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzstLTooZ3JvdXAtc3lzdGVtLWlkLWxvY2F0aW9uLXR5 cGUpPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7ICYjNDM7LS1ydyB0ZXN0LXBvaW50LXN5c3RlbS1pbmZvLWxvY2F0aW9uLWxpc3Q8YnI+ DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgJiM0MzstLXJ3IHRlc3QtcG9pbnQtbG9jYXRpb25zKiBbc3lzdGVt LWlkLWxvY2F0aW9uXTxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQz Oy0tcncgc3lzdGVtLWlkLWxvY2F0aW9uJm5ic3A7Jm5ic3A7Jm5ic3A7IGluZXQ6dXJpPGJyPg0K Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7LS1ydyB2cmY/Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHJvdXRpbmctaW5zdGFuY2UtcmVm PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7LS1ydyAodGVjaG5v bG9neSk/PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsgJiM0 MzstLToodGVjaG5vbG9neS1udWxsKTxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7LS1ydyB0ZWNoLW51bGw/Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IGVtcHR5PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7LS1y dyB0cC10b29sczxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7 ICYjNDM7LS1ydyBjb250aW51aXR5LWNoZWNrJm5ic3A7Jm5ic3A7Jm5ic3A7IGJvb2xlYW48YnI+ DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyAmIzQzOy0tcncgcGF0 aC1kaXNjb3ZlcnkmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgYm9vbGVhbjxicj4NCiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0tcncgcm9vdD8mbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJmx0O2FueWRhdGEmZ3Q7PGJyPg0KJm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7LS1ydyBvYW0tbGF5ZXJzKiBbaW5kZXhd PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 ICYjNDM7LS1ydyBpbmRleCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB1aW50MTY8YnI+DQombmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzstLXJ3 IGxldmVsPyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBpbnQzMjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0tcncgKHRwLWxvY2F0aW9uKT88 YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgJiM0MzstLToobWFjLWFkZHJlc3MpPGJyPg0KJm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IHwmbmJzcDsgJiM0MzstLXJ3IG1hYy1hZGRyZXNzLWxvY2F0aW9uPyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB5YW5nOm1hYy1hZGRyZXNzPGJyPg0KJm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7ICYjNDM7LS06KGlwdjQtYWRkcmVzcyk8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyAmIzQz Oy0tcncgaXB2NC1sb2NhdGlvbj8mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgaW5ldDppcHY0 LWFkZHJlc3M8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzstLTooaXB2Ni1sb2NhdGlvbik8YnI+DQom bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgfCZuYnNwOyAmIzQzOy0tcncgaXB2Ni1hZGRyZXNzPyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyBpbmV0OmlwdjYtYWRkcmVzczxicj4NCiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAm IzQzOy0tOihncm91cC1pcC1hZGRyZXNzLWxvY2F0aW9uKTxicj4NCiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5i c3A7ICYjNDM7LS1ydyBncm91cC1pcC1hZGRyZXNzLWxvY2F0aW9uPyZuYnNwOyZuYnNwOyBpcC1t dWx0aWNhc3QtZ3JvdXAtYWRkcmVzczxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0tOihhcy1udW1i ZXItbG9jYXRpb24pPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsgJiM0MzstLXJ3IGFzLW51bWJl ci1sb2NhdGlvbj8mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgaW5ldDphcy1udW1iZXI8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzstLTooc3lzdGVt LWlkLWxvY2F0aW9uKTxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0t cncgc3lzdGVtLWlkLWxvY2F0aW9uPyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyByb3V0ZXItaWQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+QW4gZXhhbXBsZSBvZiB0aGlzIHNl Y3Rpb24gYmVpbmcgJnF1b3Q7ZGVuc2UmcXVvdDssIHlvdSB3cm90ZSAmcXVvdDtFYWNoIHRlc3Qg cG9pbnQgbG9jYXRpb24gaW5jbHVkZXMgYSAndGVzdC1wb2ludC1sb2NhdGlvbi1pbmZvJy4mcXVv dDs8YnI+DQpBbmQgSSBzZWFyY2hlZCBmb3IgaXQgaW4gdGhlIHRyZWUsIGFuZCBpdCdzIG5vdCBw cmVzZW50IC4uLiBiZWNhdXNlIGl0J3MgYSBncm91cGluZyE8YnI+DQpORVc6ICZxdW90O0VhY2gg dGVzdCBwb2ludCBsb2NhdGlvbiBpbmNsdWRlcyBhICd0ZXN0LXBvaW50LWxvY2F0aW9uLWluZm8n IGdyb3VwaW5nPGJyPg0KPGJyPg0KQW5vdGhlciBleGFtcGxlOiA8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDtHcm91cGluZyBp cyBhbHNvIGRlZmluZWQgZm9yIGNvbW1vbiBzZXNzaW9uPG86cD48L286cD48L3NwYW4+PC9wcmU+ DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsgc3RhdGlzdGljcyBhbmQgdGhl c2UgYXJlIGFwcGxpY2FibGUgZm9yIHByb2FjdGl2ZSBPQU0gc2Vzc2lvbnMuPG86cD48L286cD48 L3NwYW4+PC9wcmU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+QXQg dGhpcyBwb2ludCBpbiB0aW1lLCB3ZSBkb24ndCBrbm93IHdoYXQgYSAmcXVvdDtwcm9hY3RpdmUg T0FNIHNlc3Npb24mcXVvdDsgaXMuIEkgc2NyYXRjaGVkIG15IGhlYWQgb24gJnF1b3Q7cHJvYWN0 aXZlJnF1b3Q7IGFuZCBJIEkga25vdyBhYm91dCBPQU0uLi4gKEl0J3Mgb25seSBsYXRlciB0aGF0 IEkgdW5kZXJzdGFuZCB0aGF0IHByb2FjdGl2ZSA9IGNvbnRpbnVvdXMgPSBwZXJzaXN0ZW50KTxi cj4NCjxicj4NCk15IGFkdmljZTogdGhpcyBzZWN0aW9uIDMgaXMga2V5IHRvIHVuZGVyc3RhbmQg dGhpcyBtb2R1bGUsIG1ha2UgaXQgY3J5c3RhbCBjbGVhci48YnI+DQo8YnI+DQo8YnI+DQotIEVk aXRvcmlhbDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPiAm bmJzcDsmbmJzcDtJbiBjb25uZWN0aW9ubGVzcyBPQU0sIHRoZSB0cCBhZGRyZXNzIGlzIGRlZmlu ZWQgd2l0aCB0aGUgZm9sbG93aW5nPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFu IGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsgdHlwZTo8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5TaW5jZSB5b3UgZGVmaW5l ZCAmcXVvdDtUUCZxdW90OyBpbiB0aGUgdGVybWlub2xvZ3kgc2VjdGlvbiwgdXNlIHRoZSB1cHBl ciBjYXNlICZxdW90O1RQJnF1b3Q7IHRocm91Z2hvdXQgdGhlIGRvY3VtZW50Ljxicj4NCjxicj4N Ci0gPG86cD48L286cD48L3NwYW4+PC9wPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7 Jm5ic3A7Jm5ic3A7VG8gZGVmaW5lIGEgZm9yd2FyZGluZyB0cmVhdG1lbnQgb2YgYSB0ZXN0IHBh Y2tldCwgdGhlICd0cC1hZGRyZXNzJzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3Bh biBsYW5nPSJFTi1VUyI+ICZuYnNwOyZuYnNwO25lZWRzIHRvIGJlIGFzc29jaWF0ZWQgd2l0aCBh ZGRpdGlvbmFsIHBhcmFtZXRlcnMsIGUuZy4mbmJzcDsgRFNDUCBmb3IgSVA8bzpwPjwvbzpwPjwv c3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyBvciBUQyBm b3IgTVBMUy48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLVVTIj5UQz8gPGJyPg0KSSdtIHN0aWxsIHVzZWQgdG8gRVhQLCBhbmQgaGFk IHRvIGxvb2sgVEMgdXAuPGJyPg0KUXVvdGluZyB0aGUgSW50ZXJuZXQgKHNvIGl0IGNhbid0IGJl IHdyb25nKTogQmFzZWQgb24gUkZDNTQ2MiwgdGhlIEVYUCBiaXQgaGFzIGJlZW4gcmVuYW1lZCB0 byBUcmFmZmljIENsYXNzIGZpZWxkLiBUQyBuYW1lIGlzIG5vdCB1c2VzIHdpZGVseS48YnI+DQo8 YnI+DQotIHNlY3Rpb24gMy4yPG86cD48L286cD48L3NwYW4+PC9wPg0KPHByZT48c3BhbiBsYW5n PSJFTi1VUyI+Jm5ic3A7Jm5ic3A7IEluIGNvbm5lY3Rpb25sZXNzIE9BTSwgJ3Nlc3Npb24tPG86 cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJz cDsgdHlwZScgaXMgZGVmaW5lZCB0byBpbmRpY2F0ZSB3aGljaCBraW5kIG9mIGFjdGl2YXRpb24g d2lsbCBiZSB1c2VkIGJ5PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9 IkVOLVVTIj4mbmJzcDsmbmJzcDsgdGhlIGN1cnJlbnQgc2Vzc2lvbi48bzpwPjwvbzpwPjwvc3Bh bj48L3ByZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5BbmQgSSBz ZWFyY2hlZCBmb3IgJnF1b3Q7c2Vzc2lvbi10eXBlJnF1b3Q7IGluIHRoZSBweWFuZyB0cmVlLCB3 aXRob3V0IHN1Y2Nlc3MuPGJyPg0KVW50aWwgSSByZWFsaXplZCBpdCdzIHBhcnQgb2YgdGhlIG90 aGVyIGRyYWZ0OiA8YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0 Zi1saW1lLXlhbmctY29ubmVjdGlvbmxlc3Mtb2FtLW1ldGhvZHMtMDUiPg0KaHR0cHM6Ly90b29s cy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtbGltZS15YW5nLWNvbm5lY3Rpb25sZXNzLW9hbS1t ZXRob2RzLTA1PC9hPjxicj4NCkhtbSwgd2FpdCwgdGhlIHNlc3Npb24tdHlwZSBncm91cGluZyBp cyBpbiB0aGlzIGRyYWZ0LCBidXQgbm90IHVzZWQgaW4gdGhpcyBkcmFmdC4NCjxicj4NCkF0IHRo aXMgcG9pbnQsIEkgd29uZGVyIHdobyBoYXMgcmVjZW50bHkgbG9va2VkIGF0IHRoZSBkcmFmdCB3 aXRoIGEgZnJlc2ggcGFpciBvZiBleWVzLiBOb3QgaW1wcmVzc2VkLjxicj4NCjxicj4NCi0gPGJy Pg0KV2h5IGRvbid0IHlvdSBjbGVhcmx5IG5hbWUgdGhlIGdyb3VwaW5ncyBpbiBzZWN0aW9uIDMu NCwgMy41LCAzLjYsIDMuNz88YnI+DQo8YnI+DQotIEN1dCBhbmQgcGFzdGUgdGhlIHR5cGVkZWZz IGZyb20gPGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0 Zi1ydGd3Zy1yb3V0aW5nLXR5cGVzLyI+DQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2Rv Yy9kcmFmdC1pZXRmLXJ0Z3dnLXJvdXRpbmctdHlwZXMvPC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyB0eXBlZGVmIHJv dXRlci1pZCB7PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVT Ij4mbmJzcDsmbmJzcDsmbmJzcDsgdHlwZWRlZiBpcHY0LW11bHRpY2FzdC1ncm91cC1hZGRyZXNz PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsm bmJzcDsmbmJzcDsgdHlwZWRlZiBpcHY2LW11bHRpY2FzdC1ncm91cC1hZGRyZXNzIHs8bzpwPjwv bzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAuLi48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5JZiBwdWJsaXNoZWQgZmFz dCBlbm91Z2gsIHlvdSBzaG91bGQgaW1wb3J0IHRoZSB0eXBlcyBmcm9tDQo8YSBocmVmPSJodHRw czovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLXJ0Z3dnLXJvdXRpbmctdHlw ZXMvIj5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLXJ0Z3dnLXJv dXRpbmctdHlwZXMvPC9hPjxicj4NCjxicj4NCi0gc2VjdGlvbiAzLjM8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgbGlzdCBvYW0t bGF5ZXJzIHs8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMi PiAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtrZXkgJnF1b3Q7 aW5kZXgmcXVvdDs7PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVO LVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgbGVhZiBp bmRleCB7PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4m bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsgdHlwZSB1aW50MTYgezxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBs YW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHJhbmdlICZxdW90OzAuLjY1NTM1 JnF1b3Q7OzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+ Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7IH08bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMi PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB9PG86cD48L286 cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgbGVhZiBsZXZlbCB7PG86cD48L286cD48L3Nw YW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgdHlwZSBpbnQz MiB7PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7cmFuZ2UgJnF1b3Q7LTEuLjEm cXVvdDs7PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4m bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgfTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJF Ti1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IGRlc2NyaXB0aW9uPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8 cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJnF1b3Q7TGV2 ZWwmcXVvdDs7PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVT Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfTxvOnA+PC9v OnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgZGVzY3JpcHRpb248bzpwPjwvbzpwPjwvc3Bh bj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmcXVvdDtMaXN0IG9mIHJl bGF0ZWQgb2FtIGxheWVycy4mcXVvdDs7PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxz cGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfTxvOnA+ PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wcmU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V UyI+VGhpcyBpcyBub3QgZXZlbiBjb21wbGV0ZS4gRGVzY3JpcHRpb24gJnF1b3Q7bGV2ZWwmcXVv dDssIHJlYWxseT88YnI+DQpBdCB0aGUgdmVyeSBtaW5pbXVtIGJlIGFsaWduZWQgd2l0aCB0aGUg WUFORyBtb2R1bGUuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHByZT48c3BhbiBsYW5nPSJFTi1V UyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGxpc3Qgb2FtLWxheWVycyB7PG86cD48L286cD48 L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsga2V5ICZxdW90O2luZGV4JnF1b3Q7OzxvOnA+PC9vOnA+ PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGxlYWYgaW5kZXggezxvOnA+PC9vOnA+PC9zcGFuPjwv cHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHR5cGUgdWludDE2IHs8bzpwPjwvbzpwPjwvc3Bh bj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyByYW5nZSAmcXVvdDsw Li42NTUzNSZxdW90Ozs8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0i RU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyB9PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4m bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgZGVz Y3JpcHRpb248bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMi PiZuYnNwOyZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmcXVvdDtJbmRleCZxdW90Ozs8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxw cmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyB9PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVT Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgbGVhZiBsZXZlbCB7 PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgdHlwZSBpbnQz MiB7PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsgcmFuZ2UgJnF1b3Q7LTEuLjEmcXVvdDs7PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8 cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgfTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3Bh biBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7IGRlZmF1bHQgJnF1b3Q7MCZxdW90Ozs8bzpwPjwvbzpwPjwvc3Bhbj48L3By ZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBkZXNjcmlwdGlvbjxvOnA+PC9vOnA+PC9zcGFuPjwv cHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZxdW90O0xldmVsIDAgaW5k aWNhdGVzIGRlZmF1bHQgbGV2ZWwsPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFu IGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgLTEgbWVhbnMgc2VydmVyIGFuZCAmIzQzOzEg bWVhbnMgY2xpZW50IGxheWVyLjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBs YW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEluIHJlbGF0aW9uc2hpcCAwIG1lYW5zIHNhbWUg bGF5ZXIuJnF1b3Q7OzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJF Ti1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IH08bzpwPjwv bzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAuLi48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4N CjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyBkZXNjcmlwdGlvbjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3Bh biBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7ICZxdW90O0xpc3Qgb2YgcmVsYXRlZCBvYW0gbGF5ZXJzLjxvOnA+PC9vOnA+ PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDAgbWVhbnMgdGhleSBh cmUgaW4gc2FtZSBsZXZlbCwgZXNwZWNpYWxseTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHBy ZT48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGludGVyd29ya2luZyBzY2VuYXJpb3Mgb2Ygc3RpdGNo aW5nIG11bHRpcGxlPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVO LVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgdGVjaG5vbG9neSBhdCBzYW1lIGxheWVyLiAtMSBtZWFucyBzZXJ2ZXIgbGF5ZXIs PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgZm9y IGVnOi0gaW4gY2FzZSBvZiBPdmVybGF5IGFuZCBVbmRlcmxheSw8bzpwPjwvbzpwPjwvc3Bhbj48 L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBVbmRlcmxheSBpcyBzZXJ2ZXIgbGF5 ZXIgZm9yIE92ZXJsYXkgVGVzdCBQb2ludC48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+ PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOzEgbWVhbnMgY2xpZW50IGxheWVyLCBmb3IgZXhh bXBsZSBpbiBjYXNlIG9mPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9 IkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgU2VydmljZSBPQU0gYW5kIFRyYW5zcG9ydCBPQU0sIFNlcnZpY2UgT0FNIGlz IGNsaWVudDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+ Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IGxheWVyIHRvIFRyYW5zcG9ydCBPQU0uJnF1b3Q7OzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJl Pg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IH08bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWJvdHRvbToxMi4wcHQiPjxzcGFuIGxhbmc9IkVOLVVTIj4tIFRocm91Z2hvdXQgdGhlIGRv Y3VtZW50LCB5YW5nIC0mZ3Q7IFlBTkc8YnI+DQo8YnI+DQotIFRoZSBzZWN1cml0eSBjb25zaWRl cmF0aW9ucyBoYXZlIGJlZW4gdXBkYXRlZDogPGEgaHJlZj0iaHR0cHM6Ly90cmFjLmlldGYub3Jn L3RyYWMvb3BzL3dpa2kveWFuZy1zZWN1cml0eS1ndWlkZWxpbmVzIj4NCmh0dHBzOi8vdHJhYy5p ZXRmLm9yZy90cmFjL29wcy93aWtpL3lhbmctc2VjdXJpdHktZ3VpZGVsaW5lczwvYT48YnI+DQo8 YnI+DQpNeSBxdWljayBzdW1tYXJ5Ojxicj4NClRob3NlIHR3byBMSU1FIGRyYWZ0cyBhcmUgaGFy ZCB0byByZWFkLiBJJ3ZlIGJlZW4gc3BlbmRpbmcgaG91cnMgaG91cnMgdG8gdHJ5IHRvIHVuZGVy c3RhbmQuLi48YnI+DQpJIGFkdmljZSB0aGUgYXV0aG9ycywgc2hlcGhlcmQsIGNoYWlycyB0byBy ZXZpZXcgdGhlIHR3byBkcmFmdHMgd2l0aCBhIGZyZXNoIG1pbmQgYW5kIGltcHJvdmUgcmVhZGFi aWxpdHkuPGJyPg0KPGJyPg0KUmVnYXJkcywgQmVub2l0PGJyPg0KPGJyPg0KPG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_B8F9A780D330094D99AF023C5877DABA9AAEB702nkgeml513mbxchi_-- From nobody Thu Aug 31 21:49:57 2017 Return-Path: X-Original-To: lime@ietf.org Delivered-To: lime@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id CCBED132396; Thu, 31 Aug 2017 21:49:48 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: lime@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.59.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150424138879.4639.5419428975546525809@ietfa.amsl.com> Date: Thu, 31 Aug 2017 21:49:48 -0700 Archived-At: Subject: [Lime] I-D Action: draft-ietf-lime-yang-connectionless-oam-methods-06.txt X-BeenThere: lime@ietf.org X-Mailman-Version: 2.1.22 List-Id: "Layer Independent OAM Management in Multi-Layer Environment \(LIME\) discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Sep 2017 04:49:49 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Layer Independent OAM Management in the Multi-Layer Environment WG of the IETF. Title : Retrieval Methods YANG Data Model for Connectionless Operations, Administration, and Maintenance(OAM) protocols Authors : Deepak Kumar Michael Wang Qin Wu Reshad Rahman Srihari Raghavan Filename : draft-ietf-lime-yang-connectionless-oam-methods-06.txt Pages : 34 Date : 2017-08-31 Abstract: This document presents a retrieval method YANG Data model for connectionless OAM protocols. It provides technology-independent RPC operations for connectionless OAM protocols. The retrieval methods model presented here can be extended to include technology specific details. This is leading to uniformity between OAM protocols and support both nested OAM workflows (i.e., performing OAM functions at different levels through a unified interface) and interacting OAM workflows ( i.e., performing OAM functions at same levels through a unified interface). The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-lime-yang-connectionless-oam-methods/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-lime-yang-connectionless-oam-methods-06 https://datatracker.ietf.org/doc/html/draft-ietf-lime-yang-connectionless-oam-methods-06 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-lime-yang-connectionless-oam-methods-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 Thu Aug 31 21:52:25 2017 Return-Path: X-Original-To: lime@ietfa.amsl.com Delivered-To: lime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4317B132E7E for ; Thu, 31 Aug 2017 21:52:24 -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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, WEIRD_PORT=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dYC6sgEHQuhH for ; Thu, 31 Aug 2017 21:52:21 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E61F7132EA0 for ; Thu, 31 Aug 2017 21:52:20 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml705-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DUO31341; Fri, 01 Sep 2017 04:52:19 +0000 (GMT) Received: from NKGEML414-HUB.china.huawei.com (10.98.56.75) by lhreml705-cah.china.huawei.com (10.201.108.46) with Microsoft SMTP Server (TLS) id 14.3.301.0; Fri, 1 Sep 2017 05:52:17 +0100 Received: from NKGEML513-MBX.china.huawei.com ([169.254.1.219]) by nkgeml414-hub.china.huawei.com ([10.98.56.75]) with mapi id 14.03.0235.001; Fri, 1 Sep 2017 12:52:14 +0800 From: Qin Wu To: Benoit Claise , "lime@ietf.org" CC: "Carl Moberg (camoberg)" Thread-Topic: [Lime] AD review: draft-ietf-lime-yang-connectionless-oam-methods Thread-Index: AQHTErQqSGzB05NL0E+O1Mp6NhA6D6KflkNw Date: Fri, 1 Sep 2017 04:52:14 +0000 Message-ID: References: <43b1244d-f834-4251-b930-4f2cb66d774c@cisco.com> In-Reply-To: <43b1244d-f834-4251-b930-4f2cb66d774c@cisco.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.136.79.163] Content-Type: multipart/alternative; boundary="_000_B8F9A780D330094D99AF023C5877DABA9AAEB827nkgeml513mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020204.59A8E783.0083, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.1.219, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 87a906d463fc7ba3f42c0f591bac580e Archived-At: Subject: Re: [Lime] AD review: draft-ietf-lime-yang-connectionless-oam-methods X-BeenThere: lime@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Layer Independent OAM Management in Multi-Layer Environment \(LIME\) discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Sep 2017 04:52:24 -0000 --_000_B8F9A780D330094D99AF023C5877DABA9AAEB827nkgeml513mbxchi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhhbmsgZm9yIHZhbHVhYmxlIGNvbW1lbnRzLCB5b3VyIGNvbW1lbnRzIGhhdmUgYmVlbiBhZGRy ZXNzZWQgaW4gdi0oMDYpIHdpdGggb3RoZXIgY29tbWVudHMgb24gdGhlIGxpc3Q6DQpodHRwczov L2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLWxpbWUteWFuZy1jb25uZWN0aW9u bGVzcy1vYW0tbWV0aG9kcy8NCg0KLVFpbg0K5Y+R5Lu25Lq6OiBMaW1lIFttYWlsdG86bGltZS1i b3VuY2VzQGlldGYub3JnXSDku6PooaggQmVub2l0IENsYWlzZQ0K5Y+R6YCB5pe26Ze0OiAyMDE3 5bm0OOaciDEx5pelIDIzOjEyDQrmlLbku7bkuro6IGxpbWVAaWV0Zi5vcmcNCuaKhOmAgTogQ2Fy bCBNb2JlcmcgKGNhbW9iZXJnKQ0K5Li76aKYOiBbTGltZV0gQUQgcmV2aWV3OiBkcmFmdC1pZXRm LWxpbWUteWFuZy1jb25uZWN0aW9ubGVzcy1vYW0tbWV0aG9kcw0KDQpEZWFyIGFsbCwNCg0KSGVy ZSBpcyBteSBBRCByZXZpZXcuDQoNCi0gSSBzZWUgdGhhdCB0aGUgZHJhZnQgaXMgTk1EQS1jb21w bGlhbnQuIEdvb2QuDQpodHRwczovL3lhbmdjYXRhbG9nLm9yZzo4NDQzL3NlYXJjaC9tb2R1bGVz L2lldGYtY29ubmVjdGlvbmxlc3Mtb2FtLW1ldGhvZHMsMjAxNy0wNS0xOCxpZXRmDQotICIgVGhp cyBkb2N1bWVudCBwcmVzZW50cyBhIHJldHJpZXZhbCBtZXRob2QgWUFORyBEYXRhIG1vZGVsIGZv ciBjb25uZWN0aW9ubGVzcyBPQU0gcHJvdG9jb2xzIiBpcyB0aGlzIHJpZ2h0Pw0KDQogICBycGMg cGF0aC1kaXNjb3Zlcnkgew0KDQogICAgICAgICBkZXNjcmlwdGlvbg0KDQogICAgICAgICAgICJH ZW5lcmF0ZXMgcGF0aCBkaXNjb3ZlcnkgYXMgcGVyIFJGQzcyNzY8aHR0cHM6Ly90b29scy5pZXRm Lm9yZy9odG1sL3JmYzcyNzY+LiI7DQoNCg0KICAgcnBjIGNvbnRpbnVpdHktY2hlY2sgew0KDQog ICAgICAgICBpZi1mZWF0dXJlIGNvYW06Y29udGludWl0eS1jaGVjazsNCg0KICAgICAgICAgZGVz Y3JpcHRpb24NCg0KICAgICAgICAgICAiR2VuZXJhdGVzIGNvbnRpbnVpdHktY2hlY2sgYXMgcGVy IFJGQzcyNzY8aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL3JmYzcyNzY+LiI7DQpBRkFDVCwg dGhlIFJQQyB0cmlnZ2VycyBhbiAib24tZGVtYW5kIiAoYXMgb3Bwb3NlZCB0byBwcm9hY3RpdmUg ZHJhZnQtaWV0Zi1saW1lLXlhbmctY29ubmVjdGlvbmxlc3Mtb2FtLCB0byB1c2UgdGhlIGRyYWZ0 LWlldGYtbGltZS15YW5nLWNvbm5lY3Rpb25sZXNzLW9hbSB0ZXJtKSBPQU0gbWVjaGFuaXNtIGFu ZCByZXRyaWV2ZXMgdGhlIHJlc3VsdHMgZGlyZWN0bHkuDQoiIFRoaXMgZG9jdW1lbnQgcHJlc2Vu dHMgYSByZXRyaWV2YWwgbWV0aG9kIFlBTkcgRGF0YSBtb2RlbCBmb3IgY29ubmVjdGlvbmxlc3Mg T0FNIHByb3RvY29scyIgbWFrZXMgaXQgc291bmQgbGlrZSAicG9sbGluZyIgdGhlIHJlc3VsdHMs IHdoaWNoIGNvdWxkIGFsc28gYmUgInByb2FjdGl2ZSIuIFlvdSBzaG91bGQgaW1wcm92ZSB0aGUg dGV4dA0KDQpBZnRlciBob3VycyBzcGVudCBvbiB0aGUgdHdvIExJTUUgZHJhZnRzIC4uLg0KSWYg dGhlIGNvbnRpbnVpdHktY2hlY2sgUlBDIGlzIHJlYWxseSAib24tZGVtYW5kIiwgd2h5IGRvIHdl IGhhdmUgdGhlIHNlc3Npb24tdHlwZS1lbnVtIGFzIGlucHV0Pw0KDQogcnBjIGNvbnRpbnVpdHkt Y2hlY2sgew0KDQogICAgaWYtZmVhdHVyZSAiY29hbTpjb250aW51aXR5LWNoZWNrIjsNCg0KICAg IGRlc2NyaXB0aW9uDQoNCiAgICAgICJHZW5lcmF0ZXMgY29udGludWl0eS1jaGVjayBhcyBwZXIg UkZDNzI3NjxodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvcmZjNzI3Nj4uIjsNCg0KICAgIGlu cHV0IHsNCg0KICAgICAgY29udGFpbmVyIGRlc3RpbmF0aW9uLXRwIHsNCg0KICAgICAgICB1c2Vz IGNvYW06dHAtYWRkcmVzczsNCg0KICAgICAgICBkZXNjcmlwdGlvbg0KDQogICAgICAgICAgIkRl c3RpbmF0aW9uIHRlc3QgcG9pbnQuIjsNCg0KICAgICAgfQ0KDQogICAgICB1c2VzIGNvYW06c2Vz c2lvbi10eXBlOyAgICAgICAgIDw9PT09PT09PT09PT09PQ0KDQogICAgICBsZWFmIHNvdXJjZS1p bnRlcmZhY2Ugew0KDQogICAgICAgIHR5cGUgaWY6aW50ZXJmYWNlLXJlZjsNCg0KICAgICAgICBk ZXNjcmlwdGlvbg0KDQogICAgICAgICAgIlNvdXJjZSBpbnRlcmZhY2UuIjsNCg0KICAgICAgfQ0K RnJvbSB0aGUgb3RoZXIgZHJhZnQgKHdoeSwgYnR3PykNCg0KICAgIGdyb3VwaW5nIHNlc3Npb24t dHlwZSB7DQoNCiAgICAgIGRlc2NyaXB0aW9uDQoNCiAgICAgICAgIlRoaXMgb2JqZWN0IGluZGlj YXRlcyB0aGUgY3VycmVudCBzZXNzaW9uDQoNCiAgICAgICAgIGRlZmluaXRpb24uIjsNCg0KICAg ICAgbGVhZiBzZXNzaW9uLXR5cGUtZW51bSB7DQoNCiAgICAgICAgdHlwZSBlbnVtZXJhdGlvbiB7 DQoNCiAgICAgICAgICBlbnVtICJwcm9hY3RpdmUiIHsNCg0KICAgICAgICAgICAgZGVzY3JpcHRp b24NCg0KICAgICAgICAgICAgICAiVGhlIGN1cnJlbnQgc2Vzc2lvbiBpcyBwcm9hY3RpdmUiOw0K DQogICAgICAgICAgfQ0KDQogICAgICAgICAgZW51bSAib24tZGVtYW5kIiB7DQoNCiAgICAgICAg ICAgIGRlc2NyaXB0aW9uDQoNCiAgICAgICAgICAgICAgIlRoZSBjdXJyZW50IHNlc3Npb24gaXMg b24tZGVtYW5kLiI7DQoNCiAgICAgICAgICB9DQoNCiAgICAgICAgfQ0KDQogICAgICAgIGRlZmF1 bHQgIm9uLWRlbWFuZCI7DQoNCiAgICAgICAgZGVzY3JpcHRpb24NCg0KICAgICAgICAgICJTZXNz aW9uIHR5cGUgZW51bSI7DQoNCiAgICAgIH0NCg0KICAgIH0NClRoaXMgc2hvdWxkIGFsd2F5cyBi ZSAib24tZGVtYW5kIiwgcmlnaHQ/DQoNClNhbWUgcmVtYXJrIGZvciB0aGUgcGVyc2lzdGVudCBS UENzIGluIHRoZSBhcHBlbmRpeCBBLCB3aGljaCBzaG91bGQgYWx3YXlzIGhhdmUgYSAic2Vzc2lv bi10eXBlLWVudW0iIHZhbHVlIG9mICJwcm9hY3RpdmUiLg0KVHJ5aW5nIHRvIHVuZGVyc3RhbmQu Li4NCg0KDQotIEFic3RyYWN0Og0KDQogICBUaGUgcmV0cmlldmFsIG1ldGhvZHMNCg0KICAgbW9k ZWwgcHJlc2VudGVkIGhlcmUgY2FuIGJlIGV4dGVuZGVkIHRvIGluY2x1ZGUgdGVjaG5vbG9neSBz cGVjaWZpYw0KDQogICBkZXRhaWxzLg0KQnV0IHRoaXMgaXMgbm90IGluIGxpbmUgd2l0aCB0aGUg YXBwZW5kaXggQSwgd2hpY2ggaXMgdGhlIHBsYWNlIHRoYXQgc3BlYWtzIGFib3V0ICJleHRlbnNp b25zIg0KWW91IHNob3VsZCBoYXZlIGFub3RoZXIgcGxhY2UgKGEgbmV3IGFwcGVuZGl4KSB0byBl eHBsYWluIGhvdyB0byBhdWdtZW50IHRoZSB0ZWNobm9sb2d5IHNwZWNpZmljIGRldGFpbHMgLi4u IGluIGEgY29uc2lzdGVudCB3YXksIGlmIHBvc3NpYmxlLg0KDQoNCi0NCg0KICAgUlBDIC0gQSBS ZW1vdGUgUHJvY2VkdXJlIENhbGwsIGFzIHVzZWQgd2l0aGluIHRoZSBORVRDT05GIHByb3RvY29s DQpUaGlzIGRvY3VtZW50IGlzIGFib3V0IGEgWUFORyBkYXRhIG1vZGVsLiBTbyBpbmRlcGVuZGVu dGx5IG9mIE5FVENPTkYgb3IgUkVTVENPTkYgb3Igc29tZXRoaW5nIGVsc2UuDQpTbyByZWZlcnJp bmcgdG8gTkVUQ09ORiBvbmx5IGlzIG5vdCByaWdodC4gSSB3b3VsZCByZW1vdmUgImFzIHVzZWQg d2l0aGluIHRoZSBORVRDT05GIHByb3RvY29sIg0KQnR3LCBSRkMgNzk1MCBtYWtlcyB0aGUgZGlz dGluY3Rpb24gYmV0d2VlbiA6DQoNCiAgIG8gIFJQQzogQSBSZW1vdGUgUHJvY2VkdXJlIENhbGwu DQoNCg0KDQogICBvICBSUEMgb3BlcmF0aW9uOiBBIHNwZWNpZmljIFJlbW90ZSBQcm9jZWR1cmUg Q2FsbC4NCg0KWW91IHNob3VsZCBpbmNsdWRlIFJQQyBhbmQgUlBDIG9wZXJhdGlvbnMgaW4gc2Vj dGlvbiAyDQpZb3Ugd2FudCB0byByZXZpZXcgYWxsICJSUEMiIGluc3RhbmNlcy4NCkZvciBleGFt cGxlLCBSUEMgY29tbWFuZHMgc2hvdWxkIGJlOiBSUEMgb3BlcmF0aW9ucw0KTW9zdCBvZiB0aGUg dGltZSwgUlBDIHNob3VsZCBiZTogUlBDIG9wZXJhdGlvbihzKS4gRXg6IDMuMSB0aXRsZS4NCg0K LSBTaW5jZSB5b3UgaW1wb3J0IGlldGYtY29ubmVjdGlvbmxlc3Mtb2FtLCAgZHJhZnQtaWV0Zi1s aW1lLXlhbmctY29ubmVjdGlvbmxlc3Mtb2FtIHNob3VsZCBwcm9iYWJseSBiZSBhIG5vcm1hdGl2 ZSByZWZlcmVuY2UNCg0KLSBUaGUgc2VjdXJpdHkgY29uc2lkZXJhdGlvbnMgaGF2ZSBiZWVuIHVw ZGF0ZWQ6IGh0dHBzOi8vdHJhYy5pZXRmLm9yZy90cmFjL29wcy93aWtpL3lhbmctc2VjdXJpdHkt Z3VpZGVsaW5lcw0KDQoNCkVkaXRvcmlhbDoNCi0NCk9MRDoNCg0KICAgSXQgcHJvdmlkZXMgYSB0 ZWNobm9sb2d5LWluZGVwZW5kZW50DQoNCiAgIFJQQyBjb21tYW5kcyBmb3IgY29ubmVjdGlvbmxl c3MgT0FNIHByb3RvY29scy4NCg0KTkVXOg0KDQogICBJdCBwcm92aWRlcyB0ZWNobm9sb2d5LWlu ZGVwZW5kZW50DQoNCiAgIFJQQyBjb21tYW5kcyBmb3IgY29ubmVjdGlvbmxlc3MgT0FNIHByb3Rv Y29scy4NCg0KLQ0KDQogICBJdCBwcm92aWRlcyBhIGZsZXhpYmxlIHdheSB0byByZXRyaWV2ZSB0 aGUgcmV0cmlldmVkLQ0KDQogICBkYXRhIHdoaWNoIGRlZmluZWQgYnkgdGhlICJpZXRmLWNvbm5l Y3Rpb25sZXNzLW9hbS55YW5nIg0KDQogICBbSS1ELmlldGYtbGltZS15YW5nLWNvbm5lY3Rpb25s ZXNzLW9hbTxodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1saW1lLXlhbmct Y29ubmVjdGlvbmxlc3Mtb2FtLW1ldGhvZHMtMDUjcmVmLUktRC5pZXRmLWxpbWUteWFuZy1jb25u ZWN0aW9ubGVzcy1vYW0+XS4NCg0KDQoNCnJldHJpZXZlIHRoZSBkYXRhPw0KLQ0KDQpPTEQ6DQoN CiAgICAgIlRoaXMgWUFORyBtb2R1bGUgZGVmaW5lcyB0aGUgUlBDcyBmb3IgLA0KDQogICAgIGNv bm5lY3Rpb25sZXNzIE9BTSB0byBiZSB1c2VkIHdpdGhpbiBJRVRGDQoNCiAgICAgaW4gYSBwcm90 b2NvbCBJbmRlcGVuZGVudCBtYW5uZXIuDQoNCg0KDQpORVc6DQoNCiAgICAgIlRoaXMgWUFORyBt b2R1bGUgZGVmaW5lcyB0aGUgUlBDcyBmb3INCg0KICAgICBjb25uZWN0aW9ubGVzcyBPQU0gdG8g YmUgdXNlZCB3aXRoaW4gSUVURg0KDQogICAgIGluIGEgcHJvdG9jb2wgaW5kZXBlbmRlbnQgbWFu bmVyLg0KLQ0KQXBwZW5kaXggQQ0KT0xEOg0KDQogICBUaGUgZm9sbG93aW5nIGFyZSBzb21lIGV4 YW1wbGVzIG9mIGV4dGVuc2lvbnMgcG9zc2libGUgdG8gdGhlIHlhbmcNCg0KICAgbW9kZWwuICBU aGUgZXhhbXBsZSBkaXNjdXNzZXMgcGVyc2lzdGVudCBtZXRob2RzLg0KDQpORVc6DQoNCiAgIFRo ZSBmb2xsb3dpbmcgYXJlIHNvbWUgZXhhbXBsZXMgb2YgZXh0ZW5zaW9ucyBwb3NzaWJsZSB0byB0 aGUgWUFORw0KDQogICBtb2RlbC4gIFRoZSBleGFtcGxlIGRpc2N1c3NlcyBwZXJzaXN0ZW50IG1l dGhvZHMuDQoNCg0KUmVnYXJkcywgQmVub2l0DQoNCg== --_000_B8F9A780D330094D99AF023C5877DABA9AAEB827nkgeml513mbxchi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 5a6L5L2TOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0 O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQOWui+S9kyI7DQoJ cGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0K cC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0K CW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5 OuWui+S9kzsNCgljb2xvcjpibGFjazt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21z by1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRl cmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHls ZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGlu ZTt9DQpwcmUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1M IOmihOiuvuagvOW8jyBDaGFyIjsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFw dDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OuWui+S9kzsNCgljb2xvcjpibGFj azt9DQpzcGFuLkhUTUxDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJIVE1MIOmihOiuvuagvOW8jyBD aGFyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwg6aKE 6K6+5qC85byPIjsNCglmb250LWZhbWlseToiQ291cmllciBOZXciOw0KCWNvbG9yOmJsYWNrO30N CnNwYW4uRW1haWxTdHlsZTE5DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZv bnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNv Q2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAu MHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJn aW46NzIuMHB0IDkwLjBwdCA3Mi4wcHQgOTAuMHB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFn ZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxv OnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtl bmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJl ZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0 PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgYmdjb2xvcj0id2hpdGUiIGxhbmc9 IlpILUNOIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0 aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv bnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPlRoYW5rIGZvciB2YWx1YWJsZSBjb21tZW50cywg eW91ciBjb21tZW50cyBoYXZlIGJlZW4gYWRkcmVzc2VkIGluIHYtKDA2KSB3aXRoIG90aGVyIGNv bW1lbnRzIG9uIHRoZSBsaXN0OjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48YSBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmll dGYub3JnL2RvYy9kcmFmdC1pZXRmLWxpbWUteWFuZy1jb25uZWN0aW9ubGVzcy1vYW0tbWV0aG9k cy8iPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtbGltZS15YW5n LWNvbm5lY3Rpb25sZXNzLW9hbS1tZXRob2RzLzwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox MC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6IzFGNDk3RCI+LVFpbjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxl PSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBw dCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtjb2xvcjp3aW5kb3d0ZXh0Ij7lj5Hku7bkuro8c3BhbiBsYW5nPSJFTi1V UyI+Ojwvc3Bhbj48L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDtjb2xvcjp3aW5kb3d0ZXh0Ij4gTGltZSBbbWFpbHRvOmxpbWUtYm91bmNlc0BpZXRm Lm9yZ10NCjwvc3Bhbj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtjb2xvcjp3aW5k b3d0ZXh0Ij7ku6PooaggPC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQ7Y29sb3I6d2luZG93dGV4dCI+QmVub2l0IENsYWlzZTxicj4NCjwvc3Bhbj48 Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtjb2xvcjp3aW5kb3d0ZXh0Ij7lj5HpgIHm l7bpl7Q8c3BhbiBsYW5nPSJFTi1VUyI+Ojwvc3Bhbj48L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtjb2xvcjp3aW5kb3d0ZXh0Ij4gMjAxNzwvc3Bh bj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtjb2xvcjp3aW5kb3d0ZXh0Ij7lubQ8c3Bh biBsYW5nPSJFTi1VUyI+ODwvc3Bhbj7mnIg8c3BhbiBsYW5nPSJFTi1VUyI+MTE8L3NwYW4+5pel PHNwYW4gbGFuZz0iRU4tVVMiPg0KIDIzOjEyPGJyPg0KPC9zcGFuPjxiPuaUtuS7tuS6ujxzcGFu IGxhbmc9IkVOLVVTIj46PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyI+IGxpbWVAaWV0Zi5v cmc8YnI+DQo8L3NwYW4+PGI+5oqE6YCBPHNwYW4gbGFuZz0iRU4tVVMiPjo8L3NwYW4+PC9iPjxz cGFuIGxhbmc9IkVOLVVTIj4gQ2FybCBNb2JlcmcgKGNhbW9iZXJnKTxicj4NCjwvc3Bhbj48Yj7k uLvpopg8c3BhbiBsYW5nPSJFTi1VUyI+Ojwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiPiBb TGltZV0gQUQgcmV2aWV3OiBkcmFmdC1pZXRmLWxpbWUteWFuZy1jb25uZWN0aW9ubGVzcy1vYW0t bWV0aG9kczxvOnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBw dCI+PHNwYW4gbGFuZz0iRU4tVVMiPkRlYXIgYWxsLDxicj4NCjxicj4NCkhlcmUgaXMgbXkgQUQg cmV2aWV3Ljxicj4NCjxicj4NCi0gSSBzZWUgdGhhdCB0aGUgZHJhZnQgaXMgTk1EQS1jb21wbGlh bnQuIEdvb2QuPGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly95YW5nY2F0YWxvZy5vcmc6ODQ0My9zZWFy Y2gvbW9kdWxlcy9pZXRmLWNvbm5lY3Rpb25sZXNzLW9hbS1tZXRob2RzLDIwMTctMDUtMTgsaWV0 ZiI+aHR0cHM6Ly95YW5nY2F0YWxvZy5vcmc6ODQ0My9zZWFyY2gvbW9kdWxlcy9pZXRmLWNvbm5l Y3Rpb25sZXNzLW9hbS1tZXRob2RzLDIwMTctMDUtMTgsaWV0ZjwvYT48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPi0g JnF1b3Q7IFRoaXMgZG9jdW1lbnQgcHJlc2VudHMgYSByZXRyaWV2YWwgbWV0aG9kIFlBTkcgRGF0 YSBtb2RlbCBmb3IgY29ubmVjdGlvbmxlc3MgT0FNIHByb3RvY29scyZxdW90OyBpcyB0aGlzIHJp Z2h0Pw0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+Jm5i c3A7Jm5ic3A7Jm5ic3A7cnBjIHBhdGgtZGlzY292ZXJ5IHs8bzpwPjwvbzpwPjwvc3Bhbj48L3By ZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyBkZXNjcmlwdGlvbjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0K PHByZT48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZxdW90O0dlbmVyYXRlcyBwYXRoIGRpc2NvdmVy eSBhcyBwZXIgPGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL3JmYzcyNzYiPlJG QzcyNzY8L2E+LiZxdW90Ozs8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsgcnBjIGNvbnRpbnVpdHktY2hlY2sg ezxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGlmLWZlYXR1cmUgY29h bTpjb250aW51aXR5LWNoZWNrOzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBs YW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IGRlc2NyaXB0aW9uPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9 IkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgJnF1b3Q7R2VuZXJhdGVzIGNvbnRpbnVpdHktY2hlY2sgYXMgcGVyIDxhIGhy ZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM3Mjc2Ij5SRkM3Mjc2PC9hPi4mcXVv dDs7PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1VUyI+QUZBQ1QsIHRoZSBSUEMgdHJpZ2dlcnMgYW4gJnF1b3Q7b24tZGVtYW5kJnF1 b3Q7IChhcyBvcHBvc2VkIHRvIHByb2FjdGl2ZSBkcmFmdC1pZXRmLWxpbWUteWFuZy1jb25uZWN0 aW9ubGVzcy1vYW0sIHRvIHVzZSB0aGUgZHJhZnQtaWV0Zi1saW1lLXlhbmctY29ubmVjdGlvbmxl c3Mtb2FtIHRlcm0pIE9BTSBtZWNoYW5pc20gYW5kIHJldHJpZXZlcyB0aGUgcmVzdWx0cyBkaXJl Y3RseS48YnI+DQomcXVvdDsgVGhpcyBkb2N1bWVudCBwcmVzZW50cyBhIHJldHJpZXZhbCBtZXRo b2QgWUFORyBEYXRhIG1vZGVsIGZvciBjb25uZWN0aW9ubGVzcyBPQU0gcHJvdG9jb2xzJnF1b3Q7 IG1ha2VzIGl0IHNvdW5kIGxpa2UgJnF1b3Q7cG9sbGluZyZxdW90OyB0aGUgcmVzdWx0cywgd2hp Y2ggY291bGQgYWxzbyBiZSAmcXVvdDtwcm9hY3RpdmUmcXVvdDsuIFlvdSBzaG91bGQgaW1wcm92 ZSB0aGUgdGV4dDxicj4NCjxicj4NCkFmdGVyIGhvdXJzIHNwZW50IG9uIHRoZSB0d28gTElNRSBk cmFmdHMgLi4uPGJyPg0KSWYgdGhlIGNvbnRpbnVpdHktY2hlY2sgUlBDIGlzIHJlYWxseSAmcXVv dDtvbi1kZW1hbmQmcXVvdDssIHdoeSBkbyB3ZSBoYXZlIHRoZSBzZXNzaW9uLXR5cGUtZW51bSBh cyBpbnB1dD88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4g cnBjIGNvbnRpbnVpdHktY2hlY2sgezxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3Bh biBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7IGlmLWZlYXR1cmUgJnF1b3Q7Y29hbTpj b250aW51aXR5LWNoZWNrJnF1b3Q7OzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3Bh biBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7IGRlc2NyaXB0aW9uPG86cD48L286cD48 L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgJnF1b3Q7R2VuZXJhdGVzIGNvbnRpbnVpdHktY2hlY2sgYXMgcGVyIDxhIGhy ZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM3Mjc2Ij5SRkM3Mjc2PC9hPi4mcXVv dDs7PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJz cDsmbmJzcDsmbmJzcDsgaW5wdXQgezxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3Bh biBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGNvbnRhaW5lciBk ZXN0aW5hdGlvbi10cCB7PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9 IkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgdXNlcyBj b2FtOnRwLWFkZHJlc3M7PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9 IkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgZGVzY3Jp cHRpb248bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmcXVv dDtEZXN0aW5hdGlvbiB0ZXN0IHBvaW50LiZxdW90Ozs8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4N CjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB9 PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgdXNlcyBjb2FtOnNlc3Npb24tdHlwZTsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJmx0Oz09PT09PT09PT09PT09 PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgbGVhZiBzb3VyY2UtaW50ZXJmYWNlIHs8bzpwPjwvbzpw Pjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB0eXBlIGlmOmludGVyZmFjZS1yZWY7PG86cD48L286 cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgZGVzY3JpcHRpb248bzpwPjwvbzpwPjwvc3Bhbj48 L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmcXVvdDtTb3VyY2UgaW50ZXJmYWNlLiZxdW90 Ozs8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB9PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+RnJvbSB0aGUgb3RoZXIgZHJhZnQg KHdoeSwgYnR3Pyk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVT Ij4mbmJzcDsmbmJzcDsmbmJzcDsgZ3JvdXBpbmcgc2Vzc2lvbi10eXBlIHs8bzpwPjwvbzpwPjwv c3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyBkZXNjcmlwdGlvbjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3Bh biBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 ICZxdW90O1RoaXMgb2JqZWN0IGluZGljYXRlcyB0aGUgY3VycmVudCBzZXNzaW9uPG86cD48L286 cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgZGVmaW5pdGlvbi4mcXVvdDs7PG86cD48 L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgbGVhZiBzZXNzaW9uLXR5cGUtZW51bSB7PG86cD48L286cD48L3Nw YW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgdHlwZSBlbnVtZXJhdGlvbiB7PG86cD48L286cD48L3NwYW4+ PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgZW51bSAmcXVvdDtwcm9hY3RpdmUmcXVvdDsg ezxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IGRlc2NyaXB0aW9uPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9 IkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJnF1b3Q7VGhlIGN1cnJlbnQgc2Vzc2lvbiBp cyBwcm9hY3RpdmUmcXVvdDs7PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxh bmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgfTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1V UyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IGVudW0gJnF1b3Q7b24tZGVtYW5kJnF1b3Q7IHs8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxw cmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBkZXNjcmlwdGlvbjxvOnA+PC9vOnA+PC9z cGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 ICZxdW90O1RoZSBjdXJyZW50IHNlc3Npb24gaXMgb24tZGVtYW5kLiZxdW90Ozs8bzpwPjwvbzpw Pjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB9PG86cD48L286cD48L3NwYW4+ PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgfTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBs YW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGRl ZmF1bHQgJnF1b3Q7b24tZGVtYW5kJnF1b3Q7OzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHBy ZT48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7IGRlc2NyaXB0aW9uPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxh bmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJm5ic3A7Jm5i c3A7Jm5ic3A7JnF1b3Q7U2Vzc2lvbiB0eXBlIGVudW0mcXVvdDs7PG86cD48L286cD48L3NwYW4+ PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsgfTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+ Jm5ic3A7Jm5ic3A7Jm5ic3A7IH08bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5UaGlzIHNob3VsZCBhbHdheXMgYmUgJnF1b3Q7 b24tZGVtYW5kJnF1b3Q7LCByaWdodD88YnI+DQo8YnI+DQpTYW1lIHJlbWFyayBmb3IgdGhlIHBl cnNpc3RlbnQgUlBDcyBpbiB0aGUgYXBwZW5kaXggQSwgd2hpY2ggc2hvdWxkIGFsd2F5cyBoYXZl IGEgJnF1b3Q7c2Vzc2lvbi10eXBlLWVudW0mcXVvdDsgdmFsdWUgb2YgJnF1b3Q7cHJvYWN0aXZl JnF1b3Q7Ljxicj4NClRyeWluZyB0byB1bmRlcnN0YW5kLi4uPGJyPg0KPGJyPg0KPGJyPg0KLSBB YnN0cmFjdDo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4m bmJzcDsmbmJzcDsgVGhlIHJldHJpZXZhbCBtZXRob2RzPG86cD48L286cD48L3NwYW4+PC9wcmU+ DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsgbW9kZWwgcHJlc2VudGVkIGhl cmUgY2FuIGJlIGV4dGVuZGVkIHRvIGluY2x1ZGUgdGVjaG5vbG9neSBzcGVjaWZpYzxvOnA+PC9v OnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7IGRl dGFpbHMuPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBsYW5nPSJFTi1VUyI+QnV0IHRoaXMgaXMgbm90IGluIGxpbmUgd2l0aCB0aGUgYXBwZW5kaXgg QSwgd2hpY2ggaXMgdGhlIHBsYWNlIHRoYXQgc3BlYWtzIGFib3V0ICZxdW90O2V4dGVuc2lvbnMm cXVvdDs8YnI+DQpZb3Ugc2hvdWxkIGhhdmUgYW5vdGhlciBwbGFjZSAoYSBuZXcgYXBwZW5kaXgp IHRvIGV4cGxhaW4gaG93IHRvIGF1Z21lbnQgdGhlIHRlY2hub2xvZ3kgc3BlY2lmaWMgZGV0YWls cyAuLi4gaW4gYSBjb25zaXN0ZW50IHdheSwgaWYgcG9zc2libGUuPGJyPg0KPGJyPg0KPGJyPg0K LTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZu YnNwOyBSUEMgLSBBIFJlbW90ZSBQcm9jZWR1cmUgQ2FsbCwgYXMgdXNlZCB3aXRoaW4gdGhlIE5F VENPTkYgcHJvdG9jb2w8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5UaGlzIGRvY3VtZW50IGlzIGFib3V0IGEgWUFORyBkYXRh IG1vZGVsLiBTbyBpbmRlcGVuZGVudGx5IG9mIE5FVENPTkYgb3IgUkVTVENPTkYgb3Igc29tZXRo aW5nIGVsc2UuPGJyPg0KU28gcmVmZXJyaW5nIHRvIE5FVENPTkYgb25seSBpcyBub3QgcmlnaHQu IEkgd291bGQgcmVtb3ZlICZxdW90O2FzIHVzZWQgd2l0aGluIHRoZSBORVRDT05GIHByb3RvY29s JnF1b3Q7PGJyPg0KQnR3LCBSRkMgNzk1MCBtYWtlcyB0aGUgZGlzdGluY3Rpb24gYmV0d2VlbiA6 PG86cD48L286cD48L3NwYW4+PC9wPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5i c3A7IG8mbmJzcDsgUlBDOiBBIFJlbW90ZSBQcm9jZWR1cmUgQ2FsbC48bzpwPjwvbzpwPjwvc3Bh bj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7IG8mbmJzcDsgUlBD IG9wZXJhdGlvbjogQSBzcGVjaWZpYyBSZW1vdGUgUHJvY2VkdXJlIENhbGwuPG86cD48L286cD48 L3NwYW4+PC9wcmU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PGJy Pg0KWW91IHNob3VsZCBpbmNsdWRlIFJQQyBhbmQgUlBDIG9wZXJhdGlvbnMgaW4gc2VjdGlvbiAy PGJyPg0KWW91IHdhbnQgdG8gcmV2aWV3IGFsbCAmcXVvdDtSUEMmcXVvdDsgaW5zdGFuY2VzLjxi cj4NCkZvciBleGFtcGxlLCBSUEMgY29tbWFuZHMgc2hvdWxkIGJlOiBSUEMgb3BlcmF0aW9uczxi cj4NCk1vc3Qgb2YgdGhlIHRpbWUsIFJQQyBzaG91bGQgYmU6IFJQQyBvcGVyYXRpb24ocykuIEV4 OiAzLjEgdGl0bGUuPGJyPg0KPGJyPg0KLSBTaW5jZSB5b3UgaW1wb3J0IGlldGYtY29ubmVjdGlv bmxlc3Mtb2FtLCZuYnNwOyBkcmFmdC1pZXRmLWxpbWUteWFuZy1jb25uZWN0aW9ubGVzcy1vYW0g c2hvdWxkIHByb2JhYmx5IGJlIGEgbm9ybWF0aXZlIHJlZmVyZW5jZTxicj4NCjxicj4NCi0gVGhl IHNlY3VyaXR5IGNvbnNpZGVyYXRpb25zIGhhdmUgYmVlbiB1cGRhdGVkOiA8YSBocmVmPSJodHRw czovL3RyYWMuaWV0Zi5vcmcvdHJhYy9vcHMvd2lraS95YW5nLXNlY3VyaXR5LWd1aWRlbGluZXMi Pg0KaHR0cHM6Ly90cmFjLmlldGYub3JnL3RyYWMvb3BzL3dpa2kveWFuZy1zZWN1cml0eS1ndWlk ZWxpbmVzPC9hPjxicj4NCjxicj4NCjxicj4NCkVkaXRvcmlhbDo8YnI+DQotIDxicj4NCk9MRDo8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJz cDsgSXQgcHJvdmlkZXMgYSB0ZWNobm9sb2d5LWluZGVwZW5kZW50PG86cD48L286cD48L3NwYW4+ PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsgUlBDIGNvbW1hbmRz IGZvciBjb25uZWN0aW9ubGVzcyBPQU0gcHJvdG9jb2xzLiZuYnNwOyA8bzpwPjwvbzpwPjwvc3Bh bj48L3ByZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48YnI+DQpO RVc6PG86cD48L286cD48L3NwYW4+PC9wPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7 Jm5ic3A7IEl0IHByb3ZpZGVzIHRlY2hub2xvZ3ktaW5kZXBlbmRlbnQ8bzpwPjwvbzpwPjwvc3Bh bj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyBSUEMgY29tbWFu ZHMgZm9yIGNvbm5lY3Rpb25sZXNzIE9BTSBwcm90b2NvbHMuJm5ic3A7IDxvOnA+PC9vOnA+PC9z cGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+LSA8bzpwPjwvbzpwPjwvc3Bhbj48 L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwO0l0IHByb3Zp ZGVzIGEgZmxleGlibGUgd2F5IHRvIHJldHJpZXZlIHRoZSByZXRyaWV2ZWQtPG86cD48L286cD48 L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsgZGF0YSB3 aGljaCBkZWZpbmVkIGJ5IHRoZSAmcXVvdDtpZXRmLWNvbm5lY3Rpb25sZXNzLW9hbS55YW5nJnF1 b3Q7PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJz cDsmbmJzcDsgWzxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRm LWxpbWUteWFuZy1jb25uZWN0aW9ubGVzcy1vYW0tbWV0aG9kcy0wNSNyZWYtSS1ELmlldGYtbGlt ZS15YW5nLWNvbm5lY3Rpb25sZXNzLW9hbSI+SS1ELmlldGYtbGltZS15YW5nLWNvbm5lY3Rpb25s ZXNzLW9hbTwvYT5dLjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJF Ti1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVO LVVTIj5yZXRyaWV2ZSB0aGUgZGF0YT88bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4tIDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPk9MRDo8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxw cmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmcXVvdDtUaGlz IFlBTkcgbW9kdWxlIGRlZmluZXMgdGhlIFJQQ3MgZm9yICw8bzpwPjwvbzpwPjwvc3Bhbj48L3By ZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBjb25u ZWN0aW9ubGVzcyBPQU0gdG8gYmUgdXNlZCB3aXRoaW4gSUVURjxvOnA+PC9vOnA+PC9zcGFuPjwv cHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGlu IGEgcHJvdG9jb2wgSW5kZXBlbmRlbnQgbWFubmVyLjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0K PHByZT48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8 cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj5ORVc6PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJl PjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJnF1b3Q7VGhpcyBZ QU5HIG1vZHVsZSBkZWZpbmVzIHRoZSBSUENzIGZvcjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0K PHByZT48c3BhbiBsYW5nPSJFTi1VUyI+ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO2Nvbm5lY3Rp b25sZXNzIE9BTSB0byBiZSB1c2VkIHdpdGhpbiBJRVRGPG86cD48L286cD48L3NwYW4+PC9wcmU+ DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgaW4gYSBw cm90b2NvbCBpbmRlcGVuZGVudCBtYW5uZXIuPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+LSA8YnI+DQpBcHBlbmRpeCBBPGJy Pg0KT0xEOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZu YnNwOyZuYnNwOyBUaGUgZm9sbG93aW5nIGFyZSBzb21lIGV4YW1wbGVzIG9mIGV4dGVuc2lvbnMg cG9zc2libGUgdG8gdGhlIHlhbmc8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4g bGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyBtb2RlbC4mbmJzcDsgVGhlIGV4YW1wbGUgZGlzY3Vz c2VzIHBlcnNpc3RlbnQgbWV0aG9kcy48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PHNwYW4gbGFuZz0iRU4t VVMiPjxicj4NCk5FVzo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cHJlPjxzcGFuIGxhbmc9IkVO LVVTIj4mbmJzcDsmbmJzcDsgVGhlIGZvbGxvd2luZyBhcmUgc29tZSBleGFtcGxlcyBvZiBleHRl bnNpb25zIHBvc3NpYmxlIHRvIHRoZSBZQU5HPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJl PjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsgbW9kZWwuJm5ic3A7IFRoZSBleGFtcGxl IGRpc2N1c3NlcyBwZXJzaXN0ZW50IG1ldGhvZHMuPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PGJyPg0KPGJyPg0KUmVnYXJk cywgQmVub2l0PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_B8F9A780D330094D99AF023C5877DABA9AAEB827nkgeml513mbxchi_--