From nobody Tue Jun 2 01:47:31 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D2D023A0A4D for ; Tue, 2 Jun 2020 01:47:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.101 X-Spam-Level: X-Spam-Status: No, score=-2.101 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 2MagzOYRYsyW for ; Tue, 2 Jun 2020 01:47:28 -0700 (PDT) Received: from EUR03-DB5-obe.outbound.protection.outlook.com (mail-eopbgr40089.outbound.protection.outlook.com [40.107.4.89]) (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 495433A0A44 for ; Tue, 2 Jun 2020 01:47:27 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=GbFefRsixDci/Xi6s+7P2AIry5bVEZYbrn2mpQTWBmjht+nP+BKLSNkVPCR/1XmUjeEbhYsag4dMMWvQv96N6KpOgw8ju7SdSbBKX3ZhIGiGzBTUOZ375h2aOISGyAJ87Gy9oneRPKYhNlGw/hyiV4Xo9hgfmSoa5USa59qloDx8UDOfmiGR5FcVkYZBYIN+H5CQU7NXE7pE7rTeHIomChzuljmiwqxPfgZYgX+fUxWYf9b32fR5xxPYFKZwR5/rihLiy/dW6xnVVL4e9eGgIaEw2xKWuVWG6nLTyXParGTvbbTe+TA+eKlh7gffqNHqyzSwV9MeKPYIIEml2OhEhQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=2jZ4LywRE6taqnQpUvBSknDCd8HXSxcnrXVczA0a6zo=; b=J4TanF1jIxNmXjZVKA1TbGvoRSgRcUF5WqSHs2o8V0LKj4ihlM4gp/1cEiR9Wc5xMxGmgfwIEakwU6+jWnb2kT3riMp2I/+4d2i0XscGAmYvKx2hDgoqGN5/MOpyxkfQdnUTpE3rxI8iS1b9kViPDGB3IndX+Y9MSmu9VJN8EiEDKK6gIP4yLx97dwB1HslogIq4QkSyAatovU0bb3hIpTOI7GqR3ILAlm6a5LEQXjGR6Ysw0TsRxZqXkZZajIop63kaR+EyxgrwEGpQPe2Y7sQbqPkx15VoHAazYGjtH0qWatvWNGGK0HUpIh2FmD/PGhR1pJxa88454vE/7mcZZQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=2jZ4LywRE6taqnQpUvBSknDCd8HXSxcnrXVczA0a6zo=; b=IOi2eZoRL8cBviTjdD3Rdt1XxYO708Cvx+oVjqoSn+vyvsHFmtMytKQTae2Jsh2vpa/ugPNfwHu4AEtkvxc04o6zjhuQX4pbbNWM0Tm6cO3jBjoJ2x1R8QDO7ZCkiFhIuz6oos0+RLEECJ4TUrXC0/IPJoSYegjqcisNviyAUlM= Received: from VI1PR07MB3168.eurprd07.prod.outlook.com (2603:10a6:802:25::19) by VI1PR07MB6640.eurprd07.prod.outlook.com (2603:10a6:800:18b::21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3066.7; Tue, 2 Jun 2020 08:47:26 +0000 Received: from VI1PR07MB3168.eurprd07.prod.outlook.com ([fe80::ec5a:3462:759d:44e5]) by VI1PR07MB3168.eurprd07.prod.outlook.com ([fe80::ec5a:3462:759d:44e5%6]) with mapi id 15.20.3066.016; Tue, 2 Jun 2020 08:47:26 +0000 From: Jiang He To: "mpls@ietf.org" Thread-Topic: Draft submitted - MPLS Entropy Block Thread-Index: AdY4umsqZauOoCahQF6N6GSZZf86Lg== Date: Tue, 2 Jun 2020 08:47:25 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=ericsson.com; x-originating-ip: [119.28.22.196] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 16f4adfa-563d-45ae-6754-08d806d19331 x-ms-traffictypediagnostic: VI1PR07MB6640: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:5236; x-forefront-prvs: 0422860ED4 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: mXq8S63tHp72VBaOWPmxVUyc2sf7YW4MgpfxXCPQ5xeULjZYrocENhKllekenFmkCfwk6cF5R9YfgKIWhozCKPavhNvQzc7l8WcSTt/YOCHo6OSii96EmFRUC7R8+mWU3QjQ63+5UQmLTAbnSyaPC9oNL8vcs5cpSc49jyHV9YMZ28H9n55ZXcUrFtsm3t835kuq2JDD2P51zX8FiGAZpY6e5ppzTWR+AmN4NgBSKSdCMfBI+C9Znn8CzZqzfU3xBi6jF5sbHQRdHkYWINMBt5hFMFYtSVnUuHbXArI563F4Y+QIX6D2QrirC792DWXwQ8y2SI0R9ZYw8l6HD1Mp8Ej3xTkrXONt9DesIWelPdXmcKQFdsKLuDAPAfrIVfDY/fZU+01pSUthXyqVEiDM9w== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:VI1PR07MB3168.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(39860400002)(376002)(396003)(366004)(136003)(346002)(6916009)(71200400001)(8676002)(7696005)(2906002)(5660300002)(26005)(6506007)(4744005)(186003)(33656002)(9326002)(9686003)(966005)(76116006)(55016002)(66446008)(66556008)(66476007)(66946007)(64756008)(478600001)(166002)(86362001)(8936002)(44832011)(83380400001)(316002)(52536014); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: PC6i6QPpg7twn00fJtPBBrjrrWc8EVYtN5SHgC4zbOs8aa3J98KxNCKY3m3ADsZbK+NvUPdR7SRJ91PdbvgPnqKHVNTqpdyfxyiHK9v/yvCRy7UiTCKx4NOZiX+wOmIh8xYHPY9hakOSS3f6xfG5qOtG/m7WJLNTEljXwPacAMbpFOv3z8Sd+HYUENjccMjrMozVdjUT3NpRUiNctylMocwYMresOd4f8RgDvU1/DN7UkcqDkTKpOfk1PHATGA7cWdjUiMfpeRyr31HGugkDBcXRIQcEt4ZeCghp3kF0bNDHPqG9/9OPfeXp/utBi9/WIET6TJBqDc5BDDIZ3GzXob6pQ3WPp2gUPwMBAwsHkuwh2bUYCgEjPvvpC/Q7u62kBpoTHbEYue5u7pS59h/ng5X4h/mRQujBQ12NspImcOJT35XZc9lDeW10BguXkMyiPEl+LPBuBZ/kh7cYlveN/OEUlWjDmbzzJ57DpqjNDwbeWRAzbi4PcKT/NdlRTqCP x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_VI1PR07MB3168E8FD0C1562DB7B48C40CE18B0VI1PR07MB3168eurp_" MIME-Version: 1.0 X-OriginatorOrg: ericsson.com X-MS-Exchange-CrossTenant-Network-Message-Id: 16f4adfa-563d-45ae-6754-08d806d19331 X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Jun 2020 08:47:25.8813 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: /l8bZz9CKl6Mm0giHDjOx7QtKidh6dpKoF/WCRLpGMIb9RcvIczOnQUeUY5TDaxhGyLsZ113goxnrCUJxh4PEw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR07MB6640 Archived-At: Subject: [mpls] Draft submitted - MPLS Entropy Block X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Jun 2020 08:47:30 -0000 --_000_VI1PR07MB3168E8FD0C1562DB7B48C40CE18B0VI1PR07MB3168eurp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello All, I just submitted a draft, https://datatracker.ietf.org/doc/draft-jiang-mpls= -entropy-block/ . it describes an approach for MPLS load balance, by allo= cating a specific MPLS label block for entropy usage. The purpose is to mitigate the limitation of the number of labels can be pu= shed and the number of labels can be inspected when looking for entropy inf= ormation. Your comments are highly appreciated! Regards, Jiang --_000_VI1PR07MB3168E8FD0C1562DB7B48C40CE18B0VI1PR07MB3168eurp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello All,

I just submitted a draft, https://datatracker.ietf.org/doc/draft-jiang-mpls-entropy-block/ . = ; it describes an approach for MPLS load balance, by  allocating a spe= cific MPLS label block for entropy usage. 

The purpose is to mitigate the limitation of the num= ber of labels can be pushed and the number of labels can be inspected when = looking for entropy information.

 

Your comments are highly appreciated!

 

Regards,

Jiang

--_000_VI1PR07MB3168E8FD0C1562DB7B48C40CE18B0VI1PR07MB3168eurp_-- From nobody Tue Jun 2 13:55:05 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D01E83A0F80 for ; Tue, 2 Jun 2020 13:55:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable 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 kwDrWv-_LWAo for ; Tue, 2 Jun 2020 13:55:03 -0700 (PDT) Received: from mail-pf1-x42a.google.com (mail-pf1-x42a.google.com [IPv6:2607:f8b0:4864:20::42a]) (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 B432E3A0FDF for ; Tue, 2 Jun 2020 13:55:03 -0700 (PDT) Received: by mail-pf1-x42a.google.com with SMTP id d66so5809231pfd.6 for ; Tue, 02 Jun 2020 13:55:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:message-id:in-reply-to:references:subject:mime-version; bh=H75/rwz9QIfhWkyAqYhf68img71zVcxNR8vhCp91lUA=; b=I3PxbEarV6CrlrRtqR48fdRUmALSYg5pUkkCUWzXIhuGnub4j6tcJjmwqpXISO/C0g rGWe+Y7/agIXT6L4klAs/EhRPRV8OgofdrVt9K7v26vxSCKjnv7fQRFN1mqiAm1Ii5+J 0tyv4Jg/mapfuhF+UvGWQbPJqTcC5nvdnMNpII/Ml2lGFhduhVheEZ01DaqsZRDM/1k0 KuIVrgxULbIivP+5u10JwjuIErsBE2YhWIA1NXdTrbdJZ6ER9c1bDrInthFbTlU0nXAY Sid5AzUfWlAuOgheHjtsOyqQLSuXuNGyLI4tbHBwVo0p9wEJp9m79BH7VyaRi3GNin0L xzuA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:message-id:in-reply-to:references :subject:mime-version; bh=H75/rwz9QIfhWkyAqYhf68img71zVcxNR8vhCp91lUA=; b=GTkDa3SIMRLpPZXesuGrsl5k9w88650in1LUxLgwuJrbwR4yXSGk9esJI1A1l1VsjN yZfPRFsf8qLfDEljRpypUN/d36GTn1QWctmju8zrmi8pMZQUrlJberPiG95bqbrOi0fq QxU9M1d0HHKyj5fUVY0bt+OgTKWq6W5N1tJdmTKumttEnjA3dsqI5rEFmOl2rlaD2+Uh rD6Y9ZTVVIj5bIpNmRWI6i4GlvKaKNo0LDrcnOI8ryF8axV4sANO6yJwn/7jY5G8UmZ6 F+FnurlfCE2hFE9ClqzijIIEUX+w57utSBAFYCpnAfbqFQZutB0o0/79NkwOIyBMiPUi zJDQ== X-Gm-Message-State: AOAM530GV8vCLL9dnF0Oc9JZJWFoYPgwV61N+f1hozHbkxERnzv5F5jW GZPlpe7eDDrZMzyM0jY8FLE7LNOGi00= X-Google-Smtp-Source: ABdhPJzhYFMxIDJDA1Tq1NQRIOEqfeBGPHRIlhmuFaX5C4xxwSU9YCWqgjfNgca2ZJJbCZLWoasgxg== X-Received: by 2002:a65:60d5:: with SMTP id r21mr13489331pgv.178.1591131302487; Tue, 02 Jun 2020 13:55:02 -0700 (PDT) Received: from [192.168.1.11] (c-73-63-232-212.hsd1.ca.comcast.net. [73.63.232.212]) by smtp.gmail.com with ESMTPSA id iq19sm3170578pjb.48.2020.06.02.13.55.00 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 02 Jun 2020 13:55:01 -0700 (PDT) Date: Tue, 2 Jun 2020 13:54:49 -0700 From: Jeff Tantsura To: "=?utf-8?Q?mpls=40ietf.org?=" , Jiang He Message-ID: <188d0d07-5e1f-4422-b144-b1ac547558c0@Spark> In-Reply-To: References: X-Readdle-Message-ID: 188d0d07-5e1f-4422-b144-b1ac547558c0@Spark MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="5ed6bca3_6ce00443_a91" Archived-At: Subject: Re: [mpls] Draft submitted - MPLS Entropy Block X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Jun 2020 20:55:05 -0000 --5ed6bca3_6ce00443_a91 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello co-authors, The solution proposed ignores all the previous work done to address this = particular issue. Without going into more details Please read R=46C8662 to better understand all the different pieces invol= ved. draft-ietf-isis-mpls-elc/draft-ietf-ospf-mpls-elc specifically to underst= and control plane involved. Cheers, Jeff On Jun 2, 2020, 1:47 AM -0700, Jiang He , wrote: > Hello All, > I just submitted a draft, https://datatracker.ietf.org/doc/draft-jiang-= mpls-entropy-block/ .=C2=A0 it describes an approach for MPLS load balanc= e, by=C2=A0 allocating a specific MPLS label block for entropy usage. > The purpose is to mitigate the limitation of the number of labels can b= e pushed and the number of labels can be inspected when looking for entro= py information. > > Your comments are highly appreciated=21 > > Regards, > Jiang > =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F > mpls mailing list > mpls=40ietf.org > https://www.ietf.org/mailman/listinfo/mpls --5ed6bca3_6ce00443_a91 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline
Hello co-authors,

The solution proposed ignores all the previous work done to address this = particular issue. Without going into more details
Please read R=46C8662 to better understand all the different pieces invol= ved.&=23160;
draft-ietf-isis-mpls-elc/draft-ietf-ospf-mpls-elc specifically to underst= and control plane involved.&=23160;

Cheers,
Jeff
On Jun 2, 2020, 1:47 AM -0700, Jian= g He <jiang.he=3D40ericsson.com=40dmarc.ietf.org>, wrote:

Hello All,

I just submitted a draft, https://data= tracker.ietf.org/doc/draft-jiang-mpls-entropy-block/ .&=23160; it des= cribes an approach for MPLS load balance, by&=23160; allocating a specifi= c MPLS label block for entropy usage.&=23160;

The purpose is to mitigate the limitation of t= he number of labels can be pushed and the number of labels can be inspect= ed when looking for entropy information.

&=23160;

Your comments are highly appreciated=21

&=23160;

Regards,

Jiang

=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
mpls mailing list
mpls=40ietf.org
https://www.ietf.org/mailman/listinfo/mpls
--5ed6bca3_6ce00443_a91-- From nobody Tue Jun 2 14:01:31 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7E0863A0FE6 for ; Tue, 2 Jun 2020 14:01:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=joelhalpern.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 OxaeGWCBxzja for ; Tue, 2 Jun 2020 14:01:27 -0700 (PDT) Received: from mailb2.tigertech.net (mailb2.tigertech.net [208.80.4.154]) (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 EE1AE3A0F3F for ; Tue, 2 Jun 2020 14:01:27 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mailb2.tigertech.net (Postfix) with ESMTP id 49c4GH6BJTz1nytZ; Tue, 2 Jun 2020 14:01:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=2.tigertech; t=1591131687; bh=o/XeZdQHntmMNxmIlSndKPaeEEhU00o1bL3TrS+A4+E=; h=Subject:To:References:From:Date:In-Reply-To:From; b=mSf8HWPjo3qP3p/C6jUegm9DZopee7dnJ9Qhz6CUMoF33+Px9LtK2qSAaS7PDeBDt X65O5Ov/iDt+1uCAYR3TW+dKWaeLXrE2Y2yrA4UaGQOeu8OctmS5ckDDT91ZMDvK8M 4KYEywmSAkuHEMYOwF/i0poO1eHrcZ3zBcrnTxYI= X-Virus-Scanned: Debian amavisd-new at b2.tigertech.net Received: from [192.168.128.43] (209-255-163-147.ip.mcleodusa.net [209.255.163.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mailb2.tigertech.net (Postfix) with ESMTPSA id 49c4GH2JZRz1nylx; Tue, 2 Jun 2020 14:01:27 -0700 (PDT) To: Jeff Tantsura , "mpls@ietf.org" References: <188d0d07-5e1f-4422-b144-b1ac547558c0@Spark> From: "Joel M. Halpern" Message-ID: <8884715b-fcc9-201d-dc92-78027599ec51@joelhalpern.com> Date: Tue, 2 Jun 2020 17:01:25 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.8.1 MIME-Version: 1.0 In-Reply-To: <188d0d07-5e1f-4422-b144-b1ac547558c0@Spark> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [mpls] Draft submitted - MPLS Entropy Block X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Jun 2020 21:01:30 -0000 Jeff, you assertion that the authors are ignoring existing work seems to border on mind-reading. Binding SIDs (ala 8662) are a way to reduce label stack depth. It is a useful tool. Being able to remove the Entropy Label Indicator would also be beneficial. The proposal does recognize that one may well need more than one entropy label (and thus labels aimed at different targets) in the stack. The initial portion of the document does focus on the single entropy label case to make the idea clear. The authors (i am not one of them) are well aware of the work on advertising various attributes of label depeth for generation and processing. Yours, Joel On 6/2/2020 4:54 PM, Jeff Tantsura wrote: > Hello co-authors, > > The solution proposed ignores all the previous work done to address this > particular issue. Without going into more details > Please read RFC8662 to better understand all the different pieces involved. > draft-ietf-isis-mpls-elc/draft-ietf-ospf-mpls-elc specifically to > understand control plane involved. > > Cheers, > Jeff > On Jun 2, 2020, 1:47 AM -0700, Jiang He > , wrote: >> >> Hello All, >> >> I just submitted a draft, >> https://datatracker.ietf.org/doc/draft-jiang-mpls-entropy-block/ .  it >> describes an approach for MPLS load balance, by  allocating a specific >> MPLS label block for entropy usage. >> >> The purpose is to mitigate the limitation of the number of labels can >> be pushed and the number of labels can be inspected when looking for >> entropy information. >> >> Your comments are highly appreciated! >> >> Regards, >> >> Jiang >> >> _______________________________________________ >> mpls mailing list >> mpls@ietf.org >> https://www.ietf.org/mailman/listinfo/mpls > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > From nobody Tue Jun 2 14:18:20 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A26953A100A for ; Tue, 2 Jun 2020 14:18:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, 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 SH22fGw9MYWh for ; Tue, 2 Jun 2020 14:18:17 -0700 (PDT) Received: from mail-pl1-x633.google.com (mail-pl1-x633.google.com [IPv6:2607:f8b0:4864:20::633]) (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 3E7823A1008 for ; Tue, 2 Jun 2020 14:18:17 -0700 (PDT) Received: by mail-pl1-x633.google.com with SMTP id bg4so1928430plb.3 for ; Tue, 02 Jun 2020 14:18:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:message-id:in-reply-to:references:subject:mime-version; bh=GSOfZMQ1l4PL5GWtHN2VscradxcmIwEJUenQnuyypUM=; b=PmPuOYkdMlbVJqr/Xt/4xxlVCg57JUqhzVp7CmM3n6EFxTzM7ZKLLJhzjP+J0tiYgM 1SvPqeCriTBC7/TRdDe3eANs5Q3DWHp+HVNxDNbyutm5KK3GQjgMehofq/AJgY/kmQEz SowMXdy8bhPCUM4jNvER6/kYQ5wO+K+MADnEvfNszX7OLEqcX+fIlmyq8/6kRxkEfWss bDuaP6kw2ab6Zeu5LqiI8hjmEcFTdT79H62Voei3KX8uQqvyp5LFt24/UBPba8C6poaz hqAVkuF1sbkkaPPIhhL1vCCmyMQ6f7Ieov50XiwHublnwnaGNdQMwbbHcku7Skb5OCPH EQ0w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:message-id:in-reply-to:references :subject:mime-version; bh=GSOfZMQ1l4PL5GWtHN2VscradxcmIwEJUenQnuyypUM=; b=GJWRPwfDh+lHCafu7cYFAbK2Ym8lg+Ol0KX/7AZuMkjORZSBg15TWWhSdniMM4HoIs TvvpOB9abUg6qAbI0DuqgCiigdhGfj0AKqkoIDk9ficynirpb+ykTXvDuG9dRjT/tDcN 7/NcHv1FQlaFP59xnEU+bHIEYsqo/DVb1ivnqceEOareyHody8ynu91IgWbLBzFRafOx G2OeAqhB3p7qTAxSGybKGKrf4ZyIeOkmksJFw2m9V3/3Dwr+RgAC6xqf4jrc9LbZFs+x mCFIKkrg6eHF6S0lQl+Fd7EdTswk0tarOoa6FIdvJgkUXV48w5QRnlC8khBOAu/mh/Cn DksA== X-Gm-Message-State: AOAM532OiPUlJVv8svgLG/xscRG4wi4+tgeKu5BwfjdBTBRi5zuy7oAp eV0swVvcXIBHDZbs5t2eCQ8KeyWwBTs= X-Google-Smtp-Source: ABdhPJzc0CpH9ElvEkrdpEBwiHiDtSENVtbZDjhypBkvklCHzcNmpkBhDbdKylsGcLUe1jGdR5Y/NA== X-Received: by 2002:a17:902:6b09:: with SMTP id o9mr27517279plk.100.1591132695136; Tue, 02 Jun 2020 14:18:15 -0700 (PDT) Received: from [192.168.1.11] (c-73-63-232-212.hsd1.ca.comcast.net. [73.63.232.212]) by smtp.gmail.com with ESMTPSA id x2sm59910pfr.186.2020.06.02.14.18.11 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 02 Jun 2020 14:18:11 -0700 (PDT) Date: Tue, 2 Jun 2020 14:18:04 -0700 From: Jeff Tantsura To: "=?utf-8?Q?mpls=40ietf.org?=" , "Joel M. Halpern" Message-ID: <76b40a4a-87ed-4c37-a830-ef9327a83f82@Spark> In-Reply-To: <8884715b-fcc9-201d-dc92-78027599ec51@joelhalpern.com> References: <188d0d07-5e1f-4422-b144-b1ac547558c0@Spark> <8884715b-fcc9-201d-dc92-78027599ec51@joelhalpern.com> X-Readdle-Message-ID: 76b40a4a-87ed-4c37-a830-ef9327a83f82@Spark MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="5ed6c212_569951fe_a91" Archived-At: Subject: Re: [mpls] Draft submitted - MPLS Entropy Block X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Jun 2020 21:18:19 -0000 --5ed6c212_569951fe_a91 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Joel, My assertion is based on reading the draft, no magic involved. None of wh= at you have mentioned below is discussed in the draft, hence ignored. 8662 goes in details as to why particular options have been chosen/reject= ed. Cheers, Jeff On Jun 2, 2020, 2:01 PM -0700, Joel M. Halpern , w= rote: > Jeff, you assertion that the authors are ignoring existing work seems t= o > border on mind-reading. Binding SIDs (ala 8662) are a way to reduce > label stack depth. It is a useful tool. Being able to remove the > Entropy Label Indicator would also be beneficial. > > The proposal does recognize that one may well need more than one entrop= y > label (and thus labels aimed at different targets) in the stack. The > initial portion of the document does focus on the single entropy label > case to make the idea clear. The authors (i am not one of them) are > well aware of the work on advertising various attributes of label depet= h > for generation and processing. > > Yours, > Joel > > On 6/2/2020 4:54 PM, Jeff Tantsura wrote: > > Hello co-authors, > > > > The solution proposed ignores all the previous work done to address t= his > > particular issue. Without going into more details > > Please read R=46C8662 to better understand all the different pieces i= nvolved. > > draft-ietf-isis-mpls-elc/draft-ietf-ospf-mpls-elc specifically to > > understand control plane involved. > > > > Cheers, > > Jeff > > On Jun 2, 2020, 1:47 AM -0700, Jiang He > > , wrote: > > > > > > Hello All, > > > > > > I just submitted a draft, > > > https://datatracker.ietf.org/doc/draft-jiang-mpls-entropy-block/ .=C2= =A0 it > > > describes an approach for MPLS load balance, by=C2=A0 allocating a = specific > > > MPLS label block for entropy usage. > > > > > > The purpose is to mitigate the limitation of the number of labels c= an > > > be pushed and the number of labels can be inspected when looking fo= r > > > entropy information. > > > > > > Your comments are highly appreciated=21 > > > > > > Regards, > > > > > > Jiang > > > > > > =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F > > > mpls mailing list > > > mpls=40ietf.org > > > https://www.ietf.org/mailman/listinfo/mpls > > > > =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F > > mpls mailing list > > mpls=40ietf.org > > https://www.ietf.org/mailman/listinfo/mpls > > --5ed6c212_569951fe_a91 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline
Joel,

My assertion is based on reading the draft, no magic involved. None of wh= at you have mentioned below is discussed in the draft, hence ignored.
8662 goes in details as to why particular options have been chosen/reject= ed.

Cheers,
Jeff
On Jun 2, 2020, 2:01 PM -0700, Joel= M. Halpern <jmh=40joelhalpern.com>, wrote:
Jeff, you assertion that the authors are ignoring existing work= seems to
border on mind-reading. Binding SIDs (ala 8662) are a way to reduce
= label stack depth. It is a useful tool. Being able to remove the
Entropy Label Indicator would also be beneficial.

The proposal does recognize that one may well need more than one entropy<= br /> label (and thus labels aimed at different targets) in the stack. The
initial portion of the document does focus on the single entropy label case to make the idea clear. The authors (i am not one of them) are
= well aware of the work on advertising various attributes of label depeth<= br /> for generation and processing.

Yours,
Joel

On 6/2/2020 4:54 PM, Jeff Tantsura wrote:
Hello co-authors,

The solution proposed ignores all the previous work done to address this<= br /> particular issue. Without going into more details
Please read R=46C8662 to better understand all the different pieces invol= ved.
draft-ietf-isis-mpls-elc/draft-ietf-ospf-mpls-elc specifically to
understand control plane involved.

Cheers,
Jeff
On Jun 2, 2020, 1:47 AM -0700, Jiang He
<jiang.he=3D40ericsson.com=40dmarc.ietf.org>, wrote:

Hello All,

I just submitted a draft,
https://datatracker.ietf.org/doc/draft-jiang-mpls-entropy-block/ .&=23160= ; it
describes an approach for MPLS load balance, by&=23160; allocating a spec= ific
MPLS label block for entropy usage.

The purpose is to mitigate the limitation of the number of labels can
be pushed and the number of labels can be inspected when looking for
entropy information.

Your comments are highly appreciated=21

Regards,

Jiang

=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
mpls mailing list
mpls=40ietf.org
https://www.ietf.org/mailman/listinfo/mpls

=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
mpls mailing list
mpls=40ietf.org
https://www.ietf.org/mailman/listinfo/mpls

--5ed6c212_569951fe_a91-- From nobody Tue Jun 2 15:16:42 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C11373A1078 for ; Tue, 2 Jun 2020 15:16:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=joelhalpern.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 KGeYAovnroeG for ; Tue, 2 Jun 2020 15:16:39 -0700 (PDT) Received: from mailb2.tigertech.net (mailb2.tigertech.net [208.80.4.154]) (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 7C9F93A1074 for ; Tue, 2 Jun 2020 15:16:39 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mailb2.tigertech.net (Postfix) with ESMTP id 49c5x32d3bz1p4Tn; Tue, 2 Jun 2020 15:16:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=2.tigertech; t=1591136199; bh=IPD4pUOUoAls44HS4swnsE87d3kA847zW6J/BbJ4m0U=; h=Subject:To:References:From:Date:In-Reply-To:From; b=kp9fAyhJX7sbEScMD6DZC0P583DSDLyTnx4Lygl9mlK0kqUsc7l0v0HrX5nCx8bAp DxIfo1YiZ1BDIobHAlDEnpVtcMXOvnUXV1hsJ4mrCEkLdlP2fzUVwjUuW9HN7opKI9 zj8g/G7EqBJY7OQzh9GcGgWgMLaqL/De0gToJFg4= X-Virus-Scanned: Debian amavisd-new at b2.tigertech.net Received: from [192.168.128.43] (209-255-163-147.ip.mcleodusa.net [209.255.163.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mailb2.tigertech.net (Postfix) with ESMTPSA id 49c5x26B2kz1p0Cf; Tue, 2 Jun 2020 15:16:38 -0700 (PDT) To: Jeff Tantsura , "mpls@ietf.org" References: <188d0d07-5e1f-4422-b144-b1ac547558c0@Spark> <8884715b-fcc9-201d-dc92-78027599ec51@joelhalpern.com> <76b40a4a-87ed-4c37-a830-ef9327a83f82@Spark> From: "Joel M. Halpern" Message-ID: <57f4fd7d-75ba-914c-9d76-6bc30f24c5bd@joelhalpern.com> Date: Tue, 2 Jun 2020 18:16:38 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.8.1 MIME-Version: 1.0 In-Reply-To: <76b40a4a-87ed-4c37-a830-ef9327a83f82@Spark> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [mpls] Draft submitted - MPLS Entropy Block X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Jun 2020 22:16:41 -0000 RFC 8662 is readable piece of work. And it explains well the choices and complications for where to place ELI / EL pairs. it does not, in nay place I could see, discuss whether there are alternatives to using the pairs. Which is reasonable. using the pairs is the agreed current standard. The draft be colleagues have written asks the question as to whether there are reasonable techniques that would allow us to leave out the ELI from those pairs. It may be that we as a community prefer to keep the pairs. But given that there are ways to reduce the stack, it seems worth asking. Yours, Joel On 6/2/2020 5:18 PM, Jeff Tantsura wrote: > Joel, > > My assertion is based on reading the draft, no magic involved. None of > what you have mentioned below is discussed in the draft, hence ignored. > 8662 goes in details as to why particular options have been chosen/rejected. > > Cheers, > Jeff > On Jun 2, 2020, 2:01 PM -0700, Joel M. Halpern , wrote: >> Jeff, you assertion that the authors are ignoring existing work seems to >> border on mind-reading. Binding SIDs (ala 8662) are a way to reduce >> label stack depth. It is a useful tool. Being able to remove the >> Entropy Label Indicator would also be beneficial. >> >> The proposal does recognize that one may well need more than one entropy >> label (and thus labels aimed at different targets) in the stack. The >> initial portion of the document does focus on the single entropy label >> case to make the idea clear. The authors (i am not one of them) are >> well aware of the work on advertising various attributes of label depeth >> for generation and processing. >> >> Yours, >> Joel >> >> On 6/2/2020 4:54 PM, Jeff Tantsura wrote: >>> Hello co-authors, >>> >>> The solution proposed ignores all the previous work done to address this >>> particular issue. Without going into more details >>> Please read RFC8662 to better understand all the different pieces >>> involved. >>> draft-ietf-isis-mpls-elc/draft-ietf-ospf-mpls-elc specifically to >>> understand control plane involved. >>> >>> Cheers, >>> Jeff >>> On Jun 2, 2020, 1:47 AM -0700, Jiang He >>> , wrote: >>>> >>>> Hello All, >>>> >>>> I just submitted a draft, >>>> https://datatracker.ietf.org/doc/draft-jiang-mpls-entropy-block/ .  it >>>> describes an approach for MPLS load balance, by  allocating a specific >>>> MPLS label block for entropy usage. >>>> >>>> The purpose is to mitigate the limitation of the number of labels can >>>> be pushed and the number of labels can be inspected when looking for >>>> entropy information. >>>> >>>> Your comments are highly appreciated! >>>> >>>> Regards, >>>> >>>> Jiang >>>> >>>> _______________________________________________ >>>> mpls mailing list >>>> mpls@ietf.org >>>> https://www.ietf.org/mailman/listinfo/mpls >>> >>> _______________________________________________ >>> mpls mailing list >>> mpls@ietf.org >>> https://www.ietf.org/mailman/listinfo/mpls >>> From nobody Tue Jun 2 23:02:38 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8E4A53A0AE5; Tue, 2 Jun 2020 23:02:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.1 X-Spam-Level: X-Spam-Status: No, score=-2.1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, 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=juniper.net header.b=HGf22y5L; dkim=pass (1024-bit key) header.d=juniper.net header.b=V5sR8g10 Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bhoSOTJlyns2; Tue, 2 Jun 2020 23:02:34 -0700 (PDT) Received: from mx0a-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.16]) (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 B2CF83A0B06; Tue, 2 Jun 2020 23:02:34 -0700 (PDT) Received: from pps.filterd (m0108159.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 0535wRfY019074; Tue, 2 Jun 2020 23:02:32 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=PPS1017; bh=wq3QKrBTByLLckss/x9HEcxZzCO5g6TQ2mFGi9t+SsE=; b=HGf22y5LbkN6UKmMiaa+v5nVZEqKFHQDRGo5C7D5P9ILx0RbPAj+H82kGt4QxkdxJgxv pZYGjPDQ+9YMQKctApNBkuXMU/MQVVk+kgiNZDgbuozpTkndJ0ffcuOr2ay1Tfjsh2B4 oGTdMSsSnwF7sE35/uxTuqOy6rVkOOTqhDTdp1q0pbtqmYC/rSnpgYLi4h4vpl8joXIn jvquQfZqKPU7gIiHsEvydjGaIlMnYrd8pJdJGHqRcYDovwgZkWa8ZcCRUu2uxc2Lg6AL C2RtW0kMLXUEGLRacLLB5ECTzP7e9PqP1uEpUCAFnl+kJDMC5pN/LzzCgo9xKfgtscjh nw== Received: from nam10-dm6-obe.outbound.protection.outlook.com (mail-dm6nam10lp2103.outbound.protection.outlook.com [104.47.58.103]) by mx0a-00273201.pphosted.com with ESMTP id 31bnexp4be-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 02 Jun 2020 23:02:32 -0700 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Q57SJDWkjlzstrPfsMGQtndxuHj8ib6fCk3EzR8aVjDdsSR/cFTjVyGwcmnDIJOSQmIyAxuxSBcstzKWKfEO3WQMciHrBB4fdF/mdyp3N3v2WJTgBU7IohEXZhXdHS7unsjNNGwHbGeM/3OHU/48YfKPeJbJV362zTnlvnHsp5XeOMs/NTraCzygXK6DnbD+UlbCde1ljXI54cRFpZbWH+M24qleuwzCmny3uI5Rz603ZN9hN1v9HkXJtULvkWKYYOOp2GvaQDf9QxotUCj4hZJfs+EG9+gAundTB7rBKrMVvf14iXB1gtwPA9oFhAQFxmlq6AIW6kFJHXckejzMiA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=wq3QKrBTByLLckss/x9HEcxZzCO5g6TQ2mFGi9t+SsE=; b=ep45998pefb0N/zxEgf0gp26mxX0Xs3ri4ilfU490heRk9dTJBIGKG+W+AYiiIDjm0ehWjOURiottMNFG4G0gy28jS7uHY4kBkcPSVFbTWoLFxZZTQ/11NSCdOVmTVQUe9P9wyW63Cm6EoN90Oz/pB24W2Tn3aSczVoxNE30TogWzv5aZDZeonxGfDnpPINTl01EXDvEBMQQBa1mNNpw+t4LHyREkzP1STQanhxdiZQ3DLI5WnWBYnTKEv2LJYkYKANqJN6C0rlOXc7nezxJ0YHrYWezBVltqjwbMKya8eD6brYHsQyP7hmGkKyf/McSnqsbzKxdtoY0OHJXV1GvCw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=juniper.net; dmarc=pass action=none header.from=juniper.net; dkim=pass header.d=juniper.net; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=wq3QKrBTByLLckss/x9HEcxZzCO5g6TQ2mFGi9t+SsE=; b=V5sR8g10E/09VVxKx0/W5z91zZYiB5DsSkFuKx+9jySCHDL6wLsNRChhS1QCV3zERjPI0rAPAfBcigfJgeQOsg+RcHY6oLzaDXq6C8XahAObahjDSq5WawXbFSkddD6WMczHWnYvypS+/0Gt3ReE6LvRHtSwj0Epz1xozQagXjQ= Received: from CY4PR05MB3576.namprd05.prod.outlook.com (2603:10b6:910:52::22) by CY4PR05MB3256.namprd05.prod.outlook.com (2603:10b6:903:f4::16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3066.7; Wed, 3 Jun 2020 06:02:30 +0000 Received: from CY4PR05MB3576.namprd05.prod.outlook.com ([fe80::241d:c9c:c8de:e5e5]) by CY4PR05MB3576.namprd05.prod.outlook.com ([fe80::241d:c9c:c8de:e5e5%6]) with mapi id 15.20.3066.017; Wed, 3 Jun 2020 06:02:30 +0000 From: Shraddha Hegde To: Dhruv Dhody , Loa Andersson CC: "mpls@ietf.org" , "mpls-chairs@ietf.org" , "draft-hegde-mpls-spring-epe-oam@ietf.org" Thread-Topic: [mpls] working group adaption poll (wgap) for draft-hegde-mpls-spring-epe-oam Thread-Index: AQHWHpsEUfJU88XvSkKAbfbwWgY/HKikKaIAgCJxRcA= Date: Wed, 3 Jun 2020 06:02:29 +0000 Message-ID: References: <6eee6cce-b7b3-dcce-b3b8-2229745e778d@pi.nu> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2020-06-03T06:02:25Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=0633b888-ae0d-4341-a75f-06e04137d755; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=36a64e6e-d2bd-47c5-9a38-8416037800c8; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2 dlp-product: dlpe-windows dlp-version: 11.2.0.14 dlp-reaction: no-action authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=juniper.net; x-originating-ip: [116.197.184.13] x-ms-publictraffictype: Email x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: 1284764a-f5ad-4cb3-f45d-08d80783b333 x-ms-traffictypediagnostic: CY4PR05MB3256: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:5236; x-forefront-prvs: 04238CD941 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: VYGpMLV/omKHaN6LUPq9uV0aB7boA7eFcbyuzH6sznXQpAZT7r736bwHXuw1qzbFobToAGLUJ6TkDR2mnkRJ/Elo6OXLBkQB2lBZVnXg0zraLy/BZygz4G5l3tgpR1PYi8mRkpv9zLFmyZK445G4PTTOvZO9ObM4VW5OtfLgiVaF08hiiC901KVewVSqD2XgJqRaVnEiUSDwzy2kdw4q1cltjabITDYMUqc5dg2yxkLJcq8PZGX6Iaq3jw85CE1eu6T0IE6fMEe5qn7HpPo5BvvDSieT4QHpI4ury7XUsTQcFdq+29YTeN/MkJz8Rql7T+BEQn+/lJYJqUR+jSdecqg1vovYY8cVnYc/FwS9v1blI25Hnp0M3D+mwtAQnqKQ3oCCSDW8x0KIsV6PIyPtpQ== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:CY4PR05MB3576.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(136003)(396003)(366004)(39860400002)(346002)(376002)(83380400001)(8676002)(71200400001)(966005)(2906002)(8936002)(53546011)(6506007)(26005)(9686003)(4326008)(5660300002)(55016002)(66556008)(66946007)(86362001)(66446008)(64756008)(52536014)(76116006)(7696005)(316002)(110136005)(54906003)(33656002)(478600001)(186003)(66476007); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: MG3/36DT3msSPAJDRgnig7VeuJdP5K/V88idE8FmnGMzGaLgQb782o/yxBpNQ25PPA2UDX3eVcFEGRngwXJC/vSrZHIaY2wVPZgaiOSq0ge8CzsjbN2lqe3pVuov564Swg0QagN0QqY0rAzkdqIB9NQbrzjbUWCzRxmiNniBWSCyuM50Ke82o9JBeIg7D9GqCo5ZQ30fzIFGm6TvLH1/Qb4FHOQF+7FCLCwLlW+LBffBdIVe+/k7l28cAwJJKRMNfN9LKM6Z9dcHDqcWmduHPCx57TasfpfkNwOAY+SetVVCijVmxG72N2icQbGk0c4s/yM9Zd0uOc4uwnFAQiWjmQ8qHztAv+cB4EN9IgTxB+eyx8tv5/IxqHpuXWHk7RqNQFQvGppDIWZ78Y6UfBnzllucbndIS/Lh/0n89lE3/L47rRstx9KzF91C5SU3vWBMocS2NEf4tT5Wlm1ofuXgoSFEMwYjp80UXOy+toY1idEhiYOdx+gAO24er7NfV5C4 x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: 1284764a-f5ad-4cb3-f45d-08d80783b333 X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Jun 2020 06:02:30.0302 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: Xwm0MtIZkY02fIIUX2ycb0qAXPwnFCtHBIlVE7aass5K7UEezh0TAa25Xsz6YprnQev+9gEFdClQymQrbQKw6w== X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY4PR05MB3256 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.216, 18.0.687 definitions=2020-06-03_03:2020-06-02, 2020-06-03 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 suspectscore=0 mlxlogscore=999 lowpriorityscore=0 cotscore=-2147483648 mlxscore=0 phishscore=0 priorityscore=1501 spamscore=0 clxscore=1011 adultscore=0 bulkscore=0 malwarescore=0 impostorscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2004280000 definitions=main-2006030047 Archived-At: Subject: Re: [mpls] working group adaption poll (wgap) for draft-hegde-mpls-spring-epe-oam X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Jun 2020 06:02:37 -0000 SGkgRGhydXYsDQoNClRoYW5rcyBmb3IgdGhlIHJldmlldyBhbmQgY29tbWVudHMuIFBscyBzZWUg aW5saW5lDQoNCg0KSnVuaXBlciBCdXNpbmVzcyBVc2UgT25seQ0KDQotLS0tLU9yaWdpbmFsIE1l c3NhZ2UtLS0tLQ0KRnJvbTogRGhydXYgRGhvZHkgPGRocnV2LmlldGZAZ21haWwuY29tPiANClNl bnQ6IFR1ZXNkYXksIE1heSAxMiwgMjAyMCAxOjMxIFBNDQpUbzogTG9hIEFuZGVyc3NvbiA8bG9h QHBpLm51Pg0KQ2M6IG1wbHNAaWV0Zi5vcmc7IG1wbHMtY2hhaXJzQGlldGYub3JnOyBkcmFmdC1o ZWdkZS1tcGxzLXNwcmluZy1lcGUtb2FtQGlldGYub3JnDQpTdWJqZWN0OiBSZTogW21wbHNdIHdv cmtpbmcgZ3JvdXAgYWRhcHRpb24gcG9sbCAod2dhcCkgZm9yIGRyYWZ0LWhlZ2RlLW1wbHMtc3By aW5nLWVwZS1vYW0NCg0KW0V4dGVybmFsIEVtYWlsLiBCZSBjYXV0aW91cyBvZiBjb250ZW50XQ0K DQoNCkhpIExvYSwgV0csDQoNCkkgc3VwcG9ydCB0aGUgYWRvcHRpb24gb2YgdGhpcyB3b3JrLCBp dCBwcm92aWRlcyBhIHVzZWZ1bCBmdW5jdGlvbmFsaXR5IHRoYXQgaGFzIGJlZW4gZGVzY3JpYmVk IHdlbGwgZW5vdWdoIHRvIGJlIGFkb3B0ZWQgYnkgdGhlIFdHLg0KDQpJIGRvIGhhdmUgYSBmZXcg c3VnZ2VzdGlvbnMgYW5kIG5pdHMgdGhhdCB0aGUgYXV0aG9ycyBjb3VsZCB0YWtlIHVwIGxhdGVy IC0NCg0KLS0NCg0KLSBJIHN1Z2dlc3QgYWRkaW5nIGEgZmV3IG1vcmUgbGluZXMgdG8gYnVpbGQg c29tZSBjb250ZXh0IGluIHlvdXIgSW50cm9kdWN0aW9uIHNlY3Rpb24sIHRoZSBjdXJyZW50IHRl eHQgd29ya3MgZm9yIHNvbWVvbmUgaW4gdGhlIGtub3ctaG93IG9mIE1QTFMtT0FNL1NSIGJ1dCBm YWlscyB0byBwcm92aWRlIGNvbnRleHQgZm9yIGEgZ2VuZXJhbCByZWFkZXIuDQo8c2hyYWRkaGE+ IFN1cmUuIC0wNyB3aWxsIGFkZHJlc3MgdGhpcw0KDQotIEkgc3VnZ2VzdCB0byBleHBhbmQgdGhl IHRleHQgaW4gc2VjdGlvbiA0LCB0byBjbGVhcmx5IHN0YXRlIHRoYXQgdGhpcyBJLUQgaXMgZnVy dGhlciBzcGVjaWZ5aW5nIDMgbW9yZSBuZXcgc3ViLVRMVnMgYW5kIGFsc28gd2hpY2ggVExWcyB3 b3VsZCBjYXJyeSB0aGVzZSBzdWItVExWcyBldGMuDQo8U2hyYWRkaGE+IHllcy4gLTA3IHdpbGwg YWRkcmVzcyB0aGlzDQoNCi0gU29tZSBvZiB0aGUgcmVmZXJlbmNlcyBtZW50aW9uZWQgYXMgSW5m b3JtYXRpdmUgYXJlIG1vcmUgc3VpdGFibGUgYXMgTm9ybWF0aXZlLCBuYW1lbHkgLSBbSS1ELmll dGYtc3ByaW5nLXNlZ21lbnQtcm91dGluZy1jZW50cmFsLWVwZV0sIFJGQyAyMTE5LCBSRkMgODE3 NCwgUkZDIDg2OTAgKD8pDQo8c2hyYWRkaGE+IEkgaGF2ZSBtb3ZlZCBSRkMgMjExOSwgUkZDIDgx NzQsIFJGQyA4NjkwIFRvIG5vcm1hdGl2ZSBidXQgSS1ELmlldGYtc3ByaW5nLXNlZ21lbnQtcm91 dGluZy1jZW50cmFsLWVwZSBEb2Vzbid0IHNlZW0gdG8gYmUgbm9ybWF0aXZlLiBUaGUgSURSIHBy b3RvY29sIGV4dGVuc2lvbiBmb3IgQkdQLUVQRSBpcyBhbHJlYWR5IGEgbm9ybWF0aXZlIGRvY3Vt ZW50Lg0KDQpOaXRzDQotIEFic3RyYWN0LCB5b3UgZXhwYW5kIFNlZ21lbnQgSWRlbnRpZmllcnMg KFNJRCkgTk9UIG9uIGZpcnN0IHVzZSBidXQgbXVjaCBsYXRlci4NCi0gSW50cm9kdWN0aW9uLCBz L21wbHMvTVBMUyAobXVsdGlwbGUgcGxhY2VzKQ0KLSBTZWN0aW9uIDIsIHMvZS1CR1AvRUJHUCAo YXMgcGVyIFJGQyBFZGl0b3IgYWJicmV2aWF0aW9uIHByZWZlcmVuY2UpDQotIFNlY3Rpb24gNC4x LCBDaGFuZ2UgaXB2NC9pcHY2IHRvIElQdjQvSVB2NiAobXVsdGlwbGUgcGxhY2VzKQ0KLSBTZWN0 aW9uIDQuMSwgRXhwYW5kIEZGUyENCi0gU2VjdGlvbiA1LCBzL1NIT3VMRC9TSE9VTEQNCi0gU2Vj dGlvbiA1LCBmaXggdGhlIG92ZXItcnVubmluZyBsaW5lcyAoZXhjZWVkaW5nIDgwIGNoYXJzKQ0K DQotLQ0KPHNocmFkZGhhPiBUaGFua3MgZm9yIGNhdGNoaW5nIHRoZXNlLiBXaWxsIGFkZHJlc3Mg YWxsIG9mIHRoZW0gaW4gLTA3DQpSZWdhcmRzLA0KRGhydXYNCg0KT24gVGh1LCBBcHIgMzAsIDIw MjAgYXQgODoyNyBBTSBMb2EgQW5kZXJzc29uIDxsb2FAcGkubnU+IHdyb3RlOg0KPg0KPiBXb3Jr aW5nIEdyb3VwLA0KPg0KPiBUaGlzIGlzIHRvIHN0YXJ0IGEgdHdvIHdlZWsgcG9sbCBvbiBhZG9w dGluZyANCj4gZHJhZnQtaGVnZGUtbXBscy1zcHJpbmctZXBlLW9hbSBhcyBhIE1QTFMgd29ya2lu ZyBncm91cCBkb2N1bWVudC4NCj4NCj4gUGxlYXNlIHNlbmQgeW91ciBjb21tZW50cyAoc3VwcG9y dC9ub3Qgc3VwcG9ydCkgdG8gdGhlIG1wbHMgd29ya2luZyANCj4gZ3JvdXAgbWFpbGluZyBsaXN0 IChtcGxzQGlldGYub3JnKS4gUGxlYXNlIGdpdmUgYSB0ZWNobmljYWwgbW90aXZhdGlvbiANCj4g Zm9yIHlvdXIgc3VwcG9ydC9ub3Qgc3VwcG9ydCwgZXNwZWNpYWxseSBpZiB5b3UgdGhpbmsgdGhh dCB0aGUgDQo+IGRvY3VtZW50IHNob3VsZCBub3QgYmUgYWRvcHRlZCBhcyBhIHdvcmtpbmcgZ3Jv dXAgZG9jdW1lbnQuDQo+DQo+IFRoZXJlIGlzIG9uZSBJUFIgZGlzY2xvc3VyZSBhZ2FpbnN0IHRo aXMgZG9jdW1lbnQuDQo+DQo+IFRoZSBhdXRob3JzIGhhdmUgc3RhdGVkIG9uIHRoZSBNUExTIHdn IG1haWxpbmcgbGlzdCB0aGF0IHRoZXkgYXJlIA0KPiB1bmF3YXJlIG9mIGFueSBJUFJzIHRoYXQg cmVsYXRlcyB0byB0aGlzIGRvY3VtZW50Lg0KPg0KPiBUaGUgd29ya2luZyBncm91cCBhZG9wdGlv biBwb2xsIGVuZHMgTWF5IDE1LCAyMDIwLg0KPg0KPiAvTG9hDQo+IC0tDQo+DQo+IE15IG1haWwg c2VydmVyIGl0IHVuZGVyIGEgRE9TIGF0dGFjaywgd2UgYXJlIHdvcmtpbmcgdG8gZml4IGl0IGJ1 dCBpdCANCj4gbWF5IHRha2Ugc29tZSB0aW1lLg0KPg0KPg0KPiBMb2EgQW5kZXJzc29uICAgICAg ICAgICAgICAgICAgICAgICAgZW1haWw6IGxvYUBwaS5udQ0KPiBTZW5pb3IgTVBMUyBFeHBlcnQN Cj4gQnJvbnplIERyYWdvbiBDb25zdWx0aW5nICAgICAgICAgICAgIHBob25lOiArNDYgNzM5IDgx IDIxIDY0DQo+DQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fDQo+IG1wbHMgbWFpbGluZyBsaXN0DQo+IG1wbHNAaWV0Zi5vcmcNCj4gaHR0cHM6Ly91cmxk ZWZlbnNlLmNvbS92My9fX2h0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBs cw0KPiBfXzshIU5FdDZ5TWFPLWdrIVF1RjF2WEtHb2tiMkljZ1ItVkY2cFJ4SzJwMUNkOWJSNXlv bUJsTmlScEt6Ujc1LURGY281DQo+IDIwdHVjaFFrdkxwJA0K From nobody Tue Jun 2 23:19:07 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0EE483A0B42; Tue, 2 Jun 2020 23:19:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.1 X-Spam-Level: X-Spam-Status: No, score=-2.1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, 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=juniper.net header.b=shns83Sd; dkim=pass (1024-bit key) header.d=juniper.net header.b=LAcoqcTX Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iuYTL3Fwf6_U; Tue, 2 Jun 2020 23:19:03 -0700 (PDT) Received: from mx0a-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.16]) (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 D82683A0B3E; Tue, 2 Jun 2020 23:19:03 -0700 (PDT) Received: from pps.filterd (m0108159.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 0536EXPj005548; Tue, 2 Jun 2020 23:19:02 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=PPS1017; bh=ev6VvbMUSz9tDI+LHrSlAOfmPb0Xc/LypCOFOMAds04=; b=shns83SdPfVAfIiU3wz6M6dUeU/hXUH218CTZJb67s7rfSWK80JGaaBQypkjBIaCA/ND fKmyrzdIJBRfFYdSCtc3sn8QjCbe1MJK1In5SzXvdqqYroc0bdKtzzb3Q4dM1D15dk04 CvdH/c6ydRi5vAGlwP5r5vGlVqkkU0V2CJKI9PpRECaSkyG7FIzllDoff7/lQAxZehgd G/UB6y84VyRdHDLbY4yFqSNiqkPAI+GP8xhzdUEochLbx+6ZTU1/UCC0f0XSelib9b8p ERwrqT+4uRqrLyz/BrcDmIkzjZuMb7B7DCjwjVSP/ThO4eSpW6uCJK5kdDvLoXhvX2YR lw== Received: from nam11-co1-obe.outbound.protection.outlook.com (mail-co1nam11lp2173.outbound.protection.outlook.com [104.47.56.173]) by mx0a-00273201.pphosted.com with ESMTP id 31bnexp52d-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 02 Jun 2020 23:19:02 -0700 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=i6Ej1P7qHIEHeUez6vaez23Mah6lLxl94g+56v0NnQjSmg+imaCVjoXZcypdF+UPEZupSPAw8i64fos9lWfymI/8kNoP1TdubQpf50DsbWkbwbf9Mp+UGh1BbyR5W0ofmsWHjaQB+YIfEOK9z0tyV+5UQAFesT+dquiJ/jZ7AOpSe+e+ge6GTgsEZbTvg9fY1GdUH1LwVvdAZWyBk2RhnrVKYt+zc1JRmnCvZss5wzuVKCrawuPh4+yP3s9YhxM/Ovf5zSGI184IJiWTiT9gbzhTfY5VpnWzyTDm4DolVrTHZsnfAUIAHBc+PWOUAIg9sAX3PhkUTSg1voSD9LdKMA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=ev6VvbMUSz9tDI+LHrSlAOfmPb0Xc/LypCOFOMAds04=; b=H3ukiTkXL7QSq/ZqQgQ+m+HZHSmrcCJ6heueyjXZ3/8f6b2wqk6KsfHCsQunN+I6ArBCczJ9QUGokN8clsst0sqxUcRMGGI1iS08l022PzMaRZkRpZZoHG7fF9CDu5ukymYRhsstbDIUxPfKxrPM1xvNsvQPiap5wX7asgNg1/j7jGF97NdRQUUOtSrEUhEejlFrYag+u9htdhOx4AiDk+Je/ytqUoqPR0jbK4bCo/CJ2r3XAD4sxk5d6pC375pX69fkHQ956vvDozuE8OKYaCDEQw1dISzvwNgcXWz6sRgqAtwaOx/wGwAZcIdT0iFuKBgcqXR8OI5Dhp9H2LbERQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=juniper.net; dmarc=pass action=none header.from=juniper.net; dkim=pass header.d=juniper.net; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=ev6VvbMUSz9tDI+LHrSlAOfmPb0Xc/LypCOFOMAds04=; b=LAcoqcTXwj+MMWyQg1fCzFPiJ87jpn3geMnX1zYC2TxdT1j/F7rclTHZYTV+Wgk91llZyH+Yl4d1gbaFkt5J1wSVY0dT3nmFKdkGp0doRP14OnIK6qsKAa56+8BPXBfMsXj6E5cIu2tak8Jk0ArCQFjMDpLVv9C1yFHixzfZf30= Received: from CY4PR05MB3576.namprd05.prod.outlook.com (2603:10b6:910:52::22) by CY4PR05MB3173.namprd05.prod.outlook.com (2603:10b6:903:fb::8) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3066.7; Wed, 3 Jun 2020 06:19:00 +0000 Received: from CY4PR05MB3576.namprd05.prod.outlook.com ([fe80::241d:c9c:c8de:e5e5]) by CY4PR05MB3576.namprd05.prod.outlook.com ([fe80::241d:c9c:c8de:e5e5%6]) with mapi id 15.20.3066.017; Wed, 3 Jun 2020 06:19:00 +0000 From: Shraddha Hegde To: "Ketan Talaulikar (ketant)" , Loa Andersson , "draft-hegde-mpls-spring-epe-oam@ietf.org" CC: "mpls-chairs@ietf.org" , "mpls@ietf.org" Thread-Topic: [mpls] working group adaption poll (wgap) for draft-hegde-mpls-spring-epe-oam Thread-Index: AQHWHpsEUfJU88XvSkKAbfbwWgY/HKikqACAgADOeACAAASQAIAhIQVQ Date: Wed, 3 Jun 2020 06:18:59 +0000 Message-ID: References: <6eee6cce-b7b3-dcce-b3b8-2229745e778d@pi.nu> <1717e4b0-17cf-13f7-d1bc-fd9a849418e1@pi.nu> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2020-06-03T06:18:56Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=0633b888-ae0d-4341-a75f-06e04137d755; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=5d9b56cc-13db-4ada-8043-c2f00f7cbf5e; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2 dlp-product: dlpe-windows dlp-version: 11.2.0.14 dlp-reaction: no-action authentication-results: cisco.com; dkim=none (message not signed) header.d=none;cisco.com; dmarc=none action=none header.from=juniper.net; x-originating-ip: [116.197.184.13] x-ms-publictraffictype: Email x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: 14f2c3e3-c9db-494e-e137-08d80786013b x-ms-traffictypediagnostic: CY4PR05MB3173: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 04238CD941 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: xTKqwnJI+F7YXZGMyt1v4DvivBbr6k/TnXrVJaJ6LJzykg+3K33i7JtRRkHSluUaUco2ocaMFX4Q4z4qvHz4vWPZk2FoRv2+8CJiwyaVb9Bfw6SsA4nAWhbZ3WI4hGkfz0qovpnk/zmdzuXLcWEViQe0X/RGTQewQxsvYDqmfCJYkDpqVDgNAEfDx8uC3ua/ydUEwvVSlOiit1cY7F1f93e9CqqPHQ4PRbomc5GEvVrfTTnh7g5zGXxIQuIjfasoXO5fJURuLeTv3Jhv1unfD8Pt2cEcN9thequW7PmzmLDzPyVeq1OjFTQYHSpXih0bOJmEBcOomKgb0i402tGTnsK2w7E8QAg81Y32AWAhM7ffrDpq75qxbnstacE/OX0+X3HD3n1yezPPKjFZx1GxJw== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:CY4PR05MB3576.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(39860400002)(366004)(136003)(346002)(396003)(376002)(966005)(83380400001)(2906002)(33656002)(186003)(86362001)(76116006)(9686003)(66574014)(478600001)(66446008)(66556008)(55016002)(66946007)(64756008)(66476007)(54906003)(110136005)(8936002)(7696005)(71200400001)(52536014)(4326008)(8676002)(53546011)(6506007)(5660300002)(316002)(26005); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: yPn88qETmjVXO3cY9VwZc/u7sMkmTfu7ItlDKEVxlvc5SNhw/FFv6UPgKLu/w7NWdHfM6yq02mWn008+dT2kfhQz+qUnZ1xNkkQVjLIN9oYv1vRB9BxghV99bTdfq9Rt7kRSRUxyIrvj1nqowwsCsG10Fx4f/nd8ttLC3/g1sduy6RHi4b0nsCKOMfSYrTeUbiWvxzJ/cL7U/sqfWW4sVSf7lqO+oRNhaGvLd0veJxNAC5/ldEM4E2lFchdtYYJx9BJ+N/nvjnRQ3XTozrbMS0W+j0REmKz2pzz2jCtrQ5wSPUF4QkPXklyDGQVdI5NlLL0lCnxmeAqpX4FXE+AKwAWRWpS1F0Lh/ChBB/g7PppBFVvTwUZS3vi9mOlmTX02UwpmC7Ybsy2J11IKuuoJNebqgdH+evYP9TqvNL6NLxJmcoI5HESSzG3j2kxJGMFDT04jgTIayLks2gEmpqOrOtaluQKuwDGw11AFw5H7E11wlaCG+Jeq4z2WoY77baDW x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: 14f2c3e3-c9db-494e-e137-08d80786013b X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Jun 2020 06:18:59.8919 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: AW0WOf5eaM63NPBLe2YCSczIZyXLjX6kez5teo7I/ZjP9w0Ss6r+UvnfHCQtGhW5HGCzL2zUB/wELv+WVWvehA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY4PR05MB3173 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.216, 18.0.687 definitions=2020-06-03_03:2020-06-02, 2020-06-03 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 suspectscore=0 mlxlogscore=999 lowpriorityscore=0 cotscore=-2147483648 mlxscore=0 phishscore=0 priorityscore=1501 spamscore=0 clxscore=1011 adultscore=0 bulkscore=0 malwarescore=0 impostorscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2004280000 definitions=main-2006030049 Archived-At: Subject: Re: [mpls] working group adaption poll (wgap) for draft-hegde-mpls-spring-epe-oam X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Jun 2020 06:19:06 -0000 SGkga2V0YW4sDQoNClRoYW5rcyBmb3IgdGhlIGRldGFpbGVkIHJldmlldyBhbmQgY29tbWVudHMu IFBscyBzZWUgaW5saW5lIGZvciByZXNwb25zZS4NCg0KDQpKdW5pcGVyIEJ1c2luZXNzIFVzZSBP bmx5DQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBLZXRhbiBUYWxhdWxpa2Fy IChrZXRhbnQpIDxrZXRhbnRAY2lzY28uY29tPiANClNlbnQ6IFdlZG5lc2RheSwgTWF5IDEzLCAy MDIwIDk6MzggQU0NClRvOiBMb2EgQW5kZXJzc29uIDxsb2FAcGkubnU+OyBkcmFmdC1oZWdkZS1t cGxzLXNwcmluZy1lcGUtb2FtQGlldGYub3JnDQpDYzogbXBscy1jaGFpcnNAaWV0Zi5vcmc7IG1w bHNAaWV0Zi5vcmcNClN1YmplY3Q6IFJFOiBbbXBsc10gd29ya2luZyBncm91cCBhZGFwdGlvbiBw b2xsICh3Z2FwKSBmb3IgZHJhZnQtaGVnZGUtbXBscy1zcHJpbmctZXBlLW9hbQ0KDQpbRXh0ZXJu YWwgRW1haWwuIEJlIGNhdXRpb3VzIG9mIGNvbnRlbnRdDQoNCg0KSGkgIExvYSwNCg0KVGhlcmUg aXMgbm8gZG91YnQgYWJvdXQgdGhlIG5lZWQgZm9yIExTUCBwaW5nIGFuZCB0cmFjZXJvdXRlIG9w ZXJhdGlvbnMgdG8gY292ZXIgQkdQIEVQRSBTSURzLiBTbyB0aGUgcmVxdWlyZW1lbnQgaXMgcmVh bCBhbmQgc29tZXRoaW5nIHRoYXQgdGhlIFdHIHNob3VsZCBiZSB0YWtpbmcgdXAuDQoNCk15IGNv bmNlcm5zIGlzIHRoYXQgdGhlIHByb3Bvc2FsIGluIHRoZSBkcmFmdCBpcyBkaXZlcmdpbmcgZnJv bSB0aGUgY29udHJvbCBwbGFuZSBwcm90b2NvbCBzZW1hbnRpY3MgZm9yIHdoYXQgY29uc3RpdHV0 ZXMgdGhlIEZFQyAob3IgY29udGV4dCkgYW5kIGhvdyBpdCBpcyB0byBiZSB2YWxpZGF0ZWQuIFRo ZXNlIGFyZSBzb21lIGNvcmUgYXNwZWN0cyB0aGF0IElNSE8gbmVlZCB0byBiZSBhZGRyZXNzZWQg YmVmb3JlIGFkb3B0aW9uIHdoaWxlIHRoZSByZXN0IG1heSBiZSB0YWtlbiB1cCBkdXJpbmcgaXRz IGxpZmUgYXMgYSBXRyBkb2N1bWVudC4gSSB3b3VsZCBzdWdnZXN0IHRvIHdhaXQgZm9yIHRoZSBh dXRob3JzIHJlc3BvbnNlLg0KDQpUaGFua3MsDQpLZXRhbg0KDQotLS0tLU9yaWdpbmFsIE1lc3Nh Z2UtLS0tLQ0KRnJvbTogTG9hIEFuZGVyc3NvbiA8bG9hQHBpLm51Pg0KU2VudDogMTMgTWF5IDIw MjAgMDk6MjINClRvOiBLZXRhbiBUYWxhdWxpa2FyIChrZXRhbnQpIDxrZXRhbnRAY2lzY28uY29t PjsgZHJhZnQtaGVnZGUtbXBscy1zcHJpbmctZXBlLW9hbUBpZXRmLm9yZw0KQ2M6IG1wbHMtY2hh aXJzQGlldGYub3JnOyBtcGxzQGlldGYub3JnDQpTdWJqZWN0OiBSZTogW21wbHNdIHdvcmtpbmcg Z3JvdXAgYWRhcHRpb24gcG9sbCAod2dhcCkgZm9yIGRyYWZ0LWhlZ2RlLW1wbHMtc3ByaW5nLWVw ZS1vYW0NCg0KS2V0YW4sDQoNCkFueXRoaW5nIG9mIHRoaXMgdGhhdCBuZWVkIHRvIGFkZHJlc3Nl ZCBiZWZvcmUgd2cgYWRvcHRpb24/DQoNCg0KQXV0aG9ycw0KDQpJIGxlYXZlIHRoZSB3Z2FwIG9w ZWIgYSBmZXcgZXh0cmEgZGF5cyB0byBsbG93IHlvdSB0byByZXNwb25kIHRvIHRoaXMuDQoNCg0K L0xvYQ0KDQpPbiAxMi8wNS8yMDIwIDIzOjMyLCBLZXRhbiBUYWxhdWxpa2FyIChrZXRhbnQpIHdy b3RlOg0KPiBIZWxsbyBBdXRob3JzLA0KPg0KPiBJIGhhdmUgdGhlIGZvbGxvd2luZyBjb21tZW50 cyBvbiB0aGlzIGRyYWZ0IGFuZCB3b3VsZCBiZSBnb29kIGlmIHlvdSBjb3VsZCBjbGFyaWZ5L3Jl c3BvbmQuDQo+DQo+IDEpVGhlIEZFQyBkZXNjcmlwdGlvbiBzaG91bGQgbWF0Y2ggdGhlICJjb250 ZXh0IiB0aGF0IGlzIGFkdmVydGlzZWQgaW4gDQo+IHRoZSBjb250cm9sIHBsYW5lIGZvciBQZWVy IEFkaiBTSUQuIEUuZy4gdGhlIGxvY2FsL3JlbW90ZSBJbnRlcmZhY2UgDQo+IElEcyBhcmUgbm90 IGJlaW5nIGluY2x1ZGVkIGZyb20gDQo+IGh0dHBzOi8vdXJsZGVmZW5zZS5jb20vdjMvX19odHRw czovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1pZHINCj4gLWJncGxzLXNlZ21lbnQt cm91dGluZy1lcGUtMV9fOyEhTkV0NnlNYU8tZ2shVzAtR3A4OFdLbnFSZlg0a2RmZVdWOGFJSA0K PiBxclhUajBQeno5VmwtQjJaVm43OFNGTzYwWEdCRGkyWS01eElueTgkDQo+IDkjc2VjdGlvbi00 LjINCg0KPFNocmFkZGhhPiBUaGUgRVBFIGRyYWZ0IG1hbmRhdGVzIGludGVyZmFjZS1pZHMgYW5k IGFsbG93cyByZW1vdGUgaW50ZXJmYWNlLWlkIHRvIGJlIHplcm8uDQpSZW1vdGUgaW50ZXJmYWNl IElEIGJlaW5nIHplcm8gZG9lcyBub3QgaGVscCBpbiB2YWxpZGF0aW5nIHRoZSBpbmNvbWluZyBp bnRlcmZhY2Ugd2hpY2ggaXMgdmVyeQ0KVXNlZnVsIE9BTSBmdW5jdGlvbmFsaXR5LiBGb3IgdGhp cyByZWFzb24sIHRoaXMgZHJhZnQgcmVjb21tZW5kcyBzZW5kaW5nIGludGVyZmFjZSBhZGRyZXNz ZXMgaW4gdGhlIFBlZXJBREogU0lEDQpMaW5rIGRlc2NyaXB0b3JzIHdoaWNoIGlzIG9wdGlvbmFs LiANCg0KSSBoYXZlIHVwZGF0ZWQgdGhlIFBlZXJBZGogU0lEIHNlY3Rpb24gd2l0aCB0aGlzIGlu Zm9ybWF0aW9uIGFuZCBhbHNvIHVwZGF0ZWQgd2l0aCB0aGUgcG9zc2liaWxpdHkgb2Ygc2VuZGlu ZyB6ZXJvDQpJbiB3aGljaCBjYXNlIGluY29taW5nIGludGVyZmFjZSB2YWxpZGF0aW9uIHNob3Vs ZCBiZSBza2lwcGVkLiBUaGlzIGlzIHRvIGFjY29tbW9kYXRlIGNhc2VzIHdoZW4gdGhlIGFkdmVy dGlzaW5nIG5vZGUgZG9lcyBub3Qgc2VuZCB0aGUgaW50ZXJmYWNlIGFkZHJlc3Nlcw0KPg0KPiAy KSBGb3IgdGhlIFBlZXIgTm9kZSBTSUQsIHRoZSBjb250cm9sIHBsYW5lIGRlZmluaXRpb24gaXMg aHR0cHM6Ly91cmxkZWZlbnNlLmNvbS92My9fX2h0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9k cmFmdC1pZXRmLWlkci1iZ3Bscy1zZWdtZW50LXJvdXRpbmctZXBlLTE5KnNlY3Rpb24tNC4xX187 SXchIU5FdDZ5TWFPLWdrIVcwLUdwODhXS25xUmZYNGtkZmVXVjhhSUhxclhUajBQeno5VmwtQjJa Vm43OFNGTzYwWEdCRGkyWTZzWGRsY1kkICBhbmQgdGhlIEZFQyBkZXNjcmlwdGlvbiBpbiB0aGlz IGRyYWZ0IGlzIG5vdCBhbGlnbmVkIHdpdGggdGhlIGNvcnJlc3BvbmRpbmcgY29udHJvbCBwbGFu ZS4gVGhlIFBlZXIgTm9kZSBTSUQgaXMgbWVhbnQgZm9yIHRoZSBwYWNrZXQgdG8gYmUgZGVsaXZl cmVkIHRvIGEgc3BlY2lmaWMgQkdQIHBlZXIgYW5kIGl0IGRvZXMgbm90IG1hdHRlciBvdmVyIHdo aWNoIGludGVyZmFjZSBpdCBpcyByZWNlaXZlZC4gU28gd2h5IGhhdmUgdGhvc2UgaW50ZXJmYWNl IGFkZHJlc3NlcyBhcyBtYW5kYXRvcnkgaW4gdGhlIEZFQy4gVGhlIG9ubHkgdGhpbmcgdGhlIGNv bnRyb2wgcGxhbmUgaW5kaWNhdGVzIGlzIHRoZSBwZWVyaW5nIHNlc3Npb24gaXRzZWxmLg0KPg0K PiAzKSBTYW1lIGFzICgyKSBhYm92ZSwgZm9yIHRoZSBQZWVyIFNldCBTSUQsIHRoZSBpbnRlcmZh Y2VzIGFyZSBkb24ndCBjYXJlLg0KPFNocmFkZGhhPiBUaGUgcmVhc29uIGZvciBuZWVkIHRvIGhh dmUgaW50ZXJmYWNlIGFkZHJlc3NlcyBzcGVjaWZpZWQgaXMgZm9yIGluY29taW5nIGludGVyZmFj ZSB2YWxpZGF0aW9uIGFzIGV4cGxhaW5lZCBhYm92ZS4gRm9yIFBlZXIgTm9kZSBTSUQgaW50ZXJm YWNlcyBhcmUgYWR2ZXJ0aXNlZCB3aXRoIGRyYWZ0IEktRC5oZWdkZS1pZHItYmdwLWxzLWVwZS1p bnRlci1hcy5JIGhhdmUgYWRkZWQgdGhpcyB0byB0aGUgcmVmZXJlbmNlIGFuZCB1cGRhdGVkIHRl eHQgYXMgdG8gd2h5IGl0IGlzIG5lZWRlZC4gQWxzbyB0aGUgaW5ncmVzcyBjYW4gc2VuZCAwIHBh aXIgb2YgYWRkcmVzc2VzIGluIHdoaWNoIGNhc2UNCkluY29taW5nIGludGVyZmFjZSB2YWxpZGF0 aW9uIHdpbGwgYmUgc2tpcHBlZCBhbmQgc3VjY2VzcyB3aWxsIGJlIHNlbnQgYmFzZWQgb24gb3Ro ZXIgdmFsaWRhdGlvbnMuDQpQbHMgY2hlY2sgLTA3IHZlcnNpb24gYW5kIGxldCBtZSBrbm93IGlm IHlvdSBhcmUgT0sgd2l0aCBpdC4NCj4NCj4gNCkgVGhlIGRyYWZ0IGp1c3Qgc2F5cyB0aGF0IHRo ZSBwcm9jZWR1cmVzIGFyZSBib3Jyb3dlZCBmcm9tIFJGQzgyODcgYnV0IEkgZG9uJ3QgdGhpbmsg dGhpcyBpcyBzbyBzdHJhaWdodGZvcndhcmQgb3IgdHJpdmlhbC4gRS5nLiBodHRwczovL3VybGRl ZmVuc2UuY29tL3YzL19faHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL3JmYzgyODcqc2VjdGlv bi03LjJfXztJdyEhTkV0NnlNYU8tZ2shVzAtR3A4OFdLbnFSZlg0a2RmZVdWOGFJSHFyWFRqMFB6 ejlWbC1CMlpWbjc4U0ZPNjBYR0JEaTJZM1owRHJaXyQgIGhhcyB0aGUgZm9sbG93aW5nOg0KPg0K PiAgICAgVGhlIG5ldHdvcmsgbm9kZSB0aGF0IGlzIGltbWVkaWF0ZWx5IGRvd25zdHJlYW0gb2Yg dGhlIG5vZGUgdGhhdA0KPiAgICAgYWR2ZXJ0aXNlZCB0aGUgQWRqYWNlbmN5IFNlZ21lbnQgSUQg aXMgcmVzcG9uc2libGUgZm9yIGdlbmVyYXRpbmcgdGhlDQo+ICAgICBGRUMgU3RhY2sgQ2hhbmdl IHN1Yi1UTFYgZm9yIFBPUCBvcGVyYXRpb24gZm9yIHRoZSBBZGphY2VuY3kgU2VnbWVudA0KPiAg ICAgSUQuDQo+DQoNCjxzaHJhZGRoYT4gQSBuZXcgc2VjdGlvbiBmb3IgRVBFIEZFQyB2YWxpZGF0 aW9uIGhhcyBiZWVuIGFkZGVkIGluIC0wNiB2ZXJzaW9uLiBUaGlzIHNlY3Rpb24gc3BlY2lmaWVz IHRoZSBkZXRhaWxzIHdoZW4gcmV0dXJuIGNvZGUgMyANCkhhcyB0byBiZSBzZW50LiBBcyBwZXIg IFJGQyA4MDI5IHNlYyAzLjQuMS4zIEZFQyBzdGFjayBjaGFuZ2UgYW5kIElTX0VHUkVTUyBjb2Rl IGFyZSB0cmVhdGVkIGlkZW50aWNhbGx5Lg0KIiBBIERvd25zdHJlYW0gRGV0YWlsZWQgTWFwcGlu ZyBUTFYgY29udGFpbmluZyBvbmx5IG9uZSBGRUMgc3RhY2sNCiAgICAgICBjaGFuZ2Ugc3ViLVRM ViB3aXRoIHBvcCBvcGVyYXRpb24gaXMgZXF1aXZhbGVudCB0byBJU19FR1JFU1MNCiAgICAgICAo UmV0dXJuIENvZGUgMywgU2VjdGlvbiAzLjEpIGZvciB0aGUgb3V0ZXJtb3N0IEZFQyBpbiB0aGUg RkVDDQogICAgICAgc3RhY2suICBUaGUgaW5ncmVzcyByb3V0ZXIgcGVyZm9ybWluZyB0aGUgTFNQ IHRyYWNlcm91dGUgTVVTVA0KICAgICAgIHRyZWF0IHN1Y2ggYSBjYXNlIGFzIGFuIElTX0VHUkVT UyBmb3IgdGhlIG91dGVybW9zdCBGRUMuIg0KDQpJIGRvbid0IHNlZSB0aGUgbmVlZCB0byByZS1p dGVyYXRlIFJGQyA4MDI5IHNlY3Rpb25zIGluIHRoaXMgZHJhZnQuIElmIGl0IGlzIHN0aWxsIG5v dCBjbGVhciBsZXQgbWUga25vdy4NCg0KPiBJbiB0aGUgY2FzZSBvZiBJR1BzLCB0aGUgZG93bnN0 cmVhbSBub2RlIGRvZXMgaGF2ZSB0aGUgbGFiZWwgYW5kIGNvbnRleHQgZm9yIGFkamFjZW5jeSBT SUQgKHdoaWNoIGlzIGZ1bmN0aW9uYWxseSBjbG9zZXN0IHRvIEJHUCBFUEUgU0lEcykuIEluIHRo ZSBCR1AtRVBFIFNJRHMgY2FzZSwgdGhpcyBpcyBub3QgYWx3YXlzIHRoZSBjYXNlLiBTbyBJIGJl bGlldmUsIGl0IHdvdWxkIGJlIGJldHRlciBpZiB0aGUgZW50aXJlIG9wZXJhdGlvbiB3ZXJlIGRl c2NyaWJlZC4NCjxTaHJhZGRoYT4gRVBFIFNJRCB2YWxpZGF0aW9uIHNlY3Rpb24gaXMgYWRkZWQu IFBscyB0YWtlIGEgbG9vayBhbmQgbGV0IG1lIGtub3cgaWYgaXQgbG9va3MgZ29vZC4NCj4NCj4g NSkgVGhlIHBpbmcgb3IgdHJhY2Vyb3V0ZSBkb25lIHRvIGFueSBvZiB0aGUgQkdQIEVQRSBTSUQg Y29ycmVzcG9uZGluZyB0byBhbiBlQkdQIHNlc3Npb24gbWF5IHJlc3VsdCBpbiB0aGUgcGFja2V0 IGJlaW5nIHNlbnQgdG8gYW5vdGhlciBlbnRpdHkuIFRoZSBzZWN1cml0eSBjb25zaWRlcmF0aW9u IHRhbGsgYWJvdXQgaXQsIGJ1dCB0aGUgcHJvYmxlbSBpcyBub3QgYWRkcmVzc2VkIGJ5IHRoZSBy ZW1vdGUgQVMgZHJvcHBpbmcgdGhlIHBhY2tldHMuIFRoZSBzZWN1cml0eSBpc3N1ZSBpcyB0aGF0 IHRoZSBPQU0gcGFja2V0IGNvdWxkIGV4cG9zZSB0aGUgRkVDcyBhbmQgaW5mb3JtYXRpb24gb2Yg dGhlIGxvY2FsIEFTIHRvIGEgcmVtb3RlIEFTLiBTbyBpdCBpcyBtb3JlIGFzIGFuIGNhdmVhdCBm b3IgdGhlIG9wZXJhdG9ycyBwZXJmb3JtaW5nIHRoZSBPQU0gb3BlcmF0aW9uIHRvIGJlIG1pbmRm dWwgb2YgdGhpcyBmYWN0Lg0KPg0KPFNocmFkZGhhPiBZZXMuIFRoaXMgd2FzIHJhaXNlZCBpbiBS VCByZXZpZXcgYW5kIHNlY3VyaXR5IHNlY3Rpb24gaGFzIGJlZW4gdXBkYXRlZCB3aXRoIHRoaXMg aW5mbyBpbiAtMDYgdmVyc2lvbi4NCiAgIA0KPiBJbiBnZW5lcmFsLCBzb21lIG1vcmUgZGVzY3Jp cHRpb24gdGhhdCBzZXQgdGhlIHN0YWdlIGZvciB0aGUgaW50cm9kdWN0aW9uIG9mIHRoZSBuZXcg ZXh0ZW5zaW9ucyBhbmQgZWxhYm9yYXRlIG1vcmUgb24gdGhlIG9wZXJhdGlvbnMgKHNvbWUgY29u c2lkZXJhdGlvbnMgYWJvdmUgb24gd2hhdCBpcyBtYW5kYXRvcnkgdG8gZXZhbHVhdGUgYW5kIHdo YXQgaXMgb3B0aW9uYWwpLg0KPFNocmFkZGhhPiBTdXJlLiBQbHMgY2hlY2sgdGhlIC0wNyB2ZXJz aW9uIHdoaWNoIEknbGwgYmUgcG9zdGluZyBzb29uIGFuZCBsZXQgbWUga25vdyBpZiB5b3UgaGF2 ZSBmdXJ0aGVyIGNvbW1lbnRzLg0KPg0KPiBUaGFua3MsDQo+IEtldGFuDQo+DQo+IC0tLS0tT3Jp Z2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IG1wbHMgPG1wbHMtYm91bmNlc0BpZXRmLm9yZz4g T24gQmVoYWxmIE9mIExvYSBBbmRlcnNzb24NCj4gU2VudDogMzAgQXByaWwgMjAyMCAwODoyNg0K PiBUbzogbXBsc0BpZXRmLm9yZw0KPiBDYzogbXBscy1jaGFpcnNAaWV0Zi5vcmc7IGRyYWZ0LWhl Z2RlLW1wbHMtc3ByaW5nLWVwZS1vYW1AaWV0Zi5vcmcNCj4gU3ViamVjdDogW21wbHNdIHdvcmtp bmcgZ3JvdXAgYWRhcHRpb24gcG9sbCAod2dhcCkgZm9yIA0KPiBkcmFmdC1oZWdkZS1tcGxzLXNw cmluZy1lcGUtb2FtDQo+DQo+IFdvcmtpbmcgR3JvdXAsDQo+DQo+IFRoaXMgaXMgdG8gc3RhcnQg YSB0d28gd2VlayBwb2xsIG9uIGFkb3B0aW5nIGRyYWZ0LWhlZ2RlLW1wbHMtc3ByaW5nLWVwZS1v YW0gYXMgYSBNUExTIHdvcmtpbmcgZ3JvdXAgZG9jdW1lbnQuDQo+DQo+IFBsZWFzZSBzZW5kIHlv dXIgY29tbWVudHMgKHN1cHBvcnQvbm90IHN1cHBvcnQpIHRvIHRoZSBtcGxzIHdvcmtpbmcgZ3Jv dXAgbWFpbGluZyBsaXN0IChtcGxzQGlldGYub3JnKS4gUGxlYXNlIGdpdmUgYSB0ZWNobmljYWwg bW90aXZhdGlvbiBmb3IgeW91ciBzdXBwb3J0L25vdCBzdXBwb3J0LCBlc3BlY2lhbGx5IGlmIHlv dSB0aGluayB0aGF0IHRoZSBkb2N1bWVudCBzaG91bGQgbm90IGJlIGFkb3B0ZWQgYXMgYSB3b3Jr aW5nIGdyb3VwIGRvY3VtZW50Lg0KPg0KPiBUaGVyZSBpcyBvbmUgSVBSIGRpc2Nsb3N1cmUgYWdh aW5zdCB0aGlzIGRvY3VtZW50Lg0KPg0KPiBUaGUgYXV0aG9ycyBoYXZlIHN0YXRlZCBvbiB0aGUg TVBMUyB3ZyBtYWlsaW5nIGxpc3QgdGhhdCB0aGV5IGFyZSB1bmF3YXJlIG9mIGFueSBJUFJzIHRo YXQgcmVsYXRlcyB0byB0aGlzIGRvY3VtZW50Lg0KPg0KPiBUaGUgd29ya2luZyBncm91cCBhZG9w dGlvbiBwb2xsIGVuZHMgTWF5IDE1LCAyMDIwLg0KPg0KPiAvTG9hDQo+DQoNCi0tDQoNCk15IG1h aWwgc2VydmVyIGZyb20gdGltZSB0byB0aW1lIGhhcyBjb21lIHVuZGVyIERPUyBhdHRhY2tzLCB3 ZSBhcmUgd29ya2luZyB0byBmaXggaXQgYnV0IGl0IG1heSB0YWtlIHNvbWUgdGltZS4gSWYgeW91 IGdldCBkZW5pYWwgb2Ygc2VydmljZSBzZW5kaW5nIHRvIG1lIHBseiB0cnkgdG8gdXNlIGxvYS5w aS5udUBnbWFpbA0KDQoNCkxvYSBBbmRlcnNzb24gICAgICAgICAgICAgICAgICAgICAgICBlbWFp bDogbG9hQHBpLm51DQpTZW5pb3IgTVBMUyBFeHBlcnQNCkJyb256ZSBEcmFnb24gQ29uc3VsdGlu ZyAgICAgICAgICAgICBwaG9uZTogKzQ2IDczOSA4MSAyMSA2NA0K From nobody Tue Jun 2 23:21:30 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D59B43A0B44; Tue, 2 Jun 2020 23:21:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.099 X-Spam-Level: X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, 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=juniper.net header.b=I20SG+FG; dkim=pass (1024-bit key) header.d=juniper.net header.b=DfwMRc6x Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZMx2UpZdlMZz; Tue, 2 Jun 2020 23:21:25 -0700 (PDT) Received: from mx0b-00273201.pphosted.com (mx0b-00273201.pphosted.com [67.231.152.164]) (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 06E003A0B42; Tue, 2 Jun 2020 23:21:24 -0700 (PDT) Received: from pps.filterd (m0108161.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 0536DPgt014350; Tue, 2 Jun 2020 23:21:10 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : mime-version; s=PPS1017; bh=4E/RKPrK8RFaeJ2CL+HvNlttuuNXKlIe+qWDuvfl4fc=; b=I20SG+FGLGq5SCOtD+ZPVSt+LVom4NF4ax8WxwAfPRQEm/228mNt4jgqf4HOQ1BbXwGd YRLaihJ1FQe0i+Q1vJDHZG940ozElESbfTpB6u+hlGGoKS8tHGiaO1N1dQTpK00dipjL 0fdF06A7rjQihZ11b7LiCh/TE6DC+UqO7ahu9kga6f44Bk8rH3efCDqUuFVDur3njPl6 iddjHbkcUYnTrWaUFhIQW9fLhFrwDviPaetx6rNiBI81SVucw4NBurYluxUdgTG6pijr kBMSLmZ+jSkiO54TtC9PcNffeNW+bz+N3+yvlcjziDsFpPSNRoqAKwiqZE8lPLcMVjTM jw== Received: from nam12-mw2-obe.outbound.protection.outlook.com (mail-mw2nam12lp2043.outbound.protection.outlook.com [104.47.66.43]) by mx0b-00273201.pphosted.com with ESMTP id 31bpkxx2mp-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 02 Jun 2020 23:21:09 -0700 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=A8Yv8tNC2YPnHFjs2n77d8ERVUT6Bp+zCJlPkT1Pz5VVKizD4dVNxAozQzYwDusIq6hgGJyEDK+Tw5TR8IKtccmljkhYxqofelARYAcObgNltpYcNQE+9GdTLko7j2Ps7GnsKbs2EbGf1SsNLg/bMcavSKjd67CtHLd8zmZoPRD594W8/0VeY9D9yE3/jeVoWAzIg0U227SlQLkg0fgF7EDQjHKZZzVliMuMvxE76tEAJIP5nC95OANt3L9C772lGbf+5G8ck0095eFvJFdNUlYeNmUIDIdgIBXMuJDi+7hf0kn6M2P4Hon1kmvw4cIuJuA5Ne0/6NacnqIqfmlR8g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=4E/RKPrK8RFaeJ2CL+HvNlttuuNXKlIe+qWDuvfl4fc=; b=PsPDzlEMELgHlbcaUX523vqFNO0IVXFX3xNAdyjXa8VyJjonJUvxyTFaqXoJUzq8Mcoo5Qs91RKNhnL189XK8TRiP1efMLqq2gOhF6Qpgw1Df7phlvPLZfMIAJp9/+fY/tkSuxeDz7nhmV5puGcz740v0PnedYovwne9mn1NKG/5Tdb2cgppBU/Pzb79+T7oXWVO6yCm/WttrgRrmPfnpSwy41eafvrl4HOwlHVz+g4waQH6AfFPHygs3PSwm9PkkWzrLkcgiBKXxrsm4o1rGWOqELbccivRdQeiYYp/5UhSPld4h/4AoI7rx+EYaWFWrZ71pdL6rhxzGY6CgRE1gg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=juniper.net; dmarc=pass action=none header.from=juniper.net; dkim=pass header.d=juniper.net; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=4E/RKPrK8RFaeJ2CL+HvNlttuuNXKlIe+qWDuvfl4fc=; b=DfwMRc6xigvKAS/QThouh9U7kEwg9z+gsfh0zf6zyRODswkARMWn1UG0OXZx3hN4Z66Wye4VsLh2hSgnNawHCvZD3hYy/1dF9op5PDp8mNrdf9oIGfLjeD5HMuQSp5VJ06qEYBCrrTpbHeF5uxoI6Gd+uiTzv2HirvatdMoQWLE= Received: from CY4PR05MB3576.namprd05.prod.outlook.com (2603:10b6:910:52::22) by CY4PR05MB3173.namprd05.prod.outlook.com (2603:10b6:903:fb::8) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3066.7; Wed, 3 Jun 2020 06:21:06 +0000 Received: from CY4PR05MB3576.namprd05.prod.outlook.com ([fe80::241d:c9c:c8de:e5e5]) by CY4PR05MB3576.namprd05.prod.outlook.com ([fe80::241d:c9c:c8de:e5e5%6]) with mapi id 15.20.3066.017; Wed, 3 Jun 2020 06:21:06 +0000 From: Shraddha Hegde To: Italo Busi , "draft-hegde-mpls-spring-epe-oam@ietf.org" , "mpls-chairs@ietf.org" , Mach Chen CC: "mpls@ietf.org" , "Bocci, Matthew (Nokia - GB)" , Alexander Vainshtein , Sam Aldrin Thread-Topic: MPLS-RT review of draft-hegde-mpls-spring-epe-oam Thread-Index: AQHV4vKl4WCDGjdC3kq5Rs08STypkqgtxmYAgA2xXwCAO96/IIAGCZMAgEm35uA= Date: Wed, 3 Jun 2020 06:21:06 +0000 Message-ID: References: <2141e262-752f-0c7e-fdcb-03aea45e9aa1@pi.nu> <5aa73bfd247040d4bae8131f4eb43b5f@huawei.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2020-06-03T06:21:00Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=0633b888-ae0d-4341-a75f-06e04137d755; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=b881c2d9-5053-461f-a724-a28fbcb8802c; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2 dlp-product: dlpe-windows dlp-version: 11.2.0.14 dlp-reaction: no-action authentication-results: huawei.com; dkim=none (message not signed) header.d=none;huawei.com; dmarc=none action=none header.from=juniper.net; x-originating-ip: [116.197.184.13] x-ms-publictraffictype: Email x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: 4be36f15-4122-4ed6-08b8-08d807864cdd x-ms-traffictypediagnostic: CY4PR05MB3173: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 04238CD941 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: zU1s+jAIb6vZpbStLzgAP1Fxv/LGS5drx+VtPmNeYXw/NXPgoFQk5qha1Gt4PcUK/aytwit1tkmqA6n39Gr5fDwswQJ3PICC/wBySULIbLdI9rJJOYv5W6l0lp+k3axHjQwa4L/KDzt1vMbGTqKj75QtxO1dnNhdKwGS7li4f/19F3F8YKD/s9t3HAsA70Rvw6rHGLWs3mUjd4LYB43eKuvIe/pw5TKUfHGjAgAxk78r7EB9nojuBfwS/DMOWfgK828oywwBlXenSgMRF+pwGoD8QDe5BmVnNhuorbj3tH1qhpEHgm2oXw2jwJCQ2r8DXwAqoFH5D2gVoASTjuKbcQ== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:CY4PR05MB3576.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(39860400002)(366004)(136003)(346002)(396003)(376002)(83380400001)(2906002)(33656002)(186003)(99936003)(86362001)(76116006)(9686003)(66574014)(478600001)(66446008)(66556008)(55016002)(66946007)(66616009)(64756008)(66476007)(54906003)(110136005)(8936002)(7696005)(71200400001)(52536014)(4326008)(8676002)(53546011)(6506007)(5660300002)(9326002)(316002)(26005); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: TNLDK+AOXktUA4ihAM566CXhYQm0/xWukRD6pM8b4Jj8X0NK40JaGtnd2NQMn9f1bT5vzqRTQOciAuYaLXRYTF5Y9f29CkB8KDFit2SPp/h53f0cl4jTTdyHOLB+3HQgRgw+oZPd4rffx0SgWGVcycHqHIAAAxe7++PUIkTJHtjg1xccjCaBDufuQE5EVtln5wLhqF6gP0JbFyhVVh94KP1LJyofULw4UmVtNTVwVPnEYtSp4tdASueoNSjvZWtRlyWHFnWxpSDTHz/dA0nFMxK0Gont/1lvPpmAP07whESQWFhX0j3g6b2TPxKBq6vhMuWoEiBBsybbetPfqQOH3fsQufooI1OkuWQVbE6lpeE72rErJyFYz8TZOEp30mydu4W/umuOXrC2qc+IX1tsn/BkZOEnbqy07EJQLC0R74K7GMM7SMDF+EsMpLuefcSe0o/LZm6yFpdW92PomM0IWR5x7czb14jon8M5ULPdj/P8zrm8RHeSnVnE1OD6bISL x-ms-exchange-transport-forked: True Content-Type: multipart/related; boundary="_004_CY4PR05MB3576466A996C2FD8D154D68BD5880CY4PR05MB3576namp_"; type="multipart/alternative" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: 4be36f15-4122-4ed6-08b8-08d807864cdd X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Jun 2020 06:21:06.8082 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 80A4o+KjxDSofxELDvfyOxsPCLGS83ZeKMNeO10juzKwc3dA0XbYPABMrHgPbOikIPP9VFwX12n+Ixp7uXRBJA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY4PR05MB3173 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.216, 18.0.687 definitions=2020-06-03_03:2020-06-02, 2020-06-03 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 clxscore=1011 priorityscore=1501 impostorscore=0 mlxscore=0 cotscore=-2147483648 adultscore=0 spamscore=0 suspectscore=0 bulkscore=0 malwarescore=0 lowpriorityscore=0 phishscore=0 mlxlogscore=999 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2004280000 definitions=main-2006030048 Archived-At: Subject: Re: [mpls] MPLS-RT review of draft-hegde-mpls-spring-epe-oam X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Jun 2020 06:21:28 -0000 --_004_CY4PR05MB3576466A996C2FD8D154D68BD5880CY4PR05MB3576namp_ Content-Type: multipart/alternative; boundary="_000_CY4PR05MB3576466A996C2FD8D154D68BD5880CY4PR05MB3576namp_" --_000_CY4PR05MB3576466A996C2FD8D154D68BD5880CY4PR05MB3576namp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Italo, Thanks for the review and comments. Pls see inline. Juniper Business Use Only From: Italo Busi Sent: Friday, April 17, 2020 2:04 PM To: Shraddha Hegde ; draft-hegde-mpls-spring-epe-oam@= ietf.org; mpls-chairs@ietf.org; Mach Chen Cc: mpls@ietf.org; Bocci, Matthew (Nokia - GB) ; A= lexander Vainshtein ; Sam Aldrin Subject: RE: MPLS-RT review of draft-hegde-mpls-spring-epe-oam [External Email. Be cautious of content] Hi Shraddha, Thanks for your update: I am ok with the latest changes While I support the addition of section 5, my comments on figure 2 and 3 we= re considering more "basic" validation that the sub-TLV is not malformed Let's consider figure 2, I guess the receiver should check that: Length =3D 20 + "No.of IPv4 interface pairs" * 8 + "No.of IPv6 interface= pairs " * 32 I was just wondering whether it is worthwhile making this requirement expli= cit in the draft. Yes. Addressed in -07 version I take the opportunity to point out a nit in section 5: the text needs to b= e reformatted to comply with the RFC line width requirements Thanks for catching this. Will fix in -07 version. Italo Italo Busi Principal Optical Transport Network Research Engineer Huawei Technologies Co., Ltd. Tel : +39 345 4721946 Email : italo.busi@huawei.com [cid:image001.png@01D6399D.40273B90] This e-mail and its attachments contain confidential information from HUAWE= I, which is intended only for the person or entity whose address is listed = above. Any use of the information contained herein in any way (including, b= ut not limited to, total or partial disclosure, reproduction, or disseminat= ion) by persons other than the intended recipient(s) is prohibited. If you = receive this e-mail in error, please notify the sender by phone or email im= mediately and delete it! From: Shraddha Hegde [mailto:shraddha@juniper.net] Sent: luned=EC 13 aprile 2020 14:23 To: Italo Busi >; draft= -hegde-mpls-spring-epe-oam@ietf.org; mpls-chairs@ietf.org; Mach Chen > Cc: mpls@ietf.org; Bocci, Matthew (Nokia - GB) >; Alexander Vainshtein <= Alexander.Vainshtein@ecitele.com>;= Sam Aldrin > Subject: RE: MPLS-RT review of draft-hegde-mpls-spring-epe-oam Hi Italo, An updated version -06 is posted addressing comments. Pls take a look. Rgds Shraddha From: Shraddha Hegde Sent: Friday, March 6, 2020 4:12 PM To: Italo Busi >; draft= -hegde-mpls-spring-epe-oam@ietf.org; mpls-chairs@ietf.org; Mach Chen > Cc: mpls@ietf.org; Bocci, Matthew (Nokia - GB) >; Alexander Vainshtein <= Alexander.Vainshtein@ecitele.com>;= Sam Aldrin > Subject: RE: MPLS-RT review of draft-hegde-mpls-spring-epe-oam Hi Italo, Thanks for review and comments. Pls see inline... From: Italo Busi > Sent: Wednesday, February 26, 2020 10:30 PM To: draft-hegde-mpls-spring-epe-oam@ietf.org; mpls-chairs@ietf.org; Mach= Chen > Cc: mpls@ietf.org; Bocci, Matthew (Nokia - GB) >; Alexander Vainshtein <= Alexander.Vainshtein@ecitele.com>;= Sam Aldrin > Subject: RE: MPLS-RT review of draft-hegde-mpls-spring-epe-oam Hi all, I have been selected as one of the MPLS-RT reviewers of draft-hegde-mpls-s= pring-epe-oam. I have reviewed the latest version of the draft which has been published tw= o days ago (draft-hegde-mpls-spring-epe-oam-05). I think that the document is coherent, is it useful (i.e., it addresses a r= eal need for operational networks), and it is technically sound. Therefore, I think that the draft is ready to be adopted as a WG document. I have few comments that can be addressed either before or after WG adoptio= n. 1. The Introduction mentions the procedures defined in section 7 of R= FC8287 and clarified by RFC8690. My understanding is that RFC8690 clarifies how to use the length field with= the sub-TLVs defined in section 5 of RFC8287 and therefore it is not stric= tly applicable to this draft. yes. You are right. I updated this sentence and referred 8690 ba= sed on comment that 8287 Has an important clarification in RFC 8690 so it should be reference. However, it would be worthwhile clarifying in section 4 of this draft how t= he length field should be set for the EPE SID sub-TLVs. An example would al= so be useful. yes updated the draft. 2. I guess that all the information elements used in the sub-TLVs def= ined in section 4 of this draft are those defined in draft-ietf-idr-bgpls-s= egment-routing-epe. Yes. It would be worthwhile to reference draft-ietf-idr-bgpls-segment-routing-ep= e for these definitions. yes, normative reference added. I guess this would also help resolving comment #1 from Sasha on link-local = IPv6 addresses and unnumbered interfaces: whatever is supported by draft-ie= tf-idr-bgpls-segment-routing-epe should be also supported by this draft (an= d vice versa) updated with link-local addresses FFS. 3. In Figure 2, the "No.of IPv6 interface pairs" field seems a bit re= dundant since the information can be inferred from the "Length" and "No.of = IPv4 interface pairs " fields Since IPv4 and ipv6 address pair may be present simultaneously, = we need this field. This is ok for me but please add some text to clarify whether the receiver = should/shall perform some validation check sure will add new section in next revision. 4. Figure 3 is not fully clear If I understand well, the "Remote As Number", "Remote BGP Router ID", "No.o= f IPv4 interface pairs", ... fields are repeated for each element in the se= t. yes, these elements are repeated for each set. It may be worthwhile to split the figure into two: one describing the TLV c= ontaining one or more "elements" and one describing the fields used in each= element. Yes. updated 5. In Figure 6, the "No.of elements in set" field as well as the "No.= of IPv6 interface pairs" field of the last element in the set seem a bit re= dundant since the information can be inferred from the "Length" and "No.of = IPv4 interface pairs " of the last element in the set fields Since both IPv4 and IPv6 addresses pairs may be present simultane= ously, number of pairs field is required. As for comment #3 above, this is ok for me but please add some text to clar= ify whether the receiver should/shall perform some validation check sure will add new section in next revision. Italo > -----Original Message----- > From: Loa Andersson [mailto:loa@pi.nu] > Sent: venerd=EC 14 febbraio 2020 05:53 > To: Bocci, Matthew (Nokia - GB) >; Alexander > Vainshtein >; Sam Aldrin > >; Italo Busi > > Cc: draft-hegde-mpls-spring-epe-oam@ietf.org; mpls-chairs@ietf.org > Subject: MPLS-RT review of draft-hegde-mpls-spring-epe-oam > > Mathew, Sam, Sasha and Italo, > > You have be selected as MPLS-RT reviewers for draft-hegde-mpls-spring-epe= - > oam. > > Note to authors: You have been CC'd on this email so that you can know th= at > this review is going on. However, please do not review your own document. > > Reviews should comment on whether the document is coherent, is it useful = (ie, > is it likely to be actually useful in operational networks), and is the d= ocument > technically sound? We are interested in knowing whether the document is > ready to be considered for WG adoption (ie, it doesn't have to be perfect= at > this point, but should be a good start). > > Reviews should be sent to the document authors, WG co-chairs and WG > secretary, and CC'd to the MPLS WG email list. If necessary, comments may= be > sent privately to only the WG chairs. > > If you have technical comments you should try to be explicit about what > *really* need to be resolved before adopting it as a working group docume= nt, > and what can wait until the document is a working group document and the > working group has the revision control. > > Are you able to review this draft by Feb 28, 2020? Please respond in a ti= mely > fashion. > > > Thanks, Loa > (as MPLS WG chair) > -- > -- > > > Loa Andersson email: loa@pi.nu > Senior MPLS Expert > Bronze Dragon Consulting phone: +46 739 81 21 64 --_000_CY4PR05MB3576466A996C2FD8D154D68BD5880CY4PR05MB3576namp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

 

Hi Italo,

 

Thanks for the review and comments.

Pls see inline.

 

 

Juniper Business Use Only

From: Italo Busi <Italo.Busi@huawei.com>= ;
Sent: Friday, April 17, 2020 2:04 PM
To: Shraddha Hegde <shraddha@juniper.net>; draft-hegde-mpls-sp= ring-epe-oam@ietf.org; mpls-chairs@ietf.org; Mach Chen <mach.chen@huawei= .com>
Cc: mpls@ietf.org; Bocci, Matthew (Nokia - GB) <matthew.bocci@nok= ia.com>; Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>; = Sam Aldrin
Subject: RE: MPLS-RT review of draft-hegde-mpls-spring-epe-oam<= /o:p>

 

<= span style=3D"font-size:10.5pt;font-family:"Lato",sans-serif;colo= r:black">[External Email. Be cautious of content]

 

Hi Shraddha,

 

Thanks for your update= : I am ok with the latest changes

 

While I support the ad= dition of section 5, my comments on figure 2 and 3 were considering more &#= 8220;basic” validation that the sub-TLV is not malformed

 

Let’s consider f= igure 2, I guess the receiver should check that:

 

   Length = =3D 20 + “No.of IPv4 interface pairs” * 8 + “No.o= f IPv6 interface pairs ” * 32

 

I was just wondering w= hether it is worthwhile making this requirement explicit in the draft.=

<Shraddha> Yes. Addressed in -07 version<= /o:p>

 

I take the opportunity= to point out a nit in section 5: the text needs to be reformatted to compl= y with the RFC line width requirements

<Shraddha> Thanks for catching this. Will fix = in -07 version.

 

Italo

 

Italo Busi

Principal Optical T= ransport Network Research Engineer

Huawei Technologies = ;Co., Ltd.<= /o:p>

Tel : +39 = 345 4721946=

Email : italo.busi@huawei.com =

 

This e-mail a= nd its attachments contain confidential information from HUAWEI, which is i= ntended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (i= ncluding, but not limited to, total or partial disclosure, reproduction, or= dissemination) by persons other than the intended recipient(s) is prohibit= ed. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete i= t!<= /p>

 

From: Shraddha Hegde [mailto:shraddha@juniper.net]
Sent: luned=EC 13 aprile 2020 14:23
To: Italo Busi <Italo.Bu= si@huawei.com>; draft-hegde-mpl= s-spring-epe-oam@ietf.org; mpls-chairs@ietf.org; Mach Chen= <mach.chen@huawei.com> Cc: mpls@ietf.org; Bocci, Matth= ew (Nokia - GB) <matthew.bocc= i@nokia.com>; Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>; Sam Aldrin <aldrin.ietf@gmail.= com>
Subject: RE: MPLS-RT review of draft-hegde-mpls-spring-epe-oam<= /o:p>

 

Hi Italo,

 

An updated version -06 is posted addressing comments= .

Pls take a look.

 

Rgds

Shraddha

 

 

From: Shraddha Hegde
Sent: Friday, March 6, 2020 4:12 PM
To: Italo Busi <Italo.Bu= si@huawei.com>; draft-hegde-mpl= s-spring-epe-oam@ietf.org; mpls-chairs@ietf.org; Mach Chen= <mach.chen@huawei.com> Cc: mpls@ietf.org; Bocci, Matth= ew (Nokia - GB) <matthew.bocc= i@nokia.com>; Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>; Sam Aldrin <aldrin.ietf@gmail.= com>
Subject: RE: MPLS-RT review of draft-hegde-mpls-spring-epe-oam<= /o:p>

 

Hi Italo,

 

Thanks for review and comments. Pls see inline…= ;

 

From: Italo Busi <Italo.Busi@huawei.com>
Sent: Wednesday, February 26, 2020 10:30 PM
To: draf= t-hegde-mpls-spring-epe-oam@ietf.org; mpls-chairs@ietf.org; Mach Chen= <mach.chen@huawei.com> Cc: mpls@ietf.org; Bocci, Matth= ew (Nokia - GB) <matthew.bocc= i@nokia.com>; Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>; Sam Aldrin <aldrin.ietf@gmail.= com>
Subject: RE: MPLS-RT review of draft-hegde-mpls-spring-epe-oam<= /o:p>

 

Hi all,

 

I have been selected as one of the  MPLS-RT rev= iewers of draft-hegde-mpls-spring-epe-oam.

 

I have reviewed the latest version of the draft whic= h has been published two days ago (draft-hegde-mpls-spring-epe-oam-05).=

 

I think that the document is coherent, is it useful = (i.e., it addresses a real need for operational networks), and it is techni= cally sound.

 

Therefore, I think that the draft is ready to be ado= pted as a WG document.

 

I have few comments that can be addressed either bef= ore or after WG adoption.

 

1.       The Introduction mentions the procedures defined in= section 7 of RFC8287 and clarified by RFC8690.

 

My understanding is that RFC8690 clarifies how to us= e the length field with the sub-TLVs defined in section 5 of RFC8287 and th= erefore it is not strictly applicable to this draft.

<shraddha> yes. You are right. I updated this = sentence and referred 8690 based on comment that 8287

Has an important clarification in RFC 8690 so it sho= uld be reference.

 

However, it would be worthwhile clarifying in sectio= n 4 of this draft how the length field should be set for the EPE SID sub-TL= Vs. An example would also be useful.

<shraddha> yes updated the draft.

 

2.       I guess that all the information elements used in t= he sub-TLVs defined in section 4 of this draft are those defined in draft-i= etf-idr-bgpls-segment-routing-epe.

<Shraddha> Yes.

 

It would be worthwhile to reference draft-ietf-idr-b= gpls-segment-routing-epe for these definitions.

<Shraddha> yes, normative reference added.

 

I guess this would also help resolving comment #1 fr= om Sasha on link-local IPv6 addresses and unnumbered interfaces: whatever i= s supported by draft-ietf-idr-bgpls-segment-routing-epe should be also supp= orted by this draft (and vice versa)

<shraddha> updated with link-local addresses F= FS.

 

3.       In Figure 2, the “No.of IPv6 interface pairs&= #8221; field seems a bit redundant since the information can be inferred fr= om the “Length” and “No.of IPv4 interface pairs ” f= ields

<shraddha> Since IPv4 and ipv6 address pair may be present s= imultaneously, we need this field.

 

This is ok for me but please add some text to clarif= y whether the receiver should/shall perform some validation check<= /o:p>

 <shraddha> sure will add new section in next revision= .

4.       Figure 3 is not fully clear

 

If I understand well, the “Remote As Number= 221;, “Remote BGP Router ID”, “No.of IPv4 interface pairs= ”, … fields are repeated for each element in the set.

<Shraddha> yes, these elements are repeated fo= r each set.

 

It may be worthwhile to split the figure into two: o= ne describing the TLV containing one or more “elements” and one= describing the fields used in each element.

<Shraddha> Yes. updated

 

5.       In Figure 6, the “No.of elements in set”= ; field as well as the “No.of IPv6 interface pairs” field of th= e last element in the set seem a bit redundant since the information can be= inferred from the “Length” and “No.of IPv4 interface pai= rs ” of the last element in the set fields

<Shraddha>Since both IPv4 and IPv6 addresses pairs may be pr= esent simultaneously, number of pairs field is required.

 

As for comment #3 above, this is ok for me but pleas= e add some text to clarify whether the receiver should/shall perform some v= alidation check

 <shraddha> sure will add new section in next revision= .

Italo

 

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

> From: Loa Andersson [mailto:loa@pi.nu]

> Sent: venerd=EC 14 febbraio 2020 05:53=

> To: Bocci, Matthew (Nokia - GB) <matthew.bocci@nokia.com>; Alexander<= span style=3D"font-size:12.0pt;font-family:"Times New Roman",seri= f">

> Vainshtein <Alexander.Vainshtein@ecitele.com>; Sam Aldrin

> Subject: MPLS-RT review of draft-hegde-mpls-spr= ing-epe-oam

>

> Mathew, Sam, Sasha and Italo,

>

> You have be selected as MPLS-RT reviewers for d= raft-hegde-mpls-spring-epe-

> oam.

>

> Note to authors: You have been CC'd on this ema= il so that you can know that

> this review is going on. However, please do not= review your own document.

>

> Reviews should comment on whether the document = is coherent, is it useful (ie,

> is it likely to be actually useful in operation= al networks), and is the document

> technically sound?  We are interested in k= nowing whether the document is

> ready to be considered for WG adoption (ie, it = doesn't have to be perfect at

> this point, but should be a good start). &= nbsp;   

>

> Reviews should be sent to the document authors,= WG co-chairs and WG

> secretary, and CC'd to the MPLS WG email list. = If necessary, comments may be

> sent privately to only the WG chairs.<= /o:p>

>

> If you have technical comments you should try t= o be explicit about what

> *really* need to be resolved before adopting it= as a working group document,

> and what can wait until the document is a worki= ng group document and the

> working group has the revision control.

>

> Are you able to review this draft by Feb 28, 20= 20? Please respond in a timely

> fashion.

>

>

> Thanks, Loa

> (as MPLS WG chair)

> --

> --

>

>

> Loa Andersson     &nbs= p;            &= nbsp;     email: loa@pi.nu

> Senior MPLS Expert

> Bronze Dragon Consulting    = ;         phone: +46 739 81 21 = 64

 

--_000_CY4PR05MB3576466A996C2FD8D154D68BD5880CY4PR05MB3576namp_-- --_004_CY4PR05MB3576466A996C2FD8D154D68BD5880CY4PR05MB3576namp_ Content-Type: image/png; name="image001.png" Content-Description: image001.png Content-Disposition: inline; filename="image001.png"; size=15715; creation-date="Wed, 03 Jun 2020 06:21:03 GMT"; modification-date="Wed, 03 Jun 2020 06:21:03 GMT" Content-ID: Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAANAAAACjCAYAAAD7EpAbAAAAAXNSR0IArs4c6QAAAAlwSFlzAAAO xAAADsQBlSsOGwAAABl0RVh0U29mdHdhcmUATWljcm9zb2Z0IE9mZmljZX/tNXEAADzjSURBVHhe 7Z0HnJTF+cdnyx3HAXIHGE00imhsUWNi7BqJptgl0VhRsaCioGdBJZZlsWAseCAiisTeIgoW7IXY SzTW6N+KWBILcAhc393/7/vuO8t7e7vHHXsnZWfu89z7vvPOOzPvM89vnmeemXc2Go/HjQuOA44D y8aB6LI95p5yHHAcgAMOQE4OHAcK4IADUAHMc486DjgAORlwHCiAAw5ABTDPPeo44ADkZMBxoAAO OAAVwDz3qOOAA5CTAceBAjjgAFQA89yjjgMOQE4GHAcK4IADUAHMc486DjgAORlwHCiAAw5ABTDP Peo44ADkZMBxoAAOOAAVwDz3qOOAA5CTAceBAjjgAFQA89yjjgMOQE4GHAcK4ECXA+iAsZP7/niD 0l2SfUt+1ruyx271oei947bcd3KuOg+ufaf3T9ZZ8zoTjiRMackTzc3h98b9r/zFAt7PPeo40KUc 6DIAbROLRXcoW6Mq1bfk+EhJeIPSkqiJRsImGQlvPvjL+2fcuta+/8t+szXXWeOgst69DjShiDGR 6CGNjc1N56yffLKpofniS78ofbZLOeEydxxYBg50CYCGxsb2KTd9r+sRCe1fW2JMbVikyoWaEqai Z9maayZL99Ll1GB9D664rSRcss8hQo5Z2GxMWH/Rsu4lkbLS3cP19Tudts7i08fNKbtuGd7RPeI4 0GUc6HQAnS/NM8/0mdgrFN7/20hKGkfAiYZMOBwyqZCOnhYyrQA0ILrPhk0mvF1DSmlKS02otJtp DkdNc2OzKY9261new1x99joLv75kTvl9XcYNl7HjQAc50OkA+tr0PbrShA751gg80jwhgSYUDgs8 OheIFicUX2J2HFr77FpTynf+0ta30ST/WF5eXrZYGihUIgB1665jN2Oam0xtXa3pEY1GU+Ho+DMr 5r50aU3frzv4ni6540CXcKBTAbRJLBYJmT4nNZmQSQpAOqTJD5w2J5MmGo78qMfi6M9NuckAKJFK bGkiEZNKgjSBKBKV5ioxqVRK52GzuK7Z9Ohetu73i2oPVTZXdgk3XKaOAx3kQKcCaCdTuV3UhDes AzwEDt4p/9JISiRTprIkYmqSye11+RhxI7p92StkynZsbmjUEEjaJ9lsUk06V9qUzk0ioWPCGI2h pMsGbVPx4lWv1GyvGy44DixfDnQYQMNiE9drNnV9psRHvpZddfnZNu9pUmXzLGYk8x4IZLaFU9JJ 0j4hDxQ6D4XWyTxfX9fdlEV7JWWuoYFSYQ2cgF1YIBJ4TELxupcQmKKp5Frb1jWXviJlFix/mxdf jG5e+sXAqVv95Ynly1JXejFxoEMAOjgWKw2ZfjeUmbJNB8fGbn5rfFTWWCQpHRGw2RJJibm0T7OO AhFgMtIkDXIMhEtKfnX+3Be7jem7fYOGPDuVphJ9m+rqTapUYyT0FZonpEEUYEMDNTXInFNccyO3 W4Wtes89pney9Jrjn79j5LU7HnJFMTWie9flx4EOAajC9Lm4hzG7hL0xTo9r9orFDpsZj9ctqX5Y xplvvhGJjmjSGEaU8kCUBlKyWTCLhPvO72lKlaIhmUyuXRpOhusbGtJZeaBR1eSAEGrSWqipSdcJ k2hoVERloBBjhr3/2I49I+GLTWNTqLzZjD7todueH7fnYS8tP7a6kouFA+0G0DGx6v26mfDp3wsg 0gdmdRP+0zqm8jQx6qIlzGp+d5GJ1Gr4Xy6jy9M+KSmMEDLfhDaCEgY9lQqHutXPj/SWI2FhuKGx yQC9hDx2AkwqKuTJoZABEICSCSdnnmluqJ9TufHdDea9zbxiR3z57GrRaGJStCnRZ25to+ndnOhZ t6jxpgMmj91+2gmjPGvSBceBruJAuwA0Ila9Wr0JjaXbtwOPBQJINxP56/GxCS9fGz/ZG3fMN6u/ UmnmfS21sp70Rdpka5Dw1wtE9dIi3TDFEgKBxjahUN9wadOGSvVFU21d/5Q8bRomCUSARxD0AKS7 niMCAGH2KU1j/Ytj3otnzLhQQ221tOIW3y5SDZVmweJm0682tWFTQ+9T9eR5XcU4l6/jABxoF4C+ N2ZIHxPaBNBIR3ic04jElEnTSMyv0sqDnafER323kfmg8X+mz8vSVOux8iCdUMJfJ5OtVs8JQEba JRGNmO4l0UhzU6ofSSJNTTs01+G7U+6YbrizBaiM8853QtQqn1Rj40tGqxsIJ33y2OCyVOqoBQtl +jUq7waR0iwWRepSxw+NVU+ZEq+a45racaCrOLBUALGmLWr6HIrmoduXWGemdzDn+pnQxvNM+WWK Pkq/NZQyseqZEuODrfJgDGRqJfjdBTUBKFQiL5vAUdotauo1tZMGUGMv5o2STLpq7od5H898g0CR NFk3ndc3NH4yv/ab501PjXs+emz9klRiXKKhyTTWAyDVsFY1VFl1mjPqU59afb4xg5TBhK5insvX cWCpABpgem4tNv2iNuMcSM/p2JkdCalQEDpyWKz68WviVbf3NnUPLTA9vpR2WiszH4TmWNQscAgO WtaTjMjAaxCgUqwalY+gtiEZwbxjuYI0lKd9NOBJazuNiTQuKtUYqbGxcboWoS7YZJNNwt3ef3Bi j1Rq9e8W1ysvgUemG2VoqYNJ6bxZeQmKe2hyd+J78SUmn2tyx4HO5MBSAdTdlKypMU2Ztxg0R8kS W0yvUKkJX6yx0rOXxkd9flJs/LRyEzol8wzzQYsk2AxrtFYBNZaKpv0GXpb1jd7cEFdpB0JaA2HS ESmlZRbWJhsaUqnbSP7Huy4b1j2U2H0e4JEa88CzUIVoFWpK5TBQQ1tqPUO/XmmlmdP13ZmMdHkV JweWCiAkOCh91n9swcRxoeeVC637vQmP1eVgDfWnLDKpY7WmoIfnjSNoLGQ0mGJBqfcsk6VlPtPr 5FTAO4fOATwi1tChkHi8Z2mEuaOHqzfa69/DXr1/AxNujNfLGZGslSaTyWa+F2IAz/c6l8PCBvBY nM3q3vqH4sBSASRxlI85HazZ5umcgD5CzucrTlrnMHnl7r0qXnXvSbEJ01Yz5sjvdC+juTzhlqAL GSnTZJo0LevlW9sQSqKOGPPgffNXbvNgVHGNDaFEMpwaT9pkY+348pDp+91CgU5jnhAmmwCU4hsI mYoWMnb0tNCB6IeSpaIsZ6kAWmzqXutuus/RmGYdGUxewCYCREDDggMrjSCz6bLBseonZL6NC5vI QZh/FoBeAkCUxGTTeTf/6fkCQzcBxxsjpcc/aU9FyPQSsBY1Jh67aqeDZ530xC2H9wiF9py3SDnW pR0GqUVyP8iEy9I8jH/MYpN8XuMfW7WibGD30l3LgaUCaJqW6xwau/IefVxwamDJQUAbLdEwmHLy yg0QjEZPio847bjYhLv6mPCRc7OHIEys1jSZpF966jsZemUCAu5pDXj4fgiURrSUp04eBMFjzJl3 Te5TGym9WJabSQIYASiF+QYgWS4UCN0EnlqhNGEavTGTC44DXcWBpQKIgheY+ss1c/PnXhrnLPJr YrUQOmjJWmtvmMPQ5gQ5FG6Why4mTBzAWEg6p+U7SOjDzb4JN1d3S5UjJp2OKTkaUrqs1DipJpGY PvnIoS+dPHXKhF7JxNrfyUXtjacgXORZgRxXU50WmOR4LXh9vasY5/J1HIADrQCkBaMlc0zZL+eb +tes+TMzPuqrQ2PVQ2Q43SMQ9UHTEOycEOcWREywaizUXR8ejLs1fvKuGgtNkCds1Ny2+L1IEz1h aRSc2mgfAaiUj+9CzQ0liYZzhl0w8deR0vDxC+Ro8LRNDp8a5fN4X9VK4Hn0e1NxfrDIg2MTN+pl mss0sfqma3rHgc7iQCsAfWCim3Q3qSfWNt1fWSd22cWPxkc+RWG3x6tmHRyrHtTLpG6pNOF1WZVA YAKUGRsbOONebxP67dDYBHnk5l5ca/oOFqh+umQuKUf1AQVLf1h4qlMBFW02aVK86n05Jp6ONqdK AW4uVzrpWZWK5vneJO5cYGpHCLzekO2A2NjKH5vuQ0tM9Mx6E2GHn306i3kuH8eBVgBKmua+Wi/Q Sx/G7aYh+m77xi67LWyaL50RH/XWnfGqZ+Ug2F1G1t36bHszViIg99leOQQax4E01AXfGvOPNU34 wjKTupYxVJbRlQsPWmjAGCY1p5+ZGxMID9T1QMrKBx5N5ApAIbnTk5deHT/lLJqVFRRbmb5HRE2P 0zV+2xSA+aMs1+qOA53GgVYAWux9PJDUVzuJMOtsepnoYRLPPQ6MjbsuacKTbpVGUK++Sz/T4yJp lRMAEJpFoNLZEhFfrOu+JtRfRtWZ1fHhF54Yu+qI3ia843xvtidthQmsdm0q1qAXuIewy/0c1wrV pi21iDWdtmWwJluFnhBYv5S6GXl1/OQ7SCWz8Q8R0/dsLUn9Lc/N8zSil7vzyHWa6LiM4EArALGj lPxjOJI90+xbfbzQ20T6SOOcLY10iDTQhA9M/UR554YdFZswS5rlEi007Z/+zKHlNggCIwWcJofC 9RLwU7We+jn22+FzCCZYtayUJHweUS9h9yAIIGQCztIK779XxSac3d2YAd/lmA9FS1F5TdhO1z4/ p2nuafZRsYlb9TDJswVCHBeeKUmeAcqp8ZwoOA4sKwdyeeHq1KNrYga/WFIDc23ooSMmmTTIujKX rtjYVAzeMFZ94Q3xqrsGxyY/2WwaLpHAHoMXWpojE1gLJ7d25SITPn9K/OQTj4tVX1tpIiMWKEX6 07mI59TTNOh70mbb4n5WfJ3KPeXM2Nh+9aZHlYcwPywZ68i9bZJzZBKeJ61zs1aD9x0eu2qc7h9X bsI9vld90YrZaNHOP25lwrJKinsuJwdaAegrY95ax5i3pQ+2qpdu0MSo591CGyGYjMwFpF9KY9wz JFb9QL1pGi138bHHx664I2xKLqowZlvSQAgwbm3lcaS00FVya5+rAvdazYQH1JjkIgHgvx6MTOgt ypC3jmVBV2pR6lsjYhPGCqxrzPW1SPq+ViXoyyABc8qXZvG50oLzlG5Y2PQcKdf5eoCXOSdvDjYA ujRqUqpT6p9ODhwHOpMDrQDUwCfasdgjAshWMo8k3Gghu+KAs5SR8OtjupCRN26fiCn93dGxK6d+ YRrHzIyfvt3xsepTlOosTaD+mOdxa2ssVK51cn+VZ+xwjU9OExhniPQJXN3naQ1k6vUNkZYDJd/s a5IXCmw/1XjrBJ4HCAAHk1IAeEpruUdNiFe9Is/c72XixVXP7aUuBZw0TPwlPBke4SXEnJMmQ5k9 1JnMc3k5DuScSFVPPlWD72Nlkq1R52khO7Zhw11rBaUM69zk4epeYcLD5SoeJC005tr46ePlZNAK hB7n6jk+xOvhf1x34NDYxMtlct03LDb+bpmGe9WZ7p4TQbmWsapb35SeOiZeVSfP2xkCZ4UAozGR Z+69udiE/nZtfMQdQ2OT+8shcZuAcyj1suMc25RLapf2DlqX+FyTuFUm5zuuyR0HOpMDOQH0v3j8 03VjsZjGJZMZpGhZjGfChQWmtLssPYWKNsJU+0akQf3apSZ63XGx8UelTK9R18WHDz8qdtkkmXWj lPagNUy09L8mcbqSHlFvGs8uMaV9K00d67E1JEpG5pkkX48+rWfWKzFlQ7khzfKRTLbq8fGTr1Z1 Qt/FJpyjks/oLnBpstRTKUFTjZpZc40jHri0UyL5mcZwF3Qm41xejgNwIO9Sns/i8Ws3iMXWEzDO whmAJkoLqxVZAJSGE5oAc0sahMnM7eWPe+qE2PjrPzclo2fGqw7Xx3aTNMF5lhZ4HnhUrPq6G+Ij n5M3TzuM1uNPkImVvHW+mV+jfbVD35o+55TrhlYujBVgr5J3rUbP71Vl+sb1/FZoM7u2zpprSzwD S7xu5At4pOL+K+12oNzvmV1QXdM7DnQWB9pcC/dRPH72+rHYYo1pzomaVLfGjKMaQU0bc/ZogcVn DdrROiyz7rifGLOnXN1j5BSYoqSDZJrtL3NNnmljJNCZPeUEEu+nTgSgUn23+vJcmWs3xId/KJCt ozHTlVETGQJYmM+xs01LXNOtHWtaOY5piafubbnIj5Xppn0YXXAc6HwOLHUx6cfx+AVrx2KzNMdz lvTNrmWmWbsbRDzVhSNBu1d7E5/M4whkvqmHO1qGnMw6gem6Y2Ljj9Fg/gyZaPe09Qpj4nH8AVNY RTBM46BSEzlfHr9eAoK3G5CWBwVGYBY46Th7hbtdoPlUpuftX5na8VrHp8UQLjgOdA0Hlgogiv0i HufHrZ4VkH4tvbOlzKgdBI7VZdSFNFZhJag+OUgKTGEtok5B3lfbGh95P8qgsVS5kHHoXrHqt2XS eWZbW+EXpnJnVWwXbeb75Jf6LIHdE5akZ/mQt9sIkfbIXJJ+DCL0vsy8N+pM7QvaNZWhmQuOA13K gXYByNZAQPqXzqHrg7V6R7/K8Dt9yaO4cGVA2HUenq+t5GXK9ao0TWWfmEX2a4g2X0rzQ6/PNw2n fmWa51Wa+nqpkFZLcOQpbHKbhXSpbLjM28GBdgFozVhsDQ3sT5bTICpJpteXUkhqm0NT2d1E+m5t Sjj2lgbSDzmGU2lzDidDKLKuSWkTKtZYl5wngf+wHXXS+KWupMR0H7OlKf19oymv1X4LjUtWFTCz w/6l5vutYlfOlzaar/O5Gh3VKl5bkyTZ37RU8W9Mi1fd3J7yXBrHgWXlQLsApMwXSoC3+JFJ7c3K grT5ZD+kYw1ceqnPEiFndXTYm8ORynlHux2MvDN++iPtrSSbNGp5zvAmraTWs6O0t0KItXZ2qtTa cwJroMy025o4IPa1aTqwveW5dI4Dy8qBdgFI80K168ViQ74xqWf4NCC43s1CqcRbncBupWFWKLAk p167WV/xlVl0xevxuFbxdCwIRPP0xDmDY5c9VGdKxsqztjOOCT6JSK/MtoBKf5NEXHrVAhNLyYsf iI+8u2MlutSOAx3nQLsARLafxuNzBaID5Qxgt52NmcS0AxOEFw1Uohi0UY0JPy4jbswT8bOe63iV Wj5xa3zk8zvEYn9Y26w2vMRETpU9+BO7RMhOlgIlwMvLaDlQ9VZaJxcvtGD3vONAOzjQbgD5IHq3 QsLcT7/IwFIaTejoZ4TTPT9gEohek8t5/Kfx2C3tKLvdSV6Ix1nwcPlesctmaM3cqSrzUI3JKtLb Dac1UYNJfr7AJC59Mj5qogNPu1nrEhbIgQ4BiLJq4vHPa7QcR9poqgR4D80BbSbgsCzuwS+MeViL UYNfIBRYvZaPz4yP/EgxJ/1RS4SkCf8kM04LSfGWm6dkts18JT5qdqcW6DJzHFgKBzoMIJufTDo+ DVgunwdon4Z3VTbkguPAcuXAMgNoudbaFe44sIJwwAFoBWkIV42VkwMOQCtnu7laryAcyAkgfXvz U9WPNaIa6iz5bR3Fr604OcC8+CZdM+2ylkhTRfEa+06Kl6fbaAWP+U7xOBgyQff66GJ1kRZ7p/et VlxfHX4k+lJxdq6WeOJ6+2m9+VPF8Q3FuiJWdeNU4Eh+2Rv3kO5r5bdQz5DHj0XzdZ31y+LB2rlz x4GOcaAVgBBQ/bTITdqSemNltbnI21T0nXfeiSh+quK31+WvfOH9o44slzlbNMEWHY2W/TmRaJik 9FcpztunzRd+Lc42d4l2DIfDfFx3DfE630e/1D1ZR9zfQ216PT9J5e2u+L8o7mHio9Ho+olE4mWd fqZ75DNcz/5V13yWRP5+8HZGOF7/rguHo39JpRITlPYfuh6yJI07cxwojAP5TLgKZYtWyN7Yhni0 DsJKQEuhAewv/aRjw8kyTQwR7/2EYyDsonOtO+VHh5LDBNap0giNpaWlT+sn7sMCwj5oHcV9M3bs 2PVU/G5KSR77ijwAKc0ftOC7MhUO3xwfPbpWaalTucD2fzq+vaRu4WgkEvosXR/VL10f6u6C40Cn cSAfgFhYwPxKZgnOZpttlpg2bZr97WC7HM2aTS1XS4fD9tpunOhVWEJ+krRGk46f6Li5NMLeir53 1KhRn40ePXqmMh2kuJ2I0885DkylkoCDn3j8fXV1rFdVVXxhMpnaF1hHw+FpPhf006raOSgSufq8 885D4+UKOevTaVx0GRUtB/IBCMHvLqG88oILLuATBH8FtuFn6Vv83E97OXfBBWN/qbQCTGim8h3X 3Nz8tIAxXBpnOj9OrIBpN0i0OwDS9b4CRqMA9YZMtm0WLoxuI630urCyixayvts8YMCrwbKV5kDl xTgHjaXld/Gb2ls3l85xYFk50JYGKkkkkyOCNhw/9quQa6VB9vc69jrzeDLZeJyeD2sMM0maYpaE /VE0i663U54vmrKyp/Xpz3eK202g3Uhxvxc9lUpFJmuh0AyZbrtKK/VTDbppkHZf7LDD0nszegrK q9dOAhzai8CG+A5AyyoV7rl2cyAfgBiMa1ep1BESTRZfeyNyhct850LLAsJhvvlZEpJJb6yh9N6u IwLLmtIcf1YM5ta+F1100c7SQuXSGmFpoiEAKD5qlDxmsZky0Y5UGZeLekj7PCrg3a9nvtT1/roe qEFQYzIVuS9QGvUyoXD4egHrVsUzLvP2WHDBcaCrOZAPQAg++xPcxyDfVkLjlDN1vqm9lkAvovcX HSDzapLGMvNuuummskRT097ES7AZ1ONlO0oaRC7pVGNTcxOeMb769jSI0hwkjXO5tNKH2pJbwEgd KWDtrfiFAEjgS8XjY+5LJRMnKp70L+k36/gqtkUQeN5UHstlaVFXN5LLf8XlQD4AEZ/+yZ30QlHP ja2D9bZ5plnv3r2fqampeVUI2rqhoQGzbJaiGetgTn0s7XI3c0I6H6Y4nBL7mUiUeRjyapLb7UQB 6wTREbo+L2lK/2lCDZ8KXOsJgC8IEO+lARia0ZwMneh9eyTzTUAOzvmEAavKOlplAW7q7WFTNE0d AN47a0pa7+GK2yKuZisVB3ICSD1/vYS63h9beC/E12mRdHyjHXRUVVV9L6EdLKGeKBlmzLI55pTC MzLRRgoATFwCjp8qz6nnn3/+Y0HuoHkwzfTsYOVzhdLOEz0gs3GY8plu0/bq1evFBQsWvKV0Gymf oPmGdmtSvBwbKQE3BHgzIRIJ48Z+WOpU+NOPTpiwHTetVI3kKrvicqAVgFh5IME+VgAoU69eY6se lxv7gunTj1d8T8XPycTH4x9IO+0xffr0LRRfqvtykA145zB/kC8Bf0Fpt5Oz4JNsNghgH6ssBv6V zc1JT7h7J5OxhdHobQKNp30IAuoimYj7KX+la34/mI/yvVr4uFdx2Y6MiO55e2/reK9+iejf0ah+ rcUFx4FO5EBODWRNpxwCz2Rlq8Ackejfue4pL5bbQDmD7n8QvFGVXhLUaiNEja9mKx5qERTPjqNt 7jqqNJihLZYUdSIPXVZFzAG3mLSIG9+9euEccAAqnIcuhyLmgANQETe+e/XCOeAAVDgPXQ5FzAEH oCJufPfqhXPAAahwHrocipgDDkBF3Pju1QvngANQ4Tx0ORQxBxyAirjx3asXzgEHoMJ56HIoYg44 ABVx47tXL5wDDkCF89DlUMQccAAq4sZ3r144BxyACuehy6GIOeAAVMSN7169cA44ABXOQ5dDEXPA AaiIG9+9euEccAAqnIcuhyLmgANQETe+e/XCOZAXQNolhy122VWHX0Jgc8QddGjUdas92dqqhp47 UPef03NfFV7ddA7Ks78OvxDdz7bAuv6Nzhfp/PXOKiNXPiqHX6X4j8qp93+SZQPLH5te8fyixQDF Z3YP8uv3reIyG6UE0q+p822D6dvzDspza6VbW895uxfpmt1ctxXdrjhvT3J+aYNNYrLzUzwbZ+4v ekX3P9I1G2PuIXpW15lNKRXPhvz8HI3dKszuamR/BYM9AxfoGbZ/LsrQlgY6QRzhd0hfFiPZT61a xE+ZtAKQ7vMbQfyMiW2s53SOgCMcR4qeURo2WZwnuswXQBqGH9Tm94Z4jo3raaiSrJZgnyz2krtI zy1WPvxGEWA+DqHTNfdHi6aIWgFI98lvjIjn6kS28bN/eYJ3fFx53uh3Fsfqmg0m2TeYHX+uFVWJ 2JzkFBGbTG4m2iurvsN1ze8ReQDyhXC8Ti8WtQCQ7sH/80WH63yqjlyzE+ydogNE/O5R+kfI9VMw qpu3qYvP7xt1eo/OP1T8OzoHPGNFMxT3Wx0Hi2gTbzckxfF7TfwMDPWGJ9eLqCsbvvTzr/+kY3BX 11G6pv0+9evB7zURaA/4t77oCdHRfnzRHVoByBc4tuZFaMp88PxO57+GubqmoRAsGuElNd44Hdk0 kV152JeNTRTZIfS/fjzMpgEAz3Gim5QH200hGPRg5AVp40Tzmuh5yg20BHUkXULPEX+uCIFZQA+r I1oBDdSoa20f7AXqxq6qN+gIOKkb+ZwhukKEIHvbDgcCvS31JFBX9rlDyAD1IBEg5DeQjlA52/hx x8EflUPdACgCx+8bfaDr63TUvt5euVsSr7j9dISvE/QM77qziB8zQ0i1PZf2CE/v6U3Hg3BfJKL+ l4ieEf2fDwQ6C7bqo37TFUe94DOaZJqIOnMM/pgY9QBY5AdI2ePc/toGR66z9z0foLjHRQCPEBPx 4wLUCwBdIOJ3pIo25NJAmCA05iY+Q9EQgAfBe0DEbqU0Aj+u9QfROAnDXDUiDXaY6BgRwoiWACQ8 v66IRqWBEaoT9Ax7y/EjW/SONAYCy+aKCEbOoHSUzW8MQfTOd4gqRfxwFtrgQ9EGIgSENDcg3NzX s//REYChSYJ71Gnr4JZmjq7fV3pAipCjsSgXQRkhQoD4JQm0DL05vTJ1BkBo7Rmi70X8KBh5/Fz0 hoienQ5goAgNTd68N0fagXy/EAFsOrCPVY/LdYQ/aEO77x11AHgI+6UiOgsABC9470l6Di20j86p zxU6h7enifj1CgBKu1AGv46h32DyfguqQnS5rnmevAhoW7QSPCZsIaLtAT11p/PKuZ2Zn36VP+QC EBsXniR6RIRZwRgIIaG3O0zMxeSgUTHB+vvngARbnEZlK13S14gqRDQ2+7whTAg1QMze/J0G4mdJ fqV8ESJrxiFUn6tM4ggIMaYg+SEUmDSM1ajvaNEk0SEiNMnP/GfsYSudrCFCOGh8CGEoVZmUjUn4 JIl9rYuwI3SYdmhTtAPmDh0DPTljhuB+c6QDmMcqn3nKAy3Bu6NN9rHv4MfbMQV8gC9oJoRyoIh3 A4B9fU1HHTGxbFuh2ain/fEy0vYXrSfinb7Sc4B2tIg2JGC61ogYGy0QASDytfHwmzjSWK3Ec3Qc aD7yIj0aFmuANgTo54noOIo2tAKQGrrWF6AKceVg0T8Vt7/iAM4eOv5d17N1jjaxgQam8eiVEQDM LLQW8aTD5IHR2MuzfK0QZDqNB9FrkxZh5BotSO9Or0ugB+UagDCIpiHRKAggwohWoqFtfsEyEOaP RQf5+VNfenXqhZliBZJnvL27RbwHQDrej2MsQieByUoZXFtzk3Lh50/EI9Lw7m+J0CKDRBP9ytDZ 8CwBLfwLEe91qH++nY50BHRcjGEIaM8v/XNAS2c2V0Q5AG+2CNORd6I8gPKqCA1lxO/nVCc2sLxf dLyuU7oepPPJOmccVaFzzPSYroPjSMACn8mbOmMqwzPK5X0x2W29/OoV16EVgMRM4hBYtsGtEZ2i uPk60uNi816ta2x2BMc+T092oehd0YM+UzELyAOtgwbhHg2LieUNhgMBk4/Gwvx7SYQg0GCApcKm U+PiNKD3HiwCaKNFDM4PF1HnISIEgHpZIbWPI7h4nQBRJig/emQ8hEFBQEjIA5sfMHGP8RtAorcG HLeL6IVfEGG6AiribxTViNB4aADAzib7SZUNMHg3GxhPouUYMxLg074izCbMPHgM7x/Qs9/4aSp0 RMOTF/zFjN5ehGaEvwNF1H1H/3nej8Bz1L1SdSFdcKN96sS7oHGCgbEX7YU2Z9yDiUw9GK/SoY4U 8X5FG3KZcDTAOiJ6wOdFN4owR2hItAvmEoSQWVMLexqG/k1E7wST7diBI1qItGgo22MHmb6nf4FT gl7dC2poQEiPa68RSkwYemwAh81/iwg7fLaIXvQyEUJID2mfo2w8RqspTwTf1pt3sOYm5lkw8PxD IgQNW59en+tdReNFaCc6BToPAsBGWAE0QED4VkfwVSZjpWod6VyshuSZWSI0z30iwIcwPi2iQ0Gb 0j44ZdAeFkBoRurE2IU2oW7wASE/VkTnhBmLAwDABx0JlGkDbTZCdeL5tUTwNAhu0i0SYQXQsTHO PF3vgyeUd6NedHBf67qX4qlD0YVcAMIGBgj0gtbMwaygt0P4AAGDcQTOEx4x7xMxkYZHmP8uwiwC NORPz8YRoYU2Fb1pOe1rlFN0TS+bAY9/3z5vk9fo5GoRwkrvzXgIsECYSLh0P1OeCGBQGAAK5h6C YsFDnmgpQIkwBQUAAUXQeUfGepS1vfKeqbwRJkyvLQKDbfKirvDjEd8MRmt5Zen6Tj1H701nAFCo D/F473iGTgUtCICC4OY90WxBbcE5fKKDm+c/C3gQdjoDeOkJuwggZwf4wrsCLsw/8qPc4aJ3bGL/ PekU6TRJswDw+PdJt5OIMSWdymQR1knRhVYAEpMwSej9j9ChXNc1OqdnpwdkYpVGt4PUoJl0p+7H RQyaMREQFgbVAA9BpBelPAQpGEbrgoan584OACEj2L759bHKxwO4j+gpEQ1IjztItIWfAXY7wuVN JupQqmcRqlZB9w9Q5BhRhc4X+yDeS9ebiQAr+WDaNOk+phpOC565Wdd4ytBMBN6ZTuNYxcOrDUWM XbygdK/59UHYM9pR5/AErVIjAgRB4HMPsATjeBZg0QYIPlqa+5QNsHfwxzh44OAr70awZjF1od1u 9OPzHRhDDVbaZ/U+D+jcmoKk/4noLd07Ufcw8bI7vqVkverczqWB7NthetFQMNwTBDELJwJCSgP8 XnSOHw8TbxBh2iD0mDeABnMCM4NyaGiOeIv+pXzoaRnk0qPvrTL+qzganPEMZdPrky9mSXagjG56 Bvc55hHl0ePurWs0Chpyf/8h8rlQ8Vxmj4vQBJgulDtdhPbCNPGERwR40Fp/EW3ul3OUyn1V6cjw Fh3W1PWFft7k81sRnQZAAbzw7Wgd6K3hHWkwOW1AsBmfVYjQdsEAjwBGEEBoK6wEyqcsNAHlAFo6 r9EqD4EeKro5kBkgRfs/ovs8n22ukZT2vp5OQfQWnY9onOIAKxrKBjSSV1elyzZ9s15h1b5sC0Co fwQhGBgb4UqmMdA2jI0ICDwmGLYxAgPD6cGxr3GD0jA8R0PbhuMcwTlIz5GGgIAjYPT4n4v21z1M iOyAVprjaxfqCVhw7WJG0EPTc87wH3pPR+vNypGV9y4QdUHwGvQseXrmj8ogHo8XphfzV16+aDRf UNf1M6WjQGOdq3v88BgmrR23MJ5hLIHg8k6eNvIDYzkcG5iRCKU14aymwYUeNC8x6QAgbfcLEZ0A Jvezor+K4D3hVhEdmg1YBPAHkGV3JDYNZWN62oBjAtDTRp8F4rEi4FnRh7YANFLcCZoaCM21ioNa BMUzmIa8ELi+Kx+HfVMJOzwTFAdg2xJ2m3aWTp5XeurHuMwGTyNm5Vmj63/lq0c74hlr/EtlIejZ eTP494LuI1QnB67vCJwj4PkCANldzwOMVkFAvCgrEnf9MKUHOGOz7l2VrxBAnSP90l4fHmO+Z7/3 tKU9WCz38wLIF/AVkg++8HgD8a4OXV2W3wnkBA/vpvuMrTJB12iPH+rd82mqrmb7SpN/WxpopXkJ V1HHgeXFAQeg5cV5V+4qwYGcAJLdzUA/OPfQypRoz9srH/LILNb0B/3k1WJsFczLf4ZZ+1SgHgnf dGlPsV2Sxq9L0AkSLKdd9ct+f5unbyYuc72VD04c6tDC3FvmDFeyBzuLj8vy2vk00B7KjPmDHiLP a6ZKztKBlbpvtacg3009U2lxCdvB/QSdMyhnwrVV0DN4oSaJcJ3ifdtZxMoD5jQof3kGvIpMGFJH O6cCoBBaVhNkJofbqCSudjxyuN4JuPB303sfvizCr+d+qedxoeMy53MOHCqXLktey4uxvpyEcjlp OlCnI5V2oPI6ptDOqANleknzAQh3Ne7Qa0QMcNEYrEZ4XJVkZXEu13J22TzzhIjJPhu21Akz7vkC 9dlGVOknwA3MJF6+5Sgdfd9C0jOPxQQt4McTRl3tSg1v0rYdgXktVmnY0N9/33Y82jKJ2mEXxcwQ 4dLGM8oKETynGzPvtDKAKNDJ3qh6B72pHeUH8krb/OAhH4AQjI/UCKcFa6QXRpuMErHMp83g9wRM lAYDy1ZauYOVL0tKmCOBcLfapS7v+0LRqiw9w1xRP5XDaodc9xFWgIcWZUnKFKUNTmBmnlFeA3TR rPvM5OcL8ATgnO2725fGglz36Yzs2jnuM+/kLY/BDMlnpupeNAgIXTOZernoRcXvaQtSPHNhs0RM H6D9veDzlw//ZuertNIwwc1Kk5pcaXSfiWBWdDA/1yro/vqKnKf7zIe1CD5Q+ivyS92nje03YBU6 3VHE90uY+57pHqg3dVqoOOawsvMkPXnS/tTZLjPKVb0ui+uoE4EGt0tkMGmYhxipF0TQYQoTd6xH m+hfY7K9qut8JhuahjVqMBEmAFDq5AFI+bEKgDLOUx6sEmAJCfNElIfZtLbiXtfxJN1HuHmG2fYr uSdiApKe+SWRndQkmReUdiMdADkACun6RR3PUF7BZSs2eXACOJNHIC8mKMnrcmvmKj8meNnvwJps rZ4jAnAoLauk4dN4XT/u149JXKwAVknMCDxM5wD/Wc4UDExIY+56HYHyY3L2MtFA//2YD6O9PCtA 9+lYMCkZQ2EuUw9MQK+9dM5qkyNEs0WY9X0Uh0UwKgCELXXNPBcTyot0/0bb/n4ee+nIBC/lzNd9 PulnHok2Hy1i8pY6s0QK032WD2bkgsl3TFPKHO13ytSLCV54zeQ2q11oG4D5g7vd8wEIoPBdC4xB Y1AxGoye7zwY41d+bx2DE32/0TXLbGzgGo2SL/AsjXSYiJ6Z1Q2YjnZtFQLERB5CQKDXYWkPveAI Px0TltTpJF9gpuqcSV3uI2gsMZou5gdn2G0PyHiL9xvk583SF8wglgZlB8Y61GeIykEAGf/AP9bD zdKR9+Zdbgw8CDARlDaD8iMv+ET+aH0PQAoINdo+eyIWoaOTaTF/5PfewYluOjJMYpb18J6AcbLK G6S0mNisFNlPxHj3QBG8Ha/7j+k+2ptVISxpekx0kghT6SbRcyI+0cCsvVP0lIilPrzvVMWjyW7z O7PbFEdHilZkDePtimfymBUirNz4tYj3fZA43aPDw5xjidCfRXRMrKqgPhN1nzoAwHv951kpwTj5 bdEKAyCYi0DwcjCeBt5QFBRCBArUByf1UKNBE2WRrvPNsMOYv4iGi9n0nAg1PTUNztIfAvVAi1iv HUeWkPwt0Evfr2sEgQBztxIxmPxAR/YmgLEIB+kyAWHTPYDHGA3G00OSluUxuQLvC08QRt6RXo+e m3xnibhPXYOesIyJlidPG83uOfT+1YpAAPvrerbODxY9ofP/ZD1PfeFFW95MhB9wsPzoWZ5XvnQq gIFOinelXfmEJObfH60jWo1lR3bcSZuerDT09Gwwg1alU7hbxDlgpsNhIe6Huo/peLgI4KC93lU8 mo7wru5X6MjnD6xjJC08elPXLH2ijoAMp8jRIjonPq+nU6DudAh0UnSkaFLaAdBtqyPrAn/wkE8D ISizRX+kYf0X66kjzMekwuuRt/Ha+RaMTehxgwNwBIWGtQDKzor60qDBdVkIsgUpYACMaKOzdQRY EL1jrlChyOtFgAcTDzOEnjFXACzUFaG04y7KtmvCEEZCsBfsqFuZMQz1+JPqj7DsJML8yQ5W+7W6 oecQLurwY7++mG02MJaAf5h2BNK20My6hpe8q73PM8FxDx2qvQ/QMKtniEpUNu/bJ5CezizYVpir FkzkjwzwLjY/4hgP0/5YEgCKDprOwMoqHe8LPnj8anpf/tLx8j4d5bnNY5mO+QBEA9hezstYFca+ fUSnu/klITxQ0CkAQ9oCFuntC9p0QYGjYTEL2soDhga1nh2bUC16pBdEZ4gYC8F4xmWYGS2C3gVN g1mBrc1eamir0Trfug1OerZ2VuPZ5NxDGIL8wEa3wCKd9doFn8nwWfnysRqmCaYxYzp4RaeVHRio Uw4mKu/rBT1LJ/ew6AIRbnXaAx5gDtnyMcODISgD1JU6BvmfDVau7X3MzjkiQI7w2oAmJtSIWnSG qiOdJvLkORP8ECzPOpIw562mt50UyXlvxsbBsJpfzgpjwlE5GL2mXpgei4BHBBsZe5dAPMynB3pT 6ejpEdpgg9sGsS8Lk3lZAgJCb4959YQfN0THzUV2DER0rjyCQsm5vcY0OUSEGULD1qmhvrCFZx2p NwJ3s9LwQSDgxWx4LU96BIv65+t0vtU9GnpXEaYODhL4hSlpA/WkTBvIC89WUIBuVNxBoktEd+te K4eG4j5V/jN0/1Id39A1nx5gSmGKbSf6VHF8KYqAww8LMkxm8vvQr0CQd7ZOvKPtlOw7B6qc2YaM OAb3OADwYDIuAsS36ABgXxcxVpmkuA39DgpPHqbahSLGOeQPoILgw5GEBVShZx7186STo668B/le ojz5wPFFH5CM00p07XWsisMhgfbjswxrigbfodPO8wkDKMecQeMgFLwgAEK4sHcJDNTpLa9Thf+p IwLpeeMCIbuBXta9U5SeXTqv0ZG8GFTyLL0WZgfmkWUoz1uThGxheHadgwDDXACYMJz64VmjV7pF 5fEuwfCKLmjMaQihjmg+TJXtdT1Q6WdlpbflB8GbSeJrD4TnPD3/Sx0RDMyxYE9LOcfo/vlKP0bn z4tG6ppB8gjFMfjmg0G8howjELJ8AROVMR9eK+oKD2mjQ5WHBQim6xTdJx3abBfRaboP2AnW0rBl WKsieJ3dgXHP44Hy4buuyTrl0w7GWfCQOlinzwyd/1nEXhbwm84RB4xtC8bIdMhV8FzHe5Qnm5xg 5lXr+Ccd6djonA/1y3xS8ZN0zle+s3TEpMPx8Lmu7U6sOKUAFc6J5QIgzADcj9imlqm87D/1gp46 5agK08PuK0KlwjQaxmoYkp0swoa2gfETPQhCTh583DVQpzAKQcOkoodG8AjY5wiStaNhBr3oO4E8 AYtnFijQgPSweOasbU+jXU9jqDx6Ny/onEHsATqlh0bAbhYxXsB8opGzw78VgbYMjgdapFGeF/tg 3FI3cIkzpqNTsOEmnVjTjDo8qvRoS+od1LoM2OmsKDNn0LNscsmAeg/Rb0QI8Ex6evuAn/+eut5f REfE7q7w3wZMr6DZg8ZifEv5BDTAxyJrhRB3sShjQis/VSP2jOIw7QH+NMXhZeP9GnQPwR8kYqA/ S/QPOhv/Pi7qITrnHWh3Oj2eY+Ma6olDgY4VRxPjWy/onL0cKBMn1/0iOiKAZN8F8299kZUL+2in H3NqIJ8BHhPaCkoHqLJ7yYzw6T69TiboGuH+R1bcW7qGWgWlB1Qwxwu6xiaGccE8gx4qvEN8IUoP ZQO9H0BGpWcA5Oc3T8erswpuNV7y0zLuaFF2njo/pHjIhkwP6Hc+D2bV35qvmB6YYZh+R4jYcqpN m173EWTya5FnVv50NsEOJ8i7N7LSYnlkxlS55EBxrfJSHM4PqFXw63iPbkC57s9VJBq4RdBzdEBQ zqD7eAEhG7xO2Q90iLRt0HzOl1VB8flMuIIyXY4P0/jnSBAxETBjeL8N/XPs8RU9nKMKMg6bLbph Ra/sClw/zFW+DM5lSXRqtVcpAKHmBR5MMGxg7H0YOUN0l+4FTclOZWInZgbwMZkeVn1rOjHfospK vFuqpdBZDFmlAARTxDycELhxoZUqqO6MISAXVhIO5ASQenEGtd3VoPlcwAW/nspg4muuyqDHxf7f Qgfczp4HSde4Y0O+LVxwecuagerBXAo29SeqizfQVxyD00pdZyYhFcd8S08fwB0uTs/jueM3jqwH rUUefpvgEGHlAJOdLqwAHMingY5S3fCa4PFaalDjMvDF6/Fvf9C41GeU4CLRLP9I+hEibFbmMgh4 iBhU46Hp0qD6b6wC2AMv6KGyZeJVZDyCSxgvHQG+nKvnmIuwpiGuVzxJQ5axsox/cIiQT67AxO9E Ed6upTp4lrEO7rEOciAfgBBcJrPaGxBA1qfhTi0kBL1OAMpO6OXMUwIMaOf43q1Cyj1DDzPvhVu4 RcATpXLwdjGmsgD6nc43EPG+9+o+8yLMf2TPNXWkTtlzMtnP4iFbWpqOlOfSdgIH8gEoqbwZgHtB AoLw4LJmso5ZXlyZUyVc+PF30DnC3l/njDvQIswAM0/UR+fDRPjoX1Zc0F1JGZAN2dcDdAPBnB2o xzE631LEnAACi0nDPBRlAYChIibVWIB5H88pnqUkaDHqvJ+IfJkvedgXfPLkHcp1Te//jO7NCtSL U+pAWeSHedufdCIAd6+IuM1EE+xzvgnKvBHhDuXpudB98w9HB2OdnUQ9dG+KjvC7hdtaaeE183GY 0ryzM92yGmZ5X7bXicBEHMLAxB5mBhOijFkABwsxfyZiXMDE1mxfUFi2gRDj52dScIwEgiUd+UyU bF6gFcjTm1/Qs5fqABCm+0dMGb61YRNDhPcBEUKK73+C4vid0it1zgQik39oVFZMAKjpug/wmKlm QWSFnw6zNTNhF6jQLJ1bc3Z7nTM/VS06X/mQPwBinsjTUIpj9v16ERPDBMpjLzfqyDvR0QAWOg14 A4CywYM7+yrR30VMVJ8oYgIyM4kZqJ87XU4caC+AWH1A2iESAtZYAaKzdCyjp9eRGezRor107WkV xbFMh0ExPSjXCNTzOt6puODkZ75Xp7f1lozoGcyl4/38+a0bTEw0gK0/ZaHhDvbTs5KCbXdv1LFG xNgEzcLYjvzKdOCz58d0PM3XKmvZuuaoECshNlU6HAoDRazhe1oEEDYVMUkLAPhhLQB6oYgvYM/y y2OFBkt8MPFwRLDCg1l3VkEw004AiF5QOsDOO12iPDxvouLgh/d+Lqw4HGgvgOg1mZuws+oAgJle 2+gcEXYE2y5JQRt1U8Of56cjzdoizMH2ACho79PzUjaeLgI9Mr2+7Y0xETHj0G7UAwFFA/5MdX5F 8XQAswJs/1znPw9c80xGgHM0DzPimKaYcQAGE5Vf6sZjNlDEei2+vE0pDrOVegIwGx7UCdoaMxMH AKCpRnvmKIso3ocQnPzFVGRpS3vbLE/WLrozOdDexmAwH1wPRS8bHOAjfNnLTrgmDcJMegbBVaJZ gRfI9Uyr9/MH8izbYOEqphuDd8YQmJQ2UAfKsiA+Teef+toKoAXrS5rMGM+/l12XYD1YQkTHcJwI 7fCyfxOTELOSOMxBgqc1FYL5cU68vUd9cpVn46grmjw7j2Cd3PkKwIH2AoiqttVDcx9zLrgg8k3F ra84TBFMEIQbobZzSwhx0J4n/6BQZ9ijZzfSBWMPTCK04YM4AQL8w0RiDglXMGWhfXAoMC5BaLNX GWezHpMub1C+fC3KWOx00b26tvM/s3SNux2tM8rPoEZHNMzWIhZjEnAW8N6YgoCN+lgw2XLhh3Wq oG3hF06K9/0EA3XEQeLGQPmb6ge/kw9ANDJmiQ2MIYIAorFpTNurz9H5AAnZHTq+JRonYp7nMcVh hrBG7UgRcybcI2D+MP74TALJAlM0HMva39c1jgLKhAjc6ydicI4Qbq50mFI3KS154tR4UHGsdn5b hLn0vAiB5B0rREGQkC/1twFthpMDpwNzQbdijgXuc4rpxXOZlQJKw+fGlP9TkTchrDh+Y5b68IvX 8IkAmP9KB6M4yqU+9p4thudZZcyPKt+o4xVkpyPzUGhw3slq9ayqucvlxYF8AMJ+/yhQKUAQ7DFp bFy2mGUIDd+lH6NTzBlvCbnivlAcbtgqEZ4uQDI+oKUYaKOxrCBbYCEwBMCA4BBIx2pbNA0AIp65 mF1VxoHK83UdKfsEEXNSAIFNIJOKp8e+RBRcIsPKYLSGDZTNu+DNo+65zCtMNOpsTTX7LB1FfxFu fi/oeUzNb3S6p4i8hipupn+bzgBwZK8Upg50Ul7HpfR8D8M4kzFjjehwEa57PIAurCAcyAkgNR62 fSboekbW9ae6npQVh8vam3uxQc+hmTDbWgXdYyB/ciAtwDglcI02s2GgTjARh9gICRcOCdzGDNj5 AhOTkV66RVA8DgQLTu+e4u4PJgJous7M4eSp7yeKxyGSnT9gbBV8ns3IkR4AtSpL6dFwLXiluJsV B7mwgnKgI2Og5fkKmGXsm8acCKYZ4wPmSfjeqMuXrC/PF3dlr9gcWCkA5I81mMgdLmKyE3OSScpr Aybhis1pV7tVkgMrBYDgPOMsHU5aJVvBvdRKy4GVBkArLYddxVdpDjgArdLN616uqzngANTVHHb5 r9IccABapZvXvVxXc8ABqKs57PJfpTngALRKN697ua7mgANQV3PY5b9Kc6AVgPSJJWvJRmltS0iz lXZ18ErNBL1E8FOCXO+SUoKEFq2Va3XszWPicb7fccFxYKkcyKWBWNBYLoEKtfWBzFJzXoESZH83 0EbVogIby4RccBxoFwdaAUi9L58a2+//25WJS+Q4UKwccGOgYm15996dwgEHoE5ho8ukWDngAFSs Le/eu1M44ADUKWx0mRQrBxyAirXl3Xt3CgccgDqFjS6TYuWAA1Cxtrx7707hgANQp7DRZVKsHHAA KtaWd+/dKRxwAOoUNrpMipUD/w9/gt/ZG1pp5QAAAABJRU5ErkJggg== --_004_CY4PR05MB3576466A996C2FD8D154D68BD5880CY4PR05MB3576namp_-- From nobody Wed Jun 3 01:05:47 2020 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 2530B3A0E00; Wed, 3 Jun 2020 01:05:42 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: mpls@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.1.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: mpls@ietf.org Message-ID: <159117154210.21756.10304357607427600894@ietfa.amsl.com> Date: Wed, 03 Jun 2020 01:05:42 -0700 Archived-At: Subject: [mpls] I-D Action: draft-hegde-mpls-spring-epe-oam-07.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Jun 2020 08:05:42 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching WG of the IETF. Title : Label Switched Path (LSP) Ping/Traceroute for Segment Routing (SR) Egress Peer Engineering Segment Identifiers (SIDs) with MPLS Data Planes Authors : Shraddha Hegde Kapil Arora Mukul Srivastava Samson Ninan Xiaohu Xu Filename : draft-hegde-mpls-spring-epe-oam-07.txt Pages : 17 Date : 2020-06-03 Abstract: Egress Peer Engineering (EPE) is an application of Segment Routing to Solve the problem of egress peer selection. The Segment Routing based BGP-EPE solution allows a centralized controller, e.g. a Software Defined Network (SDN) controller to program any egress peer. The EPE solution requires a node to program the PeerNode Segment Identifier(SID) describing a session between two nodes, the PeerAdj SID describing the link (one or more) that is used by sessions between peer nodes, and the PeerSet SID describing an arbitrary set of sessions or links between a local node and its peers. This document provides new sub-TLVs for EPE Segment Identifiers (SID) that would be used in the MPLS Target stack TLV (Type 1), in MPLS Ping and Traceroute procedures. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-hegde-mpls-spring-epe-oam/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-hegde-mpls-spring-epe-oam-07 https://datatracker.ietf.org/doc/html/draft-hegde-mpls-spring-epe-oam-07 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-hegde-mpls-spring-epe-oam-07 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Wed Jun 3 02:17:43 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2B8103A0F5E; Wed, 3 Jun 2020 02:17:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.587 X-Spam-Level: X-Spam-Status: No, score=-9.587 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=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=WOhLdAf9; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=ni1sCG/J Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pxEKJdJV2amx; Wed, 3 Jun 2020 02:17:38 -0700 (PDT) Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 30E023A0F5C; Wed, 3 Jun 2020 02:17:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=44000; q=dns/txt; s=iport; t=1591175858; x=1592385458; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=+ZL/Cd5fHVml6/s/omcbjriJIhWbQ37zrXun7YoUyho=; b=WOhLdAf9w3fuoj+Dve57jY4HMdt1dO1UW0wSBdH898Kp/BJFTkSLMHfP R2gpFS/57/gTP9Yt+tUWaRXPIPOWZn18CYisH9GbgpeOhM1s6GOhZPV88 UGC9YJEeDElmyNPpGJ716794RAgKjjTe12+3sU93i7OH2x9YS81EUyeFK U=; IronPort-PHdr: =?us-ascii?q?9a23=3ANlg73RIBjgBcqzZBr9mcpTVXNCE6p7X5OBIU4Z?= =?us-ascii?q?M7irVIN76u5InmIFeGvKU/jkLPXJ3W8bRChvaF+6zjWGlV55GHvThCdZFXTB?= =?us-ascii?q?YKhI0QmBBoG8+KD0D3bZuIJyw3FchPThlpqne8N0UGGtv4ZkXfuDu04CJBUh?= =?us-ascii?q?n6PBB+c+LyHIOahs+r1ue0rpvUZQgAhDe0bb5oahusqgCEvcgNiowkIaE0mR?= =?us-ascii?q?Y=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ChBQCzadde/4QNJK1mHAEBAQEBAQc?= =?us-ascii?q?BARIBAQQEAQGCCoEjLykpB29YLywKhBuDRgONRZhQgUKBEANVCwEBAQwBAR4?= =?us-ascii?q?PAgQBAYREAheCBAIkOBMCAwEBCwEBBQEBAQIBBgRthVsMhXIBAQEBAgESEQo?= =?us-ascii?q?TAQEpAwYFAQQHAgICAQgRBAEBIQEGAwICAhkXFAkIAgQBDQUIEQmDBYF+TQM?= =?us-ascii?q?OIAEOo1wCgTmIYXaBMoMBAQEFhS4Ygg4DBgWBM4Jkgk2HGxqBQT+BEUOCTT6?= =?us-ascii?q?CZwEBA4EtARIBCRoEAQcJFgkCglwzgi2OYhiDB4Ysm0MKglmINJBggmeJDJA?= =?us-ascii?q?yghWQcYFhiB2Pc4E9gloCBAIEBQIOAQEFgWoiZnBwFTuCaVAXAg2QHCQMFxV?= =?us-ascii?q?uAQKCSYUUhUJ0AgE0AgYBBwEBAwl8iyotgQYBgQ8BAQ?= X-IronPort-AV: E=Sophos;i="5.73,467,1583193600"; d="scan'208,217";a="500577753" Received: from alln-core-10.cisco.com ([173.36.13.132]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 03 Jun 2020 09:17:36 +0000 Received: from XCH-ALN-002.cisco.com (xch-aln-002.cisco.com [173.36.7.12]) by alln-core-10.cisco.com (8.15.2/8.15.2) with ESMTPS id 0539HaeL022436 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 3 Jun 2020 09:17:36 GMT Received: from xhs-rcd-003.cisco.com (173.37.227.248) by XCH-ALN-002.cisco.com (173.36.7.12) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Wed, 3 Jun 2020 04:17:36 -0500 Received: from xhs-rcd-002.cisco.com (173.37.227.247) by xhs-rcd-003.cisco.com (173.37.227.248) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Wed, 3 Jun 2020 04:17:35 -0500 Received: from NAM12-MW2-obe.outbound.protection.outlook.com (72.163.14.9) by xhs-rcd-002.cisco.com (173.37.227.247) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Wed, 3 Jun 2020 04:17:35 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=detDjGTxP41KTPZc52HcXwtjAiS8YPdNex4zAk1/wB+P8Mo2Q5CJ/iwixGa/cuVn0JkhvrSjtYmzCQ91HdUZINwDe5qf/wMG8SZ6Kb/L16wTZ25mEEpFjX5kTZOW/QmhnFo5J3d8m2OaebwYpUlwft+pZsnPnE0cuck7NF3y/xdkTmrhktXhgDSPQDRT2ChFimFEVt+KmKuIE9EVjvdYYGLAf5p/zkV8mXURexJzRoYy4tHLPsC2Cip0M9XvVNHjT+H7omSh3j3wLawVpiTVpXTlzwel+USY+dqWwZH2NNbHmKfHCbF1qLiZiHPnRzdWIHY+mOBFSKOatQSXlgwSfA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=+ZL/Cd5fHVml6/s/omcbjriJIhWbQ37zrXun7YoUyho=; b=Nd7aUlrVKaMCAOwr5uD8hzrzx/w7Rncu3OaBZcG8swWQGzx59KiGoJfeKjBdifMwsg3QU5HfYkDbzDH4vk+yf+uPSW0URlBG8UNmZQT4N0EtbxMOR80BAF8sSmaY9+J3ytXeg7p7x8eAP3ZCjabyyv5fnJebgnxtfNXwYZ+em0maHVT668CDJ5WRnAZbR12aEUP6/J9NNIKVi1AIN1/cHFKl5BAl8H/P4bDXA8A5HdDunwghbj1RVmAczk2SF6HPMI7+EaE3dqOqbrJzhLaf3YmT47AbSO+jCd3uxQ/HGoXvNIZzGVTceGOgQHzGfDA86exT/1etnl6edOELRZr49g== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none 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=+ZL/Cd5fHVml6/s/omcbjriJIhWbQ37zrXun7YoUyho=; b=ni1sCG/JC+h3g8/XLzIpMIDrEHNqlv5EzrL8DJvE9eVRgMD8JsDLvnYmip3Xm7I65ezZzewVP4UZvmyC0Gdqg8BNX3b4vONH/DGqpclgt8v8NyhraxYvjUqylLMc29Bvu848IwlQId/tvLfFiGpvVZlX6soXWNIcLgLz1OCgMLA= Received: from MW3PR11MB4570.namprd11.prod.outlook.com (2603:10b6:303:5f::22) by MW3PR11MB4667.namprd11.prod.outlook.com (2603:10b6:303:53::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3045.17; Wed, 3 Jun 2020 09:17:33 +0000 Received: from MW3PR11MB4570.namprd11.prod.outlook.com ([fe80::9552:d301:4b19:601c]) by MW3PR11MB4570.namprd11.prod.outlook.com ([fe80::9552:d301:4b19:601c%5]) with mapi id 15.20.3045.024; Wed, 3 Jun 2020 09:17:33 +0000 From: "Ketan Talaulikar (ketant)" To: Shraddha Hegde , Loa Andersson , "draft-hegde-mpls-spring-epe-oam@ietf.org" CC: "mpls-chairs@ietf.org" , "mpls@ietf.org" Thread-Topic: [mpls] working group adaption poll (wgap) for draft-hegde-mpls-spring-epe-oam Thread-Index: AQHWHpsk6nlFZ6TN2kqqRb0ulI9i7qikhoawgADv8gCAAAKPkIAhJ36AgAAwVxA= Date: Wed, 3 Jun 2020 09:17:33 +0000 Message-ID: References: <6eee6cce-b7b3-dcce-b3b8-2229745e778d@pi.nu> <1717e4b0-17cf-13f7-d1bc-fd9a849418e1@pi.nu> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2020-06-03T06:18:56Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=0633b888-ae0d-4341-a75f-06e04137d755; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=5d9b56cc-13db-4ada-8043-c2f00f7cbf5e; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2 authentication-results: juniper.net; dkim=none (message not signed) header.d=none;juniper.net; dmarc=none action=none header.from=cisco.com; x-originating-ip: [72.163.220.9] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: a090bf11-12b3-4843-9a79-08d8079ef323 x-ms-traffictypediagnostic: MW3PR11MB4667: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 04238CD941 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: Jirp1JzilYfxNmQXPr2winaIP3K+cMJPN+C215FeOTPTnnaLmhExu3YP2ZQu8wXc6PFjDw25WV5Ivh148aKyi7C0bN8tLLUNPBqoqKCGSkLbdqmdFyKD799rEwUiwpRdh1PE/P7rOL2HJB+TwIVmBJ7vIeuItEHK7xaMJvR1fa+/86aTmwRPGlbRzMYFKWH+g5dud5BSDwZskmUmLkL/H6f1NAgZLGeJz780jkVLuXtzcGAUhz5tQ/2L7gDtu5IVC5tLxNldNhYEp8jzU9+NdD0oXWPhhlrpBXR8tS3ogCgWNLOL35NZVVRY86P1mcdb7rCymlShLnrUIXtGXZEr2g7lYAtoaWDmZr9QipO9QueCQfHj9TXSWo6yg+XmcmUsKyk3OJsUQ9DmabLhyc7Ugw== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MW3PR11MB4570.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(39860400002)(136003)(376002)(366004)(396003)(346002)(9686003)(9326002)(86362001)(110136005)(55016002)(52536014)(54906003)(2906002)(83380400001)(71200400001)(53546011)(478600001)(186003)(4326008)(66476007)(7696005)(6506007)(26005)(8676002)(33656002)(966005)(5660300002)(166002)(8936002)(66574014)(316002)(64756008)(66556008)(66946007)(66446008)(76116006); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: 3XxcTNAgGfw/JaYxed6ISGJ6mY8TVfqDOqSCrxWXe4dcgQ2yXsav+UZf34JL1wH6QQCWqZqDPMRNnbK5A1OQo+/Unwq2sXHUXFTDdJH2BxYGM2qrG9DQ8FwOMpGsa/bAXsXSyVxNCJFm1RoaibKssD16CWXWT1+FrPoiRAAdvBMihF5X7ZN6UjlggTLEDAB5YLI6sOqEooA/C0bEqVGMY0I+2A/flxUQd4/RBJ7x0BChJeDNQPc2lVGueaVrJpfadScHP28jx+QcD5m/IeDP5bfBAgwpkGI7Mw9oigi9p2GuS56Cv/gqI6Edvq4qBvDp27gQnfCCDKJ4bi7Xb8rD5ye8YPL358tt9/Yas6zIabjrRwNrdNvf18We8d0azCYb13igOQvrgue1Rw0LSgEVz+BxcIBTmxW9IikzKpPO+RVByH1jF7yBnSuad4ycavgMbFF0vxQwjx6nBiac6Qu9oOU606vP2otE2VrbTsvjSmo= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_MW3PR11MB4570D5E2E194A212B2C099B5C1880MW3PR11MB4570namp_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: a090bf11-12b3-4843-9a79-08d8079ef323 X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Jun 2020 09:17:33.5023 (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: ESqRaf9iKCLbml/DmuW9uFt2vyeYGA3YoNYRioTeFpHWkalAP477zteNpm7a3iEO4VbL6XmzkKCNbkCClEdAYA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MW3PR11MB4667 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.12, xch-aln-002.cisco.com X-Outbound-Node: alln-core-10.cisco.com Archived-At: Subject: Re: [mpls] working group adaption poll (wgap) for draft-hegde-mpls-spring-epe-oam X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Jun 2020 09:17:41 -0000 --_000_MW3PR11MB4570D5E2E194A212B2C099B5C1880MW3PR11MB4570namp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgU2hyYWRkaGEsDQoNCg0KDQpUaGFua3MgZm9yIHlvdXIgcmVzcG9uc2UgYW5kIHVwZGF0ZS4g UGxlYXNlIGNoZWNrIGlubGluZSBiZWxvdy4NCg0KDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0t LS0tDQpGcm9tOiBTaHJhZGRoYSBIZWdkZSA8c2hyYWRkaGFAanVuaXBlci5uZXQ+DQpTZW50OiAw MyBKdW5lIDIwMjAgMTE6NDkNClRvOiBLZXRhbiBUYWxhdWxpa2FyIChrZXRhbnQpIDxrZXRhbnRA Y2lzY28uY29tPjsgTG9hIEFuZGVyc3NvbiA8bG9hQHBpLm51PjsgZHJhZnQtaGVnZGUtbXBscy1z cHJpbmctZXBlLW9hbUBpZXRmLm9yZw0KQ2M6IG1wbHMtY2hhaXJzQGlldGYub3JnOyBtcGxzQGll dGYub3JnDQpTdWJqZWN0OiBSRTogW21wbHNdIHdvcmtpbmcgZ3JvdXAgYWRhcHRpb24gcG9sbCAo d2dhcCkgZm9yIGRyYWZ0LWhlZ2RlLW1wbHMtc3ByaW5nLWVwZS1vYW0NCg0KDQoNCkhpIGtldGFu LA0KDQoNCg0KVGhhbmtzIGZvciB0aGUgZGV0YWlsZWQgcmV2aWV3IGFuZCBjb21tZW50cy4gUGxz IHNlZSBpbmxpbmUgZm9yIHJlc3BvbnNlLg0KDQoNCg0KDQoNCkp1bmlwZXIgQnVzaW5lc3MgVXNl IE9ubHkNCg0KDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQoNCkZyb206IEtldGFuIFRh bGF1bGlrYXIgKGtldGFudCkgPGtldGFudEBjaXNjby5jb208bWFpbHRvOmtldGFudEBjaXNjby5j b20+Pg0KDQpTZW50OiBXZWRuZXNkYXksIE1heSAxMywgMjAyMCA5OjM4IEFNDQoNClRvOiBMb2Eg QW5kZXJzc29uIDxsb2FAcGkubnU8bWFpbHRvOmxvYUBwaS5udT4+OyBkcmFmdC1oZWdkZS1tcGxz LXNwcmluZy1lcGUtb2FtQGlldGYub3JnPG1haWx0bzpkcmFmdC1oZWdkZS1tcGxzLXNwcmluZy1l cGUtb2FtQGlldGYub3JnPg0KDQpDYzogbXBscy1jaGFpcnNAaWV0Zi5vcmc8bWFpbHRvOm1wbHMt Y2hhaXJzQGlldGYub3JnPjsgbXBsc0BpZXRmLm9yZzxtYWlsdG86bXBsc0BpZXRmLm9yZz4NCg0K U3ViamVjdDogUkU6IFttcGxzXSB3b3JraW5nIGdyb3VwIGFkYXB0aW9uIHBvbGwgKHdnYXApIGZv ciBkcmFmdC1oZWdkZS1tcGxzLXNwcmluZy1lcGUtb2FtDQoNCg0KDQpbRXh0ZXJuYWwgRW1haWwu IEJlIGNhdXRpb3VzIG9mIGNvbnRlbnRdDQoNCg0KDQoNCg0KSGkgIExvYSwNCg0KDQoNClRoZXJl IGlzIG5vIGRvdWJ0IGFib3V0IHRoZSBuZWVkIGZvciBMU1AgcGluZyBhbmQgdHJhY2Vyb3V0ZSBv cGVyYXRpb25zIHRvIGNvdmVyIEJHUCBFUEUgU0lEcy4gU28gdGhlIHJlcXVpcmVtZW50IGlzIHJl YWwgYW5kIHNvbWV0aGluZyB0aGF0IHRoZSBXRyBzaG91bGQgYmUgdGFraW5nIHVwLg0KDQoNCg0K TXkgY29uY2VybnMgaXMgdGhhdCB0aGUgcHJvcG9zYWwgaW4gdGhlIGRyYWZ0IGlzIGRpdmVyZ2lu ZyBmcm9tIHRoZSBjb250cm9sIHBsYW5lIHByb3RvY29sIHNlbWFudGljcyBmb3Igd2hhdCBjb25z dGl0dXRlcyB0aGUgRkVDIChvciBjb250ZXh0KSBhbmQgaG93IGl0IGlzIHRvIGJlIHZhbGlkYXRl ZC4gVGhlc2UgYXJlIHNvbWUgY29yZSBhc3BlY3RzIHRoYXQgSU1ITyBuZWVkIHRvIGJlIGFkZHJl c3NlZCBiZWZvcmUgYWRvcHRpb24gd2hpbGUgdGhlIHJlc3QgbWF5IGJlIHRha2VuIHVwIGR1cmlu ZyBpdHMgbGlmZSBhcyBhIFdHIGRvY3VtZW50LiBJIHdvdWxkIHN1Z2dlc3QgdG8gd2FpdCBmb3Ig dGhlIGF1dGhvcnMgcmVzcG9uc2UuDQoNCg0KDQpUaGFua3MsDQoNCktldGFuDQoNCg0KDQotLS0t LU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KDQpGcm9tOiBMb2EgQW5kZXJzc29uIDxsb2FAcGkubnU8 bWFpbHRvOmxvYUBwaS5udT4+DQoNClNlbnQ6IDEzIE1heSAyMDIwIDA5OjIyDQoNClRvOiBLZXRh biBUYWxhdWxpa2FyIChrZXRhbnQpIDxrZXRhbnRAY2lzY28uY29tPG1haWx0bzprZXRhbnRAY2lz Y28uY29tPj47IGRyYWZ0LWhlZ2RlLW1wbHMtc3ByaW5nLWVwZS1vYW1AaWV0Zi5vcmc8bWFpbHRv OmRyYWZ0LWhlZ2RlLW1wbHMtc3ByaW5nLWVwZS1vYW1AaWV0Zi5vcmc+DQoNCkNjOiBtcGxzLWNo YWlyc0BpZXRmLm9yZzxtYWlsdG86bXBscy1jaGFpcnNAaWV0Zi5vcmc+OyBtcGxzQGlldGYub3Jn PG1haWx0bzptcGxzQGlldGYub3JnPg0KDQpTdWJqZWN0OiBSZTogW21wbHNdIHdvcmtpbmcgZ3Jv dXAgYWRhcHRpb24gcG9sbCAod2dhcCkgZm9yIGRyYWZ0LWhlZ2RlLW1wbHMtc3ByaW5nLWVwZS1v YW0NCg0KDQoNCktldGFuLA0KDQoNCg0KQW55dGhpbmcgb2YgdGhpcyB0aGF0IG5lZWQgdG8gYWRk cmVzc2VkIGJlZm9yZSB3ZyBhZG9wdGlvbj8NCg0KDQoNCg0KDQpBdXRob3JzDQoNCg0KDQpJIGxl YXZlIHRoZSB3Z2FwIG9wZWIgYSBmZXcgZXh0cmEgZGF5cyB0byBsbG93IHlvdSB0byByZXNwb25k IHRvIHRoaXMuDQoNCg0KDQoNCg0KL0xvYQ0KDQoNCg0KT24gMTIvMDUvMjAyMCAyMzozMiwgS2V0 YW4gVGFsYXVsaWthciAoa2V0YW50KSB3cm90ZToNCg0KPiBIZWxsbyBBdXRob3JzLA0KDQo+DQoN Cj4gSSBoYXZlIHRoZSBmb2xsb3dpbmcgY29tbWVudHMgb24gdGhpcyBkcmFmdCBhbmQgd291bGQg YmUgZ29vZCBpZiB5b3UgY291bGQgY2xhcmlmeS9yZXNwb25kLg0KDQo+DQoNCj4gMSlUaGUgRkVD IGRlc2NyaXB0aW9uIHNob3VsZCBtYXRjaCB0aGUgImNvbnRleHQiIHRoYXQgaXMgYWR2ZXJ0aXNl ZCBpbg0KDQo+IHRoZSBjb250cm9sIHBsYW5lIGZvciBQZWVyIEFkaiBTSUQuIEUuZy4gdGhlIGxv Y2FsL3JlbW90ZSBJbnRlcmZhY2UNCg0KPiBJRHMgYXJlIG5vdCBiZWluZyBpbmNsdWRlZCBmcm9t DQoNCj4gaHR0cHM6Ly91cmxkZWZlbnNlLmNvbS92My9fX2h0dHBzOi8vdG9vbHMuaWV0Zi5vcmcv aHRtbC9kcmFmdC1pZXRmLWlkcjxodHRwczovL3VybGRlZmVuc2UuY29tL3YzL19faHR0cHM6L3Rv b2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1pZHI+DQoNCj4gLWJncGxzLXNlZ21lbnQtcm91 dGluZy1lcGUtMV9fOyEhTkV0NnlNYU8tZ2shVzAtR3A4OFdLbnFSZlg0a2RmZVdWOGFJSA0KDQo+ IHFyWFRqMFB6ejlWbC1CMlpWbjc4U0ZPNjBYR0JEaTJZLTV4SW55OCQNCg0KPiA5I3NlY3Rpb24t NC4yDQoNCg0KDQo8U2hyYWRkaGE+IFRoZSBFUEUgZHJhZnQgbWFuZGF0ZXMgaW50ZXJmYWNlLWlk cyBhbmQgYWxsb3dzIHJlbW90ZSBpbnRlcmZhY2UtaWQgdG8gYmUgemVyby4NCg0KUmVtb3RlIGlu dGVyZmFjZSBJRCBiZWluZyB6ZXJvIGRvZXMgbm90IGhlbHAgaW4gdmFsaWRhdGluZyB0aGUgaW5j b21pbmcgaW50ZXJmYWNlIHdoaWNoIGlzIHZlcnkgVXNlZnVsIE9BTSBmdW5jdGlvbmFsaXR5LiBG b3IgdGhpcyByZWFzb24sIHRoaXMgZHJhZnQgcmVjb21tZW5kcyBzZW5kaW5nIGludGVyZmFjZSBh ZGRyZXNzZXMgaW4gdGhlIFBlZXJBREogU0lEIExpbmsgZGVzY3JpcHRvcnMgd2hpY2ggaXMgb3B0 aW9uYWwuDQoNCg0KDQpJIGhhdmUgdXBkYXRlZCB0aGUgUGVlckFkaiBTSUQgc2VjdGlvbiB3aXRo IHRoaXMgaW5mb3JtYXRpb24gYW5kIGFsc28gdXBkYXRlZCB3aXRoIHRoZSBwb3NzaWJpbGl0eSBv ZiBzZW5kaW5nIHplcm8gSW4gd2hpY2ggY2FzZSBpbmNvbWluZyBpbnRlcmZhY2UgdmFsaWRhdGlv biBzaG91bGQgYmUgc2tpcHBlZC4gVGhpcyBpcyB0byBhY2NvbW1vZGF0ZSBjYXNlcyB3aGVuIHRo ZSBhZHZlcnRpc2luZyBub2RlIGRvZXMgbm90IHNlbmQgdGhlIGludGVyZmFjZSBhZGRyZXNzZXMN Cg0KW0tUXSBBY2sg4oCTIHRoaXMgc291bmRzIGdvb2QgdG8gbWUuIFRoYW5rcy4NCg0KDQoNCj4N Cg0KPiAyKSBGb3IgdGhlIFBlZXIgTm9kZSBTSUQsIHRoZSBjb250cm9sIHBsYW5lIGRlZmluaXRp b24gaXMgaHR0cHM6Ly91cmxkZWZlbnNlLmNvbS92My9fX2h0dHBzOi8vdG9vbHMuaWV0Zi5vcmcv aHRtbC9kcmFmdC1pZXRmLWlkci1iZ3Bscy1zZWdtZW50LXJvdXRpbmctZXBlLTE5KnNlY3Rpb24t NC4xX187SXchIU5FdDZ5TWFPLWdrIVcwLUdwODhXS25xUmZYNGtkZmVXVjhhSUhxclhUajBQeno5 VmwtQjJaVm43OFNGTzYwWEdCRGkyWTZzWGRsY1kkPGh0dHBzOi8vdXJsZGVmZW5zZS5jb20vdjMv X19odHRwczovdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLWlkci1iZ3Bscy1zZWdtZW50 LXJvdXRpbmctZXBlLTE5KnNlY3Rpb24tNC4xX187SXchIU5FdDZ5TWFPLWdrIVcwLUdwODhXS25x UmZYNGtkZmVXVjhhSUhxclhUajBQeno5VmwtQjJaVm43OFNGTzYwWEdCRGkyWTZzWGRsY1kkPiAg YW5kIHRoZSBGRUMgZGVzY3JpcHRpb24gaW4gdGhpcyBkcmFmdCBpcyBub3QgYWxpZ25lZCB3aXRo IHRoZSBjb3JyZXNwb25kaW5nIGNvbnRyb2wgcGxhbmUuIFRoZSBQZWVyIE5vZGUgU0lEIGlzIG1l YW50IGZvciB0aGUgcGFja2V0IHRvIGJlIGRlbGl2ZXJlZCB0byBhIHNwZWNpZmljIEJHUCBwZWVy IGFuZCBpdCBkb2VzIG5vdCBtYXR0ZXIgb3ZlciB3aGljaCBpbnRlcmZhY2UgaXQgaXMgcmVjZWl2 ZWQuIFNvIHdoeSBoYXZlIHRob3NlIGludGVyZmFjZSBhZGRyZXNzZXMgYXMgbWFuZGF0b3J5IGlu IHRoZSBGRUMuIFRoZSBvbmx5IHRoaW5nIHRoZSBjb250cm9sIHBsYW5lIGluZGljYXRlcyBpcyB0 aGUgcGVlcmluZyBzZXNzaW9uIGl0c2VsZi4NCg0KPg0KDQo+IDMpIFNhbWUgYXMgKDIpIGFib3Zl LCBmb3IgdGhlIFBlZXIgU2V0IFNJRCwgdGhlIGludGVyZmFjZXMgYXJlIGRvbid0IGNhcmUuDQoN CjxTaHJhZGRoYT4gVGhlIHJlYXNvbiBmb3IgbmVlZCB0byBoYXZlIGludGVyZmFjZSBhZGRyZXNz ZXMgc3BlY2lmaWVkIGlzIGZvciBpbmNvbWluZyBpbnRlcmZhY2UgdmFsaWRhdGlvbiBhcyBleHBs YWluZWQgYWJvdmUuIEZvciBQZWVyIE5vZGUgU0lEIGludGVyZmFjZXMgYXJlIGFkdmVydGlzZWQg d2l0aCBkcmFmdCBJLUQuaGVnZGUtaWRyLWJncC1scy1lcGUtaW50ZXItYXMuSSBoYXZlIGFkZGVk IHRoaXMgdG8gdGhlIHJlZmVyZW5jZSBhbmQgdXBkYXRlZCB0ZXh0IGFzIHRvIHdoeSBpdCBpcyBu ZWVkZWQuIEFsc28gdGhlIGluZ3Jlc3MgY2FuIHNlbmQgMCBwYWlyIG9mIGFkZHJlc3NlcyBpbiB3 aGljaCBjYXNlIEluY29taW5nIGludGVyZmFjZSB2YWxpZGF0aW9uIHdpbGwgYmUgc2tpcHBlZCBh bmQgc3VjY2VzcyB3aWxsIGJlIHNlbnQgYmFzZWQgb24gb3RoZXIgdmFsaWRhdGlvbnMuDQoNClBs cyBjaGVjayAtMDcgdmVyc2lvbiBhbmQgbGV0IG1lIGtub3cgaWYgeW91IGFyZSBPSyB3aXRoIGl0 Lg0KDQpbS1RdIEkgaGF2ZSBhIGNvbmNlcm4gaGVyZS4gVGhlIHNlbWFudGljcyBvZiB0aGUgRkVD IGZvciBQZWVyIE5vZGUgYW5kIFNldCBTSURzIGRvZXMgbm90IGluY2x1ZGUgKGkuZS4gZG9lcyBu b3QgY2FyZSBhYm91dCB0aGUgaW50ZXJmYWNlIG92ZXIgd2hpY2ggdGhlIHBhY2tldCB3YXMgcmVj ZWl2ZWQpLiBTbyB0aGUgbGluayBpbmZvcm1hdGlvbiBpcyBpbiBhbnkgY2FzZSBwYXJ0IG9mIHRo ZSByZXNwb25zZSB0aGF0IGlzIHNlbnQgYmFjayB0byB0aGUgcmVxdWVzdGVyIHdoaWNoIGNhbiBw ZXJmb3JtIHRoaXMgdmFsaWRhdGlvbi4gSSBkb27igJl0IHNlZSBob3cgaXQgY2FuIGJlIGluY2x1 ZGVkIGluIHRoZSBGRUMgZGVmaW5pdGlvbi4NCg0KPg0KDQo+IDQpIFRoZSBkcmFmdCBqdXN0IHNh eXMgdGhhdCB0aGUgcHJvY2VkdXJlcyBhcmUgYm9ycm93ZWQgZnJvbSBSRkM4Mjg3IGJ1dCBJIGRv bid0IHRoaW5rIHRoaXMgaXMgc28gc3RyYWlnaHRmb3J3YXJkIG9yIHRyaXZpYWwuIEUuZy4gaHR0 cHM6Ly91cmxkZWZlbnNlLmNvbS92My9fX2h0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM4 Mjg3KnNlY3Rpb24tNy4yX187SXchIU5FdDZ5TWFPLWdrIVcwLUdwODhXS25xUmZYNGtkZmVXVjhh SUhxclhUajBQeno5VmwtQjJaVm43OFNGTzYwWEdCRGkyWTNaMERyWl8kPGh0dHBzOi8vdXJsZGVm ZW5zZS5jb20vdjMvX19odHRwczovdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM4Mjg3KnNlY3Rpb24t Ny4yX187SXchIU5FdDZ5TWFPLWdrIVcwLUdwODhXS25xUmZYNGtkZmVXVjhhSUhxclhUajBQeno5 VmwtQjJaVm43OFNGTzYwWEdCRGkyWTNaMERyWl8kPiAgaGFzIHRoZSBmb2xsb3dpbmc6DQoNCj4N Cg0KPiAgICAgVGhlIG5ldHdvcmsgbm9kZSB0aGF0IGlzIGltbWVkaWF0ZWx5IGRvd25zdHJlYW0g b2YgdGhlIG5vZGUgdGhhdA0KDQo+ICAgICBhZHZlcnRpc2VkIHRoZSBBZGphY2VuY3kgU2VnbWVu dCBJRCBpcyByZXNwb25zaWJsZSBmb3IgZ2VuZXJhdGluZyB0aGUNCg0KPiAgICAgRkVDIFN0YWNr IENoYW5nZSBzdWItVExWIGZvciBQT1Agb3BlcmF0aW9uIGZvciB0aGUgQWRqYWNlbmN5IFNlZ21l bnQNCg0KPiAgICAgSUQuDQoNCj4NCg0KDQoNCjxzaHJhZGRoYT4gQSBuZXcgc2VjdGlvbiBmb3Ig RVBFIEZFQyB2YWxpZGF0aW9uIGhhcyBiZWVuIGFkZGVkIGluIC0wNiB2ZXJzaW9uLiBUaGlzIHNl Y3Rpb24gc3BlY2lmaWVzIHRoZSBkZXRhaWxzIHdoZW4gcmV0dXJuIGNvZGUgMyBIYXMgdG8gYmUg c2VudC4gQXMgcGVyICBSRkMgODAyOSBzZWMgMy40LjEuMyBGRUMgc3RhY2sgY2hhbmdlIGFuZCBJ U19FR1JFU1MgY29kZSBhcmUgdHJlYXRlZCBpZGVudGljYWxseS4NCg0KIiBBIERvd25zdHJlYW0g RGV0YWlsZWQgTWFwcGluZyBUTFYgY29udGFpbmluZyBvbmx5IG9uZSBGRUMgc3RhY2sNCg0KICAg ICAgIGNoYW5nZSBzdWItVExWIHdpdGggcG9wIG9wZXJhdGlvbiBpcyBlcXVpdmFsZW50IHRvIElT X0VHUkVTUw0KDQogICAgICAgKFJldHVybiBDb2RlIDMsIFNlY3Rpb24gMy4xKSBmb3IgdGhlIG91 dGVybW9zdCBGRUMgaW4gdGhlIEZFQw0KDQogICAgICAgc3RhY2suICBUaGUgaW5ncmVzcyByb3V0 ZXIgcGVyZm9ybWluZyB0aGUgTFNQIHRyYWNlcm91dGUgTVVTVA0KDQogICAgICAgdHJlYXQgc3Vj aCBhIGNhc2UgYXMgYW4gSVNfRUdSRVNTIGZvciB0aGUgb3V0ZXJtb3N0IEZFQy4iDQoNCg0KDQpJ IGRvbid0IHNlZSB0aGUgbmVlZCB0byByZS1pdGVyYXRlIFJGQyA4MDI5IHNlY3Rpb25zIGluIHRo aXMgZHJhZnQuIElmIGl0IGlzIHN0aWxsIG5vdCBjbGVhciBsZXQgbWUga25vdy4NCg0KW0tUXSBT dXJlLiBJIHRoaW5rIHdlIGNhbiB3b3JrIHRocm91Z2ggdGhpcyBvbmNlIHdlIGNvbnZlcmdlIG9u IHRoZSBGRUMgZGVmaW5pdGlvbi4NCg0KDQoNCj4gSW4gdGhlIGNhc2Ugb2YgSUdQcywgdGhlIGRv d25zdHJlYW0gbm9kZSBkb2VzIGhhdmUgdGhlIGxhYmVsIGFuZCBjb250ZXh0IGZvciBhZGphY2Vu Y3kgU0lEICh3aGljaCBpcyBmdW5jdGlvbmFsbHkgY2xvc2VzdCB0byBCR1AgRVBFIFNJRHMpLiBJ biB0aGUgQkdQLUVQRSBTSURzIGNhc2UsIHRoaXMgaXMgbm90IGFsd2F5cyB0aGUgY2FzZS4gU28g SSBiZWxpZXZlLCBpdCB3b3VsZCBiZSBiZXR0ZXIgaWYgdGhlIGVudGlyZSBvcGVyYXRpb24gd2Vy ZSBkZXNjcmliZWQuDQoNCjxTaHJhZGRoYT4gRVBFIFNJRCB2YWxpZGF0aW9uIHNlY3Rpb24gaXMg YWRkZWQuIFBscyB0YWtlIGEgbG9vayBhbmQgbGV0IG1lIGtub3cgaWYgaXQgbG9va3MgZ29vZC4N Cg0KW0tUXSBTYW1lIGFzIHByZXZpb3VzIGNvbW1lbnQuDQoNCg0KDQo+DQoNCj4gNSkgVGhlIHBp bmcgb3IgdHJhY2Vyb3V0ZSBkb25lIHRvIGFueSBvZiB0aGUgQkdQIEVQRSBTSUQgY29ycmVzcG9u ZGluZyB0byBhbiBlQkdQIHNlc3Npb24gbWF5IHJlc3VsdCBpbiB0aGUgcGFja2V0IGJlaW5nIHNl bnQgdG8gYW5vdGhlciBlbnRpdHkuIFRoZSBzZWN1cml0eSBjb25zaWRlcmF0aW9uIHRhbGsgYWJv dXQgaXQsIGJ1dCB0aGUgcHJvYmxlbSBpcyBub3QgYWRkcmVzc2VkIGJ5IHRoZSByZW1vdGUgQVMg ZHJvcHBpbmcgdGhlIHBhY2tldHMuIFRoZSBzZWN1cml0eSBpc3N1ZSBpcyB0aGF0IHRoZSBPQU0g cGFja2V0IGNvdWxkIGV4cG9zZSB0aGUgRkVDcyBhbmQgaW5mb3JtYXRpb24gb2YgdGhlIGxvY2Fs IEFTIHRvIGEgcmVtb3RlIEFTLiBTbyBpdCBpcyBtb3JlIGFzIGFuIGNhdmVhdCBmb3IgdGhlIG9w ZXJhdG9ycyBwZXJmb3JtaW5nIHRoZSBPQU0gb3BlcmF0aW9uIHRvIGJlIG1pbmRmdWwgb2YgdGhp cyBmYWN0Lg0KDQo+DQoNCjxTaHJhZGRoYT4gWWVzLiBUaGlzIHdhcyByYWlzZWQgaW4gUlQgcmV2 aWV3IGFuZCBzZWN1cml0eSBzZWN0aW9uIGhhcyBiZWVuIHVwZGF0ZWQgd2l0aCB0aGlzIGluZm8g aW4gLTA2IHZlcnNpb24uDQoNCg0KDQo+IEluIGdlbmVyYWwsIHNvbWUgbW9yZSBkZXNjcmlwdGlv biB0aGF0IHNldCB0aGUgc3RhZ2UgZm9yIHRoZSBpbnRyb2R1Y3Rpb24gb2YgdGhlIG5ldyBleHRl bnNpb25zIGFuZCBlbGFib3JhdGUgbW9yZSBvbiB0aGUgb3BlcmF0aW9ucyAoc29tZSBjb25zaWRl cmF0aW9ucyBhYm92ZSBvbiB3aGF0IGlzIG1hbmRhdG9yeSB0byBldmFsdWF0ZSBhbmQgd2hhdCBp cyBvcHRpb25hbCkuDQoNCjxTaHJhZGRoYT4gU3VyZS4gUGxzIGNoZWNrIHRoZSAtMDcgdmVyc2lv biB3aGljaCBJJ2xsIGJlIHBvc3Rpbmcgc29vbiBhbmQgbGV0IG1lIGtub3cgaWYgeW91IGhhdmUg ZnVydGhlciBjb21tZW50cy4NCg0KW0tUXSBUaGFua3MgYWdhaW4gZm9yIHRoZSB1cGRhdGUuIEkg YmVsaWV2ZSB3ZSBjYW4gd29yayB0aHJvdWdoIHRoZSByZW1haW5pbmcvb3BlbiBwb2ludHMgb3Zl ciBjb3Vyc2Ugb2YgdGltZS4NCg0KDQoNClRoYW5rcywNCg0KS2V0YW4NCg0KDQoNCj4NCg0KPiBU aGFua3MsDQoNCj4gS2V0YW4NCg0KPg0KDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQoN Cj4gRnJvbTogbXBscyA8bXBscy1ib3VuY2VzQGlldGYub3JnPG1haWx0bzptcGxzLWJvdW5jZXNA aWV0Zi5vcmc+PiBPbiBCZWhhbGYgT2YgTG9hIEFuZGVyc3Nvbg0KDQo+IFNlbnQ6IDMwIEFwcmls IDIwMjAgMDg6MjYNCg0KPiBUbzogbXBsc0BpZXRmLm9yZzxtYWlsdG86bXBsc0BpZXRmLm9yZz4N Cg0KPiBDYzogbXBscy1jaGFpcnNAaWV0Zi5vcmc8bWFpbHRvOm1wbHMtY2hhaXJzQGlldGYub3Jn PjsgZHJhZnQtaGVnZGUtbXBscy1zcHJpbmctZXBlLW9hbUBpZXRmLm9yZzxtYWlsdG86ZHJhZnQt aGVnZGUtbXBscy1zcHJpbmctZXBlLW9hbUBpZXRmLm9yZz4NCg0KPiBTdWJqZWN0OiBbbXBsc10g d29ya2luZyBncm91cCBhZGFwdGlvbiBwb2xsICh3Z2FwKSBmb3INCg0KPiBkcmFmdC1oZWdkZS1t cGxzLXNwcmluZy1lcGUtb2FtDQoNCj4NCg0KPiBXb3JraW5nIEdyb3VwLA0KDQo+DQoNCj4gVGhp cyBpcyB0byBzdGFydCBhIHR3byB3ZWVrIHBvbGwgb24gYWRvcHRpbmcgZHJhZnQtaGVnZGUtbXBs cy1zcHJpbmctZXBlLW9hbSBhcyBhIE1QTFMgd29ya2luZyBncm91cCBkb2N1bWVudC4NCg0KPg0K DQo+IFBsZWFzZSBzZW5kIHlvdXIgY29tbWVudHMgKHN1cHBvcnQvbm90IHN1cHBvcnQpIHRvIHRo ZSBtcGxzIHdvcmtpbmcgZ3JvdXAgbWFpbGluZyBsaXN0IChtcGxzQGlldGYub3JnPG1haWx0bzpt cGxzQGlldGYub3JnPikuIFBsZWFzZSBnaXZlIGEgdGVjaG5pY2FsIG1vdGl2YXRpb24gZm9yIHlv dXIgc3VwcG9ydC9ub3Qgc3VwcG9ydCwgZXNwZWNpYWxseSBpZiB5b3UgdGhpbmsgdGhhdCB0aGUg ZG9jdW1lbnQgc2hvdWxkIG5vdCBiZSBhZG9wdGVkIGFzIGEgd29ya2luZyBncm91cCBkb2N1bWVu dC4NCg0KPg0KDQo+IFRoZXJlIGlzIG9uZSBJUFIgZGlzY2xvc3VyZSBhZ2FpbnN0IHRoaXMgZG9j dW1lbnQuDQoNCj4NCg0KPiBUaGUgYXV0aG9ycyBoYXZlIHN0YXRlZCBvbiB0aGUgTVBMUyB3ZyBt YWlsaW5nIGxpc3QgdGhhdCB0aGV5IGFyZSB1bmF3YXJlIG9mIGFueSBJUFJzIHRoYXQgcmVsYXRl cyB0byB0aGlzIGRvY3VtZW50Lg0KDQo+DQoNCj4gVGhlIHdvcmtpbmcgZ3JvdXAgYWRvcHRpb24g cG9sbCBlbmRzIE1heSAxNSwgMjAyMC4NCg0KPg0KDQo+IC9Mb2ENCg0KPg0KDQoNCg0KLS0NCg0K DQoNCk15IG1haWwgc2VydmVyIGZyb20gdGltZSB0byB0aW1lIGhhcyBjb21lIHVuZGVyIERPUyBh dHRhY2tzLCB3ZSBhcmUgd29ya2luZyB0byBmaXggaXQgYnV0IGl0IG1heSB0YWtlIHNvbWUgdGlt ZS4gSWYgeW91IGdldCBkZW5pYWwgb2Ygc2VydmljZSBzZW5kaW5nIHRvIG1lIHBseiB0cnkgdG8g dXNlIGxvYS5waS5udUBnbWFpbDxtYWlsdG86bG9hLnBpLm51QGdtYWlsPg0KDQoNCg0KDQoNCkxv YSBBbmRlcnNzb24gICAgICAgICAgICAgICAgICAgICAgICBlbWFpbDogbG9hQHBpLm51PG1haWx0 bzpsb2FAcGkubnU+DQoNClNlbmlvciBNUExTIEV4cGVydA0KDQpCcm9uemUgRHJhZ29uIENvbnN1 bHRpbmcgICAgICAgICAgICAgcGhvbmU6ICs0NiA3MzkgODEgMjEgNjQNCg== --_000_MW3PR11MB4570D5E2E194A212B2C099B5C1880MW3PR11MB4570namp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCglt c28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUzt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJ e21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjojMDU2M0MxOw0KCXRleHQtZGVjb3JhdGlv bjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21z by1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjojOTU0RjcyOw0KCXRleHQtZGVjb3JhdGlvbjp1 bmRlcmxpbmU7fQ0KcC5Nc29QbGFpblRleHQsIGxpLk1zb1BsYWluVGV4dCwgZGl2Lk1zb1BsYWlu VGV4dA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IlBsYWluIFRl eHQgQ2hhciI7DQoJbWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1z aXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgltc28tZmFy ZWFzdC1sYW5ndWFnZTpFTi1VUzt9DQpzcGFuLlBsYWluVGV4dENoYXINCgl7bXNvLXN0eWxlLW5h bWU6IlBsYWluIFRleHQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHls ZS1saW5rOiJQbGFpbiBUZXh0IjsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9 DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LWZh bWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgltc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUzt9 DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcy LjBwdCA3Mi4wcHQgNzIuMHB0IDcyLjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29y ZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFw ZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZd LS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+ DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3ht bD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLUlOIiBsaW5rPSIjMDU2M0Mx IiB2bGluaz0iIzk1NEY3MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9 Ik1zb1BsYWluVGV4dCI+SGkgU2hyYWRkaGEsPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv UGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi PlRoYW5rcyBmb3IgeW91ciByZXNwb25zZSBhbmQgdXBkYXRlLiBQbGVhc2UgY2hlY2sgaW5saW5l IGJlbG93LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJz cDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLUlOIj4tLS0tLU9yaWdpbmFsIE1lc3NhZ2Ut LS0tLTxicj4NCkZyb206IFNocmFkZGhhIEhlZ2RlICZsdDtzaHJhZGRoYUBqdW5pcGVyLm5ldCZn dDsgPGJyPg0KU2VudDogMDMgSnVuZSAyMDIwIDExOjQ5PGJyPg0KVG86IEtldGFuIFRhbGF1bGlr YXIgKGtldGFudCkgJmx0O2tldGFudEBjaXNjby5jb20mZ3Q7OyBMb2EgQW5kZXJzc29uICZsdDts b2FAcGkubnUmZ3Q7OyBkcmFmdC1oZWdkZS1tcGxzLXNwcmluZy1lcGUtb2FtQGlldGYub3JnPGJy Pg0KQ2M6IG1wbHMtY2hhaXJzQGlldGYub3JnOyBtcGxzQGlldGYub3JnPGJyPg0KU3ViamVjdDog UkU6IFttcGxzXSB3b3JraW5nIGdyb3VwIGFkYXB0aW9uIHBvbGwgKHdnYXApIGZvciBkcmFmdC1o ZWdkZS1tcGxzLXNwcmluZy1lcGUtb2FtPC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRl eHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+SGkga2V0 YW4sPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPlRoYW5rcyBmb3IgdGhlIGRldGFpbGVk IHJldmlldyBhbmQgY29tbWVudHMuIFBscyBzZWUgaW5saW5lIGZvciByZXNwb25zZS48bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0i TXNvUGxhaW5UZXh0Ij5KdW5pcGVyIEJ1c2luZXNzIFVzZSBPbmx5PG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29QbGFpblRleHQiPi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tPG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5Gcm9tOiBLZXRhbiBUYWxhdWxpa2FyIChrZXRhbnQpICZs dDs8YSBocmVmPSJtYWlsdG86a2V0YW50QGNpc2NvLmNvbSI+PHNwYW4gc3R5bGU9ImNvbG9yOndp bmRvd3RleHQ7dGV4dC1kZWNvcmF0aW9uOm5vbmUiPmtldGFudEBjaXNjby5jb208L3NwYW4+PC9h PiZndDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPlNlbnQ6IFdlZG5l c2RheSwgTWF5IDEzLCAyMDIwIDk6MzggQU08bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Q bGFpblRleHQiPlRvOiBMb2EgQW5kZXJzc29uICZsdDs8YSBocmVmPSJtYWlsdG86bG9hQHBpLm51 Ij48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dDt0ZXh0LWRlY29yYXRpb246bm9uZSI+bG9h QHBpLm51PC9zcGFuPjwvYT4mZ3Q7Ow0KPGEgaHJlZj0ibWFpbHRvOmRyYWZ0LWhlZ2RlLW1wbHMt c3ByaW5nLWVwZS1vYW1AaWV0Zi5vcmciPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0O3Rl eHQtZGVjb3JhdGlvbjpub25lIj5kcmFmdC1oZWdkZS1tcGxzLXNwcmluZy1lcGUtb2FtQGlldGYu b3JnPC9zcGFuPjwvYT48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPkNj OiA8YSBocmVmPSJtYWlsdG86bXBscy1jaGFpcnNAaWV0Zi5vcmciPjxzcGFuIHN0eWxlPSJjb2xv cjp3aW5kb3d0ZXh0O3RleHQtZGVjb3JhdGlvbjpub25lIj5tcGxzLWNoYWlyc0BpZXRmLm9yZzwv c3Bhbj48L2E+Ow0KPGEgaHJlZj0ibWFpbHRvOm1wbHNAaWV0Zi5vcmciPjxzcGFuIHN0eWxlPSJj b2xvcjp3aW5kb3d0ZXh0O3RleHQtZGVjb3JhdGlvbjpub25lIj5tcGxzQGlldGYub3JnPC9zcGFu PjwvYT48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPlN1YmplY3Q6IFJF OiBbbXBsc10gd29ya2luZyBncm91cCBhZGFwdGlvbiBwb2xsICh3Z2FwKSBmb3IgZHJhZnQtaGVn ZGUtbXBscy1zcHJpbmctZXBlLW9hbTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWlu VGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5bRXh0 ZXJuYWwgRW1haWwuIEJlIGNhdXRpb3VzIG9mIGNvbnRlbnRdPG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Q bGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+ SGkmbmJzcDsgTG9hLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5UaGVyZSBpcyBubyBk b3VidCBhYm91dCB0aGUgbmVlZCBmb3IgTFNQIHBpbmcgYW5kIHRyYWNlcm91dGUgb3BlcmF0aW9u cyB0byBjb3ZlciBCR1AgRVBFIFNJRHMuIFNvIHRoZSByZXF1aXJlbWVudCBpcyByZWFsIGFuZCBz b21ldGhpbmcgdGhhdCB0aGUgV0cgc2hvdWxkIGJlIHRha2luZyB1cC48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb1BsYWluVGV4dCI+TXkgY29uY2VybnMgaXMgdGhhdCB0aGUgcHJvcG9zYWwgaW4gdGhlIGRy YWZ0IGlzIGRpdmVyZ2luZyBmcm9tIHRoZSBjb250cm9sIHBsYW5lIHByb3RvY29sIHNlbWFudGlj cyBmb3Igd2hhdCBjb25zdGl0dXRlcyB0aGUgRkVDIChvciBjb250ZXh0KSBhbmQgaG93IGl0IGlz IHRvIGJlIHZhbGlkYXRlZC4gVGhlc2UgYXJlIHNvbWUgY29yZSBhc3BlY3RzIHRoYXQgSU1ITyBu ZWVkIHRvIGJlIGFkZHJlc3NlZA0KIGJlZm9yZSBhZG9wdGlvbiB3aGlsZSB0aGUgcmVzdCBtYXkg YmUgdGFrZW4gdXAgZHVyaW5nIGl0cyBsaWZlIGFzIGEgV0cgZG9jdW1lbnQuIEkgd291bGQgc3Vn Z2VzdCB0byB3YWl0IGZvciB0aGUgYXV0aG9ycyByZXNwb25zZS48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b1BsYWluVGV4dCI+VGhhbmtzLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4 dCI+S2V0YW48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+LS0tLS1PcmlnaW5hbCBNZXNz YWdlLS0tLS08bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPkZyb206IExv YSBBbmRlcnNzb24gJmx0OzxhIGhyZWY9Im1haWx0bzpsb2FAcGkubnUiPjxzcGFuIHN0eWxlPSJj b2xvcjp3aW5kb3d0ZXh0O3RleHQtZGVjb3JhdGlvbjpub25lIj5sb2FAcGkubnU8L3NwYW4+PC9h PiZndDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPlNlbnQ6IDEzIE1h eSAyMDIwIDA5OjIyPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5Ubzog S2V0YW4gVGFsYXVsaWthciAoa2V0YW50KSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmtldGFudEBjaXNj by5jb20iPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0O3RleHQtZGVjb3JhdGlvbjpub25l Ij5rZXRhbnRAY2lzY28uY29tPC9zcGFuPjwvYT4mZ3Q7Ow0KPGEgaHJlZj0ibWFpbHRvOmRyYWZ0 LWhlZ2RlLW1wbHMtc3ByaW5nLWVwZS1vYW1AaWV0Zi5vcmciPjxzcGFuIHN0eWxlPSJjb2xvcjp3 aW5kb3d0ZXh0O3RleHQtZGVjb3JhdGlvbjpub25lIj5kcmFmdC1oZWdkZS1tcGxzLXNwcmluZy1l cGUtb2FtQGlldGYub3JnPC9zcGFuPjwvYT48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Q bGFpblRleHQiPkNjOiA8YSBocmVmPSJtYWlsdG86bXBscy1jaGFpcnNAaWV0Zi5vcmciPjxzcGFu IHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0O3RleHQtZGVjb3JhdGlvbjpub25lIj5tcGxzLWNoYWly c0BpZXRmLm9yZzwvc3Bhbj48L2E+Ow0KPGEgaHJlZj0ibWFpbHRvOm1wbHNAaWV0Zi5vcmciPjxz cGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0O3RleHQtZGVjb3JhdGlvbjpub25lIj5tcGxzQGll dGYub3JnPC9zcGFuPjwvYT48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi PlN1YmplY3Q6IFJlOiBbbXBsc10gd29ya2luZyBncm91cCBhZGFwdGlvbiBwb2xsICh3Z2FwKSBm b3IgZHJhZnQtaGVnZGUtbXBscy1zcHJpbmctZXBlLW9hbTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxh aW5UZXh0Ij5LZXRhbiw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxv OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+QW55dGhpbmcgb2Yg dGhpcyB0aGF0IG5lZWQgdG8gYWRkcmVzc2VkIGJlZm9yZSB3ZyBhZG9wdGlvbj88bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNv UGxhaW5UZXh0Ij5BdXRob3JzPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0 Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPkkgbGVhdmUg dGhlIHdnYXAgb3BlYiBhIGZldyBleHRyYSBkYXlzIHRvIGxsb3cgeW91IHRvIHJlc3BvbmQgdG8g dGhpcy48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4vTG9hPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRl eHQiPk9uIDEyLzA1LzIwMjAgMjM6MzIsIEtldGFuIFRhbGF1bGlrYXIgKGtldGFudCkgd3JvdGU6 PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7IEhlbGxvIEF1dGhv cnMsPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7PG86cD4mbmJz cDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7IEkgaGF2ZSB0aGUgZm9s bG93aW5nIGNvbW1lbnRzIG9uIHRoaXMgZHJhZnQgYW5kIHdvdWxkIGJlIGdvb2QgaWYgeW91IGNv dWxkIGNsYXJpZnkvcmVzcG9uZC48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRl eHQiPiZndDs8bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZn dDsgMSlUaGUgRkVDIGRlc2NyaXB0aW9uIHNob3VsZCBtYXRjaCB0aGUgJnF1b3Q7Y29udGV4dCZx dW90OyB0aGF0IGlzIGFkdmVydGlzZWQgaW4NCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b1BsYWluVGV4dCI+Jmd0OyB0aGUgY29udHJvbCBwbGFuZSBmb3IgUGVlciBBZGogU0lELiBFLmcu IHRoZSBsb2NhbC9yZW1vdGUgSW50ZXJmYWNlDQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29QbGFpblRleHQiPiZndDsgSURzIGFyZSBub3QgYmVpbmcgaW5jbHVkZWQgZnJvbSA8bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsgPGEgaHJlZj0iaHR0cHM6Ly91 cmxkZWZlbnNlLmNvbS92My9fX2h0dHBzOi90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYt aWRyIj4NCjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0O3RleHQtZGVjb3JhdGlvbjpub25l Ij5odHRwczovL3VybGRlZmVuc2UuY29tL3YzL19faHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1s L2RyYWZ0LWlldGYtaWRyPC9zcGFuPjwvYT48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Q bGFpblRleHQiPiZndDsgLWJncGxzLXNlZ21lbnQtcm91dGluZy1lcGUtMV9fOyEhTkV0NnlNYU8t Z2shVzAtR3A4OFdLbnFSZlg0a2RmZVdWOGFJSDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b1BsYWluVGV4dCI+Jmd0OyBxclhUajBQeno5VmwtQjJaVm43OFNGTzYwWEdCRGkyWS01eElueTgk PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7IDkjc2VjdGlvbi00 LjI8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmx0O1NocmFkZGhhJmd0OyBUaGUgRVBF IGRyYWZ0IG1hbmRhdGVzIGludGVyZmFjZS1pZHMgYW5kIGFsbG93cyByZW1vdGUgaW50ZXJmYWNl LWlkIHRvIGJlIHplcm8uPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5S ZW1vdGUgaW50ZXJmYWNlIElEIGJlaW5nIHplcm8gZG9lcyBub3QgaGVscCBpbiB2YWxpZGF0aW5n IHRoZSBpbmNvbWluZyBpbnRlcmZhY2Ugd2hpY2ggaXMgdmVyeSBVc2VmdWwgT0FNIGZ1bmN0aW9u YWxpdHkuIEZvciB0aGlzIHJlYXNvbiwgdGhpcyBkcmFmdCByZWNvbW1lbmRzIHNlbmRpbmcgaW50 ZXJmYWNlIGFkZHJlc3NlcyBpbiB0aGUgUGVlckFESiBTSUQgTGluayBkZXNjcmlwdG9ycyB3aGlj aCBpcw0KIG9wdGlvbmFsLiA8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+SSBoYXZlIHVw ZGF0ZWQgdGhlIFBlZXJBZGogU0lEIHNlY3Rpb24gd2l0aCB0aGlzIGluZm9ybWF0aW9uIGFuZCBh bHNvIHVwZGF0ZWQgd2l0aCB0aGUgcG9zc2liaWxpdHkgb2Ygc2VuZGluZyB6ZXJvIEluIHdoaWNo IGNhc2UgaW5jb21pbmcgaW50ZXJmYWNlIHZhbGlkYXRpb24gc2hvdWxkIGJlIHNraXBwZWQuIFRo aXMgaXMgdG8gYWNjb21tb2RhdGUgY2FzZXMgd2hlbiB0aGUgYWR2ZXJ0aXNpbmcgbm9kZQ0KIGRv ZXMgbm90IHNlbmQgdGhlIGludGVyZmFjZSBhZGRyZXNzZXM8bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29QbGFpblRleHQiPjxiPjxpPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+W0tUXSBB Y2sg4oCTIHRoaXMgc291bmRzIGdvb2QgdG8gbWUuIFRoYW5rcy48bzpwPjwvbzpwPjwvc3Bhbj48 L2k+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIHN0eWxlPSJjb2xvcjpi bGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4 dCI+Jmd0OzxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0 OyAyKSBGb3IgdGhlIFBlZXIgTm9kZSBTSUQsIHRoZSBjb250cm9sIHBsYW5lIGRlZmluaXRpb24g aXMNCjxhIGhyZWY9Imh0dHBzOi8vdXJsZGVmZW5zZS5jb20vdjMvX19odHRwczovdG9vbHMuaWV0 Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLWlkci1iZ3Bscy1zZWdtZW50LXJvdXRpbmctZXBlLTE5KnNl Y3Rpb24tNC4xX187SXchIU5FdDZ5TWFPLWdrIVcwLUdwODhXS25xUmZYNGtkZmVXVjhhSUhxclhU ajBQeno5VmwtQjJaVm43OFNGTzYwWEdCRGkyWTZzWGRsY1kkIj4NCjxzcGFuIHN0eWxlPSJjb2xv cjp3aW5kb3d0ZXh0O3RleHQtZGVjb3JhdGlvbjpub25lIj5odHRwczovL3VybGRlZmVuc2UuY29t L3YzL19faHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtaWRyLWJncGxzLXNl Z21lbnQtcm91dGluZy1lcGUtMTkqc2VjdGlvbi00LjFfXztJdyEhTkV0NnlNYU8tZ2shVzAtR3A4 OFdLbnFSZlg0a2RmZVdWOGFJSHFyWFRqMFB6ejlWbC1CMlpWbjc4U0ZPNjBYR0JEaTJZNnNYZGxj WSQ8L3NwYW4+PC9hPiZuYnNwOw0KIGFuZCB0aGUgRkVDIGRlc2NyaXB0aW9uIGluIHRoaXMgZHJh ZnQgaXMgbm90IGFsaWduZWQgd2l0aCB0aGUgY29ycmVzcG9uZGluZyBjb250cm9sIHBsYW5lLiBU aGUgUGVlciBOb2RlIFNJRCBpcyBtZWFudCBmb3IgdGhlIHBhY2tldCB0byBiZSBkZWxpdmVyZWQg dG8gYSBzcGVjaWZpYyBCR1AgcGVlciBhbmQgaXQgZG9lcyBub3QgbWF0dGVyIG92ZXIgd2hpY2gg aW50ZXJmYWNlIGl0IGlzIHJlY2VpdmVkLiBTbyB3aHkgaGF2ZSB0aG9zZSBpbnRlcmZhY2UNCiBh ZGRyZXNzZXMgYXMgbWFuZGF0b3J5IGluIHRoZSBGRUMuIFRoZSBvbmx5IHRoaW5nIHRoZSBjb250 cm9sIHBsYW5lIGluZGljYXRlcyBpcyB0aGUgcGVlcmluZyBzZXNzaW9uIGl0c2VsZi48bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDs8bzpwPiZuYnNwOzwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsgMykgU2FtZSBhcyAoMikgYWJvdmUsIGZv ciB0aGUgUGVlciBTZXQgU0lELCB0aGUgaW50ZXJmYWNlcyBhcmUgZG9uJ3QgY2FyZS48bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZsdDtTaHJhZGRoYSZndDsgVGhlIHJl YXNvbiBmb3IgbmVlZCB0byBoYXZlIGludGVyZmFjZSBhZGRyZXNzZXMgc3BlY2lmaWVkIGlzIGZv ciBpbmNvbWluZyBpbnRlcmZhY2UgdmFsaWRhdGlvbiBhcyBleHBsYWluZWQgYWJvdmUuIEZvciBQ ZWVyIE5vZGUgU0lEIGludGVyZmFjZXMgYXJlIGFkdmVydGlzZWQgd2l0aCBkcmFmdCBJLUQuaGVn ZGUtaWRyLWJncC1scy1lcGUtaW50ZXItYXMuSSBoYXZlIGFkZGVkIHRoaXMNCiB0byB0aGUgcmVm ZXJlbmNlIGFuZCB1cGRhdGVkIHRleHQgYXMgdG8gd2h5IGl0IGlzIG5lZWRlZC4gQWxzbyB0aGUg aW5ncmVzcyBjYW4gc2VuZCAwIHBhaXIgb2YgYWRkcmVzc2VzIGluIHdoaWNoIGNhc2UgSW5jb21p bmcgaW50ZXJmYWNlIHZhbGlkYXRpb24gd2lsbCBiZSBza2lwcGVkIGFuZCBzdWNjZXNzIHdpbGwg YmUgc2VudCBiYXNlZCBvbiBvdGhlciB2YWxpZGF0aW9ucy48bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29QbGFpblRleHQiPlBscyBjaGVjayAtMDcgdmVyc2lvbiBhbmQgbGV0IG1lIGtub3cg aWYgeW91IGFyZSBPSyB3aXRoIGl0LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWlu VGV4dCI+PGI+PGk+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5bS1RdIEkgaGF2ZSBhIGNvbmNl cm4gaGVyZS4gVGhlIHNlbWFudGljcyBvZiB0aGUgRkVDIGZvciBQZWVyIE5vZGUgYW5kIFNldCBT SURzIGRvZXMgbm90IGluY2x1ZGUgKGkuZS4gZG9lcyBub3QgY2FyZSBhYm91dCB0aGUgaW50ZXJm YWNlIG92ZXIgd2hpY2ggdGhlIHBhY2tldCB3YXMgcmVjZWl2ZWQpLiBTbyB0aGUgbGluayBpbmZv cm1hdGlvbiBpcw0KIGluIGFueSBjYXNlIHBhcnQgb2YgdGhlIHJlc3BvbnNlIHRoYXQgaXMgc2Vu dCBiYWNrIHRvIHRoZSByZXF1ZXN0ZXIgd2hpY2ggY2FuIHBlcmZvcm0gdGhpcyB2YWxpZGF0aW9u LiBJIGRvbuKAmXQgc2VlIGhvdyBpdCBjYW4gYmUgaW5jbHVkZWQgaW4gdGhlIEZFQyBkZWZpbml0 aW9uLjxvOnA+PC9vOnA+PC9zcGFuPjwvaT48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4 dCI+PGI+PGk+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48L3NwYW4+PC9pPjwvYj48c3BhbiBz dHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Q bGFpblRleHQiPiZndDs8bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRl eHQiPiZndDsgNCkgVGhlIGRyYWZ0IGp1c3Qgc2F5cyB0aGF0IHRoZSBwcm9jZWR1cmVzIGFyZSBi b3Jyb3dlZCBmcm9tIFJGQzgyODcgYnV0IEkgZG9uJ3QgdGhpbmsgdGhpcyBpcyBzbyBzdHJhaWdo dGZvcndhcmQgb3IgdHJpdmlhbC4gRS5nLg0KPGEgaHJlZj0iaHR0cHM6Ly91cmxkZWZlbnNlLmNv bS92My9fX2h0dHBzOi90b29scy5pZXRmLm9yZy9odG1sL3JmYzgyODcqc2VjdGlvbi03LjJfXztJ dyEhTkV0NnlNYU8tZ2shVzAtR3A4OFdLbnFSZlg0a2RmZVdWOGFJSHFyWFRqMFB6ejlWbC1CMlpW bjc4U0ZPNjBYR0JEaTJZM1owRHJaXyQiPg0KPHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQ7 dGV4dC1kZWNvcmF0aW9uOm5vbmUiPmh0dHBzOi8vdXJsZGVmZW5zZS5jb20vdjMvX19odHRwczov L3Rvb2xzLmlldGYub3JnL2h0bWwvcmZjODI4NypzZWN0aW9uLTcuMl9fO0l3ISFORXQ2eU1hTy1n ayFXMC1HcDg4V0tucVJmWDRrZGZlV1Y4YUlIcXJYVGowUHp6OVZsLUIyWlZuNzhTRk82MFhHQkRp MlkzWjBEclpfJDwvc3Bhbj48L2E+Jm5ic3A7IGhhcyB0aGUgZm9sbG93aW5nOjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OzxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBUaGUg bmV0d29yayBub2RlIHRoYXQgaXMgaW1tZWRpYXRlbHkgZG93bnN0cmVhbSBvZiB0aGUgbm9kZSB0 aGF0PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IGFkdmVydGlzZWQgdGhlIEFkamFjZW5jeSBTZWdtZW50IElEIGlzIHJl c3BvbnNpYmxlIGZvciBnZW5lcmF0aW5nIHRoZTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b1BsYWluVGV4dCI+Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBGRUMgU3RhY2sgQ2hhbmdl IHN1Yi1UTFYgZm9yIFBPUCBvcGVyYXRpb24gZm9yIHRoZSBBZGphY2VuY3kgU2VnbWVudDxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyBJRC48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDs8 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmx0O3NocmFkZGhhJmd0OyBBIG5l dyBzZWN0aW9uIGZvciBFUEUgRkVDIHZhbGlkYXRpb24gaGFzIGJlZW4gYWRkZWQgaW4gLTA2IHZl cnNpb24uIFRoaXMgc2VjdGlvbiBzcGVjaWZpZXMgdGhlIGRldGFpbHMgd2hlbiByZXR1cm4gY29k ZSAzIEhhcyB0byBiZSBzZW50LiBBcyBwZXImbmJzcDsgUkZDIDgwMjkgc2VjIDMuNC4xLjMgRkVD IHN0YWNrIGNoYW5nZSBhbmQgSVNfRUdSRVNTIGNvZGUgYXJlIHRyZWF0ZWQgaWRlbnRpY2FsbHku PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mcXVvdDsgQSBEb3duc3Ry ZWFtIERldGFpbGVkIE1hcHBpbmcgVExWIGNvbnRhaW5pbmcgb25seSBvbmUgRkVDIHN0YWNrPG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgY2hhbmdlIHN1Yi1UTFYgd2l0aCBwb3Agb3BlcmF0aW9uIGlzIGVx dWl2YWxlbnQgdG8gSVNfRUdSRVNTPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5U ZXh0Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgKFJldHVybiBDb2RlIDMs IFNlY3Rpb24gMy4xKSBmb3IgdGhlIG91dGVybW9zdCBGRUMgaW4gdGhlIEZFQzxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7IHN0YWNrLiZuYnNwOyBUaGUgaW5ncmVzcyByb3V0ZXIgcGVyZm9ybWluZyB0aGUg TFNQIHRyYWNlcm91dGUgTVVTVDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4 dCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHRyZWF0IHN1Y2ggYSBjYXNl IGFzIGFuIElTX0VHUkVTUyBmb3IgdGhlIG91dGVybW9zdCBGRUMuJnF1b3Q7PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29QbGFpblRleHQiPkkgZG9uJ3Qgc2VlIHRoZSBuZWVkIHRvIHJlLWl0ZXJhdGUgUkZD IDgwMjkgc2VjdGlvbnMgaW4gdGhpcyBkcmFmdC4gSWYgaXQgaXMgc3RpbGwgbm90IGNsZWFyIGxl dCBtZSBrbm93LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGI+PGk+ PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5bS1RdIFN1cmUuIEkgdGhpbmsgd2UgY2FuIHdvcmsg dGhyb3VnaCB0aGlzIG9uY2Ugd2UgY29udmVyZ2Ugb24gdGhlIEZFQyBkZWZpbml0aW9uLjwvc3Bh bj48L2k+PC9iPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFz cz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7IEluIHRoZSBjYXNlIG9mIElHUHMsIHRoZSBkb3duc3RyZWFt IG5vZGUgZG9lcyBoYXZlIHRoZSBsYWJlbCBhbmQgY29udGV4dCBmb3IgYWRqYWNlbmN5IFNJRCAo d2hpY2ggaXMgZnVuY3Rpb25hbGx5IGNsb3Nlc3QgdG8gQkdQIEVQRSBTSURzKS4gSW4gdGhlIEJH UC1FUEUgU0lEcyBjYXNlLCB0aGlzIGlzIG5vdCBhbHdheXMgdGhlIGNhc2UuIFNvIEkgYmVsaWV2 ZSwgaXQgd291bGQgYmUgYmV0dGVyIGlmDQogdGhlIGVudGlyZSBvcGVyYXRpb24gd2VyZSBkZXNj cmliZWQuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mbHQ7U2hyYWRk aGEmZ3Q7IEVQRSBTSUQgdmFsaWRhdGlvbiBzZWN0aW9uIGlzIGFkZGVkLiBQbHMgdGFrZSBhIGxv b2sgYW5kIGxldCBtZSBrbm93IGlmIGl0IGxvb2tzIGdvb2QuJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxiPjxpPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFj ayI+W0tUXSBTYW1lIGFzIHByZXZpb3VzIGNvbW1lbnQuPG86cD48L286cD48L3NwYW4+PC9pPjwv Yj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2si PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZn dDs8bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsgNSkg VGhlIHBpbmcgb3IgdHJhY2Vyb3V0ZSBkb25lIHRvIGFueSBvZiB0aGUgQkdQIEVQRSBTSUQgY29y cmVzcG9uZGluZyB0byBhbiBlQkdQIHNlc3Npb24gbWF5IHJlc3VsdCBpbiB0aGUgcGFja2V0IGJl aW5nIHNlbnQgdG8gYW5vdGhlciBlbnRpdHkuIFRoZSBzZWN1cml0eSBjb25zaWRlcmF0aW9uIHRh bGsgYWJvdXQgaXQsIGJ1dCB0aGUgcHJvYmxlbSBpcyBub3QgYWRkcmVzc2VkIGJ5IHRoZSByZW1v dGUNCiBBUyBkcm9wcGluZyB0aGUgcGFja2V0cy4gVGhlIHNlY3VyaXR5IGlzc3VlIGlzIHRoYXQg dGhlIE9BTSBwYWNrZXQgY291bGQgZXhwb3NlIHRoZSBGRUNzIGFuZCBpbmZvcm1hdGlvbiBvZiB0 aGUgbG9jYWwgQVMgdG8gYSByZW1vdGUgQVMuIFNvIGl0IGlzIG1vcmUgYXMgYW4gY2F2ZWF0IGZv ciB0aGUgb3BlcmF0b3JzIHBlcmZvcm1pbmcgdGhlIE9BTSBvcGVyYXRpb24gdG8gYmUgbWluZGZ1 bCBvZiB0aGlzIGZhY3QuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4m Z3Q7PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mbHQ7U2hy YWRkaGEmZ3Q7IFllcy4gVGhpcyB3YXMgcmFpc2VkIGluIFJUIHJldmlldyBhbmQgc2VjdXJpdHkg c2VjdGlvbiBoYXMgYmVlbiB1cGRhdGVkIHdpdGggdGhpcyBpbmZvIGluIC0wNiB2ZXJzaW9uLjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jm5ic3A7Jm5ic3A7IDxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyBJbiBnZW5lcmFsLCBzb21l IG1vcmUgZGVzY3JpcHRpb24gdGhhdCBzZXQgdGhlIHN0YWdlIGZvciB0aGUgaW50cm9kdWN0aW9u IG9mIHRoZSBuZXcgZXh0ZW5zaW9ucyBhbmQgZWxhYm9yYXRlIG1vcmUgb24gdGhlIG9wZXJhdGlv bnMgKHNvbWUgY29uc2lkZXJhdGlvbnMgYWJvdmUgb24gd2hhdCBpcyBtYW5kYXRvcnkgdG8gZXZh bHVhdGUgYW5kIHdoYXQgaXMgb3B0aW9uYWwpLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b1BsYWluVGV4dCI+Jmx0O1NocmFkZGhhJmd0OyBTdXJlLiBQbHMgY2hlY2sgdGhlIC0wNyB2ZXJz aW9uIHdoaWNoIEknbGwgYmUgcG9zdGluZyBzb29uIGFuZCBsZXQgbWUga25vdyBpZiB5b3UgaGF2 ZSBmdXJ0aGVyIGNvbW1lbnRzLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4 dCI+PGI+PGk+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5bS1RdIFRoYW5rcyBhZ2FpbiBmb3Ig dGhlIHVwZGF0ZS4gSSBiZWxpZXZlIHdlIGNhbiB3b3JrIHRocm91Z2ggdGhlIHJlbWFpbmluZy9v cGVuIHBvaW50cyBvdmVyIGNvdXJzZSBvZiB0aW1lLjxvOnA+PC9vOnA+PC9zcGFuPjwvaT48L2I+ PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGI+PGk+PHNwYW4gc3R5bGU9ImNvbG9yOmJs YWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2k+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29Q bGFpblRleHQiPjxiPjxpPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+VGhhbmtzLDxvOnA+PC9v OnA+PC9zcGFuPjwvaT48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGI+PGk+PHNw YW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5LZXRhbjxvOnA+PC9vOnA+PC9zcGFuPjwvaT48L2I+PC9w Pg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7PG86 cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7IFRoYW5rcyw8 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsgS2V0YW48bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDs8bzpwPiZuYnNwOzwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsgLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0t LS08bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsgRnJvbTogbXBs cyAmbHQ7PGEgaHJlZj0ibWFpbHRvOm1wbHMtYm91bmNlc0BpZXRmLm9yZyI+PHNwYW4gc3R5bGU9 ImNvbG9yOndpbmRvd3RleHQ7dGV4dC1kZWNvcmF0aW9uOm5vbmUiPm1wbHMtYm91bmNlc0BpZXRm Lm9yZzwvc3Bhbj48L2E+Jmd0OyBPbiBCZWhhbGYgT2YgTG9hIEFuZGVyc3NvbjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyBTZW50OiAzMCBBcHJpbCAyMDIwIDA4 OjI2PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7IFRvOiA8YSBo cmVmPSJtYWlsdG86bXBsc0BpZXRmLm9yZyI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQ7 dGV4dC1kZWNvcmF0aW9uOm5vbmUiPm1wbHNAaWV0Zi5vcmc8L3NwYW4+PC9hPjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyBDYzogPGEgaHJlZj0ibWFpbHRvOm1w bHMtY2hhaXJzQGlldGYub3JnIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dDt0ZXh0LWRl Y29yYXRpb246bm9uZSI+bXBscy1jaGFpcnNAaWV0Zi5vcmc8L3NwYW4+PC9hPjsNCjxhIGhyZWY9 Im1haWx0bzpkcmFmdC1oZWdkZS1tcGxzLXNwcmluZy1lcGUtb2FtQGlldGYub3JnIj48c3BhbiBz dHlsZT0iY29sb3I6d2luZG93dGV4dDt0ZXh0LWRlY29yYXRpb246bm9uZSI+ZHJhZnQtaGVnZGUt bXBscy1zcHJpbmctZXBlLW9hbUBpZXRmLm9yZzwvc3Bhbj48L2E+PG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7IFN1YmplY3Q6IFttcGxzXSB3b3JraW5nIGdyb3Vw IGFkYXB0aW9uIHBvbGwgKHdnYXApIGZvciA8bzpwPg0KPC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b1BsYWluVGV4dCI+Jmd0OyBkcmFmdC1oZWdkZS1tcGxzLXNwcmluZy1lcGUtb2FtPG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7PG86cD4mbmJzcDs8L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7IFdvcmtpbmcgR3JvdXAsPG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7PG86cD4mbmJzcDs8L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7IFRoaXMgaXMgdG8gc3RhcnQgYSB0d28gd2VlayBw b2xsIG9uIGFkb3B0aW5nIGRyYWZ0LWhlZ2RlLW1wbHMtc3ByaW5nLWVwZS1vYW0gYXMgYSBNUExT IHdvcmtpbmcgZ3JvdXAgZG9jdW1lbnQuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxh aW5UZXh0Ij4mZ3Q7PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0 Ij4mZ3Q7IFBsZWFzZSBzZW5kIHlvdXIgY29tbWVudHMgKHN1cHBvcnQvbm90IHN1cHBvcnQpIHRv IHRoZSBtcGxzIHdvcmtpbmcgZ3JvdXAgbWFpbGluZyBsaXN0ICg8YSBocmVmPSJtYWlsdG86bXBs c0BpZXRmLm9yZyI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQ7dGV4dC1kZWNvcmF0aW9u Om5vbmUiPm1wbHNAaWV0Zi5vcmc8L3NwYW4+PC9hPikuIFBsZWFzZSBnaXZlIGEgdGVjaG5pY2Fs IG1vdGl2YXRpb24NCiBmb3IgeW91ciBzdXBwb3J0L25vdCBzdXBwb3J0LCBlc3BlY2lhbGx5IGlm IHlvdSB0aGluayB0aGF0IHRoZSBkb2N1bWVudCBzaG91bGQgbm90IGJlIGFkb3B0ZWQgYXMgYSB3 b3JraW5nIGdyb3VwIGRvY3VtZW50LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWlu VGV4dCI+Jmd0OzxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+ Jmd0OyBUaGVyZSBpcyBvbmUgSVBSIGRpc2Nsb3N1cmUgYWdhaW5zdCB0aGlzIGRvY3VtZW50Ljxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OzxvOnA+Jm5ic3A7PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyBUaGUgYXV0aG9ycyBoYXZlIHN0 YXRlZCBvbiB0aGUgTVBMUyB3ZyBtYWlsaW5nIGxpc3QgdGhhdCB0aGV5IGFyZSB1bmF3YXJlIG9m IGFueSBJUFJzIHRoYXQgcmVsYXRlcyB0byB0aGlzIGRvY3VtZW50LjxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OzxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyBUaGUgd29ya2luZyBncm91cCBhZG9wdGlvbiBwb2xsIGVu ZHMgTWF5IDE1LCAyMDIwLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+ Jmd0OzxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyAv TG9hPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7PG86cD4mbmJz cDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPi0tPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRl eHQiPk15IG1haWwgc2VydmVyIGZyb20gdGltZSB0byB0aW1lIGhhcyBjb21lIHVuZGVyIERPUyBh dHRhY2tzLCB3ZSBhcmUgd29ya2luZyB0byBmaXggaXQgYnV0IGl0IG1heSB0YWtlIHNvbWUgdGlt ZS4gSWYgeW91IGdldCBkZW5pYWwgb2Ygc2VydmljZSBzZW5kaW5nIHRvIG1lIHBseiB0cnkgdG8g dXNlDQo8YSBocmVmPSJtYWlsdG86bG9hLnBpLm51QGdtYWlsIj48c3BhbiBzdHlsZT0iY29sb3I6 d2luZG93dGV4dDt0ZXh0LWRlY29yYXRpb246bm9uZSI+bG9hLnBpLm51QGdtYWlsPC9zcGFuPjwv YT48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5Mb2EgQW5kZXJzc29uJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IGVtYWlsOiA8YSBocmVmPSJtYWlsdG86bG9hQHBpLm51Ij4NCjxzcGFuIHN0eWxlPSJjb2xv cjp3aW5kb3d0ZXh0O3RleHQtZGVjb3JhdGlvbjpub25lIj5sb2FAcGkubnU8L3NwYW4+PC9hPjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+U2VuaW9yIE1QTFMgRXhwZXJ0 PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5Ccm9uemUgRHJhZ29uIENv bnN1bHRpbmcmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgcGhvbmU6ICYjNDM7NDYgNzM5IDgxIDIxIDY0PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_MW3PR11MB4570D5E2E194A212B2C099B5C1880MW3PR11MB4570namp_-- From nobody Wed Jun 3 03:20:21 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2789E3A0788 for ; Wed, 3 Jun 2020 03:20:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 3yHCU2V-z6-1 for ; Wed, 3 Jun 2020 03:20:18 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B4A103A00D4 for ; Wed, 3 Jun 2020 03:20:18 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id 31C90F40751; Wed, 3 Jun 2020 03:20:00 -0700 (PDT) To: ppan@hammerheadsystems.com, swallow@cisco.com, aatlas@avici.com, db3546@att.com, aretana.ietf@gmail.com, martin.vigoureux@nokia.com, loa@pi.nu, n.leymann@telekom.de, tsaad.net@gmail.com X-PHP-Originating-Script: 30:errata_mail_lib.php From: RFC Errata System Cc: mihiramrelia_89@yahoo.com, mpls@ietf.org, rfc-editor@rfc-editor.org Content-Type: text/plain; charset=UTF-8 Message-Id: <20200603102000.31C90F40751@rfc-editor.org> Date: Wed, 3 Jun 2020 03:20:00 -0700 (PDT) Archived-At: Subject: [mpls] [Technical Errata Reported] RFC4090 (6203) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Jun 2020 10:20:20 -0000 The following errata report has been submitted for RFC4090, "Fast Reroute Extensions to RSVP-TE for LSP Tunnels". -------------------------------------- You may review the report below and at: https://www.rfc-editor.org/errata/eid6203 -------------------------------------- Type: Technical Reported by: Mihir Amrelia Section: 6 Original Text ------------- If the "bandwidth protection guaranteed" flag is set, the PLR SHOULD try to provide a bandwidth guarantee; if this is not feasible, the PLR SHOULD then try to provide a backup without a guarantee of the full bandwidth. Corrected Text -------------- If the "Bandwidth Protection Desired" flag is set in SESSION_ATTRIBUTE, the PLR SHOULD try to provide a bandwidth guarantee; if this is not feasible, the PLR SHOULD then try to provide a backup without a guarantee of the full bandwidth. Notes ----- Correcting flag info to consider bandwidth protection. Instructions: ------------- This erratum is currently posted as "Reported". If necessary, please use "Reply All" to discuss whether it should be verified or rejected. When a decision is reached, the verifying party can log in to change the status and edit the report, if necessary. -------------------------------------- RFC4090 (draft-ietf-mpls-rsvp-lsp-fastreroute-07) -------------------------------------- Title : Fast Reroute Extensions to RSVP-TE for LSP Tunnels Publication Date : May 2005 Author(s) : P. Pan, Ed., G. Swallow, Ed., A. Atlas, Ed. Category : PROPOSED STANDARD Source : Multiprotocol Label Switching Area : Routing Stream : IETF Verifying Party : IESG From nobody Wed Jun 3 08:16:13 2020 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 186FD3A091D; Wed, 3 Jun 2020 08:16:07 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: mpls@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.1.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: mpls@ietf.org Message-ID: <159119736702.11676.18369402457682066129@ietfa.amsl.com> Date: Wed, 03 Jun 2020 08:16:07 -0700 Archived-At: Subject: [mpls] I-D Action: draft-ietf-mpls-sfl-framework-07.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Jun 2020 15:16:07 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching WG of the IETF. Title : Synonymous Flow Label Framework Authors : Stewart Bryant Stewart Bryant Mach Chen Zhenbin Li George Swallow Siva Sivabalan Gregory Mirsky Filename : draft-ietf-mpls-sfl-framework-07.txt Pages : 10 Date : 2020-06-03 Abstract: RFC 8372 (MPLS Flow Identification Considerations) describes the requirement for introducing flow identities within the MPLS architecture. This document describes a method of accomplishing this by using a technique called Synonymous Flow Labels in which labels which mimic the behaviour of other labels provide the identification service. These identifiers can be used to trigger per-flow operations on the packet at the receiving label switching router. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-sfl-framework/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-mpls-sfl-framework-07 https://datatracker.ietf.org/doc/html/draft-ietf-mpls-sfl-framework-07 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-sfl-framework-07 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Wed Jun 3 08:16:40 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 819D23A0D06; Wed, 3 Jun 2020 08:16:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, 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 EDVrebxK78mJ; Wed, 3 Jun 2020 08:16:31 -0700 (PDT) Received: from mail-wr1-x432.google.com (mail-wr1-x432.google.com [IPv6:2a00:1450:4864:20::432]) (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 2B9F43A0CE9; Wed, 3 Jun 2020 08:16:22 -0700 (PDT) Received: by mail-wr1-x432.google.com with SMTP id x13so2790798wrv.4; Wed, 03 Jun 2020 08:16:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:content-transfer-encoding:mime-version:subject:message-id:date :cc:to; bh=DuQTz1eRkfEt/gU2SJ0hzSC+uS7Wa57CF/wg/DZFOn0=; b=i5RKJqXfwDeKd1fM1eVSG6i/gf/Pz2eGt08Zq26JtL16imPiJmhrMETtwdYH6Bb3S/ lAG3lKuiWpLITmpzijFrqP3mizIeqWlGxvImEnHKcAEMH8cOTorzxz6bUNgCI408YljT uDvWsnP+vge7dek7x95T90e+3v5+f1CdVoQY6j3arxZDpWWvvQsT2KcXCzOqmzMR/ZOD VG5WHNFOFgPa+6tOZkVM/i+ois7QnGrArK1oheZ42dvKfUWEYOlUUlRbiVXGO8SGCl+3 gQk4xC/pN/cxs2XZsh/EQSg8J6onTNaTut6I4urWhpOnv31GJRxPhha0IT7GTfD9VtBq FUww== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:message-id:date:cc:to; bh=DuQTz1eRkfEt/gU2SJ0hzSC+uS7Wa57CF/wg/DZFOn0=; b=l/++oganBTu1yBFcFFnZOxHJGOIYbVB5g4rXrq3vFfT9GtnlpLN0HW/wAmvi5WdFHt /rKIzCPWGM+tSHr8hTsC9Fk3hgvf4a3YwE+UgB3YZsXceQ9AX9pnv3BbLkxnbmHp/b9i yEPW/XGcfhjQClg2NV/ulnP1i/4YRLxSZ0lv0OQ+KJ/Yx8+hmOhkibJrdBoEFDM5KsxZ TQ5cQQDWAFFB/vt5wj5a9ZO179dr+Mx6xTZfLjSje0l89eJF6+FuzGilwrafb3o3A5xs rP59OFCADBMkcZAyzpjlr9mfqq4t3YtWGyKP7WAJCtWCGrqOx75iDWqxfbJfEM4BHU1s IJ1Q== X-Gm-Message-State: AOAM530qHhhPI9SPE/g1mhLY6DEmk+2OOF+kkgzZhoycTsvWhXp66lp6 UKq4n/YNAV8+AI4NEZIEXHjuOIxVksI= X-Google-Smtp-Source: ABdhPJx3UJ+Wd0fO5jtiqPu/Wfj7JLZ3hm+ItXhNPpB444HYs6h/07mBebgnv13ton3NlNSbDmRQ1Q== X-Received: by 2002:a5d:604b:: with SMTP id j11mr31231423wrt.193.1591197380179; Wed, 03 Jun 2020 08:16:20 -0700 (PDT) Received: from appleton.fritz.box ([62.3.64.16]) by smtp.gmail.com with ESMTPSA id h27sm4720364wrb.18.2020.06.03.08.16.18 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 03 Jun 2020 08:16:19 -0700 (PDT) From: Stewart Bryant Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Message-Id: Date: Wed, 3 Jun 2020 16:16:18 +0100 Cc: Stewart Bryant , rtg-dir@ietf.org, draft-ietf-mpls-sfl-framework.all@ietf.org, mpls To: rtg-ads@ietf.org X-Mailer: Apple Mail (2.3608.80.23.2.2) Archived-At: Subject: [mpls] Response to RtgDir review: draft-ietf-mpls-sfl-framework-06 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Jun 2020 15:16:40 -0000 Dear Michael, Thank you for your review. New version just uploaded. To: rtg-ads@ietf.org Cc: rtg-dir@ietf.org, = draft-ietf-mpls-sfl-framework.all@ietf.org, mpls@ietf.org Subject: = RtgDir review: draft-ietf-mpls-sfl-framework-06 Hello, I have been = selected as the Routing Directorate reviewer for this draft. The Routing = Directorate seeks to review all routing or routing-related drafts as = they pass through IETF last call and IESG review, and sometimes on = special request. The purpose of the review is to provide assistance to = the Routing ADs. For more information about the Routing Directorate, = please see =E2=80=8Bhttp://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir = Although these comments are primarily for the use of the Routing ADs, it = would be helpful if you could consider them along with any other IETF = Last Call comments that you receive, and strive to resolve them through = discussion or by updating the draft. Document: = draft-ietf-mpls-sfl-framework Reviewer: Michael Richardson Review Date: = 2020-01-05 IETF LC End Date: unknown Intended Status: Informational=20 Summary: This document is basically ready for publication, but has nits = that should be considered prior to publication.=20 Comments: This document is clearly written and easy to understand. I = would have preferred to have a stronger link back to the requirements = given in RFC8372. SB> I think it meets all the requirements, so the Intro text includes no = exceptions. Think this is fine. If there were exceptions then more text = would be needed, but I don=E2=80=99t think that is necessary. If anyone = can see text that needs to be added, I would be delighted to do so. I see how no significant data-plane changes are required on intermediate = routers.=20 SB> Correct that is the intention, indeed the requirement. It would be nice to be sure that they are also minimized at the edges.=20= SB> Again that was the intent. In terms of sending on the alternate = label that just looks like another label to each end, so for many = operations the change is zero. If we look at loss measurement as a good = example routers often have a packet counter associated with a specific = label value. In such cases there are no data plane changes, we are = mapping the measurement onto existing common functionality. If we = consider a more complex functions, then obviously there will a new = action associated with the label value, that is in the nature of the = beast. However if you think of an MPLS label as a vector to a previously = defined function, that much of the data plane remains untouched. = Obviously the forwarder will need the new function installed, but such = change is inevitable with the introduction of new functionality. Are current OAM mechanisms able to obtain sufficient granalarity in = latency to collect the right data?=20 SB> The purpose of this method is to address the issue of forwarder = performance by morphing the problem to one that can be readily = addressed. If you look at the RFC6374 document = draft-ietf-mpls-rfc6374-sfl-06 you can see the approach. Given that no IANA actions are required, and no mechanisms are = described to collect the data, or allocate the SFLs, I understand why = this is an Informational document. I don't see how it will contribute to = better interoperation. Do we even need to publish this?=20 SB> We split this the applications because the WG though that it was a = technology in its own right with other potential applications beyond = RFC6374. If we had put this the OAM text, then it would have needed to = either unwound it from that text in pointing to it from another = document, or it would have needed to be repeated. In the end we thought = that it was cleaner to put it in its own RFC, and the given that the = bulk of the text needs to be somewhere the incremental work was small. Major Issues: No major issues found=20 Minor Issues: section 3: "By some method outside the scope of this = text, two labels" It seems that there might be significant operational = and/or privacy issues with this assumption. It would be good if the = reader had some idea of where to look for a protocol which would be = easily adapted to this need.=20 SB> I have added the line: One control protocol providing a method of = exhanging SFLs is described in {{I-D.bryant-mpls-sfl-control}}. Nits: I think that starting the abstract with [RFCxxxx] may not be = accepted by the RFC-editor. Maybe a single sentence summary is needed.=20= SB> I have added its name in brackets. - Stewart=20 From nobody Wed Jun 3 15:10:41 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3C5BF3A077F; Wed, 3 Jun 2020 15:10:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=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 UcHJ83p10TQY; Wed, 3 Jun 2020 15:10:36 -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 637383A0781; Wed, 3 Jun 2020 15:10:13 -0700 (PDT) Received: from lhreml707-chm.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 1EE28EC630ABCB138668; Wed, 3 Jun 2020 23:10:07 +0100 (IST) Received: from fraeml710-chm.china.huawei.com (10.206.15.59) by lhreml707-chm.china.huawei.com (10.201.108.56) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1913.5; Wed, 3 Jun 2020 23:10:06 +0100 Received: from fraeml715-chm.china.huawei.com (10.206.15.34) by fraeml710-chm.china.huawei.com (10.206.15.59) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1913.5; Thu, 4 Jun 2020 00:10:06 +0200 Received: from fraeml715-chm.china.huawei.com ([10.206.15.34]) by fraeml715-chm.china.huawei.com ([10.206.15.34]) with mapi id 15.01.1913.007; Thu, 4 Jun 2020 00:10:05 +0200 From: Italo Busi To: Shraddha Hegde , "draft-hegde-mpls-spring-epe-oam@ietf.org" , "mpls-chairs@ietf.org" , Mach Chen CC: "mpls@ietf.org" , "Bocci, Matthew (Nokia - GB)" , Alexander Vainshtein , Sam Aldrin Thread-Topic: MPLS-RT review of draft-hegde-mpls-spring-epe-oam Thread-Index: AQHV4vKin/ts0EbuOkuowWYDGxi83agtpLqggA3MeICAO8QBAIAGKAfQgEmZrQCAASqMkA== Date: Wed, 3 Jun 2020 22:10:05 +0000 Message-ID: References: <2141e262-752f-0c7e-fdcb-03aea45e9aa1@pi.nu> <5aa73bfd247040d4bae8131f4eb43b5f@huawei.com> In-Reply-To: Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.201.115.177] Content-Type: multipart/related; boundary="_004_c0e866165e2e4c30b336f8198c7581behuaweicom_"; type="multipart/alternative" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [mpls] MPLS-RT review of draft-hegde-mpls-spring-epe-oam X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Jun 2020 22:10:39 -0000 --_004_c0e866165e2e4c30b336f8198c7581behuaweicom_ Content-Type: multipart/alternative; boundary="_000_c0e866165e2e4c30b336f8198c7581behuaweicom_" --_000_c0e866165e2e4c30b336f8198c7581behuaweicom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Shraddha, You have addressed all my comments Thanks, Italo From: Shraddha Hegde [mailto:shraddha@juniper.net] Sent: mercoled=EC 3 giugno 2020 08:21 To: Italo Busi ; draft-hegde-mpls-spring-epe-oam@iet= f.org; mpls-chairs@ietf.org; Mach Chen Cc: mpls@ietf.org; Bocci, Matthew (Nokia - GB) ; A= lexander Vainshtein ; Sam Aldrin Subject: RE: MPLS-RT review of draft-hegde-mpls-spring-epe-oam Hi Italo, Thanks for the review and comments. Pls see inline. Juniper Business Use Only From: Italo Busi > Sent: Friday, April 17, 2020 2:04 PM To: Shraddha Hegde >; dra= ft-hegde-mpls-spring-epe-oam@ietf.org; mpls-chairs@ietf.org; Mach Chen <= mach.chen@huawei.com> Cc: mpls@ietf.org; Bocci, Matthew (Nokia - GB) >; Alexander Vainshtein <= Alexander.Vainshtein@ecitele.com>;= Sam Aldrin Subject: RE: MPLS-RT review of draft-hegde-mpls-spring-epe-oam [External Email. Be cautious of content] Hi Shraddha, Thanks for your update: I am ok with the latest changes While I support the addition of section 5, my comments on figure 2 and 3 we= re considering more "basic" validation that the sub-TLV is not malformed Let's consider figure 2, I guess the receiver should check that: Length =3D 20 + "No.of IPv4 interface pairs" * 8 + "No.of IPv6 interface= pairs " * 32 I was just wondering whether it is worthwhile making this requirement expli= cit in the draft. Yes. Addressed in -07 version I take the opportunity to point out a nit in section 5: the text needs to b= e reformatted to comply with the RFC line width requirements Thanks for catching this. Will fix in -07 version. Italo Italo Busi Principal Optical Transport Network Research Engineer Huawei Technologies Co., Ltd. Tel : +39 345 4721946 Email : italo.busi@huawei.com [cid:image001.png@01D63A04.7AF84720] This e-mail and its attachments contain confidential information from HUAWE= I, which is intended only for the person or entity whose address is listed = above. Any use of the information contained herein in any way (including, b= ut not limited to, total or partial disclosure, reproduction, or disseminat= ion) by persons other than the intended recipient(s) is prohibited. If you = receive this e-mail in error, please notify the sender by phone or email im= mediately and delete it! From: Shraddha Hegde [mailto:shraddha@juniper.net] Sent: luned=EC 13 aprile 2020 14:23 To: Italo Busi >; draft= -hegde-mpls-spring-epe-oam@ietf.org; mpls-chairs@ietf.org; Mach Chen > Cc: mpls@ietf.org; Bocci, Matthew (Nokia - GB) >; Alexander Vainshtein <= Alexander.Vainshtein@ecitele.com>;= Sam Aldrin > Subject: RE: MPLS-RT review of draft-hegde-mpls-spring-epe-oam Hi Italo, An updated version -06 is posted addressing comments. Pls take a look. Rgds Shraddha From: Shraddha Hegde Sent: Friday, March 6, 2020 4:12 PM To: Italo Busi >; draft= -hegde-mpls-spring-epe-oam@ietf.org; mpls-chairs@ietf.org; Mach Chen > Cc: mpls@ietf.org; Bocci, Matthew (Nokia - GB) >; Alexander Vainshtein <= Alexander.Vainshtein@ecitele.com>;= Sam Aldrin > Subject: RE: MPLS-RT review of draft-hegde-mpls-spring-epe-oam Hi Italo, Thanks for review and comments. Pls see inline... From: Italo Busi > Sent: Wednesday, February 26, 2020 10:30 PM To: draft-hegde-mpls-spring-epe-oam@ietf.org; mpls-chairs@ietf.org; Mach= Chen > Cc: mpls@ietf.org; Bocci, Matthew (Nokia - GB) >; Alexander Vainshtein <= Alexander.Vainshtein@ecitele.com>;= Sam Aldrin > Subject: RE: MPLS-RT review of draft-hegde-mpls-spring-epe-oam Hi all, I have been selected as one of the MPLS-RT reviewers of draft-hegde-mpls-s= pring-epe-oam. I have reviewed the latest version of the draft which has been published tw= o days ago (draft-hegde-mpls-spring-epe-oam-05). I think that the document is coherent, is it useful (i.e., it addresses a r= eal need for operational networks), and it is technically sound. Therefore, I think that the draft is ready to be adopted as a WG document. I have few comments that can be addressed either before or after WG adoptio= n. 1. The Introduction mentions the procedures defined in section 7 of R= FC8287 and clarified by RFC8690. My understanding is that RFC8690 clarifies how to use the length field with= the sub-TLVs defined in section 5 of RFC8287 and therefore it is not stric= tly applicable to this draft. yes. You are right. I updated this sentence and referred 8690 ba= sed on comment that 8287 Has an important clarification in RFC 8690 so it should be reference. However, it would be worthwhile clarifying in section 4 of this draft how t= he length field should be set for the EPE SID sub-TLVs. An example would al= so be useful. yes updated the draft. 2. I guess that all the information elements used in the sub-TLVs def= ined in section 4 of this draft are those defined in draft-ietf-idr-bgpls-s= egment-routing-epe. Yes. It would be worthwhile to reference draft-ietf-idr-bgpls-segment-routing-ep= e for these definitions. yes, normative reference added. I guess this would also help resolving comment #1 from Sasha on link-local = IPv6 addresses and unnumbered interfaces: whatever is supported by draft-ie= tf-idr-bgpls-segment-routing-epe should be also supported by this draft (an= d vice versa) updated with link-local addresses FFS. 3. In Figure 2, the "No.of IPv6 interface pairs" field seems a bit re= dundant since the information can be inferred from the "Length" and "No.of = IPv4 interface pairs " fields Since IPv4 and ipv6 address pair may be present simultaneously, = we need this field. This is ok for me but please add some text to clarify whether the receiver = should/shall perform some validation check sure will add new section in next revision. 4. Figure 3 is not fully clear If I understand well, the "Remote As Number", "Remote BGP Router ID", "No.o= f IPv4 interface pairs", ... fields are repeated for each element in the se= t. yes, these elements are repeated for each set. It may be worthwhile to split the figure into two: one describing the TLV c= ontaining one or more "elements" and one describing the fields used in each= element. Yes. updated 5. In Figure 6, the "No.of elements in set" field as well as the "No.= of IPv6 interface pairs" field of the last element in the set seem a bit re= dundant since the information can be inferred from the "Length" and "No.of = IPv4 interface pairs " of the last element in the set fields Since both IPv4 and IPv6 addresses pairs may be present simultane= ously, number of pairs field is required. As for comment #3 above, this is ok for me but please add some text to clar= ify whether the receiver should/shall perform some validation check sure will add new section in next revision. Italo > -----Original Message----- > From: Loa Andersson [mailto:loa@pi.nu] > Sent: venerd=EC 14 febbraio 2020 05:53 > To: Bocci, Matthew (Nokia - GB) >; Alexander > Vainshtein >; Sam Aldrin > >; Italo Busi > > Cc: draft-hegde-mpls-spring-epe-oam@ietf.org; mpls-chairs@ietf.org > Subject: MPLS-RT review of draft-hegde-mpls-spring-epe-oam > > Mathew, Sam, Sasha and Italo, > > You have be selected as MPLS-RT reviewers for draft-hegde-mpls-spring-epe= - > oam. > > Note to authors: You have been CC'd on this email so that you can know th= at > this review is going on. However, please do not review your own document. > > Reviews should comment on whether the document is coherent, is it useful = (ie, > is it likely to be actually useful in operational networks), and is the d= ocument > technically sound? We are interested in knowing whether the document is > ready to be considered for WG adoption (ie, it doesn't have to be perfect= at > this point, but should be a good start). > > Reviews should be sent to the document authors, WG co-chairs and WG > secretary, and CC'd to the MPLS WG email list. If necessary, comments may= be > sent privately to only the WG chairs. > > If you have technical comments you should try to be explicit about what > *really* need to be resolved before adopting it as a working group docume= nt, > and what can wait until the document is a working group document and the > working group has the revision control. > > Are you able to review this draft by Feb 28, 2020? Please respond in a ti= mely > fashion. > > > Thanks, Loa > (as MPLS WG chair) > -- > -- > > > Loa Andersson email: loa@pi.nu > Senior MPLS Expert > Bronze Dragon Consulting phone: +46 739 81 21 64 --_000_c0e866165e2e4c30b336f8198c7581behuaweicom_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi Shraddha,

 

You have addressed all= my comments

 

Thanks, Italo

 

From: Shraddha Hegde [mailto:shraddha@juniper= .net]
Sent: mercoled=EC 3 giugno 2020 08:21
To: Italo Busi <Italo.Busi@huawei.com>; draft-hegde-mpls-sprin= g-epe-oam@ietf.org; mpls-chairs@ietf.org; Mach Chen <mach.chen@huawei.co= m>
Cc: mpls@ietf.org; Bocci, Matthew (Nokia - GB) <matthew.bocci@nok= ia.com>; Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>; = Sam Aldrin <aldrin.ietf@gmail.com>
Subject: RE: MPLS-RT review of draft-hegde-mpls-spring-epe-oam<= /o:p>

 

 

Hi Italo,

 

Thanks for the review and comments.

Pls see inline.

 

 

Juniper Business Use Only

From: Italo Busi <Italo.Busi@huawei.com>
Sent: Friday, April 17, 2020 2:04 PM
To: Shraddha Hegde <shrad= dha@juniper.net>; draft-hegde-mpl= s-spring-epe-oam@ietf.org; mpls-chairs@ietf.org; Mach Chen= <mach.chen@huawei.com> Cc: mpls@ietf.org; Bocci, Matth= ew (Nokia - GB) <matthew.bocc= i@nokia.com>; Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>; Sam Aldrin
Subject: RE: MPLS-RT review of draft-hegde-mpls-spring-epe-oam<= /o:p>

 

<= span style=3D"font-size:10.5pt;font-family:Lato;color:black">[External Emai= l. Be cautious of content]

 

Hi Shraddha,

 

Thanks for your update= : I am ok with the latest changes

 

While I support the ad= dition of section 5, my comments on figure 2 and 3 were considering more &#= 8220;basic” validation that the sub-TLV is not malformed

 

Let’s consider f= igure 2, I guess the receiver should check that:

 

   Length = =3D 20 + “No.of IPv4 interface pairs” * 8 + “No.o= f IPv6 interface pairs ” * 32

 

I was just wondering w= hether it is worthwhile making this requirement explicit in the draft.=

<Shraddha> Yes. Addressed in -07 version<= /o:p>

 

I take the opportunity= to point out a nit in section 5: the text needs to be reformatted to compl= y with the RFC line width requirements

<Shraddha> Thanks for catching this. Will fix = in -07 version.

 

Italo

 

Italo Busi

Principal Optical T= ransport Network Research Engineer

Huawei Technologies = ;Co., Ltd.<= /o:p>

Tel : +39 = 345 4721946=

Email : italo.busi@huawei.com =

 

This e-mail a= nd its attachments contain confidential information from HUAWEI, which is i= ntended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (i= ncluding, but not limited to, total or partial disclosure, reproduction, or= dissemination) by persons other than the intended recipient(s) is prohibit= ed. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete i= t!<= /p>

 

From: Shraddha Hegde [mailto:shraddha@juniper.net]
Sent: luned=EC 13 aprile 2020 14:23
To: Italo Busi <Italo.Bu= si@huawei.com>; draft-hegde-mpl= s-spring-epe-oam@ietf.org; mpls-chairs@ietf.org; Mach Chen= <mach.chen@huawei.com> Cc: mpls@ietf.org; Bocci, Matth= ew (Nokia - GB) <matthew.bocc= i@nokia.com>; Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>; Sam Aldrin <aldrin.ietf@gmail.= com>
Subject: RE: MPLS-RT review of draft-hegde-mpls-spring-epe-oam<= /o:p>

 

Hi Italo,

 

An updated version -06 is posted addressing comments= .

Pls take a look.

 

Rgds

Shraddha

 

 

From: Shraddha Hegde
Sent: Friday, March 6, 2020 4:12 PM
To: Italo Busi <Italo.Bu= si@huawei.com>; draft-hegde-mpl= s-spring-epe-oam@ietf.org; mpls-chairs@ietf.org; Mach Chen= <mach.chen@huawei.com> Cc: mpls@ietf.org; Bocci, Matth= ew (Nokia - GB) <matthew.bocc= i@nokia.com>; Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>; Sam Aldrin <aldrin.ietf@gmail.= com>
Subject: RE: MPLS-RT review of draft-hegde-mpls-spring-epe-oam<= /o:p>

 

Hi Italo,

 

Thanks for review and comments. Pls see inline…= ;

 

From: Italo Busi <Italo.Busi@huawei.com>
Sent: Wednesday, February 26, 2020 10:30 PM
To: draf= t-hegde-mpls-spring-epe-oam@ietf.org; mpls-chairs@ietf.org; Mach Chen= <mach.chen@huawei.com> Cc: mpls@ietf.org; Bocci, Matth= ew (Nokia - GB) <matthew.bocc= i@nokia.com>; Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>; Sam Aldrin <aldrin.ietf@gmail.= com>
Subject: RE: MPLS-RT review of draft-hegde-mpls-spring-epe-oam<= /o:p>

 

Hi all,

 

I have been selected as one of the  MPLS-RT rev= iewers of draft-hegde-mpls-spring-epe-oam.

 

I have reviewed the latest version of the draft whic= h has been published two days ago (draft-hegde-mpls-spring-epe-oam-05).=

 

I think that the document is coherent, is it useful = (i.e., it addresses a real need for operational networks), and it is techni= cally sound.

 

Therefore, I think that the draft is ready to be ado= pted as a WG document.

 

I have few comments that can be addressed either bef= ore or after WG adoption.

 

1.       The Introduction mentions the procedures defined in= section 7 of RFC8287 and clarified by RFC8690.

 

My understanding is that RFC8690 clarifies how to us= e the length field with the sub-TLVs defined in section 5 of RFC8287 and th= erefore it is not strictly applicable to this draft.

<shraddha> yes. You are right. I updated this = sentence and referred 8690 based on comment that 8287

Has an important clarification in RFC 8690 so it sho= uld be reference.

 

However, it would be worthwhile clarifying in sectio= n 4 of this draft how the length field should be set for the EPE SID sub-TL= Vs. An example would also be useful.

<shraddha> yes updated the draft.

 

2.       I guess that all the information elements used in t= he sub-TLVs defined in section 4 of this draft are those defined in draft-i= etf-idr-bgpls-segment-routing-epe.

<Shraddha> Yes.

 

It would be worthwhile to reference draft-ietf-idr-b= gpls-segment-routing-epe for these definitions.

<Shraddha> yes, normative reference added.

 

I guess this would also help resolving comment #1 fr= om Sasha on link-local IPv6 addresses and unnumbered interfaces: whatever i= s supported by draft-ietf-idr-bgpls-segment-routing-epe should be also supp= orted by this draft (and vice versa)

<shraddha> updated with link-local addresses F= FS.

 

3.       In Figure 2, the “No.of IPv6 interface pairs&= #8221; field seems a bit redundant since the information can be inferred fr= om the “Length” and “No.of IPv4 interface pairs ” f= ields

<shraddha> Since IPv4 and ipv6 address pair may be present s= imultaneously, we need this field.

 

This is ok for me but please add some text to clarif= y whether the receiver should/shall perform some validation check<= /o:p>

 <shraddha> sure will add new section in next revision= .

4.       Figure 3 is not fully clear

 

If I understand well, the “Remote As Number= 221;, “Remote BGP Router ID”, “No.of IPv4 interface pairs= ”, … fields are repeated for each element in the set.

<Shraddha> yes, these elements are repeated fo= r each set.

 

It may be worthwhile to split the figure into two: o= ne describing the TLV containing one or more “elements” and one= describing the fields used in each element.

<Shraddha> Yes. updated

 

5.       In Figure 6, the “No.of elements in set”= ; field as well as the “No.of IPv6 interface pairs” field of th= e last element in the set seem a bit redundant since the information can be= inferred from the “Length” and “No.of IPv4 interface pai= rs ” of the last element in the set fields

<Shraddha>Since both IPv4 and IPv6 addresses pairs may be pr= esent simultaneously, number of pairs field is required.

 

As for comment #3 above, this is ok for me but pleas= e add some text to clarify whether the receiver should/shall perform some v= alidation check

 <shraddha> sure will add new section in next revision= .

Italo

 

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

> From: Loa Andersson [mailto:loa@pi.nu]

> Sent: venerd=EC 14 febbraio 2020 05:53=

> To: Bocci, Matthew (Nokia - GB) <matthew.bocci@nokia.com>; Alexander<= span style=3D"font-size:12.0pt;font-family:"Times New Roman",seri= f">

> Vainshtein <Alexander.Vainshtein@ecitele.com>; Sam Aldrin

> Subject: MPLS-RT review of draft-hegde-mpls-spr= ing-epe-oam

>

> Mathew, Sam, Sasha and Italo,

>

> You have be selected as MPLS-RT reviewers for d= raft-hegde-mpls-spring-epe-

> oam.

>

> Note to authors: You have been CC'd on this ema= il so that you can know that

> this review is going on. However, please do not= review your own document.

>

> Reviews should comment on whether the document = is coherent, is it useful (ie,

> is it likely to be actually useful in operation= al networks), and is the document

> technically sound?  We are interested in k= nowing whether the document is

> ready to be considered for WG adoption (ie, it = doesn't have to be perfect at

> this point, but should be a good start). &= nbsp;   

>

> Reviews should be sent to the document authors,= WG co-chairs and WG

> secretary, and CC'd to the MPLS WG email list. = If necessary, comments may be

> sent privately to only the WG chairs.<= /o:p>

>

> If you have technical comments you should try t= o be explicit about what

> *really* need to be resolved before adopting it= as a working group document,

> and what can wait until the document is a worki= ng group document and the

> working group has the revision control.

>

> Are you able to review this draft by Feb 28, 20= 20? Please respond in a timely

> fashion.

>

>

> Thanks, Loa

> (as MPLS WG chair)

> --

> --

>

>

> Loa Andersson     &nbs= p;            &= nbsp;     email: loa@pi.nu

> Senior MPLS Expert

> Bronze Dragon Consulting    = ;         phone: +46 739 81 21 = 64

 

--_000_c0e866165e2e4c30b336f8198c7581behuaweicom_-- --_004_c0e866165e2e4c30b336f8198c7581behuaweicom_ Content-Type: image/png; name="image001.png" Content-Description: image001.png Content-Disposition: inline; filename="image001.png"; size=15715; creation-date="Wed, 03 Jun 2020 22:10:05 GMT"; modification-date="Wed, 03 Jun 2020 22:10:05 GMT" Content-ID: Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAANAAAACjCAYAAAD7EpAbAAAAAXNSR0IArs4c6QAAAAlwSFlzAAAO xAAADsQBlSsOGwAAABl0RVh0U29mdHdhcmUATWljcm9zb2Z0IE9mZmljZX/tNXEAADzjSURBVHhe 7Z0HnJTF+cdnyx3HAXIHGE00imhsUWNi7BqJptgl0VhRsaCioGdBJZZlsWAseCAiisTeIgoW7IXY SzTW6N+KWBILcAhc393/7/vuO8t7e7vHHXsnZWfu89z7vvPOOzPvM89vnmeemXc2Go/HjQuOA44D y8aB6LI95p5yHHAcgAMOQE4OHAcK4IADUAHMc486DjgAORlwHCiAAw5ABTDPPeo44ADkZMBxoAAO OAAVwDz3qOOAA5CTAceBAjjgAFQA89yjjgMOQE4GHAcK4IADUAHMc486DjgAORlwHCiAAw5ABTDP Peo44ADkZMBxoAAOOAAVwDz3qOOAA5CTAceBAjjgAFQA89yjjgMOQE4GHAcK4ECXA+iAsZP7/niD 0l2SfUt+1ruyx271oei947bcd3KuOg+ufaf3T9ZZ8zoTjiRMackTzc3h98b9r/zFAt7PPeo40KUc 6DIAbROLRXcoW6Mq1bfk+EhJeIPSkqiJRsImGQlvPvjL+2fcuta+/8t+szXXWeOgst69DjShiDGR 6CGNjc1N56yffLKpofniS78ofbZLOeEydxxYBg50CYCGxsb2KTd9r+sRCe1fW2JMbVikyoWaEqai Z9maayZL99Ll1GB9D664rSRcss8hQo5Z2GxMWH/Rsu4lkbLS3cP19Tudts7i08fNKbtuGd7RPeI4 0GUc6HQAnS/NM8/0mdgrFN7/20hKGkfAiYZMOBwyqZCOnhYyrQA0ILrPhk0mvF1DSmlKS02otJtp DkdNc2OzKY9261new1x99joLv75kTvl9XcYNl7HjQAc50OkA+tr0PbrShA751gg80jwhgSYUDgs8 OheIFicUX2J2HFr77FpTynf+0ta30ST/WF5eXrZYGihUIgB1665jN2Oam0xtXa3pEY1GU+Ho+DMr 5r50aU3frzv4ni6540CXcKBTAbRJLBYJmT4nNZmQSQpAOqTJD5w2J5MmGo78qMfi6M9NuckAKJFK bGkiEZNKgjSBKBKV5ioxqVRK52GzuK7Z9Ohetu73i2oPVTZXdgk3XKaOAx3kQKcCaCdTuV3UhDes AzwEDt4p/9JISiRTprIkYmqSye11+RhxI7p92StkynZsbmjUEEjaJ9lsUk06V9qUzk0ioWPCGI2h pMsGbVPx4lWv1GyvGy44DixfDnQYQMNiE9drNnV9psRHvpZddfnZNu9pUmXzLGYk8x4IZLaFU9JJ 0j4hDxQ6D4XWyTxfX9fdlEV7JWWuoYFSYQ2cgF1YIBJ4TELxupcQmKKp5Frb1jWXviJlFix/mxdf jG5e+sXAqVv95Ynly1JXejFxoEMAOjgWKw2ZfjeUmbJNB8fGbn5rfFTWWCQpHRGw2RJJibm0T7OO AhFgMtIkDXIMhEtKfnX+3Be7jem7fYOGPDuVphJ9m+rqTapUYyT0FZonpEEUYEMDNTXInFNccyO3 W4Wtes89pney9Jrjn79j5LU7HnJFMTWie9flx4EOAajC9Lm4hzG7hL0xTo9r9orFDpsZj9ctqX5Y xplvvhGJjmjSGEaU8kCUBlKyWTCLhPvO72lKlaIhmUyuXRpOhusbGtJZeaBR1eSAEGrSWqipSdcJ k2hoVERloBBjhr3/2I49I+GLTWNTqLzZjD7todueH7fnYS8tP7a6kouFA+0G0DGx6v26mfDp3wsg 0gdmdRP+0zqm8jQx6qIlzGp+d5GJ1Gr4Xy6jy9M+KSmMEDLfhDaCEgY9lQqHutXPj/SWI2FhuKGx yQC9hDx2AkwqKuTJoZABEICSCSdnnmluqJ9TufHdDea9zbxiR3z57GrRaGJStCnRZ25to+ndnOhZ t6jxpgMmj91+2gmjPGvSBceBruJAuwA0Ila9Wr0JjaXbtwOPBQJINxP56/GxCS9fGz/ZG3fMN6u/ UmnmfS21sp70Rdpka5Dw1wtE9dIi3TDFEgKBxjahUN9wadOGSvVFU21d/5Q8bRomCUSARxD0AKS7 niMCAGH2KU1j/Ytj3otnzLhQQ221tOIW3y5SDZVmweJm0682tWFTQ+9T9eR5XcU4l6/jABxoF4C+ N2ZIHxPaBNBIR3ic04jElEnTSMyv0sqDnafER323kfmg8X+mz8vSVOux8iCdUMJfJ5OtVs8JQEba JRGNmO4l0UhzU6ofSSJNTTs01+G7U+6YbrizBaiM8853QtQqn1Rj40tGqxsIJ33y2OCyVOqoBQtl +jUq7waR0iwWRepSxw+NVU+ZEq+a45racaCrOLBUALGmLWr6HIrmoduXWGemdzDn+pnQxvNM+WWK Pkq/NZQyseqZEuODrfJgDGRqJfjdBTUBKFQiL5vAUdotauo1tZMGUGMv5o2STLpq7od5H898g0CR NFk3ndc3NH4yv/ab501PjXs+emz9klRiXKKhyTTWAyDVsFY1VFl1mjPqU59afb4xg5TBhK5insvX cWCpABpgem4tNv2iNuMcSM/p2JkdCalQEDpyWKz68WviVbf3NnUPLTA9vpR2WiszH4TmWNQscAgO WtaTjMjAaxCgUqwalY+gtiEZwbxjuYI0lKd9NOBJazuNiTQuKtUYqbGxcboWoS7YZJNNwt3ef3Bi j1Rq9e8W1ysvgUemG2VoqYNJ6bxZeQmKe2hyd+J78SUmn2tyx4HO5MBSAdTdlKypMU2Ztxg0R8kS W0yvUKkJX6yx0rOXxkd9flJs/LRyEzol8wzzQYsk2AxrtFYBNZaKpv0GXpb1jd7cEFdpB0JaA2HS ESmlZRbWJhsaUqnbSP7Huy4b1j2U2H0e4JEa88CzUIVoFWpK5TBQQ1tqPUO/XmmlmdP13ZmMdHkV JweWCiAkOCh91n9swcRxoeeVC637vQmP1eVgDfWnLDKpY7WmoIfnjSNoLGQ0mGJBqfcsk6VlPtPr 5FTAO4fOATwi1tChkHi8Z2mEuaOHqzfa69/DXr1/AxNujNfLGZGslSaTyWa+F2IAz/c6l8PCBvBY nM3q3vqH4sBSASRxlI85HazZ5umcgD5CzucrTlrnMHnl7r0qXnXvSbEJ01Yz5sjvdC+juTzhlqAL GSnTZJo0LevlW9sQSqKOGPPgffNXbvNgVHGNDaFEMpwaT9pkY+348pDp+91CgU5jnhAmmwCU4hsI mYoWMnb0tNCB6IeSpaIsZ6kAWmzqXutuus/RmGYdGUxewCYCREDDggMrjSCz6bLBseonZL6NC5vI QZh/FoBeAkCUxGTTeTf/6fkCQzcBxxsjpcc/aU9FyPQSsBY1Jh67aqeDZ530xC2H9wiF9py3SDnW pR0GqUVyP8iEy9I8jH/MYpN8XuMfW7WibGD30l3LgaUCaJqW6xwau/IefVxwamDJQUAbLdEwmHLy yg0QjEZPio847bjYhLv6mPCRc7OHIEys1jSZpF966jsZemUCAu5pDXj4fgiURrSUp04eBMFjzJl3 Te5TGym9WJabSQIYASiF+QYgWS4UCN0EnlqhNGEavTGTC44DXcWBpQKIgheY+ss1c/PnXhrnLPJr YrUQOmjJWmtvmMPQ5gQ5FG6Why4mTBzAWEg6p+U7SOjDzb4JN1d3S5UjJp2OKTkaUrqs1DipJpGY PvnIoS+dPHXKhF7JxNrfyUXtjacgXORZgRxXU50WmOR4LXh9vasY5/J1HIADrQCkBaMlc0zZL+eb +tes+TMzPuqrQ2PVQ2Q43SMQ9UHTEOycEOcWREywaizUXR8ejLs1fvKuGgtNkCds1Ny2+L1IEz1h aRSc2mgfAaiUj+9CzQ0liYZzhl0w8deR0vDxC+Ro8LRNDp8a5fN4X9VK4Hn0e1NxfrDIg2MTN+pl mss0sfqma3rHgc7iQCsAfWCim3Q3qSfWNt1fWSd22cWPxkc+RWG3x6tmHRyrHtTLpG6pNOF1WZVA YAKUGRsbOONebxP67dDYBHnk5l5ca/oOFqh+umQuKUf1AQVLf1h4qlMBFW02aVK86n05Jp6ONqdK AW4uVzrpWZWK5vneJO5cYGpHCLzekO2A2NjKH5vuQ0tM9Mx6E2GHn306i3kuH8eBVgBKmua+Wi/Q Sx/G7aYh+m77xi67LWyaL50RH/XWnfGqZ+Ug2F1G1t36bHszViIg99leOQQax4E01AXfGvOPNU34 wjKTupYxVJbRlQsPWmjAGCY1p5+ZGxMID9T1QMrKBx5N5ApAIbnTk5deHT/lLJqVFRRbmb5HRE2P 0zV+2xSA+aMs1+qOA53GgVYAWux9PJDUVzuJMOtsepnoYRLPPQ6MjbsuacKTbpVGUK++Sz/T4yJp lRMAEJpFoNLZEhFfrOu+JtRfRtWZ1fHhF54Yu+qI3ia843xvtidthQmsdm0q1qAXuIewy/0c1wrV pi21iDWdtmWwJluFnhBYv5S6GXl1/OQ7SCWz8Q8R0/dsLUn9Lc/N8zSil7vzyHWa6LiM4EArALGj lPxjOJI90+xbfbzQ20T6SOOcLY10iDTQhA9M/UR554YdFZswS5rlEi007Z/+zKHlNggCIwWcJofC 9RLwU7We+jn22+FzCCZYtayUJHweUS9h9yAIIGQCztIK779XxSac3d2YAd/lmA9FS1F5TdhO1z4/ p2nuafZRsYlb9TDJswVCHBeeKUmeAcqp8ZwoOA4sKwdyeeHq1KNrYga/WFIDc23ooSMmmTTIujKX rtjYVAzeMFZ94Q3xqrsGxyY/2WwaLpHAHoMXWpojE1gLJ7d25SITPn9K/OQTj4tVX1tpIiMWKEX6 07mI59TTNOh70mbb4n5WfJ3KPeXM2Nh+9aZHlYcwPywZ68i9bZJzZBKeJ61zs1aD9x0eu2qc7h9X bsI9vld90YrZaNHOP25lwrJKinsuJwdaAegrY95ax5i3pQ+2qpdu0MSo591CGyGYjMwFpF9KY9wz JFb9QL1pGi138bHHx664I2xKLqowZlvSQAgwbm3lcaS00FVya5+rAvdazYQH1JjkIgHgvx6MTOgt ypC3jmVBV2pR6lsjYhPGCqxrzPW1SPq+ViXoyyABc8qXZvG50oLzlG5Y2PQcKdf5eoCXOSdvDjYA ujRqUqpT6p9ODhwHOpMDrQDUwCfasdgjAshWMo8k3Gghu+KAs5SR8OtjupCRN26fiCn93dGxK6d+ YRrHzIyfvt3xsepTlOosTaD+mOdxa2ssVK51cn+VZ+xwjU9OExhniPQJXN3naQ1k6vUNkZYDJd/s a5IXCmw/1XjrBJ4HCAAHk1IAeEpruUdNiFe9Is/c72XixVXP7aUuBZw0TPwlPBke4SXEnJMmQ5k9 1JnMc3k5DuScSFVPPlWD72Nlkq1R52khO7Zhw11rBaUM69zk4epeYcLD5SoeJC005tr46ePlZNAK hB7n6jk+xOvhf1x34NDYxMtlct03LDb+bpmGe9WZ7p4TQbmWsapb35SeOiZeVSfP2xkCZ4UAozGR Z+69udiE/nZtfMQdQ2OT+8shcZuAcyj1suMc25RLapf2DlqX+FyTuFUm5zuuyR0HOpMDOQH0v3j8 03VjsZjGJZMZpGhZjGfChQWmtLssPYWKNsJU+0akQf3apSZ63XGx8UelTK9R18WHDz8qdtkkmXWj lPagNUy09L8mcbqSHlFvGs8uMaV9K00d67E1JEpG5pkkX48+rWfWKzFlQ7khzfKRTLbq8fGTr1Z1 Qt/FJpyjks/oLnBpstRTKUFTjZpZc40jHri0UyL5mcZwF3Qm41xejgNwIO9Sns/i8Ws3iMXWEzDO whmAJkoLqxVZAJSGE5oAc0sahMnM7eWPe+qE2PjrPzclo2fGqw7Xx3aTNMF5lhZ4HnhUrPq6G+Ij n5M3TzuM1uNPkImVvHW+mV+jfbVD35o+55TrhlYujBVgr5J3rUbP71Vl+sb1/FZoM7u2zpprSzwD S7xu5At4pOL+K+12oNzvmV1QXdM7DnQWB9pcC/dRPH72+rHYYo1pzomaVLfGjKMaQU0bc/ZogcVn DdrROiyz7rifGLOnXN1j5BSYoqSDZJrtL3NNnmljJNCZPeUEEu+nTgSgUn23+vJcmWs3xId/KJCt ozHTlVETGQJYmM+xs01LXNOtHWtaOY5piafubbnIj5Xppn0YXXAc6HwOLHUx6cfx+AVrx2KzNMdz lvTNrmWmWbsbRDzVhSNBu1d7E5/M4whkvqmHO1qGnMw6gem6Y2Ljj9Fg/gyZaPe09Qpj4nH8AVNY RTBM46BSEzlfHr9eAoK3G5CWBwVGYBY46Th7hbtdoPlUpuftX5na8VrHp8UQLjgOdA0Hlgogiv0i HufHrZ4VkH4tvbOlzKgdBI7VZdSFNFZhJag+OUgKTGEtok5B3lfbGh95P8qgsVS5kHHoXrHqt2XS eWZbW+EXpnJnVWwXbeb75Jf6LIHdE5akZ/mQt9sIkfbIXJJ+DCL0vsy8N+pM7QvaNZWhmQuOA13K gXYByNZAQPqXzqHrg7V6R7/K8Dt9yaO4cGVA2HUenq+t5GXK9ao0TWWfmEX2a4g2X0rzQ6/PNw2n fmWa51Wa+nqpkFZLcOQpbHKbhXSpbLjM28GBdgFozVhsDQ3sT5bTICpJpteXUkhqm0NT2d1E+m5t Sjj2lgbSDzmGU2lzDidDKLKuSWkTKtZYl5wngf+wHXXS+KWupMR0H7OlKf19oymv1X4LjUtWFTCz w/6l5vutYlfOlzaar/O5Gh3VKl5bkyTZ37RU8W9Mi1fd3J7yXBrHgWXlQLsApMwXSoC3+JFJ7c3K grT5ZD+kYw1ceqnPEiFndXTYm8ORynlHux2MvDN++iPtrSSbNGp5zvAmraTWs6O0t0KItXZ2qtTa cwJroMy025o4IPa1aTqwveW5dI4Dy8qBdgFI80K168ViQ74xqWf4NCC43s1CqcRbncBupWFWKLAk p167WV/xlVl0xevxuFbxdCwIRPP0xDmDY5c9VGdKxsqztjOOCT6JSK/MtoBKf5NEXHrVAhNLyYsf iI+8u2MlutSOAx3nQLsARLafxuNzBaID5Qxgt52NmcS0AxOEFw1Uohi0UY0JPy4jbswT8bOe63iV Wj5xa3zk8zvEYn9Y26w2vMRETpU9+BO7RMhOlgIlwMvLaDlQ9VZaJxcvtGD3vONAOzjQbgD5IHq3 QsLcT7/IwFIaTejoZ4TTPT9gEohek8t5/Kfx2C3tKLvdSV6Ix1nwcPlesctmaM3cqSrzUI3JKtLb Dac1UYNJfr7AJC59Mj5qogNPu1nrEhbIgQ4BiLJq4vHPa7QcR9poqgR4D80BbSbgsCzuwS+MeViL UYNfIBRYvZaPz4yP/EgxJ/1RS4SkCf8kM04LSfGWm6dkts18JT5qdqcW6DJzHFgKBzoMIJufTDo+ DVgunwdon4Z3VTbkguPAcuXAMgNoudbaFe44sIJwwAFoBWkIV42VkwMOQCtnu7laryAcyAkgfXvz U9WPNaIa6iz5bR3Fr604OcC8+CZdM+2ylkhTRfEa+06Kl6fbaAWP+U7xOBgyQff66GJ1kRZ7p/et VlxfHX4k+lJxdq6WeOJ6+2m9+VPF8Q3FuiJWdeNU4Eh+2Rv3kO5r5bdQz5DHj0XzdZ31y+LB2rlz x4GOcaAVgBBQ/bTITdqSemNltbnI21T0nXfeiSh+quK31+WvfOH9o44slzlbNMEWHY2W/TmRaJik 9FcpztunzRd+Lc42d4l2DIfDfFx3DfE630e/1D1ZR9zfQ216PT9J5e2u+L8o7mHio9Ho+olE4mWd fqZ75DNcz/5V13yWRP5+8HZGOF7/rguHo39JpRITlPYfuh6yJI07cxwojAP5TLgKZYtWyN7Yhni0 DsJKQEuhAewv/aRjw8kyTQwR7/2EYyDsonOtO+VHh5LDBNap0giNpaWlT+sn7sMCwj5oHcV9M3bs 2PVU/G5KSR77ijwAKc0ftOC7MhUO3xwfPbpWaalTucD2fzq+vaRu4WgkEvosXR/VL10f6u6C40Cn cSAfgFhYwPxKZgnOZpttlpg2bZr97WC7HM2aTS1XS4fD9tpunOhVWEJ+krRGk46f6Li5NMLeir53 1KhRn40ePXqmMh2kuJ2I0885DkylkoCDn3j8fXV1rFdVVXxhMpnaF1hHw+FpPhf006raOSgSufq8 885D4+UKOevTaVx0GRUtB/IBCMHvLqG88oILLuATBH8FtuFn6Vv83E97OXfBBWN/qbQCTGim8h3X 3Nz8tIAxXBpnOj9OrIBpN0i0OwDS9b4CRqMA9YZMtm0WLoxuI630urCyixayvts8YMCrwbKV5kDl xTgHjaXld/Gb2ls3l85xYFk50JYGKkkkkyOCNhw/9quQa6VB9vc69jrzeDLZeJyeD2sMM0maYpaE /VE0i663U54vmrKyp/Xpz3eK202g3Uhxvxc9lUpFJmuh0AyZbrtKK/VTDbppkHZf7LDD0nszegrK q9dOAhzai8CG+A5AyyoV7rl2cyAfgBiMa1ep1BESTRZfeyNyhct850LLAsJhvvlZEpJJb6yh9N6u IwLLmtIcf1YM5ta+F1100c7SQuXSGmFpoiEAKD5qlDxmsZky0Y5UGZeLekj7PCrg3a9nvtT1/roe qEFQYzIVuS9QGvUyoXD4egHrVsUzLvP2WHDBcaCrOZAPQAg++xPcxyDfVkLjlDN1vqm9lkAvovcX HSDzapLGMvNuuummskRT097ES7AZ1ONlO0oaRC7pVGNTcxOeMb769jSI0hwkjXO5tNKH2pJbwEgd KWDtrfiFAEjgS8XjY+5LJRMnKp70L+k36/gqtkUQeN5UHstlaVFXN5LLf8XlQD4AEZ/+yZ30QlHP ja2D9bZ5plnv3r2fqampeVUI2rqhoQGzbJaiGetgTn0s7XI3c0I6H6Y4nBL7mUiUeRjyapLb7UQB 6wTREbo+L2lK/2lCDZ8KXOsJgC8IEO+lARia0ZwMneh9eyTzTUAOzvmEAavKOlplAW7q7WFTNE0d AN47a0pa7+GK2yKuZisVB3ICSD1/vYS63h9beC/E12mRdHyjHXRUVVV9L6EdLKGeKBlmzLI55pTC MzLRRgoATFwCjp8qz6nnn3/+Y0HuoHkwzfTsYOVzhdLOEz0gs3GY8plu0/bq1evFBQsWvKV0Gymf oPmGdmtSvBwbKQE3BHgzIRIJ48Z+WOpU+NOPTpiwHTetVI3kKrvicqAVgFh5IME+VgAoU69eY6se lxv7gunTj1d8T8XPycTH4x9IO+0xffr0LRRfqvtykA145zB/kC8Bf0Fpt5Oz4JNsNghgH6ssBv6V zc1JT7h7J5OxhdHobQKNp30IAuoimYj7KX+la34/mI/yvVr4uFdx2Y6MiO55e2/reK9+iejf0ah+ rcUFx4FO5EBODWRNpxwCz2Rlq8Ackejfue4pL5bbQDmD7n8QvFGVXhLUaiNEja9mKx5qERTPjqNt 7jqqNJihLZYUdSIPXVZFzAG3mLSIG9+9euEccAAqnIcuhyLmgANQETe+e/XCOeAAVDgPXQ5FzAEH oCJufPfqhXPAAahwHrocipgDDkBF3Pju1QvngANQ4Tx0ORQxBxyAirjx3asXzgEHoMJ56HIoYg44 ABVx47tXL5wDDkCF89DlUMQccAAq4sZ3r144BxyACuehy6GIOeAAVMSN7169cA44ABXOQ5dDEXPA AaiIG9+9euEccAAqnIcuhyLmgANQETe+e/XCOZAXQNolhy122VWHX0Jgc8QddGjUdas92dqqhp47 UPef03NfFV7ddA7Ks78OvxDdz7bAuv6Nzhfp/PXOKiNXPiqHX6X4j8qp93+SZQPLH5te8fyixQDF Z3YP8uv3reIyG6UE0q+p822D6dvzDspza6VbW895uxfpmt1ctxXdrjhvT3J+aYNNYrLzUzwbZ+4v ekX3P9I1G2PuIXpW15lNKRXPhvz8HI3dKszuamR/BYM9AxfoGbZ/LsrQlgY6QRzhd0hfFiPZT61a xE+ZtAKQ7vMbQfyMiW2s53SOgCMcR4qeURo2WZwnuswXQBqGH9Tm94Z4jo3raaiSrJZgnyz2krtI zy1WPvxGEWA+DqHTNfdHi6aIWgFI98lvjIjn6kS28bN/eYJ3fFx53uh3Fsfqmg0m2TeYHX+uFVWJ 2JzkFBGbTG4m2iurvsN1ze8ReQDyhXC8Ti8WtQCQ7sH/80WH63yqjlyzE+ydogNE/O5R+kfI9VMw qpu3qYvP7xt1eo/OP1T8OzoHPGNFMxT3Wx0Hi2gTbzckxfF7TfwMDPWGJ9eLqCsbvvTzr/+kY3BX 11G6pv0+9evB7zURaA/4t77oCdHRfnzRHVoByBc4tuZFaMp88PxO57+GubqmoRAsGuElNd44Hdk0 kV152JeNTRTZIfS/fjzMpgEAz3Gim5QH200hGPRg5AVp40Tzmuh5yg20BHUkXULPEX+uCIFZQA+r I1oBDdSoa20f7AXqxq6qN+gIOKkb+ZwhukKEIHvbDgcCvS31JFBX9rlDyAD1IBEg5DeQjlA52/hx x8EflUPdACgCx+8bfaDr63TUvt5euVsSr7j9dISvE/QM77qziB8zQ0i1PZf2CE/v6U3Hg3BfJKL+ l4ieEf2fDwQ6C7bqo37TFUe94DOaZJqIOnMM/pgY9QBY5AdI2ePc/toGR66z9z0foLjHRQCPEBPx 4wLUCwBdIOJ3pIo25NJAmCA05iY+Q9EQgAfBe0DEbqU0Aj+u9QfROAnDXDUiDXaY6BgRwoiWACQ8 v66IRqWBEaoT9Ax7y/EjW/SONAYCy+aKCEbOoHSUzW8MQfTOd4gqRfxwFtrgQ9EGIgSENDcg3NzX s//REYChSYJ71Gnr4JZmjq7fV3pAipCjsSgXQRkhQoD4JQm0DL05vTJ1BkBo7Rmi70X8KBh5/Fz0 hoienQ5goAgNTd68N0fagXy/EAFsOrCPVY/LdYQ/aEO77x11AHgI+6UiOgsABC9470l6Di20j86p zxU6h7enifj1CgBKu1AGv46h32DyfguqQnS5rnmevAhoW7QSPCZsIaLtAT11p/PKuZ2Zn36VP+QC EBsXniR6RIRZwRgIIaG3O0zMxeSgUTHB+vvngARbnEZlK13S14gqRDQ2+7whTAg1QMze/J0G4mdJ fqV8ESJrxiFUn6tM4ggIMaYg+SEUmDSM1ajvaNEk0SEiNMnP/GfsYSudrCFCOGh8CGEoVZmUjUn4 JIl9rYuwI3SYdmhTtAPmDh0DPTljhuB+c6QDmMcqn3nKAy3Bu6NN9rHv4MfbMQV8gC9oJoRyoIh3 A4B9fU1HHTGxbFuh2ain/fEy0vYXrSfinb7Sc4B2tIg2JGC61ogYGy0QASDytfHwmzjSWK3Ec3Qc aD7yIj0aFmuANgTo54noOIo2tAKQGrrWF6AKceVg0T8Vt7/iAM4eOv5d17N1jjaxgQam8eiVEQDM LLQW8aTD5IHR2MuzfK0QZDqNB9FrkxZh5BotSO9Or0ugB+UagDCIpiHRKAggwohWoqFtfsEyEOaP RQf5+VNfenXqhZliBZJnvL27RbwHQDrej2MsQieByUoZXFtzk3Lh50/EI9Lw7m+J0CKDRBP9ytDZ 8CwBLfwLEe91qH++nY50BHRcjGEIaM8v/XNAS2c2V0Q5AG+2CNORd6I8gPKqCA1lxO/nVCc2sLxf dLyuU7oepPPJOmccVaFzzPSYroPjSMACn8mbOmMqwzPK5X0x2W29/OoV16EVgMRM4hBYtsGtEZ2i uPk60uNi816ta2x2BMc+T092oehd0YM+UzELyAOtgwbhHg2LieUNhgMBk4/Gwvx7SYQg0GCApcKm U+PiNKD3HiwCaKNFDM4PF1HnISIEgHpZIbWPI7h4nQBRJig/emQ8hEFBQEjIA5sfMHGP8RtAorcG HLeL6IVfEGG6AiribxTViNB4aADAzib7SZUNMHg3GxhPouUYMxLg074izCbMPHgM7x/Qs9/4aSp0 RMOTF/zFjN5ehGaEvwNF1H1H/3nej8Bz1L1SdSFdcKN96sS7oHGCgbEX7YU2Z9yDiUw9GK/SoY4U 8X5FG3KZcDTAOiJ6wOdFN4owR2hItAvmEoSQWVMLexqG/k1E7wST7diBI1qItGgo22MHmb6nf4FT gl7dC2poQEiPa68RSkwYemwAh81/iwg7fLaIXvQyEUJID2mfo2w8RqspTwTf1pt3sOYm5lkw8PxD IgQNW59en+tdReNFaCc6BToPAsBGWAE0QED4VkfwVSZjpWod6VyshuSZWSI0z30iwIcwPi2iQ0Gb 0j44ZdAeFkBoRurE2IU2oW7wASE/VkTnhBmLAwDABx0JlGkDbTZCdeL5tUTwNAhu0i0SYQXQsTHO PF3vgyeUd6NedHBf67qX4qlD0YVcAMIGBgj0gtbMwaygt0P4AAGDcQTOEx4x7xMxkYZHmP8uwiwC NORPz8YRoYU2Fb1pOe1rlFN0TS+bAY9/3z5vk9fo5GoRwkrvzXgIsECYSLh0P1OeCGBQGAAK5h6C YsFDnmgpQIkwBQUAAUXQeUfGepS1vfKeqbwRJkyvLQKDbfKirvDjEd8MRmt5Zen6Tj1H701nAFCo D/F473iGTgUtCICC4OY90WxBbcE5fKKDm+c/C3gQdjoDeOkJuwggZwf4wrsCLsw/8qPc4aJ3bGL/ PekU6TRJswDw+PdJt5OIMSWdymQR1knRhVYAEpMwSej9j9ChXNc1OqdnpwdkYpVGt4PUoJl0p+7H RQyaMREQFgbVAA9BpBelPAQpGEbrgoan584OACEj2L759bHKxwO4j+gpEQ1IjztItIWfAXY7wuVN JupQqmcRqlZB9w9Q5BhRhc4X+yDeS9ebiQAr+WDaNOk+phpOC565Wdd4ytBMBN6ZTuNYxcOrDUWM XbygdK/59UHYM9pR5/AErVIjAgRB4HMPsATjeBZg0QYIPlqa+5QNsHfwxzh44OAr70awZjF1od1u 9OPzHRhDDVbaZ/U+D+jcmoKk/4noLd07Ufcw8bI7vqVkverczqWB7NthetFQMNwTBDELJwJCSgP8 XnSOHw8TbxBh2iD0mDeABnMCM4NyaGiOeIv+pXzoaRnk0qPvrTL+qzganPEMZdPrky9mSXagjG56 Bvc55hHl0ePurWs0Chpyf/8h8rlQ8Vxmj4vQBJgulDtdhPbCNPGERwR40Fp/EW3ul3OUyn1V6cjw Fh3W1PWFft7k81sRnQZAAbzw7Wgd6K3hHWkwOW1AsBmfVYjQdsEAjwBGEEBoK6wEyqcsNAHlAFo6 r9EqD4EeKro5kBkgRfs/ovs8n22ukZT2vp5OQfQWnY9onOIAKxrKBjSSV1elyzZ9s15h1b5sC0Co fwQhGBgb4UqmMdA2jI0ICDwmGLYxAgPD6cGxr3GD0jA8R0PbhuMcwTlIz5GGgIAjYPT4n4v21z1M iOyAVprjaxfqCVhw7WJG0EPTc87wH3pPR+vNypGV9y4QdUHwGvQseXrmj8ogHo8XphfzV16+aDRf UNf1M6WjQGOdq3v88BgmrR23MJ5hLIHg8k6eNvIDYzkcG5iRCKU14aymwYUeNC8x6QAgbfcLEZ0A Jvezor+K4D3hVhEdmg1YBPAHkGV3JDYNZWN62oBjAtDTRp8F4rEi4FnRh7YANFLcCZoaCM21ioNa BMUzmIa8ELi+Kx+HfVMJOzwTFAdg2xJ2m3aWTp5XeurHuMwGTyNm5Vmj63/lq0c74hlr/EtlIejZ eTP494LuI1QnB67vCJwj4PkCANldzwOMVkFAvCgrEnf9MKUHOGOz7l2VrxBAnSP90l4fHmO+Z7/3 tKU9WCz38wLIF/AVkg++8HgD8a4OXV2W3wnkBA/vpvuMrTJB12iPH+rd82mqrmb7SpN/WxpopXkJ V1HHgeXFAQeg5cV5V+4qwYGcAJLdzUA/OPfQypRoz9srH/LILNb0B/3k1WJsFczLf4ZZ+1SgHgnf dGlPsV2Sxq9L0AkSLKdd9ct+f5unbyYuc72VD04c6tDC3FvmDFeyBzuLj8vy2vk00B7KjPmDHiLP a6ZKztKBlbpvtacg3009U2lxCdvB/QSdMyhnwrVV0DN4oSaJcJ3ifdtZxMoD5jQof3kGvIpMGFJH O6cCoBBaVhNkJofbqCSudjxyuN4JuPB303sfvizCr+d+qedxoeMy53MOHCqXLktey4uxvpyEcjlp OlCnI5V2oPI6ptDOqANleknzAQh3Ne7Qa0QMcNEYrEZ4XJVkZXEu13J22TzzhIjJPhu21Akz7vkC 9dlGVOknwA3MJF6+5Sgdfd9C0jOPxQQt4McTRl3tSg1v0rYdgXktVmnY0N9/33Y82jKJ2mEXxcwQ 4dLGM8oKETynGzPvtDKAKNDJ3qh6B72pHeUH8krb/OAhH4AQjI/UCKcFa6QXRpuMErHMp83g9wRM lAYDy1ZauYOVL0tKmCOBcLfapS7v+0LRqiw9w1xRP5XDaodc9xFWgIcWZUnKFKUNTmBmnlFeA3TR rPvM5OcL8ATgnO2725fGglz36Yzs2jnuM+/kLY/BDMlnpupeNAgIXTOZernoRcXvaQtSPHNhs0RM H6D9veDzlw//ZuertNIwwc1Kk5pcaXSfiWBWdDA/1yro/vqKnKf7zIe1CD5Q+ivyS92nje03YBU6 3VHE90uY+57pHqg3dVqoOOawsvMkPXnS/tTZLjPKVb0ui+uoE4EGt0tkMGmYhxipF0TQYQoTd6xH m+hfY7K9qut8JhuahjVqMBEmAFDq5AFI+bEKgDLOUx6sEmAJCfNElIfZtLbiXtfxJN1HuHmG2fYr uSdiApKe+SWRndQkmReUdiMdADkACun6RR3PUF7BZSs2eXACOJNHIC8mKMnrcmvmKj8meNnvwJps rZ4jAnAoLauk4dN4XT/u149JXKwAVknMCDxM5wD/Wc4UDExIY+56HYHyY3L2MtFA//2YD6O9PCtA 9+lYMCkZQ2EuUw9MQK+9dM5qkyNEs0WY9X0Uh0UwKgCELXXNPBcTyot0/0bb/n4ee+nIBC/lzNd9 PulnHok2Hy1i8pY6s0QK032WD2bkgsl3TFPKHO13ytSLCV54zeQ2q11oG4D5g7vd8wEIoPBdC4xB Y1AxGoye7zwY41d+bx2DE32/0TXLbGzgGo2SL/AsjXSYiJ6Z1Q2YjnZtFQLERB5CQKDXYWkPveAI Px0TltTpJF9gpuqcSV3uI2gsMZou5gdn2G0PyHiL9xvk583SF8wglgZlB8Y61GeIykEAGf/AP9bD zdKR9+Zdbgw8CDARlDaD8iMv+ET+aH0PQAoINdo+eyIWoaOTaTF/5PfewYluOjJMYpb18J6AcbLK G6S0mNisFNlPxHj3QBG8Ha/7j+k+2ptVISxpekx0kghT6SbRcyI+0cCsvVP0lIilPrzvVMWjyW7z O7PbFEdHilZkDePtimfymBUirNz4tYj3fZA43aPDw5xjidCfRXRMrKqgPhN1nzoAwHv951kpwTj5 bdEKAyCYi0DwcjCeBt5QFBRCBArUByf1UKNBE2WRrvPNsMOYv4iGi9n0nAg1PTUNztIfAvVAi1iv HUeWkPwt0Evfr2sEgQBztxIxmPxAR/YmgLEIB+kyAWHTPYDHGA3G00OSluUxuQLvC08QRt6RXo+e m3xnibhPXYOesIyJlidPG83uOfT+1YpAAPvrerbODxY9ofP/ZD1PfeFFW95MhB9wsPzoWZ5XvnQq gIFOinelXfmEJObfH60jWo1lR3bcSZuerDT09Gwwg1alU7hbxDlgpsNhIe6Huo/peLgI4KC93lU8 mo7wru5X6MjnD6xjJC08elPXLH2ijoAMp8jRIjonPq+nU6DudAh0UnSkaFLaAdBtqyPrAn/wkE8D ISizRX+kYf0X66kjzMekwuuRt/Ha+RaMTehxgwNwBIWGtQDKzor60qDBdVkIsgUpYACMaKOzdQRY EL1jrlChyOtFgAcTDzOEnjFXACzUFaG04y7KtmvCEEZCsBfsqFuZMQz1+JPqj7DsJML8yQ5W+7W6 oecQLurwY7++mG02MJaAf5h2BNK20My6hpe8q73PM8FxDx2qvQ/QMKtniEpUNu/bJ5CezizYVpir FkzkjwzwLjY/4hgP0/5YEgCKDprOwMoqHe8LPnj8anpf/tLx8j4d5bnNY5mO+QBEA9hezstYFca+ fUSnu/klITxQ0CkAQ9oCFuntC9p0QYGjYTEL2soDhga1nh2bUC16pBdEZ4gYC8F4xmWYGS2C3gVN g1mBrc1eamir0Trfug1OerZ2VuPZ5NxDGIL8wEa3wCKd9doFn8nwWfnysRqmCaYxYzp4RaeVHRio Uw4mKu/rBT1LJ/ew6AIRbnXaAx5gDtnyMcODISgD1JU6BvmfDVau7X3MzjkiQI7w2oAmJtSIWnSG qiOdJvLkORP8ECzPOpIw562mt50UyXlvxsbBsJpfzgpjwlE5GL2mXpgei4BHBBsZe5dAPMynB3pT 6ejpEdpgg9sGsS8Lk3lZAgJCb4959YQfN0THzUV2DER0rjyCQsm5vcY0OUSEGULD1qmhvrCFZx2p NwJ3s9LwQSDgxWx4LU96BIv65+t0vtU9GnpXEaYODhL4hSlpA/WkTBvIC89WUIBuVNxBoktEd+te K4eG4j5V/jN0/1Id39A1nx5gSmGKbSf6VHF8KYqAww8LMkxm8vvQr0CQd7ZOvKPtlOw7B6qc2YaM OAb3OADwYDIuAsS36ABgXxcxVpmkuA39DgpPHqbahSLGOeQPoILgw5GEBVShZx7186STo668B/le ojz5wPFFH5CM00p07XWsisMhgfbjswxrigbfodPO8wkDKMecQeMgFLwgAEK4sHcJDNTpLa9Thf+p IwLpeeMCIbuBXta9U5SeXTqv0ZG8GFTyLL0WZgfmkWUoz1uThGxheHadgwDDXACYMJz64VmjV7pF 5fEuwfCKLmjMaQihjmg+TJXtdT1Q6WdlpbflB8GbSeJrD4TnPD3/Sx0RDMyxYE9LOcfo/vlKP0bn z4tG6ppB8gjFMfjmg0G8howjELJ8AROVMR9eK+oKD2mjQ5WHBQim6xTdJx3abBfRaboP2AnW0rBl WKsieJ3dgXHP44Hy4buuyTrl0w7GWfCQOlinzwyd/1nEXhbwm84RB4xtC8bIdMhV8FzHe5Qnm5xg 5lXr+Ccd6djonA/1y3xS8ZN0zle+s3TEpMPx8Lmu7U6sOKUAFc6J5QIgzADcj9imlqm87D/1gp46 5agK08PuK0KlwjQaxmoYkp0swoa2gfETPQhCTh583DVQpzAKQcOkoodG8AjY5wiStaNhBr3oO4E8 AYtnFijQgPSweOasbU+jXU9jqDx6Ny/onEHsATqlh0bAbhYxXsB8opGzw78VgbYMjgdapFGeF/tg 3FI3cIkzpqNTsOEmnVjTjDo8qvRoS+od1LoM2OmsKDNn0LNscsmAeg/Rb0QI8Ex6evuAn/+eut5f REfE7q7w3wZMr6DZg8ZifEv5BDTAxyJrhRB3sShjQis/VSP2jOIw7QH+NMXhZeP9GnQPwR8kYqA/ S/QPOhv/Pi7qITrnHWh3Oj2eY+Ma6olDgY4VRxPjWy/onL0cKBMn1/0iOiKAZN8F8299kZUL+2in H3NqIJ8BHhPaCkoHqLJ7yYzw6T69TiboGuH+R1bcW7qGWgWlB1Qwxwu6xiaGccE8gx4qvEN8IUoP ZQO9H0BGpWcA5Oc3T8erswpuNV7y0zLuaFF2njo/pHjIhkwP6Hc+D2bV35qvmB6YYZh+R4jYcqpN m173EWTya5FnVv50NsEOJ8i7N7LSYnlkxlS55EBxrfJSHM4PqFXw63iPbkC57s9VJBq4RdBzdEBQ zqD7eAEhG7xO2Q90iLRt0HzOl1VB8flMuIIyXY4P0/jnSBAxETBjeL8N/XPs8RU9nKMKMg6bLbph Ra/sClw/zFW+DM5lSXRqtVcpAKHmBR5MMGxg7H0YOUN0l+4FTclOZWInZgbwMZkeVn1rOjHfospK vFuqpdBZDFmlAARTxDycELhxoZUqqO6MISAXVhIO5ASQenEGtd3VoPlcwAW/nspg4muuyqDHxf7f Qgfczp4HSde4Y0O+LVxwecuagerBXAo29SeqizfQVxyD00pdZyYhFcd8S08fwB0uTs/jueM3jqwH rUUefpvgEGHlAJOdLqwAHMingY5S3fCa4PFaalDjMvDF6/Fvf9C41GeU4CLRLP9I+hEibFbmMgh4 iBhU46Hp0qD6b6wC2AMv6KGyZeJVZDyCSxgvHQG+nKvnmIuwpiGuVzxJQ5axsox/cIiQT67AxO9E Ed6upTp4lrEO7rEOciAfgBBcJrPaGxBA1qfhTi0kBL1OAMpO6OXMUwIMaOf43q1Cyj1DDzPvhVu4 RcATpXLwdjGmsgD6nc43EPG+9+o+8yLMf2TPNXWkTtlzMtnP4iFbWpqOlOfSdgIH8gEoqbwZgHtB AoLw4LJmso5ZXlyZUyVc+PF30DnC3l/njDvQIswAM0/UR+fDRPjoX1Zc0F1JGZAN2dcDdAPBnB2o xzE631LEnAACi0nDPBRlAYChIibVWIB5H88pnqUkaDHqvJ+IfJkvedgXfPLkHcp1Te//jO7NCtSL U+pAWeSHedufdCIAd6+IuM1EE+xzvgnKvBHhDuXpudB98w9HB2OdnUQ9dG+KjvC7hdtaaeE183GY 0ryzM92yGmZ5X7bXicBEHMLAxB5mBhOijFkABwsxfyZiXMDE1mxfUFi2gRDj52dScIwEgiUd+UyU bF6gFcjTm1/Qs5fqABCm+0dMGb61YRNDhPcBEUKK73+C4vid0it1zgQik39oVFZMAKjpug/wmKlm QWSFnw6zNTNhF6jQLJ1bc3Z7nTM/VS06X/mQPwBinsjTUIpj9v16ERPDBMpjLzfqyDvR0QAWOg14 A4CywYM7+yrR30VMVJ8oYgIyM4kZqJ87XU4caC+AWH1A2iESAtZYAaKzdCyjp9eRGezRor107WkV xbFMh0ExPSjXCNTzOt6puODkZ75Xp7f1lozoGcyl4/38+a0bTEw0gK0/ZaHhDvbTs5KCbXdv1LFG xNgEzcLYjvzKdOCz58d0PM3XKmvZuuaoECshNlU6HAoDRazhe1oEEDYVMUkLAPhhLQB6oYgvYM/y y2OFBkt8MPFwRLDCg1l3VkEw004AiF5QOsDOO12iPDxvouLgh/d+Lqw4HGgvgOg1mZuws+oAgJle 2+gcEXYE2y5JQRt1U8Of56cjzdoizMH2ACho79PzUjaeLgI9Mr2+7Y0xETHj0G7UAwFFA/5MdX5F 8XQAswJs/1znPw9c80xGgHM0DzPimKaYcQAGE5Vf6sZjNlDEei2+vE0pDrOVegIwGx7UCdoaMxMH AKCpRnvmKIso3ocQnPzFVGRpS3vbLE/WLrozOdDexmAwH1wPRS8bHOAjfNnLTrgmDcJMegbBVaJZ gRfI9Uyr9/MH8izbYOEqphuDd8YQmJQ2UAfKsiA+Teef+toKoAXrS5rMGM+/l12XYD1YQkTHcJwI 7fCyfxOTELOSOMxBgqc1FYL5cU68vUd9cpVn46grmjw7j2Cd3PkKwIH2AoiqttVDcx9zLrgg8k3F ra84TBFMEIQbobZzSwhx0J4n/6BQZ9ijZzfSBWMPTCK04YM4AQL8w0RiDglXMGWhfXAoMC5BaLNX GWezHpMub1C+fC3KWOx00b26tvM/s3SNux2tM8rPoEZHNMzWIhZjEnAW8N6YgoCN+lgw2XLhh3Wq oG3hF06K9/0EA3XEQeLGQPmb6ge/kw9ANDJmiQ2MIYIAorFpTNurz9H5AAnZHTq+JRonYp7nMcVh hrBG7UgRcybcI2D+MP74TALJAlM0HMva39c1jgLKhAjc6ydicI4Qbq50mFI3KS154tR4UHGsdn5b hLn0vAiB5B0rREGQkC/1twFthpMDpwNzQbdijgXuc4rpxXOZlQJKw+fGlP9TkTchrDh+Y5b68IvX 8IkAmP9KB6M4yqU+9p4thudZZcyPKt+o4xVkpyPzUGhw3slq9ayqucvlxYF8AMJ+/yhQKUAQ7DFp bFy2mGUIDd+lH6NTzBlvCbnivlAcbtgqEZ4uQDI+oKUYaKOxrCBbYCEwBMCA4BBIx2pbNA0AIp65 mF1VxoHK83UdKfsEEXNSAIFNIJOKp8e+RBRcIsPKYLSGDZTNu+DNo+65zCtMNOpsTTX7LB1FfxFu fi/oeUzNb3S6p4i8hipupn+bzgBwZK8Upg50Ul7HpfR8D8M4kzFjjehwEa57PIAurCAcyAkgNR62 fSboekbW9ae6npQVh8vam3uxQc+hmTDbWgXdYyB/ciAtwDglcI02s2GgTjARh9gICRcOCdzGDNj5 AhOTkV66RVA8DgQLTu+e4u4PJgJous7M4eSp7yeKxyGSnT9gbBV8ns3IkR4AtSpL6dFwLXiluJsV B7mwgnKgI2Og5fkKmGXsm8acCKYZ4wPmSfjeqMuXrC/PF3dlr9gcWCkA5I81mMgdLmKyE3OSScpr Aybhis1pV7tVkgMrBYDgPOMsHU5aJVvBvdRKy4GVBkArLYddxVdpDjgArdLN616uqzngANTVHHb5 r9IccABapZvXvVxXc8ABqKs57PJfpTngALRKN697ua7mgANQV3PY5b9Kc6AVgPSJJWvJRmltS0iz lXZ18ErNBL1E8FOCXO+SUoKEFq2Va3XszWPicb7fccFxYKkcyKWBWNBYLoEKtfWBzFJzXoESZH83 0EbVogIby4RccBxoFwdaAUi9L58a2+//25WJS+Q4UKwccGOgYm15996dwgEHoE5ho8ukWDngAFSs Le/eu1M44ADUKWx0mRQrBxyAirXl3Xt3CgccgDqFjS6TYuWAA1Cxtrx7707hgANQp7DRZVKsHHAA KtaWd+/dKRxwAOoUNrpMipUD/w9/gt/ZG1pp5QAAAABJRU5ErkJggg== --_004_c0e866165e2e4c30b336f8198c7581behuaweicom_-- From nobody Wed Jun 3 21:48:44 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E55A53A0EDF; Wed, 3 Jun 2020 21:48:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.089 X-Spam-Level: X-Spam-Status: No, score=-2.089 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net header.b=pRHRS6ER; dkim=pass (1024-bit key) header.d=juniper.net header.b=OyJQzMvX Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CJ_bXRh-rW9z; Wed, 3 Jun 2020 21:48:38 -0700 (PDT) Received: from mx0b-00273201.pphosted.com (mx0b-00273201.pphosted.com [67.231.152.164]) (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 F20683A0EDE; Wed, 3 Jun 2020 21:48:37 -0700 (PDT) Received: from pps.filterd (m0108162.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 0544mVGN008930; Wed, 3 Jun 2020 21:48:36 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : mime-version; s=PPS1017; bh=HwCQCZnzrYqJHN3O9LmOSeuq+WLE9HUnnP5p2PBVlyY=; b=pRHRS6ERIg2JW2gs6oUytdljOkerhqp7K/zG/SFvWdzztBLL3MQLCaNrQa2RAJSmxQsJ sBz18+bVDyibLn0Es9fsXNNkIMC4A5/BO3HPcKwjkeB+Rqx+R1PnMcZtDwMrL4m9O26o 5r32q5wfbQ69Tqzni/FR6ZnCgK3T2N1vv6w4SmPUhStinWefXcVDwjE4UVSnkZASsXhO IAn7JFDCP/W4Ih1owLDeLg/xreMHQecY23kWD5sFt/WB4cAMMkr7DLiNknCcAakCETln OotkppwpDmAu+RZcI8jTmY8kRcQkQoTM3IhDzhBVh2aIwpFbITvHMtBY1XGFSbMz2Jlw MQ== Received: from nam10-bn7-obe.outbound.protection.outlook.com (mail-bn7nam10lp2105.outbound.protection.outlook.com [104.47.70.105]) by mx0b-00273201.pphosted.com with ESMTP id 31e1v22aub-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 03 Jun 2020 21:48:35 -0700 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=m3A2XZ4FvQOni/UQ9Tc2uLHDRgjqxP6M2fQKdVWsiHXORJRlW0FSjkw+ifX7ByP/lWQcaO0RlEtHuGeR5q91hhe0iswb1OrN11JQ5xyBP8G7bp/BkN+mRf+lugRJ01cvyPS5ncZBjJ6/cUEulSJD9DaqY+Y8Y5ZDtcQZR5UTrYQWXro6nESpusz7QJooQZE73HRnQUp71l5g++4dVYuyZqpQVWjrpQDlpZIvf22EHtYx3nNlGvZmFQvEW5X5//+SGsK8VvtWVYaqsHJbhn+IRXxcvkg+lfnSVHIOpozZ+plrPXcqVeUO1L05qVCXkCPlhDwODpKcZpZ3vHf7NjoJYg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=HwCQCZnzrYqJHN3O9LmOSeuq+WLE9HUnnP5p2PBVlyY=; b=LhnrIS1FXiaG+KlHXRi9nU/CVgNAvSImhTbhXb5bVqWa8Plihzu6yIK7aDEfYdvbKJyS1d8AD3VJJ0pP/rfZ+64frI9v6uIocSrElLwqy+dCb0S7VgJg0cCVYBWMrnvDjvtxs5dpkJ/WxHPCLJxCDo4cYTDxZ3yemDFgI6EP+VCGCjsdExF0OGHsfOpZvARgLZqQQHuhRx+TUyAHTvAZcIX+JWss/UptiLJPeIYpxLTln+CeWyMkVxV6DCMwfpMLvol39YlLqI+K7WWogpFACqJj9n70GNADrVG9FVSQS23g3GtiqP5GRcjS2gfeRmrBoQcIFjvm0JW6g6TD3qlVXQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=juniper.net; dmarc=pass action=none header.from=juniper.net; dkim=pass header.d=juniper.net; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=HwCQCZnzrYqJHN3O9LmOSeuq+WLE9HUnnP5p2PBVlyY=; b=OyJQzMvXjcVg55Gk4l5OKFEwQDw+/AcP82tNd82rgRzBrZTRDn2o9mkRE92ekbK+vx5HbwFFzqnQDnIL9es2YpkoT6T9hyRU2GiwdlZD82QmvZhGc/dAGWWxDlb3z96graYgM2Q1GrfeUTI1Ea2l+ZAXDp07s8n036XVVAPdFy0= Received: from CY4PR05MB3576.namprd05.prod.outlook.com (2603:10b6:910:52::22) by CY4PR05MB3542.namprd05.prod.outlook.com (2603:10b6:910:56::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3045.10; Thu, 4 Jun 2020 04:48:29 +0000 Received: from CY4PR05MB3576.namprd05.prod.outlook.com ([fe80::241d:c9c:c8de:e5e5]) by CY4PR05MB3576.namprd05.prod.outlook.com ([fe80::241d:c9c:c8de:e5e5%6]) with mapi id 15.20.3088.000; Thu, 4 Jun 2020 04:48:29 +0000 From: Shraddha Hegde To: "Ketan Talaulikar (ketant)" , Loa Andersson , "draft-hegde-mpls-spring-epe-oam@ietf.org" CC: "mpls-chairs@ietf.org" , "mpls@ietf.org" Thread-Topic: [mpls] working group adaption poll (wgap) for draft-hegde-mpls-spring-epe-oam Thread-Index: AQHWHpsEUfJU88XvSkKAbfbwWgY/HKikqACAgADOeACAAASQAIAhIQVQgAA2XYCAAUE9IA== Date: Thu, 4 Jun 2020 04:48:29 +0000 Message-ID: References: <6eee6cce-b7b3-dcce-b3b8-2229745e778d@pi.nu> <1717e4b0-17cf-13f7-d1bc-fd9a849418e1@pi.nu> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2020-06-03T06:18:56Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=0633b888-ae0d-4341-a75f-06e04137d755; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=5d9b56cc-13db-4ada-8043-c2f00f7cbf5e; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2 dlp-product: dlpe-windows dlp-version: 11.2.0.14 dlp-reaction: no-action authentication-results: cisco.com; dkim=none (message not signed) header.d=none;cisco.com; dmarc=none action=none header.from=juniper.net; x-originating-ip: [116.197.184.12] x-ms-publictraffictype: Email x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: dbaff8ab-6499-4708-3ace-08d8084286bc x-ms-traffictypediagnostic: CY4PR05MB3542: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 04244E0DC5 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: SBaucGuffhXIEfe5XEpCy7ML71aqVKZs/FSVbE8Udum/a0aXYOnkH5KgY+PBSUcfuD8oH5oEWoqmnpXFXkuELRUP3at/eaOrtoQltp627L+3/5btgDaIA5pLrith40poyXlwVoDxq36Eg4djXBXEHAcN+5s0+d/WO3FTulgTxAQjl8IUYBnElDPJtVxwOs3wHmccCjp7Uc2+f/xxFrocQnuzSYWJwzf+DhsKirNGAksGXjgixLh4F5I4vzHvE+rk3ThQVmAWv1nc6tItgegl64wRe/XLwu575uYASOIjfGaRw3LVLqOTLOS7n+0IwzGneogqztWt7D1PBVjeJRvsXe8zDgBsbBrG0n6ENTN37tbf32LEvi4E3jpV3x2DgE0sPPp6DJJBCQ/WcMs8ucMrow== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:CY4PR05MB3576.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(376002)(39860400002)(396003)(346002)(366004)(136003)(66446008)(316002)(166002)(66574014)(26005)(33656002)(52536014)(66476007)(4326008)(8676002)(478600001)(55016002)(86362001)(66556008)(64756008)(2906002)(8936002)(30864003)(53546011)(9326002)(6506007)(186003)(5660300002)(110136005)(83380400001)(76116006)(7696005)(71200400001)(54906003)(66946007)(9686003)(966005); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: kvCtX1CW+cK3IKvV/SarzBFXFoIyc1fwW2BDHv3pI2El391/D7ZEPENWKT1cePbHGqR/8cCobvn5dZfx9+XThf1XnH59pH4VN30delh1OFUOkeVSvDdR8r2E3652xMdiaofl1fmmKRZMkNiRo/REUTYi0a3ldlOOloMBB28t4WOKm7bXdceCIuwdZl8qCjIMdfAP2gkT7rTb+J81jUbXWqNNgko2D/0tRtzzISjBG01JbcWww6IJTP5TdQCuqxrFLGL5YL0q797YsKkKIbab87YWdxouvL03u3ADLy2Oiit+5zz+MejSe9iHLZ2du/niUxV8ZySwoFYe2rSoEuWtAoigqOkBq7nUI2gL6+f3dpAQr/yr9VVXFSk5HbG9TD76XRzq+DGwQmXQ7Mh2hvE4MVhCS04AcLMQfZ6D2Wp2dSxWHnjEAYyWjBOYzSoMoce9nRoAxHS3rrsvPmkdzpmaTW65UI+AWgU1QilhOHCaRRW2U/Uwpg+bJVv2SXnSn7Q8 x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_CY4PR05MB357638EFBFBF8B1B270D8956D5890CY4PR05MB3576namp_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: dbaff8ab-6499-4708-3ace-08d8084286bc X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Jun 2020 04:48:29.3702 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 4/PGSxPQaM52Eole7QQvXXiD4MzyYfHSwMqS34/YmswS3UUEhjqTcC69AK8Z+P6lEz1VyieIUZ1U10MjqxKzpA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY4PR05MB3542 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.216, 18.0.687 definitions=2020-06-04_01:2020-06-02, 2020-06-04 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 malwarescore=0 priorityscore=1501 lowpriorityscore=0 mlxlogscore=999 clxscore=1015 spamscore=0 phishscore=0 mlxscore=0 cotscore=-2147483648 bulkscore=0 adultscore=0 suspectscore=0 impostorscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2004280000 definitions=main-2006040030 Archived-At: Subject: Re: [mpls] working group adaption poll (wgap) for draft-hegde-mpls-spring-epe-oam X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Jun 2020 04:48:42 -0000 --_000_CY4PR05MB357638EFBFBF8B1B270D8956D5890CY4PR05MB3576namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Ketan, Snipping open comments.. > 2) For the Peer Node SID, the control plane definition is https://urldefe= nse.com/v3/__https://tools.ietf.org/html/draft-ietf-idr-bgpls-segment-routi= ng-epe-19*section-4.1__;Iw!!NEt6yMaO-gk!W0-Gp88WKnqRfX4kdfeWV8aIHqrXTj0Pzz9= Vl-B2ZVn78SFO60XGBDi2Y6sXdlcY$ and the FEC description in this draft is not aligned with the correspond= ing control plane. The Peer Node SID is meant for the packet to be delivere= d to a specific BGP peer and it does not matter over which interface it is = received. So why have those interface addresses as mandatory in the FEC. Th= e only thing the control plane indicates is the peering session itself. > > 3) Same as (2) above, for the Peer Set SID, the interfaces are don't care= . The reason for need to have interface addresses specified is for= incoming interface validation as explained above. For Peer Node SID interf= aces are advertised with draft I-D.hegde-idr-bgp-ls-epe-inter-as.I have add= ed this to the reference and updated text as to why it is needed. Also the = ingress can send 0 pair of addresses in which case Incoming interface valid= ation will be skipped and success will be sent based on other validations. Pls check -07 version and let me know if you are OK with it. [KT] I have a concern here. The semantics of the FEC for Peer Node and Set = SIDs does not include (i.e. does not care about the interface over which th= e packet was received). So the link information is in any case part of the = response that is sent back to the requester which can perform this validati= on. I don't see how it can be included in the FEC definition. Lets say you have ASBR A connecting two different ASBRs in differ= ent ASes B and C. Lets assume there are multiple links between A->B and A->= C. Lets say there is a multi-hop eBGP session between A->= B between A->C. Lets say peerNode SID has been advertised for A->B and= A->C. The Link descriptors for the PeerNode Sid include the BGP session l= ocal addresses and for a multi-hop BGP BGP session its going to be loopback addresses so fro= m available information, it is not possible to derive which interface the t= raffic will be flowing. Now lets say there is a requirement that certain app= lication should use a guaranteed 10G bandwidth on these Inter-as links. If the EPE controller does not know wh= ich interfaces the traffic will be flowing, it cannot figure out which peer= NodeSID to pick to build the path. Draft-hegde-idr-bgp-ls-epe-inter-as talks about the use= cases and required protocol extensions. For any reasonable traffic engineering using peerNodeSID = I think that this information is required. It is also useful to know if the control plane and datapla= ne are in sync with OAM. If the control plane is advertising peerNodeSID to= be Going over some link but the actual traffic flow is on a di= fferent link, it will screw-up the traffic engineering. MPLS WG has built O= AM has tools/techniques For years to find these kind of problems.We are trying to = apply these to EPE SIDs. Rgds Shraddha Juniper Business Use Only From: Ketan Talaulikar (ketant) Sent: Wednesday, June 3, 2020 2:48 PM To: Shraddha Hegde ; Loa Andersson ; draft= -hegde-mpls-spring-epe-oam@ietf.org Cc: mpls-chairs@ietf.org; mpls@ietf.org Subject: RE: [mpls] working group adaption poll (wgap) for draft-hegde-mpls= -spring-epe-oam [External Email. Be cautious of content] Hi Shraddha, Thanks for your response and update. Please check inline below. -----Original Message----- From: Shraddha Hegde > Sent: 03 June 2020 11:49 To: Ketan Talaulikar (ketant) >; = Loa Andersson >; draft-hegde-mpls-spring-epe-oa= m@ietf.org Cc: mpls-chairs@ietf.org; mpls@ietf.org Subject: RE: [mpls] working group adaption poll (wgap) for draft-hegde-mpls= -spring-epe-oam Hi ketan, Thanks for the detailed review and comments. Pls see inline for response. Juniper Business Use Only -----Original Message----- From: Ketan Talaulikar (ketant) > Sent: Wednesday, May 13, 2020 9:38 AM To: Loa Andersson >; draft-hegde-mpls-spring-ep= e-oam@ietf.org Cc: mpls-chairs@ietf.org; mpls@ietf.org Subject: RE: [mpls] working group adaption poll (wgap) for draft-hegde-mpls= -spring-epe-oam [External Email. Be cautious of content] Hi Loa, There is no doubt about the need for LSP ping and traceroute operations to = cover BGP EPE SIDs. So the requirement is real and something that the WG sh= ould be taking up. My concerns is that the proposal in the draft is diverging from the control= plane protocol semantics for what constitutes the FEC (or context) and how= it is to be validated. These are some core aspects that IMHO need to be ad= dressed before adoption while the rest may be taken up during its life as a= WG document. I would suggest to wait for the authors response. Thanks, Ketan -----Original Message----- From: Loa Andersson > Sent: 13 May 2020 09:22 To: Ketan Talaulikar (ketant) >; = draft-hegde-mpls-spring-epe-oam@ietf.org Cc: mpls-chairs@ietf.org; mpls@ietf.org Subject: Re: [mpls] working group adaption poll (wgap) for draft-hegde-mpls= -spring-epe-oam Ketan, Anything of this that need to addressed before wg adoption? Authors I leave the wgap opeb a few extra days to llow you to respond to this. /Loa On 12/05/2020 23:32, Ketan Talaulikar (ketant) wrote: > Hello Authors, > > I have the following comments on this draft and would be good if you coul= d clarify/respond. > > 1)The FEC description should match the "context" that is advertised in > the control plane for Peer Adj SID. E.g. the local/remote Interface > IDs are not being included from > https://urldefense.com/v3/__https://tools.ietf.org/html/draft-ietf-idr > -bgpls-segment-routing-epe-1__;!!NEt6yMaO-gk!W0-Gp88WKnqRfX4kdfeWV8aIH > qrXTj0Pzz9Vl-B2ZVn78SFO60XGBDi2Y-5xIny8$ > 9#section-4.2 The EPE draft mandates interface-ids and allows remote interface= -id to be zero. Remote interface ID being zero does not help in validating the incoming int= erface which is very Useful OAM functionality. For this reason, this draft = recommends sending interface addresses in the PeerADJ SID Link descriptors = which is optional. I have updated the PeerAdj SID section with this information and also updat= ed with the possibility of sending zero In which case incoming interface va= lidation should be skipped. This is to accommodate cases when the advertisi= ng node does not send the interface addresses [KT] Ack - this sounds good to me. Thanks. > > 2) For the Peer Node SID, the control plane definition is https://urldefe= nse.com/v3/__https://tools.ietf.org/html/draft-ietf-idr-bgpls-segment-routi= ng-epe-19*section-4.1__;Iw!!NEt6yMaO-gk!W0-Gp88WKnqRfX4kdfeWV8aIHqrXTj0Pzz9= Vl-B2ZVn78SFO60XGBDi2Y6sXdlcY$ and the FEC description in this draft is not aligned with the correspond= ing control plane. The Peer Node SID is meant for the packet to be delivere= d to a specific BGP peer and it does not matter over which interface it is = received. So why have those interface addresses as mandatory in the FEC. Th= e only thing the control plane indicates is the peering session itself. > > 3) Same as (2) above, for the Peer Set SID, the interfaces are don't care= . The reason for need to have interface addresses specified is for= incoming interface validation as explained above. For Peer Node SID interf= aces are advertised with draft I-D.hegde-idr-bgp-ls-epe-inter-as.I have add= ed this to the reference and updated text as to why it is needed. Also the = ingress can send 0 pair of addresses in which case Incoming interface valid= ation will be skipped and success will be sent based on other validations. Pls check -07 version and let me know if you are OK with it. [KT] I have a concern here. The semantics of the FEC for Peer Node and Set = SIDs does not include (i.e. does not care about the interface over which th= e packet was received). So the link information is in any case part of the = response that is sent back to the requester which can perform this validati= on. I don't see how it can be included in the FEC definition. > > 4) The draft just says that the procedures are borrowed from RFC8287 but = I don't think this is so straightforward or trivial. E.g. https://urldefens= e.com/v3/__https://tools.ietf.org/html/rfc8287*section-7.2__;Iw!!NEt6yMaO-g= k!W0-Gp88WKnqRfX4kdfeWV8aIHqrXTj0Pzz9Vl-B2ZVn78SFO60XGBDi2Y3Z0DrZ_$ has the following: > > The network node that is immediately downstream of the node that > advertised the Adjacency Segment ID is responsible for generating the > FEC Stack Change sub-TLV for POP operation for the Adjacency Segment > ID. > A new section for EPE FEC validation has been added in -06 versi= on. This section specifies the details when return code 3 Has to be sent. A= s per RFC 8029 sec 3.4.1.3 FEC stack change and IS_EGRESS code are treated= identically. " A Downstream Detailed Mapping TLV containing only one FEC stack change sub-TLV with pop operation is equivalent to IS_EGRESS (Return Code 3, Section 3.1) for the outermost FEC in the FEC stack. The ingress router performing the LSP traceroute MUST treat such a case as an IS_EGRESS for the outermost FEC." I don't see the need to re-iterate RFC 8029 sections in this draft. If it i= s still not clear let me know. [KT] Sure. I think we can work through this once we converge on the FEC def= inition. > In the case of IGPs, the downstream node does have the label and context = for adjacency SID (which is functionally closest to BGP EPE SIDs). In the B= GP-EPE SIDs case, this is not always the case. So I believe, it would be be= tter if the entire operation were described. EPE SID validation section is added. Pls take a look and let me = know if it looks good. [KT] Same as previous comment. > > 5) The ping or traceroute done to any of the BGP EPE SID corresponding to= an eBGP session may result in the packet being sent to another entity. The= security consideration talk about it, but the problem is not addressed by = the remote AS dropping the packets. The security issue is that the OAM pack= et could expose the FECs and information of the local AS to a remote AS. So= it is more as an caveat for the operators performing the OAM operation to = be mindful of this fact. > Yes. This was raised in RT review and security section has been = updated with this info in -06 version. > In general, some more description that set the stage for the introduction= of the new extensions and elaborate more on the operations (some considera= tions above on what is mandatory to evaluate and what is optional). Sure. Pls check the -07 version which I'll be posting soon and l= et me know if you have further comments. [KT] Thanks again for the update. I believe we can work through the remaini= ng/open points over course of time. Thanks, Ketan > > Thanks, > Ketan > > -----Original Message----- > From: mpls > On Behal= f Of Loa Andersson > Sent: 30 April 2020 08:26 > To: mpls@ietf.org > Cc: mpls-chairs@ietf.org; draft-hegde-mpls-s= pring-epe-oam@ietf.org > Subject: [mpls] working group adaption poll (wgap) for > draft-hegde-mpls-spring-epe-oam > > Working Group, > > This is to start a two week poll on adopting draft-hegde-mpls-spring-epe-= oam as a MPLS working group document. > > Please send your comments (support/not support) to the mpls working group= mailing list (mpls@ietf.org). Please give a technica= l motivation for your support/not support, especially if you think that the= document should not be adopted as a working group document. > > There is one IPR disclosure against this document. > > The authors have stated on the MPLS wg mailing list that they are unaware= of any IPRs that relates to this document. > > The working group adoption poll ends May 15, 2020. > > /Loa > -- My mail server from time to time has come under DOS attacks, we are working= to fix it but it may take some time. If you get denial of service sending = to me plz try to use loa.pi.nu@gmail Loa Andersson email: loa@pi.nu Senior MPLS Expert Bronze Dragon Consulting phone: +46 739 81 21 64 --_000_CY4PR05MB357638EFBFBF8B1B270D8956D5890CY4PR05MB3576namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Ketan,

 

Snipping open comments..<= o:p>

 

> 2) For the Peer Node SI= D, the control plane definition is https://urldefense.co= m/v3/__https://tools.ietf.org/html/draft-ietf-idr-bgpls-segment-routing-epe= -19*section-4.1__;Iw!!NEt6yMaO-gk!W0-Gp88WKnqRfX4kdfeWV8aIHqrXTj0Pzz9Vl-B2Z= Vn78SFO60XGBDi2Y6sXdlcY$  and the FEC description in this draft is not aligned with the correspondin= g control plane. The Peer Node SID is meant for the packet to be delivered = to a specific BGP peer and it does not matter over which interface it is re= ceived. So why have those interface addresses as mandatory in the FEC. The only thing the control plane indica= tes is the peering session itself.

> =

> 3) Same as (2) above, f= or the Peer Set SID, the interfaces are don't care.

<Shraddha> The reason = for need to have interface addresses specified is for incoming interface va= lidation as explained above. For Peer Node SID interfaces are advertised wi= th draft I-D.hegde-idr-bgp-ls-epe-inter-as.I have added this to the reference and updated text as to why it is needed. = Also the ingress can send 0 pair of addresses in which case Incoming interf= ace validation will be skipped and success will be sent based on other vali= dations.

Pls check -07 version and le= t me know if you are OK with it.

= [KT] I have a concern here. The semantics of the FEC for Peer Node and Set = SIDs does not include (i.e. does not care about the interface over which th= e packet was received). So the link information is in any case part of the response that is sent back to the requester whi= ch can perform this validation. I don’t see how it can be included in= the FEC definition.

=  

= <Shraddha>Lets say you have ASBR A connecting two different ASBRs in = different ASes B and C. Lets assume there are multiple links between A->= B and A->C.

=             &nb= sp;        Lets say there is a multi-hop= eBGP session between A->B  between A->C.<= /b>

=             &nb= sp;        Lets say peerNode SID has bee= n advertised for A->B and A->C.  The Link descriptors for the Pe= erNode Sid include the BGP session local addresses and for a multi-hop BGP<= o:p>

=             &nb= sp;         BGP session its going t= o be loopback addresses so from available information, it is not possible t= o derive which interface the traffic will be flowing.=

=              &n= bsp;        Now lets say  ther= e is a requirement that certain application should use a guaranteed 10G ban= dwidth on these

=             &nb= sp;        Inter-as links. If the EPE co= ntroller does not know which interfaces the traffic will be flowing, it can= not figure out which peerNodeSID to pick to build the path.

=             &nb= sp;       Draft-hegde-idr-bgp-ls-epe-inter-as= talks about the usecases and required protocol extensions.

=             &nb= sp;     For any reasonable traffic engineering using pe= erNodeSID I think that this information is required.

=             &nb= sp;    It is also useful to know if the control plane a= nd dataplane are in sync with OAM. If the control plane is advertising peer= NodeSID to be

=             &nb= sp;   Going over some link but the actual traffic flow is on a di= fferent link, it will screw-up the traffic engineering. MPLS WG has built O= AM has tools/techniques

=             &nb= sp;   For years to find these kind of problems.We are trying to &= nbsp;apply these to EPE SIDs.

=             &nb= sp; 

 =       Rgds

Shra= ddha            = ; 

 

 

 

Juniper Business Use Only

From: Ketan Talaulikar (ketant) <ketant@ci= sco.com>
Sent: Wednesday, June 3, 2020 2:48 PM
To: Shraddha Hegde <shraddha@juniper.net>; Loa Andersson <l= oa@pi.nu>; draft-hegde-mpls-spring-epe-oam@ietf.org
Cc: mpls-chairs@ietf.org; mpls@ietf.org
Subject: RE: [mpls] working group adaption poll (wgap) for draft-heg= de-mpls-spring-epe-oam

 

<= span lang=3D"EN-IN" style=3D"font-size:10.5pt;font-family:"Lato",= sans-serif;color:black">[External Email. Be cautious of content]=

 

Hi Shraddha,

 

Thanks for your response and= update. Please check inline below.

 

-----O= riginal Message-----
From: Shraddha Hegde <shraddha@j= uniper.net>
Sent: 03 June 2020 11:49
To: Ketan Talaulikar (ketant) <ketan= t@cisco.com>; Loa Andersson <loa@pi.= nu>; draft-hegde-mpl= s-spring-epe-oam@ietf.org
Cc: mpls-chairs@ietf.org; mpls@ietf.org
Subject: RE: [mpls] working group adaption poll (wgap) for draft-hegde-mpls= -spring-epe-oam

 

Hi ketan,<= /p>

 

Thanks for the detailed revi= ew and comments. Pls see inline for response.

 

 

Juniper Business Use Only

 

-----Original Message-----

From: Ketan Talaulikar (keta= nt) <ketant@cisco.com>

Sent: Wednesday, May 13, 202= 0 9:38 AM

To: Loa Andersson <loa@pi.nu>; draft-hegde-mpls-spring-epe-oam@ietf= .org

Cc: mpls-chairs@ietf.org<= /span>; mpls@ietf.org

Subject: RE: [mpls] working = group adaption poll (wgap) for draft-hegde-mpls-spring-epe-oam

 

[External Email. Be cautious= of content]

 

 

Hi  Loa,

 

There is no doubt about the = need for LSP ping and traceroute operations to cover BGP EPE SIDs. So the r= equirement is real and something that the WG should be taking up.

 

My concerns is that the prop= osal in the draft is diverging from the control plane protocol semantics fo= r what constitutes the FEC (or context) and how it is to be validated. Thes= e are some core aspects that IMHO need to be addressed before adoption while the rest may be taken up during its = life as a WG document. I would suggest to wait for the authors response.

 

Thanks,

Ketan

 

-----Original Message-----

From: Loa Andersson <loa@pi.nu>

Sent: 13 May 2020 09:22=

To: Ketan Talaulikar (ketant= ) <ketant@cisco.com>; draft-hegde-mpls-spring-epe-oam@ietf= .org

Cc: mpls-chairs@ietf.org<= /span>; mpls@ietf.org

Subject: Re: [mpls] working = group adaption poll (wgap) for draft-hegde-mpls-spring-epe-oam

 

Ketan,

 

Anything of this that need t= o addressed before wg adoption?

 

 

Authors

 

I leave the wgap opeb a few = extra days to llow you to respond to this.

 

 

/Loa

 

On 12/05/2020 23:32, Ketan T= alaulikar (ketant) wrote:

> Hello Authors,

> =

> I have the following co= mments on this draft and would be good if you could clarify/respond.

> =

> 1)The FEC description s= hould match the "context" that is advertised in

> the control plane for P= eer Adj SID. E.g. the local/remote Interface

> IDs are not being inclu= ded from

> https://urldefense.co= m/v3/__https://tools.ietf.org/html/draft-ietf-idr

> -bgpls-segment-routing-= epe-1__;!!NEt6yMaO-gk!W0-Gp88WKnqRfX4kdfeWV8aIH

> qrXTj0Pzz9Vl-B2ZVn78SFO= 60XGBDi2Y-5xIny8$

> 9#section-4.2

 

<Shraddha> The EPE dra= ft mandates interface-ids and allows remote interface-id to be zero.

Remote interface ID being ze= ro does not help in validating the incoming interface which is very Useful = OAM functionality. For this reason, this draft recommends sending interface= addresses in the PeerADJ SID Link descriptors which is optional.

 

I have updated the PeerAdj S= ID section with this information and also updated with the possibility of s= ending zero In which case incoming interface validation should be skipped. = This is to accommodate cases when the advertising node does not send the interface addresses

= [KT] Ack – this sounds good to me. Thanks.<= /p>

&= nbsp;

> =

> 2) For the Peer Node SI= D, the control plane definition is https://urldefense.co= m/v3/__https://tools.ietf.org/html/draft-ietf-idr-bgpls-segment-routing-epe= -19*section-4.1__;Iw!!NEt6yMaO-gk!W0-Gp88WKnqRfX4kdfeWV8aIHqrXTj0Pzz9Vl-B2Z= Vn78SFO60XGBDi2Y6sXdlcY$  and the FEC description in this draft is not aligned with the correspondin= g control plane. The Peer Node SID is meant for the packet to be delivered = to a specific BGP peer and it does not matter over which interface it is re= ceived. So why have those interface addresses as mandatory in the FEC. The only thing the control plane indica= tes is the peering session itself.

> =

> 3) Same as (2) above, f= or the Peer Set SID, the interfaces are don't care.

<Shraddha> The reason = for need to have interface addresses specified is for incoming interface va= lidation as explained above. For Peer Node SID interfaces are advertised wi= th draft I-D.hegde-idr-bgp-ls-epe-inter-as.I have added this to the reference and updated text as to why it is needed. = Also the ingress can send 0 pair of addresses in which case Incoming interf= ace validation will be skipped and success will be sent based on other vali= dations.

Pls check -07 version and le= t me know if you are OK with it.

= [KT] I have a concern here. The semantics of the FEC for Peer Node and Set = SIDs does not include (i.e. does not care about the interface over which th= e packet was received). So the link information is in any case part of the response that is sent back to the requester whi= ch can perform this validation. I don’t see how it can be included in= the FEC definition.

&= nbsp;

> =

> 4) The draft just says = that the procedures are borrowed from RFC8287 but I don't think this is so = straightforward or trivial. E.g. https://urldefense.co= m/v3/__https://tools.ietf.org/html/rfc8287*section-7.2__;Iw!!NEt6yMaO-gk!W0= -Gp88WKnqRfX4kdfeWV8aIHqrXTj0Pzz9Vl-B2ZVn78SFO60XGBDi2Y3Z0DrZ_$&= nbsp; has the following:

> =

>    = The network node that is immediately downstream of the node that

>    = advertised the Adjacency Segment ID is responsible for generating the=

>    = FEC Stack Change sub-TLV for POP operation for the Adjacency Segment<= /o:p>

>    = ID.

> =

 

<shraddha> A new secti= on for EPE FEC validation has been added in -06 version. This section speci= fies the details when return code 3 Has to be sent. As per  RFC 8029 s= ec 3.4.1.3 FEC stack change and IS_EGRESS code are treated identically.

" A Downstream Detailed= Mapping TLV containing only one FEC stack

    &nbs= p;  change sub-TLV with pop operation is equivalent to IS_EGRESS<= /o:p>

    &nbs= p;  (Return Code 3, Section 3.1) for the outermost FEC in the FEC=

    &nbs= p;  stack.  The ingress router performing the LSP traceroute MUST=

    &nbs= p;  treat such a case as an IS_EGRESS for the outermost FEC."

 

I don't see the need to re-i= terate RFC 8029 sections in this draft. If it is still not clear let me kno= w.

= [KT] Sure. I think we can work through this once we converge on the FEC def= inition.

 

> In the case of IGPs, th= e downstream node does have the label and context for adjacency SID (which = is functionally closest to BGP EPE SIDs). In the BGP-EPE SIDs case, this is= not always the case. So I believe, it would be better if the entire operation were described.<= /p>

<Shraddha> EPE SID val= idation section is added. Pls take a look and let me know if it looks good.=             &nb= sp;            =             &nb= sp;            =             &nb= sp;            =             &nb= sp;            =             &nb= sp;            =             &nb= sp;            =             &nb= sp;         

= [KT] Same as previous comment.

&= nbsp;

> =

> 5) The ping or tracerou= te done to any of the BGP EPE SID corresponding to an eBGP session may resu= lt in the packet being sent to another entity. The security consideration t= alk about it, but the problem is not addressed by the remote AS dropping the packets. The security issue is that the OAM = packet could expose the FECs and information of the local AS to a remote AS= . So it is more as an caveat for the operators performing the OAM operation= to be mindful of this fact.

> =

<Shraddha> Yes. This w= as raised in RT review and security section has been updated with this info= in -06 version.

  

> In general, some more d= escription that set the stage for the introduction of the new extensions an= d elaborate more on the operations (some considerations above on what is ma= ndatory to evaluate and what is optional).

<Shraddha> Sure. Pls c= heck the -07 version which I'll be posting soon and let me know if you have= further comments.

= [KT] Thanks again for the update. I believe we can work through the remaini= ng/open points over course of time.

=  

= Thanks,

= Ketan

&= nbsp;

> =

> Thanks,

> Ketan=

> =

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

> From: mpls <mpls-bounces@ietf.org> On Behalf Of Loa Andersso= n

> Sent: 30 April 2020 08:= 26

> To: mpls@ie= tf.org

> Cc: mpls-chairs@ietf.org<= /span>; draft-hegde-mpls-spring-epe-oam@ietf= .org

> Subject: [mpls] working= group adaption poll (wgap) for

> draft-hegde-mpls-spring= -epe-oam

> =

> Working Group,

> =

> This is to start a two = week poll on adopting draft-hegde-mpls-spring-epe-oam as a MPLS working gro= up document.

> =

> Please send your commen= ts (support/not support) to the mpls working group mailing list (mpls@ietf.org). Please give a technical motivation for your support/not support, especially if you think= that the document should not be adopted as a working group document.<= /o:p>

> =

> There is one IPR disclo= sure against this document.

> =

> The authors have stated= on the MPLS wg mailing list that they are unaware of any IPRs that relates= to this document.

> =

> The working group adopt= ion poll ends May 15, 2020.

> =

> /Loa<= /p>

> =

 

--

 

My mail server from time to = time has come under DOS attacks, we are working to fix it but it may take s= ome time. If you get denial of service sending to me plz try to use loa.pi.nu@gmail

 

 

Loa Andersson  &nb= sp;            =          email: loa@pi.nu

Senior MPLS Expert

Bronze Dragon Consulting&nbs= p;            phone:= +46 739 81 21 64

--_000_CY4PR05MB357638EFBFBF8B1B270D8956D5890CY4PR05MB3576namp_-- From nobody Wed Jun 3 23:34:53 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7B6703A0A9D; Wed, 3 Jun 2020 23:34:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.587 X-Spam-Level: X-Spam-Status: No, score=-9.587 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=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=FrgotapZ; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=C3RdFdAH Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9rbwnl4EXrfE; Wed, 3 Jun 2020 23:34:48 -0700 (PDT) Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D4D863A0A51; Wed, 3 Jun 2020 23:34:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=48988; q=dns/txt; s=iport; t=1591252487; x=1592462087; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=jnEA8l5liIe4raIOJtI7IMXF/Xcg6Ozc6bEoNc62VDs=; b=FrgotapZY8uO2g1OZ7NH4CE7mNovCojTw7h4Q0X62yJxFXXEfPgBXg9j e5jIxhBBbSXaakpwJcey9JzROzBYymbvqupnXwD4zSRyiEgdXFts421S8 zqsjGSHkQIon4jjo/ODWhP9VEo1NGZNLmjwnWs9OPj1Voi+55Gi9gEUVM o=; IronPort-PHdr: =?us-ascii?q?9a23=3AtQS9jxRMJgPgbYpA0Jl18VzbHtpsv++ubAcI9p?= =?us-ascii?q?oqja5Pea2//pPkeVbS/uhpkESQBNWJ6e9CivLbqebmVHBTqZqCsXVXdptKWl?= =?us-ascii?q?dFjMgNhAUvDYaDDlGzN//laSE2XaEgHF9o9n22Kw5ZTcD5YVCBoGC07CYfAF?= =?us-ascii?q?P5OBYmbujwE5TZ2sKw0e368pbPYgJO0Ty6Z746LBi/oQjL8McMho43IacqwR?= =?us-ascii?q?yPqXxNKOk=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DPBQCVldhe/5FdJa1mHAEBAQEBAQc?= =?us-ascii?q?BARIBAQQEAQFAgUqBIy8jBikHbw5KLywKh2EDjUeYUIFCgRADVQsBAQEMAQE?= =?us-ascii?q?eDwIEAQGERAKCGwIkOBMCAwEBCwEBBQEBAQIBBgRthVsMhXIBAQEBAgESCA0?= =?us-ascii?q?GEwEBKQMGBQEEBwICAgEIEQQBASEBBgcbFxQJCAIEAQ0FCBEJgwWBfk0DDiA?= =?us-ascii?q?BDqNsAoE5iGF0gQEzgwEBAQWFQxiCDgMGBYEzgmSCTYcbGoFBP4ERQ4JNPoJ?= =?us-ascii?q?nAQECAYEtARIBCRoEAQcfCQKDD4ItjmIYiTObRAqCWYg0kGKCZ4kMkDKCFZB?= =?us-ascii?q?xgWGIHY9zgT2CWgIEAgQFAg4BAQWBaiJmcHAVO4JpUBcCDZAcJAwXFW4BAoJ?= =?us-ascii?q?JhRSFQnQCATQCBggBAQMJfItALYEGAYEPAQE?= X-IronPort-AV: E=Sophos;i="5.73,471,1583193600"; d="scan'208,217";a="767745450" Received: from rcdn-core-9.cisco.com ([173.37.93.145]) by rcdn-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 04 Jun 2020 06:34:37 +0000 Received: from XCH-ALN-003.cisco.com (xch-aln-003.cisco.com [173.36.7.13]) by rcdn-core-9.cisco.com (8.15.2/8.15.2) with ESMTPS id 0546YbhC019038 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 4 Jun 2020 06:34:37 GMT Received: from xhs-rcd-002.cisco.com (173.37.227.247) by XCH-ALN-003.cisco.com (173.36.7.13) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Thu, 4 Jun 2020 01:34:37 -0500 Received: from xhs-rtp-002.cisco.com (64.101.210.229) by xhs-rcd-002.cisco.com (173.37.227.247) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Thu, 4 Jun 2020 01:34:36 -0500 Received: from NAM12-MW2-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-002.cisco.com (64.101.210.229) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Thu, 4 Jun 2020 02:34:36 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=HOjHDJMxsQXMa1dnAvYrD2QdQGNv6atuAEsSGljFlgD0aiRWKAOiOhd9SC7QyRXH7KWvi2unWFpBkrUPuDglELk5dnnsekvkXAz+jekRIHl3H2qvlk2Ohaem0BXdsTCs5wp3gxmknaxmz+FxPWAFCmfiKSnAElMLCb3mFe9jDsMKceM/gyz/PJyMLjd1wgUXZXz7f5R4pwi/UkJ7YPTS3jO/mGIhpM+pgYlC8kPyAu4+1e+7orZPLLP8Q5ycV1hP8WJVUVAY5NAR21SWKUvH7yq6z9kShzL/6BcPeFUDLpnpf+oyodwUI9hDcsrw96owJ8HQURYrmI17/UQfwlwfcQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=8c/ADE5uWLJRqrhrpSKB7Sw6lfaZ2YHZzT6ZcTuM6jE=; b=eDLs3207g3jTYBPprS+Ou5SPDZ949KgF5osZ8YruEgPuDw2hqJC5sUDW7PDPzOXea7F6efiU0CmAwmPghguVKjhWVWOsLAz28uQY+JfsBgvRBjUafLlhR2IA4BFCmUWVZI4xcudPx6PmY/VBYFXlqWUoIpC9LVv4D5wzcS9BqZO3nDVqRttJ8oeJ+uxNV9mfUS0z+6Nb95RFTy96hrtrUKsiLn+sU0uIodoaPxtdyS+AlZ9xUCTyEFPWn4FLNmQ9L7Hf+v7dhf6b8WxVLsUFPcm7uNrueEUbYTPYTNOm7g49O+eUYJEf+RoHA2dlLMVHVtO50Oi8TX80m7XlMSeNTw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none 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=8c/ADE5uWLJRqrhrpSKB7Sw6lfaZ2YHZzT6ZcTuM6jE=; b=C3RdFdAHIhB66tmaMYtNaxpl4RqrGmYIkrmMkKLzw/W+gNoyXlXvbsjg5ZNzTUXvLGrpa4W1cFmCMWcSvcjtPTaAFCEKE5c4b8ASNT/pz76Gl3BExa8VmGXDTftQsf+XEvvRc/TGoU/IdsKRgyVz+9Fzj6lsuHnNoxegsDkWbw4= Received: from MW3PR11MB4570.namprd11.prod.outlook.com (2603:10b6:303:5f::22) by MW3PR11MB4553.namprd11.prod.outlook.com (2603:10b6:303:2c::9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3045.19; Thu, 4 Jun 2020 06:34:35 +0000 Received: from MW3PR11MB4570.namprd11.prod.outlook.com ([fe80::9552:d301:4b19:601c]) by MW3PR11MB4570.namprd11.prod.outlook.com ([fe80::9552:d301:4b19:601c%5]) with mapi id 15.20.3066.019; Thu, 4 Jun 2020 06:34:35 +0000 From: "Ketan Talaulikar (ketant)" To: Shraddha Hegde , Loa Andersson , "draft-hegde-mpls-spring-epe-oam@ietf.org" CC: "mpls-chairs@ietf.org" , "mpls@ietf.org" Thread-Topic: [mpls] working group adaption poll (wgap) for draft-hegde-mpls-spring-epe-oam Thread-Index: AQHWHpsk6nlFZ6TN2kqqRb0ulI9i7qikhoawgADv8gCAAAKPkIAhJ36AgAAwVxCAAUi1gIAAGi+Q Date: Thu, 4 Jun 2020 06:34:34 +0000 Message-ID: References: <6eee6cce-b7b3-dcce-b3b8-2229745e778d@pi.nu> <1717e4b0-17cf-13f7-d1bc-fd9a849418e1@pi.nu> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2020-06-03T06:18:56Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=0633b888-ae0d-4341-a75f-06e04137d755; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=5d9b56cc-13db-4ada-8043-c2f00f7cbf5e; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2 authentication-results: juniper.net; dkim=none (message not signed) header.d=none;juniper.net; dmarc=none action=none header.from=cisco.com; x-originating-ip: [72.163.220.9] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: c4629d2e-1e19-4c68-da8b-08d8085158ec x-ms-traffictypediagnostic: MW3PR11MB4553: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 04244E0DC5 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: Ho9lRfwRzxLm8rdJOhUyc3oaILHWj+xTR5wqb3pKNHb5onk+GWUJzRWmdCDqtXCv8ENuHPr93dFr4HIQzyDh8AnaoSbXGih4VkdaU8eJ6z9VPweCWvNjGD3K8D0IPcyjP112HTqR495074MnMvJ6cBRADjdZMenVILGxWJ2x6mHSE5jZKYiMK2fxC/wGaxZmmbhw1UhkdK50flc43qypO6Om143dJ2GSCVuhIOUbQhV5MDgfe7Ra3Hc2YdiceBUJRNkAx0O6jMtdJCuMbVp3DxUB8HUMwexNR2u3Xc9mtOAaUBTbsf1XsBkBW0LJFLnBYif5ImqMft/MKTQftWgYGpsiKMbMFpQ/YYrvj3ivOKVtN16aNdPxx3peN1nGtjbc9IKk+TbCgJT7XPX7KI+Hww== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MW3PR11MB4570.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(376002)(346002)(136003)(366004)(396003)(39860400002)(26005)(83380400001)(9326002)(76116006)(71200400001)(53546011)(6506007)(8676002)(166002)(66574014)(4326008)(316002)(7696005)(110136005)(64756008)(33656002)(66556008)(8936002)(54906003)(30864003)(66446008)(55016002)(86362001)(52536014)(186003)(5660300002)(966005)(2906002)(478600001)(9686003)(66946007)(66476007); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: HqGa8n9ao+huD7ceNrdBwWiVKg1IWgd740o5KXT35Wh2NEX+8vRIJ0mg/tYO+vJ4lBVZoGm7aUlenikbcI9gap/VAED0LlvQGY1sSdjtfq/Jo2AI6kiunpiLjOLJAfKy3YfsIq33C1EUnZcV7IsY0l+sDHf8Dr2dGm39X0SRXT/NAt0KFk7/9c37yKRYhJ0YL2osl2AXzXQDf7dq1cI5I3FJ8agsdutlZDUCAmkPVXwEX6SBY+XQFcid+25lLbFqbEPVkGTvEu2jwkiSQ9Q+YAhI/2i8QnjSbfiLsPdLDx5qxxB8fNC+lDziFEQYYwxx7t6LjDSrEiidRBs0mpqaY+VQ5yCB6wjpSSfRvOG59KFj0VrJAQburxqpLTzP/SYq/35yqCJqdrnT9AS6tTnzq6zcKcheCD6LZQUVu8Ah+gsQ4E9SLVYausyg9z/UTLaQS6Qp3YVJqgUs+GN1Y+IgdS0tCXn/shnz2b+HbF3OogA= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_MW3PR11MB4570AEF369D1B62917EBB015C1890MW3PR11MB4570namp_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: c4629d2e-1e19-4c68-da8b-08d8085158ec X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Jun 2020 06:34:34.7428 (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: vtvJQtL3b88esF+SRP3FEGzDBJbUveG3WshEUMlx7n4LlGbrWPWItVJj8Tusbutq0aRCmnomBeB3dAr9Vynf1Q== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MW3PR11MB4553 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.13, xch-aln-003.cisco.com X-Outbound-Node: rcdn-core-9.cisco.com Archived-At: Subject: Re: [mpls] working group adaption poll (wgap) for draft-hegde-mpls-spring-epe-oam X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Jun 2020 06:34:52 -0000 --_000_MW3PR11MB4570AEF369D1B62917EBB015C1890MW3PR11MB4570namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Shraddha, Trimming further [KT] I have a concern here. The semantics of the FEC for Peer Node and Set = SIDs does not include (i.e. does not care about the interface over which th= e packet was received). So the link information is in any case part of the = response that is sent back to the requester which can perform this validati= on. I don't see how it can be included in the FEC definition. Lets say you have ASBR A connecting two different ASBRs in differ= ent ASes B and C. Lets assume there are multiple links between A->B and A->= C. Lets say there is a multi-hop eBGP session between A->= B between A->C. Lets say peerNode SID has been advertised for A->B and= A->C. The Link descriptors for the PeerNode Sid include the BGP session l= ocal addresses and for a multi-hop BGP BGP session its going to be loopback addresses so fro= m available information, it is not possible to derive which interface the t= raffic will be flowing. [KT] This is correct and it is inline with the definition of BGP Peer Node = SID per https://tools.ietf.org/html/rfc8402#section-4.2 Now lets say there is a requirement that certain app= lication should use a guaranteed 10G bandwidth on these Inter-as links. If the EPE controller does not know wh= ich interfaces the traffic will be flowing, it cannot figure out which peer= NodeSID to pick to build the path. [KT] For such use-cases (where steering needs to happen over a specific lin= k/adjacency), the EPE controller needs to use the BGP Peer Adjacency SID th= at does this kind of steering over specific interfaces - again per definiti= on in https://tools.ietf.org/html/rfc8402#section-4.2 Draft-hegde-idr-bgp-ls-epe-inter-as talks about the use= cases and required protocol extensions. [KT] We have been discussing this draft in the past and indeed it tries to = enable signalling of additional underlying link information for a multi-hop= eBGP neighborship. For any reasonable traffic engineering using peerNodeSID = I think that this information is required. [KT] However, for steering over links, we cannot change the semantics of Pe= er NodeSID which clearly does not put any constraint on the link over which= packet is delivered to the BGP peer. It is also useful to know if the control plane and datapla= ne are in sync with OAM. If the control plane is advertising peerNodeSID to= be Going over some link but the actual traffic flow is on a di= fferent link, it will screw-up the traffic engineering. MPLS WG has built O= AM has tools/techniques For years to find these kind of problems.We are trying to = apply these to EPE SIDs. [KT] When multiple underlying links are there between A and B, there are im= plementation specific or other aspects that may influence whether the traff= ic goes over a 10G or a 100G link between the nodes. We do have capability = in LSP Ping so that C and indicate in it's response the specific link over = which it has received the packet from A. This way the actual querier can do= verification to check whether the desired local implementation mechanism o= n A for choosing say the 100G link is working even if the Peer Node SID is = being used. However, from a standard's perspective the semantics of Peer No= de SID has no notion of interface binding associated with it and hence it c= annot be put into its FEC and therefore this verification cannot be expecte= d of C. Thanks, Ketan Rgds Shraddha Juniper Business Use Only From: Ketan Talaulikar (ketant) > Sent: Wednesday, June 3, 2020 2:48 PM To: Shraddha Hegde >; Loa= Andersson >; draft-hegde-mpls-spring-epe-oam@i= etf.org Cc: mpls-chairs@ietf.org; mpls@ietf.org Subject: RE: [mpls] working group adaption poll (wgap) for draft-hegde-mpls= -spring-epe-oam [External Email. Be cautious of content] Hi Shraddha, Thanks for your response and update. Please check inline below. -----Original Message----- From: Shraddha Hegde > Sent: 03 June 2020 11:49 To: Ketan Talaulikar (ketant) >; = Loa Andersson >; draft-hegde-mpls-spring-epe-oa= m@ietf.org Cc: mpls-chairs@ietf.org; mpls@ietf.org Subject: RE: [mpls] working group adaption poll (wgap) for draft-hegde-mpls= -spring-epe-oam Hi ketan, Thanks for the detailed review and comments. Pls see inline for response. Juniper Business Use Only -----Original Message----- From: Ketan Talaulikar (ketant) > Sent: Wednesday, May 13, 2020 9:38 AM To: Loa Andersson >; draft-hegde-mpls-spring-ep= e-oam@ietf.org Cc: mpls-chairs@ietf.org; mpls@ietf.org Subject: RE: [mpls] working group adaption poll (wgap) for draft-hegde-mpls= -spring-epe-oam [External Email. Be cautious of content] Hi Loa, There is no doubt about the need for LSP ping and traceroute operations to = cover BGP EPE SIDs. So the requirement is real and something that the WG sh= ould be taking up. My concerns is that the proposal in the draft is diverging from the control= plane protocol semantics for what constitutes the FEC (or context) and how= it is to be validated. These are some core aspects that IMHO need to be ad= dressed before adoption while the rest may be taken up during its life as a= WG document. I would suggest to wait for the authors response. Thanks, Ketan -----Original Message----- From: Loa Andersson > Sent: 13 May 2020 09:22 To: Ketan Talaulikar (ketant) >; = draft-hegde-mpls-spring-epe-oam@ietf.org Cc: mpls-chairs@ietf.org; mpls@ietf.org Subject: Re: [mpls] working group adaption poll (wgap) for draft-hegde-mpls= -spring-epe-oam Ketan, Anything of this that need to addressed before wg adoption? Authors I leave the wgap opeb a few extra days to llow you to respond to this. /Loa On 12/05/2020 23:32, Ketan Talaulikar (ketant) wrote: > Hello Authors, > > I have the following comments on this draft and would be good if you coul= d clarify/respond. > > 1)The FEC description should match the "context" that is advertised in > the control plane for Peer Adj SID. E.g. the local/remote Interface > IDs are not being included from > https://urldefense.com/v3/__https://tools.ietf.org/html/draft-ietf-idr > -bgpls-segment-routing-epe-1__;!!NEt6yMaO-gk!W0-Gp88WKnqRfX4kdfeWV8aIH > qrXTj0Pzz9Vl-B2ZVn78SFO60XGBDi2Y-5xIny8$ > 9#section-4.2 The EPE draft mandates interface-ids and allows remote interface= -id to be zero. Remote interface ID being zero does not help in validating the incoming int= erface which is very Useful OAM functionality. For this reason, this draft = recommends sending interface addresses in the PeerADJ SID Link descriptors = which is optional. I have updated the PeerAdj SID section with this information and also updat= ed with the possibility of sending zero In which case incoming interface va= lidation should be skipped. This is to accommodate cases when the advertisi= ng node does not send the interface addresses [KT] Ack - this sounds good to me. Thanks. > > 2) For the Peer Node SID, the control plane definition is https://urldefe= nse.com/v3/__https://tools.ietf.org/html/draft-ietf-idr-bgpls-segment-routi= ng-epe-19*section-4.1__;Iw!!NEt6yMaO-gk!W0-Gp88WKnqRfX4kdfeWV8aIHqrXTj0Pzz9= Vl-B2ZVn78SFO60XGBDi2Y6sXdlcY$ and the FEC description in this draft is not aligned with the correspond= ing control plane. The Peer Node SID is meant for the packet to be delivere= d to a specific BGP peer and it does not matter over which interface it is = received. So why have those interface addresses as mandatory in the FEC. Th= e only thing the control plane indicates is the peering session itself. > > 3) Same as (2) above, for the Peer Set SID, the interfaces are don't care= . The reason for need to have interface addresses specified is for= incoming interface validation as explained above. For Peer Node SID interf= aces are advertised with draft I-D.hegde-idr-bgp-ls-epe-inter-as.I have add= ed this to the reference and updated text as to why it is needed. Also the = ingress can send 0 pair of addresses in which case Incoming interface valid= ation will be skipped and success will be sent based on other validations. Pls check -07 version and let me know if you are OK with it. [KT] I have a concern here. The semantics of the FEC for Peer Node and Set = SIDs does not include (i.e. does not care about the interface over which th= e packet was received). So the link information is in any case part of the = response that is sent back to the requester which can perform this validati= on. I don't see how it can be included in the FEC definition. > > 4) The draft just says that the procedures are borrowed from RFC8287 but = I don't think this is so straightforward or trivial. E.g. https://urldefens= e.com/v3/__https://tools.ietf.org/html/rfc8287*section-7.2__;Iw!!NEt6yMaO-g= k!W0-Gp88WKnqRfX4kdfeWV8aIHqrXTj0Pzz9Vl-B2ZVn78SFO60XGBDi2Y3Z0DrZ_$ has the following: > > The network node that is immediately downstream of the node that > advertised the Adjacency Segment ID is responsible for generating the > FEC Stack Change sub-TLV for POP operation for the Adjacency Segment > ID. > A new section for EPE FEC validation has been added in -06 versi= on. This section specifies the details when return code 3 Has to be sent. A= s per RFC 8029 sec 3.4.1.3 FEC stack change and IS_EGRESS code are treated= identically. " A Downstream Detailed Mapping TLV containing only one FEC stack change sub-TLV with pop operation is equivalent to IS_EGRESS (Return Code 3, Section 3.1) for the outermost FEC in the FEC stack. The ingress router performing the LSP traceroute MUST treat such a case as an IS_EGRESS for the outermost FEC." I don't see the need to re-iterate RFC 8029 sections in this draft. If it i= s still not clear let me know. [KT] Sure. I think we can work through this once we converge on the FEC def= inition. > In the case of IGPs, the downstream node does have the label and context = for adjacency SID (which is functionally closest to BGP EPE SIDs). In the B= GP-EPE SIDs case, this is not always the case. So I believe, it would be be= tter if the entire operation were described. EPE SID validation section is added. Pls take a look and let me = know if it looks good. [KT] Same as previous comment. > > 5) The ping or traceroute done to any of the BGP EPE SID corresponding to= an eBGP session may result in the packet being sent to another entity. The= security consideration talk about it, but the problem is not addressed by = the remote AS dropping the packets. The security issue is that the OAM pack= et could expose the FECs and information of the local AS to a remote AS. So= it is more as an caveat for the operators performing the OAM operation to = be mindful of this fact. > Yes. This was raised in RT review and security section has been = updated with this info in -06 version. > In general, some more description that set the stage for the introduction= of the new extensions and elaborate more on the operations (some considera= tions above on what is mandatory to evaluate and what is optional). Sure. Pls check the -07 version which I'll be posting soon and l= et me know if you have further comments. [KT] Thanks again for the update. I believe we can work through the remaini= ng/open points over course of time. Thanks, Ketan > > Thanks, > Ketan > > -----Original Message----- > From: mpls > On Behal= f Of Loa Andersson > Sent: 30 April 2020 08:26 > To: mpls@ietf.org > Cc: mpls-chairs@ietf.org; draft-hegde-mpls-s= pring-epe-oam@ietf.org > Subject: [mpls] working group adaption poll (wgap) for > draft-hegde-mpls-spring-epe-oam > > Working Group, > > This is to start a two week poll on adopting draft-hegde-mpls-spring-epe-= oam as a MPLS working group document. > > Please send your comments (support/not support) to the mpls working group= mailing list (mpls@ietf.org). Please give a technica= l motivation for your support/not support, especially if you think that the= document should not be adopted as a working group document. > > There is one IPR disclosure against this document. > > The authors have stated on the MPLS wg mailing list that they are unaware= of any IPRs that relates to this document. > > The working group adoption poll ends May 15, 2020. > > /Loa > -- My mail server from time to time has come under DOS attacks, we are working= to fix it but it may take some time. If you get denial of service sending = to me plz try to use loa.pi.nu@gmail Loa Andersson email: loa@pi.nu Senior MPLS Expert Bronze Dragon Consulting phone: +46 739 81 21 64 --_000_MW3PR11MB4570AEF369D1B62917EBB015C1890MW3PR11MB4570namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Shradd= ha,

&nbs= p;

Trimming = further

[KT] I have a c= oncern here. The semantics of the FEC for Peer Node and Set SIDs does not i= nclude (i.e. does not care about the interface over which the packet was re= ceived). So the link information is in any case part of the response that is sent back to the requester which = can perform this validation. I don’t see how it can be included in th= e FEC definition.

 

<Shraddha>= ;Lets say you have ASBR A connecting two different ASBRs in different ASes = B and C. Lets assume there are multiple links between A->B and A->C.<= o:p>

  &nb= sp;            =       Lets say there is a multi-hop eBGP session b= etween A->B  between A->C.

  &nb= sp;            =       Lets say peerNode SID has been advertised fo= r A->B and A->C.  The Link descriptors for the PeerNode Sid incl= ude the BGP session local addresses and for a multi-hop BGP

  &nb= sp;            =        BGP session its going to be loopback a= ddresses so from available information, it is not possible to derive which = interface the traffic will be flowing.

[KT] This is = correct and it is inline with the definition of BGP Peer Node SID per https://tools.i= etf.org/html/rfc8402#section-4.2

 

   &n= bsp;            = ;      Now lets say  there is a requirem= ent that certain application should use a guaranteed 10G bandwidth on these=

  &nb= sp;            =       Inter-as links. If the EPE controller does n= ot know which interfaces the traffic will be flowing, it cannot figure out = which peerNodeSID to pick to build the path.

[KT] For such= use-cases (where steering needs to happen over a specific link/adjacency),= the EPE controller needs to use the BGP Peer Adjacency SID that does this = kind of steering over specific interfaces - again per definition in https://tools.ietf.org/html/rfc8402#section-4.2=

 

  &nb= sp;            =      Draft-hegde-idr-bgp-ls-epe-inter-as talks about th= e usecases and required protocol extensions.

[KT] We have = been discussing this draft in the past and indeed it tries to enable signal= ling of additional underlying link information for a multi-hop eBGP neighbo= rship.

 

  &nb= sp;            =    For any reasonable traffic engineering using peerNodeSID I thi= nk that this information is required.

[KT] However,= for steering over links, we cannot change the semantics of Peer NodeSID wh= ich clearly does not put any constraint on the link over which packet is de= livered to the BGP peer.

 

  &nb= sp;            =   It is also useful to know if the control plane and dataplane ar= e in sync with OAM. If the control plane is advertising peerNodeSID to be

  &nb= sp;            = Going over some link but the actual traffic flow is on a different link, i= t will screw-up the traffic engineering. MPLS WG has built OAM has tools/te= chniques

  &nb= sp;            = For years to find these kind of problems.We are trying to  apply thes= e to EPE SIDs.

[KT] When mul= tiple underlying links are there between A and B, there are implementation = specific or other aspects that may influence whether the traffic goes over = a 10G or a 100G link between the nodes. We do have capability in LSP Ping so that C and indicate in it’s res= ponse the specific link over which it has received the packet from A. This = way the actual querier can do verification to check whether the desired loc= al implementation mechanism on A for choosing say the 100G link is working even if the Peer Node SID is being used. Howe= ver, from a standard’s perspective the semantics of Peer Node SID has= no notion of interface binding associated with it and hence it cannot be p= ut into its FEC and therefore this verification cannot be expected of C.

 

Thanks,<= /o:p>

Ketan

  &nb= sp;            =

   &nb= sp;   Rgds

Shraddha  = ;           

 

 

 

Juniper Business= Use Only

From: Ketan Talaulikar (ketant) <ketant@cisco.com>
Sent: Wednesday, June 3, 2020 2:48 PM
To: Shraddha Hegde <shrad= dha@juniper.net>; Loa Andersson <loa= @pi.nu>; draft-hegde-mpl= s-spring-epe-oam@ietf.org
Cc: mpls-chairs@ietf.org= ; mpls@ietf.org
Subject: RE: [mpls] working group adaption poll (wgap) for draft-heg= de-mpls-spring-epe-oam

 

<= span style=3D"font-size:10.5pt;font-family:Lato;color:black">[External Emai= l. Be cautious of content]

 

Hi Shraddha,

 

Thanks for your response and update. Please check= inline below.

 

-----Original Message----- From: Shraddha Hegde <shraddha@j= uniper.net>
Sent: 03 June 2020 11:49
To: Ketan Talaulikar (ketant) <ketan= t@cisco.com>; Loa Andersson <loa@pi.= nu>; draft-hegde-mpl= s-spring-epe-oam@ietf.org
Cc: mpls-chairs@ietf.org; mpls@ietf.org
Subject: RE: [mpls] working group adaption poll (wgap) for draft-hegde-mpls= -spring-epe-oam

 

Hi ketan,

 

Thanks for the detailed review and comments. Pls = see inline for response.

 

 

Juniper Business Use Only

 

-----Original Message-----

From: Ketan Talaulikar (ketant) <ketant@cisco.com>

Sent: Wednesday, May 13, 2020 9:38 AM<= /p>

To: Loa Andersson <loa@pi.nu>; draft-hegde-mpls-spring-epe-oam@ietf= .org

Cc: mpls-chairs@ietf.org; mpls@ietf.org

Subject: RE: [mpls] working group adaption poll (= wgap) for draft-hegde-mpls-spring-epe-oam

 

[External Email. Be cautious of content]

 

 

Hi  Loa,

 

There is no doubt about the need for LSP ping and= traceroute operations to cover BGP EPE SIDs. So the requirement is real an= d something that the WG should be taking up.

 

My concerns is that the proposal in the draft is = diverging from the control plane protocol semantics for what constitutes th= e FEC (or context) and how it is to be validated. These are some core aspec= ts that IMHO need to be addressed before adoption while the rest may be taken up during its life as a WG doc= ument. I would suggest to wait for the authors response.

 

Thanks,

Ketan

 

-----Original Message-----

From: Loa Andersson <loa@pi.nu<= /a>>

Sent: 13 May 2020 09:22

To: Ketan Talaulikar (ketant) <= ketant@cisco.com>; draft-hegde-mpls-spring-epe-oam@ietf= .org

Cc: mpls-chairs@ietf.org; mpls@ietf.org

Subject: Re: [mpls] working group adaption poll (= wgap) for draft-hegde-mpls-spring-epe-oam

 

Ketan,

 

Anything of this that need to addressed before wg= adoption?

 

 

Authors

 

I leave the wgap opeb a few extra days to llow yo= u to respond to this.

 

 

/Loa

 

On 12/05/2020 23:32, Ketan Talaulikar (ketant) wr= ote:

> Hello Authors,

> 

> I have the following comments on this draft = and would be good if you could clarify/respond.

> 

> 1)The FEC description should match the "= ;context" that is advertised in

> the control plane for Peer Adj SID. E.g. the= local/remote Interface

> IDs are not being included from <= /p>

> https://urldefense.co= m/v3/__https://tools.ietf.org/html/draft-ietf-idr

> -bgpls-segment-routing-epe-1__;!!NEt6yMaO-gk= !W0-Gp88WKnqRfX4kdfeWV8aIH

> qrXTj0Pzz9Vl-B2ZVn78SFO60XGBDi2Y-5xIny8$

> 9#section-4.2

 

<Shraddha> The EPE draft mandates interface= -ids and allows remote interface-id to be zero.

Remote interface ID being zero does not help in v= alidating the incoming interface which is very Useful OAM functionality. Fo= r this reason, this draft recommends sending interface addresses in the Pee= rADJ SID Link descriptors which is optional.

 

I have updated the PeerAdj SID section with this = information and also updated with the possibility of sending zero In which = case incoming interface validation should be skipped. This is to accommodat= e cases when the advertising node does not send the interface addresses

[KT] Ack –= ; this sounds good to me. Thanks.

 

> 

> 2) For the Peer Node SID, the control plane = definition is https://urldefense.co= m/v3/__https://tools.ietf.org/html/draft-ietf-idr-bgpls-segment-routing-epe= -19*section-4.1__;Iw!!NEt6yMaO-gk!W0-Gp88WKnqRfX4kdfeWV8aIHqrXTj0Pzz9Vl-B2Z= Vn78SFO60XGBDi2Y6sXdlcY$  and the FEC description in this draft is not aligned with the correspondin= g control plane. The Peer Node SID is meant for the packet to be delivered = to a specific BGP peer and it does not matter over which interface it is re= ceived. So why have those interface addresses as mandatory in the FEC. The only thing the control plane indica= tes is the peering session itself.

> 

> 3) Same as (2) above, for the Peer Set SID, = the interfaces are don't care.

<Shraddha> The reason for need to have inte= rface addresses specified is for incoming interface validation as explained= above. For Peer Node SID interfaces are advertised with draft I-D.hegde-id= r-bgp-ls-epe-inter-as.I have added this to the reference and updated text as to why it is needed. Also the ingress= can send 0 pair of addresses in which case Incoming interface validation w= ill be skipped and success will be sent based on other validations.

Pls check -07 version and let me know if you are = OK with it.

[KT] I have a c= oncern here. The semantics of the FEC for Peer Node and Set SIDs does not i= nclude (i.e. does not care about the interface over which the packet was re= ceived). So the link information is in any case part of the response that is sent back to the requester which = can perform this validation. I don’t see how it can be included in th= e FEC definition.

 

> 

> 4) The draft just says that the procedures a= re borrowed from RFC8287 but I don't think this is so straightforward or tr= ivial. E.g. https://urldefense.co= m/v3/__https://tools.ietf.org/html/rfc8287*section-7.2__;Iw!!NEt6yMaO-gk!W0= -Gp88WKnqRfX4kdfeWV8aIHqrXTj0Pzz9Vl-B2ZVn78SFO60XGBDi2Y3Z0DrZ_$&= nbsp; has the following:

> 

>     The network node tha= t is immediately downstream of the node that

>     advertised the Adjac= ency Segment ID is responsible for generating the

>     FEC Stack Change sub= -TLV for POP operation for the Adjacency Segment

>     ID.

> 

 

<shraddha> A new section for EPE FEC valida= tion has been added in -06 version. This section specifies the details when= return code 3 Has to be sent. As per  RFC 8029 sec 3.4.1.3 FEC stack = change and IS_EGRESS code are treated identically.

" A Downstream Detailed Mapping TLV containi= ng only one FEC stack

       change sub-T= LV with pop operation is equivalent to IS_EGRESS

       (Return Code= 3, Section 3.1) for the outermost FEC in the FEC

       stack. = The ingress router performing the LSP traceroute MUST

       treat such a= case as an IS_EGRESS for the outermost FEC."

 

I don't see the need to re-iterate RFC 8029 secti= ons in this draft. If it is still not clear let me know.

[KT] Sure. I th= ink we can work through this once we converge on the FEC definition.=

 

> In the case of IGPs, the downstream node doe= s have the label and context for adjacency SID (which is functionally close= st to BGP EPE SIDs). In the BGP-EPE SIDs case, this is not always the case.= So I believe, it would be better if the entire operation were described.

<Shraddha> EPE SID validation section is ad= ded. Pls take a look and let me know if it looks good.   &nb= sp;            =             &nb= sp;            =             &nb= sp;            =             &nb= sp;            =             &nb= sp;            =             &nb= sp;            =             &nb= sp;            =       

[KT] Same as pr= evious comment.

 

> 

> 5) The ping or traceroute done to any of the= BGP EPE SID corresponding to an eBGP session may result in the packet bein= g sent to another entity. The security consideration talk about it, but the= problem is not addressed by the remote AS dropping the packets. The security issue is that the OAM packet could e= xpose the FECs and information of the local AS to a remote AS. So it is mor= e as an caveat for the operators performing the OAM operation to be mindful= of this fact.

> 

<Shraddha> Yes. This was raised in RT revie= w and security section has been updated with this info in -06 version.=

  

> In general, some more description that set t= he stage for the introduction of the new extensions and elaborate more on t= he operations (some considerations above on what is mandatory to evaluate a= nd what is optional).

<Shraddha> Sure. Pls check the -07 version = which I'll be posting soon and let me know if you have further comments.

[KT] Thanks aga= in for the update. I believe we can work through the remaining/open points = over course of time.

 

Thanks,

Ketan

 

> 

> Thanks,

> Ketan

> 

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

> From: mpls <mpls-boun= ces@ietf.org> On Behalf Of Loa Andersson

> Sent: 30 April 2020 08:26

> To: mpls@ietf.org

> Cc: = mpls-chairs@ietf.org<= /span>; draft-hegde-mpls-spring-epe-oam@ietf= .org

> Subject: [mpls] working group adaption poll = (wgap) for

> draft-hegde-mpls-spring-epe-oam

> 

> Working Group,

> 

> This is to start a two week poll on adopting= draft-hegde-mpls-spring-epe-oam as a MPLS working group document.

> 

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

> 

> There is one IPR disclosure against this doc= ument.

> 

> The authors have stated on the MPLS wg maili= ng list that they are unaware of any IPRs that relates to this document.

> 

> The working group adoption poll ends May 15,= 2020.

> 

> /Loa

> 

 

--

 

My mail server from time to time has come under D= OS attacks, we are working to fix it but it may take some time. If you get = denial of service sending to me plz try to use loa.pi.nu@gmail

 

 

Loa Andersson      =             &nb= sp;     email: loa@pi.nu<= o:p>

Senior MPLS Expert

Bronze Dragon Consulting    &= nbsp;        phone: +46 739 81 21 64=

--_000_MW3PR11MB4570AEF369D1B62917EBB015C1890MW3PR11MB4570namp_-- From nobody Thu Jun 4 02:11:40 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 064853A0A8F; Thu, 4 Jun 2020 02:11:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, 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 W6J7sdYrwyeC; Thu, 4 Jun 2020 02:11:37 -0700 (PDT) Received: from mail-wm1-x329.google.com (mail-wm1-x329.google.com [IPv6:2a00:1450:4864:20::329]) (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 27AAF3A0A7E; Thu, 4 Jun 2020 02:11:34 -0700 (PDT) Received: by mail-wm1-x329.google.com with SMTP id k26so4804539wmi.4; Thu, 04 Jun 2020 02:11:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=CBHBieKLizj6thFa/pmF0ILPTXddhKuDTBGL0/3/EUs=; b=RcobczNcMIK9E3pjfb2k8hkfPHHV6tsgMeiI4MpcQoTaN65FqcYmX72ZHtVAoTggyM ITg4FZzzPSigWCCPken6fXwa/wRrxMt9rUiFkJrt4Z3JLLGuNBPxflgYVLtpItdsp8KQ TEh7/ek6Dd6GuUaQhDs6MzHE0QEMTotGGgKog/alwgEi9fPxKhh2WQiKdWx5Wo2rdUi8 ja4fHTTQCMpIR5GBOiWnUu8Ee6C/qjUJ7IYIrdjxpO2BoHT1vPYNo+LLVSdPEGO/fDNw 2RenTyet/qp7LceRl5WwReVppSbXZJ+7fOckJ13tEkQr7hHa7U9y0UKw9Y1AOWr8fVP4 YnVA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=CBHBieKLizj6thFa/pmF0ILPTXddhKuDTBGL0/3/EUs=; b=cP0ES1Nr22QJcYIFZPxJqrpzhzmmQ4ZaKqqlC8JwvinIkfwr5/3WrPRmJRL2unk5JK ZkJUqUHAIzufZOZWdGrOZJNyVCdP6B9hkIas7Mrff4MZgXwfw2S+U2hRwi2KC/oBDOHc Eo774f+/rBmZcLpigbxxO9h39DjfVDhVmsboQNuEg43xOT/zHp39zAUFaDPyL3VgwONs B6TJlD4TrJVcn9ZGQDds9WAbH4mNprlxFl9jxmQSWjlMj7k49AcWdxsJ7b8WIuanYQkv Y9jAUzxqxqbmHkxioQZLIey89XpPCh/RXzBd1+rk+hBADT3d1rBlAi6KSFQkDcYpJ2PY fh6w== X-Gm-Message-State: AOAM531l6y2pA2t1saG5lGBw62UDpffnFLdbijG+GHzavyXzUwWQSIRb P4nYaxKnbRX6smvl+4XdmcvG2H3reqI= X-Google-Smtp-Source: ABdhPJzg5rO+Lht1/PaYu+tuDCek30V8yOJV5ur9/5B4i4zABgVOtRQmwJFcBGUc7f5m4jbEjZZMzQ== X-Received: by 2002:a7b:cb13:: with SMTP id u19mr3056443wmj.86.1591261892341; Thu, 04 Jun 2020 02:11:32 -0700 (PDT) Received: from appleton.fritz.box ([62.3.64.16]) by smtp.gmail.com with ESMTPSA id c16sm7066541wrx.4.2020.06.04.02.11.31 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 04 Jun 2020 02:11:31 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) From: Stewart Bryant In-Reply-To: Date: Thu, 4 Jun 2020 10:11:27 +0100 Cc: Stewart Bryant , "draft-bryant-mpls-sfl-control@ietf.org" , mpls , mpls-chairs Content-Transfer-Encoding: quoted-printable Message-Id: <73DDE93C-2FD1-48B1-975F-92A2E8E2F598@gmail.com> References: To: Tarek Saad X-Mailer: Apple Mail (2.3608.80.23.2.2) Archived-At: Subject: Re: [mpls] MPLS-RT review of draft-bryant-mpls-sfl-control X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Jun 2020 09:11:39 -0000 Dear Tarek Tjhankl you for your review, please see below: > On 3 Jan 2020, at 18:43, Tarek Saad wrote: >=20 > Hi, >=20 > I=E2=80=99ve been selected as an MPLS-RT reviewer for this draft being = considered for WG adoption. > After reading it, I have the following comments on it: >=20 > 1. Since the SFL control protocol uses ACH =E2=80=93 the SFL control = messages flow in-band over the MPLS datapath (e.g. PW, LSP, etc.). Is = this restriction required? How does it differ from other protocol(s) = that do out-of-band control messaging -- e.g. BGP, T-LDP, etc. that = allocate PW labels? SB> BGP and LDP run over TCP, which in turn runs over IP. This simple protocol can run directly over the LSP and thus can run over = MPLS without IP, although I anticipate that we could run the same format = over IP if needed, for instance using MPLS over UDP, and would seek the = advice of the MPLS WG on how much to put in the text to cover this case. > 2. It would be useful to have text for any considerations/comparison = given to existing control plane protocols that can do same/similar = function and if/why they are not adopted/extended SB>There was a laundry list of protocols that people wanted, but when I = asked for help none was forthcoming. I then offered to continue to Work on this design sketch I made several years ago and the WG asked me = to complete this. I have text in tat says that this is a method that = can be used without changing the existing protocols, and that = alternatives are not prohibited. In the circumstances that should be = sufficient. > 3. Section 3 mentions, the SFL ACH can be carried over PW, or LSP. = What about MPLS section/i.e. MPLS link? E.g. for use with single-hop LM? = Any restrictions for this? SB> I cannot see a restriction, can you? The packet will arrive on the = GAL if there is PHP and on the delivery label in other circumstances. = This is regular MPLS > 4. Section 3.1: > a. Some flags may be meaningful at one side (i.e. either querier = or responder) and depending if CC flag is R set or not -- some flags may = be invalid if received - e.g. W Lflag is not expected to be received by = a querier. Do such cases necessitate errors? How is it handled - = rejecting the whole SFL batch or the whole SFL message? SB> There is a note that the error cases need more work, and I would = like to do this as part of the WG process. I would certainly be = interested in the observations of the WG. > b. s/Responser/Responder SB> Done > Section 3.2.1 > a. May clarify that =E2=80=9CSFL Control Request=E2=80=9D = message, is =E2=80=9CSFL Control Message=E2=80=9D with CC Flag (R=3D1) SB> There is clearly some clarifying text needed. As written the text is = a clone of the RFC 6374 control text. There is advantage in making it = the same as RFC 6374 for familiarity and possible code reuse. On the = other hand the terms would be wrong in a control protocol designed in = isolation and seem a bit strange. I would appreciate the view of the WG. > b. Can the same message serve as Request, Refresh and Withdraw = for a specific Batch? i.e. to allow existing (allocated) SFL batch to be = resized by refreshing some existing SFL(s), withdrawing some, and = requesting some new ones? If yes, may clarify it - since as-is the = sections defined in the document hint that a message can be one of = (request/refresh/withdraw) at any time SB> That reflects the RFC 6374 heritage. Having a single instruction per = message simplifies things and I am include to leave it that way, but I = would talk this on advisement by the WG. That is why I really would like = to get this into the WG to get their wisdom on the matter. > c. In cases where a node functions as both requester and = responder, can same session Id be used for sending requests and respond = by the same node? SB> The session identifier has the context of the LSP and the request = vector so yes, I think the same session ID can be used in both cases. If this were not the case there would be a race condition to deal with = as both ends of a link initiated, so I think the answer has to be yes = and the node has to keep the context. > d. As per = https://tools.ietf.org/html/draft-ietf-mpls-sfl-framework, the high = runner case for SFL is for additional action packet counter - is this = action assumed implicit always for all SFL(s)? Is there a way in the = protocol to associate different/additional action with a specific SFL? SB> No, we are just doing the label exchange with this. If we think that = we need to add an action registry we can do that, or we can manage it = another way. What is the view of the WG? > e. =E2=80=9CA Querier MUST NOT send an expired SFL to a = Responder since to do so may invalidate another SFL operation.=E2=80=9D: = this may be considered a security for a DoS, you may want to highlight = this in the security section SB> Well MPLS is fragile against this and the assumption is that MPLS is = sheltered from bad actors. It would not be a DoS attack, it would = trigger a malfunction. I think this is covered by the well managed = network text in the security section. > f. s/SFV/SFL SB> Done > g. The text =E2=80=9CAll other LFlags are cleared.=E2=80=9D Seem = to override the previous text that. V LFlag can be also set at same time = to cover requesting a specific label SB> I just looked again at the text and that expression seems only to be = used on the send side so it lived in the context of the V Flag having = been set or cleared appropriately and be overridden. Can you see a case = where the wrong thing would happen? > 6. For unidirectional LSP(s), how is the return path for response = messages specified? Is the Querier source address derived from LSP = control plane state? Or, is the SA TLV from RFC6374 for p2p = unidirectional added too? In this case, how to force the SFL Control = Response message =E2=80=93 e.g. be IP routed back or go over a specific = reverse LSP? SB> I will adds some text to cover this in version 08. I will upload 07 = and we can then decide if it needs to be fixed before WG adoption. > 7. "3.2.3. Withdraw =20 > [...] via an appropriate path.", does this mean control = messages can be sent over any path (other than the underlying LSP or = PW)? SB> Yes. We use the term a number of times and it is intended to add = generality since restricting the path does not add any useful benefit. > 8. " > A Querier MUST wait a configured time (suggested wait of 60 seconds) > before reattempting a Withdraw request.", may be useful to highlight = why the restriction? Is this to avoid frequent sending of control plane = messaging? >=20 SB> Text now says A Querier MUST wait a configured time (suggested wait of 60 seconds) before re-attempting a Withdraw request. No more than three Withdraw requests SHOULD be made. These restricctions are to prevent overloading = the control plane of the actioning router. Best regards Stewart > Regards, > Tarek >=20 >=20 >=20 From nobody Thu Jun 4 02:19:29 2020 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 5707B3A0B33; Thu, 4 Jun 2020 02:19:22 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: mpls@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.1.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: mpls@ietf.org Message-ID: <159126236231.19650.7307332607572195205@ietfa.amsl.com> Date: Thu, 04 Jun 2020 02:19:22 -0700 Archived-At: Subject: [mpls] I-D Action: draft-bryant-mpls-sfl-control-07.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Jun 2020 09:19:22 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching WG of the IETF. Title : A Simple Control Protocol for MPLS SFLs Authors : Stewart Bryant Stewart Bryant George Swallow Siva Sivabalan Filename : draft-bryant-mpls-sfl-control-07.txt Pages : 14 Date : 2020-06-04 Abstract: In draft-ietf-mpls-sfl-framework the concept of MPLS synonymous flow labels (SFL) was introduced. This document describes a simple control protocol that runs over an associated control header to request, withdraw, and extend the lifetime of such labels. It is not the only control protocol that moght be used to support SFL, but it has the benefit of being able to be used without modifying of the existing MPLS control prodocols. The existance of this design is not intended to restrict the ability to enhance an existing MPLS control protocol to add a similar capability. A Querier MUST wait a configured time (suggested wait of 60 seconds) before re-attempting a Withdraw request. No more than three Withdraw requests SHOULD be made. These restricctions are to prevent overloading the control plane of the actioning router. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-bryant-mpls-sfl-control/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-bryant-mpls-sfl-control-07 https://datatracker.ietf.org/doc/html/draft-bryant-mpls-sfl-control-07 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-bryant-mpls-sfl-control-07 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Jun 4 02:46:12 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4461E3A0C4C; Thu, 4 Jun 2020 02:46:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=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 1x2_57Pp-CVn; Thu, 4 Jun 2020 02:46:08 -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 A62E03A0B92; Thu, 4 Jun 2020 02:46:08 -0700 (PDT) Received: from lhreml745-chm.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 4BCD4EF50636B787F415; Thu, 4 Jun 2020 10:46:02 +0100 (IST) Received: from fraeml710-chm.china.huawei.com (10.206.15.59) by lhreml745-chm.china.huawei.com (10.201.108.195) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1913.5; Thu, 4 Jun 2020 10:46:02 +0100 Received: from fraeml714-chm.china.huawei.com (10.206.15.33) by fraeml710-chm.china.huawei.com (10.206.15.59) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1913.5; Thu, 4 Jun 2020 11:46:01 +0200 Received: from fraeml714-chm.china.huawei.com ([10.206.15.33]) by fraeml714-chm.china.huawei.com ([10.206.15.33]) with mapi id 15.01.1913.007; Thu, 4 Jun 2020 11:46:01 +0200 From: Giuseppe Fioccola To: Loa Andersson , "mpls@ietf.org" CC: "mpls-chairs@ietf.org" , "mpls-ads@ietf.org" , "draft-ietf-mpls-rfc6374-sfl@ietf.org" Thread-Topic: IPR poll on draft-ietf-mpls-rfc6374-sfl Thread-Index: AQHWNYMYpp67t24NPUW/BTFtAopy8ai+jQ4AgAmxUWA= Date: Thu, 4 Jun 2020 09:46:01 +0000 Message-ID: <7b86c199b9a1467483cd2dd1815658d3@huawei.com> References: <614ab2bc-2f1e-e5ea-d0da-a7f2f3868e39@pi.nu> In-Reply-To: <614ab2bc-2f1e-e5ea-d0da-a7f2f3868e39@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.210.168.217] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [mpls] IPR poll on draft-ietf-mpls-rfc6374-sfl X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Jun 2020 09:46:10 -0000 SGkgTG9hLCBBbGwsDQpJIGFtIG5vdCBhd2FyZSBvZiBvdGhlciBJUFJzIGluIGFkZGl0aW9uIHRv IHRob3NlIGFscmVhZHkgZGVjbGFyZWQuDQoNClJlZ2FyZHMsDQoNCkdpdXNlcHBlDQoNCi0tLS0t T3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBMb2EgQW5kZXJzc29uIFttYWlsdG86bG9hQHBp Lm51XSANClNlbnQ6IEZyaWRheSwgTWF5IDI5LCAyMDIwIDk6NDMgQU0NClRvOiBtcGxzQGlldGYu b3JnDQpDYzogbXBscy1jaGFpcnNAaWV0Zi5vcmc7IG1wbHMtYWRzQGlldGYub3JnOyBkcmFmdC1p ZXRmLW1wbHMtcmZjNjM3NC1zZmxAaWV0Zi5vcmcNClN1YmplY3Q6IElQUiBwb2xsIG9uIGRyYWZ0 LWlldGYtbXBscy1yZmM2Mzc0LXNmbA0KDQpXb3JraW5nIEdyb3VwLCBhdXRob3JzLCAoZml4ZWQg dGhlIHN1YmplY3QgbGluZSkNCg0KDQpXZSBhcmUgcHJlcGFyaW5nwqAgZHJhZnQtaWV0Zi1tcGxz LXJmYzYzNzQtc2ZsIGZvciB0aGUgd29ya2luZyBncm91cCBsYXN0IGNhbGwgKHdnbGMpIFRoZSBm aXJzdCBzdGVwIGlzIGFuIElQUiBwb2xsLi4NCg0KVGhpcyBtYWlsIHN0YXJ0cyB0aGlzIElQUiBw b2xsLg0KDQpBcmUgeW91IGF3YXJlIG9mIGFueSBJUFIgdGhhdCBhcHBsaWVzIHRvwqAgZHJhZnQt aWV0Zi1tcGxzLXJmYzYzNzQtc2ZsPw0KDQpJZiBzbywgaGFzIHRoaXMgSVBSIGJlZW4gZGlzY2xv c2VkIGluIGNvbXBsaWFuY2Ugd2l0aCBJRVRGIElQUiBydWxlcyAoc2VlIFJGQ3MgMzk3OSwgNDg3 OSwgMzY2OSBhbmQgNTM3OCBmb3IgbW9yZSBkZXRhaWxzKS4NCg0KVGhlcmUgYXJlIGN1cnJlbnRs eSBubyBJUFIgZGlzY2xvc3VyZXMgYWdhaW5zdCBkcmFmdC1pZXRmLW1wbHMtcmZjNjM3NC0gc2Zs Lg0KDQpJZiB5b3UgYXJlIGxpc3RlZCBhcyBhIGRvY3VtZW50IGF1dGhvciBvciBjb250cmlidXRv ciBwbGVhc2UgcmVzcG9uZCB0byB0aGlzIGVtYWlsIHJlZ2FyZGxlc3Mgb2Ygd2hldGhlciBvciBu b3QgeW91IGFyZSBhd2FyZSBvZiBhbnkgcmVsZXZhbnQgSVBSLiAqVGhlIHJlc3BvbnNlIG5lZWRz IHRvIGJlIHNlbnQgdG8gdGhlIE1QTFMgV0cgbWFpbGluZyBsaXN0LiogVGhlIGRvY3VtZW50IHdp bGwgbm90IGFkdmFuY2UgdG8gdGhlIG5leHQgc3RhZ2UgdW50aWwgYSByZXNwb25zZSBoYXMgYmVl biByZWNlaXZlZCBmcm9tIGVhY2ggYXV0aG9yIGFuZCBjb250cmlidXRvci4NCg0KSWYgeW91IGFy ZSBvbiB0aGUgTVBMUyBXRyBlbWFpbCBsaXN0IGJ1dCBhcmUgbm90IGxpc3RlZCBhcyBhbiBhdXRo b3Igb3IgY29udHJpYnV0b3IsIHRoZW4gcGxlYXNlIGV4cGxpY2l0bHkgcmVzcG9uZCBvbmx5IGlm IHlvdSBhcmUgYXdhcmUgb2YgYW55IElQUiB0aGF0IGhhcyBub3QgeWV0IGJlZW4gZGlzY2xvc2Vk IGluIGNvbmZvcm1hbmNlIHdpdGggSUVURiBydWxlcy4NCg0KDQovTG9hDQogIMKgbXBscyB3ZyBj by1jaGFpcg0KDQotLSANCg0KDQoNCkxvYSBBbmRlcnNzb24gICAgICAgICAgICAgICAgICAgICAg ICBlbWFpbDogbG9hQHBpLm51DQpTZW5pb3IgTVBMUyBFeHBlcnQNCkJyb256ZSBEcmFnb24gQ29u c3VsdGluZyAgICAgICAgICAgICBwaG9uZTogKzQ2IDczOSA4MSAyMSA2NA0K From nobody Thu Jun 4 05:33:54 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A415F3A0A29; Thu, 4 Jun 2020 05:33:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.1 X-Spam-Level: X-Spam-Status: No, score=-2.1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ecitele.com header.b=UZLtuWWw; dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=eci365.onmicrosoft.com header.b=uEHe8EaW Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wCEfTIWqRfdH; Thu, 4 Jun 2020 05:33:38 -0700 (PDT) Received: from mail1.bemta25.messagelabs.com (mail1.bemta25.messagelabs.com [195.245.230.68]) (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 3B30B3A0B29; Thu, 4 Jun 2020 05:33:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ecitele.com; s=eciselector10072019; t=1591274012; i=@ecitele.com; bh=G5hjMBic5l9EKLSGwZfIyqpWAXj/dDZVjQQLe+3V+ME=; h=From:To:CC:Subject:Date:Message-ID:Content-Type:MIME-Version; b=UZLtuWWwdRt3bHGQmoIWCaE8+7+2/XkJbHS/6ktVseYxeoTjAJgFxvef0ajYDxLuS zsXs/qvwguozQH9psDYMFArTlvzCJQuRIRKz2tLTC1HdsGFg+MJgs9Rg0Vxj5JMQAL yT4TmRHEH/X3jgOMBjbpydJ8g/M5BQ/7ztDUbzA0= Received: from [100.112.196.81] (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits)) by server-4.bemta.az-b.eu-west-1.aws.symcld.net id 83/A5-51957-B1AE8DE5; Thu, 04 Jun 2020 12:33:31 +0000 X-Brightmail-Tracker: H4sIAAAAAAAAA1WTfUxbVRjGOffetncLxUsp8PJVl8I0brbSofN iNJrMJSRO3QybGZGPVq60oS2kLbZozIgZIoXitoxsHRuw0jIsFXVuY8s+op3jyxEqmayjcWFS EMqHMP4A1wm2vWPOf05+z/O855z3vTmXxAX1vGSSMRkYnVauFnM3EoK5+u8lKQFvQWbbSgLd0 WvFacfxKxjtP+kl6OD9JoLu83dw6FHH1xx6oiWJdq12YfTSwwuIbnVN8GjPbBCnez1BRFevXC Te4OfY7X9ju1EeR6VVlJmKOMqa7/7klvtEJutXXrwKLaeY0UYSUQ4c6pd+4bCihwBnWz9ixQ8 I+nqP8MKCoL7BYW3+OjcsBFQzBtYjswQr7iKw9d8JiQ0kl3oNznb+HqkSUjM4dPp/DgmSxKk9 4DiqDdfEUZtgsOkyFmYhtRnMg9cIlqVw1zPCDTNBZUC793DE51P5UOu2RXxEJcDygCuyF6cSY dTfEmGgKLBfGcJZjofp8dVHA9UiGJ4N8sI9APU03PbFsDVpMNxSh1g7Hc5N5bP222CxzSGWt4 BvzYOxJRmw6q5kbTW0jQ7yWH4GukeGHpWkwrS3iLVF4LTcI1hOhTFvd+SDAGXHoeZcA4cNnAS c7GEOIcmJJ4ZhWQvHF1y8E5HhY6Hf6idY/3lovXyfy/JWaD89g6/zzR/HsSf9VsRzopcVOlWJ 0qCRq9QSWWamRCbbJpFl05KsTKn8E4lCylRIjIzeIJFJ5Ua9VF+p+VBdLNUyhrMo9BiLy3tEF 5FldkHqRkkkJo7nt/m9BYIYRVlxpVKuVxbqKtSM3o1SSVIM/GNToSxWx5Qwpo9U6tCTXo+BjB YL+dnToZivL5dr9KoSNhpA2eSh6VM2nFx02kPrcngVENoyLZOcyD8YPo8Kb1BWaB8ft/6TDKO 05Dg+ioqKEkSXMzqNyvD/PIASSSSOY7uKVmkNj28NhBrCQg293jASbsgg/y9KrsKMZ+bN4upb Mwbzpe2f2XzBA5i5s/+t/H2bg5N5WZ+u7f3puaDOpbsWH3x2dSGb7KJyfsvte5VUlH5rIWnE+ 2cokNMzt+mG9VZW4X5jYME8Xft+3JmRDUzGvX2NH39RsJh7dWv7hY4d9jdLySlZ6+iuo1e5dV UrhTG/visski86Drv/6Hphuy7zYOnO99YGdom6v/ygGc3n5vkSqYTGGtlfvMmlO9XbdC+meBu sNytFGteOAwl9L3WZPMpXHM1pE/HVptK8d+pOiS/tfFCakiR+uMfyYGWy3rk/tjE7PV0406kA mybgGhw7f+OpqAq0ODu+d2mx+vbEWLD1ulEf7Wk6/7mY0Cvlsi24Ti//F6vekRWfBAAA X-Env-Sender: Alexander.Vainshtein@ecitele.com X-Msg-Ref: server-7.tower-291.messagelabs.com!1591274008!623704!1 X-Originating-IP: [18.237.140.177] X-SYMC-ESS-Client-Auth: mailfrom-relay-check=pass X-StarScan-Received: X-StarScan-Version: 9.50.1; banners=ecitele.com,-,- X-VirusChecked: Checked Received: (qmail 8198 invoked from network); 4 Jun 2020 12:33:30 -0000 Received: from p01b.mail.dlp.protect.symantec.com (HELO mail.ds.dlp.protect.symantec.com) (18.237.140.177) by server-7.tower-291.messagelabs.com with ECDHE-RSA-AES256-GCM-SHA384 encrypted SMTP; 4 Jun 2020 12:33:30 -0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Z4FuJa4I01rO9Ufiwzp5wQ6gTqBbMFAlRnnl7xBK2vp8qO+49Ub/R9nR89CQIr4hBJzNxPYgjazW8/1VySldQJaxGEVG3HAqdLAFXQ00rBPQ28iK1zlIZhI98Lyn/+mQJdhHc4ZzNG9sWbM98OmV+suAxCTcTLiqzRS8njWQT41KJ55D98559Gv7w9aVmfgpsnMXwC7ON5FVKvwGe53SE1WLuZqfT+BWdPvXG8cTQkMHwasbYF3aVfHP3ucuTnJkbIRVaK+2uILobckkcxkM0YmYqTFZDoAOViNELPBcMggGvqE3tDdcuLoPiJcE8gATMTftc5F4brcVYcg7jB9nWA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=fI1VASLXZz4Ox0ssXgNY86/9Q5c/pofN9fXJcIrJxdE=; b=XoDrWvoD0+ouKUAPbaBG/GCQ+/Dw/67RX0+kIrJkbSNwGiYP5hHnLhjhmLV4H/UCmZlx8HjNXbnAuk0JWIjQiiapdFTVpHvpxH0ZWDMGj7/ivC7kZlUzAVZFVBGZ5a86SnND3Olfi4kXmM6vXko79aN//y+IEf8RHvEKMAODgHQRFKA9JY4NK1XWa/d4zhlWu4oJu9edUX454bqOvTVeWQSmWgboxYZvZ0laoXiy97UOnAZeN2HC8VJMwu7GZt4Zai4/UXh3pTV145xXq4+ES9pmxwyK6cZMOSY/RLoa3HfD+vwC6ihuXNFrJQCsP1+WJo1Tcbfa0Jaa6SkdIMoKsw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ecitele.com; dmarc=pass action=none header.from=ecitele.com; dkim=pass header.d=ecitele.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ECI365.onmicrosoft.com; s=selector2-ECI365-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=fI1VASLXZz4Ox0ssXgNY86/9Q5c/pofN9fXJcIrJxdE=; b=uEHe8EaWLKYvBFl75cGbw6BanXM7s6D6DHBy0Nf54y9eaTtZJoylMZY/aa0CFfZGFZrtoTaMIm+V38aPGOlDcl7k0feTmcWkPK1c0l+z/tCkqRRgep2lNFCGd6I8FH+a2WNJ+GNEXZGBYoL6Rsr2/JqmcuyeYJS1Fxv+Gel8EG8= Received: from AM0PR03MB4499.eurprd03.prod.outlook.com (2603:10a6:208:c4::33) by AM0PR03MB3905.eurprd03.prod.outlook.com (2603:10a6:208:6c::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3045.19; Thu, 4 Jun 2020 12:33:26 +0000 Received: from AM0PR03MB4499.eurprd03.prod.outlook.com ([fe80::8c03:b832:8af9:7992]) by AM0PR03MB4499.eurprd03.prod.outlook.com ([fe80::8c03:b832:8af9:7992%7]) with mapi id 15.20.3066.019; Thu, 4 Jun 2020 12:33:26 +0000 From: Alexander Vainshtein To: "rtg-dir@ietf.org" , "spring@ietf.org" , "lsr@ietf.org" , "bess@ietf.org" , "rtgwg@ietf.org" , "rtg-bfd@ietf.org" , "CCAMP@ietf.org" , "teas@ietf.org" , "bier@ietf.org" , "lsr@ietf.org" , "pals@ietf.org" , "detnet@ietf.org" , "mpls@ietf.org" , "nvo3@ietf.org" CC: Ron Sdayoor , Rotem Cohen Thread-Topic: Change of email address Thread-Index: AdY6a+TLCHm6WE7zRQSbSvqx0WrAHA== Date: Thu, 4 Jun 2020 12:33:26 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [79.183.63.9] x-ms-publictraffictype: Email x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: 0462e468-617d-4428-fc4b-08d808837aaa x-ms-traffictypediagnostic: AM0PR03MB3905: x-ms-exchange-transport-forked: True x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8882; x-forefront-prvs: 04244E0DC5 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: oqX1MOKb7TS+HaVmi3rcoRopuKRJJc0WRoEvfH7Iiu3CCgDefRgq+eHNhYYmgiHB8NSx9qR8JVzKnT7TOcDlmw2wlBCuLGzP0HrfTpe8fGtVcevpOGhb3IcmYroecXvtM24LYNjnwdGd9qBuHQ1EnR/+0zkkw0YacWy+XYGxp2LVclwQXFq0ijQ90ghoVXtS11urzvMDIeYW6da7QRmCFSDeLDDOOeCMSuwBQe6QnI2YceaUs1hYqyi70pQduTTKONO++SHVm9q7FEV2T/a5MRfjBzkx1zFP3fT4vkgfI7S4mB8wWNx6cR65CHaCq0bvC4NuLrC+iEZeBynSUT/wBNfnmOAiZ9GlSyb6IKeQl5xVM/JotJG9SIiQQGs04C5o x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM0PR03MB4499.eurprd03.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(136003)(396003)(39860400002)(366004)(346002)(376002)(316002)(5660300002)(110136005)(450100002)(9686003)(55016002)(478600001)(54906003)(3480700007)(8676002)(107886003)(7416002)(8936002)(186003)(6506007)(66446008)(4326008)(2906002)(76116006)(71200400001)(52536014)(83380400001)(64756008)(66556008)(26005)(7696005)(33656002)(4744005)(86362001)(66946007)(66476007)(921003); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: s8z6+Qk0NvQdpKY7y5MlnzBV0nfphQUZovVqM1fEMwixaAX2P0qlf6Yop7cmZbFgkZ6hGjRHXX3Ehogmml6b8Rm24wqCNAO/jcQOo+Napz9fZmCRILS+2F1freIHeXzFVZ13HJTIw6NPVJYHzsXAXoF/7BGGgXRcvwS3UeBdSlae8pwgnDir+Ttm+CPyriSck6ZA4Gulr6KDdKbTrZ7PBynU0AQtoVN5RAmjsUDx7FQZrK8KrTYLKHghRoB6TWeO/fUqaXpLM1m0hUdjJ0Hf9Q4kr9xJ2N8V5Dv/WN4cNN1xZOp5hWeDEMY5SXlVm74yCS2Fefvsi1XzskqvZIq0OAUEKeIJNdzffM6LhVGnLt/BwSSG8UbQzEDBtU7IkAh9tZ4noghg26ZdoIiYn4yFmvlo37PlHYkr2kXTZUWZRgKBR081WsQ+bc97GbEUzQzcSlaPmuHGq/Jv9DDR8XwEzmAvRBWixNJj+A/5GOu3qOg= Content-Type: multipart/alternative; boundary="_000_AM0PR03MB4499A03C46A28A22693EAA439D890AM0PR03MB4499eurp_" MIME-Version: 1.0 X-OriginatorOrg: ecitele.com X-MS-Exchange-CrossTenant-Network-Message-Id: 0462e468-617d-4428-fc4b-08d808837aaa X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Jun 2020 12:33:26.3929 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 2c514a61-08de-4519-b4c0-921fef62c42a X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: aCT7U+3db9zXuycCebVfwqPbkGT4Xm/+YIrPJNljHfTg9LiUn23wR8+3wsMhQmfvr44v0g5sIo92lTNCMaQn1g== X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR03MB3905 X-CFilter-Loop: Reflected X-DetectorID-Processed: d8d3a2b3-1594-4c39-92fb-b8312fe65a8a Archived-At: Subject: [mpls] Change of email address X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Jun 2020 12:33:41 -0000 --_000_AM0PR03MB4499A03C46A28A22693EAA439D890AM0PR03MB4499eurp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear colleagues, Following the acquisition of my employer - ECI Telecom, by Ribbon, startin= g from 09-Jun-20 all the mails I will send to IETF will use alexander.vain= shtein@rbbn.com as my address. I will still be receiving emails addressed to alexander.vainshtein@ecitele= .com (at least for the time being= ). I will re-subscribe to all the IETF mailing lists using my new email once = it becomes operational. Regards, and apologies for possible inconvenience, Sasha Office: +972-39266302 Cell: +972-549266302 Email: Alexander.Vainshtein@ecitele.com __________________________________________________________________________= _ This e-mail message is intended for the recipient only and contains inform= ation which is=20 CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have rece= ived this=20 transmission in error, please inform us by e-mail, phone or fax, and then = delete the original=20 and all copies thereof. __________________________________________________________________________= _ --_000_AM0PR03MB4499A03C46A28A22693EAA439D890AM0PR03MB4499eurp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dear colleagues,

Following the acquisition of my employer – EC= I Telecom, by Ribbon, starting from 09-Jun-20 all the mails I will send to= IETF will use alexander.vainshtein@rbbn= .com as my address.

 

I will still be receiving emails addressed to alexander.vainshtein@ecitele.com (at least for the time being).

 

I will re-subscribe to all the IETF mailing lists u= sing my new email once it becomes operational.

 

Regards, and apologies for possible inconvenience,<= o:p>

Sasha

 

Office: +972-39266302

Cell:      +972-549266= 302

Email:   Alexander.Vainshtein@ecitele.com=

 


__________________________________________________________________________= _

This e-mail message is intended for the recipient only and contains inform= ation which is
CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have rece= ived this
transmission in error, please inform us by e-mail, phone or fax, and then = delete the original
and all copies thereof.
__________________________________________________________________________= _
--_000_AM0PR03MB4499A03C46A28A22693EAA439D890AM0PR03MB4499eurp_-- From nobody Fri Jun 5 03:13:29 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B236F3A0C10; Fri, 5 Jun 2020 03:13:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.989 X-Spam-Level: X-Spam-Status: No, score=-1.989 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net header.b=o3CbxZM5; dkim=pass (1024-bit key) header.d=juniper.net header.b=Ez7CPeQm Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aWdcM7mkLCsF; Fri, 5 Jun 2020 03:13:23 -0700 (PDT) Received: from mx0b-00273201.pphosted.com (mx0b-00273201.pphosted.com [67.231.152.164]) (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 83DC03A0C0D; Fri, 5 Jun 2020 03:13:23 -0700 (PDT) Received: from pps.filterd (m0108163.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 055A6acd006259; Fri, 5 Jun 2020 03:13:21 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : mime-version; s=PPS1017; bh=suTqLSTB9osSJzg4Vt2d1Bf3H0zh/eqS/FSpW7k0KKo=; b=o3CbxZM5W6+VcpFhEsy+AvOItR1SIQxNB+OD9HLAFm7Hwh/qsZ/ucszyy8WK2QXF29t8 H779L2kODQ2V51ubzqfmX30Ad7rvxb40TR+o6YNnts0YciYXTMBo2Eg99oMA11s6MIbQ TpM9PP5E2iV0xSiGlEinaMZ6fEuaubA8M3H4unGjgbgDfvT39tzXQgFUqTY9HiV3Qjka ADkcHv76a4kyBp0ejDclaLudEwlP1ox2de3A3PT3RnbgX2PJt8h2B8SclU0wzWh6/dNU z+vMvBvvB2XYYvMdm/YJMDqKlX9QgjzfA2RcG4ymy3D8Ab5eYjuQPdA3khjo9A9aWgUG 7w== Received: from nam04-co1-obe.outbound.protection.outlook.com (mail-co1nam04lp2058.outbound.protection.outlook.com [104.47.45.58]) by mx0b-00273201.pphosted.com with ESMTP id 31fb9k0q8v-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 05 Jun 2020 03:13:20 -0700 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=BchFfh2HuTQmzWuChTHnwt1t6UWEt/JBU1z/Ry8TFyZ9/rUHMoU6NeCIN/ydzubq0ciTO6XrlUwzaft5vlXvkRasrVJSTdqELl4StVEGQdDTQgps6T+gg8H4ly0Y0mZP+xFtQ2honscyBfWreIhP0ptnVHQT37WjY8U0r0q5oksX0yXxZkG+EMthetJAy933HpJWrIqvQIvJcjwhC5cAmwccFPLnc7j71NcG0x28paiPC3EAySN6j+XkaJ7P4csrCkHBImWf0iNHotnUIt6MkTWoUXUKnXSEgB/cZmnsDQcmgLJJR6FKv4Zq/2NXRaz0eVpN7egv+bjQclRRR94CCA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=suTqLSTB9osSJzg4Vt2d1Bf3H0zh/eqS/FSpW7k0KKo=; b=kOfqDhMFoiAsQCSjC4iRB/u4SwbcR0dx/ya95W2WwFOKOM5VxgNplFySbBvx5WdJPcRQvOXED5Ia1NL3HcOsG2GWswL7CtLeYYLTFX9y5XVqoYnFsdOztcqJ3N/G5QSnArpf2Wn6udu42Elf9nPLA1y5mS4XgwVVBcw/IzwDw7JgD/1UsEVx4952pq/mJq8FHkjqdVWYux8wTL8JuTzBuofCJOjMpGWqixx7+h4O9PyJCzBPMEgO4YW4FWCcyiZHQ90TTogl9Xb0OTzSxQH7iqMlx+9rKPlRqoF4T3sBEWHZ7s5YrbXmt+gZsH2JhelHSZHyj5sZhCjZ/L5ZGJBEgw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=juniper.net; dmarc=pass action=none header.from=juniper.net; dkim=pass header.d=juniper.net; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=suTqLSTB9osSJzg4Vt2d1Bf3H0zh/eqS/FSpW7k0KKo=; b=Ez7CPeQmGkUIy9cuFRt9LIX735Db+HwLbEAB6ncejnBI3HafGJUaV7ri5hC1PGtqJzu71KYJ64GuAnbY5HW82hXEyTYUhRc3y/1HXcIB5aCvTK6sfpwW94hK165FRH0wmdPLnoJp5mUGkKIBGnZo9XrBrEtJI9GjhyUOfbSQVjI= Received: from CY4PR05MB3576.namprd05.prod.outlook.com (2603:10b6:910:52::22) by CY4PR05MB2998.namprd05.prod.outlook.com (2603:10b6:903:10::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3088.9; Fri, 5 Jun 2020 10:13:16 +0000 Received: from CY4PR05MB3576.namprd05.prod.outlook.com ([fe80::241d:c9c:c8de:e5e5]) by CY4PR05MB3576.namprd05.prod.outlook.com ([fe80::241d:c9c:c8de:e5e5%6]) with mapi id 15.20.3088.000; Fri, 5 Jun 2020 10:13:16 +0000 From: Shraddha Hegde To: "Ketan Talaulikar (ketant)" , Loa Andersson , "draft-hegde-mpls-spring-epe-oam@ietf.org" CC: "mpls-chairs@ietf.org" , "mpls@ietf.org" Thread-Topic: [mpls] working group adaption poll (wgap) for draft-hegde-mpls-spring-epe-oam Thread-Index: AQHWHpsEUfJU88XvSkKAbfbwWgY/HKikqACAgADOeACAAASQAIAhIQVQgAA2XYCAAUE9IIAAI44AgAHJvqA= Date: Fri, 5 Jun 2020 10:13:16 +0000 Message-ID: References: <6eee6cce-b7b3-dcce-b3b8-2229745e778d@pi.nu> <1717e4b0-17cf-13f7-d1bc-fd9a849418e1@pi.nu> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2020-06-03T06:18:56Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=0633b888-ae0d-4341-a75f-06e04137d755; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=5d9b56cc-13db-4ada-8043-c2f00f7cbf5e; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2 dlp-product: dlpe-windows dlp-version: 11.2.0.14 dlp-reaction: no-action authentication-results: cisco.com; dkim=none (message not signed) header.d=none;cisco.com; dmarc=none action=none header.from=juniper.net; x-originating-ip: [116.197.184.12] x-ms-publictraffictype: Email x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: ed99c8ed-a5a2-4101-ddb7-08d809391082 x-ms-traffictypediagnostic: CY4PR05MB2998: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 0425A67DEF x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: XbOxDts3q5m/4qR6o26TBUcp4c1cXxNcUIdNks9cOx/Ah6JuseiuXCKajPjjCU9v0rW7gD2KHwGStrSheRd8HFLiObHfqY+4kyBPA2EANMCFhpnLb5FYY0hUBgheWruJPtohRhxP4EaDa2wEpxGe6T6uP4ArvBosJcg+7I3K9KH05w9W9hm2HmPc2Z7WqqpORA0QG+zoUMpfeqdXLsrBhLg0p7bkNdjcaWET6vO+DyXzLxfZIuO4qCQ2vrO0PMBuglWJD/+W+2DYJEh2tSQtuQCwO8j06eyDx4rS/WuNcOWeOWTergVCNX3NRfwWHMQRFEvj2rBC2xGckda0eOnk/6ONnSCN7b8Emn9WRxwTq0X9gNjZEHzPRYiLCaGXqOLH7mElV9cV2eIMmN7oDP42Wg== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:CY4PR05MB3576.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(136003)(396003)(366004)(39860400002)(346002)(376002)(71200400001)(4326008)(26005)(8676002)(478600001)(86362001)(66446008)(2906002)(5660300002)(66556008)(8936002)(76116006)(66946007)(66476007)(966005)(186003)(52536014)(64756008)(316002)(30864003)(9686003)(7696005)(54906003)(166002)(110136005)(33656002)(66574014)(55016002)(6506007)(83380400001)(53546011)(579004); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: 8JEA4C/S23fZFn+CWmtiqcFIJBJlNI8iskBH2AD44Cq/5GYD2gGA6RjVFk3ThZlxNSIycwOFLHpJ1NF8qGUOUl+Tur2s7fesckUrpwGICVlE4bfuCIKCAzQP/UVPHdH/MAQy6jyo+lFQQZWEmBRcM2VGkTVXBmY5J6zZZdTIFuAy5UDHN9e6LqUm7WHKBSQzmM7gSF8yihaUIzzFRHvCuUxARq474knV1QPDos0v0tLPJWXf+qPJ7zyyn61qDA5gHiuuNtXqzbsCUWaGra1AgkiNhfLBmwczezQJnNMKxYjlUyPFDEKlqx4yT0+78W8zuhvWUxRlQwqZQZ7I+dNzXMT+UeEh6tCvY4D19Ijn0kdqvO6Otnh7XfBPLcrcE5y86630FulrWGi5PN2PQqtrmDUkzORAKp0tEoK9Bu9XOuwawvzca3a34IGAKAbJsjY/SykP7BrsPwwPyTStYZglN4l4Ou60xrGVhCrzbuEenlgWgBhs4wrAXBy7CmGM/6Nh x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_CY4PR05MB3576BC57EC1319951003A933D5860CY4PR05MB3576namp_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: ed99c8ed-a5a2-4101-ddb7-08d809391082 X-MS-Exchange-CrossTenant-originalarrivaltime: 05 Jun 2020 10:13:16.6813 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: Obi5tGKlub5OpPscoTJKmdE7kZWeMLY8YT2FFVaoCq0qVg3g84P+xtO44OY2BtShviRYpTheykO2AZrzbJ0H6g== X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY4PR05MB2998 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.216, 18.0.687 definitions=2020-06-05_02:2020-06-04, 2020-06-05 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 mlxlogscore=999 bulkscore=0 cotscore=-2147483648 clxscore=1015 lowpriorityscore=0 priorityscore=1501 impostorscore=0 spamscore=0 malwarescore=0 suspectscore=0 mlxscore=0 adultscore=0 phishscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2004280000 definitions=main-2006050077 Archived-At: Subject: Re: [mpls] working group adaption poll (wgap) for draft-hegde-mpls-spring-epe-oam X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Jun 2020 10:13:27 -0000 --_000_CY4PR05MB3576BC57EC1319951003A933D5860CY4PR05MB3576namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Ketan, [KT] For such use-cases (where steering needs to happen over a specific lin= k/adjacency), the EPE controller needs to use the BGP Peer Adjacency SID th= at does this kind of steering over specific interfaces - again per definiti= on in https://tools.ietf.org/html/rfc8402#section-4.2 The above RFC section you are referring mentions what are PeerAdj SID, Peer= Node SID and PeerSet SID. These definitions are matching with what you are = saying that if steering on a link is required use PeerAdjSID and if steerin= g on Peer is required use PeerNodeSID. This is good enough description of w= hat is available. Think about how an EPE controller decides whether it should steer on the li= nk using PeerAdjSID or it should use PeerNodeSID. To make this decision EPE= controller needs to have information about link characteristics and which = link the traffic is going to take if a path is built using PeerAdjSID/PeerN= odeSID and what is the bandwidth availability on those links. This is a fun= damental requirement for any kind of traffic-engineering. This usecase is very much in the scope of Egress Peer Engineering. https://tools.ietf.org/html/draft-ietf-spring-segment-routing-central-epe-1= 0 specifies that the problem statement comes from 7855 "1.1. Problem Statement The BGP-EPE problem statement is defined in [RFC7855]." 7855 lists traffic engineering as one of the main usecase for EPE. https://tools.ietf.org/html/rfc7855#section-3.3.1 of RFC 7855 clearly describes Traffic Engineering usecases that need to be= supported for EPE. Rgds Shraddha Juniper Business Use Only From: Ketan Talaulikar (ketant) Sent: Thursday, June 4, 2020 12:05 PM To: Shraddha Hegde ; Loa Andersson ; draft= -hegde-mpls-spring-epe-oam@ietf.org Cc: mpls-chairs@ietf.org; mpls@ietf.org Subject: RE: [mpls] working group adaption poll (wgap) for draft-hegde-mpls= -spring-epe-oam [External Email. Be cautious of content] Hi Shraddha, Trimming further [KT] I have a concern here. The semantics of the FEC for Peer Node and Set = SIDs does not include (i.e. does not care about the interface over which th= e packet was received). So the link information is in any case part of the = response that is sent back to the requester which can perform this validati= on. I don't see how it can be included in the FEC definition. Lets say you have ASBR A connecting two different ASBRs in differ= ent ASes B and C. Lets assume there are multiple links between A->B and A->= C. Lets say there is a multi-hop eBGP session between A->= B between A->C. Lets say peerNode SID has been advertised for A->B and= A->C. The Link descriptors for the PeerNode Sid include the BGP session l= ocal addresses and for a multi-hop BGP BGP session its going to be loopback addresses so fro= m available information, it is not possible to derive which interface the t= raffic will be flowing. [KT] This is correct and it is inline with the definition of BGP Peer Node = SID per https://tools.ietf.org/html/rfc8402#section-4.2 Now lets say there is a requirement that certain app= lication should use a guaranteed 10G bandwidth on these Inter-as links. If the EPE controller does not know wh= ich interfaces the traffic will be flowing, it cannot figure out which peer= NodeSID to pick to build the path. [KT] For such use-cases (where steering needs to happen over a specific lin= k/adjacency), the EPE controller needs to use the BGP Peer Adjacency SID th= at does this kind of steering over specific interfaces - again per definiti= on in https://tools.ietf.org/html/rfc8402#section-4.2 Draft-hegde-idr-bgp-ls-epe-inter-as talks about the use= cases and required protocol extensions. [KT] We have been discussing this draft in the past and indeed it tries to = enable signalling of additional underlying link information for a multi-hop= eBGP neighborship. For any reasonable traffic engineering using peerNodeSID = I think that this information is required. [KT] However, for steering over links, we cannot change the semantics of Pe= er NodeSID which clearly does not put any constraint on the link over which= packet is delivered to the BGP peer. It is also useful to know if the control plane and datapla= ne are in sync with OAM. If the control plane is advertising peerNodeSID to= be Going over some link but the actual traffic flow is on a di= fferent link, it will screw-up the traffic engineering. MPLS WG has built O= AM has tools/techniques For years to find these kind of problems.We are trying to = apply these to EPE SIDs. [KT] When multiple underlying links are there between A and B, there are im= plementation specific or other aspects that may influence whether the traff= ic goes over a 10G or a 100G link between the nodes. We do have capability = in LSP Ping so that C and indicate in it's response the specific link over = which it has received the packet from A. This way the actual querier can do= verification to check whether the desired local implementation mechanism o= n A for choosing say the 100G link is working even if the Peer Node SID is = being used. However, from a standard's perspective the semantics of Peer No= de SID has no notion of interface binding associated with it and hence it c= annot be put into its FEC and therefore this verification cannot be expecte= d of C. Thanks, Ketan Rgds Shraddha Juniper Business Use Only From: Ketan Talaulikar (ketant) > Sent: Wednesday, June 3, 2020 2:48 PM To: Shraddha Hegde >; Loa= Andersson >; draft-hegde-mpls-spring-epe-oam@i= etf.org Cc: mpls-chairs@ietf.org; mpls@ietf.org Subject: RE: [mpls] working group adaption poll (wgap) for draft-hegde-mpls= -spring-epe-oam [External Email. Be cautious of content] Hi Shraddha, Thanks for your response and update. Please check inline below. -----Original Message----- From: Shraddha Hegde > Sent: 03 June 2020 11:49 To: Ketan Talaulikar (ketant) >; = Loa Andersson >; draft-hegde-mpls-spring-epe-oa= m@ietf.org Cc: mpls-chairs@ietf.org; mpls@ietf.org Subject: RE: [mpls] working group adaption poll (wgap) for draft-hegde-mpls= -spring-epe-oam Hi ketan, Thanks for the detailed review and comments. Pls see inline for response. Juniper Business Use Only -----Original Message----- From: Ketan Talaulikar (ketant) > Sent: Wednesday, May 13, 2020 9:38 AM To: Loa Andersson >; draft-hegde-mpls-spring-ep= e-oam@ietf.org Cc: mpls-chairs@ietf.org; mpls@ietf.org Subject: RE: [mpls] working group adaption poll (wgap) for draft-hegde-mpls= -spring-epe-oam [External Email. Be cautious of content] Hi Loa, There is no doubt about the need for LSP ping and traceroute operations to = cover BGP EPE SIDs. So the requirement is real and something that the WG sh= ould be taking up. My concerns is that the proposal in the draft is diverging from the control= plane protocol semantics for what constitutes the FEC (or context) and how= it is to be validated. These are some core aspects that IMHO need to be ad= dressed before adoption while the rest may be taken up during its life as a= WG document. I would suggest to wait for the authors response. Thanks, Ketan -----Original Message----- From: Loa Andersson > Sent: 13 May 2020 09:22 To: Ketan Talaulikar (ketant) >; = draft-hegde-mpls-spring-epe-oam@ietf.org Cc: mpls-chairs@ietf.org; mpls@ietf.org Subject: Re: [mpls] working group adaption poll (wgap) for draft-hegde-mpls= -spring-epe-oam Ketan, Anything of this that need to addressed before wg adoption? Authors I leave the wgap opeb a few extra days to llow you to respond to this. /Loa On 12/05/2020 23:32, Ketan Talaulikar (ketant) wrote: > Hello Authors, > > I have the following comments on this draft and would be good if you coul= d clarify/respond. > > 1)The FEC description should match the "context" that is advertised in > the control plane for Peer Adj SID. E.g. the local/remote Interface > IDs are not being included from > https://urldefense.com/v3/__https://tools.ietf.org/html/draft-ietf-idr > -bgpls-segment-routing-epe-1__;!!NEt6yMaO-gk!W0-Gp88WKnqRfX4kdfeWV8aIH > qrXTj0Pzz9Vl-B2ZVn78SFO60XGBDi2Y-5xIny8$ > 9#section-4.2 The EPE draft mandates interface-ids and allows remote interface= -id to be zero. Remote interface ID being zero does not help in validating the incoming int= erface which is very Useful OAM functionality. For this reason, this draft = recommends sending interface addresses in the PeerADJ SID Link descriptors = which is optional. I have updated the PeerAdj SID section with this information and also updat= ed with the possibility of sending zero In which case incoming interface va= lidation should be skipped. This is to accommodate cases when the advertisi= ng node does not send the interface addresses [KT] Ack - this sounds good to me. Thanks. > > 2) For the Peer Node SID, the control plane definition is https://urldefe= nse.com/v3/__https://tools.ietf.org/html/draft-ietf-idr-bgpls-segment-routi= ng-epe-19*section-4.1__;Iw!!NEt6yMaO-gk!W0-Gp88WKnqRfX4kdfeWV8aIHqrXTj0Pzz9= Vl-B2ZVn78SFO60XGBDi2Y6sXdlcY$ and the FEC description in this draft is not aligned with the correspond= ing control plane. The Peer Node SID is meant for the packet to be delivere= d to a specific BGP peer and it does not matter over which interface it is = received. So why have those interface addresses as mandatory in the FEC. Th= e only thing the control plane indicates is the peering session itself. > > 3) Same as (2) above, for the Peer Set SID, the interfaces are don't care= . The reason for need to have interface addresses specified is for= incoming interface validation as explained above. For Peer Node SID interf= aces are advertised with draft I-D.hegde-idr-bgp-ls-epe-inter-as.I have add= ed this to the reference and updated text as to why it is needed. Also the = ingress can send 0 pair of addresses in which case Incoming interface valid= ation will be skipped and success will be sent based on other validations. Pls check -07 version and let me know if you are OK with it. [KT] I have a concern here. The semantics of the FEC for Peer Node and Set = SIDs does not include (i.e. does not care about the interface over which th= e packet was received). So the link information is in any case part of the = response that is sent back to the requester which can perform this validati= on. I don't see how it can be included in the FEC definition. > > 4) The draft just says that the procedures are borrowed from RFC8287 but = I don't think this is so straightforward or trivial. E.g. https://urldefens= e.com/v3/__https://tools.ietf.org/html/rfc8287*section-7.2__;Iw!!NEt6yMaO-g= k!W0-Gp88WKnqRfX4kdfeWV8aIHqrXTj0Pzz9Vl-B2ZVn78SFO60XGBDi2Y3Z0DrZ_$ has the following: > > The network node that is immediately downstream of the node that > advertised the Adjacency Segment ID is responsible for generating the > FEC Stack Change sub-TLV for POP operation for the Adjacency Segment > ID. > A new section for EPE FEC validation has been added in -06 versi= on. This section specifies the details when return code 3 Has to be sent. A= s per RFC 8029 sec 3.4.1.3 FEC stack change and IS_EGRESS code are treated= identically. " A Downstream Detailed Mapping TLV containing only one FEC stack change sub-TLV with pop operation is equivalent to IS_EGRESS (Return Code 3, Section 3.1) for the outermost FEC in the FEC stack. The ingress router performing the LSP traceroute MUST treat such a case as an IS_EGRESS for the outermost FEC." I don't see the need to re-iterate RFC 8029 sections in this draft. If it i= s still not clear let me know. [KT] Sure. I think we can work through this once we converge on the FEC def= inition. > In the case of IGPs, the downstream node does have the label and context = for adjacency SID (which is functionally closest to BGP EPE SIDs). In the B= GP-EPE SIDs case, this is not always the case. So I believe, it would be be= tter if the entire operation were described. EPE SID validation section is added. Pls take a look and let me = know if it looks good. [KT] Same as previous comment. > > 5) The ping or traceroute done to any of the BGP EPE SID corresponding to= an eBGP session may result in the packet being sent to another entity. The= security consideration talk about it, but the problem is not addressed by = the remote AS dropping the packets. The security issue is that the OAM pack= et could expose the FECs and information of the local AS to a remote AS. So= it is more as an caveat for the operators performing the OAM operation to = be mindful of this fact. > Yes. This was raised in RT review and security section has been = updated with this info in -06 version. > In general, some more description that set the stage for the introduction= of the new extensions and elaborate more on the operations (some considera= tions above on what is mandatory to evaluate and what is optional). Sure. Pls check the -07 version which I'll be posting soon and l= et me know if you have further comments. [KT] Thanks again for the update. I believe we can work through the remaini= ng/open points over course of time. Thanks, Ketan > > Thanks, > Ketan > > -----Original Message----- > From: mpls > On Behal= f Of Loa Andersson > Sent: 30 April 2020 08:26 > To: mpls@ietf.org > Cc: mpls-chairs@ietf.org; draft-hegde-mpls-s= pring-epe-oam@ietf.org > Subject: [mpls] working group adaption poll (wgap) for > draft-hegde-mpls-spring-epe-oam > > Working Group, > > This is to start a two week poll on adopting draft-hegde-mpls-spring-epe-= oam as a MPLS working group document. > > Please send your comments (support/not support) to the mpls working group= mailing list (mpls@ietf.org). Please give a technica= l motivation for your support/not support, especially if you think that the= document should not be adopted as a working group document. > > There is one IPR disclosure against this document. > > The authors have stated on the MPLS wg mailing list that they are unaware= of any IPRs that relates to this document. > > The working group adoption poll ends May 15, 2020. > > /Loa > -- My mail server from time to time has come under DOS attacks, we are working= to fix it but it may take some time. If you get denial of service sending = to me plz try to use loa.pi.nu@gmail Loa Andersson email: loa@pi.nu Senior MPLS Expert Bronze Dragon Consulting phone: +46 739 81 21 64 --_000_CY4PR05MB3576BC57EC1319951003A933D5860CY4PR05MB3576namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Ketan,

 

[KT] For such use-cases (where steering needs to happen over a specific l= ink/adjacency), the EPE controller needs to use the BGP Peer Adjacency SID = that does this kind of steering over specific interfaces - again per definition in h= ttps://tools.ietf.org/html/rfc8402#section-4.2=

 

The above RFC section you are referring mentions wha= t are PeerAdj SID, PeerNode SID and PeerSet SID. These definitions are matc= hing with what you are saying that if steering on a link is required use Pe= erAdjSID and if steering on Peer is required use PeerNodeSID. This is good enough description of what is avail= able.

 

Think about how an EPE controller decides whether it= should steer on the link using PeerAdjSID or it should use PeerNodeSID. To= make this decision EPE controller needs to have information about link cha= racteristics and which link the traffic is going to take if a path is built using PeerAdjSID/PeerNodeSID and what = is the bandwidth availability on those links. This is a fundamental require= ment for any kind of traffic-engineering.

 

This usecase is very much in the scope of Egress Pee= r Engineering.

https://tools.ietf.org/html/draft-ietf= -spring-segment-routing-central-epe-10 specifies that the problem state= ment

comes from 7855

 

“1.= 1.  Problem Statement

 

The BGP-EPE problem statement is defined in [RFC7855].” =
;        
 
7855 lists traffic engineering as one of the main usecase for EPE.
 
https://=
tools.ietf.org/html/rfc7855#section-3.3.1
 
of RFC 7855  clearly describes Traffic Engineering usecases that =
need to be supported for EPE.
 
 
 
 
Rgds
Shraddha
 

 

 

 

Juniper Business Use Only

From: Ketan Talaulikar (ketant) <ketant@ci= sco.com>
Sent: Thursday, June 4, 2020 12:05 PM
To: Shraddha Hegde <shraddha@juniper.net>; Loa Andersson <l= oa@pi.nu>; draft-hegde-mpls-spring-epe-oam@ietf.org
Cc: mpls-chairs@ietf.org; mpls@ietf.org
Subject: RE: [mpls] working group adaption poll (wgap) for draft-heg= de-mpls-spring-epe-oam

 

<= span lang=3D"EN-IN" style=3D"font-size:10.5pt;font-family:"Lato",= sans-serif;color:black">[External Email. Be cautious of content]=

 

Hi Shraddha,<= /p>

 

Trimming further

= [KT] I have a concern here. The semantics of the FEC for Peer Node and Set = SIDs does not include (i.e. does not care about the interface over which th= e packet was received). So the link information is in any case part of the response that is sent back to the requester whi= ch can perform this validation. I don’t see how it can be included in= the FEC definition.

=  

= <Shraddha>Lets say you have ASBR A connecting two different ASBRs in = different ASes B and C. Lets assume there are multiple links between A->= B and A->C.

=             &nb= sp;        Lets say there is a multi-hop= eBGP session between A->B  between A->C.<= /b>

=             &nb= sp;        Lets say peerNode SID has bee= n advertised for A->B and A->C.  The Link descriptors for the Pe= erNode Sid include the BGP session local addresses and for a multi-hop BGP<= o:p>

=             &nb= sp;         BGP session its going t= o be loopback addresses so from available information, it is not possible t= o derive which interface the traffic will be flowing.=

[KT] This is correct and it is inline with the definition of BGP Peer Nod= e SID per https://tools.ietf.org/html/rfc8402#sec= tion-4.2

 

=              &n= bsp;        Now lets say  ther= e is a requirement that certain application should use a guaranteed 10G ban= dwidth on these

=             &nb= sp;        Inter-as links. If the EPE co= ntroller does not know which interfaces the traffic will be flowing, it can= not figure out which peerNodeSID to pick to build the path.

[KT] For such use-cases (where steering needs to happen over a specific l= ink/adjacency), the EPE controller needs to use the BGP Peer Adjacency SID = that does this kind of steering over specific interfaces - again per definition in h= ttps://tools.ietf.org/html/rfc8402#section-4.2=

 

=             &nb= sp;       Draft-hegde-idr-bgp-ls-epe-inter-as= talks about the usecases and required protocol extensions.

[KT] We have been discussing this draft in the past and indeed it tries t= o enable signalling of additional underlying link information for a multi-h= op eBGP neighborship.

 

=             &nb= sp;     For any reasonable traffic engineering using pe= erNodeSID I think that this information is required.

[KT] However, for steering over links, we cannot change the semantics of = Peer NodeSID which clearly does not put any constraint on the link over whi= ch packet is delivered to the BGP peer.

 

=             &nb= sp;    It is also useful to know if the control plane a= nd dataplane are in sync with OAM. If the control plane is advertising peer= NodeSID to be

=             &nb= sp;   Going over some link but the actual traffic flow is on a di= fferent link, it will screw-up the traffic engineering. MPLS WG has built O= AM has tools/techniques

=             &nb= sp;   For years to find these kind of problems.We are trying to &= nbsp;apply these to EPE SIDs.

[KT] When multiple underlying links are there between A and B, there are = implementation specific or other aspects that may influence whether the tra= ffic goes over a 10G or a 100G link between the nodes. We do have capability in LSP Ping so that C and indicate in it&= #8217;s response the specific link over which it has received the packet fr= om A. This way the actual querier can do verification to check whether the = desired local implementation mechanism on A for choosing say the 100G link is working even if the Peer Node SID i= s being used. However, from a standard’s perspective the semantics of= Peer Node SID has no notion of interface binding associated with it and he= nce it cannot be put into its FEC and therefore this verification cannot be expected of C.=

 

Thanks,

Ketan

=             &nb= sp; 

 =       Rgds

Shra= ddha            = ; 

 

 

 

Juniper Business Use Only

From: Ketan Talaulikar (ketant) <ketant@cisco.com>
Sent: Wednesday, June 3, 2020 2:48 PM
To: Shraddha Hegde <shrad= dha@juniper.net>; Loa Andersson <loa= @pi.nu>; draft-hegde-mpl= s-spring-epe-oam@ietf.org
Cc: mpls-chairs@ietf.org= ; mpls@ietf.org
Subject: RE: [mpls] working group adaption poll (wgap) for draft-heg= de-mpls-spring-epe-oam

 

<= span lang=3D"EN-IN" style=3D"font-size:10.5pt;font-family:"Lato",= sans-serif;color:black">[External Email. Be cautious of content]=

 

Hi Shraddha,

 

Thanks for your response and= update. Please check inline below.

 

-----Original Message-----
From: Shraddha Hegde <shraddha@j= uniper.net>
Sent: 03 June 2020 11:49
To: Ketan Talaulikar (ketant) <ketan= t@cisco.com>; Loa Andersson <loa@pi.= nu>; draft-hegde-mpl= s-spring-epe-oam@ietf.org
Cc: mpls-chairs@ietf.org; mpls@ietf.org
Subject: RE: [mpls] working group adaption poll (wgap) for draft-hegde-mpls= -spring-epe-oam

 

Hi ketan,<= /p>

 

Thanks for the detailed revi= ew and comments. Pls see inline for response.

 

 

Juniper Business Use Only

 

-----Original Message-----

From: Ketan Talaulikar (keta= nt) <ketant@cisco.com>

Sent: Wednesday, May 13, 202= 0 9:38 AM

To: Loa Andersson <loa@pi.nu>; draft-hegde-mpls-spring-epe-oam@ietf= .org

Cc: mpls-chairs@ietf.org<= /span>; mpls@ietf.org

Subject: RE: [mpls] working = group adaption poll (wgap) for draft-hegde-mpls-spring-epe-oam

 

[External Email. Be cautious= of content]

 

 

Hi  Loa,

 

There is no doubt about the = need for LSP ping and traceroute operations to cover BGP EPE SIDs. So the r= equirement is real and something that the WG should be taking up.

 

My concerns is that the prop= osal in the draft is diverging from the control plane protocol semantics fo= r what constitutes the FEC (or context) and how it is to be validated. Thes= e are some core aspects that IMHO need to be addressed before adoption while the rest may be taken up during its = life as a WG document. I would suggest to wait for the authors response.

 

Thanks,

Ketan

 

-----Original Message-----

From: Loa Andersson <loa@pi.nu>

Sent: 13 May 2020 09:22=

To: Ketan Talaulikar (ketant= ) <ketant@cisco.com>; draft-hegde-mpls-spring-epe-oam@ietf= .org

Cc: mpls-chairs@ietf.org<= /span>; mpls@ietf.org

Subject: Re: [mpls] working = group adaption poll (wgap) for draft-hegde-mpls-spring-epe-oam

 

Ketan,

 

Anything of this that need t= o addressed before wg adoption?

 

 

Authors

 

I leave the wgap opeb a few = extra days to llow you to respond to this.

 

 

/Loa

 

On 12/05/2020 23:32, Ketan T= alaulikar (ketant) wrote:

> Hello Authors,

> =

> I have the following co= mments on this draft and would be good if you could clarify/respond.

> =

> 1)The FEC description s= hould match the "context" that is advertised in

> the control plane for P= eer Adj SID. E.g. the local/remote Interface

> IDs are not being inclu= ded from

> https://urldefense.co= m/v3/__https://tools.ietf.org/html/draft-ietf-idr

> -bgpls-segment-routing-= epe-1__;!!NEt6yMaO-gk!W0-Gp88WKnqRfX4kdfeWV8aIH

> qrXTj0Pzz9Vl-B2ZVn78SFO= 60XGBDi2Y-5xIny8$

> 9#section-4.2

 

<Shraddha> The EPE dra= ft mandates interface-ids and allows remote interface-id to be zero.

Remote interface ID being ze= ro does not help in validating the incoming interface which is very Useful = OAM functionality. For this reason, this draft recommends sending interface= addresses in the PeerADJ SID Link descriptors which is optional.

 

I have updated the PeerAdj S= ID section with this information and also updated with the possibility of s= ending zero In which case incoming interface validation should be skipped. = This is to accommodate cases when the advertising node does not send the interface addresses

= [KT] Ack – this sounds good to me. Thanks.<= /p>

&= nbsp;

> =

> 2) For the Peer Node SI= D, the control plane definition is https://urldefense.co= m/v3/__https://tools.ietf.org/html/draft-ietf-idr-bgpls-segment-routing-epe= -19*section-4.1__;Iw!!NEt6yMaO-gk!W0-Gp88WKnqRfX4kdfeWV8aIHqrXTj0Pzz9Vl-B2Z= Vn78SFO60XGBDi2Y6sXdlcY$  and the FEC description in this draft is not aligned with the correspondin= g control plane. The Peer Node SID is meant for the packet to be delivered = to a specific BGP peer and it does not matter over which interface it is re= ceived. So why have those interface addresses as mandatory in the FEC. The only thing the control plane indica= tes is the peering session itself.

> =

> 3) Same as (2) above, f= or the Peer Set SID, the interfaces are don't care.

<Shraddha> The reason = for need to have interface addresses specified is for incoming interface va= lidation as explained above. For Peer Node SID interfaces are advertised wi= th draft I-D.hegde-idr-bgp-ls-epe-inter-as.I have added this to the reference and updated text as to why it is needed. = Also the ingress can send 0 pair of addresses in which case Incoming interf= ace validation will be skipped and success will be sent based on other vali= dations.

Pls check -07 version and le= t me know if you are OK with it.

= [KT] I have a concern here. The semantics of the FEC for Peer Node and Set = SIDs does not include (i.e. does not care about the interface over which th= e packet was received). So the link information is in any case part of the response that is sent back to the requester whi= ch can perform this validation. I don’t see how it can be included in= the FEC definition.

&= nbsp;

> =

> 4) The draft just says = that the procedures are borrowed from RFC8287 but I don't think this is so = straightforward or trivial. E.g. https://urldefense.co= m/v3/__https://tools.ietf.org/html/rfc8287*section-7.2__;Iw!!NEt6yMaO-gk!W0= -Gp88WKnqRfX4kdfeWV8aIHqrXTj0Pzz9Vl-B2ZVn78SFO60XGBDi2Y3Z0DrZ_$&= nbsp; has the following:

> =

>    = The network node that is immediately downstream of the node that

>    = advertised the Adjacency Segment ID is responsible for generating the=

>    = FEC Stack Change sub-TLV for POP operation for the Adjacency Segment<= /o:p>

>    = ID.

> =

 

<shraddha> A new secti= on for EPE FEC validation has been added in -06 version. This section speci= fies the details when return code 3 Has to be sent. As per  RFC 8029 s= ec 3.4.1.3 FEC stack change and IS_EGRESS code are treated identically.

" A Downstream Detailed= Mapping TLV containing only one FEC stack

    &nbs= p;  change sub-TLV with pop operation is equivalent to IS_EGRESS<= /o:p>

    &nbs= p;  (Return Code 3, Section 3.1) for the outermost FEC in the FEC=

    &nbs= p;  stack.  The ingress router performing the LSP traceroute MUST=

    &nbs= p;  treat such a case as an IS_EGRESS for the outermost FEC."

 

I don't see the need to re-i= terate RFC 8029 sections in this draft. If it is still not clear let me kno= w.

= [KT] Sure. I think we can work through this once we converge on the FEC def= inition.

 

> In the case of IGPs, th= e downstream node does have the label and context for adjacency SID (which = is functionally closest to BGP EPE SIDs). In the BGP-EPE SIDs case, this is= not always the case. So I believe, it would be better if the entire operation were described.<= /p>

<Shraddha> EPE SID val= idation section is added. Pls take a look and let me know if it looks good.=             &nb= sp;            =             &nb= sp;            =             &nb= sp;            =             &nb= sp;            =             &nb= sp;            =             &nb= sp;            =             &nb= sp;         

= [KT] Same as previous comment.

&= nbsp;

> =

> 5) The ping or tracerou= te done to any of the BGP EPE SID corresponding to an eBGP session may resu= lt in the packet being sent to another entity. The security consideration t= alk about it, but the problem is not addressed by the remote AS dropping the packets. The security issue is that the OAM = packet could expose the FECs and information of the local AS to a remote AS= . So it is more as an caveat for the operators performing the OAM operation= to be mindful of this fact.

> =

<Shraddha> Yes. This w= as raised in RT review and security section has been updated with this info= in -06 version.

  

> In general, some more d= escription that set the stage for the introduction of the new extensions an= d elaborate more on the operations (some considerations above on what is ma= ndatory to evaluate and what is optional).

<Shraddha> Sure. Pls c= heck the -07 version which I'll be posting soon and let me know if you have= further comments.

= [KT] Thanks again for the update. I believe we can work through the remaini= ng/open points over course of time.

=  

= Thanks,

= Ketan

&= nbsp;

> =

> Thanks,

> Ketan=

> =

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

> From: mpls <mpls-bounces@ietf.org> On Behalf Of Loa Andersso= n

> Sent: 30 April 2020 08:= 26

> To: mpls@ie= tf.org

> Cc: mpls-chairs@ietf.org<= /span>; draft-hegde-mpls-spring-epe-oam@ietf= .org

> Subject: [mpls] working= group adaption poll (wgap) for

> draft-hegde-mpls-spring= -epe-oam

> =

> Working Group,

> =

> This is to start a two = week poll on adopting draft-hegde-mpls-spring-epe-oam as a MPLS working gro= up document.

> =

> Please send your commen= ts (support/not support) to the mpls working group mailing list (mpls@ietf.org). Please give a technical motivation for your support/not support, especially if you think= that the document should not be adopted as a working group document.<= /o:p>

> =

> There is one IPR disclo= sure against this document.

> =

> The authors have stated= on the MPLS wg mailing list that they are unaware of any IPRs that relates= to this document.

> =

> The working group adopt= ion poll ends May 15, 2020.

> =

> /Loa<= /p>

> =

 

--

 

My mail server from time to = time has come under DOS attacks, we are working to fix it but it may take s= ome time. If you get denial of service sending to me plz try to use loa.pi.nu@gmail

 

 

Loa Andersson  &nb= sp;            =          email: loa@pi.nu

Senior MPLS Expert

Bronze Dragon Consulting&nbs= p;            phone:= +46 739 81 21 64

--_000_CY4PR05MB3576BC57EC1319951003A933D5860CY4PR05MB3576namp_-- From nobody Fri Jun 5 07:57:51 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5E5213A05A4; Fri, 5 Jun 2020 07:57:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.487 X-Spam-Level: X-Spam-Status: No, score=-9.487 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=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=HZxeRO/N; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=zuAPzio8 Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oF_eW5Zm1ygL; Fri, 5 Jun 2020 07:57:46 -0700 (PDT) Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CD1723A05A0; Fri, 5 Jun 2020 07:57:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=63602; q=dns/txt; s=iport; t=1591369065; x=1592578665; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=bnfka/PBfUgSkaMlzOVvquFDCkxRU+iBZmDrfy3grq8=; b=HZxeRO/N0uWwdvwwjF425FxdWxyAvMr+atxdtU9EKbO3DBXglujt/7N1 Fg/+EdpRj/sqUTEBd+kdw/N+ElFiPaP9yZ7XY9zZQqtpWHbj8ST5MYE2y 0fXxd5ZQC/XsZjmgFpguDfICU5qI3t4VkZ4OL902+4hJoIG4KJVi4u50p 0=; IronPort-PHdr: =?us-ascii?q?9a23=3AP6cmlBXg80NruJwrfHog/Q1UQXjV8LGuZFwc94?= =?us-ascii?q?YnhrRSc6+q45XlOgnF6O5wiEPSBNyLufBZjevOvrqmX2Ecst6Ns3EHJZpLUR?= =?us-ascii?q?JNycAbhBcpD8PND0rnZOXrYCo3EIUnNhdl8ni3PFITFJP4YFvf8X+v6z8KFw?= =?us-ascii?q?+5Mwdpdaz5H4fIhJGx0Oa/s5TYfwRPgm+7ZrV/ZBW7pAncrI8Ym4xnf60w0R?= =?us-ascii?q?DO5HBPfrdb?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DfAQBmXNpe/4kNJK1mGwEBAQEBAQE?= =?us-ascii?q?BBQEBARIBAQEDAwEBAUCBSoEjLyMGKQdvDkovLAqHYQONQJhRgUKBEANVCwE?= =?us-ascii?q?BAQwBAR4PAgQBAYREAoI0AiQ4EwIDAQELAQEFAQEBAgEGBG2FWwyFcgEBAQE?= =?us-ascii?q?CARIIAQwGEwEBJQQDBgUBBAcCAgIBCBEEAQEhAQYHGxcUCQgCBAENBQgRCYM?= =?us-ascii?q?FgX5NAw4gAQ6nVgKBOYhhdIEBM4MBAQEFgTYChA8Ygg4DBgWBM4Jkgk2HGxq?= =?us-ascii?q?BQT+BEUOCTT6CZwEBAgGBLQESAQkaBAEHHwkCgw+CLY5nGIETiCOLF5A2CoJ?= =?us-ascii?q?ZiDaQa4JniRCQNIIWkQCBYYgej3OBPYJbAgQCBAUCDgEBBYFqImZwcBU7gmk?= =?us-ascii?q?JRxcCDZAcJAwXFW4BAoJJhRSFQnQCATQCBggBAQMJfIwKLYEGAYEPAQE?= X-IronPort-AV: E=Sophos;i="5.73,476,1583193600"; d="scan'208,217";a="769880222" Received: from alln-core-4.cisco.com ([173.36.13.137]) by rcdn-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 05 Jun 2020 14:57:42 +0000 Received: from XCH-RCD-001.cisco.com (xch-rcd-001.cisco.com [173.37.102.11]) by alln-core-4.cisco.com (8.15.2/8.15.2) with ESMTPS id 055Evgmw005119 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 5 Jun 2020 14:57:42 GMT Received: from xhs-rcd-001.cisco.com (173.37.227.246) by XCH-RCD-001.cisco.com (173.37.102.11) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Fri, 5 Jun 2020 09:57:42 -0500 Received: from xhs-rcd-003.cisco.com (173.37.227.248) by xhs-rcd-001.cisco.com (173.37.227.246) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Fri, 5 Jun 2020 09:57:40 -0500 Received: from NAM10-MW2-obe.outbound.protection.outlook.com (72.163.14.9) by xhs-rcd-003.cisco.com (173.37.227.248) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Fri, 5 Jun 2020 09:57:40 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=HrMdRkF5GyaozcEBBEjH1yHy9dwyKNYdnwDcdvPWYnOnjB1W3MmhMqB3rMdE4M+w/pf+rx1ndMzVa2ceth0JCkYovUWD4l1FEUWuYVzm6CSf6UVVBSLIMPSl2TTQtivMy8LjL/fue9Wi5ydZHbIYX7KeNa7aj1sDNcokXpggLWAOe4bKIpc7O3X1b4nGRfMG81xEjgXn3Osx50Z0D/2sBJQjKpyeewKsrE4f4Yk8OpUUvludDwO7RujWK7HO+1X+0SndUhbCD316xc/CWx6TRfmMT2olRNsJp4wxFL4GcfMiFyEeDtnGOKgCKufaVXXn9GS5t7Q40Z85GlMff0stoA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=EF0qNBsiqwA37r32asNdabrcl1BOpYS9LkgupcspxPo=; b=Ag8Sl6mrpYYAJoNEuxTJjYCv7AQTIA501WgAuqSLEemnsP1DBsaXwf1ypLp54oQ8BO7yikJtLtCjuhB6jZWdeD+Xpmxaxz6rMKBOcZWMs+dY3fRVXOogNbQEpvtPN7EeM4jY2UIAcN27MblvYd2qr3vpyOEhFHLpcQQxH403q6S7xMblDKsWfqPgvc86uAx4ocfYv277BXOMNGoULEe53jChxWBzIP9jw36K0RKlrDzSzTCUShLvntOi5uzhdMFz7LYR6GuUL9pL3LyYPUIKVs6+r+HqFIWNrRsbwRubq8FhWUb1J2YUCDsBfr8xQ6k7Yxxy/SvW6WuVcpgihiC/Qw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none 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=EF0qNBsiqwA37r32asNdabrcl1BOpYS9LkgupcspxPo=; b=zuAPzio8nAMlAp/cnUb1J5zPZWGsrmu1LYUjKIFbH2kDmnroYO9ILmsTKcT2LQl99aFAVsLvdY0Vr/0EOFZvq+bULBo3zxZZyejeMeYWDufa2i2mRQuEfnCi5XXshu0wkW7KbdFDYiE2D99Ja1sxFL6guME0wzZ54nNnJGOBQyE= Received: from MW3PR11MB4570.namprd11.prod.outlook.com (2603:10b6:303:5f::22) by MW3PR11MB4731.namprd11.prod.outlook.com (2603:10b6:303:2f::8) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3066.18; Fri, 5 Jun 2020 14:57:39 +0000 Received: from MW3PR11MB4570.namprd11.prod.outlook.com ([fe80::9552:d301:4b19:601c]) by MW3PR11MB4570.namprd11.prod.outlook.com ([fe80::9552:d301:4b19:601c%5]) with mapi id 15.20.3066.019; Fri, 5 Jun 2020 14:57:39 +0000 From: "Ketan Talaulikar (ketant)" To: Shraddha Hegde , Loa Andersson , "draft-hegde-mpls-spring-epe-oam@ietf.org" CC: "mpls-chairs@ietf.org" , "mpls@ietf.org" Thread-Topic: [mpls] working group adaption poll (wgap) for draft-hegde-mpls-spring-epe-oam Thread-Index: AQHWHpsk6nlFZ6TN2kqqRb0ulI9i7qikhoawgADv8gCAAAKPkIAhJ36AgAAwVxCAAUi1gIAAGi+QgAHS5ACAAEvH0A== Date: Fri, 5 Jun 2020 14:57:39 +0000 Message-ID: References: <6eee6cce-b7b3-dcce-b3b8-2229745e778d@pi.nu> <1717e4b0-17cf-13f7-d1bc-fd9a849418e1@pi.nu> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2020-06-03T06:18:56Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=0633b888-ae0d-4341-a75f-06e04137d755; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=5d9b56cc-13db-4ada-8043-c2f00f7cbf5e; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2 authentication-results: juniper.net; dkim=none (message not signed) header.d=none;juniper.net; dmarc=none action=none header.from=cisco.com; x-originating-ip: [72.163.220.9] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: a61b3ab3-3ff3-450e-8777-08d80960cab9 x-ms-traffictypediagnostic: MW3PR11MB4731: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 0425A67DEF x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: LO6LBoxGdj5dsyddvzhFWd8W7kiYZKXfBcYe6CO7mlix0hZ6jPBm3dLXp64269EbctV81KnSWoQQEv78zEE6p0z45yRlAZNtRl3wm28sHWDpshQyCM3AzYzUoCjeeQh0SBIfT+6ngP8NXId7Ht1mfkjIp6cUflJc6vNXGzP8wi93nyfrPtgvrAGOt2ZM9n3fpj6o27j9S5UMi+gleiE3mBsmKHNkuCC1qRBGd7TRXBe2Fd2yG8ZSCasrLsxuJs+P1348KC5qLUfRPy4AQ5ISVMxht4WIHpMhzOegJRqmiv28U/Om/0/XuWMeqlfalOxy6yiVdzmiVXN2zp+WzhcqpilhHmTVcv/Pv0YOA/9GqsYr+8nGIV+hzDijRjbWFb2nwgDRj7lWTVp2sNgP5vYWqQ== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MW3PR11MB4570.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(376002)(396003)(366004)(39860400002)(346002)(136003)(76116006)(55016002)(66946007)(54906003)(66446008)(9686003)(66476007)(86362001)(66556008)(64756008)(316002)(4326008)(110136005)(186003)(53546011)(7696005)(30864003)(6506007)(26005)(966005)(66574014)(83380400001)(8936002)(33656002)(5660300002)(2906002)(71200400001)(8676002)(166002)(52536014)(9326002)(478600001)(579004); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: CkWehFu/nG8iypFAFP0ja9QY6dAGX3AWdW55tU1n/yzSO88q7+Jh2crBMnyhp8VKXyKLM6D+H+WHSRyVnsc/D7c3D3Bxv/VGm/0z1u0eEaRpE2y721RaEdTOEZKyeW2chUSS0g5f2SFdr2l9egZBX9PVezE0moOuyrzJUvLyuw0cBTspI9FTuf4Ha1js+l8oOUAc107Y+M+cqmUS33qVm+DHTXWtL362U3iIkiOascsTHyjgTFUz3qy4+IfGqnawV+boPjgUdHvSI1DgASBx1kvS+qUrnMAWRKmYX+u62dpjNz0E05xUJUIAkvYaV26+pYq7vsvslAaxQHPJAF5u2/G9bs2ueh67tw0InpXhJLJiDhGU+k99YvOuggcZWY6bF5cbiQegE+dBVWNLrGMjt6O3L5vtx00QSO5QurdivEdU8PFskzA7Q3+8WRwhZM2deZwrWEF9RNlD3mJ1N9NX1mRUDtune+4QOBV58otKAm8= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_MW3PR11MB45709061661622F71E7ACB68C1860MW3PR11MB4570namp_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: a61b3ab3-3ff3-450e-8777-08d80960cab9 X-MS-Exchange-CrossTenant-originalarrivaltime: 05 Jun 2020 14:57:39.3331 (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: CfFeijHpX4njl0po53Osy/wa81Ojxeef+KSEcNPOX+8oc1rUwjVKx1HJFvcK4cyc/BIxAZpICHeTXmQ1VtxDoA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MW3PR11MB4731 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.11, xch-rcd-001.cisco.com X-Outbound-Node: alln-core-4.cisco.com Archived-At: Subject: Re: [mpls] working group adaption poll (wgap) for draft-hegde-mpls-spring-epe-oam X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Jun 2020 14:57:50 -0000 --_000_MW3PR11MB45709061661622F71E7ACB68C1860MW3PR11MB4570namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Shraddha, Please check inline below. From: Shraddha Hegde Sent: 05 June 2020 15:43 To: Ketan Talaulikar (ketant) ; Loa Andersson = ; draft-hegde-mpls-spring-epe-oam@ietf.org Cc: mpls-chairs@ietf.org; mpls@ietf.org Subject: RE: [mpls] working group adaption poll (wgap) for draft-hegde-mpls= -spring-epe-oam Ketan, [KT] For such use-cases (where steering needs to happen over a specific lin= k/adjacency), the EPE controller needs to use the BGP Peer Adjacency SID th= at does this kind of steering over specific interfaces - again per definiti= on in https://tools.ietf.org/html/rfc8402#section-4.2 The above RFC section you are referring mentions what are PeerAdj SID, Peer= Node SID and PeerSet SID. These definitions are matching with what you are = saying that if steering on a link is required use PeerAdjSID and if steerin= g on Peer is required use PeerNodeSID. This is good enough description of w= hat is available. [KT] Thanks. So as specified, those are the semantics of the three types of= SIDs and hence I would request you to please align the FEC definitions and= procedures in draft-hegde-mpls-spring-epe-oam with those definitions. Think about how an EPE controller decides whether it should steer on the li= nk using PeerAdjSID or it should use PeerNodeSID. To make this decision EPE= controller needs to have information about link characteristics and which = link the traffic is going to take if a path is built using PeerAdjSID/PeerN= odeSID and what is the bandwidth availability on those links. This is a fun= damental requirement for any kind of traffic-engineering. [KT] Sure and those specific link attributes can be signaled as part of the= Link NLRI that carries the BGP Peer Adj SID since that is the one associat= ed with a specific link (please check https://tools.ietf.org/html/draft-ket= ant-idr-bgp-ls-bgp-only-fabric-04#section-4.2). Therefore, the PeerAdjSID c= an be used for steering over a specific link and PeerNodeSID can be used fo= r steering over any link to the peer. This is very similar to AdjSID and Pr= efixSID in IGPs. This usecase is very much in the scope of Egress Peer Engineering. https://tools.ietf.org/html/draft-ietf-spring-segment-routing-central-epe-1= 0 specifies that the problem statement comes from 7855 "1.1. Problem Statement The BGP-EPE problem statement is defined in [RFC7855]." 7855 lists traffic engineering as one of the main usecase for EPE. https://tools.ietf.org/html/rfc7855#section-3.3.1 of RFC 7855 clearly describes Traffic Engineering usecases that need to be= supported for EPE. [KT] I believe the use-cases are covered and I would be glad to connect off= line to better understand the problem/challenge that you see. If there is s= omething more that needs to be done, I would be happy to collaborate with y= ou. However, since the draft under discussion is about OAM support for BGP = EPE SIDs, I do think that we need to follow the semantics and definitions a= s they are specified in RFC8402 and draft-ietf-idr-bgpls-segment-routing-ep= e. Thanks, Ketan Rgds Shraddha Juniper Business Use Only From: Ketan Talaulikar (ketant) > Sent: Thursday, June 4, 2020 12:05 PM To: Shraddha Hegde >; Loa= Andersson >; draft-hegde-mpls-spring-epe-oam@i= etf.org Cc: mpls-chairs@ietf.org; mpls@ietf.org Subject: RE: [mpls] working group adaption poll (wgap) for draft-hegde-mpls= -spring-epe-oam [External Email. Be cautious of content] Hi Shraddha, Trimming further [KT] I have a concern here. The semantics of the FEC for Peer Node and Set = SIDs does not include (i.e. does not care about the interface over which th= e packet was received). So the link information is in any case part of the = response that is sent back to the requester which can perform this validati= on. I don't see how it can be included in the FEC definition. Lets say you have ASBR A connecting two different ASBRs in differ= ent ASes B and C. Lets assume there are multiple links between A->B and A->= C. Lets say there is a multi-hop eBGP session between A->= B between A->C. Lets say peerNode SID has been advertised for A->B and= A->C. The Link descriptors for the PeerNode Sid include the BGP session l= ocal addresses and for a multi-hop BGP BGP session its going to be loopback addresses so fro= m available information, it is not possible to derive which interface the t= raffic will be flowing. [KT] This is correct and it is inline with the definition of BGP Peer Node = SID per https://tools.ietf.org/html/rfc8402#section-4.2 Now lets say there is a requirement that certain app= lication should use a guaranteed 10G bandwidth on these Inter-as links. If the EPE controller does not know wh= ich interfaces the traffic will be flowing, it cannot figure out which peer= NodeSID to pick to build the path. [KT] For such use-cases (where steering needs to happen over a specific lin= k/adjacency), the EPE controller needs to use the BGP Peer Adjacency SID th= at does this kind of steering over specific interfaces - again per definiti= on in https://tools.ietf.org/html/rfc8402#section-4.2 Draft-hegde-idr-bgp-ls-epe-inter-as talks about the use= cases and required protocol extensions. [KT] We have been discussing this draft in the past and indeed it tries to = enable signalling of additional underlying link information for a multi-hop= eBGP neighborship. For any reasonable traffic engineering using peerNodeSID = I think that this information is required. [KT] However, for steering over links, we cannot change the semantics of Pe= er NodeSID which clearly does not put any constraint on the link over which= packet is delivered to the BGP peer. It is also useful to know if the control plane and datapla= ne are in sync with OAM. If the control plane is advertising peerNodeSID to= be Going over some link but the actual traffic flow is on a di= fferent link, it will screw-up the traffic engineering. MPLS WG has built O= AM has tools/techniques For years to find these kind of problems.We are trying to = apply these to EPE SIDs. [KT] When multiple underlying links are there between A and B, there are im= plementation specific or other aspects that may influence whether the traff= ic goes over a 10G or a 100G link between the nodes. We do have capability = in LSP Ping so that C and indicate in it's response the specific link over = which it has received the packet from A. This way the actual querier can do= verification to check whether the desired local implementation mechanism o= n A for choosing say the 100G link is working even if the Peer Node SID is = being used. However, from a standard's perspective the semantics of Peer No= de SID has no notion of interface binding associated with it and hence it c= annot be put into its FEC and therefore this verification cannot be expecte= d of C. Thanks, Ketan Rgds Shraddha Juniper Business Use Only From: Ketan Talaulikar (ketant) > Sent: Wednesday, June 3, 2020 2:48 PM To: Shraddha Hegde >; Loa= Andersson >; draft-hegde-mpls-spring-epe-oam@i= etf.org Cc: mpls-chairs@ietf.org; mpls@ietf.org Subject: RE: [mpls] working group adaption poll (wgap) for draft-hegde-mpls= -spring-epe-oam [External Email. Be cautious of content] Hi Shraddha, Thanks for your response and update. Please check inline below. -----Original Message----- From: Shraddha Hegde > Sent: 03 June 2020 11:49 To: Ketan Talaulikar (ketant) >; = Loa Andersson >; draft-hegde-mpls-spring-epe-oa= m@ietf.org Cc: mpls-chairs@ietf.org; mpls@ietf.org Subject: RE: [mpls] working group adaption poll (wgap) for draft-hegde-mpls= -spring-epe-oam Hi ketan, Thanks for the detailed review and comments. Pls see inline for response. Juniper Business Use Only -----Original Message----- From: Ketan Talaulikar (ketant) > Sent: Wednesday, May 13, 2020 9:38 AM To: Loa Andersson >; draft-hegde-mpls-spring-ep= e-oam@ietf.org Cc: mpls-chairs@ietf.org; mpls@ietf.org Subject: RE: [mpls] working group adaption poll (wgap) for draft-hegde-mpls= -spring-epe-oam [External Email. Be cautious of content] Hi Loa, There is no doubt about the need for LSP ping and traceroute operations to = cover BGP EPE SIDs. So the requirement is real and something that the WG sh= ould be taking up. My concerns is that the proposal in the draft is diverging from the control= plane protocol semantics for what constitutes the FEC (or context) and how= it is to be validated. These are some core aspects that IMHO need to be ad= dressed before adoption while the rest may be taken up during its life as a= WG document. I would suggest to wait for the authors response. Thanks, Ketan -----Original Message----- From: Loa Andersson > Sent: 13 May 2020 09:22 To: Ketan Talaulikar (ketant) >; = draft-hegde-mpls-spring-epe-oam@ietf.org Cc: mpls-chairs@ietf.org; mpls@ietf.org Subject: Re: [mpls] working group adaption poll (wgap) for draft-hegde-mpls= -spring-epe-oam Ketan, Anything of this that need to addressed before wg adoption? Authors I leave the wgap opeb a few extra days to llow you to respond to this. /Loa On 12/05/2020 23:32, Ketan Talaulikar (ketant) wrote: > Hello Authors, > > I have the following comments on this draft and would be good if you coul= d clarify/respond. > > 1)The FEC description should match the "context" that is advertised in > the control plane for Peer Adj SID. E.g. the local/remote Interface > IDs are not being included from > https://urldefense.com/v3/__https://tools.ietf.org/html/draft-ietf-idr > -bgpls-segment-routing-epe-1__;!!NEt6yMaO-gk!W0-Gp88WKnqRfX4kdfeWV8aIH > qrXTj0Pzz9Vl-B2ZVn78SFO60XGBDi2Y-5xIny8$ > 9#section-4.2 The EPE draft mandates interface-ids and allows remote interface= -id to be zero. Remote interface ID being zero does not help in validating the incoming int= erface which is very Useful OAM functionality. For this reason, this draft = recommends sending interface addresses in the PeerADJ SID Link descriptors = which is optional. I have updated the PeerAdj SID section with this information and also updat= ed with the possibility of sending zero In which case incoming interface va= lidation should be skipped. This is to accommodate cases when the advertisi= ng node does not send the interface addresses [KT] Ack - this sounds good to me. Thanks. > > 2) For the Peer Node SID, the control plane definition is https://urldefe= nse.com/v3/__https://tools.ietf.org/html/draft-ietf-idr-bgpls-segment-routi= ng-epe-19*section-4.1__;Iw!!NEt6yMaO-gk!W0-Gp88WKnqRfX4kdfeWV8aIHqrXTj0Pzz9= Vl-B2ZVn78SFO60XGBDi2Y6sXdlcY$ and the FEC description in this draft is not aligned with the correspond= ing control plane. The Peer Node SID is meant for the packet to be delivere= d to a specific BGP peer and it does not matter over which interface it is = received. So why have those interface addresses as mandatory in the FEC. Th= e only thing the control plane indicates is the peering session itself. > > 3) Same as (2) above, for the Peer Set SID, the interfaces are don't care= . The reason for need to have interface addresses specified is for= incoming interface validation as explained above. For Peer Node SID interf= aces are advertised with draft I-D.hegde-idr-bgp-ls-epe-inter-as.I have add= ed this to the reference and updated text as to why it is needed. Also the = ingress can send 0 pair of addresses in which case Incoming interface valid= ation will be skipped and success will be sent based on other validations. Pls check -07 version and let me know if you are OK with it. [KT] I have a concern here. The semantics of the FEC for Peer Node and Set = SIDs does not include (i.e. does not care about the interface over which th= e packet was received). So the link information is in any case part of the = response that is sent back to the requester which can perform this validati= on. I don't see how it can be included in the FEC definition. > > 4) The draft just says that the procedures are borrowed from RFC8287 but = I don't think this is so straightforward or trivial. E.g. https://urldefens= e.com/v3/__https://tools.ietf.org/html/rfc8287*section-7.2__;Iw!!NEt6yMaO-g= k!W0-Gp88WKnqRfX4kdfeWV8aIHqrXTj0Pzz9Vl-B2ZVn78SFO60XGBDi2Y3Z0DrZ_$ has the following: > > The network node that is immediately downstream of the node that > advertised the Adjacency Segment ID is responsible for generating the > FEC Stack Change sub-TLV for POP operation for the Adjacency Segment > ID. > A new section for EPE FEC validation has been added in -06 versi= on. This section specifies the details when return code 3 Has to be sent. A= s per RFC 8029 sec 3.4.1.3 FEC stack change and IS_EGRESS code are treated= identically. " A Downstream Detailed Mapping TLV containing only one FEC stack change sub-TLV with pop operation is equivalent to IS_EGRESS (Return Code 3, Section 3.1) for the outermost FEC in the FEC stack. The ingress router performing the LSP traceroute MUST treat such a case as an IS_EGRESS for the outermost FEC." I don't see the need to re-iterate RFC 8029 sections in this draft. If it i= s still not clear let me know. [KT] Sure. I think we can work through this once we converge on the FEC def= inition. > In the case of IGPs, the downstream node does have the label and context = for adjacency SID (which is functionally closest to BGP EPE SIDs). In the B= GP-EPE SIDs case, this is not always the case. So I believe, it would be be= tter if the entire operation were described. EPE SID validation section is added. Pls take a look and let me = know if it looks good. [KT] Same as previous comment. > > 5) The ping or traceroute done to any of the BGP EPE SID corresponding to= an eBGP session may result in the packet being sent to another entity. The= security consideration talk about it, but the problem is not addressed by = the remote AS dropping the packets. The security issue is that the OAM pack= et could expose the FECs and information of the local AS to a remote AS. So= it is more as an caveat for the operators performing the OAM operation to = be mindful of this fact. > Yes. This was raised in RT review and security section has been = updated with this info in -06 version. > In general, some more description that set the stage for the introduction= of the new extensions and elaborate more on the operations (some considera= tions above on what is mandatory to evaluate and what is optional). Sure. Pls check the -07 version which I'll be posting soon and l= et me know if you have further comments. [KT] Thanks again for the update. I believe we can work through the remaini= ng/open points over course of time. Thanks, Ketan > > Thanks, > Ketan > > -----Original Message----- > From: mpls > On Behal= f Of Loa Andersson > Sent: 30 April 2020 08:26 > To: mpls@ietf.org > Cc: mpls-chairs@ietf.org; draft-hegde-mpls-s= pring-epe-oam@ietf.org > Subject: [mpls] working group adaption poll (wgap) for > draft-hegde-mpls-spring-epe-oam > > Working Group, > > This is to start a two week poll on adopting draft-hegde-mpls-spring-epe-= oam as a MPLS working group document. > > Please send your comments (support/not support) to the mpls working group= mailing list (mpls@ietf.org). Please give a technica= l motivation for your support/not support, especially if you think that the= document should not be adopted as a working group document. > > There is one IPR disclosure against this document. > > The authors have stated on the MPLS wg mailing list that they are unaware= of any IPRs that relates to this document. > > The working group adoption poll ends May 15, 2020. > > /Loa > -- My mail server from time to time has come under DOS attacks, we are working= to fix it but it may take some time. If you get denial of service sending = to me plz try to use loa.pi.nu@gmail Loa Andersson email: loa@pi.nu Senior MPLS Expert Bronze Dragon Consulting phone: +46 739 81 21 64 --_000_MW3PR11MB45709061661622F71E7ACB68C1860MW3PR11MB4570namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Shradd= ha,

&nbs= p;

Please ch= eck inline below.

&nbs= p;

From: Shraddha Hegde <shraddha@juniper.net>
Sent: 05 June 2020 15:43
To: Ketan Talaulikar (ketant) <ketant@cisco.com>; Loa Andersso= n <loa@pi.nu>; draft-hegde-mpls-spring-epe-oam@ietf.org
Cc: mpls-chairs@ietf.org; mpls@ietf.org
Subject: RE: [mpls] working group adaption poll (wgap) for draft-heg= de-mpls-spring-epe-oam

 

Ketan,

 

[KT] For such= use-cases (where steering needs to happen over a specific link/adjacency),= the EPE controller needs to use the BGP Peer Adjacency SID that does this = kind of steering over specific interfaces - again per definition in https://tools.ietf.org/html= /rfc8402#section-4.2

 

The above RFC section you are r= eferring mentions what are PeerAdj SID, PeerNode SID and PeerSet SID. These= definitions are matching with what you are saying that if steering on a li= nk is required use PeerAdjSID and if steering on Peer is required use PeerNodeSID. This is good enough descript= ion of what is available.

[KT] Thanks. So as specif= ied, those are the semantics of the three types of SIDs and hence I would r= equest you to please align the FEC definitions and procedures in draft-hegd= e-mpls-spring-epe-oam with those definitions.

 

Think about how an EPE controll= er decides whether it should steer on the link using PeerAdjSID or it shoul= d use PeerNodeSID. To make this decision EPE controller needs to have infor= mation about link characteristics and which link the traffic is going to take if a path is built using PeerAdjSI= D/PeerNodeSID and what is the bandwidth availability on those links. This i= s a fundamental requirement for any kind of traffic-engineering.=

[KT] Sure and those speci= fic link attributes can be signaled as part of the Link NLRI that carries t= he BGP Peer Adj SID since that is the one associated with a specific link (= please check https://tools.ietf.org/html/draft-ketant= -idr-bgp-ls-bgp-only-fabric-04#section-4.2).= Therefore, the PeerAdjSID can be used for steering over a specific link and PeerNodeSID can be used for steering= over any link to the peer. This is very similar to AdjSID and PrefixSID in= IGPs.

 

This usecase is very much in th= e scope of Egress Peer Engineering.

https://tools.iet= f.org/html/draft-ietf-spring-segment-routing-central-epe-10 specifies t= hat the problem statement

comes from 7855

 

R= 20;1.1= .  Problem Statement

 

The BGP-EPE problem statement is defined in [RFC7=
855].”         
 
7855 lists traffic engineering as one of the main=
 usecase for EPE.
 
https://tools.ietf.org/html/rfc7855#section-3.3.1
 
of RFC 7855  clearly describes Traffic Engin=
eering usecases that need to be supported for EPE.
[KT] I believe the use-cases are covered and I w=
ould be glad to connect offline to better understand the problem/challenge =
that you see. If there is something more that needs to be done, I would be =
happy to collaborate with you. However, since the draft under discussion is=
 about OAM support for BGP EPE SIDs, I do think that we need to follow the =
semantics and definitions as they are specified in RFC8402 and draft-ietf-i=
dr-bgpls-segment-routing-epe.
 
Thanks,
Ketan
 
Rgds
Shraddha
 

 

 

 

Juniper Business= Use Only

From: Ketan Talaulikar (ketant) <ketant@cisco.com>
Sent: Thursday, June 4, 2020 12:05 PM
To: Shraddha Hegde <shrad= dha@juniper.net>; Loa Andersson <loa= @pi.nu>; draft-hegde-mpl= s-spring-epe-oam@ietf.org
Cc: mpls-chairs@ietf.org= ; mpls@ietf.org
Subject: RE: [mpls] working group adaption poll (wgap) for draft-heg= de-mpls-spring-epe-oam

 

<= span style=3D"font-size:10.5pt;font-family:Lato;color:black">[External Emai= l. Be cautious of content]

 

Hi Shraddha,

 

Trimming further

[KT] I have a c= oncern here. The semantics of the FEC for Peer Node and Set SIDs does not i= nclude (i.e. does not care about the interface over which the packet was re= ceived). So the link information is in any case part of the response that is sent back to the requester which = can perform this validation. I don’t see how it can be included in th= e FEC definition.

 

<Shraddha>= ;Lets say you have ASBR A connecting two different ASBRs in different ASes = B and C. Lets assume there are multiple links between A->B and A->C.<= o:p>

  &nb= sp;            =       Lets say there is a multi-hop eBGP session b= etween A->B  between A->C.

  &nb= sp;            =       Lets say peerNode SID has been advertised fo= r A->B and A->C.  The Link descriptors for the PeerNode Sid incl= ude the BGP session local addresses and for a multi-hop BGP

  &nb= sp;            =        BGP session its going to be loopback a= ddresses so from available information, it is not possible to derive which = interface the traffic will be flowing.

[KT] This is = correct and it is inline with the definition of BGP Peer Node SID per https://tools.ietf.org/html/rfc8402#section-4.2=

 

   &n= bsp;            = ;      Now lets say  there is a requirem= ent that certain application should use a guaranteed 10G bandwidth on these=

  &nb= sp;            =       Inter-as links. If the EPE controller does n= ot know which interfaces the traffic will be flowing, it cannot figure out = which peerNodeSID to pick to build the path.

[KT] For such= use-cases (where steering needs to happen over a specific link/adjacency),= the EPE controller needs to use the BGP Peer Adjacency SID that does this = kind of steering over specific interfaces - again per definition in https://tools.ietf.org/html= /rfc8402#section-4.2

 

  &nb= sp;            =      Draft-hegde-idr-bgp-ls-epe-inter-as talks about th= e usecases and required protocol extensions.

[KT] We have = been discussing this draft in the past and indeed it tries to enable signal= ling of additional underlying link information for a multi-hop eBGP neighbo= rship.

 

  &nb= sp;            =    For any reasonable traffic engineering using peerNodeSID I thi= nk that this information is required.

[KT] However,= for steering over links, we cannot change the semantics of Peer NodeSID wh= ich clearly does not put any constraint on the link over which packet is de= livered to the BGP peer.

 

  &nb= sp;            =   It is also useful to know if the control plane and dataplane ar= e in sync with OAM. If the control plane is advertising peerNodeSID to be

  &nb= sp;            = Going over some link but the actual traffic flow is on a different link, i= t will screw-up the traffic engineering. MPLS WG has built OAM has tools/te= chniques

  &nb= sp;            = For years to find these kind of problems.We are trying to  apply thes= e to EPE SIDs.

[KT] When mul= tiple underlying links are there between A and B, there are implementation = specific or other aspects that may influence whether the traffic goes over = a 10G or a 100G link between the nodes. We do have capability in LSP Ping so that C and indicate in it’s res= ponse the specific link over which it has received the packet from A. This = way the actual querier can do verification to check whether the desired loc= al implementation mechanism on A for choosing say the 100G link is working even if the Peer Node SID is being used. Howe= ver, from a standard’s perspective the semantics of Peer Node SID has= no notion of interface binding associated with it and hence it cannot be p= ut into its FEC and therefore this verification cannot be expected of C.

 

Thanks,<= /o:p>

Ketan

  &nb= sp;            =

   &nb= sp;   Rgds

Shraddha  = ;           

 

 

 

Juniper Business= Use Only

From: Ketan Talaulikar (ketant) <ketant@cisco.com>
Sent: Wednesday, June 3, 2020 2:48 PM
To: Shraddha Hegde <shrad= dha@juniper.net>; Loa Andersson <loa= @pi.nu>; draft-hegde-mpl= s-spring-epe-oam@ietf.org
Cc: mpls-chairs@ietf.org= ; mpls@ietf.org
Subject: RE: [mpls] working group adaption poll (wgap) for draft-heg= de-mpls-spring-epe-oam

 

<= span style=3D"font-size:10.5pt;font-family:Lato;color:black">[External Emai= l. Be cautious of content]

 

Hi Shraddha,

 

Thanks for your response and update. Please check= inline below.

 

-----Original Message----- From: Shraddha Hegde <shraddha@j= uniper.net>
Sent: 03 June 2020 11:49
To: Ketan Talaulikar (ketant) <ketan= t@cisco.com>; Loa Andersson <loa@pi.= nu>; draft-hegde-mpl= s-spring-epe-oam@ietf.org
Cc: mpls-chairs@ietf.org; mpls@ietf.org
Subject: RE: [mpls] working group adaption poll (wgap) for draft-hegde-mpls= -spring-epe-oam

 

Hi ketan,

 

Thanks for the detailed review and comments. Pls = see inline for response.

 

 

Juniper Business Use Only

 

-----Original Message-----

From: Ketan Talaulikar (ketant) <ketant@cisco.com>

Sent: Wednesday, May 13, 2020 9:38 AM<= /p>

To: Loa Andersson <loa@pi.nu>; draft-hegde-mpls-spring-epe-oam@ietf= .org

Cc: mpls-chairs@ietf.org; mpls@ietf.org

Subject: RE: [mpls] working group adaption poll (= wgap) for draft-hegde-mpls-spring-epe-oam

 

[External Email. Be cautious of content]

 

 

Hi  Loa,

 

There is no doubt about the need for LSP ping and= traceroute operations to cover BGP EPE SIDs. So the requirement is real an= d something that the WG should be taking up.

 

My concerns is that the proposal in the draft is = diverging from the control plane protocol semantics for what constitutes th= e FEC (or context) and how it is to be validated. These are some core aspec= ts that IMHO need to be addressed before adoption while the rest may be taken up during its life as a WG doc= ument. I would suggest to wait for the authors response.

 

Thanks,

Ketan

 

-----Original Message-----

From: Loa Andersson <loa@pi.nu<= /a>>

Sent: 13 May 2020 09:22

To: Ketan Talaulikar (ketant) <= ketant@cisco.com>; draft-hegde-mpls-spring-epe-oam@ietf= .org

Cc: mpls-chairs@ietf.org; mpls@ietf.org

Subject: Re: [mpls] working group adaption poll (= wgap) for draft-hegde-mpls-spring-epe-oam

 

Ketan,

 

Anything of this that need to addressed before wg= adoption?

 

 

Authors

 

I leave the wgap opeb a few extra days to llow yo= u to respond to this.

 

 

/Loa

 

On 12/05/2020 23:32, Ketan Talaulikar (ketant) wr= ote:

> Hello Authors,

> 

> I have the following comments on this draft = and would be good if you could clarify/respond.

> 

> 1)The FEC description should match the "= ;context" that is advertised in

> the control plane for Peer Adj SID. E.g. the= local/remote Interface

> IDs are not being included from <= /p>

> https://urldefense.co= m/v3/__https://tools.ietf.org/html/draft-ietf-idr

> -bgpls-segment-routing-epe-1__;!!NEt6yMaO-gk= !W0-Gp88WKnqRfX4kdfeWV8aIH

> qrXTj0Pzz9Vl-B2ZVn78SFO60XGBDi2Y-5xIny8$

> 9#section-4.2

 

<Shraddha> The EPE draft mandates interface= -ids and allows remote interface-id to be zero.

Remote interface ID being zero does not help in v= alidating the incoming interface which is very Useful OAM functionality. Fo= r this reason, this draft recommends sending interface addresses in the Pee= rADJ SID Link descriptors which is optional.

 

I have updated the PeerAdj SID section with this = information and also updated with the possibility of sending zero In which = case incoming interface validation should be skipped. This is to accommodat= e cases when the advertising node does not send the interface addresses

[KT] Ack –= ; this sounds good to me. Thanks.

 

> 

> 2) For the Peer Node SID, the control plane = definition is https://urldefense.co= m/v3/__https://tools.ietf.org/html/draft-ietf-idr-bgpls-segment-routing-epe= -19*section-4.1__;Iw!!NEt6yMaO-gk!W0-Gp88WKnqRfX4kdfeWV8aIHqrXTj0Pzz9Vl-B2Z= Vn78SFO60XGBDi2Y6sXdlcY$  and the FEC description in this draft is not aligned with the correspondin= g control plane. The Peer Node SID is meant for the packet to be delivered = to a specific BGP peer and it does not matter over which interface it is re= ceived. So why have those interface addresses as mandatory in the FEC. The only thing the control plane indica= tes is the peering session itself.

> 

> 3) Same as (2) above, for the Peer Set SID, = the interfaces are don't care.

<Shraddha> The reason for need to have inte= rface addresses specified is for incoming interface validation as explained= above. For Peer Node SID interfaces are advertised with draft I-D.hegde-id= r-bgp-ls-epe-inter-as.I have added this to the reference and updated text as to why it is needed. Also the ingress= can send 0 pair of addresses in which case Incoming interface validation w= ill be skipped and success will be sent based on other validations.

Pls check -07 version and let me know if you are = OK with it.

[KT] I have a c= oncern here. The semantics of the FEC for Peer Node and Set SIDs does not i= nclude (i.e. does not care about the interface over which the packet was re= ceived). So the link information is in any case part of the response that is sent back to the requester which = can perform this validation. I don’t see how it can be included in th= e FEC definition.

 

> 

> 4) The draft just says that the procedures a= re borrowed from RFC8287 but I don't think this is so straightforward or tr= ivial. E.g. https://urldefense.co= m/v3/__https://tools.ietf.org/html/rfc8287*section-7.2__;Iw!!NEt6yMaO-gk!W0= -Gp88WKnqRfX4kdfeWV8aIHqrXTj0Pzz9Vl-B2ZVn78SFO60XGBDi2Y3Z0DrZ_$&= nbsp; has the following:

> 

>     The network node tha= t is immediately downstream of the node that

>     advertised the Adjac= ency Segment ID is responsible for generating the

>     FEC Stack Change sub= -TLV for POP operation for the Adjacency Segment

>     ID.

> 

 

<shraddha> A new section for EPE FEC valida= tion has been added in -06 version. This section specifies the details when= return code 3 Has to be sent. As per  RFC 8029 sec 3.4.1.3 FEC stack = change and IS_EGRESS code are treated identically.

" A Downstream Detailed Mapping TLV containi= ng only one FEC stack

       change sub-T= LV with pop operation is equivalent to IS_EGRESS

       (Return Code= 3, Section 3.1) for the outermost FEC in the FEC

       stack. = The ingress router performing the LSP traceroute MUST

       treat such a= case as an IS_EGRESS for the outermost FEC."

 

I don't see the need to re-iterate RFC 8029 secti= ons in this draft. If it is still not clear let me know.

[KT] Sure. I th= ink we can work through this once we converge on the FEC definition.=

 

> In the case of IGPs, the downstream node doe= s have the label and context for adjacency SID (which is functionally close= st to BGP EPE SIDs). In the BGP-EPE SIDs case, this is not always the case.= So I believe, it would be better if the entire operation were described.

<Shraddha> EPE SID validation section is ad= ded. Pls take a look and let me know if it looks good.   &nb= sp;            =             &nb= sp;            =             &nb= sp;            =             &nb= sp;            =             &nb= sp;            =             &nb= sp;            =             &nb= sp;            =       

[KT] Same as pr= evious comment.

 

> 

> 5) The ping or traceroute done to any of the= BGP EPE SID corresponding to an eBGP session may result in the packet bein= g sent to another entity. The security consideration talk about it, but the= problem is not addressed by the remote AS dropping the packets. The security issue is that the OAM packet could e= xpose the FECs and information of the local AS to a remote AS. So it is mor= e as an caveat for the operators performing the OAM operation to be mindful= of this fact.

> 

<Shraddha> Yes. This was raised in RT revie= w and security section has been updated with this info in -06 version.=

  

> In general, some more description that set t= he stage for the introduction of the new extensions and elaborate more on t= he operations (some considerations above on what is mandatory to evaluate a= nd what is optional).

<Shraddha> Sure. Pls check the -07 version = which I'll be posting soon and let me know if you have further comments.

[KT] Thanks aga= in for the update. I believe we can work through the remaining/open points = over course of time.

 

Thanks,

Ketan

 

> 

> Thanks,

> Ketan

> 

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

> From: mpls <mpls-boun= ces@ietf.org> On Behalf Of Loa Andersson

> Sent: 30 April 2020 08:26

> To: mpls@ietf.org

> Cc: = mpls-chairs@ietf.org<= /span>; draft-hegde-mpls-spring-epe-oam@ietf= .org

> Subject: [mpls] working group adaption poll = (wgap) for

> draft-hegde-mpls-spring-epe-oam

> 

> Working Group,

> 

> This is to start a two week poll on adopting= draft-hegde-mpls-spring-epe-oam as a MPLS working group document.

> 

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

> 

> There is one IPR disclosure against this doc= ument.

> 

> The authors have stated on the MPLS wg maili= ng list that they are unaware of any IPRs that relates to this document.

> 

> The working group adoption poll ends May 15,= 2020.

> 

> /Loa

> 

 

--

 

My mail server from time to time has come under D= OS attacks, we are working to fix it but it may take some time. If you get = denial of service sending to me plz try to use loa.pi.nu@gmail

 

 

Loa Andersson      =             &nb= sp;     email: loa@pi.nu<= o:p>

Senior MPLS Expert

Bronze Dragon Consulting    &= nbsp;        phone: +46 739 81 21 64=

--_000_MW3PR11MB45709061661622F71E7ACB68C1860MW3PR11MB4570namp_-- From nobody Sat Jun 6 00:13:55 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A61223A0EB2; Sat, 6 Jun 2020 00:13:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=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 UYrEepPkAiXN; Sat, 6 Jun 2020 00:13:52 -0700 (PDT) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D0C3A3A0EAC; Sat, 6 Jun 2020 00:13:50 -0700 (PDT) Received: from [192.168.1.7] (unknown [122.2.105.43]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 429B6323095; Sat, 6 Jun 2020 09:13:47 +0200 (CEST) From: Loa Andersson To: "mpls@ietf.org" Cc: "mpls-chairs@ietf.org" , draft-hegde-mpls-spring-epe-oam@ietf.org References: <6eee6cce-b7b3-dcce-b3b8-2229745e778d@pi.nu> Message-ID: <24ab1a1d-17a0-b6d7-5850-a415eeebf7e6@pi.nu> Date: Sat, 6 Jun 2020 15:13:07 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.9.0 MIME-Version: 1.0 In-Reply-To: <6eee6cce-b7b3-dcce-b3b8-2229745e778d@pi.nu> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: [mpls] Closed: working group adaption poll (wgap) for draft-hegde-mpls-spring-epe-oam X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Jun 2020 07:13:54 -0000 Working Group, This wgap is closed and we have a new working group document. Note: We had quite a bit of discussion on the version (-06) of this document that ww polled. The discussion lead to a new version being posted (-07). We normally don't do this, but in this case we don't think it is a problem, basically it is transparency and traceability that is the concern if and when we post a new version during wgap or wglc. So we are closing the wgap on -06, and working groups chairs are accepting version -07 as the new working group document. Can the authors please post: draft-ietf-mpls-sr-epe-oam-01 With only the administrative changes as compared to version -07 of draft-hegde-mpls-spring-epe-oam. /Loa On 30/04/2020 10:56, Loa Andersson wrote: > Working Group, > > This is to start a two week poll on adopting > draft-hegde-mpls-spring-epe-oam > as a MPLS working group document. > > Please send your comments (support/not support) to the mpls working > group mailing list (mpls@ietf.org). Please give a technical > motivation for your support/not support, especially if you think that > the document should not be adopted as a working group document. > > There is one IPR disclosure against this document. > > The authors have stated on the MPLS wg mailing list that they are > unaware of any IPRs that relates to this document. > > The working group adoption poll ends May 15, 2020. > > /Loa -- Loa Andersson email: loa@pi.nu Senior MPLS Expert loa.pi.nu@gmail Bronze Dragon Consulting phone: +46 739 81 21 64 From nobody Mon Jun 8 07:04:26 2020 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id D04513A0ACE; Mon, 8 Jun 2020 07:04:24 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: mpls@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.1.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: mpls@ietf.org Message-ID: <159162506481.27723.7372856500710115834@ietfa.amsl.com> Date: Mon, 08 Jun 2020 07:04:24 -0700 Archived-At: Subject: [mpls] I-D Action: draft-bryant-mpls-sfl-control-08.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2020 14:04:25 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching WG of the IETF. Title : A Simple Control Protocol for MPLS SFLs Authors : Stewart Bryant George Swallow Siva Sivabalan Filename : draft-bryant-mpls-sfl-control-08.txt Pages : 14 Date : 2020-06-08 Abstract: In draft-ietf-mpls-sfl-framework the concept of MPLS synonymous flow labels (SFL) was introduced. This document describes a simple control protocol that runs over an associated control header to request, withdraw, and extend the lifetime of such labels. It is not the only control protocol that moght be used to support SFL, but it has the benefit of being able to be used without modifying of the existing MPLS control prodocols. The existance of this design is not intended to restrict the ability to enhance an existing MPLS control protocol to add a similar capability. A Querier MUST wait a configured time (suggested wait of 60 seconds) before re-attempting a Withdraw request. No more than three Withdraw requests SHOULD be made. These restricctions are to prevent overloading the control plane of the actioning router. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-bryant-mpls-sfl-control/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-bryant-mpls-sfl-control-08 https://datatracker.ietf.org/doc/html/draft-bryant-mpls-sfl-control-08 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-bryant-mpls-sfl-control-08 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Jun 8 07:06:32 2020 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id D462D3A0AD7; Mon, 8 Jun 2020 07:06:26 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: mpls@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.1.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: mpls@ietf.org Message-ID: <159162518682.26692.11191785438296499087@ietfa.amsl.com> Date: Mon, 08 Jun 2020 07:06:26 -0700 Archived-At: Subject: [mpls] I-D Action: draft-ietf-mpls-sfl-framework-08.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2020 14:06:27 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching WG of the IETF. Title : Synonymous Flow Label Framework Authors : Stewart Bryant Mach Chen George Swallow Siva Sivabalan Gregory Mirsky Filename : draft-ietf-mpls-sfl-framework-08.txt Pages : 10 Date : 2020-06-08 Abstract: RFC 8372 (MPLS Flow Identification Considerations) describes the requirement for introducing flow identities within the MPLS architecture. This document describes a method of accomplishing this by using a technique called Synonymous Flow Labels in which labels which mimic the behaviour of other labels provide the identification service. These identifiers can be used to trigger per-flow operations on the packet at the receiving label switching router. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-sfl-framework/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-mpls-sfl-framework-08 https://datatracker.ietf.org/doc/html/draft-ietf-mpls-sfl-framework-08 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-sfl-framework-08 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Jun 8 07:07:59 2020 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 34A1F3A0BAE; Mon, 8 Jun 2020 07:07:52 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: mpls@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.1.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: mpls@ietf.org Message-ID: <159162527216.28698.8419052826352785691@ietfa.amsl.com> Date: Mon, 08 Jun 2020 07:07:52 -0700 Archived-At: Subject: [mpls] I-D Action: draft-ietf-mpls-rfc6374-sfl-07.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2020 14:07:58 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching WG of the IETF. Title : RFC6374 Synonymous Flow Labels Authors : Stewart Bryant George Swallow Mach Chen Giuseppe Fioccola Gregory Mirsky Filename : draft-ietf-mpls-rfc6374-sfl-07.txt Pages : 20 Date : 2020-06-08 Abstract: This document describes a method of making RFC6374 performance measurements on flows carried over an MPLS Label Switched path. This allows loss and delay measurements to be made on multi-point to point LSPs and allows the measurement of flows within an MPLS construct using RFC6374. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-rfc6374-sfl/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-mpls-rfc6374-sfl-07 https://datatracker.ietf.org/doc/html/draft-ietf-mpls-rfc6374-sfl-07 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-rfc6374-sfl-07 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Jun 8 07:11:20 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AD6033A0ADC; Mon, 8 Jun 2020 07:11:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.099 X-Spam-Level: X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, 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 e7HzgJQA4UsU; Mon, 8 Jun 2020 07:11:11 -0700 (PDT) Received: from mail-wm1-x329.google.com (mail-wm1-x329.google.com [IPv6:2a00:1450:4864:20::329]) (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 863E73A0ACE; Mon, 8 Jun 2020 07:11:10 -0700 (PDT) Received: by mail-wm1-x329.google.com with SMTP id r9so15455279wmh.2; Mon, 08 Jun 2020 07:11:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:content-transfer-encoding:mime-version:subject:message-id:date :to; bh=sz5o/et/2AALmvM9U7a/Ng1LNH5eogbSJ5brXUurYqQ=; b=Us+LYK2PFkBa+LxNjCBTmb2tehGBepmAQjqAKKy2G1xyOAD09HZgFghCaCHawPGF5S 0+BzUPYvdBMAk6xJQIHTJIr7GcgX84T1pCBszQj1eHCnwrlj/L14FXmmWkFjS4ZnU9FB Mz/8H5lQLmT+bqDzscgsqtDCZQKZGPHXDk7vVR2WRUY8IRn9qR1AO7wYn8SFiVMW4MNm 8gNaMv7fxXTT6oBK444ahI19lwggBUpchJsUGKf7PeQYc+2qfqz5iycfxLelmPvyKBqG p2bk8iCuCRmYbvzlRWLrrhWLd1a69nZAusUzBZAWd1NwkqS6+LRkACN8V4PwIziBOEer 5bNw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:message-id:date:to; bh=sz5o/et/2AALmvM9U7a/Ng1LNH5eogbSJ5brXUurYqQ=; b=GQE2LAxaQqqQTxcZdlgaz+X8ukSeI2OfS4xRJW/LTDeEgEHH/qmad8js3K2PRQHgME 4OUJRYUJEGbY/isQljOYXlrfgi75yMQZIePZ3WIugYpvBDqNrJvoxyeyXrS/TXZI7yfD ORw/2nK4fS0A+CSiXcca8rf1sTYXt6rl/U55YLHPUI+gkIL0PTFaEityWxEoorhm1jjd kG5OzUvj4nkcF5qjwTm91NFl5DDFfNgOY6u4yL/lcM8MsYxk8457vFUwhRtGLN1aYKWO Bz47fc5371kFuVWfeaEDpL0A1n5eGFSU7tkuRgKSCR5TiGFBAU699VpT/7KGVdg11KE/ exnQ== X-Gm-Message-State: AOAM533N14qMn7O3PVKqf0tAZniGLiKooT9CSJQnHjDG6ST+RoW/s3IO QVFOgIvo4JoLR0snvhXC6L42QodTL4s= X-Google-Smtp-Source: ABdhPJwXNgU4Rq+YX/0+v+l+Qi7xRb4iC1iFPiV86hA65tWQzRLR1JM5Lm6Fvq9Ltxd2WcGxaBWWrw== X-Received: by 2002:a1c:1d16:: with SMTP id d22mr17226702wmd.174.1591625468672; Mon, 08 Jun 2020 07:11:08 -0700 (PDT) Received: from [192.168.178.46] ([62.3.64.16]) by smtp.gmail.com with ESMTPSA id s132sm23600418wmf.12.2020.06.08.07.11.07 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 08 Jun 2020 07:11:08 -0700 (PDT) From: Stewart Bryant Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Message-Id: <0525A297-ED50-4046-BBEF-894B378E7754@gmail.com> Date: Mon, 8 Jun 2020 15:10:37 +0100 To: mpls-chairs , mpls X-Mailer: Apple Mail (2.3608.80.23.2.2) Archived-At: Subject: [mpls] The SFL drafts uploaded today X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2020 14:11:17 -0000 There were no technical changes. I corrected Siva=E2=80=99s affiliation and tidied up the from page/ = contributing authors sections as per agreement with WGC. - Stewart From nobody Mon Jun 8 20:52:28 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C94393A0845; Mon, 8 Jun 2020 20:52:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.089 X-Spam-Level: X-Spam-Status: No, score=-2.089 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=futurewei.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 E5ftdt_1JLTE; Mon, 8 Jun 2020 20:52:24 -0700 (PDT) Received: from NAM04-BN3-obe.outbound.protection.outlook.com (mail-eopbgr680120.outbound.protection.outlook.com [40.107.68.120]) (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 1C8E23A0841; Mon, 8 Jun 2020 20:52:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=KTrKxXAp6OZwigR/V5kYqqq+Iqm/fBUuxVV6o5A72b7BLFx0IAHlEyDi5PQBrNr9zROQnb3V05OqEWxz9zs8GnD2kB8a/gJrfa4d/DsTwY29T98U7FCPac/aF3D/aFL0PIkDAIdZ7fv+aiU+fwMiTb0ULtrd4N4Gzzpm97eZ9FSc4UXORDUJV7TGFQMb5vRH1inoVXdpasncCQy7MjA+isGeWmAK7HMgBt5g/greloxJ0wtTlrzh4a5edasrBrfyjhqKqvZKM1OoNRbsiyu5J2RtPMuNUNMTf74QF+GGAMOblDDpHrS6JP2zZUgIx8ULmzpGvOnV4GQOr5f51Uhj8w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=XHlw59+ITiov2Khok3efDe/GC4UU71HRKAfJ4AOjGrw=; b=eYZgcMPY/7oFq2tvkXoim2HWVAkaY5ay9T5Yh+bSboBqj8lqB+WLy5kXAppnwUuQsjA+JsEMDzFbA5l8mYZ4DfXeov0f0tSIfDXW7PHbBMBtgSc4Laub1t/dPEYRi3KFcD155szSUkQe5X7Fr7f9DXrJGVNE2ZG/n1hs112L5bCCWt7MaPyGCC5UfGYcaj+Yyt5BbMOc5OuYyMkvQOr1aqarkBAU1fnPuDNYVOZvdec/tNGoHk/MiDzU0WjCZ34bu22ttY+BB/Z6dh+a9hPQAopsFHDAQWdNWFPoWQ4BTIJGtBtQSFvgsWt7BLukjr6g0IZxaL4pHTLXpHeML7+RZQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=futurewei.com; dmarc=pass action=none header.from=futurewei.com; dkim=pass header.d=futurewei.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Futurewei.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=XHlw59+ITiov2Khok3efDe/GC4UU71HRKAfJ4AOjGrw=; b=YnL3b+BpSBclixZZHlVwTGROa0sAS6t6GYUes+wVAHy+CSPkNn521bNQy4OsoxDSktNGdkf14lGp76RNpLlZPYFfdZ1PMVLcoeW8t3FVutfH11fI0/T54J6yLO+5wHcOzbp2VK6YQtOz0CxBbvewsAaZDSUpV1xcp4aY75Yxa74= Received: from MN2PR13MB3117.namprd13.prod.outlook.com (2603:10b6:208:13a::20) by MN2PR13MB3725.namprd13.prod.outlook.com (2603:10b6:208:1e2::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3088.10; Tue, 9 Jun 2020 03:52:21 +0000 Received: from MN2PR13MB3117.namprd13.prod.outlook.com ([fe80::d5b6:8550:9c40:eec2]) by MN2PR13MB3117.namprd13.prod.outlook.com ([fe80::d5b6:8550:9c40:eec2%7]) with mapi id 15.20.3088.016; Tue, 9 Jun 2020 03:52:21 +0000 From: Huaimo Chen To: Tarek Saad CC: "mpls-chairs@ietf.org" , "draft-gandhi-mpls-rfc6374-sr@ietf.org" , "mpls@ietf.org" Thread-Topic: MPLS-RT experts review for draft-gandhi-mpls-rfc6374-sr Thread-Index: AQHWI7UWOG/zz9wDNU+Ica/MrmV3JqjPxRCt Date: Tue, 9 Jun 2020 03:52:20 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=futurewei.com; x-originating-ip: [2601:199:4300:8e5a:aca9:5327:a72:f506] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 56b60548-2ccd-471a-9c3a-08d80c288310 x-ms-traffictypediagnostic: MN2PR13MB3725: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8273; x-forefront-prvs: 042957ACD7 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: gBaGbxxKa92ovY2O0qv3vnAHOLXLRYCcGgDSIqu8CSzQpkeRYEbKgpZNT/rj6Ns5XFk+NC9ri4KGt89ICZn4ZRKztJMZNBmHXmU0ZfGWntSgBLIERQjzXTCyqdJGk6x+j0clok6zhkMiSTwdLm2NrF4dTtumG2jr+8wSBZaBVyRnDFIWJ2zoIV33L81D7diYwwpN6wHmwYQtvd0CwQSlt9Pto0AlU75KWtWxYie8SnejjjvUjC6r70v+6mzulUZ0Im7+3wDJ+ZtjMDalX1zTNwpvAKKqKNx8+mtl1uZsz2c8bz3QU/3FdcCcFbqoEgbh x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MN2PR13MB3117.namprd13.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(136003)(396003)(376002)(346002)(366004)(39850400004)(66446008)(64756008)(186003)(2906002)(7696005)(71200400001)(316002)(76116006)(66946007)(66556008)(66476007)(33656002)(52536014)(19627405001)(8936002)(86362001)(5660300002)(8676002)(6506007)(44832011)(83380400001)(55016002)(6916009)(9686003)(54906003)(4326008)(478600001); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: +N8r5pUTN6nFRczN6OQu8uD0OQK44hFn794gP4kTcOPJQkT3tCKtCW/TRAr6LXWuYDOPHxVL8wYY6Xgo0pfjO3C96yqNBrt5ceTMZoE6P0RSzEfPsvd51kbePDReCC2yRpZQDKIZ3aR2oc30R6ti2Bn3CWSbkcbXEygSiXBw6XQI5NVAiUNVELi9rl0KkdtLIOODTfVxySq9gBiH+JIxMoSTirE+mgpWcSY2eJSQRqM2aO4+Tsy5Evdbl+wCvF6hGeBbKlczfeuAyg4Qk6v7vhpsnVPdQCeE/rMT3WvRdDywTLWgLz38rA6mH34GHOoyNO3RFKBivYxorVjDYlrRif2SMDj8YFdMWddOzcf5+l6Myypw565Qk5lTB6JOVzYy/1cOjCtlXQzVf5Z3Qlj9N0TbkIEKiHuFdjgaBX2HbNccj5J/68jpChDFfC+qcCVRf8EOo5WqB0Tv5sqBnqwe+FmGo5XWnhc+LN7cK0AidMtX2uC1G5diKytEMQtXOq63ST+fcJUjJ/rK3AhpuzOsDI1EsjD2xmaqIwILG58GHkM= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_MN2PR13MB3117086E43C785B4A327D942F2820MN2PR13MB3117namp_" MIME-Version: 1.0 X-OriginatorOrg: Futurewei.com X-MS-Exchange-CrossTenant-Network-Message-Id: 56b60548-2ccd-471a-9c3a-08d80c288310 X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Jun 2020 03:52:20.9564 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 0fee8ff2-a3b2-4018-9c75-3a1d5591fedc X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 4TGStHx+BiuOCWjH1C8MgihtWfPK5rbZW1sBrJMi2wCCy/9ilUdMA0W2zjINLuxLSmwhQzE9usus1cnIW/Woew== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR13MB3725 Archived-At: Subject: Re: [mpls] MPLS-RT experts review for draft-gandhi-mpls-rfc6374-sr X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jun 2020 03:52:26 -0000 --_000_MN2PR13MB3117086E43C785B4A327D942F2820MN2PR13MB3117namp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi All, I have reviewed the document and have the following comments. 1. The document is useful and technically sound. It can be considered = for WG adoption. 2. The document seems talking about the Loss Measurement Message and D= elay Measurement Message. Should it have some texts for Combined Loss/Delay= Measurement Message? 3. There are a couple of IETF drafts about SR P2MP Path. The document = just mentions one of them and the Performance Measurement for a SR P2MP Pat= h (or policy) is based on this one draft. Should the Performance Measuremen= t for a SR P2MP Path (or policy) be general enough for all? 4. It seems that the Performance Measurement for a SR P2MP Path (or po= licy) is limited to one way and out-of-band. Should the document add some t= exts talking about these limitations? 5. The registry for the newly defined Return Path TLV Type and Block N= umber TLV Type is missing in the document. Is it the "MPLS Loss/Delay Measu= rement TLV Object" registry? 6. It seems that a new registry should be defined for the Sub-TLV type= s under the Return Path TLV in the document. 7. In section 5.1. and section 6.1., Should "For both SR Links and end= -to-end measurement for SR-MPLS Policies" be changed to something like "For= both SR Links and end-to-end SR-MPLS Policies measurements"? 8. In section 6.2., should something like a user case be added into th= e sentence "The Block Number TLV is Mandatory when used."? Best Regards, Huaimo --_000_MN2PR13MB3117086E43C785B4A327D942F2820MN2PR13MB3117namp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi All,

    I have reviewed the document and have the following comments.=

    1.  The document is useful and technically sound. I= t can be considered for WG adoption.

    2.  The document seems talking about the Loss Measuremen= t Message and Delay Measurement Message. Should it have some texts for=  Combined Loss/Delay Measurement Message?

    3.  There are a couple of IETF drafts about SR P2MP Path= . The document just mentions one of them and the Performance Measurement fo= r a SR P2MP Path (or policy) is based on this one draft. Should the Pe= rformance Measurement for a SR P2MP Path (or policy) be general enough for all?

    4.  It seems that the Performance Measurement for a SR P2MP Path (or= policy) is limited to one way and out-of-band. Should the document add some texts talking about these limitations?

    5.  The registry for the newly defined Return Path TLV T= ype and Block Number TLV Type is missing in the document. Is it the "M= PLS Loss/Delay Measurement TLV Object" registry?

    6.  It seems that a new registry should be defined for t= he Sub-TLV types under the Return Path TLV in the document.

    7.  In sec= tion 5.1. and section 6.1., Should "For both SR Links and end-to-end m= easurement for SR-MPLS Policies" be changed to something like "For both SR Links and end-to-end SR-MPLS Policies measurements&= quot;? 

    8.  In section 6.2., should something like a user case b= e added into the sentence "The Block Number TLV is Mandatory when used= ."? 


Best Regards,
Huaimo
--_000_MN2PR13MB3117086E43C785B4A327D942F2820MN2PR13MB3117namp_-- From nobody Tue Jun 9 03:48:35 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 350CA3A0B2E for ; Tue, 9 Jun 2020 03:48:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=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 Fui16Yhgyhyh for ; Tue, 9 Jun 2020 03:48:31 -0700 (PDT) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EFFE53A0B2B for ; Tue, 9 Jun 2020 03:48:30 -0700 (PDT) Received: from [192.168.1.7] (unknown [122.2.97.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id D7F283232DF; Tue, 9 Jun 2020 12:48:25 +0200 (CEST) To: RFC Errata System , George Swallow , Alia Atlas , db3546@att.com, aretana.ietf@gmail.com, Martin Vigoureux , n.leymann@telekom.de, tsaad.net@gmail.com Cc: mihiramrelia_89@yahoo.com, mpls@ietf.org References: <20200603102000.31C90F40751@rfc-editor.org> From: Loa Andersson Message-ID: <25ca1341-454d-854e-8724-f60df98c0bdb@pi.nu> Date: Tue, 9 Jun 2020 18:48:22 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.9.0 MIME-Version: 1.0 In-Reply-To: <20200603102000.31C90F40751@rfc-editor.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [mpls] [Technical Errata Reported] RFC4090 (6203) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jun 2020 10:48:33 -0000 All, I think this errata in essence is correct, though I would want to propose a slight modification to the Corrected Text. On 03/06/2020 18:20, RFC Errata System wrote: > The following errata report has been submitted for RFC4090, > "Fast Reroute Extensions to RSVP-TE for LSP Tunnels". > > -------------------------------------- > You may review the report below and at: > https://www.rfc-editor.org/errata/eid6203 > > -------------------------------------- > Type: Technical > Reported by: Mihir Amrelia > > Section: 6 > > Original Text > ------------- > If the "bandwidth protection guaranteed" flag is set, the PLR SHOULD try to > provide a bandwidth guarantee; if this is not feasible, the PLR SHOULD then try > to provide a backup without a guarantee of the full bandwidth. > > > > Corrected Text > -------------- > If the "Bandwidth Protection Desired" flag is set in SESSION_ATTRIBUTE, the PLR > SHOULD try to provide a bandwidth guarantee; if this is not feasible, the PLR > SHOULD then try to provide a backup without a guarantee of the full bandwidth. > > Slightly Corrected Text -------------- If the "bandwidth protection desired" flag is set in SESSION_ATTRIBUTE, the PLR SHOULD try to provide a bandwidth guarantee; if this is not feasible, the PLR SHOULD then try to provide a backup without a guarantee of the full bandwidth. Note 1: lowercase is how the document treat all othr names of flags in flowing text. Note 2: with this slight change I think this Errata could be verified and held for a document update. /Loa > > Notes > ----- > Correcting flag info to consider bandwidth protection. > > Instructions: > ------------- > This erratum is currently posted as "Reported". If necessary, please > use "Reply All" to discuss whether it should be verified or > rejected. When a decision is reached, the verifying party > can log in to change the status and edit the report, if necessary. > > -------------------------------------- > RFC4090 (draft-ietf-mpls-rsvp-lsp-fastreroute-07) > -------------------------------------- > Title : Fast Reroute Extensions to RSVP-TE for LSP Tunnels > Publication Date : May 2005 > Author(s) : P. Pan, Ed., G. Swallow, Ed., A. Atlas, Ed. > Category : PROPOSED STANDARD > Source : Multiprotocol Label Switching > Area : Routing > Stream : IETF > Verifying Party : IESG > -- Loa Andersson email: loa@pi.nu Senior MPLS Expert loa.pi.nu@gmail Bronze Dragon Consulting phone: +46 739 81 21 64 From nobody Tue Jun 9 06:06:49 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F394A3A08E2 for ; Tue, 9 Jun 2020 06:06:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, 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 3NW8KYwMIgpu for ; Tue, 9 Jun 2020 06:06:46 -0700 (PDT) Received: from mail-ot1-x333.google.com (mail-ot1-x333.google.com [IPv6:2607:f8b0:4864:20::333]) (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 37D9A3A08DB for ; Tue, 9 Jun 2020 06:06:46 -0700 (PDT) Received: by mail-ot1-x333.google.com with SMTP id g5so16522099otg.6 for ; Tue, 09 Jun 2020 06:06:46 -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=zVLPrKJxuxwe8QiKj+N8zjAmX4Kn4xCeN8Mcc6nc3lk=; b=Mo4kxh1whPPb26Ojl+hB33k0B9A2/1vw4nssZge8YMbKzMDhkh9l8kq/UMJMQSWFFo WWEwTUy3+qrMaCJieo7YtNd7KeW/y1iQWaEkiON2xKXdP4fOR/2oNRj2DAu8KHrW6MZh 4JJ2vQbHhD+AA1pZaKKa6UIoKnMW7IG1oxvhYa6LCE9GJUzLPMY9vWoUpzigeNlAWlgd +0Dfx9rV0ruDVKVEbzBUncF8GFH4F1bilgaxh8FODFGPzVLorA8syIHkMQx2UWSjVYno 9dRoSO15YkUXPyw/43FEQhQRF5oHjbCM9s+2mcMg8WeGF7hV2ooeNgr74u+XqLZP43v3 ny0A== 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=zVLPrKJxuxwe8QiKj+N8zjAmX4Kn4xCeN8Mcc6nc3lk=; b=PTxvodRDECTtjC6JdRkZrqImpi3s2nvd70pxRSTgAbzN8c2zAJ4xWf7YFcD5AK6rGj cBXlQXLJg/q5DL0Eh8PvQoFnFPNClTdpcaZR1KATM0A+aCcZBhBWyIzS2dwiwFVH41e1 Pq/93jqCPKThw7lN1sKYuuF+fGswISrzVorpJ74xFXblKUC+/8SmIjESFgxVboqXjXGK TkmyZK7eMY41q5MjVN9pUg2oE+OlX/oBrAsSL2bDgQAi0VvpZ9juTw0SJmC8RD6+gNQb AjKwM3sl3/L96kfhbCtBgkAdaaXMABs/NduYYgn30o8F29LqqtUz7VpuUgSOhr0/8HCf 58tg== X-Gm-Message-State: AOAM531iqygQKjH2inCsfr9iuu14yur1S+9XweoLIlDhO4eBjUorymPk Gtf641J8hKmTxRL2oTJMlIoVEJaMRQp2ktsWETQ= X-Google-Smtp-Source: ABdhPJw+3wHF6iLKJzlot4XPFF7JakNWpiKFiIUpLjnCOXSbW8cOpKtT4HA73KzFRVYadwsjojD5kwWHqAJquR4LcsA= X-Received: by 2002:a9d:1a7:: with SMTP id e36mr20906681ote.215.1591708004985; Tue, 09 Jun 2020 06:06:44 -0700 (PDT) MIME-Version: 1.0 References: <20200603102000.31C90F40751@rfc-editor.org> <25ca1341-454d-854e-8724-f60df98c0bdb@pi.nu> In-Reply-To: <25ca1341-454d-854e-8724-f60df98c0bdb@pi.nu> From: Alia Atlas Date: Tue, 9 Jun 2020 09:06:23 -0400 Message-ID: To: Loa Andersson Cc: RFC Errata System , George Swallow , "BRUNGARD, DEBORAH A (ATTSI)" , Alvaro Retana , Martin Vigoureux , n.leymann@telekom.de, tsaad.net@gmail.com, mihiramrelia_89@yahoo.com, mpls@ietf.org Content-Type: multipart/alternative; boundary="0000000000003989e505a7a66682" Archived-At: Subject: Re: [mpls] [Technical Errata Reported] RFC4090 (6203) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jun 2020 13:06:48 -0000 --0000000000003989e505a7a66682 Content-Type: text/plain; charset="UTF-8" Sure On Tue, Jun 9, 2020 at 6:48 AM Loa Andersson wrote: > All, > > I think this errata in essence is correct, though I would want to > propose a slight modification to the Corrected Text. > > On 03/06/2020 18:20, RFC Errata System wrote: > > The following errata report has been submitted for RFC4090, > > "Fast Reroute Extensions to RSVP-TE for LSP Tunnels". > > > > -------------------------------------- > > You may review the report below and at: > > https://www.rfc-editor.org/errata/eid6203 > > > > -------------------------------------- > > Type: Technical > > Reported by: Mihir Amrelia > > > > Section: 6 > > > > Original Text > > ------------- > > If the "bandwidth protection guaranteed" flag is set, the PLR SHOULD try > to > > provide a bandwidth guarantee; if this is not feasible, the PLR SHOULD > then try > > to provide a backup without a guarantee of the full bandwidth. > > > > > > > > Corrected Text > > -------------- > > If the "Bandwidth Protection Desired" flag is set in SESSION_ATTRIBUTE, > the PLR > > SHOULD try to provide a bandwidth guarantee; if this is not feasible, > the PLR > > SHOULD then try to provide a backup without a guarantee of the full > bandwidth. > > > > > > Slightly Corrected Text > -------------- > If the "bandwidth protection desired" flag is set in SESSION_ATTRIBUTE, > the PLR > SHOULD try to provide a bandwidth guarantee; if this is not feasible, > the PLR > SHOULD then try to provide a backup without a guarantee of the full > bandwidth. > > Note 1: lowercase is how the document treat all othr names of flags in > flowing text. > > Note 2: with this slight change I think this Errata could be verified > and held for a document update. > > /Loa > > > > > Notes > > ----- > > Correcting flag info to consider bandwidth protection. > > > > Instructions: > > ------------- > > This erratum is currently posted as "Reported". If necessary, please > > use "Reply All" to discuss whether it should be verified or > > rejected. When a decision is reached, the verifying party > > can log in to change the status and edit the report, if necessary. > > > > -------------------------------------- > > RFC4090 (draft-ietf-mpls-rsvp-lsp-fastreroute-07) > > -------------------------------------- > > Title : Fast Reroute Extensions to RSVP-TE for LSP Tunnels > > Publication Date : May 2005 > > Author(s) : P. Pan, Ed., G. Swallow, Ed., A. Atlas, Ed. > > Category : PROPOSED STANDARD > > Source : Multiprotocol Label Switching > > Area : Routing > > Stream : IETF > > Verifying Party : IESG > > > > -- > > Loa Andersson email: loa@pi.nu > Senior MPLS Expert loa.pi.nu@gmail > Bronze Dragon Consulting phone: +46 739 81 21 64 > --0000000000003989e505a7a66682 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Sure

On Tue, Jun 9, 2020 at 6:48 AM Loa Andersson <loa@pi.nu> wrote:
All,

I think this errata in essence is correct, though I would want to
propose a slight modification to the Corrected Text.

On 03/06/2020 18:20, RFC Errata System wrote:
> The following errata report has been submitted for RFC4090,
> "Fast Reroute Extensions to RSVP-TE for LSP Tunnels".
>
> --------------------------------------
> You may review the report below and at:
> https://www.rfc-editor.org/errata/eid6203
>
> --------------------------------------
> Type: Technical
> Reported by: Mihir Amrelia <mihiramrelia_89@yahoo.com>
>
> Section: 6
>
> Original Text
> -------------
> If the "bandwidth protection guaranteed" flag is set, the PL= R SHOULD try to
> provide a bandwidth guarantee; if this is not feasible, the PLR SHOULD= then try
> to provide a backup without a guarantee of the full bandwidth.
>
>
>
> Corrected Text
> --------------
> If the "Bandwidth Protection Desired" flag is set in SESSION= _ATTRIBUTE, the PLR
> SHOULD try to provide a bandwidth guarantee; if this is not feasible, = the PLR
> SHOULD then try to provide a backup without a guarantee of the full ba= ndwidth.
>
>

Slightly Corrected Text
--------------
If the "bandwidth protection desired" flag is set in SESSION_ATTR= IBUTE,
the PLR
SHOULD try to provide a bandwidth guarantee; if this is not feasible,
the PLR
SHOULD then try to provide a backup without a guarantee of the full
bandwidth.

Note 1: lowercase is how the document treat all othr names of flags in
flowing text.

Note 2: with this slight change I think this Errata could be verified
and held for a document update.

/Loa

>
> Notes
> -----
> Correcting flag info to consider bandwidth protection.
>
> Instructions:
> -------------
> This erratum is currently posted as "Reported". If necessary= , please
> use "Reply All" to discuss whether it should be verified or<= br> > rejected. When a decision is reached, the verifying party
> can log in to change the status and edit the report, if necessary.
>
> --------------------------------------
> RFC4090 (draft-ietf-mpls-rsvp-lsp-fastreroute-07)
> --------------------------------------
> Title=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: Fast Rer= oute Extensions to RSVP-TE for LSP Tunnels
> Publication Date=C2=A0 =C2=A0 : May 2005
> Author(s)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: P. Pan, Ed., G. Sw= allow, Ed., A. Atlas, Ed.
> Category=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : PROPOSED STANDARD<= br> > Source=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : Multiprotocol= Label Switching
> Area=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : Routing<= br> > Stream=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : IETF
> Verifying Party=C2=A0 =C2=A0 =C2=A0: IESG
>

--

Loa Andersson=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 email: loa@pi.nu
Senior MPLS Expert=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 loa.pi.nu@gmail
Bronze Dragon Consulting=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pho= ne: +46 739 81 21 64
--0000000000003989e505a7a66682-- From nobody Tue Jun 9 07:14:55 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C92633A041D for ; Tue, 9 Jun 2020 07:14:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.597 X-Spam-Level: X-Spam-Status: No, score=-9.597 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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=c8xt7NHf; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=XStXhvgL Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tN4bYfV0ezdP for ; Tue, 9 Jun 2020 07:14:51 -0700 (PDT) Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A21BC3A00C0 for ; Tue, 9 Jun 2020 07:14:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=14103; q=dns/txt; s=iport; t=1591712091; x=1592921691; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=MH/oOxK0lXX1GBSxdegMpeca4Hh6Pq82DBvdt4rnc2M=; b=c8xt7NHfieIujayUFjhmxS4r+vckYLgZm/f6EUk0n4+bg6ZgQn4OCTF2 uvFHhg8MQPWqOg2n0BM/UI8W1hgkLygmqkXxy/xQ2H4flNJDMcNTv2O68 K24uZdqhdfV7U//lO0GojbVrI6+AYyunJBHW1g+AYf+TX/DJEne+wyelC s=; IronPort-PHdr: =?us-ascii?q?9a23=3ABwH+DRZ296+l5m+10KYvhA3/LSx94ef9IxIV55?= =?us-ascii?q?w7irlHbqWk+dH4MVfC4el21QaVD4re4vNAzeHRtvOoVW8B5MOHt3YPONxJWg?= =?us-ascii?q?QegMob1wonHIaeCEL9IfKrCk5yHMlLWFJ/uX3uN09TFZXxYlTTpju56jtBUh?= =?us-ascii?q?n6PBB+c+LyHIOahs+r1ue0rpvUZQgAhDe0bb5oahusqgCEvcgNiowkIaE0mR?= =?us-ascii?q?Y=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CwAABdmN9e/4cNJK1mGgEBAQEBAQE?= =?us-ascii?q?BAQEDAQEBARIBAQEBAgIBAQEBggqBIy9SB29YLywKhBqDRgONP4JphxaJa4R?= =?us-ascii?q?ogUKBEANVCwEBAQwBASMKAgQBAYREAheBfgIkOBMCAwEBCwEBBQEBAQIBBgR?= =?us-ascii?q?thVsMhXIBAQEBAgESER0BASkOAQ0CAgEIDgMDAQIBJwMCAgIZBhETAQkIAgQ?= =?us-ascii?q?BDQUigwQBgX5NAw4gAQ6lYAKBOYhhdoEygwEBAQWFRg0Lgg4DBgWBM4JkiW8?= =?us-ascii?q?aggCBEAEnHIJNPoEEgRqBahEBEgEnEQkGBwmCXjOCLYw5CIJEJ4JnhjKDA5g?= =?us-ascii?q?KTAqCWZQoBoRfAx2CbYkTklKRDIFiinaRRQIEAgQFAg4BAQWBaiJmcHAVGks?= =?us-ascii?q?Bgj5QFwINkEAYg1qFFIVCdDcCBggBAQMJfI4FAYEPAQE?= X-IronPort-AV: E=Sophos;i="5.73,492,1583193600"; d="scan'208,217";a="507900759" Received: from alln-core-2.cisco.com ([173.36.13.135]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 09 Jun 2020 14:14:50 +0000 Received: from XCH-ALN-001.cisco.com (xch-aln-001.cisco.com [173.36.7.11]) by alln-core-2.cisco.com (8.15.2/8.15.2) with ESMTPS id 059EEoTn025599 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 9 Jun 2020 14:14:50 GMT Received: from xhs-rtp-003.cisco.com (64.101.210.230) by XCH-ALN-001.cisco.com (173.36.7.11) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 9 Jun 2020 09:14:50 -0500 Received: from xhs-rtp-003.cisco.com (64.101.210.230) by xhs-rtp-003.cisco.com (64.101.210.230) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 9 Jun 2020 10:14:49 -0400 Received: from NAM12-DM6-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-003.cisco.com (64.101.210.230) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Tue, 9 Jun 2020 10:14:49 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Y0rqv8RyiQbI1itnWYDS7R85MY1CX4hQGz+VOX0cVyNkxG2C+d0+EdpSLb51o7A1m9QlWy1BsT5O3DysvqILrF+ukAIdqEGw+Z32DbMWiBfwdC2CiePcSr6drkr3woDkZ3ikscXIdiy95iJCGk6n/iEpNmbw8/GYRohYrZY/3Qscymddkm4BTSv6R/6PtK7aK5/GWLrrjDjOEUz/S5t5id7l08jiQptiEaKfEZn/rLvQgB0l9KlKKKqJdj81yCyz0CtwIrXL8OpLoZn3R2vC42yK+sC2RKbzpfuz9I9xfyf2UYQHfWvRkuThT9ibFbnb8ZZixPpSMnGO+3zxyAciYA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=MH/oOxK0lXX1GBSxdegMpeca4Hh6Pq82DBvdt4rnc2M=; b=TnNhQ8wJrXyBjhqlLFjSGadaP++9XCzWeyiNwh+6auHu6I28wKT8jIDdCzwA7QD2O4Va0oAyJUvs9w6Uy6nyyGpRjAmo3u/XlfWlbYLP+bGh7/5tp7cpz8nWwO1AmPMLifiKKW4RNFLTTvy3Q8o/QnhAaTkGecynJeODNj23l2S05ZHCEc4ZhUFgr003Od2qE2f0/dEf1nVKdpA9Wz0rE+F2gKvz1QNbxyglJ5DEj4Kwl9sQtqIZnaVuAYu7/CQniBIlXH9XK+IjQr+S8ugH31JPJ6oYSmLkN8OdUmVUtlJZ0Q5W5z1H8sc1KYTa6QuQ+limYDUuf+bHgIniZ6QAIA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none 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=MH/oOxK0lXX1GBSxdegMpeca4Hh6Pq82DBvdt4rnc2M=; b=XStXhvgLGckEEGSwnvpqZ/ZqQORgtH3QUMcM+WdDy/SIMM1n98vX/80JTpQIDA1zYTQQanp6k9YwhKCT3rB6xgddOUX7qg+qO+DQSE9jGwtb6nMazZIsbe05sNtv5Mi7lMrmiHcxcovC5bt4SZgn0Ycq+rG8uRMFqSAKkt2G3oI= Received: from BYAPR11MB2887.namprd11.prod.outlook.com (2603:10b6:a03:89::27) by BYAPR11MB3783.namprd11.prod.outlook.com (2603:10b6:a03:f5::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3088.18; Tue, 9 Jun 2020 14:14:47 +0000 Received: from BYAPR11MB2887.namprd11.prod.outlook.com ([fe80::4950:e26c:503f:768e]) by BYAPR11MB2887.namprd11.prod.outlook.com ([fe80::4950:e26c:503f:768e%6]) with mapi id 15.20.3066.023; Tue, 9 Jun 2020 14:14:41 +0000 From: "Acee Lindem (acee)" To: Alia Atlas , Loa Andersson CC: "mpls@ietf.org" , "mihiramrelia_89@yahoo.com" , RFC Errata System Thread-Topic: [mpls] [Technical Errata Reported] RFC4090 (6203) Thread-Index: AQHWOZCmfietepCl1kSVkW61c0FwPKjQI9sAgAAmkID//9AFgA== Date: Tue, 9 Jun 2020 14:14:41 +0000 Message-ID: <98D20EBF-C509-4AFE-B4CD-4079D4AA9C60@cisco.com> References: <20200603102000.31C90F40751@rfc-editor.org> <25ca1341-454d-854e-8724-f60df98c0bdb@pi.nu> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.37.20051002 authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=cisco.com; x-originating-ip: [136.56.133.70] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: ede7ddde-e951-4112-5f8a-08d80c7f73d3 x-ms-traffictypediagnostic: BYAPR11MB3783: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 042957ACD7 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 2kiek1IiHZiewLG/iShkeI1Fw/D9wdsOhgL+r6mVuLHoG/yjTnP0DGY432SciB4UDe2H8icO2iE0fzb+g4WD6TUnXBoHdiAbrQyWvwDqrmlwenGg/Y3R7Yk4Pf5zRirJWhzd8v3116e6Ku3WI7astfbmHrOqtW16PQWrPVMKcOijdsOdg4e97tmz/qpuWZ5dDaOqF9uP4t4gk2mEZB1APpj3/F33zmqaLVlLzCI5eQRuc8jmFfqEJDI5ToLI4HtOaF/5GtRAQjXa+1XjZoUyfEUcS+JjxOBS75RrfuXFAj1XA5c7mtJeKJGau3gCajqLo8Lcr797Uut2SUxaQQ88CsBYydm75trcnSEWrlSLdJ60sCiG8EJ/Xy42mQsoppMUfjf62HU3Zh75lNBtfTsvdQ== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BYAPR11MB2887.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(396003)(366004)(136003)(39860400002)(376002)(346002)(2616005)(478600001)(8936002)(5660300002)(86362001)(4326008)(316002)(33656002)(26005)(6512007)(110136005)(53546011)(966005)(166002)(54906003)(186003)(6506007)(36756003)(2906002)(66476007)(66946007)(66446008)(66556008)(64756008)(6486002)(76116006)(83380400001)(8676002)(71200400001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: 0pS4oBGkyUueiL5sXtdBFEMPk6teikWCCDI8up6SiCLPsAdclWXN6ggnGv5w+hITamSOdptN5YWBOKM+TQTYrSiq6nClONeXasV2NUYKo0ulceItyTECz4WIBJgpiZdtVJ/gxbFkWzr9nyZHjV+YFw5h0qh8gXm7op6Fkd9ySbTQz619WeOewySAs1obH4Qnu9rSTiX9hz6x0MnDOvU7+/FElM9UYfZIu8UN0yIrb7w8X9fLXuVSSRyjqOZDIwGvDfDpXcxPHNrIrfaTF7fH438vayzrutlBAvE9Ndky8NtkQe9mCFZKLYkfqlei1kgg0pnig5bN0A6IqbQKJtyfcgSAnZQ+uKJKqcFKZgNoc2l2cV65EPs4e3snO0sHIlS0Uu+wjvCL2Tz9iN+2v4+qD6J2YxveZQxzieg3uJFAeqsJ/DCLIe7UHnEYWW8u+dW3KiULRtLM7GILHarMMThHofkb7qjtxy9k5iuf/RDcFCIcF6A6feaxBfD12pKKw9QB x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_98D20EBFC5094AFEB4CD4079D4AA9C60ciscocom_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: ede7ddde-e951-4112-5f8a-08d80c7f73d3 X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Jun 2020 14:14:41.5657 (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: OByA8a9W+VZdJdgXDX08lRQ9j6tIbvygThDhIBvO1lF6XF9eeyFCPmmAdq2n+lbY X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR11MB3783 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.11, xch-aln-001.cisco.com X-Outbound-Node: alln-core-2.cisco.com Archived-At: Subject: Re: [mpls] [Technical Errata Reported] RFC4090 (6203) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jun 2020 14:14:54 -0000 --_000_98D20EBFC5094AFEB4CD4079D4AA9C60ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SXMgdGhlcmUgYW4gSUVURiBwb2xpY3kgZm9yIGFkZGluZy9jb3JyZWN0aW5nIG5vcm1hdGl2ZSBs YW5ndWFnZSB2aWEgYW4gRXJyYXRhPyBJIGd1ZXNzIHRoaXMgaXMgYWxsb3dlZC4NClRoYW5rcywN CkFjZWUNCg0KRnJvbTogbXBscyA8bXBscy1ib3VuY2VzQGlldGYub3JnPiBvbiBiZWhhbGYgb2Yg QWxpYSBBdGxhcyA8YWthdGxhc0BnbWFpbC5jb20+DQpEYXRlOiBUdWVzZGF5LCBKdW5lIDksIDIw MjAgYXQgOTowNyBBTQ0KVG86IExvYSBBbmRlcnNzb24gPGxvYUBwaS5udT4NCkNjOiAibXBsc0Bp ZXRmLm9yZyIgPG1wbHNAaWV0Zi5vcmc+LCAibWloaXJhbXJlbGlhXzg5QHlhaG9vLmNvbSIgPG1p aGlyYW1yZWxpYV84OUB5YWhvby5jb20+LCBSRkMgRXJyYXRhIFN5c3RlbSA8cmZjLWVkaXRvckBy ZmMtZWRpdG9yLm9yZz4NClN1YmplY3Q6IFJlOiBbbXBsc10gW1RlY2huaWNhbCBFcnJhdGEgUmVw b3J0ZWRdIFJGQzQwOTAgKDYyMDMpDQoNClN1cmUNCg0KT24gVHVlLCBKdW4gOSwgMjAyMCBhdCA2 OjQ4IEFNIExvYSBBbmRlcnNzb24gPGxvYUBwaS5udTxtYWlsdG86bG9hQHBpLm51Pj4gd3JvdGU6 DQpBbGwsDQoNCkkgdGhpbmsgdGhpcyBlcnJhdGEgaW4gZXNzZW5jZSBpcyBjb3JyZWN0LCB0aG91 Z2ggSSB3b3VsZCB3YW50IHRvDQpwcm9wb3NlIGEgc2xpZ2h0IG1vZGlmaWNhdGlvbiB0byB0aGUg Q29ycmVjdGVkIFRleHQuDQoNCk9uIDAzLzA2LzIwMjAgMTg6MjAsIFJGQyBFcnJhdGEgU3lzdGVt IHdyb3RlOg0KPiBUaGUgZm9sbG93aW5nIGVycmF0YSByZXBvcnQgaGFzIGJlZW4gc3VibWl0dGVk IGZvciBSRkM0MDkwLA0KPiAiRmFzdCBSZXJvdXRlIEV4dGVuc2lvbnMgdG8gUlNWUC1URSBmb3Ig TFNQIFR1bm5lbHMiLg0KPg0KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LQ0KPiBZb3UgbWF5IHJldmlldyB0aGUgcmVwb3J0IGJlbG93IGFuZCBhdDoNCj4gaHR0cHM6Ly93 d3cucmZjLWVkaXRvci5vcmcvZXJyYXRhL2VpZDYyMDMNCj4NCj4gLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4gVHlwZTogVGVjaG5pY2FsDQo+IFJlcG9ydGVkIGJ5OiBN aWhpciBBbXJlbGlhIDxtaWhpcmFtcmVsaWFfODlAeWFob28uY29tPG1haWx0bzptaWhpcmFtcmVs aWFfODlAeWFob28uLmNvbT4+DQo+DQo+IFNlY3Rpb246IDYNCj4NCj4gT3JpZ2luYWwgVGV4dA0K PiAtLS0tLS0tLS0tLS0tDQo+IElmIHRoZSAiYmFuZHdpZHRoIHByb3RlY3Rpb24gZ3VhcmFudGVl ZCIgZmxhZyBpcyBzZXQsIHRoZSBQTFIgU0hPVUxEIHRyeSB0bw0KPiBwcm92aWRlIGEgYmFuZHdp ZHRoIGd1YXJhbnRlZTsgaWYgdGhpcyBpcyBub3QgZmVhc2libGUsIHRoZSBQTFIgU0hPVUxEIHRo ZW4gdHJ5DQo+IHRvIHByb3ZpZGUgYSBiYWNrdXAgd2l0aG91dCBhIGd1YXJhbnRlZSBvZiB0aGUg ZnVsbCBiYW5kd2lkdGguDQo+DQo+DQo+DQo+IENvcnJlY3RlZCBUZXh0DQo+IC0tLS0tLS0tLS0t LS0tDQo+IElmIHRoZSAiQmFuZHdpZHRoIFByb3RlY3Rpb24gRGVzaXJlZCIgZmxhZyBpcyBzZXQg aW4gU0VTU0lPTl9BVFRSSUJVVEUsIHRoZSBQTFINCj4gU0hPVUxEIHRyeSB0byBwcm92aWRlIGEg YmFuZHdpZHRoIGd1YXJhbnRlZTsgaWYgdGhpcyBpcyBub3QgZmVhc2libGUsIHRoZSBQTFINCj4g U0hPVUxEIHRoZW4gdHJ5IHRvIHByb3ZpZGUgYSBiYWNrdXAgd2l0aG91dCBhIGd1YXJhbnRlZSBv ZiB0aGUgZnVsbCBiYW5kd2lkdGguDQo+DQo+DQoNClNsaWdodGx5IENvcnJlY3RlZCBUZXh0DQot LS0tLS0tLS0tLS0tLQ0KSWYgdGhlICJiYW5kd2lkdGggcHJvdGVjdGlvbiBkZXNpcmVkIiBmbGFn IGlzIHNldCBpbiBTRVNTSU9OX0FUVFJJQlVURSwNCnRoZSBQTFINClNIT1VMRCB0cnkgdG8gcHJv dmlkZSBhIGJhbmR3aWR0aCBndWFyYW50ZWU7IGlmIHRoaXMgaXMgbm90IGZlYXNpYmxlLA0KdGhl IFBMUg0KU0hPVUxEIHRoZW4gdHJ5IHRvIHByb3ZpZGUgYSBiYWNrdXAgd2l0aG91dCBhIGd1YXJh bnRlZSBvZiB0aGUgZnVsbA0KYmFuZHdpZHRoLg0KDQpOb3RlIDE6IGxvd2VyY2FzZSBpcyBob3cg dGhlIGRvY3VtZW50IHRyZWF0IGFsbCBvdGhyIG5hbWVzIG9mIGZsYWdzIGluDQpmbG93aW5nIHRl eHQuDQoNCk5vdGUgMjogd2l0aCB0aGlzIHNsaWdodCBjaGFuZ2UgSSB0aGluayB0aGlzIEVycmF0 YSBjb3VsZCBiZSB2ZXJpZmllZA0KYW5kIGhlbGQgZm9yIGEgZG9jdW1lbnQgdXBkYXRlLg0KDQov TG9hDQoNCj4NCj4gTm90ZXMNCj4gLS0tLS0NCj4gQ29ycmVjdGluZyBmbGFnIGluZm8gdG8gY29u c2lkZXIgYmFuZHdpZHRoIHByb3RlY3Rpb24uDQo+DQo+IEluc3RydWN0aW9uczoNCj4gLS0tLS0t LS0tLS0tLQ0KPiBUaGlzIGVycmF0dW0gaXMgY3VycmVudGx5IHBvc3RlZCBhcyAiUmVwb3J0ZWQi LiBJZiBuZWNlc3NhcnksIHBsZWFzZQ0KPiB1c2UgIlJlcGx5IEFsbCIgdG8gZGlzY3VzcyB3aGV0 aGVyIGl0IHNob3VsZCBiZSB2ZXJpZmllZCBvcg0KPiByZWplY3RlZC4gV2hlbiBhIGRlY2lzaW9u IGlzIHJlYWNoZWQsIHRoZSB2ZXJpZnlpbmcgcGFydHkNCj4gY2FuIGxvZyBpbiB0byBjaGFuZ2Ug dGhlIHN0YXR1cyBhbmQgZWRpdCB0aGUgcmVwb3J0LCBpZiBuZWNlc3NhcnkuDQo+DQo+IC0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+IFJGQzQwOTAgKGRyYWZ0LWlldGYt bXBscy1yc3ZwLWxzcC1mYXN0cmVyb3V0ZS0wNykNCj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0NCj4gVGl0bGUgICAgICAgICAgICAgICA6IEZhc3QgUmVyb3V0ZSBFeHRl bnNpb25zIHRvIFJTVlAtVEUgZm9yIExTUCBUdW5uZWxzDQo+IFB1YmxpY2F0aW9uIERhdGUgICAg OiBNYXkgMjAwNQ0KPiBBdXRob3IocykgICAgICAgICAgIDogUC4gUGFuLCBFZC4sIEcuIFN3YWxs b3csIEVkLiwgQS4gQXRsYXMsIEVkLg0KPiBDYXRlZ29yeSAgICAgICAgICAgIDogUFJPUE9TRUQg U1RBTkRBUkQNCj4gU291cmNlICAgICAgICAgICAgICA6IE11bHRpcHJvdG9jb2wgTGFiZWwgU3dp dGNoaW5nDQo+IEFyZWEgICAgICAgICAgICAgICAgOiBSb3V0aW5nDQo+IFN0cmVhbSAgICAgICAg ICAgICAgOiBJRVRGDQo+IFZlcmlmeWluZyBQYXJ0eSAgICAgOiBJRVNHDQo+DQoNCi0tDQoNCkxv YSBBbmRlcnNzb24gICAgICAgICAgICAgICAgICAgICAgICBlbWFpbDogbG9hQHBpLm51PG1haWx0 bzpsb2FAcGkubnU+DQpTZW5pb3IgTVBMUyBFeHBlcnQgICAgICAgICAgICAgICAgICAgICAgICAg IGxvYS5waS5udUBnbWFpbA0KQnJvbnplIERyYWdvbiBDb25zdWx0aW5nICAgICAgICAgICAgIHBo b25lOiArNDYgNzM5IDgxIDIxIDY0DQo= --_000_98D20EBFC5094AFEB4CD4079D4AA9C60ciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <96D0491A905A5A4FA855399B7C7A410B@namprd11.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3Jt YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1i b3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp IixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpz cGFuLkVtYWlsU3R5bGUxOA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250 LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCi5Nc29D aHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4w cHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjox LjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNl Y3Rpb24xO30NCi0tPjwvc3R5bGU+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0i Ymx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+SXMgdGhlcmUgYW4gSUVURiBwb2xpY3kgZm9yIGFkZGluZy9jb3JyZWN0 aW5nIG5vcm1hdGl2ZSBsYW5ndWFnZSB2aWEgYW4gRXJyYXRhPyBJIGd1ZXNzIHRoaXMgaXMgYWxs b3dlZC48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoYW5rcyw8bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkFjZWU8bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVy Om5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBp biAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2NvbG9yOmJsYWNrIj5Gcm9tOg0KPC9zcGFu PjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFjayI+bXBscyAmbHQ7 bXBscy1ib3VuY2VzQGlldGYub3JnJmd0OyBvbiBiZWhhbGYgb2YgQWxpYSBBdGxhcyAmbHQ7YWth dGxhc0BnbWFpbC5jb20mZ3Q7PGJyPg0KPGI+RGF0ZTogPC9iPlR1ZXNkYXksIEp1bmUgOSwgMjAy MCBhdCA5OjA3IEFNPGJyPg0KPGI+VG86IDwvYj5Mb2EgQW5kZXJzc29uICZsdDtsb2FAcGkubnUm Z3Q7PGJyPg0KPGI+Q2M6IDwvYj4mcXVvdDttcGxzQGlldGYub3JnJnF1b3Q7ICZsdDttcGxzQGll dGYub3JnJmd0OywgJnF1b3Q7bWloaXJhbXJlbGlhXzg5QHlhaG9vLmNvbSZxdW90OyAmbHQ7bWlo aXJhbXJlbGlhXzg5QHlhaG9vLmNvbSZndDssIFJGQyBFcnJhdGEgU3lzdGVtICZsdDtyZmMtZWRp dG9yQHJmYy1lZGl0b3Iub3JnJmd0Ozxicj4NCjxiPlN1YmplY3Q6IDwvYj5SZTogW21wbHNdIFtU ZWNobmljYWwgRXJyYXRhIFJlcG9ydGVkXSBSRkM0MDkwICg2MjAzKTxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDouNWluIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj5TdXJlPG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPk9uIFR1ZSwgSnVuIDksIDIwMjAgYXQgNjo0OCBBTSBM b2EgQW5kZXJzc29uICZsdDs8YSBocmVmPSJtYWlsdG86bG9hQHBpLm51Ij5sb2FAcGkubnU8L2E+ Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJv cmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowaW4gMGlu IDBpbiA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tcmlnaHQ6MGluIj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj5BbGwsPGJyPg0KPGJyPg0KSSB0 aGluayB0aGlzIGVycmF0YSBpbiBlc3NlbmNlIGlzIGNvcnJlY3QsIHRob3VnaCBJIHdvdWxkIHdh bnQgdG88YnI+DQpwcm9wb3NlIGEgc2xpZ2h0IG1vZGlmaWNhdGlvbiB0byB0aGUgQ29ycmVjdGVk IFRleHQuPGJyPg0KPGJyPg0KT24gMDMvMDYvMjAyMCAxODoyMCwgUkZDIEVycmF0YSBTeXN0ZW0g d3JvdGU6PGJyPg0KJmd0OyBUaGUgZm9sbG93aW5nIGVycmF0YSByZXBvcnQgaGFzIGJlZW4gc3Vi bWl0dGVkIGZvciBSRkM0MDkwLDxicj4NCiZndDsgJnF1b3Q7RmFzdCBSZXJvdXRlIEV4dGVuc2lv bnMgdG8gUlNWUC1URSBmb3IgTFNQIFR1bm5lbHMmcXVvdDsuPGJyPg0KJmd0OyA8YnI+DQomZ3Q7 IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPGJyPg0KJmd0OyBZb3UgbWF5 IHJldmlldyB0aGUgcmVwb3J0IGJlbG93IGFuZCBhdDo8YnI+DQomZ3Q7IDxhIGhyZWY9Imh0dHBz Oi8vd3d3LnJmYy1lZGl0b3Iub3JnL2VycmF0YS9laWQ2MjAzIiB0YXJnZXQ9Il9ibGFuayI+aHR0 cHM6Ly93d3cucmZjLWVkaXRvci5vcmcvZXJyYXRhL2VpZDYyMDM8L2E+PGJyPg0KJmd0OyA8YnI+ DQomZ3Q7IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPGJyPg0KJmd0OyBU eXBlOiBUZWNobmljYWw8YnI+DQomZ3Q7IFJlcG9ydGVkIGJ5OiBNaWhpciBBbXJlbGlhICZsdDs8 YSBocmVmPSJtYWlsdG86bWloaXJhbXJlbGlhXzg5QHlhaG9vLi5jb20iIHRhcmdldD0iX2JsYW5r Ij5taWhpcmFtcmVsaWFfODlAeWFob28uY29tPC9hPiZndDs8YnI+DQomZ3Q7IDxicj4NCiZndDsg U2VjdGlvbjogNjxicj4NCiZndDsgPGJyPg0KJmd0OyBPcmlnaW5hbCBUZXh0PGJyPg0KJmd0OyAt LS0tLS0tLS0tLS0tPGJyPg0KJmd0OyBJZiB0aGUgJnF1b3Q7YmFuZHdpZHRoIHByb3RlY3Rpb24g Z3VhcmFudGVlZCZxdW90OyBmbGFnIGlzIHNldCwgdGhlIFBMUiBTSE9VTEQgdHJ5IHRvPGJyPg0K Jmd0OyBwcm92aWRlIGEgYmFuZHdpZHRoIGd1YXJhbnRlZTsgaWYgdGhpcyBpcyBub3QgZmVhc2li bGUsIHRoZSBQTFIgU0hPVUxEIHRoZW4gdHJ5PGJyPg0KJmd0OyB0byBwcm92aWRlIGEgYmFja3Vw IHdpdGhvdXQgYSBndWFyYW50ZWUgb2YgdGhlIGZ1bGwgYmFuZHdpZHRoLjxicj4NCiZndDsgPGJy Pg0KJmd0OyA8YnI+DQomZ3Q7IDxicj4NCiZndDsgQ29ycmVjdGVkIFRleHQ8YnI+DQomZ3Q7IC0t LS0tLS0tLS0tLS0tPGJyPg0KJmd0OyBJZiB0aGUgJnF1b3Q7QmFuZHdpZHRoIFByb3RlY3Rpb24g RGVzaXJlZCZxdW90OyBmbGFnIGlzIHNldCBpbiBTRVNTSU9OX0FUVFJJQlVURSwgdGhlIFBMUjxi cj4NCiZndDsgU0hPVUxEIHRyeSB0byBwcm92aWRlIGEgYmFuZHdpZHRoIGd1YXJhbnRlZTsgaWYg dGhpcyBpcyBub3QgZmVhc2libGUsIHRoZSBQTFI8YnI+DQomZ3Q7IFNIT1VMRCB0aGVuIHRyeSB0 byBwcm92aWRlIGEgYmFja3VwIHdpdGhvdXQgYSBndWFyYW50ZWUgb2YgdGhlIGZ1bGwgYmFuZHdp ZHRoLjxicj4NCiZndDsgPGJyPg0KJmd0OyA8YnI+DQo8YnI+DQpTbGlnaHRseSBDb3JyZWN0ZWQg VGV4dDxicj4NCi0tLS0tLS0tLS0tLS0tPGJyPg0KSWYgdGhlICZxdW90O2JhbmR3aWR0aCBwcm90 ZWN0aW9uIGRlc2lyZWQmcXVvdDsgZmxhZyBpcyBzZXQgaW4gU0VTU0lPTl9BVFRSSUJVVEUsIDxi cj4NCnRoZSBQTFI8YnI+DQpTSE9VTEQgdHJ5IHRvIHByb3ZpZGUgYSBiYW5kd2lkdGggZ3VhcmFu dGVlOyBpZiB0aGlzIGlzIG5vdCBmZWFzaWJsZSwgPGJyPg0KdGhlIFBMUjxicj4NClNIT1VMRCB0 aGVuIHRyeSB0byBwcm92aWRlIGEgYmFja3VwIHdpdGhvdXQgYSBndWFyYW50ZWUgb2YgdGhlIGZ1 bGwgPGJyPg0KYmFuZHdpZHRoLjxicj4NCjxicj4NCk5vdGUgMTogbG93ZXJjYXNlIGlzIGhvdyB0 aGUgZG9jdW1lbnQgdHJlYXQgYWxsIG90aHIgbmFtZXMgb2YgZmxhZ3MgaW48YnI+DQpmbG93aW5n IHRleHQuPGJyPg0KPGJyPg0KTm90ZSAyOiB3aXRoIHRoaXMgc2xpZ2h0IGNoYW5nZSBJIHRoaW5r IHRoaXMgRXJyYXRhIGNvdWxkIGJlIHZlcmlmaWVkPGJyPg0KYW5kIGhlbGQgZm9yIGEgZG9jdW1l bnQgdXBkYXRlLjxicj4NCjxicj4NCi9Mb2E8YnI+DQo8YnI+DQomZ3Q7IDxicj4NCiZndDsgTm90 ZXM8YnI+DQomZ3Q7IC0tLS0tPGJyPg0KJmd0OyBDb3JyZWN0aW5nIGZsYWcgaW5mbyB0byBjb25z aWRlciBiYW5kd2lkdGggcHJvdGVjdGlvbi48YnI+DQomZ3Q7IDxicj4NCiZndDsgSW5zdHJ1Y3Rp b25zOjxicj4NCiZndDsgLS0tLS0tLS0tLS0tLTxicj4NCiZndDsgVGhpcyBlcnJhdHVtIGlzIGN1 cnJlbnRseSBwb3N0ZWQgYXMgJnF1b3Q7UmVwb3J0ZWQmcXVvdDsuIElmIG5lY2Vzc2FyeSwgcGxl YXNlPGJyPg0KJmd0OyB1c2UgJnF1b3Q7UmVwbHkgQWxsJnF1b3Q7IHRvIGRpc2N1c3Mgd2hldGhl ciBpdCBzaG91bGQgYmUgdmVyaWZpZWQgb3I8YnI+DQomZ3Q7IHJlamVjdGVkLiBXaGVuIGEgZGVj aXNpb24gaXMgcmVhY2hlZCwgdGhlIHZlcmlmeWluZyBwYXJ0eTxicj4NCiZndDsgY2FuIGxvZyBp biB0byBjaGFuZ2UgdGhlIHN0YXR1cyBhbmQgZWRpdCB0aGUgcmVwb3J0LCBpZiBuZWNlc3Nhcnku PGJyPg0KJmd0OyA8YnI+DQomZ3Q7IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tPGJyPg0KJmd0OyBSRkM0MDkwIChkcmFmdC1pZXRmLW1wbHMtcnN2cC1sc3AtZmFzdHJlcm91 dGUtMDcpPGJyPg0KJmd0OyAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTxi cj4NCiZndDsgVGl0bGUmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7OiBGYXN0IFJlcm91dGUgRXh0ZW5zaW9ucyB0byBSU1ZQLVRFIGZvciBMU1Ag VHVubmVsczxicj4NCiZndDsgUHVibGljYXRpb24gRGF0ZSZuYnNwOyAmbmJzcDsgOiBNYXkgMjAw NTxicj4NCiZndDsgQXV0aG9yKHMpJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDs6IFAuIFBhbiwgRWQuLCBHLiBTd2FsbG93LCBFZC4sIEEuIEF0bGFzLCBFZC48YnI+DQom Z3Q7IENhdGVnb3J5Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgOiBQ Uk9QT1NFRCBTVEFOREFSRDxicj4NCiZndDsgU291cmNlJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IDogTXVsdGlwcm90b2NvbCBMYWJlbCBTd2l0Y2hpbmc8 YnI+DQomZ3Q7IEFyZWEmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7IDogUm91dGluZzxicj4NCiZndDsgU3RyZWFtJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IDogSUVURjxicj4NCiZndDsgVmVyaWZ5aW5n IFBhcnR5Jm5ic3A7ICZuYnNwOyAmbmJzcDs6IElFU0c8YnI+DQomZ3Q7IDxicj4NCjxicj4NCi0t IDxicj4NCjxicj4NCkxvYSBBbmRlcnNzb24mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBlbWFp bDogPGEgaHJlZj0ibWFpbHRvOmxvYUBwaS5udSIgdGFyZ2V0PSJfYmxhbmsiPg0KbG9hQHBpLm51 PC9hPjxicj4NClNlbmlvciBNUExTIEV4cGVydCZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyBsb2EucGkubnVAZ21haWw8YnI+DQpCcm9uemUgRHJhZ29uIENvbnN1bHRpbmcmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtwaG9uZTogJiM0Mzs0NiA3 MzkgODEgMjEgNjQ8bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_98D20EBFC5094AFEB4CD4079D4AA9C60ciscocom_-- From nobody Tue Jun 9 20:22:53 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 08C8E3A0EC7 for ; Tue, 9 Jun 2020 20:22:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=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 57MqllXdMIlm for ; Tue, 9 Jun 2020 20:22:45 -0700 (PDT) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 364A03A0EB3 for ; Tue, 9 Jun 2020 20:22:43 -0700 (PDT) Received: from [192.168.1.7] (unknown [122.2.97.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 384F1323375; Wed, 10 Jun 2020 05:22:39 +0200 (CEST) To: "Acee Lindem (acee)" , Alia Atlas Cc: "mpls@ietf.org" , "mihiramrelia_89@yahoo.com" , RFC Errata System References: <20200603102000.31C90F40751@rfc-editor.org> <25ca1341-454d-854e-8724-f60df98c0bdb@pi.nu> <98D20EBF-C509-4AFE-B4CD-4079D4AA9C60@cisco.com> From: Loa Andersson Message-ID: Date: Wed, 10 Jun 2020 11:22:36 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.9.0 MIME-Version: 1.0 In-Reply-To: <98D20EBF-C509-4AFE-B4CD-4079D4AA9C60@cisco.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [mpls] [Technical Errata Reported] RFC4090 (6203) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2020 03:22:51 -0000 Acee, I don't think we are adding /correcting the normative language. The only thing that is done is correcting the naming of one of the flags. /Loa On 09/06/2020 22:14, Acee Lindem (acee) wrote: > Is there an IETF policy for adding/correcting normative language via an > Errata? I guess this is allowed. > > Thanks, > > Acee > > *From: *mpls on behalf of Alia Atlas > > *Date: *Tuesday, June 9, 2020 at 9:07 AM > *To: *Loa Andersson > *Cc: *"mpls@ietf.org" , "mihiramrelia_89@yahoo.com" > , RFC Errata System > *Subject: *Re: [mpls] [Technical Errata Reported] RFC4090 (6203) > > Sure > > On Tue, Jun 9, 2020 at 6:48 AM Loa Andersson > wrote: > > All, > > I think this errata in essence is correct, though I would want to > propose a slight modification to the Corrected Text. > > On 03/06/2020 18:20, RFC Errata System wrote: > > The following errata report has been submitted for RFC4090, > > "Fast Reroute Extensions to RSVP-TE for LSP Tunnels". > > > > -------------------------------------- > > You may review the report below and at: > > https://www.rfc-editor.org/errata/eid6203 > > > > -------------------------------------- > > Type: Technical > > Reported by: Mihir Amrelia > > > > > Section: 6 > > > > Original Text > > ------------- > > If the "bandwidth protection guaranteed" flag is set, the PLR > SHOULD try to > > provide a bandwidth guarantee; if this is not feasible, the PLR > SHOULD then try > > to provide a backup without a guarantee of the full bandwidth. > > > > > > > > Corrected Text > > -------------- > > If the "Bandwidth Protection Desired" flag is set in > SESSION_ATTRIBUTE, the PLR > > SHOULD try to provide a bandwidth guarantee; if this is not > feasible, the PLR > > SHOULD then try to provide a backup without a guarantee of the > full bandwidth. > > > > > > Slightly Corrected Text > -------------- > If the "bandwidth protection desired" flag is set in SESSION_ATTRIBUTE, > the PLR > SHOULD try to provide a bandwidth guarantee; if this is not feasible, > the PLR > SHOULD then try to provide a backup without a guarantee of the full > bandwidth. > > Note 1: lowercase is how the document treat all othr names of flags in > flowing text. > > Note 2: with this slight change I think this Errata could be verified > and held for a document update. > > /Loa > > > > > Notes > > ----- > > Correcting flag info to consider bandwidth protection. > > > > Instructions: > > ------------- > > This erratum is currently posted as "Reported". If necessary, please > > use "Reply All" to discuss whether it should be verified or > > rejected. When a decision is reached, the verifying party > > can log in to change the status and edit the report, if necessary. > > > > -------------------------------------- > > RFC4090 (draft-ietf-mpls-rsvp-lsp-fastreroute-07) > > -------------------------------------- > > Title               : Fast Reroute Extensions to RSVP-TE for LSP > Tunnels > > Publication Date    : May 2005 > > Author(s)           : P. Pan, Ed., G. Swallow, Ed., A. Atlas, Ed. > > Category            : PROPOSED STANDARD > > Source              : Multiprotocol Label Switching > > Area                : Routing > > Stream              : IETF > > Verifying Party     : IESG > > > > -- > > Loa Andersson                        email: loa@pi.nu > Senior MPLS Expert                          loa.pi.nu@gmail > Bronze Dragon Consulting             phone: +46 739 81 21 64 > -- Loa Andersson email: loa@pi.nu Senior MPLS Expert loa.pi.nu@gmail Bronze Dragon Consulting phone: +46 739 81 21 64 From nobody Wed Jun 10 06:03:45 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A44583A083B; Wed, 10 Jun 2020 06:03:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.087 X-Spam-Level: X-Spam-Status: No, score=-2.087 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_HTML_ATTACH=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 J7ulK_gQkFmt; Wed, 10 Jun 2020 06:03:34 -0700 (PDT) Received: from mail-lj1-x233.google.com (mail-lj1-x233.google.com [IPv6:2a00:1450:4864:20::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A3D7D3A084C; Wed, 10 Jun 2020 06:03:33 -0700 (PDT) Received: by mail-lj1-x233.google.com with SMTP id a9so2366617ljn.6; Wed, 10 Jun 2020 06:03:33 -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=EBhFr+NTQlnY0f97RpQBxAp2OPP/Oz7Gd7caYo+9mOg=; b=TadblAWAZGE3xHgK2M3ffikUbQ7/k4g+XfrMEHiKFBkNDP+J92heiL4TIdCIWkiWpu 3kRlFWn+YXUxr5I4rfLZN6hdgkiGwkrrvsMW0Sl7qz/IdDuRG41sGGhjOI8NP8HXsMBG iTxZ+C1/P6L3S5/WbwtyoZ+wZpnBcl2q9nov698KKXeGlDsVpY2ShRbP+5Nbed3Gb2TB rLgP5L+/BVOlYvIRHEhQ1aoWMieozXxxJqoSgMLpAJSJlfUp2ejOxuAdAFZef3pojM57 S6A6BqgKsUUSfQaXwgeFffmPep6uVACOusN3OC38+p84RUmjBs6hIRX4iIC8phrw8C0L 2dkQ== 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=EBhFr+NTQlnY0f97RpQBxAp2OPP/Oz7Gd7caYo+9mOg=; b=E7gVu6TIXBAZEpZADl5gup17ozTvHRrJr2/MIHPdd5FbY7dSW+H6L+XXITw6lWp0Ks fFcx3BN81kbL84d+zr2eRNw8BRVq0/kLdhqItaGHVrg8sHmT+BI83QzadiAUoAIdschs 6hfuzgxZKsrogPlissCX+wx8N7XErXesgAXwM1XuPqjbPhSrpOZVlt92WV5aOlHhEaTf p0HJHzVwuLtAr4yFkZF+nUe/AspkRhah7jVpJgBpkvVVw9XmDRdl39Zt3hYa1WCo84Si oToHrp7UAKvAEOV8MUjkyXSAGIhCuYSlW0d03gqESZj3xQea0hiq80SN3BMzyjyU0MI2 0URQ== X-Gm-Message-State: AOAM531S6DDv0VBTadnRaARitEo7bd+iPMbyrzoHblTjO95NRZ5H5B/L xLS5Hv+3/5aLvR75rUx7vxOmk/bgaoVQU4etiQ== X-Google-Smtp-Source: ABdhPJyg/9Ehj8tEEM7SzcP81/OOW5G9xy6fsnNw7/Frg/JF2Y33GqNhwJTrG9BkhW79SpwTdSh9wNR1dkaC61SjDSo= X-Received: by 2002:a05:651c:112e:: with SMTP id e14mr1630809ljo.338.1591794211584; Wed, 10 Jun 2020 06:03:31 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Rakesh Gandhi Date: Wed, 10 Jun 2020 09:03:19 -0400 Message-ID: To: Huaimo Chen Cc: Tarek Saad , "mpls@ietf.org" , "mpls-chairs@ietf.org" , "draft-gandhi-mpls-rfc6374-sr@ietf.org" Content-Type: multipart/mixed; boundary="00000000000089ffd805a7ba7873" Archived-At: Subject: Re: [mpls] MPLS-RT experts review for draft-gandhi-mpls-rfc6374-sr X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2020 13:03:43 -0000 --00000000000089ffd805a7ba7873 Content-Type: multipart/alternative; boundary="00000000000089ffd605a7ba7871" --00000000000089ffd605a7ba7871 Content-Type: text/plain; charset="UTF-8" Thank you Huaimo for the detailed review and your support for the adoption. Attached please find the updated document and diffs that address your comments. Please see responses inline with .. On Mon, Jun 8, 2020 at 11:52 PM Huaimo Chen wrote: > Hi All, > > I have reviewed the document and have the following comments. > > 1. The document is useful and technically sound. It can be considered > for WG adoption. > Thank you. > > 2. The document seems talking about the Loss Measurement Message > and Delay Measurement Message. Should it have some texts for Combined > Loss/Delay Measurement Message? > Added section 6.3. > > 3. There are a couple of IETF drafts about SR P2MP Path.. The > document just mentions one of them and the Performance Measurement for a SR > P2MP Path (or policy) is based on this one draft. Should the Performance > Measurement for a SR P2MP Path (or policy) be general enough for all? > > do you have a specific P2MP draft on mind that should also be included in the example? > 4. It seems that the Performance Measurement for a SR P2MP Path (or > policy) is limited to one way and out-of-band. Should the document add some > texts talking about these limitations? > Updated section 7. > > 5. The registry for the newly defined Return Path TLV Type and Block > Number TLV Type is missing in the document. Is it the "MPLS Loss/Delay > Measurement TLV Object" registry? > Updated IANA section. > > 6. It seems that a new registry should be defined for the Sub-TLV > types under the Return Path TLV in the document. > Added in IANA section. > 7. In section 5.1. and section 6.1., Should "For both SR Links and > end-to-end measurement for SR-MPLS Policies" be changed to something like > "For both SR Links and end-to-end SR-MPLS Policies measurements"? > Corrected. > > 8. In section 6.2., should something like a user case be added into > the sentence "The Block Number TLV is Mandatory when used.."? > Expanded the sentence. Thanks, Rakesh > > Best Regards, > Huaimo > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > --00000000000089ffd605a7ba7871 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Thank you Huaimo for the detailed re= view and your support for the adoption.
Attached please find = the updated document and diffs that address your comments.
=
Please see responses inline with <RG>..

On Mon, Jun 8, = 2020 at 11:52 PM Huaimo Chen <huaimo.chen@futurewei.com> wrote:
Hi All,

=C2=A0 =C2=A0 I have reviewed the document and have the following comments.=

=C2=A0 =C2=A0 1.=C2=A0 The=C2=A0document is useful and technically sound. I= t can be=C2=A0considered for WG adoption.

=
<RG> Thank you.

=C2=A0 =C2=A0 2.=C2=A0 The document seems talking about the Loss Measuremen= t Message and=C2=A0Delay Measurement Message. Should it have some texts for= =C2=A0Combined Loss/Delay Measurement Message?

<RG> Added section 6.3.

=C2=A0 =C2=A0 3.=C2=A0 There are a couple of IETF drafts about SR P2MP Path= .. The document just mentions one of them and the Performance Measurement f= or a SR P2MP Path (or policy) is based on this one draft. Should the=C2=A0P= erformance Measurement for a SR P2MP Path (or policy) be general enough for all?

<RG> do you have a specific P2MP dr= aft on mind that should also be included in the example?
=C2=A0
=C2=A0 =C2=A0 4.=C2=A0 It seems that the=C2=A0Performance Measurement for a SR P2MP Path (or policy) is limited t= o one way and out-of-band. Should the document add some texts talking about these limitations?
<= /div>

<RG> Updated section 7.

=C2=A0 =C2=A0 5.=C2=A0 The registry for the newly defined Return Path TLV T= ype and Block Number TLV Type is missing in the document. Is it the "M= PLS Loss/Delay Measurement TLV Object" registry?

<RG> Updated IANA section.

=C2=A0 =C2=A0 6.=C2=A0 It seems that a new registry should be defined for t= he Sub-TLV types under the Return Path TLV in the document.

<RG> Added in IANA section.
<= br>

=C2=A0 =C2=A0 7.=C2=A0 In section 5.1. a= nd section 6.1., Should "For both SR Links and end-to-end measurement = for SR-MPLS Policies" be changed to something like "For both SR Links and end-to-end SR-MPLS Policies measurements&= quot;?=C2=A0

<RG> = Corrected.

=C2=A0 =C2=A0 8.=C2=A0 In section 6.2., should something like a user case b= e added into the sentence "The Block Number TLV is Mandatory when used= .."?=C2=A0

<RG> Expa= nded the sentence.

Thanks,
Rakesh
<= div>


Best Regards,
Huaimo
_______________________________________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org/mailman/listinfo/mpls
--00000000000089ffd605a7ba7871-- --00000000000089ffd805a7ba7873 Content-Type: text/plain; charset="US-ASCII"; name="draft-gandhi-mpls-rfc6374-sr-03.txt" Content-Disposition: attachment; filename="draft-gandhi-mpls-rfc6374-sr-03.txt" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: f_kb9cz0oe1 CgoKCk1QTFMgV29ya2luZyBHcm91cCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICBSLiBHYW5kaGksIEVkLgpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgQy4gRmlsc2ZpbHMKSW50ZW5kZWQgc3RhdHVzOiBTdGFu ZGFyZHMgVHJhY2sgICAgICAgICAgICAgICAgICAgICBDaXNjbyBTeXN0ZW1zLCBJbmMuCkV4cGly ZXM6IERlY2VtYmVyIDEyLCAyMDIwICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICBELiBWb3llcgogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgQmVsbCBDYW5hZGEKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBTLiBTYWxzYW5vCiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICBVbml2ZXJzaXRhIGRpIFJvbWEgIlRvciBWZXJnYXRh IgogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIE0uIENoZW4KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgSHVhd2VpCiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgSnVuZSAxMCwgMjAyMAoKClBlcmZv cm1hbmNlIE1lYXN1cmVtZW50IFVzaW5nIFJGQyA2Mzc0IGZvciBTZWdtZW50IFJvdXRpbmcgTmV0 d29ya3Mgd2l0aAogICAgICAgICAgICAgICAgICAgICAgICAgICAgTVBMUyBEYXRhIFBsYW5lCiAg ICAgICAgICAgICAgICAgICAgZHJhZnQtZ2FuZGhpLW1wbHMtcmZjNjM3NC1zci0wMwoKQWJzdHJh Y3QKCiAgIFNlZ21lbnQgUm91dGluZyAoU1IpIGxldmVyYWdlcyB0aGUgc291cmNlIHJvdXRpbmcg cGFyYWRpZ20uICBSRkMgNjM3NAogICBzcGVjaWZpZXMgcHJvdG9jb2wgbWVjaGFuaXNtcyB0byBl bmFibGUgdGhlIGVmZmljaWVudCBhbmQgYWNjdXJhdGUKICAgbWVhc3VyZW1lbnQgb2YgcGFja2V0 IGxvc3MsIG9uZS13YXkgYW5kIHR3by13YXkgZGVsYXksIGFzIHdlbGwgYXMKICAgcmVsYXRlZCBt ZXRyaWNzIHN1Y2ggYXMgZGVsYXkgdmFyaWF0aW9uIGluIE1QTFMgbmV0d29ya3MgdXNpbmcgcHJv YmUKICAgbWVzc2FnZXMuICBUaGlzIGRvY3VtZW50IHV0aWxpemVzIHRoZXNlIG1lY2hhbmlzbXMg Zm9yIFBlcmZvcm1hbmNlCiAgIERlbGF5IGFuZCBMb3NzIE1lYXN1cmVtZW50cyBpbiBTZWdtZW50 IFJvdXRpbmcgbmV0d29ya3Mgd2l0aCBNUExTCiAgIGRhdGEgcGxhbmUgKFNSLU1QTFMpLCBmb3Ig Ym90aCBTUiBMaW5rcyBhbmQgZW5kLXRvLWVuZCBTUiBQb2xpY2llcy4KICAgSW4gYWRkaXRpb24s IHRoaXMgZG9jdW1lbnQgZGVmaW5lcyBSZXR1cm4gUGF0aCBUTFYgZm9yIHR3by13YXkKICAgcGVy Zm9ybWFuY2UgbWVhc3VyZW1lbnQgYW5kIEJsb2NrIE51bWJlciBUTFYgZm9yIGxvc3MgbWVhc3Vy ZW1lbnQuCgpTdGF0dXMgb2YgVGhpcyBNZW1vCgogICBUaGlzIEludGVybmV0LURyYWZ0IGlzIHN1 Ym1pdHRlZCBpbiBmdWxsIGNvbmZvcm1hbmNlIHdpdGggdGhlCiAgIHByb3Zpc2lvbnMgb2YgQkNQ IDc4IGFuZCBCQ1AgNzkuCgogICBJbnRlcm5ldC1EcmFmdHMgYXJlIHdvcmtpbmcgZG9jdW1lbnRz IG9mIHRoZSBJbnRlcm5ldCBFbmdpbmVlcmluZwogICBUYXNrIEZvcmNlIChJRVRGKS4gIE5vdGUg dGhhdCBvdGhlciBncm91cHMgbWF5IGFsc28gZGlzdHJpYnV0ZQogICB3b3JraW5nIGRvY3VtZW50 cyBhcyBJbnRlcm5ldC1EcmFmdHMuICBUaGUgbGlzdCBvZiBjdXJyZW50IEludGVybmV0LQogICBE cmFmdHMgaXMgYXQgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kcmFmdHMvY3VycmVudC8u CgogICBJbnRlcm5ldC1EcmFmdHMgYXJlIGRyYWZ0IGRvY3VtZW50cyB2YWxpZCBmb3IgYSBtYXhp bXVtIG9mIHNpeCBtb250aHMKICAgYW5kIG1heSBiZSB1cGRhdGVkLCByZXBsYWNlZCwgb3Igb2Jz b2xldGVkIGJ5IG90aGVyIGRvY3VtZW50cyBhdCBhbnkKICAgdGltZS4gIEl0IGlzIGluYXBwcm9w cmlhdGUgdG8gdXNlIEludGVybmV0LURyYWZ0cyBhcyByZWZlcmVuY2UKICAgbWF0ZXJpYWwgb3Ig dG8gY2l0ZSB0aGVtIG90aGVyIHRoYW4gYXMgIndvcmsgaW4gcHJvZ3Jlc3MuIgoKICAgVGhpcyBJ bnRlcm5ldC1EcmFmdCB3aWxsIGV4cGlyZSBvbiBEZWNlbWJlciAxMiwgMjAyMC4KCgoKCgoKCkdh bmRoaSwgZXQgYWwuICAgICAgICAgIEV4cGlyZXMgRGVjZW1iZXIgMTIsIDIwMjAgICAgICAgICAg ICAgICBbUGFnZSAxXQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgVXNpbmcgUkZDIDYzNzQgZm9y IFNSLU1QTFMgICAgICAgICAgICAgIEp1bmUgMjAyMAoKCkNvcHlyaWdodCBOb3RpY2UKCiAgIENv cHlyaWdodCAoYykgMjAyMCBJRVRGIFRydXN0IGFuZCB0aGUgcGVyc29ucyBpZGVudGlmaWVkIGFz IHRoZQogICBkb2N1bWVudCBhdXRob3JzLiAgQWxsIHJpZ2h0cyByZXNlcnZlZC4KCiAgIFRoaXMg ZG9jdW1lbnQgaXMgc3ViamVjdCB0byBCQ1AgNzggYW5kIHRoZSBJRVRGIFRydXN0J3MgTGVnYWwK ICAgUHJvdmlzaW9ucyBSZWxhdGluZyB0byBJRVRGIERvY3VtZW50cwogICAoaHR0cHM6Ly90cnVz dGVlLmlldGYub3JnL2xpY2Vuc2UtaW5mbykgaW4gZWZmZWN0IG9uIHRoZSBkYXRlIG9mCiAgIHB1 YmxpY2F0aW9uIG9mIHRoaXMgZG9jdW1lbnQuICBQbGVhc2UgcmV2aWV3IHRoZXNlIGRvY3VtZW50 cwogICBjYXJlZnVsbHksIGFzIHRoZXkgZGVzY3JpYmUgeW91ciByaWdodHMgYW5kIHJlc3RyaWN0 aW9ucyB3aXRoIHJlc3BlY3QKICAgdG8gdGhpcyBkb2N1bWVudC4gIENvZGUgQ29tcG9uZW50cyBl eHRyYWN0ZWQgZnJvbSB0aGlzIGRvY3VtZW50IG11c3QKICAgaW5jbHVkZSBTaW1wbGlmaWVkIEJT RCBMaWNlbnNlIHRleHQgYXMgZGVzY3JpYmVkIGluIFNlY3Rpb24gNC5lIG9mCiAgIHRoZSBUcnVz dCBMZWdhbCBQcm92aXNpb25zIGFuZCBhcmUgcHJvdmlkZWQgd2l0aG91dCB3YXJyYW50eSBhcwog ICBkZXNjcmliZWQgaW4gdGhlIFNpbXBsaWZpZWQgQlNEIExpY2Vuc2UuCgpUYWJsZSBvZiBDb250 ZW50cwoKICAgMS4gIEludHJvZHVjdGlvbiAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gICAzCiAgIDIuICBDb252ZW50aW9ucyBVc2VkIGluIFRoaXMgRG9j dW1lbnQgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAgNAogICAgIDIuMS4gIFJlcXVpcmVt ZW50cyBMYW5ndWFnZSAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgIDQKICAg ICAyLjIuICBBYmJyZXZpYXRpb25zIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gICA0CiAgICAgMi4zLiAgUmVmZXJlbmNlIFRvcG9sb2d5ICAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAgNQogICAzLiAgT3ZlcnZpZXcgIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgIDUKICAgNC4gIFByb2Jl IFF1ZXJ5IGFuZCBSZXNwb25zZSBNZXNzYWdlcyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g ICA2CiAgICAgNC4xLiAgUHJvYmUgTWVzc2FnZSBmb3IgU1IgTGlua3MgIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuICAgNgogICAgIDQuMi4gIFByb2JlIE1lc3NhZ2UgZm9yIFNSIFBvbGlj aWVzIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgIDYKICAgICA0LjMuICBQcm9iZSBSZXNw b25zZSBNZXNzYWdlIGZvciBTUiBMaW5rcyBhbmQgUG9saWNpZXMgIC4gLiAuIC4gICA3CiAgICAg ICA0LjMuMS4gIE9uZS13YXkgTWVhc3VyZW1lbnQgTW9kZSAgLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuICAgNwogICAgICAgNC4zLjIuICBUd28td2F5IE1lYXN1cmVtZW50IE1vZGUgIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgIDgKICAgICAgIDQuMy4zLiAgTG9vcGJhY2sgTWVhc3Vy ZW1lbnQgTW9kZSAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gICA4CiAgICAgNC40LiAgUmV0 dXJuIFBhdGggVExWIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAg OAogICA1LiAgUGVyZm9ybWFuY2UgRGVsYXkgTWVhc3VyZW1lbnQgLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAgMTAKICAgICA1LjEuICBEZWxheSBNZWFzdXJlbWVudCBNZXNzYWdlIEZv cm1hdCAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDEwCiAgICAgNS4yLiAgVGltZXN0YW1wcyAg LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAxMAogICA2LiAg UGVyZm9ybWFuY2UgTG9zcyBNZWFzdXJlbWVudCAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAgMTAKICAgICA2LjEuICBMb3NzIE1lYXN1cmVtZW50IE1lc3NhZ2UgRm9ybWF0IC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gIDExCiAgICAgNi4yLiAgQmxvY2sgTnVtYmVyIFRMViAgLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAxMQogICAgIDYuMy4gIENvbWJp bmVkIExvc3MvRGVsYXkgTWVhc3VyZW1lbnQgTWVzc2FnZSBGb3JtYXQgIC4gLiAuIC4gLiAgMTIK ICAgNy4gIFBlcmZvcm1hbmNlIE1lYXN1cmVtZW50IGZvciBQMk1QIFNSIFBvbGljaWVzICAuIC4g LiAuIC4gLiAuIC4gIDEyCiAgIDguICBFQ01QIGZvciBTUiBQb2xpY2llcyAgLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAxMwogICA5LiAgU1IgTGluayBFeHRlbmRlZCBU RSBNZXRyaWNzIEFkdmVydGlzZW1lbnRzICAuIC4gLiAuIC4gLiAuIC4gLiAgMTMKICAgMTAuIFNl Y3VyaXR5IENvbnNpZGVyYXRpb25zIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gIDE0CiAgIDExLiBJQU5BIENvbnNpZGVyYXRpb25zIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuICAxNAogICAxMi4gUmVmZXJlbmNlcyAgLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgMTUKICAgICAxMi4xLiAgTm9ybWF0 aXZlIFJlZmVyZW5jZXMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDE1CiAg ICAgMTIuMi4gIEluZm9ybWF0aXZlIFJlZmVyZW5jZXMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuICAxNgogICBBY2tub3dsZWRnbWVudHMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgMTgKICAgQ29udHJpYnV0b3JzICAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDE4CgoKCkdhbmRoaSwg ZXQgYWwuICAgICAgICAgIEV4cGlyZXMgRGVjZW1iZXIgMTIsIDIwMjAgICAgICAgICAgICAgICBb UGFnZSAyXQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgVXNpbmcgUkZDIDYzNzQgZm9yIFNSLU1Q TFMgICAgICAgICAgICAgIEp1bmUgMjAyMAoKCiAgIEF1dGhvcnMnIEFkZHJlc3NlcyAgLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAxOQoKMS4gIEludHJvZHVj dGlvbgoKICAgU2VydmljZSBwcm92aWRlcidzIGFiaWxpdHkgdG8gc2F0aXNmeSBTZXJ2aWNlIExl dmVsIEFncmVlbWVudHMgKFNMQXMpCiAgIGRlcGVuZCBvbiB0aGUgYWJpbGl0eSB0byBtZWFzdXJl IGFuZCBtb25pdG9yIHBlcmZvcm1hbmNlIG1ldHJpY3MgZm9yCiAgIHBhY2tldCBsb3NzIGFuZCBv bmUtd2F5IGFuZCB0d28td2F5IGRlbGF5LCBhcyB3ZWxsIGFzIHJlbGF0ZWQgbWV0cmljcwogICBz dWNoIGFzIGRlbGF5IHZhcmlhdGlvbi4gIFRoZSBhYmlsaXR5IHRvIG1vbml0b3IgdGhlc2UgcGVy Zm9ybWFuY2UKICAgbWV0cmljcyBhbHNvIHByb3ZpZGVzIG9wZXJhdG9ycyB3aXRoIGdyZWF0ZXIg dmlzaWJpbGl0eSBpbnRvIHRoZQogICBwZXJmb3JtYW5jZSBjaGFyYWN0ZXJpc3RpY3Mgb2YgdGhl aXIgbmV0d29ya3MsIHRoZXJlYnkgZmFjaWxpdGF0aW5nCiAgIHBsYW5uaW5nLCB0cm91Ymxlc2hv b3RpbmcsIGFuZCBuZXR3b3JrIHBlcmZvcm1hbmNlIGV2YWx1YXRpb24uCgogICBTZWdtZW50IFJv dXRpbmcgKFNSKSBsZXZlcmFnZXMgdGhlIHNvdXJjZSByb3V0aW5nIHBhcmFkaWdtIGFuZAogICBn cmVhdGx5IHNpbXBsaWZpZXMgbmV0d29yayBvcGVyYXRpb25zIGZvciBTb2Z0d2FyZSBEZWZpbmVk IE5ldHdvcmtzCiAgIChTRE5zKS4gIFNSIGlzIGFwcGxpY2FibGUgdG8gYm90aCBNdWx0aXByb3Rv Y29sIExhYmVsIFN3aXRjaGluZyAoU1ItCiAgIE1QTFMpIGFuZCBJUHY2IChTUnY2KSBkYXRhIHBs YW5lcy4gIFNSIHRha2VzIGFkdmFudGFnZSBvZiB0aGUgRXF1YWwtCiAgIENvc3QgTXVsdGlwYXRo cyAoRUNNUHMpIGJldHdlZW4gc291cmNlIGFuZCB0cmFuc2l0IG5vZGVzLCBiZXR3ZWVuCiAgIHRy YW5zaXQgbm9kZXMgYW5kIGJldHdlZW4gdHJhbnNpdCBhbmQgZGVzdGluYXRpb24gbm9kZXMuICBT UiBQb2xpY2llcwogICBhcyBkZWZpbmVkIGluIFtJLUQuaWV0Zi1zcHJpbmctc2VnbWVudC1yb3V0 aW5nLXBvbGljeV0gYXJlIHVzZWQgdG8KICAgc3RlZXIgdHJhZmZpYyB0aHJvdWdoIGEgc3BlY2lm aWMsIHVzZXItZGVmaW5lZCBwYXRocyB1c2luZyBhIHN0YWNrIG9mCiAgIFNlZ21lbnRzLiAgQnVp bHQtaW4gU1IgUGVyZm9ybWFuY2UgTWVhc3VyZW1lbnQgKFBNKSBpcyBvbmUgb2YgdGhlCiAgIGVz c2VudGlhbCByZXF1aXJlbWVudHMgdG8gcHJvdmlkZSBTZXJ2aWNlIExldmVsIEFncmVlbWVudHMg KFNMQXMpLgoKICAgW1JGQzYzNzRdIHNwZWNpZmllcyBwcm90b2NvbCBtZWNoYW5pc21zIHRvIGVu YWJsZSB0aGUgZWZmaWNpZW50IGFuZAogICBhY2N1cmF0ZSBtZWFzdXJlbWVudCBvZiBwZXJmb3Jt YW5jZSBtZXRyaWNzIGluIE1QTFMgbmV0d29ya3MgdXNpbmcKICAgcHJvYmUgbWVzc2FnZXMuICBU aGUgT25lLVdheSBBY3RpdmUgTWVhc3VyZW1lbnQgUHJvdG9jb2wgKE9XQU1QKQogICBkZWZpbmVk IGluIFtSRkM0NjU2XSBhbmQgVHdvLVdheSBBY3RpdmUgTWVhc3VyZW1lbnQgUHJvdG9jb2wgKFRX QU1QKQogICBkZWZpbmVkIGluIFtSRkM1MzU3XSBwcm92aWRlIGNhcGFiaWxpdGllcyBmb3IgdGhl IG1lYXN1cmVtZW50IG9mCiAgIHZhcmlvdXMgcGVyZm9ybWFuY2UgbWV0cmljcyBpbiBJUCBuZXR3 b3Jrcy4gIEhvd2V2ZXIsIG1lY2hhbmlzbXMKICAgZGVmaW5lZCBpbiBbUkZDNjM3NF0gYXJlIG1v cmUgc3VpdGFibGUgZm9yIFNlZ21lbnQgUm91dGluZyB3aGVuIHVzaW5nCiAgIE1QTFMgZGF0YSBw bGFuZSAoU1ItTVBMUykuICBbUkZDNjM3NF0gYWxzbyBzdXBwb3J0cyAiZGlyZWN0IG1vZGUiCiAg IExvc3MgTWVhc3VyZW1lbnQgKExNKSwgd2hpY2ggaXMgcmVxdWlyZWQgaW4gU1IgbmV0d29ya3Mu CgogICBbUkZDNzg3Nl0gc3BlY2lmaWVzIHRoZSBwcm9jZWR1cmVzIHRvIGJlIHVzZWQgd2hlbiBz ZW5kaW5nIGFuZAogICBwcm9jZXNzaW5nIG91dC1vZi1iYW5kIHBlcmZvcm1hbmNlIG1lYXN1cmVt ZW50IHByb2JlIHJlcGxpZXMgb3ZlciBhbgogICBVRFAgcmV0dXJuIHBhdGggd2hlbiByZWNlaXZp bmcgUkZDIDYzNzQgYmFzZWQgcHJvYmUgcXVlcmllcy4gIFRoZXNlCiAgIHByb2NlZHVyZXMgY2Fu IGJlIHVzZWQgdG8gc2VuZCBvdXQtb2YtYmFuZCBQTSByZXBsaWVzIGZvciBib3RoIFNSCiAgIExp bmtzIGFuZCBQb2xpY2llcyBbSS1ELmlldGYtc3ByaW5nLXNlZ21lbnQtcm91dGluZy1wb2xpY3ld IGZvciBvbmUtCiAgIHdheSBtZWFzdXJlbWVudC4KCiAgIFRoaXMgZG9jdW1lbnQgdXRpbGl6ZXMg dGhlIHByb2JlLWJhc2VkIG1lY2hhbmlzbXMgZGVmaW5lZCBpbgogICBbUkZDNjM3NF0gZm9yIFBl cmZvcm1hbmNlIERlbGF5IGFuZCBMb3NzIE1lYXN1cmVtZW50cyBpbiBTUiBuZXR3b3JrcwogICB3 aXRoIE1QTFMgZGF0YSBwbGFuZSwgZm9yIGJvdGggU1IgTGlua3MgYW5kIGVuZC10by1lbmQgU1Ig UG9saWNpZXMuCiAgIEluIGFkZGl0aW9uLCB0aGlzIGRvY3VtZW50IGRlZmluZXMgUmV0dXJuIFBh dGggVExWIGZvciB0d28td2F5CiAgIHBlcmZvcm1hbmNlIG1lYXN1cmVtZW50IGFuZCBCbG9jayBO dW1iZXIgVExWIGZvciBsb3NzIG1lYXN1cmVtZW50LgogICBUaGUgUGVyZm9ybWFuY2UgTWVhc3Vy ZW1lbnRzIChQTSkgZm9yIFNSIExpbmtzIGFyZSB1c2VkIHRvIGNvbXB1dGUKICAgZXh0ZW5kZWQg VHJhZmZpYyBFbmdpbmVlcmluZyAoVEUpIG1ldHJpY3MgZm9yIGRlbGF5IGFuZCBsb3NzIGFuZCBj YW4KICAgYmUgYWR2ZXJ0aXNlZCBpbiB0aGUgbmV0d29yayB1c2luZyB0aGUgcm91dGluZyBwcm90 b2NvbCBleHRlbnNpb25zLgoKCgpHYW5kaGksIGV0IGFsLiAgICAgICAgICBFeHBpcmVzIERlY2Vt YmVyIDEyLCAyMDIwICAgICAgICAgICAgICAgW1BhZ2UgM10KDApJbnRlcm5ldC1EcmFmdCAgICAg ICAgIFVzaW5nIFJGQyA2Mzc0IGZvciBTUi1NUExTICAgICAgICAgICAgICBKdW5lIDIwMjAKCgoy LiAgQ29udmVudGlvbnMgVXNlZCBpbiBUaGlzIERvY3VtZW50CgoyLjEuICBSZXF1aXJlbWVudHMg TGFuZ3VhZ2UKCiAgIFRoZSBrZXkgd29yZHMgIk1VU1QiLCAiTVVTVCBOT1QiLCAiUkVRVUlSRUQi LCAiU0hBTEwiLCAiU0hBTEwgTk9UIiwKICAgIlNIT1VMRCIsICJTSE9VTEQgTk9UIiwgIlJFQ09N TUVOREVEIiwgIk1BWSIsIGFuZCAiT1BUSU9OQUwiIGluIHRoaXMKICAgZG9jdW1lbnQgYXJlIHRv IGJlIGludGVycHJldGVkIGFzIGRlc2NyaWJlZCBpbiBbUkZDMjExOV0gW1JGQzgxNzRdCiAgIHdo ZW4sIGFuZCBvbmx5IHdoZW4sIHRoZXkgYXBwZWFyIGluIGFsbCBjYXBpdGFscywgYXMgc2hvd24g aGVyZS4KCjIuMi4gIEFiYnJldmlhdGlvbnMKCiAgIEFDSDogQXNzb2NpYXRlZCBDaGFubmVsIEhl YWRlci4KCiAgIERNOiBEZWxheSBNZWFzdXJlbWVudC4KCiAgIEVDTVA6IEVxdWFsIENvc3QgTXVs dGktUGF0aC4KCiAgIEctQUNoOiBHZW5lcmljIEFzc29jaWF0ZWQgQ2hhbm5lbCAoRy1BQ2gpLgoK ICAgR0FMOiBHZW5lcmljIEFzc29jaWF0ZWQgQ2hhbm5lbCAoRy1BQ2gpIExhYmVsLgoKICAgTE06 IExvc3MgTWVhc3VyZW1lbnQuCgogICBNUExTOiBNdWx0aXByb3RvY29sIExhYmVsIFN3aXRjaGlu Zy4KCiAgIE5UUDogTmV0d29yayBUaW1lIFByb3RvY29sLgoKICAgUE06IFBlcmZvcm1hbmNlIE1l YXN1cmVtZW50LgoKICAgUFNJRDogUGF0aCBTZWdtZW50IElkZW50aWZpZXIuCgogICBQVFA6IFBy ZWNpc2lvbiBUaW1lIFByb3RvY29sLgoKICAgU0lEOiBTZWdtZW50IElELgoKICAgU0w6IFNlZ21l bnQgTGlzdC4KCiAgIFNSOiBTZWdtZW50IFJvdXRpbmcuCgogICBTUi1NUExTOiBTZWdtZW50IFJv dXRpbmcgd2l0aCBNUExTIGRhdGEgcGxhbmUuCgogICBUQzogVHJhZmZpYyBDbGFzcy4KCiAgIFRF OiBUcmFmZmljIEVuZ2luZWVyaW5nLgoKICAgVVJPOiBVRFAgUmV0dXJuIE9iamVjdC4KCgoKCgpH YW5kaGksIGV0IGFsLiAgICAgICAgICBFeHBpcmVzIERlY2VtYmVyIDEyLCAyMDIwICAgICAgICAg ICAgICAgW1BhZ2UgNF0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgIFVzaW5nIFJGQyA2Mzc0IGZv ciBTUi1NUExTICAgICAgICAgICAgICBKdW5lIDIwMjAKCgoyLjMuICBSZWZlcmVuY2UgVG9wb2xv Z3kKCiAgIEluIHRoZSByZWZlcmVuY2UgdG9wb2xvZ3kgc2hvd24gaW4gRmlndXJlIDEsIHRoZSBx dWVyaWVyIG5vZGUgUjEKICAgaW5pdGlhdGVzIGEgcGVyZm9ybWFuY2UgbWVhc3VyZW1lbnQgcHJv YmUgcXVlcnkgYW5kIHRoZSByZXNwb25kZXIKICAgbm9kZSBSNSBzZW5kcyBhIHByb2JlIHJlc3Bv bnNlIGZvciB0aGUgcXVlcnkgbWVzc2FnZSByZWNlaXZlZC4gIFRoZQogICBwcm9iZSByZXNwb25z ZSBpcyB0eXBpY2FsbHkgc2VudCBiYWNrIHRvIHRoZSBxdWVyaWVyIG5vZGUgUjEuICBUaGUKICAg bm9kZXMgUjEgYW5kIFI1IG1heSBiZSBkaXJlY3RseSBjb25uZWN0ZWQgdmlhIGEgTGluayBlbmFi bGVkIHdpdGggU1IKICAgb3IgdGhlcmUgZXhpc3RzIGEgUG9pbnQtdG8tUG9pbnQgKFAyUCkgU1Ig UGF0aCBlLmcuICBTUiBQb2xpY3kKICAgW0ktRC5pZXRmLXNwcmluZy1zZWdtZW50LXJvdXRpbmct cG9saWN5XSBvbiBub2RlIFIxIHdpdGggZGVzdGluYXRpb24KICAgdG8gbm9kZSBSNS4gIEluIGNh c2Ugb2YgUG9pbnQtdG8tTXVsdGlwb2ludCAoUDJNUCksIFNSIFBvbGljeQogICBvcmlnaW5hdGlu ZyBmcm9tIHNvdXJjZSBub2RlIFIxIG1heSB0ZXJtaW5hdGUgb24gbXVsdGlwbGUgZGVzdGluYXRp b24KICAgbGVhZiBub2RlcyBbSS1ELnZveWVyLXNwcmluZy1zci1yZXBsaWNhdGlvbi1zZWdtZW50 XS4gIEluIGFsbCBjYXNlcywKICAgdGhlIGRhdGEgcGxhbmUgaGFzIE1QTFMgZW5hYmxlZCBvbiB0 aGUgbm9kZXMuCgoKICAgICAgICAgICAgICAgICstLS0tLS0tKyB0MSAgICBRdWVyeSAgICAgIHQy ICstLS0tLS0tKwogICAgICAgICAgICAgICAgfCAgICAgICB8IC0gLSAtIC0gLSAtIC0gLSAtIC0+ fCAgICAgICB8CiAgICAgICAgICAgICAgICB8ICAgUjEgIHwtLS0tLS0tLS0tLS0tLS0tLS0tLS18 ICAgUjUgIHwKICAgICAgICAgICAgICAgIHwgICAgICAgfDwtIC0gLSAtIC0gLSAtIC0gLSAtIHwg ICAgICAgfAogICAgICAgICAgICAgICAgKy0tLS0tLS0rIHQ0ICAgIFJlc3BvbnNlICAgdDMgKy0t LS0tLS0rCiAgICAgICAgICAgICAgICAgUXVlcmllciAgICAgICAgICAgICAgICAgICAgICBSZXNw b25kZXIKCiAgICAgICAgICAgICAgICAgICAgICAgRmlndXJlIDE6IFJlZmVyZW5jZSBUb3BvbG9n eQoKMy4gIE92ZXJ2aWV3CgogICBPbmUtd2F5IGRlbGF5IGFuZCB0d28td2F5IGRlbGF5IG1lYXN1 cmVtZW50IHByb2NlZHVyZSBkZWZpbmVkIGluCiAgIFNlY3Rpb24gMi40IG9mIFtSRkM2Mzc0XSBh cmUgdXNlZC4gIFRyYW5zbWl0IGFuZCBSZWNlaXZlIHBhY2tldCBsb3NzCiAgIG1lYXN1cmVtZW50 IHByb2NlZHVyZXMgZGVmaW5lZCBpbiBTZWN0aW9uIDIuMiBhbmQgU2VjdGlvbiAyLjYgb2YKICAg W1JGQzYzNzRdIGFyZSB1c2VkLiAgT25lLXdheSBsb3NzIG1lYXN1cmVtZW50IHByb3ZpZGVzIHJl Y2VpdmUgcGFja2V0CiAgIGxvc3Mgd2hlcmVhcyB0d28td2F5IGxvc3MgbWVhc3VyZW1lbnQgcHJv dmlkZXMgYm90aCB0cmFuc21pdCBhbmQKICAgcmVjZWl2ZSBwYWNrZXQgbG9zcy4gIEZvciBib3Ro IFNSIExpbmtzIGFuZCBlbmQtdG8tZW5kIFNSIFBvbGljaWVzLAogICBubyBQTSBzZXNzaW9uIGZv ciBkZWxheSBvciBsb3NzIG1lYXN1cmVtZW50IGlzIGNyZWF0ZWQgb24gdGhlCiAgIHJlc3BvbmRl ciBub2RlIFI1IFtSRkM2Mzc0XS4KCiAgIEZvciBQZXJmb3JtYW5jZSBNZWFzdXJlbWVudCwgcHJv YmUgcXVlcnkgYW5kIHJlc3BvbnNlIG1lc3NhZ2VzIGFyZQogICBzZW50IGFzIGZvbGxvd2luZzoK CiAgIG8gIEZvciBEZWxheSBNZWFzdXJlbWVudCwgdGhlIHByb2JlIG1lc3NhZ2VzIGFyZSBzZW50 IG9uIHRoZQogICAgICBjb25ncnVlbnQgcGF0aCBvZiB0aGUgZGF0YSB0cmFmZmljIGJ5IHRoZSBx dWVyaWVyIG5vZGUsIGFuZCBhcmUKICAgICAgdXNlZCB0byBtZWFzdXJlIHRoZSBkZWxheSBleHBl cmllbmNlZCBieSB0aGUgYWN0dWFsIGRhdGEgdHJhZmZpYwogICAgICBmbG93aW5nIG9uIHRoZSBT UiBMaW5rcyBhbmQgU1IgUG9saWNpZXMuCgogICBvICBGb3IgTG9zcyBNZWFzdXJlbWVudCwgdGhl IHByb2JlIG1lc3NhZ2VzIGFyZSBzZW50IG9uIHRoZSBjb25ncnVlbnQKICAgICAgcGF0aCBvZiB0 aGUgZGF0YSB0cmFmZmljIGJ5IHRoZSBxdWVyaWVyIG5vZGUsIGFuZCBhcmUgdXNlZCB0bwogICAg ICBjb2xsZWN0IHRoZSByZWNlaXZlIHRyYWZmaWMgY291bnRlcnMgZm9yIHRoZSBpbmNvbWluZyBs aW5rIG9yCiAgICAgIGluY29taW5nIFNJRCB3aGVyZSB0aGUgcHJvYmUgcXVlcnkgbWVzc2FnZXMg YXJlIHJlY2VpdmVkIGF0IHRoZQoKCgoKR2FuZGhpLCBldCBhbC4gICAgICAgICAgRXhwaXJlcyBE ZWNlbWJlciAxMiwgMjAyMCAgICAgICAgICAgICAgIFtQYWdlIDVdCgwKSW50ZXJuZXQtRHJhZnQg ICAgICAgICBVc2luZyBSRkMgNjM3NCBmb3IgU1ItTVBMUyAgICAgICAgICAgICAgSnVuZSAyMDIw CgoKICAgICAgcmVzcG9uZGVyIG5vZGUgKGluY29taW5nIGxpbmsgb3IgaW5jb21pbmcgU0lEIG5l ZWRlZCBzaW5jZSB0aGUKICAgICAgcmVzcG9uZGVyIG5vZGUgZG9lcyBub3QgaGF2ZSBQTSBzZXNz aW9uIHN0YXRlIHByZXNlbnQpLgoKICAgVGhlIEluLVNpdHUgT3BlcmF0aW9ucywgQWRtaW5pc3Ry YXRpb24sIGFuZCBNYWludGVuYW5jZSAoSU9BTSkKICAgbWVjaGFuaXNtcyBmb3IgU1ItTVBMUyBk ZWZpbmVkIGluIFtJLUQuZ2FuZGhpLW1wbHMtaW9hbS1zcl0gYXJlIHVzZWQKICAgdG8gY2Fycnkg UE0gaW5mb3JtYXRpb24gaW4tYmFuZCBhcyBwYXJ0IG9mIHRoZSBkYXRhIHRyYWZmaWMgcGFja2V0 cywKICAgYW5kIGFyZSBvdXRzaWRlIHRoZSBzY29wZSBvZiB0aGlzIGRvY3VtZW50LgoKNC4gIFBy b2JlIFF1ZXJ5IGFuZCBSZXNwb25zZSBNZXNzYWdlcwoKNC4xLiAgUHJvYmUgTWVzc2FnZSBmb3Ig U1IgTGlua3MKCiAgIEFzIGRlc2NyaWJlZCBpbiBTZWN0aW9uIDIuOS4xIG9mIFtSRkM2Mzc0XSwg cHJvYmUgcXVlcnkgYW5kIHJlc3BvbnNlCiAgIG1lc3NhZ2VzIGZsb3cgb3ZlciB0aGUgTVBMUyBH ZW5lcmljIEFzc29jaWF0ZWQgQ2hhbm5lbCAoRy1BQ2gpLiAgQQogICBwcm9iZSBtZXNzYWdlIGZv ciBTUiBMaW5rcyBjb250YWlucyBHLUFDaCBMYWJlbCAoR0FMKSAod2l0aCBTPTEpLgogICBUaGUg R0FMIGlzIGZvbGxvd2VkIGJ5IGFuIEFzc29jaWF0ZWQgQ2hhbm5lbCBIZWFkZXIgKEFDSCksIHdo aWNoCiAgIGlkZW50aWZpZXMgdGhlIG1lc3NhZ2UgdHlwZSwgYW5kIHRoZSBtZXNzYWdlIHBheWxv YWQgZm9sbG93aW5nIHRoZQogICBBQ0ggYXMgc2hvd24gaW4gRmlndXJlIDIuICBUaGUgcHJvYmUg bWVzc2FnZXMgYXJlIHJvdXRlZCBvdmVyIHRoZSBTUgogICBMaW5rcyBmb3IgYm90aCBkZWxheSBh bmQgbG9zcyBtZWFzdXJlbWVudC4gIEZvciBTUiBMaW5rcywgdGhlIFRUTAogICB2YWx1ZSBpcyBz ZXQgdG8gMSBpbiB0aGUgU1ItTVBMUyBoZWFkZXIgZm9yIG9uZS13YXkgYW5kIHR3by13YXkKICAg bWVhc3VyZW1lbnQgbW9kZXMuCgoKICAgIDAgICAgICAgICAgICAgICAgICAgMSAgICAgICAgICAg ICAgICAgICAyICAgICAgICAgICAgICAgICAgIDMKICAgIDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAx IDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMQogICAgKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsKICAg IHwgICAgICAgICAgICAgR0FMICh2YWx1ZSAxMykgICAgICAgICAgICB8IFRDICB8U3wgICAgICBU VEwgICAgICB8CiAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKwogICAgfDAgMCAwIDF8VmVyc2lvbnwgUmVzZXJ2ZWQgICAg ICB8IEdBTCBDaGFubmVsIFR5cGUgICAgICAgICAgICAgIHwKICAgICstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rCgogICAgICAg ICAgICAgICBGaWd1cmUgMjogUHJvYmUgTWVzc2FnZSBIZWFkZXIgZm9yIGFuIFNSIExpbmsKCjQu Mi4gIFByb2JlIE1lc3NhZ2UgZm9yIFNSIFBvbGljaWVzCgogICBBcyBkZXNjcmliZWQgaW4gU2Vj dGlvbiAyLjkuMSBvZiBbUkZDNjM3NF0sIHByb2JlIHF1ZXJ5IGFuZCByZXNwb25zZQogICBtZXNz YWdlcyBmbG93IG92ZXIgdGhlIE1QTFMgR2VuZXJpYyBBc3NvY2lhdGVkIENoYW5uZWwgKEctQUNo KS4gIEEKICAgcHJvYmUgbWVzc2FnZSBmb3IgYW4gZW5kLXRvLWVuZCBTUiBQb2xpY3kgbWVhc3Vy ZW1lbnQgY29udGFpbnMgU1ItCiAgIE1QTFMgbGFiZWwgc3RhY2sgW0ktRC5pZXRmLXNwcmluZy1z ZWdtZW50LXJvdXRpbmctcG9saWN5XSwgd2l0aCB0aGUKICAgRy1BQ2ggTGFiZWwgKEdBTCkgYXQg dGhlIGJvdHRvbSBvZiB0aGUgc3RhY2sgKHdpdGggUz0xKS4gIFRoZSBHQUwgaXMKICAgZm9sbG93 ZWQgYnkgYW4gQXNzb2NpYXRlZCBDaGFubmVsIEhlYWRlciAoQUNIKSwgd2hpY2ggaWRlbnRpZmll cyB0aGUKICAgbWVzc2FnZSB0eXBlLCBhbmQgdGhlIG1lc3NhZ2UgcGF5bG9hZCBmb2xsb3dpbmcg dGhlIEFDSCBhcyBzaG93biBpbgogICBGaWd1cmUgMy4gIEZvciBTUiBQb2xpY2llcywgdGhlIFRU TCB2YWx1ZSBpcyBzZXQgdG8gMjU1IGluIHRoZSBTUi0KICAgTVBMUyBoZWFkZXIuCgoKCgoKCgpH YW5kaGksIGV0IGFsLiAgICAgICAgICBFeHBpcmVzIERlY2VtYmVyIDEyLCAyMDIwICAgICAgICAg ICAgICAgW1BhZ2UgNl0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgIFVzaW5nIFJGQyA2Mzc0IGZv ciBTUi1NUExTICAgICAgICAgICAgICBKdW5lIDIwMjAKCgogICAgMCAgICAgICAgICAgICAgICAg ICAxICAgICAgICAgICAgICAgICAgIDIgICAgICAgICAgICAgICAgICAgMwogICAgMCAxIDIgMyA0 IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxCiAg ICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKwogICAgfCAgICAgICAgICAgICAgICAgIExhYmVsKDEpICAgICAgICAgICAgIHwg VEMgIHxTfCAgICAgIFRUTCAgICAgIHwKICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rCiAgICAuICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgLgogICAgLiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIC4KICAgIC4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAuCiAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKwogICAgfCAgICAgICAgICAgICAgICAgIExh YmVsKG4pICAgICAgICAgICAgIHwgVEMgIHxTfCAgICAgIFRUTCAgICAgIHwKICAgICstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r CiAgICB8ICAgICAgICAgICAgICAgICAgR0FMICh2YWx1ZSAxMykgICAgICAgfCBUQyAgfFN8ICAg ICAgVFRMICAgICAgfAogICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsKICAgIHwwIDAgMCAxfFZlcnNpb258IFJlc2VydmVk ICAgICAgfCBHQUwgQ2hhbm5lbCBUeXBlICAgICAgICAgICAgICB8CiAgICArLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKwoKICAg IEZpZ3VyZSAzOiBFeGFtcGxlIFByb2JlIE1lc3NhZ2UgSGVhZGVyIGZvciBhbiBFbmQtdG8tZW5k IFNSIFBvbGljeQoKICAgVGhlIFNSLU1QTFMgbGFiZWwgc3RhY2sgY2FuIGJlIGVtcHR5IChhcyBz aG93biBpbiBGaWd1cmUgMikgdG8KICAgaW5kaWNhdGUgSW1wbGljaXQgTlVMTCBsYWJlbCBjYXNl LgoKICAgRm9yIFNSIFBvbGljeSBwZXJmb3JtYW5jZSBtZWFzdXJlbWVudCwgaW4gb3JkZXIgdG8g ZW5zdXJlIHRoYXQgdGhlCiAgIHByb2JlIHF1ZXJ5IG1lc3NhZ2UgaXMgcHJvY2Vzc2VkIGJ5IHRo ZSBpbnRlbmRlZCByZXNwb25kZXIgbm9kZSwKICAgRGVzdGluYXRpb24gQWRkcmVzcyBUTFYgKFR5 cGUgMTI5KSBbUkZDNjM3NF0gY2FuIGJlIHNlbnQgaW4gdGhlIHByb2JlCiAgIHF1ZXJ5IG1lc3Nh Z2UuICBUaGUgcmVzcG9uZGVyIG5vZGUgb25seSByZXBsaWVzIHdpdGggU3VjY2VzcyBpbgogICBD b250cm9sIENvZGUgaWYgaXQgaXMgdGhlIGludGVuZGVkIGRlc3RpbmF0aW9uIGZvciB0aGUgcHJv YmUgcXVlcnkuCiAgIE90aGVyd2lzZSwgaXQgTVVTVCByZXR1cm4gMHgxNTogRXJyb3IgLSBJbnZh bGlkIERlc3RpbmF0aW9uIE5vZGUKICAgSWRlbnRpZmllciBbUkZDNjM3NF0uCgo0LjMuICBQcm9i ZSBSZXNwb25zZSBNZXNzYWdlIGZvciBTUiBMaW5rcyBhbmQgUG9saWNpZXMKCjQuMy4xLiAgT25l LXdheSBNZWFzdXJlbWVudCBNb2RlCgogICBJbiBvbmUtd2F5IHBlcmZvcm1hbmNlIG1lYXN1cmVt ZW50IG1vZGUgW1JGQzc2NzldLCB0aGUgcXVlcmllciBub2RlCiAgIGNhbiByZWNlaXZlICJvdXQt b2YtYmFuZCIgcHJvYmUgcmVwbGllcyBieSBwcm9wZXJseSBzZXR0aW5nIHRoZSBVRFAKICAgUmV0 dXJuIE9iamVjdCAoVVJPKSBUTFYgaW4gdGhlIHByb2JlIHF1ZXJ5IG1lc3NhZ2UuICBUaGUgVVJP IFRMVgogICAoVHlwZT0xMzEpIGlzIGRlZmluZWQgaW4gW1JGQzc4NzZdIGFuZCBpbmNsdWRlcyB0 aGUgVURQLURlc3RpbmF0aW9uLQogICBQb3J0IGFuZCBJUCBBZGRyZXNzLiAgSW4gcGFydGljdWxh ciwgaWYgdGhlIHF1ZXJpZXIgbm9kZSBzZXRzIGl0cyBvd24KICAgSVAgYWRkcmVzcyBpbiB0aGUg VVJPIFRMViwgdGhlIHByb2JlIHJlc3BvbnNlIGlzIHNlbnQgYmFjayBieSB0aGUKICAgcmVzcG9u ZGVyIG5vZGUgdG8gdGhlIHF1ZXJpZXIgbm9kZS4gIEluIGFkZGl0aW9uLCB0aGUgImNvbnRyb2wg Y29kZSIKICAgaW4gdGhlIHByb2JlIHF1ZXJ5IG1lc3NhZ2UgaXMgc2V0IHRvICJvdXQtb2YtYmFu ZCByZXNwb25zZQogICByZXF1ZXN0ZWQiLiAgSW4gdGhpcyBkZWxheSBtZWFzdXJlbWVudCBtb2Rl LCBhcyBwZXIgUmVmZXJlbmNlCiAgIFRvcG9sb2d5LCB0aW1lc3RhbXBzIHQxIGFuZCB0MiBhcmUg Y29sbGVjdGVkIGJ5IHRoZSBwcm9iZXMuICBPbmx5CiAgIHRpbWVzdGFtcHMgdDEgYW5kIHQyIGFy ZSB1c2VkIHRvIG1lYXN1cmUgb25lLXdheSBkZWxheS4gIFRoZSBvbmUtd2F5CiAgIG1vZGUgaXMg YXBwbGljYWJsZSB0byBib3RoIFNSIExpbmtzIGFuZCBQb2xpY2llcy4KCgoKCgoKR2FuZGhpLCBl dCBhbC4gICAgICAgICAgRXhwaXJlcyBEZWNlbWJlciAxMiwgMjAyMCAgICAgICAgICAgICAgIFtQ YWdlIDddCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICBVc2luZyBSRkMgNjM3NCBmb3IgU1ItTVBM UyAgICAgICAgICAgICAgSnVuZSAyMDIwCgoKNC4zLjIuICBUd28td2F5IE1lYXN1cmVtZW50IE1v ZGUKCiAgIEluIHR3by13YXkgcGVyZm9ybWFuY2UgbWVhc3VyZW1lbnQgbW9kZSBbUkZDNjM3NF0s IHdoZW4gdXNpbmcgYQogICBiaWRpcmVjdGlvbmFsIHBhdGgsIHRoZSBwcm9iZSByZXNwb25zZSBt ZXNzYWdlIGlzIHNlbnQgYmFjayB0byB0aGUKICAgcXVlcmllciBub2RlIG9uIHRoZSBjb25ncnVl bnQgcGF0aCBvZiB0aGUgZGF0YSB0cmFmZmljIG9uIHRoZSByZXZlcnNlCiAgIGRpcmVjdGlvbiBT UiBMaW5rIG9yIGFzc29jaWF0ZWQgU1IgUG9saWN5CiAgIFtJLUQuaWV0Zi1wY2Utc3ItYmlkaXIt cGF0aF0gdXNpbmcgYSBtZXNzYWdlIHdpdGggZm9ybWF0IHNpbWlsYXIgdG8KICAgdGhlaXIgcHJv YmUgcXVlcnkgbWVzc2FnZS4gIEluIHRoaXMgY2FzZSwgdGhlICJjb250cm9sIGNvZGUiIGluIHRo ZQogICBwcm9iZSBxdWVyeSBtZXNzYWdlIGlzIHNldCB0byAiaW4tYmFuZCByZXNwb25zZSByZXF1 ZXN0ZWQiLiAgSW4gdGhpcwogICBkZWxheSBtZWFzdXJlbWVudCBtb2RlLCBhcyBwZXIgUmVmZXJl bmNlIFRvcG9sb2d5LCBhbGwgdGltZXN0YW1wcyB0MSwKICAgdDIsIHQzLCBhbmQgdDQgYXJlIGNv bGxlY3RlZCBieSB0aGUgcHJvYmVzLiAgQWxsIGZvdXIgdGltZXN0YW1wcyBhcmUKICAgdXNlZCB0 byBtZWFzdXJlIHR3by13YXkgZGVsYXkuICBUaGUgdHdvLXdheSBtb2RlIGlzIGFwcGxpY2FibGUg dG8KICAgYm90aCBTUiBMaW5rcyBhbmQgUG9saWNpZXMuCgogICBTcGVjaWZpY2FsbHksIHRoZSBw cm9iZSByZXNwb25zZSBtZXNzYWdlIGlzIHNlbnQgYmFjayBvbiB0aGUgaW5jb21pbmcKICAgcGh5 c2ljYWwgaW50ZXJmYWNlIHdoZXJlIHRoZSBwcm9iZSBxdWVyeSBtZXNzYWdlIGlzIHJlY2VpdmVk LiAgVGhpcwogICBpcyB1c2VmdWwgZm9yIGV4YW1wbGUsIGluIGNhc2Ugb2YgdHdvLXdheSBtZWFz dXJlbWVudCBtb2RlIGZvciBMaW5rCiAgIGRlbGF5LgoKICAgVGhlIFBhdGggU2VnbWVudCBJZGVu dGlmaWVyIChQU0lEKQogICBbSS1ELmlldGYtc3ByaW5nLW1wbHMtcGF0aC1zZWdtZW50XSBvZiB0 aGUgZm9yd2FyZCBTUiBQb2xpY3kgaW4gdGhlCiAgIHByb2JlIHF1ZXJ5IGNhbiBiZSB1c2VkIHRv IGZpbmQgdGhlIGFzc29jaWF0ZWQgcmV2ZXJzZSBTUiBQb2xpY3kKICAgW0ktRC5pZXRmLXBjZS1z ci1iaWRpci1wYXRoXSB0byBzZW5kIHRoZSBwcm9iZSByZXNwb25zZSBtZXNzYWdlIGZvcgogICB0 d28td2F5IG1lYXN1cmVtZW50IG9mIFNSIFBvbGljeSB1bmxlc3Mgd2hlbiB1c2luZyB0aGUgUmV0 dXJuIFBhdGgKICAgVExWLgoKNC4zLjMuICBMb29wYmFjayBNZWFzdXJlbWVudCBNb2RlCgogICBU aGUgTG9vcGJhY2sgbWVhc3VyZW1lbnQgbW9kZSBkZWZpbmVkIGluIFNlY3Rpb24gMi44IG9mIFtS RkM2Mzc0XSBjYW4KICAgYmUgdXNlZCB0byBtZWFzdXJlIHJvdW5kLXRyaXAgZGVsYXkgZm9yIGEg YmlkaXJlY3Rpb25hbCBTUiBQYXRoCiAgIFtJLUQuaWV0Zi1wY2Utc3ItYmlkaXItcGF0aF0uICBU aGUgcHJvYmUgcXVlcnkgbWVzc2FnZXMgaW4gdGhpcyBjYXNlCiAgIGNhcnJpZXMgdGhlIHJldmVy c2UgU1IgUGF0aCBsYWJlbCBzdGFjayBhcyBwYXJ0IG9mIHRoZSBNUExTIGhlYWRlci4KICAgVGhl IEdBTCBpcyBzdGlsbCBjYXJyaWVkIGF0IHRoZSBib3R0b20gb2YgdGhlIGxhYmVsIHN0YWNrICh3 aXRoIFM9MSkuCiAgIFRoZSByZXNwb25kZXIgbm9kZSBkb2VzIG5vdCBwcm9jZXNzIHRoZSBwcm9i ZSBtZXNzYWdlcyBhbmQgZ2VuZXJhdGUKICAgcmVzcG9uc2UgbWVzc2FnZXMsIGFuZCBoZW5jZSBM b29wYmFjayBSZXF1ZXN0IG9iamVjdCAoVHlwZSAzKSBpcyBub3QKICAgcmVxdWlyZWQgZm9yIFNS LiAgSW4gdGhpcyBkZWxheSBtZWFzdXJlbWVudCBtb2RlLCBhcyBwZXIgUmVmZXJlbmNlCiAgIFRv cG9sb2d5LCB0aGUgdGltZXN0YW1wcyB0MSBhbmQgdDQgYXJlIGNvbGxlY3RlZCBieSB0aGUgcHJv YmVzLiAgQm90aAogICB0aGVzZSB0aW1lc3RhbXBzIGFyZSB1c2VkIHRvIG1lYXN1cmUgcm91bmQt dHJpcCBkZWxheS4gIFRoZSBsb29wYmFjawogICBtb2RlIGZvciBTUiBMaW5rcyBpcyBvdXRzaWRl IHRoZSBzY29wZSBvZiB0aGlzIGRvY3VtZW50LgoKNC40LiAgUmV0dXJuIFBhdGggVExWCgogICBG b3IgdHdvLXdheSBwZXJmb3JtYW5jZSBtZWFzdXJlbWVudCwgdGhlIHJlc3BvbmRlciBub2RlIG5l ZWRzIHRvIHNlbmQKICAgdGhlIHByb2JlIHJlc3BvbnNlIG1lc3NhZ2Ugb24gYSBzcGVjaWZpYyBy ZXZlcnNlIHBhdGguICBUaGUgcXVlcmllcgogICBub2RlIGNhbiByZXF1ZXN0IGluIHRoZSBwcm9i ZSBxdWVyeSBtZXNzYWdlIHRvIHRoZSByZXNwb25kZXIgbm9kZSB0bwogICBzZW5kIGEgcmVzcG9u c2UgbWVzc2FnZSBiYWNrIG9uIGEgZ2l2ZW4gcmV2ZXJzZSBwYXRoIChlLmcuIGNvLXJvdXRlZAog ICBwYXRoIGZvciB0d28td2F5IG1lYXN1cmVtZW50KS4gIFRoaXMgd2F5IHRoZSBkZXN0aW5hdGlv biBub2RlIGRvZXMKICAgbm90IHJlcXVpcmUgYW55IGFkZGl0aW9uYWwgU1IgUG9saWN5IHN0YXRl LgoKCgpHYW5kaGksIGV0IGFsLiAgICAgICAgICBFeHBpcmVzIERlY2VtYmVyIDEyLCAyMDIwICAg ICAgICAgICAgICAgW1BhZ2UgOF0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgIFVzaW5nIFJGQyA2 Mzc0IGZvciBTUi1NUExTICAgICAgICAgICAgICBKdW5lIDIwMjAKCgogICBGb3Igb25lLXdheSBw ZXJmb3JtYW5jZSBtZWFzdXJlbWVudCwgdGhlIHF1ZXJpZXIgbm9kZSBhZGRyZXNzIG1heSBub3QK ICAgYmUgcmVhY2hhYmxlIHZpYSBJUCByb3V0ZSBmcm9tIHRoZSByZXNwb25kZXIgbm9kZS4gIFRo ZSBxdWVyaWVyIG5vZGUKICAgaW4gdGhpcyBjYXNlIG5lZWRzIHRvIHNlbmQgaXRzIHJlYWNoYWJp bGl0eSBwYXRoIGluZm9ybWF0aW9uIHRvIHRoZQogICByZXNwb25kZXIgbm9kZS4KCiAgIFtSRkM2 Mzc0XSBkZWZpbmVzIERNIGFuZCBMTSBwcm9iZSBxdWVyeSBtZXNzYWdlcyB0aGF0IGNhbiBpbmNs dWRlIG9uZQogICBvciBtb3JlIG9wdGlvbmFsIFRMVnMuICBOZXcgVExWIFR5cGUgKFRCQTEpIGlz IGRlZmluZWQgaW4gdGhpcwogICBkb2N1bWVudCBmb3IgUmV0dXJuIFBhdGggdG8gY2FycnkgcmV2 ZXJzZSBwYXRoIGZvciBwcm9iZSByZXNwb25zZQogICBtZXNzYWdlcyAoaW4gdGhlIHBheWxvYWQg b2YgdGhlIG1lc3NhZ2UpLiAgVGhlIGZvcm1hdCBvZiB0aGUgUmV0dXJuCiAgIFBhdGggVExWIGlz IHNob3duIGluIEZpZ3VyZSA0IGFuZCBGaWd1cmUgNToKCgogICAgMCAgICAgICAgICAgICAgICAg ICAxICAgICAgICAgICAgICAgICAgIDIgICAgICAgICAgICAgICAgICAgMwogICAgMCAxIDIgMyA0 IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxCiAg ICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKwogICAgfCAgVHlwZSA9IFRCQTEgIHwgICAgTGVuZ3RoICAgICB8ICAgICAgUmVz ZXJ2ZWQgICAgICAgICAgICAgICAgIHwKICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rCiAgICB8ICAgICAgICAgICAgICAg ICAgICBSZXR1cm4gUGF0aCBTdWItVExWcyAgICAgICAgICAgICAgICAgICAgICAgfAogICAgLiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIC4KICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rCgogICAgICAgICAgICAgICAgICAgICAgICAgRmlndXJlIDQ6IFJl dHVybiBQYXRoIFRMVgoKCiAgICAwICAgICAgICAgICAgICAgICAgIDEgICAgICAgICAgICAgICAg ICAgMiAgICAgICAgICAgICAgICAgICAzCiAgICAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMg NCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEKICAgICstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rCiAgICB8ICAg ICBUeXBlICAgICAgfCAgICBMZW5ndGggICAgIHwgICAgICBSZXNlcnZlZCAgICAgICAgICAgICAg ICAgfAogICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSsKICAgIHwgICAgICAgICAgICAgICAgICAgIExhYmVsKDEpICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8CiAgICAuICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgLgogICAgKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsK ICAgIC4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAuCiAgICAuICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgLgogICAgLiAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIC4KICAgICstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rCiAgICB8 ICAgICAgICAgICAgICAgICAgICBMYWJlbChuKSAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgfAogICAgLiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIC4KICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rCgogICAgICAgICAgICAgRmlndXJlIDU6 IFNlZ21lbnQgTGlzdCBTdWItVExWIGluIFJldHVybiBQYXRoIFRMVgoKICAgVGhlIFNlZ21lbnQg TGlzdCBTdWItVExWIGluIHRoZSBSZXR1cm4gUGF0aCBUTFYgY2FuIGJlIG9uZSBvZiB0aGUKICAg Zm9sbG93aW5nIFR5cGVzOgoKICAgbyAgVHlwZSAodmFsdWUgMSk6IFNSLU1QTFMgTGFiZWwgU3Rh Y2sgb2YgdGhlIFJldmVyc2UgU1IgUGF0aAoKCgoKCkdhbmRoaSwgZXQgYWwuICAgICAgICAgIEV4 cGlyZXMgRGVjZW1iZXIgMTIsIDIwMjAgICAgICAgICAgICAgICBbUGFnZSA5XQoMCkludGVybmV0 LURyYWZ0ICAgICAgICAgVXNpbmcgUkZDIDYzNzQgZm9yIFNSLU1QTFMgICAgICAgICAgICAgIEp1 bmUgMjAyMAoKCiAgIG8gIFR5cGUgKHZhbHVlIDIpOiBTUi1NUExTIEJpbmRpbmcgU0lECiAgICAg IFtJLUQuaWV0Zi1wY2UtYmluZGluZy1sYWJlbC1zaWRdIG9mIHRoZSBSZXZlcnNlIFNSIFBvbGlj eQoKICAgVGhlIFJldHVybiBQYXRoIFRMViBpcyBNYW5kYXRvcnkgd2hlbiBjYXJyaWVkIGluIGEg cHJvYmUgcXVlcnkKICAgbWVzc2FnZS4gIElmIHJlc3BvbmRlciBkb2VzIG5vdCBzdXBwb3J0IHRo aXMgVExWLCBpdCBNVVNUIHJldHVybgogICBFcnJvciAweDE3OiBVbnN1cHBvcnRlZCBNYW5kYXRv cnkgVExWIE9iamVjdC4gIFRoZSBxdWVyaWVyIG5vZGUgTVVTVAogICBvbmx5IGluc2VydCBvbmUg UmV0dXJuIFBhdGggVExWIGluIHRoZSBwcm9iZSBxdWVyeSBtZXNzYWdlIGFuZCB0aGUKICAgcmVz cG9uZGVyIG5vZGUgTVVTVCBvbmx5IHByb2Nlc3MgdGhlIGZpcnN0IFJldHVybiBQYXRoIFRMViBp biB0aGUKICAgcHJvYmUgcXVlcnkgbWVzc2FnZSBhbmQgaWdub3JlIG90aGVyIFJldHVybiBQYXRo IFRMVnMgaWYgcHJlc2VudC4KICAgVGhlIHJlc3BvbmRlciBub2RlIE1VU1Qgc2VuZCBwcm9iZSBy ZXNwb25zZSBtZXNzYWdlIGJhY2sgb24gdGhlCiAgIHJldmVyc2UgcGF0aCBzcGVjaWZpZWQgaW4g dGhlIFJldHVybiBQYXRoIFRMViBhbmQgTVVTVCBOT1QgYWRkIFJldHVybgogICBQYXRoIFRMViBp biB0aGUgcHJvYmUgcmVzcG9uc2UgbWVzc2FnZS4KCjUuICBQZXJmb3JtYW5jZSBEZWxheSBNZWFz dXJlbWVudAoKNS4xLiAgRGVsYXkgTWVhc3VyZW1lbnQgTWVzc2FnZSBGb3JtYXQKCiAgIEFzIGRl ZmluZWQgaW4gW1JGQzYzNzRdLCBNUExTIERNIHByb2JlIHF1ZXJ5IGFuZCByZXNwb25zZSBtZXNz YWdlcwogICB1c2UgQXNzb2NpYXRlZCBDaGFubmVsIEhlYWRlciAoQUNIKSAodmFsdWUgMHgwMDBD IGZvciBkZWxheQogICBtZWFzdXJlbWVudCkgW1JGQzYzNzRdLCB3aGljaCBpZGVudGlmaWVzIHRo ZSBtZXNzYWdlIHR5cGUsIGFuZCB0aGUKICAgbWVzc2FnZSBwYXlsb2FkIGZvbGxvd2luZyB0aGUg QUNILiAgRm9yIGJvdGggU1IgTGlua3MgYW5kIGVuZC10by1lbmQKICAgU1IgUG9saWNpZXMgbWVh c3VyZW1lbnRzLCB0aGUgc2FtZSBNUExTIERNIEFDSCB2YWx1ZSBjYW4gYmUgdXNlZC4KCiAgIFRo ZSBETSBtZXNzYWdlIHBheWxvYWQgYXMgZGVmaW5lZCBpbiBTZWN0aW9uIDMuMiBvZiBbUkZDNjM3 NF0gaXMgdXNlZAogICBmb3IgU1ItTVBMUyBkZWxheSBtZWFzdXJlbWVudCwgZm9yIGJvdGggU1Ig TGlua3MgYW5kIGVuZC10by1lbmQgU1IKICAgUG9saWNpZXMuCgo1LjIuICBUaW1lc3RhbXBzCgog ICBUaGUgU2VjdGlvbiAzLjQgb2YgW1JGQzYzNzRdIGRlZmluZXMgdGltZXN0YW1wIGZvcm1hdCB0 aGF0IGNhbiBiZQogICB1c2VkIGZvciBkZWxheSBtZWFzdXJlbWVudC4gIFRoZSBJRUVFIDE1ODgg UHJlY2lzaW9uIFRpbWUgUHJvdG9jb2wKICAgKFBUUCkgdGltZXN0YW1wIGZvcm1hdCBbSUVFRTE1 ODhdIGlzIHVzZWQgYnkgZGVmYXVsdCBhcyBkZXNjcmliZWQgaW4KICAgQXBwZW5kaXggQSBvZiBb UkZDNjM3NF0sIHdpdGggaGFyZHdhcmUgc3VwcG9ydCBpbiBTZWdtZW50IFJvdXRpbmcKICAgbmV0 d29ya3MuCgo2LiAgUGVyZm9ybWFuY2UgTG9zcyBNZWFzdXJlbWVudAoKICAgVGhlIExNIHByb3Rv Y29sIGNhbiBwZXJmb3JtIHR3byBkaXN0aW5jdCBraW5kcyBvZiBsb3NzIG1lYXN1cmVtZW50IGFz CiAgIGRlc2NyaWJlZCBpbiBTZWN0aW9uIDIuOS44IG9mIFtSRkM2Mzc0XS4KCiAgIG8gIEluIGlu ZmVycmVkIG1vZGUsIExNIHdpbGwgbWVhc3VyZSB0aGUgbG9zcyBvZiBzcGVjaWFsbHkgZ2VuZXJh dGVkCiAgICAgIHRlc3QgbWVzc2FnZXMgaW4gb3JkZXIgdG8gaW5mZXIgdGhlIGFwcHJveGltYXRl IGRhdGEgcGxhbmUgbG9zcwogICAgICBsZXZlbC4gIEluZmVycmVkIG1vZGUgTE0gcHJvdmlkZXMg b25seSBhcHByb3hpbWF0ZSBsb3NzCiAgICAgIGFjY291bnRpbmcuCgogICBvICBJbiBkaXJlY3Qg bW9kZSwgTE0gd2lsbCBkaXJlY3RseSBtZWFzdXJlIGRhdGEgcGxhbmUgcGFja2V0IGxvc3MuCiAg ICAgIERpcmVjdCBtb2RlIExNIHByb3ZpZGVzIHBlcmZlY3QgbG9zcyBhY2NvdW50aW5nLCBidXQg bWF5IHJlcXVpcmUKICAgICAgaGFyZHdhcmUgc3VwcG9ydC4KCgoKR2FuZGhpLCBldCBhbC4gICAg ICAgICAgRXhwaXJlcyBEZWNlbWJlciAxMiwgMjAyMCAgICAgICAgICAgICAgW1BhZ2UgMTBdCgwK SW50ZXJuZXQtRHJhZnQgICAgICAgICBVc2luZyBSRkMgNjM3NCBmb3IgU1ItTVBMUyAgICAgICAg ICAgICAgSnVuZSAyMDIwCgoKICAgRm9yIGJvdGggb2YgdGhlc2UgbW9kZXMgb2YgTE0sIFBhdGgg U2VnbWVudCBJZGVudGlmaWVyIChQU0lEKQogICBbSS1ELmlldGYtc3ByaW5nLW1wbHMtcGF0aC1z ZWdtZW50XSBpcyB1c2VkIGZvciBhY2NvdW50aW5nIHJlY2VpdmVkCiAgIHRyYWZmaWMgb24gdGhl IGVncmVzcyBub2RlIG9mIHRoZSBTUiBQb2xpY3kgYXMgc2hvd24gaW4gRmlndXJlIDYuCiAgIERp ZmZlcmVudCB2YWx1ZXMgb2YgUFNJRCBjYW4gYmUgdXNlZCB0byBtZWFzdXJlIHBhY2tldCBsb3Nz IHBlciBTUgogICBQb2xpY3ksIHBlciBDYW5kaWRhdGUgUGF0aCBvciBwZXIgU2VnbWVudCBMaXN0 IG9mIHRoZSBTUiBQb2xpY3kuCgoKICAgIDAgICAgICAgICAgICAgICAgICAgMSAgICAgICAgICAg ICAgICAgICAyICAgICAgICAgICAgICAgICAgIDMKICAgIDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAx IDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMQogICAgKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsKICAg IHwgICAgICAgICAgICAgICAgICBQU0lEICAgICAgICAgICAgICAgICB8IFRDICB8U3wgICAgICBU VEwgICAgICB8CiAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKwogICAgfCAgICAgICAgICAgICAgICAgIEdBTCAodmFsdWUg MTMpICAgICAgIHwgVEMgIHxTfCAgICAgIFRUTCAgICAgIHwKICAgICstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rCiAgICB8MCAw IDAgMXxWZXJzaW9ufCBSZXNlcnZlZCAgICAgIHwgR0FMIENoYW5uZWwgVHlwZSAgICAgICAgICAg ICAgfAogICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSsKCiAgICAgICBGaWd1cmUgNjogRXhhbXBsZSBXaXRoIFBhdGggU2Vn bWVudCBJZGVudGlmaWVyIGZvciBTUiBQb2xpY3kKCjYuMS4gIExvc3MgTWVhc3VyZW1lbnQgTWVz c2FnZSBGb3JtYXQKCiAgIEFzIGRlZmluZWQgaW4gW1JGQzYzNzRdLCBNUExTIExNIHByb2JlIHF1 ZXJ5IGFuZCByZXNwb25zZSBtZXNzYWdlcwogICB1c2UgQXNzb2NpYXRlZCBDaGFubmVsIEhlYWRl ciAoQUNIKSAodmFsdWUgMHgwMDBBIGZvciBkaXJlY3QgbG9zcwogICBtZWFzdXJlbWVudCBvciB2 YWx1ZSAweDAwMEIgZm9yIGluZmVycmVkIGxvc3MgbWVhc3VyZW1lbnQpLCB3aGljaAogICBpZGVu dGlmaWVzIHRoZSBtZXNzYWdlIHR5cGUsIGFuZCB0aGUgbWVzc2FnZSBwYXlsb2FkIGZvbGxvd2lu ZyB0aGUKICAgQUNILiAgRm9yIGJvdGggU1IgTGlua3MgYW5kIGVuZC10by1lbmQgU1IgUG9saWNp ZXMgbWVhc3VyZW1lbnRzLCB0aGUKICAgc2FtZSBNUExTIExNIEFDSCB2YWx1ZSBjYW4gYmUgdXNl ZC4KCiAgIFRoZSBMTSBtZXNzYWdlIHBheWxvYWQgYXMgZGVmaW5lZCBpbiBTZWN0aW9uIDMuMSBv ZiBbUkZDNjM3NF0gaXMgdXNlZAogICBmb3IgU1ItTVBMUyBsb3NzIG1lYXN1cmVtZW50LCBmb3Ig Ym90aCBTUiBMaW5rcyBhbmQgZW5kLXRvLWVuZCBTUgogICBQb2xpY2llcy4KCjYuMi4gIEJsb2Nr IE51bWJlciBUTFYKCiAgIFRoZSBMb3NzIE1lYXN1cmVtZW50IHVzaW5nIEFsdGVybmF0ZS1NYXJr aW5nIG1ldGhvZCBkZWZpbmVkIGluCiAgIFtSRkM4MzIxXSByZXF1aXJlcyB0byBjb2xvciB0aGUg ZGF0YSB0cmFmZmljLiAgVG8gYmUgYWJsZSB0bwogICBjb3JyZWxhdGUgdGhlIHRyYW5zbWl0IGFu ZCByZWNlaXZlIHRyYWZmaWMgY291bnRlcnMgb2YgdGhlIG1hdGNoaW5nCiAgIGNvbG9yLCB0aGUg QmxvY2sgTnVtYmVyIChvciBjb2xvcikgb2YgdGhlIHRyYWZmaWMgY291bnRlcnMgaXMgY2Fycmll ZAogICBieSB0aGUgcHJvYmUgcXVlcnkgYW5kIHJlc3BvbnNlIG1lc3NhZ2VzIGZvciBsb3NzIG1l YXN1cmVtZW50LiAgVGhlCiAgIHByb2JlIHF1ZXJ5IGFuZCByZXNwb25zZSBtZXNzYWdlcyBjdXJy ZW50bHkgc3BlY2lmaWVkIGluIFtSRkM2Mzc0XQogICBmb3IgTG9zcyBNZWFzdXJlbWVudCBkbyBu b3QgaWRlbnRpZnkgdGhlIEJsb2NrIE51bWJlciBvZiB0aGUKICAgY291bnRlcnMuICBUaGUgQmxv Y2sgTnVtYmVyIGNhbiBhbHNvIGJlIHVzZWQgdG8gYWdncmVnYXRlIHBlcmZvcm1hbmNlCiAgIG1l dHJpY3MgY29sbGVjdGVkLgoKICAgW1JGQzYzNzRdIGRlZmluZXMgcHJvYmUgcXVlcnkgYW5kIHJl c3BvbnNlIG1lc3NhZ2VzIHRoYXQgY2FuIGluY2x1ZGUKICAgb25lIG9yIG1vcmUgb3B0aW9uYWwg VExWcy4gIE5ldyBUTFYgVHlwZSAodmFsdWUgVEJBMikgaXMgZGVmaW5lZCBpbgogICB0aGlzIGRv Y3VtZW50IHRvIGNhcnJ5IHRoZSBCbG9jayBOdW1iZXIgKDgtYml0KSBvZiB0aGUgdHJhZmZpYwog ICBjb3VudGVycyBpbiB0aGUgcHJvYmUgcXVlcnkgYW5kIHJlc3BvbnNlIG1lc3NhZ2VzIGZvciBs b3NzCgoKCkdhbmRoaSwgZXQgYWwuICAgICAgICAgIEV4cGlyZXMgRGVjZW1iZXIgMTIsIDIwMjAg ICAgICAgICAgICAgIFtQYWdlIDExXQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgVXNpbmcgUkZD IDYzNzQgZm9yIFNSLU1QTFMgICAgICAgICAgICAgIEp1bmUgMjAyMAoKCiAgIG1lYXN1cmVtZW50 LiAgVGhlIGZvcm1hdCBvZiB0aGUgQmxvY2sgTnVtYmVyIFRMViBpcyBzaG93biBpbgogICBGaWd1 cmUgNzoKCgogICAgMCAgICAgICAgICAgICAgICAgICAxICAgICAgICAgICAgICAgICAgIDIgICAg ICAgICAgICAgICAgICAgMwogICAgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcg OCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxCiAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKwogICAgfCAgIFR5cGUgVEJB MiAgIHwgICAgTGVuZ3RoICAgICB8IFJlc2VydmVkICAgICAgfCBCbG9jayBOdW1iZXIgIHwKICAg ICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rCgogICAgICAgICAgICAgICAgICAgICAgICBGaWd1cmUgNzogQmxvY2sgTnVtYmVy IFRMVgoKICAgVGhlIEJsb2NrIE51bWJlciBUTFYgaXMgTWFuZGF0b3J5IHdoZW4gY2FycmllZCBp biBhIHByb2JlIHF1ZXJ5CiAgIG1lc3NhZ2UuICBJZiByZXNwb25kZXIgZG9lcyBub3Qgc3VwcG9y dCB0aGlzIFRMViwgaXQgTVVTVCByZXR1cm4KICAgRXJyb3IgMHgxNzogVW5zdXBwb3J0ZWQgTWFu ZGF0b3J5IFRMViBPYmplY3QuICBUaGUgcXVlcmllciBub2RlCiAgIFNIT1VMRCBvbmx5IGluc2Vy dCBvbmUgQmxvY2sgTnVtYmVyIFRMViBpbiB0aGUgcHJvYmUgcXVlcnkgbWVzc2FnZQogICBhbmQg dGhlIHJlc3BvbmRlciBub2RlIGluIHRoZSBwcm9iZSByZXNwb25zZSBtZXNzYWdlIFNIT1VMRCBy ZXR1cm4KICAgdGhlIGZpcnN0IEJsb2NrIE51bWJlciBUTFYgZnJvbSB0aGUgcHJvYmUgcXVlcnkg bWVzc2FnZXMgYW5kIGlnbm9yZQogICBvdGhlciBCbG9jayBOdW1iZXIgVExWcyBpZiBwcmVzZW50 LiAgSW4gcHJvYmUgbWVzc2FnZXMsIHRoZSBjb3VudGVycwogICBNVVNUIGJlbG9uZyB0byB0aGUg c2FtZSBCbG9jayBOdW1iZXIuCgo2LjMuICBDb21iaW5lZCBMb3NzL0RlbGF5IE1lYXN1cmVtZW50 IE1lc3NhZ2UgRm9ybWF0CgogICBBcyBkZWZpbmVkIGluIFtSRkM2Mzc0XSwgQ29tYmluZWQgRE0r TE0gcHJvYmUgcXVlcnkgYW5kIHJlc3BvbnNlCiAgIG1lc3NhZ2VzIHVzZSBBc3NvY2lhdGVkIENo YW5uZWwgSGVhZGVyIChBQ0gpICh2YWx1ZSAweDAwMEQgZm9yIGRpcmVjdAogICBsb3NzIGFuZCBk ZWxheSBtZWFzdXJlbWVudCBvciB2YWx1ZSAweDAwMEUgZm9yIGluZmVycmVkIGxvc3MgYW5kCiAg IGRlbGF5IG1lYXN1cmVtZW50KSwgd2hpY2ggaWRlbnRpZmllcyB0aGUgbWVzc2FnZSB0eXBlLCBh bmQgdGhlCiAgIG1lc3NhZ2UgcGF5bG9hZCBmb2xsb3dpbmcgdGhlIEFDSC4gIEZvciBib3RoIFNS IExpbmtzIGFuZCBlbmQtdG8tZW5kCiAgIFNSIFBvbGljaWVzIG1lYXN1cmVtZW50cywgdGhlIHNh bWUgTVBMUyBBQ0ggdmFsdWUgY2FuIGJlIHVzZWQuCgogICBUaGUgbWVzc2FnZSBwYXlsb2FkIGFz IGRlZmluZWQgaW4gU2VjdGlvbiAzLjMgb2YgW1JGQzYzNzRdIGlzIHVzZWQKICAgZm9yIFNSLU1Q TFMgY29tYmluZWQgZGVsYXkgYW5kIGxvc3MgbWVhc3VyZW1lbnQsIGZvciBib3RoIFNSIExpbmtz CiAgIGFuZCBlbmQtdG8tZW5kIFNSIFBvbGljaWVzLgoKNy4gIFBlcmZvcm1hbmNlIE1lYXN1cmVt ZW50IGZvciBQMk1QIFNSIFBvbGljaWVzCgogICBUaGUgcHJvY2VkdXJlcyBmb3Igb25lLXdheSBk ZWxheSBhbmQgbG9zcyBtZWFzdXJlbWVudCBkZXNjcmliZWQgaW4KICAgdGhpcyBkb2N1bWVudCBm b3IgUG9pbnQtdG8tUG9pbnQgKFAyUCkgU1IgUG9saWNpZXMKICAgW0ktRC5pZXRmLXNwcmluZy1z ZWdtZW50LXJvdXRpbmctcG9saWN5XSBhcmUgYWxzbyBlcXVhbGx5IGFwcGxpY2FibGUKICAgdG8g dGhlIFBvaW50LXRvLU11bHRpcG9pbnQgKFAyTVApIFNSIFBvbGljaWVzIGFzIGZvbGxvd2luZzoK CiAgIG8gIFRoZSBxdWVyaWVyIHJvb3Qgbm9kZSBzZW5kcyBwcm9iZSBxdWVyeSBtZXNzYWdlcyB1 c2luZyB0aGUKICAgICAgUmVwbGljYXRpb24gU2VnbWVudCBkZWZpbmVkIGluCiAgICAgIFtJLUQu dm95ZXItc3ByaW5nLXNyLXJlcGxpY2F0aW9uLXNlZ21lbnRdIGZvciB0aGUgUDJNUCBTUiBQb2xp Y3kKICAgICAgYXMgc2hvd24gaW4gRmlndXJlIDguCgogICBvICBFYWNoIHJlc3BvbmRlciBsZWFm IG5vZGUgYWRkcyB0aGUgIlNvdXJjZSBBZGRyZXNzIiBUTFYgKFR5cGUgMTMwKQogICAgICBbUkZD NjM3NF0gd2l0aCBpdHMgSVAgYWRkcmVzcyBpbiB0aGUgcHJvYmUgcmVzcG9uc2UgbWVzc2FnZXMu CgoKCkdhbmRoaSwgZXQgYWwuICAgICAgICAgIEV4cGlyZXMgRGVjZW1iZXIgMTIsIDIwMjAgICAg ICAgICAgICAgIFtQYWdlIDEyXQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgVXNpbmcgUkZDIDYz NzQgZm9yIFNSLU1QTFMgICAgICAgICAgICAgIEp1bmUgMjAyMAoKCiAgICAgIFRoaXMgVExWIGFs bG93cyB0aGUgcXVlcmllciByb290IG5vZGUgdG8gaWRlbnRpZnkgdGhlIHJlc3BvbmRlcgogICAg ICBsZWFmIG5vZGVzIG9mIHRoZSBQMk1QIFNSIFBvbGljeS4KCiAgIG8gIFRoZSBQMk1QIHJvb3Qg bm9kZSBtZWFzdXJlcyB0aGUgZW5kLXRvLWVuZCBkZWxheSBhbmQgbG9zcwogICAgICBwZXJmb3Jt YW5jZSBmb3IgZWFjaCBQMk1QIGxlYWYgbm9kZSBvZiB0aGUgUDJNUCBTUiBQb2xpY3kuCgoKICAg IDAgICAgICAgICAgICAgICAgICAgMSAgICAgICAgICAgICAgICAgICAyICAgICAgICAgICAgICAg ICAgIDMKICAgIDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAz IDQgNSA2IDcgOCA5IDAgMQogICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsKICAgIHwgICAgICAgICAgICAgIFJlcGxpY2F0 aW9uIFNJRCAgICAgICAgICB8IFRDICB8U3wgICAgICBUVEwgICAgICB8CiAgICArLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKwog ICAgfCAgICAgICAgICAgICAgR0FMICh2YWx1ZSAxMykgICAgICAgICAgIHwgVEMgIHxTfCAgICAg IFRUTCAgICAgIHwKICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rCiAgICB8MCAwIDAgMXxWZXJzaW9ufCBSZXNlcnZlZCAg ICAgIHwgR0FMIENoYW5uZWwgVHlwZSAgICAgICAgICAgICAgfAogICAgKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsKCiAgIEZp Z3VyZSA4OiBFeGFtcGxlIFByb2JlIFF1ZXJ5IHdpdGggUmVwbGljYXRpb24gU2VnbWVudCBmb3Ig U1IgUG9saWN5CgogICBUaGUgY29uc2lkZXJhdGlvbnMgZm9yIHR3by13YXkgYW5kIGxvb3BiYWNr IG1vZGVzIGZvciBwZXJmb3JtYW5jZQogICBtZWFzdXJlbWVudCBmb3IgUDJNUCBTUiBQb2xpY3kg YXJlIG91dHNpZGUgdGhlIHNjb3BlIG9mIHRoaXMKICAgZG9jdW1lbnQuCgo4LiAgRUNNUCBmb3Ig U1IgUG9saWNpZXMKCiAgIEFuIFNSIFBvbGljeSBjYW4gaGF2ZSBFQ01QcyBiZXR3ZWVuIHRoZSBz b3VyY2UgYW5kIHRyYW5zaXQgbm9kZXMsCiAgIGJldHdlZW4gdHJhbnNpdCBub2RlcyBhbmQgYmV0 d2VlbiB0cmFuc2l0IGFuZCBkZXN0aW5hdGlvbiBub2Rlcy4KICAgVXNhZ2Ugb2YgQW55Y2FzdCBT SUQgW1JGQzg0MDJdIGJ5IGFuIFNSIFBvbGljeSBjYW4gcmVzdWx0IGluIEVDTVAKICAgcGF0aHMg dmlhIHRyYW5zaXQgbm9kZXMgcGFydCBvZiB0aGF0IEFueWNhc3QgZ3JvdXAuICBUaGUgcHJvYmUK ICAgbWVzc2FnZXMgbmVlZCB0byBiZSBzZW50IHRvIHRyYXZlcnNlIGRpZmZlcmVudCBFQ01QIHBh dGhzIHRvIG1lYXN1cmUKICAgcGVyZm9ybWFuY2UgZGVsYXkgb2YgZWFjaCBvZiB0aGUgRUNNUCBw YXRoIG9mIGFuIFNSIFBvbGljeS4KCiAgIEZvcndhcmRpbmcgcGxhbmUgaGFzIHZhcmlvdXMgaGFz aGluZyBmdW5jdGlvbnMgYXZhaWxhYmxlIHRvIGZvcndhcmQKICAgcGFja2V0cyBvbiBzcGVjaWZp YyBFQ01QIHBhdGhzLiAgRm9yIFNSIFBvbGljeSwgc3dlZXBpbmcgb2YgZW50cm9weQogICBsYWJl bCBbUkZDNjc5MF0gdmFsdWVzIGNhbiBiZSB1c2VkIGluIHByb2JlIG1lc3NhZ2VzIHRvIHRha2UK ICAgYWR2YW50YWdlIG9mIHRoZSBoYXNoaW5nIGZ1bmN0aW9uIGluIGZvcndhcmRpbmcgcGxhbmUg dG8gaW5mbHVlbmNlCiAgIHRoZSBFQ01QIHBhdGggdGFrZW4gYnkgdGhlbS4KCiAgIFRoZSBjb25z aWRlcmF0aW9ucyBmb3IgcGVyZm9ybWFuY2UgbG9zcyBtZWFzdXJlbWVudCBmb3IgZGlmZmVyZW50 CiAgIEVDTVAgcGF0aHMgb2YgYW4gU1IgUG9saWN5IGFyZSBvdXRzaWRlIHRoZSBzY29wZSBvZiB0 aGlzIGRvY3VtZW50LgoKOS4gIFNSIExpbmsgRXh0ZW5kZWQgVEUgTWV0cmljcyBBZHZlcnRpc2Vt ZW50cwoKICAgVGhlIGV4dGVuZGVkIFRFIG1ldHJpY3MgZm9yIFNSIExpbmsgZGVsYXkgYW5kIGxv c3MgY29tcHV0ZWQgdXNpbmcgdGhlCiAgIHBlcmZvcm1hbmNlIG1lYXN1cmVtZW50IHByb2NlZHVy ZXMgZGVzY3JpYmVkIGluIHRoaXMgZG9jdW1lbnQgY2FuIGJlCiAgIGFkdmVydGlzZWQgaW4gdGhl IHJvdXRpbmcgZG9tYWluIGFzIGZvbGxvd3M6CgoKCgoKR2FuZGhpLCBldCBhbC4gICAgICAgICAg RXhwaXJlcyBEZWNlbWJlciAxMiwgMjAyMCAgICAgICAgICAgICAgW1BhZ2UgMTNdCgwKSW50ZXJu ZXQtRHJhZnQgICAgICAgICBVc2luZyBSRkMgNjM3NCBmb3IgU1ItTVBMUyAgICAgICAgICAgICAg SnVuZSAyMDIwCgoKICAgbyAgRm9yIE9TUEYsIElTSVMsIGFuZCBCR1AtTFMsIHByb3RvY29sIGV4 dGVuc2lvbnMgZGVmaW5lZCBpbgogICAgICBbUkZDNzQ3MV0sIFtSRkM4NTcwXSwgYW5kIFtSRkM4 NTcxXSBhcmUgdXNlZCwgcmVzcGVjdGl2ZWx5IGZvcgogICAgICBhZHZlcnRpc2luZyB0aGUgZXh0 ZW5kZWQgVEUgbGluayBtZXRyaWNzIGluIHRoZSBuZXR3b3JrLgoKICAgbyAgVGhlIGFkdmVydGlz ZWQgZGVsYXktdmFyaWFuY2UgbWV0cmljIGlzIGNvbXB1dGVkIGFzIHNwZWNpZmllZCBpbgogICAg ICBTZWN0aW9uIDQuMiBvZiBbUkZDNTQ4MV0uCgogICBvICBUaGUgZXh0ZW5kZWQgVEUgbGluayBv bmUtd2F5IGRlbGF5IG1ldHJpY3MgY2FuIGFsc28gYmUgY29tcHV0ZWQKICAgICAgdXNpbmcgdHdv LXdheSBkZWxheSBtZWFzdXJlbWVudCBvciByb3VuZC10cmlwIGRlbGF5IG1lYXN1cmVtZW50CiAg ICAgIGZyb20gbG9vcGJhY2sgbW9kZSBieSBkaXZpZGluZyB0aGUgbWVhc3VyZWQgZGVsYXkgdmFs dWVzIGJ5IDIuCgogICBvICBUaGUgZXh0ZW5kZWQgVEUgbGluayBkZWxheSBhbmQgbG9zcyBtZXRy aWNzIGFyZSBhZHZlcnRpc2VkIGZvcgogICAgICBMYXllciAyIGJ1bmRsZSBtZW1iZXJzIGluIE9T UEYgW0ktRC5rZXRhbnQtbHNyLW9zcGYtbDJidW5kbGVzXSBhbmQKICAgICAgSVNJUyBbUkZDODY2 OF0gdXNpbmcgdGhlIHNhbWUgbWVjaGFuaXNtcyBkZWZpbmVkIGluIFtSRkM3NDcxXSBhbmQKICAg ICAgW1JGQzg1NzBdLCByZXNwZWN0aXZlbHkuCgoxMC4gIFNlY3VyaXR5IENvbnNpZGVyYXRpb25z CgogICBUaGlzIGRvY3VtZW50IGRlc2NyaWJlcyB0aGUgcHJvY2VkdXJlcyBmb3IgcGVyZm9ybWFu Y2UgZGVsYXkgYW5kIGxvc3MKICAgbWVhc3VyZW1lbnQgZm9yIFNSLU1QTFMgbmV0d29ya3MsIGZv ciBib3RoIFNSIExpbmtzIGFuZCBlbmQtdG8tZW5kIFNSCiAgIFBvbGljaWVzIHVzaW5nIHRoZSBt ZWNoYW5pc21zIGRlZmluZWQgaW4gW1JGQzYzNzRdIGFuZCBbUkZDNzg3Nl0uCiAgIFRoaXMgZG9j dW1lbnQgZG9lcyBub3QgaW50cm9kdWNlIGFueSBhZGRpdGlvbmFsIHNlY3VyaXR5CiAgIGNvbnNp ZGVyYXRpb25zIG90aGVyIHRoYW4gdGhvc2UgY292ZXJlZCBpbiBbUkZDNjM3NF0sIFtSRkM3NDcx XSwKICAgW1JGQzg1NzBdLCBbUkZDODU3MV0sIGFuZCBbUkZDNzg3Nl0uCgoxMS4gIElBTkEgQ29u c2lkZXJhdGlvbnMKCiAgIElBTkEgaXMgcmVxdWVzdGVkIHRvIGFsbG9jYXRlIGEgdmFsdWUgZm9y IHRoZSBmb2xsb3dpbmcgbWFuZGF0b3J5CiAgIFJldHVybiBQYXRoIFRMViBUeXBlIGZvciBbUkZD NjM3NF0gdG8gYmUgY2FycmllZCBpbiBwcm9iZSBxdWVyeQogICBtZXNzYWdlIGZyb20gdGhlICJN UExTIExvc3MvRGVsYXkgTWVhc3VyZW1lbnQgVExWIE9iamVjdCIgcmVnaXN0cnkKICAgY29udGFp bmVkIHdpdGhpbiB0aGUgIkdlbmVyaWMgQXNzb2NpYXRlZCBDaGFubmVsIChHLUFDaCkgUGFyYW1l dGVycyIKICAgcmVnaXN0cnkgc2V0OgoKICAgbyAgVHlwZSBUQkExOiBSZXR1cm4gUGF0aCBUTFYK CiAgIElBTkEgaXMgcmVxdWVzdGVkIHRvIGNyZWF0ZSBhIHN1Yi1yZWdpc3RyeSBmb3IgIlJldHVy biBQYXRoIFN1Yi1UTFYKICAgVHlwZSIgZm9yIHRoZSBSZXR1cm4gUGF0aCBUTFYuICBBbGwgY29k ZSBwb2ludHMgaW4gdGhlIHJhbmdlIDEKICAgdGhyb3VnaCAzMjc1OSBpbiB0aGlzIHJlZ2lzdHJ5 IHNoYWxsIGJlIGFsbG9jYXRlZCBhY2NvcmRpbmcgdG8gdGhlCiAgICJJRVRGIFJldmlldyIgcHJv Y2VkdXJlIGFzIHNwZWNpZmllZCBpbiBbUkZDODEyNl0uICBDb2RlIHBvaW50cyBpbgogICB0aGUg cmFuZ2UgMzI3NjAgdGhyb3VnaCA2NTI3OSBpbiB0aGlzIHJlZ2lzdHJ5IHNoYWxsIGJlIGFsbG9j YXRlZAogICBhY2NvcmRpbmcgdG8gdGhlICJGaXJzdCBDb21lIEZpcnN0IFNlcnZlZCIgcHJvY2Vk dXJlIGFzIHNwZWNpZmllZCBpbgogICBbUkZDODEyNl0uICBSZW1haW5pbmcgY29kZSBwb2ludHMg YXJlIGFsbG9jYXRlZCBhY2NvcmRpbmcgdG8gVGFibGUgMToKCgoKCgoKCgoKR2FuZGhpLCBldCBh bC4gICAgICAgICAgRXhwaXJlcyBEZWNlbWJlciAxMiwgMjAyMCAgICAgICAgICAgICAgW1BhZ2Ug MTRdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICBVc2luZyBSRkMgNjM3NCBmb3IgU1ItTVBMUyAg ICAgICAgICAgICAgSnVuZSAyMDIwCgoKICAgKy0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rCiAgIHwgVmFsdWUgICAgICAg ICB8ICAgICAgIERlc2NyaXB0aW9uICAgICAgIHwgUmVmZXJlbmNlICAgICAgICAgICAgICAgfAog ICArLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLSsKICAgfCAwLSAzMjc2NyAgICAgIHwgICAgICBNYW5kYXRvcnkgVExWLCAg ICAgfCBJRVRGIFJldmlldyAgICAgICAgICAgICB8CiAgIHwgICAgICAgICAgICAgICB8ICAgICAg ICB1bmFzc2lnbmVkICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgfAogICB8IDMyNzY4 IC0gNjUyNzkgfCAgICAgIE9wdGlvbmFsIFRMViwgICAgICB8IEZpcnN0IENvbWUgRmlyc3QgU2Vy dmVkIHwKICAgfCAgICAgICAgICAgICAgIHwgICAgICAgIHVuYXNzaWduZWQgICAgICAgfCAgICAg ICAgICAgICAgICAgICAgICAgICB8CiAgIHwgNjUyODAgLSA2NTUxOSB8ICAgICAgIEV4cGVyaW1l bnRhbCAgICAgIHwgVGhpcyBkb2N1bWVudCAgICAgICAgICAgfAogICB8IDY1NTIwIC0gNjU1MzQg fCAgICAgICBQcml2YXRlIFVzZSAgICAgICB8IFRoaXMgZG9jdW1lbnQgICAgICAgICAgIHwKICAg fCA2NTUzNSAgICAgICAgIHwgICAgICAgICBSZXNlcnZlZCAgICAgICAgfCBUaGlzIGRvY3VtZW50 ICAgICAgICAgICB8CiAgICstLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKwoKICAgICAgICAgICAgICAgIFRhYmxlIDE6IFJl dHVybiBQYXRoIFN1Yi1UTFYgVHlwZSBSZWdpc3RyeQoKICAgSUFOQSBpcyByZXF1ZXN0ZWQgdG8g YWxsb2NhdGUgdGhlIHZhbHVlcyBmb3IgdGhlIGZvbGxvd2luZyBTdWItVExWCiAgIFR5cGVzIGZy b20gdGhpcyByZWdpc3RyeS4KCiAgIG8gIFR5cGUgKHZhbHVlIDEpOiBTUi1NUExTIExhYmVsIFN0 YWNrIG9mIHRoZSBSZXZlcnNlIFNSIFBhdGgKCiAgIG8gIFR5cGUgKHZhbHVlIDIpOiBTUi1NUExT IEJpbmRpbmcgU0lECiAgICAgIFtJLUQuaWV0Zi1wY2UtYmluZGluZy1sYWJlbC1zaWRdIG9mIHRo ZSBSZXZlcnNlIFNSIFBvbGljeQoKICAgSUFOQSBpcyBhbHNvIHJlcXVlc3RlZCB0byBhbGxvY2F0 ZSBhIHZhbHVlIGZvciB0aGUgZm9sbG93aW5nCiAgIG1hbmRhdG9yeSBCbG9jayBOdW1iZXIgVExW IFR5cGUgZm9yIFJGQyA2Mzc0IHRvIGJlIGNhcnJpZWQgaW4gdGhlCiAgIHByb2JlIHF1ZXJ5IGFu ZCByZXNwb25zZSBtZXNzYWdlcyBmb3IgbG9zcyBtZWFzdXJlbWVudCBmcm9tIHRoZSAiTVBMUwog ICBMb3NzL0RlbGF5IE1lYXN1cmVtZW50IFRMViBPYmplY3QiIHJlZ2lzdHJ5IGNvbnRhaW5lZCB3 aXRoaW4gdGhlCiAgICJHZW5lcmljIEFzc29jaWF0ZWQgQ2hhbm5lbCAoRy1BQ2gpIFBhcmFtZXRl cnMiIHJlZ2lzdHJ5IHNldDoKCiAgIG8gIFR5cGUgVEJBMjogQmxvY2sgTnVtYmVyIFRMVgoKMTIu ICBSZWZlcmVuY2VzCgoxMi4xLiAgTm9ybWF0aXZlIFJlZmVyZW5jZXMKCiAgIFtSRkMyMTE5XSAg QnJhZG5lciwgUy4sICJLZXkgd29yZHMgZm9yIHVzZSBpbiBSRkNzIHRvIEluZGljYXRlCiAgICAg ICAgICAgICAgUmVxdWlyZW1lbnQgTGV2ZWxzIiwgQkNQIDE0LCBSRkMgMjExOSwKICAgICAgICAg ICAgICBET0kgMTAuMTc0ODcvUkZDMjExOSwgTWFyY2ggMTk5NywKICAgICAgICAgICAgICA8aHR0 cHM6Ly93d3cucmZjLWVkaXRvci5vcmcvaW5mby9yZmMyMTE5Pi4KCiAgIFtSRkM2Mzc0XSAgRnJv c3QsIEQuIGFuZCBTLiBCcnlhbnQsICJQYWNrZXQgTG9zcyBhbmQgRGVsYXkKICAgICAgICAgICAg ICBNZWFzdXJlbWVudCBmb3IgTVBMUyBOZXR3b3JrcyIsIFJGQyA2Mzc0LAogICAgICAgICAgICAg IERPSSAxMC4xNzQ4Ny9SRkM2Mzc0LCBTZXB0ZW1iZXIgMjAxMSwKICAgICAgICAgICAgICA8aHR0 cHM6Ly93d3cucmZjLWVkaXRvci5vcmcvaW5mby9yZmM2Mzc0Pi4KCiAgIFtSRkM3ODc2XSAgQnJ5 YW50LCBTLiwgU2l2YWJhbGFuLCBTLiwgYW5kIFMuIFNvbmksICJVRFAgUmV0dXJuIFBhdGgKICAg ICAgICAgICAgICBmb3IgUGFja2V0IExvc3MgYW5kIERlbGF5IE1lYXN1cmVtZW50IGZvciBNUExT IE5ldHdvcmtzIiwKICAgICAgICAgICAgICBSRkMgNzg3NiwgRE9JIDEwLjE3NDg3L1JGQzc4NzYs IEp1bHkgMjAxNiwKICAgICAgICAgICAgICA8aHR0cHM6Ly93d3cucmZjLWVkaXRvci5vcmcvaW5m by9yZmM3ODc2Pi4KCgoKR2FuZGhpLCBldCBhbC4gICAgICAgICAgRXhwaXJlcyBEZWNlbWJlciAx MiwgMjAyMCAgICAgICAgICAgICAgW1BhZ2UgMTVdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICBV c2luZyBSRkMgNjM3NCBmb3IgU1ItTVBMUyAgICAgICAgICAgICAgSnVuZSAyMDIwCgoKICAgW1JG QzgxNzRdICBMZWliYSwgQi4sICJBbWJpZ3VpdHkgb2YgVXBwZXJjYXNlIHZzIExvd2VyY2FzZSBp biBSRkMKICAgICAgICAgICAgICAyMTE5IEtleSBXb3JkcyIsIEJDUCAxNCwgUkZDIDgxNzQsIERP SSAxMC4xNzQ4Ny9SRkM4MTc0LAogICAgICAgICAgICAgIE1heSAyMDE3LCA8aHR0cHM6Ly93d3cu cmZjLWVkaXRvci5vcmcvaW5mby9yZmM4MTc0Pi4KCjEyLjIuICBJbmZvcm1hdGl2ZSBSZWZlcmVu Y2VzCgogICBbSUVFRTE1ODhdCiAgICAgICAgICAgICAgSUVFRSwgIjE1ODgtMjAwOCBJRUVFIFN0 YW5kYXJkIGZvciBhIFByZWNpc2lvbiBDbG9jawogICAgICAgICAgICAgIFN5bmNocm9uaXphdGlv biBQcm90b2NvbCBmb3IgTmV0d29ya2VkIE1lYXN1cmVtZW50IGFuZAogICAgICAgICAgICAgIENv bnRyb2wgU3lzdGVtcyIsIE1hcmNoIDIwMDguCgogICBbUkZDNDY1Nl0gIFNoYWx1bm92LCBTLiwg VGVpdGVsYmF1bSwgQi4sIEthcnAsIEEuLCBCb290ZSwgSi4sIGFuZCBNLgogICAgICAgICAgICAg IFpla2F1c2thcywgIkEgT25lLXdheSBBY3RpdmUgTWVhc3VyZW1lbnQgUHJvdG9jb2wKICAgICAg ICAgICAgICAoT1dBTVApIiwgUkZDIDQ2NTYsIERPSSAxMC4xNzQ4Ny9SRkM0NjU2LCBTZXB0ZW1i ZXIgMjAwNiwKICAgICAgICAgICAgICA8aHR0cHM6Ly93d3cucmZjLWVkaXRvci5vcmcvaW5mby9y ZmM0NjU2Pi4KCiAgIFtSRkM1MzU3XSAgSGVkYXlhdCwgSy4sIEtyemFub3dza2ksIFIuLCBNb3J0 b24sIEEuLCBZdW0sIEsuLCBhbmQgSi4KICAgICAgICAgICAgICBCYWJpYXJ6LCAiQSBUd28tV2F5 IEFjdGl2ZSBNZWFzdXJlbWVudCBQcm90b2NvbCAoVFdBTVApIiwKICAgICAgICAgICAgICBSRkMg NTM1NywgRE9JIDEwLjE3NDg3L1JGQzUzNTcsIE9jdG9iZXIgMjAwOCwKICAgICAgICAgICAgICA8 aHR0cHM6Ly93d3cucmZjLWVkaXRvci5vcmcvaW5mby9yZmM1MzU3Pi4KCiAgIFtSRkM1NDgxXSAg TW9ydG9uLCBBLiBhbmQgQi4gQ2xhaXNlLCAiUGFja2V0IERlbGF5IFZhcmlhdGlvbgogICAgICAg ICAgICAgIEFwcGxpY2FiaWxpdHkgU3RhdGVtZW50IiwgUkZDIDU0ODEsIERPSSAxMC4xNzQ4Ny9S RkM1NDgxLAogICAgICAgICAgICAgIE1hcmNoIDIwMDksIDxodHRwczovL3d3dy5yZmMtZWRpdG9y Lm9yZy9pbmZvL3JmYzU0ODE+LgoKICAgW1JGQzY3OTBdICBLb21wZWxsYSwgSy4sIERyYWtlLCBK LiwgQW1hbnRlLCBTLiwgSGVuZGVyaWNreCwgVy4sIGFuZAogICAgICAgICAgICAgIEwuIFlvbmcs ICJUaGUgVXNlIG9mIEVudHJvcHkgTGFiZWxzIGluIE1QTFMgRm9yd2FyZGluZyIsCiAgICAgICAg ICAgICAgUkZDIDY3OTAsIERPSSAxMC4xNzQ4Ny9SRkM2NzkwLCBOb3ZlbWJlciAyMDEyLAogICAg ICAgICAgICAgIDxodHRwczovL3d3dy5yZmMtZWRpdG9yLm9yZy9pbmZvL3JmYzY3OTA+LgoKICAg W1JGQzc2NzldICBBbG1lcywgRy4sIEthbGlkaW5kaSwgUy4sIFpla2F1c2thcywgTS4sIGFuZCBB LiBNb3J0b24sCiAgICAgICAgICAgICAgRWQuLCAiQSBPbmUtV2F5IERlbGF5IE1ldHJpYyBmb3Ig SVAgUGVyZm9ybWFuY2UgTWV0cmljcwogICAgICAgICAgICAgIChJUFBNKSIsIFNURCA4MSwgUkZD IDc2NzksIERPSSAxMC4xNzQ4Ny9SRkM3Njc5LCBKYW51YXJ5CiAgICAgICAgICAgICAgMjAxNiwg PGh0dHBzOi8vd3d3LnJmYy1lZGl0b3Iub3JnL2luZm8vcmZjNzY3OT4uCgogICBbUkZDNzQ3MV0g IEdpYWNhbG9uZSwgUy4sIFdhcmQsIEQuLCBEcmFrZSwgSi4sIEF0bGFzLCBBLiwgYW5kIFMuCiAg ICAgICAgICAgICAgUHJldmlkaSwgIk9TUEYgVHJhZmZpYyBFbmdpbmVlcmluZyAoVEUpIE1ldHJp YwogICAgICAgICAgICAgIEV4dGVuc2lvbnMiLCBSRkMgNzQ3MSwgRE9JIDEwLjE3NDg3L1JGQzc0 NzEsIE1hcmNoIDIwMTUsCiAgICAgICAgICAgICAgPGh0dHBzOi8vd3d3LnJmYy1lZGl0b3Iub3Jn L2luZm8vcmZjNzQ3MT4uCgogICBbUkZDODEyNl0gIENvdHRvbiwgTS4sIExlaWJhLCBCLiwgYW5k IFQuIE5hcnRlbiwgIkd1aWRlbGluZXMgZm9yCiAgICAgICAgICAgICAgV3JpdGluZyBhbiBJQU5B IENvbnNpZGVyYXRpb25zIFNlY3Rpb24gaW4gUkZDcyIsIEJDUCAyNiwKICAgICAgICAgICAgICBS RkMgODEyNiwgRE9JIDEwLjE3NDg3L1JGQzgxMjYsIEp1bmUgMjAxNywKICAgICAgICAgICAgICA8 aHR0cHM6Ly93d3cucmZjLWVkaXRvci5vcmcvaW5mby9yZmM4MTI2Pi4KCgoKCgoKCkdhbmRoaSwg ZXQgYWwuICAgICAgICAgIEV4cGlyZXMgRGVjZW1iZXIgMTIsIDIwMjAgICAgICAgICAgICAgIFtQ YWdlIDE2XQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgVXNpbmcgUkZDIDYzNzQgZm9yIFNSLU1Q TFMgICAgICAgICAgICAgIEp1bmUgMjAyMAoKCiAgIFtSRkM4MzIxXSAgRmlvY2NvbGEsIEcuLCBF ZC4sIENhcGVsbG8sIEEuLCBDb2NpZ2xpbywgTS4sIENhc3RhbGRlbGxpLAogICAgICAgICAgICAg IEwuLCBDaGVuLCBNLiwgWmhlbmcsIEwuLCBNaXJza3ksIEcuLCBhbmQgVC4gTWl6cmFoaSwKICAg ICAgICAgICAgICAiQWx0ZXJuYXRlLU1hcmtpbmcgTWV0aG9kIGZvciBQYXNzaXZlIGFuZCBIeWJy aWQKICAgICAgICAgICAgICBQZXJmb3JtYW5jZSBNb25pdG9yaW5nIiwgUkZDIDgzMjEsIERPSSAx MC4xNzQ4Ny9SRkM4MzIxLAogICAgICAgICAgICAgIEphbnVhcnkgMjAxOCwgPGh0dHBzOi8vd3d3 LnJmYy1lZGl0b3Iub3JnL2luZm8vcmZjODMyMT4uCgogICBbUkZDODQwMl0gIEZpbHNmaWxzLCBD LiwgRWQuLCBQcmV2aWRpLCBTLiwgRWQuLCBHaW5zYmVyZywgTC4sCiAgICAgICAgICAgICAgRGVj cmFlbmUsIEIuLCBMaXRrb3dza2ksIFMuLCBhbmQgUi4gU2hha2lyLCAiU2VnbWVudAogICAgICAg ICAgICAgIFJvdXRpbmcgQXJjaGl0ZWN0dXJlIiwgUkZDIDg0MDIsIERPSSAxMC4xNzQ4Ny9SRkM4 NDAyLAogICAgICAgICAgICAgIEp1bHkgMjAxOCwgPGh0dHBzOi8vd3d3LnJmYy1lZGl0b3Iub3Jn L2luZm8vcmZjODQwMj4uCgogICBbUkZDODU3MF0gIEdpbnNiZXJnLCBMLiwgRWQuLCBQcmV2aWRp LCBTLiwgRWQuLCBHaWFjYWxvbmUsIFMuLCBXYXJkLAogICAgICAgICAgICAgIEQuLCBEcmFrZSwg Si4sIGFuZCBRLiBXdSwgIklTLUlTIFRyYWZmaWMgRW5naW5lZXJpbmcgKFRFKQogICAgICAgICAg ICAgIE1ldHJpYyBFeHRlbnNpb25zIiwgUkZDIDg1NzAsIERPSSAxMC4xNzQ4Ny9SRkM4NTcwLCBN YXJjaAogICAgICAgICAgICAgIDIwMTksIDxodHRwczovL3d3dy5yZmMtZWRpdG9yLm9yZy9pbmZv L3JmYzg1NzA+LgoKICAgW1JGQzg1NzFdICBHaW5zYmVyZywgTC4sIEVkLiwgUHJldmlkaSwgUy4s IFd1LCBRLiwgVGFudHN1cmEsIEouLCBhbmQKICAgICAgICAgICAgICBDLiBGaWxzZmlscywgIkJH UCAtIExpbmsgU3RhdGUgKEJHUC1MUykgQWR2ZXJ0aXNlbWVudCBvZgogICAgICAgICAgICAgIElH UCBUcmFmZmljIEVuZ2luZWVyaW5nIFBlcmZvcm1hbmNlIE1ldHJpYyBFeHRlbnNpb25zIiwKICAg ICAgICAgICAgICBSRkMgODU3MSwgRE9JIDEwLjE3NDg3L1JGQzg1NzEsIE1hcmNoIDIwMTksCiAg ICAgICAgICAgICAgPGh0dHBzOi8vd3d3LnJmYy1lZGl0b3Iub3JnL2luZm8vcmZjODU3MT4uCgog ICBbUkZDODY2OF0gIEdpbnNiZXJnLCBMLiwgRWQuLCBCYXNoYW5keSwgQS4sIEZpbHNmaWxzLCBD LiwgTmFuZHVyaSwKICAgICAgICAgICAgICBNLiwgYW5kIEUuIEFyaWVzLCAiQWR2ZXJ0aXNpbmcg TGF5ZXIgMiBCdW5kbGUgTWVtYmVyIExpbmsKICAgICAgICAgICAgICBBdHRyaWJ1dGVzIGluIElT LUlTIiwgUkZDIDg2NjgsIERPSSAxMC4xNzQ4Ny9SRkM4NjY4LAogICAgICAgICAgICAgIERlY2Vt YmVyIDIwMTksIDxodHRwczovL3d3dy5yZmMtZWRpdG9yLm9yZy9pbmZvL3JmYzg2Njg+LgoKICAg W0ktRC5pZXRmLXNwcmluZy1zZWdtZW50LXJvdXRpbmctcG9saWN5XQogICAgICAgICAgICAgIEZp bHNmaWxzLCBDLiwgU2l2YWJhbGFuLCBTLiwgVm95ZXIsIEQuLCBCb2dkYW5vdiwgQS4sIGFuZAog ICAgICAgICAgICAgIFAuIE1hdHRlcywgIlNlZ21lbnQgUm91dGluZyBQb2xpY3kgQXJjaGl0ZWN0 dXJlIiwgZHJhZnQtCiAgICAgICAgICAgICAgaWV0Zi1zcHJpbmctc2VnbWVudC1yb3V0aW5nLXBv bGljeS0wNyAod29yayBpbiBwcm9ncmVzcyksCiAgICAgICAgICAgICAgTWF5IDIwMjAuCgogICBb SS1ELnZveWVyLXNwcmluZy1zci1yZXBsaWNhdGlvbi1zZWdtZW50XQogICAgICAgICAgICAgIFZv eWVyLCBELiwgRmlsc2ZpbHMsIEMuLCBQYXJla2gsIFIuLCBCaWRnb2xpLCBILiwgYW5kIFouCiAg ICAgICAgICAgICAgWmhhbmcsICJTUiBSZXBsaWNhdGlvbiBTZWdtZW50IGZvciBNdWx0aS1wb2lu dCBTZXJ2aWNlCiAgICAgICAgICAgICAgRGVsaXZlcnkiLCBkcmFmdC12b3llci1zcHJpbmctc3It cmVwbGljYXRpb24tc2VnbWVudC0wMwogICAgICAgICAgICAgICh3b3JrIGluIHByb2dyZXNzKSwg SnVuZSAyMDIwLgoKICAgW0ktRC5pZXRmLXBjZS1iaW5kaW5nLWxhYmVsLXNpZF0KICAgICAgICAg ICAgICBTaXZhYmFsYW4sIFMuLCBGaWxzZmlscywgQy4sIFRhbnRzdXJhLCBKLiwgSGFyZHdpY2ss IEouLAogICAgICAgICAgICAgIFByZXZpZGksIFMuLCBhbmQgQy4gTGksICJDYXJyeWluZyBCaW5k aW5nIExhYmVsL1NlZ21lbnQtSUQKICAgICAgICAgICAgICBpbiBQQ0UtYmFzZWQgTmV0d29ya3Mu IiwgZHJhZnQtaWV0Zi1wY2UtYmluZGluZy1sYWJlbC0KICAgICAgICAgICAgICBzaWQtMDIgKHdv cmsgaW4gcHJvZ3Jlc3MpLCBNYXJjaCAyMDIwLgoKCgoKCgoKR2FuZGhpLCBldCBhbC4gICAgICAg ICAgRXhwaXJlcyBEZWNlbWJlciAxMiwgMjAyMCAgICAgICAgICAgICAgW1BhZ2UgMTddCgwKSW50 ZXJuZXQtRHJhZnQgICAgICAgICBVc2luZyBSRkMgNjM3NCBmb3IgU1ItTVBMUyAgICAgICAgICAg ICAgSnVuZSAyMDIwCgoKICAgW0ktRC5pZXRmLXNwcmluZy1tcGxzLXBhdGgtc2VnbWVudF0KICAg ICAgICAgICAgICBDaGVuZywgVy4sIExpLCBILiwgQ2hlbiwgTS4sIEdhbmRoaSwgUi4sIGFuZCBS LiBaaWdsZXIsCiAgICAgICAgICAgICAgIlBhdGggU2VnbWVudCBpbiBNUExTIEJhc2VkIFNlZ21l bnQgUm91dGluZyBOZXR3b3JrIiwKICAgICAgICAgICAgICBkcmFmdC1pZXRmLXNwcmluZy1tcGxz LXBhdGgtc2VnbWVudC0wMiAod29yayBpbiBwcm9ncmVzcyksCiAgICAgICAgICAgICAgRmVicnVh cnkgMjAyMC4KCiAgIFtJLUQuZ2FuZGhpLW1wbHMtaW9hbS1zcl0KICAgICAgICAgICAgICBHYW5k aGksIFIuLCBBbGksIFouLCBGaWxzZmlscywgQy4sIEJyb2NrbmVycywgRi4sIFdlbiwgQi4sCiAg ICAgICAgICAgICAgYW5kIFYuIEtvemFrLCAiTVBMUyBEYXRhIFBsYW5lIEVuY2Fwc3VsYXRpb24g Zm9yIEluLXNpdHUKICAgICAgICAgICAgICBPQU0gRGF0YSIsIGRyYWZ0LWdhbmRoaS1tcGxzLWlv YW0tc3ItMDIgKHdvcmsgaW4KICAgICAgICAgICAgICBwcm9ncmVzcyksIE1hcmNoIDIwMjAuCgog ICBbSS1ELmtldGFudC1sc3Itb3NwZi1sMmJ1bmRsZXNdCiAgICAgICAgICAgICAgVGFsYXVsaWth ciwgSy4gYW5kIFAuIFBzZW5haywgIkFkdmVydGlzaW5nIEwyIEJ1bmRsZQogICAgICAgICAgICAg IE1lbWJlciBMaW5rIEF0dHJpYnV0ZXMgaW4gT1NQRiIsIGRyYWZ0LWtldGFudC1sc3Itb3NwZi0K ICAgICAgICAgICAgICBsMmJ1bmRsZXMtMDEgKHdvcmsgaW4gcHJvZ3Jlc3MpLCBKYW51YXJ5IDIw MjAuCgogICBbSS1ELmlldGYtcGNlLXNyLWJpZGlyLXBhdGhdCiAgICAgICAgICAgICAgTGksIEMu LCBDaGVuLCBNLiwgQ2hlbmcsIFcuLCBHYW5kaGksIFIuLCBhbmQgUS4gWGlvbmcsCiAgICAgICAg ICAgICAgIlBDRVAgRXh0ZW5zaW9ucyBmb3IgQXNzb2NpYXRlZCBCaWRpcmVjdGlvbmFsIFNlZ21l bnQKICAgICAgICAgICAgICBSb3V0aW5nIChTUikgUGF0aHMiLCBkcmFmdC1pZXRmLXBjZS1zci1i aWRpci1wYXRoLTAyICh3b3JrCiAgICAgICAgICAgICAgaW4gcHJvZ3Jlc3MpLCBNYXJjaCAyMDIw LgoKQWNrbm93bGVkZ21lbnRzCgogICBUaGUgYXV0aG9ycyB3b3VsZCBsaWtlIHRvIHRoYW5rIFRo aWVycnkgQ291dHVyZSBmb3IgdGhlIGRpc2N1c3Npb25zCiAgIG9uIHRoZSB1c2UtY2FzZXMgZm9y IHRoZSBwZXJmb3JtYW5jZSBtZWFzdXJlbWVudCBpbiBzZWdtZW50IHJvdXRpbmcKICAgbmV0d29y a3MuICBBdXRob3JzIHdvdWxkIGxpa2UgdG8gdGhhbmsgUGF0cmljayBLaG9yZG9jIGZvcgogICBp bXBsZW1lbnRpbmcgdGhlIG1lY2hhbmlzbXMgZGVmaW5lZCBpbiB0aGlzIGRvY3VtZW50LiAgVGhl IGF1dGhvcnMKICAgd291bGQgbGlrZSB0byB0aGFuayBHcmVnIE1pcnNreSBmb3IgcHJvdmlkaW5n IG1hbnkgdXNlZnVsIGNvbW1lbnRzCiAgIGFuZCBzdWdnZXN0aW9ucy4gIFRoZSBhdXRob3JzIHdv dWxkIGFsc28gbGlrZSB0byB0aGFuayBTdGV3YXJ0CiAgIEJyeWFudCwgU2FtIEFsZHJpbiwgVGFy ZWsgU2FhZCwgYW5kIFJhaml2IEFzYXRpIGZvciB0aGVpciByZXZpZXcKICAgY29tbWVudHMuICBU aGFua3MgdG8gSHVhaW1vIENoZW4gZm9yIE1QTFMtUlQgZXhwZXJ0IHJldmlldy4KCkNvbnRyaWJ1 dG9ycwoKICAgU2FnYXIgU29uaQogICBDaXNjbyBTeXN0ZW1zLCBJbmMuCiAgIEVtYWlsOiBzYWdz b25pQGNpc2NvLmNvbQoKICAgWmFmYXIgQWxpCiAgIENpc2NvIFN5c3RlbXMsIEluYy4KICAgRW1h aWw6IHphbGlAY2lzY28uY29tCgogICBQaWVyIEx1aWdpIFZlbnRyZQogICBDTklUCiAgIEl0YWx5 CiAgIEVtYWlsOiBwaWVybHVpZ2kudmVudHJlQGNuaXQuaXQKCgoKR2FuZGhpLCBldCBhbC4gICAg ICAgICAgRXhwaXJlcyBEZWNlbWJlciAxMiwgMjAyMCAgICAgICAgICAgICAgW1BhZ2UgMThdCgwK SW50ZXJuZXQtRHJhZnQgICAgICAgICBVc2luZyBSRkMgNjM3NCBmb3IgU1ItTVBMUyAgICAgICAg ICAgICAgSnVuZSAyMDIwCgoKQXV0aG9ycycgQWRkcmVzc2VzCgogICBSYWtlc2ggR2FuZGhpIChl ZGl0b3IpCiAgIENpc2NvIFN5c3RlbXMsIEluYy4KICAgQ2FuYWRhCgogICBFbWFpbDogcmdhbmRo aUBjaXNjby5jb20KCgogICBDbGFyZW5jZSBGaWxzZmlscwogICBDaXNjbyBTeXN0ZW1zLCBJbmMu CgogICBFbWFpbDogY2ZpbHNmaWxAY2lzY28uY29tCgoKICAgRGFuaWVsIFZveWVyCiAgIEJlbGwg Q2FuYWRhCgogICBFbWFpbDogZGFuaWVsLnZveWVyQGJlbGwuY2EKCgogICBTdGVmYW5vIFNhbHNh bm8KICAgVW5pdmVyc2l0YSBkaSBSb21hICJUb3IgVmVyZ2F0YSIKICAgSXRhbHkKCiAgIEVtYWls OiBzdGVmYW5vLnNhbHNhbm9AdW5pcm9tYTIuaXQKCgogICBNYWNoKEd1b3lpKSBDaGVuCiAgIEh1 YXdlaQoKICAgRW1haWw6IG1hY2guY2hlbkBodWF3ZWkuY29tCgoKCgoKCgoKCgoKCgoKCgoKCgpH YW5kaGksIGV0IGFsLiAgICAgICAgICBFeHBpcmVzIERlY2VtYmVyIDEyLCAyMDIwICAgICAgICAg ICAgICBbUGFnZSAxOV0K --00000000000089ffd805a7ba7873 Content-Type: text/html; charset="US-ASCII"; name="Diff draft-gandhi-mpls-rfc6374-sr-02.txt - draft-gandhi-mpls-rfc6374-sr-03.html" Content-Disposition: attachment; filename="Diff draft-gandhi-mpls-rfc6374-sr-02.txt - draft-gandhi-mpls-rfc6374-sr-03.html" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: f_kb9cyv0v0 CjwhRE9DVFlQRSBodG1sIFBVQkxJQyAiLS8vVzNDLy9EVEQgWEhUTUwgMS4wIFRyYW5zaXRpb25h bC8vRU4iICJodHRwOi8vd3d3LnczLm9yZy9UUi94aHRtbDEvRFREL3hodG1sMS10cmFuc2l0aW9u YWwuZHRkIj4gCjwhLS0gR2VuZXJhdGVkIGJ5IHJmY2RpZmYgMS40NzogcmZjZGlmZiAgLS0+IAo8 IS0tIDwhRE9DVFlQRSBodG1sIFBVQkxJQyAiLS8vVzNDLy9EVEQgSFRNTCA0LjAxIFRyYW5zaXRp b25hbCIgPiAtLT4KPCEtLSBTeXN0ZW06IExpbnV4IGRlY2hhdW5hYyAzLjIuMC02LWFtZDY0ICMx IFNNUCBEZWJpYW4gMy4yLjEwMi0xIHg4Nl82NCBHTlUvTGludXggLS0+IAo8IS0tIFVzaW5nIGF3 azogL3Vzci9iaW4vZ2F3azogR05VIEF3ayA0LjEuMSwgQVBJOiAxLjEgKEdOVSBNUEZSIDMuMS4z LCBHTlUgTVAgNi4wLjApIC0tPiAKPCEtLSBVc2luZyBkaWZmOiAvdXNyL2Jpbi9kaWZmOiBkaWZm IChHTlUgZGlmZnV0aWxzKSAzLjMgLS0+IAo8IS0tIFVzaW5nIHdkaWZmOiAvdXNyL2Jpbi93ZGlm Zjogd2RpZmYgKEdOVSB3ZGlmZikgMS4yLjIgLS0+IAo8aHRtbCB4bWxucz0iaHR0cDovL3d3dy53 My5vcmcvMTk5OS94aHRtbCI+IAo8aGVhZD4gCiAgPG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1U eXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9VVRGLTgiIC8+IAogIDxtZXRhIGh0dHAt ZXF1aXY9IkNvbnRlbnQtU3R5bGUtVHlwZSIgY29udGVudD0idGV4dC9jc3MiIC8+IAogIDx0aXRs ZT5EaWZmOiBkcmFmdC1nYW5kaGktbXBscy1yZmM2Mzc0LXNyLTAyLnR4dCAtIGRyYWZ0LWdhbmRo aS1tcGxzLXJmYzYzNzQtc3ItMDMudHh0PC90aXRsZT4gCiAgPHN0eWxlIHR5cGU9InRleHQvY3Nz Ij4gCiAgICBib2R5ICAgIHsgbWFyZ2luOiAwLjRleDsgbWFyZ2luLXJpZ2h0OiBhdXRvOyB9IAog ICAgdHIgICAgICB7IH0gCiAgICB0ZCAgICAgIHsgd2hpdGUtc3BhY2U6IHByZTsgZm9udC1mYW1p bHk6IG1vbm9zcGFjZTsgdmVydGljYWwtYWxpZ246IHRvcDsgZm9udC1zaXplOiAwLjg2ZW07fSAK ICAgIHRoICAgICAgeyBmb250LXNpemU6IDAuODZlbTsgfSAKICAgIC5zbWFsbCAgeyBmb250LXNp emU6IDAuNmVtOyBmb250LXN0eWxlOiBpdGFsaWM7IGZvbnQtZmFtaWx5OiBWZXJkYW5hLCBIZWx2 ZXRpY2EsIHNhbnMtc2VyaWY7IH0gCiAgICAubGVmdCAgIHsgYmFja2dyb3VuZC1jb2xvcjogI0VF RTsgfSAKICAgIC5yaWdodCAgeyBiYWNrZ3JvdW5kLWNvbG9yOiAjRkZGOyB9IAogICAgLmRpZmYg ICB7IGJhY2tncm91bmQtY29sb3I6ICNDQ0Y7IH0gCiAgICAubGJsb2NrIHsgYmFja2dyb3VuZC1j b2xvcjogI0JGQjsgfSAKICAgIC5yYmxvY2sgeyBiYWNrZ3JvdW5kLWNvbG9yOiAjRkY4OyB9IAog ICAgLmluc2VydCB7IGJhY2tncm91bmQtY29sb3I6ICM4RkY7IH0gCiAgICAuZGVsZXRlIHsgYmFj a2dyb3VuZC1jb2xvcjogI0FDRjsgfSAKICAgIC52b2lkICAgeyBiYWNrZ3JvdW5kLWNvbG9yOiAj RkZCOyB9IAogICAgLmNvbnQgICB7IGJhY2tncm91bmQtY29sb3I6ICNFRUU7IH0gCiAgICAubGlu ZWJyIHsgYmFja2dyb3VuZC1jb2xvcjogI0FBQTsgfSAKICAgIC5saW5lbm8geyBjb2xvcjogcmVk OyBiYWNrZ3JvdW5kLWNvbG9yOiAjRkZGOyBmb250LXNpemU6IDAuN2VtOyB0ZXh0LWFsaWduOiBy aWdodDsgcGFkZGluZzogMCAycHg7IH0gCiAgICAuZWxpcHNpc3sgYmFja2dyb3VuZC1jb2xvcjog I0FBQTsgfSAKICAgIC5sZWZ0IC5jb250IHsgYmFja2dyb3VuZC1jb2xvcjogI0RERDsgfSAKICAg IC5yaWdodCAuY29udCB7IGJhY2tncm91bmQtY29sb3I6ICNFRUU7IH0gCiAgICAubGJsb2NrIC5j b250IHsgYmFja2dyb3VuZC1jb2xvcjogIzlEOTsgfSAKICAgIC5yYmxvY2sgLmNvbnQgeyBiYWNr Z3JvdW5kLWNvbG9yOiAjREQ2OyB9IAogICAgLmluc2VydCAuY29udCB7IGJhY2tncm91bmQtY29s b3I6ICMwREQ7IH0gCiAgICAuZGVsZXRlIC5jb250IHsgYmFja2dyb3VuZC1jb2xvcjogIzhBRDsg fSAKICAgIC5zdGF0cywgLnN0YXRzIHRkLCAuc3RhdHMgdGggeyBiYWNrZ3JvdW5kLWNvbG9yOiAj RUVFOyBwYWRkaW5nOiAycHggMDsgfSAKICAgIHNwYW4uaGlkZSB7IGRpc3BsYXk6IG5vbmU7IGNv bG9yOiAjYWFhO30gICAgYTpob3ZlciBzcGFuIHsgZGlzcGxheTogaW5saW5lOyB9ICAgIHRyLmNo YW5nZSB7IGJhY2tncm91bmQtY29sb3I6IGdyYXk7IH0gCiAgICB0ci5jaGFuZ2UgYSB7IHRleHQt ZGVjb3JhdGlvbjogbm9uZTsgY29sb3I6IGJsYWNrIH0gCiAgPC9zdHlsZT4gCiAgICAgPHNjcmlw dD4KdmFyIGNodW5rX2luZGV4ID0gMDsKdmFyIG9sZF9jaHVuayA9IG51bGw7CgpmdW5jdGlvbiBm b3JtYXRfY2h1bmsoaW5kZXgpIHsKICAgIHZhciBwcmVmaXggPSAiZGlmZiI7CiAgICB2YXIgc3Ry ID0gaW5kZXgudG9TdHJpbmcoKTsKICAgIGZvciAoeD0wOyB4PCg0LXN0ci5sZW5ndGgpOyArK3gp IHsKICAgICAgICBwcmVmaXgrPScwJzsKICAgIH0KICAgIHJldHVybiBwcmVmaXggKyBzdHI7Cn0K CmZ1bmN0aW9uIGZpbmRfY2h1bmsobil7CiAgICByZXR1cm4gZG9jdW1lbnQucXVlcnlTZWxlY3Rv cigndHJbaWQkPSInICsgbiArICciXScpOwp9CgpmdW5jdGlvbiBjaGFuZ2VfY2h1bmsob2Zmc2V0 KSB7CiAgICB2YXIgaW5kZXggPSBjaHVua19pbmRleCArIG9mZnNldDsKICAgIHZhciBuZXdfc3Ry OwogICAgdmFyIG5ld19jaHVuazsKCiAgICBuZXdfc3RyID0gZm9ybWF0X2NodW5rKGluZGV4KTsK ICAgIG5ld19jaHVuayA9IGZpbmRfY2h1bmsobmV3X3N0cik7CiAgICBpZiAoIW5ld19jaHVuaykg ewogICAgICAgIHJldHVybjsKICAgIH0KICAgIGlmIChvbGRfY2h1bmspIHsKICAgICAgICBvbGRf Y2h1bmsuc3R5bGUub3V0bGluZSA9ICIiOwogICAgfQogICAgb2xkX2NodW5rID0gbmV3X2NodW5r OwogICAgb2xkX2NodW5rLnN0eWxlLm91dGxpbmUgPSAiMXB4IHNvbGlkIHJlZCI7CiAgICB3aW5k b3cubG9jYXRpb24ucmVwbGFjZSgiIyIgKyBuZXdfc3RyKQogICAgd2luZG93LnNjcm9sbEJ5KDAs LTEwMCk7CiAgICBjaHVua19pbmRleCA9IGluZGV4Owp9Cgpkb2N1bWVudC5vbmtleWRvd24gPSBm dW5jdGlvbihlKSB7CiAgICBzd2l0Y2ggKGUua2V5Q29kZSkgewogICAgY2FzZSA3ODoKICAgICAg ICBjaGFuZ2VfY2h1bmsoMSk7CiAgICAgICAgYnJlYWs7CiAgICBjYXNlIDgwOgogICAgICAgIGNo YW5nZV9jaHVuaygtMSk7CiAgICAgICAgYnJlYWs7CiAgICB9Cn07CiAgIDwvc2NyaXB0PiAKPC9o ZWFkPiAKPGJvZHkgPiAKICA8dGFibGUgYm9yZGVyPSIwIiBjZWxscGFkZGluZz0iMCIgY2VsbHNw YWNpbmc9IjAiPiAKICA8dHIgaWQ9InBhcnQtMSIgYmdjb2xvcj0ib3JhbmdlIj48dGg+PC90aD48 dGg+PGEgaHJlZj0iL3JmY2RpZmY/dXJsMj1kcmFmdC1nYW5kaGktbXBscy1yZmM2Mzc0LXNyLTAy LnR4dCIgc3R5bGU9ImNvbG9yOiMwMDg7IHRleHQtZGVjb3JhdGlvbjpub25lOyI+Jmx0OzwvYT4m bmJzcDs8YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtZ2FuZGhpLW1w bHMtcmZjNjM3NC1zci0wMi50eHQiIHN0eWxlPSJjb2xvcjojMDA4Ij5kcmFmdC1nYW5kaGktbXBs cy1yZmM2Mzc0LXNyLTAyLnR4dDwvYT4mbmJzcDs8L3RoPjx0aD4gPC90aD48dGg+Jm5ic3A7PGEg aHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWdhbmRoaS1tcGxzLXJmYzYz NzQtc3ItMDMudHh0IiBzdHlsZT0iY29sb3I6IzAwOCI+ZHJhZnQtZ2FuZGhpLW1wbHMtcmZjNjM3 NC1zci0wMy50eHQ8L2E+Jm5ic3A7PGEgaHJlZj0iL3JmY2RpZmY/dXJsMT1kcmFmdC1nYW5kaGkt bXBscy1yZmM2Mzc0LXNyLTAzLnR4dCIgc3R5bGU9ImNvbG9yOiMwMDg7IHRleHQtZGVjb3JhdGlv bjpub25lOyI+Jmd0OzwvYT48L3RoPjx0aD48L3RoPjwvdHI+IAogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPk1QTFMgV29ya2luZyBHcm91cCAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBSLiBHYW5kaGksIEVkLjwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPk1QTFMgV29ya2luZyBHcm91cCAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBSLiBHYW5kaGksIEVkLjwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0 ZCBjbGFzcz0ibGVmdCI+SW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIEMuIEZpbHNmaWxzPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy aWdodCI+SW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIEMuIEZpbHNmaWxzPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij5JbnRlbmRl ZCBzdGF0dXM6IFN0YW5kYXJkcyBUcmFjayAgICAgICAgICAgICAgICAgICAgIENpc2NvIFN5c3Rl bXMsIEluYy48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij5JbnRlbmRlZCBzdGF0dXM6 IFN0YW5kYXJkcyBUcmFjayAgICAgICAgICAgICAgICAgICAgIENpc2NvIFN5c3RlbXMsIEluYy48 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMDEi Pjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxibG9jayI+RXhwaXJlczogPHNwYW4gY2xhc3M9ImRlbGV0ZSI+U2VwdGVtYmVyIDc8L3Nw YW4+LCAyMDIwICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBELiBWb3llcjwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj5FeHBpcmVzOiA8c3BhbiBjbGFzcz0iaW5z ZXJ0Ij5EZWNlbWJlciAxMjwvc3Bhbj4sIDIwMjAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIEQuIFZveWVyPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgQmVsbCBD YW5hZGE8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgQmVsbCBDYW5hZGE8L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgUy4gU2Fsc2FubzwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgUy4gU2Fsc2FubzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVm dCI+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFVuaXZlcnNpdGEgZGkg Um9tYSAiVG9yIFZlcmdhdGEiPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFVuaXZlcnNpdGEgZGkgUm9tYSAiVG9y IFZlcmdhdGEiPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIE0uIENoZW48L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIE0uIENoZW48L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIEh1YXdlaTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmlnaHQiPiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIEh1YXdlaTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyIGlkPSJkaWZmMDAwMiI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDxzcGFuIGNsYXNzPSJkZWxldGUi Pk1hcmNoIDY8L3NwYW4+LCAyMDIwPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg PHNwYW4gY2xhc3M9Imluc2VydCI+SnVuZSAxMDwvc3Bhbj4sIDIwMjA8L3RkPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg Y2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAwMyI+PHRkPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2Nr Ij4gIFBlcmZvcm1hbmNlIE1lYXN1cmVtZW50IGZvciBTZWdtZW50IFJvdXRpbmcgTmV0d29ya3Mg d2l0aCBNUExTIERhdGE8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+UGVyZm9ybWFu Y2UgTWVhc3VyZW1lbnQgPHNwYW4gY2xhc3M9Imluc2VydCI+VXNpbmcgUkZDIDYzNzQ8L3NwYW4+ IGZvciBTZWdtZW50IFJvdXRpbmcgTmV0d29ya3Mgd2l0aDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i bGJsb2NrIj4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBQbGFuZTwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICAgICAgICAgICAgICAgICAgICAgICAgICAgTVBMUyBE YXRhIFBsYW5lPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgICAgICAgICAgICAgICAg ICAgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+ZHJhZnQtZ2FuZGhpLW1wbHMtcmZjNjM3NC1zci0wMjwv c3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgICAgICAgICAgICAgICAg ICA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5kcmFmdC1nYW5kaGktbXBscy1yZmM2Mzc0LXNyLTAzPC9z cGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij5BYnN0cmFjdDwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPkFic3RyYWN0PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0 Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPiAgIFNlZ21lbnQgUm91dGluZyAoU1IpIGxldmVyYWdlcyB0aGUgc291cmNlIHJvdXRp bmcgcGFyYWRpZ20uICBSRkMgNjM3NDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAg IFNlZ21lbnQgUm91dGluZyAoU1IpIGxldmVyYWdlcyB0aGUgc291cmNlIHJvdXRpbmcgcGFyYWRp Z20uICBSRkMgNjM3NDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgc3BlY2lmaWVzIHBy b3RvY29sIG1lY2hhbmlzbXMgdG8gZW5hYmxlIHRoZSBlZmZpY2llbnQgYW5kIGFjY3VyYXRlPC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgc3BlY2lmaWVzIHByb3RvY29sIG1lY2hh bmlzbXMgdG8gZW5hYmxlIHRoZSBlZmZpY2llbnQgYW5kIGFjY3VyYXRlPC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij4gICBtZWFzdXJlbWVudCBvZiBwYWNrZXQgbG9zcywgb25lLXdheSBhbmQg dHdvLXdheSBkZWxheSwgYXMgd2VsbCBhczwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi PiAgIG1lYXN1cmVtZW50IG9mIHBhY2tldCBsb3NzLCBvbmUtd2F5IGFuZCB0d28td2F5IGRlbGF5 LCBhcyB3ZWxsIGFzPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICByZWxhdGVkIG1ldHJp Y3Mgc3VjaCBhcyBkZWxheSB2YXJpYXRpb24gaW4gTVBMUyBuZXR3b3JrcyB1c2luZyBwcm9iZTwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHJlbGF0ZWQgbWV0cmljcyBzdWNoIGFz IGRlbGF5IHZhcmlhdGlvbiBpbiBNUExTIG5ldHdvcmtzIHVzaW5nIHByb2JlPC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij4gICBtZXNzYWdlcy4gIFRoaXMgZG9jdW1lbnQgdXRpbGl6ZXMgdGhl c2UgbWVjaGFuaXNtcyBmb3IgUGVyZm9ybWFuY2U8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp Z2h0Ij4gICBtZXNzYWdlcy4gIFRoaXMgZG9jdW1lbnQgdXRpbGl6ZXMgdGhlc2UgbWVjaGFuaXNt cyBmb3IgUGVyZm9ybWFuY2U8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg IDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIERlbGF5IGFu ZCBMb3NzIE1lYXN1cmVtZW50cyBpbiBTZWdtZW50IFJvdXRpbmcgbmV0d29ya3Mgd2l0aCBNUExT PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgRGVsYXkgYW5kIExvc3MgTWVhc3Vy ZW1lbnRzIGluIFNlZ21lbnQgUm91dGluZyBuZXR3b3JrcyB3aXRoIE1QTFM8L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPiAgIGRhdGEgcGxhbmUgKFNSLU1QTFMpLCBmb3IgYm90aCBTUiBMaW5r cyBhbmQgZW5kLXRvLWVuZCBTUiBQb2xpY2llcy48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp Z2h0Ij4gICBkYXRhIHBsYW5lIChTUi1NUExTKSwgZm9yIGJvdGggU1IgTGlua3MgYW5kIGVuZC10 by1lbmQgU1IgUG9saWNpZXMuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0ciBpZD0icGFydC0yIiBjbGFzcz0iY2hhbmdlIiA+PHRkPjwvdGQ+PHRoPjxzbWFs bD5za2lwcGluZyB0byBjaGFuZ2UgYXQ8L3NtYWxsPjxhIGhyZWY9IiNwYXJ0LTIiPjxlbT4gcGFn ZSAxLCBsaW5lIDQ1PHNwYW4gY2xhc3M9ImhpZGUiPiAmcGFyYTs8L3NwYW4+PC9lbT48L2E+PC90 aD48dGg+IDwvdGg+PHRoPjxzbWFsbD5za2lwcGluZyB0byBjaGFuZ2UgYXQ8L3NtYWxsPjxhIGhy ZWY9IiNwYXJ0LTIiPjxlbT4gcGFnZSAxLCBsaW5lIDQ1PHNwYW4gY2xhc3M9ImhpZGUiPiAmcGFy YTs8L3NwYW4+PC9lbT48L2E+PC90aD48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBJbnRlcm5ldC1EcmFmdHMgYXJlIHdv cmtpbmcgZG9jdW1lbnRzIG9mIHRoZSBJbnRlcm5ldCBFbmdpbmVlcmluZzwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPiAgIEludGVybmV0LURyYWZ0cyBhcmUgd29ya2luZyBkb2N1bWVu dHMgb2YgdGhlIEludGVybmV0IEVuZ2luZWVyaW5nPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0 Ij4gICBUYXNrIEZvcmNlIChJRVRGKS4gIE5vdGUgdGhhdCBvdGhlciBncm91cHMgbWF5IGFsc28g ZGlzdHJpYnV0ZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFRhc2sgRm9yY2Ug KElFVEYpLiAgTm90ZSB0aGF0IG90aGVyIGdyb3VwcyBtYXkgYWxzbyBkaXN0cmlidXRlPC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICB3b3JraW5nIGRvY3VtZW50cyBhcyBJbnRlcm5ldC1E cmFmdHMuICBUaGUgbGlzdCBvZiBjdXJyZW50IEludGVybmV0LTwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPiAgIHdvcmtpbmcgZG9jdW1lbnRzIGFzIEludGVybmV0LURyYWZ0cy4gIFRo ZSBsaXN0IG9mIGN1cnJlbnQgSW50ZXJuZXQtPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4g ICBEcmFmdHMgaXMgYXQgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kcmFmdHMvY3VycmVu dC8uPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgRHJhZnRzIGlzIGF0IGh0dHBz Oi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZHJhZnRzL2N1cnJlbnQvLjwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij4gICBJbnRlcm5ldC1EcmFmdHMgYXJlIGRyYWZ0IGRvY3VtZW50cyB2 YWxpZCBmb3IgYSBtYXhpbXVtIG9mIHNpeCBtb250aHM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJpZ2h0Ij4gICBJbnRlcm5ldC1EcmFmdHMgYXJlIGRyYWZ0IGRvY3VtZW50cyB2YWxpZCBmb3Ig YSBtYXhpbXVtIG9mIHNpeCBtb250aHM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGFu ZCBtYXkgYmUgdXBkYXRlZCwgcmVwbGFjZWQsIG9yIG9ic29sZXRlZCBieSBvdGhlciBkb2N1bWVu dHMgYXQgYW55PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgYW5kIG1heSBiZSB1 cGRhdGVkLCByZXBsYWNlZCwgb3Igb2Jzb2xldGVkIGJ5IG90aGVyIGRvY3VtZW50cyBhdCBhbnk8 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHRpbWUuICBJdCBpcyBpbmFwcHJvcHJpYXRl IHRvIHVzZSBJbnRlcm5ldC1EcmFmdHMgYXMgcmVmZXJlbmNlPC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+ICAgdGltZS4gIEl0IGlzIGluYXBwcm9wcmlhdGUgdG8gdXNlIEludGVybmV0 LURyYWZ0cyBhcyByZWZlcmVuY2U8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIG1hdGVy aWFsIG9yIHRvIGNpdGUgdGhlbSBvdGhlciB0aGFuIGFzICJ3b3JrIGluIHByb2dyZXNzLiI8L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBtYXRlcmlhbCBvciB0byBjaXRlIHRoZW0g b3RoZXIgdGhhbiBhcyAid29yayBpbiBwcm9ncmVzcy4iPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMDQiPjx0ZD48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgVGhp cyBJbnRlcm5ldC1EcmFmdCB3aWxsIGV4cGlyZSBvbiA8c3BhbiBjbGFzcz0iZGVsZXRlIj5TZXB0 ZW1iZXIgNzwvc3Bhbj4sIDIwMjAuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAg IFRoaXMgSW50ZXJuZXQtRHJhZnQgd2lsbCBleHBpcmUgb24gPHNwYW4gY2xhc3M9Imluc2VydCI+ RGVjZW1iZXIgMTI8L3NwYW4+LCAyMDIwLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0 Ij5Db3B5cmlnaHQgTm90aWNlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+Q29weXJp Z2h0IE5vdGljZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBDb3B5cmlnaHQg KGMpIDIwMjAgSUVURiBUcnVzdCBhbmQgdGhlIHBlcnNvbnMgaWRlbnRpZmllZCBhcyB0aGU8L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBDb3B5cmlnaHQgKGMpIDIwMjAgSUVURiBU cnVzdCBhbmQgdGhlIHBlcnNvbnMgaWRlbnRpZmllZCBhcyB0aGU8L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxlZnQiPiAgIGRvY3VtZW50IGF1dGhvcnMuICBBbGwgcmlnaHRzIHJlc2VydmVkLjwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGRvY3VtZW50IGF1dGhvcnMuICBBbGwgcmln aHRzIHJlc2VydmVkLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBUaGlzIGRv Y3VtZW50IGlzIHN1YmplY3QgdG8gQkNQIDc4IGFuZCB0aGUgSUVURiBUcnVzdCdzIExlZ2FsPC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgVGhpcyBkb2N1bWVudCBpcyBzdWJqZWN0 IHRvIEJDUCA3OCBhbmQgdGhlIElFVEYgVHJ1c3QncyBMZWdhbDwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGVmdCI+ICAgUHJvdmlzaW9ucyBSZWxhdGluZyB0byBJRVRGIERvY3VtZW50czwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFByb3Zpc2lvbnMgUmVsYXRpbmcgdG8gSUVURiBE b2N1bWVudHM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIChodHRwczovL3RydXN0ZWUu aWV0Zi5vcmcvbGljZW5zZS1pbmZvKSBpbiBlZmZlY3Qgb24gdGhlIGRhdGUgb2Y8L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAoaHR0cHM6Ly90cnVzdGVlLmlldGYub3JnL2xpY2Vu c2UtaW5mbykgaW4gZWZmZWN0IG9uIHRoZSBkYXRlIG9mPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij4gICBwdWJsaWNhdGlvbiBvZiB0aGlzIGRvY3VtZW50LiAgUGxlYXNlIHJldmlldyB0aGVz ZSBkb2N1bWVudHM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBwdWJsaWNhdGlv biBvZiB0aGlzIGRvY3VtZW50LiAgUGxlYXNlIHJldmlldyB0aGVzZSBkb2N1bWVudHM8L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJwYXJ0LTMiIGNs YXNzPSJjaGFuZ2UiID48dGQ+PC90ZD48dGg+PHNtYWxsPnNraXBwaW5nIHRvIGNoYW5nZSBhdDwv c21hbGw+PGEgaHJlZj0iI3BhcnQtMyI+PGVtPiBwYWdlIDIsIGxpbmUgMjk8c3BhbiBjbGFzcz0i aGlkZSI+ICZwYXJhOzwvc3Bhbj48L2VtPjwvYT48L3RoPjx0aD4gPC90aD48dGg+PHNtYWxsPnNr aXBwaW5nIHRvIGNoYW5nZSBhdDwvc21hbGw+PGEgaHJlZj0iI3BhcnQtMyI+PGVtPiBwYWdlIDIs IGxpbmUgMjk8c3BhbiBjbGFzcz0iaGlkZSI+ICZwYXJhOzwvc3Bhbj48L2VtPjwvYT48L3RoPjx0 ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGVmdCI+VGFibGUgb2YgQ29udGVudHM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp Z2h0Ij5UYWJsZSBvZiBDb250ZW50czwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4g ICAxLiAgSW50cm9kdWN0aW9uICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAgIDM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAxLiAgSW50 cm9kdWN0aW9uICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAgIDM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIDIuICBDb252ZW50aW9ucyBVc2Vk IGluIFRoaXMgRG9jdW1lbnQgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAgNDwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIDIuICBDb252ZW50aW9ucyBVc2VkIGluIFRoaXMg RG9jdW1lbnQgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAgNDwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGVmdCI+ICAgICAyLjEuICBSZXF1aXJlbWVudHMgTGFuZ3VhZ2UgLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gICA0PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdo dCI+ICAgICAyLjEuICBSZXF1aXJlbWVudHMgTGFuZ3VhZ2UgLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gICA0PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgIDIuMi4g IEFiYnJldmlhdGlvbnMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAgIDQ8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgIDIuMi4gIEFiYnJldmlh dGlvbnMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgIDQ8L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgMi4zLiAgUmVmZXJlbmNlIFRvcG9sb2d5ICAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAgNTwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmlnaHQiPiAgICAgMi4zLiAgUmVmZXJlbmNlIFRvcG9sb2d5ICAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAgNTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVm dCI+ICAgMy4gIE92ZXJ2aWV3ICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gICA1PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgMy4g IE92ZXJ2aWV3ICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gICA1PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICA0LiAgUHJvYmUgUXVlcnkg YW5kIFJlc3BvbnNlIE1lc3NhZ2VzIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgIDY8L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICA0LiAgUHJvYmUgUXVlcnkgYW5kIFJlc3Bv bnNlIE1lc3NhZ2VzIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgIDY8L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMDUiPjx0ZD48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ ICAgICA0LjEuICBQcm9iZSBNZXNzYWdlIGZvciA8c3BhbiBjbGFzcz0iZGVsZXRlIj5TUi1NUExT PC9zcGFuPiBMaW5rcyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAgNjwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmJsb2NrIj4gICAgIDQuMS4gIFByb2JlIE1lc3NhZ2UgZm9yIDxzcGFuIGNs YXNzPSJpbnNlcnQiPlNSPC9zcGFuPiBMaW5rcyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiA8 c3BhbiBjbGFzcz0iaW5zZXJ0Ij4uIC48L3NwYW4+ICAgNjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i bGJsb2NrIj4gICAgIDQuMi4gIFByb2JlIE1lc3NhZ2UgZm9yIDxzcGFuIGNsYXNzPSJkZWxldGUi PlNSLU1QTFM8L3NwYW4+IFBvbGljaWVzICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gICA2PC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgICAgNC4yLiAgUHJvYmUgTWVzc2FnZSBmb3Ig PHNwYW4gY2xhc3M9Imluc2VydCI+U1I8L3NwYW4+IFBvbGljaWVzIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij4uIC4gLjwvc3Bhbj4gICA2PC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsYmxvY2siPiAgICAgNC4zLiAgUHJvYmUgUmVzcG9uc2UgTWVzc2FnZSBmb3IgPHNw YW4gY2xhc3M9ImRlbGV0ZSI+U1ItTVBMUzwvc3Bhbj4gTGlua3MgYW5kIFBvbGljaWVzIC4gLiAg IDc8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgICA0LjMuICBQcm9iZSBSZXNw b25zZSBNZXNzYWdlIGZvciA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5TUjwvc3Bhbj4gTGlua3MgYW5k IFBvbGljaWVzICA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij4uIC48L3NwYW4+IC4gLiAgIDc8L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgICA0LjMuMS4gIE9uZS13YXkgTWVhc3VyZW1lbnQg TW9kZSAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAgNzwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPiAgICAgICA0LjMuMS4gIE9uZS13YXkgTWVhc3VyZW1lbnQgTW9kZSAgLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAgNzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ ICAgICAgIDQuMy4yLiAgVHdvLXdheSBNZWFzdXJlbWVudCBNb2RlICAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gICA4PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgIDQu My4yLiAgVHdvLXdheSBNZWFzdXJlbWVudCBNb2RlICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gICA4PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAgNC4zLjMuICBMb29wYmFj ayBNZWFzdXJlbWVudCBNb2RlIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgIDg8L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgNC4zLjMuICBMb29wYmFjayBNZWFzdXJl bWVudCBNb2RlIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgIDg8L3RkPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg Y2xhc3M9ImxlZnQiPiAgICAgNC40LiAgUmV0dXJuIFBhdGggVExWIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAgODwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmln aHQiPiAgICAgNC40LiAgUmV0dXJuIFBhdGggVExWIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuICAgODwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgNS4gIFBl cmZvcm1hbmNlIERlbGF5IE1lYXN1cmVtZW50IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gIDEwPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgNS4gIFBlcmZvcm1hbmNl IERlbGF5IE1lYXN1cmVtZW50IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDEwPC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgIDUuMS4gIERlbGF5IE1lYXN1cmVtZW50IE1l c3NhZ2UgRm9ybWF0ICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgMTA8L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij4gICAgIDUuMS4gIERlbGF5IE1lYXN1cmVtZW50IE1lc3NhZ2UgRm9y bWF0ICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgMTA8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPiAgICAgNS4yLiAgVGltZXN0YW1wcyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuICAxMDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAg NS4yLiAgVGltZXN0YW1wcyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuICAxMDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgNi4gIFBlcmZvcm1hbmNl IExvc3MgTWVhc3VyZW1lbnQgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDEwPC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgNi4gIFBlcmZvcm1hbmNlIExvc3MgTWVh c3VyZW1lbnQgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDEwPC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij4gICAgIDYuMS4gIExvc3MgTWVhc3VyZW1lbnQgTWVzc2FnZSBGb3Jt YXQgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgMTE8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJpZ2h0Ij4gICAgIDYuMS4gIExvc3MgTWVhc3VyZW1lbnQgTWVzc2FnZSBGb3JtYXQgLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAgMTE8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAg Ni4yLiAgQmxvY2sgTnVtYmVyIFRMViAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuICAxMTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgNi4yLiAgQmxv Y2sgTnVtYmVyIFRMViAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAx MTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAw NiI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xh c3M9Imluc2VydCI+ICAgICA2LjMuICBDb21iaW5lZCBMb3NzL0RlbGF5IE1lYXN1cmVtZW50IE1l c3NhZ2UgRm9ybWF0ICAuIC4gLiAuIC4gIDEyPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i bGVmdCI+ICAgNy4gIFBlcmZvcm1hbmNlIE1lYXN1cmVtZW50IGZvciBQMk1QIFNSIFBvbGljaWVz ICAuIC4gLiAuIC4gLiAuIC4gIDEyPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAg Ny4gIFBlcmZvcm1hbmNlIE1lYXN1cmVtZW50IGZvciBQMk1QIFNSIFBvbGljaWVzICAuIC4gLiAu IC4gLiAuIC4gIDEyPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIg aWQ9ImRpZmYwMDA3Ij48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIDguICBFQ01QIGZvciBTUjxzcGFuIGNsYXNzPSJk ZWxldGUiPi1NUExTIFBvbGljaWVzPC9zcGFuPiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAgMTM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgOC4gIEVDTVAg Zm9yIFNSPHNwYW4gY2xhc3M9Imluc2VydCI+IFBvbGljaWVzICAuIC48L3NwYW4+IC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAxMzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVm dCI+ICAgOS4gIFNSIExpbmsgRXh0ZW5kZWQgVEUgTWV0cmljcyBBZHZlcnRpc2VtZW50cyAgLiAu IC4gLiAuIC4gLiAuIC4gIDEzPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgOS4g IFNSIExpbmsgRXh0ZW5kZWQgVEUgTWV0cmljcyBBZHZlcnRpc2VtZW50cyAgLiAuIC4gLiAuIC4g LiAuIC4gIDEzPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAxMC4gU2VjdXJpdHkgQ29u c2lkZXJhdGlvbnMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgMTQ8L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAxMC4gU2VjdXJpdHkgQ29uc2lkZXJhdGlv bnMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgMTQ8L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPiAgIDExLiBJQU5BIENvbnNpZGVyYXRpb25zIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAxNDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmlnaHQiPiAgIDExLiBJQU5BIENvbnNpZGVyYXRpb25zIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuICAxNDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyIGlkPSJkaWZmMDAwOCI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICAxMi4gUmVmZXJlbmNlcyAgLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgPHNwYW4gY2xh c3M9ImRlbGV0ZSI+MTQ8L3NwYW4+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAg IDEyLiBSZWZlcmVuY2VzICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuICA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij4xNTwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg Y2xhc3M9ImxibG9jayI+ICAgICAxMi4xLiAgTm9ybWF0aXZlIFJlZmVyZW5jZXMgLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDxzcGFuIGNsYXNzPSJkZWxldGUiPjE0PC9zcGFu PjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICAgIDEyLjEuICBOb3JtYXRpdmUg UmVmZXJlbmNlcyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgPHNwYW4gY2xh c3M9Imluc2VydCI+MTU8L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgICAg MTIuMi4gIEluZm9ybWF0aXZlIFJlZmVyZW5jZXMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuICA8c3BhbiBjbGFzcz0iZGVsZXRlIj4xNTwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJibG9jayI+ICAgICAxMi4yLiAgSW5mb3JtYXRpdmUgUmVmZXJlbmNlcyAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDxzcGFuIGNsYXNzPSJpbnNlcnQiPjE2PC9zcGFu PjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBBY2tub3dsZWRnbWVudHMgLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgPHNwYW4gY2xhc3M9 ImRlbGV0ZSI+MTc8L3NwYW4+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIEFj a25vd2xlZGdtZW50cyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuICA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij4xODwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxibG9jayI+ICAgQ29udHJpYnV0b3JzICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDxzcGFuIGNsYXNzPSJkZWxldGUiPjE3PC9zcGFuPjwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBDb250cmlidXRvcnMgIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgPHNwYW4gY2xhc3M9 Imluc2VydCI+MTg8L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIEF1dGhv cnMnIEFkZHJlc3NlcyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuICA8c3BhbiBjbGFzcz0iZGVsZXRlIj4xODwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJibG9jayI+ICAgQXV0aG9ycycgQWRkcmVzc2VzICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDxzcGFuIGNsYXNzPSJpbnNlcnQiPjE5PC9zcGFuPjwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdo dCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4xLiAgSW50cm9kdWN0aW9uPC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+MS4gIEludHJvZHVjdGlvbjwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij4gICBTZXJ2aWNlIHByb3ZpZGVyJ3MgYWJpbGl0eSB0byBzYXRpc2Z5 IFNlcnZpY2UgTGV2ZWwgQWdyZWVtZW50cyAoU0xBcyk8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJpZ2h0Ij4gICBTZXJ2aWNlIHByb3ZpZGVyJ3MgYWJpbGl0eSB0byBzYXRpc2Z5IFNlcnZpY2Ug TGV2ZWwgQWdyZWVtZW50cyAoU0xBcyk8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGRl cGVuZCBvbiB0aGUgYWJpbGl0eSB0byBtZWFzdXJlIGFuZCBtb25pdG9yIHBlcmZvcm1hbmNlIG1l dHJpY3MgZm9yPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgZGVwZW5kIG9uIHRo ZSBhYmlsaXR5IHRvIG1lYXN1cmUgYW5kIG1vbml0b3IgcGVyZm9ybWFuY2UgbWV0cmljcyBmb3I8 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHBhY2tldCBsb3NzIGFuZCBvbmUtd2F5IGFu ZCB0d28td2F5IGRlbGF5LCBhcyB3ZWxsIGFzIHJlbGF0ZWQgbWV0cmljczwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPiAgIHBhY2tldCBsb3NzIGFuZCBvbmUtd2F5IGFuZCB0d28td2F5 IGRlbGF5LCBhcyB3ZWxsIGFzIHJlbGF0ZWQgbWV0cmljczwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i bGVmdCI+ICAgc3VjaCBhcyBkZWxheSB2YXJpYXRpb24uICBUaGUgYWJpbGl0eSB0byBtb25pdG9y IHRoZXNlIHBlcmZvcm1hbmNlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgc3Vj aCBhcyBkZWxheSB2YXJpYXRpb24uICBUaGUgYWJpbGl0eSB0byBtb25pdG9yIHRoZXNlIHBlcmZv cm1hbmNlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBtZXRyaWNzIGFsc28gcHJvdmlk ZXMgb3BlcmF0b3JzIHdpdGggZ3JlYXRlciB2aXNpYmlsaXR5IGludG8gdGhlPC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgbWV0cmljcyBhbHNvIHByb3ZpZGVzIG9wZXJhdG9ycyB3 aXRoIGdyZWF0ZXIgdmlzaWJpbGl0eSBpbnRvIHRoZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVm dCI+ICAgcGVyZm9ybWFuY2UgY2hhcmFjdGVyaXN0aWNzIG9mIHRoZWlyIG5ldHdvcmtzLCB0aGVy ZWJ5IGZhY2lsaXRhdGluZzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHBlcmZv cm1hbmNlIGNoYXJhY3RlcmlzdGljcyBvZiB0aGVpciBuZXR3b3JrcywgdGhlcmVieSBmYWNpbGl0 YXRpbmc8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHBsYW5uaW5nLCB0cm91Ymxlc2hv b3RpbmcsIGFuZCBuZXR3b3JrIHBlcmZvcm1hbmNlIGV2YWx1YXRpb24uPC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+ICAgcGxhbm5pbmcsIHRyb3VibGVzaG9vdGluZywgYW5kIG5ldHdv cmsgcGVyZm9ybWFuY2UgZXZhbHVhdGlvbi48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PC90cj4KICAgICAgPHRyIGlkPSJwYXJ0LTQiIGNsYXNzPSJjaGFuZ2UiID48dGQ+PC90ZD48 dGg+PHNtYWxsPnNraXBwaW5nIHRvIGNoYW5nZSBhdDwvc21hbGw+PGEgaHJlZj0iI3BhcnQtNCI+ PGVtPiBwYWdlIDMsIGxpbmUgMzk8c3BhbiBjbGFzcz0iaGlkZSI+ICZwYXJhOzwvc3Bhbj48L2Vt PjwvYT48L3RoPjx0aD4gPC90aD48dGg+PHNtYWxsPnNraXBwaW5nIHRvIGNoYW5nZSBhdDwvc21h bGw+PGEgaHJlZj0iI3BhcnQtNCI+PGVtPiBwYWdlIDMsIGxpbmUgNDA8c3BhbiBjbGFzcz0iaGlk ZSI+ICZwYXJhOzwvc3Bhbj48L2VtPjwvYT48L3RoPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGRlZmluZWQgaW4gW1JG QzQ2NTZdIGFuZCBUd28tV2F5IEFjdGl2ZSBNZWFzdXJlbWVudCBQcm90b2NvbCAoVFdBTVApPC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgZGVmaW5lZCBpbiBbUkZDNDY1Nl0gYW5k IFR3by1XYXkgQWN0aXZlIE1lYXN1cmVtZW50IFByb3RvY29sIChUV0FNUCk8L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPiAgIGRlZmluZWQgaW4gW1JGQzUzNTddIHByb3ZpZGUgY2FwYWJpbGl0 aWVzIGZvciB0aGUgbWVhc3VyZW1lbnQgb2Y8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij4gICBkZWZpbmVkIGluIFtSRkM1MzU3XSBwcm92aWRlIGNhcGFiaWxpdGllcyBmb3IgdGhlIG1l YXN1cmVtZW50IG9mPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICB2YXJpb3VzIHBlcmZv cm1hbmNlIG1ldHJpY3MgaW4gSVAgbmV0d29ya3MuICBIb3dldmVyLCBtZWNoYW5pc21zPC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgdmFyaW91cyBwZXJmb3JtYW5jZSBtZXRyaWNz IGluIElQIG5ldHdvcmtzLiAgSG93ZXZlciwgbWVjaGFuaXNtczwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGVmdCI+ICAgZGVmaW5lZCBpbiBbUkZDNjM3NF0gYXJlIG1vcmUgc3VpdGFibGUgZm9yIFNl Z21lbnQgUm91dGluZyB3aGVuIHVzaW5nPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ ICAgZGVmaW5lZCBpbiBbUkZDNjM3NF0gYXJlIG1vcmUgc3VpdGFibGUgZm9yIFNlZ21lbnQgUm91 dGluZyB3aGVuIHVzaW5nPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBNUExTIGRhdGEg cGxhbmUgKFNSLU1QTFMpLiAgW1JGQzYzNzRdIGFsc28gc3VwcG9ydHMgImRpcmVjdCBtb2RlIjwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIE1QTFMgZGF0YSBwbGFuZSAoU1ItTVBM UykuICBbUkZDNjM3NF0gYWxzbyBzdXBwb3J0cyAiZGlyZWN0IG1vZGUiPC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij4gICBMb3NzIE1lYXN1cmVtZW50IChMTSksIHdoaWNoIGlzIHJlcXVpcmVk IGluIFNSIG5ldHdvcmtzLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIExvc3Mg TWVhc3VyZW1lbnQgKExNKSwgd2hpY2ggaXMgcmVxdWlyZWQgaW4gU1IgbmV0d29ya3MuPC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFtSRkM3ODc2XSBzcGVjaWZpZXMgdGhlIHBy b2NlZHVyZXMgdG8gYmUgdXNlZCB3aGVuIHNlbmRpbmcgYW5kPC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+ICAgW1JGQzc4NzZdIHNwZWNpZmllcyB0aGUgcHJvY2VkdXJlcyB0byBiZSB1 c2VkIHdoZW4gc2VuZGluZyBhbmQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHByb2Nl c3Npbmcgb3V0LW9mLWJhbmQgcGVyZm9ybWFuY2UgbWVhc3VyZW1lbnQgcHJvYmUgcmVwbGllcyBv dmVyIGFuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgcHJvY2Vzc2luZyBvdXQt b2YtYmFuZCBwZXJmb3JtYW5jZSBtZWFzdXJlbWVudCBwcm9iZSByZXBsaWVzIG92ZXIgYW48L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFVEUCByZXR1cm4gcGF0aCB3aGVuIHJlY2Vpdmlu ZyBSRkMgNjM3NCBiYXNlZCBwcm9iZSBxdWVyaWVzLiAgVGhlc2U8L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJpZ2h0Ij4gICBVRFAgcmV0dXJuIHBhdGggd2hlbiByZWNlaXZpbmcgUkZDIDYzNzQg YmFzZWQgcHJvYmUgcXVlcmllcy4gIFRoZXNlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHIgaWQ9ImRpZmYwMDA5Ij48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIHByb2NlZHVyZXMgY2Fu IGJlIHVzZWQgdG8gc2VuZCBvdXQtb2YtYmFuZCBQTSByZXBsaWVzIGZvciBib3RoIDxzcGFuIGNs YXNzPSJkZWxldGUiPlNSLTwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ ICAgcHJvY2VkdXJlcyBjYW4gYmUgdXNlZCB0byBzZW5kIG91dC1vZi1iYW5kIFBNIHJlcGxpZXMg Zm9yIGJvdGggPHNwYW4gY2xhc3M9Imluc2VydCI+U1I8L3NwYW4+PC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsYmxvY2siPjxzcGFuIGNsYXNzPSJkZWxldGUiPiAgIE1QTFM8L3NwYW4+IExpbmtzIGFu ZCBQb2xpY2llcyBbSS1ELmlldGYtc3ByaW5nLXNlZ21lbnQtcm91dGluZy1wb2xpY3ldIGZvcjwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBMaW5rcyBhbmQgUG9saWNpZXMgW0kt RC5pZXRmLXNwcmluZy1zZWdtZW50LXJvdXRpbmctcG9saWN5XSBmb3IgPHNwYW4gY2xhc3M9Imlu c2VydCI+b25lLTwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg IDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgPHNwYW4g Y2xhc3M9ImRlbGV0ZSI+b25lLXdheTwvc3Bhbj4gbWVhc3VyZW1lbnQuPC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyYmxvY2siPjxzcGFuIGNsYXNzPSJpbnNlcnQiPiAgIHdheTwvc3Bhbj4gbWVh c3VyZW1lbnQuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFRoaXMgZG9jdW1l bnQgdXRpbGl6ZXMgdGhlIHByb2JlLWJhc2VkIG1lY2hhbmlzbXMgZGVmaW5lZCBpbjwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFRoaXMgZG9jdW1lbnQgdXRpbGl6ZXMgdGhlIHBy b2JlLWJhc2VkIG1lY2hhbmlzbXMgZGVmaW5lZCBpbjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVm dCI+ICAgW1JGQzYzNzRdIGZvciBQZXJmb3JtYW5jZSBEZWxheSBhbmQgTG9zcyBNZWFzdXJlbWVu dHMgaW4gU1IgbmV0d29ya3M8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBbUkZD NjM3NF0gZm9yIFBlcmZvcm1hbmNlIERlbGF5IGFuZCBMb3NzIE1lYXN1cmVtZW50cyBpbiBTUiBu ZXR3b3JrczwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgd2l0aCBNUExTIGRhdGEgcGxh bmUsIGZvciBib3RoIFNSIExpbmtzIGFuZCBlbmQtdG8tZW5kIFNSIFBvbGljaWVzLjwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHdpdGggTVBMUyBkYXRhIHBsYW5lLCBmb3IgYm90 aCBTUiBMaW5rcyBhbmQgZW5kLXRvLWVuZCBTUiBQb2xpY2llcy48L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxlZnQiPiAgIEluIGFkZGl0aW9uLCB0aGlzIGRvY3VtZW50IGRlZmluZXMgUmV0dXJuIFBh dGggVExWIGZvciB0d28td2F5PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgSW4g YWRkaXRpb24sIHRoaXMgZG9jdW1lbnQgZGVmaW5lcyBSZXR1cm4gUGF0aCBUTFYgZm9yIHR3by13 YXk8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHBlcmZvcm1hbmNlIG1lYXN1cmVtZW50 IGFuZCBCbG9jayBOdW1iZXIgVExWIGZvciBsb3NzIG1lYXN1cmVtZW50LjwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPiAgIHBlcmZvcm1hbmNlIG1lYXN1cmVtZW50IGFuZCBCbG9jayBO dW1iZXIgVExWIGZvciBsb3NzIG1lYXN1cmVtZW50LjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVm dCI+ICAgVGhlIFBlcmZvcm1hbmNlIE1lYXN1cmVtZW50cyAoUE0pIGZvciBTUiBMaW5rcyBhcmUg dXNlZCB0byBjb21wdXRlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgVGhlIFBl cmZvcm1hbmNlIE1lYXN1cmVtZW50cyAoUE0pIGZvciBTUiBMaW5rcyBhcmUgdXNlZCB0byBjb21w dXRlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBleHRlbmRlZCBUcmFmZmljIEVuZ2lu ZWVyaW5nIChURSkgbWV0cmljcyBmb3IgZGVsYXkgYW5kIGxvc3MgYW5kIGNhbjwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGV4dGVuZGVkIFRyYWZmaWMgRW5naW5lZXJpbmcgKFRF KSBtZXRyaWNzIGZvciBkZWxheSBhbmQgbG9zcyBhbmQgY2FuPC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz PSJsZWZ0Ij4gICBiZSBhZHZlcnRpc2VkIGluIHRoZSBuZXR3b3JrIHVzaW5nIHRoZSByb3V0aW5n IHByb3RvY29sIGV4dGVuc2lvbnMuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAg YmUgYWR2ZXJ0aXNlZCBpbiB0aGUgbmV0d29yayB1c2luZyB0aGUgcm91dGluZyBwcm90b2NvbCBl eHRlbnNpb25zLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0ciBpZD0icGFydC01IiBjbGFzcz0iY2hhbmdlIiA+PHRkPjwvdGQ+PHRoPjxzbWFsbD5z a2lwcGluZyB0byBjaGFuZ2UgYXQ8L3NtYWxsPjxhIGhyZWY9IiNwYXJ0LTUiPjxlbT4gcGFnZSA1 LCBsaW5lIDc8c3BhbiBjbGFzcz0iaGlkZSI+ICZwYXJhOzwvc3Bhbj48L2VtPjwvYT48L3RoPjx0 aD4gPC90aD48dGg+PHNtYWxsPnNraXBwaW5nIHRvIGNoYW5nZSBhdDwvc21hbGw+PGEgaHJlZj0i I3BhcnQtNSI+PGVtPiBwYWdlIDUsIGxpbmUgNzxzcGFuIGNsYXNzPSJoaWRlIj4gJnBhcmE7PC9z cGFuPjwvZW0+PC9hPjwvdGg+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgU1ItTVBMUzogU2VnbWVudCBSb3V0aW5nIHdp dGggTVBMUyBkYXRhIHBsYW5lLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFNS LU1QTFM6IFNlZ21lbnQgUm91dGluZyB3aXRoIE1QTFMgZGF0YSBwbGFuZS48L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgVEM6IFRyYWZmaWMgQ2xhc3MuPC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+ICAgVEM6IFRyYWZmaWMgQ2xhc3MuPC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPiAgIFRFOiBUcmFmZmljIEVuZ2luZWVyaW5nLjwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPiAgIFRFOiBUcmFmZmljIEVuZ2luZWVyaW5nLjwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBVUk86IFVEUCBSZXR1cm4gT2JqZWN0LjwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFVSTzogVURQIFJldHVybiBPYmplY3QuPC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjIuMy4gIFJlZmVyZW5jZSBUb3BvbG9neTwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjIuMy4gIFJlZmVyZW5jZSBUb3BvbG9neTwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9ImRpZmYwMDEw Ij48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsYmxvY2siPiAgIEluIHRoZSByZWZlcmVuY2UgdG9wb2xvZ3kgc2hvd24gaW4gRmlndXJl IDEsIHRoZSA8c3BhbiBjbGFzcz0iZGVsZXRlIj5zZW5kPC9zcGFuPmVyIG5vZGUgUjE8L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgSW4gdGhlIHJlZmVyZW5jZSB0b3BvbG9neSBz aG93biBpbiBGaWd1cmUgMSwgdGhlIDxzcGFuIGNsYXNzPSJpbnNlcnQiPnF1ZXJpPC9zcGFuPmVy IG5vZGUgUjE8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGluaXRpYXRlcyBhIHBlcmZv cm1hbmNlIG1lYXN1cmVtZW50IHByb2JlIHF1ZXJ5IGFuZCB0aGUgcmVzcG9uZGVyPC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgaW5pdGlhdGVzIGEgcGVyZm9ybWFuY2UgbWVhc3Vy ZW1lbnQgcHJvYmUgcXVlcnkgYW5kIHRoZSByZXNwb25kZXI8L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPiAgIG5vZGUgUjUgc2VuZHMgYSBwcm9iZSByZXNwb25zZSBmb3IgdGhlIHF1ZXJ5IG1l c3NhZ2UgcmVjZWl2ZWQuICBUaGU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBu b2RlIFI1IHNlbmRzIGEgcHJvYmUgcmVzcG9uc2UgZm9yIHRoZSBxdWVyeSBtZXNzYWdlIHJlY2Vp dmVkLiAgVGhlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9 ImRpZmYwMDExIj48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIHByb2JlIHJlc3BvbnNlIGlzIHR5cGljYWxseSBzZW50 IGJhY2sgdG8gdGhlIDxzcGFuIGNsYXNzPSJkZWxldGUiPnNlbmRlcjwvc3Bhbj4gbm9kZSBSMS4g IFRoZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBwcm9iZSByZXNwb25zZSBp cyB0eXBpY2FsbHkgc2VudCBiYWNrIHRvIHRoZSA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5xdWVyaWVy PC9zcGFuPiBub2RlIFIxLiAgVGhlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIG5v ZGVzIFIxIGFuZCBSNSBtYXkgYmUgZGlyZWN0bHkgY29ubmVjdGVkIHZpYSBhIExpbmsgZW5hYmxl ZCB3aXRoPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIG5vZGVzIFIxIGFuZCBS NSBtYXkgYmUgZGlyZWN0bHkgY29ubmVjdGVkIHZpYSBhIExpbmsgZW5hYmxlZCB3aXRoIDxzcGFu IGNsYXNzPSJpbnNlcnQiPlNSPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4g ICA8c3BhbiBjbGFzcz0iZGVsZXRlIj5TZWdtZW50IFJvdXRpbmc8L3NwYW4+IG9yIHRoZXJlIGV4 aXN0cyBhIFBvaW50LXRvLVBvaW50IChQMlApIFNSIFBvbGljeTwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmJsb2NrIj4gICBvciB0aGVyZSBleGlzdHMgYSBQb2ludC10by1Qb2ludCAoUDJQKSA8 c3BhbiBjbGFzcz0iaW5zZXJ0Ij5TUiBQYXRoIGUuZy48L3NwYW4+ICBTUiBQb2xpY3k8L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFtJLUQuaWV0Zi1zcHJpbmctc2VnbWVudC1yb3V0aW5n LXBvbGljeV0gb24gbm9kZSBSMSB3aXRoIGRlc3RpbmF0aW9uPC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+ICAgW0ktRC5pZXRmLXNwcmluZy1zZWdtZW50LXJvdXRpbmctcG9saWN5XSBv biBub2RlIFIxIHdpdGggZGVzdGluYXRpb248L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAg IHRvIG5vZGUgUjUuICBJbiBjYXNlIG9mIFBvaW50LXRvLU11bHRpcG9pbnQgKFAyTVApLCBTUiBQ b2xpY3k8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICB0byBub2RlIFI1LiAgSW4g Y2FzZSBvZiBQb2ludC10by1NdWx0aXBvaW50IChQMk1QKSwgU1IgUG9saWN5PC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij4gICBvcmlnaW5hdGluZyBmcm9tIHNvdXJjZSBub2RlIFIxIG1heSB0 ZXJtaW5hdGUgb24gbXVsdGlwbGUgZGVzdGluYXRpb248L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJpZ2h0Ij4gICBvcmlnaW5hdGluZyBmcm9tIHNvdXJjZSBub2RlIFIxIG1heSB0ZXJtaW5hdGUg b24gbXVsdGlwbGUgZGVzdGluYXRpb248L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0ciBpZD0iZGlmZjAwMTIiPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgbGVhZiBub2RlcyBbSS1ELnZv eWVyLXNwcmluZy1zci1yZXBsaWNhdGlvbi1zZWdtZW50XS48L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJibG9jayI+ICAgbGVhZiBub2RlcyBbSS1ELnZveWVyLXNwcmluZy1zci1yZXBsaWNhdGlv bi1zZWdtZW50XS4gIDxzcGFuIGNsYXNzPSJpbnNlcnQiPkluIGFsbCBjYXNlcyw8L3NwYW4+PC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJs b2NrIj48c3BhbiBjbGFzcz0iaW5zZXJ0Ij4gICB0aGUgZGF0YSBwbGFuZSBoYXMgTVBMUyBlbmFi bGVkIG9uIHRoZSBub2Rlcy48L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMTMiPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgICAgICAgICAgICAg ICstLS0tLS0tKyB0MSAgICA8c3BhbiBjbGFzcz0iZGVsZXRlIj4gUXVlcnk8L3NwYW4+ICAgICB0 MiArLS0tLS0tLSs8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgICAgICAgICAg ICAgICstLS0tLS0tKyB0MSAgICA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5RdWVyeSA8L3NwYW4+ICAg ICB0MiArLS0tLS0tLSs8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgICAgICAgICAg ICB8ICAgICAgIHwgLSAtIC0gLSAtIC0gLSAtIC0gLSZndDt8ICAgICAgIHw8L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgICAgICAgICAgfCAgICAgICB8IC0gLSAtIC0gLSAt IC0gLSAtIC0mZ3Q7fCAgICAgICB8PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAg ICAgICAgICAgfCAgIFIxICB8LS0tLS0tLS0tLS0tLS0tLS0tLS0tfCAgIFI1ICB8PC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgICAgICAgICAgIHwgICBSMSAgfC0tLS0tLS0t LS0tLS0tLS0tLS0tLXwgICBSNSAgfDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAg ICAgICAgICAgIHwgICAgICAgfCZsdDstIC0gLSAtIC0gLSAtIC0gLSAtIHwgICAgICAgfDwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgICAgICAgICB8ICAgICAgIHwmbHQ7 LSAtIC0gLSAtIC0gLSAtIC0gLSB8ICAgICAgIHw8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMTQiPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgICAgICAgICAgICAg ICstLS0tLS0tKyB0NCAgICAgUmVzcG9uc2UgIHQzICstLS0tLS0tKzwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmJsb2NrIj4gICAgICAgICAgICAgICAgKy0tLS0tLS0rIHQ0ICAgIFJlc3BvbnNl ICAgdDMgKy0tLS0tLS0rPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgICAgICAgICAg ICAgICAgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+U2VuZGVyPC9zcGFuPiAgICAgICAgICAgICAgICAg ICAgICAgUmVzcG9uZGVyPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgICAgICAg ICAgICAgICAgPHNwYW4gY2xhc3M9Imluc2VydCI+UXVlcmllcjwvc3Bhbj4gICAgICAgICAgICAg ICAgICAgICAgUmVzcG9uZGVyPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAg ICAgICAgICAgICAgICAgICAgRmlndXJlIDE6IFJlZmVyZW5jZSBUb3BvbG9neTwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgICAgICAgICAgICAgICAgRmlndXJlIDE6IFJl ZmVyZW5jZSBUb3BvbG9neTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4zLiAgT3Zl cnZpZXc8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4zLiAgT3ZlcnZpZXc8L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgT25lLXdheSBkZWxheSBhbmQgdHdvLXdheSBk ZWxheSBtZWFzdXJlbWVudCBwcm9jZWR1cmUgZGVmaW5lZCBpbjwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPiAgIE9uZS13YXkgZGVsYXkgYW5kIHR3by13YXkgZGVsYXkgbWVhc3VyZW1l bnQgcHJvY2VkdXJlIGRlZmluZWQgaW48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFNl Y3Rpb24gMi40IG9mIFtSRkM2Mzc0XSBhcmUgdXNlZC4gIFRyYW5zbWl0IGFuZCBSZWNlaXZlIHBh Y2tldCBsb3NzPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgU2VjdGlvbiAyLjQg b2YgW1JGQzYzNzRdIGFyZSB1c2VkLiAgVHJhbnNtaXQgYW5kIFJlY2VpdmUgcGFja2V0IGxvc3M8 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIG1lYXN1cmVtZW50IHByb2NlZHVyZXMgZGVm aW5lZCBpbiBTZWN0aW9uIDIuMiBhbmQgU2VjdGlvbiAyLjYgb2Y8L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJpZ2h0Ij4gICBtZWFzdXJlbWVudCBwcm9jZWR1cmVzIGRlZmluZWQgaW4gU2VjdGlv biAyLjIgYW5kIFNlY3Rpb24gMi42IG9mPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBb UkZDNjM3NF0gYXJlIHVzZWQuICBPbmUtd2F5IGxvc3MgbWVhc3VyZW1lbnQgcHJvdmlkZXMgcmVj ZWl2ZSBwYWNrZXQ8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBbUkZDNjM3NF0g YXJlIHVzZWQuICBPbmUtd2F5IGxvc3MgbWVhc3VyZW1lbnQgcHJvdmlkZXMgcmVjZWl2ZSBwYWNr ZXQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGxvc3Mgd2hlcmVhcyB0d28td2F5IGxv c3MgbWVhc3VyZW1lbnQgcHJvdmlkZXMgYm90aCB0cmFuc21pdCBhbmQ8L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij4gICBsb3NzIHdoZXJlYXMgdHdvLXdheSBsb3NzIG1lYXN1cmVtZW50 IHByb3ZpZGVzIGJvdGggdHJhbnNtaXQgYW5kPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4g ICByZWNlaXZlIHBhY2tldCBsb3NzLiAgRm9yIGJvdGggU1IgTGlua3MgYW5kIGVuZC10by1lbmQg U1IgUG9saWNpZXMsPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgcmVjZWl2ZSBw YWNrZXQgbG9zcy4gIEZvciBib3RoIFNSIExpbmtzIGFuZCBlbmQtdG8tZW5kIFNSIFBvbGljaWVz LDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgbm8gUE0gc2Vzc2lvbiBmb3IgZGVsYXkg b3IgbG9zcyBtZWFzdXJlbWVudCBpcyBjcmVhdGVkIG9uIHRoZTwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPiAgIG5vIFBNIHNlc3Npb24gZm9yIGRlbGF5IG9yIGxvc3MgbWVhc3VyZW1l bnQgaXMgY3JlYXRlZCBvbiB0aGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHJlc3Bv bmRlciBub2RlIFI1IFtSRkM2Mzc0XS48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4g ICByZXNwb25kZXIgbm9kZSBSNSBbUkZDNjM3NF0uPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0 Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPiAgIEZvciBQZXJmb3JtYW5jZSBNZWFzdXJlbWVudCwgcHJvYmUgcXVlcnkgYW5kIHJl c3BvbnNlIG1lc3NhZ2VzIGFyZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIEZv ciBQZXJmb3JtYW5jZSBNZWFzdXJlbWVudCwgcHJvYmUgcXVlcnkgYW5kIHJlc3BvbnNlIG1lc3Nh Z2VzIGFyZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgc2VudCBhcyBmb2xsb3dpbmc6 PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgc2VudCBhcyBmb2xsb3dpbmc6PC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIG8gIEZvciBEZWxheSBNZWFzdXJlbWVu dCwgdGhlIHByb2JlIG1lc3NhZ2VzIGFyZSBzZW50IG9uIHRoZTwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPiAgIG8gIEZvciBEZWxheSBNZWFzdXJlbWVudCwgdGhlIHByb2JlIG1lc3Nh Z2VzIGFyZSBzZW50IG9uIHRoZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyIGlkPSJkaWZmMDAxNSI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICAgICBjb25ncnVlbnQgcGF0aCBvZiB0 aGUgZGF0YSB0cmFmZmljIGJ5IHRoZSA8c3BhbiBjbGFzcz0iZGVsZXRlIj5zZW5kPC9zcGFuPmVy IG5vZGUsIGFuZCBhcmU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgICAgY29u Z3J1ZW50IHBhdGggb2YgdGhlIGRhdGEgdHJhZmZpYyBieSB0aGUgPHNwYW4gY2xhc3M9Imluc2Vy dCI+cXVlcmk8L3NwYW4+ZXIgbm9kZSwgYW5kIGFyZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVm dCI+ICAgICAgdXNlZCB0byBtZWFzdXJlIHRoZSBkZWxheSBleHBlcmllbmNlZCBieSB0aGUgYWN0 dWFsIGRhdGEgdHJhZmZpYzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgIHVz ZWQgdG8gbWVhc3VyZSB0aGUgZGVsYXkgZXhwZXJpZW5jZWQgYnkgdGhlIGFjdHVhbCBkYXRhIHRy YWZmaWM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgIGZsb3dpbmcgb24gdGhlIFNS IExpbmtzIGFuZCBTUiBQb2xpY2llcy48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4g ICAgICBmbG93aW5nIG9uIHRoZSBTUiBMaW5rcyBhbmQgU1IgUG9saWNpZXMuPC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIG8gIEZvciBMb3NzIE1lYXN1cmVtZW50LCB0aGUgcHJv YmUgbWVzc2FnZXMgYXJlIHNlbnQgb24gdGhlIGNvbmdydWVudDwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPiAgIG8gIEZvciBMb3NzIE1lYXN1cmVtZW50LCB0aGUgcHJvYmUgbWVzc2Fn ZXMgYXJlIHNlbnQgb24gdGhlIGNvbmdydWVudDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAxNiI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICAgICBwYXRoIG9mIHRo ZSBkYXRhIHRyYWZmaWMgYnkgdGhlIDxzcGFuIGNsYXNzPSJkZWxldGUiPnNlbmQ8L3NwYW4+ZXIg bm9kZSwgYW5kIGFyZSB1c2VkIHRvPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAg ICAgIHBhdGggb2YgdGhlIGRhdGEgdHJhZmZpYyBieSB0aGUgPHNwYW4gY2xhc3M9Imluc2VydCI+ cXVlcmk8L3NwYW4+ZXIgbm9kZSwgYW5kIGFyZSB1c2VkIHRvPC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz PSJsZWZ0Ij4gICAgICBjb2xsZWN0IHRoZSByZWNlaXZlIHRyYWZmaWMgY291bnRlcnMgZm9yIHRo ZSBpbmNvbWluZyBsaW5rIG9yPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAg Y29sbGVjdCB0aGUgcmVjZWl2ZSB0cmFmZmljIGNvdW50ZXJzIGZvciB0aGUgaW5jb21pbmcgbGlu ayBvcjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgaW5jb21pbmcgU0lEIHdoZXJl IHRoZSBwcm9iZSBxdWVyeSBtZXNzYWdlcyBhcmUgcmVjZWl2ZWQgYXQgdGhlPC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgaW5jb21pbmcgU0lEIHdoZXJlIHRoZSBwcm9iZSBx dWVyeSBtZXNzYWdlcyBhcmUgcmVjZWl2ZWQgYXQgdGhlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij4gICAgICByZXNwb25kZXIgbm9kZSAoaW5jb21pbmcgbGluayBvciBpbmNvbWluZyBTSUQg bmVlZGVkIHNpbmNlIHRoZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgIHJl c3BvbmRlciBub2RlIChpbmNvbWluZyBsaW5rIG9yIGluY29taW5nIFNJRCBuZWVkZWQgc2luY2Ug dGhlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICByZXNwb25kZXIgbm9kZSBkb2Vz IG5vdCBoYXZlIFBNIHNlc3Npb24gc3RhdGUgcHJlc2VudCkuPC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+ICAgICAgcmVzcG9uZGVyIG5vZGUgZG9lcyBub3QgaGF2ZSBQTSBzZXNzaW9u IHN0YXRlIHByZXNlbnQpLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBUaGUg SW4tU2l0dSBPcGVyYXRpb25zLCBBZG1pbmlzdHJhdGlvbiwgYW5kIE1haW50ZW5hbmNlIChJT0FN KTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFRoZSBJbi1TaXR1IE9wZXJhdGlv bnMsIEFkbWluaXN0cmF0aW9uLCBhbmQgTWFpbnRlbmFuY2UgKElPQU0pPC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij4gICBtZWNoYW5pc21zIGZvciBTUi1NUExTIGRlZmluZWQgaW4gW0ktRC5n YW5kaGktbXBscy1pb2FtLXNyXSBhcmUgdXNlZDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmln aHQiPiAgIG1lY2hhbmlzbXMgZm9yIFNSLU1QTFMgZGVmaW5lZCBpbiBbSS1ELmdhbmRoaS1tcGxz LWlvYW0tc3JdIGFyZSB1c2VkPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICB0byBjYXJy eSBQTSBpbmZvcm1hdGlvbiBpbi1iYW5kIGFzIHBhcnQgb2YgdGhlIGRhdGEgdHJhZmZpYyBwYWNr ZXRzLDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHRvIGNhcnJ5IFBNIGluZm9y bWF0aW9uIGluLWJhbmQgYXMgcGFydCBvZiB0aGUgZGF0YSB0cmFmZmljIHBhY2tldHMsPC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBhbmQgYXJlIG91dHNpZGUgdGhlIHNjb3BlIG9mIHRo aXMgZG9jdW1lbnQuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgYW5kIGFyZSBv dXRzaWRlIHRoZSBzY29wZSBvZiB0aGlzIGRvY3VtZW50LjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i bGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsZWZ0Ij40LiAgUHJvYmUgUXVlcnkgYW5kIFJlc3BvbnNlIE1lc3NhZ2VzPC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+NC4gIFByb2JlIFF1ZXJ5IGFuZCBSZXNwb25zZSBNZXNz YWdlczwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9 ImRpZmYwMDE3Ij48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsYmxvY2siPjQuMS4gIFByb2JlIE1lc3NhZ2UgZm9yIFNSPHNwYW4gY2xh c3M9ImRlbGV0ZSI+LU1QTFM8L3NwYW4+IExpbmtzPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy YmxvY2siPjQuMS4gIFByb2JlIE1lc3NhZ2UgZm9yIFNSIExpbmtzPC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMTgiPjx0ZD48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ ICAgQXMgZGVzY3JpYmVkIGluIFNlY3Rpb24gMi45LjEgb2YgW1JGQzYzNzRdLCA8c3BhbiBjbGFz cz0iZGVsZXRlIj5NUExTIFBNPC9zcGFuPiBwcm9iZSBxdWVyeSBhbmQ8L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJibG9jayI+ICAgQXMgZGVzY3JpYmVkIGluIFNlY3Rpb24gMi45LjEgb2YgW1JG QzYzNzRdLCBwcm9iZSBxdWVyeSBhbmQgcmVzcG9uc2U8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxi bG9jayI+ICAgcmVzcG9uc2UgbWVzc2FnZXMgZmxvdyBvdmVyIHRoZSBNUExTIEdlbmVyaWMgQXNz b2NpYXRlZCBDaGFubmVsPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIG1lc3Nh Z2VzIGZsb3cgb3ZlciB0aGUgTVBMUyBHZW5lcmljIEFzc29jaWF0ZWQgQ2hhbm5lbCAoRy1BQ2gp LiAgQTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICAoRy1BQ2gpLiAgQSBwcm9iZSBt ZXNzYWdlIGZvciA8c3BhbiBjbGFzcz0iZGVsZXRlIj5TUi1NUExTPC9zcGFuPiBMaW5rcyBjb250 YWlucyBHLUFDaCBMYWJlbDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBwcm9i ZSBtZXNzYWdlIGZvciA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5TUjwvc3Bhbj4gTGlua3MgY29udGFp bnMgRy1BQ2ggTGFiZWwgKEdBTCkgKHdpdGggUz0xKS48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxi bG9jayI+ICAgKEdBTCkgKHdpdGggUz0xKS4gIFRoZSBHQUwgaXMgZm9sbG93ZWQgYnkgYW4gQXNz b2NpYXRlZCBDaGFubmVsPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIFRoZSBH QUwgaXMgZm9sbG93ZWQgYnkgYW4gQXNzb2NpYXRlZCBDaGFubmVsIEhlYWRlciAoQUNIKSwgd2hp Y2g8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgSGVhZGVyIChBQ0gpLCB3aGljaCBp ZGVudGlmaWVzIHRoZSBtZXNzYWdlIHR5cGUsIGFuZCB0aGUgbWVzc2FnZTwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmJsb2NrIj4gICBpZGVudGlmaWVzIHRoZSBtZXNzYWdlIHR5cGUsIGFuZCB0 aGUgbWVzc2FnZSBwYXlsb2FkIGZvbGxvd2luZyB0aGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxi bG9jayI+ICAgcGF5bG9hZCBmb2xsb3dpbmcgdGhlIEFDSCBhcyBzaG93biBpbiBGaWd1cmUgMi4g IFRoZSBwcm9iZSBtZXNzYWdlczwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBB Q0ggYXMgc2hvd24gaW4gRmlndXJlIDIuICBUaGUgcHJvYmUgbWVzc2FnZXMgYXJlIHJvdXRlZCBv dmVyIHRoZSBTUjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBhcmUgcm91dGVkIG92 ZXIgdGhlIFNSIExpbmtzIGZvciBib3RoIGRlbGF5IGFuZCBsb3NzIG1lYXN1cmVtZW50LjwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBMaW5rcyBmb3IgYm90aCBkZWxheSBhbmQg bG9zcyBtZWFzdXJlbWVudC4gIEZvciA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5TUjwvc3Bhbj4gTGlu a3MsIHRoZSBUVEw8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgRm9yIDxzcGFuIGNs YXNzPSJkZWxldGUiPlNSLU1QTFM8L3NwYW4+IExpbmtzLCB0aGUgVFRMIHZhbHVlIGlzIHNldCB0 byAxIGluIHRoZSBTUi1NUExTIGhlYWRlcjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2Nr Ij4gICB2YWx1ZSBpcyBzZXQgdG8gMSBpbiB0aGUgU1ItTVBMUyBoZWFkZXIgZm9yIG9uZS13YXkg YW5kIHR3by13YXk8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgZm9yIG9uZS13YXkg YW5kIHR3by13YXkgbWVhc3VyZW1lbnQgbW9kZXMuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy YmxvY2siPiAgIG1lYXN1cmVtZW50IG1vZGVzLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij4gICAgMCAgICAgICAgICAgICAgICAgICAxICAgICAgICAgICAgICAgICAgIDIgICAgICAg ICAgICAgICAgICAgMzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAwICAgICAg ICAgICAgICAgICAgIDEgICAgICAgICAgICAgICAgICAgMiAgICAgICAgICAgICAgICAgICAzPC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAz IDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxPC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+ICAgIDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAw IDEgMiAzIDQgNSA2IDcgOCA5IDAgMTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rPC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgfCAgICAgICAgICAgICBHQUwgKHZhbHVlIDEzKSAg ICAgICAgICAgIHwgVEMgIHxTfCAgICAgIFRUTCAgICAgIHw8L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij4gICAgfCAgICAgICAgICAgICBHQUwgKHZhbHVlIDEzKSAgICAgICAgICAgIHwg VEMgIHxTfCAgICAgIFRUTCAgICAgIHw8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAr LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICArLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKzwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgIHwwIDAgMCAxfFZlcnNpb258IFJlc2VydmVkICAg ICAgfCBHQUwgQ2hhbm5lbCBUeXBlICAgICAgICAgICAgICB8PC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+ICAgIHwwIDAgMCAxfFZlcnNpb258IFJlc2VydmVkICAgICAgfCBHQUwgQ2hh bm5lbCBUeXBlICAgICAgICAgICAgICB8PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAg Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSs8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSs8L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi PjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAx OSI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGJsb2NrIj4gICAgICAgICAgICA8c3BhbiBjbGFzcz0iZGVsZXRlIj5GaWd1cmUgMjog UHJvYmUgTWVzc2FnZSBIZWFkZXIgZm9yIGFuIFNSLU1QTFM8L3NwYW4+IExpbms8L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgICAgICAgICAgPHNwYW4gY2xhc3M9Imluc2VydCI+ ICAgRmlndXJlIDI6IFByb2JlIE1lc3NhZ2UgSGVhZGVyIGZvciBhbiBTUjwvc3Bhbj4gTGluazwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdo dCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9ImRpZmYw MDIwIj48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsYmxvY2siPjQuMi4gIFByb2JlIE1lc3NhZ2UgZm9yIFNSPHNwYW4gY2xhc3M9ImRl bGV0ZSI+LU1QTFM8L3NwYW4+IFBvbGljaWVzPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxv Y2siPjQuMi4gIFByb2JlIE1lc3NhZ2UgZm9yIFNSIFBvbGljaWVzPC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMjEiPjx0ZD48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ ICAgQXMgZGVzY3JpYmVkIGluIFNlY3Rpb24gMi45LjEgb2YgW1JGQzYzNzRdLCA8c3BhbiBjbGFz cz0iZGVsZXRlIj5NUExTIFBNPC9zcGFuPiBwcm9iZSBxdWVyeSBhbmQ8L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJibG9jayI+ICAgQXMgZGVzY3JpYmVkIGluIFNlY3Rpb24gMi45LjEgb2YgW1JG QzYzNzRdLCBwcm9iZSBxdWVyeSBhbmQgcmVzcG9uc2U8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxi bG9jayI+ICAgcmVzcG9uc2UgbWVzc2FnZXMgZmxvdyBvdmVyIHRoZSBNUExTIEdlbmVyaWMgQXNz b2NpYXRlZCBDaGFubmVsPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIG1lc3Nh Z2VzIGZsb3cgb3ZlciB0aGUgTVBMUyBHZW5lcmljIEFzc29jaWF0ZWQgQ2hhbm5lbCAoRy1BQ2gp LiAgQTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICAoRy1BQ2gpLiAgQSBwcm9iZSBt ZXNzYWdlIGZvciBhbiBlbmQtdG8tZW5kIDxzcGFuIGNsYXNzPSJkZWxldGUiPm1lYXN1cmVtZW50 IGZvcjwvc3Bhbj4gU1IgUG9saWN5PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAg IHByb2JlIG1lc3NhZ2UgZm9yIGFuIGVuZC10by1lbmQgU1IgUG9saWN5IDxzcGFuIGNsYXNzPSJp bnNlcnQiPm1lYXN1cmVtZW50PC9zcGFuPiBjb250YWlucyA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5T Ui08L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIGNvbnRhaW5zIDxzcGFu IGNsYXNzPSJkZWxldGUiPlNSLU1QTFM8L3NwYW4+IGxhYmVsIHN0YWNrPC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyYmxvY2siPjxzcGFuIGNsYXNzPSJpbnNlcnQiPiAgIE1QTFM8L3NwYW4+IGxh YmVsIHN0YWNrIFtJLUQuaWV0Zi1zcHJpbmctc2VnbWVudC1yb3V0aW5nLXBvbGljeV0sIHdpdGgg dGhlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIFtJLUQuaWV0Zi1zcHJpbmctc2Vn bWVudC1yb3V0aW5nLXBvbGljeV0sIHdpdGggdGhlIEctQUNoIExhYmVsIChHQUwpPC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIEctQUNoIExhYmVsIChHQUwpIGF0IHRoZSBib3R0 b20gb2YgdGhlIHN0YWNrICh3aXRoIFM9MSkuICBUaGUgR0FMIGlzPC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsYmxvY2siPiAgIGF0IHRoZSBib3R0b20gb2YgdGhlIHN0YWNrICh3aXRoIFM9MSkuICBU aGUgR0FMIGlzIGZvbGxvd2VkIGJ5IGFuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2si PiAgIGZvbGxvd2VkIGJ5IGFuIEFzc29jaWF0ZWQgQ2hhbm5lbCBIZWFkZXIgKEFDSCksIHdoaWNo IGlkZW50aWZpZXMgdGhlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIEFzc29jaWF0 ZWQgQ2hhbm5lbCBIZWFkZXIgKEFDSCksIHdoaWNoIGlkZW50aWZpZXMgdGhlIG1lc3NhZ2UgdHlw ZSw8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgbWVzc2FnZSB0eXBlLCBhbmQg dGhlIG1lc3NhZ2UgcGF5bG9hZCBmb2xsb3dpbmcgdGhlIEFDSCBhcyBzaG93biBpbjwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBhbmQgdGhlIG1lc3NhZ2UgcGF5bG9hZCBmb2xsb3dp bmcgdGhlIEFDSCBhcyBzaG93biBpbiBGaWd1cmUgMy4gIEZvcjwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmJsb2NrIj4gICBGaWd1cmUgMy4gIEZvciA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5TUjwv c3Bhbj4gUG9saWNpZXMsIHRoZSBUVEwgdmFsdWUgaXMgc2V0IHRvIDI1NSBpbiB0aGUgPHNwYW4g Y2xhc3M9Imluc2VydCI+U1ItPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4g ICA8c3BhbiBjbGFzcz0iZGVsZXRlIj5TUi1NUExTPC9zcGFuPiBQb2xpY2llcywgdGhlIFRUTCB2 YWx1ZSBpcyBzZXQgdG8gMjU1IGluIHRoZSA8c3BhbiBjbGFzcz0iZGVsZXRlIj5TUi1NUExTPC9z cGFuPiBoZWFkZXIuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjxzcGFuIGNsYXNz PSJpbnNlcnQiPiAgIE1QTFM8L3NwYW4+IGhlYWRlci48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGVmdCI+ICAgIDAgICAgICAgICAgICAgICAgICAgMSAgICAgICAgICAgICAgICAgICAyICAg ICAgICAgICAgICAgICAgIDM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgMCAg ICAgICAgICAgICAgICAgICAxICAgICAgICAgICAgICAgICAgIDIgICAgICAgICAgICAgICAgICAg MzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgIDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAx IDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMTwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmlnaHQiPiAgICAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4 IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDE8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAg ICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICArLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKzwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgIHwgICAgICAgICAgICAgICAgICBMYWJlbCgx KSAgICAgICAgICAgICB8IFRDICB8U3wgICAgICBUVEwgICAgICB8PC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+ICAgIHwgICAgICAgICAgICAgICAgICBMYWJlbCgxKSAgICAgICAgICAg ICB8IFRDICB8U3wgICAgICBUVEwgICAgICB8PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4g ICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSs8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSs8 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAuICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgLjwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmlnaHQiPiAgICAuICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ ICAgIC4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgIC4gICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAu PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgLiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIC48L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij4gICAgLiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIC48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PiAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICArLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst KzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgIHwgICAgICAgICAgICAgICAgICBMYWJl bChuKSAgICAgICAgICAgICB8IFRDICB8U3wgICAgICBUVEwgICAgICB8PC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+ICAgIHwgICAgICAgICAgICAgICAgICBMYWJlbChuKSAgICAgICAg ICAgICB8IFRDICB8U3wgICAgICBUVEwgICAgICB8PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0 Ij4gICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSs8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSs8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICB8ICAgICAgICAgICAgICAgICAgR0FM ICh2YWx1ZSAxMykgICAgICAgfCBUQyAgfFN8ICAgICAgVFRMICAgICAgfDwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPiAgICB8ICAgICAgICAgICAgICAgICAgR0FMICh2YWx1ZSAxMykg ICAgICAgfCBUQyAgfFN8ICAgICAgVFRMICAgICAgfDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVm dCI+ICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgfDAgMCAwIDF8VmVyc2lvbnwgUmVz ZXJ2ZWQgICAgICB8IEdBTCBDaGFubmVsIFR5cGUgICAgICAgICAgICAgIHw8L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgfDAgMCAwIDF8VmVyc2lvbnwgUmVzZXJ2ZWQgICAgICB8 IEdBTCBDaGFubmVsIFR5cGUgICAgICAgICAgICAgIHw8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPiAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICArLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9 ImRpZmYwMDIyIj48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgICA8c3BhbiBjbGFzcz0iZGVsZXRlIj4gIEZpZ3VyZSAz OiBQcm9iZSBNZXNzYWdlIEhlYWRlciBmb3IgYW4gRW5kLXRvLWVuZCBTUi1NUExTPC9zcGFuPiBQ b2xpY3k8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgIDxzcGFuIGNsYXNzPSJp bnNlcnQiPkZpZ3VyZSAzOiBFeGFtcGxlIFByb2JlIE1lc3NhZ2UgSGVhZGVyIGZvciBhbiBFbmQt dG8tZW5kIFNSPC9zcGFuPiBQb2xpY3k8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ ICAgVGhlIFNSLU1QTFMgbGFiZWwgc3RhY2sgY2FuIGJlIGVtcHR5IChhcyBzaG93biBpbiBGaWd1 cmUgMikgdG88L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBUaGUgU1ItTVBMUyBs YWJlbCBzdGFjayBjYW4gYmUgZW1wdHkgKGFzIHNob3duIGluIEZpZ3VyZSAyKSB0bzwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgaW5kaWNhdGUgSW1wbGljaXQgTlVMTCBsYWJlbCBjYXNl LjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGluZGljYXRlIEltcGxpY2l0IE5V TEwgbGFiZWwgY2FzZS48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgRm9yIFNS IFBvbGljeSBwZXJmb3JtYW5jZSBtZWFzdXJlbWVudCwgaW4gb3JkZXIgdG8gZW5zdXJlIHRoYXQg dGhlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgRm9yIFNSIFBvbGljeSBwZXJm b3JtYW5jZSBtZWFzdXJlbWVudCwgaW4gb3JkZXIgdG8gZW5zdXJlIHRoYXQgdGhlPC90ZD48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBwcm9iZSBxdWVyeSBtZXNzYWdlIGlzIHByb2Nlc3NlZCBi eSB0aGUgaW50ZW5kZWQgcmVzcG9uZGVyIG5vZGUsPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy aWdodCI+ICAgcHJvYmUgcXVlcnkgbWVzc2FnZSBpcyBwcm9jZXNzZWQgYnkgdGhlIGludGVuZGVk IHJlc3BvbmRlciBub2RlLDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgRGVzdGluYXRp b24gQWRkcmVzcyBUTFYgKFR5cGUgMTI5KSBbUkZDNjM3NF0gY2FuIGJlIHNlbnQgaW4gdGhlIHBy b2JlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgRGVzdGluYXRpb24gQWRkcmVz cyBUTFYgKFR5cGUgMTI5KSBbUkZDNjM3NF0gY2FuIGJlIHNlbnQgaW4gdGhlIHByb2JlPC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBxdWVyeSBtZXNzYWdlLiAgVGhlIHJlc3BvbmRlciBu b2RlIG9ubHkgcmVwbGllcyB3aXRoIFN1Y2Nlc3MgaW48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJpZ2h0Ij4gICBxdWVyeSBtZXNzYWdlLiAgVGhlIHJlc3BvbmRlciBub2RlIG9ubHkgcmVwbGll cyB3aXRoIFN1Y2Nlc3MgaW48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg IDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIENvbnRyb2wg Q29kZSBpZiBpdCBpcyB0aGUgaW50ZW5kZWQgZGVzdGluYXRpb24gZm9yIHRoZSBwcm9iZSBxdWVy eS48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBDb250cm9sIENvZGUgaWYgaXQg aXMgdGhlIGludGVuZGVkIGRlc3RpbmF0aW9uIGZvciB0aGUgcHJvYmUgcXVlcnkuPC90ZD48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBPdGhlcndpc2UsIGl0IE1VU1QgcmV0dXJuIDB4MTU6IEVy cm9yIC0gSW52YWxpZCBEZXN0aW5hdGlvbiBOb2RlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy aWdodCI+ICAgT3RoZXJ3aXNlLCBpdCBNVVNUIHJldHVybiAweDE1OiBFcnJvciAtIEludmFsaWQg RGVzdGluYXRpb24gTm9kZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAg PHRyIGlkPSJkaWZmMDAyMyI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBJZGVudGlmaWVyLjwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmJsb2NrIj4gICBJZGVudGlmaWVyPHNwYW4gY2xhc3M9Imluc2VydCI+IFtS RkM2Mzc0XTwvc3Bhbj4uPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0ciBpZD0iZGlmZjAwMjQiPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+NC4zLiAgUHJvYmUgUmVzcG9uc2UgTWVz c2FnZSBmb3IgU1I8c3BhbiBjbGFzcz0iZGVsZXRlIj4tTVBMUzwvc3Bhbj4gTGlua3MgYW5kIFBv bGljaWVzPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjQuMy4gIFByb2JlIFJlc3Bv bnNlIE1lc3NhZ2UgZm9yIFNSIExpbmtzIGFuZCBQb2xpY2llczwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij40LjMuMS4gIE9uZS13YXkgTWVhc3VyZW1lbnQgTW9kZTwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjQuMy4xLiAgT25lLXdheSBNZWFzdXJlbWVudCBNb2RlPC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAw MjUiPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg Y2xhc3M9ImxibG9jayI+ICAgSW4gb25lLXdheSBwZXJmb3JtYW5jZSBtZWFzdXJlbWVudCBtb2Rl IFtSRkM3Njc5XSwgdGhlIDxzcGFuIGNsYXNzPSJkZWxldGUiPlBNIHNlbmQ8L3NwYW4+ZXIgbm9k ZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBJbiBvbmUtd2F5IHBlcmZvcm1h bmNlIG1lYXN1cmVtZW50IG1vZGUgW1JGQzc2NzldLCB0aGUgPHNwYW4gY2xhc3M9Imluc2VydCI+ cXVlcmk8L3NwYW4+ZXIgbm9kZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgY2FuIHJl Y2VpdmUgIm91dC1vZi1iYW5kIiBwcm9iZSByZXBsaWVzIGJ5IHByb3Blcmx5IHNldHRpbmcgdGhl IFVEUDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGNhbiByZWNlaXZlICJvdXQt b2YtYmFuZCIgcHJvYmUgcmVwbGllcyBieSBwcm9wZXJseSBzZXR0aW5nIHRoZSBVRFA8L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFJldHVybiBPYmplY3QgKFVSTykgVExWIGluIHRoZSBw cm9iZSBxdWVyeSBtZXNzYWdlLiAgVGhlIFVSTyBUTFY8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJpZ2h0Ij4gICBSZXR1cm4gT2JqZWN0IChVUk8pIFRMViBpbiB0aGUgcHJvYmUgcXVlcnkgbWVz c2FnZS4gIFRoZSBVUk8gVExWPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAoVHlwZT0x MzEpIGlzIGRlZmluZWQgaW4gW1JGQzc4NzZdIGFuZCBpbmNsdWRlcyB0aGUgVURQLURlc3RpbmF0 aW9uLTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIChUeXBlPTEzMSkgaXMgZGVm aW5lZCBpbiBbUkZDNzg3Nl0gYW5kIGluY2x1ZGVzIHRoZSBVRFAtRGVzdGluYXRpb24tPC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9ImRpZmYwMDI2Ij48dGQ+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs YmxvY2siPiAgIFBvcnQgYW5kIElQIEFkZHJlc3MuICBJbiBwYXJ0aWN1bGFyLCBpZiB0aGUgPHNw YW4gY2xhc3M9ImRlbGV0ZSI+c2VuZGVyPC9zcGFuPiBzZXRzIGl0cyBvd24gSVA8L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgUG9ydCBhbmQgSVAgQWRkcmVzcy4gIEluIHBhcnRp Y3VsYXIsIGlmIHRoZSA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5xdWVyaWVyIG5vZGU8L3NwYW4+IHNl dHMgaXRzIG93bjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBhZGRyZXNzIGluIHRo ZSBVUk8gVExWLCB0aGUgcHJvYmUgcmVzcG9uc2UgaXMgc2VudCBiYWNrIGJ5IHRoZTwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBJUCBhZGRyZXNzIGluIHRoZSBVUk8gVExWLCB0 aGUgcHJvYmUgcmVzcG9uc2UgaXMgc2VudCBiYWNrIGJ5IHRoZTwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGJsb2NrIj4gICByZXNwb25kZXIgbm9kZSB0byB0aGUgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+ c2VuZGVyPC9zcGFuPiBub2RlLiAgSW4gYWRkaXRpb24sIHRoZSAiY29udHJvbCBjb2RlIjwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICByZXNwb25kZXIgbm9kZSB0byB0aGUgPHNw YW4gY2xhc3M9Imluc2VydCI+cXVlcmllcjwvc3Bhbj4gbm9kZS4gIEluIGFkZGl0aW9uLCB0aGUg ImNvbnRyb2wgY29kZSI8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGluIHRoZSBwcm9i ZSBxdWVyeSBtZXNzYWdlIGlzIHNldCB0byAib3V0LW9mLWJhbmQgcmVzcG9uc2U8L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBpbiB0aGUgcHJvYmUgcXVlcnkgbWVzc2FnZSBpcyBz ZXQgdG8gIm91dC1vZi1iYW5kIHJlc3BvbnNlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4g ICByZXF1ZXN0ZWQiLiAgSW4gdGhpcyBkZWxheSBtZWFzdXJlbWVudCBtb2RlLCBhcyBwZXIgUmVm ZXJlbmNlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgcmVxdWVzdGVkIi4gIElu IHRoaXMgZGVsYXkgbWVhc3VyZW1lbnQgbW9kZSwgYXMgcGVyIFJlZmVyZW5jZTwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+ICAgVG9wb2xvZ3ksIHRpbWVzdGFtcHMgdDEgYW5kIHQyIGFyZSBj b2xsZWN0ZWQgYnkgdGhlIHByb2Jlcy4gIE9ubHk8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp Z2h0Ij4gICBUb3BvbG9neSwgdGltZXN0YW1wcyB0MSBhbmQgdDIgYXJlIGNvbGxlY3RlZCBieSB0 aGUgcHJvYmVzLiAgT25seTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgdGltZXN0YW1w cyB0MSBhbmQgdDIgYXJlIHVzZWQgdG8gbWVhc3VyZSBvbmUtd2F5IGRlbGF5LiAgVGhlIG9uZS13 YXk8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICB0aW1lc3RhbXBzIHQxIGFuZCB0 MiBhcmUgdXNlZCB0byBtZWFzdXJlIG9uZS13YXkgZGVsYXkuICBUaGUgb25lLXdheTwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAyNyI+PHRkPjwv dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJs b2NrIj4gICBtb2RlIGlzIGFwcGxpY2FibGUgdG8gYm90aCBTUjxzcGFuIGNsYXNzPSJkZWxldGUi Pi1NUExTIExpbmtzIGFuZCBTUi1NUExTPC9zcGFuPiBQb2xpY2llcy48L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJibG9jayI+ICAgbW9kZSBpcyBhcHBsaWNhYmxlIHRvIGJvdGggU1I8c3BhbiBj bGFzcz0iaW5zZXJ0Ij4gTGlua3MgYW5kPC9zcGFuPiBQb2xpY2llcy48L3RkPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg Y2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+NC4zLjIuICBUd28td2F5IE1lYXN1cmVtZW50IE1vZGU8L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij40LjMuMi4gIFR3by13YXkgTWVhc3VyZW1lbnQgTW9k ZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy aWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBJbiB0d28td2F5IHBlcmZvcm1h bmNlIG1lYXN1cmVtZW50IG1vZGUgW1JGQzYzNzRdLCB3aGVuIHVzaW5nIGE8L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBJbiB0d28td2F5IHBlcmZvcm1hbmNlIG1lYXN1cmVtZW50 IG1vZGUgW1JGQzYzNzRdLCB3aGVuIHVzaW5nIGE8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PiAgIGJpZGlyZWN0aW9uYWwgcGF0aCwgdGhlIHByb2JlIHJlc3BvbnNlIG1lc3NhZ2UgaXMgc2Vu dCBiYWNrIHRvIHRoZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGJpZGlyZWN0 aW9uYWwgcGF0aCwgdGhlIHByb2JlIHJlc3BvbnNlIG1lc3NhZ2UgaXMgc2VudCBiYWNrIHRvIHRo ZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAy OCI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGJsb2NrIj4gICA8c3BhbiBjbGFzcz0iZGVsZXRlIj5zZW5kPC9zcGFuPmVyIG5vZGUg b24gdGhlIGNvbmdydWVudCBwYXRoIG9mIHRoZSBkYXRhIHRyYWZmaWMgb24gdGhlIHJldmVyc2U8 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgPHNwYW4gY2xhc3M9Imluc2VydCI+ cXVlcmk8L3NwYW4+ZXIgbm9kZSBvbiB0aGUgY29uZ3J1ZW50IHBhdGggb2YgdGhlIGRhdGEgdHJh ZmZpYyBvbiB0aGUgcmV2ZXJzZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgZGlyZWN0 aW9uIFNSIExpbmsgb3IgYXNzb2NpYXRlZCBTUiBQb2xpY3k8L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij4gICBkaXJlY3Rpb24gU1IgTGluayBvciBhc3NvY2lhdGVkIFNSIFBvbGljeTwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgW0ktRC5pZXRmLXBjZS1zci1iaWRpci1wYXRo XSB1c2luZyBhIG1lc3NhZ2Ugd2l0aCBmb3JtYXQgc2ltaWxhciB0bzwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmlnaHQiPiAgIFtJLUQuaWV0Zi1wY2Utc3ItYmlkaXItcGF0aF0gdXNpbmcgYSBt ZXNzYWdlIHdpdGggZm9ybWF0IHNpbWlsYXIgdG88L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PiAgIHRoZWlyIHByb2JlIHF1ZXJ5IG1lc3NhZ2UuICBJbiB0aGlzIGNhc2UsIHRoZSAiY29udHJv bCBjb2RlIiBpbiB0aGU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICB0aGVpciBw cm9iZSBxdWVyeSBtZXNzYWdlLiAgSW4gdGhpcyBjYXNlLCB0aGUgImNvbnRyb2wgY29kZSIgaW4g dGhlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBwcm9iZSBxdWVyeSBtZXNzYWdlIGlz IHNldCB0byAiaW4tYmFuZCByZXNwb25zZSByZXF1ZXN0ZWQiLiAgSW4gdGhpczwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHByb2JlIHF1ZXJ5IG1lc3NhZ2UgaXMgc2V0IHRvICJp bi1iYW5kIHJlc3BvbnNlIHJlcXVlc3RlZCIuICBJbiB0aGlzPC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz PSJsZWZ0Ij4gICBkZWxheSBtZWFzdXJlbWVudCBtb2RlLCBhcyBwZXIgUmVmZXJlbmNlIFRvcG9s b2d5LCBhbGwgdGltZXN0YW1wcyB0MSw8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4g ICBkZWxheSBtZWFzdXJlbWVudCBtb2RlLCBhcyBwZXIgUmVmZXJlbmNlIFRvcG9sb2d5LCBhbGwg dGltZXN0YW1wcyB0MSw8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHQyLCB0MywgYW5k IHQ0IGFyZSBjb2xsZWN0ZWQgYnkgdGhlIHByb2Jlcy4gIEFsbCBmb3VyIHRpbWVzdGFtcHMgYXJl PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgdDIsIHQzLCBhbmQgdDQgYXJlIGNv bGxlY3RlZCBieSB0aGUgcHJvYmVzLiAgQWxsIGZvdXIgdGltZXN0YW1wcyBhcmU8L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHVzZWQgdG8gbWVhc3VyZSB0d28td2F5IGRlbGF5LiAgVGhl IHR3by13YXkgbW9kZSBpcyBhcHBsaWNhYmxlIHRvPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy aWdodCI+ICAgdXNlZCB0byBtZWFzdXJlIHR3by13YXkgZGVsYXkuICBUaGUgdHdvLXdheSBtb2Rl IGlzIGFwcGxpY2FibGUgdG88L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg IDx0ciBpZD0iZGlmZjAwMjkiPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgYm90aCBTUjxzcGFuIGNsYXNzPSJkZWxl dGUiPi1NUExTIExpbmtzIGFuZCBTUi1NUExTPC9zcGFuPiBQb2xpY2llcy48L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJibG9jayI+ICAgYm90aCBTUjxzcGFuIGNsYXNzPSJpbnNlcnQiPiBMaW5r cyBhbmQ8L3NwYW4+IFBvbGljaWVzLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4g ICBTcGVjaWZpY2FsbHksIHRoZSBwcm9iZSByZXNwb25zZSBtZXNzYWdlIGlzIHNlbnQgYmFjayBv biB0aGUgaW5jb21pbmc8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBTcGVjaWZp Y2FsbHksIHRoZSBwcm9iZSByZXNwb25zZSBtZXNzYWdlIGlzIHNlbnQgYmFjayBvbiB0aGUgaW5j b21pbmc8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHBoeXNpY2FsIGludGVyZmFjZSB3 aGVyZSB0aGUgcHJvYmUgcXVlcnkgbWVzc2FnZSBpcyByZWNlaXZlZC4gIFRoaXM8L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBwaHlzaWNhbCBpbnRlcmZhY2Ugd2hlcmUgdGhlIHBy b2JlIHF1ZXJ5IG1lc3NhZ2UgaXMgcmVjZWl2ZWQuICBUaGlzPC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz PSJsZWZ0Ij4gICBpcyB1c2VmdWwgZm9yIGV4YW1wbGUsIGluIGNhc2Ugb2YgdHdvLXdheSBtZWFz dXJlbWVudCBtb2RlIGZvciBMaW5rPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAg aXMgdXNlZnVsIGZvciBleGFtcGxlLCBpbiBjYXNlIG9mIHR3by13YXkgbWVhc3VyZW1lbnQgbW9k ZSBmb3IgTGluazwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgZGVsYXkuPC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgZGVsYXkuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxlZnQiPiAgIFRoZSBQYXRoIFNlZ21lbnQgSWRlbnRpZmllciAoUFNJRCk8L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBUaGUgUGF0aCBTZWdtZW50IElkZW50aWZpZXIgKFBT SUQpPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9ImRpZmYw MDMwIj48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsYmxvY2siPiAgIFtJLUQuaWV0Zi1zcHJpbmctbXBscy1wYXRoLXNlZ21lbnRdIG9m IHRoZSBmb3J3YXJkIDxzcGFuIGNsYXNzPSJkZWxldGUiPlNSLU1QTFM8L3NwYW4+IFBvbGljeSBp bjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBbSS1ELmlldGYtc3ByaW5nLW1w bHMtcGF0aC1zZWdtZW50XSBvZiB0aGUgZm9yd2FyZCA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5TUjwv c3Bhbj4gUG9saWN5IGluIHRoZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICB0aGUg cHJvYmUgcXVlcnkgY2FuIGJlIHVzZWQgdG8gZmluZCB0aGUgYXNzb2NpYXRlZCByZXZlcnNlIFNS IFBvbGljeTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBwcm9iZSBxdWVyeSBj YW4gYmUgdXNlZCB0byBmaW5kIHRoZSBhc3NvY2lhdGVkIHJldmVyc2UgU1IgUG9saWN5PC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBbSS1ELmlldGYtcGNlLXNyLWJpZGlyLXBhdGhdIHRv IHNlbmQgdGhlIHByb2JlIHJlc3BvbnNlIG1lc3NhZ2UgZm9yPC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+ICAgW0ktRC5pZXRmLXBjZS1zci1iaWRpci1wYXRoXSB0byBzZW5kIHRoZSBw cm9iZSByZXNwb25zZSBtZXNzYWdlIGZvcjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyIGlkPSJkaWZmMDAzMSI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICB0d28td2F5IG1lYXN1cmVt ZW50IG9mIDxzcGFuIGNsYXNzPSJkZWxldGUiPlNSLU1QTFM8L3NwYW4+IFBvbGljeSB1bmxlc3Mg d2hlbiB1c2luZyB0aGUgUmV0dXJuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAg IHR3by13YXkgbWVhc3VyZW1lbnQgb2YgPHNwYW4gY2xhc3M9Imluc2VydCI+U1I8L3NwYW4+IFBv bGljeSB1bmxlc3Mgd2hlbiB1c2luZyB0aGUgUmV0dXJuIFBhdGg8L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxibG9jayI+ICAgUGF0aCBUTFYuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2si PiAgIFRMVi48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+NC4zLjMuICBMb29wYmFj ayBNZWFzdXJlbWVudCBNb2RlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+NC4zLjMu ICBMb29wYmFjayBNZWFzdXJlbWVudCBNb2RlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPiAgIFRoZSBMb29wYmFjayBtZWFzdXJlbWVudCBtb2RlIGRlZmluZWQgaW4gU2VjdGlvbiAy Ljggb2YgW1JGQzYzNzRdIGNhbjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFRo ZSBMb29wYmFjayBtZWFzdXJlbWVudCBtb2RlIGRlZmluZWQgaW4gU2VjdGlvbiAyLjggb2YgW1JG QzYzNzRdIGNhbjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgYmUgdXNlZCB0byBtZWFz dXJlIHJvdW5kLXRyaXAgZGVsYXkgZm9yIGEgYmlkaXJlY3Rpb25hbCBTUiBQYXRoPC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgYmUgdXNlZCB0byBtZWFzdXJlIHJvdW5kLXRyaXAg ZGVsYXkgZm9yIGEgYmlkaXJlY3Rpb25hbCBTUiBQYXRoPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij4gICBbSS1ELmlldGYtcGNlLXNyLWJpZGlyLXBhdGhdLiAgVGhlIHByb2JlIHF1ZXJ5IG1l c3NhZ2VzIGluIHRoaXMgY2FzZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFtJ LUQuaWV0Zi1wY2Utc3ItYmlkaXItcGF0aF0uICBUaGUgcHJvYmUgcXVlcnkgbWVzc2FnZXMgaW4g dGhpcyBjYXNlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBjYXJyaWVzIHRoZSByZXZl cnNlIFNSIFBhdGggbGFiZWwgc3RhY2sgYXMgcGFydCBvZiB0aGUgTVBMUyBoZWFkZXIuPC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgY2FycmllcyB0aGUgcmV2ZXJzZSBTUiBQYXRo IGxhYmVsIHN0YWNrIGFzIHBhcnQgb2YgdGhlIE1QTFMgaGVhZGVyLjwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGVmdCI+ICAgVGhlIEdBTCBpcyBzdGlsbCBjYXJyaWVkIGF0IHRoZSBib3R0b20gb2Yg dGhlIGxhYmVsIHN0YWNrICh3aXRoIFM9MSkuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdo dCI+ICAgVGhlIEdBTCBpcyBzdGlsbCBjYXJyaWVkIGF0IHRoZSBib3R0b20gb2YgdGhlIGxhYmVs IHN0YWNrICh3aXRoIFM9MSkuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg ICA8dHIgaWQ9ImRpZmYwMDMyIj48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIFRoZSByZXNwb25kZXIgbm9kZSBkb2Vz IG5vdCBwcm9jZXNzIHRoZSA8c3BhbiBjbGFzcz0iZGVsZXRlIj5QTTwvc3Bhbj4gcHJvYmUgbWVz c2FnZXMgYW5kPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIFRoZSByZXNwb25k ZXIgbm9kZSBkb2VzIG5vdCBwcm9jZXNzIHRoZSBwcm9iZSBtZXNzYWdlcyBhbmQgZ2VuZXJhdGU8 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgZ2VuZXJhdGUgcmVzcG9uc2UgPHNwYW4g Y2xhc3M9ImRlbGV0ZSI+bWVzc2FnZXMuPC9zcGFuPiAgSW4gdGhpcyBkZWxheSBtZWFzdXJlbWVu dCBtb2RlLCBhcyBwZXI8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgcmVzcG9u c2UgPHNwYW4gY2xhc3M9Imluc2VydCI+bWVzc2FnZXMsIGFuZCBoZW5jZSBMb29wYmFjayBSZXF1 ZXN0IG9iamVjdCAoVHlwZSAzKSBpcyBub3Q8L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs YmxvY2siPiAgIFJlZmVyZW5jZSBUb3BvbG9neSwgdGhlIHRpbWVzdGFtcHMgdDEgYW5kIHQ0IGFy ZSBjb2xsZWN0ZWQgYnkgdGhlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjxzcGFu IGNsYXNzPSJpbnNlcnQiPiAgIHJlcXVpcmVkIGZvciBTUi48L3NwYW4+ICBJbiB0aGlzIGRlbGF5 IG1lYXN1cmVtZW50IG1vZGUsIGFzIHBlciBSZWZlcmVuY2U8L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxibG9jayI+ICAgcHJvYmVzLiAgQm90aCB0aGVzZSB0aW1lc3RhbXBzIGFyZSB1c2VkIHRvIG1l YXN1cmUgcm91bmQtdHJpcCBkZWxheS48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ ICAgVG9wb2xvZ3ksIHRoZSB0aW1lc3RhbXBzIHQxIGFuZCB0NCBhcmUgY29sbGVjdGVkIGJ5IHRo ZSBwcm9iZXMuICBCb3RoPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIFRoZSBsb29w YmFjayBtb2RlIGZvciA8c3BhbiBjbGFzcz0iZGVsZXRlIj5TUi1NUExTPC9zcGFuPiBMaW5rcyBp cyBvdXRzaWRlIHRoZSBzY29wZSBvZiB0aGlzPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxv Y2siPiAgIHRoZXNlIHRpbWVzdGFtcHMgYXJlIHVzZWQgdG8gbWVhc3VyZSByb3VuZC10cmlwIGRl bGF5LiAgVGhlIGxvb3BiYWNrPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIGRvY3Vt ZW50LjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBtb2RlIGZvciA8c3BhbiBj bGFzcz0iaW5zZXJ0Ij5TUjwvc3Bhbj4gTGlua3MgaXMgb3V0c2lkZSB0aGUgc2NvcGUgb2YgdGhp cyBkb2N1bWVudC48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+NC40LiAgUmV0dXJu IFBhdGggVExWPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+NC40LiAgUmV0dXJuIFBh dGggVExWPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIEZvciB0d28td2F5IHBl cmZvcm1hbmNlIG1lYXN1cmVtZW50LCB0aGUgcmVzcG9uZGVyIG5vZGUgbmVlZHMgdG8gc2VuZDwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIEZvciB0d28td2F5IHBlcmZvcm1hbmNl IG1lYXN1cmVtZW50LCB0aGUgcmVzcG9uZGVyIG5vZGUgbmVlZHMgdG8gc2VuZDwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAzMyI+PHRkPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2Nr Ij4gICB0aGUgcHJvYmUgcmVzcG9uc2UgbWVzc2FnZSBvbiBhIHNwZWNpZmljIHJldmVyc2UgcGF0 aC4gIFRoZSA8c3BhbiBjbGFzcz0iZGVsZXRlIj5zZW5kPC9zcGFuPmVyPC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyYmxvY2siPiAgIHRoZSBwcm9iZSByZXNwb25zZSBtZXNzYWdlIG9uIGEgc3Bl Y2lmaWMgcmV2ZXJzZSBwYXRoLiAgVGhlIDxzcGFuIGNsYXNzPSJpbnNlcnQiPnF1ZXJpPC9zcGFu PmVyPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBub2RlIGNhbiByZXF1ZXN0IGluIHRo ZSBwcm9iZSBxdWVyeSBtZXNzYWdlIHRvIHRoZSByZXNwb25kZXIgbm9kZSB0bzwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIG5vZGUgY2FuIHJlcXVlc3QgaW4gdGhlIHByb2JlIHF1 ZXJ5IG1lc3NhZ2UgdG8gdGhlIHJlc3BvbmRlciBub2RlIHRvPC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz PSJsZWZ0Ij4gICBzZW5kIGEgcmVzcG9uc2UgbWVzc2FnZSBiYWNrIG9uIGEgZ2l2ZW4gcmV2ZXJz ZSBwYXRoIChlLmcuIGNvLXJvdXRlZDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAg IHNlbmQgYSByZXNwb25zZSBtZXNzYWdlIGJhY2sgb24gYSBnaXZlbiByZXZlcnNlIHBhdGggKGUu Zy4gY28tcm91dGVkPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBwYXRoIGZvciB0d28t d2F5IG1lYXN1cmVtZW50KS4gIFRoaXMgd2F5IHRoZSBkZXN0aW5hdGlvbiBub2RlIGRvZXM8L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBwYXRoIGZvciB0d28td2F5IG1lYXN1cmVt ZW50KS4gIFRoaXMgd2F5IHRoZSBkZXN0aW5hdGlvbiBub2RlIGRvZXM8L3RkPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg Y2xhc3M9ImxlZnQiPiAgIG5vdCByZXF1aXJlIGFueSBhZGRpdGlvbmFsIFNSIFBvbGljeSBzdGF0 ZS48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBub3QgcmVxdWlyZSBhbnkgYWRk aXRpb25hbCBTUiBQb2xpY3kgc3RhdGUuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMzQiPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgRm9yIG9uZS13YXkg cGVyZm9ybWFuY2UgbWVhc3VyZW1lbnQsIHRoZSA8c3BhbiBjbGFzcz0iZGVsZXRlIj5zZW5kZXI8 L3NwYW4+IG5vZGUgYWRkcmVzcyBtYXkgbm90PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxv Y2siPiAgIEZvciBvbmUtd2F5IHBlcmZvcm1hbmNlIG1lYXN1cmVtZW50LCB0aGUgPHNwYW4gY2xh c3M9Imluc2VydCI+cXVlcmllcjwvc3Bhbj4gbm9kZSBhZGRyZXNzIG1heSBub3Q8L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgYmUgcmVhY2hhYmxlIHZpYSBJUCByb3V0ZSBmcm9tIHRo ZSByZXNwb25kZXIgbm9kZS4gIFRoZSA8c3BhbiBjbGFzcz0iZGVsZXRlIj5zZW5kZXI8L3NwYW4+ IG5vZGU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgYmUgcmVhY2hhYmxlIHZp YSBJUCByb3V0ZSBmcm9tIHRoZSByZXNwb25kZXIgbm9kZS4gIFRoZSA8c3BhbiBjbGFzcz0iaW5z ZXJ0Ij5xdWVyaWVyPC9zcGFuPiBub2RlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBp biB0aGlzIGNhc2UgbmVlZHMgdG8gc2VuZCBpdHMgcmVhY2hhYmlsaXR5IHBhdGggaW5mb3JtYXRp b24gdG8gdGhlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgaW4gdGhpcyBjYXNl IG5lZWRzIHRvIHNlbmQgaXRzIHJlYWNoYWJpbGl0eSBwYXRoIGluZm9ybWF0aW9uIHRvIHRoZTwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgcmVzcG9uZGVyIG5vZGUuPC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgcmVzcG9uZGVyIG5vZGUuPC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPiAgIFtSRkM2Mzc0XSBkZWZpbmVzIERNIGFuZCBMTSBwcm9iZSBxdWVy eSBtZXNzYWdlcyB0aGF0IGNhbiBpbmNsdWRlIG9uZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmlnaHQiPiAgIFtSRkM2Mzc0XSBkZWZpbmVzIERNIGFuZCBMTSBwcm9iZSBxdWVyeSBtZXNzYWdl cyB0aGF0IGNhbiBpbmNsdWRlIG9uZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgb3Ig bW9yZSBvcHRpb25hbCBUTFZzLiAgTmV3IFRMViBUeXBlIChUQkExKSBpcyBkZWZpbmVkIGluIHRo aXM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBvciBtb3JlIG9wdGlvbmFsIFRM VnMuICBOZXcgVExWIFR5cGUgKFRCQTEpIGlzIGRlZmluZWQgaW4gdGhpczwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0 ZCBjbGFzcz0ibGVmdCI+ICAgZG9jdW1lbnQgZm9yIFJldHVybiBQYXRoIHRvIGNhcnJ5IHJldmVy c2UgcGF0aCBmb3IgcHJvYmUgcmVzcG9uc2U8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij4gICBkb2N1bWVudCBmb3IgUmV0dXJuIFBhdGggdG8gY2FycnkgcmV2ZXJzZSBwYXRoIGZvciBw cm9iZSByZXNwb25zZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgbWVzc2FnZXMgKGlu IHRoZSBwYXlsb2FkIG9mIHRoZSBtZXNzYWdlKS4gIFRoZSBmb3JtYXQgb2YgdGhlIFJldHVybjwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIG1lc3NhZ2VzIChpbiB0aGUgcGF5bG9h ZCBvZiB0aGUgbWVzc2FnZSkuICBUaGUgZm9ybWF0IG9mIHRoZSBSZXR1cm48L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPiAgIFBhdGggVExWIGlzIHNob3duIGluIEZpZ3VyZSA0IGFuZCBGaWd1 cmUgNTo8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBQYXRoIFRMViBpcyBzaG93 biBpbiBGaWd1cmUgNCBhbmQgRmlndXJlIDU6PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPiAgICAwICAgICAgICAgICAgICAgICAgIDEgICAgICAgICAgICAgICAgICAgMiAgICAgICAg ICAgICAgICAgICAzPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgIDAgICAgICAg ICAgICAgICAgICAgMSAgICAgICAgICAgICAgICAgICAyICAgICAgICAgICAgICAgICAgIDM8L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi PjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJwYXJ0LTYi IGNsYXNzPSJjaGFuZ2UiID48dGQ+PC90ZD48dGg+PHNtYWxsPnNraXBwaW5nIHRvIGNoYW5nZSBh dDwvc21hbGw+PGEgaHJlZj0iI3BhcnQtNiI+PGVtPiBwYWdlIDEwLCBsaW5lIDc8c3BhbiBjbGFz cz0iaGlkZSI+ICZwYXJhOzwvc3Bhbj48L2VtPjwvYT48L3RoPjx0aD4gPC90aD48dGg+PHNtYWxs PnNraXBwaW5nIHRvIGNoYW5nZSBhdDwvc21hbGw+PGEgaHJlZj0iI3BhcnQtNiI+PGVtPiBwYWdl IDEwLCBsaW5lIDc8c3BhbiBjbGFzcz0iaGlkZSI+ICZwYXJhOzwvc3Bhbj48L2VtPjwvYT48L3Ro Pjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0 ZCBjbGFzcz0ibGVmdCI+ICAgICAgICAgICAgIEZpZ3VyZSA1OiBTZWdtZW50IExpc3QgU3ViLVRM ViBpbiBSZXR1cm4gUGF0aCBUTFY8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAg ICAgICAgICAgRmlndXJlIDU6IFNlZ21lbnQgTGlzdCBTdWItVExWIGluIFJldHVybiBQYXRoIFRM VjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy aWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBUaGUgU2VnbWVudCBMaXN0IFN1 Yi1UTFYgaW4gdGhlIFJldHVybiBQYXRoIFRMViBjYW4gYmUgb25lIG9mIHRoZTwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFRoZSBTZWdtZW50IExpc3QgU3ViLVRMViBpbiB0aGUg UmV0dXJuIFBhdGggVExWIGNhbiBiZSBvbmUgb2YgdGhlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij4gICBmb2xsb3dpbmcgVHlwZXM6PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ ICAgZm9sbG93aW5nIFR5cGVzOjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBv ICBUeXBlICh2YWx1ZSAxKTogU1ItTVBMUyBMYWJlbCBTdGFjayBvZiB0aGUgUmV2ZXJzZSBTUiBQ YXRoPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgbyAgVHlwZSAodmFsdWUgMSk6 IFNSLU1QTFMgTGFiZWwgU3RhY2sgb2YgdGhlIFJldmVyc2UgU1IgUGF0aDwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0 ZCBjbGFzcz0ibGVmdCI+ICAgbyAgVHlwZSAodmFsdWUgMik6IFNSLU1QTFMgQmluZGluZyBTSUQ8 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBvICBUeXBlICh2YWx1ZSAyKTogU1It TVBMUyBCaW5kaW5nIFNJRDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgW0ktRC5p ZXRmLXBjZS1iaW5kaW5nLWxhYmVsLXNpZF0gb2YgdGhlIFJldmVyc2UgU1IgUG9saWN5PC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgW0ktRC5pZXRmLXBjZS1iaW5kaW5nLWxh YmVsLXNpZF0gb2YgdGhlIFJldmVyc2UgU1IgUG9saWN5PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMzUiPjx0ZD48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgVGhl IFJldHVybiBQYXRoIFRMViBpcyBNYW5kYXRvcnkgd2hlbiA8c3BhbiBjbGFzcz0iZGVsZXRlIj51 c2VkLjwvc3Bhbj4gIElmIHJlc3BvbmRlciBkb2VzIG5vdDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmJsb2NrIj4gICBUaGUgUmV0dXJuIFBhdGggVExWIGlzIE1hbmRhdG9yeSB3aGVuIDxzcGFu IGNsYXNzPSJpbnNlcnQiPmNhcnJpZWQgaW4gYSBwcm9iZSBxdWVyeTwvc3Bhbj48L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgc3VwcG9ydCB0aGlzIFRMViwgaXQgTVVTVCByZXR1cm4g RXJyb3IgMHgxNzogVW5zdXBwb3J0ZWQgTWFuZGF0b3J5PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyYmxvY2siPjxzcGFuIGNsYXNzPSJpbnNlcnQiPiAgIG1lc3NhZ2UuPC9zcGFuPiAgSWYgcmVz cG9uZGVyIGRvZXMgbm90IHN1cHBvcnQgdGhpcyBUTFYsIGl0IE1VU1QgcmV0dXJuPC90ZD48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIFRMViBPYmplY3QuICBUaGUgPHNwYW4gY2xhc3M9ImRl bGV0ZSI+UE0gc2VuZGVyPC9zcGFuPiBub2RlIE1VU1Qgb25seSBpbnNlcnQgb25lIFJldHVybiBQ YXRoIFRMVjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBFcnJvciAweDE3OiBV bnN1cHBvcnRlZCBNYW5kYXRvcnkgVExWIE9iamVjdC4gIFRoZSA8c3BhbiBjbGFzcz0iaW5zZXJ0 Ij5xdWVyaWVyPC9zcGFuPiBub2RlIE1VU1Q8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ ICAgaW4gdGhlIHByb2JlIHF1ZXJ5IG1lc3NhZ2UgYW5kIHRoZSByZXNwb25kZXIgbm9kZSBNVVNU IG9ubHkgcHJvY2VzczwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBvbmx5IGlu c2VydCBvbmUgUmV0dXJuIFBhdGggVExWIGluIHRoZSBwcm9iZSBxdWVyeSBtZXNzYWdlIGFuZCB0 aGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgdGhlIGZpcnN0IFJldHVybiBQYXRo IFRMViBpbiB0aGUgcHJvYmUgcXVlcnkgbWVzc2FnZSBhbmQgaWdub3JlIG90aGVyPC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIHJlc3BvbmRlciBub2RlIE1VU1Qgb25seSBwcm9j ZXNzIHRoZSBmaXJzdCBSZXR1cm4gUGF0aCBUTFYgaW4gdGhlPC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz PSJsYmxvY2siPiAgIFJldHVybiBQYXRoIFRMVnMgaWYgcHJlc2VudC4gIFRoZSByZXNwb25kZXIg bm9kZSBNVVNUIHNlbmQgcHJvYmU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAg cHJvYmUgcXVlcnkgbWVzc2FnZSBhbmQgaWdub3JlIG90aGVyIFJldHVybiBQYXRoIFRMVnMgaWYg cHJlc2VudC48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgcmVzcG9uc2UgbWVzc2Fn ZSBiYWNrIG9uIHRoZSByZXZlcnNlIHBhdGggc3BlY2lmaWVkIGluIHRoZSBSZXR1cm48L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgVGhlIHJlc3BvbmRlciBub2RlIE1VU1Qgc2Vu ZCBwcm9iZSByZXNwb25zZSBtZXNzYWdlIGJhY2sgb24gdGhlPC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz PSJsYmxvY2siPiAgIFBhdGggVExWIGFuZCBNVVNUIE5PVCBhZGQgUmV0dXJuIFBhdGggVExWIGlu IHRoZSBwcm9iZSByZXNwb25zZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBy ZXZlcnNlIHBhdGggc3BlY2lmaWVkIGluIHRoZSBSZXR1cm4gUGF0aCBUTFYgYW5kIE1VU1QgTk9U IGFkZCBSZXR1cm48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgbWVzc2FnZS48L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgUGF0aCBUTFYgaW4gdGhlIHByb2JlIHJl c3BvbnNlIG1lc3NhZ2UuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjUuICBQZXJm b3JtYW5jZSBEZWxheSBNZWFzdXJlbWVudDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi PjUuICBQZXJmb3JtYW5jZSBEZWxheSBNZWFzdXJlbWVudDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i bGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsZWZ0Ij41LjEuICBEZWxheSBNZWFzdXJlbWVudCBNZXNzYWdlIEZvcm1hdDwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjUuMS4gIERlbGF5IE1lYXN1cmVtZW50IE1lc3NhZ2Ug Rm9ybWF0PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIEFzIGRlZmluZWQgaW4g W1JGQzYzNzRdLCBNUExTIERNIHByb2JlIHF1ZXJ5IGFuZCByZXNwb25zZSBtZXNzYWdlczwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIEFzIGRlZmluZWQgaW4gW1JGQzYzNzRdLCBN UExTIERNIHByb2JlIHF1ZXJ5IGFuZCByZXNwb25zZSBtZXNzYWdlczwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGVmdCI+ICAgdXNlIEFzc29jaWF0ZWQgQ2hhbm5lbCBIZWFkZXIgKEFDSCkgKHZhbHVl IDB4MDAwQyBmb3IgZGVsYXk8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICB1c2Ug QXNzb2NpYXRlZCBDaGFubmVsIEhlYWRlciAoQUNIKSAodmFsdWUgMHgwMDBDIGZvciBkZWxheTwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgbWVhc3VyZW1lbnQpIFtSRkM2Mzc0XSwgd2hp Y2ggaWRlbnRpZmllcyB0aGUgbWVzc2FnZSB0eXBlLCBhbmQgdGhlPC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+ICAgbWVhc3VyZW1lbnQpIFtSRkM2Mzc0XSwgd2hpY2ggaWRlbnRpZmll cyB0aGUgbWVzc2FnZSB0eXBlLCBhbmQgdGhlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4g ICBtZXNzYWdlIHBheWxvYWQgZm9sbG93aW5nIHRoZSBBQ0guICBGb3IgYm90aCBTUiBMaW5rcyBh bmQgZW5kLXRvLWVuZDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIG1lc3NhZ2Ug cGF5bG9hZCBmb2xsb3dpbmcgdGhlIEFDSC4gIEZvciBib3RoIFNSIExpbmtzIGFuZCBlbmQtdG8t ZW5kPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9ImRpZmYw MDM2Ij48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsYmxvY2siPiAgIDxzcGFuIGNsYXNzPSJkZWxldGUiPm1lYXN1cmVtZW50IGZvciBT Ui1NUExTIFBvbGljaWVzLCB0aGUgc2FtZSBNUExTIERNIEFDSCB2YWx1ZSBpczwvc3Bhbj4gdXNl ZC48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgPHNwYW4gY2xhc3M9Imluc2Vy dCI+U1IgUG9saWNpZXMgbWVhc3VyZW1lbnRzLCB0aGUgc2FtZSBNUExTIERNIEFDSCB2YWx1ZSBj YW4gYmU8L3NwYW4+IHVzZWQuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFRo ZSBETSBtZXNzYWdlIHBheWxvYWQgYXMgZGVmaW5lZCBpbiBTZWN0aW9uIDMuMiBvZiBbUkZDNjM3 NF0gaXMgdXNlZDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFRoZSBETSBtZXNz YWdlIHBheWxvYWQgYXMgZGVmaW5lZCBpbiBTZWN0aW9uIDMuMiBvZiBbUkZDNjM3NF0gaXMgdXNl ZDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgZm9yIFNSLU1QTFMgZGVsYXkgbWVhc3Vy ZW1lbnQsIGZvciBib3RoIFNSIExpbmtzIGFuZCBlbmQtdG8tZW5kIFNSPC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+ICAgZm9yIFNSLU1QTFMgZGVsYXkgbWVhc3VyZW1lbnQsIGZvciBi b3RoIFNSIExpbmtzIGFuZCBlbmQtdG8tZW5kIFNSPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0 Ij4gICBQb2xpY2llcy48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBQb2xpY2ll cy48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+NS4yLiAgVGltZXN0YW1wczwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjUuMi4gIFRpbWVzdGFtcHM8L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgVGhlIFNlY3Rpb24gMy40IG9mIFtSRkM2Mzc0XSBkZWZp bmVzIHRpbWVzdGFtcCBmb3JtYXQgdGhhdCBjYW4gYmU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJpZ2h0Ij4gICBUaGUgU2VjdGlvbiAzLjQgb2YgW1JGQzYzNzRdIGRlZmluZXMgdGltZXN0YW1w IGZvcm1hdCB0aGF0IGNhbiBiZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgdXNlZCBm b3IgZGVsYXkgbWVhc3VyZW1lbnQuICBUaGUgSUVFRSAxNTg4IFByZWNpc2lvbiBUaW1lIFByb3Rv Y29sPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgdXNlZCBmb3IgZGVsYXkgbWVh c3VyZW1lbnQuICBUaGUgSUVFRSAxNTg4IFByZWNpc2lvbiBUaW1lIFByb3RvY29sPC90ZD48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAoUFRQKSB0aW1lc3RhbXAgZm9ybWF0IFtJRUVFMTU4OF0g aXMgdXNlZCBieSBkZWZhdWx0IGFzIGRlc2NyaWJlZCBpbjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPiAgIChQVFApIHRpbWVzdGFtcCBmb3JtYXQgW0lFRUUxNTg4XSBpcyB1c2VkIGJ5 IGRlZmF1bHQgYXMgZGVzY3JpYmVkIGluPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0ciBpZD0icGFydC03IiBjbGFzcz0iY2hhbmdlIiA+PHRkPjwvdGQ+PHRo PjxzbWFsbD5za2lwcGluZyB0byBjaGFuZ2UgYXQ8L3NtYWxsPjxhIGhyZWY9IiNwYXJ0LTciPjxl bT4gcGFnZSAxMSwgbGluZSA3PHNwYW4gY2xhc3M9ImhpZGUiPiAmcGFyYTs8L3NwYW4+PC9lbT48 L2E+PC90aD48dGg+IDwvdGg+PHRoPjxzbWFsbD5za2lwcGluZyB0byBjaGFuZ2UgYXQ8L3NtYWxs PjxhIGhyZWY9IiNwYXJ0LTciPjxlbT4gcGFnZSAxMSwgbGluZSA3PHNwYW4gY2xhc3M9ImhpZGUi PiAmcGFyYTs8L3NwYW4+PC9lbT48L2E+PC90aD48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICB0ZXN0IG1lc3NhZ2Vz IGluIG9yZGVyIHRvIGluZmVyIHRoZSBhcHByb3hpbWF0ZSBkYXRhIHBsYW5lIGxvc3M8L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICB0ZXN0IG1lc3NhZ2VzIGluIG9yZGVyIHRv IGluZmVyIHRoZSBhcHByb3hpbWF0ZSBkYXRhIHBsYW5lIGxvc3M8L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxlZnQiPiAgICAgIGxldmVsLiAgSW5mZXJyZWQgbW9kZSBMTSBwcm92aWRlcyBvbmx5IGFw cHJveGltYXRlIGxvc3M8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICBsZXZl bC4gIEluZmVycmVkIG1vZGUgTE0gcHJvdmlkZXMgb25seSBhcHByb3hpbWF0ZSBsb3NzPC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICBhY2NvdW50aW5nLjwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmlnaHQiPiAgICAgIGFjY291bnRpbmcuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxlZnQiPiAgIG8gIEluIGRpcmVjdCBtb2RlLCBMTSB3aWxsIGRpcmVjdGx5IG1lYXN1cmUg ZGF0YSBwbGFuZSBwYWNrZXQgbG9zcy48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4g ICBvICBJbiBkaXJlY3QgbW9kZSwgTE0gd2lsbCBkaXJlY3RseSBtZWFzdXJlIGRhdGEgcGxhbmUg cGFja2V0IGxvc3MuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICBEaXJlY3QgbW9k ZSBMTSBwcm92aWRlcyBwZXJmZWN0IGxvc3MgYWNjb3VudGluZywgYnV0IG1heSByZXF1aXJlPC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgRGlyZWN0IG1vZGUgTE0gcHJvdmlk ZXMgcGVyZmVjdCBsb3NzIGFjY291bnRpbmcsIGJ1dCBtYXkgcmVxdWlyZTwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0 ZCBjbGFzcz0ibGVmdCI+ICAgICAgaGFyZHdhcmUgc3VwcG9ydC48L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJpZ2h0Ij4gICAgICBoYXJkd2FyZSBzdXBwb3J0LjwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij4gICBGb3IgYm90aCBvZiB0aGVzZSBtb2RlcyBvZiBMTSwgUGF0aCBTZWdt ZW50IElkZW50aWZpZXIgKFBTSUQpPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAg Rm9yIGJvdGggb2YgdGhlc2UgbW9kZXMgb2YgTE0sIFBhdGggU2VnbWVudCBJZGVudGlmaWVyIChQ U0lEKTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgW0ktRC5pZXRmLXNwcmluZy1tcGxz LXBhdGgtc2VnbWVudF0gaXMgdXNlZCBmb3IgYWNjb3VudGluZyByZWNlaXZlZDwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFtJLUQuaWV0Zi1zcHJpbmctbXBscy1wYXRoLXNlZ21l bnRdIGlzIHVzZWQgZm9yIGFjY291bnRpbmcgcmVjZWl2ZWQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMzciPjx0ZD48L3RkPjwvdHI+CiAgICAg IDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgdHJhZmZp YyBvbiB0aGUgZWdyZXNzIG5vZGUgb2YgdGhlIDxzcGFuIGNsYXNzPSJkZWxldGUiPlNSLU1QTFM8 L3NwYW4+IFBvbGljeSBhcyBzaG93biBpbjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2Nr Ij4gICB0cmFmZmljIG9uIHRoZSBlZ3Jlc3Mgbm9kZSBvZiB0aGUgPHNwYW4gY2xhc3M9Imluc2Vy dCI+U1I8L3NwYW4+IFBvbGljeSBhcyBzaG93biBpbiBGaWd1cmUgNi48L3RkPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg Y2xhc3M9ImxibG9jayI+ICAgRmlndXJlIDYuICBEaWZmZXJlbnQgdmFsdWVzIG9mIFBTSUQgY2Fu IGJlIHVzZWQgdG8gbWVhc3VyZSBwYWNrZXQ8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9j ayI+ICAgRGlmZmVyZW50IHZhbHVlcyBvZiBQU0lEIGNhbiBiZSB1c2VkIHRvIG1lYXN1cmUgcGFj a2V0IGxvc3MgcGVyIDxzcGFuIGNsYXNzPSJpbnNlcnQiPlNSPC9zcGFuPjwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0 ZCBjbGFzcz0ibGJsb2NrIj4gICBsb3NzIHBlciA8c3BhbiBjbGFzcz0iZGVsZXRlIj5TUi1NUExT PC9zcGFuPiBQb2xpY3ksIHBlciBDYW5kaWRhdGUgUGF0aCBvciBwZXIgU2VnbWVudCBMaXN0IG9m PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIFBvbGljeSwgcGVyIENhbmRpZGF0 ZSBQYXRoIG9yIHBlciBTZWdtZW50IExpc3Qgb2YgdGhlIFNSIFBvbGljeS48L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxibG9jayI+ICAgdGhlIFNSIFBvbGljeS48L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJibG9jayI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg IDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAwICAgICAg ICAgICAgICAgICAgIDEgICAgICAgICAgICAgICAgICAgMiAgICAgICAgICAgICAgICAgICAzPC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgIDAgICAgICAgICAgICAgICAgICAgMSAg ICAgICAgICAgICAgICAgICAyICAgICAgICAgICAgICAgICAgIDM8L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxlZnQiPiAgICAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAx IDIgMyA0IDUgNiA3IDggOSAwIDE8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAg MCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4 IDkgMCAxPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSs8L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSs8L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPiAgICB8ICAgICAgICAgICAgICAgICAgUFNJRCAgICAgICAgICAgICAgICAgfCBUQyAg fFN8ICAgICAgVFRMICAgICAgfDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICB8 ICAgICAgICAgICAgICAgICAgUFNJRCAgICAgICAgICAgICAgICAgfCBUQyAgfFN8ICAgICAgVFRM ICAgICAgfDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rPC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rPC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz PSJsZWZ0Ij4gICAgfCAgICAgICAgICAgICAgICAgIEdBTCAodmFsdWUgMTMpICAgICAgIHwgVEMg IHxTfCAgICAgIFRUTCAgICAgIHw8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAg fCAgICAgICAgICAgICAgICAgIEdBTCAodmFsdWUgMTMpICAgICAgIHwgVEMgIHxTfCAgICAgIFRU TCAgICAgIHw8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICArLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKzwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKzwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGVmdCI+ICAgIHwwIDAgMCAxfFZlcnNpb258IFJlc2VydmVkICAgICAgfCBHQUwgQ2hhbm5l bCBUeXBlICAgICAgICAgICAgICB8PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAg IHwwIDAgMCAxfFZlcnNpb258IFJlc2VydmVkICAgICAgfCBHQUwgQ2hhbm5lbCBUeXBlICAgICAg ICAgICAgICB8PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSs8L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSs8L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAzOCI+PHRkPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4g ICAgICAgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+ICBGaWd1cmUgNjogV2l0aCBQYXRoIFNlZ21lbnQg SWRlbnRpZmllciBmb3IgU1ItTVBMUzwvc3Bhbj4gUG9saWN5PC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyYmxvY2siPiAgICAgICA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5GaWd1cmUgNjogRXhhbXBs ZSBXaXRoIFBhdGggU2VnbWVudCBJZGVudGlmaWVyIGZvciBTUjwvc3Bhbj4gUG9saWN5PC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjYuMS4gIExvc3MgTWVhc3VyZW1lbnQgTWVzc2Fn ZSBGb3JtYXQ8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij42LjEuICBMb3NzIE1lYXN1 cmVtZW50IE1lc3NhZ2UgRm9ybWF0PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAg IEFzIGRlZmluZWQgaW4gW1JGQzYzNzRdLCBNUExTIExNIHByb2JlIHF1ZXJ5IGFuZCByZXNwb25z ZSBtZXNzYWdlczwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIEFzIGRlZmluZWQg aW4gW1JGQzYzNzRdLCBNUExTIExNIHByb2JlIHF1ZXJ5IGFuZCByZXNwb25zZSBtZXNzYWdlczwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgdXNlIEFzc29jaWF0ZWQgQ2hhbm5lbCBIZWFk ZXIgKEFDSCkgKHZhbHVlIDB4MDAwQSBmb3IgZGlyZWN0IGxvc3M8L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJpZ2h0Ij4gICB1c2UgQXNzb2NpYXRlZCBDaGFubmVsIEhlYWRlciAoQUNIKSAodmFs dWUgMHgwMDBBIGZvciBkaXJlY3QgbG9zczwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAg bWVhc3VyZW1lbnQgb3IgdmFsdWUgMHgwMDBCIGZvciBpbmZlcnJlZCBsb3NzIG1lYXN1cmVtZW50 KSwgd2hpY2g8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBtZWFzdXJlbWVudCBv ciB2YWx1ZSAweDAwMEIgZm9yIGluZmVycmVkIGxvc3MgbWVhc3VyZW1lbnQpLCB3aGljaDwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgaWRlbnRpZmllcyB0aGUgbWVzc2FnZSB0eXBlLCBh bmQgdGhlIG1lc3NhZ2UgcGF5bG9hZCBmb2xsb3dpbmcgdGhlPC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+ICAgaWRlbnRpZmllcyB0aGUgbWVzc2FnZSB0eXBlLCBhbmQgdGhlIG1lc3Nh Z2UgcGF5bG9hZCBmb2xsb3dpbmcgdGhlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHIgaWQ9ImRpZmYwMDM5Ij48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIEFDSC4gIEZvciBib3RoIFNS IExpbmtzIGFuZCBlbmQtdG8tZW5kIDxzcGFuIGNsYXNzPSJkZWxldGUiPm1lYXN1cmVtZW50IGZv ciBTUi1NUExTPC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBBQ0gu ICBGb3IgYm90aCBTUiBMaW5rcyBhbmQgZW5kLXRvLWVuZCA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5T UiBQb2xpY2llcyBtZWFzdXJlbWVudHMsPC9zcGFuPiB0aGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxibG9jayI+PHNwYW4gY2xhc3M9ImRlbGV0ZSI+ICAgUG9saWNpZXMsPC9zcGFuPiB0aGUgc2Ft ZSBNUExTIExNIEFDSCB2YWx1ZSA8c3BhbiBjbGFzcz0iZGVsZXRlIj5pczwvc3Bhbj4gdXNlZC48 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgc2FtZSBNUExTIExNIEFDSCB2YWx1 ZSA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5jYW4gYmU8L3NwYW4+IHVzZWQuPC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFRoZSBMTSBtZXNzYWdlIHBheWxvYWQgYXMgZGVmaW5lZCBp biBTZWN0aW9uIDMuMSBvZiBbUkZDNjM3NF0gaXMgdXNlZDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPiAgIFRoZSBMTSBtZXNzYWdlIHBheWxvYWQgYXMgZGVmaW5lZCBpbiBTZWN0aW9u IDMuMSBvZiBbUkZDNjM3NF0gaXMgdXNlZDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAg Zm9yIFNSLU1QTFMgbG9zcyBtZWFzdXJlbWVudCwgZm9yIGJvdGggU1IgTGlua3MgYW5kIGVuZC10 by1lbmQgU1I8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBmb3IgU1ItTVBMUyBs b3NzIG1lYXN1cmVtZW50LCBmb3IgYm90aCBTUiBMaW5rcyBhbmQgZW5kLXRvLWVuZCBTUjwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgUG9saWNpZXMuPC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+ICAgUG9saWNpZXMuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PjYuMi4gIEJsb2NrIE51bWJlciBUTFY8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij42 LjIuICBCbG9jayBOdW1iZXIgVExWPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAg IFRoZSBMb3NzIE1lYXN1cmVtZW50IHVzaW5nIEFsdGVybmF0ZS1NYXJraW5nIG1ldGhvZCBkZWZp bmVkIGluPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgVGhlIExvc3MgTWVhc3Vy ZW1lbnQgdXNpbmcgQWx0ZXJuYXRlLU1hcmtpbmcgbWV0aG9kIGRlZmluZWQgaW48L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwNDAiPjx0ZD48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9j ayI+ICAgW1JGQzgzMjFdIHJlcXVpcmVzIHRvIGNvbG9yIHRoZSBkYXRhIHRyYWZmaWMuICBUbyBi ZSBhYmxlIHRvIDxzcGFuIGNsYXNzPSJkZWxldGUiPmNvbXBhcmU8L3NwYW4+PC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIFtSRkM4MzIxXSByZXF1aXJlcyB0byBjb2xvciB0aGUg ZGF0YSB0cmFmZmljLiAgVG8gYmUgYWJsZSB0bzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2Nr Ij4gICB0aGUgdHJhbnNtaXQgYW5kIHJlY2VpdmUgdHJhZmZpYyBjb3VudGVycyBvZiB0aGUgbWF0 Y2hpbmcgY29sb3IsIHRoZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICA8c3Bh biBjbGFzcz0iaW5zZXJ0Ij5jb3JyZWxhdGU8L3NwYW4+IHRoZSB0cmFuc21pdCBhbmQgcmVjZWl2 ZSB0cmFmZmljIGNvdW50ZXJzIG9mIHRoZSBtYXRjaGluZzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i bGJsb2NrIj4gICBCbG9jayBOdW1iZXIgKG9yIGNvbG9yKSBvZiB0aGUgdHJhZmZpYyBjb3VudGVy cyBpcyBjYXJyaWVkIGJ5IHRoZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBj b2xvciwgdGhlIEJsb2NrIE51bWJlciAob3IgY29sb3IpIG9mIHRoZSB0cmFmZmljIGNvdW50ZXJz IGlzIGNhcnJpZWQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgcHJvYmUgcXVlcnkg YW5kIHJlc3BvbnNlIG1lc3NhZ2VzIGZvciBsb3NzIG1lYXN1cmVtZW50LiAgPHNwYW4gY2xhc3M9 ImRlbGV0ZSI+UHJvYmU8L3NwYW4+IHF1ZXJ5PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxv Y2siPiAgIGJ5IHRoZSBwcm9iZSBxdWVyeSBhbmQgcmVzcG9uc2UgbWVzc2FnZXMgZm9yIGxvc3Mg bWVhc3VyZW1lbnQuICA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5UaGU8L3NwYW4+PC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsYmxvY2siPiAgIGFuZCByZXNwb25zZSBtZXNzYWdlcyBzcGVjaWZpZWQgaW4g W1JGQzYzNzRdIGZvciBMb3NzIE1lYXN1cmVtZW50IGRvPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyYmxvY2siPjxzcGFuIGNsYXNzPSJpbnNlcnQiPiAgIHByb2JlPC9zcGFuPiBxdWVyeSBhbmQg cmVzcG9uc2UgbWVzc2FnZXMgPHNwYW4gY2xhc3M9Imluc2VydCI+Y3VycmVudGx5PC9zcGFuPiBz cGVjaWZpZWQgaW4gW1JGQzYzNzRdPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIG5v dCBpZGVudGlmeSB0aGUgQmxvY2sgTnVtYmVyIG9mIHRoZSBjb3VudGVycy48L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJibG9jayI+ICAgZm9yIExvc3MgTWVhc3VyZW1lbnQgZG8gbm90IGlkZW50 aWZ5IHRoZSBCbG9jayBOdW1iZXIgb2YgdGhlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2si PjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBjb3VudGVycy4gIDxzcGFuIGNs YXNzPSJpbnNlcnQiPlRoZSBCbG9jayBOdW1iZXIgY2FuIGFsc28gYmUgdXNlZCB0byBhZ2dyZWdh dGUgcGVyZm9ybWFuY2U8L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBjbGFzcz0iaW5zZXJ0Ij4gICBtZXRy aWNzIGNvbGxlY3RlZC48L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAg IFtSRkM2Mzc0XSBkZWZpbmVzIHByb2JlIHF1ZXJ5IGFuZCByZXNwb25zZSBtZXNzYWdlcyB0aGF0 IGNhbiBpbmNsdWRlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgW1JGQzYzNzRd IGRlZmluZXMgcHJvYmUgcXVlcnkgYW5kIHJlc3BvbnNlIG1lc3NhZ2VzIHRoYXQgY2FuIGluY2x1 ZGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIG9uZSBvciBtb3JlIG9wdGlvbmFsIFRM VnMuICBOZXcgVExWIFR5cGUgKHZhbHVlIFRCQTIpIGlzIGRlZmluZWQgaW48L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBvbmUgb3IgbW9yZSBvcHRpb25hbCBUTFZzLiAgTmV3IFRM ViBUeXBlICh2YWx1ZSBUQkEyKSBpcyBkZWZpbmVkIGluPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij4gICB0aGlzIGRvY3VtZW50IHRvIGNhcnJ5IHRoZSBCbG9jayBOdW1iZXIgKDgtYml0KSBv ZiB0aGUgdHJhZmZpYzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHRoaXMgZG9j dW1lbnQgdG8gY2FycnkgdGhlIEJsb2NrIE51bWJlciAoOC1iaXQpIG9mIHRoZSB0cmFmZmljPC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBjb3VudGVycyBpbiB0aGUgcHJvYmUgcXVlcnkg YW5kIHJlc3BvbnNlIG1lc3NhZ2VzIGZvciBsb3NzPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy aWdodCI+ICAgY291bnRlcnMgaW4gdGhlIHByb2JlIHF1ZXJ5IGFuZCByZXNwb25zZSBtZXNzYWdl cyBmb3IgbG9zczwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgbWVhc3VyZW1lbnQuICBU aGUgZm9ybWF0IG9mIHRoZSBCbG9jayBOdW1iZXIgVExWIGlzIHNob3duIGluPC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgbWVhc3VyZW1lbnQuICBUaGUgZm9ybWF0IG9mIHRoZSBC bG9jayBOdW1iZXIgVExWIGlzIHNob3duIGluPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4g ICBGaWd1cmUgNzo8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBGaWd1cmUgNzo8 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmln aHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgIDAgICAgICAgICAgICAgICAgICAg MSAgICAgICAgICAgICAgICAgICAyICAgICAgICAgICAgICAgICAgIDM8L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij4gICAgMCAgICAgICAgICAgICAgICAgICAxICAgICAgICAgICAgICAg ICAgIDIgICAgICAgICAgICAgICAgICAgMzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAg IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcg OCA5IDAgMTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAwIDEgMiAzIDQgNSA2 IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDE8L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPiAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgIHwg ICBUeXBlIFRCQTIgICB8ICAgIExlbmd0aCAgICAgfCBSZXNlcnZlZCAgICAgIHwgQmxvY2sgTnVt YmVyICB8PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgIHwgICBUeXBlIFRCQTIg ICB8ICAgIExlbmd0aCAgICAgfCBSZXNlcnZlZCAgICAgIHwgQmxvY2sgTnVtYmVyICB8PC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSs8L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij4gICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSs8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ ICAgICAgICAgICAgICAgICAgICAgICAgRmlndXJlIDc6IEJsb2NrIE51bWJlciBUTFY8L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgICAgICAgICAgICAgICAgICBGaWd1cmUg NzogQmxvY2sgTnVtYmVyIFRMVjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHIgaWQ9ImRpZmYwMDQxIj48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIFRoZSBCbG9jayBOdW1iZXIg VExWIGlzIE1hbmRhdG9yeSB3aGVuIDxzcGFuIGNsYXNzPSJkZWxldGUiPnVzZWQuPC9zcGFuPiAg SWYgcmVzcG9uZGVyIGRvZXMgbm90PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAg IFRoZSBCbG9jayBOdW1iZXIgVExWIGlzIE1hbmRhdG9yeSB3aGVuIDxzcGFuIGNsYXNzPSJpbnNl cnQiPmNhcnJpZWQgaW4gYSBwcm9iZSBxdWVyeTwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxibG9jayI+ICAgc3VwcG9ydCB0aGlzIFRMViwgaXQgTVVTVCByZXR1cm4gRXJyb3IgMHgxNzog VW5zdXBwb3J0ZWQgTWFuZGF0b3J5PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjxz cGFuIGNsYXNzPSJpbnNlcnQiPiAgIG1lc3NhZ2UuPC9zcGFuPiAgSWYgcmVzcG9uZGVyIGRvZXMg bm90IHN1cHBvcnQgdGhpcyBUTFYsIGl0IE1VU1QgcmV0dXJuPC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz PSJsYmxvY2siPiAgIFRMViBPYmplY3QuICBUaGUgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+UE0gc2Vu ZGVyPC9zcGFuPiBub2RlIFNIT1VMRCBvbmx5IGluc2VydCBvbmUgQmxvY2sgTnVtYmVyPC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIEVycm9yIDB4MTc6IFVuc3VwcG9ydGVkIE1h bmRhdG9yeSBUTFYgT2JqZWN0LiAgVGhlIDxzcGFuIGNsYXNzPSJpbnNlcnQiPnF1ZXJpZXI8L3Nw YW4+IG5vZGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgVExWIGluIHRoZSBwcm9i ZSBxdWVyeSBtZXNzYWdlIGFuZCB0aGUgcmVzcG9uZGVyIG5vZGUgaW4gdGhlIHByb2JlPC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIFNIT1VMRCBvbmx5IGluc2VydCBvbmUgQmxv Y2sgTnVtYmVyIFRMViBpbiB0aGUgcHJvYmUgcXVlcnkgbWVzc2FnZTwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGJsb2NrIj4gICByZXNwb25zZSBtZXNzYWdlIFNIT1VMRCByZXR1cm4gdGhlIGZpcnN0 IEJsb2NrIE51bWJlciBUTFYgZnJvbSB0aGU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9j ayI+ICAgYW5kIHRoZSByZXNwb25kZXIgbm9kZSBpbiB0aGUgcHJvYmUgcmVzcG9uc2UgbWVzc2Fn ZSBTSE9VTEQgcmV0dXJuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIHByb2JlIHF1 ZXJ5IG1lc3NhZ2VzIGFuZCBpZ25vcmUgb3RoZXIgQmxvY2sgTnVtYmVyIFRMVnMgaWYgcHJlc2Vu dC48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgdGhlIGZpcnN0IEJsb2NrIE51 bWJlciBUTFYgZnJvbSB0aGUgcHJvYmUgcXVlcnkgbWVzc2FnZXMgYW5kIGlnbm9yZTwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBJbiBwcm9iZSBtZXNzYWdlcywgdGhlIGNvdW50ZXJz IE1VU1QgYmVsb25nIHRvIHRoZSBzYW1lIEJsb2NrIE51bWJlci48L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJibG9jayI+ICAgb3RoZXIgQmxvY2sgTnVtYmVyIFRMVnMgaWYgcHJlc2VudC4gIElu IHByb2JlIG1lc3NhZ2VzLCB0aGUgY291bnRlcnM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9j ayI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIE1VU1QgYmVsb25nIHRvIHRo ZSBzYW1lIEJsb2NrIE51bWJlci48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA8L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxibG9jayI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjxzcGFu IGNsYXNzPSJpbnNlcnQiPjYuMy4gIENvbWJpbmVkIExvc3MvRGVsYXkgTWVhc3VyZW1lbnQgTWVz c2FnZSBGb3JtYXQ8L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBjbGFzcz0iaW5zZXJ0Ij48L3NwYW4+PC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJs b2NrIj48c3BhbiBjbGFzcz0iaW5zZXJ0Ij4gICBBcyBkZWZpbmVkIGluIFtSRkM2Mzc0XSwgQ29t YmluZWQgRE0rTE0gcHJvYmUgcXVlcnkgYW5kIHJlc3BvbnNlPC9zcGFuPjwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0 ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4g Y2xhc3M9Imluc2VydCI+ICAgbWVzc2FnZXMgdXNlIEFzc29jaWF0ZWQgQ2hhbm5lbCBIZWFkZXIg KEFDSCkgKHZhbHVlIDB4MDAwRCBmb3IgZGlyZWN0PC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9 Imluc2VydCI+ICAgbG9zcyBhbmQgZGVsYXkgbWVhc3VyZW1lbnQgb3IgdmFsdWUgMHgwMDBFIGZv ciBpbmZlcnJlZCBsb3NzIGFuZDwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjxzcGFuIGNsYXNzPSJpbnNlcnQiPiAg IGRlbGF5IG1lYXN1cmVtZW50KSwgd2hpY2ggaWRlbnRpZmllcyB0aGUgbWVzc2FnZSB0eXBlLCBh bmQgdGhlPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9Imluc2VydCI+ICAgbWVzc2FnZSBwYXls b2FkIGZvbGxvd2luZyB0aGUgQUNILiAgRm9yIGJvdGggU1IgTGlua3MgYW5kIGVuZC10by1lbmQ8 L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmJsb2NrIj48c3BhbiBjbGFzcz0iaW5zZXJ0Ij4gICBTUiBQb2xpY2llcyBtZWFzdXJl bWVudHMsIHRoZSBzYW1lIE1QTFMgQUNIIHZhbHVlIGNhbiBiZSB1c2VkLjwvc3Bhbj48L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2si PjxzcGFuIGNsYXNzPSJpbnNlcnQiPjwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9j ayI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjxzcGFuIGNsYXNzPSJpbnNlcnQi PiAgIFRoZSBtZXNzYWdlIHBheWxvYWQgYXMgZGVmaW5lZCBpbiBTZWN0aW9uIDMuMyBvZiBbUkZD NjM3NF0gaXMgdXNlZDwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjxzcGFuIGNsYXNzPSJpbnNlcnQiPiAgIGZvciBT Ui1NUExTIGNvbWJpbmVkIGRlbGF5IGFuZCBsb3NzIG1lYXN1cmVtZW50LCBmb3IgYm90aCBTUiBM aW5rczwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyYmxvY2siPjxzcGFuIGNsYXNzPSJpbnNlcnQiPiAgIGFuZCBlbmQtdG8tZW5k IFNSIFBvbGljaWVzLjwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+Ny4g IFBlcmZvcm1hbmNlIE1lYXN1cmVtZW50IGZvciBQMk1QIFNSIFBvbGljaWVzPC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyaWdodCI+Ny4gIFBlcmZvcm1hbmNlIE1lYXN1cmVtZW50IGZvciBQMk1Q IFNSIFBvbGljaWVzPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg IDx0ciBpZD0iZGlmZjAwNDIiPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgVGhlIHByb2NlZHVyZXMgZm9yIGRlbGF5 IGFuZCBsb3NzIG1lYXN1cmVtZW50IGRlc2NyaWJlZCBpbiB0aGlzPC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyYmxvY2siPiAgIFRoZSBwcm9jZWR1cmVzIGZvciA8c3BhbiBjbGFzcz0iaW5zZXJ0 Ij5vbmUtd2F5PC9zcGFuPiBkZWxheSBhbmQgbG9zcyBtZWFzdXJlbWVudCBkZXNjcmliZWQgaW48 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgZG9jdW1lbnQgZm9yIFBvaW50LXRvLVBv aW50IChQMlApIDxzcGFuIGNsYXNzPSJkZWxldGUiPlNSLU1QTFM8L3NwYW4+IFBvbGljaWVzPC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIHRoaXMgZG9jdW1lbnQgZm9yIFBvaW50 LXRvLVBvaW50IChQMlApIDxzcGFuIGNsYXNzPSJpbnNlcnQiPlNSPC9zcGFuPiBQb2xpY2llczwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgW0ktRC5pZXRmLXNwcmluZy1zZWdtZW50LXJv dXRpbmctcG9saWN5XSBhcmUgYWxzbyBlcXVhbGx5IGFwcGxpY2FibGU8L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij4gICBbSS1ELmlldGYtc3ByaW5nLXNlZ21lbnQtcm91dGluZy1wb2xp Y3ldIGFyZSBhbHNvIGVxdWFsbHkgYXBwbGljYWJsZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDA0MyI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICB0byB0aGUgUG9p bnQtdG8tTXVsdGlwb2ludCAoUDJNUCkgU1I8c3BhbiBjbGFzcz0iZGVsZXRlIj4tTVBMUzwvc3Bh bj4gUG9saWNpZXMgYXMgZm9sbG93aW5nOjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2Nr Ij4gICB0byB0aGUgUG9pbnQtdG8tTXVsdGlwb2ludCAoUDJNUCkgU1IgUG9saWNpZXMgYXMgZm9s bG93aW5nOjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIg aWQ9ImRpZmYwMDQ0Ij48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIG8gIFRoZSA8c3BhbiBjbGFzcz0iZGVsZXRlIj5z ZW5kPC9zcGFuPmVyIHJvb3Qgbm9kZSBzZW5kcyBwcm9iZSBxdWVyeSBtZXNzYWdlcyB1c2luZyB0 aGU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgbyAgVGhlIDxzcGFuIGNsYXNz PSJpbnNlcnQiPnF1ZXJpPC9zcGFuPmVyIHJvb3Qgbm9kZSBzZW5kcyBwcm9iZSBxdWVyeSBtZXNz YWdlcyB1c2luZyB0aGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgIFJlcGxpY2F0 aW9uIFNlZ21lbnQgZGVmaW5lZCBpbjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAg ICAgIFJlcGxpY2F0aW9uIFNlZ21lbnQgZGVmaW5lZCBpbjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i bGVmdCI+ICAgICAgW0ktRC52b3llci1zcHJpbmctc3ItcmVwbGljYXRpb24tc2VnbWVudF0gZm9y IHRoZSBQMk1QIFNSIFBvbGljeTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAg IFtJLUQudm95ZXItc3ByaW5nLXNyLXJlcGxpY2F0aW9uLXNlZ21lbnRdIGZvciB0aGUgUDJNUCBT UiBQb2xpY3k8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgIGFzIHNob3duIGluIEZp Z3VyZSA4LjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgIGFzIHNob3duIGlu IEZpZ3VyZSA4LjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBvICBFYWNoIHJl c3BvbmRlciBsZWFmIG5vZGUgYWRkcyB0aGUgIlNvdXJjZSBBZGRyZXNzIiBUTFYgKFR5cGUgMTMw KTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIG8gIEVhY2ggcmVzcG9uZGVyIGxl YWYgbm9kZSBhZGRzIHRoZSAiU291cmNlIEFkZHJlc3MiIFRMViAoVHlwZSAxMzApPC90ZD48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICBbUkZDNjM3NF0gd2l0aCBpdHMgSVAgYWRkcmVzcyBp biB0aGUgcHJvYmUgcmVzcG9uc2UgbWVzc2FnZXMuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy aWdodCI+ICAgICAgW1JGQzYzNzRdIHdpdGggaXRzIElQIGFkZHJlc3MgaW4gdGhlIHByb2JlIHJl c3BvbnNlIG1lc3NhZ2VzLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAg PHRyIGlkPSJkaWZmMDA0NSI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICAgICBUaGlzIFRMViBhbGxvd3MgdGhlIDxz cGFuIGNsYXNzPSJkZWxldGUiPnNlbmRlcjwvc3Bhbj4gcm9vdCBub2RlIHRvIGlkZW50aWZ5IHRo ZSByZXNwb25kZXI8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJibG9jayI+ICAgICAgVGhpcyBUTFYgYWxsb3dzIHRoZSA8c3BhbiBjbGFzcz0iaW5zZXJ0 Ij5xdWVyaWVyPC9zcGFuPiByb290IG5vZGUgdG8gaWRlbnRpZnkgdGhlIHJlc3BvbmRlcjwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgbGVhZiBub2RlcyBvZiB0aGUgUDJNUCBTUiBQ b2xpY3kuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgbGVhZiBub2RlcyBv ZiB0aGUgUDJNUCBTUiBQb2xpY3kuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAg IG8gIFRoZSBQMk1QIHJvb3Qgbm9kZSBtZWFzdXJlcyB0aGUgZW5kLXRvLWVuZCBkZWxheSBhbmQg bG9zczwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIG8gIFRoZSBQMk1QIHJvb3Qg bm9kZSBtZWFzdXJlcyB0aGUgZW5kLXRvLWVuZCBkZWxheSBhbmQgbG9zczwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0 ZCBjbGFzcz0ibGVmdCI+ICAgICAgcGVyZm9ybWFuY2UgZm9yIGVhY2ggUDJNUCBsZWFmIG5vZGUg b2YgdGhlIFAyTVAgU1IgUG9saWN5LjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAg ICAgIHBlcmZvcm1hbmNlIGZvciBlYWNoIFAyTVAgbGVhZiBub2RlIG9mIHRoZSBQMk1QIFNSIFBv bGljeS48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgIDAgICAgICAgICAgICAg ICAgICAgMSAgICAgICAgICAgICAgICAgICAyICAgICAgICAgICAgICAgICAgIDM8L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgMCAgICAgICAgICAgICAgICAgICAxICAgICAgICAg ICAgICAgICAgIDIgICAgICAgICAgICAgICAgICAgMzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVm dCI+ICAgIDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQg NSA2IDcgOCA5IDAgMTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAwIDEgMiAz IDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDE8 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKzwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmlnaHQiPiAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ ICAgIHwgICAgICAgICAgICAgIFJlcGxpY2F0aW9uIFNJRCAgICAgICAgICB8IFRDICB8U3wgICAg ICBUVEwgICAgICB8PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgIHwgICAgICAg ICAgICAgIFJlcGxpY2F0aW9uIFNJRCAgICAgICAgICB8IFRDICB8U3wgICAgICBUVEwgICAgICB8 PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSs8L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij4gICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSs8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PiAgICB8ICAgICAgICAgICAgICBHQUwgKHZhbHVlIDEzKSAgICAgICAgICAgfCBUQyAgfFN8ICAg ICAgVFRMICAgICAgfDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICB8ICAgICAg ICAgICAgICBHQUwgKHZhbHVlIDEzKSAgICAgICAgICAgfCBUQyAgfFN8ICAgICAgVFRMICAgICAg fDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rPC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+ICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0 Ij4gICAgfDAgMCAwIDF8VmVyc2lvbnwgUmVzZXJ2ZWQgICAgICB8IEdBTCBDaGFubmVsIFR5cGUg ICAgICAgICAgICAgIHw8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgfDAgMCAw IDF8VmVyc2lvbnwgUmVzZXJ2ZWQgICAgICB8IEdBTCBDaGFubmVsIFR5cGUgICAgICAgICAgICAg IHw8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICArLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKzwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPiAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVm dCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9ImRpZmYwMDQ2Ij48dGQ+PC90ZD48L3RyPgogICAg ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIDxzcGFu IGNsYXNzPSJkZWxldGUiPiAgICAgRmlndXJlIDg6IFF1ZXJ5IHdpdGggUmVwbGljYXRpb24gU2Vn bWVudCBmb3IgU1ItTVBMUzwvc3Bhbj4gUG9saWN5PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy YmxvY2siPiAgIDxzcGFuIGNsYXNzPSJpbnNlcnQiPkZpZ3VyZSA4OiBFeGFtcGxlIFByb2JlIFF1 ZXJ5IHdpdGggUmVwbGljYXRpb24gU2VnbWVudCBmb3IgU1I8L3NwYW4+IFBvbGljeTwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9ImRpZmYwMDQ3Ij48 dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz PSJsYmxvY2siPjguICBFQ01QIGZvciA8c3BhbiBjbGFzcz0iZGVsZXRlIj5TUi1NUExTPC9zcGFu PiBQb2xpY2llczwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICA8c3BhbiBjbGFz cz0iaW5zZXJ0Ij5UaGUgY29uc2lkZXJhdGlvbnMgZm9yIHR3by13YXkgYW5kIGxvb3BiYWNrIG1v ZGVzIGZvciBwZXJmb3JtYW5jZTwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjxzcGFuIGNsYXNzPSJpbnNlcnQiPiAg IG1lYXN1cmVtZW50IGZvciBQMk1QIFNSIFBvbGljeSBhcmUgb3V0c2lkZSB0aGUgc2NvcGUgb2Yg dGhpczwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyYmxvY2siPjxzcGFuIGNsYXNzPSJpbnNlcnQiPiAgIGRvY3VtZW50Ljwvc3Bh bj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyYmxvY2siPiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICA8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjguICBFQ01QIGZvciA8c3BhbiBjbGFz cz0iaW5zZXJ0Ij5TUjwvc3Bhbj4gUG9saWNpZXM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i bGVmdCI+ICAgQW4gU1IgUG9saWN5IGNhbiBoYXZlIEVDTVBzIGJldHdlZW4gdGhlIHNvdXJjZSBh bmQgdHJhbnNpdCBub2Rlcyw8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBBbiBT UiBQb2xpY3kgY2FuIGhhdmUgRUNNUHMgYmV0d2VlbiB0aGUgc291cmNlIGFuZCB0cmFuc2l0IG5v ZGVzLDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgYmV0d2VlbiB0cmFuc2l0IG5vZGVz IGFuZCBiZXR3ZWVuIHRyYW5zaXQgYW5kIGRlc3RpbmF0aW9uIG5vZGVzLjwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPiAgIGJldHdlZW4gdHJhbnNpdCBub2RlcyBhbmQgYmV0d2VlbiB0 cmFuc2l0IGFuZCBkZXN0aW5hdGlvbiBub2Rlcy48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PiAgIFVzYWdlIG9mIEFueWNhc3QgU0lEIFtSRkM4NDAyXSBieSBhbiBTUiBQb2xpY3kgY2FuIHJl c3VsdCBpbiBFQ01QPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgVXNhZ2Ugb2Yg QW55Y2FzdCBTSUQgW1JGQzg0MDJdIGJ5IGFuIFNSIFBvbGljeSBjYW4gcmVzdWx0IGluIEVDTVA8 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwNDgi Pjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxibG9jayI+ICAgcGF0aHMgdmlhIHRyYW5zaXQgbm9kZXMgcGFydCBvZiB0aGF0IEFueWNh c3QgZ3JvdXAuICBUaGUgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+UE0gPC9zcGFuPnByb2JlPC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIHBhdGhzIHZpYSB0cmFuc2l0IG5vZGVzIHBh cnQgb2YgdGhhdCBBbnljYXN0IGdyb3VwLiAgVGhlIHByb2JlPC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz PSJsZWZ0Ij4gICBtZXNzYWdlcyBuZWVkIHRvIGJlIHNlbnQgdG8gdHJhdmVyc2UgZGlmZmVyZW50 IEVDTVAgcGF0aHMgdG8gbWVhc3VyZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAg IG1lc3NhZ2VzIG5lZWQgdG8gYmUgc2VudCB0byB0cmF2ZXJzZSBkaWZmZXJlbnQgRUNNUCBwYXRo cyB0byBtZWFzdXJlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBwZXJmb3JtYW5jZSBk ZWxheSBvZiBlYWNoIG9mIHRoZSBFQ01QIHBhdGggb2YgYW4gU1IgUG9saWN5LjwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHBlcmZvcm1hbmNlIGRlbGF5IG9mIGVhY2ggb2YgdGhl IEVDTVAgcGF0aCBvZiBhbiBTUiBQb2xpY3kuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPiAgIEZvcndhcmRpbmcgcGxhbmUgaGFzIHZhcmlvdXMgaGFzaGluZyBmdW5jdGlvbnMgYXZh aWxhYmxlIHRvIGZvcndhcmQ8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBGb3J3 YXJkaW5nIHBsYW5lIGhhcyB2YXJpb3VzIGhhc2hpbmcgZnVuY3Rpb25zIGF2YWlsYWJsZSB0byBm b3J3YXJkPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9ImRp ZmYwMDQ5Ij48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsYmxvY2siPiAgIHBhY2tldHMgb24gc3BlY2lmaWMgRUNNUCBwYXRocy4gIEZv ciA8c3BhbiBjbGFzcz0iZGVsZXRlIj5TUi1NUExTPC9zcGFuPiBQb2xpY3ksIHN3ZWVwaW5nIG9m PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIHBhY2tldHMgb24gc3BlY2lmaWMg RUNNUCBwYXRocy4gIEZvciA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5TUjwvc3Bhbj4gUG9saWN5LCBz d2VlcGluZyBvZiBlbnRyb3B5PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIGVudHJv cHkgbGFiZWwgW1JGQzY3OTBdIHZhbHVlcyBjYW4gYmUgdXNlZCBpbiA8c3BhbiBjbGFzcz0iZGVs ZXRlIj5QTTwvc3Bhbj4gcHJvYmUgbWVzc2FnZXMgdG88L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJibG9jayI+ICAgbGFiZWwgW1JGQzY3OTBdIHZhbHVlcyBjYW4gYmUgdXNlZCBpbiBwcm9iZSBt ZXNzYWdlcyB0byB0YWtlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIHRha2UgYWR2 YW50YWdlIG9mIHRoZSBoYXNoaW5nIGZ1bmN0aW9uIGluIGZvcndhcmRpbmcgcGxhbmUgdG88L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgYWR2YW50YWdlIG9mIHRoZSBoYXNoaW5n IGZ1bmN0aW9uIGluIGZvcndhcmRpbmcgcGxhbmUgdG8gaW5mbHVlbmNlPC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsYmxvY2siPiAgIGluZmx1ZW5jZSB0aGUgRUNNUCBwYXRoIHRha2VuIGJ5IHRoZW0u PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIHRoZSBFQ01QIHBhdGggdGFrZW4g YnkgdGhlbS48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgVGhlIGNvbnNpZGVy YXRpb25zIGZvciBwZXJmb3JtYW5jZSBsb3NzIG1lYXN1cmVtZW50IGZvciBkaWZmZXJlbnQ8L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBUaGUgY29uc2lkZXJhdGlvbnMgZm9yIHBl cmZvcm1hbmNlIGxvc3MgbWVhc3VyZW1lbnQgZm9yIGRpZmZlcmVudDwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGVmdCI+ICAgRUNNUCBwYXRocyBvZiBhbiBTUiBQb2xpY3kgYXJlIG91dHNpZGUgdGhl IHNjb3BlIG9mIHRoaXMgZG9jdW1lbnQuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ ICAgRUNNUCBwYXRocyBvZiBhbiBTUiBQb2xpY3kgYXJlIG91dHNpZGUgdGhlIHNjb3BlIG9mIHRo aXMgZG9jdW1lbnQuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg IDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjkuICBTUiBMaW5r IEV4dGVuZGVkIFRFIE1ldHJpY3MgQWR2ZXJ0aXNlbWVudHM8L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij45LiAgU1IgTGluayBFeHRlbmRlZCBURSBNZXRyaWNzIEFkdmVydGlzZW1lbnRz PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp Z2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFRoZSBleHRlbmRlZCBURSBtZXRy aWNzIGZvciBTUiBMaW5rIGRlbGF5IGFuZCBsb3NzIGNvbXB1dGVkIHVzaW5nIHRoZTwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFRoZSBleHRlbmRlZCBURSBtZXRyaWNzIGZvciBT UiBMaW5rIGRlbGF5IGFuZCBsb3NzIGNvbXB1dGVkIHVzaW5nIHRoZTwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGVmdCI+ICAgcGVyZm9ybWFuY2UgbWVhc3VyZW1lbnQgcHJvY2VkdXJlcyBkZXNjcmli ZWQgaW4gdGhpcyBkb2N1bWVudCBjYW4gYmU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij4gICBwZXJmb3JtYW5jZSBtZWFzdXJlbWVudCBwcm9jZWR1cmVzIGRlc2NyaWJlZCBpbiB0aGlz IGRvY3VtZW50IGNhbiBiZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgYWR2ZXJ0aXNl ZCBpbiB0aGUgcm91dGluZyBkb21haW4gYXMgZm9sbG93czo8L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij4gICBhZHZlcnRpc2VkIGluIHRoZSByb3V0aW5nIGRvbWFpbiBhcyBmb2xsb3dz OjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy aWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBp ZD0icGFydC04IiBjbGFzcz0iY2hhbmdlIiA+PHRkPjwvdGQ+PHRoPjxzbWFsbD5za2lwcGluZyB0 byBjaGFuZ2UgYXQ8L3NtYWxsPjxhIGhyZWY9IiNwYXJ0LTgiPjxlbT4gcGFnZSAxNCwgbGluZSAy MjxzcGFuIGNsYXNzPSJoaWRlIj4gJnBhcmE7PC9zcGFuPjwvZW0+PC9hPjwvdGg+PHRoPiA8L3Ro Pjx0aD48c21hbGw+c2tpcHBpbmcgdG8gY2hhbmdlIGF0PC9zbWFsbD48YSBocmVmPSIjcGFydC04 Ij48ZW0+IHBhZ2UgMTQsIGxpbmUgMzM8c3BhbiBjbGFzcz0iaGlkZSI+ICZwYXJhOzwvc3Bhbj48 L2VtPjwvYT48L3RoPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFRoaXMgZG9jdW1lbnQgZGVzY3JpYmVzIHRoZSBwcm9j ZWR1cmVzIGZvciBwZXJmb3JtYW5jZSBkZWxheSBhbmQgbG9zczwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPiAgIFRoaXMgZG9jdW1lbnQgZGVzY3JpYmVzIHRoZSBwcm9jZWR1cmVzIGZv ciBwZXJmb3JtYW5jZSBkZWxheSBhbmQgbG9zczwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ ICAgbWVhc3VyZW1lbnQgZm9yIFNSLU1QTFMgbmV0d29ya3MsIGZvciBib3RoIFNSIExpbmtzIGFu ZCBlbmQtdG8tZW5kIFNSPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgbWVhc3Vy ZW1lbnQgZm9yIFNSLU1QTFMgbmV0d29ya3MsIGZvciBib3RoIFNSIExpbmtzIGFuZCBlbmQtdG8t ZW5kIFNSPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBQb2xpY2llcyB1c2luZyB0aGUg bWVjaGFuaXNtcyBkZWZpbmVkIGluIFtSRkM2Mzc0XSBhbmQgW1JGQzc4NzZdLjwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFBvbGljaWVzIHVzaW5nIHRoZSBtZWNoYW5pc21zIGRl ZmluZWQgaW4gW1JGQzYzNzRdIGFuZCBbUkZDNzg3Nl0uPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij4gICBUaGlzIGRvY3VtZW50IGRvZXMgbm90IGludHJvZHVjZSBhbnkgYWRkaXRpb25hbCBz ZWN1cml0eTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFRoaXMgZG9jdW1lbnQg ZG9lcyBub3QgaW50cm9kdWNlIGFueSBhZGRpdGlvbmFsIHNlY3VyaXR5PC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij4gICBjb25zaWRlcmF0aW9ucyBvdGhlciB0aGFuIHRob3NlIGNvdmVyZWQg aW4gW1JGQzYzNzRdLCBbUkZDNzQ3MV0sPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ ICAgY29uc2lkZXJhdGlvbnMgb3RoZXIgdGhhbiB0aG9zZSBjb3ZlcmVkIGluIFtSRkM2Mzc0XSwg W1JGQzc0NzFdLDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgW1JGQzg1NzBdLCBbUkZD ODU3MV0sIGFuZCBbUkZDNzg3Nl0uPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAg W1JGQzg1NzBdLCBbUkZDODU3MV0sIGFuZCBbUkZDNzg3Nl0uPC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz PSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg Y2xhc3M9ImxlZnQiPjExLiAgSUFOQSBDb25zaWRlcmF0aW9uczwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPjExLiAgSUFOQSBDb25zaWRlcmF0aW9uczwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij4gICBJQU5BIGlzIHJlcXVlc3RlZCB0byBhbGxvY2F0ZSBhIHZhbHVlIGZv ciB0aGUgZm9sbG93aW5nIG1hbmRhdG9yeTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi PiAgIElBTkEgaXMgcmVxdWVzdGVkIHRvIGFsbG9jYXRlIGEgdmFsdWUgZm9yIHRoZSBmb2xsb3dp bmcgbWFuZGF0b3J5PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIg aWQ9ImRpZmYwMDUwIj48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIFJldHVybiBQYXRoIFRMViBUeXBlIGZvciA8c3Bh biBjbGFzcz0iZGVsZXRlIj5SRkMgNjM3NDwvc3Bhbj4gdG8gYmUgY2FycmllZCBpbiA8c3BhbiBj bGFzcz0iZGVsZXRlIj5QTTwvc3Bhbj4gcHJvYmUgcXVlcnk8L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJibG9jayI+ICAgUmV0dXJuIFBhdGggVExWIFR5cGUgZm9yIDxzcGFuIGNsYXNzPSJpbnNl cnQiPltSRkM2Mzc0XTwvc3Bhbj4gdG8gYmUgY2FycmllZCBpbiBwcm9iZSBxdWVyeTwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICA8c3BhbiBjbGFzcz0iZGVsZXRlIj5tZXNzYWdlczo8 L3NwYW4+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIDxzcGFuIGNsYXNzPSJp bnNlcnQiPm1lc3NhZ2UgZnJvbSB0aGUgIk1QTFMgTG9zcy9EZWxheSBNZWFzdXJlbWVudCBUTFYg T2JqZWN0IiByZWdpc3RyeTwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjxzcGFuIGNsYXNzPSJpbnNlcnQiPiAgIGNv bnRhaW5lZCB3aXRoaW4gdGhlICJHZW5lcmljIEFzc29jaWF0ZWQgQ2hhbm5lbCAoRy1BQ2gpIFBh cmFtZXRlcnMiPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9Imluc2VydCI+ICAgcmVnaXN0cnkg c2V0Ojwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgbyAgVHlwZSBU QkExOiBSZXR1cm4gUGF0aCBUTFY8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBv ICBUeXBlIFRCQTE6IFJldHVybiBQYXRoIFRMVjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHIgaWQ9ImRpZmYwMDUxIj48dGQ+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5JQU5BIGlzIHJl cXVlc3RlZCB0byBjcmVhdGUgYSBzdWItcmVnaXN0cnkgZm9yICJSZXR1cm4gUGF0aCBTdWItVExW PC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9Imluc2VydCI+ICAgVHlwZSIgZm9yIHRoZSBSZXR1 cm4gUGF0aCBUTFYuICBBbGwgY29kZSBwb2ludHMgaW4gdGhlIHJhbmdlIDE8L3NwYW4+PC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2Nr Ij48c3BhbiBjbGFzcz0iaW5zZXJ0Ij4gICB0aHJvdWdoIDMyNzU5IGluIHRoaXMgcmVnaXN0cnkg c2hhbGwgYmUgYWxsb2NhdGVkIGFjY29yZGluZyB0byB0aGU8L3NwYW4+PC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsYmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBj bGFzcz0iaW5zZXJ0Ij4gICAiSUVURiBSZXZpZXciIHByb2NlZHVyZSBhcyBzcGVjaWZpZWQgaW4g W1JGQzgxMjZdLiAgQ29kZSBwb2ludHMgaW48L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs YmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBjbGFzcz0iaW5z ZXJ0Ij4gICB0aGUgcmFuZ2UgMzI3NjAgdGhyb3VnaCA2NTI3OSBpbiB0aGlzIHJlZ2lzdHJ5IHNo YWxsIGJlIGFsbG9jYXRlZDwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjxzcGFuIGNsYXNzPSJpbnNlcnQiPiAgIGFj Y29yZGluZyB0byB0aGUgIkZpcnN0IENvbWUgRmlyc3QgU2VydmVkIiBwcm9jZWR1cmUgYXMgc3Bl Y2lmaWVkIGluPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9Imluc2VydCI+ICAgW1JGQzgxMjZd LiAgUmVtYWluaW5nIGNvZGUgcG9pbnRzIGFyZSBhbGxvY2F0ZWQgYWNjb3JkaW5nIHRvIFRhYmxl IDE6PC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9Imluc2VydCI+PC9zcGFuPjwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNw YW4gY2xhc3M9Imluc2VydCI+ICAgKy0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xh c3M9Imluc2VydCI+ICAgfCBWYWx1ZSAgICAgICAgIHwgICAgICAgRGVzY3JpcHRpb24gICAgICAg fCBSZWZlcmVuY2UgICAgICAgICAgICAgICB8PC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i bGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9Imlu c2VydCI+ICAgKy0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0rPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2Nr Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9Imluc2VydCI+ ICAgfCAwLSAzMjc2NyAgICAgIHwgICAgICBNYW5kYXRvcnkgVExWLCAgICAgfCBJRVRGIFJldmll dyAgICAgICAgICAgICB8PC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9Imluc2VydCI+ICAgfCAg ICAgICAgICAgICAgIHwgICAgICAgIHVuYXNzaWduZWQgICAgICAgfCAgICAgICAgICAgICAgICAg ICAgICAgICB8PC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9Imluc2VydCI+ICAgfCAzMjc2OCAt IDY1Mjc5IHwgICAgICBPcHRpb25hbCBUTFYsICAgICAgfCBGaXJzdCBDb21lIEZpcnN0IFNlcnZl ZCB8PC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9Imluc2VydCI+ICAgfCAgICAgICAgICAgICAg IHwgICAgICAgIHVuYXNzaWduZWQgICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgICB8PC9z cGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJibG9jayI+PHNwYW4gY2xhc3M9Imluc2VydCI+ICAgfCA2NTI4MCAtIDY1NTE5IHwgICAg ICAgRXhwZXJpbWVudGFsICAgICAgfCBUaGlzIGRvY3VtZW50ICAgICAgICAgICB8PC9zcGFuPjwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJi bG9jayI+PHNwYW4gY2xhc3M9Imluc2VydCI+ICAgfCA2NTUyMCAtIDY1NTM0IHwgICAgICAgUHJp dmF0ZSBVc2UgICAgICAgfCBUaGlzIGRvY3VtZW50ICAgICAgICAgICB8PC9zcGFuPjwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ PHNwYW4gY2xhc3M9Imluc2VydCI+ICAgfCA2NTUzNSAgICAgICAgIHwgICAgICAgICBSZXNlcnZl ZCAgICAgICAgfCBUaGlzIGRvY3VtZW50ICAgICAgICAgICB8PC9zcGFuPjwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0 ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4g Y2xhc3M9Imluc2VydCI+ICAgKy0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9 Imluc2VydCI+PC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9Imluc2VydCI+ICAgICAgICAgICAg ICAgIFRhYmxlIDE6IFJldHVybiBQYXRoIFN1Yi1UTFYgVHlwZSBSZWdpc3RyeTwvc3Bhbj48L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxv Y2siPiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICA8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIElBTkEg aXMgcmVxdWVzdGVkIHRvIGFsbG9jYXRlIHRoZSB2YWx1ZXMgZm9yIHRoZSBmb2xsb3dpbmcgU3Vi LVRMVjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIElBTkEgaXMgcmVxdWVzdGVk IHRvIGFsbG9jYXRlIHRoZSB2YWx1ZXMgZm9yIHRoZSBmb2xsb3dpbmcgU3ViLVRMVjwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDA1MiI+PHRkPjwv dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJs b2NrIj4gICBUeXBlcyBmPHNwYW4gY2xhc3M9ImRlbGV0ZSI+b3IgdGhlIFJldHVybiBQYXRoIFRM ViBmb3IgUkZDIDYzNzQ8L3NwYW4+LjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4g ICBUeXBlcyBmPHNwYW4gY2xhc3M9Imluc2VydCI+cm9tIHRoaXMgcmVnaXN0cnk8L3NwYW4+Ljwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdo dCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBvICBUeXBlICh2YWx1ZSAxKTogU1It TVBMUyBMYWJlbCBTdGFjayBvZiB0aGUgUmV2ZXJzZSBTUiBQYXRoPC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+ICAgbyAgVHlwZSAodmFsdWUgMSk6IFNSLU1QTFMgTGFiZWwgU3RhY2sg b2YgdGhlIFJldmVyc2UgU1IgUGF0aDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4g ICBvICBUeXBlICh2YWx1ZSAyKTogU1ItTVBMUyBCaW5kaW5nIFNJRDwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmlnaHQiPiAgIG8gIFR5cGUgKHZhbHVlIDIpOiBTUi1NUExTIEJpbmRpbmcgU0lE PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICBbSS1ELmlldGYtcGNlLWJpbmRpbmct bGFiZWwtc2lkXSBvZiB0aGUgUmV2ZXJzZSBTUiBQb2xpY3k8L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij4gICAgICBbSS1ELmlldGYtcGNlLWJpbmRpbmctbGFiZWwtc2lkXSBvZiB0aGUg UmV2ZXJzZSBTUiBQb2xpY3k8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg IDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgSUFO QSBpcyBhbHNvIHJlcXVlc3RlZCB0byBhbGxvY2F0ZSBhIHZhbHVlIGZvciB0aGUgZm9sbG93aW5n PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgSUFOQSBpcyBhbHNvIHJlcXVlc3Rl ZCB0byBhbGxvY2F0ZSBhIHZhbHVlIGZvciB0aGUgZm9sbG93aW5nPC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9ImRpZmYwMDUzIj48dGQ+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIG1h bmRhdG9yeSBCbG9jayBOdW1iZXIgVExWIFR5cGUgZm9yIFJGQyA2Mzc0IHRvIGJlIGNhcnJpZWQg aW4gdGhlIDxzcGFuIGNsYXNzPSJkZWxldGUiPlBNPC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmJsb2NrIj4gICBtYW5kYXRvcnkgQmxvY2sgTnVtYmVyIFRMViBUeXBlIGZvciBSRkMg NjM3NCB0byBiZSBjYXJyaWVkIGluIHRoZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4g ICBwcm9iZSBxdWVyeSBhbmQgcmVzcG9uc2UgbWVzc2FnZXMgZm9yIGxvc3MgPHNwYW4gY2xhc3M9 ImRlbGV0ZSI+bWVhc3VyZW1lbnQ6PC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJs b2NrIj4gICBwcm9iZSBxdWVyeSBhbmQgcmVzcG9uc2UgbWVzc2FnZXMgZm9yIGxvc3MgPHNwYW4g Y2xhc3M9Imluc2VydCI+bWVhc3VyZW1lbnQgZnJvbSB0aGUgIk1QTFM8L3NwYW4+PC90ZD48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48 c3BhbiBjbGFzcz0iaW5zZXJ0Ij4gICBMb3NzL0RlbGF5IE1lYXN1cmVtZW50IFRMViBPYmplY3Qi IHJlZ2lzdHJ5IGNvbnRhaW5lZCB3aXRoaW4gdGhlPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9 Imluc2VydCI+ICAgIkdlbmVyaWMgQXNzb2NpYXRlZCBDaGFubmVsIChHLUFDaCkgUGFyYW1ldGVy cyIgcmVnaXN0cnkgc2V0Ojwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ ICAgbyAgVHlwZSBUQkEyOiBCbG9jayBOdW1iZXIgVExWPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+ICAgbyAgVHlwZSBUQkEyOiBCbG9jayBOdW1iZXIgVExWPC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48dGQgY2xhc3M9ImxlZnQiPjEyLiAgUmVmZXJlbmNlczwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPjEyLiAgUmVmZXJlbmNlczwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0 Ij4xMi4xLiAgTm9ybWF0aXZlIFJlZmVyZW5jZXM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp Z2h0Ij4xMi4xLiAgTm9ybWF0aXZlIFJlZmVyZW5jZXM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGVmdCI+ICAgW1JGQzIxMTldICBCcmFkbmVyLCBTLiwgIktleSB3b3JkcyBmb3IgdXNlIGlu IFJGQ3MgdG8gSW5kaWNhdGU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBbUkZD MjExOV0gIEJyYWRuZXIsIFMuLCAiS2V5IHdvcmRzIGZvciB1c2UgaW4gUkZDcyB0byBJbmRpY2F0 ZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgICAgICAgICBSZXF1aXJlbWVudCBM ZXZlbHMiLCBCQ1AgMTQsIFJGQyAyMTE5LDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi PiAgICAgICAgICAgICAgUmVxdWlyZW1lbnQgTGV2ZWxzIiwgQkNQIDE0LCBSRkMgMjExOSw8L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgICAgICAgICAgRE9JIDEwLjE3NDg3L1JGQzIx MTksIE1hcmNoIDE5OTcsPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgICAg ICAgICBET0kgMTAuMTc0ODcvUkZDMjExOSwgTWFyY2ggMTk5Nyw8L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJwYXJ0LTkiIGNsYXNzPSJjaGFuZ2Ui ID48dGQ+PC90ZD48dGg+PHNtYWxsPnNraXBwaW5nIHRvIGNoYW5nZSBhdDwvc21hbGw+PGEgaHJl Zj0iI3BhcnQtOSI+PGVtPiBwYWdlIDE2LCBsaW5lIDEwPHNwYW4gY2xhc3M9ImhpZGUiPiAmcGFy YTs8L3NwYW4+PC9lbT48L2E+PC90aD48dGg+IDwvdGg+PHRoPjxzbWFsbD5za2lwcGluZyB0byBj aGFuZ2UgYXQ8L3NtYWxsPjxhIGhyZWY9IiNwYXJ0LTkiPjxlbT4gcGFnZSAxNiwgbGluZSA0NTxz cGFuIGNsYXNzPSJoaWRlIj4gJnBhcmE7PC9zcGFuPjwvZW0+PC9hPjwvdGg+PHRkPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAg W1JGQzc2NzldICBBbG1lcywgRy4sIEthbGlkaW5kaSwgUy4sIFpla2F1c2thcywgTS4sIGFuZCBB LiBNb3J0b24sPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgW1JGQzc2NzldICBB bG1lcywgRy4sIEthbGlkaW5kaSwgUy4sIFpla2F1c2thcywgTS4sIGFuZCBBLiBNb3J0b24sPC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAgICAgICAgIEVkLiwgIkEgT25lLVdheSBE ZWxheSBNZXRyaWMgZm9yIElQIFBlcmZvcm1hbmNlIE1ldHJpY3M8L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJpZ2h0Ij4gICAgICAgICAgICAgIEVkLiwgIkEgT25lLVdheSBEZWxheSBNZXRyaWMg Zm9yIElQIFBlcmZvcm1hbmNlIE1ldHJpY3M8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAg ICAgICAgICAgICAgKElQUE0pIiwgU1REIDgxLCBSRkMgNzY3OSwgRE9JIDEwLjE3NDg3L1JGQzc2 NzksIEphbnVhcnk8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgICAgICAg IChJUFBNKSIsIFNURCA4MSwgUkZDIDc2NzksIERPSSAxMC4xNzQ4Ny9SRkM3Njc5LCBKYW51YXJ5 PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAgICAgICAgIDIwMTYsICZsdDtodHRw czovL3d3dy5yZmMtZWRpdG9yLm9yZy9pbmZvL3JmYzc2NzkmZ3Q7LjwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgICAgICAgMjAxNiwgJmx0O2h0dHBzOi8vd3d3LnJmYy1l ZGl0b3Iub3JnL2luZm8vcmZjNzY3OSZndDsuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPiAgIFtSRkM3NDcxXSAgR2lhY2Fsb25lLCBTLiwgV2FyZCwgRC4sIERyYWtlLCBKLiwgQXRs YXMsIEEuLCBhbmQgUy48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBbUkZDNzQ3 MV0gIEdpYWNhbG9uZSwgUy4sIFdhcmQsIEQuLCBEcmFrZSwgSi4sIEF0bGFzLCBBLiwgYW5kIFMu PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAgICAgICAgIFByZXZpZGksICJPU1BG IFRyYWZmaWMgRW5naW5lZXJpbmcgKFRFKSBNZXRyaWM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJpZ2h0Ij4gICAgICAgICAgICAgIFByZXZpZGksICJPU1BGIFRyYWZmaWMgRW5naW5lZXJpbmcg KFRFKSBNZXRyaWM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgICAgICAgICAgRXh0 ZW5zaW9ucyIsIFJGQyA3NDcxLCBET0kgMTAuMTc0ODcvUkZDNzQ3MSwgTWFyY2ggMjAxNSw8L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgICAgICAgIEV4dGVuc2lvbnMiLCBS RkMgNzQ3MSwgRE9JIDEwLjE3NDg3L1JGQzc0NzEsIE1hcmNoIDIwMTUsPC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij4gICAgICAgICAgICAgICZsdDtodHRwczovL3d3dy5yZmMtZWRpdG9yLm9y Zy9pbmZvL3JmYzc0NzEmZ3Q7LjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAg ICAgICAgICAgJmx0O2h0dHBzOi8vd3d3LnJmYy1lZGl0b3Iub3JnL2luZm8vcmZjNzQ3MSZndDsu PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp Z2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlm ZjAwNTQiPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxibG9jayI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIDxz cGFuIGNsYXNzPSJpbnNlcnQiPltSRkM4MTI2XSAgQ290dG9uLCBNLiwgTGVpYmEsIEIuLCBhbmQg VC4gTmFydGVuLCAiR3VpZGVsaW5lcyBmb3I8L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs YmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBjbGFzcz0iaW5z ZXJ0Ij4gICAgICAgICAgICAgIFdyaXRpbmcgYW4gSUFOQSBDb25zaWRlcmF0aW9ucyBTZWN0aW9u IGluIFJGQ3MiLCBCQ1AgMjYsPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9Imluc2VydCI+ICAg ICAgICAgICAgICBSRkMgODEyNiwgRE9JIDEwLjE3NDg3L1JGQzgxMjYsIEp1bmUgMjAxNyw8L3Nw YW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmJsb2NrIj48c3BhbiBjbGFzcz0iaW5zZXJ0Ij4gICAgICAgICAgICAgICZsdDtodHRwczov L3d3dy5yZmMtZWRpdG9yLm9yZy9pbmZvL3JmYzgxMjYmZ3Q7Ljwvc3Bhbj48L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxibG9jayI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICA8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFtSRkM4MzIxXSAgRmlv Y2NvbGEsIEcuLCBFZC4sIENhcGVsbG8sIEEuLCBDb2NpZ2xpbywgTS4sIENhc3RhbGRlbGxpLDwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFtSRkM4MzIxXSAgRmlvY2NvbGEsIEcu LCBFZC4sIENhcGVsbG8sIEEuLCBDb2NpZ2xpbywgTS4sIENhc3RhbGRlbGxpLDwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgICAgICAgICBMLiwgQ2hlbiwgTS4sIFpoZW5nLCBMLiwg TWlyc2t5LCBHLiwgYW5kIFQuIE1penJhaGksPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdo dCI+ICAgICAgICAgICAgICBMLiwgQ2hlbiwgTS4sIFpoZW5nLCBMLiwgTWlyc2t5LCBHLiwgYW5k IFQuIE1penJhaGksPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAgICAgICAgICJB bHRlcm5hdGUtTWFya2luZyBNZXRob2QgZm9yIFBhc3NpdmUgYW5kIEh5YnJpZDwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgICAgICAgIkFsdGVybmF0ZS1NYXJraW5nIE1l dGhvZCBmb3IgUGFzc2l2ZSBhbmQgSHlicmlkPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4g ICAgICAgICAgICAgIFBlcmZvcm1hbmNlIE1vbml0b3JpbmciLCBSRkMgODMyMSwgRE9JIDEwLjE3 NDg3L1JGQzgzMjEsPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgICAgICAg ICBQZXJmb3JtYW5jZSBNb25pdG9yaW5nIiwgUkZDIDgzMjEsIERPSSAxMC4xNzQ4Ny9SRkM4MzIx LDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgICAgICAgICBKYW51YXJ5IDIwMTgs ICZsdDtodHRwczovL3d3dy5yZmMtZWRpdG9yLm9yZy9pbmZvL3JmYzgzMjEmZ3Q7LjwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgICAgICAgSmFudWFyeSAyMDE4LCAmbHQ7 aHR0cHM6Ly93d3cucmZjLWVkaXRvci5vcmcvaW5mby9yZmM4MzIxJmd0Oy48L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgW1JGQzg0MDJdICBGaWxzZmlscywgQy4sIEVkLiwgUHJl dmlkaSwgUy4sIEVkLiwgR2luc2JlcmcsIEwuLDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmln aHQiPiAgIFtSRkM4NDAyXSAgRmlsc2ZpbHMsIEMuLCBFZC4sIFByZXZpZGksIFMuLCBFZC4sIEdp bnNiZXJnLCBMLiw8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgICAgICAgICAgRGVj cmFlbmUsIEIuLCBMaXRrb3dza2ksIFMuLCBhbmQgUi4gU2hha2lyLCAiU2VnbWVudDwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgICAgICAgRGVjcmFlbmUsIEIuLCBMaXRr b3dza2ksIFMuLCBhbmQgUi4gU2hha2lyLCAiU2VnbWVudDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i bGVmdCI+ICAgICAgICAgICAgICBSb3V0aW5nIEFyY2hpdGVjdHVyZSIsIFJGQyA4NDAyLCBET0kg MTAuMTc0ODcvUkZDODQwMiw8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAg ICAgICAgIFJvdXRpbmcgQXJjaGl0ZWN0dXJlIiwgUkZDIDg0MDIsIERPSSAxMC4xNzQ4Ny9SRkM4 NDAyLDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgICAgICAgICBKdWx5IDIwMTgs ICZsdDtodHRwczovL3d3dy5yZmMtZWRpdG9yLm9yZy9pbmZvL3JmYzg0MDImZ3Q7LjwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgICAgICAgSnVseSAyMDE4LCAmbHQ7aHR0 cHM6Ly93d3cucmZjLWVkaXRvci5vcmcvaW5mby9yZmM4NDAyJmd0Oy48L3RkPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg Y2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJwYXJ0LTEwIiBjbGFzcz0iY2hh bmdlIiA+PHRkPjwvdGQ+PHRoPjxzbWFsbD5za2lwcGluZyB0byBjaGFuZ2UgYXQ8L3NtYWxsPjxh IGhyZWY9IiNwYXJ0LTEwIj48ZW0+IHBhZ2UgMTYsIGxpbmUgNDA8c3BhbiBjbGFzcz0iaGlkZSI+ ICZwYXJhOzwvc3Bhbj48L2VtPjwvYT48L3RoPjx0aD4gPC90aD48dGg+PHNtYWxsPnNraXBwaW5n IHRvIGNoYW5nZSBhdDwvc21hbGw+PGEgaHJlZj0iI3BhcnQtMTAiPjxlbT4gcGFnZSAxNywgbGlu ZSAzNTxzcGFuIGNsYXNzPSJoaWRlIj4gJnBhcmE7PC9zcGFuPjwvZW0+PC9hPjwvdGg+PHRkPjwv dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVm dCI+ICAgICAgICAgICAgICAmbHQ7aHR0cHM6Ly93d3cucmZjLWVkaXRvci5vcmcvaW5mby9yZmM4 NTcxJmd0Oy48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgICAgICAgICZs dDtodHRwczovL3d3dy5yZmMtZWRpdG9yLm9yZy9pbmZvL3JmYzg1NzEmZ3Q7LjwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBbUkZDODY2OF0gIEdpbnNiZXJnLCBMLiwgRWQuLCBC YXNoYW5keSwgQS4sIEZpbHNmaWxzLCBDLiwgTmFuZHVyaSw8L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij4gICBbUkZDODY2OF0gIEdpbnNiZXJnLCBMLiwgRWQuLCBCYXNoYW5keSwgQS4s IEZpbHNmaWxzLCBDLiwgTmFuZHVyaSw8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAg ICAgICAgICAgTS4sIGFuZCBFLiBBcmllcywgIkFkdmVydGlzaW5nIExheWVyIDIgQnVuZGxlIE1l bWJlciBMaW5rPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgICAgICAgICBN LiwgYW5kIEUuIEFyaWVzLCAiQWR2ZXJ0aXNpbmcgTGF5ZXIgMiBCdW5kbGUgTWVtYmVyIExpbms8 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgICAgICAgICAgQXR0cmlidXRlcyBpbiBJ Uy1JUyIsIFJGQyA4NjY4LCBET0kgMTAuMTc0ODcvUkZDODY2OCw8L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJpZ2h0Ij4gICAgICAgICAgICAgIEF0dHJpYnV0ZXMgaW4gSVMtSVMiLCBSRkMgODY2 OCwgRE9JIDEwLjE3NDg3L1JGQzg2NjgsPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAg ICAgICAgICAgIERlY2VtYmVyIDIwMTksICZsdDtodHRwczovL3d3dy5yZmMtZWRpdG9yLm9yZy9p bmZvL3JmYzg2NjgmZ3Q7LjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAg ICAgICAgRGVjZW1iZXIgMjAxOSwgJmx0O2h0dHBzOi8vd3d3LnJmYy1lZGl0b3Iub3JnL2luZm8v cmZjODY2OCZndDsuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg IDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFtJLUQuaWV0 Zi1zcHJpbmctc2VnbWVudC1yb3V0aW5nLXBvbGljeV08L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJpZ2h0Ij4gICBbSS1ELmlldGYtc3ByaW5nLXNlZ21lbnQtcm91dGluZy1wb2xpY3ldPC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAgICAgICAgIEZpbHNmaWxzLCBDLiwgU2l2YWJh bGFuLCBTLiwgVm95ZXIsIEQuLCBCb2dkYW5vdiwgQS4sIGFuZDwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPiAgICAgICAgICAgICAgRmlsc2ZpbHMsIEMuLCBTaXZhYmFsYW4sIFMuLCBW b3llciwgRC4sIEJvZ2Rhbm92LCBBLiwgYW5kPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4g ICAgICAgICAgICAgIFAuIE1hdHRlcywgIlNlZ21lbnQgUm91dGluZyBQb2xpY3kgQXJjaGl0ZWN0 dXJlIiwgZHJhZnQtPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgICAgICAg ICBQLiBNYXR0ZXMsICJTZWdtZW50IFJvdXRpbmcgUG9saWN5IEFyY2hpdGVjdHVyZSIsIGRyYWZ0 LTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDA1 NSI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGJsb2NrIj4gICAgICAgICAgICAgIDxzcGFuIGNsYXNzPSJkZWxldGUiPmlldGYtc3By aW5nLXNlZ21lbnQtcm91dGluZy1wb2xpY3ktMDY8L3NwYW4+ICh3b3JrIGluIHByb2dyZXNzKSw8 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgICAgICAgICAgICA8c3BhbiBjbGFz cz0iaW5zZXJ0Ij5pZXRmLXNwcmluZy1zZWdtZW50LXJvdXRpbmctcG9saWN5LTA3PC9zcGFuPiAo d29yayBpbiBwcm9ncmVzcyksPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgICAgICAg ICAgICAgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+RGVjZW1iZXIgMjAxOS48L3NwYW4+PC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgICAgICAgICAgICAgPHNwYW4gY2xhc3M9Imluc2Vy dCI+TWF5IDIwMjAuPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBb SS1ELnZveWVyLXNwcmluZy1zci1yZXBsaWNhdGlvbi1zZWdtZW50XTwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmlnaHQiPiAgIFtJLUQudm95ZXItc3ByaW5nLXNyLXJlcGxpY2F0aW9uLXNlZ21l bnRdPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAgICAgICAgIFZveWVyLCBELiwg Rmlsc2ZpbHMsIEMuLCBQYXJla2gsIFIuLCBCaWRnb2xpLCBILiwgYW5kIFouPC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgICAgICAgICBWb3llciwgRC4sIEZpbHNmaWxzLCBD LiwgUGFyZWtoLCBSLiwgQmlkZ29saSwgSC4sIGFuZCBaLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i bGVmdCI+ICAgICAgICAgICAgICBaaGFuZywgIlNSIFJlcGxpY2F0aW9uIFNlZ21lbnQgZm9yIE11 bHRpLXBvaW50IFNlcnZpY2U8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAg ICAgICAgIFpoYW5nLCAiU1IgUmVwbGljYXRpb24gU2VnbWVudCBmb3IgTXVsdGktcG9pbnQgU2Vy dmljZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZm MDA1NiI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0 ZCBjbGFzcz0ibGJsb2NrIj4gICAgICAgICAgICAgIERlbGl2ZXJ5IiwgPHNwYW4gY2xhc3M9ImRl bGV0ZSI+ZHJhZnQtdm95ZXItc3ByaW5nLXNyLXJlcGxpY2F0aW9uLXNlZ21lbnQtMDI8L3NwYW4+ PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgICAgICAgICAgICAgRGVsaXZlcnki LCA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5kcmFmdC12b3llci1zcHJpbmctc3ItcmVwbGljYXRpb24t c2VnbWVudC0wMzwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg IDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgICAgICAg ICAgICAod29yayBpbiBwcm9ncmVzcyksIDxzcGFuIGNsYXNzPSJkZWxldGUiPk5vdmVtYmVyIDIw MTkuPC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICAgICAgICAgICAg ICh3b3JrIGluIHByb2dyZXNzKSwgPHNwYW4gY2xhc3M9Imluc2VydCI+SnVuZSAyMDIwLjwvc3Bh bj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgW0ktRC5pZXRmLXBjZS1iaW5k aW5nLWxhYmVsLXNpZF08L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBbSS1ELmll dGYtcGNlLWJpbmRpbmctbGFiZWwtc2lkXTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAg ICAgICAgICAgICBTaXZhYmFsYW4sIFMuLCBGaWxzZmlscywgQy4sIFRhbnRzdXJhLCBKLiwgSGFy ZHdpY2ssIEouLDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgICAgICAg U2l2YWJhbGFuLCBTLiwgRmlsc2ZpbHMsIEMuLCBUYW50c3VyYSwgSi4sIEhhcmR3aWNrLCBKLiw8 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgICAgICAgICAgUHJldmlkaSwgUy4sIGFu ZCBDLiBMaSwgIkNhcnJ5aW5nIEJpbmRpbmcgTGFiZWwvU2VnbWVudC1JRDwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgICAgICAgUHJldmlkaSwgUy4sIGFuZCBDLiBMaSwg IkNhcnJ5aW5nIEJpbmRpbmcgTGFiZWwvU2VnbWVudC1JRDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i bGVmdCI+ICAgICAgICAgICAgICBpbiBQQ0UtYmFzZWQgTmV0d29ya3MuIiwgZHJhZnQtaWV0Zi1w Y2UtYmluZGluZy1sYWJlbC08L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAg ICAgICAgIGluIFBDRS1iYXNlZCBOZXR3b3Jrcy4iLCBkcmFmdC1pZXRmLXBjZS1iaW5kaW5nLWxh YmVsLTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZm MDA1NyI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0 ZCBjbGFzcz0ibGJsb2NrIj4gICAgICAgICAgICAgIHNpZC0wPHNwYW4gY2xhc3M9ImRlbGV0ZSI+ MSAod29yayBpbiBwcm9ncmVzcyksIE5vdmVtYmVyIDIwMTk8L3NwYW4+LjwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmJsb2NrIj4gICAgICAgICAgICAgIHNpZC0wPHNwYW4gY2xhc3M9Imluc2Vy dCI+MiAod29yayBpbiBwcm9ncmVzcyksIE1hcmNoIDIwMjA8L3NwYW4+LjwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0 ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBbSS1ELmlldGYtc3ByaW5nLW1wbHMtcGF0aC1zZWdtZW50 XTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFtJLUQuaWV0Zi1zcHJpbmctbXBs cy1wYXRoLXNlZ21lbnRdPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAgICAgICAg IENoZW5nLCBXLiwgTGksIEguLCBDaGVuLCBNLiwgR2FuZGhpLCBSLiwgYW5kIFIuIFppZ2xlciw8 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgICAgICAgIENoZW5nLCBXLiwg TGksIEguLCBDaGVuLCBNLiwgR2FuZGhpLCBSLiwgYW5kIFIuIFppZ2xlciw8L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPiAgICAgICAgICAgICAgIlBhdGggU2VnbWVudCBpbiBNUExTIEJhc2Vk IFNlZ21lbnQgUm91dGluZyBOZXR3b3JrIiw8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij4gICAgICAgICAgICAgICJQYXRoIFNlZ21lbnQgaW4gTVBMUyBCYXNlZCBTZWdtZW50IFJvdXRp bmcgTmV0d29yayIsPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAgICAgICAgIGRy YWZ0LWlldGYtc3ByaW5nLW1wbHMtcGF0aC1zZWdtZW50LTAyICh3b3JrIGluIHByb2dyZXNzKSw8 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgICAgICAgIGRyYWZ0LWlldGYt c3ByaW5nLW1wbHMtcGF0aC1zZWdtZW50LTAyICh3b3JrIGluIHByb2dyZXNzKSw8L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgICAgICAgICAgRmVicnVhcnkgMjAyMC48L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgICAgICAgIEZlYnJ1YXJ5IDIwMjAuPC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFtJLUQuZ2FuZGhpLW1wbHMtaW9hbS1zcl08 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBbSS1ELmdhbmRoaS1tcGxzLWlvYW0t c3JdPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAgICAgICAgIEdhbmRoaSwgUi4s IEFsaSwgWi4sIEZpbHNmaWxzLCBDLiwgQnJvY2tuZXJzLCBGLiwgV2VuLCBCLiw8L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgICAgICAgIEdhbmRoaSwgUi4sIEFsaSwgWi4s IEZpbHNmaWxzLCBDLiwgQnJvY2tuZXJzLCBGLiwgV2VuLCBCLiw8L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwNTgiPjx0ZD48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgICAg ICAgICAgICBhbmQgVi4gS296YWssIDxzcGFuIGNsYXNzPSJkZWxldGUiPiJTZWdtZW50IFJvdXRp bmcgd2l0aCBNUExTPC9zcGFuPiBEYXRhIFBsYW5lPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy YmxvY2siPiAgICAgICAgICAgICAgYW5kIFYuIEtvemFrLCA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij4i TVBMUzwvc3Bhbj4gRGF0YSBQbGFuZSBFbmNhcHN1bGF0aW9uIGZvciBJbi1zaXR1PC90ZD48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgICAgICAgICAgICAgRW5jYXBzdWxhdGlvbiBmb3IgSW4t c2l0dSBPQU0gRGF0YSIsIDxzcGFuIGNsYXNzPSJkZWxldGUiPmRyYWZ0LWdhbmRoaS1tcGxzLTwv c3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgICAgICAgICAgICBPQU0g RGF0YSIsIDxzcGFuIGNsYXNzPSJpbnNlcnQiPmRyYWZ0LWdhbmRoaS1tcGxzLWlvYW0tc3ItMDI8 L3NwYW4+ICh3b3JrIGluPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjxzcGFuIGNsYXNz PSJkZWxldGUiPiAgICAgICAgICAgICAgaW9hbS1zci0wMTwvc3Bhbj4gKHdvcmsgaW4gcHJvZ3Jl c3MpLCA8c3BhbiBjbGFzcz0iZGVsZXRlIj5EZWNlbWJlciAyMDE5Ljwvc3Bhbj48L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgICAgICAgICAgICBwcm9ncmVzcyksIDxzcGFuIGNs YXNzPSJpbnNlcnQiPk1hcmNoIDIwMjAuPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVm dCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz PSJsZWZ0Ij4gICBbSS1ELmtldGFudC1sc3Itb3NwZi1sMmJ1bmRsZXNdPC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+ICAgW0ktRC5rZXRhbnQtbHNyLW9zcGYtbDJidW5kbGVzXTwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgICAgICAgICBUYWxhdWxpa2FyLCBLLiBhbmQg UC4gUHNlbmFrLCAiQWR2ZXJ0aXNpbmcgTDIgQnVuZGxlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+ICAgICAgICAgICAgICBUYWxhdWxpa2FyLCBLLiBhbmQgUC4gUHNlbmFrLCAiQWR2 ZXJ0aXNpbmcgTDIgQnVuZGxlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAgICAg ICAgIE1lbWJlciBMaW5rIEF0dHJpYnV0ZXMgaW4gT1NQRiIsIGRyYWZ0LWtldGFudC1sc3Itb3Nw Zi08L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgICAgICAgIE1lbWJlciBM aW5rIEF0dHJpYnV0ZXMgaW4gT1NQRiIsIGRyYWZ0LWtldGFudC1sc3Itb3NwZi08L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgICAgICAgICAgbDJidW5kbGVzLTAxICh3b3JrIGluIHBy b2dyZXNzKSwgSmFudWFyeSAyMDIwLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAg ICAgICAgICAgICAgbDJidW5kbGVzLTAxICh3b3JrIGluIHByb2dyZXNzKSwgSmFudWFyeSAyMDIw LjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy aWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBbSS1ELmlldGYtcGNlLXNyLWJp ZGlyLXBhdGhdPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgW0ktRC5pZXRmLXBj ZS1zci1iaWRpci1wYXRoXTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgICAgICAg ICBMaSwgQy4sIENoZW4sIE0uLCBDaGVuZywgVy4sIEdhbmRoaSwgUi4sIGFuZCBRLiBYaW9uZyw8 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgICAgICAgIExpLCBDLiwgQ2hl biwgTS4sIENoZW5nLCBXLiwgR2FuZGhpLCBSLiwgYW5kIFEuIFhpb25nLDwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0 ZCBjbGFzcz0ibGVmdCI+ICAgICAgICAgICAgICAiUENFUCBFeHRlbnNpb25zIGZvciBBc3NvY2lh dGVkIEJpZGlyZWN0aW9uYWwgU2VnbWVudDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi PiAgICAgICAgICAgICAgIlBDRVAgRXh0ZW5zaW9ucyBmb3IgQXNzb2NpYXRlZCBCaWRpcmVjdGlv bmFsIFNlZ21lbnQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBp ZD0iZGlmZjAwNTkiPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgICAgICAgICAgICBSb3V0aW5nIChTUikgUGF0aHMi LCA8c3BhbiBjbGFzcz0iZGVsZXRlIj5kcmFmdC1pZXRmLXBjZS1zci1iaWRpci1wYXRoLTAxPC9z cGFuPiAod29yazwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICAgICAgICAgICAg IFJvdXRpbmcgKFNSKSBQYXRocyIsIDxzcGFuIGNsYXNzPSJpbnNlcnQiPmRyYWZ0LWlldGYtcGNl LXNyLWJpZGlyLXBhdGgtMDI8L3NwYW4+ICh3b3JrPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxv Y2siPiAgICAgICAgICAgICAgaW4gcHJvZ3Jlc3MpLCA8c3BhbiBjbGFzcz0iZGVsZXRlIj5GZWJy dWFyeTwvc3Bhbj4gMjAyMC48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgICAg ICAgICAgICBpbiBwcm9ncmVzcyksIDxzcGFuIGNsYXNzPSJpbnNlcnQiPk1hcmNoPC9zcGFuPiAy MDIwLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij5BY2tub3dsZWRnbWVudHM8L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij5BY2tub3dsZWRnbWVudHM8L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgVGhlIGF1dGhvcnMgd291bGQgbGlrZSB0byB0aGFuayBU aGllcnJ5IENvdXR1cmUgZm9yIHRoZSBkaXNjdXNzaW9uczwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPiAgIFRoZSBhdXRob3JzIHdvdWxkIGxpa2UgdG8gdGhhbmsgVGhpZXJyeSBDb3V0 dXJlIGZvciB0aGUgZGlzY3Vzc2lvbnM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIG9u IHRoZSB1c2UtY2FzZXMgZm9yIHRoZSBwZXJmb3JtYW5jZSBtZWFzdXJlbWVudCBpbiBzZWdtZW50 IHJvdXRpbmc8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBvbiB0aGUgdXNlLWNh c2VzIGZvciB0aGUgcGVyZm9ybWFuY2UgbWVhc3VyZW1lbnQgaW4gc2VnbWVudCByb3V0aW5nPC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBuZXR3b3Jrcy4gIEF1dGhvcnMgd291bGQgbGlr ZSB0byB0aGFuayBQYXRyaWNrIEtob3Jkb2MgZm9yPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy aWdodCI+ICAgbmV0d29ya3MuICBBdXRob3JzIHdvdWxkIGxpa2UgdG8gdGhhbmsgUGF0cmljayBL aG9yZG9jIGZvcjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgaW1wbGVtZW50aW5nIHRo ZSBtZWNoYW5pc21zIGRlZmluZWQgaW4gdGhpcyBkb2N1bWVudC4gIFRoZSBhdXRob3JzPC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgaW1wbGVtZW50aW5nIHRoZSBtZWNoYW5pc21z IGRlZmluZWQgaW4gdGhpcyBkb2N1bWVudC4gIFRoZSBhdXRob3JzPC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsZWZ0Ij4gICB3b3VsZCBsaWtlIHRvIHRoYW5rIEdyZWcgTWlyc2t5IGZvciBwcm92aWRp bmcgbWFueSB1c2VmdWwgY29tbWVudHM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4g ICB3b3VsZCBsaWtlIHRvIHRoYW5rIEdyZWcgTWlyc2t5IGZvciBwcm92aWRpbmcgbWFueSB1c2Vm dWwgY29tbWVudHM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGFuZCBzdWdnZXN0aW9u cy4gIFRoZSBhdXRob3JzIHdvdWxkIGFsc28gbGlrZSB0byB0aGFuayBTdGV3YXJ0PC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgYW5kIHN1Z2dlc3Rpb25zLiAgVGhlIGF1dGhvcnMg d291bGQgYWxzbyBsaWtlIHRvIHRoYW5rIFN0ZXdhcnQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPiAgIEJyeWFudCwgU2FtIEFsZHJpbiwgVGFyZWsgU2FhZCwgYW5kIFJhaml2IEFzYXRpIGZv ciB0aGVpciByZXZpZXc8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBCcnlhbnQs IFNhbSBBbGRyaW4sIFRhcmVrIFNhYWQsIGFuZCBSYWppdiBBc2F0aSBmb3IgdGhlaXIgcmV2aWV3 PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9ImRpZmYwMDYw Ij48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsYmxvY2siPiAgIGNvbW1lbnRzLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2Nr Ij4gICBjb21tZW50cy48c3BhbiBjbGFzcz0iaW5zZXJ0Ij4gIFRoYW5rcyB0byBIdWFpbW8gQ2hl biBmb3IgTVBMUy1SVCBleHBlcnQgcmV2aWV3Ljwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGVmdCI+Q29udHJpYnV0b3JzPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ Q29udHJpYnV0b3JzPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIg aWQ9ImRpZmYwMDYxIj48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2Nr Ij48c3BhbiBjbGFzcz0iaW5zZXJ0Ij4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPC9zcGFuPjwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+ICAgU2FnYXIgU29uaTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmlnaHQiPiAgIFNhZ2FyIFNvbmk8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIENpc2Nv IFN5c3RlbXMsIEluYy48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBDaXNjbyBT eXN0ZW1zLCBJbmMuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBFbWFpbDogc2Fnc29u aUBjaXNjby5jb208L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBFbWFpbDogc2Fn c29uaUBjaXNjby5jb208L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgWmFmYXIg QWxpPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgWmFmYXIgQWxpPC90ZD48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBDaXNjbyBTeXN0ZW1zLCBJbmMuPC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+ICAgQ2lzY28gU3lzdGVtcywgSW5jLjwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGVmdCI+ICAgRW1haWw6IHphbGlAY2lzY28uY29tPC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+ICAgRW1haWw6IHphbGlAY2lzY28uY29tPC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz PSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg Y2xhc3M9ImxlZnQiPiAgIFBpZXIgTHVpZ2kgVmVudHJlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+ICAgUGllciBMdWlnaSBWZW50cmU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PiAgIENOSVQ8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBDTklUPC90ZD48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgoKICAgICA8dHI+PHRkPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZD48L3RkPjwvdHI+ CiAgICAgPHRyIGlkPSJlbmQiIGJnY29sb3I9ImdyYXkiPjx0aCBjb2xzcGFuPSI1IiBhbGlnbj0i Y2VudGVyIj4mbmJzcDtFbmQgb2YgY2hhbmdlcy4gNjEgY2hhbmdlIGJsb2Nrcy4mbmJzcDs8L3Ro PjwvdHI+CiAgICAgPHRyIGNsYXNzPSJzdGF0cyI+PHRkPjwvdGQ+PHRoPjxpPjEzMSBsaW5lcyBj aGFuZ2VkIG9yIGRlbGV0ZWQ8L2k+PC90aD48dGg+PGk+IDwvaT48L3RoPjx0aD48aT4xODUgbGlu ZXMgY2hhbmdlZCBvciBhZGRlZDwvaT48L3RoPjx0ZD48L3RkPjwvdHI+CiAgICAgPHRyPjx0ZCBj b2xzcGFuPSI1IiBhbGlnbj0iY2VudGVyIiBjbGFzcz0ic21hbGwiPjxici8+VGhpcyBodG1sIGRp ZmYgd2FzIHByb2R1Y2VkIGJ5IHJmY2RpZmYgMS40Ny4gVGhlIGxhdGVzdCB2ZXJzaW9uIGlzIGF2 YWlsYWJsZSBmcm9tIDxhIGhyZWY9Imh0dHA6Ly93d3cudG9vbHMuaWV0Zi5vcmcvdG9vbHMvcmZj ZGlmZi8iID5odHRwOi8vdG9vbHMuaWV0Zi5vcmcvdG9vbHMvcmZjZGlmZi88L2E+IDwvdGQ+PC90 cj4KICAgPC90YWJsZT4KICAgPC9ib2R5PgogICA8L2h0bWw+Cg== --00000000000089ffd805a7ba7873-- From nobody Thu Jun 11 02:02:13 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 63AA53A1777; Thu, 11 Jun 2020 02:02:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.989 X-Spam-Level: X-Spam-Status: No, score=-1.989 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net header.b=eXTiVZFA; dkim=pass (1024-bit key) header.d=juniper.net header.b=ZZi0qoVn Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pGU6n1AQQERV; Thu, 11 Jun 2020 02:02:07 -0700 (PDT) Received: from mx0b-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.16]) (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 0BE4A3A1774; Thu, 11 Jun 2020 02:02:06 -0700 (PDT) Received: from pps.filterd (m0108157.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 05B8vZKF015830; Thu, 11 Jun 2020 02:02:04 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : mime-version; s=PPS1017; bh=1/HeJ2DEcaGYKJ+L65z8eFJ/E+wYZOa5ALudC/FPxvE=; b=eXTiVZFAwmggJhxfzWjqSLtM8m1C9UQcg60PT3Od+1PKKFMY1vLs23tFtX571WBe8Xg3 Obh7lWNNo17/diB5bSR1Wgir07VrrhFO5EQFYy6IYcZMPMMb6IUX9wbiUZaC+KAXSSOC O9JwGWHOMRCX9Zh2vl3Xfk1Pm+Ew4QCJ2d1nacGA2Nfud3SF3PiOoJ72fySAUycR26WD BpLRiyGog0CpcJUipKcxu5Ty83+X1CgdWmLisr5c+4l0nqXS4O/Vvxy1wq2vvqsvDFF+ S+tw5Iof6Rthfnf80zvhpYzDf/5ZWwaqK2S7uiV0RJxj0lbyJ1dz5lDYCgAEp5Xuxj3J wA== Received: from nam11-bn8-obe.outbound.protection.outlook.com (mail-bn8nam11lp2171.outbound.protection.outlook.com [104.47.58.171]) by mx0a-00273201.pphosted.com with ESMTP id 31gadn8r5j-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 11 Jun 2020 02:02:04 -0700 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=U9uQDElP/569H2sZwit01dPQjAr+pV+85Q2DUqCOBxkaB/1dgRCrjFsH65LumcCPrk+sty/eyaDvabXXbpCR7ZREbBhCPoGyHHGwBa46itv+WmEo/vqTzjRzyDoKBHilwLzr9iNuIscPXZyPQuVXq2//aJADcZzxUIdCfZWdySsHI4o5VUKoS24J/8YUikkDFjqfdnJuZ0CtN/mBjminoYszPLn3+mreFUNdFFQ5W9Y0PbcErTer4nQoFeQmXumSVbN0+w7QxYYLaXaijd3td1ysWVzz/mG2NhYc+PHNvnzwo15yzh2zd+lHoJU33IbDU5yic22siBst1CbPHbccag== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=1/HeJ2DEcaGYKJ+L65z8eFJ/E+wYZOa5ALudC/FPxvE=; b=Wh6c14Vg4TkJ9cg0+Vm9zx0gbMkMdHlu/frkIx3NgQEe4b2VxrVvd71r40/2aDcTR+dI2HxMQFXkMGYsSBTS7Kieezx42NzTv4Ogyv/FNB+Oh30xmCG8wkAJj+E81g3hm6rjOi4FVLNO++cUY+QKoQ6b2PvnGKrZyjXJh8PWeRC18YAVkfi2oCBTkvElohvxxghEOd5r3ocTUIoDkStWJ+G4S2GAvzvoMRYQrG5iNSSAmMLqXscw1jNGwjc1so1zlO3jMJi4p/J5hIvl35WIVZRCBsQqdaWQgdcIEkK7bKiqwvwOUtxHqJEbgtXj6PaIRKxEdhBouKEArw9ATN5jWA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=juniper.net; dmarc=pass action=none header.from=juniper.net; dkim=pass header.d=juniper.net; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=1/HeJ2DEcaGYKJ+L65z8eFJ/E+wYZOa5ALudC/FPxvE=; b=ZZi0qoVnHikytXjv+XpLZb+d2mYa4311p3Qs8j20GfFfvWTqSBH9b6GTUQtqTBZV7yk0xpgSWFemwyYRZIk5EZy1Fl438ODwWBxu9E9mUBF9r8UpaR2fZKkkM28/3PnfSILG6V7xp406l1U8MF3s3kD0WNb+gmxuxPlo5heaumg= Received: from CY4PR05MB3576.namprd05.prod.outlook.com (2603:10b6:910:52::22) by CY1PR05MB2713.namprd05.prod.outlook.com (2a01:111:e400:c610::9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3109.7; Thu, 11 Jun 2020 09:02:01 +0000 Received: from CY4PR05MB3576.namprd05.prod.outlook.com ([fe80::241d:c9c:c8de:e5e5]) by CY4PR05MB3576.namprd05.prod.outlook.com ([fe80::241d:c9c:c8de:e5e5%6]) with mapi id 15.20.3088.017; Thu, 11 Jun 2020 09:02:01 +0000 From: Shraddha Hegde To: "Ketan Talaulikar (ketant)" , Loa Andersson , "draft-hegde-mpls-spring-epe-oam@ietf.org" CC: "mpls-chairs@ietf.org" , "mpls@ietf.org" Thread-Topic: [mpls] working group adaption poll (wgap) for draft-hegde-mpls-spring-epe-oam Thread-Index: AQHWHpsEUfJU88XvSkKAbfbwWgY/HKikqACAgADOeACAAASQAIAhIQVQgAA2XYCAAUE9IIAAI44AgAHJvqCAAFUmgIAJBsvA Date: Thu, 11 Jun 2020 09:02:01 +0000 Message-ID: References: <6eee6cce-b7b3-dcce-b3b8-2229745e778d@pi.nu> <1717e4b0-17cf-13f7-d1bc-fd9a849418e1@pi.nu> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2020-06-03T06:18:56Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=0633b888-ae0d-4341-a75f-06e04137d755; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=5d9b56cc-13db-4ada-8043-c2f00f7cbf5e; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2 dlp-product: dlpe-windows dlp-version: 11.2.0.14 dlp-reaction: no-action authentication-results: cisco.com; dkim=none (message not signed) header.d=none;cisco.com; dmarc=none action=none header.from=juniper.net; x-originating-ip: [116.197.184.10] x-ms-publictraffictype: Email x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: aaec5fa5-8b5c-40c8-f886-08d80de61a99 x-ms-traffictypediagnostic: CY1PR05MB2713: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 0431F981D8 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: lV41FwQwwpcyO6APoLspcWbz3wc9tTqXnXOB3bnwn6i4Cv+20ny3xdbJ7wS9py7hSr/t3Rlh2y/44F3IM0EOOdCTD2imsC9Vtg7m1ilRTAmQYOC8unne/BRd76vUHnVCetuul7DXBFWF1WBJexfD6lyaVzHzDGcFL4y/Q/segdFIf4YiE57v7Fo1Noj5ejF/fgOqfwNmqsn0ZX6dwpTGIlCWL6vcvk5weF0wwb8ay36+VJy4imHjl4tbGQ0DJwC1TRJ6NZWQLylw3ZAZKqEAOBtJ+RqFC1bUxxe+ob+ye+B6CJ7E4p8k023UX0DYLT+wL5L4EetCw0XtsLgoToUJx5uDPO2EX58HN5A0Hxzc/TKR4oX69Oq/k42rBZBYVr6NVu4C5C3NwrmzX+L39WXM5A== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:CY4PR05MB3576.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(366004)(376002)(346002)(39860400002)(136003)(396003)(83380400001)(166002)(66574014)(55016002)(8676002)(9686003)(30864003)(5660300002)(52536014)(8936002)(71200400001)(4326008)(186003)(54906003)(2906002)(66446008)(316002)(110136005)(64756008)(76116006)(966005)(66946007)(53546011)(86362001)(26005)(33656002)(7696005)(6506007)(66556008)(66476007)(478600001)(579004); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: fdBlgIrcS3varwa9PGhaBmQ+vl9C/l7XO8rreQj9I12BP1J4Bj3cGHVvoiUFomzH93xEo7GvzjJovr1HzbSvVB1NQ8zXVPec+5J4dyH39aoWntjRJt8TepVX+VB+KjaSVOeygrrjzWChlnvh9m4a/Zedl0bthYEHO8q+B+dRxk2mMvezFrUx3UGikb1d4qrUut6leuvHneZ5gVDI9oyNc7H/uUW043WfZMVQ1qjRhGKqxW22sAsyFC93EXBjOSRbRia5relAvDLqADnIuRNftnGntRo8N8q1SkIprWWx+Vjj5GHOKZAiC/qMzQRd843T1YuqVbktWuGsNqjGwVtsLrfTN4l+SfzqqhgY5KrCqTZjQew7X2xTU2cHaQHhR6L3M6w13unWnoo6tZgJzk1lgvcLGCgzAdMU74ZXcx6Nfhdv48vwwQylDEZ+b2iPRmpgxyk1CsHdQFk5u2sHSlolyhufxzQ+gIISryi95rrr+eO7bSgQMxEqBtIwQVwJ1ikG x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_CY4PR05MB35767BEE1E8FFDE370937C9ED5800CY4PR05MB3576namp_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: aaec5fa5-8b5c-40c8-f886-08d80de61a99 X-MS-Exchange-CrossTenant-originalarrivaltime: 11 Jun 2020 09:02:01.2103 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: rCKLDZ6iYRRcMku6ZvBfN4hyJb9KlfG39WF7i9GMr7er/9Cmi8EyZU0fjmPPyzvjptMWv6joKzvK6PeRQVGBtw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY1PR05MB2713 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.216, 18.0.687 definitions=2020-06-11_07:2020-06-10, 2020-06-11 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 bulkscore=0 mlxlogscore=999 spamscore=0 impostorscore=0 clxscore=1015 priorityscore=1501 adultscore=0 malwarescore=0 phishscore=0 cotscore=-2147483648 suspectscore=0 lowpriorityscore=0 mlxscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2004280000 definitions=main-2006110070 Archived-At: Subject: Re: [mpls] working group adaption poll (wgap) for draft-hegde-mpls-spring-epe-oam X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2020 09:02:12 -0000 --_000_CY4PR05MB35767BEE1E8FFDE370937C9ED5800CY4PR05MB3576namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Ketan, [KT] Sure and those specific link attributes can be signaled as part of the= Link NLRI that carries the BGP Peer Adj SID since that is the one associat= ed with a specific link (please check https://tools.ietf.org/html/draft-ket= ant-idr-bgp-ls-bgp-only-fabric-04#section-4.2). Therefore, the PeerAdjSID can be used for steering over a= specific link and PeerNodeSID can be used for steering over any link to th= e peer. This is very similar to AdjSID and PrefixSID in IGPs The FEC validation section clearly defines , the incoming interface can be = any interface listed in the FEC. " o Validate the incoming interface on which the OAM packet was receieved, matches with the any of the remote interfaces specified in the PeerNode SID FEC sub-T= LV " Do you still have concerns? Rgds Shraddha Juniper Business Use Only From: Ketan Talaulikar (ketant) Sent: Friday, June 5, 2020 8:28 PM To: Shraddha Hegde ; Loa Andersson ; draft= -hegde-mpls-spring-epe-oam@ietf.org Cc: mpls-chairs@ietf.org; mpls@ietf.org Subject: RE: [mpls] working group adaption poll (wgap) for draft-hegde-mpls= -spring-epe-oam [External Email. Be cautious of content] Hi Shraddha, Please check inline below. From: Shraddha Hegde > Sent: 05 June 2020 15:43 To: Ketan Talaulikar (ketant) >; = Loa Andersson >; draft-hegde-mpls-spring-epe-oa= m@ietf.org Cc: mpls-chairs@ietf.org; mpls@ietf.org Subject: RE: [mpls] working group adaption poll (wgap) for draft-hegde-mpls= -spring-epe-oam Ketan, [KT] For such use-cases (where steering needs to happen over a specific lin= k/adjacency), the EPE controller needs to use the BGP Peer Adjacency SID th= at does this kind of steering over specific interfaces - again per definiti= on in https://tools.ietf.org/html/rfc8402#section-4.2 The above RFC section you are referring mentions what are PeerAdj SID, Peer= Node SID and PeerSet SID. These definitions are matching with what you are = saying that if steering on a link is required use PeerAdjSID and if steerin= g on Peer is required use PeerNodeSID. This is good enough description of w= hat is available. [KT] Thanks. So as specified, those are the semantics of the three types of= SIDs and hence I would request you to please align the FEC definitions and= procedures in draft-hegde-mpls-spring-epe-oam with those definitions. Think about how an EPE controller decides whether it should steer on the li= nk using PeerAdjSID or it should use PeerNodeSID. To make this decision EPE= controller needs to have information about link characteristics and which = link the traffic is going to take if a path is built using PeerAdjSID/PeerN= odeSID and what is the bandwidth availability on those links. This is a fun= damental requirement for any kind of traffic-engineering. [KT] Sure and those specific link attributes can be signaled as part of the= Link NLRI that carries the BGP Peer Adj SID since that is the one associat= ed with a specific link (please check https://tools.ietf.org/html/draft-ket= ant-idr-bgp-ls-bgp-only-fabric-04#section-4.2). Therefore, the PeerAdjSID can be used for steering over a= specific link and PeerNodeSID can be used for steering over any link to th= e peer. This is very similar to AdjSID and PrefixSID in IGPs. This usecase is very much in the scope of Egress Peer Engineering. https://tools.ietf.org/html/draft-ietf-spring-segment-routing-central-epe-1= 0 specifies that the problem statement comes from 7855 "1.1. Problem Statement The BGP-EPE problem statement is defined in [RFC7855]." 7855 lists traffic engineering as one of the main usecase for EPE. https://tools.ietf.org/html/rfc7855#section-3.3.1 of RFC 7855 clearly describes Traffic Engineering usecases that need to be= supported for EPE. [KT] I believe the use-cases are covered and I would be glad to connect off= line to better understand the problem/challenge that you see. If there is s= omething more that needs to be done, I would be happy to collaborate with y= ou. However, since the draft under discussion is about OAM support for BGP = EPE SIDs, I do think that we need to follow the semantics and definitions a= s they are specified in RFC8402 and draft-ietf-idr-bgpls-segment-routing-ep= e. Thanks, Ketan Rgds Shraddha Juniper Business Use Only From: Ketan Talaulikar (ketant) > Sent: Thursday, June 4, 2020 12:05 PM To: Shraddha Hegde >; Loa= Andersson >; draft-hegde-mpls-spring-epe-oam@i= etf.org Cc: mpls-chairs@ietf.org; mpls@ietf.org Subject: RE: [mpls] working group adaption poll (wgap) for draft-hegde-mpls= -spring-epe-oam [External Email. Be cautious of content] Hi Shraddha, Trimming further [KT] I have a concern here. The semantics of the FEC for Peer Node and Set = SIDs does not include (i.e. does not care about the interface over which th= e packet was received). So the link information is in any case part of the = response that is sent back to the requester which can perform this validati= on. I don't see how it can be included in the FEC definition. Lets say you have ASBR A connecting two different ASBRs in differ= ent ASes B and C. Lets assume there are multiple links between A->B and A->= C. Lets say there is a multi-hop eBGP session between A->= B between A->C. Lets say peerNode SID has been advertised for A->B and= A->C. The Link descriptors for the PeerNode Sid include the BGP session l= ocal addresses and for a multi-hop BGP BGP session its going to be loopback addresses so fro= m available information, it is not possible to derive which interface the t= raffic will be flowing. [KT] This is correct and it is inline with the definition of BGP Peer Node = SID per https://tools.ietf.org/html/rfc8402#section-4.2 Now lets say there is a requirement that certain app= lication should use a guaranteed 10G bandwidth on these Inter-as links. If the EPE controller does not know wh= ich interfaces the traffic will be flowing, it cannot figure out which peer= NodeSID to pick to build the path. [KT] For such use-cases (where steering needs to happen over a specific lin= k/adjacency), the EPE controller needs to use the BGP Peer Adjacency SID th= at does this kind of steering over specific interfaces - again per definiti= on in https://tools.ietf.org/html/rfc8402#section-4.2 Draft-hegde-idr-bgp-ls-epe-inter-as talks about the use= cases and required protocol extensions. [KT] We have been discussing this draft in the past and indeed it tries to = enable signalling of additional underlying link information for a multi-hop= eBGP neighborship. For any reasonable traffic engineering using peerNodeSID = I think that this information is required. [KT] However, for steering over links, we cannot change the semantics of Pe= er NodeSID which clearly does not put any constraint on the link over which= packet is delivered to the BGP peer. It is also useful to know if the control plane and datapla= ne are in sync with OAM. If the control plane is advertising peerNodeSID to= be Going over some link but the actual traffic flow is on a di= fferent link, it will screw-up the traffic engineering. MPLS WG has built O= AM has tools/techniques For years to find these kind of problems.We are trying to = apply these to EPE SIDs. [KT] When multiple underlying links are there between A and B, there are im= plementation specific or other aspects that may influence whether the traff= ic goes over a 10G or a 100G link between the nodes. We do have capability = in LSP Ping so that C and indicate in it's response the specific link over = which it has received the packet from A. This way the actual querier can do= verification to check whether the desired local implementation mechanism o= n A for choosing say the 100G link is working even if the Peer Node SID is = being used. However, from a standard's perspective the semantics of Peer No= de SID has no notion of interface binding associated with it and hence it c= annot be put into its FEC and therefore this verification cannot be expecte= d of C. Thanks, Ketan Rgds Shraddha Juniper Business Use Only From: Ketan Talaulikar (ketant) > Sent: Wednesday, June 3, 2020 2:48 PM To: Shraddha Hegde >; Loa= Andersson >; draft-hegde-mpls-spring-epe-oam@i= etf.org Cc: mpls-chairs@ietf.org; mpls@ietf.org Subject: RE: [mpls] working group adaption poll (wgap) for draft-hegde-mpls= -spring-epe-oam [External Email. Be cautious of content] Hi Shraddha, Thanks for your response and update. Please check inline below. -----Original Message----- From: Shraddha Hegde > Sent: 03 June 2020 11:49 To: Ketan Talaulikar (ketant) >; = Loa Andersson >; draft-hegde-mpls-spring-epe-oa= m@ietf.org Cc: mpls-chairs@ietf.org; mpls@ietf.org Subject: RE: [mpls] working group adaption poll (wgap) for draft-hegde-mpls= -spring-epe-oam Hi ketan, Thanks for the detailed review and comments. Pls see inline for response. Juniper Business Use Only -----Original Message----- From: Ketan Talaulikar (ketant) > Sent: Wednesday, May 13, 2020 9:38 AM To: Loa Andersson >; draft-hegde-mpls-spring-ep= e-oam@ietf.org Cc: mpls-chairs@ietf.org; mpls@ietf.org Subject: RE: [mpls] working group adaption poll (wgap) for draft-hegde-mpls= -spring-epe-oam [External Email. Be cautious of content] Hi Loa, There is no doubt about the need for LSP ping and traceroute operations to = cover BGP EPE SIDs. So the requirement is real and something that the WG sh= ould be taking up. My concerns is that the proposal in the draft is diverging from the control= plane protocol semantics for what constitutes the FEC (or context) and how= it is to be validated. These are some core aspects that IMHO need to be ad= dressed before adoption while the rest may be taken up during its life as a= WG document. I would suggest to wait for the authors response. Thanks, Ketan -----Original Message----- From: Loa Andersson > Sent: 13 May 2020 09:22 To: Ketan Talaulikar (ketant) >; = draft-hegde-mpls-spring-epe-oam@ietf.org Cc: mpls-chairs@ietf.org; mpls@ietf.org Subject: Re: [mpls] working group adaption poll (wgap) for draft-hegde-mpls= -spring-epe-oam Ketan, Anything of this that need to addressed before wg adoption? Authors I leave the wgap opeb a few extra days to llow you to respond to this. /Loa On 12/05/2020 23:32, Ketan Talaulikar (ketant) wrote: > Hello Authors, > > I have the following comments on this draft and would be good if you coul= d clarify/respond. > > 1)The FEC description should match the "context" that is advertised in > the control plane for Peer Adj SID. E.g. the local/remote Interface > IDs are not being included from > https://urldefense.com/v3/__https://tools.ietf.org/html/draft-ietf-idr > -bgpls-segment-routing-epe-1__;!!NEt6yMaO-gk!W0-Gp88WKnqRfX4kdfeWV8aIH > qrXTj0Pzz9Vl-B2ZVn78SFO60XGBDi2Y-5xIny8$ > 9#section-4.2 The EPE draft mandates interface-ids and allows remote interface= -id to be zero. Remote interface ID being zero does not help in validating the incoming int= erface which is very Useful OAM functionality. For this reason, this draft = recommends sending interface addresses in the PeerADJ SID Link descriptors = which is optional. I have updated the PeerAdj SID section with this information and also updat= ed with the possibility of sending zero In which case incoming interface va= lidation should be skipped. This is to accommodate cases when the advertisi= ng node does not send the interface addresses [KT] Ack - this sounds good to me. Thanks. > > 2) For the Peer Node SID, the control plane definition is https://urldefe= nse.com/v3/__https://tools.ietf.org/html/draft-ietf-idr-bgpls-segment-routi= ng-epe-19*section-4.1__;Iw!!NEt6yMaO-gk!W0-Gp88WKnqRfX4kdfeWV8aIHqrXTj0Pzz9= Vl-B2ZVn78SFO60XGBDi2Y6sXdlcY$ and the FEC description in this draft is not aligned with the correspond= ing control plane. The Peer Node SID is meant for the packet to be delivere= d to a specific BGP peer and it does not matter over which interface it is = received. So why have those interface addresses as mandatory in the FEC. Th= e only thing the control plane indicates is the peering session itself. > > 3) Same as (2) above, for the Peer Set SID, the interfaces are don't care= . The reason for need to have interface addresses specified is for= incoming interface validation as explained above. For Peer Node SID interf= aces are advertised with draft I-D.hegde-idr-bgp-ls-epe-inter-as.I have add= ed this to the reference and updated text as to why it is needed. Also the = ingress can send 0 pair of addresses in which case Incoming interface valid= ation will be skipped and success will be sent based on other validations. Pls check -07 version and let me know if you are OK with it. [KT] I have a concern here. The semantics of the FEC for Peer Node and Set = SIDs does not include (i.e. does not care about the interface over which th= e packet was received). So the link information is in any case part of the = response that is sent back to the requester which can perform this validati= on. I don't see how it can be included in the FEC definition. > > 4) The draft just says that the procedures are borrowed from RFC8287 but = I don't think this is so straightforward or trivial. E.g. https://urldefens= e.com/v3/__https://tools.ietf.org/html/rfc8287*section-7.2__;Iw!!NEt6yMaO-g= k!W0-Gp88WKnqRfX4kdfeWV8aIHqrXTj0Pzz9Vl-B2ZVn78SFO60XGBDi2Y3Z0DrZ_$ has the following: > > The network node that is immediately downstream of the node that > advertised the Adjacency Segment ID is responsible for generating the > FEC Stack Change sub-TLV for POP operation for the Adjacency Segment > ID. > A new section for EPE FEC validation has been added in -06 versi= on. This section specifies the details when return code 3 Has to be sent. A= s per RFC 8029 sec 3.4.1.3 FEC stack change and IS_EGRESS code are treated= identically. " A Downstream Detailed Mapping TLV containing only one FEC stack change sub-TLV with pop operation is equivalent to IS_EGRESS (Return Code 3, Section 3.1) for the outermost FEC in the FEC stack. The ingress router performing the LSP traceroute MUST treat such a case as an IS_EGRESS for the outermost FEC." I don't see the need to re-iterate RFC 8029 sections in this draft. If it i= s still not clear let me know. [KT] Sure. I think we can work through this once we converge on the FEC def= inition. > In the case of IGPs, the downstream node does have the label and context = for adjacency SID (which is functionally closest to BGP EPE SIDs). In the B= GP-EPE SIDs case, this is not always the case. So I believe, it would be be= tter if the entire operation were described. EPE SID validation section is added. Pls take a look and let me = know if it looks good. [KT] Same as previous comment. > > 5) The ping or traceroute done to any of the BGP EPE SID corresponding to= an eBGP session may result in the packet being sent to another entity. The= security consideration talk about it, but the problem is not addressed by = the remote AS dropping the packets. The security issue is that the OAM pack= et could expose the FECs and information of the local AS to a remote AS. So= it is more as an caveat for the operators performing the OAM operation to = be mindful of this fact. > Yes. This was raised in RT review and security section has been = updated with this info in -06 version. > In general, some more description that set the stage for the introduction= of the new extensions and elaborate more on the operations (some considera= tions above on what is mandatory to evaluate and what is optional). Sure. Pls check the -07 version which I'll be posting soon and l= et me know if you have further comments. [KT] Thanks again for the update. I believe we can work through the remaini= ng/open points over course of time. Thanks, Ketan > > Thanks, > Ketan > > -----Original Message----- > From: mpls > On Behal= f Of Loa Andersson > Sent: 30 April 2020 08:26 > To: mpls@ietf.org > Cc: mpls-chairs@ietf.org; draft-hegde-mpls-s= pring-epe-oam@ietf.org > Subject: [mpls] working group adaption poll (wgap) for > draft-hegde-mpls-spring-epe-oam > > Working Group, > > This is to start a two week poll on adopting draft-hegde-mpls-spring-epe-= oam as a MPLS working group document. > > Please send your comments (support/not support) to the mpls working group= mailing list (mpls@ietf.org). Please give a technica= l motivation for your support/not support, especially if you think that the= document should not be adopted as a working group document. > > There is one IPR disclosure against this document. > > The authors have stated on the MPLS wg mailing list that they are unaware= of any IPRs that relates to this document. > > The working group adoption poll ends May 15, 2020. > > /Loa > -- My mail server from time to time has come under DOS attacks, we are working= to fix it but it may take some time. If you get denial of service sending = to me plz try to use loa.pi.nu@gmail Loa Andersson email: loa@pi.nu Senior MPLS Expert Bronze Dragon Consulting phone: +46 739 81 21 64 --_000_CY4PR05MB35767BEE1E8FFDE370937C9ED5800CY4PR05MB3576namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Ketan,

 

[KT] Sure and those specific link attributes c= an be signaled as part of the Link NLRI that carries the BGP Peer Adj SID s= ince that is the one associated with a specific link (please check https://tools.ietf.org/html/draft-ketant-idr-bgp-ls-bgp-only-fabr= ic-04#section-4.2). Therefore, the PeerAdjSID can be used for steering over a specific link an= d PeerNodeSID can be used for steering over any link to the peer. This is v= ery similar to AdjSID and PrefixSID in IGPs

 

 

The FEC validation section clearly defines , the = incoming interface can be any interface listed in the FEC. 

“<=
/span>           =
;    o  Validate the incoming interface on which the OA=
M packet

         &nbs= p;        was receieved, matches with th= e any of the

         &= nbsp;        remote interfaces specified= in the PeerNode SID FEC sub-TLV

"

 

Do you still have concerns?

 

Rgds

Shraddha

 

 

Juniper Business Use Only

From: Ketan Talaulikar (ketant) <ketant@ci= sco.com>
Sent: Friday, June 5, 2020 8:28 PM
To: Shraddha Hegde <shraddha@juniper.net>; Loa Andersson <l= oa@pi.nu>; draft-hegde-mpls-spring-epe-oam@ietf.org
Cc: mpls-chairs@ietf.org; mpls@ietf.org
Subject: RE: [mpls] working group adaption poll (wgap) for draft-heg= de-mpls-spring-epe-oam

 

<= span lang=3D"EN-IN" style=3D"font-size:10.5pt;font-family:"Lato",= sans-serif;color:black">[External Email. Be cautious of content]=

 

Hi Shraddha,<= /p>

 

Please check inline below.=

 

From: Shraddha Hegde <shraddha@juniper.net>
Sent: 05 June 2020 15:43
To: Ketan Talaulikar (ketant) <ketant@cisco.com>; Loa Andersson <= loa@pi.nu>; draft-hegde-mpl= s-spring-epe-oam@ietf.org
Cc: mpls-chairs@ietf.org= ; mpls@ietf.org
Subject: RE: [mpls] working group adaption poll (wgap) for draft-heg= de-mpls-spring-epe-oam

 

Ketan,

 

[KT] For such use-cases (where steering needs to happen over a specific l= ink/adjacency), the EPE controller needs to use the BGP Peer Adjacency SID = that does this kind of steering over specific interfaces - again per definition in h= ttps://tools.ietf.org/html/rfc8402#section-4.2=

 

The above RFC section you are referring mentions wha= t are PeerAdj SID, PeerNode SID and PeerSet SID. These definitions are matc= hing with what you are saying that if steering on a link is required use Pe= erAdjSID and if steering on Peer is required use PeerNodeSID. This is good enough description of what is avail= able.

[KT] Thanks. So as specified, those are the se= mantics of the three types of SIDs and hence I would request you to please = align the FEC definitions and procedures in draft-hegde-mpls-spring-epe-oam= with those definitions.

 

Think about how an EPE controller decides whether it= should steer on the link using PeerAdjSID or it should use PeerNodeSID. To= make this decision EPE controller needs to have information about link cha= racteristics and which link the traffic is going to take if a path is built using PeerAdjSID/PeerNodeSID and what = is the bandwidth availability on those links. This is a fundamental require= ment for any kind of traffic-engineering.

[KT] Sure and those specific link attributes c= an be signaled as part of the Link NLRI that carries the BGP Peer Adj SID s= ince that is the one associated with a specific link (please check https://tools.ietf.org/html/draft-ketant-idr-bgp-ls-bgp-only-fabr= ic-04#section-4.2). Therefore, the PeerAdjSID can be used for steering over a specific link an= d PeerNodeSID can be used for steering over any link to the peer. This is v= ery similar to AdjSID and PrefixSID in IGPs.

 

This usecase is very much in the scope of Egress Pee= r Engineering.

http= s://tools.ietf.org/html/draft-ietf-spring-segment-routing-central-epe-10 specifies that the problem statement

comes from 7855

 

“1.1.  Problem Statement

 

The BGP-EPE problem statement is defined in [RFC7855].”       &nbs=
p; 
 
7855 lists traffic engineering as one of the main usecase for EPE.
 
https://tools.ietf.org/html/rfc7855#section-3.3=
.1
 
of RFC 7855  clearly describes Traffic Engineering usecases that =
need to be supported for EPE.
[KT] I believe the use-cases are covered and I would be glad to=
 connect offline to better understand the problem/challenge that you see. I=
f there is something more that needs to be done, I would be happy to collab=
orate with you. However, since the draft under discussion is about OAM supp=
ort for BGP EPE SIDs, I do think that we need to follow the semantics and d=
efinitions as they are specified in RFC8402 and draft-ietf-idr-bgpls-segmen=
t-routing-epe.
 
Thanks,
Ketan
 
Rgds
Shraddha
 

 

 

 

Juniper Business Use Only

From: Ketan Talaulikar (ketant) <ketant@cisco.com>
Sent: Thursday, June 4, 2020 12:05 PM
To: Shraddha Hegde <shrad= dha@juniper.net>; Loa Andersson <loa= @pi.nu>; draft-hegde-mpl= s-spring-epe-oam@ietf.org
Cc: mpls-chairs@ietf.org= ; mpls@ietf.org
Subject: RE: [mpls] working group adaption poll (wgap) for draft-heg= de-mpls-spring-epe-oam

 

<= span lang=3D"EN-IN" style=3D"font-size:10.5pt;font-family:"Lato",= sans-serif;color:black">[External Email. Be cautious of content]=

 

Hi Shraddha,<= /p>

 

Trimming further

= [KT] I have a concern here. The semantics of the FEC for Peer Node and Set = SIDs does not include (i.e. does not care about the interface over which th= e packet was received). So the link information is in any case part of the response that is sent back to the requester whi= ch can perform this validation. I don’t see how it can be included in= the FEC definition.

=  

= <Shraddha>Lets say you have ASBR A connecting two different ASBRs in = different ASes B and C. Lets assume there are multiple links between A->= B and A->C.

=             &nb= sp;        Lets say there is a multi-hop= eBGP session between A->B  between A->C.<= /b>

=             &nb= sp;        Lets say peerNode SID has bee= n advertised for A->B and A->C.  The Link descriptors for the Pe= erNode Sid include the BGP session local addresses and for a multi-hop BGP<= o:p>

=             &nb= sp;         BGP session its going t= o be loopback addresses so from available information, it is not possible t= o derive which interface the traffic will be flowing.=

[KT] This is correct and it is inline with the definition of BGP Peer Nod= e SID per https://tools.ietf.org/html/rfc8402#sec= tion-4.2

 

=              &n= bsp;        Now lets say  ther= e is a requirement that certain application should use a guaranteed 10G ban= dwidth on these

=             &nb= sp;        Inter-as links. If the EPE co= ntroller does not know which interfaces the traffic will be flowing, it can= not figure out which peerNodeSID to pick to build the path.

[KT] For such use-cases (where steering needs to happen over a specific l= ink/adjacency), the EPE controller needs to use the BGP Peer Adjacency SID = that does this kind of steering over specific interfaces - again per definition in h= ttps://tools.ietf.org/html/rfc8402#section-4.2=

 

=             &nb= sp;       Draft-hegde-idr-bgp-ls-epe-inter-as= talks about the usecases and required protocol extensions.

[KT] We have been discussing this draft in the past and indeed it tries t= o enable signalling of additional underlying link information for a multi-h= op eBGP neighborship.

 

=             &nb= sp;     For any reasonable traffic engineering using pe= erNodeSID I think that this information is required.

[KT] However, for steering over links, we cannot change the semantics of = Peer NodeSID which clearly does not put any constraint on the link over whi= ch packet is delivered to the BGP peer.

 

=             &nb= sp;    It is also useful to know if the control plane a= nd dataplane are in sync with OAM. If the control plane is advertising peer= NodeSID to be

=             &nb= sp;   Going over some link but the actual traffic flow is on a di= fferent link, it will screw-up the traffic engineering. MPLS WG has built O= AM has tools/techniques

=             &nb= sp;   For years to find these kind of problems.We are trying to &= nbsp;apply these to EPE SIDs.

[KT] When multiple underlying links are there between A and B, there are = implementation specific or other aspects that may influence whether the tra= ffic goes over a 10G or a 100G link between the nodes. We do have capability in LSP Ping so that C and indicate in it&= #8217;s response the specific link over which it has received the packet fr= om A. This way the actual querier can do verification to check whether the = desired local implementation mechanism on A for choosing say the 100G link is working even if the Peer Node SID i= s being used. However, from a standard’s perspective the semantics of= Peer Node SID has no notion of interface binding associated with it and he= nce it cannot be put into its FEC and therefore this verification cannot be expected of C.=

 

Thanks,

Ketan

=             &nb= sp; 

 =       Rgds

Shra= ddha            = ; 

 

 

 

Juniper Business Use Only

From: Ketan Talaulikar (ketant) <ketant@cisco.com>
Sent: Wednesday, June 3, 2020 2:48 PM
To: Shraddha Hegde <shrad= dha@juniper.net>; Loa Andersson <loa= @pi.nu>; draft-hegde-mpl= s-spring-epe-oam@ietf.org
Cc: mpls-chairs@ietf.org= ; mpls@ietf.org
Subject: RE: [mpls] working group adaption poll (wgap) for draft-heg= de-mpls-spring-epe-oam

 

<= span lang=3D"EN-IN" style=3D"font-size:10.5pt;font-family:"Lato",= sans-serif;color:black">[External Email. Be cautious of content]=

 

Hi Shraddha,

 

Thanks for your response and= update. Please check inline below.

 

-----Original Message-----
From: Shraddha Hegde <shraddha@j= uniper.net>
Sent: 03 June 2020 11:49
To: Ketan Talaulikar (ketant) <ketan= t@cisco.com>; Loa Andersson <loa@pi.= nu>; draft-hegde-mpl= s-spring-epe-oam@ietf.org
Cc: mpls-chairs@ietf.org; mpls@ietf.org
Subject: RE: [mpls] working group adaption poll (wgap) for draft-hegde-mpls= -spring-epe-oam

 

Hi ketan,<= /p>

 

Thanks for the detailed revi= ew and comments. Pls see inline for response.

 

 

Juniper Business Use Only

 

-----Original Message-----

From: Ketan Talaulikar (keta= nt) <ketant@cisco.com>

Sent: Wednesday, May 13, 202= 0 9:38 AM

To: Loa Andersson <loa@pi.nu>; draft-hegde-mpls-spring-epe-oam@ietf= .org

Cc: mpls-chairs@ietf.org<= /span>; mpls@ietf.org

Subject: RE: [mpls] working = group adaption poll (wgap) for draft-hegde-mpls-spring-epe-oam

 

[External Email. Be cautious= of content]

 

 

Hi  Loa,

 

There is no doubt about the = need for LSP ping and traceroute operations to cover BGP EPE SIDs. So the r= equirement is real and something that the WG should be taking up.

 

My concerns is that the prop= osal in the draft is diverging from the control plane protocol semantics fo= r what constitutes the FEC (or context) and how it is to be validated. Thes= e are some core aspects that IMHO need to be addressed before adoption while the rest may be taken up during its = life as a WG document. I would suggest to wait for the authors response.

 

Thanks,

Ketan

 

-----Original Message-----

From: Loa Andersson <loa@pi.nu>

Sent: 13 May 2020 09:22=

To: Ketan Talaulikar (ketant= ) <ketant@cisco.com>; draft-hegde-mpls-spring-epe-oam@ietf= .org

Cc: mpls-chairs@ietf.org<= /span>; mpls@ietf.org

Subject: Re: [mpls] working = group adaption poll (wgap) for draft-hegde-mpls-spring-epe-oam

 

Ketan,

 

Anything of this that need t= o addressed before wg adoption?

 

 

Authors

 

I leave the wgap opeb a few = extra days to llow you to respond to this.

 

 

/Loa

 

On 12/05/2020 23:32, Ketan T= alaulikar (ketant) wrote:

> Hello Authors,

> =

> I have the following co= mments on this draft and would be good if you could clarify/respond.

> =

> 1)The FEC description s= hould match the "context" that is advertised in

> the control plane for P= eer Adj SID. E.g. the local/remote Interface

> IDs are not being inclu= ded from

> https://urldefense.co= m/v3/__https://tools.ietf.org/html/draft-ietf-idr

> -bgpls-segment-routing-= epe-1__;!!NEt6yMaO-gk!W0-Gp88WKnqRfX4kdfeWV8aIH

> qrXTj0Pzz9Vl-B2ZVn78SFO= 60XGBDi2Y-5xIny8$

> 9#section-4.2

 

<Shraddha> The EPE dra= ft mandates interface-ids and allows remote interface-id to be zero.

Remote interface ID being ze= ro does not help in validating the incoming interface which is very Useful = OAM functionality. For this reason, this draft recommends sending interface= addresses in the PeerADJ SID Link descriptors which is optional.

 

I have updated the PeerAdj S= ID section with this information and also updated with the possibility of s= ending zero In which case incoming interface validation should be skipped. = This is to accommodate cases when the advertising node does not send the interface addresses

= [KT] Ack – this sounds good to me. Thanks.<= /p>

&= nbsp;

> =

> 2) For the Peer Node SI= D, the control plane definition is https://urldefense.co= m/v3/__https://tools.ietf.org/html/draft-ietf-idr-bgpls-segment-routing-epe= -19*section-4.1__;Iw!!NEt6yMaO-gk!W0-Gp88WKnqRfX4kdfeWV8aIHqrXTj0Pzz9Vl-B2Z= Vn78SFO60XGBDi2Y6sXdlcY$  and the FEC description in this draft is not aligned with the correspondin= g control plane. The Peer Node SID is meant for the packet to be delivered = to a specific BGP peer and it does not matter over which interface it is re= ceived. So why have those interface addresses as mandatory in the FEC. The only thing the control plane indica= tes is the peering session itself.

> =

> 3) Same as (2) above, f= or the Peer Set SID, the interfaces are don't care.

<Shraddha> The reason = for need to have interface addresses specified is for incoming interface va= lidation as explained above. For Peer Node SID interfaces are advertised wi= th draft I-D.hegde-idr-bgp-ls-epe-inter-as.I have added this to the reference and updated text as to why it is needed. = Also the ingress can send 0 pair of addresses in which case Incoming interf= ace validation will be skipped and success will be sent based on other vali= dations.

Pls check -07 version and le= t me know if you are OK with it.

= [KT] I have a concern here. The semantics of the FEC for Peer Node and Set = SIDs does not include (i.e. does not care about the interface over which th= e packet was received). So the link information is in any case part of the response that is sent back to the requester whi= ch can perform this validation. I don’t see how it can be included in= the FEC definition.

&= nbsp;

> =

> 4) The draft just says = that the procedures are borrowed from RFC8287 but I don't think this is so = straightforward or trivial. E.g. https://urldefense.co= m/v3/__https://tools.ietf.org/html/rfc8287*section-7.2__;Iw!!NEt6yMaO-gk!W0= -Gp88WKnqRfX4kdfeWV8aIHqrXTj0Pzz9Vl-B2ZVn78SFO60XGBDi2Y3Z0DrZ_$&= nbsp; has the following:

> =

>    = The network node that is immediately downstream of the node that

>    = advertised the Adjacency Segment ID is responsible for generating the=

>    = FEC Stack Change sub-TLV for POP operation for the Adjacency Segment<= /o:p>

>    = ID.

> =

 

<shraddha> A new secti= on for EPE FEC validation has been added in -06 version. This section speci= fies the details when return code 3 Has to be sent. As per  RFC 8029 s= ec 3.4.1.3 FEC stack change and IS_EGRESS code are treated identically.

" A Downstream Detailed= Mapping TLV containing only one FEC stack

    &nbs= p;  change sub-TLV with pop operation is equivalent to IS_EGRESS<= /o:p>

    &nbs= p;  (Return Code 3, Section 3.1) for the outermost FEC in the FEC=

    &nbs= p;  stack.  The ingress router performing the LSP traceroute MUST=

    &nbs= p;  treat such a case as an IS_EGRESS for the outermost FEC."

 

I don't see the need to re-i= terate RFC 8029 sections in this draft. If it is still not clear let me kno= w.

= [KT] Sure. I think we can work through this once we converge on the FEC def= inition.

 

> In the case of IGPs, th= e downstream node does have the label and context for adjacency SID (which = is functionally closest to BGP EPE SIDs). In the BGP-EPE SIDs case, this is= not always the case. So I believe, it would be better if the entire operation were described.<= /p>

<Shraddha> EPE SID val= idation section is added. Pls take a look and let me know if it looks good.=             &nb= sp;            =             &nb= sp;            =             &nb= sp;            =             &nb= sp;            =             &nb= sp;            =             &nb= sp;            =             &nb= sp;         

= [KT] Same as previous comment.

&= nbsp;

> =

> 5) The ping or tracerou= te done to any of the BGP EPE SID corresponding to an eBGP session may resu= lt in the packet being sent to another entity. The security consideration t= alk about it, but the problem is not addressed by the remote AS dropping the packets. The security issue is that the OAM = packet could expose the FECs and information of the local AS to a remote AS= . So it is more as an caveat for the operators performing the OAM operation= to be mindful of this fact.

> =

<Shraddha> Yes. This w= as raised in RT review and security section has been updated with this info= in -06 version.

  

> In general, some more d= escription that set the stage for the introduction of the new extensions an= d elaborate more on the operations (some considerations above on what is ma= ndatory to evaluate and what is optional).

<Shraddha> Sure. Pls c= heck the -07 version which I'll be posting soon and let me know if you have= further comments.

= [KT] Thanks again for the update. I believe we can work through the remaini= ng/open points over course of time.

=  

= Thanks,

= Ketan

&= nbsp;

> =

> Thanks,

> Ketan=

> =

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

> From: mpls <mpls-bounces@ietf.org> On Behalf Of Loa Andersso= n

> Sent: 30 April 2020 08:= 26

> To: mpls@ie= tf.org

> Cc: mpls-chairs@ietf.org<= /span>; draft-hegde-mpls-spring-epe-oam@ietf= .org

> Subject: [mpls] working= group adaption poll (wgap) for

> draft-hegde-mpls-spring= -epe-oam

> =

> Working Group,

> =

> This is to start a two = week poll on adopting draft-hegde-mpls-spring-epe-oam as a MPLS working gro= up document.

> =

> Please send your commen= ts (support/not support) to the mpls working group mailing list (mpls@ietf.org). Please give a technical motivation for your support/not support, especially if you think= that the document should not be adopted as a working group document.<= /o:p>

> =

> There is one IPR disclo= sure against this document.

> =

> The authors have stated= on the MPLS wg mailing list that they are unaware of any IPRs that relates= to this document.

> =

> The working group adopt= ion poll ends May 15, 2020.

> =

> /Loa<= /p>

> =

 

--

 

My mail server from time to = time has come under DOS attacks, we are working to fix it but it may take s= ome time. If you get denial of service sending to me plz try to use loa.pi.nu@gmail

 

 

Loa Andersson  &nb= sp;            =          email: loa@pi.nu

Senior MPLS Expert

Bronze Dragon Consulting&nbs= p;            phone:= +46 739 81 21 64

--_000_CY4PR05MB35767BEE1E8FFDE370937C9ED5800CY4PR05MB3576namp_-- From nobody Thu Jun 11 14:34:59 2020 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id CAEFB3A097A; Thu, 11 Jun 2020 14:34:56 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: mpls@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.3.1 Auto-Submitted: auto-generated Precedence: bulk Reply-To: mpls@ietf.org Message-ID: <159191129676.23594.196321805650090716@ietfa.amsl.com> Date: Thu, 11 Jun 2020 14:34:56 -0700 Archived-At: Subject: [mpls] I-D Action: draft-gandhi-mpls-rfc6374-sr-03.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2020 21:34:57 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching WG of the IETF. Title : Performance Measurement Using RFC 6374 for Segment Routing Networks with MPLS Data Plane Authors : Rakesh Gandhi Clarence Filsfils Daniel Voyer Stefano Salsano Mach(Guoyi) Chen Filename : draft-gandhi-mpls-rfc6374-sr-03.txt Pages : 19 Date : 2020-06-11 Abstract: Segment Routing (SR) leverages the source routing paradigm. RFC 6374 specifies protocol mechanisms to enable the efficient and accurate measurement of packet loss, one-way and two-way delay, as well as related metrics such as delay variation in MPLS networks using probe messages. This document utilizes these mechanisms for Performance Delay and Loss Measurements in Segment Routing networks with MPLS data plane (SR-MPLS), for both SR Links and end-to-end SR Policies. In addition, this document defines Return Path TLV for two-way performance measurement and Block Number TLV for loss measurement. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-gandhi-mpls-rfc6374-sr/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-gandhi-mpls-rfc6374-sr-03 https://datatracker.ietf.org/doc/html/draft-gandhi-mpls-rfc6374-sr-03 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-gandhi-mpls-rfc6374-sr-03 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Jun 11 23:10:45 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C20663A0A24; Thu, 11 Jun 2020 23:10:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.487 X-Spam-Level: X-Spam-Status: No, score=-9.487 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=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=ZhM50Frf; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=jUKoDg/I Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id r8CbwxiGKwMJ; Thu, 11 Jun 2020 23:10:39 -0700 (PDT) Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9A5923A0A1B; Thu, 11 Jun 2020 23:10:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=75668; q=dns/txt; s=iport; t=1591942239; x=1593151839; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=6jDW9rStDZaivvgaF4aromQqermXtGLjq2qzZQGo+cs=; b=ZhM50FrfZ7VoP9CP/ZW17eUssVXPqzev8+sASQ3TXApAHMvN4tRRd2Cl I34/DGFFwlHKLgihhN6zbWsK21gTpPww2S4bQjvvKXClHFCIs5gvho4QJ b7ribs2SRdXaOAuhsf/G0n2bBR+/ER4CByCu45amQ/WjtfyNsFldGlIJg 4=; IronPort-PHdr: =?us-ascii?q?9a23=3AHXhDFRRbkM7JMKvnsLLA8xxvktpsv++ubAcI9p?= =?us-ascii?q?oqja5Pea2//pPkeVbS/uhpkESQBNWJ6e9CivLbqebmVHBTqZqCsXVXdptKWl?= =?us-ascii?q?dFjMgNhAUvDYaDDlGzN//laSE2XaEgHF9o9n22Kw5ZTcD5YVCBoGC07CYfAF?= =?us-ascii?q?P5OBYmbujwE5TZ2sKw0e368pbPYgJO0Ty6Z746LBi/oQjL8McMho43IacqwR?= =?us-ascii?q?yPqXxNKOk=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CyAABXG+Ne/5JdJa1mGgEBAQEBAQE?= =?us-ascii?q?BAQEDAQEBARIBAQEBAgIBAQEBQIFKgSMvIwYpB28OSi8sCoV3gWkDjTyYUoF?= =?us-ascii?q?CgRADVQsBAQEMAQEeDwIEAQGDDoE2AoIiAiQ4EwIDAQELAQEFAQEBAgEGBG2?= =?us-ascii?q?FWwyFcgEBAQECARIIAQwGEwEBJQQDBgUBBAcCAgIBCBEBAwEBIQEGBxsXFAM?= =?us-ascii?q?GCAIEAQ0FCBEJgwWBfk0DDiABDqglAoE5iGF0gQEzgwEBAQWBNgKDfBiCDgM?= =?us-ascii?q?GBYEzgmSCS4ccGoFBP4ERQ4JNPoJnAQECAYEtARIBCRoEAQcfCQKDD4ItjwE?= =?us-ascii?q?YgROILoshkEYKglmIPJB/gnCJGpBGgheRFoFiiCiQCIE/glwCBAIEBQIOAQE?= =?us-ascii?q?FgWoiZnBwFTuCaQlHFwINjXokDBcUbgECgkmFFIVCdAIBATMCBggBAQMJfIx?= =?us-ascii?q?uLYEGAYEQAQE?= X-IronPort-AV: E=Sophos;i="5.73,502,1583193600"; d="scan'208,217";a="495017973" Received: from rcdn-core-10.cisco.com ([173.37.93.146]) by alln-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 12 Jun 2020 06:10:37 +0000 Received: from XCH-RCD-005.cisco.com (xch-rcd-005.cisco.com [173.37.102.15]) by rcdn-core-10.cisco.com (8.15.2/8.15.2) with ESMTPS id 05C6AbCJ018156 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 12 Jun 2020 06:10:37 GMT Received: from xhs-aln-003.cisco.com (173.37.135.120) by XCH-RCD-005.cisco.com (173.37.102.15) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Fri, 12 Jun 2020 01:10:37 -0500 Received: from xhs-aln-001.cisco.com (173.37.135.118) by xhs-aln-003.cisco.com (173.37.135.120) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Fri, 12 Jun 2020 01:10:37 -0500 Received: from NAM02-SN1-obe.outbound.protection.outlook.com (173.37.151.57) by xhs-aln-001.cisco.com (173.37.135.118) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Fri, 12 Jun 2020 01:10:35 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=XI5x4B16XC+iO0IaoMpDmFiB5c2xylSjv2Fd8beEBYxlufaL19KAuQpXCz0ai9QE1p3WcPf3kx9wqVNE3tDslNqGA0g4DjcMbY/syBTmeX5gVdS5ESxYp8ySu2bmu6dd8/axEnq+j57Rysqa/3ppPSD4vNXgM/YQ3oVmG+v90AJIjO9gAlQlp3z0Md15yGPHapOx1eZF0R+8v7ML/ZNUoWk+vgGXDffrZ6BfYp9BEDgapc2gPiPKiT9dzXy5R99rGxMHiiXgt0I7aFDNfxv1Vst/bgTlv1Lt+6I2b+hmmKdGlHwlXCjl2eXnqbvs3/d6viYtXDedoQ43ZjTkymaY4Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=YCfAjgnsbakZs1Rr50Hm/bDVVItQh7QpMIoVf4D/yTk=; b=OVuShGasNjxgbsEPrtPxe2GiPOjRudVxLvvrEGFcueGOyVQAUmHSoE5Fu9GHOjFZvSLCXwRMDVopFGKGfU87RjnZokrcqaf3oR5HRY00+j7eCR8Kt5yBOek719h0Tr+t1R+hkGPkpvlDC23/sLF0ECSb7KthK5wrQxQnBFgvxP5ApWEgkrpmFJzBbEExPJHsb4k/yY2i9TWN6PtIiiyXKlWITrIeVLiEeyCEIyDdKTkBBxd/SNzJXAO/KrnDXxjmO8ZAz8t+RWiTqtjEW6b7EvK52+bdHAKrCFdNlLf+YvG8Ki92kt+ewsXrzPDB4slzcnx2tqW1x6gEPZIK6zvOyg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none 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=YCfAjgnsbakZs1Rr50Hm/bDVVItQh7QpMIoVf4D/yTk=; b=jUKoDg/ICXq37oY9SzeDkGA/pBGjyBesHOPfo1rzx4OVmgIuRH3X2MXkD54fdoMRPJXs1QbawjexIImzAeF99twEheKvi+qkzjy5ovD8/xXqpZMIe9JpLE1p8THtnZAFzOK3UW5Pj8lSxS04dRSYTtj3KyKL752IT58iy6KHhGc= Received: from MW3PR11MB4570.namprd11.prod.outlook.com (2603:10b6:303:5f::22) by MW3PR11MB4585.namprd11.prod.outlook.com (2603:10b6:303:52::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3088.22; Fri, 12 Jun 2020 06:10:35 +0000 Received: from MW3PR11MB4570.namprd11.prod.outlook.com ([fe80::9552:d301:4b19:601c]) by MW3PR11MB4570.namprd11.prod.outlook.com ([fe80::9552:d301:4b19:601c%5]) with mapi id 15.20.3088.018; Fri, 12 Jun 2020 06:10:35 +0000 From: "Ketan Talaulikar (ketant)" To: Shraddha Hegde , Loa Andersson , "draft-hegde-mpls-spring-epe-oam@ietf.org" CC: "mpls-chairs@ietf.org" , "mpls@ietf.org" Thread-Topic: [mpls] working group adaption poll (wgap) for draft-hegde-mpls-spring-epe-oam Thread-Index: AQHWHpsk6nlFZ6TN2kqqRb0ulI9i7qikhoawgADv8gCAAAKPkIAhJ36AgAAwVxCAAUi1gIAAGi+QgAHS5ACAAEvH0IAJDk6AgAFbGuA= Date: Fri, 12 Jun 2020 06:10:35 +0000 Message-ID: References: <6eee6cce-b7b3-dcce-b3b8-2229745e778d@pi.nu> <1717e4b0-17cf-13f7-d1bc-fd9a849418e1@pi.nu> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2020-06-03T06:18:56Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=0633b888-ae0d-4341-a75f-06e04137d755; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=5d9b56cc-13db-4ada-8043-c2f00f7cbf5e; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2 authentication-results: juniper.net; dkim=none (message not signed) header.d=none;juniper.net; dmarc=none action=none header.from=cisco.com; x-originating-ip: [72.163.220.23] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 1f563da0-50da-43ae-cba0-08d80e9751fb x-ms-traffictypediagnostic: MW3PR11MB4585: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 0432A04947 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: SYBSSlNGyKce8VKV+3xIw0tNM1E7pZTPzzlGT/yHwcNis+H8Da2PSD/JH3cYo1LtzR1Kc2rHQiguiUXlkv3oOel8ycqDShZfmYSTr0v2yEwtzYi14FnR4noZUZ3l7rCCGQq3sUUGJHse7wzE9iXI98Tsu6LxwyNm8YN6pnKmOyR4kLw33a7CcOtpluy7IQf7CccWart8eteR1oS0+I5wXzBvrCm5VIFeaA2kKjRy+n2vyKeOQgzBTtI6iCkrgqChh2fj/+HlOsqdL1mZ65aO93XVvzqlekO2yPItpvhNlGr6ZS0Remfu9cL5UXxMYWXwD23qE4BPTURE2qjOCpS9HI7x1cgPWi+WBPYBY5608PD0+iu+bsei6qgHquzi5ygxis+G9yT+LBHShJFDzmos8w== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MW3PR11MB4570.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(376002)(346002)(39860400002)(366004)(396003)(136003)(316002)(478600001)(55016002)(9686003)(71200400001)(9326002)(8676002)(8936002)(7696005)(110136005)(966005)(6506007)(54906003)(186003)(26005)(53546011)(83380400001)(4326008)(5660300002)(66556008)(66446008)(66476007)(64756008)(30864003)(33656002)(52536014)(66946007)(76116006)(2906002)(166002)(66574014)(86362001)(579004); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: uzqoEyNF/LNtQNa6X+n4KkigpkwqBoZmj566Xntl5IljY69gi0ZX0eAqP+aTJesHZ4nbyo5vOvleYr9SJg8nFXKwF1lu+Yh4LbP6xR+APQ9SO7tymNbXSLv+E6Nhm246p4DzwLid5Tq1Abnro49cPr2RDi4Jb/KIKazH6Mm0T/AYc446juaGF3uyjqOJhE3bEGXof9HCd91IrkkPqCBGzEdUShLMoVORt9XkWzdYR9OtzeQYCKB+Bq7oKP2eOS4MoK5pkaY+7uIMwlaKb/LWvdBN2ZP+H4rObGKow6hoqApMwemOZkg/NyWqUZpyjf1fYqQiFCSh+Z97lBa1V9qS37hy6nkr4WvCerblrtb80Gy603Xzyk/I4v/9+PqlvPxL9pVGEigXmtPVqMMdcS7a+srxz0O6etF9is6hgPotvaVQO8rSuEFB8T253XwzbdG5rrp8/bpaWWhhiBMJn2cWap0jNdm9Qn5xPOI4RgMGDwY= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_MW3PR11MB4570243670BF093B6A8D50BDC1810MW3PR11MB4570namp_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 1f563da0-50da-43ae-cba0-08d80e9751fb X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Jun 2020 06:10:35.0276 (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: czZs+DZ+Vb/5qZ8inpGEQrFxTkWti0FTKw+6RAhRmWU5MBT7/b+gcDWw3TvylyKGVAsFAibg6Wc1Fk8a4hFf0g== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MW3PR11MB4585 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.15, xch-rcd-005.cisco.com X-Outbound-Node: rcdn-core-10.cisco.com Archived-At: Subject: Re: [mpls] working group adaption poll (wgap) for draft-hegde-mpls-spring-epe-oam X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Jun 2020 06:10:44 -0000 --_000_MW3PR11MB4570243670BF093B6A8D50BDC1810MW3PR11MB4570namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Shraddha, Perhaps we might be going in circles here so let me summarize. The FEC definition for LSP ping/trace has to be in sync with the definition= of the SID in the architecture (RFC8402) and the control plane protocol (d= raft-ietf-idr-bgpls-segment-routing-epe). I don't see how it can be defined= to be something else - even if those additional parameters are marked as o= ptional. I've already explained how an implementation on the sender can use the echo= response that includes the incoming interface on it to do additional check= s for its further verification. This would be an implementation/use-case sp= ecific aspect that seems beyond the scope of the draft but we can discuss i= n the WG if there is a need to include it's description in the draft it in = a non-normative manner. So we have a way of staying consistent with the architecture and the contro= l plane protocol while at the same time supporting your implementation spec= ific use-case. Thanks, Ketan From: Shraddha Hegde Sent: 11 June 2020 14:32 To: Ketan Talaulikar (ketant) ; Loa Andersson = ; draft-hegde-mpls-spring-epe-oam@ietf.org Cc: mpls-chairs@ietf.org; mpls@ietf.org Subject: RE: [mpls] working group adaption poll (wgap) for draft-hegde-mpls= -spring-epe-oam Ketan, [KT] Sure and those specific link attributes can be signaled as part of the= Link NLRI that carries the BGP Peer Adj SID since that is the one associat= ed with a specific link (please check https://tools.ietf.org/html/draft-ket= ant-idr-bgp-ls-bgp-only-fabric-04#section-4.2). Therefore, the PeerAdjSID can be used for steering over a= specific link and PeerNodeSID can be used for steering over any link to th= e peer. This is very similar to AdjSID and PrefixSID in IGPs The FEC validation section clearly defines , the incoming interface can be = any interface listed in the FEC. " o Validate the incoming interface on which the OAM packet was receieved, matches with the any of the remote interfaces specified in the PeerNode SID FEC sub-T= LV " Do you still have concerns? Rgds Shraddha Juniper Business Use Only From: Ketan Talaulikar (ketant) > Sent: Friday, June 5, 2020 8:28 PM To: Shraddha Hegde >; Loa= Andersson >; draft-hegde-mpls-spring-epe-oam@i= etf.org Cc: mpls-chairs@ietf.org; mpls@ietf.org Subject: RE: [mpls] working group adaption poll (wgap) for draft-hegde-mpls= -spring-epe-oam [External Email. Be cautious of content] Hi Shraddha, Please check inline below. From: Shraddha Hegde > Sent: 05 June 2020 15:43 To: Ketan Talaulikar (ketant) >; = Loa Andersson >; draft-hegde-mpls-spring-epe-oa= m@ietf.org Cc: mpls-chairs@ietf.org; mpls@ietf.org Subject: RE: [mpls] working group adaption poll (wgap) for draft-hegde-mpls= -spring-epe-oam Ketan, [KT] For such use-cases (where steering needs to happen over a specific lin= k/adjacency), the EPE controller needs to use the BGP Peer Adjacency SID th= at does this kind of steering over specific interfaces - again per definiti= on in https://tools.ietf.org/html/rfc8402#section-4.2 The above RFC section you are referring mentions what are PeerAdj SID, Peer= Node SID and PeerSet SID. These definitions are matching with what you are = saying that if steering on a link is required use PeerAdjSID and if steerin= g on Peer is required use PeerNodeSID. This is good enough description of w= hat is available. [KT] Thanks. So as specified, those are the semantics of the three types of= SIDs and hence I would request you to please align the FEC definitions and= procedures in draft-hegde-mpls-spring-epe-oam with those definitions. Think about how an EPE controller decides whether it should steer on the li= nk using PeerAdjSID or it should use PeerNodeSID. To make this decision EPE= controller needs to have information about link characteristics and which = link the traffic is going to take if a path is built using PeerAdjSID/PeerN= odeSID and what is the bandwidth availability on those links. This is a fun= damental requirement for any kind of traffic-engineering. [KT] Sure and those specific link attributes can be signaled as part of the= Link NLRI that carries the BGP Peer Adj SID since that is the one associat= ed with a specific link (please check https://tools.ietf.org/html/draft-ket= ant-idr-bgp-ls-bgp-only-fabric-04#section-4.2). Therefore, the PeerAdjSID can be used for steering over a= specific link and PeerNodeSID can be used for steering over any link to th= e peer. This is very similar to AdjSID and PrefixSID in IGPs. This usecase is very much in the scope of Egress Peer Engineering. https://tools.ietf.org/html/draft-ietf-spring-segment-routing-central-epe-1= 0 specifies that the problem statement comes from 7855 "1.1. Problem Statement The BGP-EPE problem statement is defined in [RFC7855]." 7855 lists traffic engineering as one of the main usecase for EPE. https://tools.ietf.org/html/rfc7855#section-3.3.1 of RFC 7855 clearly describes Traffic Engineering usecases that need to be= supported for EPE. [KT] I believe the use-cases are covered and I would be glad to connect off= line to better understand the problem/challenge that you see. If there is s= omething more that needs to be done, I would be happy to collaborate with y= ou. However, since the draft under discussion is about OAM support for BGP = EPE SIDs, I do think that we need to follow the semantics and definitions a= s they are specified in RFC8402 and draft-ietf-idr-bgpls-segment-routing-ep= e. Thanks, Ketan Rgds Shraddha Juniper Business Use Only From: Ketan Talaulikar (ketant) > Sent: Thursday, June 4, 2020 12:05 PM To: Shraddha Hegde >; Loa= Andersson >; draft-hegde-mpls-spring-epe-oam@i= etf.org Cc: mpls-chairs@ietf.org; mpls@ietf.org Subject: RE: [mpls] working group adaption poll (wgap) for draft-hegde-mpls= -spring-epe-oam [External Email. Be cautious of content] Hi Shraddha, Trimming further [KT] I have a concern here. The semantics of the FEC for Peer Node and Set = SIDs does not include (i.e. does not care about the interface over which th= e packet was received). So the link information is in any case part of the = response that is sent back to the requester which can perform this validati= on. I don't see how it can be included in the FEC definition. Lets say you have ASBR A connecting two different ASBRs in differ= ent ASes B and C. Lets assume there are multiple links between A->B and A->= C. Lets say there is a multi-hop eBGP session between A->= B between A->C. Lets say peerNode SID has been advertised for A->B and= A->C. The Link descriptors for the PeerNode Sid include the BGP session l= ocal addresses and for a multi-hop BGP BGP session its going to be loopback addresses so fro= m available information, it is not possible to derive which interface the t= raffic will be flowing. [KT] This is correct and it is inline with the definition of BGP Peer Node = SID per https://tools.ietf.org/html/rfc8402#section-4.2 Now lets say there is a requirement that certain app= lication should use a guaranteed 10G bandwidth on these Inter-as links. If the EPE controller does not know wh= ich interfaces the traffic will be flowing, it cannot figure out which peer= NodeSID to pick to build the path. [KT] For such use-cases (where steering needs to happen over a specific lin= k/adjacency), the EPE controller needs to use the BGP Peer Adjacency SID th= at does this kind of steering over specific interfaces - again per definiti= on in https://tools.ietf.org/html/rfc8402#section-4.2 Draft-hegde-idr-bgp-ls-epe-inter-as talks about the use= cases and required protocol extensions. [KT] We have been discussing this draft in the past and indeed it tries to = enable signalling of additional underlying link information for a multi-hop= eBGP neighborship. For any reasonable traffic engineering using peerNodeSID = I think that this information is required. [KT] However, for steering over links, we cannot change the semantics of Pe= er NodeSID which clearly does not put any constraint on the link over which= packet is delivered to the BGP peer. It is also useful to know if the control plane and datapla= ne are in sync with OAM. If the control plane is advertising peerNodeSID to= be Going over some link but the actual traffic flow is on a di= fferent link, it will screw-up the traffic engineering. MPLS WG has built O= AM has tools/techniques For years to find these kind of problems.We are trying to = apply these to EPE SIDs. [KT] When multiple underlying links are there between A and B, there are im= plementation specific or other aspects that may influence whether the traff= ic goes over a 10G or a 100G link between the nodes. We do have capability = in LSP Ping so that C and indicate in it's response the specific link over = which it has received the packet from A. This way the actual querier can do= verification to check whether the desired local implementation mechanism o= n A for choosing say the 100G link is working even if the Peer Node SID is = being used. However, from a standard's perspective the semantics of Peer No= de SID has no notion of interface binding associated with it and hence it c= annot be put into its FEC and therefore this verification cannot be expecte= d of C. Thanks, Ketan Rgds Shraddha Juniper Business Use Only From: Ketan Talaulikar (ketant) > Sent: Wednesday, June 3, 2020 2:48 PM To: Shraddha Hegde >; Loa= Andersson >; draft-hegde-mpls-spring-epe-oam@i= etf.org Cc: mpls-chairs@ietf.org; mpls@ietf.org Subject: RE: [mpls] working group adaption poll (wgap) for draft-hegde-mpls= -spring-epe-oam [External Email. Be cautious of content] Hi Shraddha, Thanks for your response and update. Please check inline below. -----Original Message----- From: Shraddha Hegde > Sent: 03 June 2020 11:49 To: Ketan Talaulikar (ketant) >; = Loa Andersson >; draft-hegde-mpls-spring-epe-oa= m@ietf.org Cc: mpls-chairs@ietf.org; mpls@ietf.org Subject: RE: [mpls] working group adaption poll (wgap) for draft-hegde-mpls= -spring-epe-oam Hi ketan, Thanks for the detailed review and comments. Pls see inline for response. Juniper Business Use Only -----Original Message----- From: Ketan Talaulikar (ketant) > Sent: Wednesday, May 13, 2020 9:38 AM To: Loa Andersson >; draft-hegde-mpls-spring-ep= e-oam@ietf.org Cc: mpls-chairs@ietf.org; mpls@ietf.org Subject: RE: [mpls] working group adaption poll (wgap) for draft-hegde-mpls= -spring-epe-oam [External Email. Be cautious of content] Hi Loa, There is no doubt about the need for LSP ping and traceroute operations to = cover BGP EPE SIDs. So the requirement is real and something that the WG sh= ould be taking up. My concerns is that the proposal in the draft is diverging from the control= plane protocol semantics for what constitutes the FEC (or context) and how= it is to be validated. These are some core aspects that IMHO need to be ad= dressed before adoption while the rest may be taken up during its life as a= WG document. I would suggest to wait for the authors response. Thanks, Ketan -----Original Message----- From: Loa Andersson > Sent: 13 May 2020 09:22 To: Ketan Talaulikar (ketant) >; = draft-hegde-mpls-spring-epe-oam@ietf.org Cc: mpls-chairs@ietf.org; mpls@ietf.org Subject: Re: [mpls] working group adaption poll (wgap) for draft-hegde-mpls= -spring-epe-oam Ketan, Anything of this that need to addressed before wg adoption? Authors I leave the wgap opeb a few extra days to llow you to respond to this. /Loa On 12/05/2020 23:32, Ketan Talaulikar (ketant) wrote: > Hello Authors, > > I have the following comments on this draft and would be good if you coul= d clarify/respond. > > 1)The FEC description should match the "context" that is advertised in > the control plane for Peer Adj SID. E.g. the local/remote Interface > IDs are not being included from > https://urldefense.com/v3/__https://tools.ietf.org/html/draft-ietf-idr > -bgpls-segment-routing-epe-1__;!!NEt6yMaO-gk!W0-Gp88WKnqRfX4kdfeWV8aIH > qrXTj0Pzz9Vl-B2ZVn78SFO60XGBDi2Y-5xIny8$ > 9#section-4.2 The EPE draft mandates interface-ids and allows remote interface= -id to be zero. Remote interface ID being zero does not help in validating the incoming int= erface which is very Useful OAM functionality. For this reason, this draft = recommends sending interface addresses in the PeerADJ SID Link descriptors = which is optional. I have updated the PeerAdj SID section with this information and also updat= ed with the possibility of sending zero In which case incoming interface va= lidation should be skipped. This is to accommodate cases when the advertisi= ng node does not send the interface addresses [KT] Ack - this sounds good to me. Thanks. > > 2) For the Peer Node SID, the control plane definition is https://urldefe= nse.com/v3/__https://tools.ietf.org/html/draft-ietf-idr-bgpls-segment-routi= ng-epe-19*section-4.1__;Iw!!NEt6yMaO-gk!W0-Gp88WKnqRfX4kdfeWV8aIHqrXTj0Pzz9= Vl-B2ZVn78SFO60XGBDi2Y6sXdlcY$ and the FEC description in this draft is not aligned with the correspond= ing control plane. The Peer Node SID is meant for the packet to be delivere= d to a specific BGP peer and it does not matter over which interface it is = received. So why have those interface addresses as mandatory in the FEC. Th= e only thing the control plane indicates is the peering session itself. > > 3) Same as (2) above, for the Peer Set SID, the interfaces are don't care= . The reason for need to have interface addresses specified is for= incoming interface validation as explained above. For Peer Node SID interf= aces are advertised with draft I-D.hegde-idr-bgp-ls-epe-inter-as.I have add= ed this to the reference and updated text as to why it is needed. Also the = ingress can send 0 pair of addresses in which case Incoming interface valid= ation will be skipped and success will be sent based on other validations. Pls check -07 version and let me know if you are OK with it. [KT] I have a concern here. The semantics of the FEC for Peer Node and Set = SIDs does not include (i.e. does not care about the interface over which th= e packet was received). So the link information is in any case part of the = response that is sent back to the requester which can perform this validati= on. I don't see how it can be included in the FEC definition. > > 4) The draft just says that the procedures are borrowed from RFC8287 but = I don't think this is so straightforward or trivial. E.g. https://urldefens= e.com/v3/__https://tools.ietf.org/html/rfc8287*section-7.2__;Iw!!NEt6yMaO-g= k!W0-Gp88WKnqRfX4kdfeWV8aIHqrXTj0Pzz9Vl-B2ZVn78SFO60XGBDi2Y3Z0DrZ_$ has the following: > > The network node that is immediately downstream of the node that > advertised the Adjacency Segment ID is responsible for generating the > FEC Stack Change sub-TLV for POP operation for the Adjacency Segment > ID. > A new section for EPE FEC validation has been added in -06 versi= on. This section specifies the details when return code 3 Has to be sent. A= s per RFC 8029 sec 3.4.1.3 FEC stack change and IS_EGRESS code are treated= identically. " A Downstream Detailed Mapping TLV containing only one FEC stack change sub-TLV with pop operation is equivalent to IS_EGRESS (Return Code 3, Section 3.1) for the outermost FEC in the FEC stack. The ingress router performing the LSP traceroute MUST treat such a case as an IS_EGRESS for the outermost FEC." I don't see the need to re-iterate RFC 8029 sections in this draft. If it i= s still not clear let me know. [KT] Sure. I think we can work through this once we converge on the FEC def= inition. > In the case of IGPs, the downstream node does have the label and context = for adjacency SID (which is functionally closest to BGP EPE SIDs). In the B= GP-EPE SIDs case, this is not always the case. So I believe, it would be be= tter if the entire operation were described. EPE SID validation section is added. Pls take a look and let me = know if it looks good. [KT] Same as previous comment. > > 5) The ping or traceroute done to any of the BGP EPE SID corresponding to= an eBGP session may result in the packet being sent to another entity. The= security consideration talk about it, but the problem is not addressed by = the remote AS dropping the packets. The security issue is that the OAM pack= et could expose the FECs and information of the local AS to a remote AS. So= it is more as an caveat for the operators performing the OAM operation to = be mindful of this fact. > Yes. This was raised in RT review and security section has been = updated with this info in -06 version. > In general, some more description that set the stage for the introduction= of the new extensions and elaborate more on the operations (some considera= tions above on what is mandatory to evaluate and what is optional). Sure. Pls check the -07 version which I'll be posting soon and l= et me know if you have further comments. [KT] Thanks again for the update. I believe we can work through the remaini= ng/open points over course of time. Thanks, Ketan > > Thanks, > Ketan > > -----Original Message----- > From: mpls > On Behal= f Of Loa Andersson > Sent: 30 April 2020 08:26 > To: mpls@ietf.org > Cc: mpls-chairs@ietf.org; draft-hegde-mpls-s= pring-epe-oam@ietf.org > Subject: [mpls] working group adaption poll (wgap) for > draft-hegde-mpls-spring-epe-oam > > Working Group, > > This is to start a two week poll on adopting draft-hegde-mpls-spring-epe-= oam as a MPLS working group document. > > Please send your comments (support/not support) to the mpls working group= mailing list (mpls@ietf.org). Please give a technica= l motivation for your support/not support, especially if you think that the= document should not be adopted as a working group document. > > There is one IPR disclosure against this document. > > The authors have stated on the MPLS wg mailing list that they are unaware= of any IPRs that relates to this document. > > The working group adoption poll ends May 15, 2020. > > /Loa > -- My mail server from time to time has come under DOS attacks, we are working= to fix it but it may take some time. If you get denial of service sending = to me plz try to use loa.pi.nu@gmail Loa Andersson email: loa@pi.nu Senior MPLS Expert Bronze Dragon Consulting phone: +46 739 81 21 64 --_000_MW3PR11MB4570243670BF093B6A8D50BDC1810MW3PR11MB4570namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Shradd= ha,

&nbs= p;

Perhaps w= e might be going in circles here so let me summarize.

&nbs= p;

The FEC d= efinition for LSP ping/trace has to be in sync with the definition of the S= ID in the architecture (RFC8402) and the control plane protocol (draft-ietf= -idr-bgpls-segment-routing-epe). I don’t see how it can be defined to be something else – even if those addit= ional parameters are marked as optional.

&nbs= p;

I’v= e already explained how an implementation on the sender can use the echo re= sponse that includes the incoming interface on it to do additional checks f= or its further verification. This would be an implementation/use-case specific aspect that seems beyond the scope of = the draft but we can discuss in the WG if there is a need to include itR= 17;s description in the draft it in a non-normative manner.

&nbs= p;

So we hav= e a way of staying consistent with the architecture and the control plane p= rotocol while at the same time supporting your implementation specific use-= case.

&nbs= p;

Thanks,

Ketan

&nbs= p;

From: Shraddha Hegde <shraddha@juniper.net>
Sent: 11 June 2020 14:32
To: Ketan Talaulikar (ketant) <ketant@cisco.com>; Loa Andersso= n <loa@pi.nu>; draft-hegde-mpls-spring-epe-oam@ietf.org
Cc: mpls-chairs@ietf.org; mpls@ietf.org
Subject: RE: [mpls] working group adaption poll (wgap) for draft-heg= de-mpls-spring-epe-oam

 

Ketan,

 

[KT] Sure and those speci= fic link attributes can be signaled as part of the Link NLRI that carries t= he BGP Peer Adj SID since that is the one associated with a specific link (= please check http= s://tools.ietf.org/html/draft-ketant-idr-bgp-ls-bgp-only-fabric-04#section-= 4.2). Therefore, the PeerAdjSID can be used for steering over a specific link an= d PeerNodeSID can be used for steering over any link to the peer. This is v= ery similar to AdjSID and PrefixSID in IGPs

 <= /i>

 <= /i>

The FEC validation section c= learly defines , the incoming interface can be any interface listed in the = FEC.

“     =
;          o  Validate th=
e incoming interface on which the OAM packet

       &= nbsp;          was receieved, = matches with the any of the

      &nbs= p;           remote inter= faces specified in the PeerNode SID FEC sub-TLV

"=

 =

Do you still have concerns?<= o:p>

 =

Rgds

Shraddha

 

 

Juniper Business= Use Only

From: Ketan Talaulikar (ketant) <ketant@cisco.com>
Sent: Friday, June 5, 2020 8:28 PM
To: Shraddha Hegde <shrad= dha@juniper.net>; Loa Andersson <loa= @pi.nu>; draft-hegde-mpl= s-spring-epe-oam@ietf.org
Cc: mpls-chairs@ietf.org= ; mpls@ietf.org
Subject: RE: [mpls] working group adaption poll (wgap) for draft-heg= de-mpls-spring-epe-oam

 

<= span style=3D"font-size:10.5pt;font-family:Lato;color:black">[External Emai= l. Be cautious of content]

 

Hi Shraddha,

 

Please check inline below.

 

From: Shraddha Hegde <shra= ddha@juniper.net>
Sent: 05 June 2020 15:43
To: Ketan Talaulikar (ketant) <ketant@cisco.com>; Loa Andersson <= loa@pi.nu>; draft-hegde-mpl= s-spring-epe-oam@ietf.org
Cc: mpls-chairs@ietf.org= ; mpls@ietf.org
Subject: RE: [mpls] working group adaption poll (wgap) for draft-heg= de-mpls-spring-epe-oam

 

Ketan,

 

[KT] For such= use-cases (where steering needs to happen over a specific link/adjacency),= the EPE controller needs to use the BGP Peer Adjacency SID that does this = kind of steering over specific interfaces - again per definition in https://tools.ietf.org/html= /rfc8402#section-4.2

 

The above RFC section you are r= eferring mentions what are PeerAdj SID, PeerNode SID and PeerSet SID. These= definitions are matching with what you are saying that if steering on a li= nk is required use PeerAdjSID and if steering on Peer is required use PeerNodeSID. This is good enough descript= ion of what is available.

[KT] Thanks. So as specif= ied, those are the semantics of the three types of SIDs and hence I would r= equest you to please align the FEC definitions and procedures in draft-hegd= e-mpls-spring-epe-oam with those definitions.

 

Think about how an EPE controll= er decides whether it should steer on the link using PeerAdjSID or it shoul= d use PeerNodeSID. To make this decision EPE controller needs to have infor= mation about link characteristics and which link the traffic is going to take if a path is built using PeerAdjSI= D/PeerNodeSID and what is the bandwidth availability on those links. This i= s a fundamental requirement for any kind of traffic-engineering.=

[KT] Sure and those speci= fic link attributes can be signaled as part of the Link NLRI that carries t= he BGP Peer Adj SID since that is the one associated with a specific link (= please check http= s://tools.ietf.org/html/draft-ketant-idr-bgp-ls-bgp-only-fabric-04#section-= 4.2). Therefore, the PeerAdjSID can be used for steering over a specific link an= d PeerNodeSID can be used for steering over any link to the peer. This is v= ery similar to AdjSID and PrefixSID in IGPs.

 

This usecase is very much in th= e scope of Egress Peer Engineering.

https://tools.ietf.org/html/draft-ietf-spring-segment-rout= ing-central-epe-10 specifies that the problem statement

comes from 7855

 

R= 20;1.1.  Problem Statement

 

The BGP-EPE problem statement is defined in [RFC7855].”    &=
nbsp;    
 
7855 lists traffic engineering as one of the main=
 usecase for EPE.
 
https://tools.ietf.org/htm=
l/rfc7855#section-3.3.1
 
of RFC 7855  clearly describes Traffic Engin=
eering usecases that need to be supported for EPE.
[KT] I believe the use-cases are covered and I w=
ould be glad to connect offline to better understand the problem/challenge =
that you see. If there is something more that needs to be done, I would be =
happy to collaborate with you. However, since the draft under discussion is=
 about OAM support for BGP EPE SIDs, I do think that we need to follow the =
semantics and definitions as they are specified in RFC8402 and draft-ietf-i=
dr-bgpls-segment-routing-epe.
 
Thanks,
Ketan
 
Rgds
Shraddha
 

 

 

 

Juniper Business= Use Only

From: Ketan Talaulikar (ketant) <ketant@cisco.com>
Sent: Thursday, June 4, 2020 12:05 PM
To: Shraddha Hegde <shrad= dha@juniper.net>; Loa Andersson <loa= @pi.nu>; draft-hegde-mpl= s-spring-epe-oam@ietf.org
Cc: mpls-chairs@ietf.org= ; mpls@ietf.org
Subject: RE: [mpls] working group adaption poll (wgap) for draft-heg= de-mpls-spring-epe-oam

 

<= span style=3D"font-size:10.5pt;font-family:Lato;color:black">[External Emai= l. Be cautious of content]

 

Hi Shraddha,

 

Trimming further

[KT] I have a c= oncern here. The semantics of the FEC for Peer Node and Set SIDs does not i= nclude (i.e. does not care about the interface over which the packet was re= ceived). So the link information is in any case part of the response that is sent back to the requester which = can perform this validation. I don’t see how it can be included in th= e FEC definition.

 

<Shraddha>= ;Lets say you have ASBR A connecting two different ASBRs in different ASes = B and C. Lets assume there are multiple links between A->B and A->C.<= o:p>

  &nb= sp;            =       Lets say there is a multi-hop eBGP session b= etween A->B  between A->C.

  &nb= sp;            =       Lets say peerNode SID has been advertised fo= r A->B and A->C.  The Link descriptors for the PeerNode Sid incl= ude the BGP session local addresses and for a multi-hop BGP

  &nb= sp;            =        BGP session its going to be loopback a= ddresses so from available information, it is not possible to derive which = interface the traffic will be flowing.

[KT] This is = correct and it is inline with the definition of BGP Peer Node SID per https://tools.ietf.org/html/rfc8402#section-4.2=

 

   &n= bsp;            = ;      Now lets say  there is a requirem= ent that certain application should use a guaranteed 10G bandwidth on these=

  &nb= sp;            =       Inter-as links. If the EPE controller does n= ot know which interfaces the traffic will be flowing, it cannot figure out = which peerNodeSID to pick to build the path.

[KT] For such= use-cases (where steering needs to happen over a specific link/adjacency),= the EPE controller needs to use the BGP Peer Adjacency SID that does this = kind of steering over specific interfaces - again per definition in https://tools.ietf.org/html= /rfc8402#section-4.2

 

  &nb= sp;            =      Draft-hegde-idr-bgp-ls-epe-inter-as talks about th= e usecases and required protocol extensions.

[KT] We have = been discussing this draft in the past and indeed it tries to enable signal= ling of additional underlying link information for a multi-hop eBGP neighbo= rship.

 

  &nb= sp;            =    For any reasonable traffic engineering using peerNodeSID I thi= nk that this information is required.

[KT] However,= for steering over links, we cannot change the semantics of Peer NodeSID wh= ich clearly does not put any constraint on the link over which packet is de= livered to the BGP peer.

 

  &nb= sp;            =   It is also useful to know if the control plane and dataplane ar= e in sync with OAM. If the control plane is advertising peerNodeSID to be

  &nb= sp;            = Going over some link but the actual traffic flow is on a different link, i= t will screw-up the traffic engineering. MPLS WG has built OAM has tools/te= chniques

  &nb= sp;            = For years to find these kind of problems.We are trying to  apply thes= e to EPE SIDs.

[KT] When mul= tiple underlying links are there between A and B, there are implementation = specific or other aspects that may influence whether the traffic goes over = a 10G or a 100G link between the nodes. We do have capability in LSP Ping so that C and indicate in it’s res= ponse the specific link over which it has received the packet from A. This = way the actual querier can do verification to check whether the desired loc= al implementation mechanism on A for choosing say the 100G link is working even if the Peer Node SID is being used. Howe= ver, from a standard’s perspective the semantics of Peer Node SID has= no notion of interface binding associated with it and hence it cannot be p= ut into its FEC and therefore this verification cannot be expected of C.

 

Thanks,<= /o:p>

Ketan

  &nb= sp;            =

   &nb= sp;   Rgds

Shraddha  = ;           

 

 

 

Juniper Business= Use Only

From: Ketan Talaulikar (ketant) <ketant@cisco.com>
Sent: Wednesday, June 3, 2020 2:48 PM
To: Shraddha Hegde <shrad= dha@juniper.net>; Loa Andersson <loa= @pi.nu>; draft-hegde-mpl= s-spring-epe-oam@ietf.org
Cc: mpls-chairs@ietf.org= ; mpls@ietf.org
Subject: RE: [mpls] working group adaption poll (wgap) for draft-heg= de-mpls-spring-epe-oam

 

<= span style=3D"font-size:10.5pt;font-family:Lato;color:black">[External Emai= l. Be cautious of content]

 

Hi Shraddha,

 

Thanks for your response and update. Please check= inline below.

 

-----Original Message----- From: Shraddha Hegde <shraddha@j= uniper.net>
Sent: 03 June 2020 11:49
To: Ketan Talaulikar (ketant) <ketan= t@cisco.com>; Loa Andersson <loa@pi.= nu>; draft-hegde-mpl= s-spring-epe-oam@ietf.org
Cc: mpls-chairs@ietf.org; mpls@ietf.org
Subject: RE: [mpls] working group adaption poll (wgap) for draft-hegde-mpls= -spring-epe-oam

 

Hi ketan,

 

Thanks for the detailed review and comments. Pls = see inline for response.

 

 

Juniper Business Use Only

 

-----Original Message-----

From: Ketan Talaulikar (ketant) <ketant@cisco.com>

Sent: Wednesday, May 13, 2020 9:38 AM<= /p>

To: Loa Andersson <loa@pi.nu>; draft-hegde-mpls-spring-epe-oam@ietf= .org

Cc: mpls-chairs@ietf.org; mpls@ietf.org

Subject: RE: [mpls] working group adaption poll (= wgap) for draft-hegde-mpls-spring-epe-oam

 

[External Email. Be cautious of content]

 

 

Hi  Loa,

 

There is no doubt about the need for LSP ping and= traceroute operations to cover BGP EPE SIDs. So the requirement is real an= d something that the WG should be taking up.

 

My concerns is that the proposal in the draft is = diverging from the control plane protocol semantics for what constitutes th= e FEC (or context) and how it is to be validated. These are some core aspec= ts that IMHO need to be addressed before adoption while the rest may be taken up during its life as a WG doc= ument. I would suggest to wait for the authors response.

 

Thanks,

Ketan

 

-----Original Message-----

From: Loa Andersson <loa@pi.nu<= /a>>

Sent: 13 May 2020 09:22

To: Ketan Talaulikar (ketant) <= ketant@cisco.com>; draft-hegde-mpls-spring-epe-oam@ietf= .org

Cc: mpls-chairs@ietf.org; mpls@ietf.org

Subject: Re: [mpls] working group adaption poll (= wgap) for draft-hegde-mpls-spring-epe-oam

 

Ketan,

 

Anything of this that need to addressed before wg= adoption?

 

 

Authors

 

I leave the wgap opeb a few extra days to llow yo= u to respond to this.

 

 

/Loa

 

On 12/05/2020 23:32, Ketan Talaulikar (ketant) wr= ote:

> Hello Authors,

> 

> I have the following comments on this draft = and would be good if you could clarify/respond.

> 

> 1)The FEC description should match the "= ;context" that is advertised in

> the control plane for Peer Adj SID. E.g. the= local/remote Interface

> IDs are not being included from <= /p>

> https://urldefense.co= m/v3/__https://tools.ietf.org/html/draft-ietf-idr

> -bgpls-segment-routing-epe-1__;!!NEt6yMaO-gk= !W0-Gp88WKnqRfX4kdfeWV8aIH

> qrXTj0Pzz9Vl-B2ZVn78SFO60XGBDi2Y-5xIny8$

> 9#section-4.2

 

<Shraddha> The EPE draft mandates interface= -ids and allows remote interface-id to be zero.

Remote interface ID being zero does not help in v= alidating the incoming interface which is very Useful OAM functionality. Fo= r this reason, this draft recommends sending interface addresses in the Pee= rADJ SID Link descriptors which is optional.

 

I have updated the PeerAdj SID section with this = information and also updated with the possibility of sending zero In which = case incoming interface validation should be skipped. This is to accommodat= e cases when the advertising node does not send the interface addresses

[KT] Ack –= ; this sounds good to me. Thanks.

 

> 

> 2) For the Peer Node SID, the control plane = definition is https://urldefense.co= m/v3/__https://tools.ietf.org/html/draft-ietf-idr-bgpls-segment-routing-epe= -19*section-4.1__;Iw!!NEt6yMaO-gk!W0-Gp88WKnqRfX4kdfeWV8aIHqrXTj0Pzz9Vl-B2Z= Vn78SFO60XGBDi2Y6sXdlcY$  and the FEC description in this draft is not aligned with the correspondin= g control plane. The Peer Node SID is meant for the packet to be delivered = to a specific BGP peer and it does not matter over which interface it is re= ceived. So why have those interface addresses as mandatory in the FEC. The only thing the control plane indica= tes is the peering session itself.

> 

> 3) Same as (2) above, for the Peer Set SID, = the interfaces are don't care.

<Shraddha> The reason for need to have inte= rface addresses specified is for incoming interface validation as explained= above. For Peer Node SID interfaces are advertised with draft I-D.hegde-id= r-bgp-ls-epe-inter-as.I have added this to the reference and updated text as to why it is needed. Also the ingress= can send 0 pair of addresses in which case Incoming interface validation w= ill be skipped and success will be sent based on other validations.

Pls check -07 version and let me know if you are = OK with it.

[KT] I have a c= oncern here. The semantics of the FEC for Peer Node and Set SIDs does not i= nclude (i.e. does not care about the interface over which the packet was re= ceived). So the link information is in any case part of the response that is sent back to the requester which = can perform this validation. I don’t see how it can be included in th= e FEC definition.

 

> 

> 4) The draft just says that the procedures a= re borrowed from RFC8287 but I don't think this is so straightforward or tr= ivial. E.g. https://urldefense.co= m/v3/__https://tools.ietf.org/html/rfc8287*section-7.2__;Iw!!NEt6yMaO-gk!W0= -Gp88WKnqRfX4kdfeWV8aIHqrXTj0Pzz9Vl-B2ZVn78SFO60XGBDi2Y3Z0DrZ_$&= nbsp; has the following:

> 

>     The network node tha= t is immediately downstream of the node that

>     advertised the Adjac= ency Segment ID is responsible for generating the

>     FEC Stack Change sub= -TLV for POP operation for the Adjacency Segment

>     ID.

> 

 

<shraddha> A new section for EPE FEC valida= tion has been added in -06 version. This section specifies the details when= return code 3 Has to be sent. As per  RFC 8029 sec 3.4.1.3 FEC stack = change and IS_EGRESS code are treated identically.

" A Downstream Detailed Mapping TLV containi= ng only one FEC stack

       change sub-T= LV with pop operation is equivalent to IS_EGRESS

       (Return Code= 3, Section 3.1) for the outermost FEC in the FEC

       stack. = The ingress router performing the LSP traceroute MUST

       treat such a= case as an IS_EGRESS for the outermost FEC."

 

I don't see the need to re-iterate RFC 8029 secti= ons in this draft. If it is still not clear let me know.

[KT] Sure. I th= ink we can work through this once we converge on the FEC definition.=

 

> In the case of IGPs, the downstream node doe= s have the label and context for adjacency SID (which is functionally close= st to BGP EPE SIDs). In the BGP-EPE SIDs case, this is not always the case.= So I believe, it would be better if the entire operation were described.

<Shraddha> EPE SID validation section is ad= ded. Pls take a look and let me know if it looks good.   &nb= sp;            =             &nb= sp;            =             &nb= sp;            =             &nb= sp;            =             &nb= sp;            =             &nb= sp;            =             &nb= sp;            =       

[KT] Same as pr= evious comment.

 

> 

> 5) The ping or traceroute done to any of the= BGP EPE SID corresponding to an eBGP session may result in the packet bein= g sent to another entity. The security consideration talk about it, but the= problem is not addressed by the remote AS dropping the packets. The security issue is that the OAM packet could e= xpose the FECs and information of the local AS to a remote AS. So it is mor= e as an caveat for the operators performing the OAM operation to be mindful= of this fact.

> 

<Shraddha> Yes. This was raised in RT revie= w and security section has been updated with this info in -06 version.=

  

> In general, some more description that set t= he stage for the introduction of the new extensions and elaborate more on t= he operations (some considerations above on what is mandatory to evaluate a= nd what is optional).

<Shraddha> Sure. Pls check the -07 version = which I'll be posting soon and let me know if you have further comments.

[KT] Thanks aga= in for the update. I believe we can work through the remaining/open points = over course of time.

 

Thanks,

Ketan

 

> 

> Thanks,

> Ketan

> 

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

> From: mpls <mpls-boun= ces@ietf.org> On Behalf Of Loa Andersson

> Sent: 30 April 2020 08:26

> To: mpls@ietf.org

> Cc: = mpls-chairs@ietf.org<= /span>; draft-hegde-mpls-spring-epe-oam@ietf= .org

> Subject: [mpls] working group adaption poll = (wgap) for

> draft-hegde-mpls-spring-epe-oam

> 

> Working Group,

> 

> This is to start a two week poll on adopting= draft-hegde-mpls-spring-epe-oam as a MPLS working group document.

> 

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

> 

> There is one IPR disclosure against this doc= ument.

> 

> The authors have stated on the MPLS wg maili= ng list that they are unaware of any IPRs that relates to this document.

> 

> The working group adoption poll ends May 15,= 2020.

> 

> /Loa

> 

 

--

 

My mail server from time to time has come under D= OS attacks, we are working to fix it but it may take some time. If you get = denial of service sending to me plz try to use loa.pi.nu@gmail

 

 

Loa Andersson      =             &nb= sp;     email: loa@pi.nu<= o:p>

Senior MPLS Expert

Bronze Dragon Consulting    &= nbsp;        phone: +46 739 81 21 64=

--_000_MW3PR11MB4570243670BF093B6A8D50BDC1810MW3PR11MB4570namp_-- From nobody Fri Jun 12 14:19:28 2020 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 630D43A1063; Fri, 12 Jun 2020 14:19:26 -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: mpls-chairs@ietf.org, tsaad@cisco.com, mpls@ietf.org, db3546@att.com X-Test-IDTracker: no X-IETF-IDTracker: 7.3.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <159199676590.25921.4042493926007193292@ietfa.amsl.com> Date: Fri, 12 Jun 2020 14:19:26 -0700 Archived-At: Subject: [mpls] mpls - New Meeting Session Request for IETF 108 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Jun 2020 21:19:27 -0000 A new meeting session request has just been submitted by Tarek Saad, a Chair of the mpls working group. --------------------------------------------------------- Working Group Name: Multiprotocol Label Switching Area Name: Routing Area Session Requester: Tarek Saad Number of Sessions: 1 Length of Session(s): 50 Minutes Number of Attendees: 100 Conflicts to Avoid: Chair Conflict: detnet bier pals idr bfd bess spring pce ccamp teas sfc Technology Overlap: lsr lsvr rtgwg rtgarea i2rs nvo3 People who must be present: Loa Andersson Deborah Brungard Nicolai Leymann Tarek Saad Mach(Guoyi) Chen Resources Requested: Special Requests: --------------------------------------------------------- From nobody Fri Jun 12 19:07:04 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0E2D63A07F2; Fri, 12 Jun 2020 19:07:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, 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 BYbDLH0lU6Fj; Fri, 12 Jun 2020 19:07:00 -0700 (PDT) Received: from mail-lj1-x22f.google.com (mail-lj1-x22f.google.com [IPv6:2a00:1450:4864:20::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BDADE3A07F0; Fri, 12 Jun 2020 19:06:33 -0700 (PDT) Received: by mail-lj1-x22f.google.com with SMTP id q19so13178260lji.2; Fri, 12 Jun 2020 19:06:33 -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=cZZXYF72M6iVimSDIXJylVin9BLLWyXhaqWf8TiX4S0=; b=OMonwkTAOGDoql3aGaffwDWscu3zBOF0B5/MwgITPuQUP0qbu5WXz/FNBdl6onMA4u 3y2nBfxWRqgGVsrs2X5NdBdET3MSujBgm1VyiEmACHAgQF5S7GcF7sacoFP5klo+ivc5 E8HiJuVW1MNKF62ppxBtp3edzMY88BILEbth8wvp06cVOGg3qgCfImoR18n7ZLnEjEZG Lwt3Ffhyzp3Lez2nEvdQe29Wfy+Fl3sPk7OoTH7R6OLmjGadXmUYgkQv3Aq1HQRcIuBJ 6KOkWwulwis2897+UONH/DOL97xQq8VC4j28WMkeSAmUVs/x1ACGO21JI7jJqpDs9/kn 5cJA== 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=cZZXYF72M6iVimSDIXJylVin9BLLWyXhaqWf8TiX4S0=; b=P7PRupjPjoAY1qfIrlzJWFHMHK20GY9bweyN4C0u2sVrPiS4uW/GXwP0VEWNEk+ipr QSwhzzPQqDcHwxod/FodqPJfSY6j5CrFf1jgVhGjblA1rdWsmISUhT7fbGqEmp3bK9Fn 23wnDuafwaBr581YEkW7E5Xf+zdTqPRB6wJML9l+NqbjmA/1FLMe8L2X11fTsVC4VzIJ XUQ/vf5Em+zTZgf00g52XUI16CLdCLRFa/iacy7urwFglTmkMjM7mb1EvdbBqd/IK/z4 Z9V3wyVU2hallDosuytUcBaqqu+8F/bXXxZ/LNXQQW5J7iquiw6y41TVqahXe/q/B0bO QRRQ== X-Gm-Message-State: AOAM532vBkEMZRq3HqAe34ldWXOVofukCXfxt6AcGYmnNdBeWOnS3aDP GbMdfSDF0RHbLn84GmTrtG8ffo7RcyLaJqNX7l8= X-Google-Smtp-Source: ABdhPJzarkSBTuL4kal8qvH6FUI+aoxkCXXw59amRMYxA81KdksEBXdmzpnpA+RcLdZHm9npNvXWdv+8tx5Lw0P+UyI= X-Received: by 2002:a2e:98c2:: with SMTP id s2mr7784218ljj.288.1592013991816; Fri, 12 Jun 2020 19:06:31 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Greg Mirsky Date: Fri, 12 Jun 2020 19:06:20 -0700 Message-ID: To: Huaimo Chen Cc: Tarek Saad , "mpls@ietf.org" , "mpls-chairs@ietf.org" , "draft-gandhi-mpls-rfc6374-sr@ietf.org" Content-Type: multipart/alternative; boundary="00000000000075b69b05a7eda400" Archived-At: Subject: Re: [mpls] MPLS-RT experts review for draft-gandhi-mpls-rfc6374-sr X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Jun 2020 02:07:02 -0000 --00000000000075b69b05a7eda400 Content-Type: text/plain; charset="UTF-8" Hi Huaimo, thank you for your comments. Though I am not a co-author of the draft, I am very interested in the topic. I have a question related to your comments and conclusions below: - you've noted "It seems that the Performance Measurement for a SR P2MP Path (or policy) is limited to one way and out-of-band. Should the document add some texts talking about these limitations?" If that truly is the case, i.e., the proposed OAM mechanism can only work as out-of-band, what is the value of the measurement results using the synthetic method of measurement? If, as you have noted, a test packet does not follow the monitored data flow, how trustworthy and useful the loss and delay measurement are achieved? I think that I cannot agree with your conclusion that the prosed PM OAM mechanism can only work as out-of-band tool, i.e., support direct measurement statistics by collecting counters. The fact that a test packet, as described in the draft, uses the precisely same policies as a data packet, in my view, ensures that it is in-band and shares the fate with the data flow, which is essential to obtaining useful performance measurements. I much appreciate your consideration of my question. Regards, Greg On Mon, Jun 8, 2020 at 8:52 PM Huaimo Chen wrote: > Hi All, > > I have reviewed the document and have the following comments. > > 1. The document is useful and technically sound. It can be considered > for WG adoption. > > 2. The document seems talking about the Loss Measurement Message > and Delay Measurement Message. Should it have some texts for Combined > Loss/Delay Measurement Message? > > 3. There are a couple of IETF drafts about SR P2MP Path.. The > document just mentions one of them and the Performance Measurement for a SR > P2MP Path (or policy) is based on this one draft. Should the Performance > Measurement for a SR P2MP Path (or policy) be general enough for all? > > 4. It seems that the Performance Measurement for a SR P2MP Path (or > policy) is limited to one way and out-of-band. Should the document add some > texts talking about these limitations? > > 5. The registry for the newly defined Return Path TLV Type and Block > Number TLV Type is missing in the document. Is it the "MPLS Loss/Delay > Measurement TLV Object" registry? > > 6. It seems that a new registry should be defined for the Sub-TLV > types under the Return Path TLV in the document. > > 7. In section 5.1. and section 6.1., Should "For both SR Links and > end-to-end measurement for SR-MPLS Policies" be changed to something like > "For both SR Links and end-to-end SR-MPLS Policies measurements"? > > 8. In section 6.2., should something like a user case be added into > the sentence "The Block Number TLV is Mandatory when used.."? > > > Best Regards, > Huaimo > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > --00000000000075b69b05a7eda400 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi=C2=A0Huaimo,
thank you for your co= mments. Though I am not a co-author of the draft, I am very interested in t= he topic. I have a question related to your comments and conclusions below:=
  • you've noted "It seems that the=C2=A0Performanc= e Measurement for a SR P2MP Path (or policy) is limited to one way and out-= of-band. Should the document add some texts talking about these limitations= ?" If that truly is the case, i.e., the proposed OAM mechanism can onl= y work as out-of-band, what is the value of the measurement results using t= he synthetic method=C2=A0of measurement? If, as you have noted, a test pack= et does not follow the monitored data flow, how trustworthy and useful the = loss and delay measurement are achieved? I think that I cannot agree with y= our conclusion=C2=A0that the prosed PM OAM mechanism can only work as out-o= f-band tool, i.e., support direct measurement statistics by collecting coun= ters. The fact that a test packet, as described=C2=A0in the draft, uses the= precisely same policies as a data packet, in my view, ensures that it is i= n-band and shares the fate with the data flow, which is essential to obtain= ing useful performance measurements.
I much appreciate your c= onsideration of my question.

Regards,
<= div>Greg

On Mon, Jun 8, 2020 at 8:52 PM Huaimo Chen <huaimo.chen@futurewei.com> wrote:
Hi All,

=C2=A0 =C2=A0 I have reviewed the document and have the following comments.=

=C2=A0 =C2=A0 1.=C2=A0 The=C2=A0document is useful and technically sound. I= t can be=C2=A0considered for WG adoption.

=C2=A0 =C2=A0 2.=C2=A0 The document seems talking about the Loss Measuremen= t Message and=C2=A0Delay Measurement Message. Should it have some texts for= =C2=A0Combined Loss/Delay Measurement Message?

=C2=A0 =C2=A0 3.=C2=A0 There are a couple of IETF drafts about SR P2MP Path= .. The document just mentions one of them and the Performance Measurement f= or a SR P2MP Path (or policy) is based on this one draft. Should the=C2=A0P= erformance Measurement for a SR P2MP Path (or policy) be general enough for all?

=C2=A0 =C2=A0 4.=C2=A0 It seems that the=C2=A0Performance Measurement for a SR P2MP Path (or policy) is limited t= o one way and out-of-band. Should the document add some texts talking about these limitations?

=C2=A0 =C2=A0 5.=C2=A0 The registry for the newly defined Return Path TLV T= ype and Block Number TLV Type is missing in the document. Is it the "M= PLS Loss/Delay Measurement TLV Object" registry?

=C2=A0 =C2=A0 6.=C2=A0 It seems that a new registry should be defined for t= he Sub-TLV types under the Return Path TLV in the document.

=C2=A0 =C2=A0 7.=C2=A0 In section 5.1. a= nd section 6.1., Should "For both SR Links and end-to-end measurement = for SR-MPLS Policies" be changed to something like "For both SR Links and end-to-end SR-MPLS Policies measurements&= quot;?=C2=A0

=C2=A0 =C2=A0 8.=C2=A0 In section 6.2., should something like a user case b= e added into the sentence "The Block Number TLV is Mandatory when used= .."?=C2=A0


Best Regards,
Huaimo
_______________________________________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org/mailman/listinfo/mpls
--00000000000075b69b05a7eda400-- From nobody Fri Jun 12 20:59:16 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D2D6D3A0840; Fri, 12 Jun 2020 20:59:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.989 X-Spam-Level: X-Spam-Status: No, score=-1.989 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_MSPIKE_H2=-0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=futurewei.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 hFvf8SMESlgY; Fri, 12 Jun 2020 20:59:11 -0700 (PDT) Received: from NAM10-MW2-obe.outbound.protection.outlook.com (mail-mw2nam10on2126.outbound.protection.outlook.com [40.107.94.126]) (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 9B0983A083F; Fri, 12 Jun 2020 20:59:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=BWo0FOn4ozWg6lfAVHJp4Hl6NJ4v23ZTzbLTuM20KNr6+Z+JtntP/64LifSj7MouHylfdQ44+C2ujAjFWqrBqLfi1vzQ7BrgHAWldu+VSNFGmUON1KHs69pDtC0Khmmd/xKkhYW+KmnWDPztq0xRkkE3eNrZpxB9WNquMjzRLjy2Slu9tEZymrShLuswGWmOOQ9PLQDCeErsfnjWTg4GAG0VX1oKRHw3B80td5oOf6Jmf1gzmLO3gqPi4zRLvyjqH06QbyJQk9XBkH9VUCZ4MQU8wJ7WDoLC3sO3AsDzC4W4IIDtvII0q6Q1rdO8examrCnCfDtbFK0/AQ6WXZXnsg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=O7x19ucw9qZ2yTFxDDAIQV5Kmt6u19VAEzYq1MzAHj8=; b=VElJOyG4Jm8sHeqSdXoWmVU4R4d2Yb8jMTMYqJwCILvVJNCHzG9pUZCHH0zQ9fPPC5LQ/HiSXwDc0d9u3wUOJ3N3Ii4xK8sHSIlM1zJUKdkq1HBeH5MrEhS3+bd83lpsrbe7I+2qtUUnAY6CxVKViNvpTL3pEadZkzVg0tVVtBnfFORejda6vccoFL6eypAcBWkcsL1bmzANPr1mzPikcrcEGqQz7P1W9w9HTLZhyhNAbXMDsVAFSj+H5/7h5CVec8xCL4MUI8x+POCwMikQpEMhfYWdZjJfBZwbepK/kPU4x8xiXY3pl79WpjvJtpjpNi3NDb0d1hvNrn2DIudg1w== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=futurewei.com; dmarc=pass action=none header.from=futurewei.com; dkim=pass header.d=futurewei.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Futurewei.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=O7x19ucw9qZ2yTFxDDAIQV5Kmt6u19VAEzYq1MzAHj8=; b=LPESYel+b4raK6DPLbyO4uMq7eR+wcYmwgqAH9VV7cmA9T7ZdJuR0JKQwwlAfCOUqvmvPIaFcc6fzlCycX+K4gB0dkN/k0QqaS7U09XGPr3FOefZvtBmbvhS9oa+DkPdmAVnNFFuwycLFQ4DGJ5Ej41dLuvT79fQSM0U+vshvVw= Received: from MN2PR13MB3117.namprd13.prod.outlook.com (2603:10b6:208:13a::20) by MN2PR13MB3038.namprd13.prod.outlook.com (2603:10b6:208:137::31) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3109.12; Sat, 13 Jun 2020 03:59:08 +0000 Received: from MN2PR13MB3117.namprd13.prod.outlook.com ([fe80::d5b6:8550:9c40:eec2]) by MN2PR13MB3117.namprd13.prod.outlook.com ([fe80::d5b6:8550:9c40:eec2%7]) with mapi id 15.20.3109.012; Sat, 13 Jun 2020 03:59:08 +0000 From: Huaimo Chen To: Greg Mirsky CC: Tarek Saad , "mpls@ietf.org" , "mpls-chairs@ietf.org" , "draft-gandhi-mpls-rfc6374-sr@ietf.org" Thread-Topic: [mpls] MPLS-RT experts review for draft-gandhi-mpls-rfc6374-sr Thread-Index: AQHWI7UWOG/zz9wDNU+Ica/MrmV3JqjPxRCtgAZB+wCAABzqIA== Date: Sat, 13 Jun 2020 03:59:08 +0000 Message-ID: References: , In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=futurewei.com; x-originating-ip: [2601:199:4300:8e5a:c4c6:15ee:f48a:8bb8] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 395d5b24-c9da-4c50-577f-08d80f4e1f9e x-ms-traffictypediagnostic: MN2PR13MB3038: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8882; x-forefront-prvs: 0433DB2766 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: EXQpMxkwsLB5ZJqEv/TO5cNn4lM6hCchxBeWVr5ZH/nyKKF7qIuFXIlN8YjF84spU2V7/idfgXOAbb6acKs/ixSQICJqskSRo8IXuyV2wz4wIjbfGAeSGDukPmOUin5/Iu5JTFr0GDzRKHHJuTVszj77XZJK8zWGve4UX1tiJlQYhzRhc6LFEd3Pr/QW/22ai0GZVL/9f3u4juB44mDSlol4e6wWMqA4nRRP16UHbjHM+hlcd5EoCMQBp57iZmGQPj61UCB1udoE9QKJ6kZOaYsqhdUwjzHF/vu6sM9YPKWx8UAvRJTQdkXbdz5OvxBa84s+pFDiNIeZ5RJwA9R+ee9b41QiOBSko8Q/sgFDFsN4QrFCwIX40OxB1ulXVkv7eM4K8SAKLeHNPK8MgGHWLQ== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MN2PR13MB3117.namprd13.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(136003)(346002)(366004)(396003)(376002)(39840400004)(8936002)(166002)(9686003)(71200400001)(478600001)(7696005)(6506007)(44832011)(83380400001)(186003)(316002)(54906003)(4326008)(53546011)(33656002)(966005)(66446008)(5660300002)(52536014)(6916009)(2906002)(66946007)(19627405001)(66476007)(8676002)(76116006)(66556008)(86362001)(64756008)(55016002); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: Fnpx7JeYYKpCAOhStAAdUXCYWYNwax530Q4y9atSLPgkx2+2rTvNbNJxeZngUX17pfEZbgUDlhV/n80O7S/JzFkaQ3fJD1PGkqA5UtDFVOCJRrdpGc7ZzLX/Dl0Lhnm9fVwipAA8Eo+2sPv20eiyvkIs3dJu+eIzZj0u6ygkMdFVHAb6KMe33ifVl4ekq6D0fv2LI9100d/icm7kWDxgZ3LJpv71r5vIVjXvawqC82ug4pATI3XJB6YIA94yL9EPSsqsiO36S7DoCt8oM5ZHNRw70F8Dm6X8hbg5TnK0EMd/5OHMcFPwORRzCVk9V2LdA7A23S5D15rr48+fP24LjK2S9L8+qFcSQVTjmP47x5EtWlqnRzJSCrGolFfMQykjm/jJR5MOwzYTELg9aHjkq63sGVrRhquJt2ykH6gmsheUiWzyeSdfCgIPCCdEG2NvYc6QCm/hN9EEyDfJLsQ5SNBAwDIWIjXc+ljBZRUkHJoDS5y/M3fiqCYOowvnNvYDxMBd69cNiuzfJckRxlGhwaYM9s2dOc4q8pyZfaZQW7gtB/UzObQJMyQ0biiM8DEK x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_MN2PR13MB311739202074E1CA19BB0DD5F29E0MN2PR13MB3117namp_" MIME-Version: 1.0 X-OriginatorOrg: Futurewei.com X-MS-Exchange-CrossTenant-Network-Message-Id: 395d5b24-c9da-4c50-577f-08d80f4e1f9e X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Jun 2020 03:59:08.4322 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 0fee8ff2-a3b2-4018-9c75-3a1d5591fedc X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: VCWYllJBhmetBKohLEczhXZvvY6Kx59iJRxP+xUDNdvoWmRt7VwJVjKQ35NfDC/QTmBPdr38dUK/iD3U7R+FGQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR13MB3038 Archived-At: Subject: Re: [mpls] MPLS-RT experts review for draft-gandhi-mpls-rfc6374-sr X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Jun 2020 03:59:14 -0000 --_000_MN2PR13MB311739202074E1CA19BB0DD5F29E0MN2PR13MB3117namp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Greg, In the contexts of the draft-gandhi-mpls-rfc6374-sr and my comments, on= e way means one way Measurement Mode, out-of-band means out-of-band probe = reply. Best Regards, Huaimo ________________________________ From: Greg Mirsky Sent: Friday, June 12, 2020 10:06 PM To: Huaimo Chen Cc: Tarek Saad ; mpls@ietf.org ; mpls-c= hairs@ietf.org ; draft-gandhi-mpls-rfc6374-sr@ietf.or= g Subject: Re: [mpls] MPLS-RT experts review for draft-gandhi-mpls-rfc6374-sr Hi Huaimo, thank you for your comments. Though I am not a co-author of the draft, I am= very interested in the topic. I have a question related to your comments a= nd conclusions below: * you've noted "It seems that the Performance Measurement for a SR P2MP= Path (or policy) is limited to one way and out-of-band. Should the documen= t add some texts talking about these limitations?" If that truly is the cas= e, i.e., the proposed OAM mechanism can only work as out-of-band, what is t= he value of the measurement results using the synthetic method of measureme= nt? If, as you have noted, a test packet does not follow the monitored data= flow, how trustworthy and useful the loss and delay measurement are achiev= ed? I think that I cannot agree with your conclusion that the prosed PM OAM= mechanism can only work as out-of-band tool, i.e., support direct measurem= ent statistics by collecting counters. The fact that a test packet, as desc= ribed in the draft, uses the precisely same policies as a data packet, in m= y view, ensures that it is in-band and shares the fate with the data flow, = which is essential to obtaining useful performance measurements. I much appreciate your consideration of my question. Regards, Greg On Mon, Jun 8, 2020 at 8:52 PM Huaimo Chen > wrote: Hi All, I have reviewed the document and have the following comments. 1. The document is useful and technically sound. It can be considered = for WG adoption. 2. The document seems talking about the Loss Measurement Message and D= elay Measurement Message. Should it have some texts for Combined Loss/Delay= Measurement Message? 3. There are a couple of IETF drafts about SR P2MP Path.. The document= just mentions one of them and the Performance Measurement for a SR P2MP Pa= th (or policy) is based on this one draft. Should the Performance Measureme= nt for a SR P2MP Path (or policy) be general enough for all? 4. It seems that the Performance Measurement for a SR P2MP Path (or po= licy) is limited to one way and out-of-band. Should the document add some t= exts talking about these limitations? 5. The registry for the newly defined Return Path TLV Type and Block N= umber TLV Type is missing in the document. Is it the "MPLS Loss/Delay Measu= rement TLV Object" registry? 6. It seems that a new registry should be defined for the Sub-TLV type= s under the Return Path TLV in the document. 7. In section 5.1. and section 6.1., Should "For both SR Links and end= -to-end measurement for SR-MPLS Policies" be changed to something like "For= both SR Links and end-to-end SR-MPLS Policies measurements"? 8. In section 6.2., should something like a user case be added into th= e sentence "The Block Number TLV is Mandatory when used.."? Best Regards, Huaimo _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls --_000_MN2PR13MB311739202074E1CA19BB0DD5F29E0MN2PR13MB3117namp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi Greg,

    In the contexts of the draft-gandhi-mpls-rfc6374-sr and = my comments, one way means one way  Measurement Mode, out-of-band means out-of-band probe reply.

Best Regards,
Huaimo
From: Greg Mirsky <gregi= mirsky@gmail.com>
Sent: Friday, June 12, 2020 10:06 PM
To: Huaimo Chen <huaimo.chen@futurewei.com>
Cc: Tarek Saad <tsaad.net@gmail.com>; mpls@ietf.org <mpls@i= etf.org>; mpls-chairs@ietf.org <mpls-chairs@ietf.org>; draft-gandh= i-mpls-rfc6374-sr@ietf.org <draft-gandhi-mpls-rfc6374-sr@ietf.org> Subject: Re: [mpls] MPLS-RT experts review for draft-gandhi-mpls-rfc= 6374-sr
 
Hi Huaimo,
thank you for your comments. Though I am not a co-author of the draft,= I am very interested in the topic. I have a question related to your comme= nts and conclusions below:
  • you've noted "It seems that the Performance Measurement for a= SR P2MP Path (or policy) is limited to one way and out-of-band. Should the= document add some texts talking about these limitations?" If that tru= ly is the case, i.e., the proposed OAM mechanism can only work as out-of-band, what is the value of the measurement results= using the synthetic method of measurement? If, as you have noted, a t= est packet does not follow the monitored data flow, how trustworthy and use= ful the loss and delay measurement are achieved? I think that I cannot agree with your conclusion that the p= rosed PM OAM mechanism can only work as out-of-band tool, i.e., support dir= ect measurement statistics by collecting counters. The fact that a test pac= ket, as described in the draft, uses the precisely same policies as a data packet, in my view, ensures that it = is in-band and shares the fate with the data flow, which is essential to ob= taining useful performance measurements.
I much appreciate your consideration of my question.

Regards,
Greg

On Mon, Jun 8, 2020 at 8:52 PM Huai= mo Chen <huaimo.chen@future= wei.com> wrote:
Hi All,

    I have reviewed the document and have the following comments.=

    1.  The document is useful and technically sound. I= t can be considered for WG adoption.

    2.  The document seems talking about the Loss Measuremen= t Message and Delay Measurement Message. Should it have some texts for=  Combined Loss/Delay Measurement Message?

    3.  There are a couple of IETF drafts about SR P2MP Path= .. The document just mentions one of them and the Performance Measurement f= or a SR P2MP Path (or policy) is based on this one draft. Should the P= erformance Measurement for a SR P2MP Path (or policy) be general enough for all?

    4.  It seems that the Performance Measurement for a SR P2MP Path (or policy) is limited= to one way and out-of-band. Should the document add some texts talking about these limitations?

    5.  The registry for the newly defined Return Path TLV T= ype and Block Number TLV Type is missing in the document. Is it the "M= PLS Loss/Delay Measurement TLV Object" registry?

    6.  It seems that a new registry should be defined for t= he Sub-TLV types under the Return Path TLV in the document.

    7.  In section 5.1. = and section 6.1., Should "For both SR Links and end-to-end measurement= for SR-MPLS Policies" be changed to something like "For both SR Links and end-to-end SR-MPLS Policies measurements"? 

    8.  In section 6.2., should something like a user case b= e added into the sentence "The Block Number TLV is Mandatory when used= .."? 


Best Regards,
Huaimo
_______________________________________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org/mailman/listinfo/m= pls
--_000_MN2PR13MB311739202074E1CA19BB0DD5F29E0MN2PR13MB3117namp_-- From nobody Fri Jun 12 21:13:08 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A6C053A0915; Fri, 12 Jun 2020 21:12:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.989 X-Spam-Level: X-Spam-Status: No, score=-1.989 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_MSPIKE_H2=-0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=futurewei.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 oVivS0Q6SVWi; Fri, 12 Jun 2020 21:12:57 -0700 (PDT) Received: from NAM11-BN8-obe.outbound.protection.outlook.com (mail-bn8nam11on2124.outbound.protection.outlook.com [40.107.236.124]) (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 CAF033A08AA; Fri, 12 Jun 2020 21:12:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=KfMpoc9+64A4xE7iyUlxR1/mnk0vmDvJKVJYe375tuYpD4zWG6Il50Q82t7bb+nQqovwmUP2agRhbDfy6UBqlfSHsof3ybmvJCNTX5+aGTi6dSgnnppo07YvhuK2nJXhlICSRqEocvabeoLsa/2lEiAJjGotapamH8SKnnrNwC/Wt8mhL1GgrRPR0HDh1+/V2+gVPb1dpmkecZZH060n+5N4kYxO7RyLzCivIC0FTAyx0Pd3OYri+WL4DJVoZZcCoZlPyQLWy2inklwehFl74tu7zSwgneU/6Q5G6GXPqEI14AY8xviue/EsFcoYIDTQu8E1J8GcKBBamD+YMTGaZA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=shz6EJ4pn5zVGXB5Ko6qdkoalzX5Po11xYqdJsZtk8s=; b=ael0vzpffgs79hbwOjBHNFKpZRa8GRg3mOzngj+FZY+T2TXzhknl/+1bb2B3g5pdZM0YcGezcKagbepTGoAVZckc+6RmhkdqER7GhRGdTsP9vECr3I45qsHWNU2b/DEcXw7OC2+wY4mVtmA97nXzLlMnELhtyO/r0X+KL1qZU9YYD0up892gBZeyjrkbpWbmwWIXZw7pHc6niy7pRxDjzTgINzGeyLZxrbtnMWuIHB6kvt20l1FY9K5HkSxI8Me5d2s5sOX40yo6OTKNyKPnxqFhoU5IPovFK98b/BYaoM77CwGnbbqRnvjjsStZYEm16qwrfEoFiKm1QMJgM0cP4A== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=futurewei.com; dmarc=pass action=none header.from=futurewei.com; dkim=pass header.d=futurewei.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Futurewei.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=shz6EJ4pn5zVGXB5Ko6qdkoalzX5Po11xYqdJsZtk8s=; b=sROPXsfhBdKQKjWAyByCR87XHLVFb54Q5Ks5jZpNuKPQ3FtJ8gr3jQPpXXLR5vHD93PoMYYJJufg3SMvpZhUwHWRBrIeUi/J70dTtBoGeQPylEOmlAkv8/E6F50Il9GZrfVbHNe4HFVgcu2v9f+ukKD3Sme+DoMO9FVfJKyCotU= Received: from MN2PR13MB3117.namprd13.prod.outlook.com (2603:10b6:208:13a::20) by MN2PR13MB3775.namprd13.prod.outlook.com (2603:10b6:208:1e3::23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3109.10; Sat, 13 Jun 2020 04:12:51 +0000 Received: from MN2PR13MB3117.namprd13.prod.outlook.com ([fe80::d5b6:8550:9c40:eec2]) by MN2PR13MB3117.namprd13.prod.outlook.com ([fe80::d5b6:8550:9c40:eec2%7]) with mapi id 15.20.3109.012; Sat, 13 Jun 2020 04:12:51 +0000 From: Huaimo Chen To: Rakesh Gandhi CC: Tarek Saad , "mpls@ietf.org" , "mpls-chairs@ietf.org" , "draft-gandhi-mpls-rfc6374-sr@ietf.org" Thread-Topic: [mpls] MPLS-RT experts review for draft-gandhi-mpls-rfc6374-sr Thread-Index: AQHWI7UWOG/zz9wDNU+Ica/MrmV3JqjPxRCtgAJCjICABB8Jpg== Date: Sat, 13 Jun 2020 04:12:51 +0000 Message-ID: References: , In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=futurewei.com; x-originating-ip: [2601:199:4300:8e5a:c4c6:15ee:f48a:8bb8] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 1f3443a6-dca8-4a0c-4a92-08d80f500a26 x-ms-traffictypediagnostic: MN2PR13MB3775: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8882; x-forefront-prvs: 0433DB2766 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: fwdF8pBqe4A/M1m/8Kn7eEOVr4UsSI/dZhUxWwK3r6YWlvj54ffFbtlfr9P1MfUm74OyQQVyvzjvcEuIGgKftv6ym0UiZPGLUYP4hZwGEJTY+O47UqcsLzEwO9W0ne+34iCRvwYr97VFz5ztXEX2U+ySEYKRu1sFzK9uFs3WKxrFC3J0HMBPxInwTr44UkjhUyOgxdrULOhImtX86W3ntfVBwwYEglIi5A2TpRGkyUPTyyX41PgVicYMc1ybmnK3997Lr5wrN749rF/FTtc9qyQL5siyP+fGTTUz2I9ghvgGeMpUx0qnIIl4fKp4eYkJvE1CRJAYO6qr6WWJb3lfqO3PCFpcpYA/chWEW1wEVZOIVtifKnPs8FLdpbRt6Ur4tKddzKxpLtkUz2+Qjy1f/w== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MN2PR13MB3117.namprd13.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(136003)(39840400004)(346002)(376002)(366004)(396003)(478600001)(166002)(83380400001)(76116006)(66446008)(86362001)(64756008)(6506007)(33656002)(71200400001)(7696005)(52536014)(44832011)(66476007)(66556008)(186003)(53546011)(966005)(55016002)(2906002)(5660300002)(19627405001)(66946007)(6916009)(8936002)(8676002)(4326008)(54906003)(9686003)(316002); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: Ba/gNsiK01j1VbX/0T6FaYW/prblotVGVDtPI3bGb2pYWlyJbQK/g8wiMSlj3qXNwxRcBQqnFkR9vq4nmgzT6djf0TbqWDs1NdegiKpiuuQsYhO9EzF5CwegHVBKHOWZQyubxNWeRxRIjy3SEt5HuHjet48vOP0MU+F4JAq3IYObd2cCwnCKT4GBWDliQZCjiL3MyCkq+zGFbHuKkK8/Tk54tdzX/0dvQMFXiqTYTO+cFVjvM69PbiiT/j97sLvas4WzPXz5Nv9VwAfiGrQsWlt4atuHf2FxOngSRLRtd8AAr5zXjlq1NBETV/+X6jcRkYGB5AwFWi4P9SnyE2HumuFw0x4tvyQXFMt7PrzIVnkcZJ+6XR0ZY/cBx+QNVGF5axIirT2GuCwttzZPdSxaWaU9OGt765Kr8Kh9nKSXiGPZ37d7EHNHxo6mzDWITW10zlHLoUMEvYOtQM0hrs+aa4ff6u3aVTBM+EcjQmtx1Ke4KWPpGoYANTLP50HI3TGtXEU6kWySpo9QWCZE9UCVjtJ/AN0CSI38mYCJZqLme+eNSIlUCYA0OcszCWUx9SSp x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_MN2PR13MB31172BA24640D22EC6C79782F29E0MN2PR13MB3117namp_" MIME-Version: 1.0 X-OriginatorOrg: Futurewei.com X-MS-Exchange-CrossTenant-Network-Message-Id: 1f3443a6-dca8-4a0c-4a92-08d80f500a26 X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Jun 2020 04:12:51.3198 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 0fee8ff2-a3b2-4018-9c75-3a1d5591fedc X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: NHSeU6kDqXaVVARW5SwyNlQwAbhOrBCeGpgomvMQ0YJDUZ/WUeUvdh8LHaUEf6kgWFl6UZBtmrz0bVoN55U0zQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR13MB3775 Archived-At: Subject: Re: [mpls] MPLS-RT experts review for draft-gandhi-mpls-rfc6374-sr X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Jun 2020 04:13:06 -0000 --_000_MN2PR13MB31172BA24640D22EC6C79782F29E0MN2PR13MB3117namp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Rakesh, Another SR P2MP draft is draft-shen-spring-p2mp-transport-chain. Best Regards, Huaimo ________________________________ From: Rakesh Gandhi Sent: Wednesday, June 10, 2020 9:03 AM To: Huaimo Chen Cc: Tarek Saad ; mpls@ietf.org ; mpls-c= hairs@ietf.org ; draft-gandhi-mpls-rfc6374-sr@ietf.or= g Subject: Re: [mpls] MPLS-RT experts review for draft-gandhi-mpls-rfc6374-sr Thank you Huaimo for the detailed review and your support for the adoption. Attached please find the updated document and diffs that address your comme= nts. Please see responses inline with .. On Mon, Jun 8, 2020 at 11:52 PM Huaimo Chen > wrote: Hi All, I have reviewed the document and have the following comments. 1. The document is useful and technically sound. It can be considered = for WG adoption. Thank you. 2. The document seems talking about the Loss Measurement Message and D= elay Measurement Message. Should it have some texts for Combined Loss/Delay= Measurement Message? Added section 6.3. 3. There are a couple of IETF drafts about SR P2MP Path.. The document= just mentions one of them and the Performance Measurement for a SR P2MP Pa= th (or policy) is based on this one draft. Should the Performance Measureme= nt for a SR P2MP Path (or policy) be general enough for all? do you have a specific P2MP draft on mind that should also be included= in the example? 4. It seems that the Performance Measurement for a SR P2MP Path (or po= licy) is limited to one way and out-of-band. Should the document add some t= exts talking about these limitations? Updated section 7. 5. The registry for the newly defined Return Path TLV Type and Block N= umber TLV Type is missing in the document. Is it the "MPLS Loss/Delay Measu= rement TLV Object" registry? Updated IANA section. 6. It seems that a new registry should be defined for the Sub-TLV type= s under the Return Path TLV in the document. Added in IANA section. 7. In section 5.1. and section 6.1., Should "For both SR Links and end= -to-end measurement for SR-MPLS Policies" be changed to something like "For= both SR Links and end-to-end SR-MPLS Policies measurements"? Corrected. 8. In section 6.2., should something like a user case be added into th= e sentence "The Block Number TLV is Mandatory when used.."? Expanded the sentence. Thanks, Rakesh Best Regards, Huaimo _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls --_000_MN2PR13MB31172BA24640D22EC6C79782F29E0MN2PR13MB3117namp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi Rakesh,

    Another SR P2MP draft is draft-shen-spring-p2mp-transport-cha= in.

Best Regards,
Huaimo
From: Rakesh Gandhi <rga= ndhi.ietf@gmail.com>
Sent: Wednesday, June 10, 2020 9:03 AM
To: Huaimo Chen <huaimo.chen@futurewei.com>
Cc: Tarek Saad <tsaad.net@gmail.com>; mpls@ietf.org <mpls@i= etf.org>; mpls-chairs@ietf.org <mpls-chairs@ietf.org>; draft-gandh= i-mpls-rfc6374-sr@ietf.org <draft-gandhi-mpls-rfc6374-sr@ietf.org> Subject: Re: [mpls] MPLS-RT experts review for draft-gandhi-mpls-rfc= 6374-sr
 
Thank you Huaimo for the detailed review and your support for the adop= tion.
Attached please find the updated document and diffs that address your = comments.
Please see responses inline with <RG>..

On Mon, Jun 8, 2020 at 11:52 PM Hua= imo Chen <huaimo.chen@futur= ewei.com> wrote:
Hi All,

    I have reviewed the document and have the following comments.=

    1.  The document is useful and technically sound. I= t can be considered for WG adoption.

<RG> Thank you.

    2.  The document seems talking about the Loss Measuremen= t Message and Delay Measurement Message. Should it have some texts for=  Combined Loss/Delay Measurement Message?

<RG> Added section 6.3.

    3.  There are a couple of IETF drafts about SR P2MP Path= .. The document just mentions one of them and the Performance Measurement f= or a SR P2MP Path (or policy) is based on this one draft. Should the P= erformance Measurement for a SR P2MP Path (or policy) be general enough for all?

<RG> do you have a specific P2MP draft on mind that should also = be included in the example?
 
    4.  It seems that the Performance Measurement for a SR P2MP Path (or policy) is limited= to one way and out-of-band. Should the document add some texts talking about these limitations?

<RG> Updated section 7.

    5.  The registry for the newly defined Return Path TLV T= ype and Block Number TLV Type is missing in the document. Is it the "M= PLS Loss/Delay Measurement TLV Object" registry?

<RG> Updated IANA section.

    6.  It seems that a new registry should be defined for t= he Sub-TLV types under the Return Path TLV in the document.

<RG> Added in IANA section.


    7.  In section 5.1. = and section 6.1., Should "For both SR Links and end-to-end measurement= for SR-MPLS Policies" be changed to something like "For both SR Links and end-to-end SR-MPLS Policies measurements"? 

<RG> Corrected.

    8.  In section 6.2., should something like a user case b= e added into the sentence "The Block Number TLV is Mandatory when used= .."? 

<RG> Expanded the sentence.

Thanks,
Rakesh



Best Regards,
Huaimo
_______________________________________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org/mailman/listinfo= /mpls
--_000_MN2PR13MB31172BA24640D22EC6C79782F29E0MN2PR13MB3117namp_-- From nobody Sat Jun 13 07:07:35 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 47AD73A094B; Sat, 13 Jun 2020 07:07:33 -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, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, 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 maYOhrZOalxl; Sat, 13 Jun 2020 07:07:30 -0700 (PDT) Received: from mail-lj1-x236.google.com (mail-lj1-x236.google.com [IPv6:2a00:1450:4864:20::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1AD1D3A0916; Sat, 13 Jun 2020 07:07:29 -0700 (PDT) Received: by mail-lj1-x236.google.com with SMTP id q19so14215782lji.2; Sat, 13 Jun 2020 07:07:29 -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=ozU/4x6pyJf3YrFbddz+3LtI3EMxyF1tz/g5ZxA+/To=; b=tbOZJuRfQH6crf4OnG3eIw0q05DhjWBX5O2jIO7XgikwMCqU/GpcUeaqUxiwP+pxtq NUtHaNCLU3LQu7FdFU56KystCEW1RD7OvADwvzchj708dElg0aHsW0nyehkwcJ2R7nJY 7itP4hx7Vwe3sSpjyLjkVMZm5Uzq3MJYYaF6qIGkcoGbYb0qHkoIJ2qXKbbMTSQ8or0L gV0EXzdnt/VTB7xPEVyWu7RQA9IHp30ndlSyVrYYIujX4/Srj1jR46+rery7bCNZI2ON I9jWRYQHXj4h5POGeK4n54NjvEzMWuKXxUgi+rh7EJ6HNiy9D/qqwevJVOtJeWUFKnaB YQag== 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=ozU/4x6pyJf3YrFbddz+3LtI3EMxyF1tz/g5ZxA+/To=; b=kc4Mu0kBsY5VtbCYAE8tA8qEX+kKspuHbp7svF8nypeUryfTi25zWcCApU23vSizfr 9I1MK8pPW5Z9IpNiApmFbxoE96rdUMWWK2eed6ZIoB16Eel8xtuNbNWFddx+lQ/buoTf rSPxbsJRUV2XiZoHXkVKsboDp5Vze2s05wsm6fLUU7TJSuYYhDEWLTcTZIa/aOtFfQFT WFUiQU6be8dXgalumi/CFfOCJcLyNXko8vhy4cJZTViiknHVTZOIbLJ0/Yshhhm41Uwe ELebadURWyborxjmsCe1ChEQ+xeQpWMUUQoUzPcfOmfWPBD4bEx96HRW1pTj30v6qZrW bgKg== X-Gm-Message-State: AOAM5314aqJmr4EmUZv64M0/q6ow4kginjldxoK3LiKY9YePINi+oKWX A7wIfmX+SWOZfdu3hxRSZUlZt2UlJS4qJiHuwA== X-Google-Smtp-Source: ABdhPJzEGZ/WQmcu0dHiNFV0KE87pCXoFpv6YOCnM4CfIyVmv9/9NOSG5ajh/mS75qo6uEL4DkYhg2NSJY+WBclKD7c= X-Received: by 2002:a05:651c:112e:: with SMTP id e14mr8393427ljo.338.1592057247977; Sat, 13 Jun 2020 07:07:27 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Rakesh Gandhi Date: Sat, 13 Jun 2020 10:07:16 -0400 Message-ID: To: Huaimo Chen Cc: Tarek Saad , "mpls@ietf.org" , "mpls-chairs@ietf.org" , "draft-gandhi-mpls-rfc6374-sr@ietf.org" Content-Type: multipart/alternative; boundary="000000000000ba555805a7f7b69f" Archived-At: Subject: Re: [mpls] MPLS-RT experts review for draft-gandhi-mpls-rfc6374-sr X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Jun 2020 14:07:33 -0000 --000000000000ba555805a7f7b69f Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Thanks Huaimo for the pointer. We will refer to this draft as well. Thanks, Rakesh On Sat, Jun 13, 2020 at 12:12 AM Huaimo Chen wrote: > Hi Rakesh, > > Another SR P2MP draft is draft-shen-spring-p2mp-transport-chain. > > Best Regards, > Huaimo > ------------------------------ > *From:* Rakesh Gandhi > *Sent:* Wednesday, June 10, 2020 9:03 AM > *To:* Huaimo Chen > *Cc:* Tarek Saad ; mpls@ietf.org ; > mpls-chairs@ietf.org ; > draft-gandhi-mpls-rfc6374-sr@ietf.org < > draft-gandhi-mpls-rfc6374-sr@ietf.org> > *Subject:* Re: [mpls] MPLS-RT experts review for > draft-gandhi-mpls-rfc6374-sr > > Thank you Huaimo for the detailed review and your support for the adoptio= n. > Attached please find the updated document and diffs that address your > comments. > Please see responses inline with .. > > On Mon, Jun 8, 2020 at 11:52 PM Huaimo Chen > wrote: > > Hi All, > > I have reviewed the document and have the following comments. > > 1. The document is useful and technically sound. It can be considere= d > for WG adoption. > > > Thank you. > > > 2. The document seems talking about the Loss Measurement Message > and Delay Measurement Message. Should it have some texts for Combined > Loss/Delay Measurement Message? > > > Added section 6.3. > > > 3. There are a couple of IETF drafts about SR P2MP Path.. The > document just mentions one of them and the Performance Measurement for a = SR > P2MP Path (or policy) is based on this one draft. Should the Performance > Measurement for a SR P2MP Path (or policy) be general enough for all? > > do you have a specific P2MP draft on mind that should also be > included in the example? > > > 4. It seems that the Performance Measurement for a SR P2MP Path (or > policy) is limited to one way and out-of-band. Should the document add so= me > texts talking about these limitations? > > > Updated section 7. > > > 5. The registry for the newly defined Return Path TLV Type and Block > Number TLV Type is missing in the document. Is it the "MPLS Loss/Delay > Measurement TLV Object" registry? > > > Updated IANA section. > > > 6. It seems that a new registry should be defined for the Sub-TLV > types under the Return Path TLV in the document. > > > Added in IANA section. > > > 7. In section 5.1. and section 6.1., Should "For both SR Links and > end-to-end measurement for SR-MPLS Policies" be changed to something like > "For both SR Links and end-to-end SR-MPLS Policies measurements"? > > > Corrected. > > > 8. In section 6.2., should something like a user case be added into > the sentence "The Block Number TLV is Mandatory when used.."? > > > Expanded the sentence. > > Thanks, > Rakesh > > > > Best Regards, > Huaimo > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > > > --000000000000ba555805a7f7b69f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Thanks Huaimo for the pointer.
We will = refer to this draft as well.

Thanks,
Rak= esh



On Sat, Jun 13, 2020 at 12:12 AM Hua= imo Chen <huaimo.chen@futur= ewei.com> wrote:
Hi=C2=A0Rakesh,

=C2=A0 =C2=A0 Another SR P2MP draft is draft-shen-spring-p2mp-transport-cha= in.

Best Regards,
Huaimo
Fro= m: Rakesh Gandhi <rgandhi.ietf@gmail.com>
Sent: Wednesday, June 10, 2020 9:03 AM
To: Huaimo Chen <huaimo.chen@futurewei.com>
Cc: Tarek Saad <tsaad.net@gmail.com>; mpls@ietf.org <mpls@ietf.org>; mpls-chairs@ietf.org <mpls-chairs@ietf.org>; draft-gandhi-mp= ls-rfc6374-sr@ietf.org <draft-gandhi-mpls-rfc6374-sr@ietf.org>= ;
Subject: Re: [mpls] MPLS-RT experts review for draft-gandhi-mpls-rfc= 6374-sr
=C2=A0
Thank you Huaimo for the detailed review and your support for the adop= tion.
Attached please find the updated document and diffs that address your = comments.
Please see responses inline with <RG>..

On Mon, Jun 8, 2020 at 11:52 PM Huaimo Chen <huaimo.chen@futurewei.= com> wrote:
Hi All,

=C2=A0 =C2=A0 I have reviewed the document and have the following comments.=

=C2=A0 =C2=A0 1.=C2=A0 The=C2=A0document is useful and technically sound. I= t can be=C2=A0considered for WG adoption.

<RG> Thank you.

=C2=A0 =C2=A0 2.=C2=A0 The document seems talking about the Loss Measuremen= t Message and=C2=A0Delay Measurement Message. Should it have some texts for= =C2=A0Combined Loss/Delay Measurement Message?

<RG> Added section 6.3.

=C2=A0 =C2=A0 3.=C2=A0 There are a couple of IETF drafts about SR P2MP Path= .. The document just mentions one of them and the Performance Measurement f= or a SR P2MP Path (or policy) is based on this one draft. Should the=C2=A0P= erformance Measurement for a SR P2MP Path (or policy) be general enough for all?

<RG> do you have a specific P2MP draft on mind that should also = be included in the example?
=C2=A0
=C2=A0 =C2=A0 4.=C2=A0 It seems that the=C2=A0Performance Measurement for a SR P2MP Path (or policy) is limited t= o one way and out-of-band. Should the document add some texts talking about these limitations?

<RG> Updated section 7.

=C2=A0 =C2=A0 5.=C2=A0 The registry for the newly defined Return Path TLV T= ype and Block Number TLV Type is missing in the document. Is it the "M= PLS Loss/Delay Measurement TLV Object" registry?

<RG> Updated IANA section.

=C2=A0 =C2=A0 6.=C2=A0 It seems that a new registry should be defined for t= he Sub-TLV types under the Return Path TLV in the document.

<RG> Added in IANA section.


=C2=A0 =C2=A0 7.=C2=A0 In section 5.1. a= nd section 6.1., Should "For both SR Links and end-to-end measurement = for SR-MPLS Policies" be changed to something like "For both SR Links and end-to-end SR-MPLS Policies measurements"?=C2=A0

<RG> Corrected.

=C2=A0 =C2=A0 8.=C2=A0 In section 6.2., should something like a user case b= e added into the sentence "The Block Number TLV is Mandatory when used= .."?=C2=A0

<RG> Expanded the sentence.

Thanks,
Rakesh



Best Regards,
Huaimo
_______________________________________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org/mailman/listinfo/mpls
--000000000000ba555805a7f7b69f-- From nobody Sat Jun 13 08:38:30 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EECDD3A00E0; Sat, 13 Jun 2020 08:38:28 -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, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, 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 0yF-sfWiLWTv; Sat, 13 Jun 2020 08:38:26 -0700 (PDT) Received: from mail-lf1-x12d.google.com (mail-lf1-x12d.google.com [IPv6:2a00:1450:4864:20::12d]) (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 529773A02C1; Sat, 13 Jun 2020 08:38:26 -0700 (PDT) Received: by mail-lf1-x12d.google.com with SMTP id w15so7081988lfe.11; Sat, 13 Jun 2020 08:38:26 -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=teXSvhqbh716EpimZo8PNC11BjqF6XOuiS7r0XHIC9M=; b=IdPqSyGGAeTst/Ds4jnY2BXpGNLACvck+o/zEjkmwwnKARtUnpGHWkA30c+htG6gBX wKGawYRO7dHhaPPis0beJgheoH+1XYsfgj0nYWuHreZY0mwRsMkIwqjAiuaBvtuX0r9K O9OHzTxcwynfEd1CZhGK0a4bOzIU1/9eKGNWBVIsTE+wZNVCZrmaMmkCmd4LmH/TUglS fSepL1t8+DRfaDW2jDrXhZfT7nU/mmn9UCjzp1heIYQDgIEnxfhHIEMsjKsEjA+3d7Oh 9V09Bj/HGN4ZeSiXynbQYmWH+ajTVenhHBKGNv+X31EvugHrpaK4l/ITVdE3zfMHst1F v74g== 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=teXSvhqbh716EpimZo8PNC11BjqF6XOuiS7r0XHIC9M=; b=K0VsEMa9p/kKz064+aDpAlx2QkPtH7SRVuIyHH8AZGaKo28fwFBWwXtEhobXEDXR9C qvanlAehW/229FxsEW2BzBSHVknIBRIB/mOMpzBmZ6emyA1u2H6g4aV5foek8zFHwyoD 7uqLhBTuIYZwfmgVuq57YKPiSQQpfcUIIkidlrNbQ+M9DM5K4pz7NrqVAK9IAawPhj/O ImuAuNuHQLQycGlPlprWINN7jZrfiQQMmLMUXfGAUJiJ7fI8PqY+RKJr2hXHZNWCpJhF jWm3VCkwTDYRcd3pc2OhmOQlAMh2v/BMYn/ZByYFJfEibGPAxh1xo7QSrdhpOe+MHJ97 LwdA== X-Gm-Message-State: AOAM532Ai2zbdo63m5ln/c/lWIeiEd21KIKSd//qT+whhMeijyz6eDaf j4YJyvGsinr/yPGCFMADkP67JU5aVcjR3WHFXr4= X-Google-Smtp-Source: ABdhPJyZTs3Xdn9mLPXXKesNH7xzEzrRsjhXgiB3oSGxrn32kl+liICHOTxtuR3IYsq8SgwwyvS2iqwY6YyfVhAh/5o= X-Received: by 2002:a05:6512:3190:: with SMTP id i16mr9447805lfe.158.1592062703030; Sat, 13 Jun 2020 08:38:23 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Greg Mirsky Date: Sat, 13 Jun 2020 08:38:11 -0700 Message-ID: To: Huaimo Chen Cc: Tarek Saad , "mpls@ietf.org" , "mpls-chairs@ietf.org" , "draft-gandhi-mpls-rfc6374-sr@ietf.org" Content-Type: multipart/alternative; boundary="000000000000dfd75205a7f8fb02" Archived-At: Subject: Re: [mpls] MPLS-RT experts review for draft-gandhi-mpls-rfc6374-sr X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Jun 2020 15:38:29 -0000 --000000000000dfd75205a7f8fb02 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Huiamo, thank you for your expedient and helpful response to my question. I agree with your characterization of the proposed method for p2mp SR policies. Do you see such a solution as sufficient and capable to support the necessary performance monitoring? Regards, Greg On Fri, Jun 12, 2020 at 8:59 PM Huaimo Chen wrote: > Hi Greg, > > In the contexts of the draft-gandhi-mpls-rfc6374-sr and my comments, = one > way means one way Measurement Mode, out-of-band means out-of-band probe > reply. > > Best Regards, > Huaimo > ------------------------------ > *From:* Greg Mirsky > *Sent:* Friday, June 12, 2020 10:06 PM > *To:* Huaimo Chen > *Cc:* Tarek Saad ; mpls@ietf.org ; > mpls-chairs@ietf.org ; > draft-gandhi-mpls-rfc6374-sr@ietf.org < > draft-gandhi-mpls-rfc6374-sr@ietf.org> > *Subject:* Re: [mpls] MPLS-RT experts review for > draft-gandhi-mpls-rfc6374-sr > > Hi Huaimo, > thank you for your comments. Though I am not a co-author of the draft, I > am very interested in the topic. I have a question related to your commen= ts > and conclusions below: > > - you've noted "It seems that the Performance Measurement for a SR > P2MP Path (or policy) is limited to one way and out-of-band. Should th= e > document add some texts talking about these limitations?" If that trul= y is > the case, i.e., the proposed OAM mechanism can only work as out-of-ban= d, > what is the value of the measurement results using the synthetic metho= d of > measurement? If, as you have noted, a test packet does not follow the > monitored data flow, how trustworthy and useful the loss and delay > measurement are achieved? I think that I cannot agree with your > conclusion that the prosed PM OAM mechanism can only work as out-of-ba= nd > tool, i.e., support direct measurement statistics by collecting counte= rs. > The fact that a test packet, as described in the draft, uses the preci= sely > same policies as a data packet, in my view, ensures that it is in-band= and > shares the fate with the data flow, which is essential to obtaining us= eful > performance measurements. > > I much appreciate your consideration of my question. > > Regards, > Greg > > On Mon, Jun 8, 2020 at 8:52 PM Huaimo Chen > wrote: > > Hi All, > > I have reviewed the document and have the following comments. > > 1. The document is useful and technically sound. It can be considere= d > for WG adoption. > > 2. The document seems talking about the Loss Measurement Message > and Delay Measurement Message. Should it have some texts for Combined > Loss/Delay Measurement Message? > > 3. There are a couple of IETF drafts about SR P2MP Path.. The > document just mentions one of them and the Performance Measurement for a = SR > P2MP Path (or policy) is based on this one draft. Should the Performance > Measurement for a SR P2MP Path (or policy) be general enough for all? > > 4. It seems that the Performance Measurement for a SR P2MP Path (or > policy) is limited to one way and out-of-band. Should the document add so= me > texts talking about these limitations? > > 5. The registry for the newly defined Return Path TLV Type and Block > Number TLV Type is missing in the document. Is it the "MPLS Loss/Delay > Measurement TLV Object" registry? > > 6. It seems that a new registry should be defined for the Sub-TLV > types under the Return Path TLV in the document. > > 7. In section 5.1. and section 6.1., Should "For both SR Links and > end-to-end measurement for SR-MPLS Policies" be changed to something like > "For both SR Links and end-to-end SR-MPLS Policies measurements"? > > 8. In section 6.2., should something like a user case be added into > the sentence "The Block Number TLV is Mandatory when used.."? > > > Best Regards, > Huaimo > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > > > --000000000000dfd75205a7f8fb02 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Huiamo,
thank you for your expedient and helpful re= sponse to my question. I agree with your characterization of the proposed m= ethod for p2mp SR policies. Do you see such a solution as sufficient and ca= pable to support the necessary performance monitoring?

=
Regards,
Greg

On Fri, Jun 12, 2020 at 8:59 PM Huaimo Ch= en <huaimo.chen@futurewei.c= om> wrote:
Hi Greg,

=C2=A0 =C2=A0 In the contexts of the=C2=A0draft-gandhi-mpls-rfc6374-sr and = my comments,=C2=A0one way means one wa= y=C2=A0=C2=A0Measurement Mode,=C2=A0out-of-band means=C2=A0out-of-band probe reply.

Best Regards,
Huaimo
Fro= m: Greg Mirsky <gregimirsky@gmail.com>
Sent: Friday, June 12, 2020 10:06 PM
To: Huaimo Chen <huaimo.chen@futurewei.com>
Cc: Tarek Saad <tsaad.net@gmail.com>; mpls@ietf.org <mpls@ietf.org>; mpls-chairs@ietf.org <mpls-chairs@ietf.org>; draft-gandhi-mp= ls-rfc6374-sr@ietf.org <draft-gandhi-mpls-rfc6374-sr@ietf.org>= ;
Subject: Re: [mpls] MPLS-RT experts review for draft-gandhi-mpls-rfc= 6374-sr
=C2=A0
Hi=C2=A0Huaimo,
thank you for your comments. Though I am not a co-author of the draft,= I am very interested in the topic. I have a question related to your comme= nts and conclusions below:
  • you've noted "It seems that the=C2=A0Performance Measurement f= or a SR P2MP Path (or policy) is limited to one way and out-of-band. Should= the document add some texts talking about these limitations?" If that= truly is the case, i.e., the proposed OAM mechanism can only work as out-of-band, what is the value of the measurement results= using the synthetic method=C2=A0of measurement? If, as you have noted, a t= est packet does not follow the monitored data flow, how trustworthy and use= ful the loss and delay measurement are achieved? I think that I cannot agree with your conclusion=C2=A0that the p= rosed PM OAM mechanism can only work as out-of-band tool, i.e., support dir= ect measurement statistics by collecting counters. The fact that a test pac= ket, as described=C2=A0in the draft, uses the precisely same policies as a data packet, in my view, ensures that it = is in-band and shares the fate with the data flow, which is essential to ob= taining useful performance measurements.
I much appreciate your consideration of my question.

Regards,
Greg

On Mon, Jun 8, 2020 at 8:52 PM Huaimo Chen <huaimo.chen@futurewei.c= om> wrote:
Hi All,

=C2=A0 =C2=A0 I have reviewed the document and have the following comments.=

=C2=A0 =C2=A0 1.=C2=A0 The=C2=A0document is useful and technically sound. I= t can be=C2=A0considered for WG adoption.

=C2=A0 =C2=A0 2.=C2=A0 The document seems talking about the Loss Measuremen= t Message and=C2=A0Delay Measurement Message. Should it have some texts for= =C2=A0Combined Loss/Delay Measurement Message?

=C2=A0 =C2=A0 3.=C2=A0 There are a couple of IETF drafts about SR P2MP Path= .. The document just mentions one of them and the Performance Measurement f= or a SR P2MP Path (or policy) is based on this one draft. Should the=C2=A0P= erformance Measurement for a SR P2MP Path (or policy) be general enough for all?

=C2=A0 =C2=A0 4.=C2=A0 It seems that the=C2=A0Performance Measurement for a SR P2MP Path (or policy) is limited t= o one way and out-of-band. Should the document add some texts talking about these limitations?

=C2=A0 =C2=A0 5.=C2=A0 The registry for the newly defined Return Path TLV T= ype and Block Number TLV Type is missing in the document. Is it the "M= PLS Loss/Delay Measurement TLV Object" registry?

=C2=A0 =C2=A0 6.=C2=A0 It seems that a new registry should be defined for t= he Sub-TLV types under the Return Path TLV in the document.

=C2=A0 =C2=A0 7.=C2=A0 In section 5.1. a= nd section 6.1., Should "For both SR Links and end-to-end measurement = for SR-MPLS Policies" be changed to something like "For both SR Links and end-to-end SR-MPLS Policies measurements"?=C2=A0

=C2=A0 =C2=A0 8.=C2=A0 In section 6.2., should something like a user case b= e added into the sentence "The Block Number TLV is Mandatory when used= .."?=C2=A0


Best Regards,
Huaimo
_______________________________________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org/mailman/listinfo/mpls
--000000000000dfd75205a7f8fb02-- From nobody Sun Jun 14 17:04:03 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E8F9E3A07C3; Sun, 14 Jun 2020 17:03:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.099 X-Spam-Level: X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, 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=juniper.net header.b=uIoa2q6/; dkim=pass (1024-bit key) header.d=juniper.net header.b=T33gvUXs Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yDHBRAX1XXNY; Sun, 14 Jun 2020 17:03:58 -0700 (PDT) Received: from mx0b-00273201.pphosted.com (mx0b-00273201.pphosted.com [67.231.152.164]) (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 D192F3A07C0; Sun, 14 Jun 2020 17:03:57 -0700 (PDT) Received: from pps.filterd (m0108163.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 05F02X8Q027859; Sun, 14 Jun 2020 17:03:54 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : mime-version; s=PPS1017; bh=c0LZkTWOZ5773mgMJz8S2FWUYA0m9Nkdkuq8xVp4VzI=; b=uIoa2q6/fJnLALpHwIEfUkFfTPME5CBgRWtElfMXSkptxby3stkFkfoksWEoNkU7JBN3 cYa8Y7MGKxBTUhtOdG1ia83W17n1K0WkiQcUSce4eEotq7g4Ysmca8ME6IPB6iGvYM5B CPBuhTtBnlUYO6iHdUZQJ5dAxScQLg0H+BDe4ifJXtOQtHz0ZrmIbdDwZxjZMifNwtOI 4p9eZUprf1CByokEqiBS7w0MVOpWn+jDD70EK73pAAJcQ6M/+5aia5FoYo5kb8p5chlD nCJupqfBW9RdDog1JKK7cCE4Ef/CVoMOLdZ6XP2qCriOsgVEr6HvJyhSG8Id4WUTf1MZ Cw== Received: from nam11-bn8-obe.outbound.protection.outlook.com (mail-bn8nam11lp2170.outbound.protection.outlook.com [104.47.58.170]) by mx0b-00273201.pphosted.com with ESMTP id 31mt1qhyrf-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sun, 14 Jun 2020 17:03:54 -0700 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=WIOHTdFjXFoho/D+xBubghBjzwCzMOoUHf+Xwtp3e3l9i0U6lWkCq1X7s/Ej3ss4NfZ4hWOfUhfS11wu6GLGRMAZXhtn1t3fAjYqGWaI47mC8WBets1JZwjIl+5ejFqvWcAVLMrpeFe8cGtVnFxqHssm9x3SvzGf4DfURS2KyZDV+Ur3YPA4q75KvA7jC7nr0FNw45WkI3vwcJVm9ik1T6M5SHNsJdqqgYBri6RPK8k7FOXncov5CmTV3AOaHAGZeoaASe6iFpvwRjN0FP5NY0628JLhKchYxE240xLVb64nP//Ew5EXLFXiGwfhRSuIO/P90n9EVcunR7uARu7Qkg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=c0LZkTWOZ5773mgMJz8S2FWUYA0m9Nkdkuq8xVp4VzI=; b=dxvzkyGb7eroNib8mGB1ZeF1v2/R0xTqVX3M1zOkS6w1J+rOxBkY+6SkTJvNfgTNt8YH3xApOI32o8bEja2BS6H8RmoYus9jJnm0BJ8br8UlosKEdPZwcEti1yf5iQW/gy50+r8kvkNoqCQpqfQHhFDnYh9Mkz3jtNzK7D6X8mQN5Lh5ceqS954+JsrcDwpn3nsdZk23fQ8P/39VLWomq8v+mTt8WsXEYdffesmOk96OXRTZuCgwsx7f69i5jgYKDnuwfznH0YaUVpvHtxmb6Xnulc3c7fJdT8lWuatF2rlQPF3q/YmLReKRO/h4pg1Bdag+MyxhzekZdejvkUpB9g== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=juniper.net; dmarc=pass action=none header.from=juniper.net; dkim=pass header.d=juniper.net; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=c0LZkTWOZ5773mgMJz8S2FWUYA0m9Nkdkuq8xVp4VzI=; b=T33gvUXs0h0YeR4dJn9sfqX3sesjFf6ZvnE37O0FggJz4snsWC6WnZuEsXxyZPA/7Fuit6A44gsIm7hXryPIspBw26n3TqLxiv5H7P8UWkQUw1TQg6psQI1vjKmwymBYbuy4isEWIKnaTSnSXCiS7Ss24G39vMdomJUw4G2fjBM= Received: from MN2PR05MB6574.namprd05.prod.outlook.com (2603:10b6:208:df::12) by MN2PR05MB6143.namprd05.prod.outlook.com (2603:10b6:208:c4::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3109.7; Mon, 15 Jun 2020 00:03:52 +0000 Received: from MN2PR05MB6574.namprd05.prod.outlook.com ([fe80::ed0c:7979:cd15:2c51]) by MN2PR05MB6574.namprd05.prod.outlook.com ([fe80::ed0c:7979:cd15:2c51%3]) with mapi id 15.20.3109.018; Mon, 15 Jun 2020 00:03:52 +0000 From: Yimin Shen To: "draft-gandhi-mpls-rfc6374-sr@ietf.org" , "mpls-chairs@ietf.org" , "mpls@ietf.org" CC: Tarek Saad , "xufeng.liu.ietf@gmail.com" , "huaimo.chen@futurewei.com" , Yimin Shen Thread-Topic: MPLS-RT experts review for draft-gandhi-mpls-rfc6374-sr Thread-Index: AQHWI7UWOG/zz9wDNU+Ica/MrmV3JqjYxm0A Date: Mon, 15 Jun 2020 00:03:51 +0000 Message-ID: <0E90B613-60F1-4F35-A373-FFB996441C70@juniper.net> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=0; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=5bd2e027-fcc1-4061-bc6b-00003b5eef1d; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2020-06-14T21:59:28Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=Juniper Business Use Only;MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; user-agent: Microsoft-MacOutlook/16.37.20051002 authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=juniper.net; x-originating-ip: [66.129.241.12] x-ms-publictraffictype: Email x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: 0e96259e-7b0f-4bd2-90f9-08d810bf965c x-ms-traffictypediagnostic: MN2PR05MB6143: x-ms-exchange-transport-forked: True x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:4125; x-forefront-prvs: 04359FAD81 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: MQM/Lp+wwZqITjz3t3b4N8SsTEbNP0g19CIPlVTTffiy9ARd6FBwRzNYbosKnq45tyDB8Dhq3cb/F02sclocMGm423eIc8dOy0LdYmLODi7h0drQ2fO60FG5hbDxKZn7+9NjlTJIL15G6nJ0mXS7EeQ/gGEC6cjU6AUigfDwXxOMkf8Tm+rJvr2b2iD68Y+sNpsgjEvFhO2VUEjuwBGbjId59/Dc0TgJ8JaODWvXjYwoE0uuWguDHPNB3lKGEts4h4lGhI0v0PI19hCFltCanz87Wyi7dfzaDCC9rtp8LfYlrK63Cp7uROhMtJ9Mt+M1D/8FAglVeFEs4cHJrAFPbQ== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MN2PR05MB6574.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(396003)(366004)(376002)(39860400002)(136003)(346002)(36756003)(5660300002)(6486002)(186003)(76116006)(66946007)(66446008)(66556008)(66476007)(8936002)(64756008)(8676002)(4326008)(110136005)(478600001)(26005)(2906002)(33656002)(54906003)(71200400001)(316002)(91956017)(6512007)(107886003)(86362001)(83380400001)(53546011)(6506007)(2616005); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: 5sXdD7ZW/mJDz59gRhHiML/SMWxtxVEjaCoYGviGb7VjKVPgUbrmIZKAAR5y+ULEnUGfeDBGWu/nXGSK/Kw02iHRnR5t7e5NLHyGWaV8ip8EaNnhEgDsK0OfYgunbRmMBMViT+VUsYGPRvK40V0URLc6AahyOlT7PH8GufvUr4AHeNv90rEQ5ZHtHjdVG1RgFfrp3Btve7L74msP0o4JSfDgX9nyVmI6YxpV7TEA/82GJDAFcXNTFkBBjlU00HROrsT2V3FLj2VmCjvK39ybD1ocNrgKgU8Hq5h4p0cs46J8M4J63R82Nh4ISjZh8Blv0QfTCdDINB5k95G/2Hi3VJxysSQkxxMMTShX+drcWGFYF86sVSvRRSjGfJ2oFQMnMXqsj7+vEq5OlfFTBDpBvPCWcCSMZWXL5XF4F9MGv8p5zcE5YP2KC8elfglP6p0QUuY8Rovo+F3cuq6hG9psXUjAFIvOGJ4oRfUXYzefoQU= Content-Type: multipart/alternative; boundary="_000_0E90B61360F14F35A373FFB996441C70junipernet_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: 0e96259e-7b0f-4bd2-90f9-08d810bf965c X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Jun 2020 00:03:51.8602 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: KhacWK9Pwlx4Pd/fuTWTXhAQTWsP+SRXvtlj02lrE63NQLKtbpQBL56YVA7mDwx6tOTz3Cjg6FocwSRZXy6s5g== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR05MB6143 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.216, 18.0.687 definitions=2020-06-14_06:2020-06-12, 2020-06-14 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 impostorscore=0 suspectscore=0 adultscore=0 bulkscore=0 phishscore=0 cotscore=-2147483648 lowpriorityscore=0 malwarescore=0 spamscore=0 mlxscore=0 mlxlogscore=999 clxscore=1011 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2004280000 definitions=main-2006140217 Archived-At: Subject: Re: [mpls] MPLS-RT experts review for draft-gandhi-mpls-rfc6374-sr X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jun 2020 00:04:00 -0000 --_000_0E90B61360F14F35A373FFB996441C70junipernet_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgV0csDQoNCkkgd2FzIGFzc2lnbmVkIGFzIGEgcmV2aWV3ZXIgZm9yIGRyYWZ0LWdhbmRoaS1t cGxzLXJmYzYzNzQtc3IuIEkgaGF2ZSBub3cgY29tcGxldGVkIG15IHJldmlldy4NCg0KVGhlIGRv Y3VtZW50IGFkZHJlc3NlcyBwYWNrZXQgbG9zcyBhbmQgZGVsYXkgbWVhc3VyZW1lbnQgZm9yIFNS LU1QTFMsIGJ5IGJ1aWxkaW5nIGl0IG9uIHRvcCBvZiB0aGUgbWVjaGFuaXNtIHNwZWNpZmllZCBi eSBSRkMgNjM3NC4gVGhpcyBpcyBhIHVzZWZ1bCBmZWF0dXJlLiBUaGUgZG9jdW1lbnQgaXMgY29o ZXJlbnQgYW5kIHRlY2huaWNhbGx5IHNvdW5kLiBJIHRoaW5rIGl0IGlzIHJlYWR5IGZvciBXRyBh ZG9wdGlvbi4NCg0KSW4gdGhlIG1lYW53aGlsZSwgSSBkbyBoYXZlIGEgZmV3IHF1ZXN0aW9ucyBh bmQgY29tbWVudHMsIGFuZCBob3BlIHRoZXkgY291bGQgYmUgYWRkcmVzc2VkIGJ5IHRoZSBhdXRo b3JzLg0KDQpbMV0gVGhlIGRvY3VtZW50IHVzZXMgdGVybXMg4oCcU1IgbGluayhzKeKAnSBhbmQg 4oCcU1ItTVBMUyBsaW5rKHMp4oCdIGludGVyY2hhbmdlYWJseS4gSeKAmWQgbGlrZSB0byBzdWdn ZXN0IHRvIGNoYW5nZSDigJxTUiBsaW5rKHMp4oCdIHRvIOKAnFNSLU1QTFMgbGluayhzKeKAnSwg Zm9yIGNvbnNpc3RlbmN5IGFuZCBhbHNvIGFzIOKAnFNSIGxpbmtz4oCdIGluY2x1ZGUgU1J2NiBs aW5rcyB3aGljaCBhcmUgb3V0IG9mIHRoZSBzY29wZS4NCg0KWzJdIFRoZSB0ZXJtIOKAnFNSLU1Q TFMgbGlua3PigJ0gbmVlZHMgZnVydGhlciBjbGFyaWZpY2F0aW9uLiBEb2VzIGl0IG1lYW4gTVBM UyBsaW5rcyAoaW4gYW4gU1ItTVBMUyBlbnZpcm9ubWVudCksIG9yIHRoZXJlIGlzIHNvbWV0aGlu ZyBtb3JlIHNwZWNpZmljID8gRWl0aGVyIGNhc2UsIHBsZWFzZSBjbGFyaWZ5IHdoZXRoZXIgdGhl IHByb2NlZHVyZXMgZm9yIOKAnFNSLU1QTFMgbGlua3PigJ0gaW4gdGhpcyBkb2N1bWVudCBhcmUg YWN0dWFsbHkgdGhlIHNhbWUgYXMgdGhvc2UgZm9yIE1QTFMgbGlua3MgaW4gUkZDIDYzNzQsIG9y IGhpZ2ggbGlnaHQgdGhlIGNoYW5nZXMgZXhwbGljaXRseS4NCg0KWzNdICBJbiBzZWN0aW9ucyA0 LjQgYW5kIDYuMiwgcmVzcGVjdGl2ZWx5Og0KDQoNCiAgIFRoZSBSZXR1cm4gUGF0aCBUTFYgaXMg TWFuZGF0b3J5IHdoZW4gdXNlZC4gIElmIHJlc3BvbmRlciBkb2VzIG5vdA0KDQogICBzdXBwb3J0 IHRoaXMgVExWLCBpdCBNVVNUIHJldHVybiBFcnJvciAweDE3OiBVbnN1cHBvcnRlZCBNYW5kYXRv cnkNCg0KICAgVExWIE9iamVjdC4NCg0KICAgVGhlIEJsb2NrIE51bWJlciBUTFYgaXMgTWFuZGF0 b3J5IHdoZW4gdXNlZC4gIElmIHJlc3BvbmRlciBkb2VzIG5vdA0KICAgc3VwcG9ydCB0aGlzIFRM ViwgaXQgTVVTVCByZXR1cm4gRXJyb3IgMHgxNzogVW5zdXBwb3J0ZWQgTWFuZGF0b3J5DQogICBU TFYgT2JqZWN0Lg0KDQpJcyBpdCBtYW5kYXRvcnkgdGhhdCBib3RoIHRoZSBzZW5kZXIgYW5kIHRo ZSByZXNwb25kZXIgbXVzdCBzdXBwb3J0IHRoaXMgZG9jdW1lbnQgPyBJcyBpdCBwb3NzaWJsZSBm b3IgYSBzZW5kZXIgKHN1cHBvcnRpbmcgdGhlIGRvY3VtZW50KSB0byBpbnRlci1vcCB3aXRoIGEg cmVzcG9uZGVyIHN1cHBvcnRpbmcgb25seSBSRkMgNjM3NCwgaS5lLiBhIG1peGVkIG1vZGUgPyBJ ZiB0aGUgbWl4ZWQgbW9kZSBpcyBhbGxvd2VkLCBpdCB3b3VsZCBkZXNlcnZlIHNvbWUgdGV4dCAo b3IgYSBzZWN0aW9uKSB0byBleHBsYWluIGFuZCBjbGFyaWZ5IHRoZSBwcm9jZWR1cmVzIGFuZCBh cHBsaWNhYmlseS4NCg0KVGhhbmtzLA0KDQotLSBZaW1pbiBTaGVuDQpKdW5pcGVyIE5ldHdvcmtz DQoNCg0KRnJvbTogVGFyZWsgU2FhZCA8dHNhYWQubmV0QGdtYWlsLmNvbT4NCkRhdGU6IFdlZG5l c2RheSwgTWF5IDYsIDIwMjAgYXQgMTA6NDYgQU0NClRvOiBZaW1pbiBTaGVuIDx5c2hlbkBqdW5p cGVyLm5ldD4sICJ4dWZlbmcubGl1LmlldGZAZ21haWwuY29tIiA8eHVmZW5nLmxpdS5pZXRmQGdt YWlsLmNvbT4sICJodWFpbW8uY2hlbkBmdXR1cmV3ZWkuY29tIiA8aHVhaW1vLmNoZW5AZnV0dXJl d2VpLmNvbT4NCkNjOiAibXBscy1jaGFpcnNAaWV0Zi5vcmciIDxtcGxzLWNoYWlyc0BpZXRmLm9y Zz4sICJkcmFmdC1nYW5kaGktbXBscy1yZmM2Mzc0LXNyQGlldGYub3JnIiA8ZHJhZnQtZ2FuZGhp LW1wbHMtcmZjNjM3NC1zckBpZXRmLm9yZz4NClN1YmplY3Q6IE1QTFMtUlQgZXhwZXJ0cyByZXZp ZXcgZm9yIGRyYWZ0LWdhbmRoaS1tcGxzLXJmYzYzNzQtc3INCg0KW0V4dGVybmFsIEVtYWlsLiBC ZSBjYXV0aW91cyBvZiBjb250ZW50XQ0KDQpZaW1pbiwgWHVmZW5nLCBhbmQgSHVhaW1vLA0KDQpZ b3UgaGF2ZSBiZSBzZWxlY3RlZCBhcyBNUExTLVJUIHJldmlld2VycyBmb3IgZHJhZnQtZ2FuZGhp LW1wbHMtcmZjNjM3NC1zci4NCg0KTm90ZSB0byBhdXRob3JzOiBZb3UgaGF2ZSBiZWVuIENDJ2Qg b24gdGhpcyBlbWFpbCBzbyB0aGF0IHlvdSBjYW4ga25vdyB0aGF0IHRoaXMgcmV2aWV3IGlzIGdv aW5nIG9uLiBIb3dldmVyLCBwbGVhc2UgZG8gbm90IHJldmlldyB5b3VyIG93biBkb2N1bWVudC4N Cg0KUmV2aWV3cyBzaG91bGQgY29tbWVudCBvbiB3aGV0aGVyIHRoZSBkb2N1bWVudCBpcyBjb2hl cmVudCwgaXMgaXQgdXNlZnVsIChpZSwgaXMgaXQgbGlrZWx5IHRvIGJlIGFjdHVhbGx5IHVzZWZ1 bCBpbiBvcGVyYXRpb25hbCBuZXR3b3JrcyksIGFuZCBpcyB0aGUgZG9jdW1lbnQgdGVjaG5pY2Fs bHkgc291bmQ/ICBXZSBhcmUgaW50ZXJlc3RlZCBpbiBrbm93aW5nIHdoZXRoZXIgdGhlIGRvY3Vt ZW50IGlzIHJlYWR5IHRvIGJlIGNvbnNpZGVyZWQgZm9yIFdHIGFkb3B0aW9uIChpZSwgaXQgZG9l c24ndCBoYXZlIHRvIGJlIHBlcmZlY3QgYXQgdGhpcyBwb2ludCwgYnV0IHNob3VsZCBiZSBhIGdv b2Qgc3RhcnQpLg0KDQpSZXZpZXdzIHNob3VsZCBiZSBzZW50IHRvIHRoZSBkb2N1bWVudCBhdXRo b3JzLCBXRyBjby1jaGFpcnMgYW5kIFdHIHNlY3JldGFyeSwgYW5kIENDJ2QgdG8gdGhlIE1QTFMg V0cgZW1haWwgbGlzdC4gSWYgbmVjZXNzYXJ5LCBjb21tZW50cyBtYXkgYmUgc2VudCBwcml2YXRl bHkgdG8gb25seSB0aGUgV0cgY2hhaXJzLg0KDQpJZiB5b3UgaGF2ZSB0ZWNobmljYWwgY29tbWVu dHMgeW91IHNob3VsZCB0cnkgdG8gYmUgZXhwbGljaXQgYWJvdXQgd2hhdCAqcmVhbGx5KiBuZWVk IHRvIGJlIHJlc29sdmVkIGJlZm9yZSBhZG9wdGluZyBpdCBhcyBhIHdvcmtpbmcgZ3JvdXAgZG9j dW1lbnQsIGFuZCB3aGF0IGNhbiB3YWl0IHVudGlsIHRoZSBkb2N1bWVudCBpcyBhIHdvcmtpbmcg Z3JvdXAgZG9jdW1lbnQgYW5kIHRoZSB3b3JraW5nIGdyb3VwIGhhcyB0aGUgcmV2aXNpb24gY29u dHJvbC4NCg0KQXJlIHlvdSBhYmxlIHRvIHJldmlldyB0aGlzIGRyYWZ0IGJ5IE1heSAyMCwgMjAy MD8gUGxlYXNlIHJlc3BvbmQgaW4gYSB0aW1lbHkgZmFzaGlvbiBpZiB5b3UgY2Fubm90IG1ha2Ug aXQuDQoNClJlZ2FyZHMsDQpUYXJlaw0KKGFzIE1QTFMgV0cgY2hhaXIpDQoNCg0KSnVuaXBlciBC dXNpbmVzcyBVc2UgT25seQ0K --_000_0E90B61360F14F35A373FFB996441C70junipernet_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkxhdG87DQoJ cGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDM7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8N CnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsN CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWls eToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpwcmUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0K CW1zby1zdHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCgltYXJnaW46MGluOw0K CW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5 OiJDb3VyaWVyIE5ldyI7fQ0Kc3Bhbi5IVE1MUHJlZm9ybWF0dGVkQ2hhcg0KCXttc28tc3R5bGUt bmFtZToiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0K CW1zby1zdHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCI7DQoJZm9udC1mYW1pbHk6IkNvdXJp ZXIgTmV3Ijt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsN Cglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDEx LjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9u MQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPg0KPC9oZWFkPg0KPGJvZHkgbGFu Zz0iRU4tVVMiIGxpbms9IiMwNTYzQzEiIHZsaW5rPSIjOTU0RjcyIj4NCjxkaXYgY2xhc3M9Ildv cmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdCI+SGkgV0csPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 Ij5JIHdhcyBhc3NpZ25lZCBhcyBhIHJldmlld2VyIGZvciBkcmFmdC1nYW5kaGktbXBscy1yZmM2 Mzc0LXNyLiBJIGhhdmUgbm93IGNvbXBsZXRlZCBteSByZXZpZXcuPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5UaGUgZG9jdW1lbnQgYWRkcmVzc2VzIHBhY2tldCBs b3NzIGFuZCBkZWxheSBtZWFzdXJlbWVudCBmb3IgU1ItTVBMUywgYnkgYnVpbGRpbmcgaXQgb24g dG9wIG9mIHRoZSBtZWNoYW5pc20gc3BlY2lmaWVkIGJ5IFJGQyA2Mzc0LiBUaGlzIGlzIGEgdXNl ZnVsIGZlYXR1cmUuIFRoZSBkb2N1bWVudCBpcyBjb2hlcmVudCBhbmQgdGVjaG5pY2FsbHkgc291 bmQuDQogSSB0aGluayBpdCBpcyByZWFkeSBmb3IgV0cgYWRvcHRpb24uPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5JbiB0aGUgbWVhbndoaWxlLCBJIGRvIGhhdmUg YSBmZXcgcXVlc3Rpb25zIGFuZCBjb21tZW50cywgYW5kIGhvcGUgdGhleSBjb3VsZCBiZSBhZGRy ZXNzZWQgYnkgdGhlIGF1dGhvcnMuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0Ij5bMV0gVGhlIGRvY3VtZW50IHVzZXMgdGVybXMg4oCcU1IgbGluayhzKeKAnSBhbmQg 4oCcU1ItTVBMUyBsaW5rKHMp4oCdIGludGVyY2hhbmdlYWJseS4gSeKAmWQgbGlrZSB0byBzdWdn ZXN0IHRvIGNoYW5nZSDigJxTUiBsaW5rKHMp4oCdIHRvIOKAnFNSLU1QTFMgbGluayhzKeKAnSwg Zm9yIGNvbnNpc3RlbmN5IGFuZCBhbHNvIGFzIOKAnFNSIGxpbmtz4oCdIGluY2x1ZGUgU1J2NiBs aW5rcyB3aGljaA0KIGFyZSBvdXQgb2YgdGhlIHNjb3BlLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdCI+WzJdIFRoZSB0ZXJtIOKAnFNSLU1QTFMgbGlua3PigJ0gbmVl ZHMgZnVydGhlciBjbGFyaWZpY2F0aW9uLiBEb2VzIGl0IG1lYW4gTVBMUyBsaW5rcyAoaW4gYW4g U1ItTVBMUyBlbnZpcm9ubWVudCksIG9yIHRoZXJlIGlzIHNvbWV0aGluZyBtb3JlIHNwZWNpZmlj ID8gRWl0aGVyIGNhc2UsIHBsZWFzZSBjbGFyaWZ5IHdoZXRoZXIgdGhlIHByb2NlZHVyZXMgZm9y IOKAnFNSLU1QTFMNCiBsaW5rc+KAnSBpbiB0aGlzIGRvY3VtZW50IGFyZSBhY3R1YWxseSB0aGUg c2FtZSBhcyB0aG9zZSBmb3IgTVBMUyBsaW5rcyBpbiBSRkMgNjM3NCwgb3IgaGlnaCBsaWdodCB0 aGUgY2hhbmdlcyBleHBsaWNpdGx5Lg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0Ij5bM10mbmJzcDsgSW4gc2VjdGlvbnMgNC40IGFuZCA2LjIsIHJlc3BlY3RpdmVs eTo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHByZT48 c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyBUaGUgUmV0dXJuIFBhdGggVExW IGlzIE1hbmRhdG9yeSB3aGVuIHVzZWQuJm5ic3A7IElmIHJlc3BvbmRlciBkb2VzIG5vdDxvOnA+ PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNw OyZuYnNwOyBzdXBwb3J0IHRoaXMgVExWLCBpdCBNVVNUIHJldHVybiBFcnJvciAweDE3OiBVbnN1 cHBvcnRlZCBNYW5kYXRvcnk8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5 bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsgVExWIE9iamVjdC4mbmJzcDsgPG86cD48L286 cD48L3NwYW4+PC9wcmU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyBUaGUgQmxvY2sgTnVtYmVy IFRMViBpcyBNYW5kYXRvcnkgd2hlbiB1c2VkLiZuYnNwOyBJZiByZXNwb25kZXIgZG9lcyBub3Q8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xv cjpibGFjayI+Jm5ic3A7Jm5ic3A7IHN1cHBvcnQgdGhpcyBUTFYsIGl0IE1VU1QgcmV0dXJuIEVy cm9yIDB4MTc6IFVuc3VwcG9ydGVkIE1hbmRhdG9yeTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsgVExW IE9iamVjdC4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+SXMg aXQgbWFuZGF0b3J5IHRoYXQgYm90aCB0aGUgc2VuZGVyIGFuZCB0aGUgcmVzcG9uZGVyIG11c3Qg c3VwcG9ydCB0aGlzIGRvY3VtZW50ID8gSXMgaXQgcG9zc2libGUgZm9yIGEgc2VuZGVyIChzdXBw b3J0aW5nIHRoZSBkb2N1bWVudCkgdG8gaW50ZXItb3Agd2l0aCBhIHJlc3BvbmRlciBzdXBwb3J0 aW5nIG9ubHkgUkZDIDYzNzQsIGkuZS4gYSBtaXhlZA0KIG1vZGUgPyBJZiB0aGUgbWl4ZWQgbW9k ZSBpcyBhbGxvd2VkLCBpdCB3b3VsZCBkZXNlcnZlIHNvbWUgdGV4dCAob3IgYSBzZWN0aW9uKSB0 byBleHBsYWluIGFuZCBjbGFyaWZ5IHRoZSBwcm9jZWR1cmVzIGFuZCBhcHBsaWNhYmlseS48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5UaGFua3MsPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4tLSZuYnNwO1lpbWluIFNo ZW48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdCI+SnVuaXBlciBOZXR3b3JrczxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4w cHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48 c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPkZyb206IDwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImNv bG9yOmJsYWNrIj5UYXJlayBTYWFkICZsdDt0c2FhZC5uZXRAZ21haWwuY29tJmd0Ozxicj4NCjxi PkRhdGU6IDwvYj5XZWRuZXNkYXksIE1heSA2LCAyMDIwIGF0IDEwOjQ2IEFNPGJyPg0KPGI+VG86 IDwvYj5ZaW1pbiBTaGVuICZsdDt5c2hlbkBqdW5pcGVyLm5ldCZndDssICZxdW90O3h1ZmVuZy5s aXUuaWV0ZkBnbWFpbC5jb20mcXVvdDsgJmx0O3h1ZmVuZy5saXUuaWV0ZkBnbWFpbC5jb20mZ3Q7 LCAmcXVvdDtodWFpbW8uY2hlbkBmdXR1cmV3ZWkuY29tJnF1b3Q7ICZsdDtodWFpbW8uY2hlbkBm dXR1cmV3ZWkuY29tJmd0Ozxicj4NCjxiPkNjOiA8L2I+JnF1b3Q7bXBscy1jaGFpcnNAaWV0Zi5v cmcmcXVvdDsgJmx0O21wbHMtY2hhaXJzQGlldGYub3JnJmd0OywgJnF1b3Q7ZHJhZnQtZ2FuZGhp LW1wbHMtcmZjNjM3NC1zckBpZXRmLm9yZyZxdW90OyAmbHQ7ZHJhZnQtZ2FuZGhpLW1wbHMtcmZj NjM3NC1zckBpZXRmLm9yZyZndDs8YnI+DQo8Yj5TdWJqZWN0OiA8L2I+TVBMUy1SVCBleHBlcnRz IHJldmlldyBmb3IgZHJhZnQtZ2FuZGhpLW1wbHMtcmZjNjM3NC1zcjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJsaW5lLWhlaWdodDoxMi4wcHQ7YmFja2dyb3VuZDoj RkZFQjlDIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVv dDtMYXRvJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPltFeHRlcm5hbCBFbWFpbC4gQmUg Y2F1dGlvdXMgb2YgY29udGVudF08bzpwPjwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5ZaW1pbiwgWHVmZW5n LCBhbmQgSHVhaW1vLDwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPllvdSBoYXZlIGJlIHNlbGVjdGVkIGFzIE1QTFMtUlQgcmV2aWV3ZXJz IGZvciBkcmFmdC1nYW5kaGktbXBscy1yZmM2Mzc0LXNyLjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPiZuYnNwOzwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk5vdGUgdG8gYXV0aG9yczogWW91 IGhhdmUgYmVlbiBDQydkIG9uIHRoaXMgZW1haWwgc28gdGhhdCB5b3UgY2FuIGtub3cgdGhhdCB0 aGlzIHJldmlldyBpcyBnb2luZyBvbi4gSG93ZXZlciwgcGxlYXNlIGRvIG5vdCByZXZpZXcgeW91 ciBvd24gZG9jdW1lbnQuPC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+UmV2aWV3cyBzaG91bGQgY29tbWVudCBvbiB3aGV0aGVyIHRoZSBk b2N1bWVudCBpcyBjb2hlcmVudCwgaXMgaXQgdXNlZnVsIChpZSwgaXMgaXQgbGlrZWx5IHRvIGJl IGFjdHVhbGx5IHVzZWZ1bCBpbiBvcGVyYXRpb25hbCBuZXR3b3JrcyksIGFuZCBpcyB0aGUgZG9j dW1lbnQgdGVjaG5pY2FsbHkgc291bmQ/Jm5ic3A7IFdlIGFyZSBpbnRlcmVzdGVkIGluIGtub3dp bmcgd2hldGhlciB0aGUgZG9jdW1lbnQgaXMgcmVhZHkNCiB0byBiZSBjb25zaWRlcmVkIGZvciBX RyBhZG9wdGlvbiAoaWUsIGl0IGRvZXNuJ3QgaGF2ZSB0byBiZSBwZXJmZWN0IGF0IHRoaXMgcG9p bnQsIGJ1dCBzaG91bGQgYmUgYSBnb29kIHN0YXJ0KS48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij4mbmJzcDs8L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5SZXZpZXdzIHNob3VsZCBiZSBzZW50 IHRvIHRoZSBkb2N1bWVudCBhdXRob3JzLCBXRyBjby1jaGFpcnMgYW5kIFdHIHNlY3JldGFyeSwg YW5kIENDJ2QgdG8gdGhlIE1QTFMgV0cgZW1haWwgbGlzdC4gSWYgbmVjZXNzYXJ5LCBjb21tZW50 cyBtYXkgYmUgc2VudCBwcml2YXRlbHkgdG8gb25seSB0aGUgV0cgY2hhaXJzLjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPiZuYnNwOzwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPklmIHlvdSBo YXZlIHRlY2huaWNhbCBjb21tZW50cyB5b3Ugc2hvdWxkIHRyeSB0byBiZSBleHBsaWNpdCBhYm91 dCB3aGF0ICpyZWFsbHkqIG5lZWQgdG8gYmUgcmVzb2x2ZWQgYmVmb3JlIGFkb3B0aW5nIGl0IGFz IGEgd29ya2luZyBncm91cCBkb2N1bWVudCwgYW5kIHdoYXQgY2FuIHdhaXQgdW50aWwgdGhlIGRv Y3VtZW50IGlzIGEgd29ya2luZyBncm91cCBkb2N1bWVudCBhbmQgdGhlIHdvcmtpbmcgZ3JvdXAN CiBoYXMgdGhlIHJldmlzaW9uIGNvbnRyb2wuPC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5i c3A7PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QXJlIHlvdSBhYmxlIHRvIHJldmlldyB0aGlz IGRyYWZ0IGJ5IE1heSAyMCwgMjAyMD8gUGxlYXNlIHJlc3BvbmQgaW4gYSB0aW1lbHkgZmFzaGlv biBpZiB5b3UgY2Fubm90IG1ha2UgaXQuPC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7 PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+UmVnYXJkcyw8L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj5UYXJlazwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPihhcyBNUExTIFdHIGNoYWlyKTwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8YnI+DQo8cCBzdHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJyaTtm b250LXNpemU6N3B0O2NvbG9yOiMwMDAwMDA7bWFyZ2luOjE1cHQ7IiBhbGlnbj0iQ2VudGVyIj4N Ckp1bmlwZXIgQnVzaW5lc3MgVXNlIE9ubHk8YnI+DQo8L3A+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_0E90B61360F14F35A373FFB996441C70junipernet_-- From nobody Mon Jun 15 10:41:21 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B81FB3A07F6; Mon, 15 Jun 2020 10:41:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable 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 Twhekw-pTa_E; Mon, 15 Jun 2020 10:41:18 -0700 (PDT) Received: from mail-lf1-x133.google.com (mail-lf1-x133.google.com [IPv6:2a00:1450:4864:20::133]) (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 7F9C33A07F5; Mon, 15 Jun 2020 10:41:17 -0700 (PDT) Received: by mail-lf1-x133.google.com with SMTP id x27so10058911lfg.9; Mon, 15 Jun 2020 10:41:17 -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=fxP/UbiYc6q75hgV3Vu4aHdC+GNrPhtzMGTP7v8GwkU=; b=W5O0BhEOCC4fgdjbnef+a9moAe5iuTw2aIyC9VpTLscJfSAsm9O7yO5CoG3xhcx2dY jE7bp5ovWrBAW+InMaI8Qy6/+uO/WjUY9n243yI4cxh05YcZXMtBxzPMF4t3qas9gkVD Bf1tVtpaIpiRTpoxuONvv9kTeqoULe8LrPUWeNCiia2k2GGJNx8UyFAX5OHRB13zHJLR mO1Hcn6elsumBPB8OiQBtgv2Y0Oc3PEkJiiZ/jZtGHr1UPpmvBA1EIICS/s4ba/dm8l9 WpLFR+1Q54zrVZcYdi5ZrMRnVc7uUMuabH+TZ8jTgrO53tz1qnVe53kHa9BELlCqqKlq 9low== 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=fxP/UbiYc6q75hgV3Vu4aHdC+GNrPhtzMGTP7v8GwkU=; b=MSTTb0HgPZoa10iZ/dPSZUUiH51CVzObi+qPHJKKDl13NsFydTEngAsEasPbO9gf31 yIMLO7X3ylMHnQtoymzlLclT0tJdaVoax7fyRZf0YUsztnpnpaFp1NC509OUConVp4vK 6Tcdc09OtaWll8E9W6CeRB4b/98PDyxZrhdENRi3aHpYDdNLcyfyOVhudi0r53ctXV9+ ZloRFgCMdUjYyLhq4uy90Ai5k0v3CxchM7bKwg8Vx8Q6HLC0A8flGjae/8UK7KsacsuT QJPR0/P9ONuJLKzjucl9SyILJkMCv/Cxe51/xI+EsY//18zdnJGmGynmd1N5UJ/hVTV0 ZkFw== X-Gm-Message-State: AOAM531apH6/btXrUnZlOB+FnRepoh7s0h38fPaP4ZEmYnaOj9vbcfiJ INpmxt1eAxNYuAFN6AWeQuwCdRLnXMyJ1pQuYw== X-Google-Smtp-Source: ABdhPJxHsy0jCbyKYe1Sf0HUSy3TLtXtSz31P5dyKsxCTOtxSkJZOjo4VMobp8DsD9Czdi5j6GKe116blMqcF3/nMwQ= X-Received: by 2002:a19:ae14:: with SMTP id f20mr4523160lfc.17.1592242875326; Mon, 15 Jun 2020 10:41:15 -0700 (PDT) MIME-Version: 1.0 References: <0E90B613-60F1-4F35-A373-FFB996441C70@juniper.net> In-Reply-To: <0E90B613-60F1-4F35-A373-FFB996441C70@juniper.net> From: Rakesh Gandhi Date: Mon, 15 Jun 2020 13:41:04 -0400 Message-ID: To: Yimin Shen Cc: "draft-gandhi-mpls-rfc6374-sr@ietf.org" , "mpls-chairs@ietf.org" , "mpls@ietf.org" , "huaimo.chen@futurewei.com" Content-Type: multipart/alternative; boundary="000000000000fae4cc05a822ee69" Archived-At: Subject: Re: [mpls] MPLS-RT experts review for draft-gandhi-mpls-rfc6374-sr X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jun 2020 17:41:21 -0000 --000000000000fae4cc05a822ee69 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Thanks Yimin for the review and your comments. Please see comments inline with .. On Sun, Jun 14, 2020 at 8:04 PM Yimin Shen wrote: > Hi WG, > > > > I was assigned as a reviewer for draft-gandhi-mpls-rfc6374-sr. I have now > completed my review. > > > > The document addresses packet loss and delay measurement for SR-MPLS, by > building it on top of the mechanism specified by RFC 6374. This is a usef= ul > feature. The document is coherent and technically sound. I think it is > ready for WG adoption. > Many thanks. > > In the meanwhile, I do have a few questions and comments, and hope they > could be addressed by the authors. > > > > [1] The document uses terms =E2=80=9CSR link(s)=E2=80=9D and =E2=80=9CSR-= MPLS link(s)=E2=80=9D > interchangeably. I=E2=80=99d like to suggest to change =E2=80=9CSR link(s= )=E2=80=9D to =E2=80=9CSR-MPLS > link(s)=E2=80=9D, for consistency and also as =E2=80=9CSR links=E2=80=9D = include SRv6 links which > are out of the scope. > Ok, updated the text in the document. > > > [2] The term =E2=80=9CSR-MPLS links=E2=80=9D needs further clarification.= Does it mean > MPLS links (in an SR-MPLS environment), or there is something more specif= ic > ? Either case, please clarify whether the procedures for =E2=80=9CSR-MPLS= links=E2=80=9D in > this document are actually the same as those for MPLS links in RFC 6374, = or > high light the changes explicitly. > It is MPLS links, in an SR-MPLS environment. Updated the text in the document. > > [3] In sections 4.4 and 6.2, respectively: > > > > The Return Path TLV is Mandatory when used. If responder does not > > support this TLV, it MUST return Error 0x17: Unsupported Mandatory > > TLV Object. > > > > The Block Number TLV is Mandatory when used. If responder does not > > support this TLV, it MUST return Error 0x17: Unsupported Mandatory > > TLV Object. > > > > Is it mandatory that both the sender and the responder must support this > document ? > These TLVs have Types allocated from the Mandatory Type range for RFC 6374. The support for them is optional. > Is it possible for a sender (supporting the document) to inter-op with a > responder supporting only RFC 6374, i.e. a mixed mode ? If the mixed mode > is allowed, it would deserve some text (or a section) to explain and > clarify the procedures and applicabily. > Added a new section 10 for Compatibility in the document. Thanks, Rakesh > > Thanks, > > > > -- Yimin Shen > > Juniper Networks > > > > > > *From: *Tarek Saad > *Date: *Wednesday, May 6, 2020 at 10:46 AM > *To: *Yimin Shen , "xufeng.liu.ietf@gmail.com" < > xufeng.liu.ietf@gmail.com>, "huaimo.chen@futurewei.com" < > huaimo.chen@futurewei.com> > *Cc: *"mpls-chairs@ietf.org" , " > draft-gandhi-mpls-rfc6374-sr@ietf.org" < > draft-gandhi-mpls-rfc6374-sr@ietf.org> > *Subject: *MPLS-RT experts review for draft-gandhi-mpls-rfc6374-sr > > > > *[External Email. Be cautious of content]* > > > > Yimin, Xufeng, and Huaimo, > > > > You have be selected as MPLS-RT reviewers for draft-gandhi-mpls-rfc6374-s= r. > > > > Note to authors: You have been CC'd on this email so that you can know > that this review is going on. However, please do not review your own > document. > > > > Reviews should comment on whether the document is coherent, is it useful > (ie, is it likely to be actually useful in operational networks), and is > the document technically sound? We are interested in knowing whether the > document is ready to be considered for WG adoption (ie, it doesn't have t= o > be perfect at this point, but should be a good start). > > > > Reviews should be sent to the document authors, WG co-chairs and WG > secretary, and CC'd to the MPLS WG email list. If necessary, comments may > be sent privately to only the WG chairs. > > > > If you have technical comments you should try to be explicit about what > *really* need to be resolved before adopting it as a working group > document, and what can wait until the document is a working group documen= t > and the working group has the revision control. > > > > Are you able to review this draft by May 20, 2020? Please respond in a > timely fashion if you cannot make it. > > > > Regards, > > Tarek > > (as MPLS WG chair) > > Juniper Business Use Only > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > --000000000000fae4cc05a822ee69 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Thanks Yimin for the review and your comments.
<= div>
Please see comments inline with <RG>..
On Sun, = Jun 14, 2020 at 8:04 PM Yimin Shen <yshen=3D40juniper.net@dmarc.ietf.org> = wrote:

Hi WG,<= /span>

=C2=A0<= /span>

I was assigned as a r= eviewer for draft-gandhi-mpls-rfc6374-sr. I have now completed my review.

=C2=A0<= /span>

The document addresse= s packet loss and delay measurement for SR-MPLS, by building it on top of t= he mechanism specified by RFC 6374. This is a useful feature. The document = is coherent and technically sound. I think it is ready for WG adoption.


<RG> Many thanks.

=C2=A0<= /span>

In the meanwhile, I d= o have a few questions and comments, and hope they could be addressed by th= e authors.

=C2=A0<= /span>

[1] The document uses= terms =E2=80=9CSR link(s)=E2=80=9D and =E2=80=9CSR-MPLS link(s)=E2=80=9D i= nterchangeably. I=E2=80=99d like to suggest to change =E2=80=9CSR link(s)= =E2=80=9D to =E2=80=9CSR-MPLS link(s)=E2=80=9D, for consistency and also as= =E2=80=9CSR links=E2=80=9D include SRv6 links which are out of the scope.


<RG> Ok, updated the text in the document.

=C2=A0<= /span>

[2] The term =E2=80= =9CSR-MPLS links=E2=80=9D needs further clarification. Does it mean MPLS li= nks (in an SR-MPLS environment), or there is something more specific ? Eith= er case, please clarify whether the procedures for =E2=80=9CSR-MPLS links=E2=80=9D in this document are actually the same as those for MPLS li= nks in RFC 6374, or high light the changes explicitly.


<RG> It is MP= LS links, in an SR-MPLS environment. Updated the text in the document.
<= /div>

=

=C2=A0<= /span>

[3]=C2=A0 In sections= 4.4 and 6.2, respectively:

=C2=A0<= /span>

=C2=A0=C2=A0 The Return Path TLV is Mandat=
ory when used.=C2=A0 If responder does not
=C2=A0=C2=A0 support this TLV, it MUST ret=
urn Error 0x17: Unsupported Mandatory
=C2=A0=C2=A0 TLV Object.=C2=A0 <=
/u>

=C2=A0<= /span>

=C2=A0=C2=A0 The Block Number TLV is Mandatory w= hen used.=C2=A0 If responder does not

=C2=A0=C2=A0 support this TLV, it MUST return Er= ror 0x17: Unsupported Mandatory

=C2=A0=C2=A0 TLV Object.

=C2=A0<= /span>

Is it mandatory that = both the sender and the responder must support this document ?

<= /div>

<RG> These TLVs have Type= s allocated from the Mandatory Type range for RFC 6374. The support for the= m is optional.

=C2=A0

Is it possible for a sender (supportin= g the document) to inter-op with a responder supporting only RFC 6374, i.e.= a mixed mode ? If the mixed mode is allowed, it would deserve some text (or a sect= ion) to explain and clarify the procedures and applicabily.


<RG> Added a new section 10 f= or Compatibility in the document.

Thanks,
Rakesh


=C2=A0<= /span>

Thanks,=

=C2=A0<= /span>

--=C2=A0Yimin Shen=

Juniper Networks

=C2=A0<= /span>

=C2=A0<= /span>

From: Tarek Saad <tsaad.net@gmail.com>
Date: Wednesday, May 6, 2020 at 10:46 AM
To: Yimin Shen <yshen@juniper.net>, "xufeng.liu.ietf@gmail.com" <xufeng.liu.ietf@gma= il.com>, "huaimo.chen@futurewei.com" <huaimo.chen@futurewei.com> Cc: "= mpls-chairs@ietf.org" <mpls-chairs@ietf.org>, "draft-gandhi-mpls-rfc= 6374-sr@ietf.org" <draft-gandhi-mpls-rfc6374-sr@ietf.org>= ;
Subject: MPLS-RT experts review for draft-gandhi-mpls-rfc6374-sr<= /u>

=C2=A0<= /span>

[External Email. Be cautious of co= ntent]

=C2=A0<= /span>

Yimin, Xufeng, and Huaimo,

=C2=A0

You have be selected as MPLS-RT reviewers for draft-= gandhi-mpls-rfc6374-sr.

=C2=A0

Note to authors: You have been CC'd on this emai= l so that you can know that this review is going on. However, please do not= review your own document.

=C2=A0

Reviews should comment on whether the document is co= herent, is it useful (ie, is it likely to be actually useful in operational= networks), and is the document technically sound?=C2=A0 We are interested = in knowing whether the document is ready to be considered for WG adoption (ie, it doesn't have to be perfect at= this point, but should be a good start).

=C2=A0

Reviews should be sent to the document authors, WG c= o-chairs and WG secretary, and CC'd to the MPLS WG email list. If neces= sary, comments may be sent privately to only the WG chairs.

=C2=A0

If you have technical comments you should try to be = explicit about what *really* need to be resolved before adopting it as a wo= rking group document, and what can wait until the document is a working gro= up document and the working group has the revision control.

=C2=A0

Are you able to review this draft by May 20, 2020? P= lease respond in a timely fashion if you cannot make it.

=C2=A0

Regards,

Tarek

(as MPLS WG chair)


Juniper Business Use Only

_______________________________________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org/mailman/listinfo/mpls
--000000000000fae4cc05a822ee69-- From nobody Mon Jun 15 16:47:22 2020 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id D3EFB3A0EF6; Mon, 15 Jun 2020 16:47:16 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: mpls@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.3.1 Auto-Submitted: auto-generated Precedence: bulk Reply-To: mpls@ietf.org Message-ID: <159226483682.24238.1409534029262864310@ietfa.amsl.com> Date: Mon, 15 Jun 2020 16:47:16 -0700 Archived-At: Subject: [mpls] I-D Action: draft-gandhi-mpls-rfc6374-sr-04.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jun 2020 23:47:17 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching WG of the IETF. Title : Performance Measurement Using RFC 6374 for Segment Routing Networks with MPLS Data Plane Authors : Rakesh Gandhi Clarence Filsfils Daniel Voyer Stefano Salsano Mach(Guoyi) Chen Filename : draft-gandhi-mpls-rfc6374-sr-04.txt Pages : 20 Date : 2020-06-15 Abstract: Segment Routing (SR) leverages the source routing paradigm. RFC 6374 specifies protocol mechanisms to enable the efficient and accurate measurement of packet loss, one-way and two-way delay, as well as related metrics such as delay variation in MPLS networks using probe messages. This document utilizes these mechanisms for Performance Delay and Loss Measurements in Segment Routing networks with MPLS data plane (SR-MPLS), for both SR-MPLS Links and end-to-end Paths including SR-MPLS Policies. In addition, this document defines Return Path TLV for two-way performance measurement and Block Number TLV for loss measurement. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-gandhi-mpls-rfc6374-sr/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-gandhi-mpls-rfc6374-sr-04 https://datatracker.ietf.org/doc/html/draft-gandhi-mpls-rfc6374-sr-04 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-gandhi-mpls-rfc6374-sr-04 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Tue Jun 16 11:54:32 2020 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 694333A1097; Tue, 16 Jun 2020 11:54:26 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: mpls@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.3.1 Auto-Submitted: auto-generated Precedence: bulk Reply-To: mpls@ietf.org Message-ID: <159233366633.31570.13254043534329627208@ietfa.amsl.com> Date: Tue, 16 Jun 2020 11:54:26 -0700 Archived-At: Subject: [mpls] I-D Action: draft-ietf-mpls-sr-epe-oam-00.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jun 2020 18:54:27 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching WG of the IETF. Title : Label Switched Path (LSP) Ping/Traceroute for Segment Routing (SR) Egress Peer Engineering Segment Identifiers (SIDs) with MPLS Data Planes Authors : Shraddha Hegde Kapil Arora Mukul Srivastava Samson Ninan Xiaohu Xu Filename : draft-ietf-mpls-sr-epe-oam-00.txt Pages : 17 Date : 2020-06-07 Abstract: Egress Peer Engineering (EPE) is an application of Segment Routing to Solve the problem of egress peer selection. The Segment Routing based BGP-EPE solution allows a centralized controller, e.g. a Software Defined Network (SDN) controller to program any egress peer. The EPE solution requires a node to program the PeerNode Segment Identifier(SID) describing a session between two nodes, the PeerAdj SID describing the link (one or more) that is used by sessions between peer nodes, and the PeerSet SID describing an arbitrary set of sessions or links between a local node and its peers. This document provides new sub-TLVs for EPE Segment Identifiers (SID) that would be used in the MPLS Target stack TLV (Type 1), in MPLS Ping and Traceroute procedures. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-sr-epe-oam/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-mpls-sr-epe-oam-00 https://datatracker.ietf.org/doc/html/draft-ietf-mpls-sr-epe-oam-00 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Wed Jun 17 10:10:54 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7F2C13A0AB3; Wed, 17 Jun 2020 10:10:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, 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 EOSva-ZHuiVD; Wed, 17 Jun 2020 10:10:39 -0700 (PDT) Received: from mail-io1-xd36.google.com (mail-io1-xd36.google.com [IPv6:2607:f8b0:4864:20::d36]) (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 EEB6B3A0ADB; Wed, 17 Jun 2020 10:10:38 -0700 (PDT) Received: by mail-io1-xd36.google.com with SMTP id x189so3629080iof.9; Wed, 17 Jun 2020 10:10: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=5v4FgtXw/AjKwdYkKG4TaHY66YDiiF16soyXYAVLnEA=; b=idB/T6S5kNPK2gJ7KDnR047Sz5IgUSJtbgEP9hve9NyrpZKOvZHma+3iAiPnUIMwt6 9FGDvAzbKu8Yd0Go3crwcu43DFC0KG2Qj1nRZYNOgGjkhOfaL/eKwk3y3q+MpHfO9/C/ 6eOrTxTqoKIoMP4wymkxAIYB2yB1fbDq0T1U3It6w4cNpGZsDHJOXER7JiBJzX5DWiYX UOb7IWX0DTPKZX0NbatzOMI0MnKJLWSsXe70B3b1pqmZErXqrMPVjYjWYE7k3R/PQvLT B0vbENT86mor5GrOD/32qIXjExtIdgIKicWZ239P1EjjiCS4kj0zi+AtDXtlm5FwbQqN FcnA== 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=5v4FgtXw/AjKwdYkKG4TaHY66YDiiF16soyXYAVLnEA=; b=XDLEXsDNCTnQ2E64AEPaae1V9WTPFOJ4LxCUD+T+iSlFL0A2vBkWOOYu3nUkEWxIY0 oic3F7Tw5FBLoFIHG2+lKIwTW+900Yhz6hvtKuWtEm+dkzqHLFCmQYNJ64Su+4gyUhxo S4aehBkaGo/3nZueuS8WWC4OQ6JRdhyw234DqklyAVFIKf5LeC9gt9z6U6JDRJ0OYApg mP3EjmqRYaFSNblwMSL6z2nFLeZCeTrGHAGldd/YTjCR/1lrsjxtGw1OrZc3R13l3IU2 g3d8FxVw1ajBMOvIY4fO9X6/Ri85U2YI5PipEr6FjlRp4lp4pMFQXFgxCn2lOa7gAJlf 3VMw== X-Gm-Message-State: AOAM5333J13FgVMbSl837gwZtlC0x6h5JY9HKsbnQdT1M2wc07RGln8Z bZkSKDhk+PkEddG6QXWO2ZeqrAVzA3Lmc/CGxR9idpEu X-Google-Smtp-Source: ABdhPJxQlBgKE37L30H0R1Dg0XITQXzc0bL/Im3GRYb+cXxj8u29nfARmv4PuT/964AxOLmWT32afZ1D+FqhxtpGto4= X-Received: by 2002:a5e:c90c:: with SMTP id z12mr374196iol.127.1592413838222; Wed, 17 Jun 2020 10:10:38 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Xufeng Liu Date: Wed, 17 Jun 2020 13:10:27 -0400 Message-ID: To: Tarek Saad , mpls@ietf.org Cc: "mpls-chairs@ietf.org" Content-Type: multipart/alternative; boundary="00000000000029a64e05a84abd81" Archived-At: Subject: [mpls] MPLS-RT experts review for draft-gandhi-mpls-rfc6374-sr X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Jun 2020 17:10:52 -0000 --00000000000029a64e05a84abd81 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Authors and WG, I have reviewed the document draft-gandhi-mpls-rfc6374-sr and have the following comments. 1. Using the existing mechanism defined by RFC 6374 for SR PM is natural, logical, and worth proceeding. 2. The 2nd paragraph in Sec 2.3 describes the case P2MP, but the context is the reference topology depicted as Figure 2, which does not clearly cover the P2MP case. Some additional clarification or a different topology may illustrate better. 3. In the last paragraph in Sec 4.2 describes the use of Destination Address TLV. Does the statement =E2=80=9Ccan be sent in the probe query mes= sage=E2=80=9D mean that this is optional? (Is this MAY or MUST?) An implementer would like to know the clear requirement. 4. Sec 4.3.3. describes the loopback measure mode, which requires the responder to collect timestamps t1 and t4. Such a behavior does not seem to follow RFC 6374. Based on Sec 3.5.3. of RFC 6374, =E2=80=9Cno support for d= elay measurement is required at the responder at all, other than the ability to recognize a DM query that includes this object and return it unmodified.=E2= =80=9D 5. The last sentence of Sec 4.3.3. excludes the loopback mode for SR-MPLS Links. Is there any reason for the exclusion? 6. Most of the document describes the procedures to use RFC 6374. The only additions to RFC 6374 are Sec. 4.4. and Sec. 6.2., but these two sections are embedded in the other sections on procedures and use cases. For an implementer, I=E2=80=99d hope to see these two sections separated from othe= rs so that it would be clear what are needed to implement on top of the protocol defined in RFC 6374. Thanks, - Xufeng --00000000000029a64e05a84abd81 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
=09 =09 =09

=09 =09 =09

Hi Authors and WG,


I have reviewed the document draft-gandhi-mpls-rfc6374-sr and have the following comments.


1. Using the existing mecha= nism defined by RFC 6374 for SR PM is natural, logical, and worth proceeding.


2. The 2nd parag= raph in Sec 2.3 describes the case P2MP, but the context is the reference topology depicted as Figure 2, which does not clearly cover the P2MP case. Some additional clarification or a different topology may illustrate better.


3. In the last paragraph in= Sec 4.2 describes the use of Destination Address TLV. Does the statement =E2=80=9Ccan be sent in the probe query message=E2=80=9D= mean that this is optional? (Is this MAY or MUST?) An implementer would like to know the clear requirement.


= 4= = . Sec 4.3.3. describes the loopback <= span style=3D"font-weight:normal">measure = mode, = which requires the responder to collect timestamps t1 and t4. Such a behavior does not seem to follow RFC 6374. Based on Sec 3.5.3. of RFC 6374, =E2=80=9Cno support for delay measurement is required at the responder at all, other than the ability to recognize a DM query that includes this object and return it unmodified.=E2=80=9D


= 5= = . = The last sentence of Sec 4.3.3. excludes the loopback mode for SR-MPLS Links. Is there any reason for <= span style=3D"letter-spacing:normal">the exclusion?


6. Most of the document describes the procedures to use RFC 6374. The only additions to RFC 6374 are Sec. 4.4. and Sec. 6.2., but these two sections are embedded in the other sections on procedures and use cases. For an implementer, I=E2=80=99d hope to see these two sections separated from others so that it would be clear what are needed to implement on top of the protocol defined in RFC 6374.<= /p>


Thanks,

- Xufeng


--00000000000029a64e05a84abd81-- From nobody Thu Jun 18 05:48:21 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6A2333A0D21; Thu, 18 Jun 2020 05:48:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, 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 UKbaVRddq5HM; Thu, 18 Jun 2020 05:48:18 -0700 (PDT) Received: from mail-lj1-x22e.google.com (mail-lj1-x22e.google.com [IPv6:2a00:1450:4864:20::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8CA343A0D1D; Thu, 18 Jun 2020 05:48:17 -0700 (PDT) Received: by mail-lj1-x22e.google.com with SMTP id i3so7079771ljg.3; Thu, 18 Jun 2020 05:48:17 -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=mh4AULnUIVXDfMixJjnReMqUqDnrzj4hVsTBydqPUa0=; b=JfroCDAH0mwHCkxbmlpYRw1gWkt1pxJRzWyAmdbZKOoimm3MrNhv98KVTgxqEls+28 +UDetiaSwgLNOpxJ88+8UyvSgP8sP8H6LMmFXbg13B9vR7NG04lKck/VzjK/vxU2x6HL Tr3A53Uq74AtXL+a9SOCSvmh4AEQ0ZMxwaWCFN4d6YP12AjfExraEy3vG+5uLouaegfC KH7xexVWMG0lkjcmjLWhwTwohJjQNrUpYNBdf3tNgBtbrKkYWBYxcuw7U8cOAhbD86bv vIyHNu0pcm/XCPO2DzIqjJy72S8XpkQlz74qcfu+ikBO/aRWCkThCwwXj/h8+UTMXIN0 ZQ2g== 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=mh4AULnUIVXDfMixJjnReMqUqDnrzj4hVsTBydqPUa0=; b=I1VEhbwW8L2Wo6+qEbKhWqus8auWa+hpyi+kb7Ufh/06R+kYt56Sy7H7p0G3OOIFPT 7+5KSOZNvZlCKu8ADcjouECi7xeoic6RLZBrzay1nSahh2K51SqC8zzg+aPTJ9jCa+bk XExc7DQBEEPzFMITdS+avntkKBr9fT4U+KAzBnrLo3xNCSJZfYWF9YXnsZsZYnmF4ty0 XJAaMX2iKLuoUkUc3Qzes9WUCQYYPPSdvIp3ZZaRfZAH5WLf0pSQDp+awA98QsOyUCLT M6S8/3Q3URA7wpH2hVLPNxgZYs+TWEaNyvc9gpQU+BrINaeBjpPgTrG/a5/vI416EfNn mM3g== X-Gm-Message-State: AOAM5321Mt87JqhH/jFabeaU/jGDUMJ/nc7Se3hnzER9EpwNcKQQ6IQ/ CRkmQvHDzkRpoOUC0zBuvqAnKOU/xO9t9wFPWg== X-Google-Smtp-Source: ABdhPJx34varZAzd36yA2oVvidWESRgkKNZoMJH1jDFoplGeBir/Ev9Q06+kCo4yFmnIK/JMQWLoOj451IQWNKuucZM= X-Received: by 2002:a2e:a54f:: with SMTP id e15mr2457757ljn.263.1592484495498; Thu, 18 Jun 2020 05:48:15 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Rakesh Gandhi Date: Thu, 18 Jun 2020 08:48:04 -0400 Message-ID: To: Xufeng Liu Cc: Tarek Saad , mpls@ietf.org, "mpls-chairs@ietf.org" Content-Type: multipart/alternative; boundary="000000000000aa227b05a85b304e" Archived-At: Subject: Re: [mpls] MPLS-RT experts review for draft-gandhi-mpls-rfc6374-sr X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Jun 2020 12:48:19 -0000 --000000000000aa227b05a85b304e Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Thank you Xufeng for the review. Please see replies inline with ... On Wed, Jun 17, 2020 at 1:12 PM Xufeng Liu wrote: > Hi Authors and WG, > > > I have reviewed the document draft-gandhi-mpls-rfc6374-sr and have the > following comments. > > > 1. Using the existing mechanism defined by RFC 6374 for SR PM is natural, > logical, and worth proceeding. > Many thanks. > > 2. The 2nd paragraph in Sec 2.3 describes the case P2MP, but the context > is the reference topology depicted as Figure 2, which does not clearly > cover the P2MP case. Some additional clarification or a different topolog= y > may illustrate better. > Moved the text to the relevant section 7 along with other P2MP texts to avoid confusion. > > 3. In the last paragraph in Sec 4.2 describes the use of Destination > Address TLV. Does the statement =E2=80=9Ccan be sent in the probe query m= essage=E2=80=9D > mean that this is optional? (Is this MAY or MUST?) An implementer would > like to know the clear requirement. > Added "MAY". > > 4.. Sec 4.3.3. describes the loopback measure mode, which requires the > responder to collect timestamps t1 and t4. Such a behavior does not seem = to > follow RFC 6374. Based on Sec 3.5.3. of RFC 6374, =E2=80=9Cno support for= delay > measurement is required at the responder at all, other than the ability t= o > recognize a DM query that includes this object and return it unmodified.= =E2=80=9D > The responder does not add t1 and t4 (as per Reference Topology). The responder simply forwards the probe packet. > > 5.. The last sentence of Sec 4.3.3. excludes the loopback mode for > SR-MPLS Links. Is there any reason for the exclusion? > > > Removed. 6. Most of the document describes the procedures to use RFC 6374. The only > additions to RFC 6374 are Sec. 4.4. and Sec. 6.2., but these two sections > are embedded in the other sections on procedures and use cases. For an > implementer, I=E2=80=99d hope to see these two sections separated from ot= hers so > that it would be clear what are needed to implement on top of the protoco= l > defined in RFC 6374. > Keeping them at the current place provides context and continuity for reading. It is highlighted in Abstract and Introduction that these two TLVs are new. I am afraid, moving them elsewhere may lose the context. Please advise if you have a preference. Thanks, Rakesh > Thanks, > > - Xufeng > > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > --000000000000aa227b05a85b304e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Thank you Xufeng for the review.
Pleas= e see replies inline with <RG>...

On Wed, Jun 17, 2020 at 1:12 PM = Xufeng Liu <xufeng.liu.ietf= @gmail.com> wrote:
=09 =09 =09

=09 =09 =09

Hi Authors and WG,


I have reviewed the document draft-gandhi-mpls-rfc6374-sr and have the following comments.


1. Using the existing mecha= nism defined by RFC 6374 for SR PM is natural, logical, and worth proceeding.


<R= G> Many thanks.


2. The 2nd parag= raph in Sec 2.3 describes the case P2MP, but the context is the reference topology depicted as Figure 2, which does not clearly cover the P2MP case. Some additional clarification or a different topology may illustrate better.


<= RG> Moved the text to the relevant section 7 along with other P2MP texts= to avoid confusion.


3. In the last paragraph in= Sec 4.2 describes the use of Destination Address TLV. Does the statement =E2=80=9Ccan be sent in the probe query message=E2=80=9D= mean that this is optional? (Is this MAY or MUST?) An implementer would like to know the clear requirement.


<RG> Added=C2=A0 "MAY".


= 4= = .. Sec 4.3.3. describes the loopback <= span style=3D"font-weight:normal">measure = mode, = which requires the responder to collect timestamps t1 and t4. Such a behavior does not seem to follow RFC 6374. Based on Sec 3.5.3. of RFC 6374, =E2=80=9Cno support for delay measurement is required at the responder at all, other than the ability to recognize a DM query that includes this object and return it unmodified.=E2=80=9D


<RG> The responder does not add t1 and t4 (as per Reference Topolo= gy). The responder simply forwards the probe packet.


= 5= = .. = The last sentence of Sec 4.3.3. excludes the loopback mode for SR-MPLS Links. Is there any reason for <= span style=3D"letter-spacing:normal">the exclusion?



<RG> Removed.

6. Most of the document describes the procedures to use RFC 6374. The only additions to RFC 6374 are Sec. 4.4. and Sec. 6.2., but these two sections are embedded in the other sections on procedures and use cases. For an implementer, I=E2=80=99d hope to see these two sections separated from others so that it would be clear what are needed to implement on top of the protocol defined in RFC 6374.<= /p>


<RG> Keeping them at = the current place provides context and continuity for reading. It is highli= ghted in Abstract and Introduction that these two TLVs are new.
I= am afraid, moving them elsewhere may lose the context. Please advise if yo= u have a preference.

Thanks,
Rakesh<= /div>


Thanks,

- Xufeng


_______________________________________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org/mailman/listinfo/mpls
--000000000000aa227b05a85b304e-- From nobody Fri Jun 19 10:23:44 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 517A83A0CB7 for ; Fri, 19 Jun 2020 10:23:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=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 pbOhBrz1G4iq for ; Fri, 19 Jun 2020 10:23:31 -0700 (PDT) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D0B643A0C80 for ; Fri, 19 Jun 2020 10:23:30 -0700 (PDT) Received: from [192.168.1.15] (unknown [122.2.100.221]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 04A99323C0F for ; Fri, 19 Jun 2020 19:23:27 +0200 (CEST) References: <159251992201.11993.15942540018989542642@ietfa.amsl.com> To: "mpls@ietf.org" From: Loa Andersson X-Forwarded-Message-Id: <159251992201.11993.15942540018989542642@ietfa.amsl.com> Message-ID: <9cbeb6a6-a4d2-312e-74d9-e62a966afa5c@pi.nu> Date: Sat, 20 Jun 2020 01:23:20 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.9.0 MIME-Version: 1.0 In-Reply-To: <159251992201.11993.15942540018989542642@ietfa.amsl.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Archived-At: Subject: [mpls] Fwd: Nomcom 2020-2021 Final Call For Volunteers X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Jun 2020 17:23:43 -0000 FYI /Loa -------- Forwarded Message -------- Subject: Nomcom 2020-2021 Final Call For Volunteers Date: Thu, 18 Jun 2020 15:38:42 -0700 From: NomCom Chair 2020 To: IETF Announcement List CC: ietf@ietf.org Hi IETFers, We're down to the last week of accepting NomCom volunteers. And I need more! Lots more! I have 64. I'd really like to get another 100 names. Hopefully, some of you are checking the volunteer box on IETF 108 registration. But I don't have anything from canceled IETF 107 registration, and the NomCom question wasn't asked on IETF 106. So I need a flood of volunteers to come in over the next week. Barbara ============================================= The IETF NomCom appoints people to fill the open slots on the LLC, IETF Trust, the IAB, and the IESG. Ten voting members for the NomCom are selected in a verifiably random way from a pool of volunteers. The more volunteers, the better chance we have of choosing a random yet representative cross section of the IETF population. The details of the operation of the NomCom can be found in BCP 10 (RFC 8713). RFC 3797 details the selection algorithm. Special for this year (and only this year), we also have RFC 8788 (one-off update to RFC 8713 / BCP 10) to tell us who is eligible to volunteer: Members of the IETF community must have attended at least three of the last five in-person IETF meetings in order to volunteer. The five meetings are the five most recent in-person meetings that ended prior to the date on which the solicitation for NomCom volunteers was submitted for distribution to the IETF community. Because no IETF 107 in-person meeting was held, for the 2020-2021 Nominating Committee those five meetings are IETFs 102 [Montreal, Canada; July 2018], 103 [Bangkok, Thailand; November 2018], 104 [Prague, Czech Republic; March 2019], 105 [Montreal, Canada; July 2019], and 106 [Singapore; November 2019]. Keep in mind that eligibility is based on in-person attendance at the five listed meetings. You can check your eligibility at: https://www.ietf.org/registration/nomcom.py. If you qualify, please volunteer. Before you decide to volunteer, please remember that anyone appointed to this NomCom will not be considered as a candidate for any of the positions that the 2020 - 2021 NomCom is responsible for filling. People commonly volunteer by ticking the box on IETF registration forms. The IETF 106 form did not ask whether people were willing to volunteer. IETF 107 did ask, but all those registrations were canceled. I have asked the Secretariat if it is possible to get the list if volunteers from canceled IETF 107 registrations. If that list is available, I will contact all who are verified as eligible. But given the uncertainty of this process, I would encourage people to volunteer directly (see the bottom of this email for instructions). Thank you for volunteering! The list of people and posts whose terms end with the March 2021 IETF meeting, and thus the positions for which this NomCom is responsible, are IETF Trust: Joel Halpern LLC: Maja Andjelkovic IAB: Jari Arkko Jeff Tantsura Mark Nottingham Stephen Farrell Wes Hardaker Zhenbin Li IESG: Alissa Cooper, IETF Chair/GEN AD Alvaro Retana, RTG AD Barry Leiba, ART AD Deborah Brungard, RTG AD Éric Vyncke, INT AD Magnus Westerlund, TSV AD Roman Danyliw, SEC AD Warren Kumari, OPS AD All appointments are for 2 years. The Routing area has 3 ADs and the General area has 1; all other areas have 2 ADs. Thus, all areas (that have more than one AD) have at least one continuing AD. The primary activity for this NomCom will begin in July 2020 and should be completed in January 2021. The NomCom will have regularly scheduled conference calls to ensure progress. There will be activities to collect requirements from the community, review candidate questionnaires, review feedback from community members about candidates, and talk to candidates. While being a NomCom member does require some time commitment it is also a very rewarding experience. As a member of the NomCom it is very important that you be willing and able to attend either videoconference or in-person meetings (which may not happen) during 14-20 November (IETF 109 - Bangkok) to conduct interviews. Videoconference attendance will be supported whether or not there are in-person meetings. Orientation and setting of the NomCom schedule will be done by videoconference during the week 20-24 July (exact time and date to be determined after NomCom membership is finalized on July 12), the week prior to IETF 108. Being at IETF 110 (Prague) is not essential. Please volunteer by sending me an email before 23:59 UTC June 24, 2020, as follows: To: nomcom-chair-2020@ietf.org Subject: NomCom 2020-21 Volunteer Please include the following information in the email body: Your Full Name: // as you write it on the IETF registration form Current Primary Affiliation: // Typically what goes in the Company field // in the IETF Registration Form Emails: // All email addresses used to register for the past 5 IETF meetings // Preferred email address first Telephone: // For confirmation if selected You should expect an email response from me within 5 business days stating whether or not you are qualified. If you don't receive this response, please re-send your email with the tag "RESEND"" added to the subject line. If you are not yet sure if you would like to volunteer, please consider that NomCom members play a very important role in shaping the leadership of the IETF. Questions by email or voice are welcome. Volunteering for the NomCom is a great way to contribute to the IETF! You can find a detailed timeline on the NomCom web site at: https://datatracker.ietf.org/nomcom/2020/ I will be publishing a more detailed target timetable, as well as details of the randomness seeds to be used for the RFC 3797 selection process, within the next few weeks. Thank you! Barbara Stark bs7652 at att dot com nomcom-chair-2020 at ietf dot org _______________________________________________ IETF-Announce mailing list IETF-Announce@ietf.org https://www.ietf.org/mailman/listinfo/ietf-announce -- Loa Andersson email: loa@pi.nu Senior MPLS Expert loa.pi.nu@gmail Bronze Dragon Consulting phone: +46 739 81 21 64 From nobody Mon Jun 22 12:55:53 2020 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 097D03A0815; Mon, 22 Jun 2020 12:55:21 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 7.3.2 Auto-Submitted: auto-generated Precedence: bulk CC: Tarek Saad , db3546@att.com, mpls-chairs@ietf.org, tsaad.net@gmail.com, draft-ietf-mpls-sfl-framework@ietf.org, mpls@ietf.org Reply-To: last-call@ietf.org Sender: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-ID: <159285572084.32231.9766302382896381252@ietfa.amsl.com> Date: Mon, 22 Jun 2020 12:55:20 -0700 Archived-At: Subject: [mpls] Last Call: (Synonymous Flow Label Framework) to Informational RFC X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Jun 2020 19:55:21 -0000 The IESG has received a request from the Multiprotocol Label Switching WG (mpls) to consider the following document: - 'Synonymous Flow Label Framework' as Informational RFC The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the last-call@ietf.org mailing lists by 2020-07-06. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract RFC 8372 (MPLS Flow Identification Considerations) describes the requirement for introducing flow identities within the MPLS architecture. This document describes a method of accomplishing this by using a technique called Synonymous Flow Labels in which labels which mimic the behaviour of other labels provide the identification service. These identifiers can be used to trigger per-flow operations on the packet at the receiving label switching router. The file can be obtained via https://datatracker.ietf.org/doc/draft-ietf-mpls-sfl-framework/ The following IPR Declarations may be related to this I-D: https://datatracker.ietf.org/ipr/2705/ https://datatracker.ietf.org/ipr/2605/ https://datatracker.ietf.org/ipr/2582/ https://datatracker.ietf.org/ipr/2849/ From nobody Mon Jun 22 15:26:36 2020 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 9BBA13A1239; Mon, 22 Jun 2020 15:26:19 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: mpls@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.3.2 Auto-Submitted: auto-generated Precedence: bulk Reply-To: mpls@ietf.org Message-ID: <159286477954.2876.10505552173528147853@ietfa.amsl.com> Date: Mon, 22 Jun 2020 15:26:19 -0700 Archived-At: Subject: [mpls] I-D Action: draft-ietf-mpls-bfd-directed-14.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Jun 2020 22:26:26 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching WG of the IETF. Title : Bidirectional Forwarding Detection (BFD) Directed Return Path Authors : Greg Mirsky Jeff Tantsura Ilya Varlashkin Mach(Guoyi) Chen Filename : draft-ietf-mpls-bfd-directed-14.txt Pages : 9 Date : 2020-06-22 Abstract: Bidirectional Forwarding Detection (BFD) is expected to be able to monitor a wide variety of encapsulations of paths between systems. When a BFD session monitors an explicitly routed unidirectional path there may be a need to direct egress BFD peer to use a specific path for the reverse direction of the BFD session. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-bfd-directed/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-mpls-bfd-directed-14 https://datatracker.ietf.org/doc/html/draft-ietf-mpls-bfd-directed-14 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-bfd-directed-14 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 24 22:25:36 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B76143A00D3; Wed, 24 Jun 2020 22:25:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, 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 xGXjDXkgv-yz; Wed, 24 Jun 2020 22:25:33 -0700 (PDT) Received: from mail-io1-xd35.google.com (mail-io1-xd35.google.com [IPv6:2607:f8b0:4864:20::d35]) (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 C9BFB3A0121; Wed, 24 Jun 2020 22:25:32 -0700 (PDT) Received: by mail-io1-xd35.google.com with SMTP id a12so4694052ion.13; Wed, 24 Jun 2020 22:25:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:thread-topic:thread-index:date:message-id :references:in-reply-to:accept-language:content-language :content-transfer-encoding:mime-version; bh=xkRcRq5ErO2Xcep7dSmomAQqLxWdBsaUjEg63XsCh+g=; b=WyP5Dp0WHu3/gRZakY+dOxmzK/qKh11S/GgsakrGv2sxi4SjHnQqjqPBQPMeUbvOVB HTKcMt7repEAWFmFE2PJGOGMNB38OcbW68EleVmoeSrUpnbEND1aFSW8WuRjGtY51TDA tmmlG2ue/XOEN2DK3OOr+m+YUPUp685d0H2y3176bpde7IYG2VMY9pKmWzobQQwE2jB0 JnYgB4KGqhdvzKwcijNP5eNAkEka9quOLPgAaqrEqnSw61m3q3tRfEmBAxI9WP3xkY5s 0pcRjK0o6OljEMnEq3Xqzk7kmgEVcqalL7/kTL8BEx0cbf/MEbqXXDuDkNd8vrquORaO ABTw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:thread-topic:thread-index :date:message-id:references:in-reply-to:accept-language :content-language:content-transfer-encoding:mime-version; bh=xkRcRq5ErO2Xcep7dSmomAQqLxWdBsaUjEg63XsCh+g=; b=U6HUqztvszvMXSUWZVL9Fgz7USYMoKarmYn9N92xvEXjk6FcEQwkZajMy8ffkPGx18 bsIPwI6u/xLLoNH8VgJyMWrUOa3NAocsH1AS11v2m6/hWIl1RjE6jTxcc7chKg2d3WJr WU7wamY9Y0UvieP14PlsTX9xXW6a+9DgzHX5SgDmqshSyaXQhM3Zapdq88W85RzCZo+1 MJqZGpDkgAwZTCv4jyH5JyGhyCz36Y25YRYVt1XkCVLl8ADhRMIxPNWWzFUqHp1Hn7lN CY9YpdmHcCroMcMm66r0RfOkzNKftqUJDmuwhcm43eyZQKvnePcxnZivlSp291UW85Tp AE3Q== X-Gm-Message-State: AOAM532dEd/QlKDcvVxQYUMf5CpQF5QxwePIPFpJtWvn9nL3rShMvfzy DU27xx62SrRyONbko6FqqFvyqnEdpaE= X-Google-Smtp-Source: ABdhPJyBMCbNNtHveo9ms+X7/ZtSDAVrVJLvhG9g6dqJ5cLC0WeCEigYLOZotA39GL4sK5Kx6OZGLg== X-Received: by 2002:a6b:7d02:: with SMTP id c2mr33124112ioq.146.1593062731873; Wed, 24 Jun 2020 22:25:31 -0700 (PDT) Received: from CH2PR19MB4024.namprd19.prod.outlook.com ([2603:1036:304:2892::5]) by smtp.gmail.com with ESMTPSA id u15sm6735402iog.18.2020.06.24.22.25.30 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 24 Jun 2020 22:25:30 -0700 (PDT) From: Tarek Saad To: Stewart Bryant CC: "draft-bryant-mpls-sfl-control@ietf.org" , mpls , mpls-chairs Thread-Topic: MPLS-RT review of draft-bryant-mpls-sfl-control Thread-Index: ATAxRUIz0qsKtGHlIv6ANjLcHwobnThFNTRDynCt5gE= X-MS-Exchange-MessageSentRepresentingType: 1 Date: Thu, 25 Jun 2020 05:25:29 +0000 Message-ID: References: <73DDE93C-2FD1-48B1-975F-92A2E8E2F598@gmail.com> In-Reply-To: <73DDE93C-2FD1-48B1-975F-92A2E8E2F598@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-Exchange-Organization-SCL: -1 X-MS-TNEF-Correlator: X-MS-Exchange-Organization-RecordReviewCfmType: 0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [mpls] MPLS-RT review of draft-bryant-mpls-sfl-control X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jun 2020 05:25:35 -0000 SGkgU3Rld2FydCwNCg0KVGhhbmtzIGZvciBnZXR0aW5nIGJhY2sgb24gbXkgY29tbWVudHMuIEkg YW0gT0sgd2l0aCB5b3VyIHBsYW5uZWQgYWN0aW9ucywgYW5kIEkgYW0gT0sgZnJvbSBteSBzaWRl IHRvIHByb2NlZWQgd2l0aCB0aGUgV0cgYWRvcHRpb24gb2YgdGhpcyBkb2N1bWVudC4NCg0KUmVn YXJkcywNClRhcmVrDQoNCu+7v09uIDYvNC8yMCwgNToxMSBBTSwgIlN0ZXdhcnQgQnJ5YW50IiA8 c3Rld2FydC5icnlhbnRAZ21haWwuY29tPiB3cm90ZToNCg0KICAgIERlYXIgVGFyZWsNCg0KICAg IFRqaGFua2wgeW91IGZvciB5b3VyIHJldmlldywgcGxlYXNlIHNlZSBiZWxvdzoNCg0KICAgID4g T24gMyBKYW4gMjAyMCwgYXQgMTg6NDMsIFRhcmVrIFNhYWQgPHRzYWFkLm5ldEBnbWFpbC5jb20+ IHdyb3RlOg0KICAgID4gDQogICAgPiBIaSwNCiAgICA+IA0KICAgID4gSeKAmXZlIGJlZW4gc2Vs ZWN0ZWQgYXMgYW4gTVBMUy1SVCByZXZpZXdlciBmb3IgdGhpcyBkcmFmdCBiZWluZyBjb25zaWRl cmVkIGZvciBXRyBhZG9wdGlvbi4NCiAgICA+IEFmdGVyIHJlYWRpbmcgaXQsIEkgaGF2ZSB0aGUg Zm9sbG93aW5nIGNvbW1lbnRzIG9uIGl0Og0KICAgID4gDQogICAgPiAxLiBTaW5jZSB0aGUgU0ZM IGNvbnRyb2wgcHJvdG9jb2wgdXNlcyBBQ0gg4oCTIHRoZSBTRkwgY29udHJvbCBtZXNzYWdlcyBm bG93IGluLWJhbmQgb3ZlciB0aGUgTVBMUyBkYXRhcGF0aCAoZS5nLiBQVywgTFNQLCBldGMuKS4g SXMgdGhpcyByZXN0cmljdGlvbiByZXF1aXJlZD8gSG93IGRvZXMgaXQgZGlmZmVyIGZyb20gb3Ro ZXIgcHJvdG9jb2wocykgdGhhdCBkbyBvdXQtb2YtYmFuZCBjb250cm9sIG1lc3NhZ2luZyAtLSBl LmcuIEJHUCwgVC1MRFAsIGV0Yy4gdGhhdCBhbGxvY2F0ZSBQVyBsYWJlbHM/DQoNCiAgICBTQj4g QkdQIGFuZCBMRFAgcnVuIG92ZXIgVENQLCB3aGljaCBpbiB0dXJuIHJ1bnMgb3ZlciBJUC4NCg0K ICAgIFRoaXMgc2ltcGxlIHByb3RvY29sIGNhbiBydW4gZGlyZWN0bHkgb3ZlciB0aGUgTFNQIGFu ZCB0aHVzIGNhbiBydW4gb3ZlciBNUExTIHdpdGhvdXQgSVAsIGFsdGhvdWdoIEkgYW50aWNpcGF0 ZSB0aGF0IHdlIGNvdWxkIHJ1biB0aGUgc2FtZSBmb3JtYXQgb3ZlciBJUCBpZiBuZWVkZWQsIGZv ciBpbnN0YW5jZSB1c2luZyBNUExTIG92ZXIgVURQLCBhbmQgd291bGQgc2VlayB0aGUgYWR2aWNl IG9mIHRoZSBNUExTIFdHIG9uIGhvdyBtdWNoIHRvIHB1dCBpbiB0aGUgdGV4dCB0byBjb3ZlciB0 aGlzIGNhc2UuDQoNCiAgICA+IDIuIEl0IHdvdWxkIGJlIHVzZWZ1bCB0byBoYXZlIHRleHQgZm9y IGFueSBjb25zaWRlcmF0aW9ucy9jb21wYXJpc29uIGdpdmVuIHRvIGV4aXN0aW5nIGNvbnRyb2wg cGxhbmUgcHJvdG9jb2xzIHRoYXQgY2FuIGRvIHNhbWUvc2ltaWxhciBmdW5jdGlvbiBhbmQgaWYv d2h5IHRoZXkgYXJlIG5vdCBhZG9wdGVkL2V4dGVuZGVkDQoNCiAgICBTQj5UaGVyZSB3YXMgYSBs YXVuZHJ5IGxpc3Qgb2YgcHJvdG9jb2xzIHRoYXQgcGVvcGxlIHdhbnRlZCwgYnV0IHdoZW4gSSBh c2tlZCBmb3IgaGVscCBub25lIHdhcyBmb3J0aGNvbWluZy4gSSB0aGVuIG9mZmVyZWQgdG8gY29u dGludWUgdG8NCiAgICBXb3JrIG9uIHRoaXMgZGVzaWduIHNrZXRjaCBJIG1hZGUgc2V2ZXJhbCB5 ZWFycyBhZ28gYW5kIHRoZSBXRyBhc2tlZCBtZSB0byBjb21wbGV0ZSB0aGlzLiAgSSBoYXZlIHRl eHQgaW4gdGF0IHNheXMgdGhhdCB0aGlzIGlzIGEgbWV0aG9kIHRoYXQgY2FuIGJlIHVzZWQgd2l0 aG91dCBjaGFuZ2luZyB0aGUgZXhpc3RpbmcgcHJvdG9jb2xzLCBhbmQgdGhhdCBhbHRlcm5hdGl2 ZXMgYXJlIG5vdCBwcm9oaWJpdGVkLiBJbiB0aGUgY2lyY3Vtc3RhbmNlcyB0aGF0IHNob3VsZCBi ZSBzdWZmaWNpZW50Lg0KDQogICAgPiAzLiBTZWN0aW9uIDMgbWVudGlvbnMsIHRoZSBTRkwgQUNI IGNhbiBiZSBjYXJyaWVkIG92ZXIgUFcsIG9yIExTUC4gV2hhdCBhYm91dCBNUExTIHNlY3Rpb24v aS5lLiBNUExTIGxpbms/IEUuZy4gZm9yIHVzZSB3aXRoIHNpbmdsZS1ob3AgTE0/IEFueSByZXN0 cmljdGlvbnMgZm9yIHRoaXM/DQoNCiAgICBTQj4gSSBjYW5ub3Qgc2VlIGEgcmVzdHJpY3Rpb24s IGNhbiB5b3U/IFRoZSBwYWNrZXQgd2lsbCBhcnJpdmUgb24gdGhlIEdBTCBpZiB0aGVyZSBpcyBQ SFAgYW5kIG9uIHRoZSBkZWxpdmVyeSBsYWJlbCBpbiBvdGhlciBjaXJjdW1zdGFuY2VzLiBUaGlz IGlzIHJlZ3VsYXIgTVBMUw0KDQogICAgPiA0LiBTZWN0aW9uIDMuMToNCiAgICA+IAlhLiBTb21l IGZsYWdzIG1heSBiZSBtZWFuaW5nZnVsIGF0IG9uZSBzaWRlIChpLmUuIGVpdGhlciBxdWVyaWVy IG9yIHJlc3BvbmRlcikgYW5kIGRlcGVuZGluZyBpZiBDQyBmbGFnIGlzIFIgc2V0IG9yIG5vdCAt LSBzb21lIGZsYWdzIG1heSBiZSBpbnZhbGlkIGlmIHJlY2VpdmVkIC0gZS5nLiBXIExmbGFnIGlz IG5vdCBleHBlY3RlZCB0byBiZSByZWNlaXZlZCBieSBhIHF1ZXJpZXIuIERvIHN1Y2ggY2FzZXMg bmVjZXNzaXRhdGUgZXJyb3JzPyBIb3cgaXMgaXQgaGFuZGxlZCAtIHJlamVjdGluZyB0aGUgd2hv bGUgU0ZMIGJhdGNoIG9yIHRoZSB3aG9sZSBTRkwgbWVzc2FnZT8NCg0KICAgIFNCPiBUaGVyZSBp cyBhIG5vdGUgdGhhdCB0aGUgZXJyb3IgY2FzZXMgbmVlZCBtb3JlIHdvcmssIGFuZCBJIHdvdWxk IGxpa2UgdG8gZG8gdGhpcyBhcyBwYXJ0IG9mIHRoZSBXRyBwcm9jZXNzLiBJIHdvdWxkIGNlcnRh aW5seSBiZSBpbnRlcmVzdGVkIGluIHRoZSBvYnNlcnZhdGlvbnMgb2YgdGhlIFdHLg0KDQogICAg PiAJYi4gcy9SZXNwb25zZXIvUmVzcG9uZGVyDQoNCiAgICBTQj4gRG9uZQ0KDQogICAgPiBTZWN0 aW9uIDMuMi4xDQogICAgPiAJYS4gTWF5IGNsYXJpZnkgdGhhdCDigJxTRkwgQ29udHJvbCBSZXF1 ZXN04oCdIG1lc3NhZ2UsIGlzIOKAnFNGTCBDb250cm9sIE1lc3NhZ2XigJ0gd2l0aCBDQyBGbGFn IChSPTEpDQoNCiAgICBTQj4gVGhlcmUgaXMgY2xlYXJseSBzb21lIGNsYXJpZnlpbmcgdGV4dCBu ZWVkZWQuIEFzIHdyaXR0ZW4gdGhlIHRleHQgaXMgYSBjbG9uZSBvZiB0aGUgUkZDIDYzNzQgY29u dHJvbCB0ZXh0LiBUaGVyZSBpcyBhZHZhbnRhZ2UgaW4gbWFraW5nIGl0IHRoZSBzYW1lIGFzIFJG QyA2Mzc0IGZvciBmYW1pbGlhcml0eSBhbmQgcG9zc2libGUgY29kZSByZXVzZS4gT24gdGhlIG90 aGVyIGhhbmQgdGhlIHRlcm1zIHdvdWxkIGJlIHdyb25nIGluIGEgY29udHJvbCBwcm90b2NvbCBk ZXNpZ25lZCBpbiBpc29sYXRpb24gYW5kIHNlZW0gYSBiaXQgc3RyYW5nZS4NCg0KICAgIEkgd291 bGQgYXBwcmVjaWF0ZSB0aGUgdmlldyBvZiB0aGUgV0cuDQoNCiAgICA+IAliLiBDYW4gdGhlIHNh bWUgbWVzc2FnZSBzZXJ2ZSBhcyBSZXF1ZXN0LCBSZWZyZXNoIGFuZCBXaXRoZHJhdyBmb3IgYSBz cGVjaWZpYyBCYXRjaD8gaS5lLiB0byBhbGxvdyBleGlzdGluZyAoYWxsb2NhdGVkKSBTRkwgYmF0 Y2ggdG8gYmUgcmVzaXplZCBieSByZWZyZXNoaW5nIHNvbWUgZXhpc3RpbmcgU0ZMKHMpLCB3aXRo ZHJhd2luZyBzb21lLCBhbmQgcmVxdWVzdGluZyBzb21lIG5ldyBvbmVzPyBJZiB5ZXMsIG1heSBj bGFyaWZ5IGl0IC0gc2luY2UgYXMtaXMgdGhlIHNlY3Rpb25zIGRlZmluZWQgaW4gdGhlIGRvY3Vt ZW50IGhpbnQgdGhhdCBhIG1lc3NhZ2UgY2FuIGJlIG9uZSBvZiAocmVxdWVzdC9yZWZyZXNoL3dp dGhkcmF3KSBhdCBhbnkgdGltZQ0KDQogICAgU0I+IFRoYXQgcmVmbGVjdHMgdGhlIFJGQyA2Mzc0 IGhlcml0YWdlLiBIYXZpbmcgYSBzaW5nbGUgaW5zdHJ1Y3Rpb24gcGVyIG1lc3NhZ2Ugc2ltcGxp ZmllcyB0aGluZ3MgYW5kIEkgYW0gaW5jbHVkZSB0byBsZWF2ZSBpdCB0aGF0IHdheSwgYnV0IEkg d291bGQgdGFsayB0aGlzIG9uIGFkdmlzZW1lbnQgYnkgdGhlIFdHLiBUaGF0IGlzIHdoeSBJIHJl YWxseSB3b3VsZCBsaWtlIHRvIGdldCB0aGlzIGludG8gdGhlIFdHIHRvIGdldCB0aGVpciB3aXNk b20gb24gdGhlIG1hdHRlci4NCg0KICAgID4gCWMuIEluIGNhc2VzIHdoZXJlIGEgIG5vZGUgZnVu Y3Rpb25zIGFzIGJvdGggcmVxdWVzdGVyIGFuZCByZXNwb25kZXIsIGNhbiBzYW1lIHNlc3Npb24g SWQgYmUgdXNlZCBmb3Igc2VuZGluZyByZXF1ZXN0cyBhbmQgcmVzcG9uZCBieSB0aGUgc2FtZSBu b2RlPw0KDQogICAgU0I+IFRoZSBzZXNzaW9uIGlkZW50aWZpZXIgaGFzIHRoZSBjb250ZXh0IG9m IHRoZSBMU1AgYW5kIHRoZSByZXF1ZXN0IHZlY3RvciBzbyB5ZXMsIEkgdGhpbmsgdGhlIHNhbWUg c2Vzc2lvbiBJRCBjYW4gYmUgdXNlZCBpbiBib3RoIGNhc2VzLg0KICAgIElmIHRoaXMgd2VyZSBu b3QgdGhlIGNhc2UgdGhlcmUgd291bGQgYmUgYSByYWNlIGNvbmRpdGlvbiB0byBkZWFsIHdpdGgg YXMgYm90aCBlbmRzIG9mIGEgbGluayBpbml0aWF0ZWQsIHNvIEkgdGhpbmsgdGhlIGFuc3dlciBo YXMgdG8gYmUgeWVzIGFuZCB0aGUgIG5vZGUgaGFzIHRvIGtlZXAgdGhlIGNvbnRleHQuDQoNCiAg ICA+IAlkLiBBcyBwZXIgaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtbXBs cy1zZmwtZnJhbWV3b3JrLCB0aGUgaGlnaCBydW5uZXIgY2FzZSBmb3IgU0ZMIGlzIGZvciBhZGRp dGlvbmFsIGFjdGlvbiBwYWNrZXQgY291bnRlciAtIGlzIHRoaXMgYWN0aW9uIGFzc3VtZWQgaW1w bGljaXQgYWx3YXlzIGZvciBhbGwgU0ZMKHMpPyBJcyB0aGVyZSBhIHdheSBpbiB0aGUgcHJvdG9j b2wgdG8gYXNzb2NpYXRlIGRpZmZlcmVudC9hZGRpdGlvbmFsIGFjdGlvbiB3aXRoIGEgc3BlY2lm aWMgU0ZMPw0KDQogICAgU0I+IE5vLCB3ZSBhcmUganVzdCBkb2luZyB0aGUgbGFiZWwgZXhjaGFu Z2Ugd2l0aCB0aGlzLiBJZiB3ZSB0aGluayB0aGF0IHdlIG5lZWQgdG8gYWRkIGFuIGFjdGlvbiBy ZWdpc3RyeSB3ZSBjYW4gZG8gdGhhdCwgb3Igd2UgY2FuIG1hbmFnZSBpdCBhbm90aGVyIHdheS4g V2hhdCBpcyB0aGUgdmlldyBvZiB0aGUgV0c/DQoNCiAgICA+IAllLiDigJxBIFF1ZXJpZXIgTVVT VCBOT1Qgc2VuZCBhbiBleHBpcmVkIFNGTCB0byBhIFJlc3BvbmRlciBzaW5jZSB0byBkbyBzbyBt YXkgaW52YWxpZGF0ZSBhbm90aGVyIFNGTCBvcGVyYXRpb24u4oCdOiB0aGlzIG1heSBiZSBjb25z aWRlcmVkIGEgc2VjdXJpdHkgZm9yIGEgRG9TLCB5b3UgbWF5IHdhbnQgdG8gaGlnaGxpZ2h0IHRo aXMgaW4gdGhlIHNlY3VyaXR5IHNlY3Rpb24NCg0KICAgIFNCPiBXZWxsIE1QTFMgaXMgZnJhZ2ls ZSBhZ2FpbnN0IHRoaXMgYW5kIHRoZSBhc3N1bXB0aW9uIGlzIHRoYXQgTVBMUyBpcyBzaGVsdGVy ZWQgZnJvbSBiYWQgYWN0b3JzLiBJdCB3b3VsZCBub3QgYmUgYSBEb1MgYXR0YWNrLCBpdCB3b3Vs ZCB0cmlnZ2VyIGEgbWFsZnVuY3Rpb24uIEkgdGhpbmsgdGhpcyBpcyBjb3ZlcmVkIGJ5IHRoZSB3 ZWxsIG1hbmFnZWQgbmV0d29yayB0ZXh0IGluIHRoZSBzZWN1cml0eSBzZWN0aW9uLg0KDQogICAg PiAJZi4gcy9TRlYvU0ZMDQoNCiAgICBTQj4gRG9uZQ0KDQogICAgPiAJZy4gVGhlIHRleHQg4oCc QWxsIG90aGVyIExGbGFncyBhcmUgY2xlYXJlZC7igJ0gU2VlbSB0byBvdmVycmlkZSB0aGUgcHJl dmlvdXMgdGV4dCB0aGF0LiBWIExGbGFnIGNhbiBiZSBhbHNvIHNldCBhdCBzYW1lIHRpbWUgdG8g Y292ZXIgcmVxdWVzdGluZyBhIHNwZWNpZmljIGxhYmVsDQoNCiAgICBTQj4gSSBqdXN0IGxvb2tl ZCBhZ2FpbiBhdCB0aGUgdGV4dCBhbmQgdGhhdCBleHByZXNzaW9uIHNlZW1zIG9ubHkgdG8gYmUg dXNlZCBvbiB0aGUgc2VuZCBzaWRlIHNvIGl0IGxpdmVkIGluIHRoZSBjb250ZXh0IG9mIHRoZSBW IEZsYWcgaGF2aW5nIGJlZW4gc2V0IG9yIGNsZWFyZWQgYXBwcm9wcmlhdGVseSBhbmQgYmUgb3Zl cnJpZGRlbi4gQ2FuIHlvdSBzZWUgYSBjYXNlIHdoZXJlIHRoZSB3cm9uZyB0aGluZyB3b3VsZCBo YXBwZW4/DQoNCiAgICA+IDYuIEZvciB1bmlkaXJlY3Rpb25hbCBMU1AocyksIGhvdyBpcyB0aGUg cmV0dXJuIHBhdGggZm9yIHJlc3BvbnNlIG1lc3NhZ2VzIHNwZWNpZmllZD8gSXMgdGhlIFF1ZXJp ZXIgc291cmNlIGFkZHJlc3MgZGVyaXZlZCBmcm9tIExTUCBjb250cm9sIHBsYW5lIHN0YXRlPyBP ciwgaXMgdGhlIFNBIFRMViBmcm9tIFJGQzYzNzQgZm9yIHAycCB1bmlkaXJlY3Rpb25hbCBhZGRl ZCB0b28/IEluIHRoaXMgY2FzZSwgaG93IHRvIGZvcmNlIHRoZSBTRkwgQ29udHJvbCBSZXNwb25z ZSBtZXNzYWdlIOKAkyBlLmcuIGJlIElQIHJvdXRlZCBiYWNrIG9yIGdvIG92ZXIgYSBzcGVjaWZp YyByZXZlcnNlIExTUD8NCg0KICAgIFNCPiBJIHdpbGwgYWRkcyBzb21lIHRleHQgdG8gY292ZXIg dGhpcyBpbiB2ZXJzaW9uIDA4LiBJIHdpbGwgdXBsb2FkIDA3IGFuZCB3ZSBjYW4gdGhlbiBkZWNp ZGUgaWYgaXQgbmVlZHMgdG8gYmUgZml4ZWQgYmVmb3JlIFdHIGFkb3B0aW9uLg0KDQogICAgPiA3 LiAiMy4yLjMuICBXaXRoZHJhdyAgDQogICAgPiAgICAgICAgICAgWy4uLl0gdmlhIGFuIGFwcHJv cHJpYXRlIHBhdGguIiwgZG9lcyB0aGlzIG1lYW4gY29udHJvbCBtZXNzYWdlcyBjYW4gYmUgc2Vu dCBvdmVyIGFueSBwYXRoIChvdGhlciB0aGFuIHRoZSB1bmRlcmx5aW5nIExTUCBvciBQVyk/DQoN CiAgICBTQj4gWWVzLiBXZSB1c2UgdGhlIHRlcm0gYSBudW1iZXIgb2YgdGltZXMgYW5kIGl0IGlz IGludGVuZGVkIHRvIGFkZCBnZW5lcmFsaXR5IHNpbmNlIHJlc3RyaWN0aW5nIHRoZSBwYXRoIGRv ZXMgbm90IGFkZCBhbnkgdXNlZnVsIGJlbmVmaXQuDQoNCiAgICA+IDguICINCiAgICA+ICAgQSBR dWVyaWVyIE1VU1Qgd2FpdCBhIGNvbmZpZ3VyZWQgdGltZSAoc3VnZ2VzdGVkIHdhaXQgb2YgNjAg c2Vjb25kcykNCiAgICA+ICAgYmVmb3JlIHJlYXR0ZW1wdGluZyBhIFdpdGhkcmF3IHJlcXVlc3Qu IiwgbWF5IGJlIHVzZWZ1bCB0byBoaWdobGlnaHQgd2h5IHRoZSByZXN0cmljdGlvbj8gSXMgdGhp cyB0byBhdm9pZCBmcmVxdWVudCBzZW5kaW5nIG9mIGNvbnRyb2wgcGxhbmUgbWVzc2FnaW5nPw0K ICAgID4gDQogICAgU0I+IFRleHQgbm93IHNheXMNCg0KICAgIEEgUXVlcmllciBNVVNUIHdhaXQg YSBjb25maWd1cmVkIHRpbWUgKHN1Z2dlc3RlZCB3YWl0IG9mIDYwIHNlY29uZHMpDQogICAgYmVm b3JlIHJlLWF0dGVtcHRpbmcgYSBXaXRoZHJhdyByZXF1ZXN0Lg0KICAgIE5vIG1vcmUgdGhhbiB0 aHJlZSBXaXRoZHJhdw0KICAgIHJlcXVlc3RzIFNIT1VMRCBiZSBtYWRlLiBUaGVzZSByZXN0cmlj Y3Rpb25zIGFyZSB0byBwcmV2ZW50IG92ZXJsb2FkaW5nIHRoZQ0KICAgIGNvbnRyb2wgcGxhbmUg b2YgdGhlIGFjdGlvbmluZyByb3V0ZXIuDQoNCg0KICAgIEJlc3QgcmVnYXJkcw0KDQoNCiAgICBT dGV3YXJ0DQoNCiAgICA+IFJlZ2FyZHMsDQogICAgPiBUYXJlaw0KICAgID4gDQogICAgPiANCiAg ICA+IA0KDQo= From nobody Thu Jun 25 05:26:38 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4687E3A0976; Thu, 25 Jun 2020 05:26:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, 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 mB-TTVWm4WKA; Thu, 25 Jun 2020 05:26:34 -0700 (PDT) Received: from mail-wm1-x32b.google.com (mail-wm1-x32b.google.com [IPv6:2a00:1450:4864:20::32b]) (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 477033A0972; Thu, 25 Jun 2020 05:26:34 -0700 (PDT) Received: by mail-wm1-x32b.google.com with SMTP id o2so5732173wmh.2; Thu, 25 Jun 2020 05:26:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=OJK1aQ5V3DN+CWxi+nxThE/S6+vP5H0RUNEV4YM29ao=; b=X+Xfyn7rn7hZDiOi2+jfW7FxodsJDbAS4u/rBOYmlEKTSIRPLoTONPOG6tHEWxfyiR QcjXNq5JISxYnfGVTi8FxmeBRoLYY2mQzXz64aL6gLOSUXIR9gxin4MTTYfNBjR7w/Cn MoamA8wZ3MRa+/k/zC4rdGIePJclzk4yWkQqKqqskPYTVjt0db6KwhLu/LjyYqI/uIxB tUhNNGtqMlOsQykkLyS6FFqiWh07khFV4dB59dANkIImVXoAev663xzS5tCXaExsgCdk BH4baZmBAKeCcY0cZYwQdyxkDGDRBDU5wQfgN2IPKHOQCiZqoYrhLc/mlU1X3dgrDHbK npIg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=OJK1aQ5V3DN+CWxi+nxThE/S6+vP5H0RUNEV4YM29ao=; b=Uy0IagLKqGX+2ztU3wmXFzX/+WXwZuuNBIwvkrDwMJmm3vmmCuWNx7yXgb+/t7/lSU /vDSVzlnxm0SYfi1RKc24b4yZDrt9nGy6GQbVml85unLVzyEW3vB0MdxsIVKV/bQjy1Z ocZ7w/BU2A3tyhoKv8Xna7mwaMCeZ8wvkTSufdwZgFxElHaVEY+7QkR2zdfhuoIPzTOL 0CyTD6csHDXCwV5zrzwzkY3mE0wSN3kkdlBqsfNui+4aJwCXIy1JeMi1vg04faOkX+kx s35tJSUBgjuYqOW9KPu8rumTXtV4bDajwa8UEi0znxezzbOrOhOnuq66r2notzv62Z5t UcVw== X-Gm-Message-State: AOAM533FW1KReO+E5mpb20YUOD+PmxSt8iDdn66yzZaZin+oGNKPgZ2c tVqwiaTdI4mE/L6OHh9RONXo93j3MCE= X-Google-Smtp-Source: ABdhPJxfAKwiLfjpL6uFygEOyzXK+C6y9cU+2ekOJMGr6u0ljwQvw2IDQryyGOSqZ4nRwgKpr5JeeA== X-Received: by 2002:a1c:6308:: with SMTP id x8mr3258952wmb.92.1593087992526; Thu, 25 Jun 2020 05:26:32 -0700 (PDT) Received: from [192.168.178.46] ([62.3.64.16]) by smtp.gmail.com with ESMTPSA id l18sm3209406wrm.52.2020.06.25.05.26.31 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 25 Jun 2020 05:26:31 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) From: Stewart Bryant In-Reply-To: Date: Thu, 25 Jun 2020 13:26:00 +0100 Cc: Stewart Bryant , "draft-bryant-mpls-sfl-control@ietf.org" , mpls , mpls-chairs Content-Transfer-Encoding: quoted-printable Message-Id: <0556E618-D654-4ACB-8D1F-4D4EDA24A501@gmail.com> References: <73DDE93C-2FD1-48B1-975F-92A2E8E2F598@gmail.com> To: Tarek Saad X-Mailer: Apple Mail (2.3608.80.23.2.2) Archived-At: Subject: Re: [mpls] MPLS-RT review of draft-bryant-mpls-sfl-control X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jun 2020 12:26:37 -0000 Thanks I doubt that I will do an update for IETF except for small WG requested = edits, but will move it forward as needed after 108. Stewart > On 25 Jun 2020, at 06:25, Tarek Saad wrote: >=20 > Hi Stewart, >=20 > Thanks for getting back on my comments. I am OK with your planned = actions, and I am OK from my side to proceed with the WG adoption of = this document. >=20 > Regards, > Tarek >=20 > =EF=BB=BFOn 6/4/20, 5:11 AM, "Stewart Bryant" = wrote: >=20 > Dear Tarek >=20 > Tjhankl you for your review, please see below: >=20 >> On 3 Jan 2020, at 18:43, Tarek Saad wrote: >>=20 >> Hi, >>=20 >> I=E2=80=99ve been selected as an MPLS-RT reviewer for this draft = being considered for WG adoption. >> After reading it, I have the following comments on it: >>=20 >> 1. Since the SFL control protocol uses ACH =E2=80=93 the SFL control = messages flow in-band over the MPLS datapath (e.g. PW, LSP, etc.). Is = this restriction required? How does it differ from other protocol(s) = that do out-of-band control messaging -- e.g. BGP, T-LDP, etc. that = allocate PW labels? >=20 > SB> BGP and LDP run over TCP, which in turn runs over IP. >=20 > This simple protocol can run directly over the LSP and thus can run = over MPLS without IP, although I anticipate that we could run the same = format over IP if needed, for instance using MPLS over UDP, and would = seek the advice of the MPLS WG on how much to put in the text to cover = this case. >=20 >> 2. It would be useful to have text for any considerations/comparison = given to existing control plane protocols that can do same/similar = function and if/why they are not adopted/extended >=20 > SB>There was a laundry list of protocols that people wanted, but = when I asked for help none was forthcoming. I then offered to continue = to > Work on this design sketch I made several years ago and the WG = asked me to complete this. I have text in tat says that this is a = method that can be used without changing the existing protocols, and = that alternatives are not prohibited. In the circumstances that should = be sufficient. >=20 >> 3. Section 3 mentions, the SFL ACH can be carried over PW, or LSP. = What about MPLS section/i.e. MPLS link? E.g. for use with single-hop LM? = Any restrictions for this? >=20 > SB> I cannot see a restriction, can you? The packet will arrive on = the GAL if there is PHP and on the delivery label in other = circumstances. This is regular MPLS >=20 >> 4. Section 3.1: >> a. Some flags may be meaningful at one side (i.e. either querier = or responder) and depending if CC flag is R set or not -- some flags may = be invalid if received - e.g. W Lflag is not expected to be received by = a querier. Do such cases necessitate errors? How is it handled - = rejecting the whole SFL batch or the whole SFL message? >=20 > SB> There is a note that the error cases need more work, and I = would like to do this as part of the WG process. I would certainly be = interested in the observations of the WG. >=20 >> b. s/Responser/Responder >=20 > SB> Done >=20 >> Section 3.2.1 >> a. May clarify that =E2=80=9CSFL Control Request=E2=80=9D = message, is =E2=80=9CSFL Control Message=E2=80=9D with CC Flag (R=3D1) >=20 > SB> There is clearly some clarifying text needed. As written the = text is a clone of the RFC 6374 control text. There is advantage in = making it the same as RFC 6374 for familiarity and possible code reuse. = On the other hand the terms would be wrong in a control protocol = designed in isolation and seem a bit strange. >=20 > I would appreciate the view of the WG. >=20 >> b. Can the same message serve as Request, Refresh and Withdraw = for a specific Batch? i.e. to allow existing (allocated) SFL batch to be = resized by refreshing some existing SFL(s), withdrawing some, and = requesting some new ones? If yes, may clarify it - since as-is the = sections defined in the document hint that a message can be one of = (request/refresh/withdraw) at any time >=20 > SB> That reflects the RFC 6374 heritage. Having a single = instruction per message simplifies things and I am include to leave it = that way, but I would talk this on advisement by the WG. That is why I = really would like to get this into the WG to get their wisdom on the = matter. >=20 >> c. In cases where a node functions as both requester and = responder, can same session Id be used for sending requests and respond = by the same node? >=20 > SB> The session identifier has the context of the LSP and the = request vector so yes, I think the same session ID can be used in both = cases. > If this were not the case there would be a race condition to deal = with as both ends of a link initiated, so I think the answer has to be = yes and the node has to keep the context. >=20 >> d. As per = https://tools.ietf.org/html/draft-ietf-mpls-sfl-framework, the high = runner case for SFL is for additional action packet counter - is this = action assumed implicit always for all SFL(s)? Is there a way in the = protocol to associate different/additional action with a specific SFL? >=20 > SB> No, we are just doing the label exchange with this. If we think = that we need to add an action registry we can do that, or we can manage = it another way. What is the view of the WG? >=20 >> e. =E2=80=9CA Querier MUST NOT send an expired SFL to a = Responder since to do so may invalidate another SFL operation.=E2=80=9D: = this may be considered a security for a DoS, you may want to highlight = this in the security section >=20 > SB> Well MPLS is fragile against this and the assumption is that = MPLS is sheltered from bad actors. It would not be a DoS attack, it = would trigger a malfunction. I think this is covered by the well managed = network text in the security section. >=20 >> f. s/SFV/SFL >=20 > SB> Done >=20 >> g. The text =E2=80=9CAll other LFlags are cleared.=E2=80=9D Seem = to override the previous text that. V LFlag can be also set at same time = to cover requesting a specific label >=20 > SB> I just looked again at the text and that expression seems only = to be used on the send side so it lived in the context of the V Flag = having been set or cleared appropriately and be overridden. Can you see = a case where the wrong thing would happen? >=20 >> 6. For unidirectional LSP(s), how is the return path for response = messages specified? Is the Querier source address derived from LSP = control plane state? Or, is the SA TLV from RFC6374 for p2p = unidirectional added too? In this case, how to force the SFL Control = Response message =E2=80=93 e.g. be IP routed back or go over a specific = reverse LSP? >=20 > SB> I will adds some text to cover this in version 08. I will = upload 07 and we can then decide if it needs to be fixed before WG = adoption. >=20 >> 7. "3.2.3. Withdraw =20 >> [...] via an appropriate path.", does this mean control = messages can be sent over any path (other than the underlying LSP or = PW)? >=20 > SB> Yes. We use the term a number of times and it is intended to = add generality since restricting the path does not add any useful = benefit. >=20 >> 8. " >> A Querier MUST wait a configured time (suggested wait of 60 seconds) >> before reattempting a Withdraw request.", may be useful to highlight = why the restriction? Is this to avoid frequent sending of control plane = messaging? >>=20 > SB> Text now says >=20 > A Querier MUST wait a configured time (suggested wait of 60 = seconds) > before re-attempting a Withdraw request. > No more than three Withdraw > requests SHOULD be made. These restricctions are to prevent = overloading the > control plane of the actioning router. >=20 >=20 > Best regards >=20 >=20 > Stewart >=20 >> Regards, >> Tarek >>=20 >>=20 >>=20 >=20 From nobody Thu Jun 25 07:37:45 2020 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 7632C3A0BB6; Thu, 25 Jun 2020 07:37:38 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: mpls@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.4.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: mpls@ietf.org Message-ID: <159309585841.15057.6401042537210813774@ietfa.amsl.com> Date: Thu, 25 Jun 2020 07:37:38 -0700 Archived-At: Subject: [mpls] I-D Action: draft-gandhi-mpls-rfc6374-sr-05.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jun 2020 14:37:39 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching WG of the IETF. Title : Performance Measurement Using RFC 6374 for Segment Routing Networks with MPLS Data Plane Authors : Rakesh Gandhi Clarence Filsfils Daniel Voyer Stefano Salsano Mach(Guoyi) Chen Filename : draft-gandhi-mpls-rfc6374-sr-05.txt Pages : 20 Date : 2020-06-25 Abstract: Segment Routing (SR) leverages the source routing paradigm. RFC 6374 specifies protocol mechanisms to enable the efficient and accurate measurement of packet loss, one-way and two-way delay, as well as related metrics such as delay variation in MPLS networks using probe messages. This document utilizes these mechanisms for Performance Delay and Loss Measurements in Segment Routing networks with MPLS data plane (SR-MPLS), for both SR-MPLS Links and end-to-end Paths including SR-MPLS Policies. In addition, this document defines Return Path TLV for two-way performance measurement and Block Number TLV for loss measurement. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-gandhi-mpls-rfc6374-sr/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-gandhi-mpls-rfc6374-sr-05 https://datatracker.ietf.org/doc/html/draft-gandhi-mpls-rfc6374-sr-05 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-gandhi-mpls-rfc6374-sr-05 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Sat Jun 27 09:36:46 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0BE113A082C; Sat, 27 Jun 2020 09:36:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, 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 zCT4-FM1pNuC; Sat, 27 Jun 2020 09:36:43 -0700 (PDT) Received: from mail-io1-xd2b.google.com (mail-io1-xd2b.google.com [IPv6:2607:f8b0:4864:20::d2b]) (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 685BD3A0810; Sat, 27 Jun 2020 09:36:43 -0700 (PDT) Received: by mail-io1-xd2b.google.com with SMTP id v8so12870967iox.2; Sat, 27 Jun 2020 09:36:43 -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=fTXLipJV1RulvhEl61qpy6pajcTDrRhzx3JiVUt9nMk=; b=sXRfB6AEVA3xiaiYLmaK9cxfG2RzQP1ksr5AhQxUIyCoS/0RZY3YUDVMrlbEcQ4fPJ toY+HDWFpZULFDM4GQtFf4gXJaDtr81g9f+uQc418PhLm3M5pfKgMcGMOprUSz1n5tOp 0YpyXqaIOB65FjfeT3xnwX31fNdhNF8ROt+uhMyvAmRS8HrWO6yiv7A9x5Zl2xXTsedu l2NoU2okboRNlJ3WwEplAUU3RXw/v2DVSVoZPQBa+anv60wlExHjLnQBjL7hGQpwgOsE bl8be2lPGMy9M2KSrZEnzKPEsWPH5wt2N80zNMprmZvxjVEGvs0NCA5t8j2RYDwF2cFF +cxQ== 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=fTXLipJV1RulvhEl61qpy6pajcTDrRhzx3JiVUt9nMk=; b=BEY4ydN3Du9Xr0ja4tphAEbjTGTlpN0EFn2IecUqtonhGqhjN/eHkfO+W/ZASBRR4F RaiOiMfyHF/oF85UAdYWA8Yvgq1OgSBHCPWIv+U7n2aPqgJXjr6zEYwI6OsVPo3/WU6/ t8tkaye6IBKlpEM7UYUr4YUJEM1Y5o7HsLywDPK63DaiJfitzU6xA3DNW0x3gpT5Z1Eg 6z9WsYRZCyPf6ogbH5DTYikyqR5n05UzepDo63PXtNkkOBfcezzjPqgJ5aQROvlIAHNT Cpt21203AKWQSOf+tCsCLRVhth33hEt3KIyZCO51wPt5sdxHzJWyvUUx0ESXP7M7ElZO o4JA== X-Gm-Message-State: AOAM5336r0uBCozlJlCdrv3XZKCUN8lQOQwqpE1nzCHo06eEZSGqq8sY trCXgy4FaRbqL5S34TMWC+ONw8RfVwNm1pUvxxY= X-Google-Smtp-Source: ABdhPJyxNJ09spkfxYoPyvRPZHeDHDEH0lUjcxbbt0yn/ZwMVwzbKdB1i7ZU39kKtFmkO3iyJJ9miQlGfhsOB09nUfI= X-Received: by 2002:a6b:e617:: with SMTP id g23mr9143045ioh.103.1593275802771; Sat, 27 Jun 2020 09:36:42 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Xufeng Liu Date: Sat, 27 Jun 2020 12:36:31 -0400 Message-ID: To: Rakesh Gandhi Cc: Tarek Saad , mpls@ietf.org, "mpls-chairs@ietf.org" Content-Type: multipart/alternative; boundary="00000000000040e63d05a9136ef5" Archived-At: Subject: Re: [mpls] MPLS-RT experts review for draft-gandhi-mpls-rfc6374-sr X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Jun 2020 16:36:45 -0000 --00000000000040e63d05a9136ef5 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Thanks to Rakesh for having addressed my comments. Best regards, - Xufeng On Thu, Jun 18, 2020 at 8:48 AM Rakesh Gandhi wrote: > Thank you Xufeng for the review. > Please see replies inline with ... > > On Wed, Jun 17, 2020 at 1:12 PM Xufeng Liu > wrote: > >> Hi Authors and WG, >> >> >> I have reviewed the document draft-gandhi-mpls-rfc6374-sr and have the >> following comments. >> >> >> 1. Using the existing mechanism defined by RFC 6374 for SR PM is natural= , >> logical, and worth proceeding. >> > > Many thanks. > >> >> 2. The 2nd paragraph in Sec 2.3 describes the case P2MP, but the context >> is the reference topology depicted as Figure 2, which does not clearly >> cover the P2MP case. Some additional clarification or a different topolo= gy >> may illustrate better. >> > > Moved the text to the relevant section 7 along with other P2MP texts > to avoid confusion. > >> >> 3. In the last paragraph in Sec 4.2 describes the use of Destination >> Address TLV. Does the statement =E2=80=9Ccan be sent in the probe query = message=E2=80=9D >> mean that this is optional? (Is this MAY or MUST?) An implementer would >> like to know the clear requirement. >> > > Added "MAY". > >> >> 4.. Sec 4.3.3. describes the loopback measure mode, which requires the >> responder to collect timestamps t1 and t4. Such a behavior does not seem= to >> follow RFC 6374. Based on Sec 3.5.3. of RFC 6374, =E2=80=9Cno support fo= r delay >> measurement is required at the responder at all, other than the ability = to >> recognize a DM query that includes this object and return it unmodified.= =E2=80=9D >> > > The responder does not add t1 and t4 (as per Reference Topology). Th= e > responder simply forwards the probe packet. > >> >> 5.. The last sentence of Sec 4.3.3. excludes the loopback mode for >> SR-MPLS Links. Is there any reason for the exclusion? >> >> >> > Removed. > > 6. Most of the document describes the procedures to use RFC 6374. The onl= y >> additions to RFC 6374 are Sec. 4.4. and Sec. 6.2., but these two section= s >> are embedded in the other sections on procedures and use cases. For an >> implementer, I=E2=80=99d hope to see these two sections separated from o= thers so >> that it would be clear what are needed to implement on top of the protoc= ol >> defined in RFC 6374. >> > > Keeping them at the current place provides context and continuity fo= r > reading. It is highlighted in Abstract and Introduction that these two TL= Vs > are new. > I am afraid, moving them elsewhere may lose the context. Please advise if > you have a preference. > > Thanks, > Rakesh > > >> Thanks, >> >> - Xufeng >> >> >> _______________________________________________ >> mpls mailing list >> mpls@ietf.org >> https://www.ietf.org/mailman/listinfo/mpls >> > --00000000000040e63d05a9136ef5 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Thanks to Rakesh for having addressed my comments.
Best regards,
- Xufeng

On Thu, Jun 18, 2020 at 8:48 AM= Rakesh Gandhi <rgandhi.ietf@g= mail.com> wrote:
Thank you Xufeng for the review.
Please see replies inline with <RG>...

On Wed, Jun 17, 2020 at = 1:12 PM Xufeng Liu <xufeng.liu.ietf@gmail.com> wrote:
=09 =09 =09

=09 =09 =09

Hi Authors and WG,


I have reviewed the document draft-gandhi-mpls-rfc6374-sr and have the following comments.


1. Using the existing mecha= nism defined by RFC 6374 for SR PM is natural, logical, and worth proceeding.


<R= G> Many thanks.


2. The 2nd parag= raph in Sec 2.3 describes the case P2MP, but the context is the reference topology depicted as Figure 2, which does not clearly cover the P2MP case. Some additional clarification or a different topology may illustrate better.


<= RG> Moved the text to the relevant section 7 along with other P2MP texts= to avoid confusion.


3. In the last paragraph in= Sec 4.2 describes the use of Destination Address TLV. Does the statement =E2=80=9Ccan be sent in the probe query message=E2=80=9D= mean that this is optional? (Is this MAY or MUST?) An implementer would like to know the clear requirement.


<RG> Added=C2=A0 "MAY".


= 4= = .. Sec 4.3.3. describes the loopback <= span style=3D"font-weight:normal">measure = mode, = which requires the responder to collect timestamps t1 and t4. Such a behavior does not seem to follow RFC 6374. Based on Sec 3.5.3. of RFC 6374, =E2=80=9Cno support for delay measurement is required at the responder at all, other than the ability to recognize a DM query that includes this object and return it unmodified.=E2=80=9D


<RG> The responder does not add t1 and t4 (as per Reference Topolo= gy). The responder simply forwards the probe packet.


= 5= = .. = The last sentence of Sec 4.3.3. excludes the loopback mode for SR-MPLS Links. Is there any reason for <= span style=3D"letter-spacing:normal">the exclusion?



<RG> Removed.

6. Most of the document describes the procedures to use RFC 6374. The only additions to RFC 6374 are Sec. 4.4. and Sec. 6.2., but these two sections are embedded in the other sections on procedures and use cases. For an implementer, I=E2=80=99d hope to see these two sections separated from others so that it would be clear what are needed to implement on top of the protocol defined in RFC 6374.<= /p>


<RG> Keeping them at = the current place provides context and continuity for reading. It is highli= ghted in Abstract and Introduction that these two TLVs are new.
I= am afraid, moving them elsewhere may lose the context. Please advise if yo= u have a preference.

Thanks,
Rakesh<= /div>


Thanks,

- Xufeng


_______________________________________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org/mailman/listinfo/mpls
--00000000000040e63d05a9136ef5-- From nobody Mon Jun 29 10:30:17 2020 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 1FDDB3A0834; Mon, 29 Jun 2020 10:30:11 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Pete Resnick via Datatracker To: Cc: draft-ietf-mpls-sfl-framework.all@ietf.org, mpls@ietf.org, last-call@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.5.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <159345181106.6204.7060455676708406175@ietfa.amsl.com> Reply-To: Pete Resnick Date: Mon, 29 Jun 2020 10:30:11 -0700 Archived-At: Subject: [mpls] Genart last call review of draft-ietf-mpls-sfl-framework-08 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2020 17:30:11 -0000 Reviewer: Pete Resnick Review result: Ready with Issues I am the assigned Gen-ART reviewer for this draft. The General Area Review Team (Gen-ART) reviews all IETF documents being processed by the IESG for the IETF Chair. Please treat these comments just like any other last call comments. For more information, please see the FAQ at . Document: draft-ietf-mpls-sfl-framework-08 Reviewer: Pete Resnick Review Date: 2020-06-29 IETF LC End Date: 2020-07-06 IESG Telechat date: Not scheduled for a telechat Summary: A couple of minor issues and a couple of *extremely* nitty nits, but overall looks ready to go. Major issues: None. Minor issues: It is not clear to me why this is being sent for Informational instead of Proposed Standard. The shepherd's writeup does not justify it, and in fact the writeup refers to the document as a "specification", which is exactly what it appears to be. It defines the use of SFLs, describes how they are processed by the endpoints, describes how they are aggregated, etc. While the document may not be standalone, I don't see how it's really an Informational document. I suggest restarting the Last Call for Proposed, and if for some reason it needs to be Informational, it can always be downgraded after Last Call. The Security Considerations section says, "The issue noted in Section 6 is a security consideration." I'm not sure I understand why that is. Nits/editorial comments: Section 1: "(see Section 3)" seems unnecessary. Section 3: I thought the "Consider..." construction made those paragraphs unnecessarily wordy and a bit harder to follow. From nobody Mon Jun 29 20:07:09 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AAAF23A0064 for ; Mon, 29 Jun 2020 20:07:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.101 X-Spam-Level: X-Spam-Status: No, score=-2.101 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 sWFL-URpR-3e for ; Mon, 29 Jun 2020 20:07:06 -0700 (PDT) Received: from EUR04-DB3-obe.outbound.protection.outlook.com (mail-eopbgr60056.outbound.protection.outlook.com [40.107.6.56]) (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 D19D53A00AE for ; Mon, 29 Jun 2020 20:07:05 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=mQeh35KQZTG754MHVpNchRoqTo5s52FFuNRiMoR3O4nDD10hzFKn3Dc0BJrkCf/94wTQ5MQZlJE05aonJ+13fFlWW6YnI7/EJwwVAvtJmgDAGVYangjTM01ap9940OcBlyiZEk5s9Aqd34NmMdkxFh9BCtmAvpqSU0W3/pdUOUZV4/BIRC3gWVskwIaXepyFL9d/oxYbHRjC9iV27lti/uFa89vh7Vhe6t9Et46sJAaNJQe/A9DKLaY5q465oe3zidq4zzZtxc4fI7SlDFM7e6oKxgEtrImK84Y3wN6usQHvtBOwWHdUMn7q5zK3y2Inib4SOCGlW2ljsskE77nUDg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=UYF5tLdjWfUYlcnM2VMOitjz3Q2Va4OAJpSLbWaT/mE=; b=lsdl++w6MsKVxs5c9v2iPWihMyjj2lylmGLB/lNAwlJlvcM2A2glRdS9pXFD3IQp+pqgMPv04EvdUNZUYYOOtq6044guNsPLF/pUrOa+Q8dXvyUPJZ2ZSUOfeB9JyJaw8/U10XbGH18a8aq0p2/B4iCmVOzbedKystXlPVQk9BjsY6r294d9vHHeadGmlzz3N2sV5Z/DWtlZCF+GNfsSxySIrCctaJTRTxMr2IhU+WczArOKSf+Ti7dyFbh9XEA1uaaeyKE4nqtaBZhQWALI4FNVcllMSYyFU9zbjFrTrT0ufmNKfleLFkDrtPu/TPMwQv6i+naE3gwFWMWHsWwU2g== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=UYF5tLdjWfUYlcnM2VMOitjz3Q2Va4OAJpSLbWaT/mE=; b=WQgeJ9GS2P9X6alP7yKiZgHk5FHUITBPaewFPM94ufBVDlI3GlyhXL6fijuQpo1WJbeAo+rWRo3TW9AVmdJKLCMPB8M0sCjyOW1vl6gyuu1df4kBggWjyk8T6Sv579lmNv0A/8SXk9eGXGGDVOONvKdr1PadfgR0502TbmnzBi8= Received: from VI1PR07MB3168.eurprd07.prod.outlook.com (2603:10a6:802:25::19) by VI1PR0701MB2206.eurprd07.prod.outlook.com (2603:10a6:800:30::27) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3153.13; Tue, 30 Jun 2020 03:06:57 +0000 Received: from VI1PR07MB3168.eurprd07.prod.outlook.com ([fe80::ec5a:3462:759d:44e5]) by VI1PR07MB3168.eurprd07.prod.outlook.com ([fe80::ec5a:3462:759d:44e5%6]) with mapi id 15.20.3153.018; Tue, 30 Jun 2020 03:06:57 +0000 From: Jiang He To: "mpls@ietf.org" Thread-Topic: 'draft-jiang-mpls-entropy-block' updated '00'->'01' Thread-Index: AdZOiTRTiG68C/uCRWOm0EoC7/2lfA== Date: Tue, 30 Jun 2020 03:06:57 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=ericsson.com; x-originating-ip: [123.112.192.44] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 0857cab9-f61e-4096-add9-08d81ca2a64d x-ms-traffictypediagnostic: VI1PR0701MB2206: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:6430; x-forefront-prvs: 0450A714CB x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 60GN7rR/yRpa3bS7Z63LLrFzBGqDB2OKnzvQzNmYEyuuvDKccnWXmybyEGXavsT3U30gy5n613d2/fcKnbr3yzLf7SFt+wmWix9at6bf0Vtp726vupXlBkCcGVBL7RXWe/4ZuhvxxnbHXKLeh3wTMQ88VJNr6jIgxT9Ar8xYjSIKVclmzbO4qXofYfGGPlQcxvjRIJ+pMwtz2em9GjYYQkUO81aBDoZyAshBFwaTGzVdIvwKXD0qbcFSF/khGyGKIeQHfwtwLqVCOMdXAGOChTjzY5XkmsXiN1E0PReMlcqvjnQGsea6bGvLaMij2NkXA2TwOB3h0BlMKISQXvK3qeCr4AtIUS59ZhEg18t4oVlNlk+IGo00tDKzgrWNZG5Qn3Wfv+DBcnbaenu13q+r+FRa/WTkfos6zFbg4XRx4VISvia6j/c+g8io7ajhRi/v x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:VI1PR07MB3168.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(396003)(39860400002)(136003)(366004)(346002)(376002)(52536014)(6506007)(186003)(33656002)(4744005)(26005)(478600001)(7696005)(55016002)(83380400001)(5660300002)(9686003)(8676002)(76116006)(316002)(66946007)(86362001)(166002)(6916009)(71200400001)(966005)(9326002)(66446008)(64756008)(8936002)(2906002)(44832011)(15650500001)(66476007)(66556008)(9126004); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: ioy4eXOl46YEflHUKGNolfr0+ArgdNHAxltbRY0o7U1uOJINF3l/Sy8blujC4k5cKeN+58WplNdL3F6ETCE8r7QXg1JdQfPdsNxLUmIzKwhXmH95S8J/t843PibkzQTvaigVsVBiQhsxHZI99SKfuJjsL3B/lvd28TuFNPk2O1Nv4c/FqMlVGjgHzGu4A0WvHJcb1NsgmEiB7rdsulze3Akj2kfhjF98aWAe+jYzLi/bccbRZ9GfI1oznaIA4PHAfBKQRTcsEcX3fwILaPdDUhaNc/EDask/qGsSchfIkJMnQyiNMIIosQskKGpIeolYNC+D3KHpG1yMrn0YuTHpKG8QyVMFPKAXrvPBrmxoIBt2pReWQbBPzxw9A1tmqiIPogsKqWNNyLykA+dDkvXxMJbFcW1quIw7JqUPn64jTneRxGoSxIn/+EY/ZINjf0XPA+vYp6bHaCRgs+csYxD3bFsRzkevfmhLEIKSC3hvTYYMYWRrT4aPz3Ua6fXLxutB x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_VI1PR07MB316863CA5CAF9CAA048D0B37E16F0VI1PR07MB3168eurp_" MIME-Version: 1.0 X-OriginatorOrg: ericsson.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: VI1PR07MB3168.eurprd07.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 0857cab9-f61e-4096-add9-08d81ca2a64d X-MS-Exchange-CrossTenant-originalarrivaltime: 30 Jun 2020 03:06:57.2244 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: TIRiwYdSSdA5gHsr8XaTOMXs6fg0V8X07da84s6jrTRy7Sn5kVhJmwqJZdtsBZSq9THiA4VDOwrKQXmwQokPrA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR0701MB2206 Archived-At: Subject: [mpls] 'draft-jiang-mpls-entropy-block' updated '00'->'01' X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jun 2020 03:07:08 -0000 --_000_VI1PR07MB316863CA5CAF9CAA048D0B37E16F0VI1PR07MB3168eurp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello All, The draft https://datatracker.ietf.org/doc/draft-jiang-mpls-entropy-block/ = is updated from '00' to '01', to address the advantages and reusability of = RFC8662 (comments from Jeff): 'Considerations from are still applicable, wheth= er it is ELI/EL or EL only. As described there, systems involved still need= to carefully consider issues such as MSD, and determine how many entropy l= abels are needed, and where they need to be placed. This draft reduces the= overhead of these labels from 2 labels to 1.' Your comments are highly appreciated! Regards, Jiang --_000_VI1PR07MB316863CA5CAF9CAA048D0B37E16F0VI1PR07MB3168eurp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello All,

The draft https://datatracker.ietf.org/doc/draft-jiang-mpls-entropy-block/ is upd= ated from ‘00’ to ‘01’, to address the advantages a= nd reusability of RFC8662 (comments from Jeff):

‘Considerations from <xref target=3D"R= FC8662"/> are still applicable, whether it is ELI/EL or EL only. As= described there, systems involved still need to carefully consider issues = such as MSD, and determine how many entropy labels are needed, and where they need to be placed.  This draft reduces the overhead of= these labels from 2 labels to 1.’

 

Your comments are highly appreciated!

 

Regards,

Jiang

 

--_000_VI1PR07MB316863CA5CAF9CAA048D0B37E16F0VI1PR07MB3168eurp_-- From nobody Tue Jun 30 05:24:50 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D83C33A05A4; Tue, 30 Jun 2020 05:24:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, 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 slF-U0fMOoHe; Tue, 30 Jun 2020 05:24:38 -0700 (PDT) Received: from mail-wm1-x32b.google.com (mail-wm1-x32b.google.com [IPv6:2a00:1450:4864:20::32b]) (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 D3B0C3A0544; Tue, 30 Jun 2020 05:24:37 -0700 (PDT) Received: by mail-wm1-x32b.google.com with SMTP id 22so18624025wmg.1; Tue, 30 Jun 2020 05:24:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=sw9NirEvYhdabFR6g+Ls3wy1T4JQ9r0AeTQ/KU9e/n0=; b=j18RIlJmzGGi7fgA5vn6haYpGzWOp2n7M723Y5UjMVxN7aGpKkO+aWzGv1jGRnrPL0 jetQOJuASwXSCamsjyPxPylOJfpeuHz4yW6FEuYrD9qxUqGKPnp9RtpletifSBeals0x RipdXouqtZBIS8qp9Fc1F/aVONxYKhxIIV/ZSZHs2usPTEPM+d/BztyPgaKubHuXie6U HPK5NxETEzJkLBA5DSy/NlLFJWErded/i3kR23wv2XizKfyjkErH0zra8iwRB4m8/PaF SbSOQQZr6avWsx5YQ5/FdRgpXDwU+4WuW3rK3BcdSUZhkfL5lEifxfctFN1M66qaJzlk JcdQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=sw9NirEvYhdabFR6g+Ls3wy1T4JQ9r0AeTQ/KU9e/n0=; b=O/OnmcED0SqrStACHZ1frnH4sRqhDQDnilbaN2MZ9QqSqck5rxLhUX0gkIHI/26DA5 sbfMh3dNZOKRQjCA94G62eqKMJ4ZqS+T9LqOTYH1ssovjHfrswzWVuV+TXXOnU9Si0a1 WHBx4BLyB43Pgr9GE7Deu7yq/VGqZLcsF9lgE3VYhSJdKOaYv5AlkmHYcUVD2Y5eCoBk rwAWhIq3pzcOhITvHZvxBumwtFXuM9VB5EhbbRknqzwZSsuSrS5WoykBVEoH9E7BjNr9 jcT6IO0UAVysWti4m1Y2nN9C+2EqnAXQNOPTq887ivisTExZcdUpUg8/9NBIg0M1UOuD ZbqQ== X-Gm-Message-State: AOAM533WNTC4Do66hWoskBWYiC8s90nl/ZTgJbKHJ6CWEXNN50xpNq0U QydcfgbE72OjZRZdeddvQtw= X-Google-Smtp-Source: ABdhPJx/hGqYjJ8Y5c9r6pDqS1fk9b+05KexZuumTcCr77ljdkSERG77h9miS/1daBc1Rgj+tujSPQ== X-Received: by 2002:a7b:c343:: with SMTP id l3mr21104611wmj.178.1593519876286; Tue, 30 Jun 2020 05:24:36 -0700 (PDT) Received: from appleton.fritz.box ([62.3.64.16]) by smtp.gmail.com with ESMTPSA id o29sm3827093wra.5.2020.06.30.05.24.35 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 30 Jun 2020 05:24:35 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) From: Stewart Bryant In-Reply-To: <159345181106.6204.7060455676708406175@ietfa.amsl.com> Date: Tue, 30 Jun 2020 13:24:34 +0100 Cc: Stewart Bryant , Review Team , mpls , draft-ietf-mpls-sfl-framework.all@ietf.org, Last Call , rtg-ads@ietf.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <159345181106.6204.7060455676708406175@ietfa.amsl.com> To: Pete Resnick X-Mailer: Apple Mail (2.3608.80.23.2.2) Archived-At: Subject: Re: [mpls] [Gen-art] Genart last call review of draft-ietf-mpls-sfl-framework-08 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jun 2020 12:24:40 -0000 > On 29 Jun 2020, at 18:30, Pete Resnick via Datatracker = wrote: >=20 > Reviewer: Pete Resnick > Review result: Ready with Issues >=20 > I am the assigned Gen-ART reviewer for this draft. The General Area > Review Team (Gen-ART) reviews all IETF documents being processed > by the IESG for the IETF Chair. Please treat these comments just > like any other last call comments. >=20 > For more information, please see the FAQ at >=20 > . >=20 > Document: draft-ietf-mpls-sfl-framework-08 > Reviewer: Pete Resnick > Review Date: 2020-06-29 > IETF LC End Date: 2020-07-06 > IESG Telechat date: Not scheduled for a telechat >=20 > Summary: >=20 > A couple of minor issues and a couple of *extremely* nitty nits, but = overall > looks ready to go. >=20 > Major issues: >=20 > None. >=20 > Minor issues: >=20 > It is not clear to me why this is being sent for Informational instead = of > Proposed Standard. The shepherd's writeup does not justify it, and in = fact the > writeup refers to the document as a "specification", which is exactly = what it > appears to be. It defines the use of SFLs, describes how they are = processed by > the endpoints, describes how they are aggregated, etc. While the = document may > not be standalone, I don't see how it's really an Informational = document. I > suggest restarting the Last Call for Proposed, and if for some reason = it needs > to be Informational, it can always be downgraded after Last Call. Pete - the =E2=80=9Ctradition=E2=80=9D in routing is that such documents = are Informational and the detailed protocol specifications are standards = (there are a couple of those in progress about to finish baking). I = leave it up to our AD to pass judgement on the matter as this is a = simple fix, but I don=E2=80=99t think the changed status is REQUIRED. >=20 > The Security Considerations section says, "The issue noted in Section = 6 is a > security consideration." I'm not sure I understand why that is. Section 6 explains the privacy considerations, and privacy and security = are close friends so I cross referenced the section rather than = repeating it. I suggest that we wait to see what SECDIR wants to do = before changing any text. >=20 > Nits/editorial comments: >=20 > Section 1: "(see Section 3)" seems unnecessary. I can take that out on the next version, it was intended as a forward = reference to a completely new contract in MPLS. >=20 > Section 3: I thought the "Consider..." construction made those = paragraphs > unnecessarily wordy and a bit harder to follow. >=20 >=20 I will reword the first two sentences para 2 of section 3 to simplify = the language. Thanks for the comments Stewart > _______________________________________________ > Gen-art mailing list > Gen-art@ietf.org > https://www.ietf.org/mailman/listinfo/gen-art From nobody Tue Jun 30 09:55:27 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 577053A0C76; Tue, 30 Jun 2020 09:55:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=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 rs6n1qZEIBnN; Tue, 30 Jun 2020 09:55:19 -0700 (PDT) Received: from episteme.net (episteme.net [216.169.5.102]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1F1A63A0C50; Tue, 30 Jun 2020 09:55:08 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by episteme.net (Postfix) with ESMTP id 897FAB2B8455; Tue, 30 Jun 2020 11:55:03 -0500 (CDT) Received: from episteme.net ([127.0.0.1]) by localhost (episteme.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HR979xsu12kQ; Tue, 30 Jun 2020 11:55:02 -0500 (CDT) Received: from [172.16.1.6] (episteme.net [216.169.5.102]) by episteme.net (Postfix) with ESMTPSA id 3DD44B2B8445; Tue, 30 Jun 2020 11:55:02 -0500 (CDT) From: "Pete Resnick" To: "Stewart Bryant" Cc: "Review Team" , mpls , draft-ietf-mpls-sfl-framework.all@ietf.org, "Last Call" , rtg-ads@ietf.org Date: Tue, 30 Jun 2020 11:55:01 -0500 X-Mailer: MailMate (1.13.1r5693) Message-ID: In-Reply-To: References: <159345181106.6204.7060455676708406175@ietfa.amsl.com> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [mpls] [Gen-art] Genart last call review of draft-ietf-mpls-sfl-framework-08 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jun 2020 16:55:22 -0000 On 30 Jun 2020, at 7:24, Stewart Bryant wrote: >> On 29 Jun 2020, at 18:30, Pete Resnick via Datatracker >> wrote: >> >> Minor issues: >> >> It is not clear to me why this is being sent for Informational >> instead of >> Proposed Standard. The shepherd's writeup does not justify it, and in >> fact the >> writeup refers to the document as a "specification", which is exactly >> what it >> appears to be. It defines the use of SFLs, describes how they are >> processed by >> the endpoints, describes how they are aggregated, etc. While the >> document may >> not be standalone, I don't see how it's really an Informational >> document. I >> suggest restarting the Last Call for Proposed, and if for some reason >> it needs >> to be Informational, it can always be downgraded after Last Call. > > Pete - the “tradition”... I hear songs from "Fiddler on the Roof" in my head... > ...in routing is that such documents are Informational and the > detailed protocol specifications are standards (there are a couple of > those in progress about to finish baking). I leave it up to our AD to > pass judgement on the matter as this is a simple fix, but I don’t > think the changed status is REQUIRED. Absolutely agreed that it is not required, but given that this does contain specification, and how much less scrutiny is given to Informational document as against Standards Track (see, for example, the IESG balloting rules on each), Standards Track seems more sensible. But the world remains intact either way. >> The Security Considerations section says, "The issue noted in Section >> 6 is a >> security consideration." I'm not sure I understand why that is. > > Section 6 explains the privacy considerations, and privacy and > security are close friends so I cross referenced the section rather > than repeating it. I suggest that we wait to see what SECDIR wants to > do before changing any text. Yes, glad to defer to SECDIR on this. >> Nits/editorial comments: >> >> Section 1: "(see Section 3)" seems unnecessary. > > I can take that out on the next version, it was intended as a forward > reference to a completely new contract in MPLS. > >> Section 3: I thought the "Consider..." construction made those >> paragraphs >> unnecessarily wordy and a bit harder to follow. >> > I will reword the first two sentences para 2 of section 3 to simplify > the language. Thanks. As I said, both very minor things. > Thanks for the comments My pleasure. Thanks for your quick followup. pr -- Pete Resnick https://www.episteme.net/ All connections to the world are tenuous at best From nobody Tue Jun 30 17:11:33 2020 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 0AE803A0803; Tue, 30 Jun 2020 17:11:26 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Bernard Aboba via Datatracker To: Cc: mpls@ietf.org, last-call@ietf.org, draft-ietf-mpls-sfl-framework.all@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.6.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <159356228599.17610.11697654273935266920@ietfa.amsl.com> Reply-To: Bernard Aboba Date: Tue, 30 Jun 2020 17:11:26 -0700 Archived-At: Subject: [mpls] Tsvart last call review of draft-ietf-mpls-sfl-framework-08 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jul 2020 00:11:26 -0000 Reviewer: Bernard Aboba Review result: Ready with Issues Subject: Transport Directorate review of draft-ietf-mpls-sfl-framework Reviewer: Bernard Aboba Review result: Ready with (Minor) Issues Document: draft-ietf-mpls-sfl-framework-08 Reviewer: Bernard Aboba Review Date: 2020-06-30 Intended Status: Informational This document has been reviewed as part of the transport area review team's ongoing effort to review key IETF documents. These comments were written primarily for the transport area directors, but are copied to the document's authors and WG to allow them to address any issues raised and also to the IETF discussion list for information. When done at the time of IETF Last Call, the authors should consider this review as part of the last-call comments they receive. Please always CC tsv-art@ietf.org if you reply to or forward this review. Summary: This document is ready for publication, but has some minor issues that could be addressed. Comments: The document is short and clearly written. While it references the requirements in RFC 8372, it does not refer to them, so it's hard to verify whether this document does address those requirements (and how). Also, this document doesn't cover data collection or SFL allocation, so there is quite a bit that is out of scope. This makes me wonder whether an implementation of this specification could interoperate with other implementations based solely on this specification. Major Issues: No major issues found Minor Issues: Section 6 Privacy Considerations Section 3 states: " There are many possible additional actions such as the measurement of the number of received packets in a flow, triggering IPFIX inspection, triggering other types of Deep Packet Inspection, or identification of the packet source." [BA] Based on the above statements, it would seem that this specification has potential uses (e.g. DPI) that have inherent privacy implications. This seems to be worth mentioning. "Whilst the inclusion of the additional granularity does allow greater insight into the flow characteristics it does not specifically identify which node originated the packet other than by inspection of the network at the point of ingress, or inspection of the control protocol packets." [BA] By definition, flow identities provide insight into flow characteristics. By correlating the flow identity with persistent identifiers such as MAC addresses, the flow identity can be linked to a device or user without needing to inspect the network at the point of ingress or to inspect control protocol packets. So there can be an incremental privacy impact, even if the flow identifier does not itself identify a user. Section 7 Security Considerations "The issue noted in Section 6 is a security consideration." [BA] I don't think that the privacy issues described in Section 6 need necessarily be referenced in the security considerations section. I think you can delete this sentence. From nobody Tue Jun 30 19:19:10 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EF4353A0914 for ; Tue, 30 Jun 2020 19:19:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, 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 d60uNJ0PNbOl for ; Tue, 30 Jun 2020 19:19:08 -0700 (PDT) Received: from mail-pj1-x1029.google.com (mail-pj1-x1029.google.com [IPv6:2607:f8b0:4864:20::1029]) (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 C7DB03A0912 for ; Tue, 30 Jun 2020 19:19:08 -0700 (PDT) Received: by mail-pj1-x1029.google.com with SMTP id l6so7228900pjq.1 for ; Tue, 30 Jun 2020 19:19:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:message-id:in-reply-to:references:subject:mime-version; bh=gr2hfT5zyHSUOShoArsh4yzpQG4P0rvvRX+Y0WBh4Dk=; b=Dr2/YzkTCmplAeaRrHTzG5gm/sDGWES1ZeOLyGikTsY4hVEOTrNLTlB5EqrRWhUA6P H0hGE1VAvlxVHFkbEVIhvCowr5izS7HgqXv45ivcIeRTv8lo7o4rT7n081OSCAHW1zhB HMw3EQ4gNk2uHFVctzmWWp2AEWO/B/f/JWqmsPjE+9TYKAwvjF85Oonoh70iFjO/LDFP B6kaOfzylDCNQYrmCp5UR3iMyZv4LpgwuAu8X8x3tVpZkXUyPA/GCdLOZTU5oe3bExCT AjVYQvlX1MBN/GOQaJxYf0l14Byh0mhKgwBYlamsYXuPaWCh3tmO5if967tX/P0whbx6 E7fQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:message-id:in-reply-to:references :subject:mime-version; bh=gr2hfT5zyHSUOShoArsh4yzpQG4P0rvvRX+Y0WBh4Dk=; b=oNNPBBwMDBe10WMz3Sx4hmwINdXa1K7JJYKii+RmUcWYk7zulEEfWBFShNQktZwBZQ m9/JhxIqO8RuI/UPywGXnZrFupQwof4N+tp9jmyC2TNJJa3fKcsjQNkUi6qFc6zCbSYc TfWz4dq19be8W2OxWRMTNtQc8Q+8d6lM0fu8J8rAnE2D9q4/SHCYm9sBF91YT3TNATN7 wOJaVQ8bd9Gz8yoTUjbXPkcBEtNY87Y/69D+nrk7tKHA4AaZhW+/VWt2auJJ5n1mrCIK F+f6SHjE+jK6dTiUpKb9GabCbUYQwBq7pUoBsG8UsbC8aXhxkGdKXQT26LuNVhRzYTZi PU+w== X-Gm-Message-State: AOAM530PuEowLdWExg6mY06KNwnPBMb+gSyLRLfjGmRsWm1GnypPCUmR 8Mp7vLljM8Jli7TSUmt3Hq3osJxK X-Google-Smtp-Source: ABdhPJz87+LSLX5aS11Gp2iak+chMQ1nPO5AlLrV3Ol4p9qXvd+VkcOvnp9k399le7/F+QTAP3JJag== X-Received: by 2002:a17:90b:4d06:: with SMTP id mw6mr27210723pjb.190.1593569947889; Tue, 30 Jun 2020 19:19:07 -0700 (PDT) Received: from [192.168.1.3] (c-73-63-232-212.hsd1.ca.comcast.net. [73.63.232.212]) by smtp.gmail.com with ESMTPSA id c30sm3848482pfj.213.2020.06.30.19.19.06 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 30 Jun 2020 19:19:07 -0700 (PDT) Date: Tue, 30 Jun 2020 19:18:58 -0700 From: Jeff Tantsura To: "=?utf-8?Q?mpls=40ietf.org?=" , Jiang He Message-ID: In-Reply-To: References: X-Readdle-Message-ID: bf0a7a3b-9e69-4333-bdeb-cf95375b1104@Spark MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="5efbf29a_1befd79f_11d67" Archived-At: Subject: Re: [mpls] 'draft-jiang-mpls-entropy-block' updated '00'->'01' X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jul 2020 02:19:10 -0000 --5efbf29a_1befd79f_11d67 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi Jiang, Thank you for addressing my comments=21 Cheers, Jeff On Jun 29, 2020, 8:07 PM -0700, Jiang He , wrote: > Hello All, > The draft https://datatracker.ietf.org/doc/draft-jiang-mpls-entropy-blo= ck/ is updated from =E2=80=9800=E2=80=99 to =E2=80=9801=E2=80=99, to addr= ess the advantages and reusability of R=46C8662 (comments from Jeff): > =E2=80=98Considerations from are still= applicable, whether it is ELI/EL or EL only. As described there, systems= involved still need to carefully consider issues such as MSD, and determ= ine how many entropy labels are needed, and where they need to be placed.= =C2=A0 This draft reduces the overhead of these labels from 2 labels to 1= .=E2=80=99 > > Your comments are highly appreciated=21 > > Regards, > Jiang > > =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F > mpls mailing list > mpls=40ietf.org > https://www.ietf.org/mailman/listinfo/mpls --5efbf29a_1befd79f_11d67 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline
Hi Jiang,

Thank you for addressing my comments=21

Cheers,
Jeff
On Jun 29, 2020, 8:07 PM -0700, Jia= ng He <jiang.he=3D40ericsson.com=40dmarc.ietf.org>, wrote:

Hello All,

The draft https://datatracker.ietf.org= /doc/draft-jiang-mpls-entropy-block/ is updated from =E2=80=9800=E2=80= =99 to =E2=80=9801=E2=80=99, to address the advantages and reusability of= R=46C8662 (comments from Jeff):

=E2=80=98Considerations from <xref target=3D= =22R=46C8662=22/> are still applicable, whether it is ELI/EL or EL onl= y. As described there, systems involved still need to carefully consider = issues such as MSD, and determine how many entropy labels are needed, and= where they need to be placed.&=23160; This draft reduces the overhead of= these labels from 2 labels to 1.=E2=80=99

&=23160;

Your comments are highly appreciated=21

&=23160;

Regards,

Jiang

&=23160;

=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
mpls mailing list
mpls=40ietf.org
https://www.ietf.org/mailman/listinfo/mpls
--5efbf29a_1befd79f_11d67-- From nobody Tue Jun 30 20:02:47 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BC2813A09E5 for ; Tue, 30 Jun 2020 20:02:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.101 X-Spam-Level: X-Spam-Status: No, score=-2.101 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 xhb1B5bmmHuV for ; Tue, 30 Jun 2020 20:02:45 -0700 (PDT) Received: from EUR04-HE1-obe.outbound.protection.outlook.com (mail-eopbgr70075.outbound.protection.outlook.com [40.107.7.75]) (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 CA19D3A09E4 for ; Tue, 30 Jun 2020 20:02:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=PB9j326tdNZhmZ+1vEWBFWb7J79ehGCWFOnuD7WysVg9UhyUBXqbau1u/WnqyaiPFCzVOoFr+9Ool4eNoz/+WdyBYKN+5NdxHtbctpQE5wLoiqlFF91LJmzn+lcd7CQdIN3+6IUVgL/Y/dQTxiWYTnlb1Zi4bmbUpFWKPFDikzcBH+AmBRJtqfAvuvb8tQaxOljp5YcNwGgtSQCn0oiVl1Q+yEdErIfAAtwwUWSJ+OnR9k/gb5qjiwKYJo+n6PXqNOokYcyWBb831fDHKub3Ju1Vs4XWUq9qUaY4pIQMljWcyITSBVpTofK0rbjfMc9Zl4Cc3gpfPwyCv7LxpTtVkA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=LhzHSNqdJuzTf5mcHZElbEdv646WI6GmnLcvdFdEk28=; b=ZG6Yiaq9qnQhmcRo7McNt5jxn846RnutHSp1g/gMC4edeqf8A8ddW8iZMKVQCGpNiipJXKBzy5VpJoFQ79LeDK7wltPORAD5PPorzLve1cSKDpKHxrcXL8CLCPvbdAqmb/MXBHz2M+L5x2oTdOEI4Xb4w0wGiiPNjh9MNT7d88g/LKjDafcl8wmxFP4cUQi90uSLztmmRv2qqS2TCi7laVVCHxTtB4vgdisrJIw10m1TORmz2H+MF1VekoQHPXR1OITSF2FWaPFfL1cxDcyq1lTNY0ygPJAGtL33RHA+bdF4Kf94xKQBywy4MoXYhizKxAnILWjWF8Rp+c+Py58DKw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=LhzHSNqdJuzTf5mcHZElbEdv646WI6GmnLcvdFdEk28=; b=Y/xKXg3UF47uw7q9PUJbtQJx+cOM5ONfGt9YBhFVGHshF3OH7x4tg9NdywuNMj8ksr/kfBAhf9yor7I4RSBE5IZqOdoeKfwZ2wy/wWpl2t3Jm+lrAAncO/NGdqgwUZAv+Mi1EYi+IUQthRAmCjnTN8gjmHS2HbAxb/DH0z34+LI= Received: from VI1PR07MB3168.eurprd07.prod.outlook.com (2603:10a6:802:25::19) by VI1PR07MB6574.eurprd07.prod.outlook.com (2603:10a6:800:184::9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3153.12; Wed, 1 Jul 2020 03:02:42 +0000 Received: from VI1PR07MB3168.eurprd07.prod.outlook.com ([fe80::ec5a:3462:759d:44e5]) by VI1PR07MB3168.eurprd07.prod.outlook.com ([fe80::ec5a:3462:759d:44e5%6]) with mapi id 15.20.3153.018; Wed, 1 Jul 2020 03:02:42 +0000 From: Jiang He To: Jeff Tantsura , "mpls@ietf.org" Thread-Topic: [mpls] 'draft-jiang-mpls-entropy-block' updated '00'->'01' Thread-Index: AdZOiTRTiG68C/uCRWOm0EoC7/2lfAAxMW0AAAGAzeA= Date: Wed, 1 Jul 2020 03:02:42 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=ericsson.com; x-originating-ip: [123.112.192.44] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 65d446f9-4710-46b2-f486-08d81d6b38a8 x-ms-traffictypediagnostic: VI1PR07MB6574: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:6790; x-forefront-prvs: 04519BA941 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: AtKaEen5HbEQdmjAsyuLp06NKi4DbYtJVhJksryNwIztGIleJIV3qIYyQ9bozag1c0NvvL2L4OuA3BpCo7MPqHqhn0kNi2S9VyXijNXEVuUgNO5eIpwZOicId9JxwcubcRb2u6qTAt5FkL2UuenaivIM9XYejxhW8yJlkaLrHNRIaMsi9fjW2W56hnLAMj8JB27XcnhN0Hy7DQ3Tgl3sgG03b0OcpY89oI8xsBFRQHnirIIu1ioy6nzh1YPPDdAZ7cireMcxTe1yZD7UbGbiIBKklmL9p9G/OufTaUIX2WC7Tv3C53H1hHLRIj+grMGQPLasIQGcusLgY376D9QtqmIbRnKQwjDUkMI35RIjT7KUgHgwSJLTXki210mg1pGHkFWpv7I9vqKGfaarHw+WbX3rlx6VNl0ZskbWh45ETLcCGF9weTyITmleT2pp3DRn x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:VI1PR07MB3168.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(396003)(376002)(136003)(39860400002)(366004)(346002)(316002)(66556008)(66446008)(2906002)(66476007)(64756008)(166002)(8676002)(66946007)(110136005)(8936002)(9326002)(5660300002)(44832011)(86362001)(76116006)(52536014)(83380400001)(478600001)(966005)(53546011)(6506007)(33656002)(9686003)(7696005)(15650500001)(71200400001)(186003)(55016002)(26005)(9126004); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: u/ax6ZNw4EdWEzakW6hmjLTOoH4nPanseyL83O1qALX3983jNGC+3UvsUwYYswtdXuEP//1fnHDP4vv2dYYssxKs7zssn01pgL4CjeisyXxzazFs1KzDnlI//6BtiMxr84vcvMIr/mPy9Ay/QNseVVvoyPM5IXSYeSFR2EPtJfCBcLguqSlTotsEdJCR8PwPQWsCXHxVMqXREaL3tP82zRAK61p8rF+7WoKF81HOOAU9cxi4LSkEQ5idEnE8S8t1845s+QRHlRMUOHCqoMSLLu1mPkfrYiazr2yh9qAehJGP1/I5ng7WbwuNziXSGmzEYj1sKGnXQ9eEdPdc7Fw3f3MwZJ6gaFnXIATJHQMjm4RVcbFrLkwGcuKs7QWOrTnKwTrqPZmyU113zUoeM00m3D6/DDt1xSpNMbtgxvxxfd9oYyoLfaifqdQ3IyUkVBp9s0AUxaqzIZ9v/yO2AyA5Qb7bMv2gHc7WUQNn60P/u81eEaiWLyb36YKNBmX0gwC/ x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_VI1PR07MB3168CDBAE418A4B56B9950EAE16C0VI1PR07MB3168eurp_" MIME-Version: 1.0 X-OriginatorOrg: ericsson.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: VI1PR07MB3168.eurprd07.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 65d446f9-4710-46b2-f486-08d81d6b38a8 X-MS-Exchange-CrossTenant-originalarrivaltime: 01 Jul 2020 03:02:42.0848 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: YXUwDT9CfYzDhRpc/X9rM72EmJpYxy/ctLJ1sZegh/it7jVSVsMmg2xZc35pPM8vn75iM88OnbiGfQFdBtObMw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR07MB6574 Archived-At: Subject: Re: [mpls] 'draft-jiang-mpls-entropy-block' updated '00'->'01' X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jul 2020 03:02:47 -0000 --_000_VI1PR07MB3168CDBAE418A4B56B9950EAE16C0VI1PR07MB3168eurp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8gSmVmZiwNClRoYW5rcyBmb3IgeW91ciB2YWx1YWJsZSBjb21tZW50cyENCg0KUmVnYXJk cywNCkppYW5nDQoNCkZyb206IEplZmYgVGFudHN1cmEgPGplZmZ0YW50LmlldGZAZ21haWwuY29t Pg0KU2VudDogV2VkbmVzZGF5LCBKdWx5IDEsIDIwMjAgMTA6MTkgQU0NClRvOiBtcGxzQGlldGYu b3JnOyBKaWFuZyBIZSA8amlhbmcuaGVAZXJpY3Nzb24uY29tPg0KU3ViamVjdDogUmU6IFttcGxz XSAnZHJhZnQtamlhbmctbXBscy1lbnRyb3B5LWJsb2NrJyB1cGRhdGVkICcwMCctPicwMScNCg0K SGkgSmlhbmcsDQoNClRoYW5rIHlvdSBmb3IgYWRkcmVzc2luZyBteSBjb21tZW50cyENCg0KQ2hl ZXJzLA0KSmVmZg0KT24gSnVuIDI5LCAyMDIwLCA4OjA3IFBNIC0wNzAwLCBKaWFuZyBIZSA8amlh bmcuaGU9NDBlcmljc3Nvbi5jb21AZG1hcmMuaWV0Zi5vcmc8bWFpbHRvOmppYW5nLmhlPTQwZXJp Y3Nzb24uY29tQGRtYXJjLmlldGYub3JnPj4sIHdyb3RlOg0KDQpIZWxsbyBBbGwsDQpUaGUgZHJh ZnQgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtamlhbmctbXBscy1lbnRy b3B5LWJsb2NrLyBpcyB1cGRhdGVkIGZyb20g4oCYMDDigJkgdG8g4oCYMDHigJksIHRvIGFkZHJl c3MgdGhlIGFkdmFudGFnZXMgYW5kIHJldXNhYmlsaXR5IG9mIFJGQzg2NjIgKGNvbW1lbnRzIGZy b20gSmVmZik6DQrigJhDb25zaWRlcmF0aW9ucyBmcm9tIDx4cmVmIHRhcmdldD0iUkZDODY2MiIv PiBhcmUgc3RpbGwgYXBwbGljYWJsZSwgd2hldGhlciBpdCBpcyBFTEkvRUwgb3IgRUwgb25seS4g QXMgZGVzY3JpYmVkIHRoZXJlLCBzeXN0ZW1zIGludm9sdmVkIHN0aWxsIG5lZWQgdG8gY2FyZWZ1 bGx5IGNvbnNpZGVyIGlzc3VlcyBzdWNoIGFzIE1TRCwgYW5kIGRldGVybWluZSBob3cgbWFueSBl bnRyb3B5IGxhYmVscyBhcmUgbmVlZGVkLCBhbmQgd2hlcmUgdGhleSBuZWVkIHRvIGJlIHBsYWNl ZC4gIFRoaXMgZHJhZnQgcmVkdWNlcyB0aGUgb3ZlcmhlYWQgb2YgdGhlc2UgbGFiZWxzIGZyb20g MiBsYWJlbHMgdG8gMS7igJkNCg0KWW91ciBjb21tZW50cyBhcmUgaGlnaGx5IGFwcHJlY2lhdGVk IQ0KDQpSZWdhcmRzLA0KSmlhbmcNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18NCm1wbHMgbWFpbGluZyBsaXN0DQptcGxzQGlldGYub3JnPG1haWx0bzpt cGxzQGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tcGxz DQo= --_000_VI1PR07MB3168CDBAE418A4B56B9950EAE16C0VI1PR07MB3168eurp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkRlbmdYaWFuOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAx IDE7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIgMTUg NSAyIDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IlxA562J57q/IjsN CglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30NCi8qIFN0eWxlIERlZmluaXRpb25zICov DQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowaW47 DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1p bHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXtt c28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5k ZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5 bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxp bmU7fQ0KcC5tc29ub3JtYWwwLCBsaS5tc29ub3JtYWwwLCBkaXYubXNvbm9ybWFsMA0KCXttc28t c3R5bGUtbmFtZTptc29ub3JtYWw7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2lu LXJpZ2h0OjBpbjsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDow aW47DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJp Zjt9DQpzcGFuLkVtYWlsU3R5bGUxOQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsN Cglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30N Ci5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6 ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1h cmdpbjoxLjBpbiAxLjI1aW4gMS4waW4gMS4yNWluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFn ZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxv OnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtl bmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJl ZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0 PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9ImJs dWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPkhlbGxvIEplZmYsPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj5UaGFua3MgZm9yIHlvdXIgdmFsdWFibGUgY29tbWVudHMhPG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPlJlZ2FyZHMsPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5KaWFu ZzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFF MUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGI+RnJvbTo8L2I+IEplZmYgVGFudHN1cmEgJmx0O2plZmZ0YW50LmlldGZAZ21haWwuY29t Jmd0OyA8YnI+DQo8Yj5TZW50OjwvYj4gV2VkbmVzZGF5LCBKdWx5IDEsIDIwMjAgMTA6MTkgQU08 YnI+DQo8Yj5Ubzo8L2I+IG1wbHNAaWV0Zi5vcmc7IEppYW5nIEhlICZsdDtqaWFuZy5oZUBlcmlj c3Nvbi5jb20mZ3Q7PGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbbXBsc10gJ2RyYWZ0LWppYW5n LW1wbHMtZW50cm9weS1ibG9jaycgdXBkYXRlZCAnMDAnLSZndDsnMDEnPG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8ZGl2IG5hbWU9Im1lc3NhZ2VCb2R5U2VjdGlvbiI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+SGkgSmlhbmcsPGJyPg0KPGJyPg0KVGhhbmsgeW91IGZvciBhZGRyZXNzaW5nIG15 IGNvbW1lbnRzITxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXYgbmFtZT0ibWVz c2FnZVNpZ25hdHVyZVNlY3Rpb24iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8 L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Q2hlZXJzLCA8bzpwPjwvbzpw PjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5KZWZmPG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2IG5hbWU9Im1lc3NhZ2VSZXBseVNlY3Rpb24iPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gSnVuIDI5LCAyMDIwLCA4OjA3IFBNIC0wNzAwLCBKaWFu ZyBIZSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmppYW5nLmhlPTQwZXJpY3Nzb24uY29tQGRtYXJjLmll dGYub3JnIj5qaWFuZy5oZT00MGVyaWNzc29uLmNvbUBkbWFyYy5pZXRmLm9yZzwvYT4mZ3Q7LCB3 cm90ZTo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3Jk ZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCB3aW5kb3d0ZXh0IDEuMHB0O3BhZGRpbmc6MGluIDBp biAwaW4gOC4wcHQ7bWFyZ2luLWxlZnQ6My43NXB0O21hcmdpbi10b3A6My43NXB0O21hcmdpbi1y aWdodDozLjc1cHQ7bWFyZ2luLWJvdHRvbTozLjc1cHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h bHQ6YXV0byI+SGVsbG8gQWxsLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv Ij5UaGUgZHJhZnQNCjxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2Ry YWZ0LWppYW5nLW1wbHMtZW50cm9weS1ibG9jay8iPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5v cmcvZG9jL2RyYWZ0LWppYW5nLW1wbHMtZW50cm9weS1ibG9jay88L2E+IGlzIHVwZGF0ZWQgZnJv bSDigJgwMOKAmSB0byDigJgwMeKAmSwgdG8gYWRkcmVzcyB0aGUgYWR2YW50YWdlcyBhbmQgcmV1 c2FiaWxpdHkgb2YgUkZDODY2MiAoY29tbWVudHMgZnJvbSBKZWZmKTo8bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+4oCYQ29uc2lkZXJhdGlvbnMgZnJvbSAmbHQ7eHJlZiB0 YXJnZXQ9JnF1b3Q7UkZDODY2MiZxdW90Oy8mZ3Q7IGFyZSBzdGlsbCBhcHBsaWNhYmxlLCB3aGV0 aGVyIGl0IGlzIEVMSS9FTCBvciBFTCBvbmx5LiBBcyBkZXNjcmliZWQgdGhlcmUsIHN5c3RlbXMg aW52b2x2ZWQgc3RpbGwgbmVlZCB0byBjYXJlZnVsbHkgY29uc2lkZXIgaXNzdWVzDQogc3VjaCBh cyBNU0QsIGFuZCBkZXRlcm1pbmUgaG93IG1hbnkgZW50cm9weSBsYWJlbHMgYXJlIG5lZWRlZCwg YW5kIHdoZXJlIHRoZXkgbmVlZCB0byBiZSBwbGFjZWQuJm5ic3A7IFRoaXMgZHJhZnQgcmVkdWNl cyB0aGUgb3ZlcmhlYWQgb2YgdGhlc2UgbGFiZWxzIGZyb20gMiBsYWJlbHMgdG8gMS7igJk8bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPllvdXIgY29tbWVudHMgYXJlIGhpZ2hseSBhcHByZWNp YXRlZCE8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPlJlZ2FyZHMsPG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPkppYW5nPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxi cj4NCm1wbHMgbWFpbGluZyBsaXN0PGJyPg0KPGEgaHJlZj0ibWFpbHRvOm1wbHNAaWV0Zi5vcmci Pm1wbHNAaWV0Zi5vcmc8L2E+PGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFp bG1hbi9saXN0aW5mby9tcGxzIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv L21wbHM8L2E+PG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9ib2R5Pg0KPC9odG1sPg0K --_000_VI1PR07MB3168CDBAE418A4B56B9950EAE16C0VI1PR07MB3168eurp_-- From nobody Tue Jun 30 22:15:00 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0A04F3A0D00; Tue, 30 Jun 2020 22:14:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=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 6RpE2FL4JDO0; Tue, 30 Jun 2020 22:14:56 -0700 (PDT) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C91C13A0CFF; Tue, 30 Jun 2020 22:14:52 -0700 (PDT) Received: from [192.168.1.15] (unknown [122.2.100.221]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 5FAE33245C2; Wed, 1 Jul 2020 07:14:46 +0200 (CEST) From: Loa Andersson To: "mpls@ietf.org" Cc: "draft-ietf-mpls-rfc6374-sfl@ietf.org" , "mpls-chairs@ietf.org" Message-ID: <280d1472-877c-f1f7-6ea0-6459b05798e2@pi.nu> Date: Wed, 1 Jul 2020 13:14:42 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.9.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Archived-At: Subject: [mpls] MPLS wg WGLC on draft-ietf-mpls-rfc6374-sf X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jul 2020 05:14:58 -0000 Working Group, This is to initiate a two week working group last call on draft-ietf-mpls-rfc6374-sf. Please send your comments to the mpls wg mailing list (mpls@ietf.org). There are three IPR disclosures against draft-ietf-mpls-rmr, though disclosure #2991 is an update of disclosure #2706ö We lack responses on the IPR poll, we normally wit for responses from all authors and contributors. However the IPR poll has been open since May 29 and we have decided to go ahead and start the wglc anyway. If you have concerns du to lack of responses to the IPR poll, please send those comments as part of the wglc. Of the authors four has responded to the IPR poll. Of two contributors one has responded to the IPR poll. All responses have been posted to the working group mailing list, indicating that the respondents are unaware of any non-disclosed IPRs that relates to this document. This working group last call ends Friday July 15, 2020. /Loa -- Loa Andersson email: loa@pi.nu Senior MPLS Expert loa.pi.nu@gmail Bronze Dragon Consulting phone: +46 739 81 21 64 From nobody Tue Jun 30 23:59:03 2020 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 32DCB3A08B0; Tue, 30 Jun 2020 23:59:01 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Loa Andersson via Datatracker To: X-Test-IDTracker: no X-IETF-IDTracker: 7.6.0 Auto-Submitted: auto-generated Precedence: bulk Cc: mpls-chairs@ietf.org, loa@pi.nu, mpls@ietf.org, iesg-secretary@ietf.org, draft-ietf-mpls-base-yang@ietf.org, Loa Andersson Message-ID: <159358674119.8979.723988845489671814@ietfa.amsl.com> Date: Tue, 30 Jun 2020 23:59:01 -0700 Archived-At: Subject: [mpls] Publication has been requested for draft-ietf-mpls-base-yang-14 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jul 2020 06:59:01 -0000 Loa Andersson has requested publication of draft-ietf-mpls-base-yang-14 as Proposed Standard on behalf of the MPLS working group. Please verify the document's state at https://datatracker.ietf.org/doc/draft-ietf-mpls-base-yang/