From nobody Thu Aug 2 20:47:26 2018 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 49B41130EFE for ; Thu, 2 Aug 2018 20:47:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xZ2xBh-D1pS4 for ; Thu, 2 Aug 2018 20:47:21 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ADEA5130E84 for ; Thu, 2 Aug 2018 20:47:21 -0700 (PDT) Received: from lhreml706-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 3F4C478E5EA0D; Fri, 3 Aug 2018 04:47:17 +0100 (IST) Received: from DGGEML402-HUB.china.huawei.com (10.3.17.38) by lhreml706-cah.china.huawei.com (10.201.108.47) with Microsoft SMTP Server (TLS) id 14.3.399.0; Fri, 3 Aug 2018 04:47:18 +0100 Received: from DGGEML530-MBX.china.huawei.com ([169.254.7.25]) by DGGEML402-HUB.china.huawei.com ([fe80::fca6:7568:4ee3:c776%31]) with mapi id 14.03.0382.000; Fri, 3 Aug 2018 11:47:15 +0800 From: "Zhangfatai (Fatai Zhang)" To: "CCAMP (ccamp@ietf.org)" Thread-Topic: CCAMP Minutes Available Thread-Index: AdQq3C49m1Fj4RsrQd+Vuef//oToFg== Date: Fri, 3 Aug 2018 03:47:15 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.74.163.186] Content-Type: multipart/alternative; boundary="_000_F82A4B6D50F9464B8EBA55651F541CF8AC075837dggeml530mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [CCAMP] CCAMP Minutes Available X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Aug 2018 03:47:24 -0000 --_000_F82A4B6D50F9464B8EBA55651F541CF8AC075837dggeml530mbxchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, I have uploaded the CCAMP minutes from Montreal meeting. Please take a look and check if there are any changes that need to be made. https://datatracker.ietf.org/meeting/102/materials/minutes-102-ccamp-03.pdf Thanks Fatai --_000_F82A4B6D50F9464B8EBA55651F541CF8AC075837dggeml530mbxchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi all,=

&n= bsp;

I have = uploaded the CCAMP minutes from Montreal meeting.

Please = take a look and check if there are any changes that need to be made.

&n= bsp;

https:/= /datatracker.ietf.org/meeting/102/materials/minutes-102-ccamp-03.pdf

&n= bsp;

Thanks<= o:p>

&n= bsp;

Fatai

--_000_F82A4B6D50F9464B8EBA55651F541CF8AC075837dggeml530mbxchi_-- From nobody Wed Aug 8 00:45:33 2018 Return-Path: X-Original-To: ccamp@ietf.org Delivered-To: ccamp@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id D0EDF130DC9; Wed, 8 Aug 2018 00:45:31 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: ccamp@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.83.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: ccamp@ietf.org Message-ID: <153371433177.6301.8192206915304703353@ietfa.amsl.com> Date: Wed, 08 Aug 2018 00:45:31 -0700 Archived-At: Subject: [CCAMP] I-D Action: draft-ietf-ccamp-mw-yang-08.txt X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.27 List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2018 07:45:32 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Common Control and Measurement Plane WG of the IETF. Title : A YANG Data Model for Microwave Radio Link Authors : Jonas Ahlberg Ye Min Xi Li Daniela Spreafico Marko Vaupotic Filename : draft-ietf-ccamp-mw-yang-08.txt Pages : 51 Date : 2018-08-08 Abstract: This document defines a YANG data model for control and management of the radio link interfaces, and their connectivity to packet (typically Ethernet) interfaces in a microwave/millimeter wave node. The data nodes for management of the interface protection functionality is broken out into a separate and generic YANG data model in order to make it available also for other interface types. RFC Ed. Note // RFC Ed.: replace all XXXX throughout the document with actual RFC numbers and remove this note The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-ccamp-mw-yang/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-ccamp-mw-yang-08 https://datatracker.ietf.org/doc/html/draft-ietf-ccamp-mw-yang-08 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-ccamp-mw-yang-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 Wed Aug 8 00:57:41 2018 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3E9F5126CB6 for ; Wed, 8 Aug 2018 00:57:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-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 V7FXoNbU_RHa for ; Wed, 8 Aug 2018 00:57:38 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CD788130DCF for ; Wed, 8 Aug 2018 00:57:37 -0700 (PDT) Received: from lhreml705-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 7A60C699E7FB0 for ; Wed, 8 Aug 2018 08:57:32 +0100 (IST) Received: from DGGEMM401-HUB.china.huawei.com (10.3.20.209) by lhreml705-cah.china.huawei.com (10.201.108.46) with Microsoft SMTP Server (TLS) id 14.3.399.0; Wed, 8 Aug 2018 08:57:34 +0100 Received: from DGGEMM528-MBX.china.huawei.com ([169.254.8.224]) by DGGEMM401-HUB.china.huawei.com ([10.3.20.209]) with mapi id 14.03.0399.000; Wed, 8 Aug 2018 15:56:57 +0800 From: "Yemin (Amy)" To: "ccamp@ietf.org" Thread-Topic: [CCAMP] I-D Action: draft-ietf-ccamp-mw-yang-08.txt Thread-Index: AQHULuvjQMcbJZe+dUq4Go6IvdE7n6S1elOQ Date: Wed, 8 Aug 2018 07:56:57 +0000 Message-ID: <9C5FD3EFA72E1740A3D41BADDE0B461FCF9F96E1@DGGEMM528-MBX.china.huawei.com> References: <153371433177.6301.8192206915304703353@ietfa.amsl.com> In-Reply-To: <153371433177.6301.8192206915304703353@ietfa.amsl.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.169.30.234] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [CCAMP] I-D Action: draft-ietf-ccamp-mw-yang-08.txt X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2018 07:57:40 -0000 Hi all,=20 The 08 updated for draft-ietf-ccamp-mw-yang is mainly editorial, which incl= udes: 1. Fixed the weird spacing warnings 2. Move the non IETF RFC (ETSI and ITU standards) to informative reference = section=20 3. Add IANA for ietf-microwave-types The draft is ready for next step.=20 BR, Amy (on behalf of co-authors) -----Original Message----- From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of internet-drafts@ie= tf.org Sent: Wednesday, August 08, 2018 3:46 PM To: i-d-announce@ietf.org Cc: ccamp@ietf.org Subject: [CCAMP] I-D Action: draft-ietf-ccamp-mw-yang-08.txt A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Common Control and Measurement Plane WG of= the IETF. Title : A YANG Data Model for Microwave Radio Link Authors : Jonas Ahlberg Ye Min Xi Li Daniela Spreafico Marko Vaupotic Filename : draft-ietf-ccamp-mw-yang-08.txt Pages : 51 Date : 2018-08-08 Abstract: This document defines a YANG data model for control and management of the radio link interfaces, and their connectivity to packet (typically Ethernet) interfaces in a microwave/millimeter wave node. The data nodes for management of the interface protection functionality is broken out into a separate and generic YANG data model in order to make it available also for other interface types. RFC Ed. Note // RFC Ed.: replace all XXXX throughout the document with actual RFC numbers and remove this note The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-ccamp-mw-yang/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-ccamp-mw-yang-08 https://datatracker.ietf.org/doc/html/draft-ietf-ccamp-mw-yang-08 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ccamp-mw-yang-08 Please note that it may take a couple of minutes from the time of submissio= n until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ _______________________________________________ CCAMP mailing list CCAMP@ietf.org https://www.ietf.org/mailman/listinfo/ccamp From nobody Wed Aug 8 10:36:11 2018 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F0480127AC2 for ; Wed, 8 Aug 2018 10:36:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.909 X-Spam-Level: X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, T_DKIMWL_WL_MED=-0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=wallan-se.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0MVWAi8INSVZ for ; Wed, 8 Aug 2018 10:36:06 -0700 (PDT) Received: from mail-lj1-x22e.google.com (mail-lj1-x22e.google.com [IPv6:2a00:1450:4864:20::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5A7B5127333 for ; Wed, 8 Aug 2018 10:36:05 -0700 (PDT) Received: by mail-lj1-x22e.google.com with SMTP id f1-v6so2344130ljc.9 for ; Wed, 08 Aug 2018 10:36:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wallan-se.20150623.gappssmtp.com; s=20150623; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=XjI+62Nn+hV+DgM6ScaFuNZrfFBmp3rS0tkaPJn6df8=; b=VkoTeC6V9zL2VOiNuFGnQhyNXWBrR3B3Z1B0yLXTAKD7rnbFjfvc3Wa91cN+WfcTup dox1R7Fhl5CKyoMj4PsLbj1crKTaBhveHHTRAHuJuCOwrpCNMpKM4N0DkYRu9OTwy/3s 5ABbNSPRgWjmCxTLhWd5pdqOH4fl7vyAnBUQDODZTJqVOPdQEEhODMMRXXdVt6n0dymz /JBzDJDfzCG1rS6BZF3/VTsg+SD7SGq6RNU6/Vyfb4iIAuQeLgw1i0ZnXq5FuplY3AW/ EeF/YlfAEUY7QY+vrzpa/FfDLCV+MlrEctTteKH3pdy8H6C1YsHDkdX8C9Z1Hzsz6OQX 9tsQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=XjI+62Nn+hV+DgM6ScaFuNZrfFBmp3rS0tkaPJn6df8=; b=kJARh5c7r9aj8/wf2f0d7F0ht6itwI7ptbOugJfzxSeA39p1h5bj44j/Sfv9MIvSQn gWKhWimYi8DD4WWfwyqiFc5EHhI4AyAuy/J637CD/adjNWnsIIsB1pJjYvln6K+vm4xh hPJ50gnMbS71rtQRAK/xpqvygTSfGgczkfO8rkqAsSfqOD0kOY1jNm1V7BH/SOEbamKI PFKj5qg/WaIw9PXOLTDA1/DSiZNuHd8rlN2WnS8ezT27bN3ixleZXMYxSYCWwXuc4WB3 jZ+ZXcTTL5Z38P+3r+uAtTqPELLgIB2UEWSn0xd+7TuxcfGO9DnCYGIXIGLMoIefJkBN xqBg== X-Gm-Message-State: AOUpUlH9BjYuEcINHOZdAAlpOGEXfvVe0+EXtqHVWrGWqviECvE6T4s8 EXLcqHvUrbdx6EUzP40Z21SfbRaKYTY= X-Google-Smtp-Source: AA+uWPxS2Oy7gV92ZsCn9/zUgtGPhJ+UzZ+i9S10fhuvp/6nPWLTxp0o1ioMdXB9zZc7CXti0IBJ2Q== X-Received: by 2002:a2e:504d:: with SMTP id v13-v6mr2091946ljd.84.1533749763425; Wed, 08 Aug 2018 10:36:03 -0700 (PDT) Received: from [192.168.72.11] (h95-155-237-105.cust.se.alltele.net. [95.155.237.105]) by smtp.gmail.com with ESMTPSA id f9-v6sm757646ljf.9.2018.08.08.10.36.02 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 08 Aug 2018 10:36:02 -0700 (PDT) From: stefan vallin Message-Id: <734639AA-E2B4-493A-81D6-2F80D4192883@wallan.se> Content-Type: multipart/alternative; boundary="Apple-Mail=_A7DF9315-9BBA-4E69-80AD-9648F302B76E" Mime-Version: 1.0 (Mac OS X Mail 11.2 $3445.5.20$) Date: Wed, 8 Aug 2018 19:36:01 +0200 In-Reply-To: Cc: "ccamp@ietf.org" To: Qin Wu References:

<50582C88-3BC2-450F-B761-E61310AABFB4@wallan.se> X-Mailer: Apple Mail (2.3445.5.20) Archived-At: Subject: Re: [CCAMP] Second review of draft-ietf-ccamp-alarm-module-01 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2018 17:36:10 -0000 --Apple-Mail=_A7DF9315-9BBA-4E69-80AD-9648F302B76E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi! Sorry for slow response! Thanks again for your comments. The larger scope the more complexity.=20 I think it is important to prove the model in the scope of a NE/device = first. Then extend with requirements for the controller/mid-level = manager in a later revision or a separate augmenting module. I am also convinced that the current model works as a base for the = controller based on implementation experience. We had some more leafs in = the controller than in the device. So in summary, I would like to progress this to an RFC targeting the NE = scope in a first step before adding more features targeting the = controller. Br Stefan > On 23 Jul 2018, at 11:39, Qin Wu wrote: >=20 > Are you saying the controller model should be different from device = model or the model in the southbound interface of the controller should = be different from the model used in northbound interface of the network = device? > Or the model used in northbound interface of the controller should be = different from one used in the northbound interface of the network = device? > Why not have one generic model which can be applied to both southbound = and northbound interfaces? > =20 > -Qin > =E5=8F=91=E4=BB=B6=E4=BA=BA: stefan vallin [mailto:stefan@wallan.se = ]=20 > =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2018=E5=B9=B47=E6=9C=8823=E6=97=A5= 2:37 > =E6=94=B6=E4=BB=B6=E4=BA=BA: Qin Wu; ccamp@ietf.org = > =E4=B8=BB=E9=A2=98: Re: Second review of = draft-ietf-ccamp-alarm-module-01 > =20 > Hi again! > Addition to #8 > You could augment with a device leaf in your mgmt app. > =20 > The module scope is within one device primarily > =20 > Br stefan >=20 > Mvh stefan > +46(0)705233262 >=20 > 22 juli 2018 kl. 20:17 skrev stefan vallin >: >=20 > Hi Qin! > Thanks for your review and comments, see inline below: >=20 >=20 > On 21 Jul 2018, at 14:16, Qin Wu > wrote: > =20 > Hi, Stefan: > Before the next version of alarm model comes up, I would like to have = the following suggestions and comments: > 1. UUID support for the type of resource under alarm list > Last time you said: > =E2=80=9C > Good point, will consider adding it in the next revision. > However, there is a danger here in that developers might escape = throwing UUIDs to operators. As an operator in a NOC it is hard to know = what to do with a UUID. > In many cases UUID are a sign of using the alarms as a log/debug thing = for developers. > =20 > typedef resource { > type union { > type instance-identifier { > require-instance false; > } > type yang:object-identifier; > type string; > } > =E2=80=9C > However in our implementation case, we did allow operator in a NOC to = use UUID to correlate resource objects in the alarm-inventory, don=E2=80=99= t we? > We have added UUID to the upcoming version: > typedef resource { > type union { > type instance-identifier { > require-instance false; > } > type yang:object-identifier; > type yang:uuid; > type string; > } > =20 > Resource-match is also updated to handle UUIDs. > =20 > =20 > =20 >=20 >=20 > =20 > 2. Dependency between root-cause-resource, impacted-resource, = related-alarm > Under alarm list, there are three dependent parameters: = root-cause-resource, impacted-resource, related-alarm > It is still not clear to me how root-cause-resource, impacted-resource = are used together with resource parameter under related-alarm, why = root-cause-resource and impact-resource not part of related-alarm. > If the answer is no, for root-cause-resource leaf-list, I am wondering = why not add is-root-cause parameter to indicate a specific alarm under = alarm list is root cause alarm. Only when is-root-cause is set to true, = then root-cause-resource will be provided. Does this make sense? > In our practice, we usually design one root cause alarm and several = derived alarms, the derived alarm will use leafref to point to root = cause alarm, I am wondering whether we assume each alarm under alarm = list is root cause alarm and Related-alarm are derived alarms. If the = answer is no, I think we should one new parameter under related-alarm = list to reference to the root cause alarm. > We have updated the test in the RFC document on this topic: > 3.6. Root Cause, Impacted Resources and Related Alarms > =20 > The general principle of this alarm module is to limit the amount = of > alarms. The alarm has two leaf-lists to identify possible impacted > resources and possible root-cause resources. The system should not > represent individual alarms for the possible root-cause resources = and > impacted resources. These serves as hints only. It is up to the > client application to use this information to present the overall > status. > =20 > A system should always strive to identify the resource that can be > acted upon as the "resource" leaf. The "impacted-resource" = leaf-list > shall be used to identify any side-effects of the alarm. The > impacted resources can not be acted upon to fix the problem. An > example of this kind of alarm might be a disc full problem which > impacts a number of databases. > =20 > In some occasions the system might not be capable of detecting the > root cause, the resource that can be acted upon. The = instrumentation > in this case only monitors the side-effect and needs to represent = an > alarm that indicates a situation that needs acting upon. The > instrumentation still might identify possible candidates for the > root-cause resource. In this case the "root-cause-resource" leaf- > list can be used to indicate the candidate root-cause resources. = An > example of this kind of alarm might be an active test tool that > detects an SLA violation on a VPN connection and identifies the > devices along the chain as candidate root causes. > =20 > The alarm module also supports a way to associate different alarms = to > each other with the "related-alarm" list. This list enables the > server to inform the client that certain alarms are related to = other > alarms. > =20 > Note well that this module does not prescribe any dependencies or > preference between the above alarm correlation mechanisms. = Different > systems have different capabilities and the above described > mechanisms are available to support the instrumentation features. >=20 >=20 > =20 > 3. Consolidate tuple corresponding to a single alarm instance = into pair > This YANG alarm module uses the tuple (resource, alarm type = identifier, alarm type qualifier)to identify a single alarm instance. I = am wondering whether the tuple can be reduced into (resource, alarm-type = identifier), allow alarm-type identifier support a union of identity and = string. The reason for that is inherit base identity for = alarm-type-identifier to get a bunch of derived identity is not = sufficient when alarm-type can be fine granularity classified into = hundreds type. > =20 > No that will not work, read the text in the RFC document, alarm type = identifier Is static design-time, qualifier is runtime and a refinement = of the alarm-type identifier. > See updated text in the upcoming version of the RFC: > 3.2. Alarm Type > =20 > This document defines an alarm type with an alarm type id and an > alarm type qualifier. > =20 > The alarm type id is modeled as a YANG identity. With YANG > identities, new alarm types can be defined in a distributed = fashion. > YANG identities are hierarchical, which means that an hierarchy of > alarm types can be defined. > =20 > Standards and vendors should define their own alarm type identities > based on this definition. > The use of YANG identities means that all possible alarms are > identified at design time. This explicit declaration of alarm = types > makes it easier to allow for alarm qualification reviews and > preparation of alarm actions and documentation. > =20 > There are occasions where the alarm types are not known at design > time. For example, a system with digital inputs that allows users = to > connects detectors (e.g., smoke detector) to the inputs. In this > case it is a configuration action that says that certain connectors > are fire alarms for example. A potential drawback of this is that > there is a big risk that alarm operators will receive alarm types = as > a surprise, they do not know how to resolve the problem since a > defined alarm procedure does not necessarily exist. To avoid this > risk the system MUST publish all possible alarm types in the alarm > inventory, see Section 4.2. > =20 > In order to allow for dynamic addition of alarm types the alarm > module also allows for further qualification of the identity based > alarm type using a string. > =20 > A vendor or standard can then define their own alarm-type = hierarchy. > The example below shows a hierarchy based on X.733 event types: > =20 > import ietf-alarms { > prefix al; > } > identity vendor-alarms { > base al:alarm-type; > } > identity communications-alarm { > base vendor-alarms; > } > identity link-alarm { > base communications-alarm; > } > =20 > Alarm types can be abstract. An abstract alarm type is used as a > base for defining hierarchical alarm types. Concrete alarm types = are > used for alarm states and appear in the alarm inventory. There are > two kinds of concrete alarm types: > =20 > 1. The last subordinate identity in the "alarm-type-id" hierarchy = is > concrete, for example: "alarm-identity.environmental- > alarm.smoke". In this example "alarm-identity" and > "environmental-alarm" are abstract YANG identities, whereas > "smoke" is a concrete YANG identity. > =20 > =20 > =20 > =20 > =20 > Vallin & Bjorklund Expires January 11, 2019 [Page = 6] > Internet-Draft YANG Alarm Module July = 2018 > =20 > =20 > 2. The YANG identity hierarchy is abstract and the concrete alarm > type is defined by the dynamic alarm qualifier string, for > example: "alarm-identity.environmental-alarm.external-detector" > with alarm-type-qualifier "smoke". > =20 > For example: > =20 > // Alternative 1: concrete alarm type identity > import ietf-alarms { > prefix al; > } > identity environmental-alarm { > base al:alarm-type; > description "Abstract alarm type"; > } > identity smoke { > base environmental-alarm; > description "Concrete alarm type"; > } > =20 > // Alternative 2: concrete alarm type qualifier > import ietf-alarms { > prefix al; > } > identity environmental-alarm { > base al:alarm-type; > description "Abstract alarm type"; > } > identity external-detector { > base environmental-alarm; > description > "Abstract alarm type, a run-time configuration > procedure sets the type of alarm detected. This will > be reported in the alarm-type-qualifier."; > } > =20 > A server SHOULD strive to minimize the number of dynamically = defined > alarm types. > =20 >=20 >=20 > =20 > 4. Semantics difference between description under = alarm-inventory and alarm-text nder alarm list > See description definition and alarm-text definition as follows: > =E2=80=9C > description=EF=BC=9AA description of the possible alarm. It SHOULD = include information on possible underlying root causes and corrective = actions. > alarm-text=EF=BC=9AThe string used to inform operators about the = alarm. This MUST contain enough information for an operator to be able = to understand the problem and how to resolve it. If this string = contains structure, this format should be clearly documented for = programs to be able to parse that information. > =E2=80=9C > I am not sure any semantics difference between description and = alarm-text, why not replace one with another? Or we can further broke = down description/alarm-text into root-cause and corrective-actions. I = believe they are key information we want to convey through = description/alarm-text. > Alarm description is dynamic/run-time, conveys relevant information = for the specific alarm state change. > Description in the inventory is static, cannot convey dynamic state = change information >=20 >=20 > =20 > 5. Alarm arrive time support > Under operator-state-change, we have time parameter to represent = Timestamp for operator action on alarm, I am wondering do we need to add = alarm-arrive-time to represent the time when alarm arrive at the = management system. > It is useful information for the alarm management. > The alarm has a leaf representing the real time the state change = appeared: > +--ro alarm* [resource alarm-type-id alarm-type-qualifier] > ... > +--ro last-changed yang:date-and-time > +--ro status-change* [time] > +--ro time yang:date-and-time > This should represent the time it really happened. Not the time the = notification arrived at the management system. If you need that, that is = something you can add in your mgmt system. > =20 > =20 > 6. Alarm-name field support for alarm and alarm inventory > In the current model, each alarm under alarm list is uniquely = identified by three leaf key (resource, alarm type identifier, alarm = type qualifier),would it more desirable to define a single leaf key, = e.g., add alarm name or alarm-no to uniquely identify each alarm? That = will simplify the alarm management from the management system = perspective. Make sense? > A string no=E2=80=A6 > This is a fundamental design principle in the alarm module. The key, = the tuple, carries semantic information, there is no doubt how to match = notifications to the alarm state. > 3GPP Alarm IRP, for example, introduced a confusing single key alarmId = key which created paradoxes,=20 > if you have different alarmIds but for the the same alarmtype and = resource, what does it mean? >=20 >=20 > =20 > 7. Reason-id support for alarm list and alarm inventory > In the current model, is root cause resource is the reason to generate = each alarm? If not, I propose to add reason-id for each alarm under = alarm list and alarm inventory. > See answer to #2 > =20 > 8. Alarm generating device or location support for alarm list = and alarm inventory > In the current model, it seems the resource type can potentially = indicate the device or location where the alarm is generated, but not = explicitly. I am wondering why not add alarm-generating-device and = alarm-generating-location two parameters to explicitly indicate the = device or location where the alarm is generated, that will simplify = alarm management, make sense?=20 > =20 > I guess you are considering a management application and not the = device?=20 > The resource is a leafier which could/should include the device in = your model in your management application. >=20 >=20 > 9. Alarm notification category support > In the current model, alarm notification is defined as follows: > =E2=80=9C > This notification is used to report a state change for an alarm. The = same notification is used for reporting a newly raised alarm, a cleared = alarm or changing the text and/or > severity of an existing alarm. > =20 > =E2=80=9D > However it is not clear how to distinguish alarm notification for = newly reaised alarm from alarm notification for a cleared alarm. Would = it be more sensible to add alarm notification category support something = as follows: > =E2=80=9C > leaf category { > type enumeration { > enum fault { > description > "Alarm raised."; > } > enum recovery { > description > "Alarm cleared."; > } > enum Change { > description > "Alarm changed."; > } > } > =E2=80=9D > Not needed, this is obvious when you map the notification towards the = key tuple. >=20 >=20 > 10. Consistency between alarm list construct and alarm notification = construct > We see the difference between alarm list construct and alarm = notification construct is operator action defined under alarm = notification construct and operator state change under alarm list = construct. > As specified in RFC7950, > =E2=80=9C > An action MUST NOT be defined within an rpc, another action, or a > notification > =E2=80=9D > I am not sure action can be allowed within alarm-notification = construct, in that case, I would propose to remove operator action from = alarm notification construct. > In addition, the operator parameter under operator-state-change can be = removed or consolidated into set-operator-state action. > I do not understand > The action is not defined in the notification. >=20 >=20 > =20 > 11. Additionalinfo support for alarm list > I think we should allow vendor specific extension to be added as part = of alarm list, the vendor specific extension can be defined in TLV = format. > The alarm module does not restrict any vendor additions, better to use = augmentation. >=20 >=20 > =20 > 12. Alarm-no support for set-operator-state > If we believe set-operator-state is useful action under alarm list. I = am wondering if we can add alarm-no or alarm-name to identify each alarm = under set-operator-state. This will help a lot for alarm ack operation = based on each alarm number. > See above >=20 > =20 > 13. Is-acked for alarm list > Since we have is-cleared parameter under alarm list to indicate the = current clearance state of the alarm, why not add is-acked parameter = under alarm list to indicate the current acked state of the alarm, make = sense? > You can get that from the operator-state-change list. >=20 > =20 > =20 > Br Stefan --Apple-Mail=_A7DF9315-9BBA-4E69-80AD-9648F302B76E Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hi!

Sorry for slow response!

Thanks again for your comments.

The = larger scope the more complexity.

I think it = is important to prove the model in the scope of a NE/device first. Then = extend with requirements for the controller/mid-level manager in a later = revision or a separate augmenting module.

I am also = convinced that the current model works as a base for the controller = based on implementation experience. We had some more leafs in the = controller than in the device.

So in summary, I would like to progress = this to an RFC targeting the NE scope in a first step before adding more = features targeting the controller.

Br = Stefan

On 23 Jul 2018, at 11:39, Qin Wu <bill.wu@huawei.com> = wrote:

Are you saying = the controller model should be different from device model or the model = in the southbound interface of the controller should be different from = the model used in northbound interface of the network device?
Or the model used in = northbound interface of the controller should be different from one used = in the northbound interface of the network device?
Why not have one = generic model which can be applied to both southbound and northbound = interfaces?

-Qin
=E5=8F=91=E4=BB=B6= =E4=BA=BA: stefan vallin [mailto:stefan@wallan.se]
=E5=8F=91=E9=80=81=E6= =97=B6=E9=97=B4: 2018=E5=B9=B47=E6=9C=8823=E6=97=A5 2:37
=E6=94=B6=E4=BB=B6=E4=BA=BA: Qin Wu; ccamp@ietf.org
=E4=B8=BB=E9=A2=98: Re: Second review of = draft-ietf-ccamp-alarm-module-01

Hi again!
Addition to #8
You could augment with a = device leaf in your mgmt app.

The module scope is within one device primarily

Br = stefan
Mvh = stefan
+46(0)705233262

22 juli 2018 kl. 20:17 skrev stefan vallin <stefan@wallan.se>:
Hi Qin!
Thanks for your review and = comments, see inline below:

On 21 Jul 2018, at 14:16, Qin = Wu <bill.wu@huawei.com> = wrote:

Hi, Stefan:
Before the next version of alarm model = comes up, I would like to have the following suggestions and = comments:
1.       UUID support for the type of resource under alarm = list
Last time you = said:
=E2=80=9C
Good point, will = consider adding it in the next revision.
However, there is a danger here in that = developers might escape throwing UUIDs to operators. As an operator in a = NOC it is hard to know what to do with a UUID.
In many cases UUID are a sign of using = the alarms as a log/debug thing for developers.

typedef = resource {
        type union = {
          type = instance-identifier {
          &nb= sp; require-instance false;
          = }
          type = yang:object-identifier;
          type = string;
        }
=E2=80=9C
However in our implementation case, we = did allow operator in a NOC to use UUID to correlate resource objects in = the alarm-inventory, don=E2=80=99t we?
We have added UUID to the = upcoming version:
typedef resource {
type union = {
= type instance-identifier {
= require-instance false;
}
type = yang:object-identifier;
type yang:uuid;
type = string;
= }

Resource-match is also updated to handle UUIDs.

2.       Dependency between root-cause-resource, = impacted-resource, related-alarm
Under alarm list, there = are three dependent parameters: root-cause-resource, = impacted-resource, related-alarm
It is still not clear to me how root-cause-resource, = impacted-resource are used together with resource parameter under = related-alarm, why root-cause-resource and impact-resource not part of = related-alarm.
If the answer is no, for root-cause-resource = leaf-list, I am wondering why not add is-root-cause parameter to = indicate a specific alarm under alarm list is root cause alarm. Only = when is-root-cause is set to true, then root-cause-resource will be = provided. Does this make sense?
In our practice, we usually design one root cause alarm and = several derived alarms, the derived alarm will use leafref to point to = root cause alarm, I am wondering whether we assume each alarm under = alarm list is root cause alarm and Related-alarm are derived alarms. If = the answer is no, I think we should one new parameter under = related-alarm list to reference to the root cause alarm.
We have = updated the test in the RFC document on this topic:
3.6. = Root Cause, Impacted Resources and Related Alarms

= The general principle of this alarm module is to limit the amount = of
= alarms. The alarm has two leaf-lists to identify possible = impacted
= resources and possible root-cause resources. The system = should not
= represent individual alarms for the possible root-cause resources = and
= impacted resources. These serves as hints only. It is = up to the
= client application to use this information to present the = overall
= status.

= A system should always strive to identify the resource that can = be
= acted upon as the "resource" leaf. The "impacted-resource" = leaf-list
= shall be used to identify any side-effects of the alarm. = The
= impacted resources can not be acted upon to fix the problem. = An
= example of this kind of alarm might be a disc full problem = which
= impacts a number of databases.

= In some occasions the system might not be capable of detecting = the
= root cause, the resource that can be acted upon. The = instrumentation
in this case only monitors the side-effect and = needs to represent an
alarm that indicates a situation that needs = acting upon. The
instrumentation still might identify possible = candidates for the
root-cause resource. In this case the = "root-cause-resource" leaf-
list can be used to indicate the candidate = root-cause resources. An
example of this = kind of alarm might be an active test tool that
detects an SLA = violation on a VPN connection and identifies the
devices along = the chain as candidate root causes.

= The alarm module also supports a way to associate different alarms = to
= each other with the "related-alarm" list. This list enables = the
= server to inform the client that certain alarms are related to = other
= alarms.

= Note well that this module does not prescribe any dependencies = or
= preference between the above alarm correlation mechanisms. = Different
systems have different capabilities and the = above described
mechanisms are available to support the = instrumentation features.

3.       Consolidate tuple corresponding to a single alarm = instance into pair
This YANG alarm module uses the tuple (resource, alarm type = identifier, alarm type qualifier)to identify a single alarm instance. I = am wondering whether the tuple can be reduced into (resource, alarm-type = identifier), allow alarm-type identifier support a union of identity and = string. The reason for that is inherit base identity for = alarm-type-identifier to get a bunch of derived identity is not = sufficient when alarm-type can be fine granularity classified into = hundreds type.

No that = will not work, read the text in the RFC document, alarm type identifier = Is static design-time, qualifier is runtime and a refinement of the = alarm-type identifier.
See updated text in the upcoming version of the RFC:
3.2. = Alarm Type

This document defines an alarm type with an = alarm type id and an
alarm type qualifier.

= The alarm type id is modeled as a YANG identity. With = YANG
= identities, new alarm types can be defined in a distributed = fashion.
= YANG identities are hierarchical, which means that an hierarchy = of
= alarm types can be defined.

= Standards and vendors should define their own alarm type = identities
= based on this definition.
The use of YANG = identities means that all possible alarms are
identified at = design time. This explicit declaration of alarm types
makes it easier = to allow for alarm qualification reviews and
preparation of = alarm actions and documentation.

= There are occasions where the alarm types are not known at = design
= time. For example, a system with digital inputs that allows = users to
= connects detectors (e.g., smoke detector) to the inputs. In = this
= case it is a configuration action that says that certain = connectors
= are fire alarms for example. A potential drawback of this is = that
= there is a big risk that alarm operators will receive alarm types = as
= a surprise, they do not know how to resolve the problem since = a
= defined alarm procedure does not necessarily exist. To avoid = this
= risk the system MUST publish all possible alarm types in the = alarm
= inventory, see Section 4.2.

= In order to allow for dynamic addition of alarm types the = alarm
= module also allows for further qualification of the identity = based
= alarm type using a string.

= A vendor or standard can then define their own alarm-type = hierarchy.
= The example below shows a hierarchy based on X.733 event = types:

= import ietf-alarms {
= prefix al;
}
identity = vendor-alarms {
base al:alarm-type;
}
identity = communications-alarm {
base vendor-alarms;
}
identity = link-alarm {
= base communications-alarm;
}

= Alarm types can be abstract. An abstract alarm type is used = as a
= base for defining hierarchical alarm types. Concrete alarm = types are
= used for alarm states and appear in the alarm inventory. = There are
two kinds of concrete alarm types:

= 1. The last subordinate identity in the "alarm-type-id" = hierarchy is
= concrete, for example: = "alarm-identity.environmental-
= alarm.smoke". In this example "alarm-identity" and
= "environmental-alarm" are abstract YANG identities, whereas
= "smoke" is a concrete YANG identity.

Vallin = & Bjorklund Expires January 11, 2019 = [Page 6]
Internet-Draft = YANG Alarm Module = July 2018

= 2. The YANG identity hierarchy is abstract and the concrete = alarm
= type is defined by the dynamic alarm qualifier = string, for
= example: = "alarm-identity.environmental-alarm.external-detector"
= with alarm-type-qualifier "smoke".

= For example:

// Alternative 1: concrete alarm type = identity
= import ietf-alarms {
= prefix al;
}
identity = environmental-alarm {
base al:alarm-type;
= description "Abstract alarm type";
}
identity = smoke {
= base environmental-alarm;
= description "Concrete alarm type";
}

= // Alternative 2: concrete alarm type qualifier
import = ietf-alarms {
= prefix al;
}
identity = environmental-alarm {
base al:alarm-type;
= description "Abstract alarm type";
}
identity = external-detector {
base environmental-alarm;
= description
"Abstract alarm type, a = run-time configuration
procedure sets the type of = alarm detected. This will
be reported in the = alarm-type-qualifier.";
}

= A server SHOULD strive to minimize the number of dynamically = defined
= alarm types.

4.       Semantics difference between description under = alarm-inventory and alarm-text nder alarm list
See description definition and = alarm-text definition as follows:
=E2=80=9C
description=EF=BC=9AA description of the = possible alarm. It SHOULD include information on possible = underlying root causes and corrective actions.
alarm-text=EF=BC=9AThe string used to inform = operators about the alarm. This MUST contain enough information for an = operator to be able to understand the problem and how to resolve = it. If this string contains structure, this format should be = clearly documented for programs to be able to parse that = information.
   =E2=80=9C
   I am not sure any = semantics difference between description and alarm-text, why not replace = one with another? Or we can further broke down description/alarm-text = into root-cause and corrective-actions. I believe they are key = information we want to convey through description/alarm-text.
Alarm description is = dynamic/run-time, conveys relevant information for the specific alarm = state change.
Description in the inventory is static, cannot convey dynamic = state change information

5.       Alarm arrive time support
Under = operator-state-change, we have time parameter to represent Timestamp for operator action on alarm, I am wondering do we = need to add alarm-arrive-time to represent the time when alarm arrive at = the management system.
It is useful information for the alarm = management.
The alarm has a leaf = representing the real time the state change appeared:
= +--ro alarm* [resource alarm-type-id alarm-type-qualifier]
= ...
= +--ro last-changed = yang:date-and-time
= +--ro status-change* [time]
= +--ro time = yang:date-and-time
This should represent the = time it really happened. Not the time the notification arrived at the = management system. If you need that, that is something you can add in = your mgmt system.

6.       Alarm-name field support for alarm and alarm = inventory
In the current = model, each alarm under alarm list is uniquely identified by three leaf = key (resource, alarm type identifier, alarm type qualifier),would it = more desirable to define a single leaf key, e.g., add alarm name or = alarm-no to uniquely identify each alarm? That will simplify the alarm = management from the management system perspective. Make sense?
A string = no=E2=80=A6
This is = a fundamental design principle in the alarm module. The key, the tuple, = carries semantic information, there is no doubt how to match = notifications to the alarm state.
3GPP Alarm IRP, for example, = introduced a confusing single key alarmId key which created = paradoxes,
if you have different alarmIds but for the the same alarmtype = and resource, what does it mean?

7.       Reason-id support for alarm list and alarm = inventory
In the current = model, is root cause resource is the reason to generate each alarm? If = not, I propose to add reason-id for each alarm under alarm list and = alarm inventory.
See = answer to #2

8.       Alarm generating device or location support for alarm = list and alarm inventory
In the current model, it seems the resource type can = potentially indicate the device or location where the alarm is = generated, but not explicitly. I am wondering why not add = alarm-generating-device and alarm-generating-location two parameters to = explicitly indicate the device or location where the alarm is generated, = that will simplify alarm management, make sense?

I guess you are considering a = management application and not the device?
The resource is a leafier = which could/should include the device in your model in your management = application.

9.       Alarm notification category support
In the current model, = alarm notification is defined as follows:
=E2=80=9C
This = notification is used to report a state change for an alarm. The same = notification is used for reporting a newly raised alarm, a cleared alarm = or changing the text and/or
severity of an existing alarm.

=E2=80=9D
However it is not clear how to = distinguish alarm notification for newly reaised alarm from alarm = notification for a cleared alarm. Would it be more sensible to add alarm = notification category support something as follows:
=E2=80=9C
leaf category = {
         type = enumeration {
           = enum fault {
          &nb= sp; description
          &nb= sp;    "Alarm raised.";
           = }
           = enum recovery {
          &nb= sp; description
          &nb= sp;    "Alarm cleared.";
           = }
           = enum Change {
          &nb= sp; description
          &nb= sp;    "Alarm changed.";
           = }
         = }
=E2=80=9D
Not needed, this is obvious = when you map the notification towards the key tuple.

10.   Consistency between alarm list construct and alarm = notification construct
We see the difference between alarm list construct and alarm = notification construct is operator action defined under alarm = notification construct and operator state change under alarm list = construct.
As specified in = RFC7950,
=E2=80=9C
An action MUST NOT be defined within an rpc, = another action, or a
   = notification
=E2=80=9D
I am not sure action can be allowed = within alarm-notification construct, in that case, I would propose to = remove operator action from alarm notification construct.
In addition, the operator parameter = under operator-state-change can be removed or = consolidated into set-operator-state action.
I do not = understand
The = action is not defined in the notification.

11.   Additionalinfo support for alarm list
I think we should allow = vendor specific extension to be added as part of alarm list, the vendor = specific extension can be defined in TLV format.
The alarm module does not = restrict any vendor additions, better to use augmentation.

12.   Alarm-no support for set-operator-state
If we believe set-operator-state is useful action under alarm list. I am = wondering if we can add alarm-no or alarm-name to identify each alarm = under set-operator-state. This will help a lot for alarm ack operation = based on each alarm number.
See above

13.   Is-acked for alarm list
Since we have is-cleared = parameter under alarm list to indicate the current clearance state of = the alarm, why not add is-acked parameter under alarm list to indicate = the current acked state of the alarm, make sense?
You can get that from = the operator-state-change list.

Br = Stefan

= --Apple-Mail=_A7DF9315-9BBA-4E69-80AD-9648F302B76E-- From nobody Wed Aug 8 10:46:09 2018 Return-Path: X-Original-To: ccamp@ietf.org Delivered-To: ccamp@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 5947F130EA3; Wed, 8 Aug 2018 10:46:07 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: ccamp@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.83.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: ccamp@ietf.org Message-ID: <153375036731.6185.14604295665843586718@ietfa.amsl.com> Date: Wed, 08 Aug 2018 10:46:07 -0700 Archived-At: Subject: [CCAMP] I-D Action: draft-ietf-ccamp-alarm-module-02.txt X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.27 List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2018 17:46:07 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Common Control and Measurement Plane WG of the IETF. Title : YANG Alarm Module Authors : Stefan Vallin Martin Bjorklund Filename : draft-ietf-ccamp-alarm-module-02.txt Pages : 69 Date : 2018-08-08 Abstract: This document defines a YANG module for alarm management. It includes functions for alarm list management, alarm shelving and notifications to inform management systems. There are also RPCs to manage the operator state of an alarm and administrative alarm procedures. The module carefully maps to relevant alarm standards. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-ccamp-alarm-module/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-ccamp-alarm-module-02 https://datatracker.ietf.org/doc/html/draft-ietf-ccamp-alarm-module-02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-ccamp-alarm-module-02 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Wed Aug 8 19:54:47 2018 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F180E130DC4 for ; Wed, 8 Aug 2018 19:54:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id h6sCMPMOIio6 for ; Wed, 8 Aug 2018 19:54:40 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 80E57130F11 for ; Wed, 8 Aug 2018 19:54:38 -0700 (PDT) Received: from lhreml706-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 18C3EC6882759 for ; Thu, 9 Aug 2018 03:54:35 +0100 (IST) Received: from NKGEML414-HUB.china.huawei.com (10.98.56.75) by lhreml706-cah.china.huawei.com (10.201.108.47) with Microsoft SMTP Server (TLS) id 14.3.399.0; Thu, 9 Aug 2018 03:54:34 +0100 Received: from NKGEML513-MBS.china.huawei.com ([169.254.2.163]) by nkgeml414-hub.china.huawei.com ([10.98.56.75]) with mapi id 14.03.0399.000; Thu, 9 Aug 2018 10:54:24 +0800 From: Qin Wu To: stefan vallin CC: "ccamp@ietf.org" Thread-Topic: Second review of draft-ietf-ccamp-alarm-module-01 Thread-Index: AdQgn0ZSsaTuKMi2STS36VPAe6hr7gBBfduAAACrXYAAMCT58AMkrjOAACFUC6A= Date: Thu, 9 Aug 2018 02:54:24 +0000 Message-ID: References:

<50582C88-3BC2-450F-B761-E61310AABFB4@wallan.se> <734639AA-E2B4-493A-81D6-2F80D4192883@wallan.se> In-Reply-To: <734639AA-E2B4-493A-81D6-2F80D4192883@wallan.se> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.138.33.244] Content-Type: multipart/alternative; boundary="_000_B8F9A780D330094D99AF023C5877DABA9AF9C0BEnkgeml513mbschi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [CCAMP] Second review of draft-ietf-ccamp-alarm-module-01 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2018 02:54:46 -0000 --_000_B8F9A780D330094D99AF023C5877DABA9AF9C0BEnkgeml513mbschi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhhbmsgZm9yIHlvdXIgdXBkYXRlIGluIHYtKDAyKQ0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvcmZj ZGlmZj91cmwyPWRyYWZ0LWlldGYtY2NhbXAtYWxhcm0tbW9kdWxlLTAyDQpXaHkgbm90IGhhdmUg YSBnZW5lcmljIG1vZGVsIGFwcGxpY2FibGUgdG8gYm90aCBjb250cm9sbGVyIGFuZCB0aGUgZGV2 aWNlLCBJIHNlZSB0aGlzIG1vZGVsIGFzIGFsYXJtIG1vbml0b3JpbmcgZnJhbWV3b3JrLiBBbHNv IHRoaXMgZHJhZnQgc2FpZCBpbiB0aGUgaW50cm9kdWN0aW9uOg0K4oCcDQogICBUaGUgcHVycG9z ZSBpcyB0byBkZWZpbmUgYSBzdGFuZGFyZGlzZWQgYWxhcm0gaW50ZXJmYWNlIGZvciBuZXR3b3Jr DQogICBkZXZpY2VzIHRoYXQgY2FuIGJlIGVhc2lseSBpbnRlZ3JhdGVkIGludG8gbWFuYWdlbWVu dCBhcHBsaWNhdGlvbnMuDQogICBUaGUgbW9kZWwgaXMgYWxzbyBhcHBsaWNhYmxlIGFzIGEgbm9y dGhib3VuZCBhbGFybSBpbnRlcmZhY2UgaW4gdGhlDQogICBtYW5hZ2VtZW50IGFwcGxpY2F0aW9u cy4NCg0K4oCdDQpJbiBhZGRpdGlvbiwgSSBiZWxpZXZlIHlvdSBoYXZlbuKAmXQgdG91Y2hlZCBt eSBmb2xsb3d1cCBjb21tZW50cyBwb3N0ZWQgYXQ6DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWls LWFyY2hpdmUvd2ViL2NjYW1wL2N1cnJlbnQvbXNnMTg5MDQuaHRtbA0Kd2hpY2ggYXJlIG5vdCBj b250cm9sbGVyIHN1cHBvcnQgc3BlY2lmaWMgY29tbWVudCwgYXBwcmVjaWF0ZSB5b3VyIHJlc3Bv bnNlIHRvIHRob3NlIGNvbW1lbnRzLg0KNCBpc3N1ZXMgaGlnaGxpZ2h0ZWQgYmVsb3c6DQoNCjEu ICAgICAgIEFsYXJtLXR5cGUtaWQgc3VwcG9ydHMgdW5pb24gb2YgaWRlbnRpdHkgYW5kIHN0cmlu Zw0KDQpJIGtub3cgZGVmaW5pbmcgYWxhcm0tdHlwZS1pZCBhcyBpZGVudGl0eSBtYWtlIGFsYXJt LXR5cGUtaWQgaXMgbW9yZSBleHRlbnNpYmxlLCBidXQgd2FzdGUgbW9yZSBzcGFjZSB0aGFuIHVz aW5nIGVudW0uDQoNCkkgYW0gd29uZGVyaW5nIHdoeSBub3QgZGVmaW5lIGFsYXJtLXR5cGUtaWQg YXMgdWludDMyIG9yIHN0cmluZyB3aXRoIGVtYmVkZGVkIGZvcm1hdCBzdWNoIGFzIGdyb3VwaWQt YWxhcm1pZChlLmcuLCDigJ0yMzEwLTM2NzAwMzk04oCdKSwgdGhpcyB3aWxsIGhlbHAgbWFuYWdl IG1pbGxpb25zIG9mIGFsYXJtIHR5cGVzIGVhc2llci4NCg0KRGVmaW5pbmcgYWxhcm0tdHlwZS1p ZCBhcyBpZGVudGl0eSBzZWVtcyB3YXN0aW5nIGEgbG90IG9mIHNwYWNlIGFuZCBoYXJkIHRvIGRl YWwgd2l0aCBtaWxsaW9ucyBvZiBhbGFybSB0eXBlIGluIHRoZSBkZXNpZ24gdGltZSBzaW5jZSBF bnVtZXJhdGluZyBlYWNoIG9mIHRoZW0gcmVxdWlyZSBodW1hbiB0byBlbnRlciBhbGwgb2YgYWxh cm0gdHlwZXMgaW4geWFuZyBmaWxlLg0KDQoNCg0KMi4gICAgICAgQWxhcm0tbmFtZSBvciBhbGFy bS1zZXJpYWwtbm8gZmllbGQgc3VwcG9ydCBmb3IgYWxhcm0gYW5kIGFsYXJtIGludmVudG9yeQ0K DQpTdXBwb3NlIHdlIGhhdmUgYWxhcm0tbmFtZSBvciBhbGFybS1zZXJpYWwtbm8sIEkgYmVsaWV2 ZSBpdCBpcyBtb3JlIGVhc2llciB0byBiYXNlZCBvbiBvbmUgZmllbGQgcmF0aGVyIHRoYW4gMyB0 dXBsZShyZXNvdXJjZSwgYWxhcm0tdHlwZS1pZCwgYWxhcm0tdHlwZS1xdWFsaWZpZXIpIHRvIGlk ZW50aWZ5IGVhY2ggYWxhcm0gaW5zdGFuY2UsDQoNClRoZSBtb3N0IGltcG9ydGFudCBpcyB0aGlz IHdpbGwgc2ltcGxpZnkgb3BlcmF0aW9uIGFuZCBtYW5hZ2VtZW50Lg0KDQoNCg0KMy4gICAgICAg QWxhcm0gbm90aWZpY2F0aW9uIGNhdGVnb3J5IHN1cHBvcnQNCg0KRG8gd2UgYmFzZWQgb27igJkg aXMtY2xlYXJlZOKAmSBhbmQg4oCYc3RhdHVzLWNoYW5nZeKAmSBmaWVsZCB0byB0ZWxsIFRoZSBz YW1lIG5vdGlmaWNhdGlvbiBpcyB1c2VkIGZvciByZXBvcnRpbmcgYSBuZXdseSByYWlzZWQgYWxh cm0sIGEgY2xlYXJlZCBhbGFybSBvciBjaGFuZ2luZyB0aGUgdGV4dD8NCg0KSG93IGRvIHdlIGtu b3cgdGhlIG5vdGlmaWNhdGlvbiBpcyB1c2VkIGZvciBuZXdseSByYWlzZWQgYWxhcm0gaXMgbm90 IGNsZWFyIHRvIG1lLCBzaW5jZSB3ZSBkb27igJl0IGhhdmUgcmFpc2VkIGZpZWxkLg0KDQoNCg0K NC4gICAgICAgQ29uc2lzdGVuY3kgYmV0d2VlbiBhbGFybSBsaXN0IGNvbnN0cnVjdCBhbmQgYWxh cm0gbm90aWZpY2F0aW9uIGNvbnN0cnVjdA0KV2h5IGFsYXJtIG5vdGlmaWNhdGlvbiBjYW4gbm90 IGJlIHVzZWQgdG8gbm90aWZ5IHRoZSB0aW1lIHdoZW4gdGhpcyBhbGFybSBlbnRyeSB3YXMgY3Jl YXRlZCByYXRoZXIgdGhhbiBqdXN0IHRoZSB0aW1lIHdoZW4gYWxhcm0gc3RhdHVzIGlzIGNoYW5n ZWQ/DQpXaHkgYWxhcm0gbm90aWZpY2F0aW9uIGNhbiBub3QgYmUgdXNlZCB0byBub3RpZnkgd2hl dGhlciB0aGUgYWxhcm0gaXMgY2xlYXJlZCBvciBub3Q/DQpUbyBhZGRyZXNzIHRoaXMsIHRoZSBw cm9wb3NhbCBpcyB0byBtYWtlIENvbnNpc3RlbmN5IGJldHdlZW4gYWxhcm0gbGlzdCBjb25zdHJ1 Y3QgYW5kIGFsYXJtIG5vdGlmaWNhdGlvbiBjb25zdHJ1Y3QsIG1ha2Ugc2Vuc2U/DQoNClJlZ2Fy ZHMhDQotUWluDQrlj5Hku7bkuro6IHN0ZWZhbiB2YWxsaW4gW21haWx0bzpzdGVmYW5Ad2FsbGFu LnNlXQ0K5Y+R6YCB5pe26Ze0OiAyMDE45bm0OOaciDnml6UgMTozNg0K5pS25Lu25Lq6OiBRaW4g V3UNCuaKhOmAgTogY2NhbXBAaWV0Zi5vcmcNCuS4u+mimDogUmU6IFNlY29uZCByZXZpZXcgb2Yg ZHJhZnQtaWV0Zi1jY2FtcC1hbGFybS1tb2R1bGUtMDENCg0KSGkhDQpTb3JyeSBmb3Igc2xvdyBy ZXNwb25zZSENClRoYW5rcyBhZ2FpbiBmb3IgeW91ciBjb21tZW50cy4NClRoZSBsYXJnZXIgc2Nv cGUgdGhlIG1vcmUgY29tcGxleGl0eS4NCkkgdGhpbmsgaXQgaXMgaW1wb3J0YW50IHRvIHByb3Zl IHRoZSBtb2RlbCBpbiB0aGUgc2NvcGUgb2YgYSBORS9kZXZpY2UgZmlyc3QuIFRoZW4gZXh0ZW5k IHdpdGggcmVxdWlyZW1lbnRzIGZvciB0aGUgY29udHJvbGxlci9taWQtbGV2ZWwgbWFuYWdlciBp biBhIGxhdGVyIHJldmlzaW9uIG9yIGEgc2VwYXJhdGUgYXVnbWVudGluZyBtb2R1bGUuDQpJIGFt IGFsc28gY29udmluY2VkIHRoYXQgdGhlIGN1cnJlbnQgbW9kZWwgd29ya3MgYXMgYSBiYXNlIGZv ciB0aGUgY29udHJvbGxlciBiYXNlZCBvbiBpbXBsZW1lbnRhdGlvbiBleHBlcmllbmNlLiBXZSBo YWQgc29tZSBtb3JlIGxlYWZzIGluIHRoZSBjb250cm9sbGVyIHRoYW4gaW4gdGhlIGRldmljZS4N Cg0KU28gaW4gc3VtbWFyeSwgSSB3b3VsZCBsaWtlIHRvIHByb2dyZXNzIHRoaXMgdG8gYW4gUkZD IHRhcmdldGluZyB0aGUgTkUgc2NvcGUgaW4gYSBmaXJzdCBzdGVwIGJlZm9yZSBhZGRpbmcgbW9y ZSBmZWF0dXJlcyB0YXJnZXRpbmcgdGhlIGNvbnRyb2xsZXIuDQpCciBTdGVmYW4NCg0KDQoNCg0K T24gMjMgSnVsIDIwMTgsIGF0IDExOjM5LCBRaW4gV3UgPGJpbGwud3VAaHVhd2VpLmNvbTxtYWls dG86YmlsbC53dUBodWF3ZWkuY29tPj4gd3JvdGU6DQoNCkFyZSB5b3Ugc2F5aW5nIHRoZSBjb250 cm9sbGVyIG1vZGVsIHNob3VsZCBiZSBkaWZmZXJlbnQgZnJvbSBkZXZpY2UgbW9kZWwgb3IgdGhl IG1vZGVsIGluIHRoZSBzb3V0aGJvdW5kIGludGVyZmFjZSBvZiB0aGUgY29udHJvbGxlciBzaG91 bGQgYmUgZGlmZmVyZW50IGZyb20gdGhlIG1vZGVsIHVzZWQgaW4gbm9ydGhib3VuZCBpbnRlcmZh Y2Ugb2YgdGhlIG5ldHdvcmsgZGV2aWNlPw0KT3IgdGhlIG1vZGVsIHVzZWQgaW4gbm9ydGhib3Vu ZCBpbnRlcmZhY2Ugb2YgdGhlIGNvbnRyb2xsZXIgc2hvdWxkIGJlIGRpZmZlcmVudCBmcm9tIG9u ZSB1c2VkIGluIHRoZSBub3J0aGJvdW5kIGludGVyZmFjZSBvZiB0aGUgbmV0d29yayBkZXZpY2U/ DQpXaHkgbm90IGhhdmUgb25lIGdlbmVyaWMgbW9kZWwgd2hpY2ggY2FuIGJlIGFwcGxpZWQgdG8g Ym90aCBzb3V0aGJvdW5kIGFuZCBub3J0aGJvdW5kIGludGVyZmFjZXM/DQoNCi1RaW4NCuWPkeS7 tuS6ujogc3RlZmFuIHZhbGxpbiBbbWFpbHRvOnN0ZWZhbkB3YWxsYW4uc2VdDQrlj5HpgIHml7bp l7Q6IDIwMTjlubQ35pyIMjPml6UgMjozNw0K5pS25Lu25Lq6OiBRaW4gV3U7IGNjYW1wQGlldGYu b3JnPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4NCuS4u+mimDogUmU6IFNlY29uZCByZXZpZXcgb2Yg ZHJhZnQtaWV0Zi1jY2FtcC1hbGFybS1tb2R1bGUtMDENCg0KSGkgYWdhaW4hDQpBZGRpdGlvbiB0 byAjOA0KWW91IGNvdWxkIGF1Z21lbnQgd2l0aCBhIGRldmljZSBsZWFmIGluIHlvdXIgbWdtdCBh cHAuDQoNClRoZSBtb2R1bGUgc2NvcGUgaXMgd2l0aGluIG9uZSBkZXZpY2UgcHJpbWFyaWx5DQoN CkJyIHN0ZWZhbg0KTXZoIHN0ZWZhbg0KKzQ2KDApNzA1MjMzMjYyDQoNCjIyIGp1bGkgMjAxOCBr bC4gMjA6MTcgc2tyZXYgc3RlZmFuIHZhbGxpbiA8c3RlZmFuQHdhbGxhbi5zZTxtYWlsdG86c3Rl ZmFuQHdhbGxhbi5zZT4+Og0KSGkgUWluIQ0KVGhhbmtzIGZvciB5b3VyIHJldmlldyBhbmQgY29t bWVudHMsIHNlZSBpbmxpbmUgYmVsb3c6DQoNCg0KDQpPbiAyMSBKdWwgMjAxOCwgYXQgMTQ6MTYs IFFpbiBXdSA8YmlsbC53dUBodWF3ZWkuY29tPG1haWx0bzpiaWxsLnd1QGh1YXdlaS5jb20+PiB3 cm90ZToNCg0KSGksIFN0ZWZhbjoNCkJlZm9yZSB0aGUgbmV4dCB2ZXJzaW9uIG9mIGFsYXJtIG1v ZGVsIGNvbWVzIHVwLCBJIHdvdWxkIGxpa2UgdG8gaGF2ZSB0aGUgZm9sbG93aW5nIHN1Z2dlc3Rp b25zIGFuZCBjb21tZW50czoNCjEuICAgICAgIFVVSUQgc3VwcG9ydCBmb3IgdGhlIHR5cGUgb2Yg cmVzb3VyY2UgdW5kZXIgYWxhcm0gbGlzdA0KTGFzdCB0aW1lIHlvdSBzYWlkOg0K4oCcDQpHb29k IHBvaW50LCB3aWxsIGNvbnNpZGVyIGFkZGluZyBpdCBpbiB0aGUgbmV4dCByZXZpc2lvbi4NCkhv d2V2ZXIsIHRoZXJlIGlzIGEgZGFuZ2VyIGhlcmUgaW4gdGhhdCBkZXZlbG9wZXJzIG1pZ2h0IGVz Y2FwZSB0aHJvd2luZyBVVUlEcyB0byBvcGVyYXRvcnMuIEFzIGFuIG9wZXJhdG9yIGluIGEgTk9D IGl0IGlzIGhhcmQgdG8ga25vdyB3aGF0IHRvIGRvIHdpdGggYSBVVUlELg0KSW4gbWFueSBjYXNl cyBVVUlEIGFyZSBhIHNpZ24gb2YgdXNpbmcgdGhlIGFsYXJtcyBhcyBhIGxvZy9kZWJ1ZyB0aGlu ZyBmb3IgZGV2ZWxvcGVycy4NCg0KdHlwZWRlZiByZXNvdXJjZSB7DQogICAgICAgIHR5cGUgdW5p b24gew0KICAgICAgICAgIHR5cGUgaW5zdGFuY2UtaWRlbnRpZmllciB7DQogICAgICAgICAgICBy ZXF1aXJlLWluc3RhbmNlIGZhbHNlOw0KICAgICAgICAgIH0NCiAgICAgICAgICB0eXBlIHlhbmc6 b2JqZWN0LWlkZW50aWZpZXI7DQogICAgICAgICAgdHlwZSBzdHJpbmc7DQogICAgICAgIH0NCuKA nA0KSG93ZXZlciBpbiBvdXIgaW1wbGVtZW50YXRpb24gY2FzZSwgd2UgZGlkIGFsbG93IG9wZXJh dG9yIGluIGEgTk9DIHRvIHVzZSBVVUlEIHRvIGNvcnJlbGF0ZSByZXNvdXJjZSBvYmplY3RzIGlu IHRoZSBhbGFybS1pbnZlbnRvcnksIGRvbuKAmXQgd2U/DQpXZSBoYXZlIGFkZGVkIFVVSUQgdG8g dGhlIHVwY29taW5nIHZlcnNpb246DQogIHR5cGVkZWYgcmVzb3VyY2Ugew0KICAgIHR5cGUgdW5p b24gew0KICAgICAgdHlwZSBpbnN0YW5jZS1pZGVudGlmaWVyIHsNCiAgICAgICAgcmVxdWlyZS1p bnN0YW5jZSBmYWxzZTsNCiAgICAgIH0NCiAgICAgIHR5cGUgeWFuZzpvYmplY3QtaWRlbnRpZmll cjsNCiAgICAgIHR5cGUgeWFuZzp1dWlkOw0KICAgICAgdHlwZSBzdHJpbmc7DQogICAgfQ0KDQpS ZXNvdXJjZS1tYXRjaCBpcyBhbHNvIHVwZGF0ZWQgdG8gaGFuZGxlIFVVSURzLg0KDQoNCg0KDQoN Cg0KDQoyLiAgICAgICBEZXBlbmRlbmN5IGJldHdlZW4gcm9vdC1jYXVzZS1yZXNvdXJjZSwgaW1w YWN0ZWQtcmVzb3VyY2UsIHJlbGF0ZWQtYWxhcm0NClVuZGVyIGFsYXJtIGxpc3QsIHRoZXJlIGFy ZSB0aHJlZSBkZXBlbmRlbnQgcGFyYW1ldGVyczogcm9vdC1jYXVzZS1yZXNvdXJjZSwgaW1wYWN0 ZWQtcmVzb3VyY2UsIHJlbGF0ZWQtYWxhcm0NCkl0IGlzIHN0aWxsIG5vdCBjbGVhciB0byBtZSBo b3cgcm9vdC1jYXVzZS1yZXNvdXJjZSwgaW1wYWN0ZWQtcmVzb3VyY2UgYXJlIHVzZWQgdG9nZXRo ZXIgd2l0aCByZXNvdXJjZSBwYXJhbWV0ZXIgdW5kZXIgcmVsYXRlZC1hbGFybSwgd2h5IHJvb3Qt Y2F1c2UtcmVzb3VyY2UgYW5kIGltcGFjdC1yZXNvdXJjZSBub3QgcGFydCBvZiByZWxhdGVkLWFs YXJtLg0KSWYgdGhlIGFuc3dlciBpcyBubywgZm9yIHJvb3QtY2F1c2UtcmVzb3VyY2UgbGVhZi1s aXN0LCBJIGFtIHdvbmRlcmluZyB3aHkgbm90IGFkZCBpcy1yb290LWNhdXNlIHBhcmFtZXRlciB0 byBpbmRpY2F0ZSBhIHNwZWNpZmljIGFsYXJtIHVuZGVyIGFsYXJtIGxpc3QgaXMgcm9vdCBjYXVz ZSBhbGFybS4gT25seSB3aGVuIGlzLXJvb3QtY2F1c2UgaXMgc2V0IHRvIHRydWUsIHRoZW4gcm9v dC1jYXVzZS1yZXNvdXJjZSB3aWxsIGJlIHByb3ZpZGVkLiBEb2VzIHRoaXMgbWFrZSBzZW5zZT8N CkluIG91ciBwcmFjdGljZSwgd2UgdXN1YWxseSBkZXNpZ24gb25lIHJvb3QgY2F1c2UgYWxhcm0g YW5kIHNldmVyYWwgZGVyaXZlZCBhbGFybXMsIHRoZSBkZXJpdmVkIGFsYXJtIHdpbGwgdXNlIGxl YWZyZWYgdG8gcG9pbnQgdG8gcm9vdCBjYXVzZSBhbGFybSwgSSBhbSB3b25kZXJpbmcgd2hldGhl ciB3ZSBhc3N1bWUgZWFjaCBhbGFybSB1bmRlciBhbGFybSBsaXN0IGlzIHJvb3QgY2F1c2UgYWxh cm0gYW5kIFJlbGF0ZWQtYWxhcm0gYXJlIGRlcml2ZWQgYWxhcm1zLiBJZiB0aGUgYW5zd2VyIGlz IG5vLCBJIHRoaW5rIHdlIHNob3VsZCBvbmUgbmV3IHBhcmFtZXRlciB1bmRlciByZWxhdGVkLWFs YXJtIGxpc3QgdG8gcmVmZXJlbmNlIHRvIHRoZSByb290IGNhdXNlIGFsYXJtLg0KV2UgaGF2ZSB1 cGRhdGVkIHRoZSB0ZXN0IGluIHRoZSBSRkMgZG9jdW1lbnQgb24gdGhpcyB0b3BpYzoNCjMuNi4g IFJvb3QgQ2F1c2UsIEltcGFjdGVkIFJlc291cmNlcyBhbmQgUmVsYXRlZCBBbGFybXMNCg0KICAg VGhlIGdlbmVyYWwgcHJpbmNpcGxlIG9mIHRoaXMgYWxhcm0gbW9kdWxlIGlzIHRvIGxpbWl0IHRo ZSBhbW91bnQgb2YNCiAgIGFsYXJtcy4gIFRoZSBhbGFybSBoYXMgdHdvIGxlYWYtbGlzdHMgdG8g aWRlbnRpZnkgcG9zc2libGUgaW1wYWN0ZWQNCiAgIHJlc291cmNlcyBhbmQgcG9zc2libGUgcm9v dC1jYXVzZSByZXNvdXJjZXMuICBUaGUgc3lzdGVtIHNob3VsZCBub3QNCiAgIHJlcHJlc2VudCBp bmRpdmlkdWFsIGFsYXJtcyBmb3IgdGhlIHBvc3NpYmxlIHJvb3QtY2F1c2UgcmVzb3VyY2VzIGFu ZA0KICAgaW1wYWN0ZWQgcmVzb3VyY2VzLiAgVGhlc2Ugc2VydmVzIGFzIGhpbnRzIG9ubHkuICBJ dCBpcyB1cCB0byB0aGUNCiAgIGNsaWVudCBhcHBsaWNhdGlvbiB0byB1c2UgdGhpcyBpbmZvcm1h dGlvbiB0byBwcmVzZW50IHRoZSBvdmVyYWxsDQogICBzdGF0dXMuDQoNCiAgIEEgc3lzdGVtIHNo b3VsZCBhbHdheXMgc3RyaXZlIHRvIGlkZW50aWZ5IHRoZSByZXNvdXJjZSB0aGF0IGNhbiBiZQ0K ICAgYWN0ZWQgdXBvbiBhcyB0aGUgInJlc291cmNlIiBsZWFmLiAgVGhlICJpbXBhY3RlZC1yZXNv dXJjZSIgbGVhZi1saXN0DQogICBzaGFsbCBiZSB1c2VkIHRvIGlkZW50aWZ5IGFueSBzaWRlLWVm ZmVjdHMgb2YgdGhlIGFsYXJtLiAgVGhlDQogICBpbXBhY3RlZCByZXNvdXJjZXMgY2FuIG5vdCBi ZSBhY3RlZCB1cG9uIHRvIGZpeCB0aGUgcHJvYmxlbS4gIEFuDQogICBleGFtcGxlIG9mIHRoaXMg a2luZCBvZiBhbGFybSBtaWdodCBiZSBhIGRpc2MgZnVsbCBwcm9ibGVtIHdoaWNoDQogICBpbXBh Y3RzIGEgbnVtYmVyIG9mIGRhdGFiYXNlcy4NCg0KICAgSW4gc29tZSBvY2Nhc2lvbnMgdGhlIHN5 c3RlbSBtaWdodCBub3QgYmUgY2FwYWJsZSBvZiBkZXRlY3RpbmcgdGhlDQogICByb290IGNhdXNl LCB0aGUgcmVzb3VyY2UgdGhhdCBjYW4gYmUgYWN0ZWQgdXBvbi4gIFRoZSBpbnN0cnVtZW50YXRp b24NCiAgIGluIHRoaXMgY2FzZSBvbmx5IG1vbml0b3JzIHRoZSBzaWRlLWVmZmVjdCBhbmQgbmVl ZHMgdG8gcmVwcmVzZW50IGFuDQogICBhbGFybSB0aGF0IGluZGljYXRlcyBhIHNpdHVhdGlvbiB0 aGF0IG5lZWRzIGFjdGluZyB1cG9uLiAgVGhlDQogICBpbnN0cnVtZW50YXRpb24gc3RpbGwgbWln aHQgaWRlbnRpZnkgcG9zc2libGUgY2FuZGlkYXRlcyBmb3IgdGhlDQogICByb290LWNhdXNlIHJl c291cmNlLiAgSW4gdGhpcyBjYXNlIHRoZSAicm9vdC1jYXVzZS1yZXNvdXJjZSIgbGVhZi0NCiAg IGxpc3QgY2FuIGJlIHVzZWQgdG8gaW5kaWNhdGUgdGhlIGNhbmRpZGF0ZSByb290LWNhdXNlIHJl c291cmNlcy4gIEFuDQogICBleGFtcGxlIG9mIHRoaXMga2luZCBvZiBhbGFybSBtaWdodCBiZSBh biBhY3RpdmUgdGVzdCB0b29sIHRoYXQNCiAgIGRldGVjdHMgYW4gU0xBIHZpb2xhdGlvbiBvbiBh IFZQTiBjb25uZWN0aW9uIGFuZCBpZGVudGlmaWVzIHRoZQ0KICAgZGV2aWNlcyBhbG9uZyB0aGUg Y2hhaW4gYXMgY2FuZGlkYXRlIHJvb3QgY2F1c2VzLg0KDQogICBUaGUgYWxhcm0gbW9kdWxlIGFs c28gc3VwcG9ydHMgYSB3YXkgdG8gYXNzb2NpYXRlIGRpZmZlcmVudCBhbGFybXMgdG8NCiAgIGVh Y2ggb3RoZXIgd2l0aCB0aGUgInJlbGF0ZWQtYWxhcm0iIGxpc3QuICBUaGlzIGxpc3QgZW5hYmxl cyB0aGUNCiAgIHNlcnZlciB0byBpbmZvcm0gdGhlIGNsaWVudCB0aGF0IGNlcnRhaW4gYWxhcm1z IGFyZSByZWxhdGVkIHRvIG90aGVyDQogICBhbGFybXMuDQoNCiAgIE5vdGUgd2VsbCB0aGF0IHRo aXMgbW9kdWxlIGRvZXMgbm90IHByZXNjcmliZSBhbnkgZGVwZW5kZW5jaWVzIG9yDQogICBwcmVm ZXJlbmNlIGJldHdlZW4gdGhlIGFib3ZlIGFsYXJtIGNvcnJlbGF0aW9uIG1lY2hhbmlzbXMuICBE aWZmZXJlbnQNCiAgIHN5c3RlbXMgaGF2ZSBkaWZmZXJlbnQgY2FwYWJpbGl0aWVzIGFuZCB0aGUg YWJvdmUgZGVzY3JpYmVkDQogICBtZWNoYW5pc21zIGFyZSBhdmFpbGFibGUgdG8gc3VwcG9ydCB0 aGUgaW5zdHJ1bWVudGF0aW9uIGZlYXR1cmVzLg0KDQoNCg0KDQozLiAgICAgICBDb25zb2xpZGF0 ZSB0dXBsZSBjb3JyZXNwb25kaW5nIHRvIGEgc2luZ2xlIGFsYXJtIGluc3RhbmNlIGludG8gcGFp cg0KVGhpcyBZQU5HIGFsYXJtIG1vZHVsZSB1c2VzIHRoZSB0dXBsZSAocmVzb3VyY2UsIGFsYXJt IHR5cGUgaWRlbnRpZmllciwgYWxhcm0gdHlwZSBxdWFsaWZpZXIpdG8gaWRlbnRpZnkgYSBzaW5n bGUgYWxhcm0gaW5zdGFuY2UuIEkgYW0gd29uZGVyaW5nIHdoZXRoZXIgdGhlIHR1cGxlIGNhbiBi ZSByZWR1Y2VkIGludG8gKHJlc291cmNlLCBhbGFybS10eXBlIGlkZW50aWZpZXIpLCBhbGxvdyBh bGFybS10eXBlIGlkZW50aWZpZXIgc3VwcG9ydCBhIHVuaW9uIG9mIGlkZW50aXR5IGFuZCBzdHJp bmcuIFRoZSByZWFzb24gZm9yIHRoYXQgaXMgaW5oZXJpdCBiYXNlIGlkZW50aXR5IGZvciBhbGFy bS10eXBlLWlkZW50aWZpZXIgdG8gZ2V0IGEgYnVuY2ggb2YgZGVyaXZlZCBpZGVudGl0eSBpcyBu b3Qgc3VmZmljaWVudCB3aGVuIGFsYXJtLXR5cGUgY2FuIGJlIGZpbmUgZ3JhbnVsYXJpdHkgY2xh c3NpZmllZCBpbnRvIGh1bmRyZWRzIHR5cGUuDQoNCk5vIHRoYXQgd2lsbCBub3Qgd29yaywgcmVh ZCB0aGUgdGV4dCBpbiB0aGUgUkZDIGRvY3VtZW50LCBhbGFybSB0eXBlIGlkZW50aWZpZXIgSXMg c3RhdGljIGRlc2lnbi10aW1lLCBxdWFsaWZpZXIgaXMgcnVudGltZSBhbmQgYSByZWZpbmVtZW50 IG9mIHRoZSBhbGFybS10eXBlIGlkZW50aWZpZXIuDQpTZWUgdXBkYXRlZCB0ZXh0IGluIHRoZSB1 cGNvbWluZyB2ZXJzaW9uIG9mIHRoZSBSRkM6DQozLjIuICBBbGFybSBUeXBlDQoNCiAgIFRoaXMg ZG9jdW1lbnQgZGVmaW5lcyBhbiBhbGFybSB0eXBlIHdpdGggYW4gYWxhcm0gdHlwZSBpZCBhbmQg YW4NCiAgIGFsYXJtIHR5cGUgcXVhbGlmaWVyLg0KDQogICBUaGUgYWxhcm0gdHlwZSBpZCBpcyBt b2RlbGVkIGFzIGEgWUFORyBpZGVudGl0eS4gIFdpdGggWUFORw0KICAgaWRlbnRpdGllcywgbmV3 IGFsYXJtIHR5cGVzIGNhbiBiZSBkZWZpbmVkIGluIGEgZGlzdHJpYnV0ZWQgZmFzaGlvbi4NCiAg IFlBTkcgaWRlbnRpdGllcyBhcmUgaGllcmFyY2hpY2FsLCB3aGljaCBtZWFucyB0aGF0IGFuIGhp ZXJhcmNoeSBvZg0KICAgYWxhcm0gdHlwZXMgY2FuIGJlIGRlZmluZWQuDQoNCiAgIFN0YW5kYXJk cyBhbmQgdmVuZG9ycyBzaG91bGQgZGVmaW5lIHRoZWlyIG93biBhbGFybSB0eXBlIGlkZW50aXRp ZXMNCiAgIGJhc2VkIG9uIHRoaXMgZGVmaW5pdGlvbi4NCiAgIFRoZSB1c2Ugb2YgWUFORyBpZGVu dGl0aWVzIG1lYW5zIHRoYXQgYWxsIHBvc3NpYmxlIGFsYXJtcyBhcmUNCiAgIGlkZW50aWZpZWQg YXQgZGVzaWduIHRpbWUuICBUaGlzIGV4cGxpY2l0IGRlY2xhcmF0aW9uIG9mIGFsYXJtIHR5cGVz DQogICBtYWtlcyBpdCBlYXNpZXIgdG8gYWxsb3cgZm9yIGFsYXJtIHF1YWxpZmljYXRpb24gcmV2 aWV3cyBhbmQNCiAgIHByZXBhcmF0aW9uIG9mIGFsYXJtIGFjdGlvbnMgYW5kIGRvY3VtZW50YXRp b24uDQoNCiAgIFRoZXJlIGFyZSBvY2Nhc2lvbnMgd2hlcmUgdGhlIGFsYXJtIHR5cGVzIGFyZSBu b3Qga25vd24gYXQgZGVzaWduDQogICB0aW1lLiAgRm9yIGV4YW1wbGUsIGEgc3lzdGVtIHdpdGgg ZGlnaXRhbCBpbnB1dHMgdGhhdCBhbGxvd3MgdXNlcnMgdG8NCiAgIGNvbm5lY3RzIGRldGVjdG9y cyAoZS5nLiwgc21va2UgZGV0ZWN0b3IpIHRvIHRoZSBpbnB1dHMuICBJbiB0aGlzDQogICBjYXNl IGl0IGlzIGEgY29uZmlndXJhdGlvbiBhY3Rpb24gdGhhdCBzYXlzIHRoYXQgY2VydGFpbiBjb25u ZWN0b3JzDQogICBhcmUgZmlyZSBhbGFybXMgZm9yIGV4YW1wbGUuICBBIHBvdGVudGlhbCBkcmF3 YmFjayBvZiB0aGlzIGlzIHRoYXQNCiAgIHRoZXJlIGlzIGEgYmlnIHJpc2sgdGhhdCBhbGFybSBv cGVyYXRvcnMgd2lsbCByZWNlaXZlIGFsYXJtIHR5cGVzIGFzDQogICBhIHN1cnByaXNlLCB0aGV5 IGRvIG5vdCBrbm93IGhvdyB0byByZXNvbHZlIHRoZSBwcm9ibGVtIHNpbmNlIGENCiAgIGRlZmlu ZWQgYWxhcm0gcHJvY2VkdXJlIGRvZXMgbm90IG5lY2Vzc2FyaWx5IGV4aXN0LiAgVG8gYXZvaWQg dGhpcw0KICAgcmlzayB0aGUgc3lzdGVtIE1VU1QgcHVibGlzaCBhbGwgcG9zc2libGUgYWxhcm0g dHlwZXMgaW4gdGhlIGFsYXJtDQogICBpbnZlbnRvcnksIHNlZSBTZWN0aW9uIDQuMi4NCg0KICAg SW4gb3JkZXIgdG8gYWxsb3cgZm9yIGR5bmFtaWMgYWRkaXRpb24gb2YgYWxhcm0gdHlwZXMgdGhl IGFsYXJtDQogICBtb2R1bGUgYWxzbyBhbGxvd3MgZm9yIGZ1cnRoZXIgcXVhbGlmaWNhdGlvbiBv ZiB0aGUgaWRlbnRpdHkgYmFzZWQNCiAgIGFsYXJtIHR5cGUgdXNpbmcgYSBzdHJpbmcuDQoNCiAg IEEgdmVuZG9yIG9yIHN0YW5kYXJkIGNhbiB0aGVuIGRlZmluZSB0aGVpciBvd24gYWxhcm0tdHlw ZSBoaWVyYXJjaHkuDQogICBUaGUgZXhhbXBsZSBiZWxvdyBzaG93cyBhIGhpZXJhcmNoeSBiYXNl ZCBvbiBYLjczMyBldmVudCB0eXBlczoNCg0KICAgICBpbXBvcnQgaWV0Zi1hbGFybXMgew0KICAg ICAgIHByZWZpeCBhbDsNCiAgICAgfQ0KICAgICBpZGVudGl0eSB2ZW5kb3ItYWxhcm1zIHsNCiAg ICAgICBiYXNlIGFsOmFsYXJtLXR5cGU7DQogICAgIH0NCiAgICAgaWRlbnRpdHkgY29tbXVuaWNh dGlvbnMtYWxhcm0gew0KICAgICAgIGJhc2UgdmVuZG9yLWFsYXJtczsNCiAgICAgfQ0KICAgICBp ZGVudGl0eSBsaW5rLWFsYXJtIHsNCiAgICAgICBiYXNlIGNvbW11bmljYXRpb25zLWFsYXJtOw0K ICAgICB9DQoNCiAgIEFsYXJtIHR5cGVzIGNhbiBiZSBhYnN0cmFjdC4gIEFuIGFic3RyYWN0IGFs YXJtIHR5cGUgaXMgdXNlZCBhcyBhDQogICBiYXNlIGZvciBkZWZpbmluZyBoaWVyYXJjaGljYWwg YWxhcm0gdHlwZXMuICBDb25jcmV0ZSBhbGFybSB0eXBlcyBhcmUNCiAgIHVzZWQgZm9yIGFsYXJt IHN0YXRlcyBhbmQgYXBwZWFyIGluIHRoZSBhbGFybSBpbnZlbnRvcnkuICBUaGVyZSBhcmUNCiAg IHR3byBraW5kcyBvZiBjb25jcmV0ZSBhbGFybSB0eXBlczoNCg0KICAgMS4gIFRoZSBsYXN0IHN1 Ym9yZGluYXRlIGlkZW50aXR5IGluIHRoZSAiYWxhcm0tdHlwZS1pZCIgaGllcmFyY2h5IGlzDQog ICAgICAgY29uY3JldGUsIGZvciBleGFtcGxlOiAiYWxhcm0taWRlbnRpdHkuZW52aXJvbm1lbnRh bC0NCiAgICAgICBhbGFybS5zbW9rZSIuICBJbiB0aGlzIGV4YW1wbGUgImFsYXJtLWlkZW50aXR5 IiBhbmQNCiAgICAgICAiZW52aXJvbm1lbnRhbC1hbGFybSIgYXJlIGFic3RyYWN0IFlBTkcgaWRl bnRpdGllcywgd2hlcmVhcw0KICAgICAgICJzbW9rZSIgaXMgYSBjb25jcmV0ZSBZQU5HIGlkZW50 aXR5Lg0KDQoNCg0KDQoNClZhbGxpbiAmIEJqb3JrbHVuZCAgICAgIEV4cGlyZXMgSmFudWFyeSAx MSwgMjAxOSAgICAgICAgICAgICAgICBbUGFnZSA2XQ0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAg ICAgIFlBTkcgQWxhcm0gTW9kdWxlICAgICAgICAgICAgICAgICAgSnVseSAyMDE4DQoNCg0KICAg Mi4gIFRoZSBZQU5HIGlkZW50aXR5IGhpZXJhcmNoeSBpcyBhYnN0cmFjdCBhbmQgdGhlIGNvbmNy ZXRlIGFsYXJtDQogICAgICAgdHlwZSBpcyBkZWZpbmVkIGJ5IHRoZSBkeW5hbWljIGFsYXJtIHF1 YWxpZmllciBzdHJpbmcsIGZvcg0KICAgICAgIGV4YW1wbGU6ICJhbGFybS1pZGVudGl0eS5lbnZp cm9ubWVudGFsLWFsYXJtLmV4dGVybmFsLWRldGVjdG9yIg0KICAgICAgIHdpdGggYWxhcm0tdHlw ZS1xdWFsaWZpZXIgInNtb2tlIi4NCg0KICAgRm9yIGV4YW1wbGU6DQoNCiAgICAgLy8gQWx0ZXJu YXRpdmUgMTogY29uY3JldGUgYWxhcm0gdHlwZSBpZGVudGl0eQ0KICAgICBpbXBvcnQgaWV0Zi1h bGFybXMgew0KICAgICAgIHByZWZpeCBhbDsNCiAgICAgfQ0KICAgICBpZGVudGl0eSBlbnZpcm9u bWVudGFsLWFsYXJtIHsNCiAgICAgICBiYXNlIGFsOmFsYXJtLXR5cGU7DQogICAgICAgZGVzY3Jp cHRpb24gIkFic3RyYWN0IGFsYXJtIHR5cGUiOw0KICAgICB9DQogICAgIGlkZW50aXR5IHNtb2tl IHsNCiAgICAgICBiYXNlIGVudmlyb25tZW50YWwtYWxhcm07DQogICAgICAgZGVzY3JpcHRpb24g IkNvbmNyZXRlIGFsYXJtIHR5cGUiOw0KICAgICB9DQoNCiAgICAgLy8gQWx0ZXJuYXRpdmUgMjog Y29uY3JldGUgYWxhcm0gdHlwZSBxdWFsaWZpZXINCiAgICAgaW1wb3J0IGlldGYtYWxhcm1zIHsN CiAgICAgICBwcmVmaXggYWw7DQogICAgIH0NCiAgICAgaWRlbnRpdHkgZW52aXJvbm1lbnRhbC1h bGFybSB7DQogICAgICAgYmFzZSBhbDphbGFybS10eXBlOw0KICAgICAgIGRlc2NyaXB0aW9uICJB YnN0cmFjdCBhbGFybSB0eXBlIjsNCiAgICAgfQ0KICAgICBpZGVudGl0eSBleHRlcm5hbC1kZXRl Y3RvciB7DQogICAgICAgYmFzZSBlbnZpcm9ubWVudGFsLWFsYXJtOw0KICAgICAgIGRlc2NyaXB0 aW9uDQogICAgICAgICAiQWJzdHJhY3QgYWxhcm0gdHlwZSwgYSBydW4tdGltZSBjb25maWd1cmF0 aW9uDQogICAgICAgICAgcHJvY2VkdXJlIHNldHMgdGhlIHR5cGUgb2YgYWxhcm0gZGV0ZWN0ZWQu IFRoaXMgd2lsbA0KICAgICAgICAgIGJlIHJlcG9ydGVkIGluIHRoZSBhbGFybS10eXBlLXF1YWxp Zmllci4iOw0KICAgICB9DQoNCiAgIEEgc2VydmVyIFNIT1VMRCBzdHJpdmUgdG8gbWluaW1pemUg dGhlIG51bWJlciBvZiBkeW5hbWljYWxseSBkZWZpbmVkDQogICBhbGFybSB0eXBlcy4NCg0KDQoN Cg0KDQo0LiAgICAgICBTZW1hbnRpY3MgZGlmZmVyZW5jZSBiZXR3ZWVuIGRlc2NyaXB0aW9uIHVu ZGVyIGFsYXJtLWludmVudG9yeSBhbmQgYWxhcm0tdGV4dCBuZGVyIGFsYXJtIGxpc3QNClNlZSBk ZXNjcmlwdGlvbiBkZWZpbml0aW9uIGFuZCBhbGFybS10ZXh0IGRlZmluaXRpb24gYXMgZm9sbG93 czoNCuKAnA0KZGVzY3JpcHRpb27vvJpBIGRlc2NyaXB0aW9uIG9mIHRoZSBwb3NzaWJsZSBhbGFy bS4gIEl0IFNIT1VMRCBpbmNsdWRlIGluZm9ybWF0aW9uIG9uIHBvc3NpYmxlIHVuZGVybHlpbmcg cm9vdCBjYXVzZXMgYW5kIGNvcnJlY3RpdmUgYWN0aW9ucy4NCmFsYXJtLXRleHTvvJpUaGUgc3Ry aW5nIHVzZWQgdG8gaW5mb3JtIG9wZXJhdG9ycyBhYm91dCB0aGUgYWxhcm0uIFRoaXMgTVVTVCBj b250YWluIGVub3VnaCBpbmZvcm1hdGlvbiBmb3IgYW4gb3BlcmF0b3IgdG8gYmUgYWJsZSB0byB1 bmRlcnN0YW5kIHRoZSBwcm9ibGVtIGFuZCBob3cgdG8gcmVzb2x2ZSBpdC4gIElmIHRoaXMgc3Ry aW5nIGNvbnRhaW5zIHN0cnVjdHVyZSwgdGhpcyBmb3JtYXQgc2hvdWxkIGJlIGNsZWFybHkgZG9j dW1lbnRlZCBmb3IgcHJvZ3JhbXMgdG8gYmUgYWJsZSB0byBwYXJzZSB0aGF0IGluZm9ybWF0aW9u Lg0KICAg4oCcDQogICBJIGFtIG5vdCBzdXJlIGFueSBzZW1hbnRpY3MgZGlmZmVyZW5jZSBiZXR3 ZWVuIGRlc2NyaXB0aW9uIGFuZCBhbGFybS10ZXh0LCB3aHkgbm90IHJlcGxhY2Ugb25lIHdpdGgg YW5vdGhlcj8gT3Igd2UgY2FuIGZ1cnRoZXIgYnJva2UgZG93biBkZXNjcmlwdGlvbi9hbGFybS10 ZXh0IGludG8gcm9vdC1jYXVzZSBhbmQgY29ycmVjdGl2ZS1hY3Rpb25zLiBJIGJlbGlldmUgdGhl eSBhcmUga2V5IGluZm9ybWF0aW9uIHdlIHdhbnQgdG8gY29udmV5IHRocm91Z2ggZGVzY3JpcHRp b24vYWxhcm0tdGV4dC4NCkFsYXJtIGRlc2NyaXB0aW9uIGlzIGR5bmFtaWMvcnVuLXRpbWUsIGNv bnZleXMgcmVsZXZhbnQgaW5mb3JtYXRpb24gZm9yIHRoZSBzcGVjaWZpYyBhbGFybSBzdGF0ZSBj aGFuZ2UuDQpEZXNjcmlwdGlvbiBpbiB0aGUgaW52ZW50b3J5IGlzIHN0YXRpYywgY2Fubm90IGNv bnZleSBkeW5hbWljIHN0YXRlIGNoYW5nZSBpbmZvcm1hdGlvbg0KDQoNCg0KDQo1LiAgICAgICBB bGFybSBhcnJpdmUgdGltZSBzdXBwb3J0DQpVbmRlciBvcGVyYXRvci1zdGF0ZS1jaGFuZ2UsIHdl IGhhdmUgdGltZSBwYXJhbWV0ZXIgdG8gcmVwcmVzZW50IFRpbWVzdGFtcCBmb3Igb3BlcmF0b3Ig YWN0aW9uIG9uIGFsYXJtLCBJIGFtIHdvbmRlcmluZyBkbyB3ZSBuZWVkIHRvIGFkZCBhbGFybS1h cnJpdmUtdGltZSB0byByZXByZXNlbnQgdGhlIHRpbWUgd2hlbiBhbGFybSBhcnJpdmUgYXQgdGhl IG1hbmFnZW1lbnQgc3lzdGVtLg0KSXQgaXMgdXNlZnVsIGluZm9ybWF0aW9uIGZvciB0aGUgYWxh cm0gbWFuYWdlbWVudC4NClRoZSBhbGFybSBoYXMgYSBsZWFmIHJlcHJlc2VudGluZyB0aGUgcmVh bCB0aW1lIHRoZSBzdGF0ZSBjaGFuZ2UgYXBwZWFyZWQ6DQogICAgKy0tcm8gYWxhcm0qIFtyZXNv dXJjZSBhbGFybS10eXBlLWlkIGFsYXJtLXR5cGUtcXVhbGlmaWVyXQ0KICAgICAgICAgIC4uLg0K ICAgICAgICstLXJvIGxhc3QtY2hhbmdlZCAgICAgICAgICAgICAgIHlhbmc6ZGF0ZS1hbmQtdGlt ZQ0KICAgICAgICstLXJvIHN0YXR1cy1jaGFuZ2UqIFt0aW1lXQ0KICAgICAgICAgICstLXJvIHRp bWUgICAgICAgICAgICAgICAgICAgIHlhbmc6ZGF0ZS1hbmQtdGltZQ0KVGhpcyBzaG91bGQgcmVw cmVzZW50IHRoZSB0aW1lIGl0IHJlYWxseSBoYXBwZW5lZC4gTm90IHRoZSB0aW1lIHRoZSBub3Rp ZmljYXRpb24gYXJyaXZlZCBhdCB0aGUgbWFuYWdlbWVudCBzeXN0ZW0uIElmIHlvdSBuZWVkIHRo YXQsIHRoYXQgaXMgc29tZXRoaW5nIHlvdSBjYW4gYWRkIGluIHlvdXIgbWdtdCBzeXN0ZW0uDQoN Cg0KNi4gICAgICAgQWxhcm0tbmFtZSBmaWVsZCBzdXBwb3J0IGZvciBhbGFybSBhbmQgYWxhcm0g aW52ZW50b3J5DQpJbiB0aGUgY3VycmVudCBtb2RlbCwgZWFjaCBhbGFybSB1bmRlciBhbGFybSBs aXN0IGlzIHVuaXF1ZWx5IGlkZW50aWZpZWQgYnkgdGhyZWUgbGVhZiBrZXkgKHJlc291cmNlLCBh bGFybSB0eXBlIGlkZW50aWZpZXIsIGFsYXJtIHR5cGUgcXVhbGlmaWVyKSx3b3VsZCBpdCBtb3Jl IGRlc2lyYWJsZSB0byBkZWZpbmUgYSBzaW5nbGUgbGVhZiBrZXksIGUuZy4sIGFkZCBhbGFybSBu YW1lIG9yIGFsYXJtLW5vIHRvIHVuaXF1ZWx5IGlkZW50aWZ5IGVhY2ggYWxhcm0/IFRoYXQgd2ls bCBzaW1wbGlmeSB0aGUgYWxhcm0gbWFuYWdlbWVudCBmcm9tIHRoZSBtYW5hZ2VtZW50IHN5c3Rl bSBwZXJzcGVjdGl2ZS4gTWFrZSBzZW5zZT8NCkEgc3RyaW5nIG5v4oCmDQpUaGlzIGlzIGEgZnVu ZGFtZW50YWwgZGVzaWduIHByaW5jaXBsZSBpbiB0aGUgYWxhcm0gbW9kdWxlLiBUaGUga2V5LCB0 aGUgdHVwbGUsIGNhcnJpZXMgc2VtYW50aWMgaW5mb3JtYXRpb24sIHRoZXJlIGlzIG5vIGRvdWJ0 IGhvdyB0byBtYXRjaCBub3RpZmljYXRpb25zIHRvIHRoZSBhbGFybSBzdGF0ZS4NCjNHUFAgQWxh cm0gSVJQLCBmb3IgZXhhbXBsZSwgaW50cm9kdWNlZCBhIGNvbmZ1c2luZyBzaW5nbGUga2V5IGFs YXJtSWQga2V5IHdoaWNoIGNyZWF0ZWQgcGFyYWRveGVzLA0KaWYgeW91IGhhdmUgZGlmZmVyZW50 IGFsYXJtSWRzIGJ1dCBmb3IgdGhlIHRoZSBzYW1lIGFsYXJtdHlwZSBhbmQgcmVzb3VyY2UsIHdo YXQgZG9lcyBpdCBtZWFuPw0KDQoNCg0KDQo3LiAgICAgICBSZWFzb24taWQgc3VwcG9ydCBmb3Ig YWxhcm0gbGlzdCBhbmQgYWxhcm0gaW52ZW50b3J5DQpJbiB0aGUgY3VycmVudCBtb2RlbCwgaXMg cm9vdCBjYXVzZSByZXNvdXJjZSBpcyB0aGUgcmVhc29uIHRvIGdlbmVyYXRlIGVhY2ggYWxhcm0/ IElmIG5vdCwgSSBwcm9wb3NlIHRvIGFkZCByZWFzb24taWQgZm9yIGVhY2ggYWxhcm0gdW5kZXIg YWxhcm0gbGlzdCBhbmQgYWxhcm0gaW52ZW50b3J5Lg0KU2VlIGFuc3dlciB0byAjMg0KDQo4LiAg ICAgICBBbGFybSBnZW5lcmF0aW5nIGRldmljZSBvciBsb2NhdGlvbiBzdXBwb3J0IGZvciBhbGFy bSBsaXN0IGFuZCBhbGFybSBpbnZlbnRvcnkNCkluIHRoZSBjdXJyZW50IG1vZGVsLCBpdCBzZWVt cyB0aGUgcmVzb3VyY2UgdHlwZSBjYW4gcG90ZW50aWFsbHkgaW5kaWNhdGUgdGhlIGRldmljZSBv ciBsb2NhdGlvbiB3aGVyZSB0aGUgYWxhcm0gaXMgZ2VuZXJhdGVkLCBidXQgbm90IGV4cGxpY2l0 bHkuIEkgYW0gd29uZGVyaW5nIHdoeSBub3QgYWRkIGFsYXJtLWdlbmVyYXRpbmctZGV2aWNlIGFu ZCBhbGFybS1nZW5lcmF0aW5nLWxvY2F0aW9uIHR3byBwYXJhbWV0ZXJzIHRvIGV4cGxpY2l0bHkg aW5kaWNhdGUgdGhlIGRldmljZSBvciBsb2NhdGlvbiB3aGVyZSB0aGUgYWxhcm0gaXMgZ2VuZXJh dGVkLCB0aGF0IHdpbGwgc2ltcGxpZnkgYWxhcm0gbWFuYWdlbWVudCwgbWFrZSBzZW5zZT8NCg0K SSBndWVzcyB5b3UgYXJlIGNvbnNpZGVyaW5nIGEgbWFuYWdlbWVudCBhcHBsaWNhdGlvbiBhbmQg bm90IHRoZSBkZXZpY2U/DQpUaGUgcmVzb3VyY2UgaXMgYSBsZWFmaWVyIHdoaWNoIGNvdWxkL3No b3VsZCBpbmNsdWRlIHRoZSBkZXZpY2UgaW4geW91ciBtb2RlbCBpbiB5b3VyIG1hbmFnZW1lbnQg YXBwbGljYXRpb24uDQoNCg0KDQo5LiAgICAgICBBbGFybSBub3RpZmljYXRpb24gY2F0ZWdvcnkg c3VwcG9ydA0KSW4gdGhlIGN1cnJlbnQgbW9kZWwsIGFsYXJtIG5vdGlmaWNhdGlvbiBpcyBkZWZp bmVkIGFzIGZvbGxvd3M6DQrigJwNClRoaXMgbm90aWZpY2F0aW9uIGlzIHVzZWQgdG8gcmVwb3J0 IGEgc3RhdGUgY2hhbmdlIGZvciBhbiBhbGFybS4gVGhlIHNhbWUgbm90aWZpY2F0aW9uIGlzIHVz ZWQgZm9yIHJlcG9ydGluZyBhIG5ld2x5IHJhaXNlZCBhbGFybSwgYSBjbGVhcmVkIGFsYXJtIG9y IGNoYW5naW5nIHRoZSB0ZXh0IGFuZC9vcg0Kc2V2ZXJpdHkgb2YgYW4gZXhpc3RpbmcgYWxhcm0u DQoNCuKAnQ0KSG93ZXZlciBpdCBpcyBub3QgY2xlYXIgaG93IHRvIGRpc3Rpbmd1aXNoIGFsYXJt IG5vdGlmaWNhdGlvbiBmb3IgbmV3bHkgcmVhaXNlZCBhbGFybSBmcm9tIGFsYXJtIG5vdGlmaWNh dGlvbiBmb3IgYSBjbGVhcmVkIGFsYXJtLiBXb3VsZCBpdCBiZSBtb3JlIHNlbnNpYmxlIHRvIGFk ZCBhbGFybSBub3RpZmljYXRpb24gY2F0ZWdvcnkgc3VwcG9ydCBzb21ldGhpbmcgYXMgZm9sbG93 czoNCuKAnA0KbGVhZiBjYXRlZ29yeSB7DQogICAgICAgICB0eXBlIGVudW1lcmF0aW9uIHsNCiAg ICAgICAgICAgZW51bSBmYXVsdCB7DQogICAgICAgICAgICAgZGVzY3JpcHRpb24NCiAgICAgICAg ICAgICAgICJBbGFybSByYWlzZWQuIjsNCiAgICAgICAgICAgfQ0KICAgICAgICAgICBlbnVtIHJl Y292ZXJ5IHsNCiAgICAgICAgICAgICBkZXNjcmlwdGlvbg0KICAgICAgICAgICAgICAgIkFsYXJt IGNsZWFyZWQuIjsNCiAgICAgICAgICAgfQ0KICAgICAgICAgICBlbnVtIENoYW5nZSB7DQogICAg ICAgICAgICAgZGVzY3JpcHRpb24NCiAgICAgICAgICAgICAgICJBbGFybSBjaGFuZ2VkLiI7DQog ICAgICAgICAgIH0NCiAgICAgICAgIH0NCuKAnQ0KTm90IG5lZWRlZCwgdGhpcyBpcyBvYnZpb3Vz IHdoZW4geW91IG1hcCB0aGUgbm90aWZpY2F0aW9uIHRvd2FyZHMgdGhlIGtleSB0dXBsZS4NCg0K DQoNCjEwLiAgIENvbnNpc3RlbmN5IGJldHdlZW4gYWxhcm0gbGlzdCBjb25zdHJ1Y3QgYW5kIGFs YXJtIG5vdGlmaWNhdGlvbiBjb25zdHJ1Y3QNCldlIHNlZSB0aGUgZGlmZmVyZW5jZSBiZXR3ZWVu IGFsYXJtIGxpc3QgY29uc3RydWN0IGFuZCBhbGFybSBub3RpZmljYXRpb24gY29uc3RydWN0IGlz IG9wZXJhdG9yIGFjdGlvbiBkZWZpbmVkIHVuZGVyIGFsYXJtIG5vdGlmaWNhdGlvbiBjb25zdHJ1 Y3QgYW5kIG9wZXJhdG9yIHN0YXRlIGNoYW5nZSB1bmRlciBhbGFybSBsaXN0IGNvbnN0cnVjdC4N CkFzIHNwZWNpZmllZCBpbiBSRkM3OTUwLA0K4oCcDQpBbiBhY3Rpb24gTVVTVCBOT1QgYmUgZGVm aW5lZCB3aXRoaW4gYW4gcnBjLCBhbm90aGVyIGFjdGlvbiwgb3IgYQ0KICAgbm90aWZpY2F0aW9u DQrigJ0NCkkgYW0gbm90IHN1cmUgYWN0aW9uIGNhbiBiZSBhbGxvd2VkIHdpdGhpbiBhbGFybS1u b3RpZmljYXRpb24gY29uc3RydWN0LCBpbiB0aGF0IGNhc2UsIEkgd291bGQgcHJvcG9zZSB0byBy ZW1vdmUgb3BlcmF0b3IgYWN0aW9uIGZyb20gYWxhcm0gbm90aWZpY2F0aW9uIGNvbnN0cnVjdC4N CkluIGFkZGl0aW9uLCB0aGUgb3BlcmF0b3IgcGFyYW1ldGVyIHVuZGVyIG9wZXJhdG9yLXN0YXRl LWNoYW5nZSBjYW4gYmUgcmVtb3ZlZCBvciBjb25zb2xpZGF0ZWQgaW50byBzZXQtb3BlcmF0b3It c3RhdGUgYWN0aW9uLg0KSSBkbyBub3QgdW5kZXJzdGFuZA0KVGhlIGFjdGlvbiBpcyBub3QgZGVm aW5lZCBpbiB0aGUgbm90aWZpY2F0aW9uLg0KDQoNCg0KDQoxMS4gICBBZGRpdGlvbmFsaW5mbyBz dXBwb3J0IGZvciBhbGFybSBsaXN0DQpJIHRoaW5rIHdlIHNob3VsZCBhbGxvdyB2ZW5kb3Igc3Bl Y2lmaWMgZXh0ZW5zaW9uIHRvIGJlIGFkZGVkIGFzIHBhcnQgb2YgYWxhcm0gbGlzdCwgdGhlIHZl bmRvciBzcGVjaWZpYyBleHRlbnNpb24gY2FuIGJlIGRlZmluZWQgaW4gVExWIGZvcm1hdC4NClRo ZSBhbGFybSBtb2R1bGUgZG9lcyBub3QgcmVzdHJpY3QgYW55IHZlbmRvciBhZGRpdGlvbnMsIGJl dHRlciB0byB1c2UgYXVnbWVudGF0aW9uLg0KDQoNCg0KDQoxMi4gICBBbGFybS1ubyBzdXBwb3J0 IGZvciBzZXQtb3BlcmF0b3Itc3RhdGUNCklmIHdlIGJlbGlldmUgc2V0LW9wZXJhdG9yLXN0YXRl IGlzIHVzZWZ1bCBhY3Rpb24gdW5kZXIgYWxhcm0gbGlzdC4gSSBhbSB3b25kZXJpbmcgaWYgd2Ug Y2FuIGFkZCBhbGFybS1ubyBvciBhbGFybS1uYW1lIHRvIGlkZW50aWZ5IGVhY2ggYWxhcm0gdW5k ZXIgc2V0LW9wZXJhdG9yLXN0YXRlLiBUaGlzIHdpbGwgaGVscCBhIGxvdCBmb3IgYWxhcm0gYWNr IG9wZXJhdGlvbiBiYXNlZCBvbiBlYWNoIGFsYXJtIG51bWJlci4NClNlZSBhYm92ZQ0KDQoNCg0K MTMuICAgSXMtYWNrZWQgZm9yIGFsYXJtIGxpc3QNClNpbmNlIHdlIGhhdmUgaXMtY2xlYXJlZCBw YXJhbWV0ZXIgdW5kZXIgYWxhcm0gbGlzdCB0byBpbmRpY2F0ZSB0aGUgY3VycmVudCBjbGVhcmFu Y2Ugc3RhdGUgb2YgdGhlIGFsYXJtLCB3aHkgbm90IGFkZCBpcy1hY2tlZCBwYXJhbWV0ZXIgdW5k ZXIgYWxhcm0gbGlzdCB0byBpbmRpY2F0ZSB0aGUgY3VycmVudCBhY2tlZCBzdGF0ZSBvZiB0aGUg YWxhcm0sIG1ha2Ugc2Vuc2U/DQpZb3UgY2FuIGdldCB0aGF0IGZyb20gdGhlIG9wZXJhdG9yLXN0 YXRlLWNoYW5nZSBsaXN0Lg0KDQoNCg0KDQpCciBTdGVmYW4NCg0K --_000_B8F9A780D330094D99AF023C5877DABA9AF9C0BEnkgeml513mbschi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 SGVsdmV0aWNhOw0KCXBhbm9zZS0xOjIgMTEgNiA0IDIgMiAyIDIgMiA0O30NCkBmb250LWZhY2UN Cgl7Zm9udC1mYW1pbHk65a6L5L2TOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0K QGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQg NSAzIDUgNCA2IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglw YW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5 OiJcQOWui+S9kyI7DQoJcGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQovKiBTdHlsZSBE ZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0K CXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0 Ow0KCWZvbnQtZmFtaWx5OuWui+S9kzt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21z by1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRl cmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHls ZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGlu ZTt9DQpwcmUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1M IOmihOiuvuagvOW8jyBDaGFyIjsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFw dDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OuWui+S9kzt9DQpwLk1zb0FjZXRh dGUsIGxpLk1zb0FjZXRhdGUsIGRpdi5Nc29BY2V0YXRlDQoJe21zby1zdHlsZS1wcmlvcml0eTo5 OTsNCgltc28tc3R5bGUtbGluazoi5om55rOo5qGG5paH5pysIENoYXIiOw0KCW1hcmdpbjowY207 DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZTo5LjBwdDsNCglmb250LWZhbWls eTrlrovkvZM7fQ0KcC5Nc29MaXN0UGFyYWdyYXBoLCBsaS5Nc29MaXN0UGFyYWdyYXBoLCBkaXYu TXNvTGlzdFBhcmFncmFwaA0KCXttc28tc3R5bGUtcHJpb3JpdHk6MzQ7DQoJbWFyZ2luOjBjbTsN CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJdGV4dC1pbmRlbnQ6MjEuMHB0Ow0KCWZvbnQtc2l6 ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk65a6L5L2TO30NCnNwYW4uYXBwbGUtY29udmVydGVkLXNw YWNlDQoJe21zby1zdHlsZS1uYW1lOmFwcGxlLWNvbnZlcnRlZC1zcGFjZTt9DQpzcGFuLkNoYXIN Cgl7bXNvLXN0eWxlLW5hbWU6IuaJueazqOahhuaWh+acrCBDaGFyIjsNCgltc28tc3R5bGUtcHJp b3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms65om55rOo5qGG5paH5pysOw0KCWZvbnQtZmFtaWx5 OuWui+S9kzt9DQpzcGFuLkVtYWlsU3R5bGUyMA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1y ZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5 N0Q7fQ0Kc3Bhbi5IVE1MQ2hhcg0KCXttc28tc3R5bGUtbmFtZToiSFRNTCDpooTorr7moLzlvI8g Q2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIOmi hOiuvuagvOW8jyI7DQoJZm9udC1mYW1pbHk65a6L5L2TO30NCi5Nc29DaHBEZWZhdWx0DQoJe21z by1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29y ZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3Mi4wcHQgOTAuMHB0 IDcyLjBwdCA5MC4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9 DQovKiBMaXN0IERlZmluaXRpb25zICovDQpAbGlzdCBsMA0KCXttc28tbGlzdC1pZDoxOTQ0NjU0 NTc1Ow0KCW1zby1saXN0LXR5cGU6aHlicmlkOw0KCW1zby1saXN0LXRlbXBsYXRlLWlkczotMjcy MzM1MTYgLTEyOTc1ODk1ODAgNjc2OTg3MTMgNjc2OTg3MTUgNjc2OTg3MDMgNjc2OTg3MTMgNjc2 OTg3MTUgNjc2OTg3MDMgNjc2OTg3MTMgNjc2OTg3MTU7fQ0KQGxpc3QgbDA6bGV2ZWwxDQoJe21z by1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsN CgltYXJnaW4tbGVmdDoxOC4wcHQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpvbA0KCXttYXJn aW4tYm90dG9tOjBjbTt9DQp1bA0KCXttYXJnaW4tYm90dG9tOjBjbTt9DQotLT48L3N0eWxlPjwh LS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3Bp ZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1s Pg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRh dGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8 Ym9keSBsYW5nPSJaSC1DTiIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNz PSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMi IHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5UaGFuayBmb3IgeW91ciB1cGRh dGUgaW4gdi0oMDIpPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5o dHRwczovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtaWV0Zi1jY2FtcC1hbGFybS1t b2R1bGUtMDI8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPldoeSBu b3QgaGF2ZSBhIGdlbmVyaWMgbW9kZWwgYXBwbGljYWJsZSB0byBib3RoIGNvbnRyb2xsZXIgYW5k IHRoZSBkZXZpY2UsIEkgc2VlIHRoaXMgbW9kZWwgYXMgYWxhcm0gbW9uaXRvcmluZyBmcmFtZXdv cmsuIEFsc28gdGhpcyBkcmFmdCBzYWlkDQogaW4gdGhlIGludHJvZHVjdGlvbjo8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPuKAnDxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMi PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+ Jm5ic3A7Jm5ic3A7IFRoZSBwdXJwb3NlIGlzIHRvIGRlZmluZSBhIHN0YW5kYXJkaXNlZCBhbGFy bSBpbnRlcmZhY2UgZm9yIG5ldHdvcms8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj48c3BhbiBsYW5nPSJF Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyBk ZXZpY2VzIHRoYXQgY2FuIGJlIGVhc2lseSBpbnRlZ3JhdGVkIGludG8gbWFuYWdlbWVudCBhcHBs aWNhdGlvbnMuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm b250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsgVGhlIG1vZGVsIGlzIGFs c28gYXBwbGljYWJsZSBhcyBhIG5vcnRoYm91bmQgYWxhcm0gaW50ZXJmYWNlIGluIHRoZTxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJwYWdlLWJyZWFr LWJlZm9yZTphbHdheXMiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7IG1hbmFnZW1lbnQgYXBwbGljYXRpb25zLjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl PSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj7igJ08bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6 ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkluIGFkZGl0aW9uLCBJIGJlbGlldmUgeW91IGhhdmVu4oCZ dCB0b3VjaGVkIG15IGZvbGxvd3VwIGNvbW1lbnRzIHBvc3RlZCBhdDo8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv bnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3Jn L21haWwtYXJjaGl2ZS93ZWIvY2NhbXAvY3VycmVudC9tc2cxODkwNC5odG1sIj5odHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsLWFyY2hpdmUvd2ViL2NjYW1wL2N1cnJlbnQvbXNnMTg5MDQuaHRtbDwv YT48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPndoaWNoIGFyZSBu b3QgY29udHJvbGxlciBzdXBwb3J0IHNwZWNpZmljIGNvbW1lbnQsIGFwcHJlY2lhdGUgeW91ciBy ZXNwb25zZSB0byB0aG9zZSBjb21tZW50cy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2Nv bG9yOiMxRjQ5N0QiPjQgaXNzdWVzIGhpZ2hsaWdodGVkIGJlbG93OjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MTgu MHB0O3RleHQtaW5kZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzEiPg0KPCFbaWYg IXN1cHBvcnRMaXN0c10+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjojMUY0OTdEIj48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj4xLjxzcGFuIHN0eWxl PSJmb250OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5BbGFy bS10eXBlLWlkIHN1cHBvcnRzIHVuaW9uIG9mIGlkZW50aXR5IGFuZCBzdHJpbmc8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1s ZWZ0OjE4LjBwdDt0ZXh0LWluZGVudDowY20iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u dC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+SSBrbm93IGRlZmluaW5nIGFsYXJtLXR5cGUtaWQg YXMgaWRlbnRpdHkgbWFrZSBhbGFybS10eXBlLWlkIGlzIG1vcmUgZXh0ZW5zaWJsZSwgYnV0IHdh c3RlIG1vcmUNCiBzcGFjZSB0aGFuIHVzaW5nIGVudW0uPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDoxOC4wcHQ7dGV4 dC1pbmRlbnQ6MGNtIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2Nv bG9yOiMxRjQ5N0QiPkkgYW0gd29uZGVyaW5nIHdoeSBub3QgZGVmaW5lIGFsYXJtLXR5cGUtaWQg YXMgdWludDMyIG9yIHN0cmluZyB3aXRoIGVtYmVkZGVkIGZvcm1hdCBzdWNoIGFzDQogZ3JvdXBp ZC1hbGFybWlkKGUuZy4sIOKAnTIzMTAtMzY3MDAzOTTigJ0pLCB0aGlzIHdpbGwgaGVscCBtYW5h Z2UgbWlsbGlvbnMgb2YgYWxhcm0gdHlwZXMgZWFzaWVyLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MTguMHB0O3Rl eHQtaW5kZW50OjBjbSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjojMUY0OTdEIj5EZWZpbmluZyBhbGFybS10eXBlLWlkIGFzIGlkZW50aXR5IHNlZW1zIHdh c3RpbmcgYSBsb3Qgb2Ygc3BhY2UgYW5kIGhhcmQgdG8gZGVhbCB3aXRoIG1pbGxpb25zDQogb2Yg YWxhcm0gdHlwZSBpbiB0aGUgZGVzaWduIHRpbWUgc2luY2UgRW51bWVyYXRpbmcgZWFjaCBvZiB0 aGVtIHJlcXVpcmUgaHVtYW4gdG8gZW50ZXIgYWxsIG9mIGFsYXJtIHR5cGVzIGluIHlhbmcgZmls ZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5 bGU9Im1hcmdpbi1sZWZ0OjE4LjBwdDt0ZXh0LWluZGVudDowY20iPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVm dDoxOC4wcHQ7dGV4dC1pbmRlbnQ6LTE4LjBwdDttc28tbGlzdDpsMCBsZXZlbDEgbGZvMSI+DQo8 IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox MC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7O2NvbG9yOiMxRjQ5N0QiPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPjIuPHNwYW4g c3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwhW2VuZGlm XT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0Qi PkFsYXJtLW5hbWUgb3IgYWxhcm0tc2VyaWFsLW5vIGZpZWxkIHN1cHBvcnQgZm9yIGFsYXJtIGFu ZCBhbGFybSBpbnZlbnRvcnk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTGlz dFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjE4LjBwdDt0ZXh0LWluZGVudDowY20iPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+U3Vw cG9zZSB3ZSBoYXZlIGFsYXJtLW5hbWUgb3IgYWxhcm0tc2VyaWFsLW5vLCBJIGJlbGlldmUgaXQg aXMgbW9yZSBlYXNpZXIgdG8gYmFzZWQgb24gb25lIGZpZWxkDQogcmF0aGVyIHRoYW4gMyB0dXBs ZShyZXNvdXJjZSwgYWxhcm0tdHlwZS1pZCwgYWxhcm0tdHlwZS1xdWFsaWZpZXIpIHRvIGlkZW50 aWZ5IGVhY2ggYWxhcm0gaW5zdGFuY2UsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDoxOC4wcHQ7dGV4dC1pbmRlbnQ6 MGNtIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5 N0QiPlRoZSBtb3N0IGltcG9ydGFudCBpcyB0aGlzIHdpbGwgc2ltcGxpZnkgb3BlcmF0aW9uIGFu ZCBtYW5hZ2VtZW50LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFy YWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MTguMHB0O3RleHQtaW5kZW50OjBjbSI+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9 Im1hcmdpbi1sZWZ0OjE4LjBwdDt0ZXh0LWluZGVudDotMTguMHB0O21zby1saXN0OmwwIGxldmVs MSBsZm8xIj4NCjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9y ZSI+My48c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsi PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3Nw YW4+PCFbZW5kaWZdPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6IzFGNDk3RCI+QWxhcm0gbm90aWZpY2F0aW9uIGNhdGVnb3J5IHN1cHBvcnQ8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+RG8gd2Ug YmFzZWQgb27igJkgaXMtY2xlYXJlZOKAmSBhbmQg4oCYc3RhdHVzLWNoYW5nZeKAmSBmaWVsZCB0 byB0ZWxsIFRoZSBzYW1lIG5vdGlmaWNhdGlvbiBpcyB1c2VkIGZvciByZXBvcnRpbmcgYSBuZXds eSByYWlzZWQgYWxhcm0sIGEgY2xlYXJlZCBhbGFybSBvciBjaGFuZ2luZyB0aGUgdGV4dD88bzpw PjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5 cyI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdE Ij5Ib3cgZG8gd2Uga25vdyB0aGUgbm90aWZpY2F0aW9uIGlzIHVzZWQgZm9yIG5ld2x5IHJhaXNl ZCBhbGFybSBpcyBub3QgY2xlYXIgdG8gbWUsIHNpbmNlIHdlIGRvbuKAmXQgaGF2ZSByYWlzZWQg ZmllbGQuPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJl Zm9yZTphbHdheXMiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cCBjbGFzcz0iTXNv TGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjE4LjBwdDt0ZXh0LWluZGVudDotMTgu MHB0O21zby1saXN0OmwwIGxldmVsMSBsZm8xIj4NCjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PHNwYW4g c3R5bGU9Im1zby1saXN0Oklnbm9yZSI+NC48c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtU aW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw Ow0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Q29uc2lzdGVuY3kgYmV0d2VlbiBhbGFy bSBsaXN0IGNvbnN0cnVjdCBhbmQgYWxhcm0gbm90aWZpY2F0aW9uIGNvbnN0cnVjdDxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBz dHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+V2h5IGFsYXJtIG5vdGlmaWNhdGlv biBjYW4gbm90IGJlIHVzZWQgdG8gbm90aWZ5IHRoZSB0aW1lIHdoZW4gdGhpcyBhbGFybSBlbnRy eSB3YXMgY3JlYXRlZCByYXRoZXIgdGhhbiBqdXN0IHRoZSB0aW1lIHdoZW4gYWxhcm0gc3RhdHVz IGlzIGNoYW5nZWQ/PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5X aHkgYWxhcm0gbm90aWZpY2F0aW9uIGNhbiBub3QgYmUgdXNlZCB0byBub3RpZnkgd2hldGhlciB0 aGUgYWxhcm0gaXMgY2xlYXJlZCBvciBub3Q/PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjojMUY0OTdEIj5UbyBhZGRyZXNzIHRoaXMsIHRoZSBwcm9wb3NhbCBpcyB0byBtYWtlIENv bnNpc3RlbmN5IGJldHdlZW4gYWxhcm0gbGlzdCBjb25zdHJ1Y3QgYW5kIGFsYXJtIG5vdGlmaWNh dGlvbiBjb25zdHJ1Y3QsIG1ha2Ugc2Vuc2U/PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMx RjQ5N0QiPlJlZ2FyZHMhPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdE Ij4tUWluPG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpu b25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20g MGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0Ij7lj5Hku7bkuro8c3BhbiBsYW5nPSJFTi1VUyI+Ojwvc3Bhbj48L3NwYW4+PC9iPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdCI+IHN0ZWZhbiB2YWxsaW4gW21h aWx0bzpzdGVmYW5Ad2FsbGFuLnNlXQ0KPGJyPg0KPC9zcGFuPjxiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuMHB0Ij7lj5HpgIHml7bpl7Q8c3BhbiBsYW5nPSJFTi1VUyI+Ojwvc3Bhbj48L3Nw YW4+PC9iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdCI+IDIwMTg8 L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQiPuW5tDxzcGFuIGxhbmc9IkVOLVVT Ij44PC9zcGFuPuaciDxzcGFuIGxhbmc9IkVOLVVTIj45PC9zcGFuPuaXpTxzcGFuIGxhbmc9IkVO LVVTIj4gMTozNjxicj4NCjwvc3Bhbj48Yj7mlLbku7bkuro8c3BhbiBsYW5nPSJFTi1VUyI+Ojwv c3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiPiBRaW4gV3U8YnI+DQo8L3NwYW4+PGI+5oqE6YCB PHNwYW4gbGFuZz0iRU4tVVMiPjo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVOLVVTIj4gY2NhbXBA aWV0Zi5vcmc8YnI+DQo8L3NwYW4+PGI+5Li76aKYPHNwYW4gbGFuZz0iRU4tVVMiPjo8L3NwYW4+ PC9iPjxzcGFuIGxhbmc9IkVOLVVTIj4gUmU6IFNlY29uZCByZXZpZXcgb2YgZHJhZnQtaWV0Zi1j Y2FtcC1hbGFybS1tb2R1bGUtMDE8bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJF Ti1VUyI+SGkhPG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5Tb3JyeSBmb3Igc2xvdyByZXNwb25zZSE8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1VUyI+VGhhbmtzIGFnYWluIGZvciB5b3VyIGNvbW1lbnRzLjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9 IkVOLVVTIj5UaGUgbGFyZ2VyIHNjb3BlIHRoZSBtb3JlIGNvbXBsZXhpdHkuJm5ic3A7PG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tVVMiPkkgdGhpbmsgaXQgaXMgaW1wb3J0YW50IHRvIHByb3ZlIHRoZSBtb2Rl bCBpbiB0aGUgc2NvcGUgb2YgYSBORS9kZXZpY2UgZmlyc3QuIFRoZW4gZXh0ZW5kIHdpdGggcmVx dWlyZW1lbnRzIGZvciB0aGUgY29udHJvbGxlci9taWQtbGV2ZWwgbWFuYWdlciBpbiBhIGxhdGVy IHJldmlzaW9uIG9yIGEgc2VwYXJhdGUgYXVnbWVudGluZyBtb2R1bGUuPG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tVVMiPkkgYW0gYWxzbyBjb252aW5jZWQgdGhhdCB0aGUgY3VycmVudCBtb2RlbCB3b3JrcyBh cyBhIGJhc2UgZm9yIHRoZSBjb250cm9sbGVyIGJhc2VkIG9uIGltcGxlbWVudGF0aW9uIGV4cGVy aWVuY2UuIFdlIGhhZCBzb21lIG1vcmUgbGVhZnMgaW4gdGhlIGNvbnRyb2xsZXIgdGhhbiBpbiB0 aGUgZGV2aWNlLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V UyI+U28gaW4gc3VtbWFyeSwgSSB3b3VsZCBsaWtlIHRvIHByb2dyZXNzIHRoaXMgdG8gYW4gUkZD IHRhcmdldGluZyB0aGUgTkUgc2NvcGUgaW4gYSBmaXJzdCBzdGVwIGJlZm9yZSBhZGRpbmcgbW9y ZSBmZWF0dXJlcyB0YXJnZXRpbmcgdGhlIGNvbnRyb2xsZXIuPG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMi PkJyIFN0ZWZhbjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V UyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPk9uIDIzIEp1 bCAyMDE4LCBhdCAxMTozOSwgUWluIFd1ICZsdDs8YSBocmVmPSJtYWlsdG86YmlsbC53dUBodWF3 ZWkuY29tIj5iaWxsLnd1QGh1YXdlaS5jb208L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFG NDk3RCI+QXJlIHlvdSBzYXlpbmcgdGhlIGNvbnRyb2xsZXIgbW9kZWwgc2hvdWxkIGJlIGRpZmZl cmVudCBmcm9tIGRldmljZSBtb2RlbCBvciB0aGUgbW9kZWwgaW4gdGhlIHNvdXRoYm91bmQgaW50 ZXJmYWNlIG9mIHRoZSBjb250cm9sbGVyIHNob3VsZCBiZQ0KIGRpZmZlcmVudCBmcm9tIHRoZSBt b2RlbCB1c2VkIGluIG5vcnRoYm91bmQgaW50ZXJmYWNlIG9mIHRoZSBuZXR3b3JrIGRldmljZT88 L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u dC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+T3IgdGhlIG1vZGVsIHVzZWQgaW4gbm9ydGhib3Vu ZCBpbnRlcmZhY2Ugb2YgdGhlIGNvbnRyb2xsZXIgc2hvdWxkIGJlIGRpZmZlcmVudCBmcm9tIG9u ZSB1c2VkIGluIHRoZSBub3J0aGJvdW5kIGludGVyZmFjZSBvZiB0aGUgbmV0d29yayBkZXZpY2U/ PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv bnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPldoeSBub3QgaGF2ZSBvbmUgZ2VuZXJpYyBtb2Rl bCB3aGljaCBjYW4gYmUgYXBwbGllZCB0byBib3RoIHNvdXRoYm91bmQgYW5kIG5vcnRoYm91bmQg aW50ZXJmYWNlcz88L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxzcGFu IGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41 cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOiMxRjQ5N0QiPi1RaW48L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRl ci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dCI+5Y+R5Lu25Lq6PHNwYW4gbGFuZz0iRU4tVVMiPjo8L3NwYW4+PC9zcGFuPjwvYj48c3BhbiBj bGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQiPiZuYnNwOzwvc3Bhbj48L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0Ij5zdGVmYW4gdmFsbGluIFs8YSBocmVmPSJtYWlsdG86c3Rl ZmFuQHdhbGxhbi5zZSI+PHNwYW4gc3R5bGU9ImNvbG9yOnB1cnBsZSI+bWFpbHRvOnN0ZWZhbkB3 YWxsYW4uc2U8L3NwYW4+PC9hPl08c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4m bmJzcDs8L3NwYW4+PGJyPg0KPC9zcGFuPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 Ij7lj5HpgIHml7bpl7Q8c3BhbiBsYW5nPSJFTi1VUyI+Ojwvc3Bhbj48L3NwYW4+PC9iPjxzcGFu IGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdCI+Jm5ic3A7PC9zcGFuPjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQiPjIwMTg8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQiPuW5tDxzcGFuIGxhbmc9IkVOLVVTIj43PC9zcGFuPuaciDxzcGFuIGxhbmc9IkVO LVVTIj4yMzwvc3Bhbj7ml6U8c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj48c3Bh biBsYW5nPSJFTi1VUyI+Jm5ic3A7PC9zcGFuPjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+Mjoz Nzxicj4NCjwvc3Bhbj48Yj7mlLbku7bkuro8c3BhbiBsYW5nPSJFTi1VUyI+Ojwvc3Bhbj48L2I+ PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+PHNwYW4gbGFuZz0iRU4tVVMiPiZu YnNwOzwvc3Bhbj48L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiPlFpbiBXdTs8c3BhbiBjbGFzcz0i YXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmNjYW1w QGlldGYub3JnIj48c3BhbiBzdHlsZT0iY29sb3I6cHVycGxlIj5jY2FtcEBpZXRmLm9yZzwvc3Bh bj48L2E+PGJyPg0KPC9zcGFuPjxiPuS4u+mimDxzcGFuIGxhbmc9IkVOLVVTIj46PC9zcGFuPjwv Yj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj48c3BhbiBsYW5nPSJFTi1VUyI+ Jm5ic3A7PC9zcGFuPjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+UmU6IFNlY29uZCByZXZpZXcg b2YgZHJhZnQtaWV0Zi1jY2FtcC1hbGFybS1tb2R1bGUtMDE8L3NwYW4+PC9zcGFuPjxzcGFuIGxh bmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+SGkgYWdhaW4hPG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1VUyI+QWRkaXRpb24gdG8gIzg8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPllvdSBj b3VsZCBhdWdtZW50IHdpdGggYSBkZXZpY2UgbGVhZiBpbiB5b3VyIG1nbXQgYXBwLjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBsYW5nPSJFTi1VUyI+VGhlIG1vZHVsZSBzY29wZSBpcyB3aXRoaW4gb25lIGRldmljZSBwcmlt YXJpbHk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxzcGFuIGxhbmc9IkVOLVVTIj5CciBzdGVm YW48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5Ndmggc3RlZmFuPG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO LVVTIj4mIzQzOzQ2KDApNzA1MjMzMjYyPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t Ym90dG9tOjEyLjBwdCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxicj4NCjIyIGp1bGkgMjAxOCBrbC4g MjA6MTcgc2tyZXYgc3RlZmFuIHZhbGxpbiAmbHQ7PGEgaHJlZj0ibWFpbHRvOnN0ZWZhbkB3YWxs YW4uc2UiPjxzcGFuIHN0eWxlPSJjb2xvcjpwdXJwbGUiPnN0ZWZhbkB3YWxsYW4uc2U8L3NwYW4+ PC9hPiZndDs6PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHls ZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPkhpIFFpbiE8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tVVMiPlRoYW5rcyBmb3IgeW91ciByZXZpZXcgYW5kIGNvbW1lbnRzLCBz ZWUgaW5saW5lIGJlbG93OjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PGJyPg0KPGJyPg0K PGJyPg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5PbiAyMSBKdWwgMjAxOCwgYXQgMTQ6 MTYsIFFpbiBXdSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmJpbGwud3VAaHVhd2VpLmNvbSI+PHNwYW4g c3R5bGU9ImNvbG9yOnB1cnBsZSI+YmlsbC53dUBodWF3ZWkuY29tPC9zcGFuPjwvYT4mZ3Q7IHdy b3RlOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWFs aWduOmp1c3RpZnk7dGV4dC1qdXN0aWZ5OmludGVyLWlkZW9ncmFwaCI+PHNwYW4gbGFuZz0iRU4t VVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+SGksPHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRl ZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjwvc3Bhbj48c3BhbiBsYW5nPSJFTiIgc3R5bGU9ImZvbnQt c2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7Ij5TdGVmYW46PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hbGlnbjpqdXN0aWZ5 O3RleHQtanVzdGlmeTppbnRlci1pZGVvZ3JhcGgiPjxzcGFuIGxhbmc9IkVOIiBzdHlsZT0iZm9u dC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDsiPkJlZm9yZSB0aGUgbmV4dCB2ZXJzaW9uIG9mIGFsYXJtIG1vZGVsIGNvbWVz IHVwLCBJIHdvdWxkIGxpa2UgdG8gaGF2ZSB0aGUgZm9sbG93aW5nIHN1Z2dlc3Rpb25zIGFuZCBj b21tZW50czo8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxkaXYgc3R5bGU9Im1hcmdpbi1sZWZ0OjE4LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9InRleHQtaW5kZW50Oi0xOC4wcHQ7bGluZS1oZWlnaHQ6MTUuNzVwdCI+PHNw YW4gbGFuZz0iRU4iIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O1Rp bWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90OyI+MS48L3NwYW4+PHNwYW4gbGFu Zz0iRU4iIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3 IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDs8c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3Nw YW4+PC9zcGFuPjxzcGFuIGxhbmc9IkVOIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZh bWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDsiPlVVSUQN CiBzdXBwb3J0IGZvciB0aGUgdHlwZSBvZiByZXNvdXJjZSB1bmRlciBhbGFybSBsaXN0PC9zcGFu PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYWxpZ246anVzdGlmeTt0ZXh0LWp1 c3RpZnk6aW50ZXItaWRlb2dyYXBoIj48c3BhbiBsYW5nPSJFTiIgc3R5bGU9ImZvbnQtc2l6ZTox MC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7Ij5MYXN0IHRpbWUgeW91IHNhaWQ6PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hbGlnbjpq dXN0aWZ5O3RleHQtanVzdGlmeTppbnRlci1pZGVvZ3JhcGgiPjxzcGFuIGxhbmc9IkVOIiBzdHls ZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDsiPuKAnDwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibGluZS1oZWlnaHQ6MTUuNzVwdCI+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVz IE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90OyI+R29vZCBwb2ludCwgd2lsbCBjb25z aWRlciBhZGRpbmcgaXQgaW4gdGhlIG5leHQgcmV2aXNpb24uPC9zcGFuPjxzcGFuIGxhbmc9IkVO LVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdiBzdHlsZT0i bWFyZ2luLWxlZnQ6MzYuMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bGluZS1oZWlnaHQ6MTUuNzVwdCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6 MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJp ZiZxdW90OyI+SG93ZXZlciwgdGhlcmUgaXMgYSBkYW5nZXIgaGVyZSBpbiB0aGF0IGRldmVsb3Bl cnMgbWlnaHQgZXNjYXBlIHRocm93aW5nIFVVSURzIHRvIG9wZXJhdG9ycy4gQXMgYW4gb3BlcmF0 b3IgaW4gYSBOT0MgaXQgaXMgaGFyZA0KIHRvIGtub3cgd2hhdCB0byBkbyB3aXRoIGEgVVVJRC48 L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8ZGl2IHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJsaW5lLWhlaWdodDoxNS43NXB0Ij48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJv bWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7Ij5JbiBtYW55IGNhc2VzIFVVSUQgYXJlIGEgc2ln biBvZiB1c2luZyB0aGUgYWxhcm1zIGFzIGEgbG9nL2RlYnVnIHRoaW5nIGZvciBkZXZlbG9wZXJz Ljwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjxkaXYgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9ImxpbmUtaGVpZ2h0OjE1Ljc1cHQiPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcg Um9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDsiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJF Ti1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXYgc3R5bGU9 Im1hcmdpbi1sZWZ0OjM2LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 ImxpbmUtaGVpZ2h0OjE1Ljc1cHQiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl OjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2Vy aWYmcXVvdDs7Y29sb3I6IzAwNzBDMCI+dHlwZWRlZiByZXNvdXJjZSB7PC9zcGFuPjxzcGFuIGxh bmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdiBz dHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibGluZS1oZWlnaHQ6MTUuNzVwdCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVv dDtzZXJpZiZxdW90Oztjb2xvcjojMDA3MEMwIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgdHlwZSB1bmlvbiB7PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdiBzdHlsZT0ibWFyZ2luLWxl ZnQ6MzYuMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibGluZS1oZWln aHQ6MTUuNzVwdCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2Zv bnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztj b2xvcjojMDA3MEMwIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgdHlwZSBpbnN0YW5jZS1pZGVudGlmaWVyIHs8L3NwYW4+PHNwYW4gbGFuZz0i RU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2IHN0eWxl PSJtYXJnaW4tbGVmdDozNi4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJsaW5lLWhlaWdodDoxNS43NXB0Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6 ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3Nl cmlmJnF1b3Q7O2NvbG9yOiMwMDcwQzAiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyByZXF1aXJlLWluc3RhbmNlIGZhbHNl Ozwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjxkaXYgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9ImxpbmUtaGVpZ2h0OjE1Ljc1cHQiPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcg Um9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7Y29sb3I6IzAwNzBDMCI+Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IH08L3NwYW4+PHNwYW4g bGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2 IHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJsaW5lLWhlaWdodDoxNS43NXB0Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv bnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZx dW90O3NlcmlmJnF1b3Q7O2NvbG9yOiMwMDcwQzAiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB0eXBlIHlhbmc6b2JqZWN0LWlkZW50aWZpZXI7 PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjwvZGl2Pg0KPGRpdiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibGluZS1oZWlnaHQ6MTUuNzVwdCI+PHNwYW4gbGFuZz0iRU4t VVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBS b21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztjb2xvcjojMDA3MEMwIj4mbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgdHlwZSBzdHJpbmc7PC9z cGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGRpdiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibGluZS1oZWlnaHQ6MTUuNzVwdCI+PHNwYW4gbGFuZz0iRU4tVVMi IHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21h biZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztjb2xvcjojMDA3MEMwIj4mbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfTwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJ0ZXh0LWFsaWduOmp1c3RpZnk7dGV4dC1qdXN0aWZ5OmludGVyLWlkZW9ncmFwaCI+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+4oCcPC9zcGFuPjxzcGFu IGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0idGV4dC1hbGlnbjpqdXN0aWZ5O3RleHQtanVzdGlmeTppbnRlci1pZGVvZ3JhcGgi PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkhvd2V2ZXIgaW4gb3Vy IGltcGxlbWVudGF0aW9uIGNhc2UsIHdlIGRpZCBhbGxvdyBvcGVyYXRvciBpbiBhIE5PQyB0byB1 c2UgVVVJRCB0byBjb3JyZWxhdGUgcmVzb3VyY2UNCiBvYmplY3RzIGluIHRoZSBhbGFybS1pbnZl bnRvcnksIGRvbuKAmXQgd2U/PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tVVMiPldlIGhhdmUgYWRkZWQgVVVJRCB0byB0aGUgdXBjb21pbmcgdmVyc2lv bjo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyB0eXBl ZGVmIHJlc291cmNlIHs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7 ICZuYnNwOyB0eXBlIHVuaW9uIHs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+ Jm5ic3A7ICZuYnNwOyAmbmJzcDsgdHlwZSBpbnN0YW5jZS1pZGVudGlmaWVyIHs8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IHJl cXVpcmUtaW5zdGFuY2UgZmFsc2U7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMi PiZuYnNwOyAmbmJzcDsgJm5ic3A7IH08bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V UyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgdHlwZSB5YW5nOm9iamVjdC1pZGVudGlmaWVyOzxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsgJm5ic3A7ICZuYnNwOyB0eXBl IHlhbmc6dXVpZDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7ICZu YnNwOyAmbmJzcDsgdHlwZSBzdHJpbmc7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t VVMiPiZuYnNwOyAmbmJzcDsgfTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4m bmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+UmVzb3VyY2UtbWF0Y2gg aXMgYWxzbyB1cGRhdGVkIHRvIGhhbmRsZSBVVUlEcy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZu YnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxicj4NCjxicj4NCjxicj4NCjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0 ZXh0LWFsaWduOmp1c3RpZnk7dGV4dC1qdXN0aWZ5OmludGVyLWlkZW9ncmFwaCI+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9 IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJtYXJnaW4tbGVmdDox OC4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWluZGVudDot MTguMHB0O2xpbmUtaGVpZ2h0OjE1Ljc1cHQiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u dC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1 b3Q7c2VyaWYmcXVvdDsiPjIuPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtz ZXJpZiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PHNwYW4gY2xh c3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjwvc3Bhbj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMg TmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7Ij5EZXBlbmRlbmN5DQogYmV0d2Vlbjxz cGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5yb290LWNhdXNl LXJlc291cmNlLCBpbXBhY3RlZC1yZXNvdXJjZSwgcmVsYXRlZC1hbGFybTwvc3Bhbj48c3BhbiBs YW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWFsaWduOmp1c3RpZnk7dGV4dC1qdXN0aWZ5Omlu dGVyLWlkZW9ncmFwaCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+ VW5kZXIgYWxhcm0gbGlzdCwgdGhlcmUgYXJlIHRocmVlIGRlcGVuZGVudCBwYXJhbWV0ZXJzOjxz cGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5yb290LWNhdXNl LXJlc291cmNlLA0KIGltcGFjdGVkLXJlc291cmNlLCByZWxhdGVkLWFsYXJtPC9zcGFuPjxzcGFu IGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0idGV4dC1hbGlnbjpqdXN0aWZ5O3RleHQtanVzdGlmeTppbnRlci1pZGVvZ3JhcGgi PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkl0IGlzIHN0aWxsIG5v dCBjbGVhciB0byBtZSBob3cgcm9vdC1jYXVzZS1yZXNvdXJjZSwgaW1wYWN0ZWQtcmVzb3VyY2Ug YXJlIHVzZWQgdG9nZXRoZXIgd2l0aCByZXNvdXJjZQ0KIHBhcmFtZXRlciB1bmRlciByZWxhdGVk LWFsYXJtLCB3aHkgcm9vdC1jYXVzZS1yZXNvdXJjZSBhbmQgaW1wYWN0LXJlc291cmNlIG5vdCBw YXJ0IG9mIHJlbGF0ZWQtYWxhcm0uPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0 O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJ0ZXh0LWFsaWduOmp1c3RpZnk7dGV4dC1qdXN0aWZ5OmludGVyLWlkZW9ncmFwaCI+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+SWYgdGhlIGFuc3dlciBpcyBubywg Zm9yIHJvb3QtY2F1c2UtcmVzb3VyY2UgbGVhZi1saXN0LCBJIGFtIHdvbmRlcmluZyB3aHkgbm90 IGFkZCBpcy1yb290LWNhdXNlIHBhcmFtZXRlcg0KIHRvIGluZGljYXRlIGEgc3BlY2lmaWMgYWxh cm0gdW5kZXIgYWxhcm0gbGlzdCBpcyByb290IGNhdXNlIGFsYXJtLiBPbmx5IHdoZW4gaXMtcm9v dC1jYXVzZSBpcyBzZXQgdG8gdHJ1ZSwgdGhlbiByb290LWNhdXNlLXJlc291cmNlIHdpbGwgYmUg cHJvdmlkZWQuIERvZXMgdGhpcyBtYWtlIHNlbnNlPzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQt YWxpZ246anVzdGlmeTt0ZXh0LWp1c3RpZnk6aW50ZXItaWRlb2dyYXBoIj48c3BhbiBsYW5nPSJF Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5JbiBvdXIgcHJhY3RpY2UsIHdlIHVzdWFsbHkg ZGVzaWduIG9uZSByb290IGNhdXNlIGFsYXJtIGFuZCBzZXZlcmFsIGRlcml2ZWQgYWxhcm1zLCB0 aGUgZGVyaXZlZCBhbGFybQ0KIHdpbGwgdXNlIGxlYWZyZWYgdG8gcG9pbnQgdG8gcm9vdCBjYXVz ZSBhbGFybSwgSSBhbSB3b25kZXJpbmcgd2hldGhlciB3ZSBhc3N1bWUgZWFjaCBhbGFybSB1bmRl ciBhbGFybSBsaXN0IGlzIHJvb3QgY2F1c2UgYWxhcm0gYW5kIFJlbGF0ZWQtYWxhcm0gYXJlIGRl cml2ZWQgYWxhcm1zLiBJZiB0aGUgYW5zd2VyIGlzIG5vLCBJIHRoaW5rIHdlIHNob3VsZCBvbmUg bmV3IHBhcmFtZXRlciB1bmRlciByZWxhdGVkLWFsYXJtIGxpc3QgdG8gcmVmZXJlbmNlDQogdG8g dGhlIHJvb3QgY2F1c2UgYWxhcm0uPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPldlIGhhdmUgdXBkYXRlZCB0aGUgdGVz dCBpbiB0aGUgUkZDIGRvY3VtZW50IG9uIHRoaXMgdG9waWM6PG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4zLjYuICZuYnNwO1Jvb3QgQ2F1c2UsIEltcGFjdGVkIFJl c291cmNlcyBhbmQgUmVsYXRlZCBBbGFybXM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJF Ti1VUyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyAm bmJzcDtUaGUgZ2VuZXJhbCBwcmluY2lwbGUgb2YgdGhpcyBhbGFybSBtb2R1bGUgaXMgdG8gbGlt aXQgdGhlIGFtb3VudCBvZjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJz cDsgJm5ic3A7YWxhcm1zLiAmbmJzcDtUaGUgYWxhcm0gaGFzIHR3byBsZWFmLWxpc3RzIHRvIGlk ZW50aWZ5IHBvc3NpYmxlIGltcGFjdGVkPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t VVMiPiZuYnNwOyAmbmJzcDtyZXNvdXJjZXMgYW5kIHBvc3NpYmxlIHJvb3QtY2F1c2UgcmVzb3Vy Y2VzLiAmbmJzcDtUaGUgc3lzdGVtIHNob3VsZCBub3Q8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1VUyI+Jm5ic3A7ICZuYnNwO3JlcHJlc2VudCBpbmRpdmlkdWFsIGFsYXJtcyBmb3Ig dGhlIHBvc3NpYmxlIHJvb3QtY2F1c2UgcmVzb3VyY2VzIGFuZDxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsgJm5ic3A7aW1wYWN0ZWQgcmVzb3VyY2VzLiAmbmJzcDtU aGVzZSBzZXJ2ZXMgYXMgaGludHMgb25seS4gJm5ic3A7SXQgaXMgdXAgdG8gdGhlPG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyAmbmJzcDtjbGllbnQgYXBwbGljYXRp b24gdG8gdXNlIHRoaXMgaW5mb3JtYXRpb24gdG8gcHJlc2VudCB0aGUgb3ZlcmFsbDxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsgJm5ic3A7c3RhdHVzLjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBsYW5nPSJFTi1VUyI+Jm5ic3A7ICZuYnNwO0Egc3lzdGVtIHNob3VsZCBhbHdheXMgc3RyaXZl IHRvIGlkZW50aWZ5IHRoZSByZXNvdXJjZSB0aGF0IGNhbiBiZTxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsgJm5ic3A7YWN0ZWQgdXBvbiBhcyB0aGUgJnF1b3Q7cmVz b3VyY2UmcXVvdDsgbGVhZi4gJm5ic3A7VGhlICZxdW90O2ltcGFjdGVkLXJlc291cmNlJnF1b3Q7 IGxlYWYtbGlzdDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsgJm5i c3A7c2hhbGwgYmUgdXNlZCB0byBpZGVudGlmeSBhbnkgc2lkZS1lZmZlY3RzIG9mIHRoZSBhbGFy bS4gJm5ic3A7VGhlPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyAm bmJzcDtpbXBhY3RlZCByZXNvdXJjZXMgY2FuIG5vdCBiZSBhY3RlZCB1cG9uIHRvIGZpeCB0aGUg cHJvYmxlbS4gJm5ic3A7QW48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5i c3A7ICZuYnNwO2V4YW1wbGUgb2YgdGhpcyBraW5kIG9mIGFsYXJtIG1pZ2h0IGJlIGEgZGlzYyBm dWxsIHByb2JsZW0gd2hpY2g8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5i c3A7ICZuYnNwO2ltcGFjdHMgYSBudW1iZXIgb2YgZGF0YWJhc2VzLjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJF Ti1VUyI+Jm5ic3A7ICZuYnNwO0luIHNvbWUgb2NjYXNpb25zIHRoZSBzeXN0ZW0gbWlnaHQgbm90 IGJlIGNhcGFibGUgb2YgZGV0ZWN0aW5nIHRoZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9 IkVOLVVTIj4mbmJzcDsgJm5ic3A7cm9vdCBjYXVzZSwgdGhlIHJlc291cmNlIHRoYXQgY2FuIGJl IGFjdGVkIHVwb24uICZuYnNwO1RoZSBpbnN0cnVtZW50YXRpb248bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7ICZuYnNwO2luIHRoaXMgY2FzZSBvbmx5IG1vbml0b3Jz IHRoZSBzaWRlLWVmZmVjdCBhbmQgbmVlZHMgdG8gcmVwcmVzZW50IGFuPG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyAmbmJzcDthbGFybSB0aGF0IGluZGljYXRlcyBh IHNpdHVhdGlvbiB0aGF0IG5lZWRzIGFjdGluZyB1cG9uLiAmbmJzcDtUaGU8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7ICZuYnNwO2luc3RydW1lbnRhdGlvbiBzdGls bCBtaWdodCBpZGVudGlmeSBwb3NzaWJsZSBjYW5kaWRhdGVzIGZvciB0aGU8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7ICZuYnNwO3Jvb3QtY2F1c2UgcmVzb3VyY2Uu ICZuYnNwO0luIHRoaXMgY2FzZSB0aGUgJnF1b3Q7cm9vdC1jYXVzZS1yZXNvdXJjZSZxdW90OyBs ZWFmLTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsgJm5ic3A7bGlz dCBjYW4gYmUgdXNlZCB0byBpbmRpY2F0ZSB0aGUgY2FuZGlkYXRlIHJvb3QtY2F1c2UgcmVzb3Vy Y2VzLiAmbmJzcDtBbjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsg Jm5ic3A7ZXhhbXBsZSBvZiB0aGlzIGtpbmQgb2YgYWxhcm0gbWlnaHQgYmUgYW4gYWN0aXZlIHRl c3QgdG9vbCB0aGF0PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyAm bmJzcDtkZXRlY3RzIGFuIFNMQSB2aW9sYXRpb24gb24gYSBWUE4gY29ubmVjdGlvbiBhbmQgaWRl bnRpZmllcyB0aGU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7ICZu YnNwO2RldmljZXMgYWxvbmcgdGhlIGNoYWluIGFzIGNhbmRpZGF0ZSByb290IGNhdXNlcy48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyAmbmJzcDtUaGUgYWxhcm0gbW9kdWxlIGFsc28gc3Vw cG9ydHMgYSB3YXkgdG8gYXNzb2NpYXRlIGRpZmZlcmVudCBhbGFybXMgdG88bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7ICZuYnNwO2VhY2ggb3RoZXIgd2l0aCB0aGUg JnF1b3Q7cmVsYXRlZC1hbGFybSZxdW90OyBsaXN0LiAmbmJzcDtUaGlzIGxpc3QgZW5hYmxlcyB0 aGU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7ICZuYnNwO3NlcnZl ciB0byBpbmZvcm0gdGhlIGNsaWVudCB0aGF0IGNlcnRhaW4gYWxhcm1zIGFyZSByZWxhdGVkIHRv IG90aGVyPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyAmbmJzcDth bGFybXMuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsgJm5ic3A7Tm90ZSB3ZWxsIHRoYXQg dGhpcyBtb2R1bGUgZG9lcyBub3QgcHJlc2NyaWJlIGFueSBkZXBlbmRlbmNpZXMgb3I8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7ICZuYnNwO3ByZWZlcmVuY2UgYmV0 d2VlbiB0aGUgYWJvdmUgYWxhcm0gY29ycmVsYXRpb24gbWVjaGFuaXNtcy4gJm5ic3A7RGlmZmVy ZW50PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyAmbmJzcDtzeXN0 ZW1zIGhhdmUgZGlmZmVyZW50IGNhcGFiaWxpdGllcyBhbmQgdGhlIGFib3ZlIGRlc2NyaWJlZDxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsgJm5ic3A7bWVjaGFuaXNt cyBhcmUgYXZhaWxhYmxlIHRvIHN1cHBvcnQgdGhlIGluc3RydW1lbnRhdGlvbiBmZWF0dXJlcy48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxicj4NCjxicj4NCjxicj4NCjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJ0ZXh0LWFsaWduOmp1c3RpZnk7dGV4dC1qdXN0aWZ5OmludGVyLWlkZW9ncmFwaCI+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jm5ic3A7PC9zcGFuPjxz cGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJtYXJn aW4tbGVmdDoxOC4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0 LWluZGVudDotMTguMHB0O2xpbmUtaGVpZ2h0OjE1Ljc1cHQiPjxzcGFuIGxhbmc9IkVOLVVTIiBz dHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4m cXVvdDssJnF1b3Q7c2VyaWYmcXVvdDsiPjMuPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90 OywmcXVvdDtzZXJpZiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjwvc3Bhbj48 c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7Ij5Db25zb2xpZGF0ZQ0K IHR1cGxlIGNvcnJlc3BvbmRpbmcgdG8gYSBzaW5nbGUgYWxhcm0gaW5zdGFuY2UgaW50byBwYWly PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYWxpZ246anVzdGlmeTt0 ZXh0LWp1c3RpZnk6aW50ZXItaWRlb2dyYXBoIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv bnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7Ij5UaGlzIFlBTkcgYWxhcm0gbW9kdWxlIHVzZXMgdGhlIHR1cGxlIChyZXNv dXJjZSwgYWxhcm0gdHlwZSBpZGVudGlmaWVyLCBhbGFybSB0eXBlIHF1YWxpZmllcil0byBpZGVu dGlmeQ0KIGEgc2luZ2xlIGFsYXJtIGluc3RhbmNlLiBJIGFtIHdvbmRlcmluZyB3aGV0aGVyIHRo ZSB0dXBsZSBjYW4gYmUgcmVkdWNlZCBpbnRvIChyZXNvdXJjZSwgYWxhcm0tdHlwZSBpZGVudGlm aWVyKSwgYWxsb3cgYWxhcm0tdHlwZSBpZGVudGlmaWVyIHN1cHBvcnQgYSB1bmlvbiBvZiBpZGVu dGl0eSBhbmQgc3RyaW5nLiBUaGUgcmVhc29uIGZvciB0aGF0IGlzIGluaGVyaXQgYmFzZSBpZGVu dGl0eSBmb3IgYWxhcm0tdHlwZS1pZGVudGlmaWVyIHRvIGdldA0KIGEgYnVuY2ggb2YgZGVyaXZl ZCBpZGVudGl0eSBpcyBub3Qgc3VmZmljaWVudCB3aGVuIGFsYXJtLXR5cGUgY2FuIGJlIGZpbmUg Z3JhbnVsYXJpdHkgY2xhc3NpZmllZCBpbnRvIGh1bmRyZWRzIHR5cGUuPC9zcGFuPjxzcGFuIGxh bmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tVVMiPk5vIHRoYXQgd2lsbCBub3Qgd29yaywgcmVhZCB0aGUgdGV4dCBp biB0aGUgUkZDIGRvY3VtZW50LCBhbGFybSB0eXBlIGlkZW50aWZpZXIgSXMgc3RhdGljIGRlc2ln bi10aW1lLCBxdWFsaWZpZXIgaXMgcnVudGltZSBhbmQgYSByZWZpbmVtZW50IG9mIHRoZSBhbGFy bS10eXBlIGlkZW50aWZpZXIuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPlNl ZSB1cGRhdGVkIHRleHQgaW4gdGhlIHVwY29taW5nIHZlcnNpb24gb2YgdGhlIFJGQzo8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjMuMi4gJm5ic3A7QWxhcm0gVHlw ZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7ICZuYnNwO1RoaXMgZG9jdW1lbnQgZGVmaW5l cyBhbiBhbGFybSB0eXBlIHdpdGggYW4gYWxhcm0gdHlwZSBpZCBhbmQgYW48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7ICZuYnNwO2FsYXJtIHR5cGUgcXVhbGlmaWVy LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7ICZuYnNwO1RoZSBhbGFybSB0eXBlIGlkIGlz IG1vZGVsZWQgYXMgYSBZQU5HIGlkZW50aXR5LiAmbmJzcDtXaXRoIFlBTkc8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7ICZuYnNwO2lkZW50aXRpZXMsIG5ldyBhbGFy bSB0eXBlcyBjYW4gYmUgZGVmaW5lZCBpbiBhIGRpc3RyaWJ1dGVkIGZhc2hpb24uPG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyAmbmJzcDtZQU5HIGlkZW50aXRpZXMg YXJlIGhpZXJhcmNoaWNhbCwgd2hpY2ggbWVhbnMgdGhhdCBhbiBoaWVyYXJjaHkgb2Y8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7ICZuYnNwO2FsYXJtIHR5cGVzIGNh biBiZSBkZWZpbmVkLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7ICZuYnNwO1N0YW5kYXJk cyBhbmQgdmVuZG9ycyBzaG91bGQgZGVmaW5lIHRoZWlyIG93biBhbGFybSB0eXBlIGlkZW50aXRp ZXM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7ICZuYnNwO2Jhc2Vk IG9uIHRoaXMgZGVmaW5pdGlvbi48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+ Jm5ic3A7ICZuYnNwO1RoZSB1c2Ugb2YgWUFORyBpZGVudGl0aWVzIG1lYW5zIHRoYXQgYWxsIHBv c3NpYmxlIGFsYXJtcyBhcmU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5i c3A7ICZuYnNwO2lkZW50aWZpZWQgYXQgZGVzaWduIHRpbWUuICZuYnNwO1RoaXMgZXhwbGljaXQg ZGVjbGFyYXRpb24gb2YgYWxhcm0gdHlwZXM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJF Ti1VUyI+Jm5ic3A7ICZuYnNwO21ha2VzIGl0IGVhc2llciB0byBhbGxvdyBmb3IgYWxhcm0gcXVh bGlmaWNhdGlvbiByZXZpZXdzIGFuZDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVT Ij4mbmJzcDsgJm5ic3A7cHJlcGFyYXRpb24gb2YgYWxhcm0gYWN0aW9ucyBhbmQgZG9jdW1lbnRh dGlvbi48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyAmbmJzcDtUaGVyZSBhcmUgb2NjYXNp b25zIHdoZXJlIHRoZSBhbGFybSB0eXBlcyBhcmUgbm90IGtub3duIGF0IGRlc2lnbjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsgJm5ic3A7dGltZS4gJm5ic3A7Rm9y IGV4YW1wbGUsIGEgc3lzdGVtIHdpdGggZGlnaXRhbCBpbnB1dHMgdGhhdCBhbGxvd3MgdXNlcnMg dG88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7ICZuYnNwO2Nvbm5l Y3RzIGRldGVjdG9ycyAoZS5nLiwgc21va2UgZGV0ZWN0b3IpIHRvIHRoZSBpbnB1dHMuICZuYnNw O0luIHRoaXM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7ICZuYnNw O2Nhc2UgaXQgaXMgYSBjb25maWd1cmF0aW9uIGFjdGlvbiB0aGF0IHNheXMgdGhhdCBjZXJ0YWlu IGNvbm5lY3RvcnM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7ICZu YnNwO2FyZSBmaXJlIGFsYXJtcyBmb3IgZXhhbXBsZS4gJm5ic3A7QSBwb3RlbnRpYWwgZHJhd2Jh Y2sgb2YgdGhpcyBpcyB0aGF0PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZu YnNwOyAmbmJzcDt0aGVyZSBpcyBhIGJpZyByaXNrIHRoYXQgYWxhcm0gb3BlcmF0b3JzIHdpbGwg cmVjZWl2ZSBhbGFybSB0eXBlcyBhczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVT Ij4mbmJzcDsgJm5ic3A7YSBzdXJwcmlzZSwgdGhleSBkbyBub3Qga25vdyBob3cgdG8gcmVzb2x2 ZSB0aGUgcHJvYmxlbSBzaW5jZSBhPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMi PiZuYnNwOyAmbmJzcDtkZWZpbmVkIGFsYXJtIHByb2NlZHVyZSBkb2VzIG5vdCBuZWNlc3Nhcmls eSBleGlzdC4gJm5ic3A7VG8gYXZvaWQgdGhpczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9 IkVOLVVTIj4mbmJzcDsgJm5ic3A7cmlzayB0aGUgc3lzdGVtIE1VU1QgcHVibGlzaCBhbGwgcG9z c2libGUgYWxhcm0gdHlwZXMgaW4gdGhlIGFsYXJtPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tVVMiPiZuYnNwOyAmbmJzcDtpbnZlbnRvcnksIHNlZSBTZWN0aW9uIDQuMi48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tVVMiPiZuYnNwOyAmbmJzcDtJbiBvcmRlciB0byBhbGxvdyBmb3IgZHluYW1p YyBhZGRpdGlvbiBvZiBhbGFybSB0eXBlcyB0aGUgYWxhcm08bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBsYW5nPSJFTi1VUyI+Jm5ic3A7ICZuYnNwO21vZHVsZSBhbHNvIGFsbG93cyBmb3IgZnVydGhl ciBxdWFsaWZpY2F0aW9uIG9mIHRoZSBpZGVudGl0eSBiYXNlZDxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsgJm5ic3A7YWxhcm0gdHlwZSB1c2luZyBhIHN0cmluZy48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyAmbmJzcDtBIHZlbmRvciBvciBzdGFuZGFyZCBj YW4gdGhlbiBkZWZpbmUgdGhlaXIgb3duIGFsYXJtLXR5cGUgaGllcmFyY2h5LjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsgJm5ic3A7VGhlIGV4YW1wbGUgYmVsb3cg c2hvd3MgYSBoaWVyYXJjaHkgYmFzZWQgb24gWC43MzMgZXZlbnQgdHlwZXM6PG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh bmc9IkVOLVVTIj4mbmJzcDsgJm5ic3A7ICZuYnNwO2ltcG9ydCBpZXRmLWFsYXJtcyB7PG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw O3ByZWZpeCBhbDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7ICZu YnNwOyAmbmJzcDt9PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyAm bmJzcDsgJm5ic3A7aWRlbnRpdHkgdmVuZG9yLWFsYXJtcyB7PG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tVVMiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO2Jhc2UgYWw6YWxhcm0t dHlwZTs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7ICZuYnNwOyAm bmJzcDt9PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyAmbmJzcDsg Jm5ic3A7aWRlbnRpdHkgY29tbXVuaWNhdGlvbnMtYWxhcm0gezxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtiYXNlIHZlbmRvci1h bGFybXM7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyAmbmJzcDsg Jm5ic3A7fTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsgJm5ic3A7 ICZuYnNwO2lkZW50aXR5IGxpbmstYWxhcm0gezxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9 IkVOLVVTIj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtiYXNlIGNvbW11bmljYXRpb25zLWFs YXJtOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsgJm5ic3A7ICZu YnNwO308bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyAmbmJzcDtBbGFybSB0eXBlcyBjYW4g YmUgYWJzdHJhY3QuICZuYnNwO0FuIGFic3RyYWN0IGFsYXJtIHR5cGUgaXMgdXNlZCBhcyBhPG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyAmbmJzcDtiYXNlIGZvciBk ZWZpbmluZyBoaWVyYXJjaGljYWwgYWxhcm0gdHlwZXMuICZuYnNwO0NvbmNyZXRlIGFsYXJtIHR5 cGVzIGFyZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsgJm5ic3A7 dXNlZCBmb3IgYWxhcm0gc3RhdGVzIGFuZCBhcHBlYXIgaW4gdGhlIGFsYXJtIGludmVudG9yeS4g Jm5ic3A7VGhlcmUgYXJlPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNw OyAmbmJzcDt0d28ga2luZHMgb2YgY29uY3JldGUgYWxhcm0gdHlwZXM6PG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9 IkVOLVVTIj4mbmJzcDsgJm5ic3A7MS4gJm5ic3A7VGhlIGxhc3Qgc3Vib3JkaW5hdGUgaWRlbnRp dHkgaW4gdGhlICZxdW90O2FsYXJtLXR5cGUtaWQmcXVvdDsgaGllcmFyY2h5IGlzPG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO2Nv bmNyZXRlLCBmb3IgZXhhbXBsZTogJnF1b3Q7YWxhcm0taWRlbnRpdHkuZW52aXJvbm1lbnRhbC08 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7YWxhcm0uc21va2UmcXVvdDsuICZuYnNwO0luIHRoaXMgZXhhbXBsZSAmcXVvdDthbGFy bS1pZGVudGl0eSZxdW90OyBhbmQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+ Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7JnF1b3Q7ZW52aXJvbm1lbnRhbC1hbGFybSZxdW90 OyBhcmUgYWJzdHJhY3QgWUFORyBpZGVudGl0aWVzLCB3aGVyZWFzPG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyZxdW90O3Ntb2tl JnF1b3Q7IGlzIGEgY29uY3JldGUgWUFORyBpZGVudGl0eS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMi PiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tVVMiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVT Ij5WYWxsaW4gJmFtcDsgQmpvcmtsdW5kICZuYnNwOyAmbmJzcDsgJm5ic3A7RXhwaXJlcyBKYW51 YXJ5IDExLCAyMDE5ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDtbUGFnZSA2XTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5J bnRlcm5ldC1EcmFmdCAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDtZQU5HIEFsYXJtIE1vZHVsZSAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO0p1bHkgMjAxODxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V UyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyAmbmJz cDsyLiAmbmJzcDtUaGUgWUFORyBpZGVudGl0eSBoaWVyYXJjaHkgaXMgYWJzdHJhY3QgYW5kIHRo ZSBjb25jcmV0ZSBhbGFybTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt0eXBlIGlzIGRlZmluZWQgYnkgdGhlIGR5bmFtaWMgYWxh cm0gcXVhbGlmaWVyIHN0cmluZywgZm9yPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t VVMiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO2V4YW1wbGU6ICZxdW90O2FsYXJtLWlkZW50 aXR5LmVudmlyb25tZW50YWwtYWxhcm0uZXh0ZXJuYWwtZGV0ZWN0b3ImcXVvdDs8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7d2l0 aCBhbGFybS10eXBlLXF1YWxpZmllciAmcXVvdDtzbW9rZSZxdW90Oy48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tVVMiPiZuYnNwOyAmbmJzcDtGb3IgZXhhbXBsZTo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZu YnNwOyAmbmJzcDsgJm5ic3A7Ly8gQWx0ZXJuYXRpdmUgMTogY29uY3JldGUgYWxhcm0gdHlwZSBp ZGVudGl0eTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsgJm5ic3A7 ICZuYnNwO2ltcG9ydCBpZXRmLWFsYXJtcyB7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tVVMiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3ByZWZpeCBhbDs8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDt9PG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyAmbmJzcDsgJm5ic3A7aWRlbnRpdHkgZW52 aXJvbm1lbnRhbC1hbGFybSB7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO2Jhc2UgYWw6YWxhcm0tdHlwZTs8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ZGVzY3Jp cHRpb24gJnF1b3Q7QWJzdHJhY3QgYWxhcm0gdHlwZSZxdW90Ozs8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDt9PG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyAmbmJzcDsgJm5ic3A7aWRlbnRpdHkgc21va2Ugezxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDtiYXNlIGVudmlyb25tZW50YWwtYWxhcm07PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tVVMiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO2Rlc2NyaXB0aW9uICZxdW90O0Nv bmNyZXRlIGFsYXJtIHR5cGUmcXVvdDs7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t VVMiPiZuYnNwOyAmbmJzcDsgJm5ic3A7fTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO LVVTIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7ICZu YnNwOyAmbmJzcDsvLyBBbHRlcm5hdGl2ZSAyOiBjb25jcmV0ZSBhbGFybSB0eXBlIHF1YWxpZmll cjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsgJm5ic3A7ICZuYnNw O2ltcG9ydCBpZXRmLWFsYXJtcyB7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMi PiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3ByZWZpeCBhbDs8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDt9PG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyAmbmJzcDsgJm5ic3A7aWRlbnRpdHkgZW52aXJvbm1l bnRhbC1hbGFybSB7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwO2Jhc2UgYWw6YWxhcm0tdHlwZTs8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ZGVzY3JpcHRpb24g JnF1b3Q7QWJzdHJhY3QgYWxhcm0gdHlwZSZxdW90Ozs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1VUyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDt9PG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g bGFuZz0iRU4tVVMiPiZuYnNwOyAmbmJzcDsgJm5ic3A7aWRlbnRpdHkgZXh0ZXJuYWwtZGV0ZWN0 b3IgezxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDtiYXNlIGVudmlyb25tZW50YWwtYWxhcm07PG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tVVMiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO2Rlc2NyaXB0aW9uPG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsmcXVvdDtBYnN0cmFjdCBhbGFybSB0eXBlLCBhIHJ1bi10aW1lIGNvbmZpZ3Vy YXRpb248bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyBwcm9jZWR1cmUgc2V0cyB0aGUgdHlwZSBvZiBhbGFybSBkZXRl Y3RlZC4gVGhpcyB3aWxsPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgYmUgcmVwb3J0ZWQgaW4gdGhlIGFsYXJtLXR5 cGUtcXVhbGlmaWVyLiZxdW90Ozs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+ Jm5ic3A7ICZuYnNwOyAmbmJzcDt9PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMi PiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsgJm5ic3A7 QSBzZXJ2ZXIgU0hPVUxEIHN0cml2ZSB0byBtaW5pbWl6ZSB0aGUgbnVtYmVyIG9mIGR5bmFtaWNh bGx5IGRlZmluZWQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7ICZu YnNwO2FsYXJtIHR5cGVzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJz cDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48YnI+DQo8YnI+ DQo8YnI+DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hbGlnbjpqdXN0aWZ5O3RleHQtanVzdGlmeTppbnRlci1p ZGVvZ3JhcGgiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZuYnNw Ozwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdiBz dHlsZT0ibWFyZ2luLWxlZnQ6MTguMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0idGV4dC1pbmRlbnQ6LTE4LjBwdDtsaW5lLWhlaWdodDoxNS43NXB0Ij48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMg TmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7Ij40Ljwvc3Bhbj48c3BhbiBsYW5nPSJF Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcg Um9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOzxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bh bj48L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQt ZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90OyI+U2Vt YW50aWNzDQogZGlmZmVyZW5jZSBiZXR3ZWVuIGRlc2NyaXB0aW9uIHVuZGVyIGFsYXJtLWludmVu dG9yeSBhbmQgYWxhcm0tdGV4dCBuZGVyIGFsYXJtIGxpc3Q8L3NwYW4+PHNwYW4gbGFuZz0iRU4t VVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2IHN0eWxlPSJt YXJnaW4tbGVmdDoxOC4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJs aW5lLWhlaWdodDoxNS43NXB0Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox MC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3Nlcmlm JnF1b3Q7Ij5TZWUgZGVzY3JpcHRpb24gZGVmaW5pdGlvbiBhbmQgYWxhcm0tdGV4dCBkZWZpbml0 aW9uIGFzIGZvbGxvd3M6PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdiBzdHlsZT0ibWFyZ2luLWxlZnQ6MTguMHB0Ij4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibGluZS1oZWlnaHQ6MTUuNzVwdCI+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZx dW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90OyI+4oCcPC9zcGFuPjxz cGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PGRpdiBzdHlsZT0ibWFyZ2luLWxlZnQ6MTguMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibGluZS1oZWlnaHQ6MTUuNzVwdCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl PSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90 OywmcXVvdDtzZXJpZiZxdW90Oztjb2xvcjojMDA3MEMwIj5kZXNjcmlwdGlvbjwvc3Bhbj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjojMDA3MEMwIj7vvJo8L3NwYW4+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O1Rp bWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztjb2xvcjojMDA3MEMwIj5BDQog ZGVzY3JpcHRpb24gb2YgdGhlIHBvc3NpYmxlIGFsYXJtLiZuYnNwOyBJdCBTSE9VTEQgaW5jbHVk ZSBpbmZvcm1hdGlvbiBvbiBwb3NzaWJsZSB1bmRlcmx5aW5nIHJvb3QgY2F1c2VzIGFuZCBjb3Jy ZWN0aXZlIGFjdGlvbnMuPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdiBzdHlsZT0ibWFyZ2luLWxlZnQ6MTguMHB0Ij4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibGluZS1oZWlnaHQ6MTUuNzVwdCI+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZx dW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztjb2xvcjojMDA3MEMw Ij5hbGFybS10ZXh0PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMw MDcwQzAiPu+8mjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41 cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1 b3Q7O2NvbG9yOiMwMDcwQzAiPlRoZQ0KIHN0cmluZyB1c2VkIHRvIGluZm9ybSBvcGVyYXRvcnMg YWJvdXQgdGhlIGFsYXJtLiBUaGlzIE1VU1QgY29udGFpbiBlbm91Z2ggaW5mb3JtYXRpb24gZm9y IGFuIG9wZXJhdG9yIHRvIGJlIGFibGUgdG8gdW5kZXJzdGFuZCB0aGUgcHJvYmxlbSBhbmQgaG93 IHRvIHJlc29sdmUgaXQuJm5ic3A7IElmIHRoaXMgc3RyaW5nIGNvbnRhaW5zIHN0cnVjdHVyZSwg dGhpcyBmb3JtYXQgc2hvdWxkIGJlIGNsZWFybHkgZG9jdW1lbnRlZCBmb3IgcHJvZ3JhbXMgdG8g YmUNCiBhYmxlIHRvIHBhcnNlIHRoYXQgaW5mb3JtYXRpb24uPC9zcGFuPjxzcGFuIGxhbmc9IkVO LVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9InRleHQtYWxpZ246anVzdGlmeTt0ZXh0LWp1c3RpZnk6aW50ZXItaWRl b2dyYXBoIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mbmJzcDsm bmJzcDsg4oCcPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hbGlnbjpqdXN0aWZ5O3RleHQtanVz dGlmeTppbnRlci1pZGVvZ3JhcGgiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl OjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDsiPiZuYnNwOyZuYnNwOyBJIGFtIG5vdCBzdXJlIGFueSBzZW1hbnRpY3MgZGlmZmVyZW5j ZSBiZXR3ZWVuIGRlc2NyaXB0aW9uIGFuZCBhbGFybS10ZXh0LCB3aHkgbm90IHJlcGxhY2Ugb25l IHdpdGgNCiBhbm90aGVyPyBPciB3ZSBjYW4gZnVydGhlciBicm9rZSBkb3duIGRlc2NyaXB0aW9u L2FsYXJtLXRleHQgaW50byByb290LWNhdXNlIGFuZCBjb3JyZWN0aXZlLWFjdGlvbnMuIEkgYmVs aWV2ZSB0aGV5IGFyZSBrZXkgaW5mb3JtYXRpb24gd2Ugd2FudCB0byBjb252ZXkgdGhyb3VnaCBk ZXNjcmlwdGlvbi9hbGFybS10ZXh0Ljwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIGxhbmc9IkVOLVVTIj5BbGFybSBkZXNjcmlwdGlvbiBpcyBkeW5hbWljL3J1bi10aW1l LCBjb252ZXlzIHJlbGV2YW50IGluZm9ybWF0aW9uIGZvciB0aGUgc3BlY2lmaWMgYWxhcm0gc3Rh dGUgY2hhbmdlLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5EZXNjcmlwdGlv biBpbiB0aGUgaW52ZW50b3J5IGlzIHN0YXRpYywgY2Fubm90IGNvbnZleSBkeW5hbWljIHN0YXRl IGNoYW5nZSBpbmZvcm1hdGlvbjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxicj4NCjxi cj4NCjxicj4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWFsaWduOmp1c3RpZnk7dGV4dC1qdXN0aWZ5OmludGVy LWlkZW9ncmFwaCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jm5i c3A7PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2 IHN0eWxlPSJtYXJnaW4tbGVmdDoxOC4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJ0ZXh0LWluZGVudDotMTguMHB0O2xpbmUtaGVpZ2h0OjE1Ljc1cHQiPjxzcGFuIGxh bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtUaW1l cyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDsiPjUuPC9zcGFuPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5l dyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9z cGFuPjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7Ij5B bGFybQ0KIGFycml2ZSB0aW1lIHN1cHBvcnQ8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0idGV4dC1hbGlnbjpqdXN0aWZ5O3RleHQtanVzdGlmeTppbnRlci1pZGVvZ3JhcGgiPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPlVuZGVyIG9wZXJhdG9yLXN0 YXRlLWNoYW5nZSwgd2UgaGF2ZSB0aW1lIHBhcmFtZXRlciB0byByZXByZXNlbnQ8c3BhbiBjbGFz cz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PC9zcGFuPjxzcGFuIGxhbmc9 IkVOIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPlRpbWVzdGFtcA0KIGZvciBvcGVyYXRvciBhY3Rp b24gb24gYWxhcm0sIEkgYW0gd29uZGVyaW5nIGRvIHdlIG5lZWQgdG8gYWRkIGFsYXJtLWFycml2 ZS10aW1lIHRvIHJlcHJlc2VudCB0aGUgdGltZSB3aGVuIGFsYXJtIGFycml2ZSBhdCB0aGUgbWFu YWdlbWVudCBzeXN0ZW0uPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hbGlnbjpqdXN0aWZ5O3Rl eHQtanVzdGlmeTppbnRlci1pZGVvZ3JhcGgiPjxzcGFuIGxhbmc9IkVOIiBzdHlsZT0iZm9udC1z aXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDsiPkl0IGlzIHVzZWZ1bCBpbmZvcm1hdGlvbiBmb3IgdGhlIGFsYXJtIG1hbmFnZW1l bnQuPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+VGhlIGFs YXJtIGhhcyBhIGxlYWYgcmVwcmVzZW50aW5nIHRoZSByZWFsIHRpbWUgdGhlIHN0YXRlIGNoYW5n ZSBhcHBlYXJlZDo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZu YnNwOyAmbmJzcDsgJiM0MzstLXJvIGFsYXJtKiBbcmVzb3VyY2UgYWxhcm0tdHlwZS1pZCBhbGFy bS10eXBlLXF1YWxpZmllcl08bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAuLi48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBsYW5nPSJFTi1VUyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7JiM0MzstLXJvIGxhc3Qt Y2hhbmdlZCAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg eWFuZzpkYXRlLWFuZC10aW1lPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyYjNDM7LS1ybyBzdGF0dXMtY2hhbmdlKiBbdGltZV08 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmIzQzOy0tcm8gdGltZSAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt5YW5nOmRhdGUtYW5kLXRp bWU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+VGhpcyBzaG91bGQgcmVwcmVz ZW50IHRoZSB0aW1lIGl0IHJlYWxseSBoYXBwZW5lZC4gTm90IHRoZSB0aW1lIHRoZSBub3RpZmlj YXRpb24gYXJyaXZlZCBhdCB0aGUgbWFuYWdlbWVudCBzeXN0ZW0uIElmIHlvdSBuZWVkIHRoYXQs IHRoYXQgaXMgc29tZXRoaW5nIHlvdSBjYW4gYWRkIGluIHlvdXIgbWdtdCBzeXN0ZW0uPG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDtt YXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i dGV4dC1hbGlnbjpqdXN0aWZ5O3RleHQtanVzdGlmeTppbnRlci1pZGVvZ3JhcGgiPjxzcGFuIGxh bmc9IkVOIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJF Ti1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0ibWFyZ2luLWxlZnQ6MTgu MHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1pbmRlbnQ6LTE4 LjBwdDtsaW5lLWhlaWdodDoxNS43NXB0Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90 O3NlcmlmJnF1b3Q7Ij42Ljwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6 ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2Vy aWYmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzxzcGFuIGNsYXNz PSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48L3NwYW4+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5l dyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90OyI+QWxhcm0tbmFtZQ0KIGZpZWxkIHN1cHBv cnQgZm9yIGFsYXJtIGFuZCBhbGFybSBpbnZlbnRvcnk8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMi PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0idGV4dC1hbGlnbjpqdXN0aWZ5O3RleHQtanVzdGlmeTppbnRlci1pZGVvZ3Jh cGgiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkluIHRoZSBjdXJy ZW50IG1vZGVsLCBlYWNoIGFsYXJtIHVuZGVyIGFsYXJtIGxpc3QgaXMgdW5pcXVlbHkgaWRlbnRp ZmllZCBieSB0aHJlZSBsZWFmIGtleSAocmVzb3VyY2UsDQogYWxhcm0gdHlwZSBpZGVudGlmaWVy LCBhbGFybSB0eXBlIHF1YWxpZmllciksd291bGQgaXQgbW9yZSBkZXNpcmFibGUgdG8gZGVmaW5l IGEgc2luZ2xlIGxlYWYga2V5LCBlLmcuLCBhZGQgYWxhcm0gbmFtZSBvciBhbGFybS1ubyB0byB1 bmlxdWVseSBpZGVudGlmeSBlYWNoIGFsYXJtPyBUaGF0IHdpbGwgc2ltcGxpZnkgdGhlIGFsYXJt IG1hbmFnZW1lbnQgZnJvbSB0aGUgbWFuYWdlbWVudCBzeXN0ZW0gcGVyc3BlY3RpdmUuIE1ha2Ug c2Vuc2U/PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tVVMiPkEgc3RyaW5nIG5vPC9zcGFuPuKApjxzcGFuIGxhbmc9IkVOLVVT Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+VGhpcyBpcyBhIGZ1bmRhbWVu dGFsIGRlc2lnbiBwcmluY2lwbGUgaW4gdGhlIGFsYXJtIG1vZHVsZS4gVGhlIGtleSwgdGhlIHR1 cGxlLCBjYXJyaWVzIHNlbWFudGljIGluZm9ybWF0aW9uLCB0aGVyZSBpcyBubyBkb3VidCBob3cg dG8gbWF0Y2ggbm90aWZpY2F0aW9ucyB0byB0aGUgYWxhcm0gc3RhdGUuPG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiPjNHUFAgQWxhcm0gSVJQLCBmb3IgZXhhbXBsZSwgaW50cm9k dWNlZCBhIGNvbmZ1c2luZyBzaW5nbGUga2V5IGFsYXJtSWQga2V5IHdoaWNoIGNyZWF0ZWQgcGFy YWRveGVzLCZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5pZiB5b3Ug aGF2ZSBkaWZmZXJlbnQgYWxhcm1JZHMgYnV0IGZvciB0aGUgdGhlIHNhbWUgYWxhcm10eXBlIGFu ZCByZXNvdXJjZSwgd2hhdCBkb2VzIGl0IG1lYW4/PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V UyI+PGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYWxpZ246anVzdGlmeTt0ZXh0LWp1 c3RpZnk6aW50ZXItaWRlb2dyYXBoIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6 ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7Ij4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxkaXYgc3R5bGU9Im1hcmdpbi1sZWZ0OjE4LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtaW5kZW50Oi0xOC4wcHQ7bGluZS1oZWlnaHQ6MTUuNzVw dCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5 OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90OyI+Ny48L3NwYW4+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7Ij4mbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNl Ij4mbmJzcDs8L3NwYW4+PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl OjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2Vy aWYmcXVvdDsiPlJlYXNvbi1pZA0KIHN1cHBvcnQgZm9yIGFsYXJtIGxpc3QgYW5kIGFsYXJtIGlu dmVudG9yeTwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWFsaWduOmp1 c3RpZnk7dGV4dC1qdXN0aWZ5OmludGVyLWlkZW9ncmFwaCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90OyI+SW4gdGhlIGN1cnJlbnQgbW9kZWwsIGlzIHJvb3QgY2F1c2Ug cmVzb3VyY2UgaXMgdGhlIHJlYXNvbiB0byBnZW5lcmF0ZSBlYWNoIGFsYXJtPyBJZiBub3QsIEkg cHJvcG9zZQ0KIHRvIGFkZCByZWFzb24taWQgZm9yIGVhY2ggYWxhcm0gdW5kZXIgYWxhcm0gbGlz dCBhbmQgYWxhcm0gaW52ZW50b3J5Ljwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g bGFuZz0iRU4tVVMiPlNlZSBhbnN3ZXIgdG8gIzI8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPGRpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21h cmdpbi1ib3R0b206NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYWxp Z246anVzdGlmeTt0ZXh0LWp1c3RpZnk6aW50ZXItaWRlb2dyYXBoIj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMi PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9Im1hcmdpbi1sZWZ0OjE4LjBwdCI+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtaW5kZW50Oi0xOC4wcHQ7 bGluZS1oZWlnaHQ6MTUuNzVwdCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6 MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJp ZiZxdW90OyI+OC48L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6Ny4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1 b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8c3BhbiBjbGFzcz0iYXBw bGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9t YW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDsiPkFsYXJtDQogZ2VuZXJhdGluZyBkZXZpY2Ugb3Ig bG9jYXRpb24gc3VwcG9ydCBmb3IgYWxhcm0gbGlzdCBhbmQgYWxhcm0gaW52ZW50b3J5PC9zcGFu PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYWxpZ246anVzdGlmeTt0ZXh0LWp1 c3RpZnk6aW50ZXItaWRlb2dyYXBoIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6 ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7Ij5JbiB0aGUgY3VycmVudCBtb2RlbCwgaXQgc2VlbXMgdGhlIHJlc291cmNlIHR5cGUg Y2FuIHBvdGVudGlhbGx5IGluZGljYXRlIHRoZSBkZXZpY2Ugb3IgbG9jYXRpb24gd2hlcmUNCiB0 aGUgYWxhcm0gaXMgZ2VuZXJhdGVkLCBidXQgbm90IGV4cGxpY2l0bHkuIEkgYW0gd29uZGVyaW5n IHdoeSBub3QgYWRkIGFsYXJtLWdlbmVyYXRpbmctZGV2aWNlIGFuZCBhbGFybS1nZW5lcmF0aW5n LWxvY2F0aW9uIHR3byBwYXJhbWV0ZXJzIHRvIGV4cGxpY2l0bHkgaW5kaWNhdGUgdGhlIGRldmlj ZSBvciBsb2NhdGlvbiB3aGVyZSB0aGUgYWxhcm0gaXMgZ2VuZXJhdGVkLCB0aGF0IHdpbGwgc2lt cGxpZnkgYWxhcm0gbWFuYWdlbWVudCwgbWFrZQ0KIHNlbnNlPyZuYnNwOzwvc3Bhbj48c3BhbiBs YW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+SSBndWVzcyB5b3UgYXJlIGNvbnNpZGVyaW5nIGEg bWFuYWdlbWVudCBhcHBsaWNhdGlvbiBhbmQgbm90IHRoZSBkZXZpY2U/Jm5ic3A7PG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPlRoZSByZXNvdXJjZSBpcyBhIGxlYWZpZXIgd2hp Y2ggY291bGQvc2hvdWxkIGluY2x1ZGUgdGhlIGRldmljZSBpbiB5b3VyIG1vZGVsIGluIHlvdXIg bWFuYWdlbWVudCBhcHBsaWNhdGlvbi48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V UyI+PGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPGRpdiBzdHlsZT0ibWFyZ2luLWxlZnQ6MTguMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0idGV4dC1pbmRlbnQ6LTE4LjBwdDtsaW5lLWhlaWdodDoxNS43NXB0Ij48 c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7Ij45Ljwvc3Bhbj48c3Bh biBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtU aW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOzxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZu YnNwOzwvc3Bhbj48L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAu NXB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZx dW90OyI+QWxhcm0NCiBub3RpZmljYXRpb24gY2F0ZWdvcnkgc3VwcG9ydDwvc3Bhbj48c3BhbiBs YW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWFsaWduOmp1c3RpZnk7dGV4dC1qdXN0aWZ5Omlu dGVyLWlkZW9ncmFwaCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+ SW4gdGhlIGN1cnJlbnQgbW9kZWwsIGFsYXJtIG5vdGlmaWNhdGlvbiBpcyBkZWZpbmVkIGFzIGZv bGxvd3M6PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hbGlnbjpqdXN0aWZ5O3RleHQtanVzdGlm eTppbnRlci1pZGVvZ3JhcGgiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEw LjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDsiPuKAnDwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0K PGRpdiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibGluZS1oZWlnaHQ6MTUuNzVwdCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl PSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90 OywmcXVvdDtzZXJpZiZxdW90Oztjb2xvcjojMDA3MEMwIj5UaGlzIG5vdGlmaWNhdGlvbiBpcyB1 c2VkIHRvIHJlcG9ydCBhIHN0YXRlIGNoYW5nZSBmb3IgYW4gYWxhcm0uIFRoZSBzYW1lIG5vdGlm aWNhdGlvbiBpcyB1c2VkIGZvciByZXBvcnRpbmcgYSBuZXdseQ0KIHJhaXNlZCBhbGFybSwgYSBj bGVhcmVkIGFsYXJtIG9yIGNoYW5naW5nIHRoZSB0ZXh0IGFuZC9vcjwvc3Bhbj48c3BhbiBsYW5n PSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXYgc3R5 bGU9Im1hcmdpbi1sZWZ0OjE1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4 dC1hbGlnbjpqdXN0aWZ5O3RleHQtanVzdGlmeTppbnRlci1pZGVvZ3JhcGg7dGV4dC1pbmRlbnQ6 MjEuMHB0Ij4NCjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 IzAwNzBDMCI+c2V2ZXJpdHkgb2YgYW4gZXhpc3RpbmcgYWxhcm0uPC9zcGFuPjxzcGFuIGxhbmc9 IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJ0ZXh0LWFsaWduOmp1c3RpZnk7dGV4dC1qdXN0aWZ5OmludGVyLWlkZW9ncmFw aCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jm5ic3A7PC9zcGFu PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0idGV4dC1hbGlnbjpqdXN0aWZ5O3RleHQtanVzdGlmeTppbnRlci1pZGVv Z3JhcGgiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPuKAnTwvc3Bh bj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9InRleHQtYWxpZ246anVzdGlmeTt0ZXh0LWp1c3RpZnk6aW50ZXItaWRl b2dyYXBoIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5Ib3dldmVy IGl0IGlzIG5vdCBjbGVhciBob3cgdG8gZGlzdGluZ3Vpc2ggYWxhcm0gbm90aWZpY2F0aW9uIGZv ciBuZXdseSByZWFpc2VkIGFsYXJtIGZyb20gYWxhcm0gbm90aWZpY2F0aW9uDQogZm9yIGEgY2xl YXJlZCBhbGFybS4gV291bGQgaXQgYmUgbW9yZSBzZW5zaWJsZSB0byBhZGQgYWxhcm0gbm90aWZp Y2F0aW9uIGNhdGVnb3J5IHN1cHBvcnQgc29tZXRoaW5nIGFzIGZvbGxvd3M6PC9zcGFuPjxzcGFu IGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0idGV4dC1hbGlnbjpqdXN0aWZ5O3RleHQtanVzdGlmeTppbnRlci1pZGVvZ3JhcGgi PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPuKAnDwvc3Bhbj48c3Bh biBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0ibWFyZ2lu LWxlZnQ6MzYuMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibGluZS1o ZWlnaHQ6MTUuNzVwdCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0 O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90 Oztjb2xvcjojMDA3MEMwIj5sZWFmIGNhdGVnb3J5IHs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMi PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2IHN0eWxlPSJtYXJn aW4tbGVmdDozNi4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJsaW5l LWhlaWdodDoxNS43NXB0Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41 cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1 b3Q7O2NvbG9yOiMwMDcwQzAiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyB0eXBlIGVudW1lcmF0aW9uIHs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2IHN0eWxlPSJtYXJnaW4t bGVmdDozNi4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJsaW5lLWhl aWdodDoxNS43NXB0Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7 O2NvbG9yOiMwMDcwQzAiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyBlbnVtIGZhdWx0IHs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMi PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2IHN0eWxlPSJtYXJn aW4tbGVmdDozNi4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJsaW5l LWhlaWdodDoxNS43NXB0Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41 cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1 b3Q7O2NvbG9yOiMwMDcwQzAiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBkZXNjcmlwdGlvbjwvc3Bhbj48c3Bh biBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXYgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9ImxpbmUtaGVpZ2h0OjE1Ljc1cHQiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDss JnF1b3Q7c2VyaWYmcXVvdDs7Y29sb3I6IzAwNzBDMCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7ICZxdW90O0FsYXJtIHJhaXNlZC4mcXVvdDs7PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdiBzdHlsZT0ibWFyZ2lu LWxlZnQ6MzYuMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibGluZS1o ZWlnaHQ6MTUuNzVwdCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0 O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90 Oztjb2xvcjojMDA3MEMwIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgfTwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXYgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2 LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImxpbmUtaGVpZ2h0OjE1 Ljc1cHQiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZh bWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7Y29sb3I6 IzAwNzBDMCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7IGVudW0gcmVjb3Zlcnkgezwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXYgc3R5bGU9Im1hcmdpbi1s ZWZ0OjM2LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImxpbmUtaGVp Z2h0OjE1Ljc1cHQiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtm b250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7 Y29sb3I6IzAwNzBDMCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGRlc2NyaXB0aW9uPC9zcGFuPjxzcGFuIGxh bmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdiBz dHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibGluZS1oZWlnaHQ6MTUuNzVwdCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVv dDtzZXJpZiZxdW90Oztjb2xvcjojMDA3MEMwIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg JnF1b3Q7QWxhcm0gY2xlYXJlZC4mcXVvdDs7PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdiBzdHlsZT0ibWFyZ2luLWxl ZnQ6MzYuMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibGluZS1oZWln aHQ6MTUuNzVwdCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2Zv bnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztj b2xvcjojMDA3MEMwIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgfTwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXYgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBw dCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImxpbmUtaGVpZ2h0OjE1Ljc1 cHQiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWls eTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7Y29sb3I6IzAw NzBDMCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7IGVudW0gQ2hhbmdlIHs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2IHN0eWxlPSJtYXJnaW4tbGVmdDoz Ni4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJsaW5lLWhlaWdodDox NS43NXB0Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1m YW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2NvbG9y OiMwMDcwQzAiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBkZXNjcmlwdGlvbjwvc3Bhbj48c3BhbiBsYW5nPSJF Ti1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXYgc3R5bGU9 Im1hcmdpbi1sZWZ0OjM2LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 ImxpbmUtaGVpZ2h0OjE1Ljc1cHQiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl OjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2Vy aWYmcXVvdDs7Y29sb3I6IzAwNzBDMCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZxdW90 O0FsYXJtIGNoYW5nZWQuJnF1b3Q7Ozwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXYgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2 LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImxpbmUtaGVpZ2h0OjE1 Ljc1cHQiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZh bWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7Y29sb3I6 IzAwNzBDMCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7IH08L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2IHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJsaW5lLWhlaWdodDoxNS43NXB0Ij48 c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2NvbG9yOiMwMDcwQzAi PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB9PC9zcGFu PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYWxpZ246anVzdGlmeTt0ZXh0LWp1 c3RpZnk6aW50ZXItaWRlb2dyYXBoIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6 ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7Ij7igJ08L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVT Ij5Ob3QgbmVlZGVkLCB0aGlzIGlzIG9idmlvdXMgd2hlbiB5b3UgbWFwIHRoZSBub3RpZmljYXRp b24gdG93YXJkcyB0aGUga2V5IHR1cGxlLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO LVVTIj48YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2IHN0eWxlPSJtYXJnaW4tbGVmdDoxOC4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWluZGVudDotMTguMHB0O2xpbmUtaGVpZ2h0OjE1Ljc1cHQi PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTom cXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDsiPjEwLjwvc3Bhbj48 c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVv dDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDsiPiZuYnNwOyZuYnNwOzxz cGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48L3NwYW4+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90 O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90OyI+Q29uc2lzdGVuY3kNCiBi ZXR3ZWVuIGFsYXJtIGxpc3QgY29uc3RydWN0IGFuZCBhbGFybSBub3RpZmljYXRpb24gY29uc3Ry dWN0PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYWxpZ246anVzdGlm eTt0ZXh0LWp1c3RpZnk6aW50ZXItaWRlb2dyYXBoIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7Ij5XZSBzZWUgdGhlIGRpZmZlcmVuY2UgYmV0d2VlbiBhbGFybSBsaXN0 IGNvbnN0cnVjdCBhbmQgYWxhcm0gbm90aWZpY2F0aW9uIGNvbnN0cnVjdCBpcyBvcGVyYXRvciBh Y3Rpb24NCiBkZWZpbmVkIHVuZGVyIGFsYXJtIG5vdGlmaWNhdGlvbiBjb25zdHJ1Y3QgYW5kIG9w ZXJhdG9yIHN0YXRlIGNoYW5nZSB1bmRlciBhbGFybSBsaXN0IGNvbnN0cnVjdC48L3NwYW4+PHNw YW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJ0ZXh0LWFsaWduOmp1c3RpZnk7dGV4dC1qdXN0aWZ5OmludGVyLWlkZW9ncmFw aCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+QXMgc3BlY2lmaWVk IGluIFJGQzc5NTAsPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hbGlnbjpqdXN0aWZ5O3RleHQt anVzdGlmeTppbnRlci1pZGVvZ3JhcGgiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDsiPuKAnDwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+ PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOIj5BbiBhY3Rp b24gTVVTVCBOT1QgYmUgZGVmaW5lZCB3aXRoaW4gYW4gcnBjLCBhbm90aGVyIGFjdGlvbiwgb3Ig YTwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hbGlnbjpqdXN0aWZ5O3RleHQtanVz dGlmeTppbnRlci1pZGVvZ3JhcGgiPjxzcGFuIGxhbmc9IkVOIj4mbmJzcDsmbmJzcDsgbm90aWZp Y2F0aW9uPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hbGlnbjpqdXN0aWZ5O3RleHQtanVzdGlm eTppbnRlci1pZGVvZ3JhcGgiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEw LjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDsiPuKAnTwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYWxpZ246anVzdGlmeTt0ZXh0LWp1c3Rp Znk6aW50ZXItaWRlb2dyYXBoIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox MC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7Ij5JIGFtIG5vdCBzdXJlIGFjdGlvbiBjYW4gYmUgYWxsb3dlZCB3aXRoaW4gYWxhcm0tbm90 aWZpY2F0aW9uIGNvbnN0cnVjdCwgaW4gdGhhdCBjYXNlLCBJIHdvdWxkIHByb3Bvc2UNCiB0byBy ZW1vdmUgb3BlcmF0b3IgYWN0aW9uIGZyb20gYWxhcm0gbm90aWZpY2F0aW9uIGNvbnN0cnVjdC48 L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWFsaWduOmp1c3RpZnk7dGV4dC1qdXN0aWZ5OmludGVy LWlkZW9ncmFwaCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+SW4g YWRkaXRpb24sIHRoZSBvcGVyYXRvciBwYXJhbWV0ZXIgdW5kZXI8c3BhbiBjbGFzcz0iYXBwbGUt Y29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PC9zcGFuPjxzcGFuIGxhbmc9IkVOIiBzdHls ZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDsiPm9wZXJhdG9yLXN0YXRlLWNoYW5nZQ0KIGNhbiBiZSByZW1vdmVk IG9yIGNvbnNvbGlkYXRlZCBpbnRvIHNldC1vcGVyYXRvci1zdGF0ZSBhY3Rpb24uPC9zcGFuPjxz cGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPkkgZG8gbm90IHVu ZGVyc3RhbmQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+VGhlIGFjdGlvbiBp cyBub3QgZGVmaW5lZCBpbiB0aGUgbm90aWZpY2F0aW9uLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tVVMiPjxicj4NCjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWFsaWduOmp1c3RpZnk7dGV4 dC1qdXN0aWZ5OmludGVyLWlkZW9ncmFwaCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90OyI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJtYXJnaW4tbGVmdDoxOC4wcHQiPg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWluZGVudDotMTguMHB0O2xpbmUtaGVpZ2h0OjE1 Ljc1cHQiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZh bWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDsiPjExLjwv c3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWls eTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDsiPiZuYnNwOyZu YnNwOzxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48L3Nw YW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5 OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90OyI+QWRkaXRpb25h bGluZm8NCiBzdXBwb3J0IGZvciBhbGFybSBsaXN0PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9InRleHQtYWxpZ246anVzdGlmeTt0ZXh0LWp1c3RpZnk6aW50ZXItaWRlb2dyYXBo Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5JIHRoaW5rIHdlIHNo b3VsZCBhbGxvdyB2ZW5kb3Igc3BlY2lmaWMgZXh0ZW5zaW9uIHRvIGJlIGFkZGVkIGFzIHBhcnQg b2YgYWxhcm0gbGlzdCwgdGhlIHZlbmRvciBzcGVjaWZpYw0KIGV4dGVuc2lvbiBjYW4gYmUgZGVm aW5lZCBpbiBUTFYgZm9ybWF0Ljwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLVVTIj5UaGUgYWxhcm0gbW9kdWxlIGRvZXMgbm90IHJlc3RyaWN0IGFueSB2 ZW5kb3IgYWRkaXRpb25zLCBiZXR0ZXIgdG8gdXNlIGF1Z21lbnRhdGlvbi48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLVVTIj48YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hbGlnbjpq dXN0aWZ5O3RleHQtanVzdGlmeTppbnRlci1pZGVvZ3JhcGgiPjxzcGFuIGxhbmc9IkVOLVVTIiBz dHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDsiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0ibWFyZ2luLWxlZnQ6MTguMHB0Ij4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1pbmRlbnQ6LTE4LjBwdDtsaW5l LWhlaWdodDoxNS43NXB0Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41 cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1 b3Q7Ij4xMi48L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7 Ij4mbmJzcDsmbmJzcDs8c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8 L3NwYW4+PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtm b250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDsi PkFsYXJtLW5vDQogc3VwcG9ydCBmb3I8c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNl Ij4mbmJzcDs8L3NwYW4+PC9zcGFuPjxzcGFuIGxhbmc9IkVOIiBzdHlsZT0iZm9udC1zaXplOjEw LjVwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYm cXVvdDsiPnNldC1vcGVyYXRvci1zdGF0ZTwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJ0ZXh0LWFsaWduOmp1c3RpZnk7dGV4dC1qdXN0aWZ5OmludGVyLWlkZW9ncmFwaCI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+SWYgd2UgYmVsaWV2ZTxzcGFu IGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48L3NwYW4+PHNwYW4g bGFuZz0iRU4iIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+c2V0LW9wZXJhdG9yLXN0YXRlDQogaXMg dXNlZnVsIGFjdGlvbiB1bmRlciBhbGFybSBsaXN0LiBJIGFtIHdvbmRlcmluZyBpZiB3ZSBjYW4g YWRkIGFsYXJtLW5vIG9yIGFsYXJtLW5hbWUgdG8gaWRlbnRpZnkgZWFjaCBhbGFybSB1bmRlciBz ZXQtb3BlcmF0b3Itc3RhdGUuIFRoaXMgd2lsbCBoZWxwIGEgbG90IGZvciBhbGFybSBhY2sgb3Bl cmF0aW9uIGJhc2VkIG9uIGVhY2ggYWxhcm0gbnVtYmVyLjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1V UyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPlNlZSBhYm92ZTxicj4NCjxicj4NCjxicj4NCjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJ0ZXh0LWFsaWduOmp1c3RpZnk7dGV4dC1qdXN0aWZ5OmludGVyLWlkZW9ncmFwaCI+PHNw YW4gbGFuZz0iRU4iIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxh bmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJtYXJnaW4tbGVm dDoxOC4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWluZGVu dDotMTguMHB0O2xpbmUtaGVpZ2h0OjE1Ljc1cHQiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDss JnF1b3Q7c2VyaWYmcXVvdDsiPjEzLjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv bnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1 b3Q7c2VyaWYmcXVvdDsiPiZuYnNwOyZuYnNwOzxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQt c3BhY2UiPiZuYnNwOzwvc3Bhbj48L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVv dDtzZXJpZiZxdW90OyI+SXMtYWNrZWQNCiBmb3IgYWxhcm0gbGlzdDwvc3Bhbj48c3BhbiBsYW5n PSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWFsaWduOmp1c3RpZnk7dGV4dC1qdXN0aWZ5OmludGVy LWlkZW9ncmFwaCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+U2lu Y2Ugd2UgaGF2ZSBpcy1jbGVhcmVkIHBhcmFtZXRlciB1bmRlciBhbGFybSBsaXN0IHRvIGluZGlj YXRlIHRoZSBjdXJyZW50IGNsZWFyYW5jZSBzdGF0ZSBvZiB0aGUgYWxhcm0sDQogd2h5IG5vdCBh ZGQgaXMtYWNrZWQgcGFyYW1ldGVyIHVuZGVyIGFsYXJtIGxpc3QgdG8gaW5kaWNhdGUgdGhlIGN1 cnJlbnQgYWNrZWQgc3RhdGUgb2YgdGhlIGFsYXJtLCBtYWtlIHNlbnNlPzwvc3Bhbj48c3BhbiBs YW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPllvdSBjYW4gZ2V0IHRoYXQgZnJvbSB0 aGUmbmJzcDtvcGVyYXRvci1zdGF0ZS1jaGFuZ2UgbGlzdC48YnI+DQo8YnI+DQo8YnI+DQo8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0 ZXh0LWFsaWduOmp1c3RpZnk7dGV4dC1qdXN0aWZ5OmludGVyLWlkZW9ncmFwaCI+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9 IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5CciBTdGVmYW48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1s Pg0K --_000_B8F9A780D330094D99AF023C5877DABA9AF9C0BEnkgeml513mbschi_-- From nobody Fri Aug 10 00:10:29 2018 Return-Path: X-Original-To: ccamp@ietf.org Delivered-To: ccamp@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 8F89F130DF3; Fri, 10 Aug 2018 00:10:27 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: ccamp@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.83.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: ccamp@ietf.org Message-ID: <153388502756.1520.3723898466035765147@ietfa.amsl.com> Date: Fri, 10 Aug 2018 00:10:27 -0700 Archived-At: Subject: [CCAMP] I-D Action: draft-ietf-ccamp-otn-tunnel-model-04.txt X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.27 List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2018 07:10:28 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Common Control and Measurement Plane WG of the IETF. Title : OTN Tunnel YANG Model Authors : Haomian Zheng Aihua Guo Italo Busi Anurag Sharma Rajan Rao Sergio Belotti Victor Lopez Yunbo Li Yunbin Xu Filename : draft-ietf-ccamp-otn-tunnel-model-04.txt Pages : 62 Date : 2018-08-10 Abstract: This document describes the YANG data model for OTN Tunnels. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-ccamp-otn-tunnel-model/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-ccamp-otn-tunnel-model-04 https://datatracker.ietf.org/doc/html/draft-ietf-ccamp-otn-tunnel-model-04 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-ccamp-otn-tunnel-model-04 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Fri Aug 10 00:15:49 2018 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A7CCC130ECE for ; Fri, 10 Aug 2018 00:15:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001] autolearn=ham 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 PiqrlVLjFKMd for ; Fri, 10 Aug 2018 00:15:45 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A1320127AC2 for ; Fri, 10 Aug 2018 00:15:45 -0700 (PDT) Received: from lhreml709-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 43B64AEF407B7 for ; Fri, 10 Aug 2018 08:15:41 +0100 (IST) Received: from DGGEML406-HUB.china.huawei.com (10.3.17.50) by lhreml709-cah.china.huawei.com (10.201.108.32) with Microsoft SMTP Server (TLS) id 14.3.399.0; Fri, 10 Aug 2018 08:15:42 +0100 Received: from DGGEML511-MBX.china.huawei.com ([169.254.1.109]) by dggeml406-hub.china.huawei.com ([10.3.17.50]) with mapi id 14.03.0382.000; Fri, 10 Aug 2018 15:15:35 +0800 From: "Zhenghaomian (Zhenghaomian, Optical &Microwave Technology Research Dept)" To: "ccamp@ietf.org" Thread-Topic: [CCAMP] I-D Action: draft-ietf-ccamp-otn-tunnel-model-04.txt Thread-Index: AdQweYKN8JDR5g6+SA+Lq4YPNjmRPg== Date: Fri, 10 Aug 2018 07:15:35 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.57.78.212] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [CCAMP] Fw: I-D Action: draft-ietf-ccamp-otn-tunnel-model-04.txt X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2018 07:15:48 -0000 RGVhciBXRywgDQoNCldlIHVwZGF0ZSB0aGUgZHJhZnQtaWV0Zi1jY2FtcC1vdG4tdHVubmVsLW1v ZGVsLCBtYWlubHkgdXBkYXRpbmcgdGhlIGlldGYtb3RuLXR5cGVzLnlhbmcgYnkgY2xlYW5pbmcg dGhlIGlkZW50aXRpZXMuIFRoZSB0eXBlcyBtb2RlbCBpcyBpbXBvcnRlZCBpbiB0aGUgb3RoZXIg ZHJhZnQgZHJhZnQtaWV0Zi1jY2FtcC1vdG4tdG9wby15YW5nIGZvciBZQU5HIGRvY3RvciByZXZp ZXcuIA0KDQpUaGFuayB5b3UuIA0KDQpCZXN0IHdpc2hlcywNCkhhb21pYW4NCg0KLS0tLS3Tyrz+ 1K28/i0tLS0tDQq3orz+yMs6IENDQU1QIFttYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZ10g tPqx7SBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmcNCreiy83KsbzkOiAyMDE4xOo41MIxMMjVIDE1 OjEwDQrK1bz+yMs6IGktZC1hbm5vdW5jZUBpZXRmLm9yZw0Ks63LzTogY2NhbXBAaWV0Zi5vcmcN Ctb3zOI6IFtDQ0FNUF0gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1jY2FtcC1vdG4tdHVubmVsLW1v ZGVsLTA0LnR4dA0KDQoNCkEgTmV3IEludGVybmV0LURyYWZ0IGlzIGF2YWlsYWJsZSBmcm9tIHRo ZSBvbi1saW5lIEludGVybmV0LURyYWZ0cyBkaXJlY3Rvcmllcy4NClRoaXMgZHJhZnQgaXMgYSB3 b3JrIGl0ZW0gb2YgdGhlIENvbW1vbiBDb250cm9sIGFuZCBNZWFzdXJlbWVudCBQbGFuZSBXRyBv ZiB0aGUgSUVURi4NCg0KICAgICAgICBUaXRsZSAgICAgICAgICAgOiBPVE4gVHVubmVsIFlBTkcg TW9kZWwNCiAgICAgICAgQXV0aG9ycyAgICAgICAgIDogSGFvbWlhbiBaaGVuZw0KICAgICAgICAg ICAgICAgICAgICAgICAgICBBaWh1YSBHdW8NCiAgICAgICAgICAgICAgICAgICAgICAgICAgSXRh bG8gQnVzaQ0KICAgICAgICAgICAgICAgICAgICAgICAgICBBbnVyYWcgU2hhcm1hDQogICAgICAg ICAgICAgICAgICAgICAgICAgIFJhamFuIFJhbw0KICAgICAgICAgICAgICAgICAgICAgICAgICBT ZXJnaW8gQmVsb3R0aQ0KICAgICAgICAgICAgICAgICAgICAgICAgICBWaWN0b3IgTG9wZXoNCiAg ICAgICAgICAgICAgICAgICAgICAgICAgWXVuYm8gTGkNCiAgICAgICAgICAgICAgICAgICAgICAg ICAgWXVuYmluIFh1DQoJRmlsZW5hbWUgICAgICAgIDogZHJhZnQtaWV0Zi1jY2FtcC1vdG4tdHVu bmVsLW1vZGVsLTA0LnR4dA0KCVBhZ2VzICAgICAgICAgICA6IDYyDQoJRGF0ZSAgICAgICAgICAg IDogMjAxOC0wOC0xMA0KDQpBYnN0cmFjdDoNCiAgIFRoaXMgZG9jdW1lbnQgZGVzY3JpYmVzIHRo ZSBZQU5HIGRhdGEgbW9kZWwgZm9yIE9UTiBUdW5uZWxzLg0KDQoNClRoZSBJRVRGIGRhdGF0cmFj a2VyIHN0YXR1cyBwYWdlIGZvciB0aGlzIGRyYWZ0IGlzOg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5p ZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1jY2FtcC1vdG4tdHVubmVsLW1vZGVsLw0KDQpUaGVyZSBh cmUgYWxzbyBodG1saXplZCB2ZXJzaW9ucyBhdmFpbGFibGUgYXQ6DQpodHRwczovL3Rvb2xzLmll dGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1jY2FtcC1vdG4tdHVubmVsLW1vZGVsLTA0DQpodHRwczov L2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LWlldGYtY2NhbXAtb3RuLXR1bm5l bC1tb2RlbC0wNA0KDQpBIGRpZmYgZnJvbSB0aGUgcHJldmlvdXMgdmVyc2lvbiBpcyBhdmFpbGFi bGUgYXQ6DQpodHRwczovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtaWV0Zi1jY2Ft cC1vdG4tdHVubmVsLW1vZGVsLTA0DQoNCg0KUGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkgdGFrZSBh IGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2Ygc3VibWlzc2lvbiB1bnRpbCB0aGUg aHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0IHRvb2xzLmlldGYub3Jn Lg0KDQpJbnRlcm5ldC1EcmFmdHMgYXJlIGFsc28gYXZhaWxhYmxlIGJ5IGFub255bW91cyBGVFAg YXQ6DQpmdHA6Ly9mdHAuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzLw0KDQpfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KQ0NBTVAgbWFpbGluZyBsaXN0DQpD Q0FNUEBpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9jY2Ft cA0K From nobody Fri Aug 10 00:49:33 2018 Return-Path: X-Original-To: ccamp@ietf.org Delivered-To: ccamp@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id F194812DD85; Fri, 10 Aug 2018 00:49:23 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: ccamp@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.83.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: ccamp@ietf.org Message-ID: <153388736394.1601.10834257184492408750@ietfa.amsl.com> Date: Fri, 10 Aug 2018 00:49:23 -0700 Archived-At: Subject: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-yang-01.txt X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.27 List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2018 07:49:24 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Common Control and Measurement Plane WG of the IETF. Title : YANG data model for Flexi-Grid Optical Networks Authors : Jorge E. Lopez de Vergara Daniel Perdices Victor Lopez Oscar Gonzalez de Dios Daniel King Young Lee Gabriele Galimberti Filename : draft-ietf-ccamp-flexigrid-yang-01.txt Pages : 22 Date : 2018-08-10 Abstract: This document defines a YANG model for managing flexi-grid optical Networks. The model described in this document defines a flexi-grid traffic engineering database. A complementary module is referenced to detail the flexi-grid media channels. This module is grounded on other defined YANG abstract models. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-ccamp-flexigrid-yang/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-ccamp-flexigrid-yang-01 https://datatracker.ietf.org/doc/html/draft-ietf-ccamp-flexigrid-yang-01 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-ccamp-flexigrid-yang-01 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Fri Aug 10 00:51:42 2018 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7C30A12D7EA for ; Fri, 10 Aug 2018 00:51:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham 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 mL6gLAma9Mxp for ; Fri, 10 Aug 2018 00:51:37 -0700 (PDT) Received: from eint6.ti.uam.es (eint6.ti.uam.es [150.244.8.112]) by ietfa.amsl.com (Postfix) with ESMTP id 8E769127AC2 for ; Fri, 10 Aug 2018 00:51:37 -0700 (PDT) Received: from imsvain1.ti.uam.es (pip9.ti.uam.es [192.168.12.216]) by eint6.ti.uam.es (Postfix) with ESMTP id 91A0A600DB for ; Fri, 10 Aug 2018 09:51:36 +0200 (CEST) Received: from imsvain1.ti.uam.es (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 763184C182E for ; Fri, 10 Aug 2018 09:51:36 +0200 (CEST) Received: from eint6.ti.uam.es (unknown [192.168.12.216]) by imsvain1.ti.uam.es (Postfix) with ESMTP id 565224C1728 for ; Fri, 10 Aug 2018 09:51:36 +0200 (CEST) Received: from [150.244.109.125] (vpn125.remoto.uam.es [150.244.109.125]) (Authenticated sender: jorge.lopez_vergara@uam.es) by eint6.ti.uam.es (Postfix) with ESMTPA id C55BA600DB for ; Fri, 10 Aug 2018 09:51:35 +0200 (CEST) To: ccamp@ietf.org References: <153388736394.1601.10834257184492408750@ietfa.amsl.com> From: =?UTF-8?Q?Jorge_E._L=c3=b3pez_de_Vergara_M=c3=a9ndez?= Message-ID: <7d2d1faf-17c1-fc91-f48e-bae0c72ee9ba@uam.es> Date: Fri, 10 Aug 2018 09:51:34 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <153388736394.1601.10834257184492408750@ietfa.amsl.com> Content-Type: multipart/alternative; boundary="------------C1EFB64D4AC6ABFA5C16F5CB" Content-Language: es-ES X-TM-AS-GCONF: 00 X-spam-scanned: IMSVA-9.0.0.1503-8.1.0.1062-22846.004 Archived-At: Subject: Re: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-yang-01.txt X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2018 07:51:41 -0000 This is a multi-part message in MIME format. --------------C1EFB64D4AC6ABFA5C16F5CB Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Hi, We have updated the YANG code in order to be compliant with NMDA rules. Best regards, -Jorge El 10/08/2018 a las 9:49, internet-drafts@ietf.org escribió: > A New Internet-Draft is available from the on-line Internet-Drafts directories. > This draft is a work item of the Common Control and Measurement Plane WG of the IETF. > > Title : YANG data model for Flexi-Grid Optical Networks > Authors : Jorge E. Lopez de Vergara > Daniel Perdices > Victor Lopez > Oscar Gonzalez de Dios > Daniel King > Young Lee > Gabriele Galimberti > Filename : draft-ietf-ccamp-flexigrid-yang-01.txt > Pages : 22 > Date : 2018-08-10 > > Abstract: > This document defines a YANG model for managing flexi-grid optical > Networks. The model described in this document defines a flexi-grid > traffic engineering database. A complementary module is referenced > to detail the flexi-grid media channels. > > This module is grounded on other defined YANG abstract models. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-ccamp-flexigrid-yang/ > > There are also htmlized versions available at: > https://tools.ietf.org/html/draft-ietf-ccamp-flexigrid-yang-01 > https://datatracker.ietf.org/doc/html/draft-ietf-ccamp-flexigrid-yang-01 > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=draft-ietf-ccamp-flexigrid-yang-01 > > > Please note that it may take a couple of minutes from the time of submission > until the htmlized version and diff are available at tools.ietf.org. > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp -- _ Jorge E. López de Vergara Méndez, Ph.D. _ _ /_| __ __ Dept. Tecn. Elec. y Comunicaciones | | | | \ | \ / | Escuela Politécnica Superior, C-224 | | | | /\\ | \/ | Universidad Autónoma de Madrid | | | | /__\\ | |\ /| | http://www.eps.uam.es/~jlopezv | `__´ | / \\ | | \/ | | mailto:Jorge.Lopez_Vergara@uam.es `-____-´_/_ _\\_|_| |_| Tel. +34 91 497 22 46 --------------C1EFB64D4AC6ABFA5C16F5CB Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit

Hi,

We have updated the YANG code in order to be compliant with NMDA rules.

Best regards,

-Jorge

El 10/08/2018 a las 9:49, internet-drafts@ietf.org escribió:

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the Common Control and Measurement Plane WG of the IETF.

        Title           : YANG data model for Flexi-Grid Optical Networks
        Authors         : Jorge E. Lopez de Vergara
                          Daniel Perdices
                          Victor Lopez
                          Oscar Gonzalez de Dios
                          Daniel King
                          Young Lee
                          Gabriele Galimberti
	Filename        : draft-ietf-ccamp-flexigrid-yang-01.txt
	Pages           : 22
	Date            : 2018-08-10

Abstract:
   This document defines a YANG model for managing flexi-grid optical
   Networks. The model described in this document defines a flexi-grid
   traffic engineering database. A complementary module is referenced
   to detail the flexi-grid media channels.

   This module is grounded on other defined YANG abstract models.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-ccamp-flexigrid-yang/

There are also htmlized versions available at:
https://tools.ietf.org/html/draft-ietf-ccamp-flexigrid-yang-01
https://datatracker.ietf.org/doc/html/draft-ietf-ccamp-flexigrid-yang-01

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-ccamp-flexigrid-yang-01


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

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/

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

-- 
               _              Jorge E. López de Vergara Méndez, Ph.D.
 _    _       /_|   __    __  Dept. Tecn. Elec. y Comunicaciones
| |  | |     \     |  \  /  | Escuela Politécnica Superior, C-224
| |  | |    /\\    |   \/   | Universidad Autónoma de Madrid
| |  | |   /__\\   | |\  /| | http://www.eps.uam.es/~jlopezv
| `__´ |  /    \\  | | \/ | | mailto:Jorge.Lopez_Vergara@uam.es
`-____-´_/_    _\\_|_|    |_| Tel. +34 91 497 22 46

--------------C1EFB64D4AC6ABFA5C16F5CB-- From nobody Fri Aug 10 03:33:48 2018 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5DC37130F14 for ; Fri, 10 Aug 2018 03:33:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.187 X-Spam-Level: *** X-Spam-Status: No, score=3.187 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RATWARE_MS_HASH=2.148, RATWARE_OUTLOOK_NONAME=2.95, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIMWL_WL_MED=-0.01] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=btconnect.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ReILTsJNBadH for ; Fri, 10 Aug 2018 03:33:44 -0700 (PDT) Received: from EUR03-VE1-obe.outbound.protection.outlook.com (mail-ve1eur03on0725.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe09::725]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6AF4D130F0A for ; Fri, 10 Aug 2018 03:33:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector1-btconnect-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=h8Z669TvQxZQRgskwiilHjWpCvnjERF2t37MzyUZUS8=; b=AL8aLiC6ZFuZqi/gs3P7HIACjFCmU21L8CGA9iwRtKpcpz+U79+lHpl9lwVCCnc93uXz1y28lIX7B7JalwG58B/hCUYK6ABPfbsPsPZMkM3o8x5USjkqkYD1w6HYp5WGRskQax61/1TSTv3s1y4a5SVd9mxItP1sf1jjO9YH1Gk= Received: from HE1PR07MB0825.eurprd07.prod.outlook.com (10.162.24.151) by HE1PR07MB1257.eurprd07.prod.outlook.com (10.164.51.143) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1038.15; Fri, 10 Aug 2018 10:33:40 +0000 Received: from HE1PR07MB0825.eurprd07.prod.outlook.com ([fe80::6dc5:896e:99c8:9567]) by HE1PR07MB0825.eurprd07.prod.outlook.com ([fe80::6dc5:896e:99c8:9567%6]) with mapi id 15.20.1038.019; Fri, 10 Aug 2018 10:33:40 +0000 From: tom petch To: "Zhangfatai (Fatai Zhang)" , "ccamp@ietf.org" Thread-Topic: [CCAMP] CCAMP Minutes Available Thread-Index: AQHUMJWaWWgfxZdgVkqW59niaQ24VQ== Date: Fri, 10 Aug 2018 10:33:40 +0000 Message-ID: <044501d43095$28071480$4001a8c0@gateway.2wire.net> References: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-clientproxiedby: AM6PR0502CA0016.eurprd05.prod.outlook.com (2603:10a6:209:1::29) To HE1PR07MB0825.eurprd07.prod.outlook.com (2a01:111:e400:5126::23) x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [86.165.128.211] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; HE1PR07MB1257; 6:Qk9h/XVNqU3ZvavmMyCQdkS+Tw7v/sBNC8j54Hn1XObAK+qpgf/L6WKQfu+0GuS311sgKVRMl/iArQtmn4fdQRcvxNtSmF5iGrHwKif9tDdcag9T7QSRCAr8O+aOj0p2qZUfabiFsn6jwFKGjTDvjCg3oZ1yRBp2fvee1S++8HoJkAKusg31yLniEcFa6mDTMdWtSRGJqWY1vTc2tgILU9ik9bCj/J+3r0oFrWb7TYXEo07NAf8myd5j8xHAYAIEPrANEirNIFjF3R/qDCC+WDHUeqsLvk773PloXUmDT5FOXz3Yf8HLVEerbDLUt50TCfnz7PMaoGEAhhJ6yGrS9SczefUoOamVndtbXFpX9k/IWEam5WvsIX0qppELARjSkymanX07zAAqufRVGaHVX4NegfVyEMNCNIIR1e2VzXgBOpXhn172ox5WlpzFuDBWqLoPb38jQzEjwPNpAwuI5Q==; 5:WO1DqQb5ppX1vIA3JHkFUyISQBsFYPG3xDG3/n6a52J9n1YvhzEAWD0Nw/7ak/s52k7D5uJD+b6tnrCCrRkV2FPAdbWKFR5R0sHoKbN3DkDbyXjDwoABnmdN4ZpNTUPnAVsf6P9b8tGbYyXaX/Mc0hUGKZABFYlyV047cTBnTM4=; 7:+SMdIwmiJ+GTVzHoVsTrQK7+ZWby17UgdBquKtILyzSlrUebumLuey86jkCZYXkxhewgCLU72sFvECk/yppUbFlIswPlci0s8mzqKCtwsEaEdkOYWpdmWMRntHIBj2CKcFyJOidgGlKTymF1TiivdEkmxKIqNqGu+FBHpWyUELuinpL56UhZYTOIGUkQ2FhTB2Jmc80t4dg4nRzLlXsGya4Kk6cxRx16wOJIEtLaUcEo1mzaHVb4r/U0fAXsF/Rk x-ms-office365-filtering-correlation-id: 48c86d5c-edd2-4e8d-b078-08d5feacbcdd x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989117)(5600074)(711020)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(2017052603328)(7193020); SRVR:HE1PR07MB1257; x-ms-traffictypediagnostic: HE1PR07MB1257: authentication-results: spf=none (sender IP is ) smtp.mailfrom=ietfc@btconnect.com; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(120809045254105)(50582790962513); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(5005006)(8121501046)(10201501046)(3231311)(944501410)(52105095)(3002001)(93006095)(93001095)(6055026)(149027)(150027)(6041310)(20161123564045)(20161123560045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123558120)(20161123562045)(6072148)(201708071742011)(7699016); SRVR:HE1PR07MB1257; BCL:0; PCL:0; RULEID:; SRVR:HE1PR07MB1257; x-forefront-prvs: 07607ED19A x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(366004)(396003)(346002)(39860400002)(376002)(136003)(199004)(189003)(53754006)(13464003)(6512007)(6246003)(66066001)(6306002)(86152003)(478600001)(53936002)(8676002)(81156014)(6436002)(229853002)(102836004)(81166006)(5660300001)(26005)(33896004)(6506007)(386003)(6486002)(486006)(44736005)(446003)(9686003)(2900100001)(476003)(186003)(8936002)(3846002)(6116002)(25786009)(316002)(68736007)(106356001)(256004)(110136005)(52116002)(99286004)(86362001)(97736004)(14496001)(5250100002)(14454004)(2501003)(2906002)(84392002)(966005)(1556002)(105586002)(305945005)(7736002)(76176011); DIR:OUT; SFP:1102; SCL:1; SRVR:HE1PR07MB1257; H:HE1PR07MB0825.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:0; MX:1; received-spf: None (protection.outlook.com: btconnect.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: nQXvdl9itnSBLHbJ79VfrAA9snROR6B6f0YBNhjvdPcrTme6Hz51nZmXzD0/g5rRHqGs9NdEJdp0zOLwBoxjvShD0Z1zS5TmyhhcNCl/EYIUgN/yyNe+1SEPLaE7KuY2udxOiLYO9Z9tdoJnnBQ/ty6J3iXlTqDOgzeXAxrO7uZpgjQjIBc1EMi0gI3mh7zqxyYVE/YMAaBESRCiEANq6ywnFcRZ3pRwnRttK0VAlUZ2r1qVPvv7xhANnRcDYGdHPNV9WmG0+ha1KhIFde0PRmxlfCMX6lkO1BMa1WtP7BOi3rISWDbrvcWMfm2iTcK7qztZTvI58yypoADZzMHHGNHpFbSMTLUZPN0gzBMZ7E8= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: btconnect.com X-MS-Exchange-CrossTenant-Network-Message-Id: 48c86d5c-edd2-4e8d-b078-08d5feacbcdd X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Aug 2018 10:33:40.8575 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: cf8853ed-96e5-465b-9185-806bfe185e30 X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR07MB1257 Archived-At: Subject: Re: [CCAMP] CCAMP Minutes Available X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2018 10:33:46 -0000 I think it unfortunate that the running heading on each page should carry a corporate logo. I wonder what the host of IETF 102 makes of that:-( Tom Petch ----- Original Message ----- From: "Zhangfatai (Fatai Zhang)" To: Sent: Friday, August 03, 2018 4:47 AM Hi all, I have uploaded the CCAMP minutes from Montreal meeting. Please take a look and check if there are any changes that need to be made. https://datatracker.ietf.org/meeting/102/materials/minutes-102-ccamp-03. pdf Thanks Fatai ------------------------------------------------------------------------ -------- > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp > From nobody Fri Aug 10 04:53:11 2018 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 66C66130DE4 for ; Fri, 10 Aug 2018 04:53:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.187 X-Spam-Level: *** X-Spam-Status: No, score=3.187 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RATWARE_MS_HASH=2.148, RATWARE_OUTLOOK_NONAME=2.95, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIMWL_WL_MED=-0.01] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=btconnect.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8n_9fzZbO1HU for ; Fri, 10 Aug 2018 04:53:08 -0700 (PDT) Received: from EUR01-DB5-obe.outbound.protection.outlook.com (mail-db5eur01on0134.outbound.protection.outlook.com [104.47.2.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A1950130DDE for ; Fri, 10 Aug 2018 04:53:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector1-btconnect-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=OXtHaDVsGs5i2spteVH15xGL7Vr4PqhF/MKFNVYLCiA=; b=h//ZgrGyDJhznB5o4q2HmTfphqdL3DHfnsDY5r6vijVWFyoA1kMwbYVpUXXVXW6j6fIA6CtEiOptkFls3ttP56tR20Z+SJOSXL9s0/BN6H6C0aa6LpCEme1r8Tr0MyFp+fZH2EtXvlabik1qcL7FbWYMF1mPRA70TaGnj5plgyo= Received: from HE1PR07MB0825.eurprd07.prod.outlook.com (10.162.24.151) by HE1PR07MB3305.eurprd07.prod.outlook.com (10.170.246.140) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1038.15; Fri, 10 Aug 2018 11:53:04 +0000 Received: from HE1PR07MB0825.eurprd07.prod.outlook.com ([fe80::6dc5:896e:99c8:9567]) by HE1PR07MB0825.eurprd07.prod.outlook.com ([fe80::6dc5:896e:99c8:9567%6]) with mapi id 15.20.1038.019; Fri, 10 Aug 2018 11:53:04 +0000 From: tom petch To: stefan vallin CC: "ccamp@ietf.org" Thread-Topic: [CCAMP] review of draft-ietf-ccamp-alarm-module-01 Thread-Index: AQHUMKCv9QHZVM8xdU+KXBsuK1KEFg== Date: Fri, 10 Aug 2018 11:53:04 +0000 Message-ID: <04c501d430a0$3c5cc3c0$4001a8c0@gateway.2wire.net> References:

Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-clientproxiedby: AM6PR0502CA0015.eurprd05.prod.outlook.com (2603:10a6:209:1::28) To HE1PR07MB0825.eurprd07.prod.outlook.com (2a01:111:e400:5126::23) authentication-results: spf=none (sender IP is ) smtp.mailfrom=ietfc@btconnect.com; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [86.165.128.211] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; HE1PR07MB3305; 6:/JtuTcbgxOZyaDj33WVol+DaELIFch3pMLBFQuYyS49TedoLV3JIsybCQMBzLxUJxFs301IyxgpLkOoYDI/ArR3gk0sIVuvtB9DGvb63G7MVDcRTk1N+vOJ+L4baVhcd7UqW85V8apkFTkS0pIi/i/3aC01F7heya9w6cunBm8pp9ZW7Ubq038zn1mQb/QG6e3kiSgLVenpoppKTJbuiDJ65HNITNLW8pnP7UloKXblBDN/Jnh4pkepJ19z9B3odB9f/0eVUJsYXs3JOYJV0c37FtB32LMwzYdQkhGawZsxuFsTX1iSusjUGP8MXZ2xdPa2yB6vhQDvL9ZIK+Tj9lQ3pB4lY/sXV49AWOT1AghxIpcq8m/03Be0GY451jF6HMMRFzpWhBp8hsRw5IGo3rTh8eq8cYi4g+dpTvxjy84iMpq80N5QdlOXGN3bY8+NIf4YohReE3IedAkU/girctA==; 5:UV1yiXfaLKHjgItjSlacT3I6nfOF3KSqSZV7gc9exv5KKZ1BdwVOIiiYLQH1AA7/4vYjJ1de7qwFR1xbDb/z1msS1ZHoP1ViBe3cdUqloWdhGgO/Meve0OsM+qZ9krxyHnJ7Ut62XLLjdvCyDi1mBB7tRXbu0/Z296vuybo/aEQ=; 7:Hf/M2IpCGf6AHflScPBdZGDWLNZVfg2nRcVI4VI3fNfqXJdywKfaisf7ScTFXplYDoOOIXNry1uLA+CbgyIpvYHvhULI7JaiTGPVtvQaOHqxbSvTJsoOQhW+pv3pvOJJvfCsLtBQLF6Vp6B6HZYFs1OwRh9nQvHYMXkzSmZm2W0fCauJXCV9/fs30Ca04B/oDlix62BZh0K1zGwilLSpRdR24XZda6caOVVhhhYVRufVJ4SGj84nTOMIa7rbkAt6 x-ms-office365-filtering-correlation-id: 8b1f5037-0d18-46ca-a534-08d5feb7d139 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989117)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(5600074)(711020)(2017052603328)(7193020); SRVR:HE1PR07MB3305; x-ms-traffictypediagnostic: HE1PR07MB3305: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(50582790962513); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(5005006)(8121501046)(10201501046)(3002001)(3231311)(944501410)(52105095)(93006095)(93001095)(6055026)(149027)(150027)(6041310)(20161123562045)(20161123564045)(20161123558120)(20161123560045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(6072148)(201708071742011)(7699016); SRVR:HE1PR07MB3305; BCL:0; PCL:0; RULEID:; SRVR:HE1PR07MB3305; x-forefront-prvs: 07607ED19A x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(366004)(39860400002)(376002)(346002)(136003)(396003)(199004)(13464003)(189003)(81166006)(81156014)(84392002)(8676002)(68736007)(2906002)(8936002)(446003)(476003)(105586002)(486006)(14496001)(316002)(6506007)(386003)(106356001)(33896004)(52116002)(76176011)(102836004)(3846002)(53936002)(66066001)(186003)(86152003)(9686003)(6512007)(99286004)(97736004)(6116002)(26005)(44736005)(6486002)(229853002)(6436002)(2900100001)(86362001)(5660300001)(4326008)(25786009)(7736002)(305945005)(6916009)(14454004)(5250100002)(478600001)(1556002)(6246003)(256004); DIR:OUT; SFP:1102; SCL:1; SRVR:HE1PR07MB3305; H:HE1PR07MB0825.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:0; MX:1; received-spf: None (protection.outlook.com: btconnect.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: d1xwNMHtdpkE5IipZK7ddq83/46iyC/O89nicA1zncxpkWUxaQh06HdUG29sUILuhSEw0qqE+IR4DZAqljSXHeoyhnO/oryStXWNEX6Bit5WWXQcThqqpDsqYzYGY+XXSYLJJL9wzgipFMuhAIIlrjPmUA/5cOz9W6ODf4A4XCvkjPx4wa9UEqY7fgCQ5wY5574fLoXpy5VOn+aObhNaiH8BhlUOB0JrgXI+02gBZrKKx4Y9DwHWgN4YmJ4XKqM6VrjNaLm8XRmEovfPYESECVxF/fVi4jjBl/nbBPXdkG8oefqK18Sg7MQ2OvWbSUkehCjr0zAUJXImBLTWCrmu3po+9XGfrQP4u9BoQXYzHDM= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: btconnect.com X-MS-Exchange-CrossTenant-Network-Message-Id: 8b1f5037-0d18-46ca-a534-08d5feb7d139 X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Aug 2018 11:53:04.7947 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: cf8853ed-96e5-465b-9185-806bfe185e30 X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR07MB3305 Archived-At: Subject: Re: [CCAMP] review of draft-ietf-ccamp-alarm-module-01 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2018 11:53:10 -0000 U3RlZmFuDQoNCkkgZmluZCB0aGlzIEktRCAodG9vKSBoYXJkIHRvIHVuZGVyc3RhbmQuICBUaGUg cHJvYmxlbSBJIGhhdmUgaXMgd2l0aA0KdGVybWlub2xvZ3kgd2hpY2ggc2VlbXMgZWxhc3RpYy4N Cg0KVGh1cyAnYWxhcm0gc3RhdGUnIGlzIG5vdCBkZWZpbmVkIGFzIGEgdGVybTsgaXQgaXMgaW4g b3RoZXIgYWxhcm0gd29yaw0Kd2hlcmUgdGhlIGRlZmluaXRpb24gd291bGQgZml0IHdpdGggdXNh Z2Ugc3VjaCBhcw0KDQogICBUaGUgb3BlcmF0b3Igc3RhdGUgZm9yIGFuIGFsYXJtIGNhbiBiZTog Im5vbmUiLCAiYWNrIiwgInNoZWx2ZWQiLCBhbmQNCiAgICJjbG9zZWQiLg0Kb3INCmFjdHVhbCBz dGF0ZSBvZiB0aGUgYWxhcm1zDQpvcg0KIFRoZSBhbGFybSBsaXN0ICgvYWxhcm1zL2FsYXJtLWxp c3QpIGlzIGEgZnVuY3Rpb24gZnJvbSAocmVzb3VyY2UsDQogICBhbGFybSB0eXBlLCBhbGFybSB0 eXBlIHF1YWxpZmllcikgdG8gdGhlIGN1cnJlbnQgYWxhcm0gc3RhdGUuDQoNCkJ1dCB0aGlzIG1l YW5pbmcgbWFrZXMgbm8gc2Vuc2UgdG8gbWUgd2hlbiB0aGUgdGVybSBhcHBlYXJzIGluDQpvICBB bGFybSBJbnN0YW5jZTogVGhlIGFsYXJtIHN0YXRlIGZvciBhIHNwZWNpZmljIHJlc291cmNlIGFu ZCBhbGFybQ0KdHlwZS4NCm9yDQogbyAgQWxhcm0gVHlwZTogQW4gYWxhcm0gdHlwZSBpZGVudGlm aWVzIGEgcG9zc2libGUgdW5pcXVlIGFsYXJtIHN0YXRlDQpmb3IgYSByZXNvdXJjZS4NCg0KYW5k IHNpbmNlIEkgY2Fubm90IHVuZGVyc3RhbmQgd2hhdCB5b3UgbWVhbiBieSB0aGVzZSB0d28gdGVy bXMsIEkgdGhpbmsNCkkgY2Fubm90IHVuZGVyc3RhbmQgdGhlIGRvY3VtZW50Lg0KDQpBbm90aGVy IGV4YW1wbGUgd291bGQgYmUgdGhlIHVzZSBvZiAnZXZlbnQnIHdoaWNoIGFwcGVhcnMgYXMNCg0K MS4gIHRoZSBkZWZpbml0aW9uIGZvY3VzZXMgb24gbGVhdmluZyBvdXQgZXZlbnRzIGFuZCBsb2dn aW5nIGluZm9ybWF0aW9uDQppbiBnZW5lcmFsLg0KDQpUaGlzIEktRCBkb2VzIG5vdCBkZWZpbmUg ZXZlbnQ7IHByZXZpb3VzIElFVEYgd29yaywgZS5nLiBSRkMzODc3IGRvZXMsDQphbmQgbWFrZXMg aXQgY2xlYXIgdGhhdCBhbiBhbGFybSAoY2xhc3MpIGlzIGEgc3Vic2V0IG9mIGFuIGV2ZW50IHdo aWNoDQp3b3VsZCBtYWtlIG5vIHNlbnNlIGhlcmUuDQoNClRoZXJlIGlzIGEgbG90IG9mIHByaW9y IGFydCBpbiB0aGlzIGZpZWxkIGJ1dCB0aGlzIEktRCBzZWVtcyB0byBnbw0KYWdhaW5zdCBpdCBy YXRoZXIgdGhhbiBidWlsZCBvbiBpdC4NCg0KVG9tIFBldGNoDQoNCi0tLS0tIE9yaWdpbmFsIE1l c3NhZ2UgLS0tLS0NCkZyb206ICJzdGVmYW4gdmFsbGluIiA8c3RlZmFuQHdhbGxhbi5zZT4NClRv OiAiUWluIFd1IiA8YmlsbC53dUBodWF3ZWkuY29tPg0KQ2M6IDxjY2FtcEBpZXRmLm9yZz4NClNl bnQ6IFN1bmRheSwgSnVseSAyMiwgMjAxOCA3OjE3IFBNDQoNCg== From nobody Fri Aug 10 07:37:52 2018 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1B613130E90 for ; Fri, 10 Aug 2018 07:37:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.909 X-Spam-Level: X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, T_DKIMWL_WL_MED=-0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=wallan-se.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Y2DdEieqnwzG for ; Fri, 10 Aug 2018 07:37:45 -0700 (PDT) Received: from mail-lf1-x136.google.com (mail-lf1-x136.google.com [IPv6:2a00:1450:4864:20::136]) (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 C7508130E12 for ; Fri, 10 Aug 2018 07:37:44 -0700 (PDT) Received: by mail-lf1-x136.google.com with SMTP id a4-v6so6759795lff.5 for ; Fri, 10 Aug 2018 07:37:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wallan-se.20150623.gappssmtp.com; s=20150623; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=uPZBCck/9fwf6NPNBmGY94BuHC86uT0yWrpqazeDWMo=; b=v7KFJN2gdZ61EOpgQRkd3ipjDWuhDM9MWkB8lrbJq4jXkaoDdA/6V6y34l/zkYbULf y9Mb4mnfQZqC8y8VVd+mgZkqNYaWH7hk/XN8w47WWW0sbRXYqQWe5yvg7Q5VZ97cUReq ZDMJ8errL4RSiGFGapoE+K9EEp37p2vexPP5WgIvNQ/KPbmMwxlkYRipS4oSH3EV5Ibl LUhhB0B41gMzqYuP+qsOw8P9dbeA57vJq/1x5vFKWmbAydrzcotowT/Nb/4AHZW/QzB0 Rb9cUgzjV9EF9NKU2pOFAZlJiHrsT3YU4Y4HDM/oCxlMleBHB49kNHbssMMxrhxkIhFW Je4g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=uPZBCck/9fwf6NPNBmGY94BuHC86uT0yWrpqazeDWMo=; b=dUXDDlOLQJt+18UNXGYFRAjzTtDmeYlbdZVH8ZdxVkx1mUPeCuqHr8FyIeIUZ4pGMW 5CXYPWqSLA2caQN2JmGRLjeEfr7KuC5w5E98r+U33zRe0taIzT36boYJeGV8io4XyMi/ Zkt0rWUAc5VpeCLcfc1szyXG2KYjCgJzbxSUsCGOxaMRoZ98VwU56gAQb7e7epRv+7if dHY71XFMFw2v/7IUNgfEvRny3S3Dwnbh4iSJsLRwpu1BMOa2qs+6vFLmla7P2oj47CoZ zGiJgwKo/eHN37zR97iw8/QRgSunEXUjBjY/0+eSS47t3DYkmKV87kb2bdPY2gqLfq6t hO9A== X-Gm-Message-State: AOUpUlHnnhy4BgpUEdTLA/Pg35DCeIqeznWHOoBklMYfpJo7Lzl6JAc6 A+kBVUWJMGgRNT+If6DLlARLWrsf0ZQ= X-Google-Smtp-Source: AA+uWPzdHnArYUMvxAJxQkFlCKOzh3nejLyg7YYa+gCSsvjpY09i6Kl8CplLcRY/rH+wjY4ArZmJZg== X-Received: by 2002:a19:3b11:: with SMTP id i17-v6mr4559061lfa.146.1533911862857; Fri, 10 Aug 2018 07:37:42 -0700 (PDT) Received: from [192.168.72.11] (h95-155-237-105.cust.se.alltele.net. [95.155.237.105]) by smtp.gmail.com with ESMTPSA id o11-v6sm1895883lfl.1.2018.08.10.07.37.41 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 10 Aug 2018 07:37:41 -0700 (PDT) From: stefan vallin Message-Id: <1248184F-74FF-40BB-AD9A-FE03757CBDCF@wallan.se> Content-Type: multipart/alternative; boundary="Apple-Mail=_7AE3A7C1-6122-48BA-95C5-74107D541AD2" Mime-Version: 1.0 (Mac OS X Mail 11.2 $3445.5.20$) Date: Fri, 10 Aug 2018 16:37:40 +0200 In-Reply-To: Cc: "ccamp@ietf.org" To: Qin Wu References:

<50582C88-3BC2-450F-B761-E61310AABFB4@wallan.se> <734639AA-E2B4-493A-81D6-2F80D4192883@wallan.se> X-Mailer: Apple Mail (2.3445.5.20) Archived-At: Subject: Re: [CCAMP] Second review of draft-ietf-ccamp-alarm-module-01 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2018 14:37:50 -0000 --Apple-Mail=_7AE3A7C1-6122-48BA-95C5-74107D541AD2 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi! > On 9 Aug 2018, at 04:54, Qin Wu wrote: >=20 > Thank for your update in v-(02) > https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ccamp-alarm-module-02 > Why not have a generic model applicable to both controller and the = device, I see this model as alarm monitoring framework. Also this draft = said in the introduction: > =E2=80=9C > The purpose is to define a standardised alarm interface for network > devices that can be easily integrated into management applications. > The model is also applicable as a northbound alarm interface in the > management applications. > =20 > =E2=80=9D Yes :) and it works. But I appreciate you coming back to the topic. I = have not been clear on the details The most important thing is how to handle the reference to the alarming = resource within a device when the alarm model is used in the controller. Then the resource must somehow also include the reference to the device. I am working on a detailed clear answer to this, stay tuned... > In addition, I believe you haven=E2=80=99t touched my followup = comments posted at: > https://www.ietf.org/mail-archive/web/ccamp/current/msg18904.html = > which are not controller support specific comment, appreciate your = response to those comments. > 4 issues highlighted below: > 1. Alarm-type-id supports union of identity and string > I know defining alarm-type-id as identity make alarm-type-id is more = extensible, but waste more space than using enum. > I am wondering why not define alarm-type-id as uint32 or string with = embedded format such as groupid-alarmid(e.g., =E2=80=9D2310-36700394=E2=80= =9D), this will help manage millions of alarm types easier. > Defining alarm-type-id as identity seems wasting a lot of space and = hard to deal with millions of alarm type in the design time since = Enumerating each of them require human to enter all of alarm types in = yang file. A) a flat enum does not work globally across enterprises and = organisations, see ITU failure with probable cause B) Millons of alarm types ??? No that will not happen C) uint32, that is meaningless for operators D) string, that will result in surprises for operators, developers will = introduce strings in their code that suddenly shows up in the NOC. E) I do not get your last comment =E2=80=9Drequire human to enter all = alarm types in yang file=E2=80=9D. You have to design which alarm types your system has, that should = not come as.a surprise to the operator.=20 There are several benefits of hierarchical identities for alarm types: - Alarm types can be parsed from YANG modules - You can reason about =E2=80=9Cabstract=E2=80=9D alarm types - Extensibility, enterprises and organisations can extend previous = identities > =20 > 2. Alarm-name or alarm-serial-no field support for alarm and = alarm inventory > Suppose we have alarm-name or alarm-serial-no, I believe it is more = easier to based on one field rather than 3 tuple(resource, = alarm-type-id, alarm-type-qualifier) to identify each alarm instance, > The most important is this will simplify operation and management. I think that (GigabitEthernet0/15, link-alarm, =E2=80=9C") Tells more than: 42 > =20 > 3. Alarm notification category support > Do we based on=E2=80=99 is-cleared=E2=80=99 and =E2=80=98status-change=E2= =80=99 field to tell The same notification is used for reporting a newly = raised alarm, a cleared alarm or changing the text? > How do we know the notification is used for newly raised alarm is not = clear to me, since we don=E2=80=99t have raised field. A) You have your stateful alarm list in your controller B) You get a notification: leaf perceived-severity { type severity-with-clear; This tells you the (new) severity state - So if this is clear the alarm is cleared. - If you do not have an entry for the key, it is a new alarm - Well if the only thing that is different from your entry is the text, = the text has changed... > =20 > 4. Consistency between alarm list construct and alarm = notification construct > Why alarm notification can not be used to notify the time when this = alarm entry was created rather than just the time when alarm status is = changed? The first entry in the status-change list represents the first state = change for the alarm, =E2=80=9Ccreation=E2=80=9D. Note however that there is no absolute truth here over time. Alarm entries might be deleted by house-keeping or admin purposes. What = is creation? > Why alarm notification can not be used to notify whether the alarm is = cleared or not? See above > To address this, the proposal is to make Consistency between alarm = list construct and alarm notification construct, make sense? ? Best regards! > =20 > Regards! > -Qin > =E5=8F=91=E4=BB=B6=E4=BA=BA: stefan vallin [mailto:stefan@wallan.se]=20= > =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2018=E5=B9=B48=E6=9C=889=E6=97=A5 = 1:36 > =E6=94=B6=E4=BB=B6=E4=BA=BA: Qin Wu > =E6=8A=84=E9=80=81: ccamp@ietf.org > =E4=B8=BB=E9=A2=98: Re: Second review of = draft-ietf-ccamp-alarm-module-01 > =20 > Hi! > Sorry for slow response! > Thanks again for your comments. > The larger scope the more complexity.=20 > I think it is important to prove the model in the scope of a NE/device = first. Then extend with requirements for the controller/mid-level = manager in a later revision or a separate augmenting module. > I am also convinced that the current model works as a base for the = controller based on implementation experience. We had some more leafs in = the controller than in the device. > =20 > So in summary, I would like to progress this to an RFC targeting the = NE scope in a first step before adding more features targeting the = controller. > Br Stefan > =20 > =20 >=20 >=20 > On 23 Jul 2018, at 11:39, Qin Wu > wrote: > =20 > Are you saying the controller model should be different from device = model or the model in the southbound interface of the controller should = be different from the model used in northbound interface of the network = device? > Or the model used in northbound interface of the controller should be = different from one used in the northbound interface of the network = device? > Why not have one generic model which can be applied to both southbound = and northbound interfaces? > =20 > -Qin > =E5=8F=91=E4=BB=B6=E4=BA=BA: stefan vallin [mailto:stefan@wallan.se = ]=20 > =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2018=E5=B9=B47=E6=9C=8823=E6=97=A5= 2:37 > =E6=94=B6=E4=BB=B6=E4=BA=BA: Qin Wu; ccamp@ietf.org = > =E4=B8=BB=E9=A2=98: Re: Second review of = draft-ietf-ccamp-alarm-module-01 > =20 > Hi again! > Addition to #8 > You could augment with a device leaf in your mgmt app. > =20 > The module scope is within one device primarily > =20 > Br stefan >=20 > Mvh stefan > +46(0)705233262 >=20 > 22 juli 2018 kl. 20:17 skrev stefan vallin >: >=20 > Hi Qin! > Thanks for your review and comments, see inline below: >=20 >=20 >=20 > On 21 Jul 2018, at 14:16, Qin Wu > wrote: > =20 > Hi, Stefan: > Before the next version of alarm model comes up, I would like to have = the following suggestions and comments: > 1. UUID support for the type of resource under alarm list > Last time you said: > =E2=80=9C > Good point, will consider adding it in the next revision. > However, there is a danger here in that developers might escape = throwing UUIDs to operators. As an operator in a NOC it is hard to know = what to do with a UUID. > In many cases UUID are a sign of using the alarms as a log/debug thing = for developers. > =20 > typedef resource { > type union { > type instance-identifier { > require-instance false; > } > type yang:object-identifier; > type string; > } > =E2=80=9C > However in our implementation case, we did allow operator in a NOC to = use UUID to correlate resource objects in the alarm-inventory, don=E2=80=99= t we? > We have added UUID to the upcoming version: > typedef resource { > type union { > type instance-identifier { > require-instance false; > } > type yang:object-identifier; > type yang:uuid; > type string; > } > =20 > Resource-match is also updated to handle UUIDs. > =20 > =20 > =20 >=20 >=20 >=20 > =20 > 2. Dependency between root-cause-resource, impacted-resource, = related-alarm > Under alarm list, there are three dependent parameters: = root-cause-resource, impacted-resource, related-alarm > It is still not clear to me how root-cause-resource, impacted-resource = are used together with resource parameter under related-alarm, why = root-cause-resource and impact-resource not part of related-alarm. > If the answer is no, for root-cause-resource leaf-list, I am wondering = why not add is-root-cause parameter to indicate a specific alarm under = alarm list is root cause alarm. Only when is-root-cause is set to true, = then root-cause-resource will be provided. Does this make sense? > In our practice, we usually design one root cause alarm and several = derived alarms, the derived alarm will use leafref to point to root = cause alarm, I am wondering whether we assume each alarm under alarm = list is root cause alarm and Related-alarm are derived alarms. If the = answer is no, I think we should one new parameter under related-alarm = list to reference to the root cause alarm. > We have updated the test in the RFC document on this topic: > 3.6. Root Cause, Impacted Resources and Related Alarms > =20 > The general principle of this alarm module is to limit the amount = of > alarms. The alarm has two leaf-lists to identify possible impacted > resources and possible root-cause resources. The system should not > represent individual alarms for the possible root-cause resources = and > impacted resources. These serves as hints only. It is up to the > client application to use this information to present the overall > status. > =20 > A system should always strive to identify the resource that can be > acted upon as the "resource" leaf. The "impacted-resource" = leaf-list > shall be used to identify any side-effects of the alarm. The > impacted resources can not be acted upon to fix the problem. An > example of this kind of alarm might be a disc full problem which > impacts a number of databases. > =20 > In some occasions the system might not be capable of detecting the > root cause, the resource that can be acted upon. The = instrumentation > in this case only monitors the side-effect and needs to represent = an > alarm that indicates a situation that needs acting upon. The > instrumentation still might identify possible candidates for the > root-cause resource. In this case the "root-cause-resource" leaf- > list can be used to indicate the candidate root-cause resources. = An > example of this kind of alarm might be an active test tool that > detects an SLA violation on a VPN connection and identifies the > devices along the chain as candidate root causes. > =20 > The alarm module also supports a way to associate different alarms = to > each other with the "related-alarm" list. This list enables the > server to inform the client that certain alarms are related to = other > alarms. > =20 > Note well that this module does not prescribe any dependencies or > preference between the above alarm correlation mechanisms. = Different > systems have different capabilities and the above described > mechanisms are available to support the instrumentation features. >=20 >=20 >=20 > =20 > 3. Consolidate tuple corresponding to a single alarm instance = into pair > This YANG alarm module uses the tuple (resource, alarm type = identifier, alarm type qualifier)to identify a single alarm instance. I = am wondering whether the tuple can be reduced into (resource, alarm-type = identifier), allow alarm-type identifier support a union of identity and = string. The reason for that is inherit base identity for = alarm-type-identifier to get a bunch of derived identity is not = sufficient when alarm-type can be fine granularity classified into = hundreds type. > =20 > No that will not work, read the text in the RFC document, alarm type = identifier Is static design-time, qualifier is runtime and a refinement = of the alarm-type identifier. > See updated text in the upcoming version of the RFC: > 3.2. Alarm Type > =20 > This document defines an alarm type with an alarm type id and an > alarm type qualifier. > =20 > The alarm type id is modeled as a YANG identity. With YANG > identities, new alarm types can be defined in a distributed = fashion. > YANG identities are hierarchical, which means that an hierarchy of > alarm types can be defined. > =20 > Standards and vendors should define their own alarm type identities > based on this definition. > The use of YANG identities means that all possible alarms are > identified at design time. This explicit declaration of alarm = types > makes it easier to allow for alarm qualification reviews and > preparation of alarm actions and documentation. > =20 > There are occasions where the alarm types are not known at design > time. For example, a system with digital inputs that allows users = to > connects detectors (e.g., smoke detector) to the inputs. In this > case it is a configuration action that says that certain connectors > are fire alarms for example. A potential drawback of this is that > there is a big risk that alarm operators will receive alarm types = as > a surprise, they do not know how to resolve the problem since a > defined alarm procedure does not necessarily exist. To avoid this > risk the system MUST publish all possible alarm types in the alarm > inventory, see Section 4.2. > =20 > In order to allow for dynamic addition of alarm types the alarm > module also allows for further qualification of the identity based > alarm type using a string. > =20 > A vendor or standard can then define their own alarm-type = hierarchy. > The example below shows a hierarchy based on X.733 event types: > =20 > import ietf-alarms { > prefix al; > } > identity vendor-alarms { > base al:alarm-type; > } > identity communications-alarm { > base vendor-alarms; > } > identity link-alarm { > base communications-alarm; > } > =20 > Alarm types can be abstract. An abstract alarm type is used as a > base for defining hierarchical alarm types. Concrete alarm types = are > used for alarm states and appear in the alarm inventory. There are > two kinds of concrete alarm types: > =20 > 1. The last subordinate identity in the "alarm-type-id" hierarchy = is > concrete, for example: "alarm-identity.environmental- > alarm.smoke". In this example "alarm-identity" and > "environmental-alarm" are abstract YANG identities, whereas > "smoke" is a concrete YANG identity. > =20 > =20 > =20 > =20 > =20 > Vallin & Bjorklund Expires January 11, 2019 [Page = 6] > Internet-Draft YANG Alarm Module July = 2018 > =20 > =20 > 2. The YANG identity hierarchy is abstract and the concrete alarm > type is defined by the dynamic alarm qualifier string, for > example: "alarm-identity.environmental-alarm.external-detector" > with alarm-type-qualifier "smoke". > =20 > For example: > =20 > // Alternative 1: concrete alarm type identity > import ietf-alarms { > prefix al; > } > identity environmental-alarm { > base al:alarm-type; > description "Abstract alarm type"; > } > identity smoke { > base environmental-alarm; > description "Concrete alarm type"; > } > =20 > // Alternative 2: concrete alarm type qualifier > import ietf-alarms { > prefix al; > } > identity environmental-alarm { > base al:alarm-type; > description "Abstract alarm type"; > } > identity external-detector { > base environmental-alarm; > description > "Abstract alarm type, a run-time configuration > procedure sets the type of alarm detected. This will > be reported in the alarm-type-qualifier."; > } > =20 > A server SHOULD strive to minimize the number of dynamically = defined > alarm types. > =20 >=20 >=20 >=20 > =20 > 4. Semantics difference between description under = alarm-inventory and alarm-text nder alarm list > See description definition and alarm-text definition as follows: > =E2=80=9C > description=EF=BC=9AA description of the possible alarm. It SHOULD = include information on possible underlying root causes and corrective = actions. > alarm-text=EF=BC=9AThe string used to inform operators about the = alarm. This MUST contain enough information for an operator to be able = to understand the problem and how to resolve it. If this string = contains structure, this format should be clearly documented for = programs to be able to parse that information. > =E2=80=9C > I am not sure any semantics difference between description and = alarm-text, why not replace one with another? Or we can further broke = down description/alarm-text into root-cause and corrective-actions. I = believe they are key information we want to convey through = description/alarm-text. > Alarm description is dynamic/run-time, conveys relevant information = for the specific alarm state change. > Description in the inventory is static, cannot convey dynamic state = change information >=20 >=20 >=20 > =20 > 5. Alarm arrive time support > Under operator-state-change, we have time parameter to represent = Timestamp for operator action on alarm, I am wondering do we need to add = alarm-arrive-time to represent the time when alarm arrive at the = management system. > It is useful information for the alarm management. > The alarm has a leaf representing the real time the state change = appeared: > +--ro alarm* [resource alarm-type-id alarm-type-qualifier] > ... > +--ro last-changed yang:date-and-time > +--ro status-change* [time] > +--ro time yang:date-and-time > This should represent the time it really happened. Not the time the = notification arrived at the management system. If you need that, that is = something you can add in your mgmt system. > =20 > =20 > 6. Alarm-name field support for alarm and alarm inventory > In the current model, each alarm under alarm list is uniquely = identified by three leaf key (resource, alarm type identifier, alarm = type qualifier),would it more desirable to define a single leaf key, = e.g., add alarm name or alarm-no to uniquely identify each alarm? That = will simplify the alarm management from the management system = perspective. Make sense? > A string no=E2=80=A6 > This is a fundamental design principle in the alarm module. The key, = the tuple, carries semantic information, there is no doubt how to match = notifications to the alarm state. > 3GPP Alarm IRP, for example, introduced a confusing single key alarmId = key which created paradoxes,=20 > if you have different alarmIds but for the the same alarmtype and = resource, what does it mean? >=20 >=20 >=20 > =20 > 7. Reason-id support for alarm list and alarm inventory > In the current model, is root cause resource is the reason to generate = each alarm? If not, I propose to add reason-id for each alarm under = alarm list and alarm inventory. > See answer to #2 > =20 > 8. Alarm generating device or location support for alarm list = and alarm inventory > In the current model, it seems the resource type can potentially = indicate the device or location where the alarm is generated, but not = explicitly. I am wondering why not add alarm-generating-device and = alarm-generating-location two parameters to explicitly indicate the = device or location where the alarm is generated, that will simplify = alarm management, make sense?=20 > =20 > I guess you are considering a management application and not the = device?=20 > The resource is a leafier which could/should include the device in = your model in your management application. >=20 >=20 >=20 > 9. Alarm notification category support > In the current model, alarm notification is defined as follows: > =E2=80=9C > This notification is used to report a state change for an alarm. The = same notification is used for reporting a newly raised alarm, a cleared = alarm or changing the text and/or > severity of an existing alarm. > =20 > =E2=80=9D > However it is not clear how to distinguish alarm notification for = newly reaised alarm from alarm notification for a cleared alarm. Would = it be more sensible to add alarm notification category support something = as follows: > =E2=80=9C > leaf category { > type enumeration { > enum fault { > description > "Alarm raised."; > } > enum recovery { > description > "Alarm cleared."; > } > enum Change { > description > "Alarm changed."; > } > } > =E2=80=9D > Not needed, this is obvious when you map the notification towards the = key tuple. >=20 >=20 >=20 > 10. Consistency between alarm list construct and alarm notification = construct > We see the difference between alarm list construct and alarm = notification construct is operator action defined under alarm = notification construct and operator state change under alarm list = construct. > As specified in RFC7950, > =E2=80=9C > An action MUST NOT be defined within an rpc, another action, or a > notification > =E2=80=9D > I am not sure action can be allowed within alarm-notification = construct, in that case, I would propose to remove operator action from = alarm notification construct. > In addition, the operator parameter under operator-state-change can be = removed or consolidated into set-operator-state action. > I do not understand > The action is not defined in the notification. >=20 >=20 >=20 > =20 > 11. Additionalinfo support for alarm list > I think we should allow vendor specific extension to be added as part = of alarm list, the vendor specific extension can be defined in TLV = format. > The alarm module does not restrict any vendor additions, better to use = augmentation. >=20 >=20 >=20 > =20 > 12. Alarm-no support for set-operator-state > If we believe set-operator-state is useful action under alarm list. I = am wondering if we can add alarm-no or alarm-name to identify each alarm = under set-operator-state. This will help a lot for alarm ack operation = based on each alarm number. > See above >=20 >=20 > =20 > 13. Is-acked for alarm list > Since we have is-cleared parameter under alarm list to indicate the = current clearance state of the alarm, why not add is-acked parameter = under alarm list to indicate the current acked state of the alarm, make = sense? > You can get that from the operator-state-change list. >=20 >=20 > =20 > =20 > Br Stefan > =20 --Apple-Mail=_7AE3A7C1-6122-48BA-95C5-74107D541AD2 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hi!

On 9 Aug 2018, at 04:54, Qin Wu <bill.wu@huawei.com> = wrote:

Thank for your update in v-(02)
https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ccamp-alarm-modu= le-02
Why not have a generic model applicable = to both controller and the device, I see this model as alarm monitoring = framework. Also this draft said in the introduction:
=E2=80=9C
   The purpose is to define a = standardised alarm interface for network
   devices that can be easily = integrated into management applications.
   The model is also = applicable as a northbound alarm interface in the
   management = applications.

=E2=80=9D

Yes :) and = it works. But I appreciate you coming back to the topic. I have not been = clear on the details

The most important thing is how to handle = the reference to the alarming resource within a device when the alarm = model is used in the controller.

Then the resource must = somehow also include the reference to the device.

I am working on a detailed clear answer to this, = stay tuned...

In addition, I believe you haven=E2=80=99= t touched my followup comments posted at:
https://www.ietf.org/mail-archive/web/ccamp/current/msg18904.ht= ml
which are not controller support = specific comment, appreciate your response to those comments.
4 issues highlighted below:
1. Alarm-type-id supports union of = identity and string
I know defining alarm-type-id as = identity make alarm-type-id is more extensible, but waste more space than using enum.
I am wondering why not define = alarm-type-id as uint32 or string with embedded format such as groupid-alarmid(e.g., =E2=80=9D2310-36700394=E2=80=9D), this will help = manage millions of alarm types easier.
Defining alarm-type-id as identity = seems wasting a lot of space and hard to deal with millions of alarm type in the design time since Enumerating each of them require = human to enter all of alarm types in yang = file.

A) a flat enum does = not work globally across enterprises and organisations, see ITU failure = with probable cause

B) Millons of alarm types ??? No that will = not happen

C) uint32, that is meaningless for = operators

D) string, that will result in surprises for = operators, developers will introduce strings in their code that suddenly = shows up in the NOC.

E) I do not get your last comment = =E2=80=9Drequire human to enter all alarm types in yang = file=E2=80=9D.

You have to design which = alarm types your system has, that should not come as.a surprise to the = operator.

There are several = benefits of hierarchical identities for alarm types:

- Alarm = types can be parsed from YANG modules

- You can reason about = =E2=80=9Cabstract=E2=80=9D alarm types

- Extensibility, = enterprises and organisations can extend previous identities

2. Alarm-name or alarm-serial-no field = support for alarm and alarm inventory
Suppose we have alarm-name or = alarm-serial-no, I believe it is more easier to based on one field rather than 3 tuple(resource, alarm-type-id, alarm-type-qualifier) to = identify each alarm instance,
The most important is this will = simplify operation and = management.

I think = that

(GigabitEthernet0/15, link-alarm, =E2=80=9C")

Tells more than:

3. Alarm notification category support

Do we based on=E2=80=99 is-cleared=E2=80=99=
 and =E2=80=98status-change=E2=80=99 field to tell The same notification =
is used for reporting a newly raised alarm, a cleared alarm or changing =
the text?

How do we know the notification is used =
for newly raised alarm is not clear to me, since we don=E2=80=99t have =
raised field.

A) You = have your stateful alarm list in your controller

B) You get a = notification:

leaf = perceived-severity {

= type severity-with-clear;

This tells you the (new) severity = state

- So if this is clear the alarm is cleared.

- = If you do not have an entry for the key, it is a new alarm

- = Well if the only thing that is different from your entry is the text, = the text has changed...

 
4. Consistency between alarm list = construct and alarm notification construct
Why alarm notification can not be used = to notify the time when this alarm entry was created rather than just = the time when alarm status is = changed?

The first entry = in the status-change list represents the first state change for the = alarm, =E2=80=9Ccreation=E2=80=9D.

Note however that there is = no absolute truth here over time.

Alarm entries might be = deleted by house-keeping or admin purposes. What is = creation?

Why alarm notification can not be used = to notify whether the alarm is cleared or = not?

See above

To address this, the proposal is to = make Consistency between alarm list construct and alarm notification = construct, make = sense?

Best regards!

Regards!
-Qin

=E5=8F=91=E4=BB=B6=E4=BA=BA: stefan vallin [mailto:stefan@wallan.se]
=E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2018=E5=B9=B48=E6=9C=889=E6=97=A5 1:36
=E6=94=B6=E4=BB=B6=E4=BA=BA: Qin Wu
=E6=8A=84=E9=80=81: ccamp@ietf.org
=E4=B8=BB=E9=A2=98: Re: Second = review of draft-ietf-ccamp-alarm-module-01

Hi!

Sorry for slow response!

Thanks again for your comments.

The= larger scope the more complexity.

I = think it is important to prove the model in the scope of a NE/device = first. Then extend with requirements for the controller/mid-level = manager in a later revision or a separate augmenting module.

I = am also convinced that the current model works as a base for the = controller based on implementation experience. We had some more leafs in = the controller than in the device.

So = in summary, I would like to progress this to an RFC targeting the NE = scope in a first step before adding more features targeting the = controller.

Br = Stefan

On = 23 Jul 2018, at 11:39, Qin Wu <bill.wu@huawei.com> wrote:

Are you saying the controller model = should be different from device model or the model in the southbound = interface of the controller should be different from the model used in northbound interface of the network = device?

Or the model used in northbound = interface of the controller should be different from one used in the = northbound interface of the network device?

Why not have one generic model which = can be applied to both southbound and northbound interfaces?

-Qin

=E5=8F=91=E4=BB=B6=E4=BA=BA: stefan vallin [mailto:stefan@wallan.se]
=E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2018=E5=B9=B47=E6=9C=8823=E6=97=A5 2:37
=E6=94=B6=E4=BB=B6=E4=BA=BA: Qin Wu; ccamp@ietf.org
=E4=B8=BB=E9=A2=98: Re: Second review of = draft-ietf-ccamp-alarm-module-01

Hi = again!

Addition to #8

You= could augment with a device leaf in your mgmt app.

The= module scope is within one device primarily

Br = stefan

Mvh= stefan

+46(0)705233262

22 juli 2018 kl. 20:17 skrev stefan vallin <stefan@wallan.se>:

Hi = Qin!

Thanks for your review and comments, see inline below:

On = 21 Jul 2018, at 14:16, Qin Wu <bill.wu@huawei.com> wrote:

Hi, Stefan:
Before the next version of alarm model comes up, I = would like to have the following suggestions and comments:

1.       UUID support for the type of resource under alarm list

Last time you said:
=E2=80=9C

Good point, will consider = adding it in the next revision.

However, there is a danger = here in that developers might escape throwing UUIDs to operators. As an = operator in a NOC it is hard to know what to do with a UUID.

In many cases UUID are a sign = of using the alarms as a log/debug thing for developers.

typedef resource = {

        type union = {

          type = instance-identifier {

          &nb= sp; require-instance false;

          = }

          type = yang:object-identifier;

          type = string;

        }

=E2=80=9C
However in our implementation case, we did allow = operator in a NOC to use UUID to correlate resource objects in the alarm-inventory, don=E2=80=99t we?

We = have added UUID to the upcoming version:

typedef resource {

type union {

type instance-identifier {

require-instance false;

}

type yang:object-identifier;

type yang:uuid;

type string;

}

Resource-match is also updated to handle UUIDs.

2.       Dependency between root-cause-resource, = impacted-resource, related-alarm

Under alarm list, there are three dependent = parameters: root-cause-resource, impacted-resource, related-alarm
It is still not clear to me how root-cause-resource, = impacted-resource are used together with resource parameter under related-alarm, why root-cause-resource and = impact-resource not part of related-alarm.

If the answer is no, for root-cause-resource = leaf-list, I am wondering why not add is-root-cause parameter to indicate a specific alarm under alarm list is root cause alarm. Only = when is-root-cause is set to true, then root-cause-resource will be = provided. Does this make sense?
In our practice, we usually design one root cause = alarm and several derived alarms, the derived alarm will use leafref to point to root cause alarm, I am wondering whether = we assume each alarm under alarm list is root cause alarm and = Related-alarm are derived alarms. If the answer is no, I think we should = one new parameter under related-alarm list to reference to the root cause alarm.

We = have updated the test in the RFC document on this topic:

3.6. Root Cause, Impacted Resources and Related = Alarms

The general principle of this alarm module is to = limit the amount of

alarms. The alarm has two leaf-lists to = identify possible impacted

resources and possible root-cause resources. = The system should not

represent individual alarms for the possible = root-cause resources and

impacted resources. These serves as hints = only. It is up to the

client application to use this information to = present the overall

status.

A system should always strive to identify the = resource that can be

acted upon as the "resource" leaf. The = "impacted-resource" leaf-list

shall be used to identify any side-effects of = the alarm. The

impacted resources can not be acted upon to fix = the problem. An

example of this kind of alarm might be a disc = full problem which

impacts a number of databases.

In some occasions the system might not be = capable of detecting the

root cause, the resource that can be acted upon. = The instrumentation

in this case only monitors the side-effect and = needs to represent an

alarm that indicates a situation that needs = acting upon. The

instrumentation still might identify possible = candidates for the

root-cause resource. In this case the = "root-cause-resource" leaf-

list can be used to indicate the candidate = root-cause resources. An

example of this kind of alarm might be an active = test tool that

detects an SLA violation on a VPN connection and = identifies the

devices along the chain as candidate root = causes.

The alarm module also supports a way to = associate different alarms to

each other with the "related-alarm" list. = This list enables the

server to inform the client that certain alarms = are related to other

alarms.

Note well that this module does not prescribe = any dependencies or

preference between the above alarm correlation = mechanisms. Different

systems have different capabilities and the = above described

mechanisms are available to support the = instrumentation features.

3.       Consolidate tuple corresponding to a single alarm instance into pair

This YANG alarm module uses the tuple (resource, = alarm type identifier, alarm type qualifier)to identify a single alarm instance. I am wondering whether the tuple can be = reduced into (resource, alarm-type identifier), allow alarm-type = identifier support a union of identity and string. The reason for that = is inherit base identity for alarm-type-identifier to get a bunch of derived identity is not sufficient when alarm-type can be = fine granularity classified into hundreds type.

No = that will not work, read the text in the RFC document, alarm type = identifier Is static design-time, qualifier is runtime and a refinement = of the alarm-type identifier.

See= updated text in the upcoming version of the RFC:

3.2. Alarm Type

This document defines an alarm type with an = alarm type id and an

alarm type qualifier.

The alarm type id is modeled as a YANG identity. = With YANG

identities, new alarm types can be defined in a = distributed fashion.

YANG identities are hierarchical, which means = that an hierarchy of

alarm types can be defined.

Standards and vendors should define their own = alarm type identities

based on this definition.

The use of YANG identities means that all = possible alarms are

identified at design time. This explicit = declaration of alarm types

makes it easier to allow for alarm qualification = reviews and

preparation of alarm actions and = documentation.

There are occasions where the alarm types are = not known at design

time. For example, a system with digital = inputs that allows users to

connects detectors (e.g., smoke detector) to the = inputs. In this

case it is a configuration action that says that = certain connectors

are fire alarms for example. A potential = drawback of this is that

there is a big risk that alarm operators will = receive alarm types as

a surprise, they do not know how to resolve the = problem since a

defined alarm procedure does not necessarily = exist. To avoid this

risk the system MUST publish all possible alarm = types in the alarm

inventory, see Section 4.2.

In order to allow for dynamic addition of alarm = types the alarm

module also allows for further qualification of = the identity based

alarm type using a string.

A vendor or standard can then define their own = alarm-type hierarchy.

The example below shows a hierarchy based on = X.733 event types:

import ietf-alarms {

prefix al;

}

identity vendor-alarms {

base al:alarm-type;

}

identity communications-alarm {

base vendor-alarms;

}

identity link-alarm {

base communications-alarm;

}

Alarm types can be abstract. An abstract = alarm type is used as a

base for defining hierarchical alarm types. = Concrete alarm types are

used for alarm states and appear in the alarm = inventory. There are

two kinds of concrete alarm types:

1. The last subordinate identity in the = "alarm-type-id" hierarchy is

concrete, for example: = "alarm-identity.environmental-

alarm.smoke". In this = example "alarm-identity" and

"environmental-alarm" are abstract = YANG identities, whereas

"smoke" is a concrete YANG = identity.

Vallin & Bjorklund Expires January = 11, 2019 [Page = 6]

Internet-Draft = YANG Alarm Module = July 2018

2. The YANG identity hierarchy is abstract = and the concrete alarm

type is defined by the dynamic = alarm qualifier string, for

example: = "alarm-identity.environmental-alarm.external-detector"

with alarm-type-qualifier = "smoke".

For example:

// Alternative 1: concrete alarm type = identity

import ietf-alarms {

prefix al;

}

identity environmental-alarm {

base al:alarm-type;

description "Abstract alarm = type";

}

identity smoke {

base environmental-alarm;

description "Concrete alarm = type";

}

// Alternative 2: concrete alarm type = qualifier

import ietf-alarms {

prefix al;

}

identity environmental-alarm {

base al:alarm-type;

description "Abstract alarm = type";

}

identity external-detector {

base environmental-alarm;

description

"Abstract alarm type, a = run-time configuration

procedure sets the type of = alarm detected. This will

be reported in the = alarm-type-qualifier.";

}

A server SHOULD strive to minimize the number of = dynamically defined

alarm types.

4.       Semantics difference between description under alarm-inventory and alarm-text = nder alarm list

See description definition and = alarm-text definition as follows:

=E2=80=9C

description=EF=BC=9AA description of the possible alarm. It SHOULD include information = on possible underlying root causes and corrective actions.

alarm-text=EF=BC=9AThe string used to inform operators about the alarm. This MUST contain = enough information for an operator to be able to understand the problem = and how to resolve it. If this string contains structure, this = format should be clearly documented for programs to be able to parse that information.

   =E2=80=9C
   I am not sure any semantics difference = between description and alarm-text, why not replace one with another? Or we can further broke down description/alarm-text into = root-cause and corrective-actions. I believe they are key information we = want to convey through description/alarm-text.

Alarm description is dynamic/run-time, conveys relevant = information for the specific alarm state change.

Description in the inventory is static, cannot convey dynamic = state change information

5.       Alarm arrive time support

Under operator-state-change, we have time parameter = to represent Timestamp for operator action on alarm, I am wondering do we need to add = alarm-arrive-time to represent the time when alarm arrive at the = management system.
It is useful information for the alarm = management.

The= alarm has a leaf representing the real time the state change = appeared:

+--ro alarm* [resource alarm-type-id = alarm-type-qualifier]

...

+--ro last-changed = yang:date-and-time

+--ro status-change* [time]

+--ro time = = yang:date-and-time

This should represent the time it really happened. Not the = time the notification arrived at the management system. If you need = that, that is something you can add in your mgmt system.

6.       Alarm-name field support for alarm and alarm inventory

In the current model, each alarm under alarm list is = uniquely identified by three leaf key (resource, alarm type identifier, alarm type qualifier),would it more desirable to = define a single leaf key, e.g., add alarm name or alarm-no to uniquely = identify each alarm? That will simplify the alarm management from the = management system perspective. Make sense?

A = string no=E2=80=A6

This is a fundamental design principle in the alarm module. = The key, the tuple, carries semantic information, there is no doubt how = to match notifications to the alarm state.

3GPP Alarm IRP, for example, introduced a confusing single = key alarmId key which created paradoxes,

if = you have different alarmIds but for the the same alarmtype and resource, = what does it mean?

7.       Reason-id support for alarm list and alarm inventory

In the current model, is root cause resource is the = reason to generate each alarm? If not, I propose to add reason-id for each alarm under alarm list and alarm = inventory.

See= answer to #2

8.       Alarm generating device or location support for alarm list and alarm = inventory

In the current model, it seems the resource type can = potentially indicate the device or location where the alarm is generated, but not explicitly. I am wondering why not add = alarm-generating-device and alarm-generating-location two parameters to = explicitly indicate the device or location where the alarm is generated, = that will simplify alarm management, make sense?

I = guess you are considering a management application and not the = device?

The= resource is a leafier which could/should include the device in your = model in your management application.

9.       Alarm notification category support

In the current model, alarm notification is defined = as follows:
=E2=80=9C

This = notification is used to report a state change for an alarm. The same = notification is used for reporting a newly raised alarm, a cleared alarm or changing the text and/or

severity of an existing = alarm.

=E2=80=9D
However it is not clear how to distinguish alarm = notification for newly reaised alarm from alarm notification for a cleared alarm. Would it be more sensible to add alarm = notification category support something as follows:
=E2=80=9C

leaf category = {

         type = enumeration {

           = enum fault {

          &nb= sp; description

          &nb= sp;    "Alarm raised.";

           = }

           = enum recovery {

          &nb= sp; description

          &nb= sp;    "Alarm cleared.";

           = }

           = enum Change {

          &nb= sp; description

          &nb= sp;    "Alarm changed.";

           = }

         = }

=E2=80=9D

Not= needed, this is obvious when you map the notification towards the key = tuple.

10.   Consistency between alarm list construct and alarm notification = construct

We see the difference between alarm list construct = and alarm notification construct is operator action defined under alarm notification construct and operator state change = under alarm list construct.
As specified in RFC7950,
=E2=80=9C

An = action MUST NOT be defined within an rpc, another action, or = a

   notification
=E2=80=9D
I am not sure action can be allowed within = alarm-notification construct, in that case, I would propose to remove operator action from alarm notification = construct.
In addition, the operator parameter under operator-state-change can be removed or consolidated into set-operator-state = action.

I = do not understand

The= action is not defined in the notification.

11.   Additionalinfo support for alarm list

I think we should allow vendor specific extension to = be added as part of alarm list, the vendor specific extension can be defined in TLV format.

The= alarm module does not restrict any vendor additions, better to use = augmentation.

12.   Alarm-no support for set-operator-state

If we believe set-operator-state is useful action under alarm list. I am wondering if we can add = alarm-no or alarm-name to identify each alarm under set-operator-state. = This will help a lot for alarm ack operation based on each alarm = number.

See= above

13.   Is-acked for alarm list

Since we have is-cleared parameter under alarm list = to indicate the current clearance state of the alarm, why not add is-acked parameter under alarm list to indicate the current = acked state of the alarm, make sense?

You= can get that from the operator-state-change list.

Br = Stefan

= --Apple-Mail=_7AE3A7C1-6122-48BA-95C5-74107D541AD2-- From nobody Fri Aug 10 12:18:12 2018 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 379F2130F82 for ; Fri, 10 Aug 2018 12:18:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham 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 820WAmJLlnww for ; Fri, 10 Aug 2018 12:18:07 -0700 (PDT) Received: from mx0a-00191d01.pphosted.com (mx0a-00191d01.pphosted.com [67.231.149.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B91A2130F81 for ; Fri, 10 Aug 2018 12:18:07 -0700 (PDT) Received: from pps.filterd (m0049295.ppops.net [127.0.0.1]) by m0049295.ppops.net-00191d01. (8.16.0.22/8.16.0.22) with SMTP id w7AJ6L0R035777; Fri, 10 Aug 2018 15:18:01 -0400 Received: from alpi155.enaf.aldc.att.com (sbcsmtp7.sbc.com [144.160.229.24]) by m0049295.ppops.net-00191d01. with ESMTP id 2ksg379b97-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 10 Aug 2018 15:18:01 -0400 Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id w7AJHxAe000937; Fri, 10 Aug 2018 15:18:00 -0400 Received: from zlp27127.vci.att.com (zlp27127.vci.att.com [135.66.87.31]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id w7AJHoVm000661; Fri, 10 Aug 2018 15:17:51 -0400 Received: from zlp27127.vci.att.com (zlp27127.vci.att.com [127.0.0.1]) by zlp27127.vci.att.com (Service) with ESMTP id E5DEE4048B4D; Fri, 10 Aug 2018 19:17:50 +0000 (GMT) Received: from MISOUT7MSGHUBAC.ITServices.sbc.com (unknown [130.9.129.147]) by zlp27127.vci.att.com (Service) with ESMTPS id CFCD44048B59; Fri, 10 Aug 2018 19:17:50 +0000 (GMT) Received: from MISOUT7MSGUSRDE.ITServices.sbc.com ([169.254.5.41]) by MISOUT7MSGHUBAC.ITServices.sbc.com ([130.9.129.147]) with mapi id 14.03.0408.000; Fri, 10 Aug 2018 15:17:50 -0400 From: "BRUNGARD, DEBORAH A" To: tom petch , stefan vallin CC: "ccamp@ietf.org" Thread-Topic: [CCAMP] review of draft-ietf-ccamp-alarm-module-01 Thread-Index: AQHUMKC9sMM0l+INs0eaTNYFL4owK6S5TAvg Date: Fri, 10 Aug 2018 19:17:49 +0000 Message-ID: References:

<04c501d430a0$3c5cc3c0$4001a8c0@gateway.2wire.net> In-Reply-To: <04c501d430a0$3c5cc3c0$4001a8c0@gateway.2wire.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.16.234.232] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-08-10_11:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1807170000 definitions=main-1808100205 Archived-At: Subject: Re: [CCAMP] review of draft-ietf-ccamp-alarm-module-01 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2018 19:18:10 -0000 U3RlZmFuLCBBdXRob3JzLA0KDQpJJ3ZlIGJlZW4gcmV2aWV3aW5nIHRoZSBTRzE1IGxpYWlzb24g YW5kIHlvdXIgZHJhZnQsIGFzIHdlJ2xsIG5lZWQgdG8gcmVzcG9uZCBpbiBhYm91dCBhIG1vbnRo IHRvIFNHMTUuIFNpbWlsYXIgdG8gVG9tLCBTRzE1IGlzIGNvbmZ1c2VkIG9uIHRlcm1zIG9mIHJl ZmVyZW5jZS9wcmlvciBzdGFuZGFyZHMgcmVsYXRpb25zaGlwLiBXaGlsZSB0aGUgYWJzdHJhY3Qg c2F5cyAiY2FyZWZ1bGx5IG1hcHMgdG8gcmVsZXZhbnQgYWxhcm0gc3RhbmRhcmRzIiwgdGhlcmUn cyBubyBkaXJlY3QgcmVmZXJlbmNlcy4gSW4gdGhlIGRvY3VtZW50LCBpdCBhbHNvIGhhcyBhIHNl bnRlbmNlICJiYXNlZCBvbiBleHBlcmllbmNlIGZyb20gdXNpbmcgYW5kIGltcGxlbWVudGluZyBh dmFpbGFibGUgYWxhcm0gc3RhbmRhcmRzIi4gU28gaXQgaXMgbm90IGNsZWFyIGlmIHRoaXMgd29y ayBpcyBiYXNlZCBvbiBzdGFuZGFyZHMgb3IgImV4cGVyaWVuY2UgaW1wbGVtZW50aW5nIi4NCg0K RHVyaW5nIHRoZSBtaWNyb3dhdmUgeWFuZyByZXZpZXcsIGEgc2ltaWxhciBjb25jZXJuIHdhcyBy YWlzZWQsIGFuZCBpdCB3YXMgZGVjaWRlZCB0byBjbGVhcmx5IGlkZW50aWZ5IHdoaWNoIHN0YW5k YXJkIGlzIGJlaW5nIHJlZmVyZW5jZWQuIFJlY29tbWVuZCB0aGUgc2FtZSBzaG91bGQgYmUgZG9u ZSBoZXJlLiBJdCdzIG9rIHlvdSBoYXZlIGluY2x1ZGVkICJ2ZW5kb3IgaW1wbGVtZW50YXRpb25z IG9mIGFsYXJtIHN0YW5kYXJkcyIuIEJ1dCB5b3UgbmVlZCB0byBjbGVhcmx5IGlkZW50aWZ5Lg0K DQpUaGVyZSdzIGEgc2VudGVuY2UgaW4gdGhlIGFic3RyYWN0IG9mIGRyYWZ0LWlldGYtbmV0bW9k LWludGYtZXh0LXlhbmcgd2hpY2ggbWF5IGhlbHAgaGVyZToNCiJUaGVzZSBwcm9wZXJ0aWVzIGFy ZSBjb21tb24gdG8gbWFueSB0eXBlcyBvZiBpbnRlcmZhY2VzIG9uIG5ldHdvcmsgcm91dGVycyBh bmQgc3dpdGNoZXMgYW5kIGFyZSBpbXBsZW1lbnRlZCBieSBtdWx0aXBsZSBuZXR3b3JrIGVxdWlw bWVudCB2ZW5kb3JzIHdpdGggc2ltaWxhciBzZW1hbnRpY3MsIGV2ZW4gdGhvdWdoIHNvbWUgb2Yg dGhlIGZlYXR1cmVzIGFyZSBub3QgZm9ybWFsbHkgZGVmaW5lZCBpbiBhbnkgcHVibGlzaGVkIHN0 YW5kYXJkLiINCkFuZDoNCiIgU2V2ZXJhbCBvZiB0aGUgYXVnbWVudGF0aW9ucyBkZWZpbmVkIGhl cmUgYXJlIG5vdCBiYWNrZWQgYnkgYW55IGZvcm1hbCBzdGFuZGFyZCBzcGVjaWZpY2F0aW9uLiAg SW5zdGVhZCwgdGhleSBhcmUgZm9yIGZlYXR1cmVzIHRoYXQgYXJlIGNvbW1vbmx5IGltcGxlbWVu dGVkIGluIGVxdWl2YWxlbnQgd2F5cyBieSBtdWx0aXBsZSBpbmRlcGVuZGVudCBuZXR3b3JrIGVx dWlwbWVudCB2ZW5kb3JzLiAgVGhlIGFpbSBvZiB0aGlzIGRyYWZ0IGlzIHRvIGRlZmluZSBjb21t b24gcGF0aHMgYW5kIGxlYXZlcyBmb3IgdGhlIGNvbmZpZ3VyYXRpb24gb2YgdGhlc2UgZXF1aXZh bGVudCBmZWF0dXJlcyBpbiBhIHVuaWZvcm0gd2F5LCBtYWtpbmcgaXQgZWFzaWVyIGZvciB1c2Vy cyBvZiB0aGUgWUFORyBtb2RlbCB0byBhY2Nlc3MgdGhlc2UgZmVhdHVyZXMgaW4gYSB2ZW5kb3Ig aW5kZXBlbmRlbnQgd2F5LiAgV2hlcmUgbmVjZXNzYXJ5LCBhIGRlc2NyaXB0aW9uIG9mIHRoZSBl eHBlY3RlZCBiZWhhdmlvciBpcyBhbHNvIHByb3ZpZGVkIHdpdGggdGhlIGFpbSBvZiBlbnN1cmlu ZyB2ZW5kb3JzIGltcGxlbWVudGF0aW9ucyBhcmUgY29uc2lzdGVudCB3aXRoIHRoZSBzcGVjaWZp ZWQgYmVoYXZpb3VyLiINCg0KU2ltaWxhciB0byB0aGUgaW50Zi1leHQsIGl0IHdpbGwgYmUgaW1w b3J0YW50IHRvIGFsbG93IGltcGxlbWVudG9ycyB0aGUgZmxleGliaWxpdHkgdG8gY2hvb3NlIHdo aWNoIHNwZWNpZmljIHBhcnRzIG9mIHRoZSBtb2RlbCB0aGV5IHN1cHBvcnQsIGFuZCB0byBhbGxv dyBpbiB0aGUgZnV0dXJlIHN1cHBvcnRpbmcgb3RoZXIgc3RhbmRhcmRzIChHLjc3MTApLiBJdCB3 b3VsZCBoZWxwIHRvIGluY2x1ZGUgYSBmZXcgc2VudGVuY2VzIGluIHRoZSBkcmFmdCBvbiBob3cg dGhpcyBjYW4gYmUgZG9uZS4NCg0KT25jZSB3ZSBoYXZlIGEgY2xlYW5lciBkb2N1bWVudCwgSSdt IHJlY29tbWVuZGluZyB0byBsaWFpc29uIHdpdGggdGhlIFNET3Mgd2hpY2ggeW91IHJlZmVyZW5j ZSwgSVRVLVQsIDNHUFAgKGFuZCBCQkYgaW4gcmVzcG9uc2UgdG8gdGhlaXIgZWFybGllciBsaWFp c29uKS4gSG9wZWZ1bGx5IHdpdGggdGhlc2UgY2xhcmlmaWNhdGlvbnMsIGl0IHdpbGwgYmUgYW4g ZWFzaWVyIHJlYWQgYnkgdGhlc2Ugb3RoZXIgZ3JvdXBzLg0KDQpUaGFua3MgVG9tIGFuZCBRaW4g Zm9yIHJldmlld2luZyAtDQoNClRoYW5rcyBBdXRob3JzIGZvciBjb250aW51aW5nIHRoZSBkaWFs b2d1ZS0gYXMgd2l0aCBhbnkgc29sdXRpb24gZG9jdW1lbnQsIHRoZSBzb2x1dGlvbiBzdGFiaWxp emVzLCB0aGVuIG5lZWQgdG8gY2xlYW4gdXAgdGhlIGRlc2NyaXB0aW9uIHRleHTwn5iKICANCg0K RGVib3JhaA0KKEFEIGhhdCBvbikNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206 IENDQU1QIDxjY2FtcC1ib3VuY2VzQGlldGYub3JnPiBPbiBCZWhhbGYgT2YgdG9tIHBldGNoDQpT ZW50OiBGcmlkYXksIEF1Z3VzdCAxMCwgMjAxOCA3OjUzIEFNDQpUbzogc3RlZmFuIHZhbGxpbiA8 c3RlZmFuQHdhbGxhbi5zZT4NCkNjOiBjY2FtcEBpZXRmLm9yZw0KU3ViamVjdDogUmU6IFtDQ0FN UF0gcmV2aWV3IG9mIGRyYWZ0LWlldGYtY2NhbXAtYWxhcm0tbW9kdWxlLTAxDQoNClN0ZWZhbg0K DQpJIGZpbmQgdGhpcyBJLUQgKHRvbykgaGFyZCB0byB1bmRlcnN0YW5kLiAgVGhlIHByb2JsZW0g SSBoYXZlIGlzIHdpdGggdGVybWlub2xvZ3kgd2hpY2ggc2VlbXMgZWxhc3RpYy4NCg0KVGh1cyAn YWxhcm0gc3RhdGUnIGlzIG5vdCBkZWZpbmVkIGFzIGEgdGVybTsgaXQgaXMgaW4gb3RoZXIgYWxh cm0gd29yayB3aGVyZSB0aGUgZGVmaW5pdGlvbiB3b3VsZCBmaXQgd2l0aCB1c2FnZSBzdWNoIGFz DQoNCiAgIFRoZSBvcGVyYXRvciBzdGF0ZSBmb3IgYW4gYWxhcm0gY2FuIGJlOiAibm9uZSIsICJh Y2siLCAic2hlbHZlZCIsIGFuZA0KICAgImNsb3NlZCIuDQpvcg0KYWN0dWFsIHN0YXRlIG9mIHRo ZSBhbGFybXMNCm9yDQogVGhlIGFsYXJtIGxpc3QgKC9hbGFybXMvYWxhcm0tbGlzdCkgaXMgYSBm dW5jdGlvbiBmcm9tIChyZXNvdXJjZSwNCiAgIGFsYXJtIHR5cGUsIGFsYXJtIHR5cGUgcXVhbGlm aWVyKSB0byB0aGUgY3VycmVudCBhbGFybSBzdGF0ZS4NCg0KQnV0IHRoaXMgbWVhbmluZyBtYWtl cyBubyBzZW5zZSB0byBtZSB3aGVuIHRoZSB0ZXJtIGFwcGVhcnMgaW4gbyAgQWxhcm0gSW5zdGFu Y2U6IFRoZSBhbGFybSBzdGF0ZSBmb3IgYSBzcGVjaWZpYyByZXNvdXJjZSBhbmQgYWxhcm0gdHlw ZS4NCm9yDQogbyAgQWxhcm0gVHlwZTogQW4gYWxhcm0gdHlwZSBpZGVudGlmaWVzIGEgcG9zc2li bGUgdW5pcXVlIGFsYXJtIHN0YXRlIGZvciBhIHJlc291cmNlLg0KDQphbmQgc2luY2UgSSBjYW5u b3QgdW5kZXJzdGFuZCB3aGF0IHlvdSBtZWFuIGJ5IHRoZXNlIHR3byB0ZXJtcywgSSB0aGluayBJ IGNhbm5vdCB1bmRlcnN0YW5kIHRoZSBkb2N1bWVudC4NCg0KQW5vdGhlciBleGFtcGxlIHdvdWxk IGJlIHRoZSB1c2Ugb2YgJ2V2ZW50JyB3aGljaCBhcHBlYXJzIGFzDQoNCjEuICB0aGUgZGVmaW5p dGlvbiBmb2N1c2VzIG9uIGxlYXZpbmcgb3V0IGV2ZW50cyBhbmQgbG9nZ2luZyBpbmZvcm1hdGlv biBpbiBnZW5lcmFsLg0KDQpUaGlzIEktRCBkb2VzIG5vdCBkZWZpbmUgZXZlbnQ7IHByZXZpb3Vz IElFVEYgd29yaywgZS5nLiBSRkMzODc3IGRvZXMsIGFuZCBtYWtlcyBpdCBjbGVhciB0aGF0IGFu IGFsYXJtIChjbGFzcykgaXMgYSBzdWJzZXQgb2YgYW4gZXZlbnQgd2hpY2ggd291bGQgbWFrZSBu byBzZW5zZSBoZXJlLg0KDQpUaGVyZSBpcyBhIGxvdCBvZiBwcmlvciBhcnQgaW4gdGhpcyBmaWVs ZCBidXQgdGhpcyBJLUQgc2VlbXMgdG8gZ28gYWdhaW5zdCBpdCByYXRoZXIgdGhhbiBidWlsZCBv biBpdC4NCg0KVG9tIFBldGNoDQoNCi0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0NCkZyb206 ICJzdGVmYW4gdmFsbGluIiA8c3RlZmFuQHdhbGxhbi5zZT4NClRvOiAiUWluIFd1IiA8YmlsbC53 dUBodWF3ZWkuY29tPg0KQ2M6IDxjY2FtcEBpZXRmLm9yZz4NClNlbnQ6IFN1bmRheSwgSnVseSAy MiwgMjAxOCA3OjE3IFBNDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fDQpDQ0FNUCBtYWlsaW5nIGxpc3QNCkNDQU1QQGlldGYub3JnDQpodHRwczovL3Vy bGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3d3dy5pZXRmLm9yZ19t YWlsbWFuX2xpc3RpbmZvX2NjYW1wJmQ9RHdJQ0FnJmM9TEZZWi1vOV9IVU1lTVRTUWljdmpJZyZy PTZVaEdwVzlsd2k5ZE03allseFhEOHcmbT1ZN2xMOE5vOTFCUXBNTUdvdjZPMDl5Unk5a05Ccl9v VWdYYmttWGpManFrJnM9Q3RuVmlmMG1STng0Nkd4b1B6YnFoN09VVkJYbHVzbjdpdENHR3lnWC1x NCZlPQ0K From nobody Fri Aug 10 21:25:28 2018 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 800DC130EC8 for ; Fri, 10 Aug 2018 21:25:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id x4pcJltYmaDs for ; Fri, 10 Aug 2018 21:25:24 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 90CEB1294D0 for ; Fri, 10 Aug 2018 21:25:24 -0700 (PDT) Received: from LHREML710-CAH.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 467AE59A58B42 for ; Sat, 11 Aug 2018 05:25:20 +0100 (IST) Received: from DGGEML401-HUB.china.huawei.com (10.3.17.32) by LHREML710-CAH.china.huawei.com (10.201.108.33) with Microsoft SMTP Server (TLS) id 14.3.399.0; Sat, 11 Aug 2018 05:25:21 +0100 Received: from DGGEML530-MBX.china.huawei.com ([169.254.7.25]) by DGGEML401-HUB.china.huawei.com ([fe80::89ed:853e:30a9:2a79%31]) with mapi id 14.03.0399.000; Sat, 11 Aug 2018 12:25:19 +0800 From: Fatai Zhang To: tom petch , ccamp Thread-Topic: [CCAMP] CCAMP Minutes Available Thread-Index: AdQq3C49m1Fj4RsrQd+Vuef//oToFgGTyDWL Date: Sat, 11 Aug 2018 04:25:18 +0000 Message-ID: References: , <044501d43095$28071480$4001a8c0@gateway.2wire.net> In-Reply-To: <044501d43095$28071480$4001a8c0@gateway.2wire.net> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: multipart/alternative; boundary="_000_F82A4B6D50F9464B8EBA55651F541CF8AC079034dggeml530mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [CCAMP] CCAMP Minutes Available X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2018 04:25:27 -0000 --_000_F82A4B6D50F9464B8EBA55651F541CF8AC079034dggeml530mbxchi_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 DQpIaSBUb22jrA0KDQpHb29kIHBvaW50Lg0KDQpJIHdhcyB1c2VkIHRvIHN1Ym1pdCBhIHR4dCB2 ZXJzaW9uIG9mIHRoZSBtaW51dGVzLCBidXQgSSBzYXcgdGhlIGZvcm1hdCBvZiB0eHQgdmVyc2lv biB0aGF0IEkgdXBsb2FkZWQgd2FzIGEgbGl0dGxlIG1lc3NlZCB0aGlzIHRpbWUsIHNvIEkgdXBs b2FkZWQgYSBQREYgb25lIHF1aWNrbHkoY29udmVydGVkIGZyb20gTVMgd29yZCB3aXRoIGEga2lu ZCBvZiB0ZW1wbGF0ZSw6LSguKS4NCg0KSSB3aWxsIGNvcnJlY3QgaXQgc29vbiBNb25kYXkgYWZ0 ZXIgSSByZXR1cm4gZnJvbSBteSB2YWNhdGlvbi4NCg0KVGhhbmtzIGFnYWluLg0KDQpfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXw0KDQoNCg0KDQpUaGFua3MNCkZhdGFpDQoNCreivP7I y6O6IHRvbSBwZXRjaA0KytW8/sjLo7ogRmF0YWkgWmhhbmc8emhhbmdmYXRhaUBodWF3ZWkuY29t PG1haWx0bzp6aGFuZ2ZhdGFpQGh1YXdlaS5jb20+PjtjY2FtcDxjY2FtcEBpZXRmLm9yZzxtYWls dG86Y2NhbXBAaWV0Zi5vcmc+Pg0K1vfM4qO6IFJlOiBbQ0NBTVBdIENDQU1QIE1pbnV0ZXMgQXZh aWxhYmxlDQrKsbzko7ogMjAxOC0wOC0xMCAxODozMzo1OQ0KDQpJIHRoaW5rIGl0IHVuZm9ydHVu YXRlIHRoYXQgdGhlIHJ1bm5pbmcgaGVhZGluZyBvbiBlYWNoIHBhZ2Ugc2hvdWxkDQpjYXJyeSBh IGNvcnBvcmF0ZSBsb2dvLg0KDQpJIHdvbmRlciB3aGF0IHRoZSBob3N0IG9mIElFVEYgMTAyIG1h a2VzIG9mIHRoYXQ6LSgNCg0KVG9tIFBldGNoDQoNCi0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0t LS0NCkZyb206ICJaaGFuZ2ZhdGFpIChGYXRhaSBaaGFuZykiIDx6aGFuZ2ZhdGFpQGh1YXdlaS5j b20+DQpUbzogPGNjYW1wQGlldGYub3JnPg0KU2VudDogRnJpZGF5LCBBdWd1c3QgMDMsIDIwMTgg NDo0NyBBTQ0KDQpIaSBhbGwsDQoNCkkgaGF2ZSB1cGxvYWRlZCB0aGUgQ0NBTVAgbWludXRlcyBm cm9tIE1vbnRyZWFsIG1lZXRpbmcuDQpQbGVhc2UgdGFrZSBhIGxvb2sgYW5kIGNoZWNrIGlmIHRo ZXJlIGFyZSBhbnkgY2hhbmdlcyB0aGF0IG5lZWQgdG8gYmUNCm1hZGUuDQoNCmh0dHBzOi8vZGF0 YXRyYWNrZXIuaWV0Zi5vcmcvbWVldGluZy8xMDIvbWF0ZXJpYWxzL21pbnV0ZXMtMTAyLWNjYW1w LTAzLg0KcGRmDQoNClRoYW5rcw0KDQpGYXRhaQ0KDQoNCg0KDQotLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCi0t LS0tLS0tDQoNCg0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXw0KPiBDQ0FNUCBtYWlsaW5nIGxpc3QNCj4gQ0NBTVBAaWV0Zi5vcmcNCj4gaHR0cHM6Ly93 d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9jY2FtcA0KPg0KDQo= --_000_F82A4B6D50F9464B8EBA55651F541CF8AC079034dggeml530mbxchi_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi Tom=A3=AC

Good point.

I was used to submit a txt version of the minutes, but I saw the format of = txt version that I uploaded was a little messed this time, so I uploaded a = PDF one quickly(converted from MS word with a kind of template,:-(.).

I will correct it soon Monday after I return from my vacation.

Thanks again.

Thanks
Fatai

=B7=A2=BC=FE=C8=CB=A3=BA tom petch

=CA=D5=BC=FE=C8=CB=A3=BA Fatai Zhang<zhangfatai@huawei.com>;ccamp<ccamp@ietf.org>

=D6=F7=CC=E2=A3=BA Re: [CCAMP] CCAMP Minutes Available

=CA=B1=BC=E4=A3=BA 2018-08-10 18:33:59

I think it unfortunate that the running heading on= each page should
carry a corporate logo.

I wonder what the host of IETF 102 makes of that:-(

Tom Petch

----- Original Message -----
From: "Zhangfatai (Fatai Zhang)" <zhangfatai@huawei.com> To: <ccamp@ietf.org>
Sent: Friday, August 03, 2018 4:47 AM

Hi all,

I have uploaded the CCAMP minutes from Montreal meeting.
Please take a look and check if there are any changes that need to be
made.

https://datatracker.ietf.org/meeting/102/materials/minutes-102-cca= mp-03.
pdf

Thanks

Fatai

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

> _______________________________________________
> CCAMP mailing list
> CCAMP@ietf.org
> https://www.ie= tf.org/mailman/listinfo/ccamp
>

--_000_F82A4B6D50F9464B8EBA55651F541CF8AC079034dggeml530mbxchi_-- From nobody Sat Aug 11 10:19:29 2018 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 57FA3130FF7 for ; Sat, 11 Aug 2018 10:19:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, T_DKIMWL_WL_MED=-0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=wallan-se.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HjEdgqwsAOes for ; Sat, 11 Aug 2018 10:19:25 -0700 (PDT) Received: from mail-lj1-x230.google.com (mail-lj1-x230.google.com [IPv6:2a00:1450:4864:20::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 17FD0130FD0 for ; Sat, 11 Aug 2018 10:19:24 -0700 (PDT) Received: by mail-lj1-x230.google.com with SMTP id w16-v6so9456570ljh.12 for ; Sat, 11 Aug 2018 10:19:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wallan-se.20150623.gappssmtp.com; s=20150623; h=from:content-transfer-encoding:mime-version:subject:message-id:date :to; bh=fvEAgGnDwf7Yq+/Hpupl+rqUr8n7QOCwe3ywU/SPRq4=; b=X2eXgNL9Nc5xAhVABK3OLo0pu6eoKsiQqyRsACDPzdNgTps7hoZaUcRhPH/pieWoso rjTAgK29Pgx7TUwm+6H2i4a10iD1jGCnNXcHhq9LZ50K+Hsli4XMffE4bjVvxxXOcLHX 0frGN/Uyiyl/RQ5aVxSOhD8TWtz97a0hj/OYkuC31URlQHPAfBisG6ubEPcA7SYnxFZ+ 88A9K3e4Tr39+H2MBqBRxvaDghYF4gcre5nSHnIYs6BHSdUNhdqZ/mNLX6FpRB4hgxBp 3FUjH4ctANT1fNaDtwG4CXurFE2Cu7NpsOA/lpfzVnhicLqY3im9cN1TJPBP3RhoxiU3 PQ7g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:message-id:date:to; bh=fvEAgGnDwf7Yq+/Hpupl+rqUr8n7QOCwe3ywU/SPRq4=; b=fZgnssxZVrIP4mCBRcReBUexiCTvV5YPeeaiud+LDWTt6b3ZyD01NpG1BuV6KRdAnY rHpJvwxAQZFb6gohpMYsYHIbqbDdnU9yzR0M5/aDniHrs2Fy0y7d/VLEv58wJ18lfROJ I3+q2ME3xmqRY9QUIb9B/bZrIjnNUByka8bM83OjWk7hCy8swldwFzn0CBICbzG+TJcY NrDnIlZtXQTUpwzdxVU+Eu2WClnC4GxbFDZrp9Sv60zHCk/SA81lfJUD9gGvXqoA4vzM uktL7uMQ79+a6uKkTxJCkQYLdAUkX3CwJDL1gPAviWCkuEBgm+IXGJCj//GygWQRG6QB PoMQ== X-Gm-Message-State: AOUpUlH/fZM/DQN5utm9sON+AkX8+E4ifOFtA6IiHcxhgqFJsKUjdO9F ea3zxfLRGJyWxBCaTRrcnSQSWiCeWEc= X-Google-Smtp-Source: AA+uWPye7oDPufgfydfmbdWn2GDRHd+SHiZ6CRvS0bK+Y/pKVxKiFfs87aDj+kCOhdTlRu60TyNdJg== X-Received: by 2002:a2e:8457:: with SMTP id u23-v6mr7471566ljh.95.1534007963115; Sat, 11 Aug 2018 10:19:23 -0700 (PDT) Received: from [192.168.72.11] (h95-155-237-105.cust.se.alltele.net. [95.155.237.105]) by smtp.gmail.com with ESMTPSA id d24-v6sm2514250lfl.53.2018.08.11.10.19.22 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 11 Aug 2018 10:19:22 -0700 (PDT) From: stefan vallin Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.2 $3445.5.20$) Message-Id: Date: Sat, 11 Aug 2018 19:19:21 +0200 To: "CCAMP (ccamp@ietf.org)" X-Mailer: Apple Mail (2.3445.5.20) Archived-At: Subject: [CCAMP] draft-ietf-ccamp-alarm-module-02 CHANGES X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2018 17:19:27 -0000 Hi All! Please find a new version 02 of the alarm module, changes below. Going forward we would like to focus on clarifications and possible = errors and limit new features. Br Stefan and Martin Alarm Model Changes =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Comments from [ITU-T Study Group 15] =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D #1 Clearly state that the module does not define the instrumentation Regarding the scope of the YANG Alarm Module, the draft should explicitly state that the modeling of how transport resource alarms are raised and cleared by the underlying transport instrumentation is out of the scope of this draft. [...] should belong to the SDO/group that owns the transport technology. --- Added clarification to the module description: This alarm module does not define how the underlying instrumentation detects and clears the specific alarms. That belongs to the SDO or enterprise that owns that specific technology. #2 The alarm YANG draft adopts the X.733 alarm severities, but doesn=E2=80= =99t support the function of alarm severity assignment (i.e., configuring the severity of an alarm type of a resource), i.e., the feature of the Alarm Severity Assignment Profile (ASAP) object of M.3160/M.3100 is not supported by the draft. Is this intended to be out of the scope of the alarm YANG draft? --- Added alarm profile to the model: +--rw alarm-profile* [alarm-type-id alarm-type-qualifier-match = resource] {alarm-profile}? +--rw alarm-type-id al:alarm-type-id +--rw alarm-type-qualifier-match string +--rw resource al:resource-match +--rw description string +--rw alarm-severity-assignment-profile {severity-assignment}? +--rw severity-levels* al:severity #3 For alarm reporting control, the alarm YANG draft supports only the simple alarm shelf function. It doesn=E2=80=99t support the rich = features of the Alarm Reporting Control (ARC) function of M.3160/M.3100, which is required by G.7710. --- Added severity filter to the notification control. Alarm shelving and the notification filter maps to ARC. Comments from Qin Wu Huawei =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D #1 Document related alarms, impacted resources, root cause --- Updated 3.6. Root Cause, Impacted Resources and Related Alarms #2 Review use of remove, delete and purge --- Cleaned up throughout the document #3 Add uuid RFC6991 to resource --- Added uuid to the union: typedef resource { type union { type instance-identifier { require-instance false; } type yang:object-identifier; type string; type yang:uuid; } Comments from Nick Hancock, Adtran =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D #1 Admin actions on shelved alarms --- Added rpc compress-shelved-alarms purge rpc description updated to include shelved alarms #2 Add support for alarm severity assignment --- Same as ITU, see above #3 Alarm summary should be feature --- feature alarm-summary { ... container summary { if-feature alarm-summary; #4 Move notifications inside list --- notification operator-action moved into alarm list #4 Notification filter on severity --- Added severity level to notification filter choice notify-status-changes { description "This leaf controls the notifications sent for alarm status updates. There are three options: 1. notifications are sent for all updates, severity level changes and alarm text changes 2. notifications are only sent for alarm raise and clear 3. notifications are sent for status changes equal to or above the specified severity level. Clear notifications shall always be sent Notifications shall also be sent for state changes that makes an alarm less severe than the specified level. In option 3, assuming the severity level is set to major, and that the alarm has the following state changes [(Time, severity, clear)]: [(T1, major, -), (T2, minor, -), (T3, warning, -), (T4, minor, -), (T5, major, -), (T6, critical, -), (T7, major. -), (T8, major, clear)] In that case, notifications will be sent at T1, T2, T5, T6, T7 and T8."; leaf notify-all-state-changes { type empty; description "Send notifications for all status changes."; } leaf notify-raise-and-clear { type empty; description "Send notifications only for raise, clear, and re-raise. Notifications for severity level changes or alarm text changes are not sent."; } leaf notify-severity-level { type severity; description "Only send notifications for alarm state changes crossing the specified level. Always send clear notifications."; } } Comments from Marta Seda, Calix. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D The ietf-alarms-x733.yang module does not contain all X733/X736 parameters. --- Added all X.733 parameters: augment /al:alarms/al:alarm-list/al:alarm: +--ro event-type? event-type +--ro probable-cause? uint32 +--ro probable-cause-string? string +--ro threshold-information | +--ro triggered-threshold? string | +--ro observed-value? value-type | +--ro (threshold-level)? | | +--:(up) | | | +--ro up-high? value-type | | | +--ro up-low? value-type | | +--:(down) | | +--ro down-low? value-type | | +--ro down-high? value-type | +--ro arm-time? yang:date-and-time +--ro monitored-attributes* [] | +--ro id? al:resource | +--ro value? string +--ro proposed-repair-actions* string +--ro trend-indication? trend +--ro backedup-status? boolean +--ro backup-object? al:resource +--ro additional-information* [] | +--ro identifier? string | +--ro significant? boolean | +--ro information? string +--ro security-alarm-detector? al:resource +--ro service-user? al:resource +--ro service-provider? al:resource Authors =3D=3D=3D=3D=3D=3D #1 Clarify that alarm-inventory is mandatory #2 Added require-instance false for alarm-type-id and alarm-type-qualifier leafs in rpc compress-alarms # Editorial changes From nobody Sat Aug 11 10:52:41 2018 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 64AD8130E57 for ; Sat, 11 Aug 2018 10:52:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.908 X-Spam-Level: X-Spam-Status: No, score=-1.908 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, T_DKIMWL_WL_MED=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=wallan-se.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7tTf4dLFtF3b for ; Sat, 11 Aug 2018 10:52:37 -0700 (PDT) Received: from mail-lf1-x136.google.com (mail-lf1-x136.google.com [IPv6:2a00:1450:4864:20::136]) (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 93F91130E2A for ; Sat, 11 Aug 2018 10:52:36 -0700 (PDT) Received: by mail-lf1-x136.google.com with SMTP id l16-v6so8637145lfc.13 for ; Sat, 11 Aug 2018 10:52:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wallan-se.20150623.gappssmtp.com; s=20150623; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=qvBQA7EJbVGDiZGS6vvtlzrKaNaoPBmzIj22XgFG4ac=; b=Baetl7mQlXAXuxaOyDSGUZtQjrYS/9FXKi2dlXTg4EJeNnWs3/BlYm70DcebiV/lZK vyWlTjrXHGxgDhihdcOZOPUZRnTeEpJU4FGdxsN/77iq5MZOsiHSx1MsBjGdeAe0wYOF FLvL+gxijsRiTsy9+LF3fX0gkaUv3HIyu2TFDt+Pu7TLAJ8gZnBuMeK2l2yokhaXmX6h t4dalMy+UVJbnjminl0HNly0XGUON81ziNELnP7GsZMeigkc6k1BRGIqznxLmOYMp+O9 45r5fPTBC0ICXintBIczGGT2bFtXzifweMHC2XWZigYtyBAXLUxF0L2uCMzhQ8S+Ajr2 PZwA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=qvBQA7EJbVGDiZGS6vvtlzrKaNaoPBmzIj22XgFG4ac=; b=ifCYYIDL0v0RMaYvgoP+dgRru/vsNDtZQ0hKHEcpLfxEWdDmrCKg8vphesPXGOjDRF pfKhNkEJicVqPJlXQA/rjFaOrjiIeFL86dHvjA7aWdS06xFGFeQYJDS+cSnrQ2Mz6ldY D0H8qUItQwy2AJOwGdOzoM3S0QbQa/ZyT9T8kQavaM67vtXkP3nimfbvwrxA6FK4GaxL 337UyibDWOB9ZmGNTzCsQUm/sNQ0oNxGzmvfyH1TFJgX3F8L4+oQNdK+hH3mpQIYUOEB bR+p0/TLgmYGQ8wjTkIZtVM2zY17oRm50Ef5SGuGgfJMx9jzXy46Io5qeqsx+otTXTCF uijg== X-Gm-Message-State: AOUpUlEc5Kxqkj0rxP7EV+oTKuYjD5tCg51iZH0KT3ncMazTj7O8gEty LatT8Qu1bV2RQQihxQVBvsssQA== X-Google-Smtp-Source: AA+uWPy47Qb0d1JazvbFYq1jzdMDKqf0fxzDcYUVbwY4atTa/e6iwSwvYE7hqhyL3m+rsedMNT/eng== X-Received: by 2002:a19:ebd7:: with SMTP id f84-v6mr7060413lfk.18.1534009954735; Sat, 11 Aug 2018 10:52:34 -0700 (PDT) Received: from [192.168.72.11] (h95-155-237-105.cust.se.alltele.net. [95.155.237.105]) by smtp.gmail.com with ESMTPSA id j26-v6sm2185117ljc.54.2018.08.11.10.52.33 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 11 Aug 2018 10:52:33 -0700 (PDT) From: stefan vallin Message-Id: <8944F55D-94C0-4CD3-9445-9446F41F5D44@wallan.se> Content-Type: multipart/alternative; boundary="Apple-Mail=_A24663F7-6AB3-48C7-A6B3-034AEACCB208" Mime-Version: 1.0 (Mac OS X Mail 11.2 $3445.5.20$) Date: Sat, 11 Aug 2018 19:52:33 +0200 In-Reply-To: <04c501d430a0$3c5cc3c0$4001a8c0@gateway.2wire.net> Cc: "ccamp@ietf.org" To: tom petch References:

<04c501d430a0$3c5cc3c0$4001a8c0@gateway.2wire.net> X-Mailer: Apple Mail (2.3445.5.20) Archived-At: Subject: Re: [CCAMP] review of draft-ietf-ccamp-alarm-module-01 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2018 17:52:40 -0000 --Apple-Mail=_A24663F7-6AB3-48C7-A6B3-034AEACCB208 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi Tom! > On 10 Aug 2018, at 13:53, tom petch wrote: >=20 > Stefan >=20 > I find this I-D (too) hard to understand. =20 Sad to hear, I spent some time on describing it... > The problem I have is with > terminology which seems elastic. OK, I read you, understand I need to improve on the basic definitions, = important Terminology is everything. >=20 > Thus 'alarm state' is not defined as a term; it is in other alarm work > where the definition would fit with usage such as >=20 > The operator state for an alarm can be: "none", "ack", "shelved", = and > "closed". > or > actual state of the alarms > or > The alarm list (/alarms/alarm-list) is a function from (resource, > alarm type, alarm type qualifier) to the current alarm state. >=20 > But this meaning makes no sense to me when the term appears in > o Alarm Instance: The alarm state for a specific resource and alarm > type. > or > o Alarm Type: An alarm type identifies a possible unique alarm state > for a resource. >=20 > and since I cannot understand what you mean by these two terms, I = think > I cannot understand the document. Oh oh, fundamental, I need to improve, let my try a quick one: I think I need to improve the right side of the function (resource, alarm-type-id, alarm-type-qualifier)->(alarm state) The alarm state is really a composite state. =46rom pyang tree output: | +--ro alarm* [resource alarm-type-id alarm-type-qualifier] | +--ro resource resource | +--ro alarm-type-id alarm-type-id | +--ro alarm-type-qualifier alarm-type-qualifier | +--ro alt-resource* resource | +--ro related-alarm* [resource alarm-type-id = alarm-type-qualifier] | | ... | +--ro impacted-resource* resource | +--ro root-cause-resource* resource | +--ro time-created yang:date-and-time | +--ro is-cleared boolean | +--ro last-changed yang:date-and-time | +--ro perceived-severity severity | +--ro alarm-text alarm-text | +--ro status-change* [time] {alarm-history}? | | ... | +--ro operator-state-change* [time] {operator-actions}? | | ... | +---x set-operator-state {operator-actions}? | | ... | +---n operator-action {operator-actions}? | ... This means: (resource, alarm-type-id, alarm-type-qualifier)->(time-created, = is-cleared, last-changed, perceived-severity, alarm-text, status-change, = operator-state-change) So by alarm state the composite state of an alarm comprises the alarm = severity, if it is cleared, the text, list of resource alarm state = changes, list of operator state changes) This means that you can ask what is the alarm state of (FastEthernet1/0, = linkAlarm) and get the answer: current severity, is it cleared?, current = operator state like =E2=80=9Cack=E2=80=9D etc. >=20 > Another example would be the use of 'event' which appears as >=20 > 1. the definition focuses on leaving out events and logging = information > in general. >=20 > This I-D does not define event; previous IETF work, e.g. RFC3877 does, > and makes it clear that an alarm (class) is a subset of an event which > would make no sense here. I disagree, the focus of the definition in this draft is to exclude = general events to appear as alarms. >=20 > There is a lot of prior art in this field but this I-D seems to go > against it rather than build on it. Yes! I am well aware of prior work, spent 25 years in the alarm industry, = standards and systems. Prior is not equivalent to art by definition. This draft stands in giants shoulders, X.733, 3GPP Alarm IRP, RFC3877 = etc but with improvements. Your statement is very general, hard to comment. Can you make a more = specific statement? Example? I can mention some areas where I did make some design decisions that = does not align with X.733, 3GPP Alarm IRP etc. * Most alarm standards are focused on a list of notifications, this = draft is focused on the alarm list as a function (resource, = alarm-type-id, alarm-type-qualifier)->(composite alarm state) * Key for alarm / alarm notification X.733 uses managed object (resource), event type, probable cause, = specific problem. The most relevant attribute being probable cause, a = global flat enum. 3GPP Alarm IRP has confusing redundant overlapping keys =E2=80=9CalarmId= =E2=80=9D an integer, and the X733 tuple. The standard even shows an = example where alarmId and the X733 tuple is in conflict. =20 This draft simplifies this with the hierarchical alarm-type-id. * Separation of resource life-cycle and operator life-cycle. For example, 3GPP Alarm IRP has the notion of =E2=80=9Cmanual-clear=E2=80= =9D, an operator setting the alarm clearance state. This is confusing. * Separating alarm clearance from alarm severity. This alarm module separates the clearance state of an alarm from the = alarm severity. X.733 and 3GPP does not. And more=E2=80=A6. Br Stefan >=20 > Tom Petch >=20 > ----- Original Message ----- > From: "stefan vallin" > To: "Qin Wu" > Cc: > Sent: Sunday, July 22, 2018 7:17 PM >=20 --Apple-Mail=_A24663F7-6AB3-48C7-A6B3-034AEACCB208 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hi = Tom!

On 10 Aug 2018, at 13:53, tom petch <ietfc@btconnect.com>= wrote:

Stefan

I find this I-D (too) = hard to understand.

Sad to hear, I = spent some time on describing it...

The problem I = have is with
terminology which seems elastic.

OK, I read you, understand I = need to improve on the basic definitions, = important

Terminology is everything.

Thus 'alarm state' is not defined as a term; = it is in other alarm work
where the definition would fit = with usage such as

  The = operator state for an alarm can be: "none", "ack", "shelved", and
  "closed".
or
actual = state of the alarms
or
The alarm list = (/alarms/alarm-list) is a function from (resource,
=   alarm type, alarm type qualifier) to the current alarm = state.

But this meaning makes no sense to = me when the term appears in
o Alarm Instance: The = alarm state for a specific resource and alarm
type.
or
o Alarm Type: An alarm type = identifies a possible unique alarm state
for a = resource.

and since I cannot understand = what you mean by these two terms, I think
I cannot = understand the document.

Oh = oh, fundamental, I need to improve, let my try a quick one:

I = think I need to improve the right side of the = function

(resource, alarm-type-id, = alarm-type-qualifier)->(alarm state)

The alarm state is = really a composite state.

=46rom = pyang tree output:

= | +--ro alarm* [resource alarm-type-id = alarm-type-qualifier]

| = +--ro resource = resource

| +--ro = alarm-type-id = alarm-type-id

| +--ro = alarm-type-qualifier alarm-type-qualifier

= | +--ro alt-resource* = resource

| = +--ro related-alarm* [resource alarm-type-id = alarm-type-qualifier]

| | = ...

| +--ro = impacted-resource* resource

= | +--ro root-cause-resource* = resource

| +--ro = time-created = yang:date-and-time

| +--ro = is-cleared = boolean

| +--ro last-changed = = yang:date-and-time

| +--ro = perceived-severity severity

= | +--ro alarm-text = alarm-text

| = +--ro status-change* [time] {alarm-history}?

= | | ...

= | +--ro operator-state-change* [time] = {operator-actions}?

| | = ...

| +---x = set-operator-state {operator-actions}?

| = | ...

| = +---n operator-action {operator-actions}?

= | ...

This means:

(resource, alarm-type-id, = alarm-type-qualifier)->(time-created, is-cleared, last-changed, = perceived-severity, alarm-text, status-change, = operator-state-change)

So by alarm = state the composite state of an alarm comprises the alarm severity, if = it is cleared, the text, list of resource alarm state changes, list of = operator state changes)

This means that you can ask what is the = alarm state of (FastEthernet1/0, linkAlarm) and get the answer: = current severity, is it cleared?, current operator state = like =E2=80=9Cack=E2=80=9D etc.

Another example would be the = use of 'event' which appears as

1. = the definition focuses on leaving out events and logging = information
in general.

This = I-D does not define event; previous IETF work, e.g. RFC3877 does,
and makes it clear that an alarm (class) is a subset of an = event which
would make no sense here.

I = disagree, the focus of the definition in this draft is to exclude = general events to appear as alarms.

There is a lot of prior art in this field but this I-D seems = to go
against it rather than build on = it.

Yes!

I am well aware of prior = work, spent 25 years in the alarm industry, standards and = systems.

Prior is not equivalent to art by = definition.

This draft stands in = giants shoulders, X.733, 3GPP Alarm IRP, RFC3877 etc but with = improvements.

Your statement is very = general, hard to comment. Can you make a more specific statement? = Example?

I can mention some areas where I did make some design = decisions that does not align with X.733, 3GPP Alarm IRP = etc.

* Most alarm standards are = focused on a list of notifications, this draft is focused on the alarm = list as a function (resource, alarm-type-id, = alarm-type-qualifier)->(composite alarm state)

* Key for alarm / alarm = notification

X.733 uses managed object (resource), = event type, probable cause, specific problem. The most relevant = attribute being probable cause, a global flat enum.

= 3GPP Alarm IRP has confusing redundant overlapping keys =E2=80=9CalarmId=E2= =80=9D an integer, and the X733 tuple. The standard even shows an = example where alarmId and the X733 tuple is in = conflict.

This draft simplifies this = with the hierarchical alarm-type-id.

*= Separation of resource life-cycle and operator = life-cycle.

For example, 3GPP Alarm IRP has the notion = of =E2=80=9Cmanual-clear=E2=80=9D, an operator setting the alarm = clearance state. This is confusing.

* = Separating alarm clearance from alarm severity.

This = alarm module separates the clearance state of an alarm from the alarm = severity. X.733 and 3GPP does not.

And= more=E2=80=A6.

Br = Stefan

Tom Petch

----- = Original Message -----
From: "stefan vallin" <stefan@wallan.se>
To: "Qin Wu" <bill.wu@huawei.com>
Cc: <ccamp@ietf.org>
Sent: Sunday, July 22, 2018 7:17 PM

= --Apple-Mail=_A24663F7-6AB3-48C7-A6B3-034AEACCB208-- From nobody Sat Aug 11 10:58:56 2018 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CA04513104D for ; Sat, 11 Aug 2018 10:58:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.909 X-Spam-Level: X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, T_DKIMWL_WL_MED=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=wallan-se.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Xq8secELtNbd for ; Sat, 11 Aug 2018 10:58:51 -0700 (PDT) Received: from mail-lf1-x12a.google.com (mail-lf1-x12a.google.com [IPv6:2a00:1450:4864:20::12a]) (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 EBA69130E5C for ; Sat, 11 Aug 2018 10:58:50 -0700 (PDT) Received: by mail-lf1-x12a.google.com with SMTP id a4-v6so8666975lff.5 for ; Sat, 11 Aug 2018 10:58:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wallan-se.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=5mihflsYABx7JYCeSZyuIYJ4a4f9GqwaBZk2P+uGR7U=; b=0ScNdeX9Lwj5P8GQx8v/Y0fmy+dPEU7nh30aHb8y9FRDnt2z9PzpNrLl4IW0Np1ebz PwMpDM9vH6fiA1aoV852YwwXspd7cgh3uhIUMnCawZI8h6KVbjxXYzeKrC5cKITmw+II AeEJ2mU/vr33aZR1sgkJaNHBT7YCPnnPcoFBGWreF1QUVwqwIWwtXU0yrIctGXufnM0a hTWFoF1XPTxziA8pOGra418GzDXdKFe4f9ouxC3j1KACSsUR2Fh9rdJNuXaCQFQbrG3z BnzkvQPHK0jVXDpKlyW/wW5ssoDwZ5yx/Zq0V4u2JbpMIOW1KaIN+aXojx83lqkQqCo1 AsVQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=5mihflsYABx7JYCeSZyuIYJ4a4f9GqwaBZk2P+uGR7U=; b=WZLUTxnzmDploVxNfDEFlqdk0ujtBNBmaV+1+CaSVhc73pA88lSWfbA8jO2t3AlBdy S58Xz9Ok1u7vN+U9IFn8lw2bmlJvQe9yaAF4z/tyjNAcdUEhE0nt7JEH0qls663HN+Dl 7GeyapWVyvKh/An0KltWU//dkRkUMdnqmHDw0WK3C3i2F9V+yAGgSUi2Iqhr0+eBBmTm drtKESeSGQss3bEc77nz3Ee2HuulmCXIQ5vwpkrbUFBVvGG588JgrM8lLUoqXljaGqOQ 6JXIxakkbq6ArZ8fAsFLqcHoBhanNn3kaRmgF++CZQp7PF88YNnohTAILCZ9pe1U+FG+ wUVg== X-Gm-Message-State: AOUpUlFBnwOEiV4u6aAhr/a7UMMsWkaX4KZFXPBhgEW8TB16X/aG9Vl+ 7Q5iEsJ1WmMHsiDHwiWRDpNM4c2FuPg= X-Google-Smtp-Source: AA+uWPyUy9FWGliYIz653DzgIe1dC1wcqckBcOPueqt+fEh3OLNDYF8m9XTsd4OYJK8dHnB55MtJ2g== X-Received: by 2002:a19:fc3:: with SMTP id 64-v6mr7274709lfp.46.1534010329259; Sat, 11 Aug 2018 10:58:49 -0700 (PDT) Received: from [192.168.72.11] (h95-155-237-105.cust.se.alltele.net. [95.155.237.105]) by smtp.gmail.com with ESMTPSA id a27-v6sm2407900lfk.85.2018.08.11.10.58.48 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 11 Aug 2018 10:58:48 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.2 $3445.5.20$) From: stefan vallin In-Reply-To: Date: Sat, 11 Aug 2018 19:58:47 +0200 Cc: tom petch , "ccamp@ietf.org" Content-Transfer-Encoding: quoted-printable Message-Id: <6D5AF6A0-84FC-49AD-932C-F05056D20FE1@wallan.se> References:

<04c501d430a0$3c5cc3c0$4001a8c0@gateway.2wire.net> To: "BRUNGARD, DEBORAH A" X-Mailer: Apple Mail (2.3445.5.20) Archived-At: Subject: Re: [CCAMP] review of draft-ietf-ccamp-alarm-module-01 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2018 17:58:54 -0000 Hi Deborah! > On 10 Aug 2018, at 21:17, BRUNGARD, DEBORAH A wrote: >=20 > Stefan, Authors, >=20 > I've been reviewing the SG15 liaison and your draft, as we'll need to = respond in about a month to SG15. Similar to Tom, SG15 is confused on = terms of reference/prior standards relationship. While the abstract says = "carefully maps to relevant alarm standards", there's no direct = references. In the document, it also has a sentence "based on experience = from using and implementing available alarm standards". So it is not = clear if this work is based on standards or "experience implementing=E2=80= =9D. Both :) Have you read Appendix F? >=20 > During the microwave yang review, a similar concern was raised, and it = was decided to clearly identify which standard is being referenced. = Recommend the same should be done here. It's ok you have included = "vendor implementations of alarm standards". But you need to clearly = identify. Appendix F and references >=20 > There's a sentence in the abstract of draft-ietf-netmod-intf-ext-yang = which may help here: > "These properties are common to many types of interfaces on network = routers and switches and are implemented by multiple network equipment = vendors with similar semantics, even though some of the features are not = formally defined in any published standard." > And: > " Several of the augmentations defined here are not backed by any = formal standard specification. Instead, they are for features that are = commonly implemented in equivalent ways by multiple independent network = equipment vendors. The aim of this draft is to define common paths and = leaves for the configuration of these equivalent features in a uniform = way, making it easier for users of the YANG model to access these = features in a vendor independent way. Where necessary, a description of = the expected behavior is also provided with the aim of ensuring vendors = implementations are consistent with the specified behaviour." >=20 > Similar to the intf-ext, it will be important to allow implementors = the flexibility to choose which specific parts of the model they = support, and to allow in the future supporting other standards (G.7710). = It would help to include a few sentences in the draft on how this can be = done. Please read previous emails in this group with regards to G.7710, I have = commented this earlier >=20 > Once we have a cleaner document, ? > I'm recommending to liaison with the SDOs which you reference, ITU-T, = 3GPP (and BBF in response to their earlier liaison). Hopefully with = these clarifications, it will be an easier read by these other groups. Can you be more specific? If you are expecting this draft to be a syntactical mapping ot X.733 = GDMO/ASN.1 or the 3GPP Alarm IRP? We need to improve, need to make progress and learn from experience. >=20 > Thanks Tom and Qin for reviewing - >=20 > Thanks Authors for continuing the dialogue- as with any solution = document, the solution stabilizes, then need to clean up the description = text=F0=9F=98=8A =20 Clean up? Can you be more specific? Br Stefan >=20 > Deborah > (AD hat on) >=20 > -----Original Message----- > From: CCAMP On Behalf Of tom petch > Sent: Friday, August 10, 2018 7:53 AM > To: stefan vallin > Cc: ccamp@ietf.org > Subject: Re: [CCAMP] review of draft-ietf-ccamp-alarm-module-01 >=20 > Stefan >=20 > I find this I-D (too) hard to understand. The problem I have is with = terminology which seems elastic. >=20 > Thus 'alarm state' is not defined as a term; it is in other alarm work = where the definition would fit with usage such as >=20 > The operator state for an alarm can be: "none", "ack", "shelved", = and > "closed". > or > actual state of the alarms > or > The alarm list (/alarms/alarm-list) is a function from (resource, > alarm type, alarm type qualifier) to the current alarm state. >=20 > But this meaning makes no sense to me when the term appears in o = Alarm Instance: The alarm state for a specific resource and alarm type. > or > o Alarm Type: An alarm type identifies a possible unique alarm state = for a resource. >=20 > and since I cannot understand what you mean by these two terms, I = think I cannot understand the document. >=20 > Another example would be the use of 'event' which appears as >=20 > 1. the definition focuses on leaving out events and logging = information in general. >=20 > This I-D does not define event; previous IETF work, e.g. RFC3877 does, = and makes it clear that an alarm (class) is a subset of an event which = would make no sense here. >=20 > There is a lot of prior art in this field but this I-D seems to go = against it rather than build on it. >=20 > Tom Petch >=20 > ----- Original Message ----- > From: "stefan vallin" > To: "Qin Wu" > Cc: > Sent: Sunday, July 22, 2018 7:17 PM >=20 > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > = https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_mailma= n_listinfo_ccamp&d=3DDwICAg&c=3DLFYZ-o9_HUMeMTSQicvjIg&r=3D6UhGpW9lwi9dM7j= YlxXD8w&m=3DY7lL8No91BQpMMGov6O09yRy9kNBr_oUgXbkmXjLjqk&s=3DCtnVif0mRNx46G= xoPzbqh7OUVBXlusn7itCGGygX-q4&e=3D From nobody Mon Aug 13 12:36:16 2018 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3F10E130DF0 for ; Mon, 13 Aug 2018 12:36:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Lm98WfERcvru for ; Mon, 13 Aug 2018 12:36:11 -0700 (PDT) Received: from mx0a-00191d01.pphosted.com (mx0a-00191d01.pphosted.com [67.231.149.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9E16B130DCF for ; Mon, 13 Aug 2018 12:36:11 -0700 (PDT) Received: from pps.filterd (m0049287.ppops.net [127.0.0.1]) by m0049287.ppops.net-00191d01. (8.16.0.22/8.16.0.22) with SMTP id w7DJZn2a040718; Mon, 13 Aug 2018 15:36:08 -0400 Received: from alpi155.enaf.aldc.att.com (sbcsmtp7.sbc.com [144.160.229.24]) by m0049287.ppops.net-00191d01. with ESMTP id 2kuers34k7-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 13 Aug 2018 15:36:08 -0400 Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id w7DJa5J6024907; Mon, 13 Aug 2018 15:36:06 -0400 Received: from zlp27126.vci.att.com (zlp27126.vci.att.com [135.66.87.47]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id w7DJZv24024737; Mon, 13 Aug 2018 15:35:58 -0400 Received: from zlp27126.vci.att.com (zlp27126.vci.att.com [127.0.0.1]) by zlp27126.vci.att.com (Service) with ESMTP id DBC3040F6CE5; Mon, 13 Aug 2018 19:35:57 +0000 (GMT) Received: from MISOUT7MSGHUBAF.ITServices.sbc.com (unknown [130.9.129.150]) by zlp27126.vci.att.com (Service) with ESMTPS id C13B840F6CE3; Mon, 13 Aug 2018 19:35:57 +0000 (GMT) Received: from MISOUT7MSGUSRDE.ITServices.sbc.com ([169.254.5.41]) by MISOUT7MSGHUBAF.ITServices.sbc.com ([130.9.129.150]) with mapi id 14.03.0408.000; Mon, 13 Aug 2018 15:35:57 -0400 From: "BRUNGARD, DEBORAH A" To: stefan vallin CC: tom petch , "ccamp@ietf.org" Thread-Topic: [CCAMP] review of draft-ietf-ccamp-alarm-module-01 Thread-Index: AQHUMKC9sMM0l+INs0eaTNYFL4owK6S5TAvggAHPqICAAsqfwA== Date: Mon, 13 Aug 2018 19:35:57 +0000 Message-ID: References:

<04c501d430a0$3c5cc3c0$4001a8c0@gateway.2wire.net> <6D5AF6A0-84FC-49AD-932C-F05056D20FE1@wallan.se> In-Reply-To: <6D5AF6A0-84FC-49AD-932C-F05056D20FE1@wallan.se> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.70.229.156] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-08-13_08:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1807170000 definitions=main-1808130197 Archived-At: Subject: Re: [CCAMP] review of draft-ietf-ccamp-alarm-module-01 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Aug 2018 19:36:15 -0000 SGkgU3RlZmFuLA0KQ29tbWVudHMgYmVsb3ctDQpUaGFua3MtDQpEZWJvcmFoDQoNCi0tLS0tT3Jp Z2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBzdGVmYW4gdmFsbGluIDxzdGVmYW5Ad2FsbGFuLnNl PiANClNlbnQ6IFNhdHVyZGF5LCBBdWd1c3QgMTEsIDIwMTggMTo1OSBQTQ0KVG86IEJSVU5HQVJE LCBERUJPUkFIIEEgPGRiMzU0NkBhdHQuY29tPg0KQ2M6IHRvbSBwZXRjaCA8aWV0ZmNAYnRjb25u ZWN0LmNvbT47IGNjYW1wQGlldGYub3JnDQpTdWJqZWN0OiBSZTogW0NDQU1QXSByZXZpZXcgb2Yg ZHJhZnQtaWV0Zi1jY2FtcC1hbGFybS1tb2R1bGUtMDENCg0KSGkgRGVib3JhaCENCg0KPiBPbiAx MCBBdWcgMjAxOCwgYXQgMjE6MTcsIEJSVU5HQVJELCBERUJPUkFIIEEgPGRiMzU0NkBhdHQuY29t PiB3cm90ZToNCj4gDQo+IFN0ZWZhbiwgQXV0aG9ycywNCj4gDQo+IEkndmUgYmVlbiByZXZpZXdp bmcgdGhlIFNHMTUgbGlhaXNvbiBhbmQgeW91ciBkcmFmdCwgYXMgd2UnbGwgbmVlZCB0byByZXNw b25kIGluIGFib3V0IGEgbW9udGggdG8gU0cxNS4gU2ltaWxhciB0byBUb20sIFNHMTUgaXMgY29u ZnVzZWQgb24gdGVybXMgb2YgcmVmZXJlbmNlL3ByaW9yIHN0YW5kYXJkcyByZWxhdGlvbnNoaXAu IFdoaWxlIHRoZSBhYnN0cmFjdCBzYXlzICJjYXJlZnVsbHkgbWFwcyB0byByZWxldmFudCBhbGFy bSBzdGFuZGFyZHMiLCB0aGVyZSdzIG5vIGRpcmVjdCByZWZlcmVuY2VzLiBJbiB0aGUgZG9jdW1l bnQsIGl0IGFsc28gaGFzIGEgc2VudGVuY2UgImJhc2VkIG9uIGV4cGVyaWVuY2UgZnJvbSB1c2lu ZyBhbmQgaW1wbGVtZW50aW5nIGF2YWlsYWJsZSBhbGFybSBzdGFuZGFyZHMiLiBTbyBpdCBpcyBu b3QgY2xlYXIgaWYgdGhpcyB3b3JrIGlzIGJhc2VkIG9uIHN0YW5kYXJkcyBvciAiZXhwZXJpZW5j ZSBpbXBsZW1lbnRpbmfigJ0uDQpCb3RoIDopDQpIYXZlIHlvdSByZWFkIEFwcGVuZGl4IEY/DQpb ZGVib3JhaF0NClN1cmUgLSBhbmQgdmVyc2lvbiAtMDIuDQoNCkkgbm90ZWQgeW91IHR3ZWFrZWQg dGhlIGludHJvIGEgYml0IGluIC0wMiwgYnV0IHRoZSBhYnN0cmFjdCByZW1haW5zIHRoZSBzYW1l LCBzYXlpbmcgIlRoZSBtb2R1bGUgY2FyZWZ1bGx5IG1hcHMgdG8gcmVsZXZhbnQgYWxhcm0gc3Rh bmRhcmRzLiIgVW5sZXNzIHlvdSBwbGFuIHRvIGNsZWFybHkvY2FyZWZ1bGx5IHNob3cgdGhlIG1h cHBpbmcgYnkgcmVmZXJlbmNlIGluIHRoZSBtb2R1bGUsIHRoaXMgc2VudGVuY2UgbmVlZHMgdG8g YmUgcmVtb3ZlZCBhbmQgeW91IG5lZWQgdG8gYWRkIGEgc2VudGVuY2Ugc2ltaWxhciB0byBpbnRm LWV4dC15YW5nLiBZb3VyIGNob2ljZS4NCg0KT24gQXBwZW5kaXggRiwgSSBkb24ndCBzZWUgYW55 dGhpbmcgaW4gQXBwZW5kaXggRiB3aGljaCBpZGVudGlmaWVzIGFueSBzdGFuZGFyZC4gVGhlcmUg aXMgbm8gbWVudGlvbiBvZiBhbnkgc3RhbmRhcmRzIGV4Y2VwdCB0byBzYXkgaW4gRi4yICJhZG9w dGVkIHRvIG5ldHdvcmtpbmcgYmFzZWQgb24gdGhlIElTQSBhbmQgRUVNVUEiIHdoaWNoIGFnYWlu IGluZGljYXRlcyBpdCBpcyB5b3VyIGludGVycHJldGF0aW9uLiBUaGUgdGFibGUgaXMgb24gcHJv YmxlbXMsIG5vdGhpbmcgdG8gZG8gd2l0aCB0aGUgWUFORyBtb2RlbCBpdHNlbGYuDQoNCk9uIEYu MSwgdGhlcmUncyBhbHNvIG5vIHJlZmVyZW5jZSB0byBhIHN0YW5kYXJkIGZvciB5b3VyIGRlZmlu aXRpb24gb2YgYWxhcm0vYWxhcm0gc3RhdGUuIEknbSBub3Qgc3VyZSB0aGUgY29udGV4dCBvZiB0 aGUgcXVvdGUgZnJvbSBJU0EsIGJ1dCB5b3VyIGludGVycHJldGF0aW9uIG9mIGl0IHRvIHNheSB0 aGUgZGVmaW5pdGlvbiBvZiBhbiAiYWxhcm0gcmVxdWlyZXMgYWN0aW9uIiB0byBlcXVhbCAiYW4g YWxhcm0gaXMgYSBzdGF0ZSBvZiBhIHJlc291cmNlIiBhbmQgbm90IHRoZSAibm90aWZpY2F0aW9u IiBpdHNlbGYsIGRvZXNu4oCZdCBtYXRjaCBteSBpbnRlcnByZXRhdGlvbiBvZiB0aGUgSVNBIHF1 b3RlIG9yIElUVSBkZWZpbml0aW9uIG9yIFJGQzM4NzcuIFNHMTUgbm90ZWQgdGhpcyBjb25mdXNp b24gaW4geW91ciBkb2N1bWVudCBpbiB0aGVpciBsaWFpc29uLCB0aGUgbmVlZCBmb3IgImNsZWFy IHNlcGFyYXRpb24gb2YgcmVzb3VyY2UgYWxhcm0gbGlmZS1jeWNsZSBmcm9tIHRoZSBvcGVyYXRv ciBhbmQgYWRtaW5pc3RyYXRpdmUgbGlmZS1jeWNsZSBvZiBhbiBhbGFybSIuDQoNCkcuNzcxMCAo YW5kIFguNzMzKSBtYXkgaGVscDoNCiIgQWxhcm1zIGFyZSBpbmRpY2F0aW9ucyB0aGF0IGFyZSBh dXRvbWF0aWNhbGx5IGdlbmVyYXRlZCBieSBhbiBORSBhcyBhIHJlc3VsdCBvZiB0aGUgZGVjbGFy YXRpb24gb2YgYSBmYWlsdXJlLiBUaGUgTkUgc2hhbGwgaGF2ZSB0aGUgYWJpbGl0eSB0byBhY2Nl cHQgT1MgZGlyZWN0aW9ucyByZWxhdGVkIHRvIHRoZSBldmVudHMgYW5kIGNvbmRpdGlvbnMgdGhh dCBnZW5lcmF0ZSBhdXRvbm9tb3VzIHJlcG9ydHMgYW5kIHRob3NlIHRoYXQgc2hhbGwgYmUgcmVw b3J0ZWQgb24gcmVxdWVzdC4iDQoNCk9yIFJGQzM4Nzc6DQpGYXVsdCAtIGNvbmRpdGlvbg0KQWxh cm0gLSBpbmRpY2F0aW9uIG9mIGEgZmF1bHQNCkFsYXJtIFN0YXRlIC0gU3RhdGUgb2YgQWxhcm0g ZS5nLiByYWlzZS9jbGVhciBhbmQgYWxzbyBzZXZlcml0eSBpbmZvcm1hdGlvbi4NCg0KSSB1bmRl cnN0YW5kIHlvdXIgY29uY2VybiBvbiBzb21lIHZlbmRvcnMgcmVwb3J0aW5nIGV2ZXJ5IGV2ZW50 IGFzIGlmIGl0IG5lZWRzIGFjdGlvbiwgYnV0IHRoYXQncyBpbXBsZW1lbnRhdGlvbnMgYW5kIG5v dCBwZXIgc3RhbmRhcmRzLiBUaGVyZSdzIG5vIG5lZWQgdG8gcmVkZWZpbmUgc3RhbmRhcmRzJyBk ZWZpbml0aW9uIG9mIGFsYXJtL2FsYXJtIHN0YXRlIHRvIHNvcnQgb3V0IGltcGxlbWVudGF0aW9u IGVycm9ycy4gRGVsZXRlIEYuMSBzZWNvbmQgcGFyYWdyYXBoLiBJIGRvbid0IHNlZSBpdCBpbXBh Y3RpbmcgdGhpcyBzZWN0aW9uIG9yIGFueXRoaW5nIGluIHRoZSBkb2N1bWVudC4NCg0KPiANCj4g RHVyaW5nIHRoZSBtaWNyb3dhdmUgeWFuZyByZXZpZXcsIGEgc2ltaWxhciBjb25jZXJuIHdhcyBy YWlzZWQsIGFuZCBpdCB3YXMgZGVjaWRlZCB0byBjbGVhcmx5IGlkZW50aWZ5IHdoaWNoIHN0YW5k YXJkIGlzIGJlaW5nIHJlZmVyZW5jZWQuIFJlY29tbWVuZCB0aGUgc2FtZSBzaG91bGQgYmUgZG9u ZSBoZXJlLiBJdCdzIG9rIHlvdSBoYXZlIGluY2x1ZGVkICJ2ZW5kb3IgaW1wbGVtZW50YXRpb25z IG9mIGFsYXJtIHN0YW5kYXJkcyIuIEJ1dCB5b3UgbmVlZCB0byBjbGVhcmx5IGlkZW50aWZ5Lg0K QXBwZW5kaXggRiBhbmQgcmVmZXJlbmNlcw0KPiANCj4gVGhlcmUncyBhIHNlbnRlbmNlIGluIHRo ZSBhYnN0cmFjdCBvZiBkcmFmdC1pZXRmLW5ldG1vZC1pbnRmLWV4dC15YW5nIHdoaWNoIG1heSBo ZWxwIGhlcmU6DQo+ICJUaGVzZSBwcm9wZXJ0aWVzIGFyZSBjb21tb24gdG8gbWFueSB0eXBlcyBv ZiBpbnRlcmZhY2VzIG9uIG5ldHdvcmsgcm91dGVycyBhbmQgc3dpdGNoZXMgYW5kIGFyZSBpbXBs ZW1lbnRlZCBieSBtdWx0aXBsZSBuZXR3b3JrIGVxdWlwbWVudCB2ZW5kb3JzIHdpdGggc2ltaWxh ciBzZW1hbnRpY3MsIGV2ZW4gdGhvdWdoIHNvbWUgb2YgdGhlIGZlYXR1cmVzIGFyZSBub3QgZm9y bWFsbHkgZGVmaW5lZCBpbiBhbnkgcHVibGlzaGVkIHN0YW5kYXJkLiINCj4gQW5kOg0KPiAiIFNl dmVyYWwgb2YgdGhlIGF1Z21lbnRhdGlvbnMgZGVmaW5lZCBoZXJlIGFyZSBub3QgYmFja2VkIGJ5 IGFueSBmb3JtYWwgc3RhbmRhcmQgc3BlY2lmaWNhdGlvbi4gIEluc3RlYWQsIHRoZXkgYXJlIGZv ciBmZWF0dXJlcyB0aGF0IGFyZSBjb21tb25seSBpbXBsZW1lbnRlZCBpbiBlcXVpdmFsZW50IHdh eXMgYnkgbXVsdGlwbGUgaW5kZXBlbmRlbnQgbmV0d29yayBlcXVpcG1lbnQgdmVuZG9ycy4gIFRo ZSBhaW0gb2YgdGhpcyBkcmFmdCBpcyB0byBkZWZpbmUgY29tbW9uIHBhdGhzIGFuZCBsZWF2ZXMg Zm9yIHRoZSBjb25maWd1cmF0aW9uIG9mIHRoZXNlIGVxdWl2YWxlbnQgZmVhdHVyZXMgaW4gYSB1 bmlmb3JtIHdheSwgbWFraW5nIGl0IGVhc2llciBmb3IgdXNlcnMgb2YgdGhlIFlBTkcgbW9kZWwg dG8gYWNjZXNzIHRoZXNlIGZlYXR1cmVzIGluIGEgdmVuZG9yIGluZGVwZW5kZW50IHdheS4gIFdo ZXJlIG5lY2Vzc2FyeSwgYSBkZXNjcmlwdGlvbiBvZiB0aGUgZXhwZWN0ZWQgYmVoYXZpb3IgaXMg YWxzbyBwcm92aWRlZCB3aXRoIHRoZSBhaW0gb2YgZW5zdXJpbmcgdmVuZG9ycyBpbXBsZW1lbnRh dGlvbnMgYXJlIGNvbnNpc3RlbnQgd2l0aCB0aGUgc3BlY2lmaWVkIGJlaGF2aW91ci4iDQo+IA0K PiBTaW1pbGFyIHRvIHRoZSBpbnRmLWV4dCwgaXQgd2lsbCBiZSBpbXBvcnRhbnQgdG8gYWxsb3cg aW1wbGVtZW50b3JzIHRoZSBmbGV4aWJpbGl0eSB0byBjaG9vc2Ugd2hpY2ggc3BlY2lmaWMgcGFy dHMgb2YgdGhlIG1vZGVsIHRoZXkgc3VwcG9ydCwgYW5kIHRvIGFsbG93IGluIHRoZSBmdXR1cmUg c3VwcG9ydGluZyBvdGhlciBzdGFuZGFyZHMgKEcuNzcxMCkuIEl0IHdvdWxkIGhlbHAgdG8gaW5j bHVkZSBhIGZldyBzZW50ZW5jZXMgaW4gdGhlIGRyYWZ0IG9uIGhvdyB0aGlzIGNhbiBiZSBkb25l Lg0KUGxlYXNlIHJlYWQgcHJldmlvdXMgZW1haWxzIGluIHRoaXMgZ3JvdXAgd2l0aCByZWdhcmRz IHRvIEcuNzcxMCwgSSBoYXZlIGNvbW1lbnRlZCB0aGlzIGVhcmxpZXINCj4gDQo+IE9uY2Ugd2Ug aGF2ZSBhIGNsZWFuZXIgZG9jdW1lbnQsDQo/DQo+IEknbSByZWNvbW1lbmRpbmcgdG8gbGlhaXNv biB3aXRoIHRoZSBTRE9zIHdoaWNoIHlvdSByZWZlcmVuY2UsIElUVS1ULCAzR1BQIChhbmQgQkJG IGluIHJlc3BvbnNlIHRvIHRoZWlyIGVhcmxpZXIgbGlhaXNvbikuIEhvcGVmdWxseSB3aXRoIHRo ZXNlIGNsYXJpZmljYXRpb25zLCBpdCB3aWxsIGJlIGFuIGVhc2llciByZWFkIGJ5IHRoZXNlIG90 aGVyIGdyb3Vwcy4NCkNhbiB5b3UgYmUgbW9yZSBzcGVjaWZpYz8NCklmIHlvdSBhcmUgZXhwZWN0 aW5nIHRoaXMgZHJhZnQgdG8gYmUgYSBzeW50YWN0aWNhbCBtYXBwaW5nIG90IFguNzMzIEdETU8v QVNOLjEgb3IgdGhlIDNHUFAgQWxhcm0gSVJQPw0KV2UgbmVlZCB0byBpbXByb3ZlLCBuZWVkIHRv IG1ha2UgcHJvZ3Jlc3MgYW5kIGxlYXJuIGZyb20gZXhwZXJpZW5jZS4NCltkZWJvcmFoXSANCklm IGRvbid0IHdhbnQgdG8gYWRkIHJlZmVyZW5jZXMsIHJlbW92ZSB0aGF0IHNlbnRlbmNlIGFuZCBh ZGQgYSBzZW50ZW5jZSBvbiB3aGF0IGlzIGluIHRoaXMgZG9jdW1lbnQuIEkgZG9uJ3QgdGhpbmsg c2F5aW5nIGl0IGhhcyAiaW1wcm92ZWQgb24gc3RhbmRhcmRzIGJhc2VkIG9uIGV4cGVyaWVuY2Ui IGlzIGFwcHJvcHJpYXRlLCBvdGhlcndpc2UgdGhlIHF1ZXN0aW9uIHdpbGwgYmUgYXNrZWQgIndo eSBub3QgdXNlIG1vcmUgcmVjZW50IHN0YW5kYXJkcyB2cy4gMjUgeWVhci1vbGQgc3RhbmRhcmRz PyIuIFN1Z2dlc3Qgc2VudGVuY2VzIHNpbWlsYXIgdG8gaW50Zi1leHQgd2lsbCBiZSBzdWZmaWNp ZW50IHRvIHNjb3BlIGFzICJjb21tb25seSBpbXBsZW1lbnRlZCIuDQoNCj4gDQo+IFRoYW5rcyBU b20gYW5kIFFpbiBmb3IgcmV2aWV3aW5nIC0NCj4gDQo+IFRoYW5rcyBBdXRob3JzIGZvciBjb250 aW51aW5nIHRoZSBkaWFsb2d1ZS0gYXMgd2l0aCBhbnkgc29sdXRpb24gZG9jdW1lbnQsIHRoZSBz b2x1dGlvbiBzdGFiaWxpemVzLCB0aGVuIG5lZWQgdG8gY2xlYW4gdXAgdGhlIGRlc2NyaXB0aW9u IHRleHTwn5iKICANCkNsZWFuIHVwPyBDYW4geW91IGJlIG1vcmUgc3BlY2lmaWM/DQogW2RlYm9y YWhdIFNlZSBhYm92ZS4NCg0KQnIgU3RlZmFuDQoNCj4gDQo+IERlYm9yYWgNCj4gKEFEIGhhdCBv bikNCj4gDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IENDQU1QIDxjY2Ft cC1ib3VuY2VzQGlldGYub3JnPiBPbiBCZWhhbGYgT2YgdG9tIHBldGNoDQo+IFNlbnQ6IEZyaWRh eSwgQXVndXN0IDEwLCAyMDE4IDc6NTMgQU0NCj4gVG86IHN0ZWZhbiB2YWxsaW4gPHN0ZWZhbkB3 YWxsYW4uc2U+DQo+IENjOiBjY2FtcEBpZXRmLm9yZw0KPiBTdWJqZWN0OiBSZTogW0NDQU1QXSBy ZXZpZXcgb2YgZHJhZnQtaWV0Zi1jY2FtcC1hbGFybS1tb2R1bGUtMDENCj4gDQo+IFN0ZWZhbg0K PiANCj4gSSBmaW5kIHRoaXMgSS1EICh0b28pIGhhcmQgdG8gdW5kZXJzdGFuZC4gIFRoZSBwcm9i bGVtIEkgaGF2ZSBpcyB3aXRoIHRlcm1pbm9sb2d5IHdoaWNoIHNlZW1zIGVsYXN0aWMuDQo+IA0K PiBUaHVzICdhbGFybSBzdGF0ZScgaXMgbm90IGRlZmluZWQgYXMgYSB0ZXJtOyBpdCBpcyBpbiBv dGhlciBhbGFybSB3b3JrIHdoZXJlIHRoZSBkZWZpbml0aW9uIHdvdWxkIGZpdCB3aXRoIHVzYWdl IHN1Y2ggYXMNCj4gDQo+ICAgVGhlIG9wZXJhdG9yIHN0YXRlIGZvciBhbiBhbGFybSBjYW4gYmU6 ICJub25lIiwgImFjayIsICJzaGVsdmVkIiwgYW5kDQo+ICAgImNsb3NlZCIuDQo+IG9yDQo+IGFj dHVhbCBzdGF0ZSBvZiB0aGUgYWxhcm1zDQo+IG9yDQo+IFRoZSBhbGFybSBsaXN0ICgvYWxhcm1z L2FsYXJtLWxpc3QpIGlzIGEgZnVuY3Rpb24gZnJvbSAocmVzb3VyY2UsDQo+ICAgYWxhcm0gdHlw ZSwgYWxhcm0gdHlwZSBxdWFsaWZpZXIpIHRvIHRoZSBjdXJyZW50IGFsYXJtIHN0YXRlLg0KPiAN Cj4gQnV0IHRoaXMgbWVhbmluZyBtYWtlcyBubyBzZW5zZSB0byBtZSB3aGVuIHRoZSB0ZXJtIGFw cGVhcnMgaW4gbyAgQWxhcm0gSW5zdGFuY2U6IFRoZSBhbGFybSBzdGF0ZSBmb3IgYSBzcGVjaWZp YyByZXNvdXJjZSBhbmQgYWxhcm0gdHlwZS4NCj4gb3INCj4gbyAgQWxhcm0gVHlwZTogQW4gYWxh cm0gdHlwZSBpZGVudGlmaWVzIGEgcG9zc2libGUgdW5pcXVlIGFsYXJtIHN0YXRlIGZvciBhIHJl c291cmNlLg0KPiANCj4gYW5kIHNpbmNlIEkgY2Fubm90IHVuZGVyc3RhbmQgd2hhdCB5b3UgbWVh biBieSB0aGVzZSB0d28gdGVybXMsIEkgdGhpbmsgSSBjYW5ub3QgdW5kZXJzdGFuZCB0aGUgZG9j dW1lbnQuDQo+IA0KPiBBbm90aGVyIGV4YW1wbGUgd291bGQgYmUgdGhlIHVzZSBvZiAnZXZlbnQn IHdoaWNoIGFwcGVhcnMgYXMNCj4gDQo+IDEuICB0aGUgZGVmaW5pdGlvbiBmb2N1c2VzIG9uIGxl YXZpbmcgb3V0IGV2ZW50cyBhbmQgbG9nZ2luZyBpbmZvcm1hdGlvbiBpbiBnZW5lcmFsLg0KPiAN Cj4gVGhpcyBJLUQgZG9lcyBub3QgZGVmaW5lIGV2ZW50OyBwcmV2aW91cyBJRVRGIHdvcmssIGUu Zy4gUkZDMzg3NyBkb2VzLCBhbmQgbWFrZXMgaXQgY2xlYXIgdGhhdCBhbiBhbGFybSAoY2xhc3Mp IGlzIGEgc3Vic2V0IG9mIGFuIGV2ZW50IHdoaWNoIHdvdWxkIG1ha2Ugbm8gc2Vuc2UgaGVyZS4N Cj4gDQo+IFRoZXJlIGlzIGEgbG90IG9mIHByaW9yIGFydCBpbiB0aGlzIGZpZWxkIGJ1dCB0aGlz IEktRCBzZWVtcyB0byBnbyBhZ2FpbnN0IGl0IHJhdGhlciB0aGFuIGJ1aWxkIG9uIGl0Lg0KPiAN Cj4gVG9tIFBldGNoDQo+IA0KPiAtLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tDQo+IEZyb206 ICJzdGVmYW4gdmFsbGluIiA8c3RlZmFuQHdhbGxhbi5zZT4NCj4gVG86ICJRaW4gV3UiIDxiaWxs Lnd1QGh1YXdlaS5jb20+DQo+IENjOiA8Y2NhbXBAaWV0Zi5vcmc+DQo+IFNlbnQ6IFN1bmRheSwg SnVseSAyMiwgMjAxOCA3OjE3IFBNDQo+IA0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXw0KPiBDQ0FNUCBtYWlsaW5nIGxpc3QNCj4gQ0NBTVBAaWV0Zi5v cmcNCj4gaHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNB X193d3cuaWV0Zi5vcmdfbWFpbG1hbl9saXN0aW5mb19jY2FtcCZkPUR3SUNBZyZjPUxGWVotbzlf SFVNZU1UU1FpY3ZqSWcmcj02VWhHcFc5bHdpOWRNN2pZbHhYRDh3Jm09WTdsTDhObzkxQlFwTU1H b3Y2TzA5eVJ5OWtOQnJfb1VnWGJrbVhqTGpxayZzPUN0blZpZjBtUk54NDZHeG9QemJxaDdPVVZC WGx1c243aXRDR0d5Z1gtcTQmZT0NCg0K From nobody Mon Aug 13 18:17:28 2018 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B1D651310CC for ; Mon, 13 Aug 2018 18:17:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001] autolearn=ham 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 xUfvqZ4hkcJn for ; Mon, 13 Aug 2018 18:17:24 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0C66B130E4C for ; Mon, 13 Aug 2018 18:17:24 -0700 (PDT) Received: from LHREML710-CAH.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 529566D0D3EFA; Tue, 14 Aug 2018 02:17:20 +0100 (IST) Received: from DGGEML421-HUB.china.huawei.com (10.1.199.38) by LHREML710-CAH.china.huawei.com (10.201.108.33) with Microsoft SMTP Server (TLS) id 14.3.399.0; Tue, 14 Aug 2018 02:17:13 +0100 Received: from DGGEML510-MBS.china.huawei.com ([169.254.3.224]) by dggeml421-hub.china.huawei.com ([10.1.199.38]) with mapi id 14.03.0399.000; Tue, 14 Aug 2018 09:17:07 +0800 From: Fatai Zhang To: tom petch , "ccamp@ietf.org" Thread-Topic: CCAMP Minutes Thread-Index: AdQzbDICNR22t6yARQ6nkoQMD4dbug== Date: Tue, 14 Aug 2018 01:17:07 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.74.163.186] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [CCAMP] CCAMP Minutes X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Aug 2018 01:17:27 -0000 Hi all, Please see the minutes(the disgusting logo disappeared after approval, :-))= :=20 https://tools.ietf.org/wg/ccamp/minutes?item=3Dminutes-102-ccamp-02.html Thanks Fatai & Daniele From nobody Tue Aug 14 02:44:26 2018 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 15045130E57 for ; Tue, 14 Aug 2018 02:44:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIMWL_WL_MED=-0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cienacorp.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wJhgvSlGXBp8 for ; Tue, 14 Aug 2018 02:44:21 -0700 (PDT) Received: from NAM03-DM3-obe.outbound.protection.outlook.com (mail-dm3nam03on0040.outbound.protection.outlook.com [104.47.41.40]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8D2071292F1 for ; Tue, 14 Aug 2018 02:44:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cienacorp.onmicrosoft.com; s=selector1-ciena-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=VnRglXkMciU5RpmadFQ7Drx11SH6xki5EUrEGNuUwlg=; b=ZrnrTcrtKPgZwEF5EuCsUQIRG9sLwWtf3enhgcxplWxFq+euz3Cp5wWAui+GwbvZ2jZKf9S/QpE6YqIKjcE8kZsjDWfiJWVKsgCBte//kScSRqmJG+cWUlimY22wgvqv0CY+uHyyJs1zIP77nSoUuwoKEMoSGCI8fqKBTVy3vLs= Received: from SN6PR04MB4528.namprd04.prod.outlook.com (52.135.120.26) by SN6PR04MB4046.namprd04.prod.outlook.com (52.135.82.143) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1038.20; Tue, 14 Aug 2018 09:44:19 +0000 Received: from SN6PR04MB4528.namprd04.prod.outlook.com ([fe80::911d:f05e:db66:bdef]) by SN6PR04MB4528.namprd04.prod.outlook.com ([fe80::911d:f05e:db66:bdef%3]) with mapi id 15.20.1038.025; Tue, 14 Aug 2018 09:44:19 +0000 From: "Shah, Himanshu" To: Daniele Ceccarelli , "longhao@huawei.com" , "Yemin (Amy)" , Greg Mirsky , "D'Alessandro Alessandro Gerardo (alessandro.dalessandro@telecomitalia.it)" CC: "CCAMP (ccamp@ietf.org)" Thread-Topic: [**EXTERNAL**] IPR polling - draft-ietf-ccamp-rsvp-te-bandwidth-availability-09 Thread-Index: AQHUM7NfKOjNghg1gUaQvNMqx0MuKQ== Date: Tue, 14 Aug 2018 09:44:19 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.f.0.180709 authentication-results: spf=none (sender IP is ) smtp.mailfrom=hshah@ciena.com; x-originating-ip: [98.110.221.66] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; SN6PR04MB4046; 6:Ahiibr9C2KzmUoJCFN8w3I+KEiIvmTVWMnXKmAVyHqhPssII6CcvtO29ajp0jDkAYg+C0Zn5Q4UTixu4l/FyMHZz9ix1bb/DyRMPzTy2EUawJewn/kRcnyDFpPvAlyY8/a1qdAyIbXfa231e/lJWs4rkbvIBK6GfPAGG0UDFeMF7JQYMZ/9aB4Sbdbw+g+6jcZivAPst6uS29fGYwffD8Nj+mEKMMZlDVBvsDF1WIbRig3DLzcu1cYZaY+NZwsy2TzNURNZXeoUlSYxwg+9IYw4Ywj4xUENdydlBNKrh+WRdTfzX7p905VXfbOJgtEyYHJCc1XiR69rLGV3DVbe+lAVAcrpluVmCi+RFsCqR9PcQECSfnIVfOisp7b6zi2/feHzrhw41OW6hUTf7+tny4FToPUpT1gomAGZvBpsrWlowCxjQ2+N31Pwu3drAl+pZDfPq/viHf6NS/MnMSntdPA==; 5:wCxQS71n/iW11njqcFWY/yGBDQ/8/HroH2RtomHBQITo0NtrKxAe7ZShZWXTeXVq6lskFWBxa0N04Ctaz4wWhIlNhmIcVtPkhvvbggPLtilGbGxbHXLRD6VBu/uRWGXhzuE5MkxOBq7NWGF1PgZgEUpyCyk5nyf2+XxyS5SvG0Q=; 7:3LZRICvYYAhU8ufB29zxolBPxzm8SF1FGqEFd4f63txpOS40lmRqROKJjiF3Ao9VusZcyJwaxTSFRqL6oiwaD46LMRg3n69kcqUWCi+MRE7PPHxSfiYVjftREPXAiOQQaYS5YJ74/QY5li5pY2oaxyIBOc6HrCHSjv1opUcaGIn9C8gek3zx5R5XBxw2UZqRmZ90GSD3Eo5ugoVdq8QykbWtYNIMaYHHGcBdbb+z3cDm0udJKFhiV8rdXDbb39QE x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: d6fcc11e-15db-4002-28e8-08d601ca8231 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989117)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(5600074)(711020)(2017052603328)(7153060)(7193020); SRVR:SN6PR04MB4046; x-ms-traffictypediagnostic: SN6PR04MB4046: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(28532068793085)(50582790962513)(85827821059158)(43073073696351)(60276143690247)(248295561703944)(37575265505322)(21748063052155); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(5005006)(8121501046)(3002001)(10201501046)(3231311)(944501410)(52105095)(93006095)(93001095)(149027)(150027)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123558120)(20161123562045)(20161123564045)(20161123560045)(6072148)(201708071742011)(7699016); SRVR:SN6PR04MB4046; BCL:0; PCL:0; RULEID:; SRVR:SN6PR04MB4046; x-forefront-prvs: 0764C4A8CD x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(366004)(346002)(39860400002)(376002)(396003)(136003)(199004)(189003)(6486002)(58126008)(6436002)(97736004)(6246003)(53936002)(39060400002)(6306002)(54896002)(6512007)(8676002)(81166006)(81156014)(110136005)(86362001)(7736002)(2900100001)(5660300001)(5250100002)(14454004)(2906002)(105586002)(6116002)(229853002)(3846002)(790700001)(478600001)(33656002)(106356001)(316002)(25786009)(2501003)(99286004)(36756003)(8936002)(4326008)(83716003)(186003)(66066001)(256004)(26005)(82746002)(53546011)(6506007)(486006)(102836004)(476003)(68736007)(2616005); DIR:OUT; SFP:1101; SCL:1; SRVR:SN6PR04MB4046; H:SN6PR04MB4528.namprd04.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: ciena.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: 59T/JgNv+lF4kADUvulG+BIUTDOY3pbLIamC0pghuXruF49jA1QqNZbzhgKSUcVkj9stH2Rm88a5ai47aKU+0WJTCKiEBi5h+3puNg3pyO3As5U2fCWoG+4z9eGgvTOqAXlTsxvrxbEBIjZ9ri1MMB3SW9K7DN/xvvRLilOKThQVc5HtVriThB7l2LXuASG9gfK63n9qCl83OWpGjxJ8dg2Lrckd1kpg6DgCj5JMli6oTF7y3zdYU/+VZJPwVELFoehzK7UeztIu+LU5hCy5z1JhGLlE0eozXK0z4zyn0n2MU+I/6Ot8RU/etCVLIQ0NtFvabbplHEkYRAsPOHIAYkLHfr2ZmcM9dpc9DAgxTZs= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_F424E9241D8B4F25B60524F7657BE574cienacom_" MIME-Version: 1.0 X-OriginatorOrg: ciena.com X-MS-Exchange-CrossTenant-Network-Message-Id: d6fcc11e-15db-4002-28e8-08d601ca8231 X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Aug 2018 09:44:19.7294 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 457a2b01-0019-42ba-a449-45f99e96b60a X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN6PR04MB4046 Archived-At: Subject: Re: [CCAMP] [**EXTERNAL**] IPR polling - draft-ietf-ccamp-rsvp-te-bandwidth-availability-09 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Aug 2018 09:44:24 -0000 --_000_F424E9241D8B4F25B60524F7657BE574cienacom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Tm8sIEknbSBub3QgYXdhcmUgb2YgYW55IElQUiB0aGF0IGFwcGxpZXMgdG8gdGhpcyBkcmFmdA0K DQoNClRoYW5rcywNCkhpbWFuc2h1DQoNCkZyb206IERhbmllbGUgQ2VjY2FyZWxsaSA8ZGFuaWVs ZS5jZWNjYXJlbGxpQGVyaWNzc29uLmNvbT4NCkRhdGU6IFR1ZXNkYXksIEp1bHkgMjQsIDIwMTgg YXQgNjoyNCBBTQ0KVG86ICJsb25naGFvQGh1YXdlaS5jb20iIDxsb25naGFvQGh1YXdlaS5jb20+ LCBBbXkgPGFteS55ZW1pbkBodWF3ZWkuY29tPiwgR3JlZyBNaXJza3kgPGdyZWdpbWlyc2t5QGdt YWlsLmNvbT4sICJEJ0FsZXNzYW5kcm8gQWxlc3NhbmRybyBHZXJhcmRvIChhbGVzc2FuZHJvLmRh bGVzc2FuZHJvQHRlbGVjb21pdGFsaWEuaXQpIiA8YWxlc3NhbmRyby5kYWxlc3NhbmRyb0B0ZWxl Y29taXRhbGlhLml0PiwgIlNoYWgsIEhpbWFuc2h1IiA8aHNoYWhAY2llbmEuY29tPg0KQ2M6ICJj Y2FtcEBpZXRmLm9yZyIgPGNjYW1wQGlldGYub3JnPg0KU3ViamVjdDogWyoqRVhURVJOQUwqKl0g SVBSIHBvbGxpbmcgLSBkcmFmdC1pZXRmLWNjYW1wLXJzdnAtdGUtYmFuZHdpZHRoLWF2YWlsYWJp bGl0eS0wOQ0KDQpObywgSSdtIG5vdCBhd2FyZSBvZiBhbnkgSVBSIHRoYXQgYXBwbGllcyB0byB0 aGlzIGRyYWZ0DQo= --_000_F424E9241D8B4F25B60524F7657BE574cienacom_ Content-Type: text/html; charset="utf-8" Content-ID: <91D723894FF53B4987055C322D5D0B81@namprd04.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDb25zb2xhczsNCglwYW5vc2UtMToyIDEx IDYgOSAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJUcmVidWNoZXQg TVMiOw0KCXBhbm9zZS0xOjIgMTEgNiAzIDIgMiAyIDIgMiA0O30NCi8qIFN0eWxlIERlZmluaXRp b25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdp bjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9u dC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGlu aw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6IzA1NjNDMTsNCgl0ZXh0LWRlY29y YXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0K CXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Izk1NEY3MjsNCgl0ZXh0LWRlY29yYXRp b246dW5kZXJsaW5lO30NCnAubXNvbm9ybWFsMCwgbGkubXNvbm9ybWFsMCwgZGl2Lm1zb25vcm1h bDANCgl7bXNvLXN0eWxlLW5hbWU6bXNvbm9ybWFsOw0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRv Ow0KCW1hcmdpbi1yaWdodDowaW47DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFy Z2luLWxlZnQ6MGluOw0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmki LHNhbnMtc2VyaWY7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTgNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29u YWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IlRyZWJ1Y2hldCBNUyIsc2Fucy1zZXJpZjsNCgljb2xv cjojMDQzMkZGOw0KCWZvbnQtd2VpZ2h0Om5vcm1hbDsNCglmb250LXN0eWxlOm5vcm1hbDt9DQou TXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6 MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJn aW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldv cmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hh cGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlm XS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQi Pg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94 bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iIzA1NjND MSIgdmxpbms9IiM5NTRGNzIiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Tm8sIEknbSBub3QgYXdhcmUg b2YgYW55IElQUiB0aGF0IGFwcGxpZXMgdG8gdGhpcyBkcmFmdDwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1RyZWJ1Y2hldCBNUyZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMwNDMy RkYiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RyZWJ1Y2hldCBN UyZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMwNDMyRkYiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48aT48c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6Q29uc29sYXM7Y29sb3I6IzA0MzJGRiI+VGhhbmtzLDxvOnA+PC9vOnA+PC9zcGFuPjwv aT48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxpPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTpDb25zb2xhcztjb2xvcjojMDQzMkZGIj5IaW1hbnNodTwvc3Bhbj48L2k+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VHJlYnVjaGV0IE1TJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzA0MzJGRiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7VHJlYnVjaGV0IE1TJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzA0MzJGRiI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVy LXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Y29sb3I6 YmxhY2siPkZyb206IDwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Y29s b3I6YmxhY2siPkRhbmllbGUgQ2VjY2FyZWxsaSAmbHQ7ZGFuaWVsZS5jZWNjYXJlbGxpQGVyaWNz c29uLmNvbSZndDs8YnI+DQo8Yj5EYXRlOiA8L2I+VHVlc2RheSwgSnVseSAyNCwgMjAxOCBhdCA2 OjI0IEFNPGJyPg0KPGI+VG86IDwvYj4mcXVvdDtsb25naGFvQGh1YXdlaS5jb20mcXVvdDsgJmx0 O2xvbmdoYW9AaHVhd2VpLmNvbSZndDssIEFteSAmbHQ7YW15LnllbWluQGh1YXdlaS5jb20mZ3Q7 LCBHcmVnIE1pcnNreSAmbHQ7Z3JlZ2ltaXJza3lAZ21haWwuY29tJmd0OywgJnF1b3Q7RCdBbGVz c2FuZHJvIEFsZXNzYW5kcm8gR2VyYXJkbyAoYWxlc3NhbmRyby5kYWxlc3NhbmRyb0B0ZWxlY29t aXRhbGlhLml0KSZxdW90OyAmbHQ7YWxlc3NhbmRyby5kYWxlc3NhbmRyb0B0ZWxlY29taXRhbGlh Lml0Jmd0OywgJnF1b3Q7U2hhaCwgSGltYW5zaHUmcXVvdDsgJmx0O2hzaGFoQGNpZW5hLmNvbSZn dDs8YnI+DQo8Yj5DYzogPC9iPiZxdW90O2NjYW1wQGlldGYub3JnJnF1b3Q7ICZsdDtjY2FtcEBp ZXRmLm9yZyZndDs8YnI+DQo8Yj5TdWJqZWN0OiA8L2I+WyoqRVhURVJOQUwqKl0gSVBSIHBvbGxp bmcgLSBkcmFmdC1pZXRmLWNjYW1wLXJzdnAtdGUtYmFuZHdpZHRoLWF2YWlsYWJpbGl0eS0wOTxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iY29sb3I6YmxhY2siPk5vLCBJJ20gbm90IGF3YXJlIG9mIGFueSBJUFIgdGhhdCBh cHBsaWVzIHRvIHRoaXMgZHJhZnQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvYm9k eT4NCjwvaHRtbD4NCg== --_000_F424E9241D8B4F25B60524F7657BE574cienacom_-- From nobody Tue Aug 14 04:50:31 2018 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5C93C130EA3 for ; Tue, 14 Aug 2018 04:50:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.187 X-Spam-Level: *** X-Spam-Status: No, score=3.187 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RATWARE_MS_HASH=2.148, RATWARE_OUTLOOK_NONAME=2.95, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIMWL_WL_MED=-0.01] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=btconnect.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MjXGNFbFO8iq for ; Tue, 14 Aug 2018 04:50:27 -0700 (PDT) Received: from EUR01-HE1-obe.outbound.protection.outlook.com (mail-he1eur01on0123.outbound.protection.outlook.com [104.47.0.123]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7693012DD85 for ; Tue, 14 Aug 2018 04:50:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector1-btconnect-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=wJzZsRBKgDZcPWk9Wx9sJua5iLccQvD7GTP2sekh1RA=; b=eJtKxrrmgo2/p83WIQNFcXxrHPhPqNSBfguuxPAo0ANK/dvhShyUiRCOLvXoh0rVUgM9jdBGiuirY5Kcyh+Q5vKGmfvX0L7nlBQcVm9Aly5SdHDJht7FpqDHeq3j7dd32eMoBGSsUM5yO/6fyW0VqbrDd1/1jLoc8D/7y3f+Uq8= Received: from VI1PR07MB0831.eurprd07.prod.outlook.com (10.161.107.154) by VI1PR07MB4221.eurprd07.prod.outlook.com (20.176.6.138) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1059.18; Tue, 14 Aug 2018 11:50:23 +0000 Received: from VI1PR07MB0831.eurprd07.prod.outlook.com ([fe80::715f:f4a2:caef:d939]) by VI1PR07MB0831.eurprd07.prod.outlook.com ([fe80::715f:f4a2:caef:d939%2]) with mapi id 15.20.1059.017; Tue, 14 Aug 2018 11:50:23 +0000 From: tom petch