From nobody Mon Jun 3 17:03:11 2019 Return-Path: X-Original-To: bier@ietfa.amsl.com Delivered-To: bier@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2D36212045E for ; Mon, 3 Jun 2019 17:03:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.198 X-Spam-Level: X-Spam-Status: No, score=-4.198 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=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 5MqT-yAkX2gt for ; Mon, 3 Jun 2019 17:03:07 -0700 (PDT) Received: from faui40.informatik.uni-erlangen.de (faui40.informatik.uni-erlangen.de [131.188.34.40]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 887C41201FA for ; Mon, 3 Jun 2019 17:03:07 -0700 (PDT) Received: from faui48f.informatik.uni-erlangen.de (faui48f.informatik.uni-erlangen.de [131.188.34.52]) by faui40.informatik.uni-erlangen.de (Postfix) with ESMTP id 186AF548914; Tue, 4 Jun 2019 02:03:03 +0200 (CEST) Received: by faui48f.informatik.uni-erlangen.de (Postfix, from userid 10463) id 062A8440041; Tue, 4 Jun 2019 02:03:03 +0200 (CEST) Date: Tue, 4 Jun 2019 02:03:02 +0200 From: Toerless Eckert To: Greg Shepherd Cc: BIER WG Message-ID: <20190604000302.xccdl5jknh7ols23@faui48f.informatik.uni-erlangen.de> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20170113 (1.7.2) Archived-At: Subject: Re: [Bier] WGLC - draft-ietf-bier-te-arch X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "\"Bit Indexed Explicit Replication discussion list\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jun 2019 00:03:09 -0000 +1 Obviously support as co-author. On Wed, May 29, 2019 at 12:41:26PM -0700, Greg Shepherd wrote: > Please read and respond to this thread w/ or w/o support. > > https://datatracker.ietf.org/doc/draft-ietf-bier-te-arch/ > > Vote ends 5 June 2019. > > Thanks, > Shep > (chairs) > _______________________________________________ > BIER mailing list > BIER@ietf.org > https://www.ietf.org/mailman/listinfo/bier From nobody Mon Jun 3 22:05:08 2019 Return-Path: X-Original-To: bier@ietfa.amsl.com Delivered-To: bier@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4E662120059 for ; Mon, 3 Jun 2019 22:05:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.501 X-Spam-Level: X-Spam-Status: No, score=-14.501 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=bJDxkGIr; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=zTtGMGW4 Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7JyMaI8odl7d for ; Mon, 3 Jun 2019 22:05:04 -0700 (PDT) Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 451D512015F for ; Mon, 3 Jun 2019 22:05:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=983; q=dns/txt; s=iport; t=1559624702; x=1560834302; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=rcsXHYJwUP1z6VpBwhNlmSe8sfl9lEmZcSwO9qbN95s=; b=bJDxkGIrEK8qn3sL81k8HV0Ct91Gd0C57o+ttl/OwYdP5ePC5Uc+Dx30 BAW3FIe6xp29mqeEre4uZDZpJx7VCHQ/Ln6f/THm+Tu7Vdn2FDqK3pKSJ p3h2FZR7OZEWBLX7gKd5IStqzY6rRifNuOhUpxhIq3AOSRx41nscO0v74 k=; IronPort-PHdr: =?us-ascii?q?9a23=3ATnYEQhf0onlqPT/Xl8xN/HqzlGMj4e+mNxMJ6p?= =?us-ascii?q?chl7NFe7ii+JKnJkHE+PFxlwGQD57D5adCjOzb++D7VGoM7IzJkUhKcYcEFn?= =?us-ascii?q?pnwd4TgxRmBceEDUPhK/u/dzA6Ac5PTkNN9HCgOk8TE8H7NBXf?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AGAAC5+vVc/4kNJK1mGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAQGBUQQBAQEBAQsBgT1QA2pVIAQLKIdbA4RSiiKCV4lCjW2?= =?us-ascii?q?BLoEkA1QJAQEBDAEBGAsKAgEBhEACgxYjNAkOAQMBAQQBAQIBBG0cDIVKAQE?= =?us-ascii?q?BAQMBARAoBgEBLAsBCwQCAQgOAwQBAQEeECEGCx0IAgQBDQUIGoMBgWoDHQE?= =?us-ascii?q?CDJxZAoE4iF+CIoJ5AQEFgUZBgwUNC4IPAwaBNAGLWReBQD+BEUaBTn4+ghp?= =?us-ascii?q?HAQEDAYFfgzqCJqhDPgkCgg2GQIkKhASCIoZyhAKJWoQEiH+HDIFhjTMCBAI?= =?us-ascii?q?EBQIOAQEFgU84gVhwFTuCbIIPg3CFFIU/coEpkCEBAQ?= X-IronPort-AV: E=Sophos;i="5.60,549,1549929600"; d="scan'208";a="279859637" Received: from alln-core-4.cisco.com ([173.36.13.137]) by alln-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 04 Jun 2019 05:05:00 +0000 Received: from XCH-ALN-001.cisco.com (xch-aln-001.cisco.com [173.36.7.11]) by alln-core-4.cisco.com (8.15.2/8.15.2) with ESMTPS id x54550ej023892 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 4 Jun 2019 05:05:00 GMT Received: from xhs-rcd-002.cisco.com (173.37.227.247) by XCH-ALN-001.cisco.com (173.36.7.11) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 4 Jun 2019 00:05:00 -0500 Received: from xhs-aln-002.cisco.com (173.37.135.119) by xhs-rcd-002.cisco.com (173.37.227.247) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 4 Jun 2019 00:04:59 -0500 Received: from NAM03-BY2-obe.outbound.protection.outlook.com (173.37.151.57) by xhs-aln-002.cisco.com (173.37.135.119) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Tue, 4 Jun 2019 00:04:59 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=rcsXHYJwUP1z6VpBwhNlmSe8sfl9lEmZcSwO9qbN95s=; b=zTtGMGW4HZdhRg7GVcmBEKKhGtZFBHSqYbdKE0ZmvKUUKlBwmSAgcJxwAwn03hZxrLvQimswAmoNhaYVWluDdK8QS/hSB9d9QoSSU2J8jVi1bfoOlUV4oSqjW4QAFn+pNhl/jHbibv5uMRKJu0NflIhlTfzjM2aUR+BDYx7Szgo= Received: from MN2PR11MB3565.namprd11.prod.outlook.com (20.178.250.159) by MN2PR11MB3597.namprd11.prod.outlook.com (20.178.251.157) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1943.21; Tue, 4 Jun 2019 05:04:58 +0000 Received: from MN2PR11MB3565.namprd11.prod.outlook.com ([fe80::7cc2:b440:8820:f0fc]) by MN2PR11MB3565.namprd11.prod.outlook.com ([fe80::7cc2:b440:8820:f0fc%7]) with mapi id 15.20.1943.018; Tue, 4 Jun 2019 05:04:58 +0000 From: "Pascal Thubert (pthubert)" To: Toerless Eckert , Greg Shepherd CC: BIER WG Thread-Topic: [Bier] WGLC - draft-ietf-bier-te-arch Thread-Index: AQHVFlafhdMgmSQgdkqncct+2lQXiKaKpRMAgABTjpA= Date: Tue, 4 Jun 2019 05:04:37 +0000 Deferred-Delivery: Tue, 4 Jun 2019 05:03:49 +0000 Message-ID: References: <20190604000302.xccdl5jknh7ols23@faui48f.informatik.uni-erlangen.de> In-Reply-To: <20190604000302.xccdl5jknh7ols23@faui48f.informatik.uni-erlangen.de> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=pthubert@cisco.com; x-originating-ip: [2001:420:c0c0:1008::4f] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: b3917256-2e89-4729-ce1c-08d6e8aa3111 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(5600148)(711020)(4605104)(1401327)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(2017052603328)(7193020); SRVR:MN2PR11MB3597; x-ms-traffictypediagnostic: MN2PR11MB3597: x-ms-exchange-purlcount: 2 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8882; x-forefront-prvs: 0058ABBBC7 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(136003)(346002)(366004)(39860400002)(396003)(376002)(13464003)(199004)(189003)(4744005)(6246003)(53936002)(14454004)(5660300002)(52536014)(9686003)(68736007)(33656002)(66476007)(66946007)(486006)(186003)(7696005)(66446008)(4326008)(64756008)(76116006)(46003)(110136005)(66556008)(6116002)(73956011)(99286004)(6306002)(6506007)(8676002)(71190400001)(55016002)(2906002)(25786009)(76176011)(229853002)(53546011)(478600001)(7736002)(8936002)(6666004)(316002)(74316002)(6436002)(86362001)(446003)(966005)(476003)(71200400001)(305945005)(11346002)(81156014)(102836004)(256004)(81166006); DIR:OUT; SFP:1101; SCL:1; SRVR:MN2PR11MB3597; H:MN2PR11MB3565.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: iEwZxurjJNkk1cY1TIEoTY/orb/OEBWRrjqS7Q98TUgSd8M0S5Y7oAUAx5BzbWBoix3HAhjaVStJncB0GdDSd2jmRoQyorpkj+1IpHcOnewvQfckkIGZ/L9lNIk8n8eD3K8tiVUF/5U5YxUY5KI5WRHrlp4uFlhHMlbPd/HsYycxAL3zG1Fvto+/N64t8fHqIlnhgnh3lGUQWWNUWE+UD0IGeZIX7elAweIgkn7ZOhxNdqg6QCVViWBy811YGr8MJdG+Z2u+qGCqo++tNKmxKqvpYGrhKlbqrId9QTxkCPq5/p6l1VLIY6ZIfazEkrWBZtEMWRVEKW2qmbtCkZj/XQJcsvO+qxhYlhw1ShrbxkKDPeYGzzIR2cU9m9yg5+DGu15Ev6ewkOXRpAkY59xFY7fYZ+0UGeMI+lX310uongk= Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: b3917256-2e89-4729-ce1c-08d6e8aa3111 X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Jun 2019 05:04:58.3329 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: pthubert@cisco.com X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB3597 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.11, xch-aln-001.cisco.com X-Outbound-Node: alln-core-4.cisco.com Archived-At: Subject: Re: [Bier] WGLC - draft-ietf-bier-te-arch X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "\"Bit Indexed Explicit Replication discussion list\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jun 2019 05:05:07 -0000 Support: I see great value in deterministic networks as well as IOT (with RPL). All the best, Pascal > -----Original Message----- > From: BIER On Behalf Of Toerless Eckert > Sent: mardi 4 juin 2019 02:03 > To: Greg Shepherd > Cc: BIER WG > Subject: Re: [Bier] WGLC - draft-ietf-bier-te-arch >=20 > +1 > Obviously support as co-author. >=20 > On Wed, May 29, 2019 at 12:41:26PM -0700, Greg Shepherd wrote: > > Please read and respond to this thread w/ or w/o support. > > > > https://datatracker.ietf.org/doc/draft-ietf-bier-te-arch/ > > > > Vote ends 5 June 2019. > > > > Thanks, > > Shep > > (chairs) >=20 > > _______________________________________________ > > BIER mailing list > > BIER@ietf.org > > https://www.ietf.org/mailman/listinfo/bier >=20 > _______________________________________________ > BIER mailing list > BIER@ietf.org > https://www.ietf.org/mailman/listinfo/bier From nobody Tue Jun 4 18:16:17 2019 Return-Path: X-Original-To: bier@ietf.org Delivered-To: bier@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 5ADB812000E; Tue, 4 Jun 2019 18:16:09 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: bier@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.97.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: bier@ietf.org Message-ID: <155969736930.28022.16283225588189544487@ietfa.amsl.com> Date: Tue, 04 Jun 2019 18:16:09 -0700 Archived-At: Subject: [Bier] I-D Action: draft-ietf-bier-path-mtu-discovery-06.txt X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.29 List-Id: "\"Bit Indexed Explicit Replication discussion list\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jun 2019 01:16:09 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Bit Indexed Explicit Replication WG of the IETF. Title : Path Maximum Transmission Unit Discovery (PMTUD) for Bit Index Explicit Replication (BIER) Layer Authors : Greg Mirsky Tony Przygienda Andrew Dolganow Filename : draft-ietf-bier-path-mtu-discovery-06.txt Pages : 8 Date : 2019-06-04 Abstract: This document describes Path Maximum Transmission Unit Discovery (PMTUD) in Bit Indexed Explicit Replication (BIER) layer. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bier-path-mtu-discovery/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-bier-path-mtu-discovery-06 https://datatracker.ietf.org/doc/html/draft-ietf-bier-path-mtu-discovery-06 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-bier-path-mtu-discovery-06 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Wed Jun 5 14:03:07 2019 Return-Path: X-Original-To: bier@ietfa.amsl.com Delivered-To: bier@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2A80112013B; Wed, 5 Jun 2019 14:03:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.997 X-Spam-Level: X-Spam-Status: No, score=-1.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cGwO-bMLQPoP; Wed, 5 Jun 2019 14:03:04 -0700 (PDT) Received: from mail-lj1-x231.google.com (mail-lj1-x231.google.com [IPv6:2a00:1450:4864:20::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9600B120043; Wed, 5 Jun 2019 14:03:03 -0700 (PDT) Received: by mail-lj1-x231.google.com with SMTP id v29so13175787ljv.0; Wed, 05 Jun 2019 14:03:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=Jz3f0TsyQfWWNB3dVNT3TDyAYz4h6yRBNCJFPlnCjLc=; b=rO7+0xNlbuR/fdS8qVBBcz6dre7I5bfOPYnP9JRhlE8GveYtz7Ci/4g68Pq9jNq2Vz Z3r2f0kCtsFaTTzWIimLPNYfRr4C9lvzOSdxWY0E3wFO3jga/Uy5VB/wxfSp47WmzGXH s/+7gSjZm1WfvfE8A9qWNaersgbnreNP8mTRHO3EvTe7ILePU6Rf0S3AjfLQU+sySTeL 96j5/WCWoBkR388Q2r175X8IUZqeq5RQFtqN1WUzVGNpbqdH6ZqQeRky7RSFtu9imsQ3 ql9+FFH3w9AqVF1PGrZpira0YIPQbiShYhRQ7Hl1DAAH300BSp9M86usHxYgs+VoZBkT rnqw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=Jz3f0TsyQfWWNB3dVNT3TDyAYz4h6yRBNCJFPlnCjLc=; b=LoWnj1eVnkY2JGyno14F4ppy5LNc+GMVfmsqH/79+FZkgPbsiJd4MW5QHeuN1vFipV EuLS57vVqKS0zcoUm2nsfdbHolBN6lpD4jIk2yZkna9ZIhtSS39j0niuxvWQqoNneCm/ k9Jb02q700hqORPMBMIbJPdCpWKQbaoAgUv210xpL/31Ur/htRGwi8idbSqvk1DZRKsW q9tEfm+w+H+HsCZ/ssXkTvHTthmNS/jhD2giMMhBnsfCS+YORdcMeA+itFHawHky5CNp OdLNj5wQtkVYCKfYUC8LYAqsMr84DlNg810eCdz3Qj0mbulgYXFsCV/0lPkdjrNR2wRQ Vodg== X-Gm-Message-State: APjAAAV5NA0Wkscyvoi4H3QXnqeMCeSQLmCx768qGVFpPQDuTbE7RhPF gJk1ijIN7IgS/+CUY2ewfrQVdqoppXW5Wq+QQ2yNu63umwU= X-Google-Smtp-Source: APXvYqxcHm0vyszySIKIPXyT+aFU9ZluwR9sQBRfcbifgfeWtenqbq21NJY9Cdn7X0cyoE9L8CuWlw8Ngth+3JvY1zg= X-Received: by 2002:a2e:8583:: with SMTP id b3mr3868357lji.171.1559768581173; Wed, 05 Jun 2019 14:03:01 -0700 (PDT) MIME-Version: 1.0 References: <155969736930.28022.16283225588189544487@ietfa.amsl.com> In-Reply-To: <155969736930.28022.16283225588189544487@ietfa.amsl.com> From: Greg Mirsky Date: Wed, 5 Jun 2019 14:02:50 -0700 Message-ID: To: BIER WG , bier-chairs@ietf.org Content-Type: multipart/alternative; boundary="000000000000367460058a99ecc0" Archived-At: Subject: [Bier] Fwd: I-D Action: draft-ietf-bier-path-mtu-discovery-06.txt X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "\"Bit Indexed Explicit Replication discussion list\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jun 2019 21:03:06 -0000 --000000000000367460058a99ecc0 Content-Type: text/plain; charset="UTF-8" Dear All, contact information update. Ready to take the document further. Regards, Greg ---------- Forwarded message --------- From: Date: Tue, Jun 4, 2019 at 6:17 PM Subject: [Bier] I-D Action: draft-ietf-bier-path-mtu-discovery-06.txt To: Cc: A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Bit Indexed Explicit Replication WG of the IETF. Title : Path Maximum Transmission Unit Discovery (PMTUD) for Bit Index Explicit Replication (BIER) Layer Authors : Greg Mirsky Tony Przygienda Andrew Dolganow Filename : draft-ietf-bier-path-mtu-discovery-06.txt Pages : 8 Date : 2019-06-04 Abstract: This document describes Path Maximum Transmission Unit Discovery (PMTUD) in Bit Indexed Explicit Replication (BIER) layer. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bier-path-mtu-discovery/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-bier-path-mtu-discovery-06 https://datatracker.ietf.org/doc/html/draft-ietf-bier-path-mtu-discovery-06 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-bier-path-mtu-discovery-06 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ _______________________________________________ BIER mailing list BIER@ietf.org https://www.ietf.org/mailman/listinfo/bier --000000000000367460058a99ecc0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Dear All,
contact information update.
Re= ady to take the document further.

Regards,
Greg
---------- Forwarded message ---------
From: <internet-drafts@ietf.org>
Date: Tue, Jun 4, 2019 at 6:17 PM
Subject: [Bier] I-D Action: d= raft-ietf-bier-path-mtu-discovery-06.txt
To: <i-d-announce@ietf.org>
Cc: <bier@ietf.org>



A New Internet-Draft is available from the on-line Internet-Drafts director= ies.
This draft is a work item of the Bit Indexed Explicit Replication WG of the= IETF.

=C2=A0 =C2=A0 =C2=A0 =C2=A0 Title=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= Path Maximum Transmission Unit Discovery (PMTUD) for Bit Index Explicit Re= plication (BIER) Layer
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Authors=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: Greg= Mirsky
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Tony Przygienda
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Andrew Dolganow
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Filename=C2=A0 =C2=A0 =C2=A0 =C2=A0 : draft-iet= f-bier-path-mtu-discovery-06.txt
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Pages=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= 8
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Date=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 := 2019-06-04

Abstract:
=C2=A0 =C2=A0This document describes Path Maximum Transmission Unit Discove= ry
=C2=A0 =C2=A0(PMTUD) in Bit Indexed Explicit Replication (BIER) layer.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc= /draft-ietf-bier-path-mtu-discovery/

There are also htmlized versions available at:
https://tools.ietf.org/html/draft-i= etf-bier-path-mtu-discovery-06
https://datatracker.ietf.= org/doc/html/draft-ietf-bier-path-mtu-discovery-06

A diff from the previous version is available at:
https://www.ietf.org/rfcdif= f?url2=3Ddraft-ietf-bier-path-mtu-discovery-06


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/

_______________________________________________
BIER mailing list
BIER@ietf.org
https://www.ietf.org/mailman/listinfo/bier
--000000000000367460058a99ecc0-- From nobody Thu Jun 6 09:07:09 2019 Return-Path: X-Original-To: bier@ietf.org Delivered-To: bier@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 3CE73120072; Thu, 6 Jun 2019 09:07:07 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Meeting Session Request Tool To: Cc: aretana.ietf@gmail.com, bier@ietf.org, gjshep@gmail.com, bier-chairs@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.97.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <155983722721.11683.17542074212711644958.idtracker@ietfa.amsl.com> Date: Thu, 06 Jun 2019 09:07:07 -0700 Archived-At: Subject: [Bier] bier - New Meeting Session Request for IETF 105 X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.29 List-Id: "\"Bit Indexed Explicit Replication discussion list\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jun 2019 16:07:07 -0000 A new meeting session request has just been submitted by Greg Shepherd, a Chair of the bier working group. --------------------------------------------------------- Working Group Name: Bit Indexed Explicit Replication Area Name: Routing Area Session Requester: Greg Shepherd Number of Sessions: 1 Length of Session(s): 2 Hours Number of Attendees: 50 Conflicts to Avoid: First Priority: mboned pim mpls lsr roll People who must be present: Tony Przygienda Greg Shepherd Alvaro Retana Resources Requested: Special Requests: --------------------------------------------------------- From nobody Mon Jun 17 19:40:11 2019 Return-Path: X-Original-To: bier@ietfa.amsl.com Delivered-To: bier@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5A99212004F; Mon, 17 Jun 2019 19:40:09 -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 RIppLFw_0wvL; Mon, 17 Jun 2019 19:40:06 -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 8142E12003F; Mon, 17 Jun 2019 19:40:06 -0700 (PDT) Received: from lhreml704-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id DF9CEE6B4F051D85647A; Tue, 18 Jun 2019 03:40:03 +0100 (IST) Received: from lhreml701-chm.china.huawei.com (10.201.108.50) by lhreml704-cah.china.huawei.com (10.201.108.45) with Microsoft SMTP Server (TLS) id 14.3.408.0; Tue, 18 Jun 2019 03:40:03 +0100 Received: from lhreml701-chm.china.huawei.com (10.201.108.50) by lhreml701-chm.china.huawei.com (10.201.108.50) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1713.5; Tue, 18 Jun 2019 03:40:03 +0100 Received: from NKGEML412-HUB.china.huawei.com (10.98.56.73) by lhreml701-chm.china.huawei.com (10.201.108.50) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA_P256) id 15.1.1713.5 via Frontend Transport; Tue, 18 Jun 2019 03:40:02 +0100 Received: from NKGEML514-MBX.china.huawei.com ([fe80::40a8:f0d:c0f3:2ca5]) by nkgeml412-hub.china.huawei.com ([10.98.56.73]) with mapi id 14.03.0415.000; Tue, 18 Jun 2019 10:39:50 +0800 From: Xiejingrong To: BIER WG CC: "draft-ietf-bier-ipv6-requirements@ietf.org" Thread-Topic: Comments on draft-ietf-bier-ipv6-requirements Thread-Index: AdUlfgGT7SPTSoACTbKN723btaPYdQ== Date: Tue, 18 Jun 2019 02:39:50 +0000 Message-ID: <16253F7987E4F346823E305D08F9115AAB8CFE41@nkgeml514-mbx.china.huawei.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.217.214] Content-Type: multipart/alternative; boundary="_000_16253F7987E4F346823E305D08F9115AAB8CFE41nkgeml514mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [Bier] Comments on draft-ietf-bier-ipv6-requirements X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "\"Bit Indexed Explicit Replication discussion list\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jun 2019 02:40:10 -0000 --_000_16253F7987E4F346823E305D08F9115AAB8CFE41nkgeml514mbxchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi All There was a long discussion about BIERv6 in ietf104, and the most impressiv= e to me is that, using unicast DA is more attractive, either for the purpos= e of connecting BIER domains, or work for BFRs connected with shared LAN po= rts. So the BIERv6 requirement "The solution should not require hop-by-hop modif= ication of the IP destination address field." described in section 4.2 is n= ot suitable. To meet this requirement, Anycast IPv6 address may have to be used as DA of= BIERv6 packet if one want to use Unicast address, but then the useful thin= gs are lost. One more point I think will meet many of the questions raised in ietf104: The Unicast Address used as destination address is better to change to a co= mpletely "BIER specific" unicast address instead of a normal IPv6 address w= ith just a "BIER valid" flag. Similar to < draft-ietf-6man-segment-routing-header-21>, This "BIER specifi= c" address will have a FIB Entry Locally Instantiated as End.BIER, indicati= ng "BIER specific handling", and it is not supposed to be used as normal us= age like a BGP or LDP session. Note: except for the "BIER specific" usage of an IPv6 address, there is not= hing to do with or to depend on SRv6. Then I try to answer the following questions raised in ietf104 as below: (1) If you use unicast DA, does the packet be sent to control plane? =3D=3D>Yes, if the DA is a normal IPv6 address then it is very possible to = be sent to control-plane. =3D=3D>When this DA is a "BIER specific" IPv6 address, say a flag of "END.B= IER" is in the FIB, then a following BIER handling in data plane will be ex= ecuted directly in data plane. (2) One of the interesting question is, whether you are allowed to chan= ge the bitstrings at transit without calling the operation be decapsulation= and re-encapsulation. And if we call it as the later one, should the node = which re-encapsulate are required to change the source-address? =3D=3D>The BIERv6 packet is not handled on a "transit" router, but on a rou= ter the BIER replication is targeting at. Saying A->B->C/D, A send BIERv6 p= acket to B with B's BFR prefix as IPv6 DA, and B send BIERv6 packet to C an= d D with C's BFR prefix and D's BFR prefix respectively. =3D=3D>Keeping the source-address unchanged is a common case in the paradig= m of Source-routing, and BIER is kind of Source-multicast-routing, isn't it= ? (3) putting it inside options is overruled. Next-proto =3D BIER is far more= practical. Its kind of similar, we can think abut merge. =3D=3D>Using multiple TLVs in an IPv6-Ext-Header is good mechanism for exte= nsion, one may want to use a new Next-proto =3D BIER (neither in L3 or in L= 4) for efficiency, but then the extension is lost. =3D=3D>One usage of the extension, one can encapsulation X number of BIER H= eaders, for example, which belonging to different Sets with same BSL, in X = number of TLVs in one extension header. =3D=3D>And for the real efficiency, the use of a "BIER specific" flag in FI= B is helpful to this purpose as well. Please let me know your opinions. Thanks Jingrong --_000_16253F7987E4F346823E305D08F9115AAB8CFE41nkgeml514mbxchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi All

 

There was a long discussion abo= ut BIERv6 in ietf104, and the most impressive to me is that, using unicast = DA is more attractive, either for the purpose of connecting BIER domains, o= r work for BFRs connected with shared LAN ports.

 

So the BIERv6 requirement ̶= 0;The solution should not require hop-by-hop modification of the IP destina= tion address field.” described in section 4.2 is not suitable.

 

To meet this requirement, Anyca= st IPv6 address may have to be used as DA of BIERv6 packet if one want to u= se Unicast address, but then the useful things are lost.<= /p>

 

One more point I think will mee= t many of the questions raised in ietf104:

 

The Unicast Address used as des= tination address is better to change to a completely “BIER specific&#= 8221; unicast address instead of a normal IPv6 address with just a “B= IER valid” flag.

Similar to < draft-ietf-6man= -segment-routing-header-21>, This “BIER specific” address wi= ll have a FIB Entry Locally Instantiated as End.BIER, indicating “BIE= R specific handling”, and it is not supposed to be used as normal usage like a BGP or LDP session.

Note: except for the “BIE= R specific” usage of an IPv6 address, there is nothing to do with or = to depend on SRv6.

Then I try to answer the follow= ing questions raised in ietf104 as below:

 

(= 1)   =   If you use unicast DA, = does the packet be sent to control plane? 

=3D=3D>Yes, if the DA is a n= ormal IPv6 address then it is very possible to be sent to control-plane.

=3D=3D>When this DA is a = 220;BIER specific” IPv6 address, say a flag of “END.BIER”= is in the FIB, then a following BIER handling in data plane will be execut= ed directly in data plane.

 

(= 2)   =   One of the interesting = question is, whether you are allowed to change the bitstrings at transit wi= thout calling the operation be decapsulation and re-encapsulation. And if w= e call it as the later one, should the node which re-encapsulate are required to change the source-address?

=3D=3D>The BIERv6 packet is = not handled on a “transit” router, but on a router the BIER rep= lication is targeting at. Saying A->B->C/D, A send BIERv6 packet to B= with B’s BFR prefix as IPv6 DA, and B send BIERv6 packet to C and D with C’s BFR prefix and D’s BFR prefix respectively. <= o:p>

=3D=3D>Keeping the source-ad= dress unchanged is a common case in the paradigm of Source-routing, and BIE= R is kind of Source-multicast-routing, isn’t it ?

 

(3) putting it inside options i= s overruled. Next-proto =3D BIER is far more practical. Its kind of similar= , we can think abut merge.

=3D=3D>Using multiple TLVs i= n an IPv6-Ext-Header is good mechanism for extension, one may want to use a= new Next-proto =3D BIER (neither in L3 or in L4) for efficiency, but then = the extension is lost.

=3D=3D>One usage of the exte= nsion, one can encapsulation X number of BIER Headers, for example, which b= elonging to different Sets with same BSL, in X number of TLVs in one extens= ion header.

=3D=3D>And for the real effi= ciency, the use of a “BIER specific” flag in FIB is helpful to = this purpose as well.

 

Please let me know your opinion= s.

 

Thanks

Jingrong

 

--_000_16253F7987E4F346823E305D08F9115AAB8CFE41nkgeml514mbxchi_-- From nobody Wed Jun 19 05:33:23 2019 Return-Path: X-Original-To: bier@ietfa.amsl.com Delivered-To: bier@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 663A312047F for ; Wed, 19 Jun 2019 05:33:21 -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, RCVD_IN_DNSWL_MED=-2.3, 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 mOXgpdZFi2Xw for ; Wed, 19 Jun 2019 05:33:19 -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 ED09F12031D for ; Wed, 19 Jun 2019 05:33:18 -0700 (PDT) Received: from LHREML711-CAH.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 4C7A57F3D5D6A34EF7E8 for ; Wed, 19 Jun 2019 13:33:17 +0100 (IST) Received: from NKGEML414-HUB.china.huawei.com (10.98.56.75) by LHREML711-CAH.china.huawei.com (10.201.108.34) with Microsoft SMTP Server (TLS) id 14.3.408.0; Wed, 19 Jun 2019 13:33:16 +0100 Received: from NKGEML514-MBX.china.huawei.com ([fe80::40a8:f0d:c0f3:2ca5]) by nkgeml414-hub.china.huawei.com ([10.98.56.75]) with mapi id 14.03.0415.000; Wed, 19 Jun 2019 20:33:04 +0800 From: Xiejingrong To: BIER WG Thread-Topic: New Version Notification for draft-xie-bier-ipv6-encapsulation-01.txt Thread-Index: AQHVJpjthMry25wQXE6Fgj5N5qbClaai5MmA Date: Wed, 19 Jun 2019 12:33:03 +0000 Message-ID: <16253F7987E4F346823E305D08F9115AAB8D1348@nkgeml514-mbx.china.huawei.com> References: <156094661049.12235.16324288862615711044.idtracker@ietfa.amsl.com> In-Reply-To: <156094661049.12235.16324288862615711044.idtracker@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.111.217.214] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [Bier] FW: New Version Notification for draft-xie-bier-ipv6-encapsulation-01.txt X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "\"Bit Indexed Explicit Replication discussion list\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jun 2019 12:33:22 -0000 SGkgQWxsLA0KDQpUaGlzIC0wMSBkcmFmdCBoYXMgdGhlIGZvbGxvd2luZyBjaGFuZ2VzOg0KMSkg TmV4dCBIZWFkZXIgdmFsdWUgMTM5IGNoYW5nZWQgdG8gMTM3IHRvIHJlcHJlc2VudCBEb3duc3Ry ZWFtLWFzc2lnbmVkIE1QTFMgaW4gSVB2Ni4NCjIpIFVuaWNhc3QgYWRkcmVzcyBvcHRpb24gY2hh bmdlZCBmcm9tIGEgImdlbmVyYWwiIElQdjYgYWRkcmVzcyB0byBhICJCSUVSIHNwZWNpZmljIiBJ UHY2IGFkZHJlc3MuIFRoaXMgd2lsbCBzb2x2ZSB0aGUgY29uY2VybnMgcmVnYXJkaW5nIHRoZSBl ZmZpY2llbmN5IG9mIEJJRVJ2NiBmb3J3YXJkaW5nLCBhbmQgdGhlIGltcGFjdCB0byBleGlzdCBw cm9jZXNzLg0KMykgUmVnYXJkaW5nIHRoZSBvcmRlciBvZiBtYW55IHBvc3NpYmxlIElQdjYgZXh0 IGhlYWRlcnMgYW5kIG9wdGlvbnMsIHRoZXJlIGlzIGEgcmVmZXJlbmNlIHRvIFJGQzYyNzUsIGFu ZCB0aGUgYWJvdmUgIkJJRVIgU3BlY2lmaWMiIElQdjYgYWRkcmVzcyBhbHNvIGhhcyBhIHNvbGlk IHN1cHBvcnQgd2l0aCBtaW5pbXVtIGltcGFjdC4NCjQpIEFkZCBhIHJlZmVyZW5jZSB0byBTUnY2 LU5ldHdvcmstUHJvZ3JhbW1pbmcsIGFuZCBhbHNvIG1ha2UgY2xlYXIgQklFUnY2IGRvZXMgbm90 IGRlcGVuZCBvbiBTUnY2LU5QLg0KDQpWZXJ5IG11Y2ggYXBwcmVjaWF0ZWQgZm9yIHlvdXIgY29t bWVudHMgIQ0KDQpUaGFua3MNCkppbmdyb25nDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0t DQpGcm9tOiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmcgW21haWx0bzppbnRlcm5ldC1kcmFmdHNA aWV0Zi5vcmddIA0KU2VudDogV2VkbmVzZGF5LCBKdW5lIDE5LCAyMDE5IDg6MTcgUE0NClRvOiBY aWF5YW5nIChZb2xhbmRhKSA8eW9sYW5kYS54aWFAaHVhd2VpLmNvbT47IFNlbnRoaWwgRGhhbmFy YWogPHNlbnRoaWwuZGhhbmFyYWpAaHVhd2VpLmNvbT47IFhpZWppbmdyb25nIDx4aWVqaW5ncm9u Z0BodWF3ZWkuY29tPjsgTWlrZSBNY0JyaWRlIDxtbWNicmlkZTdAZ21haWwuY29tPjsgTGlhbmcg R2VuZyA8Z2VuZ2xpYW5nQGNoaW5hbW9iaWxlLmNvbT47IFlhbmdhbmcgPHlhbmdhbmdAaHVhd2Vp LmNvbT4NClN1YmplY3Q6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQteGllLWJp ZXItaXB2Ni1lbmNhcHN1bGF0aW9uLTAxLnR4dA0KDQoNCkEgbmV3IHZlcnNpb24gb2YgSS1ELCBk cmFmdC14aWUtYmllci1pcHY2LWVuY2Fwc3VsYXRpb24tMDEudHh0DQpoYXMgYmVlbiBzdWNjZXNz ZnVsbHkgc3VibWl0dGVkIGJ5IEppbmdyb25nIFhpZSBhbmQgcG9zdGVkIHRvIHRoZSBJRVRGIHJl cG9zaXRvcnkuDQoNCk5hbWU6CQlkcmFmdC14aWUtYmllci1pcHY2LWVuY2Fwc3VsYXRpb24NClJl dmlzaW9uOgkwMQ0KVGl0bGU6CQlFbmNhcHN1bGF0aW9uIGZvciBCSUVSIGluIE5vbi1NUExTIElQ djYgTmV0d29ya3MNCkRvY3VtZW50IGRhdGU6CTIwMTktMDYtMTkNCkdyb3VwOgkJSW5kaXZpZHVh bCBTdWJtaXNzaW9uDQpQYWdlczoJCTEzDQpVUkw6ICAgICAgICAgICAgaHR0cHM6Ly93d3cuaWV0 Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LXhpZS1iaWVyLWlwdjYtZW5jYXBzdWxhdGlvbi0w MS50eHQNClN0YXR1czogICAgICAgICBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9k cmFmdC14aWUtYmllci1pcHY2LWVuY2Fwc3VsYXRpb24vDQpIdG1saXplZDogICAgICAgaHR0cHM6 Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LXhpZS1iaWVyLWlwdjYtZW5jYXBzdWxhdGlvbi0w MQ0KSHRtbGl6ZWQ6ICAgICAgIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwv ZHJhZnQteGllLWJpZXItaXB2Ni1lbmNhcHN1bGF0aW9uDQpEaWZmOiAgICAgICAgICAgaHR0cHM6 Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LXhpZS1iaWVyLWlwdjYtZW5jYXBzdWxh dGlvbi0wMQ0KDQpBYnN0cmFjdDoNCiAgIFRoaXMgZG9jdW1lbnQgcHJvcG9zZXMgYSBCSUVSIElQ djYgKEJJRVJ2NikgZW5jYXBzdWxhdGlvbiBmb3IgTm9uLQ0KICAgTVBMUyBJUHY2IE5ldHdvcmtz IHVzaW5nIHRoZSBJUHY2IERlc3RpbmF0aW9uIE9wdGlvbiBleHRlbnNpb24NCiAgIGhlYWRlci4N Cg0KDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgDQoNCg0KUGxlYXNlIG5vdGUgdGhhdCBpdCBt YXkgdGFrZSBhIGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2Ygc3VibWlzc2lvbiB1 bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0IHRvb2xz LmlldGYub3JnLg0KDQpUaGUgSUVURiBTZWNyZXRhcmlhdA0KDQo= From nobody Fri Jun 21 22:02:19 2019 Return-Path: X-Original-To: bier@ietfa.amsl.com Delivered-To: bier@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 175B312014E; Fri, 21 Jun 2019 22:02:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id n3aNJcgnpaA4; Fri, 21 Jun 2019 22:02:15 -0700 (PDT) Received: from mail-ed1-x52a.google.com (mail-ed1-x52a.google.com [IPv6:2a00:1450:4864:20::52a]) (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 EED0A1200FA; Fri, 21 Jun 2019 22:02:11 -0700 (PDT) Received: by mail-ed1-x52a.google.com with SMTP id k8so13156932edr.11; Fri, 21 Jun 2019 22:02:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=kRMOQLioeW1nr7neb7EMFS1cq2Tw+k035ADxIsXe/QA=; b=hEzTjJhQ/Ia7G8BEmlUNnba4XH8B4n/zhE7/nH8OQlGPtvewIjHkxg5i3VV/1jyynP T++galvygWeC7gL3GF0+jIWoA85z2cYYzaoJ+Gfn/DbM/oWd+LOEIDRYMW/azqLuAdhi oXZqDfhTycvPOSkD9tIl5W86fueYJuk1V/1rNhd4vYTbiXZ+AYMYtmYdJqE00cVVXtP+ +zCGQsWEFcrN/a3rvhZv8c5dYj5SM/Vx4jzkkjYOBPLzYIpkDJPA+Y73aOtkvgf9e3pu 75JtMmcmXGTgi9C1zJgSti4SejMwpJk16jIYD9/MyPR9EOAumxwOz1C0naTJ9ZddemiJ Wrvw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=kRMOQLioeW1nr7neb7EMFS1cq2Tw+k035ADxIsXe/QA=; b=ppZvt1I119p4gFwJDl7Xsu1T/sXASsJMMTMrmKugizhWOb3/uGI4wIMVq168D9awwU 54w5vfqEK7RYLMz5+MutzSmINDM2SgVEdGECzYkODdbpynZyzt3ecrD53OZA/q3F4r3f esjKQtURg3GUI6jCEk1sYsGQbJ3cenZNuyc3Sxy0XG3UBMTCvPbRb6ZjnaDrn3Wbb+hZ q7gbQUd924MRGoFujWJvFyv3MOU/yVkfp59ftn5gw//MI/QiiljcjbgbBe8CqX/7Ulko Qu9JtaqnGuJbdrZfgOUmwvPtJgXJQNC7pVXtAat8Jsh90ChEydoHVQIgQvaFgd+dBazu VyOw== X-Gm-Message-State: APjAAAVJ29GBj1JoReudZqM2ZuaNxxC3f0ATq+oeFUEUgmAwBOi3KwcY 2hT6WbY2PvKefLz9v1pEsl/1NuvYHtUh7zA7kZM= X-Google-Smtp-Source: APXvYqz5WQiNsF6hwNQGljVutaKCxpi+ycC44ylCFlTuHNdQNLxvAjBqD5Bj3aSB8vYhaCLSMNJTTzQ59kxAPRHb5Jo= X-Received: by 2002:a17:906:24c2:: with SMTP id f2mr41020ejb.233.1561179730327; Fri, 21 Jun 2019 22:02:10 -0700 (PDT) MIME-Version: 1.0 References: <16253F7987E4F346823E305D08F9115AAB8CFE41@nkgeml514-mbx.china.huawei.com> In-Reply-To: <16253F7987E4F346823E305D08F9115AAB8CFE41@nkgeml514-mbx.china.huawei.com> From: Senthil Dhanaraj Date: Sat, 22 Jun 2019 10:33:43 +0530 Message-ID: To: Xiejingrong Cc: BIER WG , "draft-ietf-bier-ipv6-requirements@ietf.org" Content-Type: multipart/alternative; boundary="00000000000041ba81058be27b18" Archived-At: Subject: Re: [Bier] Comments on draft-ietf-bier-ipv6-requirements X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "\"Bit Indexed Explicit Replication discussion list\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jun 2019 05:02:18 -0000 --00000000000041ba81058be27b18 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Jingrong, Have a comment regarding your proposal to remove the requirement =E2=80=9CT= he solution should not require hop-by-hop modification of the IP destination address field.=E2=80=9D Using unicast DA is recommended only for special scenario's (as you have already mentioned). It is not recommended to use unicast DA for normal hop-by-hop replications as it is a unnecessary extra work that each hop has to perform. If required we may re-phrase the text in the draft to make this clear instead of removing this requirement. Thanks, Senthil On Tue, Jun 18, 2019 at 8:10 AM Xiejingrong wrote: > Hi All > > > > There was a long discussion about BIERv6 in ietf104, and the most > impressive to me is that, using unicast DA is more attractive, either for > the purpose of connecting BIER domains, or work for BFRs connected with > shared LAN ports. > > > > So the BIERv6 requirement =E2=80=9CThe solution should not require hop-by= -hop > modification of the IP destination address field.=E2=80=9D described in s= ection 4.2 > is not suitable. > > > To meet this requirement, Anycast IPv6 address may have to be used as DA > of BIERv6 packet if one want to use Unicast address, but then the useful > things are lost. > > > > One more point I think will meet many of the questions raised in ietf104: > > > > The Unicast Address used as destination address is better to change to a > completely =E2=80=9CBIER specific=E2=80=9D unicast address instead of a n= ormal IPv6 address > with just a =E2=80=9CBIER valid=E2=80=9D flag. > > Similar to < draft-ietf-6man-segment-routing-header-21>, This =E2=80=9CBI= ER > specific=E2=80=9D address will have a FIB Entry Locally Instantiated as E= nd.BIER, > indicating =E2=80=9CBIER specific handling=E2=80=9D, and it is not suppos= ed to be used as > normal usage like a BGP or LDP session. > > Note: except for the =E2=80=9CBIER specific=E2=80=9D usage of an IPv6 add= ress, there is > nothing to do with or to depend on SRv6. > > Then I try to answer the following questions raised in ietf104 as below: > > > > (1) If you use unicast DA, does the packet be sent to control plane? > > =3D=3D>Yes, if the DA is a normal IPv6 address then it is very possible t= o be > sent to control-plane. > > =3D=3D>When this DA is a =E2=80=9CBIER specific=E2=80=9D IPv6 address, sa= y a flag of > =E2=80=9CEND.BIER=E2=80=9D is in the FIB, then a following BIER handling = in data plane will > be executed directly in data plane. > > > > (2) One of the interesting question is, whether you are allowed to > change the bitstrings at transit without calling the operation be > decapsulation and re-encapsulation. And if we call it as the later one, > should the node which re-encapsulate are required to change the > source-address? > > =3D=3D>The BIERv6 packet is not handled on a =E2=80=9Ctransit=E2=80=9D ro= uter, but on a router > the BIER replication is targeting at. Saying A->B->C/D, A send BIERv6 > packet to B with B=E2=80=99s BFR prefix as IPv6 DA, and B send BIERv6 pac= ket to C > and D with C=E2=80=99s BFR prefix and D=E2=80=99s BFR prefix respectively= . > > =3D=3D>Keeping the source-address unchanged is a common case in the parad= igm > of Source-routing, and BIER is kind of Source-multicast-routing, isn=E2= =80=99t it ? > > > > (3) putting it inside options is overruled. Next-proto =3D BIER is far mo= re > practical. Its kind of similar, we can think abut merge. > > =3D=3D>Using multiple TLVs in an IPv6-Ext-Header is good mechanism for > extension, one may want to use a new Next-proto =3D BIER (neither in L3 o= r in > L4) for efficiency, but then the extension is lost. > > =3D=3D>One usage of the extension, one can encapsulation X number of BIER > Headers, for example, which belonging to different Sets with same BSL, in= X > number of TLVs in one extension header. > > =3D=3D>And for the real efficiency, the use of a =E2=80=9CBIER specific= =E2=80=9D flag in FIB > is helpful to this purpose as well. > > > > Please let me know your opinions. > > > > Thanks > > Jingrong > > > _______________________________________________ > BIER mailing list > BIER@ietf.org > https://www.ietf.org/mailman/listinfo/bier > --00000000000041ba81058be27b18 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Jingrong,

Have a comment = regarding your proposal to remove the requirement =E2=80=9CThe solution sho= uld not require hop-by-hop modification of the IP destination address field= .=E2=80=9D

Using unicast DA is r= ecommended only for special scenario's (as you have already mentioned).= It is not recommended to use unicast DA for normal hop-by-hop replications= as it is a unnecessary extra work that each hop has to perform. If require= d we may re-phrase the text in the draft to make this clear instead of remo= ving this requirement.=C2=A0=C2=A0

Thanks,
Senthil

=C2=A0
On Tu= e, Jun 18, 2019 at 8:10 AM Xiejingrong <xiejingrong@huawei.com> wrote:

Hi All

=C2=A0

There was a long discussion abo= ut BIERv6 in ietf104, and the most impressive to me is that, using unicast = DA is more attractive, either for the purpose of connecting BIER domains, o= r work for BFRs connected with shared LAN ports.

=C2=A0

So the BIERv6 requirement =E2= =80=9CThe solution should not require hop-by-hop modification of the IP des= tination address field.=E2=80=9D described in section 4.2 is not suitable.<= /span>

=C2=A0

To meet this requirement, Anyca= st IPv6 address may have to be used as DA of BIERv6 packet if one want to u= se Unicast address, but then the useful things are lost.

=C2=A0

One more point I think will mee= t many of the questions raised in ietf104:

=C2=A0

The Unicast Address used as des= tination address is better to change to a completely =E2=80=9CBIER specific= =E2=80=9D unicast address instead of a normal IPv6 address with just a =E2= =80=9CBIER valid=E2=80=9D flag.

Similar to < draft-ietf-6man= -segment-routing-header-21>, This =E2=80=9CBIER specific=E2=80=9D addres= s will have a FIB Entry Locally Instantiated as End.BIER, indicating =E2=80= =9CBIER specific handling=E2=80=9D, and it is not supposed to be used as no= rmal usage like a BGP or LDP session.

Note: except for the =E2=80=9CB= IER specific=E2=80=9D usage of an IPv6 address, there is nothing to do with= or to depend on SRv6.

Then I try to answer the follow= ing questions raised in ietf104 as below:

=C2=A0

(1)=C2=A0=C2=A0=C2=A0=C2=A0 If you use unicast DA, doe= s the packet be sent to control plane?=C2=A0

=3D=3D>Yes, if the DA is a n= ormal IPv6 address then it is very possible to be sent to control-plane.=

=3D=3D>When this DA is a =E2= =80=9CBIER specific=E2=80=9D IPv6 address, say a flag of =E2=80=9CEND.BIER= =E2=80=9D is in the FIB, then a following BIER handling in data plane will = be executed directly in data plane.

=C2=A0

(2)=C2=A0=C2=A0=C2=A0=C2=A0 One of the interesting que= stion is, whether you are allowed to change the bitstrings at transit witho= ut calling the operation be decapsulation and re-encapsulation. And if we c= all it as the later one, should the node which re-encapsulate are required to change the source-address?

=3D=3D>The BIERv6 packet is = not handled on a =E2=80=9Ctransit=E2=80=9D router, but on a router the BIER= replication is targeting at. Saying A->B->C/D, A send BIERv6 packet = to B with B=E2=80=99s BFR prefix as IPv6 DA, and B send BIERv6 packet to C and D with C=E2=80=99s BFR prefix and D=E2=80=99s BFR prefix respectivel= y.

=3D=3D>Keeping the source-ad= dress unchanged is a common case in the paradigm of Source-routing, and BIE= R is kind of Source-multicast-routing, isn=E2=80=99t it ?

=C2=A0

(3) putting it inside options i= s overruled. Next-proto =3D BIER is far more practical. Its kind of similar= , we can think abut merge.

=3D=3D>Using multiple TLVs i= n an IPv6-Ext-Header is good mechanism for extension, one may want to use a= new Next-proto =3D BIER (neither in L3 or in L4) for efficiency, but then = the extension is lost.

=3D=3D>One usage of the exte= nsion, one can encapsulation X number of BIER Headers, for example, which b= elonging to different Sets with same BSL, in X number of TLVs in one extens= ion header.

=3D=3D>And for the real effi= ciency, the use of a =E2=80=9CBIER specific=E2=80=9D flag in FIB is helpful= to this purpose as well.

=C2=A0

Please let me know your opinion= s.

=C2=A0

Thanks

Jingrong

=C2=A0

_______________________________________________
BIER mailing list
BIER@ietf.org
https://www.ietf.org/mailman/listinfo/bier
--00000000000041ba81058be27b18-- From nobody Tue Jun 25 10:42:41 2019 Return-Path: X-Original-To: bier@ietfa.amsl.com Delivered-To: bier@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 400D3120A49 for ; Tue, 25 Jun 2019 10:42:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.997 X-Spam-Level: X-Spam-Status: No, score=-1.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Oc9wPb-vtxzH for ; Tue, 25 Jun 2019 10:42:36 -0700 (PDT) Received: from mail-io1-xd2f.google.com (mail-io1-xd2f.google.com [IPv6:2607:f8b0:4864:20::d2f]) (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 C5876120A4B for ; Tue, 25 Jun 2019 10:42:36 -0700 (PDT) Received: by mail-io1-xd2f.google.com with SMTP id u19so1056656ior.9 for ; Tue, 25 Jun 2019 10:42:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:reply-to:from:date:message-id :subject:to:cc; bh=wgnU74AJYPN2nNEjIWfatCeWBCvAbywFQrMf137usOU=; b=lvKG/osIiAChAkjnxsWnW96dj3390jV7kI2Pd9WzxYn3WSqpLy0yLlrXUwk3kQCZAS X3kmgotjnLitYMAcHBRQFubbGacBvGskk4LyAm+vITRAaw9TEbULwmOmvVmZnUU75aZp DczJR2HvJre0DEwUX7z7vWnV2NbzUI6hmkoNWb3x2r83LZZ1Wzt46x4/gU9lTQSuZTXW qQWSPXOaCgjIuaZaF9GSbUY4Tai9DdGmIavKz2H8fkTGHdWCtRcXy+cirSXkhm0PyfVf Ixqnr0qGrPUtdY/whf3skQqdfJLcsmlN+wyMGwkf1YIbeKPGDDzDjbsA7XTp/d+6VBO8 SFGg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:reply-to :from:date:message-id:subject:to:cc; bh=wgnU74AJYPN2nNEjIWfatCeWBCvAbywFQrMf137usOU=; b=WhXRrhcQPFRDqvlQh4M4m3/1p40/jXuLUO3el0QqwV61IAYGXxwrFgwAjlhtdo9IMQ KvTsOoZesd+pXa30qKGgxCC72WkCTNOBDs1i0WGd88YDwZKnlN0jfGPEiL0JoubqTPgS w4l8ZvzMSWtkb/2AXxluy9lyyAc9g5j/tatq+WEeLnvpTT1bKPku1C8cyFYYuPEluVr2 Hg4nECWcE6Rb8nrtIegRnzUTlpr55Be4WsS47PDBr+/sEKQMMLoXKBHkuKy9LkSvLdqU TKP9O6pL1AjNhTLLJ5tfDWBenpqS1+Clh0KU5ZNHANmOcWHof3io7teqEjNJygvR3WXz opZw== X-Gm-Message-State: APjAAAWQCEUigcVECkED31ChGFAAfc4fuLfxfpwZ8LnybtYm1B/t7WNO U5GVtBgxE4Lzmct59Mnw+2g/4v798IVLBP0Ph+8= X-Google-Smtp-Source: APXvYqzQz4krtZ25Q/rJJbS4UyQZwT+DgcD1mbEaizCpsV8LX3dNr8gQKPoEygN5cRiVjb54A2zrTbZ1n+2nJHGqWts= X-Received: by 2002:a02:cc76:: with SMTP id j22mr34252116jaq.9.1561484556098; Tue, 25 Jun 2019 10:42:36 -0700 (PDT) MIME-Version: 1.0 References: <20190604000302.xccdl5jknh7ols23@faui48f.informatik.uni-erlangen.de> In-Reply-To: Reply-To: gjshep@gmail.com From: Greg Shepherd Date: Tue, 25 Jun 2019 10:42:24 -0700 Message-ID: To: "Pascal Thubert (pthubert)" Cc: Toerless Eckert , BIER WG Content-Type: multipart/alternative; boundary="00000000000049e0a8058c2974f8" Archived-At: Subject: Re: [Bier] WGLC - draft-ietf-bier-te-arch X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "\"Bit Indexed Explicit Replication discussion list\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2019 17:42:40 -0000 --00000000000049e0a8058c2974f8 Content-Type: text/plain; charset="UTF-8" We cannot take two 'yes' votes and WG consensus. Please, read and respond. If you don't support, then please vote as much publicly right here. Thanks, Greg On Mon, Jun 3, 2019 at 10:05 PM Pascal Thubert (pthubert) < pthubert@cisco.com> wrote: > Support: > > I see great value in deterministic networks as well as IOT (with RPL). > > All the best, > > Pascal > > > -----Original Message----- > > From: BIER On Behalf Of Toerless Eckert > > Sent: mardi 4 juin 2019 02:03 > > To: Greg Shepherd > > Cc: BIER WG > > Subject: Re: [Bier] WGLC - draft-ietf-bier-te-arch > > > > +1 > > Obviously support as co-author. > > > > On Wed, May 29, 2019 at 12:41:26PM -0700, Greg Shepherd wrote: > > > Please read and respond to this thread w/ or w/o support. > > > > > > https://datatracker.ietf.org/doc/draft-ietf-bier-te-arch/ > > > > > > Vote ends 5 June 2019. > > > > > > Thanks, > > > Shep > > > (chairs) > > > > > _______________________________________________ > > > BIER mailing list > > > BIER@ietf.org > > > https://www.ietf.org/mailman/listinfo/bier > > > > _______________________________________________ > > BIER mailing list > > BIER@ietf.org > > https://www.ietf.org/mailman/listinfo/bier > --00000000000049e0a8058c2974f8 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
We cannot take two 'yes' votes and WG consensus.Please, read and respond. If you don't support, then please vote as = much publicly right here.

Thanks,
Greg

On Mon, Jun 3, 2019 at 10:05 PM Pascal Thubert (pthubert) <pthubert@cisco.com> wrote:
<= blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-l= eft-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);pa= dding-left:1ex">Support:

I see great value in deterministic networks as well as IOT (with RPL).

All the best,

Pascal

> -----Original Message-----
> From: BIER <bier-bounces@ietf.org> On Behalf Of Toerless Eckert
> Sent: mardi 4 juin 2019 02:03
> To: Greg Shepherd <gjshep@gmail.com>
> Cc: BIER WG <bie= r@ietf.org>
> Subject: Re: [Bier] WGLC - draft-ietf-bier-te-arch
>
> +1
> Obviously support as co-author.
>
> On Wed, May 29, 2019 at 12:41:26PM -0700, Greg Shepherd wrote:
> > Please read and respond to this thread w/ or w/o support.
> >
> > https://datatracker.ietf.org/doc/= draft-ietf-bier-te-arch/
> >
> > Vote ends 5 June 2019.
> >
> > Thanks,
> > Shep
> > (chairs)
>
> > _______________________________________________
> > BIER mailing list
> > BIER@ietf.org<= /a>
> > https://www.ietf.org/mailman/listinfo/bier >
> _______________________________________________
> BIER mailing list
> BIER@ietf.org > https://www.ietf.org/mailman/listinfo/bier
--00000000000049e0a8058c2974f8-- From nobody Tue Jun 25 10:44:11 2019 Return-Path: X-Original-To: bier@ietfa.amsl.com Delivered-To: bier@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CA093120697; Tue, 25 Jun 2019 10:44:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.997 X-Spam-Level: X-Spam-Status: No, score=-1.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LZyhL3MdqQzd; Tue, 25 Jun 2019 10:44:05 -0700 (PDT) Received: from mail-io1-xd2f.google.com (mail-io1-xd2f.google.com [IPv6:2607:f8b0:4864:20::d2f]) (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 AF94A120A9E; Tue, 25 Jun 2019 10:44:05 -0700 (PDT) Received: by mail-io1-xd2f.google.com with SMTP id u13so1682906iop.0; Tue, 25 Jun 2019 10:44:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:reply-to:from:date:message-id :subject:to:cc; bh=G6sKf5NleKnaR3PCrbmN0gNAW60FirkvPlAqEAWdM8w=; b=vRZpJnORgsg11v+G9d5wkruvKEu79MGgtMgmq/NKQtHu7YMrJtYD9g6VCNIBohaTHk U7Jz8uoltw/yBcEWl/YfkhxT+nCX+suxSyYl0IminWc6Fssjdi0h3uqadGMidY7keiGH U1u+JlUcYletfJ0DGBAmYDXtEUjdq1Hn8qmJaRDwCLvsnG4o4/Ok7jCFrgLBQJKTIOwG 6geOM/FCY4dA+8uEY07irk4W+eHa+L7PMFPmQPi0zh+EUPVTudhR46xEWyBBloLDvQ09 yLflEpjceRclsv5HbpIExHgqxybONXLhFettbKc0ozUABnE6FZBbHrkDUeX+t7KFmB3C +nqw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:reply-to :from:date:message-id:subject:to:cc; bh=G6sKf5NleKnaR3PCrbmN0gNAW60FirkvPlAqEAWdM8w=; b=fTRmwfmYhyo3s7wnzu2uPiv/v+e9n8j9a6JC/qj05Sh1g2bRS5Lu0toCT9X+Invhfu /mawrjBnYzr7sCkw/QmmNgrKriytMFg54Typ+8x8gdE3oPbm7T4s8YIhuWBZ2FKcjc2h rHlVpNEzqlnobX0YQQ+m9T4knJoEZezuxjHFLht69+57G30x+mR9np8v4pI1N6Md/MEd wsw2hjzkjrMFBPNHutjlZhRrMDgY7bUd9YRq6aeVIPaL9RdbrLaneJzEi/8VoULG5Nsp vUUzYsNYs7duxhZmxRnn2cumYikP/stgpWC7rC6nPIG5zLRCI4ioLZJYYOdvWUu2d/kh v/AQ== X-Gm-Message-State: APjAAAWpcF3BuRGaX8hXubklxSupI/T4jZgRLReN88EQgo9XV/EWaNYi Ssn5HcLlHOn92z6BWdenVmkpf7aroxcHYhNsA7Y= X-Google-Smtp-Source: APXvYqxj29pRP++R4/GcDXsDZTkWCPwFdlUjNxtT8roRgppzu0GuLqMBtD1pAH1huu0pBghi7cFh6chRd70o+cUvoas= X-Received: by 2002:a5d:8c97:: with SMTP id g23mr8280496ion.250.1561484645113; Tue, 25 Jun 2019 10:44:05 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: Reply-To: gjshep@gmail.com From: Greg Shepherd Date: Tue, 25 Jun 2019 10:43:53 -0700 Message-ID: To: "Ketan Talaulikar (ketant)" Cc: BIER WG , "idr-chairs@ietf.org" , Alvaro Retana Content-Type: multipart/alternative; boundary="000000000000982311058c297967" Archived-At: Subject: Re: [Bier] WGLC: draft-ietf-bier-bgp-ls-bier-ext X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "\"Bit Indexed Explicit Replication discussion list\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2019 17:44:10 -0000 --000000000000982311058c297967 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Can the authors please address Ketan's issues here? Thanks, Greg On Fri, May 31, 2019 at 12:23 AM Ketan Talaulikar (ketant) wrote: > Hello, > > > > I=E2=80=99ve reviewed this draft and have some comments below. I do not b= elieve > this draft is ready until they are addressed. > > > > IMHO the BIER WG should also cross-post this to the IDR WG so that it get= s > sufficient eyeballs from the folks working on BGP-LS there. Please note > that there are couple of points in my email below related to code point > allocation and implementation requirements that are followed for document= s > in IDR WG. I am also copying the IDR chairs and Alvaro so that we can com= e > to some common understanding across WGs producing documents related to > BGP-LS extensions. > > > > General : > > > > In most cases, the BGP-LS extensions arise from similar extensions to the > IGPs. I assume this is also the case with this document? It becomes > important and necessary that the document talks about the underlying IGP > specs and the TLVs from where the information to be put into the new BGP-= LS > TLVs being defined. Otherwise, how would the BGP-LS producer implementati= on > know what to construct the TLVs from? > > > > If this information is not being sourced from the IGPs, then likely the > BFRs would all need to setup a BGP-LS sessions and then this information = is > sourced locally. I doubt this is the case, but please confirm. > > > > Sec 3 : Please expand =E2=80=9CBFR=E2=80=9D and explain what it is on the= first usage. > > > > Sec 3 : There is no =E2=80=9CBGP-LS Prefix Attribute TLV=E2=80=9D in BGP-= LS/RFC 7752. The > name of the BGP Attribute introduced for BGP-LS is called BGP-LS Attribut= e ( > https://tools.ietf.org/html/rfc7752#section-3.3). Some of the TLVs in > this BGP-LS Attribute are called =E2=80=9CPrefix Attribute TLVs=E2=80=9D = i.e. the ones that > are associated with the BGP-LS Prefix NLRI. What we are introducing in th= is > draft for BIER are more/new Prefix Attribute TLVs. > > > > Sec 3.1 : Why do we need the MT-ID in this TLV when we already have TLV > 263 that indicates the MT-ID as part of the Prefix descriptor TLVs in the > NLRI part? > > > > Sec 3.2 : What is BS Length? I don=E2=80=99t find it in the equivalent IG= P TLVs in > rfc8444 and rfc8401. > > > > Sec 3.2 : Says > > It MUST appear multiple times in the BIER TLV as described in [RFC8444 ] > > > > This is not true. It should be a MAY not a MUST. > > > > Sec 3.3 : The BS Length is 4 bits in the IGPs while it is being introduce= d > as an 8 bit field in BGP-LS. Normally, we should keep things aligned > between IGPs and BGP-LS =E2=80=93 however, if we want to not do this, the= n this > document should have some text to explain how the length is encoded. > Perhaps somewhat similar to how it=E2=80=99s explained for the label fiel= d. > > > > Sec 4 : IDR WG does not allow for =E2=80=9Csuggestions=E2=80=9D or =E2=80= =9Crecommendations=E2=80=9D for > code-points =E2=80=93 since this is a BGP-LS document I would assume we f= ollow the > same rules even if this is BIER WG document? When required, the IANA earl= y > allocation procedure should be followed and the code points updated in th= e > draft once that has been done. Otherwise we will end up having squatting > and conflict issues since we will also have BGP-LS drafts in the LSR WG > going forward. I hope we can come to some common understanding on this > allocation process across the WGs. Another (unrelated) point is that the > IDR WG expects implementation reports and progression to WGLC only after > we=E2=80=99ve had 2 implementation reports =E2=80=93 does this change for= BGP-LS extensions > from outside IDR? > > > > Sec 4 : The IANA BGP-LS Parameters registry has the =E2=80=9CBGP-LS Node > Descriptor, Link Descriptor, Prefix Descriptor, and Attribute TLVs=E2=80= =9D > registry. Also, this document proposes to setup a new registry for the > Encapsulation sub-TLV. We=E2=80=99ve never done this in BGP-LS previously= and > everyone (including sub-TLVs) allocates from the same flat space. If this > document is proposing a deviation from this, then I believe it needs to b= e > reviewed in IDR WG since that will likely change and set a precedent for > how we allocate code-points for BGP-LS. > > > > Sec 5 : I think the text in this section is inadequate and we will face > questions during AD/IESG reviews. Please consider borrowing text from > https://tools.ietf.org/html/rfc8571#section-3 (I assume this is > straightforward case of taking info from IGPs into BGP-LS) on the lines o= f > RFC7752. > > > > Thanks, > > Ketan > > > > > > *From:* BIER *On Behalf Of *Greg Shepherd > *Sent:* 31 May 2019 01:09 > *To:* BIER WG > *Subject:* [Bier] WGLC: draft-ietf-bier-bgp-ls-bier-ext > > > > Solid support in the room in Prague. Now to the list. Please read and > respond to this thread: > > > > https://datatracker.ietf.org/doc/draft-ietf-bier-bgp-ls-bier-ext/ > > > > Also need a volunteer Doc Shepherd. I'll buy you a beer. > > > > Voting ends 13 June 2019. > > > > Thanks, > > Shep > > (chairs) > --000000000000982311058c297967 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Can the authors please address Ketan's issues here?
Thanks,
Greg

On Fri, May 31, 2019 at 12:23 = AM Ketan Talaulikar (ketant) <ketant= @cisco.com> wrote:

Hello,

=C2=A0

I=E2=80=99ve reviewed this draft and have some= comments below. I do not believe this draft is ready until they are addres= sed.

=C2=A0

IMHO the BIER WG should also cross-post this t= o the IDR WG so that it gets sufficient eyeballs from the folks working on = BGP-LS there. Please note that there are couple of points in my email below related to code point allocation and implementation requirements that are = followed for documents in IDR WG. I am also copying the IDR chairs and Alva= ro so that we can come to some common understanding across WGs producing do= cuments related to BGP-LS extensions.

=C2=A0

General :

=C2=A0

In most cases, the BGP-LS extensions arise fro= m similar extensions to the IGPs. I assume this is also the case with this = document? It becomes important and necessary that the document talks about the underlying IGP specs and the TLVs from where the information to be put= into the new BGP-LS TLVs being defined. Otherwise, how would the BGP-LS pr= oducer implementation know what to construct the TLVs from?

=C2=A0

If this information is not being sourced from = the IGPs, then likely the BFRs would all need to setup a BGP-LS sessions an= d then this information is sourced locally. I doubt this is the case, but please confirm.

=C2=A0

Sec 3 : Please expand =E2=80=9CBFR=E2=80=9D an= d explain what it is on the first usage.

=C2=A0

Sec 3 : There is no =E2=80=9CBGP-LS Prefix Att= ribute TLV=E2=80=9D in BGP-LS/RFC 7752. The name of the BGP Attribute intro= duced for BGP-LS is called BGP-LS Attribute (https://tools.ietf.o= rg/html/rfc7752#section-3.3). Some of the TLVs in this BGP-LS Attribute are called =E2=80=9CPrefix Attri= bute TLVs=E2=80=9D i.e. the ones that are associated with the BGP-LS Prefix= NLRI. What we are introducing in this draft for BIER are more/new Prefix A= ttribute TLVs.

=C2=A0

Sec 3.1 : Why do we need the MT-ID in this TLV= when we already have TLV 263 that indicates the MT-ID as part of the Prefi= x descriptor TLVs in the NLRI part?

=C2=A0

Sec 3.2 : What is BS Length? I don=E2=80=99t f= ind it in the equivalent IGP TLVs in rfc8444 and rfc8401.

=C2=A0

Sec 3.2 : Says <=
u>
It MUST appear multiple times in the BIER =
TLV as described in [RFC8444]

=C2=A0

This is not true. It should be a MAY not a MUS= T.

=C2=A0

Sec 3.3 : The BS Length is 4 bits in the IGPs = while it is being introduced as an 8 bit field in BGP-LS. Normally, we shou= ld keep things aligned between IGPs and BGP-LS =E2=80=93 however, if we wan= t to not do this, then this document should have some text to explain how the lengt= h is encoded. Perhaps somewhat similar to how it=E2=80=99s explained for th= e label field.

=C2=A0

Sec 4 : IDR WG does not allow for =E2=80=9Csug= gestions=E2=80=9D or =E2=80=9Crecommendations=E2=80=9D for code-points =E2= =80=93 since this is a BGP-LS document I would assume we follow the same ru= les even if this is BIER WG document? When required, the IANA early allocation procedure should be followed and the c= ode points updated in the draft once that has been done. Otherwise we will = end up having squatting and conflict issues since we will also have BGP-LS = drafts in the LSR WG going forward. I hope we can come to some common understanding on this allocation process= across the WGs. Another (unrelated) point is that the IDR WG expects imple= mentation reports and progression to WGLC only after we=E2=80=99ve had 2 im= plementation reports =E2=80=93 does this change for BGP-LS extensions from outside IDR?

=C2=A0

Sec 4 : The IANA BGP-LS Parameters registry ha= s the =E2=80=9CBGP-LS Node Descriptor, Link Descriptor, Prefix Descriptor, = and Attribute TLVs=E2=80=9D registry. Also, this document proposes to setup= a new registry for the Encapsulation sub-TLV. We=E2=80=99ve never done this in BGP-LS pre= viously and everyone (including sub-TLVs) allocates from the same flat spac= e. If this document is proposing a deviation from this, then I believe it n= eeds to be reviewed in IDR WG since that will likely change and set a precedent for how we allocate code-points for= BGP-LS.

=C2=A0

Sec 5 : I think the text in this section is in= adequate and we will face questions during AD/IESG reviews. Please consider= borrowing text from https://tools.ietf.org/html/rfc8571#section-3 (I assume this is= straightforward case of taking info from IGPs into BGP-LS) on the lines of= RFC7752.

=C2=A0

Thanks,

Ketan

=C2=A0

=C2=A0

From: BIER <bier-bounces@ietf.org> On Behalf Of Greg Shepherd
Sent: 31 May 2019 01:09
To: BIER WG <b= ier@ietf.org>
Subject: [Bier] WGLC: draft-ietf-bier-bgp-ls-bier-ext<= /span>

=C2=A0

Solid support in the room in Prague. Now to the list= . Please read and respond to this thread:

=C2=A0

=C2=A0

Also need a volunteer Doc Shepherd. I'll buy you= a beer.

=C2=A0

Voting ends 13 June 2019.

=C2=A0

Thanks,

Shep

(chairs)

--000000000000982311058c297967-- From nobody Wed Jun 26 10:39:44 2019 Return-Path: X-Original-To: bier@ietfa.amsl.com Delivered-To: bier@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 760F91203CE for ; Wed, 26 Jun 2019 10:39:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.748 X-Spam-Level: X-Spam-Status: No, score=-0.748 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=0.999, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mXWWptIXZ6nJ for ; Wed, 26 Jun 2019 10:39:41 -0700 (PDT) Received: from mail-ua1-x932.google.com (mail-ua1-x932.google.com [IPv6:2607:f8b0:4864:20::932]) (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 EE2F6120381 for ; Wed, 26 Jun 2019 10:39:40 -0700 (PDT) Received: by mail-ua1-x932.google.com with SMTP id j2so1074089uaq.5 for ; Wed, 26 Jun 2019 10:39:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=yrXTI1ZVmZC+5iuzjl8KoUQdhR6tY6+5N5eNazsU4bE=; b=I88AV29RgunGk47rPQLjps1xFILmnqzaulsg7KI9Vd3H/iyn1xMco03ZHH76+D9IcS Z4vdvTPC7aDDEWS6c0lVNNQd4nNN0sRFV80gPt3Ct/ll6vLw0EPXB3fr6RYiI4kx0Dn/ pHR2iCfgrZ9NoA2q2fjMliyG6C0GehcHQp+S7/9jg4uMzLGh16NDT+P5x1V+52H2/+I3 L+VWSvOuMvjw5NtsR/boXomK1gvL8vJt4r/DD3gBM3DUfaRnOkPG6fIKRBC2/uWq8De3 cw+YLxqBatXan0bre0bb8OruXGBix5h3EkOqarMnmsTgVxD7KHv+VOtpBlQvHa8zsX5X fYJg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=yrXTI1ZVmZC+5iuzjl8KoUQdhR6tY6+5N5eNazsU4bE=; b=SPO0TwB4dA3XJO41vANarY7sqKKEQipxpWJCRuWtPLtLkjydDvHDbEIsfCDqCTyqm1 oIhFOFZcxmu/db1Rd2hxcRlWLnK7mLNbO6tHkIvpTVEcSfsgmIAFjpsHclF8G7Pl/dsy y1EVd+2UdTtEtCfqYs1LEQC0ORWVRoZFkQoEoMoDEHA29mhRmSkfKQvdC4kpvQdGILwe rHA7dSg/NGZviKZH7gtseR4pIhw+TSKHq2L3O9P8fAUekVVSYwIkA/lueYDy1ee3hBkO y3wf5H9lZ4Ic0GRxiDY+jm18X+Bzh7O6P10kbYwBk/m24dt4wcsu94OhCs6Bd+Ehor2a bH8A== X-Gm-Message-State: APjAAAWY3hLRojSQnLCznOZORN5EgEvAmDPdYeLKIM0aSD0WjtgbQxwv qFo1Mq1DM/ZD06XQ5gd5ZbUpdqOdtuOp0cyEv/U= X-Google-Smtp-Source: APXvYqzQ0DjkfjsRmnz9oACPNEmpxvlAnsHw8TilnxUD+99UunrP/pOUo5W+yDptMaWDZmzfryl/P/R7eJM68e58UN0= X-Received: by 2002:ab0:1e09:: with SMTP id m9mr3419246uak.107.1561570779935; Wed, 26 Jun 2019 10:39:39 -0700 (PDT) MIME-Version: 1.0 References: <20190604000302.xccdl5jknh7ols23@faui48f.informatik.uni-erlangen.de> In-Reply-To: From: Mike McBride Date: Wed, 26 Jun 2019 10:39:36 -0700 Message-ID: To: Greg Shepherd Cc: "Pascal Thubert (pthubert)" , BIER WG , Toerless Eckert Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: Re: [Bier] WGLC - draft-ietf-bier-te-arch X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "\"Bit Indexed Explicit Replication discussion list\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jun 2019 17:39:43 -0000 How about three? I support. mike On Tue, Jun 25, 2019 at 10:42 AM Greg Shepherd wrote: > > We cannot take two 'yes' votes and WG consensus. > Please, read and respond. If you don't support, then please vote as much publicly right here. > > Thanks, > Greg > > On Mon, Jun 3, 2019 at 10:05 PM Pascal Thubert (pthubert) wrote: >> >> Support: >> >> I see great value in deterministic networks as well as IOT (with RPL). >> >> All the best, >> >> Pascal >> >> > -----Original Message----- >> > From: BIER On Behalf Of Toerless Eckert >> > Sent: mardi 4 juin 2019 02:03 >> > To: Greg Shepherd >> > Cc: BIER WG >> > Subject: Re: [Bier] WGLC - draft-ietf-bier-te-arch >> > >> > +1 >> > Obviously support as co-author. >> > >> > On Wed, May 29, 2019 at 12:41:26PM -0700, Greg Shepherd wrote: >> > > Please read and respond to this thread w/ or w/o support. >> > > >> > > https://datatracker.ietf.org/doc/draft-ietf-bier-te-arch/ >> > > >> > > Vote ends 5 June 2019. >> > > >> > > Thanks, >> > > Shep >> > > (chairs) >> > >> > > _______________________________________________ >> > > BIER mailing list >> > > BIER@ietf.org >> > > https://www.ietf.org/mailman/listinfo/bier >> > >> > _______________________________________________ >> > BIER mailing list >> > BIER@ietf.org >> > https://www.ietf.org/mailman/listinfo/bier > > _______________________________________________ > BIER mailing list > BIER@ietf.org > https://www.ietf.org/mailman/listinfo/bier From nobody Wed Jun 26 11:40:42 2019 Return-Path: X-Original-To: bier@ietfa.amsl.com Delivered-To: bier@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 041621205EB; Wed, 26 Jun 2019 11:40:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.996 X-Spam-Level: X-Spam-Status: No, score=-1.996 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CVrU1bYVR0Bf; Wed, 26 Jun 2019 11:40:33 -0700 (PDT) Received: from mail-ed1-x533.google.com (mail-ed1-x533.google.com [IPv6:2a00:1450:4864:20::533]) (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 7060D120609; Wed, 26 Jun 2019 11:40:03 -0700 (PDT) Received: by mail-ed1-x533.google.com with SMTP id r12so4599290edo.5; Wed, 26 Jun 2019 11:40:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:mime-version:date:message-id:subject:to:cc; bh=Rtz+2VdFE36S8LPeLlkfUBGk0gPDt/tBTlRQf5RbYsE=; b=e3Hr6bDq4iarg05m/p1TnTHW++5X2Cfzd4oJwlobujLnf9M2XT8BHMleOu5N9tTd2q t07TJpwdl5kML/orpqRL4FrJUqwuRaopiamq9XYfuReJqGI2VHnybXnpIEoOwG6wwCUw 0Vi+oJj+4dH1jex0qfGEHUAyv854PTQPCyc9JuaRRajBjv1MRp9gVGDkh1Zg6VaxfovO L17lhNqWSECT+rmkVu1boaCyLuJ4GMDmpkYTq+rMklWBVhcCvgPZ8laSUv8VstQDqlJ9 hhNnjxSgReCQe7Htz97YUDIIMiusGAF9nqsKoPh05DafziFGSippdCmsEtn6+mMJR9vL iZBw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:date:message-id:subject:to:cc; bh=Rtz+2VdFE36S8LPeLlkfUBGk0gPDt/tBTlRQf5RbYsE=; b=XxqtaMzsafhV2sv3gbTzuB2TlX1RC7VEN6aOKFPhWWzXEFaRMe4ccIbsacD+KPsYWv +dvaj5If9uorxh+eSC3Q9h9e+tydI7TMbU6wt50oWyLooG0mI/j9y2MebkZRHCNS6YNQ V586Ih3Ocxbqaa9TRv6ELO1AMq0Dj+LJ7uZHv3qhIqAYZtuzHTVO+lyDhpsM1uG/A03V FsETuxBNOhUOeIBWDtfLrAXUgK6aEpdY5z4fdbHqMnKWV1xzh3BUkdRPsbdM4Qc8rp91 Rk5PVOYKU4HL+Bgsa0Ch2dRI0n8Fk1n9MEmNB3Cbtljm9DlqgzaqIckFKkn3tJ3e4SBD s4TQ== X-Gm-Message-State: APjAAAWE/aNZkXpr6aaIhSB3K10/yyRwctPaK/ebxowsxDhaANcy23hK TqQpL4VmZVFIF/QADOvd4etr8ZAbc8/HccSO5FfCWg== X-Google-Smtp-Source: APXvYqzmvzdyydTRkLfx7DblweKN9yHO2Pq4QxRK8WxlJyTUtfji1D0/4S2zZ1nHYOeE8GBaj9a4rEBbbT1tGa3f/fc= X-Received: by 2002:a17:906:4552:: with SMTP id s18mr486523ejq.271.1561574401344; Wed, 26 Jun 2019 11:40:01 -0700 (PDT) Received: from 1058052472880 named unknown by gmailapi.google.com with HTTPREST; Wed, 26 Jun 2019 14:40:00 -0400 From: Alvaro Retana MIME-Version: 1.0 Date: Wed, 26 Jun 2019 14:40:00 -0400 Message-ID: To: draft-ietf-bier-pmmm-oam@ietf.org Cc: BIER WG Chairs , BIER WG Content-Type: multipart/alternative; boundary="0000000000007b8986058c3e5f27" Archived-At: Subject: [Bier] AD Review of draft-ietf-bier-pmmm-oam-05 X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "\"Bit Indexed Explicit Replication discussion list\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jun 2019 18:40:40 -0000 --0000000000007b8986058c3e5f27 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Dear authors: I just finished reading this document. I was looking forward to reviewing a short and straight-forward document, but ended this one with many questions and concerns. Please take a look at the details. I'm starting with some overall issues/concerns: (1) This document uses the PNPM method described in rfc8321, which makes that RFC a required Normative reference because it "must be read to understand or implement the technology" [1]. Note that some of my comments below are precisely about being explicit with the use of PNPM; the text talks about the marking method in general... (2) The use of PNPM results then in the fact that this document cannot be on the Standards Track because rfc8321 is Experimental. In general, downward references are possible, but I don't think this is one of those cases. The Shepherd writeup for rfc8321 [2] states that "the measurement utility of this extension still is to be demonstrated at a variety of scales in a plurality of network conditions." As far as I can tell, that hasn't been demonstrated, nor specific information about the completion of the experiment was included in the RFC text. I didn't see the topic of the document status discussed in the WG -- nor am I aware of discussions about the maturity of rfc8321 in the ippm WG. The result is then that this document should be either Informational or Experimental. (3) Before digging further into the status of rfc8321, I want to ask the question of the applicability of PNPM to multicast traffic, is it? On one hand, I see that rfc8321 reports that the "methodology has been used experimentally in Telecom Italia's network and is applied to multicast...". On the other hand, draft-ietf-ippm-multipoint-alt-mark [*] starts by saying that rfc8321 "can be applied only to point-to-point flows". I think that we could stretch the use of PNPM to monitor (referring to Figure 2) both A-C-G and A-C-F using a single set of markings at A...but that piece of the methodology is not specified in the document. (4) Finally, what is the relationship between this document and draft-ietf-bier-oam-requirements? How does this document address the requirements? Why isn't draft-ietf-bier-oam-requirements even mentioned? Given these issues (and others identified below), I am inclined to return this document to the WG to consider the Status, applicability, the relationship to other work items, etc. I will wait for an initial response to these comments before doing so. Thanks! Alvaro. [*] draft-ietf-ippm-multipoint-alt-mark is an ippm WG item and one of the authors is also an author of rfc8321 and of this document. [1] https://www.ietf.org/blog/iesg-statement-normative-and-informative-referenc= es/ [2] https://datatracker.ietf.org/doc/draft-ietf-ippm-alt-mark/shepherdwriteup/ [Line numbers from idnits.] ... 15 Abstract 17 This document describes a hybrid performance measurement method for 18 multicast service over Bit Index Explicit Replication (BIER) domain. [nit] s/over Bit Index Explicit Replication (BIER) domain/through a Bit Index Explicit Replication (BIER) domain ... 70 1. Introduction 72 [RFC8279] introduces and explains Bit Index Explicit Replication 73 (BIER) architecture and how it supports forwarding of multicast data 74 packets. [RFC8296] specified that in case of BIER encapsulation in 75 MPLS network a BIER-MPLS label, the label that is at the bottom of 76 the label stack, uniquely identifies the multicast flow. [RFC8321] 77 describes hybrid performance measurement method, per [RFC7799] 78 classification of measurement methods. Packet Network Performance 79 Monitoring (PNPM), which can be used to measure packet loss, latency, 80 and jitter on live traffic. Because this method is based on marking 81 consecutive batches of packets the method often referred to as 82 Marking Method (MM). [nit] s/explains Bit Index Explicit/explains the Bit Index Explicit [nit] s/encapsulation in MPLS network/encapsulation in an MPLS network [nit] s/describes hybrid performance/describes a hybrid performance [nit] s/[RFC7799] classification of measurement methods./RFC7799's classification of measurement methods [RFC7799]. [nit] s/Packet Network Performance Monitoring (PNPM), which can be used/The method, called Packet Network Performance Monitoring (PNPM), can be used [nit] s/the method often referred/the method is often referred [major] It's not clear to me whether PNPM is known as *the* Marking Method, or if it is simply *a* marking method. Please clarify. I note that the later mentions to "marking method" are all in lower case, which seem to imply something generic -- if referring to PNPM, it would be better to do it explicitly. 84 This document defines how marking method can be used on BIER layer to 85 measure packet loss and delay metrics of a multicast flow in MPLS 86 network. [nit] s/used on BIER layer/used on the BIER layer [nit] s/in MPLS network/in an MPLS network 88 2. Conventions used in this document 90 2.1. Terminology ... 99 MM: Marking Method [minor] It looks like MM is only used in the Introduction... ... 111 3. OAM Field in BIER Header 113 [RFC8296] defined the two-bit long field, referred to as OAM, 114 designated for the marking performance measurement method. The OAM 115 field MUST NOT be used in defining forwarding and/or quality of 116 service treatment of a BIER packet. The OAM field MUST be used only 117 for the performance measurement of data traffic in BIER layer. 118 Because the setting of the field to any value does not affect 119 forwarding and/or quality of service treatment of a packet, the 120 marking method in BIER layer can be viewed as the example of the 121 hybrid performance measurement method. [major] "designated for the marking performance measurement method" rfc8296 clearly says that this document is an example of a document that may define the non-default use of the bits. It doesn't designate the use of the bits in any way. [major] "The OAM field MUST NOT be used in defining forwarding and/or quality of service treatment of a BIER packet." This sentence seems to paraphrase rfc8296. Is that the intent? If so, that is not what rfc8296 says: it is not Normative in the same way. If not, then I'm not sure what the Normative statement is. In general, it seems to me that there is no value in that text in this document. Note that the paragraph ends with "because the setting of the field to any value does not affect forwarding and/or quality of service treatment of a packet...", which is a statement in line with rfc8296, then there doesn't seem to be a need to include the Normative sentence at all... [major] "The OAM field MUST be used only for the performance measurement of data traffic in BIER layer." What is the intended Normative action of this sentence? It seems to me that it wants to avoid other uses of the OAM field...but without updating rfc8296, which says that the use of the field "in other than the default manner is OPTIONAL". IOW, this statement contradicts rfc8296. If you intend for the statement to only apply to implementations of this document, then you don't need to even include it: the document itself is about specifying the use of the OAM field (for nodes that support it). [minor] "Because the setting of the field...the marking method in BIER layer can be viewed as the example of the hybrid performance measurement method." I don't understand how the conclusion is drawn (based on the setting of the field)...nor how this relates to the text in the Introduction where it basically says that PNPM, which is a hybrid performance measurement method is known as MM... ?? 123 The Figure 1 displays format of the OAM field [major] Please be explicit in saying that this is how this document defines the OAM field. 125 0 126 0 1 127 +-+-+-+-+ 128 | L | D | 129 +-+-+-+-+ 131 Figure 1: OAM field of BIER Header format 133 where: 135 o L - Loss flag; 137 o D - Delay flag. [minor] Please add a forward reference to where the meaning and use of these flags is specified. [minor] The name of these flags doesn't really represent loss/delay... 139 4. Theory of Operation 141 The marking method can be successfully used in the multicast 142 environment supported by BIER layer. Without limiting any generality 143 consider multicast network presented in Figure 2. Any combination of 144 markings, Loss and/or Delay, can be applied to a multicast flow by 145 any Bit Forwarding Router (BFR) at either ingress or egress point to 146 perform node, link, segment or end-to-end measurement to detect 147 performance degradation defect and localize it efficiently. [nit] "The marking method can be successfully used in the multicast environment supported by BIER layer." Sounds like a marketing statement... [major] "Any combination of markings...can be applied...by any Bit Forwarding Router (BFR)..." rfc8296 says that the "bits are set...by the BFIR and are not modified by other BFRs". What is the assumption? Please be clear! 149 ----- 150 --| D | 151 ----- / ----- 152 --| B |-- 153 / ----- \ ----- 154 / --| E | 155 ----- / ----- 156 | A |--- ----- 157 ----- \ --| F | 158 \ ----- / ----- 159 --| C |-- 160 ----- \ ----- 161 --| G | 162 ----- 164 Figure 2: Multicast network 166 Using the marking method, a BFR creates distinct sub-flows in the 167 particular multicast traffic over BIER layer. Each sub-flow consists 168 of consecutive blocks, consisting of identically marked packets, that 169 are unambiguously recognizable by a monitoring point at any BFR and 170 can be measured to calculate packet loss and/or packet delay metrics. 171 It is expected that the marking values be set and cleared at the edge 172 of BIER domain. Thus for the scenario presented in Figure 2 if the 173 operator initially monitors A-C-G and A-B-D segments he may enable 174 measurements on segments C-F and B-E at any time. [major] What are sub-flows? This question was asked in the Shepherd review, but no clarification made it into the document. Note that =C2=A74.= 1 talks about "alternate flows" -- is that the same thing? And =C2=A74.2 use= s "monitored flow"... [nit] s/monitors A-C-G/monitors the A-C-G [major] "...if the operator initially monitors A-C-G and A-B-D segments he may enable measurements on segments C-F and B-E at any time." How? A similar question was asked in the Shepherd's review, and the answer included this: "the AltMark domain may be arbitrary and not identical to the BIER domain. But from operational PoV, I believe, it is useful to apply AltMark at BFIR and then clear them by removing BIER encapsulation at BFERs." [3] However, the document doesn't have any type of discussion related to the existence of multiple types of domains, or their congruence...much less operational guidance. Please be explicit about the potential different domains, their relationship to the specification in rfc8296 and provide operational guidance in an Operational Considerations section. [3] https://mailarchive.ietf.org/arch/msg/bier/0rn7_VSjJQPRAOxSSfnGp-kFWBE 176 4.1. Single Mark Enabled Measurement [major] rfc8321 uses "Single-Marking" (not Single Mark). Please be consistent. 178 As explained in the [RFC8321], marking can be applied to delineate 179 blocks of packets based either on the equal number of packets in a 180 block or based on equal time interval. The latter method offers 181 better control as it allows better account for capabilities of 182 downstream nodes to report statistics related to batches of packets 183 and, at the same time, time resolution that affects defect detection 184 interval. [nit] s/in the [RFC8321]/in [RFC8321] 186 If the Single Mark measurement used to measure packet loss, then the 187 D flag MUST be set to zero on transmit and ignored by monitoring 188 point. [nit] s/measurement used/measurement is used [nit] s/ignored by monitoring/ignored by the monitoring [major] In this document I don't see a way to discover (or detect from the signaling) what methodology is in use. All the nodes in the network (or at least the ones doing measurement) MUST then be configured beforehand. Is that true? Please be explicit about those type of requirements. An rfc5706-type Operational Considerations section would be ideal -- look specially at =C2=A72. 190 The L flag is used to create alternate flows to measure the packet 191 loss by switching the value of the L flag every N-th packet or at 192 certain time intervals. Delay metrics MAY be calculated with the 193 alternate flow using any of the following methods: 195 o First/Last Packet Delay calculation: whenever the marking, i.e. 196 value of L flag changes, a BFR can store the timestamp of the 197 first/last packet of the block. The timestamp can be compared 198 with the timestamp of the packet that arrived in the same order 199 through a monitoring point at downstream BFR to compute packet 200 delay. Because timestamps collected based on order of arrival 201 this method is sensitive to packet loss and re-ordering of packets [nit] s/at downstream BFR/at a downstream BFR [major] "this method is sensitive to packet loss and re-ordering of packets" It will be important to point at the Considerations section from rfc8321. It would be ideal to do so in the Operational Considerations section. 203 o Average Packet Delay calculation: an average delay is calculated 204 by considering the average arrival time of the packets within a 205 single block. A BFR may collect timestamps for each packet 206 received within a single block. Average of the timestamp is the 207 sum of all the timestamps divided by the total number of packets 208 received. Then the difference between averages calculated at two 209 monitoring points is the average packet delay on that segment. 210 This method is robust to out of order packets and also to packet 211 loss (only a small error is introduced). This method only 212 provides a single metric for the duration of the block and it 213 doesn't give the minimum and maximum delay values. This 214 limitation could be overcome by reducing the duration of the block 215 by means of a highly optimized implementation of the method. [minor] "Then the difference between averages calculated at two monitoring points is the average packet delay on that segment." Maybe my math is rusty, but I would have thought the average delay to be the average of the averages, not the difference. ?? [minor] "only a small error is introduced" This seems to be a statement of faith: no proof or justification. [major] "This method...[has a] limitation [which] could be overcome by reducing the duration of the block by means of a highly optimized implementation of the method." What does that mean? How is it done? [major] What considerations should be taken into account when deciding the length of time, or number of packets, to be used in each monitored flow? Please include this information in the Operational Considerations section. 217 4.2. Double Mark Enabled Measurement [major] rfc8321 uses "Double-Marking" (not Double Mark). Please be consistent. 219 Double Mark method allows measurement of minimum and maximum delays 220 for the monitored flow but it requires more nodal and network 221 resources. If the Double Mark method used, then the L flag MUST be 222 used to create the alternate flow, i.e. mark larger batches of 223 packets. The D flag MUST be used to mark single packets to measure 224 delay jitter. [major] "If the Double Mark method used, then the L flag MUST be used...The D flag MUST be used..." There's no Normative value in the use of MUST here. If appropriate, please use Normative language to indicate *how* the flags are used instead. s/MUST/must 226 The first marking (L flag alternation) is needed for packet loss and 227 also for average delay measurement. The second marking (D flag is 228 put to one) creates a new set of marked packets that are fully 229 identified over the BIER network, so that a BFR can store the 230 timestamps of these packets; these timestamps can be compared with 231 the timestamps of the same packets on a second BFR to compute packet 232 delay values for each packet. The number of measurements can be 233 easily increased by changing the frequency of the second marking. 234 But the frequency of the second marking must be not too high in order 235 to avoid out of order issues. This method is useful to measure not 236 only the average delay but also the minimum and maximum delay values 237 and, in wider terms, to know more about the statistic distribution of 238 delay values. [major] "the frequency of the second marking must be not too high" What is "too high"? 240 5. IANA Considerations 242 This document requests IANA to register format of the OAM field of 243 BIER Header as the following: [major] =C2=A73 calls these bits L and D. [major] If you're assigning values to all the bits in the field, then a registry is not needed. [major] If you want to set up a registry to avoid others using the bits in different ways, then that requires an Update to rfc8296. The way I read rfc8296 is that there could be multiple ways of using the field. I also didn't see this type of discussion in the WG archive. 245 +--------------+---------+--------------------------+---------------+ 246 | Bit Position | Marking | Description | Reference | 247 +--------------+---------+--------------------------+---------------+ 248 | 0 | S | Single Mark Measurement | This document | 249 | 1 | D | Double Mark Measurement | This document | 250 +--------------+---------+--------------------------+---------------+ 252 Table 1: OAM field of BIER Header [major] =C2=A73 uses a different description, which seems inline with =C2= =A74. Also, the use of a single bit doesn't indicate (according to =C2=A74) the type of measurement done. 254 6. Security Considerations 256 This document list the OAM requirement for BIER-enabled domain and 257 does not raise any security concerns or issues in addition to ones 258 common to networking. [major] "This document list the OAM requirement for BIER-enabled domain..." That is not what this document does! [major] "common to networking" That's a very wide statement -- do you have a reference? [major] You should at least point to rfc8296. [major] I would also like to see a pointer to rfc8321, and a discussion of how the concerns there apply (or not) to the BIER application. ... 283 8.2. Informative References ... 295 [RFC8321] Fioccola, G., Ed., Capello, A., Cociglio, M., Castaldelli, 296 L., Chen, M., Zheng, L., Mirsky, G., and T. Mizrahi, 297 "Alternate-Marking Method for Passive and Hybrid 298 Performance Monitoring", RFC 8321, DOI 10.17487/RFC8321, 299 January 2018, . [major] This reference must be Normative. --0000000000007b8986058c3e5f27 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =
Dear authors:

I just finished reading this document.=C2=A0 I w= as looking forward to reviewing a short and straight-forward document, but = ended this one with many questions and concerns.=C2=A0 Please take a look a= t the details.

I'm starting with some overall issues/concerns:

(1) This document uses = the PNPM method described in rfc8321, which makes that RFC a required Norma= tive reference because it "must be read to understand or implement the= technology" [1].=C2=A0 Note that some of my comments below are precis= ely about being explicit with the use of PNPM; the text talks about the mar= king method in general...

(2) The use of PNPM results then in the fact that this do= cument cannot be on the Standards Track because rfc8321 is Experimental.=C2= =A0 In general, downward references are possible, but I don't think thi= s is one of those cases.=C2=A0 The Shepherd writeup for rfc8321 [2] states = that "the measurement utility of this extension still is to be demonst= rated at a variety of scales in a plurality of network conditions." = =C2=A0As far as I can tell, that hasn't been demonstrated, nor specific= information about the completion of the experiment was included in the RFC= text.=C2=A0 I didn't see the topic of the document status discussed in= the WG -- nor am I aware of discussions about the maturity of rfc8321 in t= he ippm WG.=C2=A0 The result is then that this document should be either In= formational or Experimental.

(3) Before digging further into the status of rfc8321,= I want to ask the question of the applicability of PNPM to multicast traff= ic, is it?=C2=A0 On one hand, I see that rfc8321 reports that the "met= hodology has been used experimentally in Telecom Italia's network and i= s applied to multicast...".=C2=A0 On the other hand, draft-ietf-ippm-m= ultipoint-alt-mark [*] starts by saying that rfc8321 "can be applied o= nly to point-to-point flows".=C2=A0 I think that we could stretch the = use of PNPM to monitor (referring to Figure 2) both A-C-G and A-C-F using a= single set of markings at A...but that piece of the methodology is not spe= cified in the document.

(4) Finally, what is the relationship between this document= and draft-ietf-bier-oam-requirements?=C2=A0 How does this document address= the requirements?=C2=A0 Why isn't draft-ietf-bier-oam-requirements eve= n mentioned?


Given these issues (and others ide= ntified below), I am inclined to return this document to the WG to consider= the Status, applicability, the relationship to other work items, etc.=C2= =A0 I will wait for an initial response to these comments before doing so.<= /div>

Thanks!<= /div>

Alvaro.<= /div>


[*] draft-ietf-ippm-multipoint-alt-mark is an i= ppm WG item and one of the authors is also an author of rfc8321 and of this= document.




[Line numbers from idnits.]

...
15= Abstract

17 =C2=A0 This document describes a hybrid performance measurement method fo= r
18 =C2=A0 multicast service over Bit Index Explicit = Replication (BIER) domain.

[nit] s/over Bit Index Explicit Replication (BIER) domai= n/through a Bit Index Explicit Replication (BIER) domain


...
70 1.=C2=A0 Introduction

72 =C2=A0 [RFC8279] introduces an= d explains Bit Index Explicit Replication
73= =C2=A0 (B= IER) architecture and how it supports forwarding of multicast data
74 =C2=A0 packets. =C2=A0[RFC8296] specified that in case of B= IER encapsulation in
75 =C2=A0 MPLS network a BIER-MPL= S label, the label that is at the bottom of
= 76 =C2=A0 = the label stack, uniquely identifies the multicast flow. =C2=A0[RFC8321]
77 =C2=A0 describes hybrid performance measurement metho= d, per [RFC7799]
78 =C2=A0 classification of measureme= nt methods.=C2=A0 Packet Network Performance
79 =C2=A0= Monitoring (PNPM), which can be used to measure packet loss, latency,
80 =C2=A0 and jitter on live traffic.=C2=A0 Because this m= ethod is based on marking
81 =C2=A0 consecutive batche= s of packets the method often referred to as
82 =C2=A0= Marking Method (MM).

[nit] s/explains Bit Index Explicit/explains the Bit Index = Explicit

[nit] s/encapsulation in MPLS network/encapsulation in an MPLS network

[nit] s/des= cribes hybrid performance/describes a hybrid performance

[nit] s/[RFC7799] classifi= cation of measurement methods./RFC7799's classification of measurement = methods [RFC7799].

[nit] s/Packet Network Performance Monitoring (PNPM), which can = be used/The method, called Packet Network Performance Monitoring (PNPM), ca= n be used

[nit] s/the method often referred/the method is often referred

[major] It's n= ot clear to me whether PNPM is known as *the* Marking Method, or if it is s= imply *a* marking method.=C2=A0 Please clarify.=C2=A0 I note that the later= mentions to "marking method" are all in lower case, which seem t= o imply something generic -- if referring to PNPM, it would be better to do= it explicitly.

84 = =C2=A0 This document defines how marking method can be used on BIER layer = to
85 =C2=A0 measure packet loss and delay metrics of = a multicast flow in MPLS
86 =C2=A0 network.

[nit] s/used on BI= ER layer/used on the BIER layer

[nit] s/in MPLS network/in an MPLS network

88 2.=C2=A0 Conventions use= d in this document

90 2.1.=C2=A0 Terminology
...
99 =C2=A0 MM: Marking Method

[minor] It looks like MM is only used in the In= troduction...


...
111 3.=C2= =A0 OAM Field in BIER Header

113 =C2=A0 [RFC8296] defined the two-bit long field, referred to= as OAM,
114 =C2=A0 designated for the marking perform= ance measurement method.=C2=A0 The OAM
115 =C2=A0 fiel= d MUST NOT be used in defining forwarding and/or quality of
116 =C2=A0 service treatment of a BIER packet.=C2=A0 The OAM field MU= ST be used only
117 =C2=A0 for the performance measure= ment of data traffic in BIER layer.
118 =C2=A0 Because= the setting of the field to any value does not affect
119 =C2=A0 forwarding and/or quality of service treatment of a packet, the=
120 =C2=A0 marking method in BIER layer can be viewed= as the example of the
121 =C2=A0 hybrid performance m= easurement method.

[major] "designated for the marking performance measurement= method" =C2=A0rfc8296 clearly says that this document is an example o= f a document that may define the non-default use of the bits.=C2=A0 It does= n't designate the use of the bits in any way.

[major] "The OAM field MUST = NOT be used in defining forwarding and/or quality of service treatment of a= BIER packet." =C2=A0This sentence seems to paraphrase rfc8296.=C2=A0 = Is that the intent?=C2=A0 If so, that is not what rfc8296 says: it is not N= ormative in the same way.

If not, then I'm not sure what the Normative statemen= t is.

In= general, it seems to me that there is no value in that text in this docume= nt.=C2=A0 Note that the paragraph ends with "because the setting of th= e field to any value does not affect forwarding and/or quality of service t= reatment of a packet...", which is a statement in line with rfc8296, t= hen there doesn't seem to be a need to include the Normative sentence a= t all...

[major] "The OAM field MUST be used only for the performance measurem= ent of data traffic in BIER layer." =C2=A0What is the intended Normati= ve action of this sentence?=C2=A0 It seems to me that it wants to avoid oth= er uses of the OAM field...but without updating rfc8296, which says that th= e use of the field "in other than the default manner is OPTIONAL"= .=C2=A0 IOW, this statement contradicts rfc8296.

If you intend for the statement to= only apply to implementations of this document, then you don't need to= even include it: the document itself is about specifying the use of the OA= M field (for nodes that support it).

[minor] "Because the setting of the field= ...the marking method in BIER layer can be viewed as the example of the hyb= rid performance measurement method." =C2=A0I don't understand how = the conclusion is drawn (based on the setting of the field)...nor how this = relates to the text in the Introduction where it basically says that PNPM, = which is a hybrid performance measurement method is known as MM... ??
=

123 =C2=A0 The Figure 1= displays format of the OAM field

=
[major] Please be explicit in saying that this is= how this document defines the OAM field.
125 =C2=A0 =C2=A00
126 =C2= =A0 =C2=A00 =C2=A0 1
127 =C2=A0 +-+-+-+-+
128 =C2=A0 | L | D |
129 =C2=A0 +-+-+-+-+

131 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Figure 1: OAM field of BIER Header f= ormat

13= 3 =C2=A0 w= here:

13= 5 =C2=A0 o= =C2=A0L - Loss flag;

137 =C2=A0 o =C2=A0D - Delay flag.
[minor] Please add a forward reference to = where the meaning and use of these flags is specified.

[minor] The name of these fl= ags doesn't really represent loss/delay...

139 4.=C2=A0 Theory of Operation

141 =C2=A0 The marking method ca= n be successfully used in the multicast
142<= span class=3D"Apple-tab-span" style=3D"white-space:pre"> =C2=A0 env= ironment supported by BIER layer.=C2=A0 Without limiting any generality
143 =C2=A0 consider multicast network presented in Figure= 2.=C2=A0 Any combination of
144 =C2=A0 markings, Los= s and/or Delay, can be applied to a multicast flow by
145 =C2=A0 any Bit Forwarding Router (BFR) at either ingress or egress poin= t to
146 =C2=A0 perform node, link, segment or end-to-= end measurement to detect
147 =C2=A0 performance degra= dation defect and localize it efficiently.
<= br>
[nit] "The marking method can be su= ccessfully used in the multicast environment supported by BIER layer."= =C2=A0Sounds like a marketing statement...
=
[major] "Any combination of markin= gs...can be applied...by any Bit Forwarding Router (BFR)..." =C2=A0rfc= 8296 says that the "bits are set...by the BFIR and are not modified by= other BFRs".=C2=A0 What is the assumption?=C2=A0 Please be clear!

149 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 -= ----
150 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 --| D |
151 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 ----- =C2=A0/ =C2=A0--= ---
152 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 --| B |--
153 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0/ =C2=A0----- =C2=A0\ =C2=A0-----
154 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 / =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= --| E |
155 =C2=A0 ----- =C2=A0 =C2=A0/ =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-----
156= =C2=A0 | = A |--- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-----
157 =C2=A0 ----- =C2=A0 =C2=A0\ =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0--| F |
158 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 \ =C2=A0----- =C2=A0 / =C2=A0-----
159 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0--| C |--
160 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0----- =C2= =A0 \ =C2=A0-----
161 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 --| G |
162 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 -----

=
164 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0Figure 2: Multicast network

166 =C2=A0 Using the marking method, = a BFR creates distinct sub-flows in the
167<= span class=3D"Apple-tab-span" style=3D"white-space:pre"> =C2=A0 par= ticular multicast traffic over BIER layer.=C2=A0 Each sub-flow consists
168 =C2=A0 of consecutive blocks, consisting of identical= ly marked packets, that
169 =C2=A0 are unambiguously r= ecognizable by a monitoring point at any BFR and
170 = =C2=A0 can be measured to calculate packet loss and/or packet delay metrics= .
171 =C2=A0 It is expected that the marking values be= set and cleared at the edge
172 =C2=A0 of BIER domai= n.=C2=A0 Thus for the scenario presented in Figure 2 if the
173 =C2=A0 operator initially monitors A-C-G and A-B-D segments he ma= y enable
174 =C2=A0 measurements on segments C-F and B= -E at any time.

[major] What are sub-flows?=C2=A0 This question was asked in the Sh= epherd review, but no clarification made it into the document.=C2=A0 Note t= hat =C2=A74.1 talks about "alternate flows" -- is that the same t= hing?=C2=A0 And =C2=A74.2 uses "monitored flow"...

[nit] s/monitors A-C-G= /monitors the A-C-G

[major] "...if the operator initially monitors A-C-G and A= -B-D segments he may enable measurements on segments C-F and B-E at any tim= e." =C2=A0How?=C2=A0 A similar question was asked in the Shepherd'= s review, and the answer included this: "the AltMark domain may be arb= itrary and not identical to the BIER domain. But from operational PoV, I be= lieve, it is useful to apply AltMark at BFIR and then clear them by removin= g BIER encapsulation at BFERs." [3] =C2=A0However, the document doesn&= #39;t have any type of discussion related to the existence of multiple type= s of domains, or their congruence...much less operational guidance.=C2=A0 P= lease be explicit about the potential different domains, their relationship= to the specification in rfc8296 and provide operational guidance in an Ope= rational Considerations section.

<= div style=3D"margin:0px">[3] https://mailarchive.ietf.org/arch/msg/= bier/0rn7_VSjJQPRAOxSSfnGp-kFWBE


176 4.1.=C2=A0 Single= Mark Enabled Measurement

[major] rfc8321 uses "Single-Marking" (not Sing= le Mark).=C2=A0 Please be consistent.

178 =C2=A0 As explained in the [RFC8321], marking can b= e applied to delineate
179 =C2=A0 blocks of packets ba= sed either on the equal number of packets in a
180 =C2= =A0 block or based on equal time interval.=C2=A0 The latter method offers
181 =C2=A0 better control as it allows better account f= or capabilities of
182 =C2=A0 downstream nodes to repo= rt statistics related to batches of packets
= 183 =C2=A0= and, at the same time, time resolution that affects defect detection
=
184 =C2=A0 interval.

[nit] s/in the [RFC8321]/in [RFC8321]

186 =C2=A0 If the Single= Mark measurement used to measure packet loss, then the
187 =C2=A0 D flag MUST be set to zero on transmit and ignored by monitori= ng
188 =C2=A0 point.
=
[nit] s/measurement used/measurement is= used

[n= it] s/ignored by monitoring/ignored by the monitoring

[major] In this document I do= n't see a way to discover (or detect from the signaling) what methodolo= gy is in use.=C2=A0 All the nodes in the network (or at least the ones doin= g measurement) MUST then be configured beforehand.=C2=A0 Is that true?=C2= =A0 Please be explicit about those type of requirements.=C2=A0 An rfc5706-t= ype Operational Considerations section would be ideal -- look specially at = =C2=A72.

190 =C2= =A0 The L flag is used to create alternate flows to measure the packet
191 =C2=A0 loss by switching the value of the L flag every= N-th packet or at
192 =C2=A0 certain time intervals.= =C2=A0 Delay metrics MAY be calculated with the
193 = =C2=A0 alternate flow using any of the following methods:

195 =C2=A0 o =C2=A0First/Last Pac= ket Delay calculation: whenever the marking, i.e.
196 = =C2=A0 =C2=A0 =C2=A0value of L flag changes, a BFR can store the timestamp = of the
197 =C2=A0 =C2=A0 =C2=A0first/last packet of th= e block.=C2=A0 The timestamp can be compared
198 =C2= =A0 =C2=A0 =C2=A0with the timestamp of the packet that arrived in the same = order
199 =C2=A0 =C2=A0 =C2=A0through a monitoring poi= nt at downstream BFR to compute packet
200 =C2=A0 =C2= =A0 =C2=A0delay.=C2=A0 Because timestamps collected based on order of arriv= al
201 =C2=A0 =C2=A0 =C2=A0this method is sensitive = to packet loss and re-ordering of packets
[nit] s/at downstream BFR/at a downstream= BFR

[ma= jor] "this method is sensitive to packet loss and re-ordering of packe= ts" =C2=A0It will be important to point at the Considerations section = from rfc8321.=C2=A0 It would be ideal to do so in the Operational Considera= tions section.

203 = =C2=A0 o =C2=A0Average Packet Delay calculation: an average delay is calcu= lated
204 =C2=A0 =C2=A0 =C2=A0by considering the avera= ge arrival time of the packets within a
205<= span class=3D"Apple-tab-span" style=3D"white-space:pre"> =C2=A0 =C2= =A0 =C2=A0single block.=C2=A0 A BFR may collect timestamps for each packet<= /div>
206 =C2=A0 =C2=A0 =C2=A0received within a single block= .=C2=A0 Average of the timestamp is the
207<= span class=3D"Apple-tab-span" style=3D"white-space:pre"> =C2=A0 =C2= =A0 =C2=A0sum of all the timestamps divided by the total number of packets<= /div>
208 =C2=A0 =C2=A0 =C2=A0received.=C2=A0 Then the diffe= rence between averages calculated at two
209= =C2=A0 = =C2=A0 =C2=A0monitoring points is the average packet delay on that segment.=
210 =C2=A0 =C2=A0 =C2=A0This method is robust to out = of order packets and also to packet
211 =C2=A0 =C2=A0 = =C2=A0loss (only a small error is introduced).=C2=A0 This method only
=
212 =C2=A0 =C2=A0 =C2=A0provides a single metric for the du= ration of the block and it
213 =C2=A0 =C2=A0 =C2=A0doe= sn't give the minimum and maximum delay values.=C2=A0 This
214 =C2=A0 =C2=A0 =C2=A0limitation could be overcome by reducing t= he duration of the block
215 =C2=A0 =C2=A0 =C2=A0by me= ans of a highly optimized implementation of the method.

[minor] "Then the diff= erence between averages calculated at two monitoring points is the average = packet delay on that segment." =C2=A0Maybe my math is rusty, but I wou= ld have thought the average delay to be the average of the averages, not th= e difference. =C2=A0??

[minor] "only a small error is introduced" =C2=A0= This seems to be a statement of faith: no proof or justification.

[major] "Thi= s method...[has a] limitation [which] could be overcome by reducing the dur= ation of the block by means of a highly optimized implementation of the met= hod." =C2=A0What does that mean?=C2=A0 How is it done?

[major] What considerat= ions should be taken into account when deciding the length of time, or numb= er of packets, to be used in each monitored flow?=C2=A0 Please include this= information in the Operational Considerations section.

217 4.2.=C2=A0 Double Mark Enabled Mea= surement

[major] rfc8321 uses "Double-Marking" (not Double Mark).=C2=A0 P= lease be consistent.

219 <= /span> =C2=A0 Double Mark method allows measurement of minimum and maximum = delays
220 =C2=A0 for the monitored flow but it requir= es more nodal and network
221 =C2=A0 resources.=C2=A0 = If the Double Mark method used, then the L flag MUST be
222 =C2=A0 used to create the alternate flow, i.e. mark larger batches of=
223 =C2=A0 packets.=C2=A0 The D flag MUST be used to = mark single packets to measure
224 =C2=A0 delay jitter= .

[major= ] "If the Double Mark method used, then the L flag MUST be used...The = D flag MUST be used..." =C2=A0 There's no Normative value in the u= se of MUST here.=C2=A0 If appropriate, please use Normative language to ind= icate *how* the flags are used instead. =C2=A0s/MUST/must

226 =C2=A0 The first marking (L f= lag alternation) is needed for packet loss and
227 =C2= =A0 also for average delay measurement.=C2=A0 The second marking (D flag is=
228 =C2=A0 put to one) creates a new set of marked pa= ckets that are fully
229 =C2=A0 identified over the BI= ER network, so that a BFR can store the
230<= span class=3D"Apple-tab-span" style=3D"white-space:pre"> =C2=A0 tim= estamps of these packets; these timestamps can be compared with
231 =C2=A0 the timestamps of the same packets on a second BFR to = compute packet
232 =C2=A0 delay values for each packet= .=C2=A0 The number of measurements can be
23= 3 =C2=A0 e= asily increased by changing the frequency of the second marking.
234 =C2=A0 But the frequency of the second marking must be not t= oo high in order
235 =C2=A0 to avoid out of order issu= es.=C2=A0 This method is useful to measure not
236 =C2= =A0 only the average delay but also the minimum and maximum delay values
237 =C2=A0 and, in wider terms, to know more about the s= tatistic distribution of
238 =C2=A0 delay values.

[major] &quo= t;the frequency of the second marking must be not too high" =C2=A0What= is "too high"?

240 5.=C2=A0 IANA Considerations

=
242 =C2=A0 This document requests IANA to register fo= rmat of the OAM field of
243 =C2=A0 BIER Header as the= following:

[major] =C2=A73 calls these bits L and D.

[major] If you're assigning value= s to all the bits in the field, then a registry is not needed.

[major] If you want = to set up a registry to avoid others using the bits in different ways, then= that requires an Update to rfc8296.=C2=A0 The way I read rfc8296 is that t= here could be multiple ways of using the field.=C2=A0 I also didn't see= this type of discussion in the WG archive.
=
245 =C2=A0 +--------------+---------+------------= --------------+---------------+
246 =C2=A0 | Bit Posit= ion | Marking | Description =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0| Reference =C2=A0 =C2=A0 |
247 =C2=A0 +-----------= ---+---------+--------------------------+---------------+
248 =C2=A0 | =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 =C2=A0 | =C2=A0 =C2= =A0S =C2=A0 =C2=A0| Single Mark Measurement =C2=A0| This document |
249 =C2=A0 | =C2=A0 =C2=A0 =C2=A01 =C2=A0 =C2=A0 =C2=A0 | =C2= =A0 =C2=A0D =C2=A0 =C2=A0| Double Mark Measurement =C2=A0| This document |<= /div>
250 =C2=A0 +--------------+---------+-----------------= ---------+---------------+

252 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 Table 1: OAM field of BIER Header
[major] =C2=A73 uses a different descript= ion, which seems inline with =C2=A74.=C2=A0 Also, the use of a single bit d= oesn't indicate (according to =C2=A74) the type of measurement done.

254 6.=C2=A0 Security= Considerations

256 =C2=A0 This document list the OAM requirement for BIER-enabled domain and=
257 =C2=A0 does not raise any security concerns or is= sues in addition to ones
258 =C2=A0 common to networki= ng.

[maj= or] "This document list the OAM requirement for BIER-enabled domain...= " =C2=A0That is not what this document does!

[major] "common to networkin= g" =C2=A0That's a very wide statement -- do you have a reference?<= /div>

[major] = You should at least point to rfc8296.

[major] I would also like to see a pointer to= rfc8321, and a discussion of how the concerns there apply (or not) to the = BIER application.


...
283 8= .2.=C2=A0 Informative References
...
295 =C2=A0 [RFC8321] =C2=A0Fioccola, G., Ed., Capello, A., Co= ciglio, M., Castaldelli,
296 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0L., Chen, M., Zheng, L., Mirsky, G., and T. Mizrahi= ,
297 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= "Alternate-Marking Method for Passive and Hybrid
298 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Performance Monitoring&= quot;, RFC 8321, DOI 10.17487/RFC8321,
299 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0January 2018, <https://www.rfc-editor.org/info/rfc8321>.



--0000000000007b8986058c3e5f27-- From nobody Fri Jun 28 16:08:58 2019 Return-Path: X-Original-To: bier@ietf.org Delivered-To: bier@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 0FA25120A2D; Fri, 28 Jun 2019 15:58:10 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "\"IETF Secretariat\"" To: , Cc: bier@ietf.org, aretana.ietf@gmail.com X-Test-IDTracker: no X-IETF-IDTracker: 6.98.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <156176269005.11015.15222347643125279983.idtracker@ietfa.amsl.com> Date: Fri, 28 Jun 2019 15:58:10 -0700 Archived-At: Subject: [Bier] bier - Requested session has been scheduled for IETF 105 X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.29 List-Id: "\"Bit Indexed Explicit Replication discussion list\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jun 2019 23:07:27 -0000 Dear Greg Shepherd, The session(s) that you have requested have been scheduled. Below is the scheduled session information followed by the original request. bier Session 1 (2:00 requested) Wednesday, 24 July 2019, Afternoon Session I 1330-1530 Room Name: Sainte-Catherine size: 100 --------------------------------------------- iCalendar: https://datatracker.ietf.org/meeting/105/sessions/bier.ics Request Information: --------------------------------------------------------- Working Group Name: Bit Indexed Explicit Replication Area Name: Routing Area Session Requester: Greg Shepherd Number of Sessions: 1 Length of Session(s): 2 Hours Number of Attendees: 50 Conflicts to Avoid: First Priority: mboned pim mpls lsr roll People who must be present: Tony Przygienda Greg Shepherd Alvaro Retana Resources Requested: Special Requests: --------------------------------------------------------- From nobody Fri Jun 28 16:49:05 2019 Return-Path: X-Original-To: bier@ietf.org Delivered-To: bier@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 19F21120157; Fri, 28 Jun 2019 16:49:04 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: bier@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.98.1 Auto-Submitted: auto-generated Precedence: bulk Reply-To: bier@ietf.org Message-ID: <156176574403.10995.14871383944964118347@ietfa.amsl.com> Date: Fri, 28 Jun 2019 16:49:04 -0700 Archived-At: Subject: [Bier] I-D Action: draft-ietf-bier-multicast-http-response-01.txt X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.29 List-Id: "\"Bit Indexed Explicit Replication discussion list\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jun 2019 23:49:04 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Bit Indexed Explicit Replication WG of the IETF. Title : Applicability of BIER Multicast Overlay for Adaptive Streaming Services Authors : Dirk Trossen Akbar Rahman Chonggang Wang Toerless Eckert Filename : draft-ietf-bier-multicast-http-response-01.txt Pages : 16 Date : 2019-06-28 Abstract: HTTP Level multicast, using BIER, is described as a use case in the BIER Use cases document. HTTP Level Multicast is used in today's video streaming and delivery services such as HLS, AR/VR etc., generally realized over IP Multicast as well as other use cases such as software update delivery. A realization of "HTTP Multicast" over "IP Multicast" is described for the video delivery use case. IP multicast is commonly used for IPTV services. DVB and BBF is also developing a reference architecture for IP Multicast service. A few problems with IPMC, such as waste of transmission bandwidth, increase in signaling when there are few users are described. Realization over BIER, through a BIER Multicast Overlay Layer, is described as an alternative. How BIER Multicast Overlay operation improves over IP Multicast, such as reduction in signaling, dynamic creation of multicast groups to reduce signaling and bandwidth wastage is described. We conclude with few next steps. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bier-multicast-http-response/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-bier-multicast-http-response-01 https://datatracker.ietf.org/doc/html/draft-ietf-bier-multicast-http-response-01 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-bier-multicast-http-response-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 Sat Jun 29 14:22:49 2019 Return-Path: X-Original-To: bier@ietfa.amsl.com Delivered-To: bier@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 95977120019; Sat, 29 Jun 2019 14:22:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 4.403 X-Spam-Level: **** X-Spam-Status: No, score=4.403 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, GB_SUMOF=5, HTML_COMMENT_SAVED_URL=1.391, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_HTML_ATTACH=0.01] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id U-R24CsokAnT; Sat, 29 Jun 2019 14:22:40 -0700 (PDT) Received: from mail-lj1-x22c.google.com (mail-lj1-x22c.google.com [IPv6:2a00:1450:4864:20::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F15E912000F; Sat, 29 Jun 2019 14:22:38 -0700 (PDT) Received: by mail-lj1-x22c.google.com with SMTP id a21so9278467ljh.7; Sat, 29 Jun 2019 14:22:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=9Q2W+1SIROIkmA9pegi/KAHbogJ2njNh+IFxa8fV/wg=; b=OonfHuOZtoKriKe3dlRw2auGqGjpEm60MHv7buP0ZMok6DYnmQ9pNWRZu7H6m4/auc pEgfFlMOduP5uSw043M76NYLlhI/5Zo2slAVgoHhSmZo5yPijCC5uCM5n6hcMc2E2wb+ 3TPAUUfRkAIQVBym19n/iFerPfKZv7VJQlyFVzI/iCsQ3aC1wk+d+FIZ+9QfrEBVGLTG 3OMMd9EyyX4kxtmu0CWSc3QV6YUUHrihBgJT29cHr8vWZ0lGcMYuuAkuTspiLO67fVJC 4LUGOyQbq9Kt3gY6fZ4e6Siw6RUv6zMiz4pMQZLDvclgdLm87MqRqjDGYdJ0K4zMPvJU 7oVg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=9Q2W+1SIROIkmA9pegi/KAHbogJ2njNh+IFxa8fV/wg=; b=JKap+vRiBbdhdXV3jAek/rnGXVzMYHm9+AxebDnP/nWoeCQ1gjZN8IUXMThQ/1DagK ocquzZRNJ90SHzsK6FQO6o+0xJIcF8552j1/EYMqHO9K88/h66bemQNpEMquEuNm0dy+ YFeZYgtwFPTqQLdtsJqNmqRowlCg2bRNgf1WnfQ1VB0xL1xXOETzNvcj3QOS+9OB4Ct/ jc/BGADYlkxD72ZKXDtgqVG3U/GtTbYJgkAVhidse7SW+VHUNfEacIZwSrE35aP4MwaJ HHGWpPpcvaUz70ROVHsoNcEluPFUdBXn0zAWD3oYJuLzqLPdRfkOEVhpjYaeN6A1gopX DzrQ== X-Gm-Message-State: APjAAAWlIKtAXAGWfO8FQwSHain1U2AOZ7iFlsswG70Mbdvy8kejpEPR 1lutIbGE4qtT2FofRsZtMz+UFhzZtpjqiS4O5UU= X-Google-Smtp-Source: APXvYqw3ghfb0Ifd5+CpCcjaztHCf8W3Bj6XWLkgRW6BddNpxu8SgOYC6NQfB0p77/oKxMVV58EN+Z/w8rJrntg3VuU= X-Received: by 2002:a2e:6c07:: with SMTP id h7mr9872546ljc.177.1561843356871; Sat, 29 Jun 2019 14:22:36 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Greg Mirsky Date: Sat, 29 Jun 2019 14:22:25 -0700 Message-ID: To: Alvaro Retana Cc: draft-ietf-bier-pmmm-oam@ietf.org, BIER WG Chairs , BIER WG , Giuseppe Fioccola Content-Type: multipart/mixed; boundary="0000000000007b5227058c7cfea8" Archived-At: Subject: Re: [Bier] AD Review of draft-ietf-bier-pmmm-oam-05 X-BeenThere: bier@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "\"Bit Indexed Explicit Replication discussion list\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jun 2019 21:22:48 -0000 --0000000000007b5227058c7cfea8 Content-Type: multipart/alternative; boundary="0000000000007b5224058c7cfea6" --0000000000007b5224058c7cfea6 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Alvaro, many thanks for your review, detailed questions, and the most helpful suggestions. I've prepared the updated new version to address the nits, minor and major issues you've pointed out. Please find my answers, notes in-lined tagged GIM>>. We, the authors, will discuss your other comments and respond to them soon. Regards, Greg PS. Attached please find the diff and the copy of the new working version of the draft. On Wed, Jun 26, 2019 at 11:40 AM Alvaro Retana wrote: > Dear authors: > > I just finished reading this document. I was looking forward to reviewin= g > a short and straight-forward document, but ended this one with many > questions and concerns. Please take a look at the details. > > I'm starting with some overall issues/concerns: > > (1) This document uses the PNPM method described in rfc8321, which makes > that RFC a required Normative reference because it "must be read to > understand or implement the technology" [1]. Note that some of my commen= ts > below are precisely about being explicit with the use of PNPM; the text > talks about the marking method in general... > GIM>> Moved to the Normative section of referenced documents. > > (2) The use of PNPM results then in the fact that this document cannot be > on the Standards Track because rfc8321 is Experimental. In general, > downward references are possible, but I don't think this is one of those > cases. The Shepherd writeup for rfc8321 [2] states that "the measurement > utility of this extension still is to be demonstrated at a variety of > scales in a plurality of network conditions." As far as I can tell, that > hasn't been demonstrated, nor specific information about the completion o= f > the experiment was included in the RFC text. I didn't see the topic of t= he > document status discussed in the WG -- nor am I aware of discussions abou= t > the maturity of rfc8321 in the ippm WG. The result is then that this > document should be either Informational or Experimental. > > (3) Before digging further into the status of rfc8321, I want to ask the > question of the applicability of PNPM to multicast traffic, is it? On on= e > hand, I see that rfc8321 reports that the "methodology has been used > experimentally in Telecom Italia's network and is applied to > multicast...". On the other hand, draft-ietf-ippm-multipoint-alt-mark [*= ] > starts by saying that rfc8321 "can be applied only to point-to-point > flows". I think that we could stretch the use of PNPM to monitor > (referring to Figure 2) both A-C-G and A-C-F using a single set of markin= gs > at A...but that piece of the methodology is not specified in the document= . > GIM>> I think that the characterization of the method described in RFC 8321 in draft-ietf-ippm-multipoint-alt-mark must be revised. The multipoint draft discusses methods needed to use the Alternate Marking method in cases with multiple marking nodes, i.e., mp2p and mp2mp use cases. RFC 8321 addressed use case with a single marking node in the network and such use cases fir with p2p and p2mp scenarios. > > (4) Finally, what is the relationship between this document and > draft-ietf-bier-oam-requirements? How does this document address the > requirements? Why isn't draft-ietf-bier-oam-requirements even mentioned? > GIM>> Added reference to specific requirements in the Introduction section: The method, called Packet Network Performance Monitoring (PNPM), can be used to measure packet loss, latency, and jitter on live traffic complies with requirements #5 and #12 listed in [I-D.ietf-bier-oam-requirements]. > > > > Given these issues (and others identified below), I am inclined to return > this document to the WG to consider the Status, applicability, the > relationship to other work items, etc. I will wait for an initial respon= se > to these comments before doing so. > > Thanks! > > Alvaro. > > > [*] draft-ietf-ippm-multipoint-alt-mark is an ippm WG item and one of the > authors is also an author of rfc8321 and of this document. > > [1] > https://www.ietf.org/blog/iesg-statement-normative-and-informative-refere= nces/ > [2] > https://datatracker.ietf.org/doc/draft-ietf-ippm-alt-mark/shepherdwriteup= / > > > > > [Line numbers from idnits.] > > ... > 15 Abstract > > 17 This document describes a hybrid performance measurement method for > 18 multicast service over Bit Index Explicit Replication (BIER) domain. > > [nit] s/over Bit Index Explicit Replication (BIER) domain/through a Bit > Index Explicit Replication (BIER) domain > GIM>> Agree. And removed '(BIER)'. > > > ... > 70 1. Introduction > > 72 [RFC8279] introduces and explains Bit Index Explicit Replication > 73 (BIER) architecture and how it supports forwarding of multicast data > 74 packets. [RFC8296] specified that in case of BIER encapsulation in > 75 MPLS network a BIER-MPLS label, the label that is at the bottom of > 76 the label stack, uniquely identifies the multicast flow. [RFC8321] > 77 describes hybrid performance measurement method, per [RFC7799] > 78 classification of measurement methods. Packet Network Performance > 79 Monitoring (PNPM), which can be used to measure packet loss, latency= , > 80 and jitter on live traffic. Because this method is based on marking > 81 consecutive batches of packets the method often referred to as > 82 Marking Method (MM). > > [nit] s/explains Bit Index Explicit/explains the Bit Index Explicit > > [nit] s/encapsulation in MPLS network/encapsulation in an MPLS network > > [nit] s/describes hybrid performance/describes a hybrid performance > > [nit] s/[RFC7799] classification of measurement methods./RFC7799's > classification of measurement methods [RFC7799]. > > [nit] s/Packet Network Performance Monitoring (PNPM), which can be > used/The method, called Packet Network Performance Monitoring (PNPM), can > be used > > [nit] s/the method often referred/the method is often referred > GIM>> Yes on them all. > > [major] It's not clear to me whether PNPM is known as *the* Marking > Method, or if it is simply *a* marking method. Please clarify. I note > that the later mentions to "marking method" are all in lower case, which > seem to imply something generic -- if referring to PNPM, it would be bett= er > to do it explicitly. > GIM>> Changed to "a marking method". Removed MM from the Terminology section. > > 84 This document defines how marking method can be used on BIER layer t= o > 85 measure packet loss and delay metrics of a multicast flow in MPLS > 86 network. > > [nit] s/used on BIER layer/used on the BIER layer > > [nit] s/in MPLS network/in an MPLS network > GIM>> Done. > > 88 2. Conventions used in this document > > 90 2.1. Terminology > ... > 99 MM: Marking Method > > [minor] It looks like MM is only used in the Introduction... > GIM>> Yes, removed MM. > > > ... > 111 3. OAM Field in BIER Header > > 113 [RFC8296] defined the two-bit long field, referred to as OAM, > 114 designated for the marking performance measurement method. The OAM > 115 field MUST NOT be used in defining forwarding and/or quality of > 116 service treatment of a BIER packet. The OAM field MUST be used onl= y > 117 for the performance measurement of data traffic in BIER layer. > 118 Because the setting of the field to any value does not affect > 119 forwarding and/or quality of service treatment of a packet, the > 120 marking method in BIER layer can be viewed as the example of the > 121 hybrid performance measurement method. > > [major] "designated for the marking performance measurement method" > rfc8296 clearly says that this document is an example of a document that > may define the non-default use of the bits. It doesn't designate the use > of the bits in any way. > GIM>> Yes, this draft is an example of how the OAM field can be used. Here's the update: OLD TEXT: [RFC8296] defined the two-bit long field, referred to as OAM, designated for the marking performance measurement method. NEW TEXT: [RFC8296] defined the two-bits long field, referred to as OAM. The OAM field can be used for the marking performance measurement method. > > [major] "The OAM field MUST NOT be used in defining forwarding and/or > quality of service treatment of a BIER packet." This sentence seems to > paraphrase rfc8296. Is that the intent? If so, that is not what rfc8296 > says: it is not Normative in the same way. > > If not, then I'm not sure what the Normative statement is. > > In general, it seems to me that there is no value in that text in this > document. Note that the paragraph ends with "because the setting of the > field to any value does not affect forwarding and/or quality of service > treatment of a packet...", which is a statement in line with rfc8296, the= n > there doesn't seem to be a need to include the Normative sentence at all.= .. > GIM>> I agree and have deleted the two sentences with the Normative language. > > [major] "The OAM field MUST be used only for the performance measurement > of data traffic in BIER layer." What is the intended Normative action of > this sentence? It seems to me that it wants to avoid other uses of the O= AM > field...but without updating rfc8296, which says that the use of the fiel= d > "in other than the default manner is OPTIONAL". IOW, this statement > contradicts rfc8296. > GIM>> Removed the sentence. The updated text (see above) is as follows: NEW TEXT: The OAM field can be used for the marking performance measurement method. > > > If you intend for the statement to only apply to implementations of this > document, then you don't need to even include it: the document itself is > about specifying the use of the OAM field (for nodes that support it). > > [minor] "Because the setting of the field...the marking method in BIER > layer can be viewed as the example of the hybrid performance measurement > method." I don't understand how the conclusion is drawn (based on the > setting of the field)...nor how this relates to the text in the > Introduction where it basically says that PNPM, which is a hybrid > performance measurement method is known as MM... ?? > GIM>> RFC 8321 described how PNPM can be applied in the IPv4 network as a hybrid PM method. The intent of this sentence is to note that by using the OAM field PNPM in BIER domain can be characterized as hybrid PM method as well. Would the updated sentence be clearer: Because the setting of the field to any value does not affect forwarding and/or quality of service treatment of a packet, using the OAM field for PNPM in BIER layer can be viewed as the example of the hybrid performance measurement method. > > 123 The Figure 1 displays format of the OAM field > > [major] Please be explicit in saying that this is how this document > defines the OAM field. > GIM>> Would the following be better: Figure 1 displays the interpretation of the OAM field defined in this specification for the use by PNPM method. > > 125 0 > 126 0 1 > 127 +-+-+-+-+ > 128 | L | D | > 129 +-+-+-+-+ > > 131 Figure 1: OAM field of BIER Header format > > 133 where: > > 135 o L - Loss flag; > > 137 o D - Delay flag. > > [minor] Please add a forward reference to where the meaning and use of > these flags is specified. > > [minor] The name of these flags doesn't really represent loss/delay... > > 139 4. Theory of Operation > > 141 The marking method can be successfully used in the multicast > 142 environment supported by BIER layer. Without limiting any > generality > 143 consider multicast network presented in Figure 2. Any combination > of > 144 markings, Loss and/or Delay, can be applied to a multicast flow by > 145 any Bit Forwarding Router (BFR) at either ingress or egress point t= o > 146 perform node, link, segment or end-to-end measurement to detect > 147 performance degradation defect and localize it efficiently. > > [nit] "The marking method can be successfully used in the multicast > environment supported by BIER layer." Sounds like a marketing statement.= .. > GIM>> Dropped "successfully" to make it more engineer-speak. > > [major] "Any combination of markings...can be applied...by any Bit > Forwarding Router (BFR)..." rfc8296 says that the "bits are set...by the > BFIR and are not modified by other BFRs". What is the assumption? Pleas= e > be clear! > GIM>> The updated text: Any combination of markings can be applied to a multicast flow by the Bit Forwarding Ingress Router (BFIR) ... > > 149 ----- > 150 --| D | > 151 ----- / ----- > 152 --| B |-- > 153 / ----- \ ----- > 154 / --| E | > 155 ----- / ----- > 156 | A |--- ----- > 157 ----- \ --| F | > 158 \ ----- / ----- > 159 --| C |-- > 160 ----- \ ----- > 161 --| G | > 162 ----- > > 164 Figure 2: Multicast network > > 166 Using the marking method, a BFR creates distinct sub-flows in the > 167 particular multicast traffic over BIER layer. Each sub-flow > consists > 168 of consecutive blocks, consisting of identically marked packets, > that > 169 are unambiguously recognizable by a monitoring point at any BFR and > 170 can be measured to calculate packet loss and/or packet delay > metrics. > 171 It is expected that the marking values be set and cleared at the > edge > 172 of BIER domain. Thus for the scenario presented in Figure 2 if the > 173 operator initially monitors A-C-G and A-B-D segments he may enable > 174 measurements on segments C-F and B-E at any time. > > [major] What are sub-flows? This question was asked in the Shepherd > review, but no clarification made it into the document. Note that =C2=A7= 4.1 > talks about "alternate flows" -- is that the same thing? And =C2=A74.2 u= ses > "monitored flow"... > GIM>> The updated text is as follows: Using the marking method, a BFIR creates distinct sub-flows in the particular multicast traffic over BIER layer. Each sub-flow consists of consecutive blocks of identically marked packets. For example, a block of N packets, with each packet being marked as X, is followed by the block of M packets with each packet being marked as Y. These blocks are unambiguously recognizable by a monitoring point at any Bit Forwarding Router (BFR) and can be measured to calculate packet loss and/or packet delay metrics. > > [nit] s/monitors A-C-G/monitors the A-C-G > GIM>> Done > > [major] "...if the operator initially monitors A-C-G and A-B-D segments h= e > may enable measurements on segments C-F and B-E at any time." How? A > similar question was asked in the Shepherd's review, and the answer > included this: "the AltMark domain may be arbitrary and not identical to > the BIER domain. But from operational PoV, I believe, it is useful to app= ly > AltMark at BFIR and then clear them by removing BIER encapsulation at > BFERs." [3] However, the document doesn't have any type of discussion > related to the existence of multiple types of domains, or their > congruence...much less operational guidance. Please be explicit about th= e > potential different domains, their relationship to the specification in > rfc8296 and provide operational guidance in an Operational Considerations > section. > GIM>> Added the Operational Consideration section. > > [3] https://mailarchive.ietf.org/arch/msg/bier/0rn7_VSjJQPRAOxSSfnGp-kFWB= E > > > 176 4.1. Single Mark Enabled Measurement > > [major] rfc8321 uses "Single-Marking" (not Single Mark). Please be > consistent. > GIM>> Changed throughout the draft s/Single Mark/Single-Marking/ > > 178 As explained in the [RFC8321], marking can be applied to delineate > 179 blocks of packets based either on the equal number of packets in a > 180 block or based on equal time interval. The latter method offers > 181 better control as it allows better account for capabilities of > 182 downstream nodes to report statistics related to batches of packets > 183 and, at the same time, time resolution that affects defect detectio= n > 184 interval. > > [nit] s/in the [RFC8321]/in [RFC8321] > GIM>> Done > > 186 If the Single Mark measurement used to measure packet loss, then th= e > 187 D flag MUST be set to zero on transmit and ignored by monitoring > 188 point. > > [nit] s/measurement used/measurement is used > > [nit] s/ignored by monitoring/ignored by the monitoring > GIM>> Done and done > > [major] In this document I don't see a way to discover (or detect from th= e > signaling) what methodology is in use. All the nodes in the network (or = at > least the ones doing measurement) MUST then be configured beforehand. Is > that true? Please be explicit about those type of requirements. An > rfc5706-type Operational Considerations section would be ideal -- look > specially at =C2=A72. > GIM>> Yes, your understanding that all measurement points must be configured is absolutely correct. I've added the text in the new section Operational Considerations. > > 190 The L flag is used to create alternate flows to measure the packet > 191 loss by switching the value of the L flag every N-th packet or at > 192 certain time intervals. Delay metrics MAY be calculated with the > 193 alternate flow using any of the following methods: > > 195 o First/Last Packet Delay calculation: whenever the marking, i.e. > 196 value of L flag changes, a BFR can store the timestamp of the > 197 first/last packet of the block. The timestamp can be compared > 198 with the timestamp of the packet that arrived in the same order > 199 through a monitoring point at downstream BFR to compute packet > 200 delay. Because timestamps collected based on order of arrival > 201 this method is sensitive to packet loss and re-ordering of > packets > > [nit] s/at downstream BFR/at a downstream BFR > > [major] "this method is sensitive to packet loss and re-ordering of > packets" It will be important to point at the Considerations section fro= m > rfc8321. It would be ideal to do so in the Operational Considerations > section. > GIM>> Appreciate your feedback on the new section in the updated version of the draft. > > 203 o Average Packet Delay calculation: an average delay is calculated > 204 by considering the average arrival time of the packets within a > 205 single block. A BFR may collect timestamps for each packet > 206 received within a single block. Average of the timestamp is the > 207 sum of all the timestamps divided by the total number of packets > 208 received. Then the difference between averages calculated at tw= o > 209 monitoring points is the average packet delay on that segment. > 210 This method is robust to out of order packets and also to packet > 211 loss (only a small error is introduced). This method only > 212 provides a single metric for the duration of the block and it > 213 doesn't give the minimum and maximum delay values. This > 214 limitation could be overcome by reducing the duration of the > block > 215 by means of a highly optimized implementation of the method. > > [minor] "Then the difference between averages calculated at two monitorin= g > points is the average packet delay on that segment." Maybe my math is > rusty, but I would have thought the average delay to be the average of th= e > averages, not the difference. ?? > GIM>> I think that the text needs improvement to clarify the math used here= : Then the difference between the average packet arrival time calculated for the downstream monitoring point and the same metric but calculated at the upstream monitoring point is the average packet delay on the segment between these two points. > > [minor] "only a small error is introduced" This seems to be a statement > of faith: no proof or justification. > GIM>> The new text to explain that conclusion added: This method is robust to out of order packets and also to packet loss on the segment between the measurement points (packet loss may cause a minor loss of accuracy in the calculated metric because the number of packets used is different at each measurement point). > > [major] "This method...[has a] limitation [which] could be overcome by > reducing the duration of the block by means of a highly optimized > implementation of the method." What does that mean? How is it done? > GIM>> The idea is that if the the number of packets in the block is smaller, i.e. duration is shorter, then the calculated value of the average delay better reflects maximum and minimum delay values of that block's duration. But to use the shorter blocks will require more efficient implementation of the method, preferably the one that uses HW support. The new text is to explain the idea as follows: This limitation of producing only the single metric could be overcome by reducing the duration of the block. As a result, the calculated value of the average delay will better reflect the minimum and maximum delay values of the block's duration time. > > [major] What considerations should be taken into account when deciding th= e > length of time, or number of packets, to be used in each monitored flow? > Please include this information in the Operational Considerations section= . > GIM>> > > 217 4.2. Double Mark Enabled Measurement > > [major] rfc8321 uses "Double-Marking" (not Double Mark). Please be > consistent. > GIM>> Updated throughout the document. > > 219 Double Mark method allows measurement of minimum and maximum delays > 220 for the monitored flow but it requires more nodal and network > 221 resources. If the Double Mark method used, then the L flag MUST be > 222 used to create the alternate flow, i.e. mark larger batches of > 223 packets. The D flag MUST be used to mark single packets to measure > 224 delay jitter. > > [major] "If the Double Mark method used, then the L flag MUST be > used...The D flag MUST be used..." There's no Normative value in the us= e > of MUST here. If appropriate, please use Normative language to indicate > *how* the flags are used instead. s/MUST/must > GIM>> After re-reading these sentences I think that it can be expressed without even "must". Please let me know if the updated text is acceptable (please note that flags have been renamed as S(ingle-Marking) and D(ouble-Marking). If the Double-Marking method used, then the S flag is used to create the sub-flow, i.e., mark blocks of packets. The D flag is used to mark single packets within a block to measure delay and jitter. > > 226 The first marking (L flag alternation) is needed for packet loss an= d > 227 also for average delay measurement. The second marking (D flag is > 228 put to one) creates a new set of marked packets that are fully > 229 identified over the BIER network, so that a BFR can store the > 230 timestamps of these packets; these timestamps can be compared with > 231 the timestamps of the same packets on a second BFR to compute packe= t > 232 delay values for each packet. The number of measurements can be > 233 easily increased by changing the frequency of the second marking. > 234 But the frequency of the second marking must be not too high in > order > 235 to avoid out of order issues. This method is useful to measure not > 236 only the average delay but also the minimum and maximum delay value= s > 237 and, in wider terms, to know more about the statistic distribution > of > 238 delay values. > > [major] "the frequency of the second marking must be not too high" What > is "too high"? > GIM>> I think it is finding a balance between a number of measurements to make metrics more representative of the network conditions experienced by the monitored flow and, on the other hand, the volume of traffic added by collecting the measurement data. Perhaps the updated text removes the ambiguity of "too high": The number of measurements can be easily increased by changing the frequency of the second marking. On the other hand, the higher frequency of the second marking will cause a higher volume of the measurement data being transported through the BIER domain. An operator should consider and balance both effects. > > 240 5. IANA Considerations > > 242 This document requests IANA to register format of the OAM field of > 243 BIER Header as the following: > > [major] =C2=A73 calls these bits L and D. > GIM>> Missed to update Section 3 to 'S' and 'D'. Should be fixed now. > > [major] If you're assigning values to all the bits in the field, then a > registry is not needed. > > [major] If you want to set up a registry to avoid others using the bits i= n > different ways, then that requires an Update to rfc8296. The way I read > rfc8296 is that there could be multiple ways of using the field. I also > didn't see this type of discussion in the WG archive. > > 245 > +--------------+---------+--------------------------+---------------+ > 246 | Bit Position | Marking | Description | Reference > | > 247 > +--------------+---------+--------------------------+---------------+ > 248 | 0 | S | Single Mark Measurement | This document > | > 249 | 1 | D | Double Mark Measurement | This document > | > 250 > +--------------+---------+--------------------------+---------------+ > > 252 Table 1: OAM field of BIER Header > > [major] =C2=A73 uses a different description, which seems inline with =C2= =A74. > Also, the use of a single bit doesn't indicate (according to =C2=A74) the= type > of measurement done. > GIM>> I recall that the naming of the flags was discussed and there was a suggestion to use more generic names than Loss and Delay because other performance metrics can be measured using this method. Also, a more compact marking method has been proposed in draft-mizrahi-ippm-compact-alternate-marking . This method allows the measurement of packet loss and packet delay using one-bit long field. > > 254 6. Security Considerations > > 256 This document list the OAM requirement for BIER-enabled domain and > 257 does not raise any security concerns or issues in addition to ones > 258 common to networking. > > [major] "This document list the OAM requirement for BIER-enabled > domain..." That is not what this document does! > GIM>> Updated, please find the new text below. > > [major] "common to networking" That's a very wide statement -- do you > have a reference? > > [major] You should at least point to rfc8296. > > [major] I would also like to see a pointer to rfc8321, and a discussion o= f > how the concerns there apply (or not) to the BIER application. > GIM>> Please review the updated Security Considerations section: 6. Security Considerations Regarding using the marking method, [RFC8321] stressed two types of security concerns. First, the potential harm caused by the measurements, is a lesser threat as [RFC8296] defines OAM field used by the marking method so that the value of "two bits have no effect on the path taken by a BIER packet and have no effect on the quality of service applied to a BIER packet." Second security concern, potential harm to the measurements can be mitigated by using policy, suggested in [RFC8296], to accept BIER packets only from trusted routers, not from customer-facing interfaces. All the security considerations for BIER discussed in [RFC8296] are inherited by this document. > > > > ... > 283 8.2. Informative References > ... > 295 [RFC8321] Fioccola, G., Ed., Capello, A., Cociglio, M., > Castaldelli, > 296 L., Chen, M., Zheng, L., Mirsky, G., and T. Mizrahi, > 297 "Alternate-Marking Method for Passive and Hybrid > 298 Performance Monitoring", RFC 8321, DOI 10.17487/RFC8321, > 299 January 2018, . > > [major] This reference must be Normative. > GIM>> Done. --0000000000007b5224058c7cfea6 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Alvaro,
many thanks for your revie= w, detailed questions, and the most helpful suggestions. I've prepared = the updated new version to address the nits, minor and major issues you'= ;ve pointed out. Please find my answers, notes in-lined tagged GIM>>.= We, the authors, will discuss your other comments and respond to them soon= .

Regards,
Greg

PS. Attached please find the diff and the copy of the new working version = of the draft.


On Wed, Jun 26, 2019 at 11:40 AM Alvaro R= etana <aretana.ietf@gmail.com<= /a>> wrote:
<= div style=3D"overflow-wrap: break-word;">
Dear authors:

I just finished reading this document.=C2=A0 I was = looking forward to reviewing a short and straight-forward document, but end= ed this one with many questions and concerns.=C2=A0 Please take a look at t= he details.

I'm starting with some overall issues/concerns:

(1) This document uses the = PNPM method described in rfc8321, which makes that RFC a required Normative= reference because it "must be read to understand or implement the tec= hnology" [1].=C2=A0 Note that some of my comments below are precisely = about being explicit with the use of PNPM; the text talks about the marking= method in general...

(2) The use of PNPM results then in the fact that this docu= ment cannot be on the Standards Track because rfc8321 is Experimental.=C2= =A0 In general, downward references are possible, but I don't think thi= s is one of those cases.=C2=A0 The Shepherd writeup for rfc8321 [2] states = that "the measurement utility of this extension still is to be demonst= rated at a variety of scales in a plurality of network conditions." = =C2=A0As far as I can tell, that hasn't been demonstrated, nor specific= information about the completion of the experiment was included in the RFC= text.=C2=A0 I didn't see the topic of the document status discussed in= the WG -- nor am I aware of discussions about the maturity of rfc8321 in t= he ippm WG.=C2=A0 The result is then that this document should be either In= formational or Experimental.

=C2=A0 =C2=A0(PNPM), can be used to measure p= acket loss, latency, and jitter on
=C2=A0 =C2=A0live traffic complies wi= th requirements #5 and #12 listed in
=C2=A0 =C2=A0[I-D.ietf-bier-oam-req= uirements].


Given these issues (and others identified below), I am inclined to return= this document to the WG to consider the Status, applicability, the relatio= nship to other work items, etc.=C2=A0 I will wait for an initial response t= o these comments before doing so.

=
Thanks!

=
Alvaro.

=

[*] draft-iet= f-ippm-multipoint-alt-mark is an ippm WG item and one of the authors is als= o an author of rfc8321 and of this document.


78 =C2=A0 c= lassification of measurement methods.=C2=A0 Packet Network Performance
79 =C2=A0 Monitoring (PNPM= ), which can be used to measure packet loss, latency,
80 =C2=A0 and jitter on live traffic.=C2=A0= Because this method is based on marking
81<= span class=3D"gmail-m_8530690082620083489Apple-tab-span" style=3D"white-spa= ce:pre-wrap"> =C2=A0 consecutive batches of packets the method ofte= n referred to as
82 = =C2=A0 Marking Method (MM).

[nit] s/explains Bit Index Explicit/explains the Bit In= dex Explicit

[nit] s/encapsulation in MPLS network/encapsulation in an MPLS network=

[nit] s= /describes hybrid performance/describes a hybrid performance

[nit] s/[RFC7799] clas= sification of measurement methods./RFC7799's classification of measurem= ent methods [RFC7799].

[nit] s/Packet Network Performance Monitoring (PNPM), which= can be used/The method, called Packet Network Performance Monitoring (PNPM= ), can be used

[nit] s/the method often referred/the method is often referred
=

<= div style=3D"margin:0px">[major] It's not clear to me whether PNPM is k= nown as *the* Marking Method, or if it is simply *a* marking method.=C2=A0 = Please clarify.=C2=A0 I note that the later mentions to "marking metho= d" are all in lower case, which seem to imply something generic -- if = referring to PNPM, it would be better to do it explicitly.

88 2.=C2=A0 Conventions used in = this document

90 2.1.=C2=A0 Terminology
...
99 =C2=A0= MM: Marking Method

[minor] It looks like MM is only used in the Introduction...
GIM>> Yes, removed MM.=C2=A0


...
111 3.=C2=A0 OAM Field in BIER= Header

= 113 =C2=A0 [RFC8296] defined the two-bit long field, = referred to as OAM,
114 =C2=A0 designated for the marking performance measurement method.=C2=A0 T= he OAM
115 =C2=A0 fiel= d MUST NOT be used in defining forwarding and/or quality of
116 =C2=A0 service treatment of a BIE= R packet.=C2=A0 The OAM field MUST be used only
117 =C2=A0 for the performance measurement of dat= a traffic in BIER layer.
118 <= /span> =C2=A0 Because the setting of the field to any value does not affect=
119 =C2=A0 forwarding= and/or quality of service treatment of a packet, the
120 =C2=A0 marking method in BIER layer can= be viewed as the example of the
121 =C2=A0 hybrid performance measurement method.

[major] "designat= ed for the marking performance measurement method" =C2=A0rfc8296 clear= ly says that this document is an example of a document that may define the = non-default use of the bits.=C2=A0 It doesn't designate the use of the = bits in any way.
GIM>> Yes, this d= raft is an example of how the OAM field can be used. Here's the update:=
OLD TEXT:
=C2=A0 =C2=A0[RFC8296] defined the two-bit l= ong field, referred to as OAM,
=C2=A0 =C2=A0designated for the marking= performance measurement method.
NEW TEXT:<= /div>
=C2=A0 =C2=A0[RFC8296] defined the two-bits= long field, referred to as OAM.=C2=A0 The
=C2=A0 =C2=A0OAM field can be= used for the marking performance measurement method.
=

[major] "The OAM field MUST NOT be used in defining forwa= rding and/or quality of service treatment of a BIER packet." =C2=A0Thi= s sentence seems to paraphrase rfc8296.=C2=A0 Is that the intent?=C2=A0 If = so, that is not what rfc8296 says: it is not Normative in the same way.

If not, the= n I'm not sure what the Normative statement is.

In general, it seems to me that= there is no value in that text in this document.=C2=A0 Note that the parag= raph ends with "because the setting of the field to any value does not= affect forwarding and/or quality of service treatment of a packet..."= , which is a statement in line with rfc8296, then there doesn't seem to= be a need to include the Normative sentence at all...
GIM>> I agree and have deleted the two sentences with = the Normative language.=C2=A0

[major] &= quot;The OAM field MUST be used only for the performance measurement of dat= a traffic in BIER layer." =C2=A0What is the intended Normative action = of this sentence?=C2=A0 It seems to me that it wants to avoid other uses of= the OAM field...but without updating rfc8296, which says that the use of t= he field "in other than the default manner is OPTIONAL".=C2=A0 IO= W, this statement contradicts rfc8296.
G= IM>> Removed the sentence. The updated text (see above) is as follows= :
NEW TEXT:
=C2=A0 =C2=A0The OAM field can be used for the m= arking performance measurement method.=C2=A0

I= f you intend for the statement to only apply to implementations of this doc= ument, then you don't need to even include it: the document itself is a= bout specifying the use of the OAM field (for nodes that support it).
=

[minor] "= ;Because the setting of the field...the marking method in BIER layer can be= viewed as the example of the hybrid performance measurement method." = =C2=A0I don't understand how the conclusion is drawn (based on the sett= ing of the field)...nor how this relates to the text in the Introduction wh= ere it basically says that PNPM, which is a hybrid performance measurement = method is known as MM... ??
GIM>> = RFC 8321 described how PNPM can be applied in the IPv4 network as a hybrid = PM method. The intent of this sentence is to note that by using the OAM fie= ld PNPM in BIER domain can be characterized as hybrid PM method as well. Wo= uld the updated sentence be clearer:
=C2=A0 =C2=A0Because the set= ting of the field to any value does not affect
=C2=A0 =C2=A0forwarding a= nd/or quality of service treatment of a packet, using the
=C2=A0 =C2=A0O= AM field for PNPM in BIER layer can be viewed as the example of the
=C2= =A0 =C2=A0hybrid performance measurement method.
=

123 =C2=A0 The Figure 1 displays format = of the OAM field

[major] Please be explicit in saying that this is how this documen= t defines the OAM field.
GIM>> Wou= ld the following be better:
=C2=A0 =C2=A0Figure 1 displays the interpr= etation of the OAM field defined in this
=C2=A0 =C2=A0specification= for the use by PNPM method.=C2=A0

125 =C2=A0 =C2=A00
126 =C2=A0 =C2=A00 =C2=A0 1
12= 7 =C2=A0 +-+-+-+-+
128= =C2=A0 | L | D |
129<= span class=3D"gmail-m_8530690082620083489Apple-tab-span" style=3D"white-spa= ce:pre-wrap"> =C2=A0 +-+-+-+-+

<= /div>
131 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Figure 1: OAM field of BIER Header f= ormat

13= 3 =C2=A0 where:

135 =C2=A0 o =C2=A0L - = Loss flag;

137 =C2=A0 o =C2=A0D - Delay flag.

[minor] Please add a fo= rward reference to where the meaning and use of these flags is specified.

[minor] T= he name of these flags doesn't really represent loss/delay...

139= 4.=C2=A0 Theory of Operation

141 =C2=A0 The marking m= ethod can be successfully used in the multicast
142 =C2=A0 environment supported by BIER layer.= =C2=A0 Without limiting any generality
143 =C2=A0 consider multicast network presented in Figure = 2.=C2=A0 Any combination of
144 =C2=A0 markings, Loss and/or Delay, can be applied to a multica= st flow by
145 =C2=A0 = any Bit Forwarding Router (BFR) at either ingress or egress point to
<= div style=3D"margin:0px">146 =C2=A0 perform node, lin= k, segment or end-to-end measurement to detect
147 =C2=A0 performance degradation defect and loca= lize it efficiently.

[nit] "The marking method can be successfully used in the= multicast environment supported by BIER layer." =C2=A0Sounds like a m= arketing statement...
GIM>> Droppe= d "successfully" to make it more engineer-speak.=C2=A0

<= div style=3D"margin:0px">[major] "Any combination of markings...can be= applied...by any Bit Forwarding Router (BFR)..." =C2=A0rfc8296 says t= hat the "bits are set...by the BFIR and are not modified by other BFRs= ".=C2=A0 What is the assumption?=C2=A0 Please be clear!
GIM>> The updated text:
=C2=A0 =C2=A0A= ny combination of markings can be
=C2=A0 =C2=A0applied to a multicast fl= ow by the Bit Forwarding Ingress Router (BFIR) ...

149 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 -----
150 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 --| D |
151 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 ----- =C2=A0/ =C2=A0-----
152 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 --| B |--
153 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0/ =C2=A0----- =C2=A0\ = =C2=A0-----
154 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 / =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 --= | E |
155 =C2=A0 -----= =C2=A0 =C2=A0/ =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-----
=
156 =C2=A0 | A |--- =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-----
157 =C2=A0 ----- =C2=A0 =C2=A0\ =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0--| F |
158 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 \ =C2=A0----= - =C2=A0 / =C2=A0-----
159 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0--| C |--
160 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0----- =C2=A0 \ =C2=A0-----
161 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 --| G |
162 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 -----

164 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0Figure 2: Multicast network
166 =C2=A0 Using the= marking method, a BFR creates distinct sub-flows in the
167 =C2=A0 particular multicast traffic = over BIER layer.=C2=A0 Each sub-flow consists
168 =C2=A0 of consecutive blocks, consisting of ide= ntically marked packets, that
169 =C2=A0 are unambiguously recognizable by a monitoring point at = any BFR and
170 =C2=A0= can be measured to calculate packet loss and/or packet delay metrics.
171 =C2=A0 It is expected = that the marking values be set and cleared at the edge
172 =C2=A0 of BIER domain.=C2=A0 Thus for = the scenario presented in Figure 2 if the
17= 3 =C2=A0 operator initially monitors A-C-G and A-B-D = segments he may enable
174 =C2=A0 measurements on segments C-F and B-E at any time.

[major] What are sub-= flows?=C2=A0 This question was asked in the Shepherd review, but no clarifi= cation made it into the document.=C2=A0 Note that =C2=A74.1 talks about &qu= ot;alternate flows" -- is that the same thing?=C2=A0 And =C2=A74.2 use= s "monitored flow"...
GIM>&= gt; The updated text is as follows:
=C2=A0 =C2=A0Using the marking met= hod, a BFIR creates distinct sub-flows in the
=C2=A0 =C2=A0particular mu= lticast traffic over BIER layer.=C2=A0 Each sub-flow consists
=C2=A0 =C2= =A0of consecutive blocks of identically marked packets.=C2=A0 For example, = a
=C2=A0 =C2=A0block of N packets, with each packet being marked as X, i= s followed
=C2=A0 =C2=A0by the block of M packets with each packet being= marked as Y.=C2=A0 These
=C2=A0 =C2=A0blocks are unambiguously recogniz= able by a monitoring point at any
=C2=A0 =C2=A0Bit Forwarding Router (BF= R) and can be measured to calculate packet
=C2=A0 =C2=A0loss and/or= packet delay metrics.=C2=A0

[nit] s/m= onitors A-C-G/monitors the A-C-G
GIM>= > Done=C2=A0

[major] "...if the= operator initially monitors A-C-G and A-B-D segments he may enable measure= ments on segments C-F and B-E at any time." =C2=A0How?=C2=A0 A similar= question was asked in the Shepherd's review, and the answer included t= his: "the AltMark domain may be arbitrary and not identical to the BIE= R domain. But from operational PoV, I believe, it is useful to apply AltMar= k at BFIR and then clear them by removing BIER encapsulation at BFERs."= ; [3] =C2=A0However, the document doesn't have any type of discussion r= elated to the existence of multiple types of domains, or their congruence..= .much less operational guidance.=C2=A0 Please be explicit about the potenti= al different domains, their relationship to the specification in rfc8296 an= d provide operational guidance in an Operational Considerations section.
GIM>> Added the Operational Consider= ation section.=C2=A0



176 4.1.=C2=A0= Single Mark Enabled Measurement

<= div style=3D"margin:0px">[major] rfc8321 uses "Single-Marking" (n= ot Single Mark).=C2=A0 Please be consistent.
=
GIM>> Changed throughout the draft s/Single Mark/Single-Marking/= =C2=A0

178 =C2=A0 = As explained in the [RFC8321], marking can be applied to delineate
179 =C2=A0 blocks of packets b= ased either on the equal number of packets in a
180 =C2=A0 block or based on equal time interval.= =C2=A0 The latter method offers
181 =C2=A0 better control as it allows better account for capabil= ities of
182 =C2=A0 do= wnstream nodes to report statistics related to batches of packets
183 =C2=A0 and, at the same tim= e, time resolution that affects defect detection
184 =C2=A0 interval.

[nit] s/in the [RFC8321]/in [RFC832= 1]
GIM>> Done=C2=A0

186 =C2=A0 If the Single Mark me= asurement used to measure packet loss, then the
187 =C2=A0 D flag MUST be set to zero on transmit= and ignored by monitoring
188= =C2=A0 point.

[nit] s/measurement used/measurement is used

[nit] s/ignored by mon= itoring/ignored by the monitoring
GIM>= ;> Done and done=C2=A0
<= div style=3D"margin:0px">
[major] In thi= s document I don't see a way to discover (or detect from the signaling)= what methodology is in use.=C2=A0 All the nodes in the network (or at leas= t the ones doing measurement) MUST then be configured beforehand.=C2=A0 Is = that true?=C2=A0 Please be explicit about those type of requirements.=C2=A0= An rfc5706-type Operational Considerations section would be ideal -- look = specially at =C2=A72.
GIM>> Yes, y= our understanding that all measurement points must be configured is absolut= ely correct. I've added the text in the new section Operational Conside= rations.=C2=A0

190 =C2=A0 The L flag is used to create alternate flows to measure the packe= t
191 =C2=A0 loss by s= witching the value of the L flag every N-th packet or at
192 =C2=A0 certain time intervals.=C2=A0= Delay metrics MAY be calculated with the
19= 3 =C2=A0 alternate flow using any of the following me= thods:

1= 95 =C2=A0 o =C2=A0First/Last Packet Delay calculation= : whenever the marking, i.e.
196 =C2=A0 =C2=A0 =C2=A0value of L flag changes, a BFR can store th= e timestamp of the
197 = =C2=A0 =C2=A0 =C2=A0first/last packet of the block.=C2=A0 The timestamp ca= n be compared
198 =C2= =A0 =C2=A0 =C2=A0with the timestamp of the packet that arrived in the same = order
199 =C2=A0 =C2= =A0 =C2=A0through a monitoring point at downstream BFR to compute packet
200 =C2=A0 =C2=A0 =C2=A0= delay.=C2=A0 Because timestamps collected based on order of arrival
201 =C2=A0 =C2=A0 =C2=A0this = method is sensitive to packet loss and re-ordering of packets

[nit] s/at downstream= BFR/at a downstream BFR

[major] "this method is sensitive to packet loss and = re-ordering of packets" =C2=A0It will be important to point at the Con= siderations section from rfc8321.=C2=A0 It would be ideal to do so in the O= perational Considerations section.
GIM&g= t;> Appreciate your feedback on the new section in the updated version o= f the draft.=C2=A0
<= div style=3D"overflow-wrap: break-word;">

203 =C2=A0 o =C2=A0Average Packet Delay calculation: an average delay is c= alculated
204 =C2=A0 = =C2=A0 =C2=A0by considering the average arrival time of the packets within = a
205 =C2=A0 =C2=A0 = =C2=A0single block.=C2=A0 A BFR may collect timestamps for each packet
206 =C2=A0 =C2=A0 =C2=A0re= ceived within a single block.=C2=A0 Average of the timestamp is the
207 =C2=A0 =C2=A0 =C2=A0sum o= f all the timestamps divided by the total number of packets
208 =C2=A0 =C2=A0 =C2=A0received.=C2= =A0 Then the difference between averages calculated at two
209 =C2=A0 =C2=A0 =C2=A0monitoring po= ints is the average packet delay on that segment.
210 =C2=A0 =C2=A0 =C2=A0This method is robust t= o out of order packets and also to packet
21= 1 =C2=A0 =C2=A0 =C2=A0loss (only a small error is int= roduced).=C2=A0 This method only
212 =C2=A0 =C2=A0 =C2=A0provides a single metric for the duratio= n of the block and it
213 =C2=A0 =C2=A0 =C2=A0doesn't give the minimum and maximum delay valu= es.=C2=A0 This
214 =C2= =A0 =C2=A0 =C2=A0limitation could be overcome by reducing the duration of t= he block
215 =C2=A0 = =C2=A0 =C2=A0by means of a highly optimized implementation of the method.

[minor] &= quot;Then the difference between averages calculated at two monitoring poin= ts is the average packet delay on that segment." =C2=A0Maybe my math i= s rusty, but I would have thought the average delay to be the average of th= e averages, not the difference. =C2=A0??
GIM>> I think that the text needs improvement to clarify the math us= ed here:
=C2=A0 =C2=A0 =C2=A0 Then the difference between the ave= rage packet arrival
=C2=A0 =C2=A0 =C2=A0 time calculated for the downstr= eam monitoring point and the same
=C2=A0 =C2=A0 =C2=A0 metric but calcul= ated at the upstream monitoring point is the
=C2=A0 =C2=A0 =C2=A0 averag= e packet delay on the segment between these two points.=C2=A0

=
[minor] "only a small error is introduced&qu= ot; =C2=A0This seems to be a statement of faith: no proof or justification.=
GIM>> The new text to explain tha= t conclusion added:
=C2=A0 =C2=A0 =C2=A0 This method is robust to out = of order packets and also to packet
=C2=A0 =C2=A0 =C2=A0 loss on the seg= ment between the measurement points (packet loss
=C2=A0 =C2=A0 =C2=A0 ma= y cause a minor loss of accuracy in the calculated metric
=C2=A0 =C2=A0 = =C2=A0 because the number of packets used is different at each
=C2= =A0 =C2=A0 =C2=A0 measurement point).=C2=A0

[major] "This method...[has a] limitation [which] could be overcom= e by reducing the duration of the block by means of a highly optimized impl= ementation of the method." =C2=A0What does that mean?=C2=A0 How is it = done?
GIM>> The idea is that if th= e the number of packets in the block is smaller, i.e. duration is shorter, = then the calculated value of the average delay better reflects maximum and = minimum delay values of that block's duration. But to use the shorter b= locks will require more efficient implementation of the method, preferably = the one that uses HW support. The new text is to explain the idea as follow= s:
=C2=A0 =C2=A0 =C2=A0 This limitation of producing only the
= =C2=A0 =C2=A0 =C2=A0 single metric could be overcome by reducing the durati= on of the
=C2=A0 =C2=A0 =C2=A0 block.=C2=A0 As a result, the calculated = value of the average delay
=C2=A0 =C2=A0 =C2=A0 will better reflect the = minimum and maximum delay values of the
=C2=A0 =C2=A0 =C2=A0 block's= duration time.
=

[major] What conside= rations should be taken into account when deciding the length of time, or n= umber of packets, to be used in each monitored flow?=C2=A0 Please include t= his information in the Operational Considerations section.
GIM>>=C2=A0=C2=A0

217 4.2.=C2=A0 Double Mark Enabled Measurement

[major] rfc8= 321 uses "Double-Marking" (not Double Mark).=C2=A0 Please be cons= istent.
GIM>> Updated throughout t= he document.=C2=A0
<= div style=3D"overflow-wrap: break-word;">

219 =C2=A0 Double Mark method allows measurement of minimum and maximum de= lays
220 =C2=A0 for th= e monitored flow but it requires more nodal and network
221 =C2=A0 resources.=C2=A0 If the Double= Mark method used, then the L flag MUST be
2= 22 =C2=A0 used to create the alternate flow, i.e. mar= k larger batches of
223 =C2=A0 packets.=C2=A0 The D flag MUST be used to mark single packets to m= easure
224 =C2=A0 dela= y jitter.

[major] "If the Double Mark method used, then the L flag MUST be use= d...The D flag MUST be used..." =C2=A0 There's no Normative value = in the use of MUST here.=C2=A0 If appropriate, please use Normative languag= e to indicate *how* the flags are used instead. =C2=A0s/MUST/must
GIM>> After re-reading these sentences I th= ink that it can be expressed without even "must". Please let me k= now if the updated text is acceptable (please note that flags have been ren= amed as S(ingle-Marking) and D(ouble-Marking).
=C2=A0 =C2=A0If th= e Double-Marking method used, then the S flag is
=C2=A0 =C2=A0used to cr= eate the sub-flow, i.e., mark blocks of packets.=C2=A0 The D
=C2=A0 =C2= =A0flag is used to mark single packets within a block to measure delay
= =C2=A0 =C2=A0and jitter.
=C2=A0

226 =C2=A0 The first marking (L flag alternatio= n) is needed for packet loss and
227 =C2=A0 also for average delay measurement.=C2=A0 The second = marking (D flag is
228 = =C2=A0 put to one) creates a new set of marked packets that are fully
229 =C2=A0 identified over= the BIER network, so that a BFR can store the
230 =C2=A0 timestamps of these packets; these time= stamps can be compared with
231 =C2=A0 the timestamps of the same packets on a second BFR to co= mpute packet
232 =C2= =A0 delay values for each packet.=C2=A0 The number of measurements can be
233 =C2=A0 easily incre= ased by changing the frequency of the second marking.
234 =C2=A0 But the frequency of the second = marking must be not too high in order
235 =C2=A0 to avoid out of order issues.=C2=A0 This method = is useful to measure not
236 <= /span> =C2=A0 only the average delay but also the minimum and maximum delay= values
237 =C2=A0 and= , in wider terms, to know more about the statistic distribution of
238 =C2=A0 delay values.
=

[major] "= ;the frequency of the second marking must be not too high" =C2=A0What = is "too high"?
GIM>> I t= hink it is finding a balance between a number of measurements to make metri= cs more representative of the network conditions experienced by the monitor= ed flow and, on the other hand, the volume of traffic added by collecting t= he measurement data. Perhaps the updated text removes the ambiguity of &quo= t;too high":
=C2=A0 =C2=A0The number of measurements can be
= =C2=A0 =C2=A0easily increased by changing the frequency of the second marki= ng.=C2=A0 On
=C2=A0 =C2=A0the other hand, the higher frequency of the se= cond marking will cause
=C2=A0 =C2=A0a higher volume of the measurement = data being transported through the
=C2=A0 =C2=A0BIER domain.=C2=A0 = An operator should consider and balance both effects.=C2=A0

240 5.=C2=A0 IANA Considerations

242 =C2=A0 This document requests IANA to register format of t= he OAM field of
243 = =C2=A0 BIER Header as the following:

[major] =C2=A73 calls these bits L and D.
GIM>> Missed to update Section 3 to &#= 39;S' and 'D'. Should be fixed now.=C2=A0

[major] If you're assigning values to all the bits in t= he field, then a registry is not needed.
[major] If you want to set up a registry t= o avoid others using the bits in different ways, then that requires an Upda= te to rfc8296.=C2=A0 The way I read rfc8296 is that there could be multiple= ways of using the field.=C2=A0 I also didn't see this type of discussi= on in the WG archive.

245 =C2=A0 +--------------+---------+= --------------------------+---------------+
= 246 =C2=A0 | Bit Position | Marking | Description =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| Reference =C2=A0 =C2=A0 |
247 =C2=A0 +------------= --+---------+--------------------------+---------------+
248 =C2=A0 | =C2=A0 =C2=A0 =C2=A00 =C2= =A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A0S =C2=A0 =C2=A0| Single Mark Measurement = =C2=A0| This document |
249 =C2=A0 | =C2=A0 =C2=A0 =C2=A01 =C2=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A0D = =C2=A0 =C2=A0| Double Mark Measurement =C2=A0| This document |
250 =C2=A0 +--------------+-------= --+--------------------------+---------------+

252 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Table 1: OAM fi= eld of BIER Header

[major] =C2=A73 uses a different description, which seems inline= with =C2=A74.=C2=A0 Also, the use of a single bit doesn't indicate (ac= cording to =C2=A74) the type of measurement done.
GIM>> I recall that the naming of the flags was discussed a= nd there was a suggestion to use more generic names than Loss and Delay bec= ause other performance metrics can be measured using this method. Also, a m= ore compact marking method has been proposed in=C2=A0draft-= mizrahi-ippm-compact-alternate-marking. This method allows the measurem= ent of packet loss and packet delay using one-bit long field.

254 6.=C2=A0 Security Considerat= ions

256= =C2=A0 This document list the OAM requirement for BI= ER-enabled domain and
257 =C2=A0 does not raise any security concerns or issues in addition to on= es
258 =C2=A0 common t= o networking.

[major] "This document list the OAM requirement for BIER-enabled= domain..." =C2=A0That is not what this document does!
GIM>> Updated, please find the new text below.
[major] "common to networking" = =C2=A0That's a very wide statement -- do you have a reference?

[major] You shou= ld at least point to rfc8296.

[major] I would also like to see a pointer to rfc8321= , and a discussion of how the concerns there apply (or not) to the BIER app= lication.
GIM>> Please review the = updated Security Considerations section:
=C2=A06.=C2=A0 Security = Considerations

=C2=A0 =C2=A0Regarding using the marking method, [R= FC8321] stressed two types of
=C2=A0 =C2=A0security concerns.=C2=A0 Firs= t, the potential harm caused by the
=C2=A0 =C2=A0measurements, is a less= er threat as [RFC8296] defines OAM field used
=C2=A0 =C2=A0by the markin= g method so that the value of "two bits have no effect
=C2=A0 =C2= =A0on the path taken by a BIER packet and have no effect on the quality
= =C2=A0 =C2=A0of service applied to a BIER packet." =C2=A0Second securi= ty concern,
=C2=A0 =C2=A0potential harm to the measurements can be mitig= ated by using policy,
=C2=A0 =C2=A0suggested in [RFC8296], to accept BIE= R packets only from trusted
=C2=A0 =C2=A0routers, not from customer-faci= ng interfaces.

=C2=A0 =C2=A0All the security considerations for BIER= discussed in [RFC8296] are
=C2=A0 =C2=A0inherited by this document.

=

...
283 8.2.=C2=A0 Informative Refer= ences
...
295= =C2=A0 [RFC8321] =C2=A0Fioccola, G., Ed., Capello, A= ., Cociglio, M., Castaldelli,
296 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0L., Chen, M., Z= heng, L., Mirsky, G., and T. Mizrahi,
297 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0"A= lternate-Marking Method for Passive and Hybrid
298 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0Performance Monitoring", RFC 8321, DOI 10.17487/RFC8321,
299 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0January 2018, <https://www.rfc-editor.org/info/rfc8321>.

GIM>> Done.=C2=A0
--0000000000007b5224058c7cfea6-- --0000000000007b5227058c7cfea8 Content-Type: text/plain; charset="US-ASCII"; name="draft-ietf-bier-pmmm-oam-06.txt" Content-Disposition: attachment; filename="draft-ietf-bier-pmmm-oam-06.txt" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: f_jxi1724x1 CgoKCkJJRVIgIFdvcmtpbmcgR3JvdXAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIEcuIE1pcnNreQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICBaVEUgQ29ycC4KSW50ZW5kZWQgc3RhdHVzOiBTdGFu ZGFyZHMgVHJhY2sgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEwuIFpoZW5nCkV4cGly ZXM6IERlY2VtYmVyIDMxLCAyMDE5ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgTS4gQ2hlbgogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgRy4gRmlvY2NvbGEKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICBIdWF3ZWkgVGVjaG5vbG9naWVzCiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgSnVuZSAyOSwgMjAx OQoKCiBQZXJmb3JtYW5jZSBNZWFzdXJlbWVudCAoUE0pIHdpdGggTWFya2luZyBNZXRob2QgaW4g Qml0IEluZGV4IEV4cGxpY2l0CiAgICAgICAgICAgICAgICAgICAgICAgIFJlcGxpY2F0aW9uIChC SUVSKSBMYXllcgogICAgICAgICAgICAgICAgICAgICAgZHJhZnQtaWV0Zi1iaWVyLXBtbW0tb2Ft LTA2CgpBYnN0cmFjdAoKICAgVGhpcyBkb2N1bWVudCBkZXNjcmliZXMgYSBoeWJyaWQgcGVyZm9y bWFuY2UgbWVhc3VyZW1lbnQgbWV0aG9kIGZvcgogICBtdWx0aWNhc3Qgc2VydmljZSB0aHJvdWdo IGEgQml0IEluZGV4IEV4cGxpY2l0IFJlcGxpY2F0aW9uIGRvbWFpbi4KClN0YXR1cyBvZiBUaGlz IE1lbW8KCiAgIFRoaXMgSW50ZXJuZXQtRHJhZnQgaXMgc3VibWl0dGVkIGluIGZ1bGwgY29uZm9y bWFuY2Ugd2l0aCB0aGUKICAgcHJvdmlzaW9ucyBvZiBCQ1AgNzggYW5kIEJDUCA3OS4KCiAgIElu dGVybmV0LURyYWZ0cyBhcmUgd29ya2luZyBkb2N1bWVudHMgb2YgdGhlIEludGVybmV0IEVuZ2lu ZWVyaW5nCiAgIFRhc2sgRm9yY2UgKElFVEYpLiAgTm90ZSB0aGF0IG90aGVyIGdyb3VwcyBtYXkg YWxzbyBkaXN0cmlidXRlCiAgIHdvcmtpbmcgZG9jdW1lbnRzIGFzIEludGVybmV0LURyYWZ0cy4g IFRoZSBsaXN0IG9mIGN1cnJlbnQgSW50ZXJuZXQtCiAgIERyYWZ0cyBpcyBhdCBodHRwczovL2Rh dGF0cmFja2VyLmlldGYub3JnL2RyYWZ0cy9jdXJyZW50Ly4KCiAgIEludGVybmV0LURyYWZ0cyBh cmUgZHJhZnQgZG9jdW1lbnRzIHZhbGlkIGZvciBhIG1heGltdW0gb2Ygc2l4IG1vbnRocwogICBh bmQgbWF5IGJlIHVwZGF0ZWQsIHJlcGxhY2VkLCBvciBvYnNvbGV0ZWQgYnkgb3RoZXIgZG9jdW1l bnRzIGF0IGFueQogICB0aW1lLiAgSXQgaXMgaW5hcHByb3ByaWF0ZSB0byB1c2UgSW50ZXJuZXQt RHJhZnRzIGFzIHJlZmVyZW5jZQogICBtYXRlcmlhbCBvciB0byBjaXRlIHRoZW0gb3RoZXIgdGhh biBhcyAid29yayBpbiBwcm9ncmVzcy4iCgogICBUaGlzIEludGVybmV0LURyYWZ0IHdpbGwgZXhw aXJlIG9uIERlY2VtYmVyIDMxLCAyMDE5LgoKQ29weXJpZ2h0IE5vdGljZQoKICAgQ29weXJpZ2h0 IChjKSAyMDE5IElFVEYgVHJ1c3QgYW5kIHRoZSBwZXJzb25zIGlkZW50aWZpZWQgYXMgdGhlCiAg IGRvY3VtZW50IGF1dGhvcnMuICBBbGwgcmlnaHRzIHJlc2VydmVkLgoKICAgVGhpcyBkb2N1bWVu dCBpcyBzdWJqZWN0IHRvIEJDUCA3OCBhbmQgdGhlIElFVEYgVHJ1c3QncyBMZWdhbAogICBQcm92 aXNpb25zIFJlbGF0aW5nIHRvIElFVEYgRG9jdW1lbnRzCiAgIChodHRwczovL3RydXN0ZWUuaWV0 Zi5vcmcvbGljZW5zZS1pbmZvKSBpbiBlZmZlY3Qgb24gdGhlIGRhdGUgb2YKICAgcHVibGljYXRp b24gb2YgdGhpcyBkb2N1bWVudC4gIFBsZWFzZSByZXZpZXcgdGhlc2UgZG9jdW1lbnRzCiAgIGNh cmVmdWxseSwgYXMgdGhleSBkZXNjcmliZSB5b3VyIHJpZ2h0cyBhbmQgcmVzdHJpY3Rpb25zIHdp dGggcmVzcGVjdAogICB0byB0aGlzIGRvY3VtZW50LiAgQ29kZSBDb21wb25lbnRzIGV4dHJhY3Rl ZCBmcm9tIHRoaXMgZG9jdW1lbnQgbXVzdAogICBpbmNsdWRlIFNpbXBsaWZpZWQgQlNEIExpY2Vu c2UgdGV4dCBhcyBkZXNjcmliZWQgaW4gU2VjdGlvbiA0LmUgb2YKCgoKCk1pcnNreSwgZXQgYWwu ICAgICAgICAgIEV4cGlyZXMgRGVjZW1iZXIgMzEsIDIwMTkgICAgICAgICAgICAgICBbUGFnZSAx XQoMCkludGVybmV0LURyYWZ0ICAgICAgIFBNIHdpdGggTWFya2luZyBNZXRob2QgaW4gQklFUiAg ICAgICAgICAgIEp1bmUgMjAxOQoKCiAgIHRoZSBUcnVzdCBMZWdhbCBQcm92aXNpb25zIGFuZCBh cmUgcHJvdmlkZWQgd2l0aG91dCB3YXJyYW50eSBhcwogICBkZXNjcmliZWQgaW4gdGhlIFNpbXBs aWZpZWQgQlNEIExpY2Vuc2UuCgpUYWJsZSBvZiBDb250ZW50cwoKICAgMS4gIEludHJvZHVjdGlv biAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gICAyCiAg IDIuICBDb252ZW50aW9ucyB1c2VkIGluIHRoaXMgZG9jdW1lbnQgLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuICAgMgogICAgIDIuMS4gIFRlcm1pbm9sb2d5IC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgIDMKICAgICAyLjIuICBSZXF1aXJlbWVudHMgTGFu Z3VhZ2UgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gICAzCiAgIDMuICBPQU0g RmllbGQgaW4gQklFUiBIZWFkZXIgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu ICAgMwogICA0LiAgVGhlb3J5IG9mIE9wZXJhdGlvbiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAgIDQKICAgICA0LjEuICBTaW5nbGUtTWFya2luZyBFbmFibGVkIE1l YXN1cmVtZW50ICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gICA0CiAgICAgNC4yLiAgRG91YmxlLU1h cmtpbmcgRW5hYmxlZCBNZWFzdXJlbWVudCAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAgNQogICAg IDQuMy4gIE9wZXJhdGlvbmFsIENvbnNpZGVyYXRpb25zICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAgIDYKICAgNS4gIElBTkEgQ29uc2lkZXJhdGlvbnMgLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gICA2CiAgIDYuICBTZWN1cml0eSBDb25zaWRlcmF0aW9u cyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAgNwogICA3LiAgQWNrbm93 bGVkZ2VtZW50IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAg IDcKICAgOC4gIFJlZmVyZW5jZXMgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gICA3CiAgICAgOC4xLiAgTm9ybWF0aXZlIFJlZmVyZW5jZXMgIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAgNwogICAgIDguMi4gIEluZm9ybWF0aXZl IFJlZmVyZW5jZXMgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgIDgKICAgQXV0 aG9ycycgQWRkcmVzc2VzICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gICA4CgoxLiAgSW50cm9kdWN0aW9uCgogICBbUkZDODI3OV0gaW50cm9kdWNlcyBhbmQg ZXhwbGFpbnMgdGhlIEJpdCBJbmRleCBFeHBsaWNpdCBSZXBsaWNhdGlvbgogICAoQklFUikgYXJj aGl0ZWN0dXJlIGFuZCBob3cgaXQgc3VwcG9ydHMgdGhlIGZvcndhcmRpbmcgb2YgbXVsdGljYXN0 CiAgIGRhdGEgcGFja2V0cy4gIFtSRkM4Mjk2XSBzcGVjaWZpZWQgdGhhdCBpbiB0aGUgY2FzZSBv ZiBCSUVSCiAgIGVuY2Fwc3VsYXRpb24gaW4gYW4gTVBMUyBuZXR3b3JrLCBhIEJJRVItTVBMUyBs YWJlbCwgdGhlIGxhYmVsIHRoYXQKICAgaXMgYXQgdGhlIGJvdHRvbSBvZiB0aGUgbGFiZWwgc3Rh Y2ssIHVuaXF1ZWx5IGlkZW50aWZpZXMgdGhlCiAgIG11bHRpY2FzdCBmbG93LiAgW1JGQzgzMjFd IGRlc2NyaWJlcyBhIGh5YnJpZCBwZXJmb3JtYW5jZSBtZWFzdXJlbWVudAogICBtZXRob2QsIHBl ciBSRkM3Nzk5J3MgY2xhc3NpZmljYXRpb24gb2YgbWVhc3VyZW1lbnQgbWV0aG9kcwogICBbUkZD Nzc5OV0uICBUaGUgbWV0aG9kLCBjYWxsZWQgUGFja2V0IE5ldHdvcmsgUGVyZm9ybWFuY2UgTW9u aXRvcmluZwogICAoUE5QTSksIGNhbiBiZSB1c2VkIHRvIG1lYXN1cmUgcGFja2V0IGxvc3MsIGxh dGVuY3ksIGFuZCBqaXR0ZXIgb24KICAgbGl2ZSB0cmFmZmljIGNvbXBsaWVzIHdpdGggcmVxdWly ZW1lbnRzICM1IGFuZCAjMTIgbGlzdGVkIGluCiAgIFtJLUQuaWV0Zi1iaWVyLW9hbS1yZXF1aXJl bWVudHNdLiAgQmVjYXVzZSB0aGlzIG1ldGhvZCBpcyBiYXNlZCBvbgogICBtYXJraW5nIGNvbnNl Y3V0aXZlIGJhdGNoZXMgb2YgcGFja2V0cywgdGhlIG1ldGhvZCBpcyBvZnRlbiByZWZlcnJlZAog ICB0byBhcyBhIG1hcmtpbmcgbWV0aG9kLgoKICAgVGhpcyBkb2N1bWVudCBkZWZpbmVzIGhvdyB0 aGUgbWFya2luZyBtZXRob2QgY2FuIGJlIHVzZWQgb24gdGhlIEJJRVIKICAgbGF5ZXIgdG8gbWVh c3VyZSBwYWNrZXQgbG9zcyBhbmQgZGVsYXkgbWV0cmljcyBvZiBhIG11bHRpY2FzdCBmbG93IGlu CiAgIGFuIE1QTFMgbmV0d29yay4KCjIuICBDb252ZW50aW9ucyB1c2VkIGluIHRoaXMgZG9jdW1l bnQKCgoKCgoKCgpNaXJza3ksIGV0IGFsLiAgICAgICAgICBFeHBpcmVzIERlY2VtYmVyIDMxLCAy MDE5ICAgICAgICAgICAgICAgW1BhZ2UgMl0KDApJbnRlcm5ldC1EcmFmdCAgICAgICBQTSB3aXRo IE1hcmtpbmcgTWV0aG9kIGluIEJJRVIgICAgICAgICAgICBKdW5lIDIwMTkKCgoyLjEuICBUZXJt aW5vbG9neQoKICAgQkZSOiBCaXQtRm9yd2FyZGluZyBSb3V0ZXIKCiAgIEJGRVI6IEJpdC1Gb3J3 YXJkaW5nIEVncmVzcyBSb3V0ZXIKCiAgIEJGSVI6IEJpdC1Gb3J3YXJkaW5nIEluZ3Jlc3MgUm91 dGVyCgogICBCSUVSOiBCaXQgSW5kZXggRXhwbGljaXQgUmVwbGljYXRpb24KCiAgIE9BTTogT3Bl cmF0aW9ucywgQWRtaW5pc3RyYXRpb24gYW5kIE1haW50ZW5hbmNlCgoyLjIuICBSZXF1aXJlbWVu dHMgTGFuZ3VhZ2UKCiAgIFRoZSBrZXkgd29yZHMgIk1VU1QiLCAiTVVTVCBOT1QiLCAiUkVRVUlS RUQiLCAiU0hBTEwiLCAiU0hBTEwgTk9UIiwKICAgIlNIT1VMRCIsICJTSE9VTEQgTk9UIiwgIlJF Q09NTUVOREVEIiwgIk5PVCBSRUNPTU1FTkRFRCIsICJNQVkiLCBhbmQKICAgIk9QVElPTkFMIiBp biB0aGlzIGRvY3VtZW50IGFyZSB0byBiZSBpbnRlcnByZXRlZCBhcyBkZXNjcmliZWQgaW4gQkNQ CiAgIDE0IFtSRkMyMTE5XSBbUkZDODE3NF0gd2hlbiwgYW5kIG9ubHkgd2hlbiwgdGhleSBhcHBl YXIgaW4gYWxsCiAgIGNhcGl0YWxzLCBhcyBzaG93biBoZXJlLgoKMy4gIE9BTSBGaWVsZCBpbiBC SUVSIEhlYWRlcgoKICAgW1JGQzgyOTZdIGRlZmluZWQgdGhlIHR3by1iaXRzIGxvbmcgZmllbGQs IHJlZmVycmVkIHRvIGFzIE9BTS4gIFRoZQogICBPQU0gZmllbGQgY2FuIGJlIHVzZWQgZm9yIHRo ZSBtYXJraW5nIHBlcmZvcm1hbmNlIG1lYXN1cmVtZW50IG1ldGhvZC4KICAgQmVjYXVzZSB0aGUg c2V0dGluZyBvZiB0aGUgZmllbGQgdG8gYW55IHZhbHVlIGRvZXMgbm90IGFmZmVjdAogICBmb3J3 YXJkaW5nIGFuZC9vciBxdWFsaXR5IG9mIHNlcnZpY2UgdHJlYXRtZW50IG9mIGEgcGFja2V0LCB1 c2luZyB0aGUKICAgT0FNIGZpZWxkIGZvciBQTlBNIGluIEJJRVIgbGF5ZXIgY2FuIGJlIHZpZXdl ZCBhcyB0aGUgZXhhbXBsZSBvZiB0aGUKICAgaHlicmlkIHBlcmZvcm1hbmNlIG1lYXN1cmVtZW50 IG1ldGhvZC4KCiAgIEZpZ3VyZSAxIGRpc3BsYXlzIHRoZSBpbnRlcnByZXRhdGlvbiBvZiB0aGUg T0FNIGZpZWxkIGRlZmluZWQgaW4gdGhpcwogICBzcGVjaWZpY2F0aW9uIGZvciB0aGUgdXNlIGJ5 IFBOUE0gbWV0aG9kLgoKICAgIDAKICAgIDAgICAxCiAgICstKy0rLSstKwogICB8IFMgfCBEIHwK ICAgKy0rLSstKy0rCgogICAgICAgICAgICAgICAgIEZpZ3VyZSAxOiBPQU0gZmllbGQgb2YgQklF UiBIZWFkZXIgZm9ybWF0CgogICB3aGVyZToKCiAgIG8gIFMgLSBTaW5nbGUtTWFya2luZyBmbGFn OwoKICAgbyAgRCAtIERvdWJsZS1NYXJraW5nIGZsYWcuCgoKCgoKCk1pcnNreSwgZXQgYWwuICAg ICAgICAgIEV4cGlyZXMgRGVjZW1iZXIgMzEsIDIwMTkgICAgICAgICAgICAgICBbUGFnZSAzXQoM CkludGVybmV0LURyYWZ0ICAgICAgIFBNIHdpdGggTWFya2luZyBNZXRob2QgaW4gQklFUiAgICAg ICAgICAgIEp1bmUgMjAxOQoKCjQuICBUaGVvcnkgb2YgT3BlcmF0aW9uCgogICBUaGUgbWFya2lu ZyBtZXRob2QgY2FuIGJlIHVzZWQgaW4gdGhlIG11bHRpY2FzdCBlbnZpcm9ubWVudCBzdXBwb3J0 ZWQKICAgYnkgQklFUiBsYXllci4gIFdpdGhvdXQgbGltaXRpbmcgYW55IGdlbmVyYWxpdHkgY29u c2lkZXIgbXVsdGljYXN0CiAgIG5ldHdvcmsgcHJlc2VudGVkIGluIEZpZ3VyZSAyLiAgQW55IGNv bWJpbmF0aW9uIG9mIG1hcmtpbmdzIGNhbiBiZQogICBhcHBsaWVkIHRvIGEgbXVsdGljYXN0IGZs b3cgYnkgdGhlIEJpdCBGb3J3YXJkaW5nIEluZ3Jlc3MgUm91dGVyCiAgIChCRklSKSBhdCBlaXRo ZXIgaW5ncmVzcyBvciBlZ3Jlc3MgcG9pbnQgdG8gcGVyZm9ybSBub2RlLCBsaW5rLAogICBzZWdt ZW50IG9yIGVuZC10by1lbmQgbWVhc3VyZW1lbnQgdG8gZGV0ZWN0IHBlcmZvcm1hbmNlIGRlZ3Jh ZGF0aW9uCiAgIGRlZmVjdCBhbmQgbG9jYWxpemUgaXQgZWZmaWNpZW50bHkuCgoKICAgICAgICAg ICAgICAgICAgICAgICAgICAgLS0tLS0KICAgICAgICAgICAgICAgICAgICAgICAgIC0tfCBEIHwK ICAgICAgICAgICAgICAgICAtLS0tLSAgLyAgLS0tLS0KICAgICAgICAgICAgICAgLS18IEIgfC0t CiAgICAgICAgICAgICAgLyAgLS0tLS0gIFwgIC0tLS0tCiAgICAgICAgICAgICAvICAgICAgICAg ICAtLXwgRSB8CiAgIC0tLS0tICAgIC8gICAgICAgICAgICAgIC0tLS0tCiAgIHwgQSB8LS0tICAg ICAgICAgICAgICAgIC0tLS0tCiAgIC0tLS0tICAgIFwgICAgICAgICAgICAtLXwgRiB8CiAgICAg ICAgICAgICBcICAtLS0tLSAgIC8gIC0tLS0tCiAgICAgICAgICAgICAgLS18IEMgfC0tCiAgICAg ICAgICAgICAgICAtLS0tLSAgIFwgIC0tLS0tCiAgICAgICAgICAgICAgICAgICAgICAgICAtLXwg RyB8CiAgICAgICAgICAgICAgICAgICAgICAgICAgIC0tLS0tCgoKICAgICAgICAgICAgICAgICAg ICAgICAgRmlndXJlIDI6IE11bHRpY2FzdCBuZXR3b3JrCgogICBVc2luZyB0aGUgbWFya2luZyBt ZXRob2QsIGEgQkZJUiBjcmVhdGVzIGRpc3RpbmN0IHN1Yi1mbG93cyBpbiB0aGUKICAgcGFydGlj dWxhciBtdWx0aWNhc3QgdHJhZmZpYyBvdmVyIEJJRVIgbGF5ZXIuICBFYWNoIHN1Yi1mbG93IGNv bnNpc3RzCiAgIG9mIGNvbnNlY3V0aXZlIGJsb2NrcyBvZiBpZGVudGljYWxseSBtYXJrZWQgcGFj a2V0cy4gIEZvciBleGFtcGxlLCBhCiAgIGJsb2NrIG9mIE4gcGFja2V0cywgd2l0aCBlYWNoIHBh Y2tldCBiZWluZyBtYXJrZWQgYXMgWCwgaXMgZm9sbG93ZWQKICAgYnkgdGhlIGJsb2NrIG9mIE0g cGFja2V0cyB3aXRoIGVhY2ggcGFja2V0IGJlaW5nIG1hcmtlZCBhcyBZLiAgVGhlc2UKICAgYmxv Y2tzIGFyZSB1bmFtYmlndW91c2x5IHJlY29nbml6YWJsZSBieSBhIG1vbml0b3JpbmcgcG9pbnQg YXQgYW55CiAgIEJpdCBGb3J3YXJkaW5nIFJvdXRlciAoQkZSKSBhbmQgY2FuIGJlIG1lYXN1cmVk IHRvIGNhbGN1bGF0ZSBwYWNrZXQKICAgbG9zcyBhbmQvb3IgcGFja2V0IGRlbGF5IG1ldHJpY3Mu ICBJdCBpcyBleHBlY3RlZCB0aGF0IHRoZSBtYXJraW5nCiAgIHZhbHVlcyBiZSBzZXQgYW5kIGNs ZWFyZWQgYXQgdGhlIGVkZ2Ugb2YgQklFUiBkb21haW4uICBUaHVzIGZvciB0aGUKICAgc2NlbmFy aW8gcHJlc2VudGVkIGluIEZpZ3VyZSAyIGlmIHRoZSBvcGVyYXRvciBpbml0aWFsbHkgbW9uaXRv cnMgdGhlCiAgIEEtQy1HIGFuZCBBLUItRCBzZWdtZW50cyBoZSBtYXkgZW5hYmxlIG1lYXN1cmVt ZW50cyBvbiBzZWdtZW50cyBDLUYKICAgYW5kIEItRSBhdCBhbnkgdGltZS4KCjQuMS4gIFNpbmds ZS1NYXJraW5nIEVuYWJsZWQgTWVhc3VyZW1lbnQKCiAgIEFzIGV4cGxhaW5lZCBpbiBbUkZDODMy MV0sIG1hcmtpbmcgY2FuIGJlIGFwcGxpZWQgdG8gZGVsaW5lYXRlIGJsb2NrcwogICBvZiBwYWNr ZXRzIGJhc2VkIGVpdGhlciBvbiB0aGUgZXF1YWwgbnVtYmVyIG9mIHBhY2tldHMgaW4gYSBibG9j ayBvcgogICBiYXNlZCBvbiB0aGUgZXF1YWwgdGltZSBpbnRlcnZhbC4gIFRoZSBsYXR0ZXIgbWV0 aG9kIG9mZmVycyBiZXR0ZXIKICAgY29udHJvbCBhcyBpdCBhbGxvd3MgYSBiZXR0ZXIgYWNjb3Vu dCBmb3IgY2FwYWJpbGl0aWVzIG9mIGRvd25zdHJlYW0KCgoKTWlyc2t5LCBldCBhbC4gICAgICAg ICAgRXhwaXJlcyBEZWNlbWJlciAzMSwgMjAxOSAgICAgICAgICAgICAgIFtQYWdlIDRdCgwKSW50 ZXJuZXQtRHJhZnQgICAgICAgUE0gd2l0aCBNYXJraW5nIE1ldGhvZCBpbiBCSUVSICAgICAgICAg ICAgSnVuZSAyMDE5CgoKICAgbm9kZXMgdG8gcmVwb3J0IHN0YXRpc3RpY3MgcmVsYXRlZCB0byBi YXRjaGVzIG9mIHBhY2tldHMgYW5kLCBhdCB0aGUKICAgc2FtZSB0aW1lLCB0aW1lIHJlc29sdXRp b24gdGhhdCBhZmZlY3RzIGRlZmVjdCBkZXRlY3Rpb24gaW50ZXJ2YWwuCgogICBJZiB0aGUgU2lu Z2xlLU1hcmtpbmcgbWVhc3VyZW1lbnQgaXMgdXNlZCB0byBtZWFzdXJlIHBhY2tldCBsb3NzLAog ICB0aGVuIHRoZSBEIGZsYWcgTVVTVCBiZSBzZXQgdG8gemVybyBvbiB0cmFuc21pdCBhbmQgaWdu b3JlZCBieSB0aGUKICAgbW9uaXRvcmluZyBwb2ludC4KCiAgIFRoZSBTIGZsYWcgaXMgdXNlZCB0 byBjcmVhdGUgc3ViLWZsb3dzIHRvIG1lYXN1cmUgdGhlIHBhY2tldCBsb3NzIGJ5CiAgIHN3aXRj aGluZyB0aGUgdmFsdWUgb2YgdGhlIFMgZmxhZyBldmVyeSBOLXRoIHBhY2tldCBvciBhdCBjZXJ0 YWluCiAgIHRpbWUgaW50ZXJ2YWxzLiAgRGVsYXkgbWV0cmljcyBNQVkgYmUgY2FsY3VsYXRlZCB3 aXRoIHRoZSBzdWItZmxvdwogICB1c2luZyBhbnkgb2YgdGhlIGZvbGxvd2luZyBtZXRob2RzOgoK ICAgbyAgRmlyc3QvTGFzdCBQYWNrZXQgRGVsYXkgY2FsY3VsYXRpb246IHdoZW5ldmVyIHRoZSBt YXJraW5nLCBpLmUuLAogICAgICB0aGUgdmFsdWUgb2YgUyBmbGFnIGNoYW5nZXMsIGEgQkZSIGNh biBzdG9yZSB0aGUgdGltZXN0YW1wIG9mIHRoZQogICAgICBmaXJzdC9sYXN0IHBhY2tldCBvZiB0 aGUgYmxvY2suICBUaGUgdGltZXN0YW1wIGNhbiBiZSBjb21wYXJlZAogICAgICB3aXRoIHRoZSB0 aW1lc3RhbXAgb2YgdGhlIHBhY2tldCB0aGF0IGFycml2ZWQgaW4gdGhlIHNhbWUgb3JkZXIKICAg ICAgdGhyb3VnaCBhIG1vbml0b3JpbmcgcG9pbnQgYXQgYSBkb3duc3RyZWFtIEJGUiB0byBjb21w dXRlIHBhY2tldAogICAgICBkZWxheS4gIEJlY2F1c2UgdGltZXN0YW1wcyBjb2xsZWN0ZWQgYmFz ZWQgb24gdGhlIG9yZGVyIG9mIGFycml2YWwKICAgICAgdGhpcyBtZXRob2QgaXMgc2Vuc2l0aXZl IHRvIHBhY2tldCBsb3NzIGFuZCByZS1vcmRlcmluZyBvZiBwYWNrZXRzCiAgICAgIChzZWUgU2Vj dGlvbiA0LjMgZm9yIG1vcmUgZGV0YWlscykuCgogICBvICBBdmVyYWdlIFBhY2tldCBEZWxheSBj YWxjdWxhdGlvbjogYW4gYXZlcmFnZSBkZWxheSBpcyBjYWxjdWxhdGVkCiAgICAgIGJ5IGNvbnNp ZGVyaW5nIHRoZSBhdmVyYWdlIGFycml2YWwgdGltZSBvZiB0aGUgcGFja2V0cyB3aXRoaW4gYQog ICAgICBzaW5nbGUgYmxvY2suICBBIEJGUiBtYXkgY29sbGVjdCB0aW1lc3RhbXBzIGZvciBlYWNo IHBhY2tldAogICAgICByZWNlaXZlZCB3aXRoaW4gYSBzaW5nbGUgYmxvY2suICBBdmVyYWdlIG9m IHRoZSB0aW1lc3RhbXAgaXMgdGhlCiAgICAgIHN1bSBvZiBhbGwgdGhlIHRpbWVzdGFtcHMgZGl2 aWRlZCBieSB0aGUgdG90YWwgbnVtYmVyIG9mIHBhY2tldHMKICAgICAgcmVjZWl2ZWQuICBUaGVu IHRoZSBkaWZmZXJlbmNlIGJldHdlZW4gdGhlIGF2ZXJhZ2UgcGFja2V0IGFycml2YWwKICAgICAg dGltZSBjYWxjdWxhdGVkIGZvciB0aGUgZG93bnN0cmVhbSBtb25pdG9yaW5nIHBvaW50IGFuZCB0 aGUgc2FtZQogICAgICBtZXRyaWMgYnV0IGNhbGN1bGF0ZWQgYXQgdGhlIHVwc3RyZWFtIG1vbml0 b3JpbmcgcG9pbnQgaXMgdGhlCiAgICAgIGF2ZXJhZ2UgcGFja2V0IGRlbGF5IG9uIHRoZSBzZWdt ZW50IGJldHdlZW4gdGhlc2UgdHdvIHBvaW50cy4KICAgICAgVGhpcyBtZXRob2QgaXMgcm9idXN0 IHRvIG91dCBvZiBvcmRlciBwYWNrZXRzIGFuZCBhbHNvIHRvIHBhY2tldAogICAgICBsb3NzIG9u IHRoZSBzZWdtZW50IGJldHdlZW4gdGhlIG1lYXN1cmVtZW50IHBvaW50cyAocGFja2V0IGxvc3MK ICAgICAgbWF5IGNhdXNlIGEgbWlub3IgbG9zcyBvZiBhY2N1cmFjeSBpbiB0aGUgY2FsY3VsYXRl ZCBtZXRyaWMKICAgICAgYmVjYXVzZSB0aGUgbnVtYmVyIG9mIHBhY2tldHMgdXNlZCBpcyBkaWZm ZXJlbnQgYXQgZWFjaAogICAgICBtZWFzdXJlbWVudCBwb2ludCkuICBUaGlzIG1ldGhvZCBvbmx5 IHByb3ZpZGVzIGEgc2luZ2xlIG1ldHJpYyBmb3IKICAgICAgdGhlIGR1cmF0aW9uIG9mIHRoZSBi bG9jaywgYW5kIGl0IGRvZXNuJ3QgZ2l2ZSB0aGUgbWluaW11bSBhbmQKICAgICAgbWF4aW11bSBk ZWxheSB2YWx1ZXMuICBUaGlzIGxpbWl0YXRpb24gb2YgcHJvZHVjaW5nIG9ubHkgdGhlCiAgICAg IHNpbmdsZSBtZXRyaWMgY291bGQgYmUgb3ZlcmNvbWUgYnkgcmVkdWNpbmcgdGhlIGR1cmF0aW9u IG9mIHRoZQogICAgICBibG9jay4gIEFzIGEgcmVzdWx0LCB0aGUgY2FsY3VsYXRlZCB2YWx1ZSBv ZiB0aGUgYXZlcmFnZSBkZWxheQogICAgICB3aWxsIGJldHRlciByZWZsZWN0IHRoZSBtaW5pbXVt IGFuZCBtYXhpbXVtIGRlbGF5IHZhbHVlcyBvZiB0aGUKICAgICAgYmxvY2sncyBkdXJhdGlvbiB0 aW1lLgoKNC4yLiAgRG91YmxlLU1hcmtpbmcgRW5hYmxlZCBNZWFzdXJlbWVudAoKICAgRG91Ymxl LU1hcmtpbmcgbWV0aG9kIGFsbG93cyBtZWFzdXJlbWVudCBvZiBtaW5pbXVtIGFuZCBtYXhpbXVt CiAgIGRlbGF5cyBmb3IgdGhlIG1vbml0b3JlZCBmbG93LCBidXQgaXQgcmVxdWlyZXMgbW9yZSBu b2RhbCBhbmQgbmV0d29yawogICByZXNvdXJjZXMuICBJZiB0aGUgRG91YmxlLU1hcmtpbmcgbWV0 aG9kIHVzZWQsIHRoZW4gdGhlIFMgZmxhZyBpcwogICB1c2VkIHRvIGNyZWF0ZSB0aGUgc3ViLWZs b3csIGkuZS4sIG1hcmsgYmxvY2tzIG9mIHBhY2tldHMuICBUaGUgRAoKCgpNaXJza3ksIGV0IGFs LiAgICAgICAgICBFeHBpcmVzIERlY2VtYmVyIDMxLCAyMDE5ICAgICAgICAgICAgICAgW1BhZ2Ug NV0KDApJbnRlcm5ldC1EcmFmdCAgICAgICBQTSB3aXRoIE1hcmtpbmcgTWV0aG9kIGluIEJJRVIg ICAgICAgICAgICBKdW5lIDIwMTkKCgogICBmbGFnIGlzIHVzZWQgdG8gbWFyayBzaW5nbGUgcGFj a2V0cyB3aXRoaW4gYSBibG9jayB0byBtZWFzdXJlIGRlbGF5CiAgIGFuZCBqaXR0ZXIuCgogICBU aGUgZmlyc3QgbWFya2luZyAoUyBmbGFnIGFsdGVybmF0aW9uKSBpcyBuZWVkZWQgZm9yIHBhY2tl dCBsb3NzIGFuZAogICBhbHNvIGZvciBhdmVyYWdlIGRlbGF5IG1lYXN1cmVtZW50LiAgVGhlIHNl Y29uZCBtYXJraW5nIChEIGZsYWcgaXMKICAgcHV0IHRvIG9uZSkgY3JlYXRlcyBhIG5ldyBzZXQg b2YgbWFya2VkIHBhY2tldHMgdGhhdCBhcmUgZnVsbHkKICAgaWRlbnRpZmllZCBvdmVyIHRoZSBC SUVSIG5ldHdvcmssIHNvIHRoYXQgYSBCRlIgY2FuIHN0b3JlIHRoZQogICB0aW1lc3RhbXBzIG9m IHRoZXNlIHBhY2tldHM7IHRoZXNlIHRpbWVzdGFtcHMgY2FuIGJlIGNvbXBhcmVkIHdpdGgKICAg dGhlIHRpbWVzdGFtcHMgb2YgdGhlIHNhbWUgcGFja2V0cyBvbiBhIHNlY29uZCBCRlIgdG8gY29t cHV0ZSBwYWNrZXQKICAgZGVsYXkgdmFsdWVzIGZvciBlYWNoIHBhY2tldC4gIFRoZSBudW1iZXIg b2YgbWVhc3VyZW1lbnRzIGNhbiBiZQogICBlYXNpbHkgaW5jcmVhc2VkIGJ5IGNoYW5naW5nIHRo ZSBmcmVxdWVuY3kgb2YgdGhlIHNlY29uZCBtYXJraW5nLiAgT24KICAgdGhlIG90aGVyIGhhbmQs IHRoZSBoaWdoZXIgZnJlcXVlbmN5IG9mIHRoZSBzZWNvbmQgbWFya2luZyB3aWxsIGNhdXNlCiAg IGEgaGlnaGVyIHZvbHVtZSBvZiB0aGUgbWVhc3VyZW1lbnQgZGF0YSBiZWluZyB0cmFuc3BvcnRl ZCB0aHJvdWdoIHRoZQogICBCSUVSIGRvbWFpbi4gIEFuIG9wZXJhdG9yIHNob3VsZCBjb25zaWRl ciBhbmQgYmFsYW5jZSBib3RoIGVmZmVjdHMuCiAgIFRoaXMgbWV0aG9kIGlzIHVzZWZ1bCB0byBt ZWFzdXJlIG5vdCBvbmx5IHRoZSBhdmVyYWdlIGRlbGF5IGJ1dCBhbHNvCiAgIHRoZSBtaW5pbXVt IGFuZCBtYXhpbXVtIGRlbGF5IHZhbHVlcyBhbmQsIGluIHdpZGVyIHRlcm1zLCB0byBrbm93CiAg IG1vcmUgYWJvdXQgdGhlIHN0YXRpc3RpYyBkaXN0cmlidXRpb24gb2YgZGVsYXkgdmFsdWVzLgoK NC4zLiAgT3BlcmF0aW9uYWwgQ29uc2lkZXJhdGlvbnMKCiAgIEZvciB0aGUgZWFzZSBvZiBvcGVy YXRpb25hbCBwcm9jZWR1cmVzLCB0aGUgaW5pdGlhbCBtYXJraW5nIG9mIGEKICAgbXVsdGljYXN0 IGZsb3cgaXMgcGVyZm9ybWVkIGF0IEJGSVIuIGFuZCBjbGVhcmVkLCBieSB3YXkgb2YgcmVtb3Zp bmcKICAgQklFUiBlbmNhcHN1bGF0aW9uIGZvcm0gYSBwYXlsb2FkIHBhY2tldCwgYXQgdGhlIGVk Z2Ugb2YgdGhlIEJJRVIKICAgZG9tYWluIGJ5IEJGRVJzLgoKICAgU2luY2UgYXQgdGhlIHRpbWUg b2Ygd3JpdGluZyB0aGlzIHNwZWNpZmljYXRpb24sIHRoZXJlIGFyZSBubwogICBwcm9wb3NhbHMg dG8gdXNpbmcgYXV0by1kaXNjb3Zlcnkgb3Igc2lnbmFsaW5nIG1lY2hhbmlzbSB0byBpbmZvcm0K ICAgZG93bnN0cmVhbSBub2RlcyB3aGF0IG1ldGhvZG9sb2d5IGlzIHVzZWQgZWFjaCBtb25pdG9y aW5nIHBvaW50IE1VU1QKICAgYmUgY29uZmlndXJlZCBiZWZvcmVoYW5kLgoKICAgU2VjdGlvbiA0 LjMgW1JGQzgzMjFdIHByb3ZpZGVzIGEgZGV0YWlsZWQgYW5hbHlzaXMgb2YgaG93IHBhY2tldCBy ZS0KICAgb3JkZXJpbmcgYW5kIHRoZSBkdXJhdGlvbiBvZiB0aGUgYmxvY2sgaW4gdGhlIFNpbmds ZS1NYXJraW5nIG1vZGUgb2YKICAgdGhlIG1hcmtpbmcgbWV0aG9kIGltcGFjdCB0aGUgYWNjdXJh Y3kgb2YgdGhlIHBhY2tldCBsb3NzCiAgIG1lYXN1cmVtZW50LiAgUmUtb3JkZXJpbmcgb2YgcGFj a2V0cyBpbiB0aGUgU2luZ2xlLU1hcmtpbmcgbW9kZSB3aWxsCiAgIGJlIG5vdGljZWFibGUgb25s eSBhdCB0aGUgZWRnZSBvZiBhIGJsb2NrIG9mIHBhY2tldHMgKHJlLW9yZGVyaW5nCiAgIHdpdGhp biB0aGUgYmxvY2sgY2Fubm90IGJlIGRldGVjdGVkIGluIHRoZSBTaW5nbGUtTWFya2luZyBtb2Rl KS4gIElmCiAgIHRoZSBleHRyYSBkZWxheSBmb3Igc29tZSBwYWNrZXRzIGlzIG11Y2ggc21hbGxl ciB0aGFuIGhhbGYgb2YgdGhlCiAgIGR1cmF0aW9uIG9mIGEgYmxvY2ssIHRoZW4gaXQgc2hvdWxk IGJlIGVhc2llciB0byBhdHRyaWJ1dGUgcmUtb3JkZXJlZAogICBwYWNrZXRzIHRvIHRoZSBwcm9w ZXIgYmxvY2sgYW5kIHRodXMgbWFpbnRhaW4gdGhlIGFjY3VyYWN5IG9mIHRoZQogICBwYWNrZXQg bG9zcyBtZWFzdXJlbWVudC4KCjUuICBJQU5BIENvbnNpZGVyYXRpb25zCgogICBUaGlzIGRvY3Vt ZW50IHJlcXVlc3RzIElBTkEgdG8gcmVnaXN0ZXIgZm9ybWF0IG9mIHRoZSBPQU0gZmllbGQgb2YK ICAgQklFUiBIZWFkZXIgYXMgdGhlIGZvbGxvd2luZzoKCgoKCgoKTWlyc2t5LCBldCBhbC4gICAg ICAgICAgRXhwaXJlcyBEZWNlbWJlciAzMSwgMjAxOSAgICAgICAgICAgICAgIFtQYWdlIDZdCgwK SW50ZXJuZXQtRHJhZnQgICAgICAgUE0gd2l0aCBNYXJraW5nIE1ldGhvZCBpbiBCSUVSICAgICAg ICAgICAgSnVuZSAyMDE5CgoKICAgICAgICstLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0rLS0tLS0t LS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tKwogICAgICAgfCBCaXQgUG9zaXRpb24gfCBNYXJr aW5nIHwgRGVzY3JpcHRpb24gICAgIHwgUmVmZXJlbmNlICAgICB8CiAgICAgICArLS0tLS0tLS0t LS0tLS0rLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLSsKICAgICAg IHwgICAgICAwICAgICAgIHwgICAgUyAgICB8IFNpbmdsZS1NYXJraW5nICB8IFRoaXMgZG9jdW1l bnQgfAogICAgICAgfCAgICAgIDEgICAgICAgfCAgICBEICAgIHwgRG91YmxlLU1hcmtpbmcgIHwg VGhpcyBkb2N1bWVudCB8CiAgICAgICArLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tKy0tLS0tLS0t LS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLSsKCiAgICAgICAgICAgICAgICAgICAgIFRhYmxlIDE6 IE9BTSBmaWVsZCBvZiBCSUVSIEhlYWRlcgoKNi4gIFNlY3VyaXR5IENvbnNpZGVyYXRpb25zCgog ICBSZWdhcmRpbmcgdXNpbmcgdGhlIG1hcmtpbmcgbWV0aG9kLCBbUkZDODMyMV0gc3RyZXNzZWQg dHdvIHR5cGVzIG9mCiAgIHNlY3VyaXR5IGNvbmNlcm5zLiAgRmlyc3QsIHRoZSBwb3RlbnRpYWwg aGFybSBjYXVzZWQgYnkgdGhlCiAgIG1lYXN1cmVtZW50cywgaXMgYSBsZXNzZXIgdGhyZWF0IGFz IFtSRkM4Mjk2XSBkZWZpbmVzIE9BTSBmaWVsZCB1c2VkCiAgIGJ5IHRoZSBtYXJraW5nIG1ldGhv ZCBzbyB0aGF0IHRoZSB2YWx1ZSBvZiAidHdvIGJpdHMgaGF2ZSBubyBlZmZlY3QKICAgb24gdGhl IHBhdGggdGFrZW4gYnkgYSBCSUVSIHBhY2tldCBhbmQgaGF2ZSBubyBlZmZlY3Qgb24gdGhlIHF1 YWxpdHkKICAgb2Ygc2VydmljZSBhcHBsaWVkIHRvIGEgQklFUiBwYWNrZXQuIiAgU2Vjb25kIHNl Y3VyaXR5IGNvbmNlcm4sCiAgIHBvdGVudGlhbCBoYXJtIHRvIHRoZSBtZWFzdXJlbWVudHMgY2Fu IGJlIG1pdGlnYXRlZCBieSB1c2luZyBwb2xpY3ksCiAgIHN1Z2dlc3RlZCBpbiBbUkZDODI5Nl0s IHRvIGFjY2VwdCBCSUVSIHBhY2tldHMgb25seSBmcm9tIHRydXN0ZWQKICAgcm91dGVycywgbm90 IGZyb20gY3VzdG9tZXItZmFjaW5nIGludGVyZmFjZXMuCgogICBBbGwgdGhlIHNlY3VyaXR5IGNv bnNpZGVyYXRpb25zIGZvciBCSUVSIGRpc2N1c3NlZCBpbiBbUkZDODI5Nl0gYXJlCiAgIGluaGVy aXRlZCBieSB0aGlzIGRvY3VtZW50LgoKNy4gIEFja25vd2xlZGdlbWVudAoKICAgVEJECgo4LiAg UmVmZXJlbmNlcwoKOC4xLiAgTm9ybWF0aXZlIFJlZmVyZW5jZXMKCiAgIFtSRkMyMTE5XSAgQnJh ZG5lciwgUy4sICJLZXkgd29yZHMgZm9yIHVzZSBpbiBSRkNzIHRvIEluZGljYXRlCiAgICAgICAg ICAgICAgUmVxdWlyZW1lbnQgTGV2ZWxzIiwgQkNQIDE0LCBSRkMgMjExOSwKICAgICAgICAgICAg ICBET0kgMTAuMTc0ODcvUkZDMjExOSwgTWFyY2ggMTk5NywKICAgICAgICAgICAgICA8aHR0cHM6 Ly93d3cucmZjLWVkaXRvci5vcmcvaW5mby9yZmMyMTE5Pi4KCiAgIFtSRkM4MTc0XSAgTGVpYmEs IEIuLCAiQW1iaWd1aXR5IG9mIFVwcGVyY2FzZSB2cyBMb3dlcmNhc2UgaW4gUkZDCiAgICAgICAg ICAgICAgMjExOSBLZXkgV29yZHMiLCBCQ1AgMTQsIFJGQyA4MTc0LCBET0kgMTAuMTc0ODcvUkZD ODE3NCwKICAgICAgICAgICAgICBNYXkgMjAxNywgPGh0dHBzOi8vd3d3LnJmYy1lZGl0b3Iub3Jn L2luZm8vcmZjODE3ND4uCgogICBbUkZDODI5Nl0gIFdpam5hbmRzLCBJSi4sIEVkLiwgUm9zZW4s IEUuLCBFZC4sIERvbGdhbm93LCBBLiwKICAgICAgICAgICAgICBUYW50c3VyYSwgSi4sIEFsZHJp biwgUy4sIGFuZCBJLiBNZWlsaWssICJFbmNhcHN1bGF0aW9uCiAgICAgICAgICAgICAgZm9yIEJp dCBJbmRleCBFeHBsaWNpdCBSZXBsaWNhdGlvbiAoQklFUikgaW4gTVBMUyBhbmQgTm9uLQogICAg ICAgICAgICAgIE1QTFMgTmV0d29ya3MiLCBSRkMgODI5NiwgRE9JIDEwLjE3NDg3L1JGQzgyOTYs IEphbnVhcnkKICAgICAgICAgICAgICAyMDE4LCA8aHR0cHM6Ly93d3cucmZjLWVkaXRvci5vcmcv aW5mby9yZmM4Mjk2Pi4KCgoKCgpNaXJza3ksIGV0IGFsLiAgICAgICAgICBFeHBpcmVzIERlY2Vt YmVyIDMxLCAyMDE5ICAgICAgICAgICAgICAgW1BhZ2UgN10KDApJbnRlcm5ldC1EcmFmdCAgICAg ICBQTSB3aXRoIE1hcmtpbmcgTWV0aG9kIGluIEJJRVIgICAgICAgICAgICBKdW5lIDIwMTkKCgog ICBbUkZDODMyMV0gIEZpb2Njb2xhLCBHLiwgRWQuLCBDYXBlbGxvLCBBLiwgQ29jaWdsaW8sIE0u LCBDYXN0YWxkZWxsaSwKICAgICAgICAgICAgICBMLiwgQ2hlbiwgTS4sIFpoZW5nLCBMLiwgTWly c2t5LCBHLiwgYW5kIFQuIE1penJhaGksCiAgICAgICAgICAgICAgIkFsdGVybmF0ZS1NYXJraW5n IE1ldGhvZCBmb3IgUGFzc2l2ZSBhbmQgSHlicmlkCiAgICAgICAgICAgICAgUGVyZm9ybWFuY2Ug TW9uaXRvcmluZyIsIFJGQyA4MzIxLCBET0kgMTAuMTc0ODcvUkZDODMyMSwKICAgICAgICAgICAg ICBKYW51YXJ5IDIwMTgsIDxodHRwczovL3d3dy5yZmMtZWRpdG9yLm9yZy9pbmZvL3JmYzgzMjE+ LgoKOC4yLiAgSW5mb3JtYXRpdmUgUmVmZXJlbmNlcwoKICAgW0ktRC5pZXRmLWJpZXItb2FtLXJl cXVpcmVtZW50c10KICAgICAgICAgICAgICBNaXJza3ksIEcuLCBOb3JkbWFyaywgRS4sIFBpZ25h dGFybywgQy4sIEt1bWFyLCBOLiwKICAgICAgICAgICAgICBBbGRyaW4sIFMuLCBaaGVuZywgTC4s IENoZW4sIE0uLCBBa2l5YSwgTi4sIGFuZCBTLgogICAgICAgICAgICAgIFBhbGxhZ2F0dGksICJP cGVyYXRpb25zLCBBZG1pbmlzdHJhdGlvbiBhbmQgTWFpbnRlbmFuY2UKICAgICAgICAgICAgICAo T0FNKSBSZXF1aXJlbWVudHMgZm9yIEJpdCBJbmRleCBFeHBsaWNpdCBSZXBsaWNhdGlvbgogICAg ICAgICAgICAgIChCSUVSKSBMYXllciIsIGRyYWZ0LWlldGYtYmllci1vYW0tcmVxdWlyZW1lbnRz LTA3ICh3b3JrCiAgICAgICAgICAgICAgaW4gcHJvZ3Jlc3MpLCBGZWJydWFyeSAyMDE5LgoKICAg W1JGQzc3OTldICBNb3J0b24sIEEuLCAiQWN0aXZlIGFuZCBQYXNzaXZlIE1ldHJpY3MgYW5kIE1l dGhvZHMgKHdpdGgKICAgICAgICAgICAgICBIeWJyaWQgVHlwZXMgSW4tQmV0d2VlbikiLCBSRkMg Nzc5OSwgRE9JIDEwLjE3NDg3L1JGQzc3OTksCiAgICAgICAgICAgICAgTWF5IDIwMTYsIDxodHRw czovL3d3dy5yZmMtZWRpdG9yLm9yZy9pbmZvL3JmYzc3OTk+LgoKICAgW1JGQzgyNzldICBXaWpu YW5kcywgSUouLCBFZC4sIFJvc2VuLCBFLiwgRWQuLCBEb2xnYW5vdywgQS4sCiAgICAgICAgICAg ICAgUHJ6eWdpZW5kYSwgVC4sIGFuZCBTLiBBbGRyaW4sICJNdWx0aWNhc3QgVXNpbmcgQml0IElu ZGV4CiAgICAgICAgICAgICAgRXhwbGljaXQgUmVwbGljYXRpb24gKEJJRVIpIiwgUkZDIDgyNzks CiAgICAgICAgICAgICAgRE9JIDEwLjE3NDg3L1JGQzgyNzksIE5vdmVtYmVyIDIwMTcsCiAgICAg ICAgICAgICAgPGh0dHBzOi8vd3d3LnJmYy1lZGl0b3Iub3JnL2luZm8vcmZjODI3OT4uCgpBdXRo b3JzJyBBZGRyZXNzZXMKCiAgIEdyZWcgTWlyc2t5CiAgIFpURSBDb3JwLgoKICAgRW1haWw6IGdy ZWdpbWlyc2t5QGdtYWlsLmNvbQoKCiAgIExpYW5zaHUgWmhlbmcKICAgSHVhd2VpIFRlY2hub2xv Z2llcwoKICAgRW1haWw6IHZlcm8uemhlbmdAaHVhd2VpLmNvbQoKCiAgIE1hY2ggQ2hlbgogICBI dWF3ZWkgVGVjaG5vbG9naWVzCgogICBFbWFpbDogbWFjaC5jaGVuQGh1YXdlaS5jb20KCgoKCgoK Ck1pcnNreSwgZXQgYWwuICAgICAgICAgIEV4cGlyZXMgRGVjZW1iZXIgMzEsIDIwMTkgICAgICAg ICAgICAgICBbUGFnZSA4XQoMCkludGVybmV0LURyYWZ0ICAgICAgIFBNIHdpdGggTWFya2luZyBN ZXRob2QgaW4gQklFUiAgICAgICAgICAgIEp1bmUgMjAxOQoKCiAgIEdpdXNlcHBlIEZpb2Njb2xh CiAgIEh1YXdlaSBUZWNobm9sb2dpZXMKCiAgIEVtYWlsOiBnaXVzZXBwZS5maW9jY29sYUBodWF3 ZWkuY29tCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKTWly c2t5LCBldCBhbC4gICAgICAgICAgRXhwaXJlcyBEZWNlbWJlciAzMSwgMjAxOSAgICAgICAgICAg ICAgIFtQYWdlIDldCg== --0000000000007b5227058c7cfea8 Content-Type: text/html; charset="US-ASCII"; name="Diff_ draft-ietf-bier-pmmm-oam-05.txt - draft-ietf-bier-pmmm-oam-06.txt.html" Content-Disposition: attachment; filename="Diff_ draft-ietf-bier-pmmm-oam-05.txt - draft-ietf-bier-pmmm-oam-06.txt.html" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: f_jxi16uvl0 PCFET0NUWVBFIGh0bWwgUFVCTElDICItLy9XM0MvL0RURCBYSFRNTCAxLjAgVHJhbnNpdGlvbmFs Ly9FTiIgImh0dHA6Ly93d3cudzMub3JnL1RSL3hodG1sMS9EVEQveGh0bWwxLXRyYW5zaXRpb25h bC5kdGQiPgo8IS0tIHNhdmVkIGZyb20gdXJsPSgwMDQyKWh0dHBzOi8vd3d3Ni5pZXRmLm9yZy9y ZmNkaWZmL3JmY2RpZmYucHlodCAtLT4KPGh0bWwgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnLzE5 OTkveGh0bWwiIGNsYXNzPSJncl9fd3d3Nl9pZXRmX29yZyI+PGhlYWQ+PG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9VVRGLTgiPiAKICAg CiAgPG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1TdHlsZS1UeXBlIiBjb250ZW50PSJ0ZXh0L2Nz cyI+IAogIDx0aXRsZT5EaWZmOiBkcmFmdC1pZXRmLWJpZXItcG1tbS1vYW0tMDUudHh0IC0gZHJh ZnQtaWV0Zi1iaWVyLXBtbW0tb2FtLTA2LnR4dDwvdGl0bGU+IAogIDxzdHlsZSB0eXBlPSJ0ZXh0 L2NzcyI+IAogICAgYm9keSAgICB7IG1hcmdpbjogMC40ZXg7IG1hcmdpbi1yaWdodDogYXV0bzsg fSAKICAgIHRyICAgICAgeyB9IAogICAgdGQgICAgICB7IHdoaXRlLXNwYWNlOiBwcmU7IGZvbnQt ZmFtaWx5OiBtb25vc3BhY2U7IHZlcnRpY2FsLWFsaWduOiB0b3A7IGZvbnQtc2l6ZTogMC44NmVt O30gCiAgICB0aCAgICAgIHsgZm9udC1zaXplOiAwLjg2ZW07IH0gCiAgICAuc21hbGwgIHsgZm9u dC1zaXplOiAwLjZlbTsgZm9udC1zdHlsZTogaXRhbGljOyBmb250LWZhbWlseTogVmVyZGFuYSwg SGVsdmV0aWNhLCBzYW5zLXNlcmlmOyB9IAogICAgLmxlZnQgICB7IGJhY2tncm91bmQtY29sb3I6 ICNFRUU7IH0gCiAgICAucmlnaHQgIHsgYmFja2dyb3VuZC1jb2xvcjogI0ZGRjsgfSAKICAgIC5k aWZmICAgeyBiYWNrZ3JvdW5kLWNvbG9yOiAjQ0NGOyB9IAogICAgLmxibG9jayB7IGJhY2tncm91 bmQtY29sb3I6ICNCRkI7IH0gCiAgICAucmJsb2NrIHsgYmFja2dyb3VuZC1jb2xvcjogI0ZGODsg fSAKICAgIC5pbnNlcnQgeyBiYWNrZ3JvdW5kLWNvbG9yOiAjOEZGOyB9IAogICAgLmRlbGV0ZSB7 IGJhY2tncm91bmQtY29sb3I6ICNBQ0Y7IH0gCiAgICAudm9pZCAgIHsgYmFja2dyb3VuZC1jb2xv cjogI0ZGQjsgfSAKICAgIC5jb250ICAgeyBiYWNrZ3JvdW5kLWNvbG9yOiAjRUVFOyB9IAogICAg LmxpbmViciB7IGJhY2tncm91bmQtY29sb3I6ICNBQUE7IH0gCiAgICAubGluZW5vIHsgY29sb3I6 IHJlZDsgYmFja2dyb3VuZC1jb2xvcjogI0ZGRjsgZm9udC1zaXplOiAwLjdlbTsgdGV4dC1hbGln bjogcmlnaHQ7IHBhZGRpbmc6IDAgMnB4OyB9IAogICAgLmVsaXBzaXN7IGJhY2tncm91bmQtY29s b3I6ICNBQUE7IH0gCiAgICAubGVmdCAuY29udCB7IGJhY2tncm91bmQtY29sb3I6ICNEREQ7IH0g CiAgICAucmlnaHQgLmNvbnQgeyBiYWNrZ3JvdW5kLWNvbG9yOiAjRUVFOyB9IAogICAgLmxibG9j ayAuY29udCB7IGJhY2tncm91bmQtY29sb3I6ICM5RDk7IH0gCiAgICAucmJsb2NrIC5jb250IHsg YmFja2dyb3VuZC1jb2xvcjogI0RENjsgfSAKICAgIC5pbnNlcnQgLmNvbnQgeyBiYWNrZ3JvdW5k LWNvbG9yOiAjMEREOyB9IAogICAgLmRlbGV0ZSAuY29udCB7IGJhY2tncm91bmQtY29sb3I6ICM4 QUQ7IH0gCiAgICAuc3RhdHMsIC5zdGF0cyB0ZCwgLnN0YXRzIHRoIHsgYmFja2dyb3VuZC1jb2xv cjogI0VFRTsgcGFkZGluZzogMnB4IDA7IH0gCiAgICBzcGFuLmhpZGUgeyBkaXNwbGF5OiBub25l OyBjb2xvcjogI2FhYTt9ICAgIGE6aG92ZXIgc3BhbiB7IGRpc3BsYXk6IGlubGluZTsgfSAgICB0 ci5jaGFuZ2UgeyBiYWNrZ3JvdW5kLWNvbG9yOiBncmF5OyB9IAogICAgdHIuY2hhbmdlIGEgeyB0 ZXh0LWRlY29yYXRpb246IG5vbmU7IGNvbG9yOiBibGFjayB9IAogIDwvc3R5bGU+IAogICAgIDxz Y3JpcHQ+CnZhciBjaHVua19pbmRleCA9IDA7CnZhciBvbGRfY2h1bmsgPSBudWxsOwoKZnVuY3Rp b24gZm9ybWF0X2NodW5rKGluZGV4KSB7CiAgICB2YXIgcHJlZml4ID0gImRpZmYiOwogICAgdmFy IHN0ciA9IGluZGV4LnRvU3RyaW5nKCk7CiAgICBmb3IgKHg9MDsgeDwoNC1zdHIubGVuZ3RoKTsg Kyt4KSB7CiAgICAgICAgcHJlZml4Kz0nMCc7CiAgICB9CiAgICByZXR1cm4gcHJlZml4ICsgc3Ry Owp9CgpmdW5jdGlvbiBmaW5kX2NodW5rKG4pewogICAgcmV0dXJuIGRvY3VtZW50LnF1ZXJ5U2Vs ZWN0b3IoJ3RyW2lkJD0iJyArIG4gKyAnIl0nKTsKfQoKZnVuY3Rpb24gY2hhbmdlX2NodW5rKG9m ZnNldCkgewogICAgdmFyIGluZGV4ID0gY2h1bmtfaW5kZXggKyBvZmZzZXQ7CiAgICB2YXIgbmV3 X3N0cjsKICAgIHZhciBuZXdfY2h1bms7CgogICAgbmV3X3N0ciA9IGZvcm1hdF9jaHVuayhpbmRl eCk7CiAgICBuZXdfY2h1bmsgPSBmaW5kX2NodW5rKG5ld19zdHIpOwogICAgaWYgKCFuZXdfY2h1 bmspIHsKICAgICAgICByZXR1cm47CiAgICB9CiAgICBpZiAob2xkX2NodW5rKSB7CiAgICAgICAg b2xkX2NodW5rLnN0eWxlLm91dGxpbmUgPSAiIjsKICAgIH0KICAgIG9sZF9jaHVuayA9IG5ld19j aHVuazsKICAgIG9sZF9jaHVuay5zdHlsZS5vdXRsaW5lID0gIjFweCBzb2xpZCByZWQiOwogICAg d2luZG93LmxvY2F0aW9uLnJlcGxhY2UoIiMiICsgbmV3X3N0cikKICAgIHdpbmRvdy5zY3JvbGxC eSgwLC0xMDApOwogICAgY2h1bmtfaW5kZXggPSBpbmRleDsKfQoKZG9jdW1lbnQub25rZXlkb3du ID0gZnVuY3Rpb24oZSkgewogICAgc3dpdGNoIChlLmtleUNvZGUpIHsKICAgIGNhc2UgNzg6CiAg ICAgICAgY2hhbmdlX2NodW5rKDEpOwogICAgICAgIGJyZWFrOwogICAgY2FzZSA4MDoKICAgICAg ICBjaGFuZ2VfY2h1bmsoLTEpOwogICAgICAgIGJyZWFrOwogICAgfQp9OwogICA8L3NjcmlwdD4g CjwvaGVhZD4gCjxib2R5IGRhdGEtZ3ItYy1zLWxvYWRlZD0idHJ1ZSI+IAogIDx0YWJsZSBib3Jk ZXI9IjAiIGNlbGxwYWRkaW5nPSIwIiBjZWxsc3BhY2luZz0iMCI+IAogIDx0Ym9keT48dHIgaWQ9 InBhcnQtMSIgYmdjb2xvcj0ib3JhbmdlIj48dGg+PC90aD48dGg+PGEgaHJlZj0iaHR0cHM6Ly93 d3c2LmlldGYub3JnL3JmY2RpZmY/dXJsMj1kcmFmdC1pZXRmLWJpZXItcG1tbS1vYW0tMDUudHh0 IiBzdHlsZT0iY29sb3I6IzAwODsgdGV4dC1kZWNvcmF0aW9uOm5vbmU7Ij4mbHQ7PC9hPiZuYnNw OzxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLWJpZXItcG1t bS1vYW0tMDUudHh0IiBzdHlsZT0iY29sb3I6IzAwOCI+ZHJhZnQtaWV0Zi1iaWVyLXBtbW0tb2Ft LTA1LnR4dDwvYT4mbmJzcDs8L3RoPjx0aD4gPC90aD48dGg+Jm5ic3A7PGEgaHJlZj0iaHR0cHM6 Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtYmllci1wbW1tLW9hbS0wNi50eHQiIHN0 eWxlPSJjb2xvcjojMDA4Ij5kcmFmdC1pZXRmLWJpZXItcG1tbS1vYW0tMDYudHh0PC9hPiZuYnNw OzxhIGhyZWY9Imh0dHBzOi8vd3d3Ni5pZXRmLm9yZy9yZmNkaWZmP3VybDE9ZHJhZnQtaWV0Zi1i aWVyLXBtbW0tb2FtLTA2LnR4dCIgc3R5bGU9ImNvbG9yOiMwMDg7IHRleHQtZGVjb3JhdGlvbjpu b25lOyI+Jmd0OzwvYT48L3RoPjx0aD48L3RoPjwvdHI+IAogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp Z2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPkJJRVIgIFdvcmtpbmcgR3JvdXAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEcuIE1pcnNreTwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPkJJRVIgIFdvcmtpbmcgR3JvdXAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEcuIE1pcnNreTwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGVmdCI+SW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgWlRFIENvcnAuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdo dCI+SW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgWlRFIENvcnAuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij5JbnRlbmRlZCBz dGF0dXM6IFN0YW5kYXJkcyBUcmFjayAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgTC4g Wmhlbmc8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij5JbnRlbmRlZCBzdGF0dXM6IFN0 YW5kYXJkcyBUcmFjayAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgTC4gWmhlbmc8L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMDEiPjx0 ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxibG9jayI+RXhwaXJlczogPHNwYW4gY2xhc3M9ImRlbGV0ZSI+SnVuZSAxMyw8L3NwYW4+IDIw MTkgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgTS4gQ2hlbjwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj5FeHBpcmVzOiA8c3BhbiBjbGFzcz0iaW5zZXJ0 Ij5EZWNlbWJlciAzMSw8L3NwYW4+IDIwMTkgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICBNLiBDaGVuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPHNwYW4gY2xhc3M9ImRl bGV0ZSI+SHVhd2VpIFRlY2hub2xvZ2llczwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJibG9jayI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgRy4gRmlvY2NvbGE8L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgRy4gRmlvY2NvbGE8L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMDIiPjx0ZD48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IDxzcGFuIGNsYXNzPSJkZWxldGUiPlRlbGVjb20gSXRhbGlhPC9zcGFuPjwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmJsb2NrIj4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIDxzcGFuIGNsYXNzPSJpbnNlcnQiPkh1YXdlaSBUZWNobm9sb2dpZXM8 L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjxzcGFuIGNsYXNzPSJkZWxldGUi PiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBE ZWNlbWJlciAxMCwgMjAxODwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ PHNwYW4gY2xhc3M9Imluc2VydCI+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICBKdW5lIDI5LCAyMDE5PC9zcGFuPjwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0 ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gUGVyZm9ybWFuY2UgTWVhc3VyZW1lbnQgKFBNKSB3aXRoIE1h cmtpbmcgTWV0aG9kIGluIEJpdCBJbmRleCBFeHBsaWNpdDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPiBQZXJmb3JtYW5jZSBNZWFzdXJlbWVudCAoUE0pIHdpdGggTWFya2luZyBNZXRo b2QgaW4gQml0IEluZGV4IEV4cGxpY2l0PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAg ICAgICAgICAgICAgICAgICAgICBSZXBsaWNhdGlvbiAoQklFUikgTGF5ZXI8L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgICAgICAgICAgICAgICAgICBSZXBsaWNhdGlvbiAo QklFUikgTGF5ZXI8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBp ZD0iZGlmZjAwMDMiPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgICAgICAgICAgICAgICAgICAgIGRyYWZ0LWlldGYt Ymllci1wbW1tLW9hbS0wPHNwYW4gY2xhc3M9ImRlbGV0ZSI+NTwvc3Bhbj48L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJibG9jayI+ICAgICAgICAgICAgICAgICAgICAgIGRyYWZ0LWlldGYtYmll ci1wbW1tLW9hbS0wPHNwYW4gY2xhc3M9Imluc2VydCI+Njwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg Y2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+QWJzdHJhY3Q8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij5BYnN0cmFjdDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBUaGlzIGRvY3Vt ZW50IGRlc2NyaWJlcyBhIGh5YnJpZCBwZXJmb3JtYW5jZSBtZWFzdXJlbWVudCBtZXRob2QgZm9y PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgVGhpcyBkb2N1bWVudCBkZXNjcmli ZXMgYSBoeWJyaWQgcGVyZm9ybWFuY2UgbWVhc3VyZW1lbnQgbWV0aG9kIGZvcjwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAwNCI+PHRkPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2Nr Ij4gICBtdWx0aWNhc3Qgc2VydmljZSA8c3BhbiBjbGFzcz0iZGVsZXRlIj5vdmVyIEJpdCBJbmRl eCBFeHBsaWNpdCBSZXBsaWNhdGlvbiAoQklFUik8L3NwYW4+IGRvbWFpbi48L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJibG9jayI+ICAgbXVsdGljYXN0IHNlcnZpY2UgPHNwYW4gY2xhc3M9Imlu c2VydCI+dGhyb3VnaCBhIEJpdCBJbmRleCBFeHBsaWNpdCBSZXBsaWNhdGlvbjwvc3Bhbj4gZG9t YWluLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij5TdGF0dXMgb2YgVGhpcyBNZW1v PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+U3RhdHVzIG9mIFRoaXMgTWVtbzwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBUaGlzIEludGVybmV0LURyYWZ0IGlzIHN1 Ym1pdHRlZCBpbiBmdWxsIGNvbmZvcm1hbmNlIHdpdGggdGhlPC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+ICAgVGhpcyBJbnRlcm5ldC1EcmFmdCBpcyBzdWJtaXR0ZWQgaW4gZnVsbCBj b25mb3JtYW5jZSB3aXRoIHRoZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgcHJvdmlz aW9ucyBvZiBCQ1AgNzggYW5kIEJDUCA3OS48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij4gICBwcm92aXNpb25zIG9mIEJDUCA3OCBhbmQgQkNQIDc5LjwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij4gICBJbnRlcm5ldC1EcmFmdHMgYXJlIHdvcmtpbmcgZG9jdW1lbnRzIG9m IHRoZSBJbnRlcm5ldCBFbmdpbmVlcmluZzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi PiAgIEludGVybmV0LURyYWZ0cyBhcmUgd29ya2luZyBkb2N1bWVudHMgb2YgdGhlIEludGVybmV0 IEVuZ2luZWVyaW5nPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBUYXNrIEZvcmNlIChJ RVRGKS4gIE5vdGUgdGhhdCBvdGhlciBncm91cHMgbWF5IGFsc28gZGlzdHJpYnV0ZTwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFRhc2sgRm9yY2UgKElFVEYpLiAgTm90ZSB0aGF0 IG90aGVyIGdyb3VwcyBtYXkgYWxzbyBkaXN0cmlidXRlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij4gICB3b3JraW5nIGRvY3VtZW50cyBhcyBJbnRlcm5ldC1EcmFmdHMuICBUaGUgbGlzdCBv ZiBjdXJyZW50IEludGVybmV0LTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHdv cmtpbmcgZG9jdW1lbnRzIGFzIEludGVybmV0LURyYWZ0cy4gIFRoZSBsaXN0IG9mIGN1cnJlbnQg SW50ZXJuZXQtPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBEcmFmdHMgaXMgYXQgaHR0 cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kcmFmdHMvY3VycmVudC8uPC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+ICAgRHJhZnRzIGlzIGF0IGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0 Zi5vcmcvZHJhZnRzL2N1cnJlbnQvLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4g ICBJbnRlcm5ldC1EcmFmdHMgYXJlIGRyYWZ0IGRvY3VtZW50cyB2YWxpZCBmb3IgYSBtYXhpbXVt IG9mIHNpeCBtb250aHM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBJbnRlcm5l dC1EcmFmdHMgYXJlIGRyYWZ0IGRvY3VtZW50cyB2YWxpZCBmb3IgYSBtYXhpbXVtIG9mIHNpeCBt b250aHM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGFuZCBtYXkgYmUgdXBkYXRlZCwg cmVwbGFjZWQsIG9yIG9ic29sZXRlZCBieSBvdGhlciBkb2N1bWVudHMgYXQgYW55PC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgYW5kIG1heSBiZSB1cGRhdGVkLCByZXBsYWNlZCwg b3Igb2Jzb2xldGVkIGJ5IG90aGVyIGRvY3VtZW50cyBhdCBhbnk8L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxlZnQiPiAgIHRpbWUuICBJdCBpcyBpbmFwcHJvcHJpYXRlIHRvIHVzZSBJbnRlcm5ldC1E cmFmdHMgYXMgcmVmZXJlbmNlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgdGlt ZS4gIEl0IGlzIGluYXBwcm9wcmlhdGUgdG8gdXNlIEludGVybmV0LURyYWZ0cyBhcyByZWZlcmVu Y2U8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIG1hdGVyaWFsIG9yIHRvIGNpdGUgdGhl bSBvdGhlciB0aGFuIGFzICJ3b3JrIGluIHByb2dyZXNzLiI8L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij4gICBtYXRlcmlhbCBvciB0byBjaXRlIHRoZW0gb3RoZXIgdGhhbiBhcyAid29y ayBpbiBwcm9ncmVzcy4iPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0ciBpZD0iZGlmZjAwMDUiPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgVGhpcyBJbnRlcm5ldC1EcmFmdCB3 aWxsIGV4cGlyZSBvbiA8c3BhbiBjbGFzcz0iZGVsZXRlIj5KdW5lIDEzPC9zcGFuPiwgMjAxOS48 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgVGhpcyBJbnRlcm5ldC1EcmFmdCB3 aWxsIGV4cGlyZSBvbiA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5EZWNlbWJlciAzMTwvc3Bhbj4sIDIw MTkuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPkNvcHlyaWdodCBOb3RpY2U8L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij5Db3B5cmlnaHQgTm90aWNlPC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMDYiPjx0ZD48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxi bG9jayI+ICAgQ29weXJpZ2h0IChjKSAyMDE8c3BhbiBjbGFzcz0iZGVsZXRlIj44PC9zcGFuPiBJ RVRGIFRydXN0IGFuZCB0aGUgcGVyc29ucyBpZGVudGlmaWVkIGFzIHRoZTwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmJsb2NrIj4gICBDb3B5cmlnaHQgKGMpIDIwMTxzcGFuIGNsYXNzPSJpbnNl cnQiPjk8L3NwYW4+IElFVEYgVHJ1c3QgYW5kIHRoZSBwZXJzb25zIGlkZW50aWZpZWQgYXMgdGhl PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBkb2N1bWVudCBhdXRob3JzLiAgQWxsIHJp Z2h0cyByZXNlcnZlZC48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBkb2N1bWVu dCBhdXRob3JzLiAgQWxsIHJpZ2h0cyByZXNlcnZlZC48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGVmdCI+ICAgVGhpcyBkb2N1bWVudCBpcyBzdWJqZWN0IHRvIEJDUCA3OCBhbmQgdGhlIElF VEYgVHJ1c3QncyBMZWdhbDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFRoaXMg ZG9jdW1lbnQgaXMgc3ViamVjdCB0byBCQ1AgNzggYW5kIHRoZSBJRVRGIFRydXN0J3MgTGVnYWw8 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFByb3Zpc2lvbnMgUmVsYXRpbmcgdG8gSUVU RiBEb2N1bWVudHM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBQcm92aXNpb25z IFJlbGF0aW5nIHRvIElFVEYgRG9jdW1lbnRzPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4g ICAoaHR0cHM6Ly90cnVzdGVlLmlldGYub3JnL2xpY2Vuc2UtaW5mbykgaW4gZWZmZWN0IG9uIHRo ZSBkYXRlIG9mPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgKGh0dHBzOi8vdHJ1 c3RlZS5pZXRmLm9yZy9saWNlbnNlLWluZm8pIGluIGVmZmVjdCBvbiB0aGUgZGF0ZSBvZjwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgcHVibGljYXRpb24gb2YgdGhpcyBkb2N1bWVudC4g IFBsZWFzZSByZXZpZXcgdGhlc2UgZG9jdW1lbnRzPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy aWdodCI+ICAgcHVibGljYXRpb24gb2YgdGhpcyBkb2N1bWVudC4gIFBsZWFzZSByZXZpZXcgdGhl c2UgZG9jdW1lbnRzPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBjYXJlZnVsbHksIGFz IHRoZXkgZGVzY3JpYmUgeW91ciByaWdodHMgYW5kIHJlc3RyaWN0aW9ucyB3aXRoIHJlc3BlY3Q8 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBjYXJlZnVsbHksIGFzIHRoZXkgZGVz Y3JpYmUgeW91ciByaWdodHMgYW5kIHJlc3RyaWN0aW9ucyB3aXRoIHJlc3BlY3Q8L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHRvIHRoaXMgZG9jdW1lbnQuICBDb2RlIENvbXBvbmVudHMg ZXh0cmFjdGVkIGZyb20gdGhpcyBkb2N1bWVudCBtdXN0PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+ICAgdG8gdGhpcyBkb2N1bWVudC4gIENvZGUgQ29tcG9uZW50cyBleHRyYWN0ZWQg ZnJvbSB0aGlzIGRvY3VtZW50IG11c3Q8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGlu Y2x1ZGUgU2ltcGxpZmllZCBCU0QgTGljZW5zZSB0ZXh0IGFzIGRlc2NyaWJlZCBpbiBTZWN0aW9u IDQuZSBvZjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGluY2x1ZGUgU2ltcGxp ZmllZCBCU0QgTGljZW5zZSB0ZXh0IGFzIGRlc2NyaWJlZCBpbiBTZWN0aW9uIDQuZSBvZjwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgdGhlIFRydXN0IExlZ2FsIFByb3Zpc2lvbnMgYW5k IGFyZSBwcm92aWRlZCB3aXRob3V0IHdhcnJhbnR5IGFzPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+ICAgdGhlIFRydXN0IExlZ2FsIFByb3Zpc2lvbnMgYW5kIGFyZSBwcm92aWRlZCB3 aXRob3V0IHdhcnJhbnR5IGFzPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBkZXNjcmli ZWQgaW4gdGhlIFNpbXBsaWZpZWQgQlNEIExpY2Vuc2UuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+ICAgZGVzY3JpYmVkIGluIHRoZSBTaW1wbGlmaWVkIEJTRCBMaWNlbnNlLjwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij5UYWJsZSBvZiBDb250ZW50czwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPlRhYmxlIG9mIENvbnRlbnRzPC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPiAgIDEuICBJbnRyb2R1Y3Rpb24gIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAgMjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmlnaHQiPiAgIDEuICBJbnRyb2R1Y3Rpb24gIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuICAgMjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgMi4g IENvbnZlbnRpb25zIHVzZWQgaW4gdGhpcyBkb2N1bWVudCAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gICAyPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgMi4gIENvbnZlbnRp b25zIHVzZWQgaW4gdGhpcyBkb2N1bWVudCAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gICAy PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9ImRpZmYwMDA3 Ij48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsYmxvY2siPiAgICAgMi4xLiAgVGVybWlub2xvZ3kgLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+Mjwvc3Bhbj48 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgICAyLjEuICBUZXJtaW5vbG9neSAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gICA8c3BhbiBjbGFz cz0iaW5zZXJ0Ij4zPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAyLjIu ICBSZXF1aXJlbWVudHMgTGFuZ3VhZ2UgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gICAzPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAyLjIuICBSZXF1aXJl bWVudHMgTGFuZ3VhZ2UgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gICAzPC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAzLiAgT0FNIEZpZWxkIGluIEJJRVIgSGVhZGVy ICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgIDM8L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij4gICAzLiAgT0FNIEZpZWxkIGluIEJJRVIgSGVhZGVyICAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgIDM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMDgiPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgNC4gIFRoZW9y eSBvZiBPcGVyYXRpb24gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g ICA8c3BhbiBjbGFzcz0iZGVsZXRlIj4zPC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmJsb2NrIj4gICA0LiAgVGhlb3J5IG9mIE9wZXJhdGlvbiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAgIDxzcGFuIGNsYXNzPSJpbnNlcnQiPjQ8L3NwYW4+PC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgICAgNC4xLiAgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+ U2luZ2xlIE1hcms8L3NwYW4+IEVuYWJsZWQgTWVhc3VyZW1lbnQgLiAuIC4gLiAuIC4gLiAuIC4g LiAuIDxzcGFuIGNsYXNzPSJkZWxldGUiPi4gLjwvc3Bhbj4gICA0PC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyYmxvY2siPiAgICAgNC4xLiAgPHNwYW4gY2xhc3M9Imluc2VydCI+U2luZ2xlLU1h cmtpbmc8L3NwYW4+IEVuYWJsZWQgTWVhc3VyZW1lbnQgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAg IDQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgICA0LjIuICA8c3BhbiBjbGFzcz0i ZGVsZXRlIj5Eb3VibGUgTWFyazwvc3Bhbj4gRW5hYmxlZCBNZWFzdXJlbWVudCAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuICAgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+NTwvc3Bhbj48L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgICA0LjIuICA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5E b3VibGUtTWFya2luZzwvc3Bhbj4gRW5hYmxlZCBNZWFzdXJlbWVudCAgLiAuIC4gLiAuIC4gLiAu IC4gLiAuICAgPHNwYW4gY2xhc3M9Imluc2VydCI+NTwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxibG9jayI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjxzcGFuIGNsYXNz PSJpbnNlcnQiPiAgICAgNC4zLiAgT3BlcmF0aW9uYWwgQ29uc2lkZXJhdGlvbnM8L3NwYW4+ICAu IC4gPHNwYW4gY2xhc3M9Imluc2VydCI+LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgIDY8L3Nw YW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICA1LiAgSUFOQSBDb25zaWRlcmF0aW9u cyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgIDY8L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICA1LiAgSUFOQSBDb25zaWRlcmF0aW9ucyAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgIDY8L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMDkiPjx0ZD48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgNi4g IFNlY3VyaXR5IENvbnNpZGVyYXRpb25zIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gICA8c3BhbiBjbGFzcz0iZGVsZXRlIj42PC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmJsb2NrIj4gICA2LiAgU2VjdXJpdHkgQ29uc2lkZXJhdGlvbnMgLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgIDxzcGFuIGNsYXNzPSJpbnNlcnQiPjc8L3NwYW4+ PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIDcuICBBY2tub3dsZWRnZW1lbnQgLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAgPHNwYW4gY2xhc3M9 ImRlbGV0ZSI+Njwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgNy4g IEFja25vd2xlZGdlbWVudCAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gICA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij43PC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGJsb2NrIj4gICA4LiAgUmVmZXJlbmNlcyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgIDxzcGFuIGNsYXNzPSJkZWxldGUiPjY8L3NwYW4+PC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIDguICBSZWZlcmVuY2VzICAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAgPHNwYW4gY2xhc3M9 Imluc2VydCI+Nzwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg IDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgICA4LjEu ICBOb3JtYXRpdmUgUmVmZXJlbmNlcyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gICA8c3BhbiBjbGFzcz0iZGVsZXRlIj42PC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmJsb2NrIj4gICAgIDguMS4gIE5vcm1hdGl2ZSBSZWZlcmVuY2VzICAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgIDxzcGFuIGNsYXNzPSJpbnNlcnQiPjc8L3NwYW4+PC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgICAgOC4yLiAgSW5mb3JtYXRpdmUgUmVmZXJl bmNlcyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAgPHNwYW4gY2xhc3M9ImRl bGV0ZSI+Nzwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgICA4LjIu ICBJbmZvcm1hdGl2ZSBSZWZlcmVuY2VzICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gICA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij44PC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i bGJsb2NrIj4gICBBdXRob3JzJyBBZGRyZXNzZXMgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAgIDxzcGFuIGNsYXNzPSJkZWxldGUiPjc8L3NwYW4+PC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIEF1dGhvcnMnIEFkZHJlc3NlcyAgLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAgPHNwYW4gY2xhc3M9Imlu c2VydCI+ODwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+MS4gIEludHJv ZHVjdGlvbjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjEuICBJbnRyb2R1Y3Rpb248 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmln aHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZm MDAxMCI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0 ZCBjbGFzcz0ibGJsb2NrIj4gICBbUkZDODI3OV0gaW50cm9kdWNlcyBhbmQgZXhwbGFpbnMgQml0 IEluZGV4IEV4cGxpY2l0IFJlcGxpY2F0aW9uPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxv Y2siPiAgIFtSRkM4Mjc5XSBpbnRyb2R1Y2VzIGFuZCBleHBsYWlucyA8c3BhbiBjbGFzcz0iaW5z ZXJ0Ij50aGU8L3NwYW4+IEJpdCBJbmRleCBFeHBsaWNpdCBSZXBsaWNhdGlvbjwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGJsb2NrIj4gICAoQklFUikgYXJjaGl0ZWN0dXJlIGFuZCBob3cgaXQgc3Vw cG9ydHMgZm9yd2FyZGluZyBvZiBtdWx0aWNhc3QgZGF0YTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmJsb2NrIj4gICAoQklFUikgYXJjaGl0ZWN0dXJlIGFuZCBob3cgaXQgc3VwcG9ydHMgPHNw YW4gY2xhc3M9Imluc2VydCI+dGhlPC9zcGFuPiBmb3J3YXJkaW5nIG9mIG11bHRpY2FzdDwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBwYWNrZXRzLiAgW1JGQzgyOTZdIHNwZWNpZmll ZCB0aGF0IGluIGNhc2Ugb2YgQklFUiBlbmNhcHN1bGF0aW9uIGluPC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyYmxvY2siPiAgIGRhdGEgcGFja2V0cy4gIFtSRkM4Mjk2XSBzcGVjaWZpZWQgdGhh dCBpbiA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij50aGU8L3NwYW4+IGNhc2Ugb2YgQklFUjwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBNUExTIDxzcGFuIGNsYXNzPSJkZWxldGUiPm5ldHdv cms8L3NwYW4+IGEgQklFUi1NUExTIGxhYmVsLCB0aGUgbGFiZWwgdGhhdCBpcyBhdCB0aGUgYm90 dG9tIG9mPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIGVuY2Fwc3VsYXRpb24g aW4gPHNwYW4gY2xhc3M9Imluc2VydCI+YW48L3NwYW4+IE1QTFMgPHNwYW4gY2xhc3M9Imluc2Vy dCI+bmV0d29yayw8L3NwYW4+IGEgQklFUi1NUExTIGxhYmVsLCB0aGUgbGFiZWwgdGhhdDwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICB0aGUgbGFiZWwgc3RhY2ssIHVuaXF1ZWx5IGlk ZW50aWZpZXMgdGhlIG11bHRpY2FzdCBmbG93LiAgW1JGQzgzMjFdPC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyYmxvY2siPiAgIGlzIGF0IHRoZSBib3R0b20gb2YgdGhlIGxhYmVsIHN0YWNrLCB1 bmlxdWVseSBpZGVudGlmaWVzIHRoZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBk ZXNjcmliZXMgaHlicmlkIHBlcmZvcm1hbmNlIG1lYXN1cmVtZW50IG1ldGhvZCwgcGVyIDxzcGFu IGNsYXNzPSJkZWxldGUiPltSRkM3Nzk5XTwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJibG9jayI+ICAgbXVsdGljYXN0IGZsb3cuICBbUkZDODMyMV0gZGVzY3JpYmVzIDxzcGFuIGNs YXNzPSJpbnNlcnQiPmE8L3NwYW4+IGh5YnJpZCBwZXJmb3JtYW5jZSBtZWFzdXJlbWVudDwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBjbGFzc2lmaWNhdGlvbiBvZiBtZWFzdXJlbWVu dCA8c3BhbiBjbGFzcz0iZGVsZXRlIj5tZXRob2RzLjwvc3Bhbj4gIFBhY2tldCBOZXR3b3JrIFBl cmZvcm1hbmNlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIG1ldGhvZCwgcGVy IDxzcGFuIGNsYXNzPSJpbnNlcnQiPlJGQzc3OTknczwvc3Bhbj4gY2xhc3NpZmljYXRpb24gb2Yg bWVhc3VyZW1lbnQgPHNwYW4gY2xhc3M9Imluc2VydCI+bWV0aG9kczwvc3Bhbj48L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgTW9uaXRvcmluZyAoUE5QTSksIDxzcGFuIGNsYXNzPSJk ZWxldGUiPndoaWNoPC9zcGFuPiBjYW4gYmUgdXNlZCB0byBtZWFzdXJlIHBhY2tldCBsb3NzLCBs YXRlbmN5LDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBjbGFzcz0iaW5z ZXJ0Ij4gICBbUkZDNzc5OV0uICBUaGUgbWV0aG9kLCBjYWxsZWQ8L3NwYW4+IFBhY2tldCBOZXR3 b3JrIFBlcmZvcm1hbmNlIE1vbml0b3Jpbmc8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ ICAgYW5kIGppdHRlciBvbiBsaXZlIDxzcGFuIGNsYXNzPSJkZWxldGUiPnRyYWZmaWMuPC9zcGFu PiAgQmVjYXVzZSB0aGlzIG1ldGhvZCBpcyBiYXNlZCBvbiBtYXJraW5nPC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyYmxvY2siPiAgIChQTlBNKSwgY2FuIGJlIHVzZWQgdG8gbWVhc3VyZSBwYWNr ZXQgbG9zcywgbGF0ZW5jeSwgYW5kIGppdHRlciBvbjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJs b2NrIj4gICBjb25zZWN1dGl2ZSBiYXRjaGVzIG9mIDxzcGFuIGNsYXNzPSJkZWxldGUiPnBhY2tl dHM8L3NwYW4+IHRoZSBtZXRob2Qgb2Z0ZW4gcmVmZXJyZWQgdG8gYXM8L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJibG9jayI+ICAgbGl2ZSA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij50cmFmZmljIGNv bXBsaWVzIHdpdGggcmVxdWlyZW1lbnRzICM1IGFuZCAjMTIgbGlzdGVkIGluPC9zcGFuPjwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICA8c3BhbiBjbGFzcz0iZGVsZXRlIj5NYXJraW5n IE1ldGhvZCAoTU0pLjwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNw YW4gY2xhc3M9Imluc2VydCI+ICAgW0ktRC5pZXRmLWJpZXItb2FtLXJlcXVpcmVtZW50c10uPC9z cGFuPiAgQmVjYXVzZSB0aGlzIG1ldGhvZCBpcyBiYXNlZCBvbjwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgbWFya2luZyBj b25zZWN1dGl2ZSBiYXRjaGVzIG9mIDxzcGFuIGNsYXNzPSJpbnNlcnQiPnBhY2tldHMsPC9zcGFu PiB0aGUgbWV0aG9kIDxzcGFuIGNsYXNzPSJpbnNlcnQiPmlzPC9zcGFuPiBvZnRlbiByZWZlcnJl ZDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJibG9jayI+ICAgdG8gYXMgPHNwYW4gY2xhc3M9Imluc2VydCI+YSBtYXJraW5nIG1ldGhvZC48 L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBp ZD0iZGlmZjAwMTEiPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgVGhpcyBkb2N1bWVudCBkZWZpbmVzIGhvdyBtYXJr aW5nIG1ldGhvZCBjYW4gYmUgdXNlZCBvbiBCSUVSIGxheWVyIHRvPC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyYmxvY2siPiAgIFRoaXMgZG9jdW1lbnQgZGVmaW5lcyBob3cgPHNwYW4gY2xhc3M9 Imluc2VydCI+dGhlPC9zcGFuPiBtYXJraW5nIG1ldGhvZCBjYW4gYmUgdXNlZCBvbiA8c3BhbiBj bGFzcz0iaW5zZXJ0Ij50aGU8L3NwYW4+IEJJRVI8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9j ayI+ICAgbWVhc3VyZSBwYWNrZXQgbG9zcyBhbmQgZGVsYXkgbWV0cmljcyBvZiBhIG11bHRpY2Fz dCBmbG93IGluIE1QTFM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgbGF5ZXIg dG8gbWVhc3VyZSBwYWNrZXQgbG9zcyBhbmQgZGVsYXkgbWV0cmljcyBvZiBhIG11bHRpY2FzdCBm bG93IGluPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIG5ldHdvcmsuPC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIDxzcGFuIGNsYXNzPSJpbnNlcnQiPmFuPC9zcGFu PiBNUExTIG5ldHdvcmsuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjIuICBDb252 ZW50aW9ucyB1c2VkIGluIHRoaXMgZG9jdW1lbnQ8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp Z2h0Ij4yLiAgQ29udmVudGlvbnMgdXNlZCBpbiB0aGlzIGRvY3VtZW50PC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9ImRpZmYwMDEyIj48dGQ+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjxz cGFuIGNsYXNzPSJkZWxldGUiPiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA8L3NwYW4+PC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyYmxvY2siPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+Mi4xLiAgVGVy bWlub2xvZ3k8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4yLjEuICBUZXJtaW5vbG9n eTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy aWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBCRlI6IEJpdC1Gb3J3YXJkaW5n IFJvdXRlcjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIEJGUjogQml0LUZvcndh cmRpbmcgUm91dGVyPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg IDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIEJGRVI6IEJp dC1Gb3J3YXJkaW5nIEVncmVzcyBSb3V0ZXI8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij4gICBCRkVSOiBCaXQtRm9yd2FyZGluZyBFZ3Jlc3MgUm91dGVyPC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPiAgIEJGSVI6IEJpdC1Gb3J3YXJkaW5nIEluZ3Jlc3MgUm91dGVyPC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgQkZJUjogQml0LUZvcndhcmRpbmcgSW5n cmVzcyBSb3V0ZXI8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBp ZD0iZGlmZjAwMTMiPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PHNwYW4gY2xhc3M9ImRlbGV0ZSI+ICAgQklFUjogQml0 IEluZGV4IEV4cGxpY2l0IFJlcGxpY2F0aW9uPC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAg PHRyIGlkPSJkaWZmMDAxNCI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICA8c3BhbiBjbGFzcz0iZGVsZXRlIj5NTTog TWFya2luZyBNZXRob2Q8L3NwYW4+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAg IDxzcGFuIGNsYXNzPSJpbnNlcnQiPkJJRVI6IEJpdCBJbmRleCBFeHBsaWNpdCBSZXBsaWNhdGlv bjwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgT0FNOiBPcGVyYXRp b25zLCBBZG1pbmlzdHJhdGlvbiBhbmQgTWFpbnRlbmFuY2U8L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij4gICBPQU06IE9wZXJhdGlvbnMsIEFkbWluaXN0cmF0aW9uIGFuZCBNYWludGVu YW5jZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4yLjIuICBSZXF1aXJlbWVudHMg TGFuZ3VhZ2U8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4yLjIuICBSZXF1aXJlbWVu dHMgTGFuZ3VhZ2U8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgVGhlIGtleSB3 b3JkcyAiTVVTVCIsICJNVVNUIE5PVCIsICJSRVFVSVJFRCIsICJTSEFMTCIsICJTSEFMTCBOT1Qi LDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFRoZSBrZXkgd29yZHMgIk1VU1Qi LCAiTVVTVCBOT1QiLCAiUkVRVUlSRUQiLCAiU0hBTEwiLCAiU0hBTEwgTk9UIiw8L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48dGQgY2xhc3M9ImxlZnQiPiAgICJTSE9VTEQiLCAiU0hPVUxEIE5PVCIsICJSRUNPTU1FTkRF RCIsICJOT1QgUkVDT01NRU5ERUQiLCAiTUFZIiwgYW5kPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+ICAgIlNIT1VMRCIsICJTSE9VTEQgTk9UIiwgIlJFQ09NTUVOREVEIiwgIk5PVCBS RUNPTU1FTkRFRCIsICJNQVkiLCBhbmQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICJP UFRJT05BTCIgaW4gdGhpcyBkb2N1bWVudCBhcmUgdG8gYmUgaW50ZXJwcmV0ZWQgYXMgZGVzY3Jp YmVkIGluIEJDUDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICJPUFRJT05BTCIg aW4gdGhpcyBkb2N1bWVudCBhcmUgdG8gYmUgaW50ZXJwcmV0ZWQgYXMgZGVzY3JpYmVkIGluIEJD UDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgMTQgW1JGQzIxMTldIFtSRkM4MTc0XSB3 aGVuLCBhbmQgb25seSB3aGVuLCB0aGV5IGFwcGVhciBpbiBhbGw8L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJpZ2h0Ij4gICAxNCBbUkZDMjExOV0gW1JGQzgxNzRdIHdoZW4sIGFuZCBvbmx5IHdo ZW4sIHRoZXkgYXBwZWFyIGluIGFsbDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgY2Fw aXRhbHMsIGFzIHNob3duIGhlcmUuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAg Y2FwaXRhbHMsIGFzIHNob3duIGhlcmUuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PjMuICBPQU0gRmllbGQgaW4gQklFUiBIZWFkZXI8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp Z2h0Ij4zLiAgT0FNIEZpZWxkIGluIEJJRVIgSGVhZGVyPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMTUiPjx0ZD48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgW1JG QzgyOTZdIGRlZmluZWQgdGhlIDxzcGFuIGNsYXNzPSJkZWxldGUiPnR3by1iaXQ8L3NwYW4+IGxv bmcgZmllbGQsIHJlZmVycmVkIHRvIGFzIDxzcGFuIGNsYXNzPSJkZWxldGUiPk9BTSw8L3NwYW4+ PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIFtSRkM4Mjk2XSBkZWZpbmVkIHRo ZSA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij50d28tYml0czwvc3Bhbj4gbG9uZyBmaWVsZCwgcmVmZXJy ZWQgdG8gYXMgPHNwYW4gY2xhc3M9Imluc2VydCI+T0FNLjwvc3Bhbj4gIFRoZTwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGJsb2NrIj48c3BhbiBjbGFzcz0iZGVsZXRlIj4gICBkZXNpZ25hdGVkIGZv ciB0aGUgbWFya2luZyBwZXJmb3JtYW5jZSBtZWFzdXJlbWVudCBtZXRob2QuPC9zcGFuPiAgVGhl IE9BTTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBPQU0gZmllbGQgPHNwYW4g Y2xhc3M9Imluc2VydCI+Y2FuPC9zcGFuPiBiZSB1c2VkIGZvciB0aGUgPHNwYW4gY2xhc3M9Imlu c2VydCI+bWFya2luZzwvc3Bhbj4gcGVyZm9ybWFuY2UgbWVhc3VyZW1lbnQgPHNwYW4gY2xhc3M9 Imluc2VydCI+bWV0aG9kLjwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAg ZmllbGQgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+TVVTVCBOT1Q8L3NwYW4+IGJlIHVzZWQgPHNwYW4g Y2xhc3M9ImRlbGV0ZSI+aW4gZGVmaW5pbmcgZm9yd2FyZGluZyBhbmQvb3IgcXVhbGl0eSBvZjwv c3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsYmxvY2siPjxzcGFuIGNsYXNzPSJkZWxldGUiPiAgIHNlcnZpY2UgdHJlYXRtZW50IG9m IGEgQklFUiBwYWNrZXQuICBUaGUgT0FNIGZpZWxkIE1VU1QgYmUgdXNlZCBvbmx5PC9zcGFuPjwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxi bG9jayI+ICAgZm9yIHRoZSBwZXJmb3JtYW5jZSBtZWFzdXJlbWVudCA8c3BhbiBjbGFzcz0iZGVs ZXRlIj5vZiBkYXRhIHRyYWZmaWMgaW4gQklFUiBsYXllci48L3NwYW4+PC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyYmxvY2siPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgQmVjYXVz ZSB0aGUgc2V0dGluZyBvZiB0aGUgZmllbGQgdG8gYW55IHZhbHVlIGRvZXMgbm90IGFmZmVjdDwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIEJlY2F1c2UgdGhlIHNldHRpbmcgb2Yg dGhlIGZpZWxkIHRvIGFueSB2YWx1ZSBkb2VzIG5vdCBhZmZlY3Q8L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMTYiPjx0ZD48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgZm9y d2FyZGluZyBhbmQvb3IgcXVhbGl0eSBvZiBzZXJ2aWNlIHRyZWF0bWVudCBvZiBhIHBhY2tldCwg dGhlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIGZvcndhcmRpbmcgYW5kL29y IHF1YWxpdHkgb2Ygc2VydmljZSB0cmVhdG1lbnQgb2YgYSBwYWNrZXQsIDxzcGFuIGNsYXNzPSJp bnNlcnQiPnVzaW5nPC9zcGFuPiB0aGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAg PHNwYW4gY2xhc3M9ImRlbGV0ZSI+bWFya2luZyBtZXRob2Q8L3NwYW4+IGluIEJJRVIgbGF5ZXIg Y2FuIGJlIHZpZXdlZCBhcyB0aGUgZXhhbXBsZSBvZiB0aGU8L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJibG9jayI+ICAgPHNwYW4gY2xhc3M9Imluc2VydCI+T0FNIGZpZWxkIGZvciBQTlBNPC9z cGFuPiBpbiBCSUVSIGxheWVyIGNhbiBiZSB2aWV3ZWQgYXMgdGhlIGV4YW1wbGUgb2YgdGhlPC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBoeWJyaWQgcGVyZm9ybWFuY2UgbWVhc3VyZW1l bnQgbWV0aG9kLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGh5YnJpZCBwZXJm b3JtYW5jZSBtZWFzdXJlbWVudCBtZXRob2QuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMTciPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgPHNwYW4gY2xh c3M9ImRlbGV0ZSI+VGhlPC9zcGFuPiBGaWd1cmUgMSBkaXNwbGF5cyA8c3BhbiBjbGFzcz0iZGVs ZXRlIj5mb3JtYXQ8L3NwYW4+IG9mIHRoZSBPQU0gZmllbGQ8L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJibG9jayI+ICAgRmlndXJlIDEgZGlzcGxheXMgPHNwYW4gY2xhc3M9Imluc2VydCI+dGhl IGludGVycHJldGF0aW9uPC9zcGFuPiBvZiB0aGUgT0FNIGZpZWxkIDxzcGFuIGNsYXNzPSJpbnNl cnQiPmRlZmluZWQgaW4gdGhpczwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjxzcGFuIGNsYXNzPSJpbnNlcnQiPiAg IHNwZWNpZmljYXRpb24gZm9yIHRoZSB1c2UgYnkgUE5QTSBtZXRob2QuPC9zcGFuPjwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgMDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmlnaHQiPiAgICAwPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgMCAgIDE8L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgMCAgIDE8L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPiAgICstKy0rLSstKzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICst Ky0rLSstKzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJk aWZmMDAxOCI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGJsb2NrIj4gICB8IDxzcGFuIGNsYXNzPSJkZWxldGUiPkw8L3NwYW4+IHwg RCB8PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIHwgPHNwYW4gY2xhc3M9Imlu c2VydCI+Uzwvc3Bhbj4gfCBEIHw8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICstKy0r LSstKzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICstKy0rLSstKzwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAgICAgICAgICAgIEZpZ3VyZSAxOiBPQU0g ZmllbGQgb2YgQklFUiBIZWFkZXIgZm9ybWF0PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdo dCI+ICAgICAgICAgICAgICAgICBGaWd1cmUgMTogT0FNIGZpZWxkIG9mIEJJRVIgSGVhZGVyIGZv cm1hdDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICB3aGVyZTo8L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICB3aGVyZTo8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAxOSI+PHRkPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBvICA8 c3BhbiBjbGFzcz0iZGVsZXRlIj5MIC0gTG9zczwvc3Bhbj4gZmxhZzs8L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJibG9jayI+ICAgbyAgPHNwYW4gY2xhc3M9Imluc2VydCI+UyAtIFNpbmdsZS1N YXJraW5nPC9zcGFuPiBmbGFnOzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHIgaWQ9ImRpZmYwMDIwIj48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIG8gIEQgLSBEPHNwYW4gY2xh c3M9ImRlbGV0ZSI+ZWxheTwvc3Bhbj4gZmxhZy48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJi bG9jayI+ICAgbyAgRCAtIEQ8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5vdWJsZS1NYXJraW5nPC9zcGFu PiBmbGFnLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij40LiAgVGhlb3J5IG9mIE9w ZXJhdGlvbjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjQuICBUaGVvcnkgb2YgT3Bl cmF0aW9uPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBp ZD0iZGlmZjAwMjEiPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgVGhlIG1hcmtpbmcgbWV0aG9kIGNhbiBiZSA8c3Bh biBjbGFzcz0iZGVsZXRlIj5zdWNjZXNzZnVsbHk8L3NwYW4+IHVzZWQgaW4gdGhlIG11bHRpY2Fz dDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBUaGUgbWFya2luZyBtZXRob2Qg Y2FuIGJlIHVzZWQgaW4gdGhlIG11bHRpY2FzdCBlbnZpcm9ubWVudCBzdXBwb3J0ZWQ8L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgZW52aXJvbm1lbnQgc3VwcG9ydGVkIGJ5IEJJRVIg bGF5ZXIuICBXaXRob3V0IGxpbWl0aW5nIGFueSBnZW5lcmFsaXR5PC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyYmxvY2siPiAgIGJ5IEJJRVIgbGF5ZXIuICBXaXRob3V0IGxpbWl0aW5nIGFueSBn ZW5lcmFsaXR5IGNvbnNpZGVyIG11bHRpY2FzdDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2Nr Ij4gICBjb25zaWRlciBtdWx0aWNhc3QgbmV0d29yayBwcmVzZW50ZWQgaW4gRmlndXJlIDIuICBB bnkgY29tYmluYXRpb24gb2Y8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgbmV0 d29yayBwcmVzZW50ZWQgaW4gRmlndXJlIDIuICBBbnkgY29tYmluYXRpb24gb2YgPHNwYW4gY2xh c3M9Imluc2VydCI+bWFya2luZ3M8L3NwYW4+IGNhbiBiZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i bGJsb2NrIj4gICA8c3BhbiBjbGFzcz0iZGVsZXRlIj5tYXJraW5ncywgTG9zcyBhbmQvb3IgRGVs YXksPC9zcGFuPiBjYW4gYmUgYXBwbGllZCB0byBhIG11bHRpY2FzdCBmbG93IGJ5PC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIGFwcGxpZWQgdG8gYSBtdWx0aWNhc3QgZmxvdyBi eSA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij50aGU8L3NwYW4+IEJpdCBGb3J3YXJkaW5nIDxzcGFuIGNs YXNzPSJpbnNlcnQiPkluZ3Jlc3M8L3NwYW4+IFJvdXRlcjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i bGJsb2NrIj4gICA8c3BhbiBjbGFzcz0iZGVsZXRlIj5hbnk8L3NwYW4+IEJpdCBGb3J3YXJkaW5n IFJvdXRlciA8c3BhbiBjbGFzcz0iZGVsZXRlIj4oQkZSKTwvc3Bhbj4gYXQgZWl0aGVyIGluZ3Jl c3Mgb3IgZWdyZXNzIHBvaW50IHRvPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAg IDxzcGFuIGNsYXNzPSJpbnNlcnQiPihCRklSKTwvc3Bhbj4gYXQgZWl0aGVyIGluZ3Jlc3Mgb3Ig ZWdyZXNzIHBvaW50IHRvIHBlcmZvcm0gbm9kZSwgbGluayw8L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxibG9jayI+ICAgcGVyZm9ybSBub2RlLCBsaW5rLCBzZWdtZW50IG9yIGVuZC10by1lbmQgbWVh c3VyZW1lbnQgdG8gZGV0ZWN0PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIHNl Z21lbnQgb3IgZW5kLXRvLWVuZCBtZWFzdXJlbWVudCB0byBkZXRlY3QgcGVyZm9ybWFuY2UgZGVn cmFkYXRpb248L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgcGVyZm9ybWFuY2UgZGVn cmFkYXRpb24gZGVmZWN0IGFuZCBsb2NhbGl6ZSBpdCBlZmZpY2llbnRseS48L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJibG9jayI+ICAgZGVmZWN0IGFuZCBsb2NhbGl6ZSBpdCBlZmZpY2llbnRs eS48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgICAgICAgICAgICAgICAg ICAgICAgLS0tLS08L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgICAgICAg ICAgICAgICAgICAgICAtLS0tLTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgICAg ICAgICAgICAgICAgICAgIC0tfCBEIHw8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4g ICAgICAgICAgICAgICAgICAgICAgICAgLS18IEQgfDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVm dCI+ICAgICAgICAgICAgICAgICAtLS0tLSAgLyAgLS0tLS08L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij4gICAgICAgICAgICAgICAgIC0tLS0tICAvICAtLS0tLTwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0 ZCBjbGFzcz0ibGVmdCI+ICAgICAgICAgICAgICAgLS18IEIgfC0tPC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+ICAgICAgICAgICAgICAgLS18IEIgfC0tPC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsZWZ0Ij4gICAgICAgICAgICAgIC8gIC0tLS0tICBcICAtLS0tLTwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgICAgICAgLyAgLS0tLS0gIFwgIC0tLS0tPC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAgICAgICAgLyAgICAgICAgICAgLS18IEUgfDwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgICAgICAvICAgICAgICAgICAt LXwgRSB8PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAtLS0tLSAgICAvICAgICAgICAg ICAgICAtLS0tLTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIC0tLS0tICAgIC8g ICAgICAgICAgICAgIC0tLS0tPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICB8IEEgfC0t LSAgICAgICAgICAgICAgICAtLS0tLTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAg IHwgQSB8LS0tICAgICAgICAgICAgICAgIC0tLS0tPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0 Ij4gICAtLS0tLSAgICBcICAgICAgICAgICAgLS18IEYgfDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPiAgIC0tLS0tICAgIFwgICAgICAgICAgICAtLXwgRiB8PC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij4gICAgICAgICAgICAgXCAgLS0tLS0gICAvICAtLS0tLTwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgICAgICBcICAtLS0tLSAgIC8gIC0tLS0tPC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAgICAgICAgIC0tfCBDIHwtLTwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgICAgICAgLS18IEMgfC0tPC90ZD48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAgICAgICAgICAgLS0tLS0gICBcICAtLS0tLTwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgICAgICAgICAtLS0tLSAgIFwgIC0t LS0tPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAgICAgICAgICAgICAgICAgICAg LS18IEcgfDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgICAgICAgICAg ICAgICAgICAtLXwgRyB8PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAgICAgICAg ICAgICAgICAgICAgICAtLS0tLTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAg ICAgICAgICAgICAgICAgICAgICAgIC0tLS0tPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPiAgICAgICAgICAgICAgICAgICAgICAgIEZpZ3VyZSAyOiBNdWx0aWNhc3QgbmV0d29yazwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgICAgICAgICAgICAgICAgIEZp Z3VyZSAyOiBNdWx0aWNhc3QgbmV0d29yazwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHIgaWQ9ImRpZmYwMDIyIj48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIFVzaW5nIHRoZSBt YXJraW5nIG1ldGhvZCwgYSBCRlIgY3JlYXRlcyBkaXN0aW5jdCBzdWItZmxvd3MgaW4gdGhlPC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIFVzaW5nIHRoZSBtYXJraW5nIG1ldGhv ZCwgYSBCRjxzcGFuIGNsYXNzPSJpbnNlcnQiPkk8L3NwYW4+UiBjcmVhdGVzIGRpc3RpbmN0IHN1 Yi1mbG93cyBpbiB0aGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHBhcnRpY3VsYXIg bXVsdGljYXN0IHRyYWZmaWMgb3ZlciBCSUVSIGxheWVyLiAgRWFjaCBzdWItZmxvdyBjb25zaXN0 czwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHBhcnRpY3VsYXIgbXVsdGljYXN0 IHRyYWZmaWMgb3ZlciBCSUVSIGxheWVyLiAgRWFjaCBzdWItZmxvdyBjb25zaXN0czwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAyMyI+PHRkPjwv dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJs b2NrIj4gICBvZiBjb25zZWN1dGl2ZSA8c3BhbiBjbGFzcz0iZGVsZXRlIj5ibG9ja3MsIGNvbnNp c3Rpbmc8L3NwYW4+IG9mIGlkZW50aWNhbGx5IG1hcmtlZCBwYWNrZXRzLCA8c3BhbiBjbGFzcz0i ZGVsZXRlIj50aGF0PC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBv ZiBjb25zZWN1dGl2ZSA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5ibG9ja3M8L3NwYW4+IG9mIGlkZW50 aWNhbGx5IG1hcmtlZCA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5wYWNrZXRzLiAgRm9yIGV4YW1wbGUs IGE8L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIGFyZSB1bmFtYmlndW91 c2x5IHJlY29nbml6YWJsZSBieSBhIG1vbml0b3JpbmcgcG9pbnQgYXQgYW55IDxzcGFuIGNsYXNz PSJkZWxldGUiPkJGUjwvc3Bhbj4gYW5kPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2si PjxzcGFuIGNsYXNzPSJpbnNlcnQiPiAgIGJsb2NrIG9mIE48L3NwYW4+IHBhY2tldHMsIDxzcGFu IGNsYXNzPSJpbnNlcnQiPndpdGggZWFjaCBwYWNrZXQgYmVpbmcgbWFya2VkIGFzIFgsIGlzIGZv bGxvd2VkPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBjYW4gYmUgbWVh c3VyZWQgdG8gY2FsY3VsYXRlIHBhY2tldCBsb3NzIGFuZC9vciBwYWNrZXQgZGVsYXkgbWV0cmlj cy48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9Imluc2VydCI+ ICAgYnkgdGhlIGJsb2NrIG9mIE0gcGFja2V0cyB3aXRoIGVhY2ggcGFja2V0IGJlaW5nIG1hcmtl ZCBhcyBZLiAgVGhlc2U8L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIEl0 IGlzIGV4cGVjdGVkIHRoYXQgdGhlIG1hcmtpbmcgdmFsdWVzIGJlIHNldCBhbmQgY2xlYXJlZCBh dCB0aGUgZWRnZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBjbGFzcz0i aW5zZXJ0Ij4gICBibG9ja3M8L3NwYW4+IGFyZSB1bmFtYmlndW91c2x5IHJlY29nbml6YWJsZSBi eSBhIG1vbml0b3JpbmcgcG9pbnQgYXQgYW55PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2si PiAgIG9mIEJJRVIgZG9tYWluLiAgVGh1cyBmb3IgdGhlIHNjZW5hcmlvIHByZXNlbnRlZCBpbiBG aWd1cmUgMiBpZiB0aGU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgPHNwYW4g Y2xhc3M9Imluc2VydCI+Qml0IEZvcndhcmRpbmcgUm91dGVyIChCRlIpPC9zcGFuPiBhbmQgY2Fu IGJlIG1lYXN1cmVkIHRvIGNhbGN1bGF0ZSBwYWNrZXQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxi bG9jayI+ICAgb3BlcmF0b3IgaW5pdGlhbGx5IG1vbml0b3JzIEEtQy1HIGFuZCBBLUItRCBzZWdt ZW50cyBoZSBtYXkgZW5hYmxlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIGxv c3MgYW5kL29yIHBhY2tldCBkZWxheSBtZXRyaWNzLiAgSXQgaXMgZXhwZWN0ZWQgdGhhdCB0aGUg bWFya2luZzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBtZWFzdXJlbWVudHMgb24g c2VnbWVudHMgQy1GIGFuZCBCLUUgYXQgYW55IHRpbWUuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyYmxvY2siPiAgIHZhbHVlcyBiZSBzZXQgYW5kIGNsZWFyZWQgYXQgdGhlIGVkZ2Ugb2YgQklF UiBkb21haW4uICBUaHVzIGZvciB0aGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIHNjZW5hcmlvIHByZXNlbnRlZCBpbiBG aWd1cmUgMiBpZiB0aGUgb3BlcmF0b3IgaW5pdGlhbGx5IG1vbml0b3JzIDxzcGFuIGNsYXNzPSJp bnNlcnQiPnRoZTwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg IDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIEEtQy1HIGFuZCBBLUItRCBzZWdtZW50cyBoZSBt YXkgZW5hYmxlIG1lYXN1cmVtZW50cyBvbiBzZWdtZW50cyBDLUY8L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxibG9jayI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIGFuZCBCLUUg YXQgYW55IHRpbWUuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg IDx0ciBpZD0iZGlmZjAwMjQiPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+NC4xLiAgU2luZ2xlPHNwYW4gY2xhc3M9ImRl bGV0ZSI+IE1hcms8L3NwYW4+IEVuYWJsZWQgTWVhc3VyZW1lbnQ8L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJibG9jayI+NC4xLiAgU2luZ2xlPHNwYW4gY2xhc3M9Imluc2VydCI+LU1hcmtpbmc8 L3NwYW4+IEVuYWJsZWQgTWVhc3VyZW1lbnQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAyNSI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBBcyBleHBsYWlu ZWQgaW4gPHNwYW4gY2xhc3M9ImRlbGV0ZSI+dGhlPC9zcGFuPiBbUkZDODMyMV0sIG1hcmtpbmcg Y2FuIGJlIGFwcGxpZWQgdG8gZGVsaW5lYXRlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxv Y2siPiAgIEFzIGV4cGxhaW5lZCBpbiBbUkZDODMyMV0sIG1hcmtpbmcgY2FuIGJlIGFwcGxpZWQg dG8gZGVsaW5lYXRlIGJsb2NrczwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBibG9j a3Mgb2YgcGFja2V0cyBiYXNlZCBlaXRoZXIgb24gdGhlIGVxdWFsIG51bWJlciBvZiBwYWNrZXRz IGluIGE8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgb2YgcGFja2V0cyBiYXNl ZCBlaXRoZXIgb24gdGhlIGVxdWFsIG51bWJlciBvZiBwYWNrZXRzIGluIGEgYmxvY2sgb3I8L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgYmxvY2sgb3IgYmFzZWQgb24gZXF1YWwgdGlt ZSBpbnRlcnZhbC4gIFRoZSBsYXR0ZXIgbWV0aG9kIG9mZmVyczwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmJsb2NrIj4gICBiYXNlZCBvbiA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij50aGU8L3NwYW4+ IGVxdWFsIHRpbWUgaW50ZXJ2YWwuICBUaGUgbGF0dGVyIG1ldGhvZCBvZmZlcnMgYmV0dGVyPC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIGJldHRlciBjb250cm9sIGFzIGl0IGFsbG93 cyBiZXR0ZXIgYWNjb3VudCBmb3IgY2FwYWJpbGl0aWVzIG9mPC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyYmxvY2siPiAgIGNvbnRyb2wgYXMgaXQgYWxsb3dzIDxzcGFuIGNsYXNzPSJpbnNlcnQi PmE8L3NwYW4+IGJldHRlciBhY2NvdW50IGZvciBjYXBhYmlsaXRpZXMgb2YgZG93bnN0cmVhbTwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBkb3duc3RyZWFtIG5vZGVzIHRvIHJlcG9y dCBzdGF0aXN0aWNzIHJlbGF0ZWQgdG8gYmF0Y2hlcyBvZiBwYWNrZXRzPC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyYmxvY2siPiAgIG5vZGVzIHRvIHJlcG9ydCBzdGF0aXN0aWNzIHJlbGF0ZWQg dG8gYmF0Y2hlcyBvZiBwYWNrZXRzIGFuZCwgYXQgdGhlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs YmxvY2siPiAgIGFuZCwgYXQgdGhlIHNhbWUgdGltZSwgdGltZSByZXNvbHV0aW9uIHRoYXQgYWZm ZWN0cyBkZWZlY3QgZGV0ZWN0aW9uPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAg IHNhbWUgdGltZSwgdGltZSByZXNvbHV0aW9uIHRoYXQgYWZmZWN0cyBkZWZlY3QgZGV0ZWN0aW9u IGludGVydmFsLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBpbnRlcnZhbC48L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0 Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMjYiPjx0ZD48L3RkPjwvdHI+CiAgICAg IDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgSWYgdGhl IDxzcGFuIGNsYXNzPSJkZWxldGUiPlNpbmdsZSBNYXJrPC9zcGFuPiBtZWFzdXJlbWVudCB1c2Vk IHRvIG1lYXN1cmUgcGFja2V0IGxvc3MsIHRoZW4gdGhlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyYmxvY2siPiAgIElmIHRoZSA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5TaW5nbGUtTWFya2luZzwv c3Bhbj4gbWVhc3VyZW1lbnQgPHNwYW4gY2xhc3M9Imluc2VydCI+aXM8L3NwYW4+IHVzZWQgdG8g bWVhc3VyZSBwYWNrZXQgbG9zcyw8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgRCBm bGFnIE1VU1QgYmUgc2V0IHRvIHplcm8gb24gdHJhbnNtaXQgYW5kIGlnbm9yZWQgYnkgbW9uaXRv cmluZzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICB0aGVuIHRoZSBEIGZsYWcg TVVTVCBiZSBzZXQgdG8gemVybyBvbiB0cmFuc21pdCBhbmQgaWdub3JlZCBieSA8c3BhbiBjbGFz cz0iaW5zZXJ0Ij50aGU8L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIHBv aW50LjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBtb25pdG9yaW5nIHBvaW50 LjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy aWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9ImRp ZmYwMDI3Ij48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsYmxvY2siPiAgIFRoZSA8c3BhbiBjbGFzcz0iZGVsZXRlIj5MPC9zcGFuPiBm bGFnIGlzIHVzZWQgdG8gY3JlYXRlIDxzcGFuIGNsYXNzPSJkZWxldGUiPmFsdGVybmF0ZSBmbG93 czwvc3Bhbj4gdG8gbWVhc3VyZSB0aGUgcGFja2V0PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy YmxvY2siPiAgIFRoZSA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5TPC9zcGFuPiBmbGFnIGlzIHVzZWQg dG8gY3JlYXRlIDxzcGFuIGNsYXNzPSJpbnNlcnQiPnN1Yi1mbG93czwvc3Bhbj4gdG8gbWVhc3Vy ZSB0aGUgcGFja2V0IGxvc3MgYnk8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgbG9z cyBieSBzd2l0Y2hpbmcgdGhlIHZhbHVlIG9mIHRoZSA8c3BhbiBjbGFzcz0iZGVsZXRlIj5MPC9z cGFuPiBmbGFnIGV2ZXJ5IE4tdGggcGFja2V0IG9yIGF0PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyYmxvY2siPiAgIHN3aXRjaGluZyB0aGUgdmFsdWUgb2YgdGhlIDxzcGFuIGNsYXNzPSJpbnNl cnQiPlM8L3NwYW4+IGZsYWcgZXZlcnkgTi10aCBwYWNrZXQgb3IgYXQgY2VydGFpbjwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBjZXJ0YWluIHRpbWUgaW50ZXJ2YWxzLiAgRGVsYXkg bWV0cmljcyBNQVkgYmUgY2FsY3VsYXRlZCB3aXRoIHRoZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmJsb2NrIj4gICB0aW1lIGludGVydmFscy4gIERlbGF5IG1ldHJpY3MgTUFZIGJlIGNhbGN1 bGF0ZWQgd2l0aCB0aGUgPHNwYW4gY2xhc3M9Imluc2VydCI+c3ViLWZsb3c8L3NwYW4+PC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIDxzcGFuIGNsYXNzPSJkZWxldGUiPmFsdGVybmF0 ZSBmbG93PC9zcGFuPiB1c2luZyBhbnkgb2YgdGhlIGZvbGxvd2luZyBtZXRob2RzOjwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICB1c2luZyBhbnkgb2YgdGhlIGZvbGxvd2luZyBt ZXRob2RzOjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIg aWQ9ImRpZmYwMDI4Ij48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIG8gIEZpcnN0L0xhc3QgUGFja2V0IERlbGF5IGNh bGN1bGF0aW9uOiB3aGVuZXZlciB0aGUgbWFya2luZywgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+aS5l Ljwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgbyAgRmlyc3QvTGFz dCBQYWNrZXQgRGVsYXkgY2FsY3VsYXRpb246IHdoZW5ldmVyIHRoZSBtYXJraW5nLCA8c3BhbiBj bGFzcz0iaW5zZXJ0Ij5pLmUuLDwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ ICAgICAgdmFsdWUgb2YgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+TDwvc3Bhbj4gZmxhZyBjaGFuZ2Vz LCBhIEJGUiBjYW4gc3RvcmUgdGhlIHRpbWVzdGFtcCBvZiB0aGU8L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9Imluc2VydCI+ICAgICAgdGhlPC9zcGFuPiB2YWx1 ZSBvZiA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5TPC9zcGFuPiBmbGFnIGNoYW5nZXMsIGEgQkZSIGNh biBzdG9yZSB0aGUgdGltZXN0YW1wIG9mIHRoZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ ICAgICAgZmlyc3QvbGFzdCBwYWNrZXQgb2YgdGhlIGJsb2NrLiAgVGhlIHRpbWVzdGFtcCBjYW4g YmUgY29tcGFyZWQ8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICBmaXJzdC9s YXN0IHBhY2tldCBvZiB0aGUgYmxvY2suICBUaGUgdGltZXN0YW1wIGNhbiBiZSBjb21wYXJlZDwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgd2l0aCB0aGUgdGltZXN0YW1wIG9mIHRo ZSBwYWNrZXQgdGhhdCBhcnJpdmVkIGluIHRoZSBzYW1lIG9yZGVyPC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+ICAgICAgd2l0aCB0aGUgdGltZXN0YW1wIG9mIHRoZSBwYWNrZXQgdGhh dCBhcnJpdmVkIGluIHRoZSBzYW1lIG9yZGVyPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHIgaWQ9ImRpZmYwMDI5Ij48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgICAgIHRocm91Z2ggYSBt b25pdG9yaW5nIHBvaW50IGF0IGRvd25zdHJlYW0gQkZSIHRvIGNvbXB1dGUgcGFja2V0PC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgICAgIHRocm91Z2ggYSBtb25pdG9yaW5nIHBv aW50IGF0IDxzcGFuIGNsYXNzPSJpbnNlcnQiPmE8L3NwYW4+IGRvd25zdHJlYW0gQkZSIHRvIGNv bXB1dGUgcGFja2V0PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgICAgIGRlbGF5LiAg QmVjYXVzZSB0aW1lc3RhbXBzIGNvbGxlY3RlZCBiYXNlZCBvbiBvcmRlciBvZiBhcnJpdmFsPC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgICAgIGRlbGF5LiAgQmVjYXVzZSB0aW1l c3RhbXBzIGNvbGxlY3RlZCBiYXNlZCBvbiA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij50aGU8L3NwYW4+ IG9yZGVyIG9mIGFycml2YWw8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg IDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgIHRoaXMg bWV0aG9kIGlzIHNlbnNpdGl2ZSB0byBwYWNrZXQgbG9zcyBhbmQgcmUtb3JkZXJpbmcgb2YgcGFj a2V0czwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgIHRoaXMgbWV0aG9kIGlz IHNlbnNpdGl2ZSB0byBwYWNrZXQgbG9zcyBhbmQgcmUtb3JkZXJpbmcgb2YgcGFja2V0czwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAzMCI+PHRk PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i bGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9Imlu c2VydCI+ICAgICAgKHNlZSBTZWN0aW9uIDQuMyBmb3IgbW9yZSBkZXRhaWxzKS48L3NwYW4+PC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIG8gIEF2ZXJhZ2UgUGFja2V0IERlbGF5 IGNhbGN1bGF0aW9uOiBhbiBhdmVyYWdlIGRlbGF5IGlzIGNhbGN1bGF0ZWQ8L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBvICBBdmVyYWdlIFBhY2tldCBEZWxheSBjYWxjdWxhdGlv bjogYW4gYXZlcmFnZSBkZWxheSBpcyBjYWxjdWxhdGVkPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij4gICAgICBieSBjb25zaWRlcmluZyB0aGUgYXZlcmFnZSBhcnJpdmFsIHRpbWUgb2YgdGhl IHBhY2tldHMgd2l0aGluIGE8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICBi eSBjb25zaWRlcmluZyB0aGUgYXZlcmFnZSBhcnJpdmFsIHRpbWUgb2YgdGhlIHBhY2tldHMgd2l0 aGluIGE8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgIHNpbmdsZSBibG9jay4gIEEg QkZSIG1heSBjb2xsZWN0IHRpbWVzdGFtcHMgZm9yIGVhY2ggcGFja2V0PC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgc2luZ2xlIGJsb2NrLiAgQSBCRlIgbWF5IGNvbGxlY3Qg dGltZXN0YW1wcyBmb3IgZWFjaCBwYWNrZXQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAg ICAgIHJlY2VpdmVkIHdpdGhpbiBhIHNpbmdsZSBibG9jay4gIEF2ZXJhZ2Ugb2YgdGhlIHRpbWVz dGFtcCBpcyB0aGU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICByZWNlaXZl ZCB3aXRoaW4gYSBzaW5nbGUgYmxvY2suICBBdmVyYWdlIG9mIHRoZSB0aW1lc3RhbXAgaXMgdGhl PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICBzdW0gb2YgYWxsIHRoZSB0aW1lc3Rh bXBzIGRpdmlkZWQgYnkgdGhlIHRvdGFsIG51bWJlciBvZiBwYWNrZXRzPC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgc3VtIG9mIGFsbCB0aGUgdGltZXN0YW1wcyBkaXZpZGVk IGJ5IHRoZSB0b3RhbCBudW1iZXIgb2YgcGFja2V0czwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAzMSI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICAgICByZWNlaXZl ZC4gIFRoZW4gdGhlIGRpZmZlcmVuY2UgYmV0d2VlbiA8c3BhbiBjbGFzcz0iZGVsZXRlIj5hdmVy YWdlczwvc3Bhbj4gY2FsY3VsYXRlZCBhdCA8c3BhbiBjbGFzcz0iZGVsZXRlIj50d288L3NwYW4+ PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgICAgIHJlY2VpdmVkLiAgVGhlbiB0 aGUgZGlmZmVyZW5jZSBiZXR3ZWVuIDxzcGFuIGNsYXNzPSJpbnNlcnQiPnRoZSBhdmVyYWdlIHBh Y2tldCBhcnJpdmFsPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICAgICBt b25pdG9yaW5nIDxzcGFuIGNsYXNzPSJkZWxldGUiPnBvaW50czwvc3Bhbj4gaXMgdGhlIGF2ZXJh Z2UgcGFja2V0IGRlbGF5IG9uIDxzcGFuIGNsYXNzPSJkZWxldGUiPnRoYXQgc2VnbWVudC48L3Nw YW4+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjxzcGFuIGNsYXNzPSJpbnNlcnQi PiAgICAgIHRpbWUgY2FsY3VsYXRlZCBmb3IgdGhlIGRvd25zdHJlYW0gbW9uaXRvcmluZyBwb2lu dCBhbmQgdGhlIHNhbWU8L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBjbGFzcz0iaW5zZXJ0Ij4gICAgICBt ZXRyaWMgYnV0PC9zcGFuPiBjYWxjdWxhdGVkIGF0IDxzcGFuIGNsYXNzPSJpbnNlcnQiPnRoZSB1 cHN0cmVhbTwvc3Bhbj4gbW9uaXRvcmluZyA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5wb2ludDwvc3Bh bj4gaXMgdGhlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmJsb2NrIj4gICAgICBhdmVyYWdlIHBhY2tldCBkZWxheSBvbiA8c3BhbiBjbGFz cz0iaW5zZXJ0Ij50aGUgc2VnbWVudCBiZXR3ZWVuIHRoZXNlIHR3byBwb2ludHMuPC9zcGFuPjwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgVGhpcyBtZXRob2QgaXMgcm9idXN0IHRv IG91dCBvZiBvcmRlciBwYWNrZXRzIGFuZCBhbHNvIHRvIHBhY2tldDwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmlnaHQiPiAgICAgIFRoaXMgbWV0aG9kIGlzIHJvYnVzdCB0byBvdXQgb2Ygb3Jk ZXIgcGFja2V0cyBhbmQgYWxzbyB0byBwYWNrZXQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMzIiPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgICAgbG9zcyA8c3Bh biBjbGFzcz0iZGVsZXRlIj4ob25seTwvc3Bhbj4gYSA8c3BhbiBjbGFzcz0iZGVsZXRlIj5zbWFs bCBlcnJvcjwvc3Bhbj4gaXMgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+aW50cm9kdWNlZCkuPC9zcGFu PiAgVGhpcyBtZXRob2Qgb25seTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICAg ICBsb3NzIDxzcGFuIGNsYXNzPSJpbnNlcnQiPm9uIHRoZSBzZWdtZW50IGJldHdlZW4gdGhlIG1l YXN1cmVtZW50IHBvaW50cyAocGFja2V0IGxvc3M8L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz PSJsYmxvY2siPiAgICAgIHByb3ZpZGVzIGEgc2luZ2xlIG1ldHJpYyBmb3IgdGhlIGR1cmF0aW9u IG9mIHRoZSA8c3BhbiBjbGFzcz0iZGVsZXRlIj5ibG9jazwvc3Bhbj4gYW5kIGl0PC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjxzcGFuIGNsYXNzPSJpbnNlcnQiPiAgICAgIG1heSBj YXVzZTwvc3Bhbj4gYSA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5taW5vciBsb3NzIG9mIGFjY3VyYWN5 IGluIHRoZSBjYWxjdWxhdGVkIG1ldHJpYzwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxi bG9jayI+ICAgICAgZG9lc24ndCBnaXZlIHRoZSBtaW5pbXVtIGFuZCBtYXhpbXVtIGRlbGF5IHZh bHVlcy4gIFRoaXM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9 Imluc2VydCI+ICAgICAgYmVjYXVzZSB0aGUgbnVtYmVyIG9mIHBhY2tldHMgdXNlZDwvc3Bhbj4g aXMgPHNwYW4gY2xhc3M9Imluc2VydCI+ZGlmZmVyZW50IGF0IGVhY2g8L3NwYW4+PC90ZD48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgICAgIGxpbWl0YXRpb24gY291bGQgYmUgb3ZlcmNvbWUg YnkgcmVkdWNpbmcgdGhlIGR1cmF0aW9uIG9mIHRoZSA8c3BhbiBjbGFzcz0iZGVsZXRlIj5ibG9j azwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9Imlu c2VydCI+ICAgICAgbWVhc3VyZW1lbnQgcG9pbnQpLjwvc3Bhbj4gIFRoaXMgbWV0aG9kIG9ubHkg cHJvdmlkZXMgYSBzaW5nbGUgbWV0cmljIGZvcjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2Nr Ij48c3BhbiBjbGFzcz0iZGVsZXRlIj4gICAgICBieSBtZWFucyBvZjwvc3Bhbj4gYSA8c3BhbiBj bGFzcz0iZGVsZXRlIj5oaWdobHkgb3B0aW1pemVkIGltcGxlbWVudGF0aW9uPC9zcGFuPiBvZiB0 aGUgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+bWV0aG9kLjwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJibG9jayI+ICAgICAgdGhlIGR1cmF0aW9uIG9mIHRoZSA8c3BhbiBjbGFzcz0iaW5z ZXJ0Ij5ibG9jayw8L3NwYW4+IGFuZCBpdCBkb2Vzbid0IGdpdmUgdGhlIG1pbmltdW0gYW5kPC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJs b2NrIj4gICAgICBtYXhpbXVtIGRlbGF5IHZhbHVlcy4gIFRoaXMgbGltaXRhdGlvbiA8c3BhbiBj bGFzcz0iaW5zZXJ0Ij5vZiBwcm9kdWNpbmcgb25seSB0aGU8L3NwYW4+PC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsYmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBj bGFzcz0iaW5zZXJ0Ij4gICAgICBzaW5nbGUgbWV0cmljPC9zcGFuPiBjb3VsZCBiZSBvdmVyY29t ZSBieSByZWR1Y2luZyB0aGUgZHVyYXRpb24gb2YgdGhlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs YmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICAgICA8c3BhbiBjbGFz cz0iaW5zZXJ0Ij5ibG9jay4gIEFzPC9zcGFuPiBhIDxzcGFuIGNsYXNzPSJpbnNlcnQiPnJlc3Vs dCwgdGhlIGNhbGN1bGF0ZWQgdmFsdWUgb2YgdGhlIGF2ZXJhZ2UgZGVsYXk8L3NwYW4+PC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2Nr Ij48c3BhbiBjbGFzcz0iaW5zZXJ0Ij4gICAgICB3aWxsIGJldHRlciByZWZsZWN0IHRoZSBtaW5p bXVtIGFuZCBtYXhpbXVtIGRlbGF5IHZhbHVlczwvc3Bhbj4gb2YgdGhlPC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsYmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICAgICA8 c3BhbiBjbGFzcz0iaW5zZXJ0Ij5ibG9jaydzIGR1cmF0aW9uIHRpbWUuPC9zcGFuPjwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9ImRpZmYwMDMzIj48 dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz PSJsYmxvY2siPjQuMi4gIERvdWJsZTxzcGFuIGNsYXNzPSJkZWxldGUiPiBNYXJrPC9zcGFuPiBF bmFibGVkIE1lYXN1cmVtZW50PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjQuMi4g IERvdWJsZTxzcGFuIGNsYXNzPSJpbnNlcnQiPi1NYXJraW5nPC9zcGFuPiBFbmFibGVkIE1lYXN1 cmVtZW50PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBp ZD0iZGlmZjAwMzQiPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+RG91YmxlIE1h cms8L3NwYW4+IG1ldGhvZCBhbGxvd3MgbWVhc3VyZW1lbnQgb2YgbWluaW11bSBhbmQgbWF4aW11 bSBkZWxheXM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgPHNwYW4gY2xhc3M9 Imluc2VydCI+RG91YmxlLU1hcmtpbmc8L3NwYW4+IG1ldGhvZCBhbGxvd3MgbWVhc3VyZW1lbnQg b2YgbWluaW11bSBhbmQgbWF4aW11bTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBm b3IgdGhlIG1vbml0b3JlZCA8c3BhbiBjbGFzcz0iZGVsZXRlIj5mbG93PC9zcGFuPiBidXQgaXQg cmVxdWlyZXMgbW9yZSBub2RhbCBhbmQgbmV0d29yazwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmJsb2NrIj4gICBkZWxheXMgZm9yIHRoZSBtb25pdG9yZWQgPHNwYW4gY2xhc3M9Imluc2VydCI+ Zmxvdyw8L3NwYW4+IGJ1dCBpdCByZXF1aXJlcyBtb3JlIG5vZGFsIGFuZCBuZXR3b3JrPC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIHJlc291cmNlcy4gIElmIHRoZSA8c3BhbiBjbGFz cz0iZGVsZXRlIj5Eb3VibGUgTWFyazwvc3Bhbj4gbWV0aG9kIHVzZWQsIHRoZW4gdGhlIDxzcGFu IGNsYXNzPSJkZWxldGUiPkw8L3NwYW4+IGZsYWcgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+TVVTVCBi ZTwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgcmVzb3VyY2VzLiAg SWYgdGhlIDxzcGFuIGNsYXNzPSJpbnNlcnQiPkRvdWJsZS1NYXJraW5nPC9zcGFuPiBtZXRob2Qg dXNlZCwgdGhlbiB0aGUgPHNwYW4gY2xhc3M9Imluc2VydCI+Uzwvc3Bhbj4gZmxhZyA8c3BhbiBj bGFzcz0iaW5zZXJ0Ij5pczwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAg dXNlZCB0byBjcmVhdGUgdGhlIDxzcGFuIGNsYXNzPSJkZWxldGUiPmFsdGVybmF0ZSBmbG93LCBp LmUuPC9zcGFuPiBtYXJrIDxzcGFuIGNsYXNzPSJkZWxldGUiPmxhcmdlciBiYXRjaGVzPC9zcGFu PiBvZjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICB1c2VkIHRvIGNyZWF0ZSB0 aGUgPHNwYW4gY2xhc3M9Imluc2VydCI+c3ViLWZsb3csIGkuZS4sPC9zcGFuPiBtYXJrIDxzcGFu IGNsYXNzPSJpbnNlcnQiPmJsb2Nrczwvc3Bhbj4gb2YgcGFja2V0cy4gIFRoZSBEPC90ZD48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIHBhY2tldHMuICBUaGUgRCBmbGFnIDxzcGFuIGNsYXNz PSJkZWxldGUiPk1VU1QgYmU8L3NwYW4+IHVzZWQgdG8gbWFyayBzaW5nbGUgcGFja2V0cyB0byBt ZWFzdXJlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIGZsYWcgPHNwYW4gY2xh c3M9Imluc2VydCI+aXM8L3NwYW4+IHVzZWQgdG8gbWFyayBzaW5nbGUgcGFja2V0cyA8c3BhbiBj bGFzcz0iaW5zZXJ0Ij53aXRoaW4gYSBibG9jazwvc3Bhbj4gdG8gbWVhc3VyZSBkZWxheTwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBkZWxheSBqaXR0ZXIuPC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyYmxvY2siPiAgIDxzcGFuIGNsYXNzPSJpbnNlcnQiPmFuZDwvc3Bhbj4gaml0 dGVyLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9 ImRpZmYwMDM1Ij48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIFRoZSBmaXJzdCBtYXJraW5nICg8c3BhbiBjbGFzcz0i ZGVsZXRlIj5MPC9zcGFuPiBmbGFnIGFsdGVybmF0aW9uKSBpcyBuZWVkZWQgZm9yIHBhY2tldCBs b3NzIGFuZDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBUaGUgZmlyc3QgbWFy a2luZyAoPHNwYW4gY2xhc3M9Imluc2VydCI+Uzwvc3Bhbj4gZmxhZyBhbHRlcm5hdGlvbikgaXMg bmVlZGVkIGZvciBwYWNrZXQgbG9zcyBhbmQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAg IGFsc28gZm9yIGF2ZXJhZ2UgZGVsYXkgbWVhc3VyZW1lbnQuICBUaGUgc2Vjb25kIG1hcmtpbmcg KEQgZmxhZyBpczwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGFsc28gZm9yIGF2 ZXJhZ2UgZGVsYXkgbWVhc3VyZW1lbnQuICBUaGUgc2Vjb25kIG1hcmtpbmcgKEQgZmxhZyBpczwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgcHV0IHRvIG9uZSkgY3JlYXRlcyBhIG5ldyBz ZXQgb2YgbWFya2VkIHBhY2tldHMgdGhhdCBhcmUgZnVsbHk8L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij4gICBwdXQgdG8gb25lKSBjcmVhdGVzIGEgbmV3IHNldCBvZiBtYXJrZWQgcGFj a2V0cyB0aGF0IGFyZSBmdWxseTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgaWRlbnRp ZmllZCBvdmVyIHRoZSBCSUVSIG5ldHdvcmssIHNvIHRoYXQgYSBCRlIgY2FuIHN0b3JlIHRoZTwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGlkZW50aWZpZWQgb3ZlciB0aGUgQklF UiBuZXR3b3JrLCBzbyB0aGF0IGEgQkZSIGNhbiBzdG9yZSB0aGU8L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxlZnQiPiAgIHRpbWVzdGFtcHMgb2YgdGhlc2UgcGFja2V0czsgdGhlc2UgdGltZXN0YW1w cyBjYW4gYmUgY29tcGFyZWQgd2l0aDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAg IHRpbWVzdGFtcHMgb2YgdGhlc2UgcGFja2V0czsgdGhlc2UgdGltZXN0YW1wcyBjYW4gYmUgY29t cGFyZWQgd2l0aDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgdGhlIHRpbWVzdGFtcHMg b2YgdGhlIHNhbWUgcGFja2V0cyBvbiBhIHNlY29uZCBCRlIgdG8gY29tcHV0ZSBwYWNrZXQ8L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICB0aGUgdGltZXN0YW1wcyBvZiB0aGUgc2Ft ZSBwYWNrZXRzIG9uIGEgc2Vjb25kIEJGUiB0byBjb21wdXRlIHBhY2tldDwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0 ZCBjbGFzcz0ibGVmdCI+ICAgZGVsYXkgdmFsdWVzIGZvciBlYWNoIHBhY2tldC4gIFRoZSBudW1i ZXIgb2YgbWVhc3VyZW1lbnRzIGNhbiBiZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi PiAgIGRlbGF5IHZhbHVlcyBmb3IgZWFjaCBwYWNrZXQuICBUaGUgbnVtYmVyIG9mIG1lYXN1cmVt ZW50cyBjYW4gYmU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBp ZD0iZGlmZjAwMzYiPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgZWFzaWx5IGluY3JlYXNlZCBieSBjaGFuZ2luZyB0 aGUgZnJlcXVlbmN5IG9mIHRoZSBzZWNvbmQgbWFya2luZy48L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJibG9jayI+ICAgZWFzaWx5IGluY3JlYXNlZCBieSBjaGFuZ2luZyB0aGUgZnJlcXVlbmN5 IG9mIHRoZSBzZWNvbmQgbWFya2luZy4gIDxzcGFuIGNsYXNzPSJpbnNlcnQiPk9uPC9zcGFuPjwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICA8c3BhbiBjbGFzcz0iZGVsZXRlIj5CdXQ8 L3NwYW4+IHRoZSBmcmVxdWVuY3kgb2YgdGhlIHNlY29uZCBtYXJraW5nIDxzcGFuIGNsYXNzPSJk ZWxldGUiPm11c3QgYmUgbm90IHRvbyBoaWdoIGluIG9yZGVyPC9zcGFuPjwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmJsb2NrIj4gICB0aGUgPHNwYW4gY2xhc3M9Imluc2VydCI+b3RoZXIgaGFu ZCwgdGhlIGhpZ2hlcjwvc3Bhbj4gZnJlcXVlbmN5IG9mIHRoZSBzZWNvbmQgbWFya2luZyA8c3Bh biBjbGFzcz0iaW5zZXJ0Ij53aWxsIGNhdXNlPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i bGJsb2NrIj48c3BhbiBjbGFzcz0iZGVsZXRlIj4gICB0byBhdm9pZCBvdXQ8L3NwYW4+IG9mIDxz cGFuIGNsYXNzPSJkZWxldGUiPm9yZGVyIGlzc3Vlcy48L3NwYW4+ICBUaGlzIG1ldGhvZCBpcyB1 c2VmdWwgdG8gbWVhc3VyZSBub3Q8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNw YW4gY2xhc3M9Imluc2VydCI+ICAgYSBoaWdoZXIgdm9sdW1lPC9zcGFuPiBvZiA8c3BhbiBjbGFz cz0iaW5zZXJ0Ij50aGUgbWVhc3VyZW1lbnQgZGF0YSBiZWluZyB0cmFuc3BvcnRlZCB0aHJvdWdo IHRoZTwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgb25seSB0aGUgYXZl cmFnZSBkZWxheSBidXQgYWxzbyB0aGUgbWluaW11bSBhbmQgbWF4aW11bSBkZWxheSB2YWx1ZXM8 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9Imluc2VydCI+ICAg QklFUiBkb21haW4uICBBbiBvcGVyYXRvciBzaG91bGQgY29uc2lkZXIgYW5kIGJhbGFuY2UgYm90 aCBlZmZlY3RzLjwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg IDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgYW5kLCBp biB3aWRlciB0ZXJtcywgdG8ga25vdyBtb3JlIGFib3V0IHRoZSBzdGF0aXN0aWMgZGlzdHJpYnV0 aW9uIG9mPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIFRoaXMgbWV0aG9kIGlz IHVzZWZ1bCB0byBtZWFzdXJlIG5vdCBvbmx5IHRoZSBhdmVyYWdlIGRlbGF5IGJ1dCBhbHNvPC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIGRlbGF5IHZhbHVlcy48L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJibG9jayI+ICAgdGhlIG1pbmltdW0gYW5kIG1heGltdW0gZGVsYXkgdmFs dWVzIGFuZCwgaW4gd2lkZXIgdGVybXMsIHRvIGtub3c8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxi bG9jayI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIG1vcmUgYWJvdXQgdGhl IHN0YXRpc3RpYyBkaXN0cmlidXRpb24gb2YgZGVsYXkgdmFsdWVzLjwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9Imluc2VydCI+NC4zLiAgT3BlcmF0aW9uYWwgQ29u c2lkZXJhdGlvbnM8L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBjbGFzcz0iaW5zZXJ0Ij48L3NwYW4+PC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJs b2NrIj48c3BhbiBjbGFzcz0iaW5zZXJ0Ij4gICBGb3IgdGhlIGVhc2Ugb2Ygb3BlcmF0aW9uYWwg cHJvY2VkdXJlcywgdGhlIGluaXRpYWwgbWFya2luZyBvZiBhPC9zcGFuPjwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0 ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4g Y2xhc3M9Imluc2VydCI+ICAgbXVsdGljYXN0IGZsb3cgaXMgcGVyZm9ybWVkIGF0IEJGSVIuIGFu ZCBjbGVhcmVkLCBieSB3YXkgb2YgcmVtb3Zpbmc8L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz PSJsYmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBjbGFzcz0i aW5zZXJ0Ij4gICBCSUVSIGVuY2Fwc3VsYXRpb24gZm9ybSBhIHBheWxvYWQgcGFja2V0LCBhdCB0 aGUgZWRnZSBvZiB0aGUgQklFUjwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjxzcGFuIGNsYXNzPSJpbnNlcnQiPiAg IGRvbWFpbiBieSBCRkVScy48L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBjbGFzcz0iaW5zZXJ0Ij48L3Nw YW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmJsb2NrIj48c3BhbiBjbGFzcz0iaW5zZXJ0Ij4gICBTaW5jZSBhdCB0aGUgdGltZSBvZiB3 cml0aW5nIHRoaXMgc3BlY2lmaWNhdGlvbiwgdGhlcmUgYXJlIG5vPC9zcGFuPjwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNw YW4gY2xhc3M9Imluc2VydCI+ICAgcHJvcG9zYWxzIHRvIHVzaW5nIGF1dG8tZGlzY292ZXJ5IG9y IHNpZ25hbGluZyBtZWNoYW5pc20gdG8gaW5mb3JtPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9 Imluc2VydCI+ICAgZG93bnN0cmVhbSBub2RlcyB3aGF0IG1ldGhvZG9sb2d5IGlzIHVzZWQgZWFj aCBtb25pdG9yaW5nIHBvaW50IE1VU1Q8L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxv Y2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBjbGFzcz0iaW5zZXJ0 Ij4gICBiZSBjb25maWd1cmVkIGJlZm9yZWhhbmQuPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9 Imluc2VydCI+PC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9Imluc2VydCI+ICAgU2VjdGlvbiA0 LjMgW1JGQzgzMjFdIHByb3ZpZGVzIGEgZGV0YWlsZWQgYW5hbHlzaXMgb2YgaG93IHBhY2tldCBy ZS08L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBjbGFzcz0iaW5zZXJ0Ij4gICBvcmRlcmluZyBhbmQgdGhl IGR1cmF0aW9uIG9mIHRoZSBibG9jayBpbiB0aGUgU2luZ2xlLU1hcmtpbmcgbW9kZSBvZjwvc3Bh bj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyYmxvY2siPjxzcGFuIGNsYXNzPSJpbnNlcnQiPiAgIHRoZSBtYXJraW5nIG1ldGhvZCBpbXBh Y3QgdGhlIGFjY3VyYWN5IG9mIHRoZSBwYWNrZXQgbG9zczwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg Y2xhc3M9ImxibG9jayI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjxzcGFuIGNs YXNzPSJpbnNlcnQiPiAgIG1lYXN1cmVtZW50LiAgUmUtb3JkZXJpbmcgb2YgcGFja2V0cyBpbiB0 aGUgU2luZ2xlLU1hcmtpbmcgbW9kZSB3aWxsPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i bGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9Imlu c2VydCI+ICAgYmUgbm90aWNlYWJsZSBvbmx5IGF0IHRoZSBlZGdlIG9mIGEgYmxvY2sgb2YgcGFj a2V0cyAocmUtb3JkZXJpbmc8L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBjbGFzcz0iaW5zZXJ0Ij4gICB3 aXRoaW4gdGhlIGJsb2NrIGNhbm5vdCBiZSBkZXRlY3RlZCBpbiB0aGUgU2luZ2xlLU1hcmtpbmcg bW9kZSkuICBJZjwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg IDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjxzcGFuIGNsYXNzPSJpbnNlcnQiPiAgIHRoZSBleHRy YSBkZWxheSBmb3Igc29tZSBwYWNrZXRzIGlzIG11Y2ggc21hbGxlciB0aGFuIGhhbGYgb2YgdGhl PC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9Imluc2VydCI+ICAgZHVyYXRpb24gb2YgYSBibG9j aywgdGhlbiBpdCBzaG91bGQgYmUgZWFzaWVyIHRvIGF0dHJpYnV0ZSByZS1vcmRlcmVkPC9zcGFu PjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJibG9jayI+PHNwYW4gY2xhc3M9Imluc2VydCI+ICAgcGFja2V0cyB0byB0aGUgcHJvcGVyIGJs b2NrIGFuZCB0aHVzIG1haW50YWluIHRoZSBhY2N1cmFjeSBvZiB0aGU8L3NwYW4+PC90ZD48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48 c3BhbiBjbGFzcz0iaW5zZXJ0Ij4gICBwYWNrZXQgbG9zcyBtZWFzdXJlbWVudC48L3NwYW4+PC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjUuICBJQU5BIENvbnNpZGVyYXRpb25zPC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+NS4gIElBTkEgQ29uc2lkZXJhdGlvbnM8L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi PjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgVGhpcyBkb2N1bWVudCByZXF1ZXN0cyBJ QU5BIHRvIHJlZ2lzdGVyIGZvcm1hdCBvZiB0aGUgT0FNIGZpZWxkIG9mPC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+ICAgVGhpcyBkb2N1bWVudCByZXF1ZXN0cyBJQU5BIHRvIHJlZ2lz dGVyIGZvcm1hdCBvZiB0aGUgT0FNIGZpZWxkIG9mPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0 Ij4gICBCSUVSIEhlYWRlciBhcyB0aGUgZm9sbG93aW5nOjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPiAgIEJJRVIgSGVhZGVyIGFzIHRoZSBmb2xsb3dpbmc6PC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMzciPjx0ZD48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9j ayI+ICAgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+Ky0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLSstLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0rPC9zcGFuPjwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICAgICAgPHNwYW4gY2xhc3M9Imluc2VydCI+Ky0tLS0t LS0tLS0tLS0tKy0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0rPC9z cGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICB8IEJpdCBQb3NpdGlvbiB8IE1h cmtpbmcgfCBEZXNjcmlwdGlvbiAgICAgICAgICAgICAgfCBSZWZlcmVuY2UgICAgIHw8L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgICAgIHwgQml0IFBvc2l0aW9uIHwgTWFya2lu ZyB8IERlc2NyaXB0aW9uICAgICB8IFJlZmVyZW5jZSAgICAgfDwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGJsb2NrIj4gICA8c3BhbiBjbGFzcz0iZGVsZXRlIj4rLS0tLS0tLS0tLS0tLS0rLS0tLS0t LS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLSs8L3NwYW4+PC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgICAgICA8c3BhbiBjbGFzcz0iaW5zZXJ0 Ij4rLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0t LS0tLSs8L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIHwgICAgICAwICAg ICAgIHwgICAgUyAgICB8IDxzcGFuIGNsYXNzPSJkZWxldGUiPlNpbmdsZSBNYXJrIE1lYXN1cmVt ZW50PC9zcGFuPiAgfCBUaGlzIGRvY3VtZW50IHw8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJi bG9jayI+ICAgICAgIHwgICAgICAwICAgICAgIHwgICAgUyAgICB8IDxzcGFuIGNsYXNzPSJpbnNl cnQiPlNpbmdsZS1NYXJraW5nPC9zcGFuPiAgfCBUaGlzIGRvY3VtZW50IHw8L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxibG9jayI+ICAgfCAgICAgIDEgICAgICAgfCAgICBEICAgIHwgPHNwYW4gY2xh c3M9ImRlbGV0ZSI+RG91YmxlIE1hcmsgTWVhc3VyZW1lbnQ8L3NwYW4+ICB8IFRoaXMgZG9jdW1l bnQgfDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICAgICAgfCAgICAgIDEgICAg ICAgfCAgICBEICAgIHwgPHNwYW4gY2xhc3M9Imluc2VydCI+RG91YmxlLU1hcmtpbmc8L3NwYW4+ ICB8IFRoaXMgZG9jdW1lbnQgfDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICA8c3Bh biBjbGFzcz0iZGVsZXRlIj4rLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLSs8L3NwYW4+PC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyYmxvY2siPiAgICAgICA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij4rLS0tLS0tLS0tLS0tLS0r LS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLSs8L3NwYW4+PC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgICAgICAgICAgICAgICAgIFRhYmxlIDE6 IE9BTSBmaWVsZCBvZiBCSUVSIEhlYWRlcjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi PiAgICAgICAgICAgICAgICAgICAgIFRhYmxlIDE6IE9BTSBmaWVsZCBvZiBCSUVSIEhlYWRlcjwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdo dCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij42LiAgU2VjdXJpdHkgQ29uc2lkZXJhdGlv bnM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij42LiAgU2VjdXJpdHkgQ29uc2lkZXJh dGlvbnM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlk PSJkaWZmMDAzOCI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICA8c3BhbiBjbGFzcz0iZGVsZXRlIj5UaGlzIGRvY3Vt ZW50IGxpc3Q8L3NwYW4+IHRoZSBPQU0gPHNwYW4gY2xhc3M9ImRlbGV0ZSI+cmVxdWlyZW1lbnQg Zm9yIEJJRVItZW5hYmxlZCBkb21haW48L3NwYW4+IGFuZDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmJsb2NrIj4gICA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5SZWdhcmRpbmcgdXNpbmc8L3NwYW4+ IHRoZSA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5tYXJraW5nIG1ldGhvZCwgW1JGQzgzMjFdIHN0cmVz c2VkIHR3byB0eXBlcyBvZjwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAg PHNwYW4gY2xhc3M9ImRlbGV0ZSI+ZG9lcyBub3QgcmFpc2UgYW55PC9zcGFuPiBzZWN1cml0eSA8 c3BhbiBjbGFzcz0iZGVsZXRlIj5jb25jZXJucyBvciBpc3N1ZXMgaW4gYWRkaXRpb248L3NwYW4+ IHRvIDxzcGFuIGNsYXNzPSJkZWxldGUiPm9uZXM8L3NwYW4+PC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyYmxvY2siPjxzcGFuIGNsYXNzPSJpbnNlcnQiPiAgIHNlY3VyaXR5IGNvbmNlcm5zLiAg Rmlyc3QsIHRoZSBwb3RlbnRpYWwgaGFybSBjYXVzZWQgYnkgdGhlPC9zcGFuPjwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGJsb2NrIj48c3BhbiBjbGFzcz0iZGVsZXRlIj4gICBjb21tb248L3NwYW4+ IHRvIDxzcGFuIGNsYXNzPSJkZWxldGUiPm5ldHdvcmtpbmcuPC9zcGFuPjwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBjbGFzcz0iaW5zZXJ0Ij4gICBtZWFzdXJlbWVudHMs IGlzIGEgbGVzc2VyIHRocmVhdCBhcyBbUkZDODI5Nl0gZGVmaW5lczwvc3Bhbj4gT0FNIDxzcGFu IGNsYXNzPSJpbnNlcnQiPmZpZWxkIHVzZWQ8L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs YmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBjbGFzcz0iaW5z ZXJ0Ij4gICBieSB0aGUgbWFya2luZyBtZXRob2Qgc28gdGhhdCB0aGUgdmFsdWUgb2YgInR3byBi aXRzIGhhdmUgbm8gZWZmZWN0PC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9Imluc2VydCI+ICAg b24gdGhlIHBhdGggdGFrZW4gYnkgYSBCSUVSIHBhY2tldDwvc3Bhbj4gYW5kIDxzcGFuIGNsYXNz PSJpbnNlcnQiPmhhdmUgbm8gZWZmZWN0IG9uIHRoZSBxdWFsaXR5PC9zcGFuPjwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNw YW4gY2xhc3M9Imluc2VydCI+ICAgb2Ygc2VydmljZSBhcHBsaWVkIHRvIGEgQklFUiBwYWNrZXQu IiAgU2Vjb25kPC9zcGFuPiBzZWN1cml0eSA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5jb25jZXJuLDwv c3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyYmxvY2siPjxzcGFuIGNsYXNzPSJpbnNlcnQiPiAgIHBvdGVudGlhbCBoYXJtPC9zcGFu PiB0byA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij50aGUgbWVhc3VyZW1lbnRzIGNhbiBiZSBtaXRpZ2F0 ZWQgYnkgdXNpbmcgcG9saWN5LDwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjxzcGFuIGNsYXNzPSJpbnNlcnQiPiAg IHN1Z2dlc3RlZCBpbiBbUkZDODI5Nl0sPC9zcGFuPiB0byA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5h Y2NlcHQgQklFUiBwYWNrZXRzIG9ubHkgZnJvbSB0cnVzdGVkPC9zcGFuPjwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0 ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4g Y2xhc3M9Imluc2VydCI+ICAgcm91dGVycywgbm90IGZyb20gY3VzdG9tZXItZmFjaW5nIGludGVy ZmFjZXMuPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9Imluc2VydCI+PC9zcGFuPjwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ PHNwYW4gY2xhc3M9Imluc2VydCI+ICAgQWxsIHRoZSBzZWN1cml0eSBjb25zaWRlcmF0aW9ucyBm b3IgQklFUiBkaXNjdXNzZWQgaW4gW1JGQzgyOTZdIGFyZTwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg Y2xhc3M9ImxibG9jayI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjxzcGFuIGNs YXNzPSJpbnNlcnQiPiAgIGluaGVyaXRlZCBieSB0aGlzIGRvY3VtZW50Ljwvc3Bhbj48L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+Ny4gIEFja25vd2xlZGdlbWVudDwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjcuICBBY2tub3dsZWRnZW1lbnQ8L3RkPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg Y2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+ICAgVEJEPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ ICAgVEJEPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjguICBSZWZlcmVuY2VzPC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+OC4gIFJlZmVyZW5jZXM8L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+OC4xLiAgTm9ybWF0aXZlIFJlZmVyZW5jZXM8L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJpZ2h0Ij44LjEuICBOb3JtYXRpdmUgUmVmZXJlbmNlczwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBbUkZDMjExOV0gIEJyYWRuZXIsIFMuLCAiS2V5 IHdvcmRzIGZvciB1c2UgaW4gUkZDcyB0byBJbmRpY2F0ZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPiAgIFtSRkMyMTE5XSAgQnJhZG5lciwgUy4sICJLZXkgd29yZHMgZm9yIHVzZSBp biBSRkNzIHRvIEluZGljYXRlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0ciBpZD0icGFydC0yIiBjbGFzcz0iY2hhbmdlIj48dGQ+PC90ZD48dGg+PHNtYWxs PnNraXBwaW5nIHRvIGNoYW5nZSBhdDwvc21hbGw+PGEgaHJlZj0iaHR0cHM6Ly93d3c2LmlldGYu b3JnL3JmY2RpZmYvcmZjZGlmZi5weWh0I3BhcnQtMiI+PGVtPiBwYWdlIDcsIGxpbmUgNTxzcGFu IGNsYXNzPSJoaWRlIj4gwrY8L3NwYW4+PC9lbT48L2E+PC90aD48dGg+IDwvdGg+PHRoPjxzbWFs bD5za2lwcGluZyB0byBjaGFuZ2UgYXQ8L3NtYWxsPjxhIGhyZWY9Imh0dHBzOi8vd3d3Ni5pZXRm Lm9yZy9yZmNkaWZmL3JmY2RpZmYucHlodCNwYXJ0LTIiPjxlbT4gcGFnZSA4LCBsaW5lIDU8c3Bh biBjbGFzcz0iaGlkZSI+IMK2PC9zcGFuPjwvZW0+PC9hPjwvdGg+PHRkPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgW1JGQzgx NzRdICBMZWliYSwgQi4sICJBbWJpZ3VpdHkgb2YgVXBwZXJjYXNlIHZzIExvd2VyY2FzZSBpbiBS RkM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBbUkZDODE3NF0gIExlaWJhLCBC LiwgIkFtYmlndWl0eSBvZiBVcHBlcmNhc2UgdnMgTG93ZXJjYXNlIGluIFJGQzwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgICAgICAgICAyMTE5IEtleSBXb3JkcyIsIEJDUCAxNCwg UkZDIDgxNzQsIERPSSAxMC4xNzQ4Ny9SRkM4MTc0LDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmlnaHQiPiAgICAgICAgICAgICAgMjExOSBLZXkgV29yZHMiLCBCQ1AgMTQsIFJGQyA4MTc0LCBE T0kgMTAuMTc0ODcvUkZDODE3NCw8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgICAg ICAgICAgTWF5IDIwMTcsICZsdDtodHRwczovL3d3dy5yZmMtZWRpdG9yLm9yZy9pbmZvL3JmYzgx NzQmZ3Q7LjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgICAgICAgTWF5 IDIwMTcsICZsdDtodHRwczovL3d3dy5yZmMtZWRpdG9yLm9yZy9pbmZvL3JmYzgxNzQmZ3Q7Ljwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdo dCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBbUkZDODI5Nl0gIFdpam5hbmRzLCBJ Si4sIEVkLiwgUm9zZW4sIEUuLCBFZC4sIERvbGdhbm93LCBBLiw8L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJpZ2h0Ij4gICBbUkZDODI5Nl0gIFdpam5hbmRzLCBJSi4sIEVkLiwgUm9zZW4sIEUu LCBFZC4sIERvbGdhbm93LCBBLiw8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgICAg ICAgICAgVGFudHN1cmEsIEouLCBBbGRyaW4sIFMuLCBhbmQgSS4gTWVpbGlrLCAiRW5jYXBzdWxh dGlvbjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgICAgICAgVGFudHN1 cmEsIEouLCBBbGRyaW4sIFMuLCBhbmQgSS4gTWVpbGlrLCAiRW5jYXBzdWxhdGlvbjwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgICAgICAgICBmb3IgQml0IEluZGV4IEV4cGxpY2l0 IFJlcGxpY2F0aW9uIChCSUVSKSBpbiBNUExTIGFuZCBOb24tPC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+ICAgICAgICAgICAgICBmb3IgQml0IEluZGV4IEV4cGxpY2l0IFJlcGxpY2F0 aW9uIChCSUVSKSBpbiBNUExTIGFuZCBOb24tPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4g ICAgICAgICAgICAgIE1QTFMgTmV0d29ya3MiLCBSRkMgODI5NiwgRE9JIDEwLjE3NDg3L1JGQzgy OTYsIEphbnVhcnk8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgICAgICAg IE1QTFMgTmV0d29ya3MiLCBSRkMgODI5NiwgRE9JIDEwLjE3NDg3L1JGQzgyOTYsIEphbnVhcnk8 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgICAgICAgICAgMjAxOCwgJmx0O2h0dHBz Oi8vd3d3LnJmYy1lZGl0b3Iub3JnL2luZm8vcmZjODI5NiZndDsuPC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+ICAgICAgICAgICAgICAyMDE4LCAmbHQ7aHR0cHM6Ly93d3cucmZjLWVk aXRvci5vcmcvaW5mby9yZmM4Mjk2Jmd0Oy48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAzOSI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJibG9jayI+ICAgPHNwYW4gY2xhc3M9Imluc2VydCI+W1JGQzgzMjFdICBG aW9jY29sYSwgRy4sIEVkLiwgQ2FwZWxsbywgQS4sIENvY2lnbGlvLCBNLiwgQ2FzdGFsZGVsbGks PC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9Imluc2VydCI+ICAgICAgICAgICAgICBMLiwgQ2hl biwgTS4sIFpoZW5nLCBMLiwgTWlyc2t5LCBHLiwgYW5kIFQuIE1penJhaGksPC9zcGFuPjwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9j ayI+PHNwYW4gY2xhc3M9Imluc2VydCI+ICAgICAgICAgICAgICAiQWx0ZXJuYXRlLU1hcmtpbmcg TWV0aG9kIGZvciBQYXNzaXZlIGFuZCBIeWJyaWQ8L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz PSJsYmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBjbGFzcz0i aW5zZXJ0Ij4gICAgICAgICAgICAgIFBlcmZvcm1hbmNlIE1vbml0b3JpbmciLCBSRkMgODMyMSwg RE9JIDEwLjE3NDg3L1JGQzgzMjEsPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2Nr Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9Imluc2VydCI+ ICAgICAgICAgICAgICBKYW51YXJ5IDIwMTgsICZsdDtodHRwczovL3d3dy5yZmMtZWRpdG9yLm9y Zy9pbmZvL3JmYzgzMjEmZ3Q7Ljwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA8L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPjguMi4gIEluZm9ybWF0aXZlIFJlZmVyZW5jZXM8L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij44LjIuICBJbmZvcm1hdGl2ZSBSZWZlcmVuY2VzPC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAw NDAiPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg Y2xhc3M9ImxibG9jayI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIDxzcGFu IGNsYXNzPSJpbnNlcnQiPltJLUQuaWV0Zi1iaWVyLW9hbS1yZXF1aXJlbWVudHNdPC9zcGFuPjwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJi bG9jayI+PHNwYW4gY2xhc3M9Imluc2VydCI+ICAgICAgICAgICAgICBNaXJza3ksIEcuLCBOb3Jk bWFyaywgRS4sIFBpZ25hdGFybywgQy4sIEt1bWFyLCBOLiw8L3NwYW4+PC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsYmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBj bGFzcz0iaW5zZXJ0Ij4gICAgICAgICAgICAgIEFsZHJpbiwgUy4sIFpoZW5nLCBMLiwgQ2hlbiwg TS4sIEFraXlhLCBOLiwgYW5kIFMuPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2Nr Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9Imluc2VydCI+ ICAgICAgICAgICAgICBQYWxsYWdhdHRpLCAiT3BlcmF0aW9ucywgQWRtaW5pc3RyYXRpb24gYW5k IE1haW50ZW5hbmNlPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9Imluc2VydCI+ICAgICAgICAg ICAgICAoT0FNKSBSZXF1aXJlbWVudHMgZm9yIEJpdCBJbmRleCBFeHBsaWNpdCBSZXBsaWNhdGlv bjwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyYmxvY2siPjxzcGFuIGNsYXNzPSJpbnNlcnQiPiAgICAgICAgICAgICAgKEJJRVIp IExheWVyIiwgZHJhZnQtaWV0Zi1iaWVyLW9hbS1yZXF1aXJlbWVudHMtMDcgKHdvcms8L3NwYW4+ PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmJsb2NrIj48c3BhbiBjbGFzcz0iaW5zZXJ0Ij4gICAgICAgICAgICAgIGluIHByb2dyZXNzKSwg RmVicnVhcnkgMjAxOS48L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij4gICBbUkZDNzc5OV0gIE1vcnRvbiwgQS4sICJBY3RpdmUgYW5kIFBh c3NpdmUgTWV0cmljcyBhbmQgTWV0aG9kcyAod2l0aDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmlnaHQiPiAgIFtSRkM3Nzk5XSAgTW9ydG9uLCBBLiwgIkFjdGl2ZSBhbmQgUGFzc2l2ZSBNZXRy aWNzIGFuZCBNZXRob2RzICh3aXRoPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAg ICAgICAgIEh5YnJpZCBUeXBlcyBJbi1CZXR3ZWVuKSIsIFJGQyA3Nzk5LCBET0kgMTAuMTc0ODcv UkZDNzc5OSw8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgICAgICAgIEh5 YnJpZCBUeXBlcyBJbi1CZXR3ZWVuKSIsIFJGQyA3Nzk5LCBET0kgMTAuMTc0ODcvUkZDNzc5OSw8 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgICAgICAgICAgTWF5IDIwMTYsICZsdDto dHRwczovL3d3dy5yZmMtZWRpdG9yLm9yZy9pbmZvL3JmYzc3OTkmZ3Q7LjwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgICAgICAgTWF5IDIwMTYsICZsdDtodHRwczovL3d3 dy5yZmMtZWRpdG9yLm9yZy9pbmZvL3JmYzc3OTkmZ3Q7LjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i bGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsZWZ0Ij4gICBbUkZDODI3OV0gIFdpam5hbmRzLCBJSi4sIEVkLiwgUm9zZW4sIEUuLCBF ZC4sIERvbGdhbm93LCBBLiw8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBbUkZD ODI3OV0gIFdpam5hbmRzLCBJSi4sIEVkLiwgUm9zZW4sIEUuLCBFZC4sIERvbGdhbm93LCBBLiw8 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgICAgICAgICAgUHJ6eWdpZW5kYSwgVC4s IGFuZCBTLiBBbGRyaW4sICJNdWx0aWNhc3QgVXNpbmcgQml0IEluZGV4PC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgICAgICAgICBQcnp5Z2llbmRhLCBULiwgYW5kIFMuIEFs ZHJpbiwgIk11bHRpY2FzdCBVc2luZyBCaXQgSW5kZXg8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPiAgICAgICAgICAgICAgRXhwbGljaXQgUmVwbGljYXRpb24gKEJJRVIpIiwgUkZDIDgyNzks PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgICAgICAgICBFeHBsaWNpdCBS ZXBsaWNhdGlvbiAoQklFUikiLCBSRkMgODI3OSw8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PiAgICAgICAgICAgICAgRE9JIDEwLjE3NDg3L1JGQzgyNzksIE5vdmVtYmVyIDIwMTcsPC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgICAgICAgICBET0kgMTAuMTc0ODcvUkZD ODI3OSwgTm92ZW1iZXIgMjAxNyw8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgICAg ICAgICAgJmx0O2h0dHBzOi8vd3d3LnJmYy1lZGl0b3Iub3JnL2luZm8vcmZjODI3OSZndDsuPC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgICAgICAgICAmbHQ7aHR0cHM6Ly93 d3cucmZjLWVkaXRvci5vcmcvaW5mby9yZmM4Mjc5Jmd0Oy48L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDA0MSI+PHRkPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICA8 c3BhbiBjbGFzcz0iZGVsZXRlIj5bUkZDODMyMV0gIEZpb2Njb2xhLCBHLiwgRWQuLCBDYXBlbGxv LCBBLiwgQ29jaWdsaW8sIE0uLCBDYXN0YWxkZWxsaSw8L3NwYW4+PC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyYmxvY2siPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48c3BhbiBjbGFz cz0iZGVsZXRlIj4gICAgICAgICAgICAgIEwuLCBDaGVuLCBNLiwgWmhlbmcsIEwuLCBNaXJza3ks IEcuLCBhbmQgVC4gTWl6cmFoaSw8L3NwYW4+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxv Y2siPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48c3BhbiBjbGFzcz0iZGVsZXRlIj4g ICAgICAgICAgICAgICJBbHRlcm5hdGUtTWFya2luZyBNZXRob2QgZm9yIFBhc3NpdmUgYW5kIEh5 YnJpZDwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsYmxvY2siPjxzcGFuIGNsYXNzPSJkZWxldGUiPiAgICAgICAgICAgICAgUGVy Zm9ybWFuY2UgTW9uaXRvcmluZyIsIFJGQyA4MzIxLCBET0kgMTAuMTc0ODcvUkZDODMyMSw8L3Nw YW4+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGJsb2NrIj48c3BhbiBjbGFzcz0iZGVsZXRlIj4gICAgICAgICAgICAgIEphbnVhcnkgMjAx OCwgJmx0O2h0dHBzOi8vd3d3LnJmYy1lZGl0b3Iub3JnL2luZm8vcmZjODMyMSZndDsuPC9zcGFu PjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxibG9jayI+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2Nr Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPkF1dGhvcnMnIEFkZHJlc3NlczwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPkF1dGhvcnMnIEFkZHJlc3NlczwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0 ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBHcmVnIE1pcnNreTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPiAgIEdyZWcgTWlyc2t5PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBa VEUgQ29ycC48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBaVEUgQ29ycC48L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi PjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgRW1haWw6IGdyZWdpbWlyc2t5QGdtYWls LmNvbTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIEVtYWlsOiBncmVnaW1pcnNr eUBnbWFpbC5jb208L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgTGlhbnNodSBa aGVuZzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIExpYW5zaHUgWmhlbmc8L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIEh1YXdlaSBUZWNobm9sb2dpZXM8L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBIdWF3ZWkgVGVjaG5vbG9naWVzPC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJwYXJ0LTMiIGNs YXNzPSJjaGFuZ2UiPjx0ZD48L3RkPjx0aD48c21hbGw+c2tpcHBpbmcgdG8gY2hhbmdlIGF0PC9z bWFsbD48YSBocmVmPSJodHRwczovL3d3dzYuaWV0Zi5vcmcvcmZjZGlmZi9yZmNkaWZmLnB5aHQj cGFydC0zIj48ZW0+IHBhZ2UgNywgbGluZSAzOTxzcGFuIGNsYXNzPSJoaWRlIj4gwrY8L3NwYW4+ PC9lbT48L2E+PC90aD48dGg+IDwvdGg+PHRoPjxzbWFsbD5za2lwcGluZyB0byBjaGFuZ2UgYXQ8 L3NtYWxsPjxhIGhyZWY9Imh0dHBzOi8vd3d3Ni5pZXRmLm9yZy9yZmNkaWZmL3JmY2RpZmYucHlo dCNwYXJ0LTMiPjxlbT4gcGFnZSA5LCBsaW5lIDQ8c3BhbiBjbGFzcz0iaGlkZSI+IMK2PC9zcGFu PjwvZW0+PC9hPjwvdGg+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBMaWFuc2h1IFpoZW5nPC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgTGlhbnNodSBaaGVuZzwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGVmdCI+ICAgSHVhd2VpIFRlY2hub2xvZ2llczwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmlnaHQiPiAgIEh1YXdlaSBUZWNobm9sb2dpZXM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i bGVmdCI+ICAgRW1haWw6IHZlcm8uemhlbmdAaHVhd2VpLmNvbTwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPiAgIEVtYWlsOiB2ZXJvLnpoZW5nQGh1YXdlaS5jb208L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgTWFjaCBDaGVuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+ICAgTWFjaCBDaGVuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBIdWF3 ZWkgVGVjaG5vbG9naWVzPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgSHVhd2Vp IFRlY2hub2xvZ2llczwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBFbWFpbDog bWFjaC5jaGVuQGh1YXdlaS5jb208L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBF bWFpbDogbWFjaC5jaGVuQGh1YXdlaS5jb208L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwNDIiPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PHNwYW4gY2xhc3M9ImRlbGV0 ZSI+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIDwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9j ayI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBHaXVzZXBwZSBGaW9jY29sYTwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIEdpdXNlcHBlIEZpb2Njb2xhPC90ZD48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9ImRpZmYwMDQzIj48dGQ+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxv Y2siPiAgIDxzcGFuIGNsYXNzPSJkZWxldGUiPlRlbGVjb20gSXRhbGlhPC9zcGFuPjwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5IdWF3ZWkg VGVjaG5vbG9naWVzPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHIgaWQ9ImRpZmYwMDQ0Ij48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIEVtYWlsOiBnaXVzZXBwZS5m aW9jY29sYUA8c3BhbiBjbGFzcz0iZGVsZXRlIj50ZWxlY29taXRhbGlhLml0PC9zcGFuPjwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBFbWFpbDogZ2l1c2VwcGUuZmlvY2NvbGFA PHNwYW4gY2xhc3M9Imluc2VydCI+aHVhd2VpLmNvbTwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CgogICAgIDx0cj48dGQ+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkPjwvdGQ+PC90cj4KICAgICA8dHIg aWQ9ImVuZCIgYmdjb2xvcj0iZ3JheSI+PHRoIGNvbHNwYW49IjUiIGFsaWduPSJjZW50ZXIiPiZu YnNwO0VuZCBvZiBjaGFuZ2VzLiA0NCBjaGFuZ2UgYmxvY2tzLiZuYnNwOzwvdGg+PC90cj4KICAg ICA8dHIgY2xhc3M9InN0YXRzIj48dGQ+PC90ZD48dGg+PGk+MTE4IGxpbmVzIGNoYW5nZWQgb3Ig ZGVsZXRlZDwvaT48L3RoPjx0aD48aT4gPC9pPjwvdGg+PHRoPjxpPjE2NiBsaW5lcyBjaGFuZ2Vk IG9yIGFkZGVkPC9pPjwvdGg+PHRkPjwvdGQ+PC90cj4KICAgICA8dHI+PHRkIGNvbHNwYW49IjUi IGFsaWduPSJjZW50ZXIiIGNsYXNzPSJzbWFsbCI+PGJyPlRoaXMgaHRtbCBkaWZmIHdhcyBwcm9k dWNlZCBieSByZmNkaWZmIDEuNDcuIFRoZSBsYXRlc3QgdmVyc2lvbiBpcyBhdmFpbGFibGUgZnJv bSA8YSBocmVmPSJodHRwOi8vd3d3LnRvb2xzLmlldGYub3JnL3Rvb2xzL3JmY2RpZmYvIj5odHRw Oi8vdG9vbHMuaWV0Zi5vcmcvdG9vbHMvcmZjZGlmZi88L2E+IDwvdGQ+PC90cj4KICAgPC90Ym9k eT48L3RhYmxlPgogICAKICAgCjwvYm9keT48L2h0bWw+ --0000000000007b5227058c7cfea8--