From nobody Thu Jun 2 23:52:15 2016 Return-Path: X-Original-To: pals@ietf.org Delivered-To: pals@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 205FB12B013; Thu, 2 Jun 2016 23:52:13 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.21.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160603065213.10789.37057.idtracker@ietfa.amsl.com> Date: Thu, 02 Jun 2016 23:52:13 -0700 Archived-At: Cc: pals@ietf.org Subject: [Pals] I-D Action: draft-ietf-pals-mpls-tp-pw-over-bidir-lsp-08.txt X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.17 List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jun 2016 06:52:13 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Pseudowire And LDP-enabled Services of the IETF. Title : LDP Extensions for Pseudowire Binding to LSP Tunnels Authors : Mach(Guoyi) Chen Wei Cao Attila Takacs Ping Pan Filename : draft-ietf-pals-mpls-tp-pw-over-bidir-lsp-08.txt Pages : 16 Date : 2016-06-02 Abstract: Many transport services require that user traffic, in the form of Pseudowires (PW), be delivered via either a single co-routed bidirectional tunnel or two unidirectional tunnels that share the same routes. This document defines an optional extension to LDP that enables the binding between PWs and the underlying TE tunnels. The extension applies to both single-segment and multi-segment PWs. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pals-mpls-tp-pw-over-bidir-lsp/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-pals-mpls-tp-pw-over-bidir-lsp-08 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-pals-mpls-tp-pw-over-bidir-lsp-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 Fri Jun 3 10:14:25 2016 Return-Path: X-Original-To: pals@ietfa.amsl.com Delivered-To: pals@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A305212D508 for ; Fri, 3 Jun 2016 10:14:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 0ZuCzruk8mw6 for ; Fri, 3 Jun 2016 10:14:21 -0700 (PDT) Received: from mail-yw0-x22a.google.com (mail-yw0-x22a.google.com [IPv6:2607:f8b0:4002:c05::22a]) (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 550D812D74B for ; Fri, 3 Jun 2016 10:14:19 -0700 (PDT) Received: by mail-yw0-x22a.google.com with SMTP id h19so86387270ywc.0 for ; Fri, 03 Jun 2016 10:14:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=user-agent:date:subject:from:to:message-id:thread-topic:references :in-reply-to:mime-version:content-transfer-encoding; bh=p+LnmQV8SuM05srC4/QpOCOr5HIysziDCsaqFmkLBCU=; b=gU6UgyIoc3kNcQ5ocgbAlb9ndJ4dmlngiK3k/CylwIjgCDgCr45Kwm0Pg1/3fAJXJX +y11Cp39faLqasMKUgi3ToHZCaCO2sCHpe2K4DtJg6VetiqsYqRieNakegyGWofo3bU5 fJz3nha/hZ9rhSRs+FX0pYGU7OSSIPBUm/HgGp48qM9Ub6SsMAwq7QdyvAyhgDLwIgk+ EKkPhF8BYCbhqThB8QQsiD/nnasy7YsKNac9CR8jF2FptuH91uDg3s/mRHUHXwsSP6Cp i99CBtDSlLJQ+xk+q+kupri8DtFCT4A8KV8bStJ7h+XDsHuqKCQ+VkwdDCg4Ry7O/qrp wRVA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:user-agent:date:subject:from:to:message-id :thread-topic:references:in-reply-to:mime-version :content-transfer-encoding; bh=p+LnmQV8SuM05srC4/QpOCOr5HIysziDCsaqFmkLBCU=; b=fwSbzm1i9S6vgnLdnRy0KbYE+bwqnO23i6ntxyoxIXo4QcdJSrObVISWRsrUSySv4l s6Fp7LiQ0aA6VeqMeuVian4bmLCL3W6M8bYrU5G/ItG6dEXvWz6rpb0GzcTWdt90HnwK wynib16klm8wdKZhVT7SCv340acGPnfYIT6ISwBNQZs83JlMWhNqSN9V8yPM3JKFST35 19jVL0hJ7aJN119lPzgzCsyPtyuyvAM0l1B92hqlss6m/KVP8ZQzBiodBVk/srtH/6v4 ERL6CMK7jaizs4kJm2OXlzYJDfV9wBfoHelZrLfUuOTIGI9XSau6zCK9cT8G+/u4c10p 3IeA== X-Gm-Message-State: ALyK8tKGFIJ9PCDEvOWRGQrM6RdqtKr6pFyw44LsqNhFprjouZrH1Gr5O+hbQIKod93+Uw== X-Received: by 10.129.89.212 with SMTP id n203mr3483708ywb.102.1464974058526; Fri, 03 Jun 2016 10:14:18 -0700 (PDT) Received: from [127.0.0.1] (rrcs-97-76-236-136.se.biz.rr.com. [97.76.236.136]) by smtp.gmail.com with ESMTPSA id x67sm3707136ywb.48.2016.06.03.10.14.16 (version=TLS1 cipher=AES128-SHA bits=128/128); Fri, 03 Jun 2016 10:14:17 -0700 (PDT) User-Agent: Microsoft-MacOutlook/14.6.4.160422 Date: Fri, 03 Jun 2016 13:13:33 -0400 From: Edwin Mallette To: "Andrew G. Malis" , "pals@ietf.org" Message-ID: Thread-Topic: [Pals] Working Group last call for draft-ietf-pals-mc-pon-03.txt References: <3B0A1BED22CAD649A1B3E97BE5DDD68B916C6BB4@szxema506-mbs.china.huawei.com> In-Reply-To: <3B0A1BED22CAD649A1B3E97BE5DDD68B916C6BB4@szxema506-mbs.china.huawei.com> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Archived-At: Subject: Re: [Pals] Working Group last call for draft-ietf-pals-mc-pon-03.txt X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jun 2016 17:14:24 -0000 Support as a co-author. B.R. Ed >From: Pals [mailto:pals-bounces@ietf.org] On Behalf Of Andrew G. Malis >Sent: Friday, May 27, 2016 8:20 PM >To: pals@ietf.org >Subject: [Pals] Working Group last call for draft-ietf-pals-mc-pon-03.txt > >Having heard from all of the authors regarding IPR, this starts the WG >last call for https://tools.ietf.org/html/draft-ietf-pals-mc-pon-03 . >This last call will last for two weeks, ending on June 10. Please review >the draft and send all comments to pals@ietf.org. > >Thanks, >Andy > >_______________________________________________ >Pals mailing list >Pals@ietf.org >https://www.ietf.org/mailman/listinfo/pals From Josh.Rogers@charter.com Fri Jun 3 10:28:40 2016 Return-Path: X-Original-To: pals@ietfa.amsl.com Delivered-To: pals@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7845912D762 for ; Fri, 3 Jun 2016 10:28:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Wh8kHfFLg0CP for ; Fri, 3 Jun 2016 10:28:31 -0700 (PDT) Received: from mail.chartercom.com (mail.chartercom.com [24.176.92.28]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BC89512D753 for ; Fri, 3 Jun 2016 10:28:30 -0700 (PDT) X-IronPort-AV: E=Sophos; i="5.26,413,1459832400"; d="scan'208,217"; a="16316556" Received: from unknown (HELO SC58MEXMHP06.CORP.CHARTERCOM.COM) ([172.24.231.224]) by mail.chartercom.com with ESMTP; 03 Jun 2016 12:20:33 -0500 Received: from SC58MEXGP012.CORP.CHARTERCOM.COM (172.24.253.140) by SC58MEXGP007.CORP.CHARTERCOM.com (172.24.253.135) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Fri, 3 Jun 2016 12:28:29 -0500 Received: from SC58MEXGP012.CORP.CHARTERCOM.COM ([fe80::e060:a8a3:5aef:715d]) by SC58MEXGP012.CORP.CHARTERCOM.com ([fe80::e060:a8a3:5aef:715d%20]) with mapi id 15.00.1104.000; Fri, 3 Jun 2016 12:28:29 -0500 From: "Rogers, Josh" To: "pals@ietf.org" Thread-Topic: [Pals] Working Group last call for draft-ietf-pals-mc-pon-03.txt Thread-Index: AQHRuBIeir1Hed7PnkSl/ezL3j2RcZ/ROGkggAchx4CAAAQrAA== Date: Fri, 3 Jun 2016 17:28:29 +0000 Message-ID: <2d734ed3-63a9-d151-2418-77b321cb1d16@charter.com> References: <3B0A1BED22CAD649A1B3E97BE5DDD68B916C6BB4@szxema506-mbs.china.huawei.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [172.24.253.243] Content-Type: multipart/alternative; boundary="_000_2d734ed363a9d151241877b321cb1d16chartercom_" MIME-Version: 1.0 Archived-At: X-Mailman-Approved-At: Fri, 03 Jun 2016 10:42:19 -0700 Subject: Re: [Pals] Working Group last call for draft-ietf-pals-mc-pon-03.txt X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jun 2016 17:34:00 -0000 --_000_2d734ed363a9d151241877b321cb1d16chartercom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Support. From: Pals [mailto:pals-bounces@ietf.org] On Behalf Of Andrew G. Malis Sent: Friday, May 27, 2016 8:20 PM To: pals@ietf.org Subject: [Pals] Working Group last call for draft-ietf-pals-mc-pon-03.txt Having heard from all of the authors regarding IPR, this starts the WG last call for https://tools.ietf.org/html/draft-ietf-pals-mc-pon-03 . This last call will last for two weeks, ending on June 10. Please review the draft and send all comments to pals@ietf.org. Thanks, Andy _______________________________________________ Pals mailing list Pals@ietf.org https://www.ietf.org/mailman/listinfo/pals _______________________________________________ Pals mailing list Pals@ietf.org https://www.ietf.org/mailman/listinfo/pals --_000_2d734ed363a9d151241877b321cb1d16chartercom_ Content-Type: text/html; charset="Windows-1252" Content-ID: Content-Transfer-Encoding: quoted-printable Support.


From: Pals [mailto:pals-bounces@ietf.org] On Behalf Of And=
rew G. Malis
Sent: Friday, May 27, 2016 8:20 PM
To: pal=
s@ietf.org
Subject: [Pals] Working Group last call for draft-ietf-pals-mc-pon-03.txt

Having heard from all of the authors regarding IPR, this starts the WG
last call for https://tools.ietf.org/html/draft-ietf=
-pals-mc-pon-03 .
This last call will last for two weeks, ending on June 10. Please review
the draft and send all comments to pals@ietf.org.

Thanks,
Andy

_______________________________________________
Pals mailing list
Pals@ie=
tf.org
https://www.ietf.org/mailman/listinfo/pals


_______________________________________________
Pals mailing list
Pals@ie=
tf.org
https://www.ietf.org/mailman/listinfo/pals

--_000_2d734ed363a9d151241877b321cb1d16chartercom_-- From nobody Fri Jun 3 13:03:58 2016 Return-Path: X-Original-To: pals@ietfa.amsl.com Delivered-To: pals@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 830ED12D1D1 for ; Fri, 3 Jun 2016 13:03:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=junipernetworks.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6tG3xJqpKWgJ for ; Fri, 3 Jun 2016 13:03:54 -0700 (PDT) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0136.outbound.protection.outlook.com [65.55.169.136]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D33F312B01A for ; Fri, 3 Jun 2016 13:03:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=qxoQk6On0qCK43p7UCO041KS1zX5xxhKL/7ISCcTSTM=; b=Epbd0oGACoP2SSGlsVaW7YLRiZRkPXRtlZbB6Oh+d3nQdIeGGcg3tP2HtiGlfe5yyfNqbfeKt3ZRKqX9UPlDOr1Ft+/boWVrfKEKaf0tZ/Z+2J1DlX7RMFZvHGGb2e+Ca/9IZe1Qh2Yb8dB2pnG1ly5LYZY7m5bwm5mbML2tjrA= Received: from BN3PR0501MB1554.namprd05.prod.outlook.com (10.161.217.144) by BN3PR0501MB1555.namprd05.prod.outlook.com (10.161.217.145) with Microsoft SMTP Server (TLS) id 15.1.506.9; Fri, 3 Jun 2016 20:03:52 +0000 Received: from BN3PR0501MB1554.namprd05.prod.outlook.com ([10.161.217.144]) by BN3PR0501MB1554.namprd05.prod.outlook.com ([10.161.217.144]) with mapi id 15.01.0506.013; Fri, 3 Jun 2016 20:03:52 +0000 From: Yimin Shen To: "Andrew G. Malis" , "pals@ietf.org" Thread-Topic: [Pals] Working Group last call for draft-ietf-pals-mc-pon-03.txt Thread-Index: AQHRuBIYygZsDKFn1ESrRYnShhlyBZ/X8u4A Date: Fri, 3 Jun 2016 20:03:52 +0000 Message-ID: <12EA0FD3-5730-450C-BAC8-52B3B8E57E8D@juniper.net> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/0.0.0.160212 authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=juniper.net; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [66.129.241.10] x-ms-office365-filtering-correlation-id: 9977606b-c312-451f-1a28-08d38bea2f99 x-microsoft-exchange-diagnostics: 1; BN3PR0501MB1555; 5:3d9ohATDpMy2okBBT/PXWH5skyvpUNqTPWPZOrJoileIU99le7SNYt/juH5i0m3798FAHTJvt5YnZKdAllRy6gUr347LU7YrqmuGGcmqRv13/6FpxzFotp8Cf9nfKyTrTb5joS/jt/7BUBohH1WqEw==; 24:goi9mjH1y5x3EZL6TIuI/CWBilTRRfTCqei+vdE68z/l46WTfCPHlacAdWZhSLJ3DOFl3zkG1ib+/fotbVIEUje2Ed1mNtgxLtHjearhz+o=; 7:/BVXLCAXKlM5SNjbFLyV4TS78bbI06V/RwgjY3LLRJJGOFGxId7vEGs3PipXIAwYEfeJRwAQtLnT741Od7jnWO98k3GEQrwoWZbfmAW2EcYNsOfs/fcJBdxAu0qwHkOH0A4w3D2edb5gZPIGE65UfKaqDgdPownexbp0pwQNVW0ZbxrCUs+26AYwOgAmWRU2mfzuF51iznJMETdHp6iNQQjcmcWcKSaGPv/3ePmp/2o= x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BN3PR0501MB1555; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001)(6055026); SRVR:BN3PR0501MB1555; BCL:0; PCL:0; RULEID:; SRVR:BN3PR0501MB1555; x-forefront-prvs: 0962D394D2 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(377454003)(19580405001)(19580395003)(92566002)(10400500002)(83506001)(3660700001)(83716003)(82746002)(5008740100001)(99286002)(8936002)(86362001)(19617315012)(106116001)(5004730100002)(81166006)(586003)(2900100001)(3280700002)(77096005)(2950100001)(230783001)(50986999)(6116002)(36756003)(2501003)(3846002)(15975445007)(102836003)(87936001)(76176999)(54356999)(8676002)(16236675004)(66066001)(2906002)(5001770100001)(189998001)(5002640100001)(11100500001)(122556002)(4001350100001)(107886002)(33656002); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR0501MB1555; H:BN3PR0501MB1554.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_12EA0FD35730450CBAC852B3B8E57E8Djunipernet_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Jun 2016 20:03:52.5917 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR0501MB1555 Archived-At: Subject: Re: [Pals] Working Group last call for draft-ietf-pals-mc-pon-03.txt X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jun 2016 20:03:56 -0000 --_000_12EA0FD35730450CBAC852B3B8E57E8Djunipernet_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 U3VwcG9ydCBhcyBhIGNvYXV0aG9yLg0KDQpUaGFua3MsDQoNCuKAlCBZaW1pbiBTaGVuDQoNCg0K RnJvbTogUGFscyA8cGFscy1ib3VuY2VzQGlldGYub3JnPG1haWx0bzpwYWxzLWJvdW5jZXNAaWV0 Zi5vcmc+PiBvbiBiZWhhbGYgb2YgIkFuZHJldyBHLiBNYWxpcyIgPGFnbWFsaXNAZ21haWwuY29t PG1haWx0bzphZ21hbGlzQGdtYWlsLmNvbT4+DQpEYXRlOiBGcmlkYXksIE1heSAyNywgMjAxNiBh dCA4OjE5IEFNDQpUbzogInBhbHNAaWV0Zi5vcmc8bWFpbHRvOnBhbHNAaWV0Zi5vcmc+IiA8cGFs c0BpZXRmLm9yZzxtYWlsdG86cGFsc0BpZXRmLm9yZz4+DQpTdWJqZWN0OiBbUGFsc10gV29ya2lu ZyBHcm91cCBsYXN0IGNhbGwgZm9yIGRyYWZ0LWlldGYtcGFscy1tYy1wb24tMDMudHh0DQoNCkhh dmluZyBoZWFyZCBmcm9tIGFsbCBvZiB0aGUgYXV0aG9ycyByZWdhcmRpbmcgSVBSLCB0aGlzIHN0 YXJ0cyB0aGUgV0cgbGFzdCBjYWxsIGZvciBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJh ZnQtaWV0Zi1wYWxzLW1jLXBvbi0wMyAuIFRoaXMgbGFzdCBjYWxsIHdpbGwgbGFzdCBmb3IgdHdv IHdlZWtzLCBlbmRpbmcgb24gSnVuZSAxMC4gUGxlYXNlIHJldmlldyB0aGUgZHJhZnQgYW5kIHNl bmQgYWxsIGNvbW1lbnRzIHRvIHBhbHNAaWV0Zi5vcmc8bWFpbHRvOnBhbHNAaWV0Zi5vcmc+Lg0K DQpUaGFua3MsDQpBbmR5DQoNCg== --_000_12EA0FD35730450CBAC852B3B8E57E8Djunipernet_ Content-Type: text/html; charset="utf-8" Content-ID: <96650457A473E9489DCAD398B6E3FBF5@namprd05.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx NnB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiPg0KPGRpdj4NCjxkaXY+DQo8 ZGl2PlN1cHBvcnQgYXMgYSBjb2F1dGhvci48L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2 Pg0KPGRpdiBpZD0iIj4NCjxkaXY+DQo8ZGl2PlRoYW5rcyw8L2Rpdj4NCjxkaXY+PGJyPg0KPC9k aXY+DQo8ZGl2PuKAlCBZaW1pbiBTaGVuPC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8c3Bh biBpZD0iT0xLX1NSQ19CT0RZX1NFQ1RJT04iPg0KPGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6Q2Fs aWJyaTsgZm9udC1zaXplOjEycHQ7IHRleHQtYWxpZ246bGVmdDsgY29sb3I6YmxhY2s7IEJPUkRF Ui1CT1RUT006IG1lZGl1bSBub25lOyBCT1JERVItTEVGVDogbWVkaXVtIG5vbmU7IFBBRERJTkct Qk9UVE9NOiAwaW47IFBBRERJTkctTEVGVDogMGluOyBQQURESU5HLVJJR0hUOiAwaW47IEJPUkRF Ui1UT1A6ICNiNWM0ZGYgMXB0IHNvbGlkOyBCT1JERVItUklHSFQ6IG1lZGl1bSBub25lOyBQQURE SU5HLVRPUDogM3B0Ij4NCjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5Gcm9tOiA8L3Nw YW4+UGFscyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnBhbHMtYm91bmNlc0BpZXRmLm9yZyI+cGFscy1i b3VuY2VzQGlldGYub3JnPC9hPiZndDsgb24gYmVoYWxmIG9mICZxdW90O0FuZHJldyBHLiBNYWxp cyZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmFnbWFsaXNAZ21haWwuY29tIj5hZ21hbGlzQGdt YWlsLmNvbTwvYT4mZ3Q7PGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPkRhdGU6 IDwvc3Bhbj5GcmlkYXksIE1heSAyNywgMjAxNiBhdCA4OjE5IEFNPGJyPg0KPHNwYW4gc3R5bGU9 ImZvbnQtd2VpZ2h0OmJvbGQiPlRvOiA8L3NwYW4+JnF1b3Q7PGEgaHJlZj0ibWFpbHRvOnBhbHNA aWV0Zi5vcmciPnBhbHNAaWV0Zi5vcmc8L2E+JnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86cGFs c0BpZXRmLm9yZyI+cGFsc0BpZXRmLm9yZzwvYT4mZ3Q7PGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQt d2VpZ2h0OmJvbGQiPlN1YmplY3Q6IDwvc3Bhbj5bUGFsc10gV29ya2luZyBHcm91cCBsYXN0IGNh bGwgZm9yIGRyYWZ0LWlldGYtcGFscy1tYy1wb24tMDMudHh0PGJyPg0KPC9kaXY+DQo8ZGl2Pjxi cj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2IGRpcj0ibHRyIj5IYXZpbmcgaGVhcmQgZnJv bSBhbGwgb2YgdGhlIGF1dGhvcnMgcmVnYXJkaW5nIElQUiwgdGhpcyBzdGFydHMgdGhlIFdHIGxh c3QgY2FsbCBmb3ImbmJzcDs8YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJh ZnQtaWV0Zi1wYWxzLW1jLXBvbi0wMyIgdGFyZ2V0PSJfYmxhbmsiIHN0eWxlPSJmb250LXNpemU6 MTIuNzI3MjcyMDMzNjkxNDA2cHgiPmh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1p ZXRmLXBhbHMtbWMtcG9uLTAzPC9hPiZuYnNwOy4NCiBUaGlzIGxhc3QgY2FsbCB3aWxsIGxhc3Qg Zm9yIHR3byB3ZWVrcywgZW5kaW5nIG9uIEp1bmUgMTAuIFBsZWFzZSByZXZpZXcgdGhlIGRyYWZ0 IGFuZCBzZW5kIGFsbCBjb21tZW50cyB0bw0KPGEgaHJlZj0ibWFpbHRvOnBhbHNAaWV0Zi5vcmci PnBhbHNAaWV0Zi5vcmc8L2E+Lg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+VGhhbmtzLDwvZGl2 Pg0KPGRpdj5BbmR5PC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9zcGFuPg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_12EA0FD35730450CBAC852B3B8E57E8Djunipernet_-- From nobody Wed Jun 8 07:10:50 2016 Return-Path: X-Original-To: pals@ietfa.amsl.com Delivered-To: pals@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AED1412D60E for ; Wed, 8 Jun 2016 07:10:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 zcUssu7elwir for ; Wed, 8 Jun 2016 07:10:42 -0700 (PDT) Received: from mail-wm0-x231.google.com (mail-wm0-x231.google.com [IPv6:2a00:1450:400c:c09::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1FF0112D64F for ; Wed, 8 Jun 2016 07:10:42 -0700 (PDT) Received: by mail-wm0-x231.google.com with SMTP id m124so18983080wme.1 for ; Wed, 08 Jun 2016 07:10:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=to:from:subject:cc:message-id:date:user-agent:mime-version :content-transfer-encoding; bh=Ql2wwasmh27LcunRSfuIrM7vghQd9tpia90bRrwh6B0=; b=LMMiRBve43t0RlgYeLJkWdwFYe/mDiCUyQrOB8ngqc5YNpfSFNRQ7UdeRQmPRx7UNz 7sCCxGAoZ9LJ3WT8syeq1SIOHKxHiryD4do2wHQj40pO/e4xCBuInyKG8hcMTldFX1Dy o3AXtfIkuaieSPBonwA5U/1ifwyccVjeuo97+b1TJ6/qToIALXSAYLAhDTJ4PO9bKkhR mklJSaJcw0H2XgVd3US0ApbxWK2YqCQgd79CxV6X5kLKAzN/Ks/rMAVEcnoHAIOOtiTV P2NVVPlkmX/HFq5Uqo/moQu4nQlxrxG56kTPCsWV0o5JDU1sLX6MzZwZ4HAYLIm8GpVw 261A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:to:from:subject:cc:message-id:date:user-agent :mime-version:content-transfer-encoding; bh=Ql2wwasmh27LcunRSfuIrM7vghQd9tpia90bRrwh6B0=; b=gcIbpHejRwHGjDsf1EnPQr5sHUn2dARy897Bhdrz6avUbbOR15t2m0UX0kJwDr5BcK N7yotoF4VTWbINu/1xQ3ZLxPZAhJVHbFDTyPrEUQmnKv7d8OwFNbZZJKtLZ1Xk4dPbMh UMbtuiG8oZ7VcMjO1PSa/Bp36w2SlhLJikl14jv5xCQtF3air5V93Ts8QXDS64C2RDVj 1FzdU2AL/fST47LZsf1K2/X4wNjtorUEp5APX6AydfH5iZvKI49B+VEee2nCmTO3LfoR FBJrcdTIy4aJx4UeJLQnu1kFTtuZNjLmhz9UQkiH4VrNcOsSP7PObRrPFvQVOjNvjwFA Yxtw== X-Gm-Message-State: ALyK8tIzBZfJRlUt+CEE3WKcUwbP8G5tbiwvKDe+YSJsZcReiUeRZSAI/MX58bsCMtRNnQ== X-Received: by 10.194.206.39 with SMTP id ll7mr4684220wjc.179.1465395040582; Wed, 08 Jun 2016 07:10:40 -0700 (PDT) Received: from [192.168.2.126] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id dl5sm1703350wjd.32.2016.06.08.07.10.39 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 08 Jun 2016 07:10:39 -0700 (PDT) To: draft-ietf-pals-endpoint-fast-protection@tools.ietf.org, "pals@ietf.org" From: Stewart Bryant Message-ID: <010a6365-a7ed-e9c9-932a-dc253cd4fb56@gmail.com> Date: Wed, 8 Jun 2016 15:10:37 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: "pals-chairs@tools.ietf.org" Subject: [Pals] IPR on draft-ietf-pals-endpoint-fast-protection X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2016 14:10:48 -0000 I have just picked up draft-ietf-pals-endpoint-fast-protection, and am trying to figure out where we are with IPR disclosures on this. This was at one time a very active work area and so I was surprised to only see one disclosure. I have filed a third party disclosure on a patent that may be relevant. Sorry if this is the second time of asking, but please can each author respond to this email indicating whether or not they are aware of any relevant IPR. If any member of the working group is aware of any IPR, please can they also indicate this to the working group by responding to this email. Thanks Stewart From nobody Wed Jun 8 10:00:07 2016 Return-Path: X-Original-To: pals@ietfa.amsl.com Delivered-To: pals@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C9AC712D764 for ; Wed, 8 Jun 2016 10:00:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.726 X-Spam-Level: X-Spam-Status: No, score=-1.726 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, FREEMAIL_REPLYTO_END_DIGIT=0.25, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yahoo.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 i8Z-pqFtigSD for ; Wed, 8 Jun 2016 10:00:04 -0700 (PDT) Received: from nm25.bullet.mail.ne1.yahoo.com (nm25.bullet.mail.ne1.yahoo.com [98.138.90.88]) (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 52A2312D0B8 for ; Wed, 8 Jun 2016 10:00:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1465405202; bh=SRPMppy3F1qTLdzmA1Q+6pkzgKm5PbEdCjrFTNA7Wiw=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:From:Subject; b=fQcYFIKNRqR6l5GDWfpHyFeMAbe77GuzRXRPxKpiAXXn4YMb6fnWikYBF/JXdodL+vOF8GetHPqxsch0GjxF+nbRNmIU60DMSQE5kDgWVEp3IzpMScb3/qG8EUBJ74PYcXspKxpw1ZPhVLpqQLnevbb8FKBPAfjbqgfCdmWY4jljjxe6chXBfbsbEb/P8S3/b8lIwT/eIMc9VxxoHDW6rsDit5sjUi4PABn94Js0vJTfnwf2AosEdRPOFlDm3o2txRgGawvC73pl27uy7Tgqka+Hybw4Gnj6DDWWUsIZEBSCAWYCHo05XDUnCO8h9+SdFw7edZdX2cFT1R1PcGkwcQ== Received: from [98.138.100.118] by nm25.bullet.mail.ne1.yahoo.com with NNFMP; 08 Jun 2016 17:00:02 -0000 Received: from [98.138.87.8] by tm109.bullet.mail.ne1.yahoo.com with NNFMP; 08 Jun 2016 17:00:02 -0000 Received: from [127.0.0.1] by omp1008.mail.ne1.yahoo.com with NNFMP; 08 Jun 2016 17:00:02 -0000 X-Yahoo-Newman-Property: ymail-5 X-Yahoo-Newman-Id: 807435.80041.bm@omp1008.mail.ne1.yahoo.com X-YMail-OSG: 37..6H8VM1lbBpIvBMWwVmHvFy3jDjGNQPMJIUHMfE3VLFnxdVBQzUqBeYu5hpR zT8iIWRKrHEwd5g_No.ztmHNHiwqXX0vqU.6u3BN51mNNiDPSmOrs.TOKjyv_sfKKbGS1qW2T1nt RcByazBbnziItVZc7TDR90SB5WrrRVGEN977EuWwSBh9.L.L04ro90IYYvFzRq2TYOc2tCWr5ZT8 4JSLSp1gNRTMOnhXHgrHBCypgydCs1jIgYb7g.Q85Lhgl6i1D2ClhIM1fCdQZve79lXd.Lxs3hm4 j2rawc9v1V8KxwTbx8Gc0fbCDyq6C21sY6OW8EdRuKewwsTMEvWs7W3Ct80wV0ta8703URO5imDP NQAi3cFjtSHLgngpuqozfe.XdUMpa1M48UQHGCo0sWH8hMgW3Weg1mAFHls4pw4y0w8qACEZAzna lunWYJ0SegbOE0XHmw2x14SrMM8BzTHZhhgpkRx_XW8Qht2PgagtYB1sVYpxYfg3PykjGXN38mmG jsjbga9qa7POlvlAugTIa4SKX2YEpZyWNAvzn Received: from jws100104.mail.ne1.yahoo.com by sendmailws102.mail.ne1.yahoo.com; Wed, 08 Jun 2016 17:00:02 +0000; 1465405202.370 Date: Wed, 8 Jun 2016 17:00:01 +0000 (UTC) From: Rahul Aggarwal To: Stewart Bryant , "draft-ietf-pals-endpoint-fast-protection@tools.ietf.org" , "pals@ietf.org" Message-ID: <1882905227.509168.1465405202034.JavaMail.yahoo@mail.yahoo.com> In-Reply-To: <010a6365-a7ed-e9c9-932a-dc253cd4fb56@gmail.com> References: <010a6365-a7ed-e9c9-932a-dc253cd4fb56@gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_509167_496548535.1465405202029" Archived-At: Cc: "pals-chairs@tools.ietf.org" Subject: Re: [Pals] IPR on draft-ietf-pals-endpoint-fast-protection X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Rahul Aggarwal List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2016 17:00:06 -0000 ------=_Part_509167_496548535.1465405202029 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Hi Stewart, I am not aware of any additional IPR on this draft. rahul From: Stewart Bryant To: draft-ietf-pals-endpoint-fast-protection@tools.ietf.org; "pals@ietf.org" Cc: "pals-chairs@tools.ietf.org" Sent: Wednesday, June 8, 2016 7:10 AM Subject: IPR on draft-ietf-pals-endpoint-fast-protection I have just picked up draft-ietf-pals-endpoint-fast-protection, and am trying to figure out where we are with IPR disclosures on this. This was at one time a very active work area and so I was surprised to only see one disclosure. I have filed a third party disclosure on a patent that may be relevant. Sorry if this is the second time of asking, but please can each author respond to this email indicating whether or not they are aware of any relevant IPR. If any member of the working group is aware of any IPR, please can they also indicate this to the working group by responding to this email. Thanks Stewart ------=_Part_509167_496548535.1465405202029 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Stewart,

I am not aware of any additional IPR on this draft.

ra= hul
=


From:= Stewart Bryant <stewart.bryant@gmail.com>
To: draft-ietf-pals-endpoint-fast-pro= tection@tools.ietf.org; "pals@ietf.org" <pals@ietf.org>
Cc: "pals-chairs@tools= .ietf.org" <pals-chairs@tools.ietf.org>
Sent: Wednesday, June 8, 2016 7:10 AM
Subject: IPR on draft-ietf-pals-end= point-fast-protection

I have just picked up draft-ie= tf-pals-endpoint-fast-protection, and am
trying to figure out where we = are with IPR disclosures on this.

This was at one time a very active= work area and so I was surprised to
only see one disclosure.

I = have filed a third party disclosure on a patent that may be relevant.
Sorry if this is the second time of asking, but please can each author respond to this email indicating whether or not they are aware of any relevant IPR.

If any member of the working group is aware of any IP= R, please can they
also indicate this to the working group by respondin= g to this email.

Thanks

Stewart




------=_Part_509167_496548535.1465405202029-- From nobody Wed Jun 8 12:35:07 2016 Return-Path: X-Original-To: pals@ietf.org Delivered-To: pals@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 0B09812D73B; Wed, 8 Jun 2016 12:35:04 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Secretariat To: X-Test-IDTracker: no X-IETF-IDTracker: 6.21.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160608193504.19999.79989.idtracker@ietfa.amsl.com> Date: Wed, 08 Jun 2016 12:35:04 -0700 Archived-At: Cc: ipr-announce@ietf.org, pals@ietf.org Subject: [Pals] IPR Disclosure Dan Lang's Statement about IPR related to draft-ietf-pals-endpoint-fast-protection belonging to Cisco Systems X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.17 List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2016 19:35:04 -0000 Dear Yimin Shen, Rahul Aggarwal, Wim Henderickx, Yuanlong Jiang: An IPR disclosure that pertains to your Internet-Draft entitled "PW Endpoint Fast Failure Protection" (draft-ietf-pals-endpoint-fast-protection) was submitted to the IETF Secretariat on and has been posted on the "IETF Page of Intellectual Property Rights Disclosures" (https://datatracker.ietf.org/ipr/2805/). The title of the IPR disclosure is "Dan Lang's Statement about IPR related to draft-ietf-pals-endpoint-fast-protection belonging to Cisco Systems" Thank you IETF Secretariat From nobody Thu Jun 9 04:59:40 2016 Return-Path: X-Original-To: pals@ietfa.amsl.com Delivered-To: pals@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2B62512D0CC for ; Thu, 9 Jun 2016 04:59:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 p18NLopbJTIQ for ; Thu, 9 Jun 2016 04:59:36 -0700 (PDT) Received: from mail-wm0-x232.google.com (mail-wm0-x232.google.com [IPv6:2a00:1450:400c:c09::232]) (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 11BA512D528 for ; Thu, 9 Jun 2016 04:59:36 -0700 (PDT) Received: by mail-wm0-x232.google.com with SMTP id v199so104050275wmv.0 for ; Thu, 09 Jun 2016 04:59:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:subject:to:cc:message-id:date:user-agent:mime-version :content-transfer-encoding; bh=LhV0ylOPMlHUitVyqcfdrQpAq43pnAvIx1/Kvk1/xNE=; b=NlBW2wQY0Ev1NyUjvuodd0DcC3qGbTUeI1mluFX5DJkW9O/6zVurEKU/HHmpz//WAv JRZHda42wZGoI3SQZgSKLRMVTUfqI4jRrmipU5vE9YXSrZD3R7kjal0fwGgGBvLjMhOW /ZlEM4Zei1XqKiz6750sHvHUkY1c28MZ9rM38jFPNZ5MJz3A1qU4oeqOSYvTUYdE1etQ 7tb/RewHiQcB1WhzeZrN8aVScK73LXC1KWI3z1l2leho95tVmEK1JtmBKk4XvNECSDfN zCXUq3JnpJTcvfuftLV1w//ifZhgMyULfGeIshV6r0A/rvpb5VCxtHx6sK8P8ZOQECOF 2R4A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:subject:to:cc:message-id:date:user-agent :mime-version:content-transfer-encoding; bh=LhV0ylOPMlHUitVyqcfdrQpAq43pnAvIx1/Kvk1/xNE=; b=gyAd71187O0neqpwELmH46DYeMEY6QT8d/glyE8KK1YBNEcSbVyKpzuZrvDC+Lc1dq GxFlMuEqbnLKAr/pWavpHvAAfXM6hO0ghQgpdb6HTSnOKLi5Co5UHYi5APOyt7FJ8RR3 kSXIthnyQ02wOjRHXo48KQp2K1PbGeMSFH76LT+BbuOTZWJT3pQZ1y0teuy5wbJxrX8j tiGqjk3tVEHna2OOsL3osj+bOUZFMtK0D1k6MaAjUqKjlkkkZ5hQWiQFyS67/N3669Br eAWbSv8GHnBlqQ9FhUxUk6Su5YMtpBPohoC07EocHqimaPR+oPyuBMW2fmrOppiw2G4M 5trw== X-Gm-Message-State: ALyK8tI06zTiK+p0cEUo1jtEYX0xRxJhLJQOowDsK5ryYNsGkjNC5C4OTMiVy1al5rgakg== X-Received: by 10.194.203.37 with SMTP id kn5mr9425478wjc.42.1465473574124; Thu, 09 Jun 2016 04:59:34 -0700 (PDT) Received: from [192.168.2.126] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id s125sm29880567wms.14.2016.06.09.04.59.32 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 09 Jun 2016 04:59:33 -0700 (PDT) From: Stewart Bryant To: draft-ietf-pals-endpoint-fast-protection@tools.ietf.org Message-ID: <0b99da76-f9b5-7855-fabc-6a91c449bc8d@gmail.com> Date: Thu, 9 Jun 2016 12:59:30 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: "pals-chairs@tools.ietf.org" , "pals@ietf.org" Subject: [Pals] Shepherds review of draft-ietf-pals-endpoint-fast-protection-02 X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2016 11:59:39 -0000 Hi All, Sorry this has taken a long time, but I took over as shepherd a few weeks ago and have done the customary review of this draft. There are no fundamental issues with the text, but there are a lot of must-fix issues that we need to address before we can take this forward. Please see below for details. Regards - Stewart Firstly I ran id-nits and got a lot of output.I am not sure what is going on with the references because I-D nits is flagging a lot of them up. I think that it is because it cannot findthem in square brackets in the text. Annoying as it is we need to fix them rather than having lots of people work through the nits list. == Unused Reference: 'RFC3985' is defined on line 1280, but no explicit reference was found in the text == Unused Reference: 'RFC5659' is defined on line 1285, but no explicit reference was found in the text == Unused Reference: 'RFC5036' is defined on line 1301, but no explicit reference was found in the text == Unused Reference: 'RFC2205' is defined on line 1310, but no explicit reference was found in the text == Unused Reference: 'RFC3209' is defined on line 1315, but no explicit reference was found in the text == Unused Reference: 'RFC3031' is defined on line 1345, but no explicit reference was found in the text == Unused Reference: 'RFC2328' is defined on line 1350, but no explicit reference was found in the text == Unused Reference: 'RFC5920' is defined on line 1375, but no explicit reference was found in the text These definately need to be fixed if we can. ** Downref: Normative reference to an Informational RFC: RFC 3985 RFC3985 can be safely moved to info. ** Downref: Normative reference to an Informational RFC: RFC 5659 RFC5659 can be safely moved to info. ** Downref: Normative reference to an Informational RFC: RFC 5714 RFC5714 can be safely moved to info. Summary: 3 errors (**), 0 flaws (~~), 8 warnings (==), 1 comment (--). Run idnits with the --verbose option for more detailed information about the items above ----------------- 1. Introduction In order to protect the layer-2 service against network failures, it SB> PWs can carry other than L2, so it think this should be "the PW service" --------------- The bypass path has the property that it can guide traffic around the failure, while remaining unaffected by the topology changes resulting from the failure. When the failure occurs, the router can invoke the bypass path to achieve fast SB> which router is "the router" restoration for the service. Today, fast protection against ingress AC failure and ingress (T-)PE failure can be achievable by using a multi-homed CE and redundant SB> nit s/achievable/achieved/ ACs, such as multi-chassis link aggregation group (MC-LAG). Fast protection against failure of intermediate router of transport tunnel SB> nit should be "against the failure of an intermediate" can be achievable through RSVP fast-reroute [RFC4090] or IP/LDP fast- SB> s/achievable/achieved/ reroute [RFC5714, RFC5286]. However, there is a lack of equivalent SB> "of an equivalent" mechanism against egress AC failure, egress (T-)PE failure, and S-PE SB> Maybe you should say: "However, there is no equivalent mechanism that can be used against an egress AC failure, an egress (T-)PE failure, or an S-PE failure." failure. For these failures, service restoration has to rely on global repair or control plane repair. Global repair normally involves ingress CE or ingress (T-)PE switching traffic to another SB> "involves the ingress CE or the ingress" SB> You cannot say "another fully function path" since the first one SB< failed and thus was not functioning. SB> I would say "to an alternative path" fully functional path, based on remote failure detection via PW status notification, end-to-end OAM, etc. The mechanism is applicable to LDP signaled PWs. It is relevant to networks with redundant PWs and multi-homed CEs. It is designed on the basis of MPLS upstream label assignment and context-specific label switching [RFC5331]. Fast protection refers to its ability to restore traffic in the order of tens of milliseconds. Compared with global repair and control plane repair, this mechanism can provide faster service restoration. However, it is intended to complement those mechanisms, rather than replacing them in any fashion. SB> d/in any fashion/ ============ 3.1. Single-Segment PW |<-------------- PW1 --------------->| - PE1 -------------- P1 ---------------- PE2 - / \ / \ CE1 CE2 \ / \ / - PE3 -------------- P2 ---------------- PE4 - |<-------------- PW2 --------------->| Figure 1 In Figure 1, the IP/MPLS network consists of PE and P routers. It provides an emulation of a layer-2 service between CE1 and CE2. Each SB> It may or may not be L2. Why not say "it provides a PW service between CE1 and CE2? ============== Note that an egress endpoint failure of the traffic of a given direction may be detected by the egress CE as an ingress endpoint failure for the traffic of the reverse direction, except when the failure is on a link of the primary egress PE within the PSN, or when the traffic of the reverse direction takes a different active path. SB> The text above needs clarification - it is not immediately obvious SB> what you mean. If the CE can detect the failure, it may protect the traffic of the reverse direction by switching it to the backup path. However, this is categorized as ingress endpoint failure protection, and hence is not handled by this mechanism. SB> This is presumably "the mechanism described in this document" Figure 2 shows another possible scenario, where CE1 is single-homed to PE1, while CE2 remains multi-homed to PE2 and PE4. From the perspective of egress endpoint protection for the traffic going from CE1 to CE2 over PW1, this scenario is not much different than Figure 1. SB> Do you mean "not much different", in which case you need to explain SB> the difference, or (as I suspect is the case) do you mean is the same? ================ 4.1. Applicability The mechanism is applicable to LDP signaled PWs in an environment where an egress CE is multi-homed to a primary PE and a backup PE and there exists a backup PW, as described in Section 3. The procedure for S-PE node protection is applicable when there exists a backup S-PE on the backup PW. The mechanism assumes IP/MPLS transport tunnels. In a network where transport tunnels may provide ECMP to primary PEs, care should be taken to prevent misordered packet delivery during local repair. Imagine a scenario where the transport tunnel of a PW traverses a router with ECMP to a primary PE, and the ECMP include a direct link to the primary PE. Normally the router will attempt to forward PW packets in a load balance fashion over the ECMP, including this link. In this document, when the link fails, the router will treat the event as an egress PE failure, and reroute the portion of traffic on the link towards a backup PE. Meanwhile, the rest of the traffic will remain on the other ECMP branches to the primary PE. This will create a situation where the egress CE receives traffic from both the primary PE and the backup PE, which is undesirable if the PW or flows within the PW are sensitive to packet misordering. Therefore, the mechanism assumes that Control Word (CW) SHOULD be used for PWs and flow labels [RFC6391] SHOULD be used for flows within a PW, whenever applicable. SB> Unless you are saying use the sequence number in the PW (which SB> is hardly deployed at all) some form of misordering is inevitable, SB> since the path/queue lengths in the old and the new path (in both SB> repair and restore) will be different. The mechanisms that you SB> cite prevent misorder during normal operation, but not during SB> a transient. ============== 4.2. Local Repair and Protector The fast protection ability of the mechanism comes from local repair performed by routers upstream adjacent to failures. Each of these routers is referred to as a "point of local repair" (PLR). A PLR MUST be able to detect a failure by using a rapid mechanism, such as physical layer failure detection, Bidirectional Failure Detection (BFD) [RFC5880], etc. In anticipation of the failure, the PLR MUST also pre-establish a bypass tunnel to a "protector", and pre-install a bypass route in the data plane. The bypass tunnel MUST have the SB> I know what you mean, but unfortunately unanticipated SRLGs SB> are a problem. I think you mean "to be sure protection will work SB> ...." However a word about unexpected SRLG is probably warranted. 4.3. Context Identifier A protector may protect multiple primary PEs. The protector MUST maintain a separate label space for each primary PE. Likewise, the PWs terminated on a primary PE may be protected by multiple protectors, each for a subset of the PWs. In any case, a given PW MUST be associated with one and only one pair of {primary PE, protector}. This document introduces the notion of "context identifier" to facilitate protection establishment. A context identifier is an IPv4/v6 address assigned to an ordered pair of {primary PE, protector}. The address MUST be globally unique, or unique in the address space of the network where the primary PE and the protector reside. SB> Maybe we will get to it, but there can of course be many protectors SB> depending on the available ECMP paths between the x-PEs, and SB> all of them need to be included in this mechanism and assigned SB> one of these context addresses. SB> SB> Can you get a PLR to PLR loop? SB> A section that you will need to include, or at least provide text on SB> is manageability. ================ o A context identifier indicates the primary PE's label space on the protector. The protector may protect PWs for multiple primary PEs. For each primary PE, it MUST maintain a separate label space to store the PW labels assigned by that primary PE. It associates a PW label with a label space via the context identifier of the {primary PE, protector}, as below. In addition to the normal LDP PW signaling, the primary PE MUST have a targeted LDP session with the protector, and advertise PW labels to the protector via LDP Label Mapping messages (Section 6). The primary PE MUST attach the context identifier to each message. Upon receiving the message, the protector MUST install the advertised PW label in the label space identified by the context identifier. When a PLR sets up or resolves a bypass tunnel to the protector, it MUST use the context identifier rather than a private IP address of the protector as destination. The protector MUST use the bypass tunnel, either the MPLS tunnel label or IP tunnel destination address, as the pointer to the corresponding label space. The protector MUST forwards PW packets received on the bypass tunnel based on label lookup in that label space. SB> Some label diagrams could be really helpful, and it would be useful SB> to go carefully through the text in this section and edit it for SB> readability. I found it quite difficult. =================== 4.4.1. Co-located Protector In this model, the protector is a backup PE that is directly connected to the target CE via a backup AC, or it is a backup S-PE on a backup PW. That is, the protector is co-located with the backup (S-)PE. Examples of this model have been shown in Figure 4, Figure 5 and Figure 6 in Section 4.2. In egress AC protection and egress PE node protection, when a protector receives traffic from the PLR, it forwards the traffic to the CE via the backup AC. This is shown in Figure 7, where PE2 is the PLR for egress AC failure, P3 is the PLR for PE2 failure, and PE4 (the backup PE) is the protector. |<-------------- PW1 --------------->| - PE1 -------------- P1 ------- P3 ----- PE2 ---- / PLR \ PLR \ / \ | \ CE1 bypass\ |bypass CE2 \ \ | / \ \ | / - PE3 -------------- P2 ---------------- PE4 ---- protector |<-------------- PW2 --------------->| Figure 7 In S-PE node protection, when a protector receives traffic from the PLR, it forwards the traffic over the next segment of the backup PW. The T-PE of the backup PW in turn forwards the traffic to the CE via a backup AC. This is shown in Figure 8, where P4 is the PLR for SPE1 failure, and SPE2 (the backup S-PE) is the protector for SPE1. SB> I really would like to know what the label stacks look like. ============== 4.4.2. Centralized Protector In this model, the protector is a dedicated P router or PE router that serves the role. In egress AC protection and egress PE node protection, the protector may or may not be a backup PE with a direct connection to the target CE. In S-PE node protection, the protector may or may not be a backup S-PE on the backup PW. In egress AC protection and egress PE node protection, when the protector receives traffic from the PLR, if the protector has a direct connection (i.e. backup AC) to the CE, it forwards the traffic to the CE via the backup AC, which is similar to Figure 7. Otherwise, it forwards the traffic to a backup PE, which then forwards the traffic to the CE via a backup AC. This is shown in Figure 9, where the protector receives traffic from P3 (the PLR for egress PE failure) or PE2 (the PLR for egress AC failure) and forwards the traffic to PE4 (the backup PE). The protector may be protecting other PWs and other primary PEs as well, which is not shown in this figure for clarity. SB> The above seems a bit fluffy in terms of who does what to the stack ================= 4.6. Bypass Tunnel A PLR may protect multiple PWs associated with one or multiple pairs of {primary PE, protector}. The PLR MUST establish a bypass tunnel to each protector for each context identifier associated with that protector. The destination of the bypass tunnel MUST be the context Yimin Shen, et al. Expires July 30, 2016 [Page 18] Internet-Draft PW Endpoint Fast Failure Protection January 2016 identifier (Section 4.3.1). Since the PLR is a transit router of the transport tunnel, it SHOULD derive the context identifier from the destination of the transport tunnel. For examples, in Figure 7 and Figure 9, a bypass tunnel is established from PE2 (PLR for egress AC failure) to the protector, and another bypass tunnel is established from P3 (PLR for egress node failure) to the protector. In Figure 8 and Figure 10, a bypass tunnel is established from P4 (PLR for S-PE failure) to the protector. In local repair, a PLR reroutes traffic to the protector through a bypass tunnel, with PW label intact in the packets. This normally involves pushing a label to the label stack, if the bypass tunnel is an MPLS tunnel, or pushing an IP header to the packets, if the bypass SB> There are some assumptions about the IP protection path. SB> Do we need to consider the IP case at all in practice? tunnel is an IP tunnel. Upon receipt of the packets, the protector forwards them based on the PW label. Specifically, the protector uses the bypass tunnel as a context to determine the primary PE's label space. If the bypass tunnel is an MPLS tunnel, the protector should have assigned a non-reserved label to the bypass tunnel, and hence this label can serve as the context. If the bypass tunnel is an IP tunnel, the context identifier should be the destination address of IP header. To be useful for local repair, a bypass tunnel MUST have the property that it is not affected by any topology changes caused by the failure. It should remain effective during local repair, until the traffic is moved to another fully functional path, i.e. either the same PW over a fully functional transport tunnel, or another fully functional PW. SB> To avoid repair loops you need to not repair repairs - this SB> should be explicitly stated. =============== 4.7.1. Examples of Co-located Protector e In Figure 8, SPE2 is a co-located protector that protects PW1 SB> Typo in line above(I think) against S-PE failure. It maintains a label space for SPE1, which is identified by the context identifier of {SPE1, SPE2}. It learns SEG1's label from SPE1, and installs a forwarding entry in the label space. The nexthop of the forwarding entry indicates a label swap to SEG4's label. ============== 9. Acknowledgements Thanks to Nischal Sheth and Bhupesh Kothari for their contribution. Thanks to John E Drake, Andrew G Malis, Alexander Vainshtein, Steward SB>Please s/Steward/Stewart/ Bryant, and Mach Chen for valuable comments that helped shape this document and improve its clarity. ========================== ========================== From nobody Thu Jun 9 11:55:05 2016 Return-Path: X-Original-To: pals@ietfa.amsl.com Delivered-To: pals@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9771012D611 for ; Thu, 9 Jun 2016 11:55:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] 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 Jb5xERkHtjvH for ; Thu, 9 Jun 2016 11:54:59 -0700 (PDT) Received: from mail-wm0-x233.google.com (mail-wm0-x233.google.com [IPv6:2a00:1450:400c:c09::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 E9B0112B041 for ; Thu, 9 Jun 2016 11:54:58 -0700 (PDT) Received: by mail-wm0-x233.google.com with SMTP id n184so237862091wmn.1 for ; Thu, 09 Jun 2016 11:54:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:subject:to:cc:message-id:date:user-agent:mime-version; bh=u/Vmo0izS4GLDTFarg2O3v/r43pRsPhm9iASUuLv8yQ=; b=bLZ3unXAuMg2kFIpGQIsuBYxC7TKc0zRVxzf0yD9JxZ3FfyDzy3Zca3kjs3GbFBoqt 9819WW1SEzuWrY4ndnNgNZOGQgxZfGP34CvfoqXFKMuoqrE4Hsx9FWQsjdSaLT+iHmJK vV98O4FS17A2a8W8NwK0cRZ2+iIvtwdnYxRWscLcu0NbcyJc/NDT7vaWxnBVlGpA7uII lWNfkyLYgJgNvmgnT0QT86Utu9P7Izw/QQdISWy2x/oJB+V/Zoo/45uMabbXDcQBJG2W IL/dFTNtNKmYQSU3JEJACvnXHhdkkvwG7hTiaJR/7GjIQG8hPR7lUijGn/iZ00aqxZy5 VjXw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:subject:to:cc:message-id:date:user-agent :mime-version; bh=u/Vmo0izS4GLDTFarg2O3v/r43pRsPhm9iASUuLv8yQ=; b=WS3jGDoelbMZ7cRg5XfDKJ+jJGnT/Mp95rccjMfuPLuZGgCPSjbuHk6JRhapRKUY+f WC+wlDahW80D2EmV4aL/euBP1ifiHmqQbRHcrcVRrz48MGJ+ti2xO6Qhibz6sKB97iJn a2d5hyHfc9LjN3Mler2wA36F0FlZ3BHYGB2Bl0y3K6GHdCSftP14e69Mw1Kii4PKz+pN leN5q5gSjzgp4Cdq2Fz1pK8DLR7WS0H2OyB+CsYuL60nMng5EomP3NcOYMJ2ESIjKHBl pns4uQ0vtX6o4KxeXgac+8DZeygJBIiTzw44gEbi5Ft0+KMdFIPzeWlSRmB9GEKFzJE5 SWQA== X-Gm-Message-State: ALyK8tKdEflfXzCBgepeYcozB483Ysj8CoMCCNkDcaO42s+iZ/ihNQkCexFbH96w/IDOmQ== X-Received: by 10.194.58.162 with SMTP id s2mr12607915wjq.37.1465498497191; Thu, 09 Jun 2016 11:54:57 -0700 (PDT) Received: from [192.168.2.126] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id zc7sm8397419wjb.42.2016.06.09.11.54.55 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 09 Jun 2016 11:54:56 -0700 (PDT) From: Stewart Bryant To: draft-ietf-pals-status-reduction@tools.ietf.org Message-ID: <6cdf6691-e5ce-434c-edbe-4ad999b7aa5a@gmail.com> Date: Thu, 9 Jun 2016 19:54:55 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="------------549480E93563E3A356B5587C" Archived-At: Cc: "pals-chairs@tools.ietf.org" , "pals@ietf.org" Subject: [Pals] Shepherds review of draft-ietf-pals-status-reduction-00 X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2016 18:55:01 -0000 This is a multi-part message in MIME format. --------------549480E93563E3A356B5587C Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi Authors I have done a shepherd's review of this draft and have a few issues that need to be looked. It would be timely if you could fix these during the IPR poll I am about to start so that we can have cleaner text to take to the WG for last call. Please see below. - Stewart Abstract This document describes a method for generating an aggregated pseudowire status message on Multi-Protocol Label Switching (MPLS) network Label Switched Path (LSP). The method for transmitting the pseudowire (PW) status information is not new, however this protocol extension allows a Service Provider (SP) to reliably monitor the individual PW status while not overwhelming the network of multiple periodic status messages. This SB> s/of/with/ is achieved by sending a single cumulative summary status verification message for all the PWs grouped in the same LSP. SB> grouped in or grouped on? ============ * Session ID A non-zero, locally selected session number that is not preserved if the local PE restarts. In order to get a locally unique session ID, the recommended choice is to perform a CRC-16 giving as input the following data |Y|Y|M|M|D|D|H|H|M|M|S|S|L|L|L| Where: YY: are the decimal two last digit of the current year MM: are the decimal two digit of the current month DD: are the decimal two digit of the current day HHMMSSLLL: are the decimal digits of the current time expressed in (hour, minutes, seconds, milliseconds) SB> What happens if there is a hash collision? ============ * Refresh Timer. A non zero unsigned 16 bit integer value greater or equal to 10, in milliseconds, that indicates the desired refresh interval. The default value of 30000 is RECOMENDED. SB> Do you need to specify a min of 10ms, or would it be adequate to SB> to recommend this lower value? =========== 5. PW status refresh reduction Control Messages There can only be one control message construct per PW status refresh reduction Message. If the U bit is set, and a PE receiving the PW status refresh reduction Message does not understand the control message, the control message MUST be silently ignored. However the control message sequence number MUST still be acknowledged by sending a null message back with the appropriate value in the Last Message Received Field. SB> The above is a little odd. On the one hand you are saying that SB> that the message is not understood, but on the other hand that you SB> expect the node to execute an element of the protocol procedure. SB> SB> Presumably it is a particular message type that is not understood? ============== 5.0.1. Notification message The most common use of the Notification Message is to acknowledge the reception of a message by indicating the received message sequence number in the "Last Received Sequence Number" field. The notification message is encoded as follows: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Checksum | Message Sequence Number | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Last Received Seq Number | Type=0x01 |U Flags | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Notification Code | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ The message type is set to 0x01, and the U bit is treated as described in the above section. SB> It might be better to give the explicit section number. ========== 5.0.2. PW Configuration Message The PW status refresh reduction TLVs are informational TLVs, that allow the remote PE to verify certain provisioning information. This message contain a series of sub-TLVs in no particular order, that contain PW and LSP configuration information. The message has no preset length limit, however its total length will be limited by the transport network Maximum Transmit Unit (MTU). SB> How do you know the MTU? ======== 5.0.2.2. PW ID configured List The number of PW Path IDs in the TLV will be inferred by the length of the TLV up to a maximum of 8. The procedure for processing this TLV will be described in a section below. SB> It would be kind to the reader to give the section number. =========== 5.0.2.3. PW ID unconfigured List This OPTIONAL TLV contains a list of the PWs that have been unprovisioned on the LSP. Note that it is a fatal session error to send the same PW address in both the configured list TLV , and the unconfigured list TLV in the same configuration message. SB> What action is taken on a fatal session error? ========= 6. PW provisioning verification procedure This procedure and the advertisement of the PW configuration message are OPTIONAL. A PE that desires to use the PW configuration message to verify the configuration of PWs on a particular LSP, should advertise its PW configuration to the remote PE on LSPs that have active keepalive sessions. When a PE receives PW configuration information using this protocol and it not supporting or not willing to use the information, it MUST acknowledge all the PW configuration messages with a notification of "PW configuration not supported". SB> How does a PE acknowledge a protocol it does not support? =========== -iii. An Alarm MAY be raised to a network management system. SB> Shouldn't that be SHOULD be raised? =========== 6.1. PW ID List advertising and processing If a new PW is added to a particular LSP, the PE MUST place the configuration verification of this PW on hold for a period of at least 10 seconds. This is necessary to prevent false positive events of mis-configuration due to the ends of the PW being slightly out of sync. SB> Prevent or minimise? ================ 7. Security Considerations Section to be completed in a later version of the document. SB> Sorry author's we can't that this to WG LC with this security section! 8. IANA Considerations 8.1. PW Status Refresh Reduction Message Types IANA needs to set up a registry of "PW status refresh reduction Control Messages". SB> This is presumably a registry contained in the PW Name Spaces =========== 8.2. PW Configuration Message Sub-TLVs IANA needs to set up a registry of "PW status refresh reduction Configuration Message Sub-TLVs". SB> This is presumably a registry contained in the PW Name Spaces SB> Actually do you need to create a sub registry to hold all three SB> of these new registries. I would think you did to keep them SB> together. ============= 8.3. PW Status Refresh Reduction Notification Codes IANA needs to set up a registry of "PW status refresh reduction Notification Codes". SB> This is presumably a registry contained in the PW Name Spaces ========== These are 32-bit values. Type value 1 through 7 are defined in this document. SB> Actually 0 through 7 are defined aren't they? ========= SB> What is the interaction between this protocol and PW protection? =========================== =========================== --------------549480E93563E3A356B5587C Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit 
Hi Authors

I have done a shepherd's review of this draft and have a few issues
that need to be looked. It would be timely if you could fix these during the 
IPR poll I am about to start so that we can have cleaner text to
take to the WG for last call.

Please see below.

- Stewart

 Abstract

   This document describes a method for generating an aggregated
   pseudowire status message on Multi-Protocol Label Switching (MPLS)
   network Label Switched Path (LSP).

   The method for transmitting the pseudowire (PW) status information is
   not new, however this protocol extension allows a Service Provider
   (SP) to reliably monitor the individual PW status while not
   overwhelming the network of multiple periodic status messages. This
SB> s/of/with/

   is achieved by sending a single cumulative summary status
   verification message for all the PWs grouped in the same LSP.
SB> grouped in or grouped on?

============



     * Session ID

       A non-zero, locally selected session number that is not preserved
       if the local PE restarts.

       In order to get a locally unique session ID, the recommended
       choice is to perform a CRC-16 giving as input the following data

       |Y|Y|M|M|D|D|H|H|M|M|S|S|L|L|L|

       Where:  YY: are the decimal two last digit of the current year
       MM: are the decimal two digit of the current month DD: are the
       decimal two digit of the current day HHMMSSLLL: are the decimal
       digits of the current time expressed in (hour, minutes, seconds,
       milliseconds)

SB> What happens if there is a hash collision?
============
 
     * Refresh Timer.

       A non zero unsigned 16 bit integer value greater or equal to 10,
       in milliseconds, that indicates the desired refresh interval. The
       default value of 30000 is RECOMENDED.

SB> Do you need to specify a min of 10ms, or would it be adequate to 
SB> to recommend this lower value?

===========


5. PW status refresh reduction Control Messages


   There can only be one control message construct per PW status refresh
   reduction Message. If the U bit is set, and a PE receiving the PW
   status refresh reduction Message does not understand the control
   message, the control message MUST be silently ignored. However the
   control message sequence number MUST still be acknowledged by sending
   a null message back with the appropriate value in the Last Message
   Received Field. 

SB> The above is a little odd. On the one hand you are saying that 
SB> that the message is not understood, but on the other hand that you
SB> expect the node to execute an element of the protocol procedure.
SB>
SB> Presumably it is a particular message type that is not understood?


==============

5.0.1. Notification message

   The most common use of the Notification Message is to acknowledge the
   reception of a message by indicating the received message sequence
   number in the "Last Received Sequence Number" field. The notification
   message is encoded as follows:

    0                   1                   2                   3
    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |         Checksum              |    Message Sequence Number    |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |  Last Received Seq Number     |  Type=0x01    |U   Flags      |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                      Notification Code                        |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+


   The message type is set to 0x01, and the U bit is treated as
   described in the above section.

SB> It might be better to give the explicit section number. 
========== 

5.0.2. PW Configuration Message

   The PW status refresh reduction TLVs are informational TLVs, that
   allow the remote PE to verify certain provisioning information. This
   message contain a series of sub-TLVs in no particular order, that
   contain PW and LSP configuration information. The message has no
   preset length limit, however its total length will be limited by the
   transport network Maximum Transmit Unit (MTU).

SB> How do you know the MTU?

========

5.0.2.2. PW ID configured List


   The number of PW Path IDs in the TLV will be inferred by the length
   of the TLV up to a maximum of 8.  The procedure for processing this
   TLV will be described in a section below.

SB> It would be kind to the reader to give the section number.

===========


 5.0.2.3. PW ID unconfigured List

   This OPTIONAL TLV contains a list of the PWs that have been
   unprovisioned on the LSP. Note that it is a fatal session error to
   send the same PW address in both the configured list TLV , and the
   unconfigured list TLV in the same configuration message.

SB> What action is taken on a fatal session error?

=========

6. PW provisioning verification procedure

   This procedure and the advertisement of the PW configuration message
   are OPTIONAL.

   A PE that desires to use the PW configuration message to verify the
   configuration of PWs on a particular LSP, should advertise its PW
   configuration to the remote PE on LSPs that have active keepalive
   sessions.  When a PE receives PW configuration information using this
   protocol and it not supporting or not willing to use the information,
   it MUST acknowledge all the PW configuration messages with a
   notification of "PW configuration not supported". 

SB> How does a PE acknowledge a protocol it does not support?

===========

      -iii. An Alarm MAY be raised to a network management system.

SB> Shouldn't that be SHOULD be raised? 

===========
 6.1. PW ID List advertising and processing


   If a new PW is added to a particular LSP, the PE MUST place the
   configuration verification of this PW on hold for a period of at
   least 10 seconds. This is necessary to prevent false positive events
   of mis-configuration due to the ends of the PW being slightly out of
   sync.

SB> Prevent or minimise?

================

7. Security Considerations

   Section to be completed in a later version of the document.

SB> Sorry author's we can't that this to WG LC with this security
section!


8. IANA Considerations

8.1. PW Status Refresh Reduction Message Types

   IANA needs to set up a registry of "PW status refresh reduction
   Control Messages". 

SB> This is presumably a registry contained in the PW Name Spaces

===========

8.2. PW Configuration Message Sub-TLVs

   IANA needs to set up a registry of "PW status refresh reduction
   Configuration Message Sub-TLVs". 

SB> This is presumably a registry contained in the PW Name Spaces

SB> Actually do you need to create a sub registry to hold all three
SB> of these new registries. I would think you did to keep them
SB> together.

=============

8.3. PW Status Refresh Reduction Notification Codes

   IANA needs to set up a registry of "PW status refresh reduction
   Notification Codes". 

SB> This is presumably a registry contained in the PW Name Spaces
==========

   These are 32-bit values. Type value 1 through 7
   are defined in this document. 

SB> Actually 0 through 7 are defined aren't they?
=========

SB> What is the interaction between this protocol and PW protection?

===========================
===========================
--------------549480E93563E3A356B5587C-- From nobody Thu Jun 9 12:00:27 2016 Return-Path: X-Original-To: pals@ietfa.amsl.com Delivered-To: pals@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 47BBF12D934; Thu, 9 Jun 2016 12:00:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] 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 zv647Bd35pKw; Thu, 9 Jun 2016 12:00:24 -0700 (PDT) Received: from mail-oi0-x232.google.com (mail-oi0-x232.google.com [IPv6:2607:f8b0:4003:c06::232]) (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 9DD0912D92C; Thu, 9 Jun 2016 12:00:23 -0700 (PDT) Received: by mail-oi0-x232.google.com with SMTP id p204so78181174oih.3; Thu, 09 Jun 2016 12:00:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:cc; bh=x72Omy4OwWLYPznqXKIkCVk0/dT1VBwR3xIIsRv0xyg=; b=gAL0Z7dvzOJ6TZLa8kRwlP2/C/bRUpf+8dJ3h71syoTISqOiNoDJ0Lkt1ajaN/0il4 3+fKZ0570YjXELHiIWgyxs793/ytxopCWYUpWYp+8SILHPQPfRAj9HjosiOTl09wW9Gm 7T5+xc6NUq0/a+OAenx4EJTGXIt5JY36ao0sWG4Sm6229KAXBV1t9h8yxAHJb9RXgfCS PquCXMPCUUneFCH/7cWKmq7laEJAyEKjUjBBkVmkc610bqdIDkwkErvULV0sAVTTKo40 qX/qSIx01okS8ClYYqjQCUA5WHLj3GCVFf4cutDhQjjNLmt47fq6yNVVN28KtCEH8AlV G3zw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=x72Omy4OwWLYPznqXKIkCVk0/dT1VBwR3xIIsRv0xyg=; b=mIL6XZ2wmPg2uAQEVQPnnTqxLE8s3RCkH2YYQaV/+LwUBJVXVcBKdxAz8ZivxjszYL dfLrUJYl07HkNyLQWDeJOVsdE8wMytsJewQnapv1Lz69sbX2SiJIhSTG+d9BfjDbnBnR 6y+Om2QfR8oWQVuyegSd/OqjOFUWtyDNC6OvkmfoLaoUOFJfPR7b+Ekd+9H13UpJOeYG B7S0eqEYAvO3TYJWXl3vv7yHBGViDWFOCKlx+KZnd4WstYz0IHxzdsnil9Y7HPaOlKMc jieV1HwMXbJI+no5ZEI46o7w0sWCgg1xAeZRhHTIh6FWzz3NBHBtKgxlzDh/p4TFEcNZ HwcQ== X-Gm-Message-State: ALyK8tIL+aAsUCc+tGYfjEPO1tUmXVdqzOiY0fejOt0DACF991tP9cVBO53L0E1NauB6z/tW9zBn7+6qAM8u3Q== X-Received: by 10.157.1.109 with SMTP id 100mr7174788otu.20.1465498822968; Thu, 09 Jun 2016 12:00:22 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.43.6 with HTTP; Thu, 9 Jun 2016 12:00:03 -0700 (PDT) From: "Andrew G. Malis" Date: Thu, 9 Jun 2016 15:00:03 -0400 Message-ID: To: draft-ietf-pals-mc-pon@ietf.org Content-Type: multipart/alternative; boundary=94eb2c03c9aac30ed90534dd088a Archived-At: Cc: pals-chairs@ietf.org, "pals@ietf.org" Subject: [Pals] =?utf-8?q?Shepherd=E2=80=99s_review_of_draft-ietf-pals-mc-?= =?utf-8?q?pon-03?= X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2016 19:00:26 -0000 --94eb2c03c9aac30ed90534dd088a Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Authors, This review should be treated as any other last call review. The draft can be updated to reflect all received comments following the end of WG last call. In general, I found the draft to be extremely well written and easy to follow, and only have a few comments on it. I also note that it cleanly passes IDNits, that is appreciated. Section 1: This section provides a good introduction to PON resilience for people not previously familiar with it. Reference to [SEAMLESS-MPLS]. Unfortunately, draft-ietf-mpls-seamless-mpls-07 was never published and is now dead, so it cannot be used as a reference, even an informative one (which is a shame, I thought it was a very good draft). A quick Google search didn=E2=80=99t turn up a good replacement reference, such as a journ= al article, but I=E2=80=99ve asked a few people if they know of one. In the ab= sence of a replacement, this reference will have to removed. Note that RFC 7032 was able to get away with this reference because the seamless MPLS draft was still alive at that time. However, the reference is just a minor one, and I don=E2=80=99t really see a problem in removing it if necessary. Reference to [TR-221]: You should include the URL in the reference, https://www.broadband-forum.org/technical/download/TR-221.pdf . Reference to [WT-331]: Unfortunately, the BBF doesn=E2=80=99t allow outside references to working texts, as they aren=E2=80=99t available to non-BBF me= mbers. So this reference needs to be removed. Reference to [ICCP]: Throughout the document, the reference [ICCP] should be changed to [RFC7275] for consistency with the other references. Section 2.1, TLV definitions and Section 6, IANA Considerations You are requesting four consecutive values from the ICC RG Parameter Types registry, which is fine, but you seem to be requesting them from the =E2=80=9CExpert Review=E2=80=9D range, rather than the =E2=80=9CIETF Review= =E2=80=9D range, which is the proper range for a standards-track RFC. So I would make the following changes: 1. Change each of the four TLV diagrams to use Type=3DTDB1, Type=3DTBD2, an= d so on, rather than the current Type=3D0x00XX. Also update each of the TLV descriptions to match. 2. Change section 6 to read: 6 . IANA Considerations IANA maintains a top-level registry called "Pseudowire Name Spaces (PWE3)". It has a sub-registry called "ICC RG Parameter Types=E2=80=9D. The following values are requested from this sub-registry: TBD1 PON Connect TLV TBD2 PON Disconnect TLV TBD3 PON Configuration TLV TBD4 PON State TLV [Note to IANA, to be removed by the RFC Editor: consecutive values in the IETF Review range are requested.] Section 5: I=E2=80=99m curious what you mean by =E2=80=9Ccompromised=E2=80=9D with reg= ard to a PE. Since ICCP is meant to be deployed in "well-managed and highly monitored networks=E2= =80=9D (that=E2=80=99s from RFC 7275), that would presumably apply to the PEs as w= ell. I suggest you go into more detail in the second paragraph, as I=E2=80=99m sur= e a request for more detail will come up during IESG review. Also, it wouldn=E2= =80=99t hurt to include something along the lines of: =E2=80=9CSimilar to ICCP itse= lf, this ICCP application SHOULD only be used in well-managed and highly monitored service provider PON access networks.=E2=80=9D Thanks, Andy --94eb2c03c9aac30ed90534dd088a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Authors,

This review should be treated = as any other last call review. The draft can be updated to reflect all rece= ived comments following the end of WG last call.

In gene= ral, I found the draft to be extremely well written and easy to follow, and= only have a few comments on it. I also note that it cleanly passes IDNits,= that is appreciated.

Section 1: This section prov= ides a good introduction to PON resilience for people not previously famili= ar with it.

Reference to [SEAMLESS-MPLS]. Unfortun= ately,=C2=A0draft-ietf-mpls-seamless-mpls-07 was never published and is now= dead, so it cannot be used as a reference, even an informative one (which = is a shame, I thought it was a very good draft). A quick Google search didn= =E2=80=99t turn up a good replacement reference, such as a journal article,= but I=E2=80=99ve asked a few people if they know of one. In the absence of= a replacement, this reference will have to removed. Note that RFC 7032 was= able to get away with this reference because the seamless MPLS draft was s= till alive at that time. However, the reference is just a minor one, and I = don=E2=80=99t really see a problem in removing it if necessary.
<= br>
Reference to [TR-221]: You should include the URL in the refe= rence,=C2=A0https://www.broadband-forum.org/technical/download/TR-221.pdf .







6. IANA Considerations

IANA maintains a top-level registry called "Pseudowire Name Spaces (PWE3)". It has a sub-registry called "ICC RG Paramete= r Types=E2=80=9D. The following values are requested from this=C2=A0= 
   sub-registry:
   TBD1         PON C=
onnect TLV
   TBD2         PON Disconnect TLV
   TBD3         PON Configuration TLV
   TBD4         PON State TLV


   [Note to IANA, to be rem=
oved by the RFC Editor: consecutive values
   in the I=
ETF Review range are requested.]

Section 5:<= /div>

I=E2=80=99m curious what you mean by =E2=80=9Ccomp= romised=E2=80=9D with regard to a PE. Since ICCP is meant to be deployed in= "well-managed and highly monitored networks=E2=80=9D (that=E2=80=99s = from RFC 7275), that would presumably apply to the PEs as well. I suggest y= ou go into more detail in the second paragraph, as I=E2=80=99m sure a reque= st for more detail will come up during IESG review. Also, it wouldn=E2=80= =99t hurt to include something along the lines of: =E2=80=9CSimilar to ICCP= itself, this ICCP application SHOULD only be used in well-managed and high= ly monitored service provider PON access networks.=E2=80=9D

<= /div>
Thanks,
Andy





--94eb2c03c9aac30ed90534dd088a-- From nobody Thu Jun 9 12:04:07 2016 Return-Path: X-Original-To: pals@ietfa.amsl.com Delivered-To: pals@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D9CEE12D8F1 for ; Thu, 9 Jun 2016 12:04:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] 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 1bP3I3uMrcjs for ; Thu, 9 Jun 2016 12:04:03 -0700 (PDT) Received: from mail-wm0-x230.google.com (mail-wm0-x230.google.com [IPv6:2a00:1450:400c:c09::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 46C7412D91B for ; Thu, 9 Jun 2016 12:03:40 -0700 (PDT) Received: by mail-wm0-x230.google.com with SMTP id k204so73109878wmk.0 for ; Thu, 09 Jun 2016 12:03:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:subject:to:cc:message-id:date:user-agent:mime-version; bh=QK2G4OjWhRgehs5tMWmOQn666D4Z0woV2XYdkJWRoro=; b=V8qTsNeqHfWdFWLgQdxVSjze+ULBEbZllMzSOGC9GtFiq086K3AfusWP6+P8tACsal qf7lD8uUc/+OBxK4kUarxd2Z8yv9Wk3yprWhBU0SL8nG5fBV3uoNbjwmGB742CN9xvLl 9tyZwSdtbw/afwX0VUNXwk3FQi7k5Rhzc1ZswKISrcok1CSlmtRVF3ZLHp6lgHVhVF9c FcyPUZTVuWSpZmjY+BoHs9c5Vysp/0cHNYvD8biYm71pBChbiMSYu2vmkbJl9x9XG5OL nDqOIWHlFi96Yk1knokSZXP9OfeISJiljKMsUWM9PYTq5C4NYCeGjPoBYkeX1pJt7Zr8 Ijkg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:subject:to:cc:message-id:date:user-agent :mime-version; bh=QK2G4OjWhRgehs5tMWmOQn666D4Z0woV2XYdkJWRoro=; b=mxs4IiiS9UYptpoqbV9UAf1axw0hKF9XpIoZXZyZbSlJjVOsSEhk1cDYzAanPhpKQg nFdpqmXex8os90BVTk4zXqSDx6KdJ+28+eUo/G8p+VdUXTrdg2Z+hZI8vIVw2jHNNrXE Tvn9qIdo1pUHWPBPs/y/xa64na4VF4u7lqryEc+E03NQ5y0+nLmLXAzhYZaqH8/h1kvf KFKWA8S/I8F4rz7uj3AR7MMn+Y4/gCFw/0G/F3kFb0ihZX36IxKC865bHhm5VloHbers BW8McPuI1VlsuoJT1aWLcTTCSZaTYDRynt87N4SrvX562NkadtBEr6JnSdtbV34TxQbV PL0w== X-Gm-Message-State: ALyK8tJjZ5h2whZuI8VrLRhaioyaXgJAwWcg5zKyS/wGJewQZDx3KGqfExNdPhoqyLPBjQ== X-Received: by 10.28.23.143 with SMTP id 137mr12114459wmx.89.1465499018889; Thu, 09 Jun 2016 12:03:38 -0700 (PDT) Received: from [192.168.2.126] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id b77sm50103wme.0.2016.06.09.12.03.37 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 09 Jun 2016 12:03:37 -0700 (PDT) From: Stewart Bryant To: draft-ietf-pals-status-reduction@tools.ietf.org Message-ID: <09620bc3-8abe-9e7d-8df6-200ea0db46a9@gmail.com> Date: Thu, 9 Jun 2016 20:03:36 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="------------0E6E5A385B188964CA5AFFEC" Archived-At: Cc: "pals-chairs@tools.ietf.org" , "pals@ietf.org" Subject: [Pals] IPR Poll for draft-ietf-pals-status-reduction-00 X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2016 19:04:05 -0000 This is a multi-part message in MIME format. --------------0E6E5A385B188964CA5AFFEC Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit The authors of draft-ietf-pals-status-reduction have requested WG LC on this draft. Before I start that, and whilst they look at some issues with the text, I would like to run the usual IPR Poll. Authors please reply to this email indicating whether or not you know of any IPR that applies to this draft that has not yet been declared. I will need a reply from each of you before we can proceed. WG members, if you know of any IPR that applies to this draft which has not yet been declared, please initiate an IPR disclosure and reply to this email informing the WG to let us know. I will close this poll on 28th June 2016. Regards Stewart --------------0E6E5A385B188964CA5AFFEC Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit 
The authors of draft-ietf-pals-status-reduction have requested WG LC
on this draft.

Before I start that, and whilst they look at some issues with the text,
I would like to run the usual IPR Poll.

Authors please reply to this email indicating whether or not you
know of any IPR that applies  to this draft that has not yet been
declared. I will need a reply from each of you before we can proceed.

WG members, if you know of any IPR that applies to this draft which has
not yet been declared, please initiate an IPR disclosure and reply to this
email informing the WG to let us know. 

I will close this poll on 28th June 2016.

Regards

Stewart
--------------0E6E5A385B188964CA5AFFEC-- From nobody Thu Jun 9 12:06:29 2016 Return-Path: X-Original-To: pals@ietfa.amsl.com Delivered-To: pals@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6DA1512D95C for ; Thu, 9 Jun 2016 12:06:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] 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 HUmHOsQqIoPK for ; Thu, 9 Jun 2016 12:06:26 -0700 (PDT) Received: from mail-wm0-x234.google.com (mail-wm0-x234.google.com [IPv6:2a00:1450:400c:c09::234]) (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 9953712D944 for ; Thu, 9 Jun 2016 12:06:19 -0700 (PDT) Received: by mail-wm0-x234.google.com with SMTP id m124so73037501wme.1 for ; Thu, 09 Jun 2016 12:06:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to; bh=iqO4jBTBB0/vhELiJ8FCo9RYyiThwWlMjR2KESOsz9Q=; b=SvxnKA0vAumL+Jfnis5BN3UguX4dPM+e0dXHttoPRh8IyupFcgSr7hX7C/EI519dp3 2i+2KolltoMvmesigaJXvg0p5rorAfU1/YjVJUdQdmbUg1gPBnzI1XEXPBn62bVMbt7Z Y8eAXbln9f1K1QhcP8meWF/n8tj2B9bP4OlOHsy+bPclkA0C5hfP/iM++q5nY68muODT TcQe2mOpMrwCakQrEe9R6v8GZJVlGmchoUM9l7nEEMXpYE6+d6BljOdnxVXyLLHXIv0P xsK6CZdGaWDX/dw6xP62B8Utls/3PQ9sDUgTpEXyf6Wa+C8LKXhM3XLSNpMnWkcxm3+b NmYw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to; bh=iqO4jBTBB0/vhELiJ8FCo9RYyiThwWlMjR2KESOsz9Q=; b=GRrNeWzxRd0TVV7sl4i3FGsgVUmaKaDNdZ0Qetx+a/i/Sg5XemVnyc5RBdMQ4326dK yTmSsM3uAg8h/KrmTWNs40Nbg0xsa+HttASXx8I2OGZszB7ipJ2JclfMEfiFSu0G2Dbh TL9hW7TAFfapJmmFljOzj2ShNdtS6tUx/BwuzmSGEoXwbrEb1xIZc+Zq4ikxNZYUjILH 4tYmPpCSstu3XAS6m8O3OkaXaVnHNqWID77/u3LTqvS+VSKZDOCmyLYbrNIDrXb80HyP Wuw8uZzi86Bawmwhujn2BMMzRvD/Z6WVPXA3UFIOGh0o1ekn2iyyT+02sHRFwVU9SXQU +HqA== X-Gm-Message-State: ALyK8tIfKFjNnGnYTU3yf+aqou5GgdDiX6ScvaCyhoEREzS5RVdfOgSbDtG4tKRmulnD7g== X-Received: by 10.28.8.17 with SMTP id 17mr15432691wmi.67.1465499178154; Thu, 09 Jun 2016 12:06:18 -0700 (PDT) Received: from [192.168.2.126] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id x124sm9030970wmg.24.2016.06.09.12.06.16 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 09 Jun 2016 12:06:17 -0700 (PDT) To: draft-ietf-pals-status-reduction@tools.ietf.org References: <09620bc3-8abe-9e7d-8df6-200ea0db46a9@gmail.com> From: Stewart Bryant Message-ID: <043f1eec-4850-b440-45c1-c5f986be7f5c@gmail.com> Date: Thu, 9 Jun 2016 20:06:16 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: <09620bc3-8abe-9e7d-8df6-200ea0db46a9@gmail.com> Content-Type: multipart/alternative; boundary="------------BD6FE97E3FE8708579E6559B" Archived-At: Cc: "Elisa.bellagamba@gmail.com" , "pals-chairs@tools.ietf.org" , "pals@ietf.org" Subject: Re: [Pals] IPR Poll for draft-ietf-pals-status-reduction-00 X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2016 19:06:27 -0000 This is a multi-part message in MIME format. --------------BD6FE97E3FE8708579E6559B Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Including Elisa in the thread at her current email address. Stewart On 09/06/2016 20:03, Stewart Bryant wrote: > The authors of draft-ietf-pals-status-reduction have requested WG LC > on this draft. > > Before I start that, and whilst they look at some issues with the text, > I would like to run the usual IPR Poll. > > Authors please reply to this email indicating whether or not you > know of any IPR that applies to this draft that has not yet been > declared. I will need a reply from each of you before we can proceed. > > WG members, if you know of any IPR that applies to this draft which has > not yet been declared, please initiate an IPR disclosure and reply to this > email informing the WG to let us know. > > I will close this poll on 28th June 2016. > > Regards > > Stewart --------------BD6FE97E3FE8708579E6559B Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit

Including Elisa in the thread at her current email address.

Stewart


On 09/06/2016 20:03, Stewart Bryant wrote:
The authors of draft-ietf-pals-status-reduction have requested WG LC
on this draft.

Before I start that, and whilst they look at some issues with the text,
I would like to run the usual IPR Poll.

Authors please reply to this email indicating whether or not you
know of any IPR that applies  to this draft that has not yet been
declared. I will need a reply from each of you before we can proceed.

WG members, if you know of any IPR that applies to this draft which has
not yet been declared, please initiate an IPR disclosure and reply to this
email informing the WG to let us know. 

I will close this poll on 28th June 2016.

Regards

Stewart

--------------BD6FE97E3FE8708579E6559B-- From nobody Sat Jun 11 16:58:17 2016 Return-Path: X-Original-To: pals@ietfa.amsl.com Delivered-To: pals@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4B7F612B010; Sat, 11 Jun 2016 16:58:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] 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 FPMaXr3XZ5wg; Sat, 11 Jun 2016 16:58:14 -0700 (PDT) Received: from mail-oi0-x22f.google.com (mail-oi0-x22f.google.com [IPv6:2607:f8b0:4003:c06::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 D4EE512B00D; Sat, 11 Jun 2016 16:58:13 -0700 (PDT) Received: by mail-oi0-x22f.google.com with SMTP id w5so82983962oib.2; Sat, 11 Jun 2016 16:58:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=XnCSSbNxFjjD2l+DymUECOa9+zUG0suAK4Ho9gP36hE=; b=aDWJeHzfYKoK8IuaPa/FHibH43w3kPxrYot3u1BYIdDcUrbXWUcNbG1msfbSsdB19A QtWZnn+9tlK2aszdf1QpcQRzKGB1JNovkDnp3qgZoyWb0Ad6mtyXId5cEA2dk49WKORA 4bquu4rgzIDjchHHlduFekSuJYN6logTOz5kQyXUK5tA/RTJOeCrChtl5z+XVSb+3B/X AkqI57uN83zVmTZEYlHaHGAnheR5LRcFiMLmBKERAn69GvzPthwCyQukyPlYFnm0WfYt vmbaU0TvOOA9hqGFGXDeHc+rABg3OMX2WPoo7v4SRcOqiPts7UZcMY+2oqFnwoUo3iBM QYJQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=XnCSSbNxFjjD2l+DymUECOa9+zUG0suAK4Ho9gP36hE=; b=g9rLDCXu0vFIDRntDhgX6i6fmgBBS589SG7Pc+JW78q1ws3ow8laNNA/a2AQIPYYsM eTBJkdZy+jemo5pzUvRow/8CxhjYMTMKxwNx1UmTsV71Jhg+3S5aI7nKNf/P4RiMSeri t2tiG9MZUloGLCnQNdgxVBSw4J4eXqey2Fetx8qaJzrpzqtwEhcBjFp/OFbYrL+m5rzk 4TI61Escy7ifH5j1EuGBx03//4fi22ne2AJDE6aztr9FrV6ZVpYL53pxfoojl6KgBqO1 rz8Xd7aIlvkzASXK+4x+SMCXcds7W4E4YG4TvJsZeb7vQ1m7stOIcCGPvic6RSMSPRS1 eXHQ== X-Gm-Message-State: ALyK8tIo74aMe302KLzcYPHOYVefiX8q+M6jKqY/eHZY1TfnsnIsW780jb2TfNs0ZUA3FwWuMmKF6FJrbC7nkg== X-Received: by 10.157.16.43 with SMTP id h40mr3857343ote.36.1465689493150; Sat, 11 Jun 2016 16:58:13 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.43.6 with HTTP; Sat, 11 Jun 2016 16:57:53 -0700 (PDT) In-Reply-To: References: From: "Andrew G. Malis" Date: Sun, 12 Jun 2016 07:57:53 +0800 Message-ID: To: "pals@ietf.org" , draft-ietf-pals-mc-pon@ietf.org Content-Type: multipart/alternative; boundary=001a1135bf389722670535096d0a Archived-At: Subject: Re: [Pals] Working Group last call for draft-ietf-pals-mc-pon-03.txt X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jun 2016 23:58:15 -0000 --001a1135bf389722670535096d0a Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable This ends the WG last call for draft-ietf-pals-mc-pon. Authors, please update the draft to reflect the comments in my review (or respond back if you disagree with any of the comments) and once we have a new revision, I=E2=80=99ll work on the IESG submission. Thanks, Andy On Fri, May 27, 2016 at 8:19 PM, Andrew G. Malis wrote: > Having heard from all of the authors regarding IPR, this starts the WG > last call for https://tools.ietf.org/html/draft-ietf-pals-mc-pon-03 . > This last call will last for two weeks, ending on June 10. Please review > the draft and send all comments to pals@ietf.org. > > Thanks, > Andy > > --001a1135bf389722670535096d0a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
This ends the WG last call for=C2=A0draft-ietf-pals-mc-pon= .

Authors, please update the draft to reflect the commen= ts in my review (or respond back if you disagree with any of the comments) = and once we have a new revision, I=E2=80=99ll work on the IESG submission.<= /div>

Thanks,
Andy

<= div class=3D"gmail_extra">
On Fri, May 27, 20= 16 at 8:19 PM, Andrew G. Malis <agmalis@gmail.com> wrote:
Having heard from all of t= he authors regarding IPR, this starts the WG last call for=C2=A0https://tools.ietf.org/html/draft-ie= tf-pals-mc-pon-03=C2=A0. This last call will last for two weeks, ending= on June 10. Please review the draft and send all comments to pals@ietf.org.

Thanks,
Andy


--001a1135bf389722670535096d0a-- From nobody Tue Jun 14 23:54:21 2016 Return-Path: X-Original-To: pals@ietf.org Delivered-To: pals@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id BA4BC12B006; Tue, 14 Jun 2016 23:54:18 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.22.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160615065418.31629.78469.idtracker@ietfa.amsl.com> Date: Tue, 14 Jun 2016 23:54:18 -0700 Archived-At: Cc: pals@ietf.org Subject: [Pals] I-D Action: draft-ietf-pals-mpls-tp-dual-homing-protection-03.txt X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.17 List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2016 06:54:19 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Pseudowire And LDP-enabled Services of the IETF. Title : Dual-Homing Protection for MPLS and MPLS-TP Pseudowires Authors : Weiqiang Cheng Lei Wang Han Li Kai Liu Shahram Davari Jie Dong Alessandro D'Alessandro Filename : draft-ietf-pals-mpls-tp-dual-homing-protection-03.txt Pages : 11 Date : 2016-06-14 Abstract: This document describes a framework and several scenarios for pseudowire (PW) dual-homing local protection. A Dual-Node Interconnection (DNI) PW is provisioned between the dual-homing Provider Edge (PE) nodes for carrying traffic when failure occurs in the Attachment Circuit (AC) or PW side. In order for the dual-homing PE nodes to determine the forwarding state of AC, PW and the DNI PW, necessary state exchange and coordination between the dual-homing PEs are needed. The PW dual-homing local protection mechanism is complementary to the existing PW protection mechanisms. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pals-mpls-tp-dual-homing-protection/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-pals-mpls-tp-dual-homing-protection-03 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-pals-mpls-tp-dual-homing-protection-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 Tue Jun 14 23:58:44 2016 Return-Path: X-Original-To: pals@ietf.org Delivered-To: pals@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 269CF12B031; Tue, 14 Jun 2016 23:58:43 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.22.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160615065843.31702.742.idtracker@ietfa.amsl.com> Date: Tue, 14 Jun 2016 23:58:43 -0700 Archived-At: Cc: pals@ietf.org Subject: [Pals] I-D Action: draft-ietf-pals-mpls-tp-dual-homing-coordination-03.txt X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.17 List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2016 06:58:43 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Pseudowire And LDP-enabled Services of the IETF. Title : Dual-Homing Coordination for MPLS Transport Profile (MPLS-TP) Pseudowires Protection Authors : Weiqiang Cheng Lei Wang Han Li Kai Liu Shahram Davari Jie Dong Alessandro D'Alessandro Filename : draft-ietf-pals-mpls-tp-dual-homing-coordination-03.txt Pages : 14 Date : 2016-06-14 Abstract: In some scenarios, the MPLS Transport Profile (MPLS-TP) Pseudowires (PWs) are provisioned through either static configuration or management plane, where a dynamic control plane is not available. A fast protection mechanism for MPLS-TP PWs is needed to protect against the failure of Attachment Circuit (AC), the failure of Provider Edge (PE) and also the failure in the Packet Switched Network (PSN). The framework and typical scenarios of dual-homing PW local protection are described in [draft-ietf-pals-mpls-tp-dual- homing-protection]. This document proposes a dual-homing coordination mechanism for MPLS-TP PWs, which is used for state exchange and switchover coordination between the dual-homing PEs for dual-homing PW local protection. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pals-mpls-tp-dual-homing-coordination/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-pals-mpls-tp-dual-homing-coordination-03 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-pals-mpls-tp-dual-homing-coordination-03 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Wed Jun 15 06:03:19 2016 Return-Path: X-Original-To: pals@ietfa.amsl.com Delivered-To: pals@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8663F12D60D; Wed, 15 Jun 2016 06:03:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.646 X-Spam-Level: X-Spam-Status: No, score=-5.646 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fM2BC4Lc9j9n; Wed, 15 Jun 2016 06:03:14 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AD04712D5C9; Wed, 15 Jun 2016 06:03:13 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml703-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CQV96299; Wed, 15 Jun 2016 13:03:10 +0000 (GMT) Received: from SZXEMA412-HUB.china.huawei.com (10.82.72.71) by lhreml703-cah.china.huawei.com (10.201.5.104) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 15 Jun 2016 14:03:08 +0100 Received: from SZXEMA506-MBS.china.huawei.com ([169.254.4.196]) by SZXEMA412-HUB.china.huawei.com ([10.82.72.71]) with mapi id 14.03.0235.001; Wed, 15 Jun 2016 21:02:58 +0800 From: Jiangyuanlong To: "Andrew G. Malis" , "draft-ietf-pals-mc-pon@ietf.org" Thread-Topic: =?utf-8?B?U2hlcGhlcmTigJlzIHJldmlldyBvZiBkcmFmdC1pZXRmLXBhbHMtbWMtcG9u?= =?utf-8?Q?-03?= Thread-Index: AQHRwoFVoOCt7DYK902nbWpDx8HrfJ/qgn9Q Date: Wed, 15 Jun 2016 13:02:58 +0000 Message-ID: <3B0A1BED22CAD649A1B3E97BE5DDD68B916D5021@szxema506-mbs.china.huawei.com> References: In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.74.203.119] Content-Type: multipart/alternative; boundary="_000_3B0A1BED22CAD649A1B3E97BE5DDD68B916D5021szxema506mbschi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020204.5761520F.036D, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.4.196, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 7558b1f3465f83467fcc71d66f5a1efb Archived-At: Cc: "pals-chairs@ietf.org" , "pals@ietf.org" Subject: Re: [Pals] =?utf-8?q?Shepherd=E2=80=99s_review_of_draft-ietf-pals-mc-?= =?utf-8?q?pon-03?= X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2016 13:03:17 -0000 --_000_3B0A1BED22CAD649A1B3E97BE5DDD68B916D5021szxema506mbschi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgQW5keSBhbmQgYWxsLA0KDQpNYW55IHRoYW5rcyB0byB0aGVzZSBnb29kIHN1Z2dlc3Rpb25z LiBQbGVhc2Ugc2VlIG15IGNvbW1lbnRzIGlubGluZSwgZXNwZWNpYWxseSB0aGUgbmV3IHRleHRz IHN1Z2dlc3RlZCBieSB1cyBvbiBTZWN0aW9uIDUuDQpJZiB0aGVyZSBpcyBubyBmdXJ0aGVyIGNv bW1lbnRzLCB3ZSB3aWxsIHNvb24gdXBsb2FkIGEgbmV3IHJldmlzaW9uIHRvIHJlZmxlY3QgYWxs IHRoZXNlIGNvbW1lbnRzLg0KDQpUaGFua3MsDQpZdWFubG9uZyBvbiBiZWhhbGYgb2YgYWxsIGF1 dGhvcnMNCg0KRnJvbTogQW5kcmV3IEcuIE1hbGlzIFttYWlsdG86YWdtYWxpc0BnbWFpbC5jb21d DQpTZW50OiBGcmlkYXksIEp1bmUgMTAsIDIwMTYgMzowMCBBTQ0KVG86IGRyYWZ0LWlldGYtcGFs cy1tYy1wb25AaWV0Zi5vcmcNCkNjOiBwYWxzLWNoYWlyc0BpZXRmLm9yZzsgcGFsc0BpZXRmLm9y Zw0KU3ViamVjdDogU2hlcGhlcmTigJlzIHJldmlldyBvZiBkcmFmdC1pZXRmLXBhbHMtbWMtcG9u LTAzDQoNCkF1dGhvcnMsDQoNClRoaXMgcmV2aWV3IHNob3VsZCBiZSB0cmVhdGVkIGFzIGFueSBv dGhlciBsYXN0IGNhbGwgcmV2aWV3LiBUaGUgZHJhZnQgY2FuIGJlIHVwZGF0ZWQgdG8gcmVmbGVj dCBhbGwgcmVjZWl2ZWQgY29tbWVudHMgZm9sbG93aW5nIHRoZSBlbmQgb2YgV0cgbGFzdCBjYWxs Lg0KDQpJbiBnZW5lcmFsLCBJIGZvdW5kIHRoZSBkcmFmdCB0byBiZSBleHRyZW1lbHkgd2VsbCB3 cml0dGVuIGFuZCBlYXN5IHRvIGZvbGxvdywgYW5kIG9ubHkgaGF2ZSBhIGZldyBjb21tZW50cyBv biBpdC4gSSBhbHNvIG5vdGUgdGhhdCBpdCBjbGVhbmx5IHBhc3NlcyBJRE5pdHMsIHRoYXQgaXMg YXBwcmVjaWF0ZWQuDQoNClNlY3Rpb24gMTogVGhpcyBzZWN0aW9uIHByb3ZpZGVzIGEgZ29vZCBp bnRyb2R1Y3Rpb24gdG8gUE9OIHJlc2lsaWVuY2UgZm9yIHBlb3BsZSBub3QgcHJldmlvdXNseSBm YW1pbGlhciB3aXRoIGl0Lg0KDQpSZWZlcmVuY2UgdG8gW1NFQU1MRVNTLU1QTFNdLiBVbmZvcnR1 bmF0ZWx5LCBkcmFmdC1pZXRmLW1wbHMtc2VhbWxlc3MtbXBscy0wNyB3YXMgbmV2ZXIgcHVibGlz aGVkIGFuZCBpcyBub3cgZGVhZCwgc28gaXQgY2Fubm90IGJlIHVzZWQgYXMgYSByZWZlcmVuY2Us IGV2ZW4gYW4gaW5mb3JtYXRpdmUgb25lICh3aGljaCBpcyBhIHNoYW1lLCBJIHRob3VnaHQgaXQg d2FzIGEgdmVyeSBnb29kIGRyYWZ0KS4gQSBxdWljayBHb29nbGUgc2VhcmNoIGRpZG7igJl0IHR1 cm4gdXAgYSBnb29kIHJlcGxhY2VtZW50IHJlZmVyZW5jZSwgc3VjaCBhcyBhIGpvdXJuYWwgYXJ0 aWNsZSwgYnV0IEnigJl2ZSBhc2tlZCBhIGZldyBwZW9wbGUgaWYgdGhleSBrbm93IG9mIG9uZS4g SW4gdGhlIGFic2VuY2Ugb2YgYSByZXBsYWNlbWVudCwgdGhpcyByZWZlcmVuY2Ugd2lsbCBoYXZl IHRvIHJlbW92ZWQuIE5vdGUgdGhhdCBSRkMgNzAzMiB3YXMgYWJsZSB0byBnZXQgYXdheSB3aXRo IHRoaXMgcmVmZXJlbmNlIGJlY2F1c2UgdGhlIHNlYW1sZXNzIE1QTFMgZHJhZnQgd2FzIHN0aWxs IGFsaXZlIGF0IHRoYXQgdGltZS4gSG93ZXZlciwgdGhlIHJlZmVyZW5jZSBpcyBqdXN0IGEgbWlu b3Igb25lLCBhbmQgSSBkb27igJl0IHJlYWxseSBzZWUgYSBwcm9ibGVtIGluIHJlbW92aW5nIGl0 IGlmIG5lY2Vzc2FyeS4NCiBbSlldIFJlbW92ZSBib3RoIHRoZSBvZmZlbmRpbmcgdGV4dCBpbiB0 aGUgaW50cm9kdWN0aW9uIGFuZCB0aGUgcmVmZXJlbmNlLg0KDQpSZWZlcmVuY2UgdG8gW1RSLTIy MV06IFlvdSBzaG91bGQgaW5jbHVkZSB0aGUgVVJMIGluIHRoZSByZWZlcmVuY2UsIGh0dHBzOi8v d3d3LmJyb2FkYmFuZC1mb3J1bS5vcmcvdGVjaG5pY2FsL2Rvd25sb2FkL1RSLTIyMS5wZGYgLg0K W0pZXSBBZGRlZC4NCg0KUmVmZXJlbmNlIHRvIFtXVC0zMzFdOiBVbmZvcnR1bmF0ZWx5LCB0aGUg QkJGIGRvZXNu4oCZdCBhbGxvdyBvdXRzaWRlIHJlZmVyZW5jZXMgdG8gd29ya2luZyB0ZXh0cywg YXMgdGhleSBhcmVu4oCZdCBhdmFpbGFibGUgdG8gbm9uLUJCRiBtZW1iZXJzLiBTbyB0aGlzIHJl ZmVyZW5jZSBuZWVkcyB0byBiZSByZW1vdmVkLg0KIFtKWV0gUmVtb3ZlZA0KDQpSZWZlcmVuY2Ug dG8gW0lDQ1BdOiBUaHJvdWdob3V0IHRoZSBkb2N1bWVudCwgdGhlIHJlZmVyZW5jZSBbSUNDUF0g c2hvdWxkIGJlIGNoYW5nZWQgdG8gW1JGQzcyNzVdIGZvciBjb25zaXN0ZW5jeSB3aXRoIHRoZSBv dGhlciByZWZlcmVuY2VzLg0KIFtKWV0gRG9uZQ0KDQpTZWN0aW9uIDIuMSwgVExWIGRlZmluaXRp b25zIGFuZCBTZWN0aW9uIDYsIElBTkEgQ29uc2lkZXJhdGlvbnMNCg0KWW91IGFyZSByZXF1ZXN0 aW5nIGZvdXIgY29uc2VjdXRpdmUgdmFsdWVzIGZyb20gdGhlIElDQyBSRyBQYXJhbWV0ZXIgVHlw ZXMgcmVnaXN0cnksIHdoaWNoIGlzIGZpbmUsIGJ1dCB5b3Ugc2VlbSB0byBiZSByZXF1ZXN0aW5n IHRoZW0gZnJvbSB0aGUg4oCcRXhwZXJ0IFJldmlld+KAnSByYW5nZSwgcmF0aGVyIHRoYW4gdGhl IOKAnElFVEYgUmV2aWV34oCdIHJhbmdlLCB3aGljaCBpcyB0aGUgcHJvcGVyIHJhbmdlIGZvciBh IHN0YW5kYXJkcy10cmFjayBSRkMuICBTbyBJIHdvdWxkIG1ha2UgdGhlIGZvbGxvd2luZyBjaGFu Z2VzOg0KDQoxLiBDaGFuZ2UgZWFjaCBvZiB0aGUgZm91ciBUTFYgZGlhZ3JhbXMgdG8gdXNlIFR5 cGU9VERCMSwgVHlwZT1UQkQyLCBhbmQgc28gb24sIHJhdGhlciB0aGFuIHRoZSBjdXJyZW50IFR5 cGU9MHgwMFhYLiBBbHNvIHVwZGF0ZSBlYWNoIG9mIHRoZSBUTFYgZGVzY3JpcHRpb25zIHRvIG1h dGNoLg0KIFtKWV0gR29vZCBzdWdnZXN0aW9uLCBkb25lDQoNCjIuIENoYW5nZSBzZWN0aW9uIDYg dG8gcmVhZDoNCg0KNjxodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1wYWxz LW1jLXBvbi0wMyNzZWN0aW9uLTY+LiBJQU5BIENvbnNpZGVyYXRpb25zDQoNCg0KDQoNCg0KICAg SUFOQSBtYWludGFpbnMgYSB0b3AtbGV2ZWwgcmVnaXN0cnkgY2FsbGVkICJQc2V1ZG93aXJlIE5h bWUNCg0KICAgU3BhY2VzIChQV0UzKSIuICBJdCBoYXMgYSBzdWItcmVnaXN0cnkgY2FsbGVkICJJ Q0MgUkcgUGFyYW1ldGVyDQoNCiAgIFR5cGVz4oCdLiBUaGUgZm9sbG93aW5nIHZhbHVlcyBhcmUg cmVxdWVzdGVkIGZyb20gdGhpcw0KDQogICBzdWItcmVnaXN0cnk6DQoNCiAgIFRCRDEgICAgICAg ICBQT04gQ29ubmVjdCBUTFYNCg0KICAgVEJEMiAgICAgICAgIFBPTiBEaXNjb25uZWN0IFRMVg0K DQogICBUQkQzICAgICAgICAgUE9OIENvbmZpZ3VyYXRpb24gVExWDQoNCiAgIFRCRDQgICAgICAg ICBQT04gU3RhdGUgVExWDQoNCg0KDQogICBbTm90ZSB0byBJQU5BLCB0byBiZSByZW1vdmVkIGJ5 IHRoZSBSRkMgRWRpdG9yOiBjb25zZWN1dGl2ZSB2YWx1ZXMNCg0KICAgaW4gdGhlIElFVEYgUmV2 aWV3IHJhbmdlIGFyZSByZXF1ZXN0ZWQuXQ0KIFtKWV0gRG9uZQ0KDQoNClNlY3Rpb24gNToNCg0K SeKAmW0gY3VyaW91cyB3aGF0IHlvdSBtZWFuIGJ5IOKAnGNvbXByb21pc2Vk4oCdIHdpdGggcmVn YXJkIHRvIGEgUEUuIFNpbmNlIElDQ1AgaXMgbWVhbnQgdG8gYmUgZGVwbG95ZWQgaW4gIndlbGwt bWFuYWdlZCBhbmQgaGlnaGx5IG1vbml0b3JlZCBuZXR3b3Jrc+KAnSAodGhhdOKAmXMgZnJvbSBS RkMgNzI3NSksIHRoYXQgd291bGQgcHJlc3VtYWJseSBhcHBseSB0byB0aGUgUEVzIGFzIHdlbGwu IEkgc3VnZ2VzdCB5b3UgZ28gaW50byBtb3JlIGRldGFpbCBpbiB0aGUgc2Vjb25kIHBhcmFncmFw aCwgYXMgSeKAmW0gc3VyZSBhIHJlcXVlc3QgZm9yIG1vcmUgZGV0YWlsIHdpbGwgY29tZSB1cCBk dXJpbmcgSUVTRyByZXZpZXcuIEFsc28sIGl0IHdvdWxkbuKAmXQgaHVydCB0byBpbmNsdWRlIHNv bWV0aGluZyBhbG9uZyB0aGUgbGluZXMgb2Y6IOKAnFNpbWlsYXIgdG8gSUNDUCBpdHNlbGYsIHRo aXMgSUNDUCBhcHBsaWNhdGlvbiBTSE9VTEQgb25seSBiZSB1c2VkIGluIHdlbGwtbWFuYWdlZCBh bmQgaGlnaGx5IG1vbml0b3JlZCBzZXJ2aWNlIHByb3ZpZGVyIFBPTiBhY2Nlc3MgbmV0d29ya3Mu 4oCdDQpbSlldIHdlIHN1Z2dlc3QgdGhlIGZvbGxvd2luZyB0ZXh0cyBmb3IgU2VjdGlvbiA1IOKA nFNlY3VyaXR5IENvbnNpZGVyYXRpb25z4oCdIHRvIGFkZHJlc3MgdGhlIGNvbmNlcm4sIHBsZWFz ZSBoYXZlIGEgcmV2aWV3Og0K4oCcU2ltaWxhciB0byBJQ0NQIGl0c2VsZiwgdGhpcyBJQ0NQIGFw cGxpY2F0aW9uIFNIT1VMRCBvbmx5IGJlIHVzZWQgaW4gd2VsbC1tYW5hZ2VkIGFuZCBoaWdobHkg bW9uaXRvcmVkIHNlcnZpY2UgcHJvdmlkZXIgUE9OIGFjY2VzcyBuZXR3b3JrcywgaW5jbHVkaW5n IHRoZSBpbXBsZW1lbnRhdGlvbiBvZiByb2d1ZSBPTlQgYXR0YWNobWVudCBkZXRlY3Rpb24vbWl0 aWdhdGlvbiB2aWEgZGV2aWNlIGF1dGhlbnRpY2F0aW9uLCBhbmQgZXRjLiBUaHVzIG1hbnkgb2Yg dGhlIHNlY3VyaXR5IGNvbnNpZGVyYXRpb25zIGFzIGRlc2NyaWJlZCBpbiBbUkZDNzI3NV0gYXBw bHkgaGVyZSBhcyB3ZWxsLg0KQWdhaW4sIHNpbWlsYXIgdG8gSUNDUCwgYWN0aXZpdHkgb24gdGhl IGF0dGFjaG1lbnQgY2lyY3VpdHMgbWF5IGNhdXNlIHNlY3VyaXR5IHRocmVhdHMgb3IgYmUgZXhw bG9pdGVkIHRvIGNyZWF0ZSBkZW5pYWwtb2Ytc2VydmljZSBhdHRhY2tzLiAgSW4gbWFueSBwYXNz aXZlIG9wdGljYWwgbmV0d29ya3MgdGhlIG9wdGljYWwgcGF0aCBiZXR3ZWVuIE9MVCBhbmQgT05U cyB0cmF2ZXJzZXMgcHVibGljbHkgYWNjZXNzaWJsZSBmYWNpbGl0aWVzIGluY2x1ZGluZyBwdWJs aWMgYXR0YWNobWVudHMgKGUuZy4gdGVsZXBob25lIHBvbGVzKSwgd2hpY2ggb3BlbnMgdXAgdGhl IHJpc2sgb2YgZXhjZXNzaXZlIGxpbmsgYm91bmNpbmcgYnkgb3B0aWNhbCBsYXllciBpbXBhaXJt ZW50LiBPdGhlciByaXNrcyBpbmNsdWRlIHRoZSBtYWxpY2lvdXMgT05UIGNhbiBsZWFkIHRvIGV4 Y2Vzc2l2ZSBJQ0NQIGV4Y2hhbmdlcyBzaW1pbGFyIHRvIHRoZSBtYWxpY2lvdXMgQ0UgY2FzZSBh cyAgZGVzY3JpYmVkIGluIFtSRkM3Mjc1XS4gIE9wZXJhdG9ycyBvZiBzdWNoIG5ldHdvcmtzIHNo b3VsZCB0YWtlIGFkZGl0aW9uYWwgY2FyZSB0byByZXN0cmljdCB1bmF1dGhvcml6ZWQgT05UcyBh bmQgdG8gbGltaXQgdGhlIGltcGFjdCBvZiBsaW5rIGJvdW5jaW5nIGFzIHRoZXNlIGNvdWxkIHJl c3VsdCBpbiBzZXJ2aWNlIGltcGFpcm1lbnQu4oCdDQoNClRoYW5rcywNCkFuZHkNCg0KDQoNCg0K DQoNCg== --_000_3B0A1BED22CAD649A1B3E97BE5DDD68B916D5021szxema506mbschi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 5a6L5L2TOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0 O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQOWui+S9kyI7DQoJ cGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5 OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQovKiBTdHlsZSBEZWZp bml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXtt YXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0K CWZvbnQtZmFtaWx5OuWui+S9kzt9DQpoMg0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTsNCgltc28t c3R5bGUtbGluazoi5qCH6aKYIDIgQ2hhciI7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJ bWFyZ2luLXJpZ2h0OjBjbTsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4t bGVmdDowY207DQoJZm9udC1zaXplOjE4LjBwdDsNCglmb250LWZhbWlseTrlrovkvZM7fQ0KYTps aW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6 Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29I eXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxl Ow0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcHJlDQoJe21zby1zdHlsZS1wcmlvcml0 eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCDpooTorr7moLzlvI8gQ2hhciI7DQoJbWFyZ2lu OjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250 LWZhbWlseTrlrovkvZM7fQ0Kc3Bhbi5IVE1MQ2hhcg0KCXttc28tc3R5bGUtbmFtZToiSFRNTCDp ooTorr7moLzlvI8gQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1s aW5rOiJIVE1MIOmihOiuvuagvOW8jyI7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpz cGFuLjJDaGFyDQoJe21zby1zdHlsZS1uYW1lOiLmoIfpopggMiBDaGFyIjsNCgltc28tc3R5bGUt cHJpb3JpdHk6OTsNCgltc28tc3R5bGUtbGluazoi5qCH6aKYIDIiOw0KCWZvbnQtZmFtaWx5OiJD YW1icmlhIiwic2VyaWYiOw0KCWZvbnQtd2VpZ2h0OmJvbGQ7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjAN Cgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmki LCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1z dHlsZS10eXBlOmV4cG9ydC1vbmx5O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4w cHQgNzkyLjBwdDsNCgltYXJnaW46NzIuMHB0IDkwLjBwdCA3Mi4wcHQgOTAuMHB0O30NCmRpdi5X b3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0 ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEw MjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNo YXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAv Pg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFu Zz0iWkgtQ04iIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNl Y3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+SGkgQW5keSBhbmQgYWxsLDxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5NYW55IHRoYW5rcyB0byB0aGVzZSBnb29kIHN1Z2dl c3Rpb25zLiBQbGVhc2Ugc2VlIG15IGNvbW1lbnRzIGlubGluZSwgZXNwZWNpYWxseSB0aGUgbmV3 IHRleHRzIHN1Z2dlc3RlZCBieSB1cyBvbiBTZWN0aW9uIDUuPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp emU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Oztjb2xvcjojMUY0OTdEIj5JZiB0aGVyZSBpcyBubyBmdXJ0aGVyIGNvbW1lbnRzLCB3 ZSB3aWxsIHNvb24gdXBsb2FkIGEgbmV3IHJldmlzaW9uIHRvIHJlZmxlY3QgYWxsIHRoZXNlIGNv bW1lbnRzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5UaGFua3MsPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMi IHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5ZdWFubG9uZyBvbiBiZWhhbGYg b2YgYWxsIGF1dGhvcnM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0Qi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2Jv cmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90OyI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90OyI+IEFuZHJldyBHLiBNYWxpcyBbbWFpbHRvOmFnbWFsaXNAZ21haWwuY29tXQ0KPGJy Pg0KPGI+U2VudDo8L2I+IEZyaWRheSwgSnVuZSAxMCwgMjAxNiAzOjAwIEFNPGJyPg0KPGI+VG86 PC9iPiBkcmFmdC1pZXRmLXBhbHMtbWMtcG9uQGlldGYub3JnPGJyPg0KPGI+Q2M6PC9iPiBwYWxz LWNoYWlyc0BpZXRmLm9yZzsgcGFsc0BpZXRmLm9yZzxicj4NCjxiPlN1YmplY3Q6PC9iPiBTaGVw aGVyZOKAmXMgcmV2aWV3IG9mIGRyYWZ0LWlldGYtcGFscy1tYy1wb24tMDM8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVT Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiPkF1dGhvcnMsPG86cD48L286cD48L3NwYW4+PC9wPg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBsYW5nPSJFTi1VUyI+VGhpcyByZXZpZXcgc2hvdWxkIGJlIHRyZWF0ZWQgYXMgYW55IG90aGVy IGxhc3QgY2FsbCByZXZpZXcuIFRoZSBkcmFmdCBjYW4gYmUgdXBkYXRlZCB0byByZWZsZWN0IGFs bCByZWNlaXZlZCBjb21tZW50cyBmb2xsb3dpbmcgdGhlIGVuZCBvZiBXRyBsYXN0IGNhbGwuPG86 cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh bmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+SW4gZ2VuZXJhbCwgSSBmb3Vu ZCB0aGUgZHJhZnQgdG8gYmUgZXh0cmVtZWx5IHdlbGwgd3JpdHRlbiBhbmQgZWFzeSB0byBmb2xs b3csIGFuZCBvbmx5IGhhdmUgYSBmZXcgY29tbWVudHMgb24gaXQuIEkgYWxzbyBub3RlIHRoYXQg aXQgY2xlYW5seSBwYXNzZXMgSUROaXRzLCB0aGF0IGlzIGFwcHJlY2lhdGVkLjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh bmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+U2VjdGlvbiAxOiBUaGlzIHNl Y3Rpb24gcHJvdmlkZXMgYSBnb29kIGludHJvZHVjdGlvbiB0byBQT04gcmVzaWxpZW5jZSBmb3Ig cGVvcGxlIG5vdCBwcmV2aW91c2x5IGZhbWlsaWFyIHdpdGggaXQuPG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t VVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5SZWZlcmVuY2UgdG8gW1NFQU1MRVNTLU1Q TFNdLiBVbmZvcnR1bmF0ZWx5LCZuYnNwO2RyYWZ0LWlldGYtbXBscy1zZWFtbGVzcy1tcGxzLTA3 IHdhcyBuZXZlciBwdWJsaXNoZWQgYW5kIGlzIG5vdyBkZWFkLCBzbyBpdCBjYW5ub3QgYmUgdXNl ZCBhcyBhIHJlZmVyZW5jZSwgZXZlbiBhbiBpbmZvcm1hdGl2ZSBvbmUgKHdoaWNoIGlzIGEgc2hh bWUsIEkgdGhvdWdodCBpdCB3YXMgYSB2ZXJ5DQogZ29vZCBkcmFmdCkuIEEgcXVpY2sgR29vZ2xl IHNlYXJjaCBkaWRu4oCZdCB0dXJuIHVwIGEgZ29vZCByZXBsYWNlbWVudCByZWZlcmVuY2UsIHN1 Y2ggYXMgYSBqb3VybmFsIGFydGljbGUsIGJ1dCBJ4oCZdmUgYXNrZWQgYSBmZXcgcGVvcGxlIGlm IHRoZXkga25vdyBvZiBvbmUuIEluIHRoZSBhYnNlbmNlIG9mIGEgcmVwbGFjZW1lbnQsIHRoaXMg cmVmZXJlbmNlIHdpbGwgaGF2ZSB0byByZW1vdmVkLiBOb3RlIHRoYXQgUkZDIDcwMzIgd2FzIGFi bGUgdG8NCiBnZXQgYXdheSB3aXRoIHRoaXMgcmVmZXJlbmNlIGJlY2F1c2UgdGhlIHNlYW1sZXNz IE1QTFMgZHJhZnQgd2FzIHN0aWxsIGFsaXZlIGF0IHRoYXQgdGltZS4gSG93ZXZlciwgdGhlIHJl ZmVyZW5jZSBpcyBqdXN0IGEgbWlub3Igb25lLCBhbmQgSSBkb27igJl0IHJlYWxseSBzZWUgYSBw cm9ibGVtIGluIHJlbW92aW5nIGl0IGlmIG5lY2Vzc2FyeS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpyZWQi PiZuYnNwO1tKWV0gUmVtb3ZlIGJvdGggdGhlIG9mZmVuZGluZyB0ZXh0IGluIHRoZSBpbnRyb2R1 Y3Rpb24gYW5kIHRoZSByZWZlcmVuY2UuPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5SZWZlcmVuY2UgdG8gW1RSLTIyMV06IFlvdSBzaG91bGQg aW5jbHVkZSB0aGUgVVJMIGluIHRoZSByZWZlcmVuY2UsJm5ic3A7PGEgaHJlZj0iaHR0cHM6Ly93 d3cuYnJvYWRiYW5kLWZvcnVtLm9yZy90ZWNobmljYWwvZG93bmxvYWQvVFItMjIxLnBkZiI+aHR0 cHM6Ly93d3cuYnJvYWRiYW5kLWZvcnVtLm9yZy90ZWNobmljYWwvZG93bmxvYWQvVFItMjIxLnBk ZjwvYT4gLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 cmVkIj5bSlldIEFkZGVkLjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOiMx RjQ5N0QiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiPlJlZmVyZW5jZSB0byBbV1QtMzMxXTogVW5mb3J0dW5hdGVs eSwgdGhlIEJCRiBkb2VzbuKAmXQgYWxsb3cgb3V0c2lkZSByZWZlcmVuY2VzIHRvIHdvcmtpbmcg dGV4dHMsIGFzIHRoZXkgYXJlbuKAmXQgYXZhaWxhYmxlIHRvIG5vbi1CQkYgbWVtYmVycy4gU28g dGhpcyByZWZlcmVuY2UgbmVlZHMgdG8gYmUgcmVtb3ZlZC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpyZWQiPltKWV0gUmVtb3ZlZDxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g bGFuZz0iRU4tVVMiPlJlZmVyZW5jZSB0byBbSUNDUF06IFRocm91Z2hvdXQgdGhlIGRvY3VtZW50 LCB0aGUgcmVmZXJlbmNlIFtJQ0NQXSBzaG91bGQgYmUgY2hhbmdlZCB0byBbUkZDNzI3NV0gZm9y IGNvbnNpc3RlbmN5IHdpdGggdGhlIG90aGVyIHJlZmVyZW5jZXMuPG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t VVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6cmVkIj5bSlldIERvbmU8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJF Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IGxhbmc9IkVOLVVTIj5TZWN0aW9uIDIuMSwgVExWIGRlZmluaXRpb25zIGFuZCBTZWN0aW9uIDYs IElBTkEgQ29uc2lkZXJhdGlvbnM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g bGFuZz0iRU4tVVMiPllvdSBhcmUgcmVxdWVzdGluZyBmb3VyIGNvbnNlY3V0aXZlIHZhbHVlcyBm cm9tIHRoZSBJQ0MgUkcgUGFyYW1ldGVyIFR5cGVzIHJlZ2lzdHJ5LCB3aGljaCBpcyBmaW5lLCBi dXQgeW91IHNlZW0gdG8gYmUgcmVxdWVzdGluZyB0aGVtIGZyb20gdGhlIOKAnEV4cGVydCBSZXZp ZXfigJ0gcmFuZ2UsIHJhdGhlciB0aGFuIHRoZSDigJxJRVRGIFJldmlld+KAnSByYW5nZSwgd2hp Y2ggaXMgdGhlDQogcHJvcGVyIHJhbmdlIGZvciBhIHN0YW5kYXJkcy10cmFjayBSRkMuJm5ic3A7 IFNvIEkgd291bGQgbWFrZSB0aGUgZm9sbG93aW5nIGNoYW5nZXM6PG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t VVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4xLiBDaGFuZ2UgZWFjaCBvZiB0aGUgZm91 ciBUTFYgZGlhZ3JhbXMgdG8gdXNlIFR5cGU9VERCMSwgVHlwZT1UQkQyLCBhbmQgc28gb24sIHJh dGhlciB0aGFuIHRoZSBjdXJyZW50IFR5cGU9MHgwMFhYLiBBbHNvIHVwZGF0ZSBlYWNoIG9mIHRo ZSBUTFYgZGVzY3JpcHRpb25zIHRvIG1hdGNoLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOnJlZCI+W0pZXSBHb29kIHN1Z2dlc3Rpb24s IGRvbmU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjIuIENoYW5nZSBzZWN0aW9u IDYgdG8gcmVhZDo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGgyIHN0eWxlPSJtc28tbGluZS1oZWlnaHQtYWx0OjBwdCI+ PGEgbmFtZT0ic2VjdGlvbi02Ij48L2E+PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9o dG1sL2RyYWZ0LWlldGYtcGFscy1tYy1wb24tMDMjc2VjdGlvbi02Ij48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Y29sb3I6YmxhY2s7dGV4dC1kZWNvcmF0aW9uOm5v bmUiPjY8L3NwYW4+PC9hPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtjb2xvcjpibGFjayI+Lg0KIElBTkEgQ29uc2lkZXJhdGlvbnM8bzpwPjwvbzpwPjwvc3Bhbj48 L2gyPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Y29s b3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQ7Y29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyBJQU5BIG1haW50YWlucyBhIHRv cC1sZXZlbCByZWdpc3RyeSBjYWxsZWQgJnF1b3Q7UHNldWRvd2lyZSBOYW1lPG86cD48L286cD48 L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7IFNwYWNlcyAoUFdFMykmcXVvdDsuJm5ic3A7 IEl0IGhhcyBhIHN1Yi1yZWdpc3RyeSBjYWxsZWQgJnF1b3Q7SUNDIFJHIFBhcmFtZXRlcjxvOnA+ PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQ7Y29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyBUeXBlc+KAnS4gVGhlIGZvbGxv d2luZyB2YWx1ZXMgYXJlIHJlcXVlc3RlZCBmcm9tIHRoaXMmbmJzcDs8bzpwPjwvbzpwPjwvc3Bh bj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2NvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsgc3ViLXJlZ2lzdHJ5OjxvOnA+PC9vOnA+PC9zcGFu PjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7 Y29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyBUQkQxJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7ICZuYnNwOyZuYnNwOyZuYnNwO1BPTiBDb25uZWN0IFRMVjxvOnA+PC9vOnA+PC9zcGFuPjwv cHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Y29s b3I6YmxhY2siPiZuYnNwOyZuYnNwOyBUQkQyJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IFBPTiBEaXNjb25uZWN0IFRMVjxvOnA+PC9vOnA+PC9zcGFuPjwv cHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Y29s b3I6YmxhY2siPiZuYnNwOyZuYnNwOyBUQkQzJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IFBPTiBDb25maWd1cmF0aW9uIFRMVjxvOnA+PC9vOnA+PC9zcGFu PjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7 Y29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyBUQkQ0Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFBPTiBTdGF0ZSBUTFY8bzpwPjwvbzpwPjwvc3Bhbj48L3By ZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2NvbG9y OmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2NvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsg W05vdGUgdG8gSUFOQSwgdG8gYmUgcmVtb3ZlZCBieSB0aGUgUkZDIEVkaXRvcjogY29uc2VjdXRp dmUgdmFsdWVzPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7IGluIHRo ZSBJRVRGIFJldmlldyByYW5nZSBhcmUgcmVxdWVzdGVkLl08bzpwPjwvbzpwPjwvc3Bhbj48L3By ZT4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48c3BhbiBs YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOnJlZCI+W0pZXSBEb25lPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t VVMiIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox MC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5TZWN0aW9uIDU6 PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5J4oCZbSBj dXJpb3VzIHdoYXQgeW91IG1lYW4gYnkg4oCcY29tcHJvbWlzZWTigJ0gd2l0aCByZWdhcmQgdG8g YSBQRS4gU2luY2UgSUNDUCBpcyBtZWFudCB0byBiZSBkZXBsb3llZCBpbiAmcXVvdDt3ZWxsLW1h bmFnZWQgYW5kIGhpZ2hseSBtb25pdG9yZWQgbmV0d29ya3PigJ0gKHRoYXTigJlzIGZyb20gUkZD IDcyNzUpLCB0aGF0IHdvdWxkIHByZXN1bWFibHkgYXBwbHkgdG8gdGhlIFBFcyBhcyB3ZWxsLg0K IEkgc3VnZ2VzdCB5b3UgZ28gaW50byBtb3JlIGRldGFpbCBpbiB0aGUgc2Vjb25kIHBhcmFncmFw aCwgYXMgSeKAmW0gc3VyZSBhIHJlcXVlc3QgZm9yIG1vcmUgZGV0YWlsIHdpbGwgY29tZSB1cCBk dXJpbmcgSUVTRyByZXZpZXcuIEFsc28sIGl0IHdvdWxkbuKAmXQgaHVydCB0byBpbmNsdWRlIHNv bWV0aGluZyBhbG9uZyB0aGUgbGluZXMgb2Y6IOKAnFNpbWlsYXIgdG8gSUNDUCBpdHNlbGYsIHRo aXMgSUNDUCBhcHBsaWNhdGlvbiBTSE9VTEQgb25seSBiZQ0KIHVzZWQgaW4gd2VsbC1tYW5hZ2Vk IGFuZCBoaWdobHkgbW9uaXRvcmVkIHNlcnZpY2UgcHJvdmlkZXIgUE9OIGFjY2VzcyBuZXR3b3Jr cy7igJ08bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOnJlZCI+W0pZXSB3ZSBzdWdn ZXN0IHRoZSBmb2xsb3dpbmcgdGV4dHMgZm9yIFNlY3Rpb24gNSDigJw8YSBuYW1lPSJfVG9jNDUz Nzg1MjQ5Ij5TZWN1cml0eSBDb25zaWRlcmF0aW9uczwvYT7igJ0gdG8gYWRkcmVzcyB0aGUgY29u Y2VybiwgcGxlYXNlIGhhdmUgYSByZXZpZXc6PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjIyLjVwdCI+PHNwYW4gbGFuZz0iRU4t VVMiIHN0eWxlPSJjb2xvcjpyZWQiPuKAnFNpbWlsYXIgdG8gSUNDUCBpdHNlbGYsIHRoaXMgSUND UCBhcHBsaWNhdGlvbiBTSE9VTEQgb25seSBiZSB1c2VkIGluIHdlbGwtbWFuYWdlZCBhbmQgaGln aGx5IG1vbml0b3JlZCBzZXJ2aWNlIHByb3ZpZGVyIFBPTiBhY2Nlc3MgbmV0d29ya3MsIGluY2x1 ZGluZyB0aGUgaW1wbGVtZW50YXRpb24gb2YNCiByb2d1ZSBPTlQgYXR0YWNobWVudCBkZXRlY3Rp b24vbWl0aWdhdGlvbiB2aWEgZGV2aWNlIGF1dGhlbnRpY2F0aW9uLCBhbmQgZXRjLiBUaHVzIG1h bnkgb2YgdGhlIHNlY3VyaXR5IGNvbnNpZGVyYXRpb25zIGFzIGRlc2NyaWJlZCBpbiBbUkZDNzI3 NV0gYXBwbHkgaGVyZSBhcyB3ZWxsLg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjIyLjVwdCI+PHNwYW4gbGFuZz0iRU4tVVMi IHN0eWxlPSJjb2xvcjpyZWQiPkFnYWluLCBzaW1pbGFyIHRvIElDQ1AsIGFjdGl2aXR5IG9uIHRo ZSBhdHRhY2htZW50IGNpcmN1aXRzIG1heSBjYXVzZSBzZWN1cml0eSB0aHJlYXRzIG9yIGJlIGV4 cGxvaXRlZCB0byBjcmVhdGUgZGVuaWFsLW9mLXNlcnZpY2UgYXR0YWNrcy4mbmJzcDsgSW4gbWFu eSBwYXNzaXZlIG9wdGljYWwgbmV0d29ya3MNCiB0aGUgb3B0aWNhbCBwYXRoIGJldHdlZW4gT0xU IGFuZCBPTlRzIHRyYXZlcnNlcyBwdWJsaWNseSBhY2Nlc3NpYmxlIGZhY2lsaXRpZXMgaW5jbHVk aW5nIHB1YmxpYyBhdHRhY2htZW50cyAoZS5nLiB0ZWxlcGhvbmUgcG9sZXMpLCB3aGljaCBvcGVu cyB1cCB0aGUgcmlzayBvZiBleGNlc3NpdmUgbGluayBib3VuY2luZyBieSBvcHRpY2FsIGxheWVy IGltcGFpcm1lbnQuIE90aGVyIHJpc2tzIGluY2x1ZGUgdGhlIG1hbGljaW91cyBPTlQgY2FuIGxl YWQNCiB0byBleGNlc3NpdmUgSUNDUCBleGNoYW5nZXMgc2ltaWxhciB0byB0aGUgbWFsaWNpb3Vz IENFIGNhc2UgYXMmbmJzcDsgZGVzY3JpYmVkIGluIFtSRkM3Mjc1XS4mbmJzcDsgT3BlcmF0b3Jz IG9mIHN1Y2ggbmV0d29ya3Mgc2hvdWxkIHRha2UgYWRkaXRpb25hbCBjYXJlIHRvIHJlc3RyaWN0 IHVuYXV0aG9yaXplZCBPTlRzIGFuZCB0byBsaW1pdCB0aGUgaW1wYWN0IG9mIGxpbmsgYm91bmNp bmcgYXMgdGhlc2UgY291bGQgcmVzdWx0IGluIHNlcnZpY2UgaW1wYWlybWVudC7igJ08L3NwYW4+ PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+VGhh bmtzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5BbmR5PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_3B0A1BED22CAD649A1B3E97BE5DDD68B916D5021szxema506mbschi_-- From nobody Wed Jun 15 08:17:15 2016 Return-Path: X-Original-To: pals@ietfa.amsl.com Delivered-To: pals@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D2F6512D89F; Wed, 15 Jun 2016 08:17:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] 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 CRbY4BaC4J51; Wed, 15 Jun 2016 08:16:59 -0700 (PDT) Received: from mail-ob0-x233.google.com (mail-ob0-x233.google.com [IPv6:2607:f8b0:4003:c01::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 EBC0F12D884; Wed, 15 Jun 2016 08:16:58 -0700 (PDT) Received: by mail-ob0-x233.google.com with SMTP id y7so703284obt.1; Wed, 15 Jun 2016 08:16:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=grGE0Lphs3kdh9x97Caf7jhkMyiVAJWgNUF4nsjOY4g=; b=h5eeGpHEPvemb27Skq5M6mkK4TAXU8LCqsgSV4RfIzAvx9y05c6JmDF7S+zDI5vdzV XIl8BHiPbCje5QYMamIti+81zDcAcwbTjPe1uafexMS4Rm6AM7Z1qrwLF+AuYg3uxKkB jQRL9j/iUOYV2SpzxPGDj6G5qATF3Ael4UygkP4t7/JVkJRCF5HHpyJyZtA2ur3UfFH/ AqlUbnkFIj/kg93mYzmfCh84LUi58rbODS0JXT+xB6ex9dQjygdR17zM+JjG2WlH5lLz /UF10TJqtg083tIyr4dvAOLhg1B6Q55F1wRTpSOcHtGjarAQ8UOYZYK7yKOjfGDJMh5o RY4A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=grGE0Lphs3kdh9x97Caf7jhkMyiVAJWgNUF4nsjOY4g=; b=N853qm6fLw6q44moNGQ1THBiph67RDiAbrnpXTfaHubDPvuq0PAk+ypuutz++C1C5m ihCEjtDpH/8kcg4DgXkZyEpXO79FYTOK2TmmjWAQZUzjIo2yvkkyctxMjxEJ3L8rm+Vc aEDD5NOWwM0vAmbND4Zau6/Hx6N16KAIj7iXqe0jq2pVDadr+39s0dpj/A4RiRBKnMcK stMgr0VhtYHqqjrM6f24FD2XKv8tqgbzWIQ5RxwKQs7bsINkVHRsMBsIhEv8FNZOACTo InxsfoOt7oNX2e8ylstJdArVyecUC715PH2C7P6TFrEfTIwla5qIa9kh6FG6OfDlZTjm MWsA== X-Gm-Message-State: ALyK8tKOcG9Lau513quV8G8gbuh1puZdYjB6wwodI3dOBD5URanQ3E58KB+Zd1ea+UvglVLAPIuqRJ4o+5dfag== X-Received: by 10.202.44.201 with SMTP id s192mr12146281ois.122.1466003817236; Wed, 15 Jun 2016 08:16:57 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.43.6 with HTTP; Wed, 15 Jun 2016 08:16:37 -0700 (PDT) In-Reply-To: <3B0A1BED22CAD649A1B3E97BE5DDD68B916D5021@szxema506-mbs.china.huawei.com> References: <3B0A1BED22CAD649A1B3E97BE5DDD68B916D5021@szxema506-mbs.china.huawei.com> From: "Andrew G. Malis" Date: Wed, 15 Jun 2016 23:16:37 +0800 Message-ID: To: Jiangyuanlong Content-Type: multipart/alternative; boundary=001a1138e6f6c411790535529cfa Archived-At: Cc: "pals-chairs@ietf.org" , "draft-ietf-pals-mc-pon@ietf.org" , "pals@ietf.org" Subject: Re: [Pals] =?utf-8?q?Shepherd=E2=80=99s_review_of_draft-ietf-pals-mc-?= =?utf-8?q?pon-03?= X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2016 15:17:14 -0000 --001a1138e6f6c411790535529cfa Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Yuanlong, That mostly looks fine. I did just a bit of cleanup on your new security considerations: =E2=80=9CSimilar to ICCP itself, this ICCP application SHOULD only be used = in well-managed and highly monitored service provider PON access networks, including the implementation of rogue ONT attachment detection and mitigation via device authentication. Thus many of the security considerations as described in [RFC7275] apply here as well. Again, similar to ICCP, activity on the attachment circuits may cause security threats or be exploited to create denial-of-service attacks. In many passive optical networks, the optical paths between OLT and ONTs traverse publicly accessible facilities, including public attachments (e.g. telephone poles), which opens up the risk of excessive link bouncing by optical layer impairment. Other risks include a malicious ONT, which can lead to excessive ICCP exchanges similar to the malicious CE case described in [RFC7275]. Operators of such networks should take additional care to restrict unauthorized ONTs and to limit the impact of link bouncing, as these could result in service impairment.=E2=80=9D Thanks, Andy On Wed, Jun 15, 2016 at 9:02 PM, Jiangyuanlong wrote: > Hi Andy and all, > > > > Many thanks to these good suggestions. Please see my comments inline, > especially the new texts suggested by us on Section 5. > > If there is no further comments, we will soon upload a new revision to > reflect all these comments. > > > > Thanks, > > Yuanlong on behalf of all authors > > > > *From:* Andrew G. Malis [mailto:agmalis@gmail.com] > *Sent:* Friday, June 10, 2016 3:00 AM > *To:* draft-ietf-pals-mc-pon@ietf.org > *Cc:* pals-chairs@ietf.org; pals@ietf.org > *Subject:* Shepherd=E2=80=99s review of draft-ietf-pals-mc-pon-03 > > > > Authors, > > > > This review should be treated as any other last call review. The draft ca= n > be updated to reflect all received comments following the end of WG last > call. > > > > In general, I found the draft to be extremely well written and easy to > follow, and only have a few comments on it. I also note that it cleanly > passes IDNits, that is appreciated. > > > > Section 1: This section provides a good introduction to PON resilience fo= r > people not previously familiar with it. > > > > Reference to [SEAMLESS-MPLS]. > Unfortunately, draft-ietf-mpls-seamless-mpls-07 was never published and i= s > now dead, so it cannot be used as a reference, even an informative one > (which is a shame, I thought it was a very good draft). A quick Google > search didn=E2=80=99t turn up a good replacement reference, such as a jou= rnal > article, but I=E2=80=99ve asked a few people if they know of one. In the = absence of > a replacement, this reference will have to removed. Note that RFC 7032 wa= s > able to get away with this reference because the seamless MPLS draft was > still alive at that time. However, the reference is just a minor one, and= I > don=E2=80=99t really see a problem in removing it if necessary. > > [JY] Remove both the offending text in the introduction and the referenc= e. > > > > Reference to [TR-221]: You should include the URL in the reference, > https://www.broadband-forum.org/technical/download/TR-221.pdf . > > [JY] Added. > > > > Reference to [WT-331]: Unfortunately, the BBF doesn=E2=80=99t allow outsi= de > references to working texts, as they aren=E2=80=99t available to non-BBF = members. > So this reference needs to be removed. > > [JY] Removed > > > > Reference to [ICCP]: Throughout the document, the reference [ICCP] should > be changed to [RFC7275] for consistency with the other references. > > [JY] Done > > > > Section 2.1, TLV definitions and Section 6, IANA Considerations > > > > You are requesting four consecutive values from the ICC RG Parameter Type= s > registry, which is fine, but you seem to be requesting them from the > =E2=80=9CExpert Review=E2=80=9D range, rather than the =E2=80=9CIETF Revi= ew=E2=80=9D range, which is the > proper range for a standards-track RFC. So I would make the following > changes: > > > > 1. Change each of the four TLV diagrams to use Type=3DTDB1, Type=3DTBD2, = and > so on, rather than the current Type=3D0x00XX. Also update each of the TLV > descriptions to match. > > [JY] Good suggestion, done > > > > 2. Change section 6 to read: > > > 6 . IANA > Considerations > > > > > > IANA maintains a top-level registry called "Pseudowire Name > > Spaces (PWE3)". It has a sub-registry called "ICC RG Parameter > > Types=E2=80=9D. The following values are requested from this > > sub-registry: > > TBD1 PON Connect TLV > > TBD2 PON Disconnect TLV > > TBD3 PON Configuration TLV > > TBD4 PON State TLV > > > > [Note to IANA, to be removed by the RFC Editor: consecutive values > > in the IETF Review range are requested.] > > [JY] Done > > > > > > Section 5: > > > > I=E2=80=99m curious what you mean by =E2=80=9Ccompromised=E2=80=9D with r= egard to a PE. Since ICCP > is meant to be deployed in "well-managed and highly monitored networks=E2= =80=9D > (that=E2=80=99s from RFC 7275), that would presumably apply to the PEs as= well. I > suggest you go into more detail in the second paragraph, as I=E2=80=99m s= ure a > request for more detail will come up during IESG review. Also, it wouldn= =E2=80=99t > hurt to include something along the lines of: =E2=80=9CSimilar to ICCP it= self, this > ICCP application SHOULD only be used in well-managed and highly monitored > service provider PON access networks.=E2=80=9D > > [JY] we suggest the following texts for Section 5 =E2=80=9CSecurity Consi= derations=E2=80=9D > to address the concern, please have a review: > > =E2=80=9CSimilar to ICCP itself, this ICCP application SHOULD only be use= d in > well-managed and highly monitored service provider PON access networks, > including the implementation of rogue ONT attachment detection/mitigation > via device authentication, and etc. Thus many of the security > considerations as described in [RFC7275] apply here as well. > > Again, similar to ICCP, activity on the attachment circuits may cause > security threats or be exploited to create denial-of-service attacks. In > many passive optical networks the optical path between OLT and ONTs > traverses publicly accessible facilities including public attachments (e.= g. > telephone poles), which opens up the risk of excessive link bouncing by > optical layer impairment. Other risks include the malicious ONT can lead = to > excessive ICCP exchanges similar to the malicious CE case as described i= n > [RFC7275]. Operators of such networks should take additional care to > restrict unauthorized ONTs and to limit the impact of link bouncing as > these could result in service impairment.=E2=80=9D > > > > Thanks, > > Andy > > > > > > > > > > > > > --001a1138e6f6c411790535529cfa Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Yuanlong,

That mostly looks fine. I did= just a bit of cleanup on your new security considerations:

<= /div>
=E2=80=9CSimilar to ICCP itself, this ICCP application SHOUL= D only be used in well-managed and highly monitored service provider PON ac= cess networks, including the implementation of rogue ONT attachment detecti= on and mitigation via device authentication. Thus many of the security cons= iderations as described in [RFC7275] apply here as well.

Again, similar to ICCP, activity on the attachment circuits may caus= e security threats or be exploited to create denial-of-service attacks.=C2= =A0 In many passive optical networks, the optical paths between OLT and ONT= s traverse publicly accessible facilities, including public attachments (e.= g. telephone poles), which opens up the risk of excessive link bouncing by = optical layer impairment. Other risks include a malicious ONT, which can le= ad to excessive ICCP exchanges similar to the malicious CE case described i= n [RFC7275].=C2=A0 Operators of such networks should take additional care t= o restrict unauthorized ONTs and to limit the impact of link bouncing, as t= hese could result in service impairment.=E2=80=9D

Thanks,
Andy


On Wed, Jun 15, 2016 at 9:02 PM, Jian= gyuanlong <jiangyuanlong@huawei.com> wrote:

Hi Andy an= d all,

=C2= =A0

Many thank= s to these good suggestions. Please see my comments inline, especially the = new texts suggested by us on Section 5.

If there i= s no further comments, we will soon upload a new revision to reflect all th= ese comments.

=C2= =A0

Thanks,=

Yuanlong o= n behalf of all authors

=C2= =A0

From: Andrew G. Malis [mailto:agmalis@gmail.com]
Sent: Friday, June 10, 2016 3:00 AM
To: draft-ietf-pals-mc-pon@ietf.org
Cc: pals-c= hairs@ietf.org; pals= @ietf.org
Subject: Shepherd=E2=80=99s review of draft-ietf-pals-mc-pon-03

=C2=A0

Authors,

=C2=A0

This review should be treated a= s any other last call review. The draft can be updated to reflect all recei= ved comments following the end of WG last call.

=C2=A0

In general, I found the draft t= o be extremely well written and easy to follow, and only have a few comment= s on it. I also note that it cleanly passes IDNits, that is appreciated.=

=C2=A0

Section 1: This section provide= s a good introduction to PON resilience for people not previously familiar = with it.

=C2=A0

Reference to [SEAMLESS-MPLS]. U= nfortunately,=C2=A0draft-ietf-mpls-seamless-mpls-07 was never published and= is now dead, so it cannot be used as a reference, even an informative one = (which is a shame, I thought it was a very good draft). A quick Google search didn=E2=80=99t turn up a good replaceme= nt reference, such as a journal article, but I=E2=80=99ve asked a few peopl= e if they know of one. In the absence of a replacement, this reference will= have to removed. Note that RFC 7032 was able to get away with this reference because the seamless MPLS draft was still ali= ve at that time. However, the reference is just a minor one, and I don=E2= =80=99t really see a problem in removing it if necessary.

=C2=A0[JY] Remove both t= he offending text in the introduction and the reference.

=C2=A0

Reference to [TR-221]: You shou= ld include the URL in the reference,=C2=A0https://www.broa= dband-forum.org/technical/download/TR-221.pdf .

[JY] Added.

=C2= =A0

Reference to [WT-331]: Unfortun= ately, the BBF doesn=E2=80=99t allow outside references to working texts, a= s they aren=E2=80=99t available to non-BBF members. So this reference needs= to be removed.

=C2=A0[JY] Removed

=C2= =A0

Reference to [ICCP]: Throughout= the document, the reference [ICCP] should be changed to [RFC7275] for cons= istency with the other references.

=C2=A0[JY] Done

=C2= =A0

Section 2.1, TLV definitions an= d Section 6, IANA Considerations

=C2=A0

You are requesting four consecu= tive values from the ICC RG Parameter Types registry, which is fine, but yo= u seem to be requesting them from the =E2=80=9CExpert Review=E2=80=9D range= , rather than the =E2=80=9CIETF Review=E2=80=9D range, which is the proper range for a standards-track RFC.=C2=A0 So I would make the followin= g changes:

=C2=A0

1. Change each of the four TLV = diagrams to use Type=3DTDB1, Type=3DTBD2, and so on, rather than the curren= t Type=3D0x00XX. Also update each of the TLV descriptions to match.<= u>

=C2=A0[JY] Good suggestion, done=

=C2=A0

2. Change section 6 to read:=

=C2=A0

6. IANA Considerations

=C2=
=A0
=C2=
=A0
=C2=A0=C2=
=A0 IANA maintains a top-level registry called "Pseudowire Name=

=C2=A0=C2=
=A0 Spaces (PWE3)".=C2=A0 It has a sub-registry called "ICC RG Pa=
rameter
=C2=A0=C2=
=A0 Types=E2=80=9D. The following values are requested from this=C2=A0
=C2=A0=C2=
=A0 sub-registry:
=C2=A0=C2=
=A0 TBD1=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0PON Connect TLV=

=C2=A0=C2=
=A0 TBD2=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 PON Disconnect TLV=

=C2=A0=C2=
=A0 TBD3=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 PON Configuration =
TLV
=C2=A0=C2=
=A0 TBD4=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 PON State TLV
=C2=
=A0
=C2=A0=C2=
=A0 [Note to IANA, to be removed by the RFC Editor: consecutive values
=C2=A0=C2=
=A0 in the IETF Review range are requested.]

=C2=A0[JY] Done

= =C2=A0

=C2= =A0

Section 5:=

=C2=A0

I=E2=80=99m curious what you me= an by =E2=80=9Ccompromised=E2=80=9D with regard to a PE. Since ICCP is mean= t to be deployed in "well-managed and highly monitored networks=E2=80= =9D (that=E2=80=99s from RFC 7275), that would presumably apply to the PEs = as well. I suggest you go into more detail in the second paragraph, as I=E2=80=99m = sure a request for more detail will come up during IESG review. Also, it wo= uldn=E2=80=99t hurt to include something along the lines of: =E2=80=9CSimil= ar to ICCP itself, this ICCP application SHOULD only be used in well-managed and highly monitored service provider PON access netw= orks.=E2=80=9D

[JY] we sug= gest the following texts for Section 5 =E2=80=9CSecurity Considerations=E2=80=9D to address the co= ncern, please have a review:

=E2=80=9CSimilar to ICCP itself, this ICCP application SH= OULD only be used in well-managed and highly monitored service provider PON= access networks, including the implementation of rogue ONT attachment detection/mitigation via device authentication, and e= tc. Thus many of the security considerations as described in [RFC7275] appl= y here as well.

Again, similar to ICCP, activity on the attachment circui= ts may cause security threats or be exploited to create denial-of-service a= ttacks.=C2=A0 In many passive optical networks the optical path between OLT and ONTs traverses publicly accessible facili= ties including public attachments (e.g. telephone poles), which opens up th= e risk of excessive link bouncing by optical layer impairment. Other risks = include the malicious ONT can lead to excessive ICCP exchanges similar to the malicious CE case as=C2=A0 desc= ribed in [RFC7275].=C2=A0 Operators of such networks should take additional= care to restrict unauthorized ONTs and to limit the impact of link bouncin= g as these could result in service impairment.=E2=80=9D

=C2=A0

Thanks,

Andy

=C2=A0

=C2=A0

=C2=A0

=C2=A0

=C2=A0

=C2=A0


--001a1138e6f6c411790535529cfa-- From nobody Wed Jun 15 18:44:16 2016 Return-Path: X-Original-To: pals@ietf.org Delivered-To: pals@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 9F95612DA1C; Wed, 15 Jun 2016 18:44:11 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.22.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160616014411.26157.29688.idtracker@ietfa.amsl.com> Date: Wed, 15 Jun 2016 18:44:11 -0700 Archived-At: Cc: pals@ietf.org Subject: [Pals] I-D Action: draft-ietf-pals-mc-pon-04.txt X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.17 List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2016 01:44:11 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Pseudowire And LDP-enabled Services of the IETF. Title : Multi-chassis Passive Optical Network (PON) Protection in MPLS Authors : Yuanlong Jiang Yong Luo Edwin Mallette Yimin Shen Weiqiang Cheng Filename : draft-ietf-pals-mc-pon-04.txt Pages : 15 Date : 2016-06-15 Abstract: MPLS is being deployed deeper into operator networks, often to or past the access network node. Separately network access nodes such as Passive Optical Network (PON) Optical Line Terminations (OLTs) have evolved to support first-mile access protection, where one or more physical OLTs provide first-mile diversity to the customer edge. Multi-homing support is needed on the MPLS-enabled PON OLT to provide resiliency for provided services. This document describes the multi-chassis PON protection architecture in MPLS and also specifies the Inter-Chassis Communication Protocol (ICCP) extension to support it. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pals-mc-pon/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-pals-mc-pon-04 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-pals-mc-pon-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 Wed Jun 15 19:01:01 2016 Return-Path: X-Original-To: pals@ietfa.amsl.com Delivered-To: pals@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1491A12DA9F; Wed, 15 Jun 2016 19:00:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.636 X-Spam-Level: X-Spam-Status: No, score=-5.636 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] 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 p6DLIIjQh7vm; Wed, 15 Jun 2016 19:00:56 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ACE7F12DA8D; Wed, 15 Jun 2016 19:00:54 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml704-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CQW71208; Thu, 16 Jun 2016 02:00:51 +0000 (GMT) Received: from SZXEMA412-HUB.china.huawei.com (10.82.72.71) by lhreml704-cah.china.huawei.com (10.201.5.130) with Microsoft SMTP Server (TLS) id 14.3.235.1; Thu, 16 Jun 2016 03:00:50 +0100 Received: from SZXEMA506-MBS.china.huawei.com ([169.254.4.196]) by SZXEMA412-HUB.china.huawei.com ([10.82.72.71]) with mapi id 14.03.0235.001; Thu, 16 Jun 2016 10:00:44 +0800 From: Jiangyuanlong To: "Andrew G. Malis" Thread-Topic: =?utf-8?B?U2hlcGhlcmTigJlzIHJldmlldyBvZiBkcmFmdC1pZXRmLXBhbHMtbWMtcG9u?= =?utf-8?Q?-03?= Thread-Index: AQHRwoFVoOCt7DYK902nbWpDx8HrfJ/qgn9Q//+kM4CAAThoQA== Date: Thu, 16 Jun 2016 02:00:44 +0000 Message-ID: <3B0A1BED22CAD649A1B3E97BE5DDD68B916D523F@szxema506-mbs.china.huawei.com> References: <3B0A1BED22CAD649A1B3E97BE5DDD68B916D5021@szxema506-mbs.china.huawei.com> In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.74.203.119] Content-Type: multipart/alternative; boundary="_000_3B0A1BED22CAD649A1B3E97BE5DDD68B916D523Fszxema506mbschi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090201.57620854.005D, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.4.196, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 7558b1f3465f83467fcc71d66f5a1efb Archived-At: Cc: "pals-chairs@ietf.org" , "draft-ietf-pals-mc-pon@ietf.org" , "pals@ietf.org" Subject: Re: [Pals] =?utf-8?q?Shepherd=E2=80=99s_review_of_draft-ietf-pals-mc-?= =?utf-8?q?pon-03?= X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2016 02:01:00 -0000 --_000_3B0A1BED22CAD649A1B3E97BE5DDD68B916D523Fszxema506mbschi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 QW5keSwNCg0KSXTigJlzIG11Y2ggYmV0dGVyLCB3ZeKAmXZlIHVwZGF0ZWQgIHRoZSB0ZXh0cy4N ClRoZSBuZXcgdmVyc2lvbiBpcyB1cGxvYWRlZCBub3csIHBsZWFzZSBzZWUgdGhlIGZvbGxvd2lu ZyBsaW5rOg0KICAgaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtcGFscy1t Yy1wb24tMDQNCg0KVGhhbmtzIQ0KWXVhbmxvbmcNCg0KRnJvbTogQW5kcmV3IEcuIE1hbGlzIFtt YWlsdG86YWdtYWxpc0BnbWFpbC5jb21dDQpTZW50OiBXZWRuZXNkYXksIEp1bmUgMTUsIDIwMTYg MTE6MTcgUE0NClRvOiBKaWFuZ3l1YW5sb25nDQpDYzogZHJhZnQtaWV0Zi1wYWxzLW1jLXBvbkBp ZXRmLm9yZzsgcGFscy1jaGFpcnNAaWV0Zi5vcmc7IHBhbHNAaWV0Zi5vcmcNClN1YmplY3Q6IFJl OiBTaGVwaGVyZOKAmXMgcmV2aWV3IG9mIGRyYWZ0LWlldGYtcGFscy1tYy1wb24tMDMNCg0KWXVh bmxvbmcsDQoNClRoYXQgbW9zdGx5IGxvb2tzIGZpbmUuIEkgZGlkIGp1c3QgYSBiaXQgb2YgY2xl YW51cCBvbiB5b3VyIG5ldyBzZWN1cml0eSBjb25zaWRlcmF0aW9uczoNCg0K4oCcU2ltaWxhciB0 byBJQ0NQIGl0c2VsZiwgdGhpcyBJQ0NQIGFwcGxpY2F0aW9uIFNIT1VMRCBvbmx5IGJlIHVzZWQg aW4gd2VsbC1tYW5hZ2VkIGFuZCBoaWdobHkgbW9uaXRvcmVkIHNlcnZpY2UgcHJvdmlkZXIgUE9O IGFjY2VzcyBuZXR3b3JrcywgaW5jbHVkaW5nIHRoZSBpbXBsZW1lbnRhdGlvbiBvZiByb2d1ZSBP TlQgYXR0YWNobWVudCBkZXRlY3Rpb24gYW5kIG1pdGlnYXRpb24gdmlhIGRldmljZSBhdXRoZW50 aWNhdGlvbi4gVGh1cyBtYW55IG9mIHRoZSBzZWN1cml0eSBjb25zaWRlcmF0aW9ucyBhcyBkZXNj cmliZWQgaW4gW1JGQzcyNzVdIGFwcGx5IGhlcmUgYXMgd2VsbC4NCg0KQWdhaW4sIHNpbWlsYXIg dG8gSUNDUCwgYWN0aXZpdHkgb24gdGhlIGF0dGFjaG1lbnQgY2lyY3VpdHMgbWF5IGNhdXNlIHNl Y3VyaXR5IHRocmVhdHMgb3IgYmUgZXhwbG9pdGVkIHRvIGNyZWF0ZSBkZW5pYWwtb2Ytc2Vydmlj ZSBhdHRhY2tzLiAgSW4gbWFueSBwYXNzaXZlIG9wdGljYWwgbmV0d29ya3MsIHRoZSBvcHRpY2Fs IHBhdGhzIGJldHdlZW4gT0xUIGFuZCBPTlRzIHRyYXZlcnNlIHB1YmxpY2x5IGFjY2Vzc2libGUg ZmFjaWxpdGllcywgaW5jbHVkaW5nIHB1YmxpYyBhdHRhY2htZW50cyAoZS5nLiB0ZWxlcGhvbmUg cG9sZXMpLCB3aGljaCBvcGVucyB1cCB0aGUgcmlzayBvZiBleGNlc3NpdmUgbGluayBib3VuY2lu ZyBieSBvcHRpY2FsIGxheWVyIGltcGFpcm1lbnQuIE90aGVyIHJpc2tzIGluY2x1ZGUgYSBtYWxp Y2lvdXMgT05ULCB3aGljaCBjYW4gbGVhZCB0byBleGNlc3NpdmUgSUNDUCBleGNoYW5nZXMgc2lt aWxhciB0byB0aGUgbWFsaWNpb3VzIENFIGNhc2UgZGVzY3JpYmVkIGluIFtSRkM3Mjc1XS4gIE9w ZXJhdG9ycyBvZiBzdWNoIG5ldHdvcmtzIHNob3VsZCB0YWtlIGFkZGl0aW9uYWwgY2FyZSB0byBy ZXN0cmljdCB1bmF1dGhvcml6ZWQgT05UcyBhbmQgdG8gbGltaXQgdGhlIGltcGFjdCBvZiBsaW5r IGJvdW5jaW5nLCBhcyB0aGVzZSBjb3VsZCByZXN1bHQgaW4gc2VydmljZSBpbXBhaXJtZW50LuKA nQ0KDQpUaGFua3MsDQpBbmR5DQoNCg0KT24gV2VkLCBKdW4gMTUsIDIwMTYgYXQgOTowMiBQTSwg Smlhbmd5dWFubG9uZyA8amlhbmd5dWFubG9uZ0BodWF3ZWkuY29tPG1haWx0bzpqaWFuZ3l1YW5s b25nQGh1YXdlaS5jb20+PiB3cm90ZToNCkhpIEFuZHkgYW5kIGFsbCwNCg0KTWFueSB0aGFua3Mg dG8gdGhlc2UgZ29vZCBzdWdnZXN0aW9ucy4gUGxlYXNlIHNlZSBteSBjb21tZW50cyBpbmxpbmUs IGVzcGVjaWFsbHkgdGhlIG5ldyB0ZXh0cyBzdWdnZXN0ZWQgYnkgdXMgb24gU2VjdGlvbiA1Lg0K SWYgdGhlcmUgaXMgbm8gZnVydGhlciBjb21tZW50cywgd2Ugd2lsbCBzb29uIHVwbG9hZCBhIG5l dyByZXZpc2lvbiB0byByZWZsZWN0IGFsbCB0aGVzZSBjb21tZW50cy4NCg0KVGhhbmtzLA0KWXVh bmxvbmcgb24gYmVoYWxmIG9mIGFsbCBhdXRob3JzDQoNCkZyb206IEFuZHJldyBHLiBNYWxpcyBb bWFpbHRvOmFnbWFsaXNAZ21haWwuY29tPG1haWx0bzphZ21hbGlzQGdtYWlsLmNvbT5dDQpTZW50 OiBGcmlkYXksIEp1bmUgMTAsIDIwMTYgMzowMCBBTQ0KVG86IGRyYWZ0LWlldGYtcGFscy1tYy1w b25AaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWlldGYtcGFscy1tYy1wb25AaWV0Zi5vcmc+DQpDYzog cGFscy1jaGFpcnNAaWV0Zi5vcmc8bWFpbHRvOnBhbHMtY2hhaXJzQGlldGYub3JnPjsgcGFsc0Bp ZXRmLm9yZzxtYWlsdG86cGFsc0BpZXRmLm9yZz4NClN1YmplY3Q6IFNoZXBoZXJk4oCZcyByZXZp ZXcgb2YgZHJhZnQtaWV0Zi1wYWxzLW1jLXBvbi0wMw0KDQpBdXRob3JzLA0KDQpUaGlzIHJldmll dyBzaG91bGQgYmUgdHJlYXRlZCBhcyBhbnkgb3RoZXIgbGFzdCBjYWxsIHJldmlldy4gVGhlIGRy YWZ0IGNhbiBiZSB1cGRhdGVkIHRvIHJlZmxlY3QgYWxsIHJlY2VpdmVkIGNvbW1lbnRzIGZvbGxv d2luZyB0aGUgZW5kIG9mIFdHIGxhc3QgY2FsbC4NCg0KSW4gZ2VuZXJhbCwgSSBmb3VuZCB0aGUg ZHJhZnQgdG8gYmUgZXh0cmVtZWx5IHdlbGwgd3JpdHRlbiBhbmQgZWFzeSB0byBmb2xsb3csIGFu ZCBvbmx5IGhhdmUgYSBmZXcgY29tbWVudHMgb24gaXQuIEkgYWxzbyBub3RlIHRoYXQgaXQgY2xl YW5seSBwYXNzZXMgSUROaXRzLCB0aGF0IGlzIGFwcHJlY2lhdGVkLg0KDQpTZWN0aW9uIDE6IFRo aXMgc2VjdGlvbiBwcm92aWRlcyBhIGdvb2QgaW50cm9kdWN0aW9uIHRvIFBPTiByZXNpbGllbmNl IGZvciBwZW9wbGUgbm90IHByZXZpb3VzbHkgZmFtaWxpYXIgd2l0aCBpdC4NCg0KUmVmZXJlbmNl IHRvIFtTRUFNTEVTUy1NUExTXS4gVW5mb3J0dW5hdGVseSwgZHJhZnQtaWV0Zi1tcGxzLXNlYW1s ZXNzLW1wbHMtMDcgd2FzIG5ldmVyIHB1Ymxpc2hlZCBhbmQgaXMgbm93IGRlYWQsIHNvIGl0IGNh bm5vdCBiZSB1c2VkIGFzIGEgcmVmZXJlbmNlLCBldmVuIGFuIGluZm9ybWF0aXZlIG9uZSAod2hp Y2ggaXMgYSBzaGFtZSwgSSB0aG91Z2h0IGl0IHdhcyBhIHZlcnkgZ29vZCBkcmFmdCkuIEEgcXVp Y2sgR29vZ2xlIHNlYXJjaCBkaWRu4oCZdCB0dXJuIHVwIGEgZ29vZCByZXBsYWNlbWVudCByZWZl cmVuY2UsIHN1Y2ggYXMgYSBqb3VybmFsIGFydGljbGUsIGJ1dCBJ4oCZdmUgYXNrZWQgYSBmZXcg cGVvcGxlIGlmIHRoZXkga25vdyBvZiBvbmUuIEluIHRoZSBhYnNlbmNlIG9mIGEgcmVwbGFjZW1l bnQsIHRoaXMgcmVmZXJlbmNlIHdpbGwgaGF2ZSB0byByZW1vdmVkLiBOb3RlIHRoYXQgUkZDIDcw MzIgd2FzIGFibGUgdG8gZ2V0IGF3YXkgd2l0aCB0aGlzIHJlZmVyZW5jZSBiZWNhdXNlIHRoZSBz ZWFtbGVzcyBNUExTIGRyYWZ0IHdhcyBzdGlsbCBhbGl2ZSBhdCB0aGF0IHRpbWUuIEhvd2V2ZXIs IHRoZSByZWZlcmVuY2UgaXMganVzdCBhIG1pbm9yIG9uZSwgYW5kIEkgZG9u4oCZdCByZWFsbHkg c2VlIGEgcHJvYmxlbSBpbiByZW1vdmluZyBpdCBpZiBuZWNlc3NhcnkuDQogW0pZXSBSZW1vdmUg Ym90aCB0aGUgb2ZmZW5kaW5nIHRleHQgaW4gdGhlIGludHJvZHVjdGlvbiBhbmQgdGhlIHJlZmVy ZW5jZS4NCg0KUmVmZXJlbmNlIHRvIFtUUi0yMjFdOiBZb3Ugc2hvdWxkIGluY2x1ZGUgdGhlIFVS TCBpbiB0aGUgcmVmZXJlbmNlLCBodHRwczovL3d3dy5icm9hZGJhbmQtZm9ydW0ub3JnL3RlY2hu aWNhbC9kb3dubG9hZC9UUi0yMjEucGRmIC4NCltKWV0gQWRkZWQuDQoNClJlZmVyZW5jZSB0byBb V1QtMzMxXTogVW5mb3J0dW5hdGVseSwgdGhlIEJCRiBkb2VzbuKAmXQgYWxsb3cgb3V0c2lkZSBy ZWZlcmVuY2VzIHRvIHdvcmtpbmcgdGV4dHMsIGFzIHRoZXkgYXJlbuKAmXQgYXZhaWxhYmxlIHRv IG5vbi1CQkYgbWVtYmVycy4gU28gdGhpcyByZWZlcmVuY2UgbmVlZHMgdG8gYmUgcmVtb3ZlZC4N CiBbSlldIFJlbW92ZWQNCg0KUmVmZXJlbmNlIHRvIFtJQ0NQXTogVGhyb3VnaG91dCB0aGUgZG9j dW1lbnQsIHRoZSByZWZlcmVuY2UgW0lDQ1BdIHNob3VsZCBiZSBjaGFuZ2VkIHRvIFtSRkM3Mjc1 XSBmb3IgY29uc2lzdGVuY3kgd2l0aCB0aGUgb3RoZXIgcmVmZXJlbmNlcy4NCiBbSlldIERvbmUN Cg0KU2VjdGlvbiAyLjEsIFRMViBkZWZpbml0aW9ucyBhbmQgU2VjdGlvbiA2LCBJQU5BIENvbnNp ZGVyYXRpb25zDQoNCllvdSBhcmUgcmVxdWVzdGluZyBmb3VyIGNvbnNlY3V0aXZlIHZhbHVlcyBm cm9tIHRoZSBJQ0MgUkcgUGFyYW1ldGVyIFR5cGVzIHJlZ2lzdHJ5LCB3aGljaCBpcyBmaW5lLCBi dXQgeW91IHNlZW0gdG8gYmUgcmVxdWVzdGluZyB0aGVtIGZyb20gdGhlIOKAnEV4cGVydCBSZXZp ZXfigJ0gcmFuZ2UsIHJhdGhlciB0aGFuIHRoZSDigJxJRVRGIFJldmlld+KAnSByYW5nZSwgd2hp Y2ggaXMgdGhlIHByb3BlciByYW5nZSBmb3IgYSBzdGFuZGFyZHMtdHJhY2sgUkZDLiAgU28gSSB3 b3VsZCBtYWtlIHRoZSBmb2xsb3dpbmcgY2hhbmdlczoNCg0KMS4gQ2hhbmdlIGVhY2ggb2YgdGhl IGZvdXIgVExWIGRpYWdyYW1zIHRvIHVzZSBUeXBlPVREQjEsIFR5cGU9VEJEMiwgYW5kIHNvIG9u LCByYXRoZXIgdGhhbiB0aGUgY3VycmVudCBUeXBlPTB4MDBYWC4gQWxzbyB1cGRhdGUgZWFjaCBv ZiB0aGUgVExWIGRlc2NyaXB0aW9ucyB0byBtYXRjaC4NCiBbSlldIEdvb2Qgc3VnZ2VzdGlvbiwg ZG9uZQ0KDQoyLiBDaGFuZ2Ugc2VjdGlvbiA2IHRvIHJlYWQ6DQoNCjY8aHR0cHM6Ly90b29scy5p ZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtcGFscy1tYy1wb24tMDMjc2VjdGlvbi02Pi4gSUFOQSBD b25zaWRlcmF0aW9ucw0KDQoNCg0KDQoNCiAgIElBTkEgbWFpbnRhaW5zIGEgdG9wLWxldmVsIHJl Z2lzdHJ5IGNhbGxlZCAiUHNldWRvd2lyZSBOYW1lDQoNCiAgIFNwYWNlcyAoUFdFMykiLiAgSXQg aGFzIGEgc3ViLXJlZ2lzdHJ5IGNhbGxlZCAiSUNDIFJHIFBhcmFtZXRlcg0KDQogICBUeXBlc+KA nS4gVGhlIGZvbGxvd2luZyB2YWx1ZXMgYXJlIHJlcXVlc3RlZCBmcm9tIHRoaXMNCg0KICAgc3Vi LXJlZ2lzdHJ5Og0KDQogICBUQkQxICAgICAgICAgUE9OIENvbm5lY3QgVExWDQoNCiAgIFRCRDIg ICAgICAgICBQT04gRGlzY29ubmVjdCBUTFYNCg0KICAgVEJEMyAgICAgICAgIFBPTiBDb25maWd1 cmF0aW9uIFRMVg0KDQogICBUQkQ0ICAgICAgICAgUE9OIFN0YXRlIFRMVg0KDQoNCg0KICAgW05v dGUgdG8gSUFOQSwgdG8gYmUgcmVtb3ZlZCBieSB0aGUgUkZDIEVkaXRvcjogY29uc2VjdXRpdmUg dmFsdWVzDQoNCiAgIGluIHRoZSBJRVRGIFJldmlldyByYW5nZSBhcmUgcmVxdWVzdGVkLl0NCiBb SlldIERvbmUNCg0KDQpTZWN0aW9uIDU6DQoNCknigJltIGN1cmlvdXMgd2hhdCB5b3UgbWVhbiBi eSDigJxjb21wcm9taXNlZOKAnSB3aXRoIHJlZ2FyZCB0byBhIFBFLiBTaW5jZSBJQ0NQIGlzIG1l YW50IHRvIGJlIGRlcGxveWVkIGluICJ3ZWxsLW1hbmFnZWQgYW5kIGhpZ2hseSBtb25pdG9yZWQg bmV0d29ya3PigJ0gKHRoYXTigJlzIGZyb20gUkZDIDcyNzUpLCB0aGF0IHdvdWxkIHByZXN1bWFi bHkgYXBwbHkgdG8gdGhlIFBFcyBhcyB3ZWxsLiBJIHN1Z2dlc3QgeW91IGdvIGludG8gbW9yZSBk ZXRhaWwgaW4gdGhlIHNlY29uZCBwYXJhZ3JhcGgsIGFzIEnigJltIHN1cmUgYSByZXF1ZXN0IGZv ciBtb3JlIGRldGFpbCB3aWxsIGNvbWUgdXAgZHVyaW5nIElFU0cgcmV2aWV3LiBBbHNvLCBpdCB3 b3VsZG7igJl0IGh1cnQgdG8gaW5jbHVkZSBzb21ldGhpbmcgYWxvbmcgdGhlIGxpbmVzIG9mOiDi gJxTaW1pbGFyIHRvIElDQ1AgaXRzZWxmLCB0aGlzIElDQ1AgYXBwbGljYXRpb24gU0hPVUxEIG9u bHkgYmUgdXNlZCBpbiB3ZWxsLW1hbmFnZWQgYW5kIGhpZ2hseSBtb25pdG9yZWQgc2VydmljZSBw cm92aWRlciBQT04gYWNjZXNzIG5ldHdvcmtzLuKAnQ0KW0pZXSB3ZSBzdWdnZXN0IHRoZSBmb2xs b3dpbmcgdGV4dHMgZm9yIFNlY3Rpb24gNSDigJxTZWN1cml0eSBDb25zaWRlcmF0aW9uc+KAnSB0 byBhZGRyZXNzIHRoZSBjb25jZXJuLCBwbGVhc2UgaGF2ZSBhIHJldmlldzoNCuKAnFNpbWlsYXIg dG8gSUNDUCBpdHNlbGYsIHRoaXMgSUNDUCBhcHBsaWNhdGlvbiBTSE9VTEQgb25seSBiZSB1c2Vk IGluIHdlbGwtbWFuYWdlZCBhbmQgaGlnaGx5IG1vbml0b3JlZCBzZXJ2aWNlIHByb3ZpZGVyIFBP TiBhY2Nlc3MgbmV0d29ya3MsIGluY2x1ZGluZyB0aGUgaW1wbGVtZW50YXRpb24gb2Ygcm9ndWUg T05UIGF0dGFjaG1lbnQgZGV0ZWN0aW9uL21pdGlnYXRpb24gdmlhIGRldmljZSBhdXRoZW50aWNh dGlvbiwgYW5kIGV0Yy4gVGh1cyBtYW55IG9mIHRoZSBzZWN1cml0eSBjb25zaWRlcmF0aW9ucyBh cyBkZXNjcmliZWQgaW4gW1JGQzcyNzVdIGFwcGx5IGhlcmUgYXMgd2VsbC4NCkFnYWluLCBzaW1p bGFyIHRvIElDQ1AsIGFjdGl2aXR5IG9uIHRoZSBhdHRhY2htZW50IGNpcmN1aXRzIG1heSBjYXVz ZSBzZWN1cml0eSB0aHJlYXRzIG9yIGJlIGV4cGxvaXRlZCB0byBjcmVhdGUgZGVuaWFsLW9mLXNl cnZpY2UgYXR0YWNrcy4gIEluIG1hbnkgcGFzc2l2ZSBvcHRpY2FsIG5ldHdvcmtzIHRoZSBvcHRp Y2FsIHBhdGggYmV0d2VlbiBPTFQgYW5kIE9OVHMgdHJhdmVyc2VzIHB1YmxpY2x5IGFjY2Vzc2li bGUgZmFjaWxpdGllcyBpbmNsdWRpbmcgcHVibGljIGF0dGFjaG1lbnRzIChlLmcuIHRlbGVwaG9u ZSBwb2xlcyksIHdoaWNoIG9wZW5zIHVwIHRoZSByaXNrIG9mIGV4Y2Vzc2l2ZSBsaW5rIGJvdW5j aW5nIGJ5IG9wdGljYWwgbGF5ZXIgaW1wYWlybWVudC4gT3RoZXIgcmlza3MgaW5jbHVkZSB0aGUg bWFsaWNpb3VzIE9OVCBjYW4gbGVhZCB0byBleGNlc3NpdmUgSUNDUCBleGNoYW5nZXMgc2ltaWxh ciB0byB0aGUgbWFsaWNpb3VzIENFIGNhc2UgYXMgIGRlc2NyaWJlZCBpbiBbUkZDNzI3NV0uICBP cGVyYXRvcnMgb2Ygc3VjaCBuZXR3b3JrcyBzaG91bGQgdGFrZSBhZGRpdGlvbmFsIGNhcmUgdG8g cmVzdHJpY3QgdW5hdXRob3JpemVkIE9OVHMgYW5kIHRvIGxpbWl0IHRoZSBpbXBhY3Qgb2YgbGlu ayBib3VuY2luZyBhcyB0aGVzZSBjb3VsZCByZXN1bHQgaW4gc2VydmljZSBpbXBhaXJtZW50LuKA nQ0KDQpUaGFua3MsDQpBbmR5DQoNCg0KDQoNCg0KDQoNCg== --_000_3B0A1BED22CAD649A1B3E97BE5DDD68B916D523Fszxema506mbschi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 5a6L5L2TOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0 O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5v c2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJc QOWui+S9kyI7DQoJcGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQovKiBTdHlsZSBEZWZp bml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXtt YXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0K CWZvbnQtZmFtaWx5OuWui+S9kzt9DQpoMg0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTsNCgltc28t c3R5bGUtbGluazoi5qCH6aKYIDIgQ2hhciI7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJ bWFyZ2luLXJpZ2h0OjBjbTsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4t bGVmdDowY207DQoJZm9udC1zaXplOjE4LjBwdDsNCglmb250LWZhbWlseTrlrovkvZM7fQ0KYTps aW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6 Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29I eXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxl Ow0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcHJlDQoJe21zby1zdHlsZS1wcmlvcml0 eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCDpooTorr7moLzlvI8gQ2hhciI7DQoJbWFyZ2lu OjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250 LWZhbWlseTrlrovkvZM7fQ0KcC5Nc29BY2V0YXRlLCBsaS5Nc29BY2V0YXRlLCBkaXYuTXNvQWNl dGF0ZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IuaJueazqOah huaWh+acrCBDaGFyIjsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglm b250LXNpemU6OS4wcHQ7DQoJZm9udC1mYW1pbHk65a6L5L2TO30NCnNwYW4uMkNoYXINCgl7bXNv LXN0eWxlLW5hbWU6Iuagh+mimCAyIENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5Ow0KCW1z by1zdHlsZS1saW5rOiLmoIfpopggMiI7DQoJZm9udC1mYW1pbHk6IkNhbWJyaWEiLCJzZXJpZiI7 DQoJZm9udC13ZWlnaHQ6Ym9sZDt9DQpzcGFuLkhUTUxDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJI VE1MIOmihOiuvuagvOW8jyBDaGFyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0 eWxlLWxpbms6IkhUTUwg6aKE6K6+5qC85byPIjsNCglmb250LWZhbWlseToiQ291cmllciBOZXci O30NCnNwYW4uQ2hhcg0KCXttc28tc3R5bGUtbmFtZToi5om55rOo5qGG5paH5pysIENoYXIiOw0K CW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazrmibnms6jmoYbmlofmnKw7 DQoJZm9udC1mYW1pbHk65a6L5L2TO30NCnNwYW4uRW1haWxTdHlsZTIyDQoJe21zby1zdHlsZS10 eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7 DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBv cnQtb25seTt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJ bWFyZ2luOjcyLjBwdCA5MC4wcHQgNzIuMHB0IDkwLjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJ e3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+ DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+ PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4 dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxh eW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IlpILUNOIiBsaW5r PSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+QW5keSw8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t VVMiPkl04oCZcyBtdWNoIGJldHRlciwgd2XigJl2ZSB1cGRhdGVkICZuYnNwO3RoZSB0ZXh0cy48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJF Ti1VUyI+VGhlIG5ldyB2ZXJzaW9uIGlzIHVwbG9hZGVkIG5vdywgcGxlYXNlIHNlZSB0aGUgZm9s bG93aW5nIGxpbms6DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7PGEgaHJlZj0iaHR0cHM6Ly90 b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtcGFscy1tYy1wb24tMDQiPjxzcGFuIHN0eWxl PSJjb2xvcjp3aW5kb3d0ZXh0O3RleHQtZGVjb3JhdGlvbjpub25lIj5odHRwczovL3Rvb2xzLmll dGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1wYWxzLW1jLXBvbi0wNDwvc3Bhbj48L2E+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh bmc9IkVOLVVTIj5UaGFua3MhPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPll1YW5sb25nPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6 MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0 eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzoz LjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBsYW5nPSJF Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkZyb206PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJF Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiBBbmRyZXcgRy4gTWFsaXMgW21haWx0bzphZ21h bGlzQGdtYWlsLmNvbV0NCjxicj4NCjxiPlNlbnQ6PC9iPiBXZWRuZXNkYXksIEp1bmUgMTUsIDIw MTYgMTE6MTcgUE08YnI+DQo8Yj5Ubzo8L2I+IEppYW5neXVhbmxvbmc8YnI+DQo8Yj5DYzo8L2I+ IGRyYWZ0LWlldGYtcGFscy1tYy1wb25AaWV0Zi5vcmc7IHBhbHMtY2hhaXJzQGlldGYub3JnOyBw YWxzQGlldGYub3JnPGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBTaGVwaGVyZOKAmXMgcmV2aWV3 IG9mIGRyYWZ0LWlldGYtcGFscy1tYy1wb24tMDM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tVVMiPll1YW5sb25nLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMi PlRoYXQgbW9zdGx5IGxvb2tzIGZpbmUuIEkgZGlkIGp1c3QgYSBiaXQgb2YgY2xlYW51cCBvbiB5 b3VyIG5ldyBzZWN1cml0eSBjb25zaWRlcmF0aW9uczo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj7igJxTaW1pbGFyIHRvIElDQ1AgaXRzZWxm LCB0aGlzIElDQ1AgYXBwbGljYXRpb24gU0hPVUxEIG9ubHkgYmUgdXNlZCBpbiB3ZWxsLW1hbmFn ZWQgYW5kIGhpZ2hseSBtb25pdG9yZWQgc2VydmljZSBwcm92aWRlciBQT04gYWNjZXNzIG5ldHdv cmtzLCBpbmNsdWRpbmcgdGhlIGltcGxlbWVudGF0aW9uIG9mIHJvZ3VlIE9OVCBhdHRhY2htZW50 IGRldGVjdGlvbiBhbmQgbWl0aWdhdGlvbg0KIHZpYSBkZXZpY2UgYXV0aGVudGljYXRpb24uIFRo dXMgbWFueSBvZiB0aGUgc2VjdXJpdHkgY29uc2lkZXJhdGlvbnMgYXMgZGVzY3JpYmVkIGluIFtS RkM3Mjc1XSBhcHBseSBoZXJlIGFzIHdlbGwuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIGxhbmc9IkVOLVVTIj5BZ2Fpbiwgc2ltaWxhciB0byBJQ0NQLCBhY3Rpdml0eSBvbiB0 aGUgYXR0YWNobWVudCBjaXJjdWl0cyBtYXkgY2F1c2Ugc2VjdXJpdHkgdGhyZWF0cyBvciBiZSBl eHBsb2l0ZWQgdG8gY3JlYXRlIGRlbmlhbC1vZi1zZXJ2aWNlIGF0dGFja3MuJm5ic3A7IEluIG1h bnkgcGFzc2l2ZSBvcHRpY2FsIG5ldHdvcmtzLCB0aGUgb3B0aWNhbCBwYXRocyBiZXR3ZWVuIE9M VCBhbmQgT05UcyB0cmF2ZXJzZQ0KIHB1YmxpY2x5IGFjY2Vzc2libGUgZmFjaWxpdGllcywgaW5j bHVkaW5nIHB1YmxpYyBhdHRhY2htZW50cyAoZS5nLiB0ZWxlcGhvbmUgcG9sZXMpLCB3aGljaCBv cGVucyB1cCB0aGUgcmlzayBvZiBleGNlc3NpdmUgbGluayBib3VuY2luZyBieSBvcHRpY2FsIGxh eWVyIGltcGFpcm1lbnQuIE90aGVyIHJpc2tzIGluY2x1ZGUgYSBtYWxpY2lvdXMgT05ULCB3aGlj aCBjYW4gbGVhZCB0byBleGNlc3NpdmUgSUNDUCBleGNoYW5nZXMgc2ltaWxhciB0bw0KIHRoZSBt YWxpY2lvdXMgQ0UgY2FzZSBkZXNjcmliZWQgaW4gW1JGQzcyNzVdLiZuYnNwOyBPcGVyYXRvcnMg b2Ygc3VjaCBuZXR3b3JrcyBzaG91bGQgdGFrZSBhZGRpdGlvbmFsIGNhcmUgdG8gcmVzdHJpY3Qg dW5hdXRob3JpemVkIE9OVHMgYW5kIHRvIGxpbWl0IHRoZSBpbXBhY3Qgb2YgbGluayBib3VuY2lu ZywgYXMgdGhlc2UgY291bGQgcmVzdWx0IGluIHNlcnZpY2UgaW1wYWlybWVudC7igJ08bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+VGhhbmtz LDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5BbmR5PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+T24gV2VkLCBK dW4gMTUsIDIwMTYgYXQgOTowMiBQTSwgSmlhbmd5dWFubG9uZyAmbHQ7PGEgaHJlZj0ibWFpbHRv OmppYW5neXVhbmxvbmdAaHVhd2VpLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmppYW5neXVhbmxvbmdA aHVhd2VpLmNvbTwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv bnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkhpIEFuZHkgYW5kIGFsbCw8L3NwYW4+PHNwYW4g bGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdE Ij4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp emU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Oztjb2xvcjojMUY0OTdEIj5NYW55IHRoYW5rcyB0byB0aGVzZSBnb29kIHN1Z2dlc3Rp b25zLiBQbGVhc2Ugc2VlIG15IGNvbW1lbnRzIGlubGluZSwgZXNwZWNpYWxseSB0aGUNCiBuZXcg dGV4dHMgc3VnZ2VzdGVkIGJ5IHVzIG9uIFNlY3Rpb24gNS48L3NwYW4+PHNwYW4gbGFuZz0iRU4t VVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5JZiB0aGVy ZSBpcyBubyBmdXJ0aGVyIGNvbW1lbnRzLCB3ZSB3aWxsIHNvb24gdXBsb2FkIGEgbmV3IHJldmlz aW9uIHRvIHJlZmxlY3QgYWxsIHRoZXNlDQogY29tbWVudHMuPC9zcGFuPjxzcGFuIGxhbmc9IkVO LVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7 PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i b3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 Y29sb3I6IzFGNDk3RCI+VGhhbmtzLDwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPll1YW5sb25nIG9uIGJlaGFsZiBv ZiBhbGwgYXV0aG9yczwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv bnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1V UyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVy LXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvIj48Yj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDsiPkZyb206PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDsiPiBBbmRyZXcNCiBHLiBNYWxpcyBbbWFpbHRvOjxhIGhyZWY9Im1haWx0bzphZ21hbGlz QGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmFnbWFsaXNAZ21haWwuY29tPC9hPl0NCjxicj4N CjxiPlNlbnQ6PC9iPiBGcmlkYXksIEp1bmUgMTAsIDIwMTYgMzowMCBBTTxicj4NCjxiPlRvOjwv Yj4gPGEgaHJlZj0ibWFpbHRvOmRyYWZ0LWlldGYtcGFscy1tYy1wb25AaWV0Zi5vcmciIHRhcmdl dD0iX2JsYW5rIj5kcmFmdC1pZXRmLXBhbHMtbWMtcG9uQGlldGYub3JnPC9hPjxicj4NCjxiPkNj OjwvYj4gPGEgaHJlZj0ibWFpbHRvOnBhbHMtY2hhaXJzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFu ayI+cGFscy1jaGFpcnNAaWV0Zi5vcmc8L2E+Ow0KPGEgaHJlZj0ibWFpbHRvOnBhbHNAaWV0Zi5v cmciIHRhcmdldD0iX2JsYW5rIj5wYWxzQGlldGYub3JnPC9hPjxicj4NCjxiPlN1YmplY3Q6PC9i PiBTaGVwaGVyZOKAmXMgcmV2aWV3IG9mIGRyYWZ0LWlldGYtcGFscy1tYy1wb24tMDM8L3NwYW4+ PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286cD48L3Nw YW4+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMi PkF1dGhvcnMsPG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPlRo aXMgcmV2aWV3IHNob3VsZCBiZSB0cmVhdGVkIGFzIGFueSBvdGhlciBsYXN0IGNhbGwgcmV2aWV3 LiBUaGUgZHJhZnQgY2FuIGJlIHVwZGF0ZWQgdG8gcmVmbGVjdCBhbGwgcmVjZWl2ZWQgY29tbWVu dHMgZm9sbG93aW5nIHRoZSBlbmQgb2YgV0cgbGFzdCBjYWxsLjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJz cDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0 OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj5JbiBnZW5lcmFsLCBJIGZvdW5kIHRoZSBkcmFmdCB0 byBiZSBleHRyZW1lbHkgd2VsbCB3cml0dGVuIGFuZCBlYXN5IHRvIGZvbGxvdywgYW5kIG9ubHkg aGF2ZSBhIGZldyBjb21tZW50cyBvbiBpdC4gSSBhbHNvIG5vdGUgdGhhdCBpdCBjbGVhbmx5IHBh c3NlcyBJRE5pdHMsDQogdGhhdCBpcyBhcHByZWNpYXRlZC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVT Ij4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj5TZWN0aW9uIDE6IFRoaXMgc2VjdGlvbiBw cm92aWRlcyBhIGdvb2QgaW50cm9kdWN0aW9uIHRvIFBPTiByZXNpbGllbmNlIGZvciBwZW9wbGUg bm90IHByZXZpb3VzbHkgZmFtaWxpYXIgd2l0aCBpdC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj4m bmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t YWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj5SZWZlcmVuY2UgdG8gW1NFQU1MRVNTLU1QTFNd LiBVbmZvcnR1bmF0ZWx5LCZuYnNwO2RyYWZ0LWlldGYtbXBscy1zZWFtbGVzcy1tcGxzLTA3IHdh cyBuZXZlciBwdWJsaXNoZWQgYW5kIGlzIG5vdyBkZWFkLCBzbyBpdCBjYW5ub3QgYmUgdXNlZCBh cyBhIHJlZmVyZW5jZSwgZXZlbiBhbg0KIGluZm9ybWF0aXZlIG9uZSAod2hpY2ggaXMgYSBzaGFt ZSwgSSB0aG91Z2h0IGl0IHdhcyBhIHZlcnkgZ29vZCBkcmFmdCkuIEEgcXVpY2sgR29vZ2xlIHNl YXJjaCBkaWRu4oCZdCB0dXJuIHVwIGEgZ29vZCByZXBsYWNlbWVudCByZWZlcmVuY2UsIHN1Y2gg YXMgYSBqb3VybmFsIGFydGljbGUsIGJ1dCBJ4oCZdmUgYXNrZWQgYSBmZXcgcGVvcGxlIGlmIHRo ZXkga25vdyBvZiBvbmUuIEluIHRoZSBhYnNlbmNlIG9mIGEgcmVwbGFjZW1lbnQsIHRoaXMgcmVm ZXJlbmNlDQogd2lsbCBoYXZlIHRvIHJlbW92ZWQuIE5vdGUgdGhhdCBSRkMgNzAzMiB3YXMgYWJs ZSB0byBnZXQgYXdheSB3aXRoIHRoaXMgcmVmZXJlbmNlIGJlY2F1c2UgdGhlIHNlYW1sZXNzIE1Q TFMgZHJhZnQgd2FzIHN0aWxsIGFsaXZlIGF0IHRoYXQgdGltZS4gSG93ZXZlciwgdGhlIHJlZmVy ZW5jZSBpcyBqdXN0IGEgbWlub3Igb25lLCBhbmQgSSBkb27igJl0IHJlYWxseSBzZWUgYSBwcm9i bGVtIGluIHJlbW92aW5nIGl0IGlmIG5lY2Vzc2FyeS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h cmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOnJlZCI+ Jm5ic3A7W0pZXSBSZW1vdmUgYm90aCB0aGUgb2ZmZW5kaW5nIHRleHQgaW4gdGhlIGludHJvZHVj dGlvbiBhbmQgdGhlIHJlZmVyZW5jZS48L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNw YW4gbGFuZz0iRU4tVVMiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPlJlZmVyZW5jZSB0 byBbVFItMjIxXTogWW91IHNob3VsZCBpbmNsdWRlIHRoZSBVUkwgaW4gdGhlIHJlZmVyZW5jZSwm bmJzcDs8YSBocmVmPSJodHRwczovL3d3dy5icm9hZGJhbmQtZm9ydW0ub3JnL3RlY2huaWNhbC9k b3dubG9hZC9UUi0yMjEucGRmIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly93d3cuYnJvYWRiYW5k LWZvcnVtLm9yZy90ZWNobmljYWwvZG93bmxvYWQvVFItMjIxLnBkZjwvYT4NCiAuPG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3Bh biBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOnJlZCI+W0pZXSBBZGRl ZC48L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAu NXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Oztjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNw YW4gbGFuZz0iRU4tVVMiPlJlZmVyZW5jZSB0byBbV1QtMzMxXTogVW5mb3J0dW5hdGVseSwgdGhl IEJCRiBkb2VzbuKAmXQgYWxsb3cgb3V0c2lkZSByZWZlcmVuY2VzIHRvIHdvcmtpbmcgdGV4dHMs IGFzIHRoZXkgYXJlbuKAmXQgYXZhaWxhYmxlIHRvIG5vbi1CQkYgbWVtYmVycy4gU28gdGhpcyBy ZWZlcmVuY2UNCiBuZWVkcyB0byBiZSByZW1vdmVkLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6cmVkIj5bSlldDQogUmVtb3ZlZDwv c3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2Nv bG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBs YW5nPSJFTi1VUyI+UmVmZXJlbmNlIHRvIFtJQ0NQXTogVGhyb3VnaG91dCB0aGUgZG9jdW1lbnQs IHRoZSByZWZlcmVuY2UgW0lDQ1BdIHNob3VsZCBiZSBjaGFuZ2VkIHRvIFtSRkM3Mjc1XSBmb3Ig Y29uc2lzdGVuY3kgd2l0aCB0aGUgb3RoZXIgcmVmZXJlbmNlcy48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48c3Bh biBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOnJlZCI+W0pZXQ0KIERv bmU8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAu NXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Oztjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNw YW4gbGFuZz0iRU4tVVMiPlNlY3Rpb24gMi4xLCBUTFYgZGVmaW5pdGlvbnMgYW5kIFNlY3Rpb24g NiwgSUFOQSBDb25zaWRlcmF0aW9uczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+ PHNwYW4gbGFuZz0iRU4tVVMiPllvdSBhcmUgcmVxdWVzdGluZyBmb3VyIGNvbnNlY3V0aXZlIHZh bHVlcyBmcm9tIHRoZSBJQ0MgUkcgUGFyYW1ldGVyIFR5cGVzIHJlZ2lzdHJ5LCB3aGljaCBpcyBm aW5lLCBidXQgeW91IHNlZW0gdG8gYmUgcmVxdWVzdGluZyB0aGVtIGZyb20gdGhlIOKAnEV4cGVy dCBSZXZpZXfigJ0NCiByYW5nZSwgcmF0aGVyIHRoYW4gdGhlIOKAnElFVEYgUmV2aWV34oCdIHJh bmdlLCB3aGljaCBpcyB0aGUgcHJvcGVyIHJhbmdlIGZvciBhIHN0YW5kYXJkcy10cmFjayBSRkMu Jm5ic3A7IFNvIEkgd291bGQgbWFrZSB0aGUgZm9sbG93aW5nIGNoYW5nZXM6PG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBs YW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t YXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+MS4gQ2hhbmdlIGVhY2gg b2YgdGhlIGZvdXIgVExWIGRpYWdyYW1zIHRvIHVzZSBUeXBlPVREQjEsIFR5cGU9VEJEMiwgYW5k IHNvIG9uLCByYXRoZXIgdGhhbiB0aGUgY3VycmVudCBUeXBlPTB4MDBYWC4gQWxzbyB1cGRhdGUg ZWFjaCBvZiB0aGUgVExWIGRlc2NyaXB0aW9ucw0KIHRvIG1hdGNoLjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6cmVkIj5bSlldDQog R29vZCBzdWdnZXN0aW9uLCBkb25lPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj4m bmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t YWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj4yLiBDaGFuZ2Ugc2VjdGlvbiA2IHRvIHJlYWQ6 PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPGgyPjxhIG5hbWU9Im1fMzQzNzI4MjU2MzQ1OTg2NjkwMV9zZWN0aW9uLTYi PjwvYT48c3BhbiBsYW5nPSJFTi1VUyI+PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9o dG1sL2RyYWZ0LWlldGYtcGFscy1tYy1wb24tMDMjc2VjdGlvbi02IiB0YXJnZXQ9Il9ibGFuayI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Y29sb3I6YmxhY2s7dGV4dC1kZWNvcmF0aW9u Om5vbmUiPjY8L3NwYW4+PC9hPjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQ7Y29sb3I6YmxhY2siPi4NCiBJQU5BIENvbnNpZGVyYXRpb25zPC9zcGFuPjxz cGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L2gyPg0KPHByZT48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bh bj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtjb2xvcjpibGFjayI+Jm5ic3A7 PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2NvbG9yOmJsYWNrIj4m bmJzcDsmbmJzcDsgSUFOQSBtYWludGFpbnMgYSB0b3AtbGV2ZWwgcmVnaXN0cnkgY2FsbGVkICZx dW90O1BzZXVkb3dpcmUgTmFtZTwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48 L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7IFNwYWNlcyAoUFdFMykmcXVvdDsuJm5ic3A7 IEl0IGhhcyBhIHN1Yi1yZWdpc3RyeSBjYWxsZWQgJnF1b3Q7SUNDIFJHIFBhcmFtZXRlcjwvc3Bh bj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtjb2xvcjpibGFjayI+Jm5ic3A7 Jm5ic3A7IFR5cGVzPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2NvbG9yOmJs YWNrIj7igJ08c3BhbiBsYW5nPSJFTi1VUyI+LiBUaGUgZm9sbG93aW5nIHZhbHVlcyBhcmUgcmVx dWVzdGVkIGZyb20gdGhpcyZuYnNwOzwvc3Bhbj48L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxv OnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Y29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyBzdWItcmVnaXN0cnk6PC9z cGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2NvbG9yOmJsYWNrIj4mbmJz cDsmbmJzcDsgVEJEMSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmbmJzcDsmbmJzcDsm bmJzcDtQT04gQ29ubmVjdCBUTFY8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Y29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyBUQkQyJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFBPTiBEaXNjb25uZWN0IFRMVjwvc3Bhbj48c3Bh biBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7 IFRCRDMmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgUE9O IENvbmZpZ3VyYXRpb24gVExWPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwv c3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2NvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsgVEJENCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBQT04gU3RhdGUgVExWPC9zcGFuPjxzcGFuIGxhbmc9 IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMi IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PHNwYW4g bGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJF Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Y29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyBb Tm90ZSB0byBJQU5BLCB0byBiZSByZW1vdmVkIGJ5IHRoZSBSRkMgRWRpdG9yOiBjb25zZWN1dGl2 ZSB2YWx1ZXM8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJl Pg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Y29sb3I6 YmxhY2siPiZuYnNwOyZuYnNwOyBpbiB0aGUgSUVURiBSZXZpZXcgcmFuZ2UgYXJlIHJlcXVlc3Rl ZC5dPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6cmVkIj5bSlldDQogRG9uZTwvc3Bh bj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPiZuYnNw Ozwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41 cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3Bh biBsYW5nPSJFTi1VUyI+U2VjdGlvbiA1OjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0 bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 byI+PHNwYW4gbGFuZz0iRU4tVVMiPknigJltIGN1cmlvdXMgd2hhdCB5b3UgbWVhbiBieSDigJxj b21wcm9taXNlZOKAnSB3aXRoIHJlZ2FyZCB0byBhIFBFLiBTaW5jZSBJQ0NQIGlzIG1lYW50IHRv IGJlIGRlcGxveWVkIGluICZxdW90O3dlbGwtbWFuYWdlZCBhbmQgaGlnaGx5IG1vbml0b3JlZCBu ZXR3b3Jrc+KAnSAodGhhdOKAmXMgZnJvbQ0KIFJGQyA3Mjc1KSwgdGhhdCB3b3VsZCBwcmVzdW1h Ymx5IGFwcGx5IHRvIHRoZSBQRXMgYXMgd2VsbC4gSSBzdWdnZXN0IHlvdSBnbyBpbnRvIG1vcmUg ZGV0YWlsIGluIHRoZSBzZWNvbmQgcGFyYWdyYXBoLCBhcyBJ4oCZbSBzdXJlIGEgcmVxdWVzdCBm b3IgbW9yZSBkZXRhaWwgd2lsbCBjb21lIHVwIGR1cmluZyBJRVNHIHJldmlldy4gQWxzbywgaXQg d291bGRu4oCZdCBodXJ0IHRvIGluY2x1ZGUgc29tZXRoaW5nIGFsb25nIHRoZSBsaW5lcyBvZjog 4oCcU2ltaWxhcg0KIHRvIElDQ1AgaXRzZWxmLCB0aGlzIElDQ1AgYXBwbGljYXRpb24gU0hPVUxE IG9ubHkgYmUgdXNlZCBpbiB3ZWxsLW1hbmFnZWQgYW5kIGhpZ2hseSBtb25pdG9yZWQgc2Vydmlj ZSBwcm92aWRlciBQT04gYWNjZXNzIG5ldHdvcmtzLuKAnTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMi IHN0eWxlPSJjb2xvcjpyZWQiPltKWV0gd2Ugc3VnZ2VzdCB0aGUgZm9sbG93aW5nIHRleHRzIGZv ciBTZWN0aW9uIDUg4oCcPGEgbmFtZT0ibV8zNDM3MjgyNTYzNDU5ODY2OTAxX19Ub2M0NTM3ODUy NDkiPlNlY3VyaXR5IENvbnNpZGVyYXRpb25zPC9hPuKAnSB0byBhZGRyZXNzIHRoZQ0KIGNvbmNl cm4sIHBsZWFzZSBoYXZlIGEgcmV2aWV3Ojwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21hcmdpbi1sZWZ0OjIyLjVw dCI+DQo8c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOnJlZCI+4oCcU2ltaWxhciB0byBJ Q0NQIGl0c2VsZiwgdGhpcyBJQ0NQIGFwcGxpY2F0aW9uIFNIT1VMRCBvbmx5IGJlIHVzZWQgaW4g d2VsbC1tYW5hZ2VkIGFuZCBoaWdobHkgbW9uaXRvcmVkIHNlcnZpY2UgcHJvdmlkZXIgUE9OIGFj Y2VzcyBuZXR3b3JrcywgaW5jbHVkaW5nIHRoZSBpbXBsZW1lbnRhdGlvbiBvZiByb2d1ZSBPTlQg YXR0YWNobWVudCBkZXRlY3Rpb24vbWl0aWdhdGlvbiB2aWENCiBkZXZpY2UgYXV0aGVudGljYXRp b24sIGFuZCBldGMuIFRodXMgbWFueSBvZiB0aGUgc2VjdXJpdHkgY29uc2lkZXJhdGlvbnMgYXMg ZGVzY3JpYmVkIGluIFtSRkM3Mjc1XSBhcHBseSBoZXJlIGFzIHdlbGwuDQo8L3NwYW4+PHNwYW4g bGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 bzttYXJnaW4tbGVmdDoyMi41cHQiPg0KPHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjpy ZWQiPkFnYWluLCBzaW1pbGFyIHRvIElDQ1AsIGFjdGl2aXR5IG9uIHRoZSBhdHRhY2htZW50IGNp cmN1aXRzIG1heSBjYXVzZSBzZWN1cml0eSB0aHJlYXRzIG9yIGJlIGV4cGxvaXRlZCB0byBjcmVh dGUgZGVuaWFsLW9mLXNlcnZpY2UgYXR0YWNrcy4mbmJzcDsgSW4gbWFueSBwYXNzaXZlIG9wdGlj YWwgbmV0d29ya3MgdGhlIG9wdGljYWwgcGF0aCBiZXR3ZWVuIE9MVCBhbmQgT05UcyB0cmF2ZXJz ZXMNCiBwdWJsaWNseSBhY2Nlc3NpYmxlIGZhY2lsaXRpZXMgaW5jbHVkaW5nIHB1YmxpYyBhdHRh Y2htZW50cyAoZS5nLiB0ZWxlcGhvbmUgcG9sZXMpLCB3aGljaCBvcGVucyB1cCB0aGUgcmlzayBv ZiBleGNlc3NpdmUgbGluayBib3VuY2luZyBieSBvcHRpY2FsIGxheWVyIGltcGFpcm1lbnQuIE90 aGVyIHJpc2tzIGluY2x1ZGUgdGhlIG1hbGljaW91cyBPTlQgY2FuIGxlYWQgdG8gZXhjZXNzaXZl IElDQ1AgZXhjaGFuZ2VzIHNpbWlsYXIgdG8gdGhlIG1hbGljaW91cw0KIENFIGNhc2UgYXMmbmJz cDsgZGVzY3JpYmVkIGluIFtSRkM3Mjc1XS4mbmJzcDsgT3BlcmF0b3JzIG9mIHN1Y2ggbmV0d29y a3Mgc2hvdWxkIHRha2UgYWRkaXRpb25hbCBjYXJlIHRvIHJlc3RyaWN0IHVuYXV0aG9yaXplZCBP TlRzIGFuZCB0byBsaW1pdCB0aGUgaW1wYWN0IG9mIGxpbmsgYm91bmNpbmcgYXMgdGhlc2UgY291 bGQgcmVzdWx0IGluIHNlcnZpY2UgaW1wYWlybWVudC7igJ08L3NwYW4+PHNwYW4gbGFuZz0iRU4t VVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4g bGFuZz0iRU4tVVMiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPlRoYW5rcyw8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxz cGFuIGxhbmc9IkVOLVVTIj5BbmR5PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48 c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv Ij48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7 PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_3B0A1BED22CAD649A1B3E97BE5DDD68B916D523Fszxema506mbschi_-- From nobody Fri Jun 17 02:25:25 2016 Return-Path: X-Original-To: pals@ietfa.amsl.com Delivered-To: pals@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AACC712B056 for ; Fri, 17 Jun 2016 02:25:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.3 X-Spam-Level: X-Spam-Status: No, score=-1.3 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 GSt3WuGY60Z5 for ; Fri, 17 Jun 2016 02:25:23 -0700 (PDT) Received: from mail-wm0-x22c.google.com (mail-wm0-x22c.google.com [IPv6:2a00:1450:400c:c09::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3B2CC12B034 for ; Fri, 17 Jun 2016 02:25:23 -0700 (PDT) Received: by mail-wm0-x22c.google.com with SMTP id a66so92581699wme.0 for ; Fri, 17 Jun 2016 02:25:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=to:from:subject:cc:message-id:date:user-agent:mime-version :content-transfer-encoding; bh=o15D8B/upqiNY0naS8ei6ntTGMWsm0mxYZA+xbtc2kw=; b=BEgMXRHbWRRvjW/aZ/AkyGB05SQikGaT4NcQ0SVhNV8WwxySu0+KYV1U35bK/NhXkB 6vUveGja5sYv5Ofu85YplZdJch6Avgvnr0pqfEJzQVojIjyl6KkczioRW7qibaIILfj/ 9xHPQbna0m1sERaYErH7Ce6uqcTWlCZ94zkIrqiFRCiI1kkCDcTCwThGHvEG8gwNPENX JrsZoZLwwLrC5x8oIeMrWtp5DJ9SmlBwLPJuwS3LhQgCALg+bpExXLPiGjQLmbKi2DR0 U3GTB2IGUJbmkvo4uCtS3mjVZwzgaiPyjx9045qchlVbR7mClj6FCV/bq09bHNOi3x7Y vVJA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:to:from:subject:cc:message-id:date:user-agent :mime-version:content-transfer-encoding; bh=o15D8B/upqiNY0naS8ei6ntTGMWsm0mxYZA+xbtc2kw=; b=bySHBDaRP8zC3LDngKVRtsHatxpR3ix9r+5uRo2JFMHe9gQTNcqgqAOmqpb+YdyHsX 7ajM3yGut23HUiOkIz6w48PIoh5tVRb70XhUXeazx0Xx7ZfXvdm4MMYhBrV5hnzt829O y1HCKO8GB3xVpOvsxLLJ04ORzypn2XUqtz4z7mxds5xNHyy8AWt/ZS7jhoYsybhP7Bob mczUvLYyzVfJUoubqHp7biOYg8YSTZNU0pe1rTtNTKIinZ62ra//91uXN26XvIIF1ThR Hca3ptsb1BtR7fZy3mBZlgLvvKG/3HLcwLgMei+na5iEmMoNjtlVJbXf7B+ZCEq6+RcH /PRg== X-Gm-Message-State: ALyK8tK9V7tDPKeY0TCmRgsC2GfTaay7t/B1V24qSEfhF5Ktc5+/BC+vLNsedFYJpJMcaw== X-Received: by 10.28.20.139 with SMTP id 133mr19778840wmu.19.1466155521752; Fri, 17 Jun 2016 02:25:21 -0700 (PDT) Received: from [192.168.2.126] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id e8sm19058558wma.2.2016.06.17.02.25.19 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 17 Jun 2016 02:25:20 -0700 (PDT) To: draft-ietf-pals-mpls-tp-dual-homing-protection@tools.ietf.org, "pals@ietf.org" From: Stewart Bryant Message-ID: <3cb4d475-c96c-5656-5d72-afb8af97b1a7@gmail.com> Date: Fri, 17 Jun 2016 10:25:16 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: "pals-chairs@tools.ietf.org" Subject: [Pals] IPR check on draft-ietf-pals-mpls-tp-dual-homing-protection X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2016 09:25:24 -0000 The authors have indicated that draft-ietf-pals-mpls-tp-dual-homing-protection is ready for WG last call. Before I start that last call, I would like to check that we know about the IPR related to this draft. Please can I ask the authors to reply to this email indicating whether or not they know of any IPR that needs to be declared. Please can I ask any member of the WG that knows of any IPR that needs to be declared to either declare it or to inform the WG that they have initiated the declaration process. I will close this call on 4th July 2016. Thanks for your help with this. Stewart From nobody Fri Jun 17 02:27:52 2016 Return-Path: X-Original-To: pals@ietfa.amsl.com Delivered-To: pals@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9F11D12D123 for ; Fri, 17 Jun 2016 02:27:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 FeGQR3JQgjml for ; Fri, 17 Jun 2016 02:27:50 -0700 (PDT) Received: from mail-wm0-x22f.google.com (mail-wm0-x22f.google.com [IPv6:2a00:1450:400c:c09::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 4966B12D10B for ; Fri, 17 Jun 2016 02:27:50 -0700 (PDT) Received: by mail-wm0-x22f.google.com with SMTP id v199so222462265wmv.0 for ; Fri, 17 Jun 2016 02:27:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:subject:to:cc:message-id:date:user-agent:mime-version :content-transfer-encoding; bh=WBWOcJIoWK11qamK3eTQRynR6vjQw7MM3oap7f4QgIs=; b=xh8ySlS3raIDFlSWCr0SMDD+0dxQrnPGSekMT8cuFC+O4LWfKsVqy89/FkPlUN2uaW 80j34FKqH2ILZo1f6Yr7MHhf2VIfWWcWkC2nVX1BO0VruS2/dw0kdQgQj7uZioyBCtpT c1JqBu9899aRDvSA25AsD+eda4xai9ezGo5II7zAKgxUtBTlJFulT5GbRUB+0XOI9sXm F5bwYDuM9hDbQPTx6tzKpYAiADY/TJQj4LDnhk3HBkY3jKCfuvJNLYoKmWyqGStxDlvw gnO4osNu7Df1NU+rP8U+73g2PHT1G3PIMPDRBMllLSwW8q1SF3Uncsfv7Uw2rjmQLRGw jGBw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:subject:to:cc:message-id:date:user-agent :mime-version:content-transfer-encoding; bh=WBWOcJIoWK11qamK3eTQRynR6vjQw7MM3oap7f4QgIs=; b=gvPA16yVoCWsTH6lKvTrAgOehDMw5QZycLGegWiBikBmv8aKh5VkVLfM2ttfywxQJ9 XBad224psRUxvZiOvpacYg47J3+Ral/sfa50QU84Y4WaRpASxJ8cFho2bdR/ppwEhFc6 gaes6AMBVB8BPWsoz3fYJ/F6tE7xHP1m5EjUmQsK4XcFrVlKcNmJMp3JN2+3PvNRSqzJ 9d+DjJb40+GDWGelXwzgahyD/oEbqedQva7y2iP/buKXa8zQINtE9TiOWbrPYfCPMd1/ +/FQkNTjIcamtug3x75GKtsTHWkGbGkvLYP7RxYtMTkkovw/OWswMXSg9f59T9uagUKn 2mNA== X-Gm-Message-State: ALyK8tL/a0HQGouy17w/GRodd6a3TaDJbweztjeF78O9XIsjwCL8uOiuFeIjoy6UUa5piQ== X-Received: by 10.28.90.65 with SMTP id o62mr19147893wmb.16.1466155668720; Fri, 17 Jun 2016 02:27:48 -0700 (PDT) Received: from [192.168.2.126] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id el4sm15127945wjd.23.2016.06.17.02.27.47 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 17 Jun 2016 02:27:47 -0700 (PDT) From: Stewart Bryant To: draft-ietf-pals-mpls-tp-dual-homing-coordination@tool.ietf.org, "pals@ietf.org" Message-ID: Date: Fri, 17 Jun 2016 10:27:46 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: "pals-chairs@tools.ietf.org" Subject: [Pals] IPR check ondraft-ietf-pals-mpls-tp-dual-homing-coordination X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2016 09:27:51 -0000 The authors have indicated that draft-ietf-pals-mpls-tp-dual-homing-coordination is ready for WG last call. Before I start that last call, I would like to check that we know about the IPR related to this draft. Please can I ask the authors to reply to this email indicating whether or not they know of any IPR that needs to be declared. Please can I ask any member of the WG that knows of any IPR that needs to be declared to either declare it or to inform the WG that they have initiated the declaration process. I will close this call on 4th July 2016. Thanks for your help with this. Stewart From nobody Fri Jun 17 09:39:49 2016 Return-Path: X-Original-To: pals@ietfa.amsl.com Delivered-To: pals@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 31A7012D78D for ; Fri, 17 Jun 2016 09:39:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 jKNd5q-8lVDt for ; Fri, 17 Jun 2016 09:39:46 -0700 (PDT) Received: from mail-wm0-x236.google.com (mail-wm0-x236.google.com [IPv6:2a00:1450:400c:c09::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 5A16F12D862 for ; Fri, 17 Jun 2016 09:39:46 -0700 (PDT) Received: by mail-wm0-x236.google.com with SMTP id v199so4955591wmv.0 for ; Fri, 17 Jun 2016 09:39:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:subject:to:cc:message-id:date:user-agent:mime-version :content-transfer-encoding; bh=Xtt2OPqANC0JZYVjniusJxwLOWUfZ3bCAbHf0rXSick=; b=S3vqJqq3aig9lLh3y5cYks/wsmNxy0mllSBm5PPRExTcSrn4IMIHYkUWU0V/Hv42IU 52Dm5zMSV5zeO4EQWAyFHY9vraGG4gA9Knufa7y44eoC30pEEBqhimbM5ugxy5YDmIuj CratpiPMjEDmxh0rHzuFHZXCTi0JeuKjrqt6/qDoT+ZyXXLSHZRBIvX55O2HlRu7M2F5 /4hQ/UT2s6D1ZINR53WqLg323TTy7qAeXXeXq5JJyJYQ/HL0GlQGyHyeGkSZu3ayMgIB APjEDxz05oglhXIkvYv/3BdYY+29mCYx5in3Dxxz6Z3Pvm6lMJxbXyf5CCJDY7f8O42F iDow== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:subject:to:cc:message-id:date:user-agent :mime-version:content-transfer-encoding; bh=Xtt2OPqANC0JZYVjniusJxwLOWUfZ3bCAbHf0rXSick=; b=gWhxv8BpkaF929YM3UBlC9wz04C+9VXIyJ5JdjmtKvFpQE0CMA1J4nR5mhagaAAcqv LS8jYkAImyslgh7zu5MqswaeXkeUEuV9AzE5qluqlNbBPVM37dijkYZMKyfEfTY7MwDs 5Q8SqSSUk8LRzhCmZsqiIoxeOLflCt4Iu8t55sehRdEg0io2oLychuo7g3LspkKYGLQJ PEQv1uZjOCkOFERPWYeydj398hwUAetNRslQFybv6FoCjwJQnspFh11d/6MNhcBa5zxO kRENdjifP24F2p4WTF62vXBMosYFvJ3vehqnIz/KB71bRrRkwihbMHXTUZVQGKO1d0LR 8PQQ== X-Gm-Message-State: ALyK8tJqJjFGDdELe8xyFbvf1lCBnK8tZBxcjfPA+00oVZ/EEn8f2p4pRqbSDscTO1Ax9A== X-Received: by 10.195.17.138 with SMTP id ge10mr3496837wjd.94.1466181584904; Fri, 17 Jun 2016 09:39:44 -0700 (PDT) Received: from [192.168.2.126] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id z14sm48222489wjw.6.2016.06.17.09.39.43 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 17 Jun 2016 09:39:43 -0700 (PDT) From: Stewart Bryant To: draft-ietf-pals-mpls-tp-dual-homing-coordination@tools.ietf.org, "pals@ietf.org" Message-ID: <1c2c4c74-d067-08ef-ecc1-93f312542a86@gmail.com> Date: Fri, 17 Jun 2016 17:39:42 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: "pals-chairs@tools.ietf.org" Subject: [Pals] IPR check ondraft-ietf-pals-mpls-tp-dual-homing-coordination X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2016 16:39:48 -0000 Resending with correct authors alias. The authors have indicated that draft-ietf-pals-mpls-tp-dual-homing-coordination is ready for WG last call. Before I start that last call, I would like to check that we know about the IPR related to this draft. Please can I ask the authors to reply to this email indicating whether or not they know of any IPR that needs to be declared. Please can I ask any member of the WG that knows of any IPR that needs to be declared to either declare it or to inform the WG that they have initiated the declaration process. I will close this call on 4th July 2016. Thanks for your help with this. Stewart From nobody Fri Jun 17 09:41:05 2016 Return-Path: X-Original-To: pals@ietfa.amsl.com Delivered-To: pals@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 39CE812D888 for ; Fri, 17 Jun 2016 09:41:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.235 X-Spam-Level: X-Spam-Status: No, score=-1.235 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_SOFTFAIL=0.665] autolearn=no 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 M4UYzL9hMlbF for ; Fri, 17 Jun 2016 09:40:58 -0700 (PDT) Received: from napoleon.monoski.com (napoleon.monoski.com [70.90.113.113]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C2F8712D88F for ; Fri, 17 Jun 2016 09:40:35 -0700 (PDT) Received: from confusion.monoski.com (confusion.monoski.com [209.245.27.2]) (authenticated bits=0) by napoleon.monoski.com (8.14.7/8.14.7) with ESMTP id u5HGeUEZ005026 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Fri, 17 Jun 2016 10:40:31 -0600 (MDT) To: Stewart Bryant , draft-ietf-pals-status-reduction@tools.ietf.org References: <6cdf6691-e5ce-434c-edbe-4ad999b7aa5a@gmail.com> From: Luca Martini Message-ID: <576427F9.2030704@cisco.com> Date: Fri, 17 Jun 2016 10:40:25 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 In-Reply-To: <6cdf6691-e5ce-434c-edbe-4ad999b7aa5a@gmail.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Archived-At: Cc: "pals-chairs@tools.ietf.org" , "pals@ietf.org" Subject: Re: [Pals] Shepherds review of draft-ietf-pals-status-reduction-00 X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2016 16:41:04 -0000 On 06/09/16 12:54, Stewart Bryant wrote: > Hi Authors > > I have done a shepherd's review of this draft and have a few issues > that need to be looked. It would be timely if you could fix these during the > IPR poll I am about to start so that we can have cleaner text to > take to the WG for last call. > > Please see below. > > - Stewart > > Abstract > > This document describes a method for generating an aggregated > pseudowire status message on Multi-Protocol Label Switching (MPLS) > network Label Switched Path (LSP). > > The method for transmitting the pseudowire (PW) status information is > not new, however this protocol extension allows a Service Provider > (SP) to reliably monitor the individual PW status while not > overwhelming the network of multiple periodic status messages. This > SB> s/of/with/ ok. > is achieved by sending a single cumulative summary status > verification message for all the PWs grouped in the same LSP. > SB> grouped in or grouped on? pw are inside an LSP . I think it's in. > ============ > > > > * Session ID > > A non-zero, locally selected session number that is not preserved > if the local PE restarts. > > In order to get a locally unique session ID, the recommended > choice is to perform a CRC-16 giving as input the following data > > |Y|Y|M|M|D|D|H|H|M|M|S|S|L|L|L| > > Where: YY: are the decimal two last digit of the current year > MM: are the decimal two digit of the current month DD: are the > decimal two digit of the current day HHMMSSLLL: are the decimal > digits of the current time expressed in (hour, minutes, seconds, > milliseconds) > > SB> What happens if there is a hash collision? ok, I'll take care of this by just adding 1 to the number until it is locally unique. ( unless you have a better suggestion ? ) I will add the following: If the calculation results in an already existing session ID, a unique session ID can be generated by adding 1 to the result until the session ID is unique. Any other method to generate a locally unique session ID is also acceptable. > ============ > > * Refresh Timer. > > A non zero unsigned 16 bit integer value greater or equal to 10, > in milliseconds, that indicates the desired refresh interval. The > default value of 30000 is RECOMENDED. > > SB> Do you need to specify a min of 10ms, or would it be adequate to > SB> to recommend this lower value? I'm not clear on your question. We are recommending a default, the value can be set to anything. anything below 10ms would be a bit silly. > =========== > > > 5. PW status refresh reduction Control Messages > > > There can only be one control message construct per PW status refresh > reduction Message. If the U bit is set, and a PE receiving the PW > status refresh reduction Message does not understand the control > message, the control message MUST be silently ignored. However the > control message sequence number MUST still be acknowledged by sending > a null message back with the appropriate value in the Last Message > Received Field. > > SB> The above is a little odd. On the one hand you are saying that > SB> that the message is not understood, but on the other hand that you > SB> expect the node to execute an element of the protocol procedure. > SB> > SB> Presumably it is a particular message type that is not understood? not quite. this is standard LDP like behavior. The idea is that a new implementation sending something additional that is not yet implemented in an old implementation should just work. say for example that someone starts sending some new extra information, and some peers are yet to be upgraded. We want that to just be ignored. We have to update the sequence number otherwise the message queue would just stop. > > ============== > > 5.0.1. Notification message > > The most common use of the Notification Message is to acknowledge the > reception of a message by indicating the received message sequence > number in the "Last Received Sequence Number" field. The notification > message is encoded as follows: > > 0 1 2 3 > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | Checksum | Message Sequence Number | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | Last Received Seq Number | Type=0x01 |U Flags | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | Notification Code | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > The message type is set to 0x01, and the U bit is treated as > described in the above section. > > SB> It might be better to give the explicit section number. I hate explicit section numbers , as they always end up wrong ... Is the section not Above ? As you remember we have errata on other documents on this point.... > ========== > > 5.0.2. PW Configuration Message > > The PW status refresh reduction TLVs are informational TLVs, that > allow the remote PE to verify certain provisioning information. This > message contain a series of sub-TLVs in no particular order, that > contain PW and LSP configuration information. The message has no > preset length limit, however its total length will be limited by the > transport network Maximum Transmit Unit (MTU). > > SB> How do you know the MTU? The physical link is attached to the PE , so the PE does know the MTU of the link. Remember that this is only going to the neighbor, the path only has one hop. > ======== > > 5.0.2.2. PW ID configured List > > > The number of PW Path IDs in the TLV will be inferred by the length > of the TLV up to a maximum of 8. The procedure for processing this > TLV will be described in a section below. > > SB> It would be kind to the reader to give the section number. same comment - anytime i have done this sections numbers got out of order ... > =========== > > > 5.0.2.3. PW ID unconfigured List > > This OPTIONAL TLV contains a list of the PWs that have been > unprovisioned on the LSP. Note that it is a fatal session error to > send the same PW address in both the configured list TLV , and the > unconfigured list TLV in the same configuration message. > > SB> What action is taken on a fatal session error? It is explained in section "5.0.1 Notification message" However, this text should explain which error code to send ..... the following text will be added: If the this error occurs , an error notification message is returned with the error code of "PW Configuration TLV conflict" and the session is terminated by entering STARTUP state. > ========= > > 6. PW provisioning verification procedure > > This procedure and the advertisement of the PW configuration message > are OPTIONAL. > > A PE that desires to use the PW configuration message to verify the > configuration of PWs on a particular LSP, should advertise its PW > configuration to the remote PE on LSPs that have active keepalive > sessions. When a PE receives PW configuration information using this > protocol and it not supporting or not willing to use the information, > it MUST acknowledge all the PW configuration messages with a > notification of "PW configuration not supported". > > SB> How does a PE acknowledge a protocol it does not support? ok, i see that the text is not clear. the notification is meant to indicate that this procedure is not supported. I will change the top text to be : The advertisement of the PW configuration message is OPTIONAL. > =========== > > -iii. An Alarm MAY be raised to a network management system. > > SB> Shouldn't that be SHOULD be raised? This really depends on local PE implementation and policy. It is not necessary for the protocol implementation. I can think of examples where an alarm is not desirable. For example of a PW is just being configured manually, and the remote end is not yet added. I would rather leave this to a local implementation preference then force it with a SHOULD. > =========== > 6.1. PW ID List advertising and processing > > > If a new PW is added to a particular LSP, the PE MUST place the > configuration verification of this PW on hold for a period of at > least 10 seconds. This is necessary to prevent false positive events > of mis-configuration due to the ends of the PW being slightly out of > sync. > > SB> Prevent or minimise? Yes minimize is a better term. Will fix. I will also move the number to 30s as it seem s a bit more appropriate. > ================ > > 7. Security Considerations > > Section to be completed in a later version of the document. > > SB> Sorry author's we can't that this to WG LC with this security > section! oops i missed this ..... I will write it in. The security considerations of [RFC6478] are adequate for the proposed mechanism since the operating environment is almost identical to to the one where this protocol would be deployed. It should also be noted that since this protocol is defined to be deployed between two adjacent PEs connected by a physical link, it is not possible to misdirect or inject traffic without compromising the PW transport link itself, all these situations are covered in the security considerations of [RFC6478]. > > 8. IANA Considerations > > 8.1. PW Status Refresh Reduction Message Types > > IANA needs to set up a registry of "PW status refresh reduction > Control Messages". > > SB> This is presumably a registry contained in the PW Name Spaces yes , the names has PW in it , i would assume that IANA would put it there .Do i need to add something to the IANA instructions ? > =========== > > 8.2. PW Configuration Message Sub-TLVs > > IANA needs to set up a registry of "PW status refresh reduction > Configuration Message Sub-TLVs". > > SB> This is presumably a registry contained in the PW Name Spaces > > SB> Actually do you need to create a sub registry to hold all three > SB> of these new registries. I would think you did to keep them > SB> together. Since this is really a trivial IANA organization issue, let's discuss this in person, and I will add the necessary IANA instructions as you seem fit. > ============= > > 8.3. PW Status Refresh Reduction Notification Codes > > IANA needs to set up a registry of "PW status refresh reduction > Notification Codes". > > SB> This is presumably a registry contained in the PW Name Spaces > ========== > > These are 32-bit values. Type value 1 through 7 > are defined in this document. > > SB> Actually 0 through 7 are defined aren't they? yes -fixed. > ========= > > SB> What is the interaction between this protocol and PW protection? There is no real interaction other then this can be another source of information to set the PW state. =========================== =========================== Luca > > > _______________________________________________ > Pals mailing list > Pals@ietf.org > https://www.ietf.org/mailman/listinfo/pals From nobody Fri Jun 17 10:56:18 2016 Return-Path: X-Original-To: pals@ietfa.amsl.com Delivered-To: pals@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 93B5512D125 for ; Fri, 17 Jun 2016 10:56:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 otWvMoO0i6tH for ; Fri, 17 Jun 2016 10:56:14 -0700 (PDT) Received: from mail-wm0-x22a.google.com (mail-wm0-x22a.google.com [IPv6:2a00:1450:400c:c09::22a]) (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 1138412D837 for ; Fri, 17 Jun 2016 10:56:14 -0700 (PDT) Received: by mail-wm0-x22a.google.com with SMTP id f126so7068114wma.1 for ; Fri, 17 Jun 2016 10:56:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=IOMrHOdNF0Ab3B0M6JhYjt1xsMcWkSrL7bVJtaxHa+A=; b=hAucIXwm2WsFUk1WYNIVlnu/bfqmFOadw5Mxy7ERTJ4ZMmZgK1JzR762b2C5nsT2fK BlTUJNngabgZuxG9oU802LPw0PNxR0t1Sa6qladWutMC9Hr24kD/4PwfkCYXs/opvjZo OKl4mDaXgsGqcgVLK6B1u5pdHeJb4LfWqArxQwRybHjeFr3Dwe0U4dlN6DB2O+kfWSHc BR9Z+yxmdKZ36rxC9NKDvDcjI5RJBUItAYE2ryvTLwhnRIIjkn+lS575Bup0x9W7oegz NcLJ1AvP2WCnkflcHHc0XEJXfHUxUSmTWQ0yaKt6xmqbIkMPj86YXUVgFWZT7OPCqSlt ckqw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=IOMrHOdNF0Ab3B0M6JhYjt1xsMcWkSrL7bVJtaxHa+A=; b=HU5t2NDJgq9rVBWhYD5ZQ/3u0Xrb4CzlhUWj2gzGBvinsneOug9WGHKqvTQV1jd0I3 UiJQHKyB/KGTsooLYrn7csPKujJg3snYqdEKV2S6uTTu9AbjiXB72ucmkELs0zs1opBz mYxMHF141uwzPVE0nz0KgbCN2OX3tMRef0WFHzRoSJpEHH5leLNBirfSfAu1tAXEYff8 WsOe0V/w0PxuC59uYaYMKt3kkYUK6kben32KA6kQY9IughoCxUwjCwNi/ePZkU0ZCJjB o2DDEDBYch/CpJ7IT0VDIDX7qpQWFkvvfqVv6kNz1xuTGpSTUaEZJY5xPbM+jgMS1d2d 1gYw== X-Gm-Message-State: ALyK8tICXuxtJ01cnBwMQsQi1noVjswfalDSyg6eSamtEnYsipmmFDTTU55dE/cMGo/O2g== X-Received: by 10.28.69.134 with SMTP id l6mr885397wmi.80.1466186172204; Fri, 17 Jun 2016 10:56:12 -0700 (PDT) Received: from [192.168.2.126] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id x10sm36246978wjj.14.2016.06.17.10.56.10 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 17 Jun 2016 10:56:10 -0700 (PDT) To: Luca Martini , draft-ietf-pals-status-reduction@tools.ietf.org References: <6cdf6691-e5ce-434c-edbe-4ad999b7aa5a@gmail.com> <576427F9.2030704@cisco.com> From: Stewart Bryant Message-ID: <69c9d897-3f45-12e3-4567-3cc9ebcdec6d@gmail.com> Date: Fri, 17 Jun 2016 18:56:09 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: <576427F9.2030704@cisco.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: "pals-chairs@tools.ietf.org" , "pals@ietf.org" Subject: Re: [Pals] Shepherds review of draft-ietf-pals-status-reduction-00 X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2016 17:56:16 -0000 Hi Luca We pretty much agree on everything. Please see inline for some notes and a couple of typos. On 17/06/2016 17:40, Luca Martini wrote: > > On 06/09/16 12:54, Stewart Bryant wrote: >> Hi Authors >> >> I have done a shepherd's review of this draft and have a few issues >> that need to be looked. It would be timely if you could fix these during the >> IPR poll I am about to start so that we can have cleaner text to >> take to the WG for last call. >> >> Please see below. >> >> - Stewart >> >> Abstract >> >> This document describes a method for generating an aggregated >> pseudowire status message on Multi-Protocol Label Switching (MPLS) >> network Label Switched Path (LSP). >> >> The method for transmitting the pseudowire (PW) status information is >> not new, however this protocol extension allows a Service Provider >> (SP) to reliably monitor the individual PW status while not >> overwhelming the network of multiple periodic status messages. This >> SB> s/of/with/ > ok. >> is achieved by sending a single cumulative summary status >> verification message for all the PWs grouped in the same LSP. >> SB> grouped in or grouped on? > pw are inside an LSP . I think it's in. Genuinely not sure - will leave it to the RFC editor. > >> ============ >> >> >> >> * Session ID >> >> A non-zero, locally selected session number that is not preserved >> if the local PE restarts. >> >> In order to get a locally unique session ID, the recommended >> choice is to perform a CRC-16 giving as input the following data >> >> |Y|Y|M|M|D|D|H|H|M|M|S|S|L|L|L| >> >> Where: YY: are the decimal two last digit of the current year >> MM: are the decimal two digit of the current month DD: are the >> decimal two digit of the current day HHMMSSLLL: are the decimal >> digits of the current time expressed in (hour, minutes, seconds, >> milliseconds) >> >> SB> What happens if there is a hash collision? > ok, I'll take care of this by just adding 1 to the number until it is > locally unique. > ( unless you have a better suggestion ? ) > I will add the following: > > If the calculation results in an already existing session ID, a unique > session ID can be generated by adding 1 to the result until the session > ID is unique. > Any other method to generate a locally unique session ID is also acceptable. That would work, or you could say any use any method you like so long as you search for value that is unique amongst the currently known Session IDs. Is there any reason no to preserve the number? Surely it make n/w mgt easier? >> ============ >> >> * Refresh Timer. >> >> A non zero unsigned 16 bit integer value greater or equal to 10, >> in milliseconds, that indicates the desired refresh interval. The >> default value of 30000 is RECOMENDED. >> >> SB> Do you need to specify a min of 10ms, or would it be adequate to >> SB> to recommend this lower value? > I'm not clear on your question. We are recommending a default, the value > can be set to anything. > anything below 10ms would be a bit silly. With hindsight, yes you are right, leave it. >> =========== >> >> >> 5. PW status refresh reduction Control Messages >> >> >> There can only be one control message construct per PW status refresh >> reduction Message. If the U bit is set, and a PE receiving the PW >> status refresh reduction Message does not understand the control >> message, the control message MUST be silently ignored. However the >> control message sequence number MUST still be acknowledged by sending >> a null message back with the appropriate value in the Last Message >> Received Field. >> >> SB> The above is a little odd. On the one hand you are saying that >> SB> that the message is not understood, but on the other hand that you >> SB> expect the node to execute an element of the protocol procedure. >> SB> >> SB> Presumably it is a particular message type that is not understood? > not quite. this is standard LDP like behavior. The idea is that a new > implementation sending something additional that is not yet implemented > in an old implementation should just work. > say for example that someone starts sending some new extra information, > and some peers are yet to be upgraded. We want that to just be ignored. > We have to update the sequence number otherwise the message queue would > just stop. > OK, I understand. >> ============== >> >> 5.0.1. Notification message >> >> The most common use of the Notification Message is to acknowledge the >> reception of a message by indicating the received message sequence >> number in the "Last Received Sequence Number" field. The notification >> message is encoded as follows: >> >> 0 1 2 3 >> 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> | Checksum | Message Sequence Number | >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> | Last Received Seq Number | Type=0x01 |U Flags | >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> | Notification Code | >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> >> >> The message type is set to 0x01, and the U bit is treated as >> described in the above section. >> >> SB> It might be better to give the explicit section number. > I hate explicit section numbers , as they always end up wrong ... Is the > section not Above ? > As you remember we have errata on other documents on this point.... Ah, but not if you automatically generate them as I (and RFCed) do :) The problem can arise if you add a section in and forget about the implicit pointer. I will not press the point. > >> ========== >> >> 5.0.2. PW Configuration Message >> >> The PW status refresh reduction TLVs are informational TLVs, that >> allow the remote PE to verify certain provisioning information. This >> message contain a series of sub-TLVs in no particular order, that >> contain PW and LSP configuration information. The message has no >> preset length limit, however its total length will be limited by the >> transport network Maximum Transmit Unit (MTU). >> >> SB> How do you know the MTU? > The physical link is attached to the PE , so the PE does know the MTU of > the link. Remember that this is only going to the neighbor, the path > only has one hop. OK. > >> ======== >> >> 5.0.2.2. PW ID configured List >> >> >> The number of PW Path IDs in the TLV will be inferred by the length >> of the TLV up to a maximum of 8. The procedure for processing this >> TLV will be described in a section below. >> >> SB> It would be kind to the reader to give the section number. > same comment - anytime i have done this sections numbers got out of > order ... Same reply :) >> =========== >> >> >> 5.0.2.3. PW ID unconfigured List >> >> This OPTIONAL TLV contains a list of the PWs that have been >> unprovisioned on the LSP. Note that it is a fatal session error to >> send the same PW address in both the configured list TLV , and the >> unconfigured list TLV in the same configuration message. >> >> SB> What action is taken on a fatal session error? > It is explained in section "5.0.1 Notification message" > However, this text should explain which error code to send ..... > the following text will be added: > If the this error occurs , an error notification message is returned > with the error code of "PW Configuration TLV conflict" and the session > is terminated by entering STARTUP state. Good. > >> ========= >> >> 6. PW provisioning verification procedure >> >> This procedure and the advertisement of the PW configuration message >> are OPTIONAL. >> >> A PE that desires to use the PW configuration message to verify the >> configuration of PWs on a particular LSP, should advertise its PW >> configuration to the remote PE on LSPs that have active keepalive >> sessions. When a PE receives PW configuration information using this >> protocol and it not supporting or not willing to use the information, >> it MUST acknowledge all the PW configuration messages with a >> notification of "PW configuration not supported". >> >> SB> How does a PE acknowledge a protocol it does not support? > ok, i see that the text is not clear. the notification is meant to > indicate that this procedure is not supported. > I will change the top text to be : > The advertisement of the PW configuration message is OPTIONAL. Thanks > >> =========== >> >> -iii. An Alarm MAY be raised to a network management system. >> >> SB> Shouldn't that be SHOULD be raised? > This really depends on local PE implementation and policy. It is not > necessary for the protocol implementation. > I can think of examples where an alarm is not desirable. For example of > a PW is just being configured manually, and the remote end is not yet > added. > I would rather leave this to a local implementation preference then > force it with a SHOULD. OK, maybe you need to put in a little text along the lines you just said to me. If you want to leave it OK, but I anticipate a bunch of AD/Dir comments. > >> =========== >> 6.1. PW ID List advertising and processing >> >> >> If a new PW is added to a particular LSP, the PE MUST place the >> configuration verification of this PW on hold for a period of at >> least 10 seconds. This is necessary to prevent false positive events >> of mis-configuration due to the ends of the PW being slightly out of >> sync. >> >> SB> Prevent or minimise? > Yes minimize is a better term. Will fix. I will also move the number to > 30s as it seem s a bit more appropriate. >> ================ >> >> 7. Security Considerations >> >> Section to be completed in a later version of the document. >> >> SB> Sorry author's we can't that this to WG LC with this security >> section! > oops i missed this ..... > I will write it in. > The security considerations of [RFC6478] are adequate for the proposed > mechanism since the operating environment is almost identical to to the s/to to/to / > one where this protocol would be deployed. It should also be noted that > since this protocol is defined to be deployed between two adjacent PEs defined or designed? > connected by a physical link, it is not possible to misdirect or inject > traffic without compromising the PW transport link itself, all these > situations are covered in the security considerations of [RFC6478]. >> 8. IANA Considerations >> >> 8.1. PW Status Refresh Reduction Message Types >> >> IANA needs to set up a registry of "PW status refresh reduction >> Control Messages". >> >> SB> This is presumably a registry contained in the PW Name Spaces > yes , the names has PW in it , i would assume that IANA would put it > there .Do i need to add something to the IANA instructions ? It is common to specify the namespace. IANA are always nice to people, so it is always good to make the instruction clear to help them out. > >> =========== >> >> 8.2. PW Configuration Message Sub-TLVs >> >> IANA needs to set up a registry of "PW status refresh reduction >> Configuration Message Sub-TLVs". >> >> SB> This is presumably a registry contained in the PW Name Spaces >> >> SB> Actually do you need to create a sub registry to hold all three >> SB> of these new registries. I would think you did to keep them >> SB> together. > Since this is really a trivial IANA organization issue, let's discuss > this in person, and I will add the necessary IANA instructions as you > seem fit. OK. > >> ============= >> >> 8.3. PW Status Refresh Reduction Notification Codes >> >> IANA needs to set up a registry of "PW status refresh reduction >> Notification Codes". >> >> SB> This is presumably a registry contained in the PW Name Spaces >> ========== >> >> These are 32-bit values. Type value 1 through 7 >> are defined in this document. >> >> SB> Actually 0 through 7 are defined aren't they? > yes -fixed. >> ========= >> >> SB> What is the interaction between this protocol and PW protection? > There is no real interaction other then this can be another source of > information to set the PW state. OK If you do the edits we look good to go. Stewart > > =========================== =========================== > Luca >> >> _______________________________________________ >> Pals mailing list >> Pals@ietf.org >> https://www.ietf.org/mailman/listinfo/pals From nobody Fri Jun 17 11:32:09 2016 Return-Path: X-Original-To: pals@ietf.org Delivered-To: pals@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 034A212D84D; Fri, 17 Jun 2016 11:32:08 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.23.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160617183208.9629.11712.idtracker@ietfa.amsl.com> Date: Fri, 17 Jun 2016 11:32:08 -0700 Archived-At: Cc: pals@ietf.org Subject: [Pals] I-D Action: draft-ietf-pals-rfc4447bis-04.txt X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.17 List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2016 18:32:08 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Pseudowire And LDP-enabled Services of the IETF. Title : Pseudowire Setup and Maintenance using the Label Distribution Protocol Authors : Luca Martini Giles Heron Filename : draft-ietf-pals-rfc4447bis-04.txt Pages : 34 Date : 2016-06-17 Abstract: Layer 2 services (such as Frame Relay, Asynchronous Transfer Mode, and Ethernet) can be "emulated" over an MPLS backbone by encapsulating the Layer 2 Protocol Data Units (PDU) and then transmitting them over "pseudowires". It is also possible to use pseudowires to provide low-rate Time Division Multiplexed and Synchronous Optical NETworking circuit emulation over an MPLS-enabled network. This document specifies a protocol for establishing and maintaining the pseudowires, using extensions to the Label Distribution Protocol (LDP). Procedures for encapsulating Layer 2 PDUs are specified in a set of companion documents. This document has been written to address errata in a previous version of this standard. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pals-rfc4447bis/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-pals-rfc4447bis-04 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-pals-rfc4447bis-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 Mon Jun 20 00:12:09 2016 Return-Path: X-Original-To: pals@ietfa.amsl.com Delivered-To: pals@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EF89A12D99A for ; Mon, 20 Jun 2016 00:12:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.026 X-Spam-Level: X-Spam-Status: No, score=-4.026 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-1.426] 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 lDf8nKmap2rG for ; Mon, 20 Jun 2016 00:12:06 -0700 (PDT) Received: from cmccmta3.chinamobile.com (cmccmta3.chinamobile.com [221.176.66.81]) by ietfa.amsl.com (Postfix) with ESMTP id 9158B12D99C for ; Mon, 20 Jun 2016 00:12:05 -0700 (PDT) Received: from spf.mail.chinamobile.com (unknown[172.16.121.7]) by rmmx-syy-dmz-app09-12009 (RichMail) with SMTP id 2ee95767973aa6d-fd4f3; Mon, 20 Jun 2016 15:11:54 +0800 (CST) X-RM-TRANSID: 2ee95767973aa6d-fd4f3 X-RM-SPAM-FLAG: 00000000 Received: from cmcc (unknown[10.2.52.149]) by rmsmtp-syy-appsvr04-12004 (RichMail) with SMTP id 2ee4576797389a4-26926; Mon, 20 Jun 2016 15:11:53 +0800 (CST) X-RM-TRANSID: 2ee4576797389a4-26926 From: "Weiqiang Cheng" To: "'Stewart Bryant'" , , References: <3cb4d475-c96c-5656-5d72-afb8af97b1a7@gmail.com> In-Reply-To: <3cb4d475-c96c-5656-5d72-afb8af97b1a7@gmail.com> Date: Mon, 20 Jun 2016 15:11:56 +0800 Message-ID: <01ff01d1cac3$07c4b360$174e1a20$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AdHIe25yi/eBSWzpRBaTcV/4c0LPiwCR41rw Content-Language: zh-cn Archived-At: Cc: pals-chairs@tools.ietf.org Subject: [Pals] =?gb2312?b?tPC4tDogIElQUiBjaGVjayBvbiBkcmFmdC1pZXRmLXBh?= =?gb2312?b?bHMtbXBscy10cC1kdWFsLWhvbWluZy1wcm90ZWN0aW9u?= X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2016 07:12:08 -0000 Dear Stewart, I am not aware of any IPR related to the draft. B.R. Weiqiang Cheng -----=D3=CA=BC=FE=D4=AD=BC=FE----- =B7=A2=BC=FE=C8=CB: Pals [mailto:pals-bounces@ietf.org] =B4=FA=B1=ED = Stewart Bryant =B7=A2=CB=CD=CA=B1=BC=E4: 2016=C4=EA6=D4=C217=C8=D5 17:25 =CA=D5=BC=FE=C8=CB: = draft-ietf-pals-mpls-tp-dual-homing-protection@tools.ietf.org; pals@ietf.org =B3=AD=CB=CD: pals-chairs@tools.ietf.org =D6=F7=CC=E2: [Pals] IPR check on = draft-ietf-pals-mpls-tp-dual-homing-protection The authors have indicated that draft-ietf-pals-mpls-tp-dual-homing-protection is ready for WG last call. Before I start that last call, I would like to check that we know about = the IPR related to this draft. Please can I ask the authors to reply to this email indicating whether = or not they know of any IPR that needs to be declared. Please can I ask any member of the WG that knows of any IPR that needs = to be declared to either declare it or to inform the WG that they have = initiated the declaration process. I will close this call on 4th July 2016. Thanks for your help with this. Stewart _______________________________________________ Pals mailing list Pals@ietf.org https://www.ietf.org/mailman/listinfo/pals From nobody Mon Jun 20 00:17:48 2016 Return-Path: X-Original-To: pals@ietfa.amsl.com Delivered-To: pals@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 032A91200A0 for ; Mon, 20 Jun 2016 00:17:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.026 X-Spam-Level: X-Spam-Status: No, score=-4.026 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-1.426] autolearn=unavailable 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 Fmy0XgyR_gIy for ; Mon, 20 Jun 2016 00:17:45 -0700 (PDT) Received: from cmccmta2.chinamobile.com (cmccmta2.chinamobile.com [221.176.66.80]) by ietfa.amsl.com (Postfix) with ESMTP id 0490E12D56C for ; Mon, 20 Jun 2016 00:09:10 -0700 (PDT) Received: from spf.mail.chinamobile.com (unknown[172.16.121.19]) by rmmx-syy-dmz-app08-12008 (RichMail) with SMTP id 2ee85767968b740-ffd8b; Mon, 20 Jun 2016 15:08:59 +0800 (CST) X-RM-TRANSID: 2ee85767968b740-ffd8b X-RM-SPAM-FLAG: 00000000 Received: from cmcc (unknown[10.2.52.149]) by rmsmtp-syy-appsvr10-12010 (RichMail) with SMTP id 2eea5767968934f-2357b; Mon, 20 Jun 2016 15:08:59 +0800 (CST) X-RM-TRANSID: 2eea5767968934f-2357b From: "Weiqiang Cheng" To: "'Stewart Bryant'" , , References: <1c2c4c74-d067-08ef-ecc1-93f312542a86@gmail.com> In-Reply-To: <1c2c4c74-d067-08ef-ecc1-93f312542a86@gmail.com> Date: Mon, 20 Jun 2016 15:09:01 +0800 Message-ID: <01fb01d1cac2$9fb23ea0$df16bbe0$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AdHItt5SJ9dUIGxjQdaD9Cu41t0kygCC3veQ Content-Language: zh-cn Archived-At: Cc: pals-chairs@tools.ietf.org Subject: Re: [Pals] IPR check ondraft-ietf-pals-mpls-tp-dual-homing-coordination X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2016 07:17:47 -0000 Dear Stewart, I am not aware of any IPR related to the draft. B.R. Weiqiang Cheng -----=D3=CA=BC=FE=D4=AD=BC=FE----- =B7=A2=BC=FE=C8=CB: Pals [mailto:pals-bounces@ietf.org] =B4=FA=B1=ED = Stewart Bryant =B7=A2=CB=CD=CA=B1=BC=E4: 2016=C4=EA6=D4=C218=C8=D5 0:40 =CA=D5=BC=FE=C8=CB: = draft-ietf-pals-mpls-tp-dual-homing-coordination@tools.ietf.org; pals@ietf.org =B3=AD=CB=CD: pals-chairs@tools.ietf.org =D6=F7=CC=E2: [Pals] IPR check = ondraft-ietf-pals-mpls-tp-dual-homing-coordination Resending with correct authors alias. The authors have indicated that draft-ietf-pals-mpls-tp-dual-homing-coordination is ready for WG last = call. Before I start that last call, I would like to check that we know about = the IPR related to this draft. Please can I ask the authors to reply to this email indicating whether = or not they know of any IPR that needs to be declared. Please can I ask any member of the WG that knows of any IPR that needs = to be declared to either declare it or to inform the WG that they have = initiated the declaration process. I will close this call on 4th July 2016. Thanks for your help with this. Stewart _______________________________________________ Pals mailing list Pals@ietf.org https://www.ietf.org/mailman/listinfo/pals From nobody Mon Jun 20 01:10:06 2016 Return-Path: X-Original-To: pals@ietfa.amsl.com Delivered-To: pals@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E716E12D5D2 for ; Mon, 20 Jun 2016 01:10:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.647 X-Spam-Level: X-Spam-Status: No, score=-5.647 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kwCHNQBX9Hep for ; Mon, 20 Jun 2016 01:10:02 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3A15F12D853 for ; Mon, 20 Jun 2016 01:10:02 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml707-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CMG47985; Mon, 20 Jun 2016 08:10:00 +0000 (GMT) Received: from NKGEML411-HUB.china.huawei.com (10.98.56.70) by lhreml707-cah.china.huawei.com (10.201.5.199) with Microsoft SMTP Server (TLS) id 14.3.235.1; Mon, 20 Jun 2016 09:09:59 +0100 Received: from NKGEML515-MBX.china.huawei.com ([fe80::a54a:89d2:c471:ff]) by nkgeml411-hub.china.huawei.com ([10.98.56.70]) with mapi id 14.03.0235.001; Mon, 20 Jun 2016 16:09:51 +0800 From: "Dongjie (Jimmy)" To: Stewart Bryant , "draft-ietf-pals-mpls-tp-dual-homing-protection@tools.ietf.org" , "pals@ietf.org" Thread-Topic: IPR check on draft-ietf-pals-mpls-tp-dual-homing-protection Thread-Index: AQHRyHo1IvN/4V+6zUKQxanYTCb79p/x/gDw Date: Mon, 20 Jun 2016 08:09:51 +0000 Message-ID: <76CD132C3ADEF848BD84D028D243C92774EA318C@NKGEML515-MBX.china.huawei.com> References: <3cb4d475-c96c-5656-5d72-afb8af97b1a7@gmail.com> In-Reply-To: <3cb4d475-c96c-5656-5d72-afb8af97b1a7@gmail.com> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.130.151.75] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090201.5767A4D8.0030, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=0.0.0.0, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 7e08a0bc96fecf14a8abe2ac8c771e9a Archived-At: Cc: "pals-chairs@tools.ietf.org" Subject: Re: [Pals] IPR check on draft-ietf-pals-mpls-tp-dual-homing-protection X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2016 08:10:05 -0000 SGksIA0KDQpJIGFtIG5vdCBhd2FyZSBvZiBhbnkgcmVsYXRlZCBJUFIsIGV4Y2VwdCB0aGUgb25l IGhhcyBiZWVuIGRpc2Nsb3NlZCBvbiBkcmFmdC1jaGVuZy1wd2UzLW1wbHMtdHAtZHVhbC1ob21p bmctcHJvdGVjdGlvbiAodGhlIGluZGl2aWR1YWwgdmVyc2lvbiBvZiB0aGlzIGRyYWZ0KS4NCg0K QlRXLCBJIGp1c3Qgbm90aWNlZCB0aGF0IHRoZSBJUFIgZGlzY2xvc3VyZSBvbiB0aGUgaW5kaXZp ZHVhbCBkcmFmdCBpcyBub3QgdHJhY2tlZCBvbiB0aGUgV0cgZHJhZnQsIG1heWJlIHRoZXJlIGlz IHNvbWUgcHJvYmxlbSB3aXRoIHRoZSB0b29scz8NCg0KQmVzdCByZWdhcmRzLA0KSmllDQoNCj4g LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogU3Rld2FydCBCcnlhbnQgW21haWx0 bzpzdGV3YXJ0LmJyeWFudEBnbWFpbC5jb21dDQo+IFNlbnQ6IEZyaWRheSwgSnVuZSAxNywgMjAx NiA1OjI1IFBNDQo+IFRvOiBkcmFmdC1pZXRmLXBhbHMtbXBscy10cC1kdWFsLWhvbWluZy1wcm90 ZWN0aW9uQHRvb2xzLmlldGYub3JnOw0KPiBwYWxzQGlldGYub3JnDQo+IENjOiBwYWxzLWNoYWly c0B0b29scy5pZXRmLm9yZw0KPiBTdWJqZWN0OiBJUFIgY2hlY2sgb24gZHJhZnQtaWV0Zi1wYWxz LW1wbHMtdHAtZHVhbC1ob21pbmctcHJvdGVjdGlvbg0KPiANCj4gVGhlIGF1dGhvcnMgaGF2ZSBp bmRpY2F0ZWQgdGhhdA0KPiBkcmFmdC1pZXRmLXBhbHMtbXBscy10cC1kdWFsLWhvbWluZy1wcm90 ZWN0aW9uDQo+IGlzIHJlYWR5IGZvciBXRyBsYXN0IGNhbGwuDQo+IA0KPiBCZWZvcmUgSSBzdGFy dCB0aGF0IGxhc3QgY2FsbCwgSSB3b3VsZCBsaWtlIHRvIGNoZWNrIHRoYXQgd2Uga25vdyBhYm91 dCB0aGUgSVBSDQo+IHJlbGF0ZWQgdG8gdGhpcyBkcmFmdC4NCj4gDQo+IFBsZWFzZSBjYW4gSSBh c2sgdGhlIGF1dGhvcnMgdG8gcmVwbHkgdG8gdGhpcyBlbWFpbCBpbmRpY2F0aW5nIHdoZXRoZXIg b3Igbm90DQo+IHRoZXkga25vdyBvZiBhbnkgSVBSIHRoYXQgbmVlZHMgdG8gYmUgZGVjbGFyZWQu DQo+IA0KPiBQbGVhc2UgY2FuIEkgYXNrIGFueSBtZW1iZXIgb2YgdGhlIFdHIHRoYXQga25vd3Mg b2YgYW55IElQUiB0aGF0IG5lZWRzIHRvDQo+IGJlIGRlY2xhcmVkIHRvIGVpdGhlciBkZWNsYXJl IGl0IG9yIHRvIGluZm9ybSB0aGUgV0cgdGhhdCB0aGV5IGhhdmUgaW5pdGlhdGVkDQo+IHRoZSBk ZWNsYXJhdGlvbiBwcm9jZXNzLg0KPiANCj4gSSB3aWxsIGNsb3NlIHRoaXMgY2FsbCBvbiA0dGgg SnVseSAyMDE2Lg0KPiANCj4gVGhhbmtzIGZvciB5b3VyIGhlbHAgd2l0aCB0aGlzLg0KPiANCj4g U3Rld2FydA0K From nobody Mon Jun 20 01:15:53 2016 Return-Path: X-Original-To: pals@ietfa.amsl.com Delivered-To: pals@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 62AC012D0E0 for ; Mon, 20 Jun 2016 01:15:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.647 X-Spam-Level: X-Spam-Status: No, score=-5.647 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jCpkzmChLLLI for ; Mon, 20 Jun 2016 01:15:50 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E700C12D5D2 for ; Mon, 20 Jun 2016 01:15:49 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml703-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CRD48770; Mon, 20 Jun 2016 08:15:46 +0000 (GMT) Received: from NKGEML413-HUB.china.huawei.com (10.98.56.74) by lhreml703-cah.china.huawei.com (10.201.5.104) with Microsoft SMTP Server (TLS) id 14.3.235.1; Mon, 20 Jun 2016 09:15:45 +0100 Received: from NKGEML515-MBX.china.huawei.com ([fe80::a54a:89d2:c471:ff]) by NKGEML413-HUB.china.huawei.com ([10.98.56.74]) with mapi id 14.03.0235.001; Mon, 20 Jun 2016 16:15:39 +0800 From: "Dongjie (Jimmy)" To: Stewart Bryant , "draft-ietf-pals-mpls-tp-dual-homing-coordination@tools.ietf.org" , "pals@ietf.org" Thread-Topic: [Pals] IPR check ondraft-ietf-pals-mpls-tp-dual-homing-coordination Thread-Index: AQHRyHqgwkVmbViI+UqnyPbxSYXVTZ/yBVeQ Date: Mon, 20 Jun 2016 08:15:39 +0000 Message-ID: <76CD132C3ADEF848BD84D028D243C92774EA31A2@NKGEML515-MBX.china.huawei.com> References: In-Reply-To: Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.130.151.75] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090206.5767A633.007E, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=0.0.0.0, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 283a1cafab3109ada9b4d8eecdfdd5ce Archived-At: Cc: "pals-chairs@tools.ietf.org" Subject: Re: [Pals] IPR check ondraft-ietf-pals-mpls-tp-dual-homing-coordination X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2016 08:15:52 -0000 Hi,=20 I am not aware of any related IPR, except the one has been disclosed on dra= ft-cheng-pwe3-mpls-tp-dual-homing-coordination (the individual version of t= his draft). BTW, I just noticed that the IPR disclosure on the individual draft is not = tracked on the WG draft, maybe there is some problem with the tools? Best regards, Jie > -----Original Message----- > From: Pals [mailto:pals-bounces@ietf.org] On Behalf Of Stewart Bryant > Sent: Friday, June 17, 2016 5:28 PM > To: draft-ietf-pals-mpls-tp-dual-homing-coordination@tool.ietf.org; > pals@ietf.org > Cc: pals-chairs@tools.ietf.org > Subject: [Pals] IPR check ondraft-ietf-pals-mpls-tp-dual-homing-coordinat= ion >=20 > The authors have indicated that > draft-ietf-pals-mpls-tp-dual-homing-coordination is ready for WG last cal= l. >=20 > Before I start that last call, I would like to check that we know about t= he IPR > related to this draft. >=20 > Please can I ask the authors to reply to this email indicating whether or= not > they know of any IPR that needs to be declared. >=20 > Please can I ask any member of the WG that knows of any IPR that needs to > be declared to either declare it or to inform the WG that they have initi= ated > the declaration process. >=20 > I will close this call on 4th July 2016. >=20 > Thanks for your help with this. >=20 > Stewart >=20 > _______________________________________________ > Pals mailing list > Pals@ietf.org > https://www.ietf.org/mailman/listinfo/pals From nobody Mon Jun 20 01:34:55 2016 Return-Path: X-Original-To: pals@ietfa.amsl.com Delivered-To: pals@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4DB0F12B04F for ; Mon, 20 Jun 2016 01:34:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.647 X-Spam-Level: X-Spam-Status: No, score=-5.647 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vKe7s8zjMcV9 for ; Mon, 20 Jun 2016 01:34:51 -0700 (PDT) Received: from TELEDG002RM001.telecomitalia.it (teledg002rm001.telecomitalia.it [217.169.121.30]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 369A212B036 for ; Mon, 20 Jun 2016 01:34:51 -0700 (PDT) Received: from TELMBXA05RM001.telecomitalia.local (10.14.252.32) by TELEDG002RM001.telecomitalia.it (10.19.3.112) with Microsoft SMTP Server (TLS) id 14.3.266.1; Mon, 20 Jun 2016 10:34:48 +0200 Received: from TELMBXA05RM001.telecomitalia.local (10.14.252.32) by TELMBXA05RM001.telecomitalia.local (10.14.252.32) with Microsoft SMTP Server (TLS) id 15.0.1178.4; Mon, 20 Jun 2016 10:34:47 +0200 Received: from TELMBXA05RM001.telecomitalia.local ([fe80::cce8:4f15:2cf1:376]) by TELMBXA05RM001.telecomitalia.local ([fe80::cce8:4f15:2cf1:376%19]) with mapi id 15.00.1178.000; Mon, 20 Jun 2016 10:34:47 +0200 From: D'Alessandro Alessandro Gerardo To: 'Stewart Bryant' , "draft-ietf-pals-mpls-tp-dual-homing-coordination@tools.ietf.org" , "pals@ietf.org" Thread-Topic: [Pals] IPR check ondraft-ietf-pals-mpls-tp-dual-homing-coordination Thread-Index: AQHRyLbivUk5F/Rj9UqaRW5gupx815/x0kmAgAA0llA= Date: Mon, 20 Jun 2016 08:34:47 +0000 Message-ID: <888a0944e7cb408db2025ca1cf488cb9@TELMBXA05RM001.telecomitalia.local> References: <1c2c4c74-d067-08ef-ecc1-93f312542a86@gmail.com> <01fb01d1cac2$9fb23ea0$df16bbe0$@com> In-Reply-To: <01fb01d1cac2$9fb23ea0$df16bbe0$@com> Accept-Language: en-US Content-Language: it-IT X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.14.252.247] x-ti-disclaimer: Disclaimer1 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: "pals-chairs@tools.ietf.org" Subject: [Pals] R: IPR check ondraft-ietf-pals-mpls-tp-dual-homing-coordination X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2016 08:34:54 -0000 SSdtIG5vdCBhd2FyZSBvZiBhbnkgSVBSIHJlbGF0ZWQgdG8gIGRyYWZ0LWlldGYtcGFscy1tcGxz LXRwLWR1YWwtaG9taW5nLWNvb3JkaW5hdGlvbg0KDQpCZXN0IHJlZ2FyZHMsDQpBbGVzc2FuZHJv DQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLQ0KDQoNCkFsZXNzYW5kcm8gR2VyYXJkbyBEJ0FsZXNzYW5kcm8NClRyYW5z cG9ydCBJbm5vdmF0aW9uDQpUcmFuc3BvcnQgYW5kIElQIElubm92YXRpb24NClZpYSBSZWlzcyBS b21vbGksIDI3NCAtIDEwMTQ4IFRvcmlubw0KcGhvbmU6ICArMzkgMDExIDIyOCA1ODg3DQptb2Jp bGU6ICszOSAzMzUgNzY2IDk2MDcNCmZheDogKzM5IDA2IDQxOCA2MzkgMDcNClRpbSBPZmZpY2lh bDogRmFjZWJvb2sgLSBUd2l0dGVyDQp3d3cudGltLml0DQoNCg0KLS0tLS1NZXNzYWdnaW8gb3Jp Z2luYWxlLS0tLS0NCkRhOiBQYWxzIFttYWlsdG86cGFscy1ib3VuY2VzQGlldGYub3JnXSBQZXIg Y29udG8gZGkgV2VpcWlhbmcgQ2hlbmcNCkludmlhdG86IGx1bmVkw6wgMjAgZ2l1Z25vIDIwMTYg MDk6MDkNCkE6ICdTdGV3YXJ0IEJyeWFudCc7IGRyYWZ0LWlldGYtcGFscy1tcGxzLXRwLWR1YWwt aG9taW5nLWNvb3JkaW5hdGlvbkB0b29scy5pZXRmLm9yZzsgcGFsc0BpZXRmLm9yZw0KQ2M6IHBh bHMtY2hhaXJzQHRvb2xzLmlldGYub3JnDQpPZ2dldHRvOiBSZTogW1BhbHNdIElQUiBjaGVjayBv bmRyYWZ0LWlldGYtcGFscy1tcGxzLXRwLWR1YWwtaG9taW5nLWNvb3JkaW5hdGlvbg0KDQpEZWFy IFN0ZXdhcnQsDQoNCkkgYW0gbm90IGF3YXJlIG9mIGFueSBJUFIgcmVsYXRlZCB0byB0aGUgZHJh ZnQuDQoNCkIuUi4NCldlaXFpYW5nIENoZW5nDQoNCi0tLS0t6YKu5Lu25Y6f5Lu2LS0tLS0NCuWP keS7tuS6ujogUGFscyBbbWFpbHRvOnBhbHMtYm91bmNlc0BpZXRmLm9yZ10g5Luj6KGoIFN0ZXdh cnQgQnJ5YW50DQrlj5HpgIHml7bpl7Q6IDIwMTblubQ25pyIMTjml6UgMDo0MA0K5pS25Lu25Lq6 OiBkcmFmdC1pZXRmLXBhbHMtbXBscy10cC1kdWFsLWhvbWluZy1jb29yZGluYXRpb25AdG9vbHMu aWV0Zi5vcmc7DQpwYWxzQGlldGYub3JnDQrmioTpgIE6IHBhbHMtY2hhaXJzQHRvb2xzLmlldGYu b3JnDQrkuLvpopg6IFtQYWxzXSBJUFIgY2hlY2sgb25kcmFmdC1pZXRmLXBhbHMtbXBscy10cC1k dWFsLWhvbWluZy1jb29yZGluYXRpb24NCg0KUmVzZW5kaW5nIHdpdGggY29ycmVjdCBhdXRob3Jz IGFsaWFzLg0KDQoNCg0KVGhlIGF1dGhvcnMgaGF2ZSBpbmRpY2F0ZWQgdGhhdA0KZHJhZnQtaWV0 Zi1wYWxzLW1wbHMtdHAtZHVhbC1ob21pbmctY29vcmRpbmF0aW9uIGlzIHJlYWR5IGZvciBXRyBs YXN0IGNhbGwuDQoNCkJlZm9yZSBJIHN0YXJ0IHRoYXQgbGFzdCBjYWxsLCBJIHdvdWxkIGxpa2Ug dG8gY2hlY2sgdGhhdCB3ZSBrbm93IGFib3V0IHRoZQ0KSVBSIHJlbGF0ZWQgdG8gdGhpcyBkcmFm dC4NCg0KUGxlYXNlIGNhbiBJIGFzayB0aGUgYXV0aG9ycyB0byByZXBseSB0byB0aGlzIGVtYWls IGluZGljYXRpbmcgd2hldGhlciBvcg0Kbm90IHRoZXkga25vdyBvZiBhbnkgSVBSIHRoYXQgbmVl ZHMgdG8gYmUgZGVjbGFyZWQuDQoNClBsZWFzZSBjYW4gSSBhc2sgYW55IG1lbWJlciBvZiB0aGUg V0cgdGhhdCBrbm93cyBvZiBhbnkgSVBSIHRoYXQgbmVlZHMgdG8gYmUNCmRlY2xhcmVkIHRvIGVp dGhlciBkZWNsYXJlIGl0IG9yIHRvIGluZm9ybSB0aGUgV0cgdGhhdCB0aGV5IGhhdmUgaW5pdGlh dGVkDQp0aGUgZGVjbGFyYXRpb24gcHJvY2Vzcy4NCg0KSSB3aWxsIGNsb3NlIHRoaXMgY2FsbCBv biA0dGggSnVseSAyMDE2Lg0KDQpUaGFua3MgZm9yIHlvdXIgaGVscCB3aXRoIHRoaXMuDQoNClN0 ZXdhcnQNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N ClBhbHMgbWFpbGluZyBsaXN0DQpQYWxzQGlldGYub3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9t YWlsbWFuL2xpc3RpbmZvL3BhbHMNCg0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fDQpQYWxzIG1haWxpbmcgbGlzdA0KUGFsc0BpZXRmLm9yZw0KaHR0 cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9wYWxzDQoNClF1ZXN0byBtZXNzYWdn aW8gZSBpIHN1b2kgYWxsZWdhdGkgc29ubyBpbmRpcml6emF0aSBlc2NsdXNpdmFtZW50ZSBhbGxl IHBlcnNvbmUgaW5kaWNhdGUuIExhIGRpZmZ1c2lvbmUsIGNvcGlhIG8gcXVhbHNpYXNpIGFsdHJh IGF6aW9uZSBkZXJpdmFudGUgZGFsbGEgY29ub3NjZW56YSBkaSBxdWVzdGUgaW5mb3JtYXppb25p IHNvbm8gcmlnb3Jvc2FtZW50ZSB2aWV0YXRlLiBRdWFsb3JhIGFiYmlhdGUgcmljZXZ1dG8gcXVl c3RvIGRvY3VtZW50byBwZXIgZXJyb3JlIHNpZXRlIGNvcnRlc2VtZW50ZSBwcmVnYXRpIGRpIGRh cm5lIGltbWVkaWF0YSBjb211bmljYXppb25lIGFsIG1pdHRlbnRlIGUgZGkgcHJvdnZlZGVyZSBh bGxhIHN1YSBkaXN0cnV6aW9uZSwgR3JhemllLg0KDQpUaGlzIGUtbWFpbCBhbmQgYW55IGF0dGFj aG1lbnRzIGlzIGNvbmZpZGVudGlhbCBhbmQgbWF5IGNvbnRhaW4gcHJpdmlsZWdlZCBpbmZvcm1h dGlvbiBpbnRlbmRlZCBmb3IgdGhlIGFkZHJlc3NlZShzKSBvbmx5LiBEaXNzZW1pbmF0aW9uLCBj b3B5aW5nLCBwcmludGluZyBvciB1c2UgYnkgYW55Ym9keSBlbHNlIGlzIHVuYXV0aG9yaXNlZC4g SWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVkIHJlY2lwaWVudCwgcGxlYXNlIGRlbGV0ZSB0aGlz IG1lc3NhZ2UgYW5kIGFueSBhdHRhY2htZW50cyBhbmQgYWR2aXNlIHRoZSBzZW5kZXIgYnkgcmV0 dXJuIGUtbWFpbCwgVGhhbmtzLg0KDQo= From nobody Mon Jun 20 10:36:35 2016 Return-Path: X-Original-To: pals@ietfa.amsl.com Delivered-To: pals@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A55A812D838 for ; Mon, 20 Jun 2016 10:36:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.235 X-Spam-Level: X-Spam-Status: No, score=-1.235 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_SOFTFAIL=0.665] autolearn=no 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 wqdPfQRrcIHS for ; Mon, 20 Jun 2016 10:36:31 -0700 (PDT) Received: from napoleon.monoski.com (napoleon.monoski.com [70.90.113.113]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BA35812D605 for ; Mon, 20 Jun 2016 10:36:31 -0700 (PDT) Received: from confusion.monoski.com (confusion.monoski.com [209.245.27.2]) (authenticated bits=0) by napoleon.monoski.com (8.14.7/8.14.7) with ESMTP id u5KHaIWv016174 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 20 Jun 2016 11:36:26 -0600 (MDT) To: Stewart Bryant , draft-ietf-pals-status-reduction@tools.ietf.org References: <6cdf6691-e5ce-434c-edbe-4ad999b7aa5a@gmail.com> <576427F9.2030704@cisco.com> <69c9d897-3f45-12e3-4567-3cc9ebcdec6d@gmail.com> From: Luca Martini Message-ID: <5768298D.3060005@cisco.com> Date: Mon, 20 Jun 2016 11:36:13 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 In-Reply-To: <69c9d897-3f45-12e3-4567-3cc9ebcdec6d@gmail.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Archived-At: Cc: Elisa Bellagamba , "pals-chairs@tools.ietf.org" , "pals@ietf.org" Subject: Re: [Pals] Shepherds review of draft-ietf-pals-status-reduction-00 X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2016 17:36:34 -0000 Stewart, Answers in line - thanks for the prompt response. Luca On 06/17/16 11:56, Stewart Bryant wrote: > Hi Luca > > We pretty much agree on everything. Please see inline for some notes > and a couple of typos. > > > On 17/06/2016 17:40, Luca Martini wrote: >> >> On 06/09/16 12:54, Stewart Bryant wrote: >>> Hi Authors >>> >>> I have done a shepherd's review of this draft and have a few issues >>> that need to be looked. It would be timely if you could fix these >>> during the >>> IPR poll I am about to start so that we can have cleaner text to >>> take to the WG for last call. >>> >>> Please see below. >>> >>> - Stewart >>> >>> Abstract >>> >>> This document describes a method for generating an aggregated >>> pseudowire status message on Multi-Protocol Label Switching (MPLS) >>> network Label Switched Path (LSP). >>> >>> The method for transmitting the pseudowire (PW) status >>> information is >>> not new, however this protocol extension allows a Service Provider >>> (SP) to reliably monitor the individual PW status while not >>> overwhelming the network of multiple periodic status messages. This >>> SB> s/of/with/ >> ok. >>> is achieved by sending a single cumulative summary status >>> verification message for all the PWs grouped in the same LSP. >>> SB> grouped in or grouped on? >> pw are inside an LSP . I think it's in. > > Genuinely not sure - will leave it to the RFC editor. > I agree. >> >>> ============ >>> >>> >>> >>> * Session ID >>> >>> A non-zero, locally selected session number that is not >>> preserved >>> if the local PE restarts. >>> >>> In order to get a locally unique session ID, the recommended >>> choice is to perform a CRC-16 giving as input the following >>> data >>> >>> |Y|Y|M|M|D|D|H|H|M|M|S|S|L|L|L| >>> >>> Where: YY: are the decimal two last digit of the current year >>> MM: are the decimal two digit of the current month DD: are the >>> decimal two digit of the current day HHMMSSLLL: are the decimal >>> digits of the current time expressed in (hour, minutes, >>> seconds, >>> milliseconds) >>> >>> SB> What happens if there is a hash collision? >> ok, I'll take care of this by just adding 1 to the number until it is >> locally unique. >> ( unless you have a better suggestion ? ) >> I will add the following: >> >> If the calculation results in an already existing session ID, a unique >> session ID can be generated by adding 1 to the result until the session >> ID is unique. >> Any other method to generate a locally unique session ID is also >> acceptable. > > That would work, or you could say any use any method you like so long > as you > search for value that is unique amongst the currently known Session IDs. > > Is there any reason no to preserve the number? Surely it make n/w mgt > easier? > I did not see a reason to force any implementation to preserve the number. It certainly is not necessary for inter-operation of PEs. Since the number is only unique to a PE , I would expect it to not be used to identify links on it's own. >>> ============ >>> * Refresh Timer. >>> >>> A non zero unsigned 16 bit integer value greater or equal to >>> 10, >>> in milliseconds, that indicates the desired refresh >>> interval. The >>> default value of 30000 is RECOMENDED. >>> >>> SB> Do you need to specify a min of 10ms, or would it be adequate to >>> SB> to recommend this lower value? >> I'm not clear on your question. We are recommending a default, the value >> can be set to anything. >> anything below 10ms would be a bit silly. > > With hindsight, yes you are right, leave it. > >>> =========== >>> >>> >>> 5. PW status refresh reduction Control Messages >>> >>> >>> There can only be one control message construct per PW status >>> refresh >>> reduction Message. If the U bit is set, and a PE receiving the PW >>> status refresh reduction Message does not understand the control >>> message, the control message MUST be silently ignored. However the >>> control message sequence number MUST still be acknowledged by >>> sending >>> a null message back with the appropriate value in the Last Message >>> Received Field. >>> >>> SB> The above is a little odd. On the one hand you are saying that >>> SB> that the message is not understood, but on the other hand that you >>> SB> expect the node to execute an element of the protocol procedure. >>> SB> >>> SB> Presumably it is a particular message type that is not understood? >> not quite. this is standard LDP like behavior. The idea is that a new >> implementation sending something additional that is not yet implemented >> in an old implementation should just work. >> say for example that someone starts sending some new extra information, >> and some peers are yet to be upgraded. We want that to just be ignored. >> We have to update the sequence number otherwise the message queue would >> just stop. >> > OK, I understand. > >>> ============== >>> >>> 5.0.1. Notification message >>> >>> The most common use of the Notification Message is to >>> acknowledge the >>> reception of a message by indicating the received message sequence >>> number in the "Last Received Sequence Number" field. The >>> notification >>> message is encoded as follows: >>> >>> 0 1 2 3 >>> 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 >>> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >>> | Checksum | Message Sequence Number | >>> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >>> | Last Received Seq Number | Type=0x01 |U Flags | >>> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >>> | Notification Code | >>> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >>> >>> >>> The message type is set to 0x01, and the U bit is treated as >>> described in the above section. >>> >>> SB> It might be better to give the explicit section number. >> I hate explicit section numbers , as they always end up wrong ... Is the >> section not Above ? >> As you remember we have errata on other documents on this point.... > Ah, but not if you automatically generate them as I (and RFCed) do :) > > The problem can arise if you add a section in and forget about the > implicit > pointer. > > I will not press the point. > yes, I am not sure why ... but in the past it was the rfc editor that caused the issue ... ( AD sending a delete section message , and section numbers not getting updated in the text) >> >>> ========== >>> >>> 5.0.2. PW Configuration Message >>> >>> The PW status refresh reduction TLVs are informational TLVs, that >>> allow the remote PE to verify certain provisioning information. >>> This >>> message contain a series of sub-TLVs in no particular order, that >>> contain PW and LSP configuration information. The message has no >>> preset length limit, however its total length will be limited by >>> the >>> transport network Maximum Transmit Unit (MTU). >>> >>> SB> How do you know the MTU? >> The physical link is attached to the PE , so the PE does know the MTU of >> the link. Remember that this is only going to the neighbor, the path >> only has one hop. > OK. >> >>> ======== >>> >>> 5.0.2.2. PW ID configured List >>> >>> >>> The number of PW Path IDs in the TLV will be inferred by the length >>> of the TLV up to a maximum of 8. The procedure for processing this >>> TLV will be described in a section below. >>> >>> SB> It would be kind to the reader to give the section number. >> same comment - anytime i have done this sections numbers got out of >> order ... > Same reply :) >>> =========== >>> >>> >>> 5.0.2.3. PW ID unconfigured List >>> >>> This OPTIONAL TLV contains a list of the PWs that have been >>> unprovisioned on the LSP. Note that it is a fatal session error to >>> send the same PW address in both the configured list TLV , and the >>> unconfigured list TLV in the same configuration message. >>> >>> SB> What action is taken on a fatal session error? >> It is explained in section "5.0.1 Notification message" >> However, this text should explain which error code to send ..... >> the following text will be added: >> If the this error occurs , an error notification message is returned >> with the error code of "PW Configuration TLV conflict" and the session >> is terminated by entering STARTUP state. > Good. >> >>> ========= >>> >>> 6. PW provisioning verification procedure >>> >>> This procedure and the advertisement of the PW configuration >>> message >>> are OPTIONAL. >>> >>> A PE that desires to use the PW configuration message to verify the >>> configuration of PWs on a particular LSP, should advertise its PW >>> configuration to the remote PE on LSPs that have active keepalive >>> sessions. When a PE receives PW configuration information using >>> this >>> protocol and it not supporting or not willing to use the >>> information, >>> it MUST acknowledge all the PW configuration messages with a >>> notification of "PW configuration not supported". >>> >>> SB> How does a PE acknowledge a protocol it does not support? >> ok, i see that the text is not clear. the notification is meant to >> indicate that this procedure is not supported. >> I will change the top text to be : >> The advertisement of the PW configuration message is OPTIONAL. > Thanks >> >>> =========== >>> >>> -iii. An Alarm MAY be raised to a network management system. >>> >>> SB> Shouldn't that be SHOULD be raised? >> This really depends on local PE implementation and policy. It is not >> necessary for the protocol implementation. >> I can think of examples where an alarm is not desirable. For example of >> a PW is just being configured manually, and the remote end is not yet >> added. >> I would rather leave this to a local implementation preference then >> force it with a SHOULD. > OK, maybe you need to put in a little text along the lines you just > said to me. > If you want to leave it OK, but I anticipate a bunch of AD/Dir comments. > ok- I will change to SHOULD >> >>> =========== >>> 6.1. PW ID List advertising and processing >>> >>> >>> If a new PW is added to a particular LSP, the PE MUST place the >>> configuration verification of this PW on hold for a period of at >>> least 10 seconds. This is necessary to prevent false positive >>> events >>> of mis-configuration due to the ends of the PW being slightly >>> out of >>> sync. >>> >>> SB> Prevent or minimise? >> Yes minimize is a better term. Will fix. I will also move the number to >> 30s as it seem s a bit more appropriate. >>> ================ >>> >>> 7. Security Considerations >>> >>> Section to be completed in a later version of the document. >>> >>> SB> Sorry author's we can't that this to WG LC with this security >>> section! >> oops i missed this ..... >> I will write it in. >> The security considerations of [RFC6478] are adequate for the proposed >> mechanism since the operating environment is almost identical to to the > s/to to/to / fixed. >> one where this protocol would be deployed. It should also be noted that >> since this protocol is defined to be deployed between two adjacent PEs > defined or designed? Designed. Also reading the security section on those references , they are exactly what is needed here. So i'm pretty happy that this section is adequate. >> connected by a physical link, it is not possible to misdirect or inject >> traffic without compromising the PW transport link itself, all these >> situations are covered in the security considerations of [RFC6478]. >>> 8. IANA Considerations >>> >>> 8.1. PW Status Refresh Reduction Message Types >>> >>> IANA needs to set up a registry of "PW status refresh reduction >>> Control Messages". >>> >>> SB> This is presumably a registry contained in the PW Name Spaces >> yes , the names has PW in it , i would assume that IANA would put it >> there .Do i need to add something to the IANA instructions ? > It is common to specify the namespace. IANA are always nice to people, so > it is always good to make the instruction clear to help them out. > ok will add the reference to "PW Name Spaces". >> >>> =========== >>> >>> 8.2. PW Configuration Message Sub-TLVs >>> >>> IANA needs to set up a registry of "PW status refresh reduction >>> Configuration Message Sub-TLVs". >>> >>> SB> This is presumably a registry contained in the PW Name Spaces >>> >>> SB> Actually do you need to create a sub registry to hold all three >>> SB> of these new registries. I would think you did to keep them >>> SB> together. >> Since this is really a trivial IANA organization issue, let's discuss >> this in person, and I will add the necessary IANA instructions as you >> seem fit. > OK. >> >>> ============= >>> >>> 8.3. PW Status Refresh Reduction Notification Codes >>> >>> IANA needs to set up a registry of "PW status refresh reduction >>> Notification Codes". >>> >>> SB> This is presumably a registry contained in the PW Name Spaces >>> ========== >>> >>> These are 32-bit values. Type value 1 through 7 >>> are defined in this document. >>> >>> SB> Actually 0 through 7 are defined aren't they? >> yes -fixed. >>> ========= >>> >>> SB> What is the interaction between this protocol and PW protection? >> There is no real interaction other then this can be another source of >> information to set the PW state. > OK > > If you do the edits we look good to go. > > Stewart >> >> =========================== =========================== >> Luca >>> >>> _______________________________________________ >>> Pals mailing list >>> Pals@ietf.org >>> https://www.ietf.org/mailman/listinfo/pals > From nobody Mon Jun 20 14:41:09 2016 Return-Path: X-Original-To: pals@ietf.org Delivered-To: pals@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id C212E12DA76; Mon, 20 Jun 2016 14:41:03 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.23.0 Auto-Submitted: auto-generated Precedence: bulk Sender: Message-ID: <20160620214103.30162.43126.idtracker@ietfa.amsl.com> Date: Mon, 20 Jun 2016 14:41:03 -0700 Archived-At: Cc: stewart.bryant@gmail.com, pals-chairs@ietf.org, draft-ietf-pals-mpls-tp-pw-over-bidir-lsp@ietf.org, db3546@att.com, pals@ietf.org Subject: [Pals] Last Call: (LDP Extensions for Pseudowire Binding to LSP Tunnels) to Proposed Standard X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.17 Reply-To: ietf@ietf.org List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2016 21:41:04 -0000 The IESG has received a request from the Pseudowire And LDP-enabled Services WG (pals) to consider the following document: - 'LDP Extensions for Pseudowire Binding to LSP Tunnels' as Proposed Standard The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2016-07-04. 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 Many transport services require that user traffic, in the form of Pseudowires (PW), be delivered via either a single co-routed bidirectional tunnel or two unidirectional tunnels that share the same routes. This document defines an optional extension to LDP that enables the binding between PWs and the underlying TE tunnels. The extension applies to both single-segment and multi-segment PWs. The file can be obtained via https://datatracker.ietf.org/doc/draft-ietf-pals-mpls-tp-pw-over-bidir-lsp/ IESG discussion can be tracked via https://datatracker.ietf.org/doc/draft-ietf-pals-mpls-tp-pw-over-bidir-lsp/ballot/ The following IPR Declarations may be related to this I-D: https://datatracker.ietf.org/ipr/1894/ From nobody Tue Jun 21 18:05:37 2016 Return-Path: X-Original-To: pals@ietfa.amsl.com Delivered-To: pals@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4532F12DEE4 for ; Tue, 21 Jun 2016 18:05:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.647 X-Spam-Level: X-Spam-Status: No, score=-5.647 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qzhIXePgjNJx for ; Tue, 21 Jun 2016 18:05:35 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0D53312D0CB for ; Tue, 21 Jun 2016 18:05:33 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml707-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CMJ39248; Wed, 22 Jun 2016 01:05:32 +0000 (GMT) Received: from SZXEML427-HUB.china.huawei.com (10.82.67.182) by lhreml707-cah.china.huawei.com (10.201.5.199) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 22 Jun 2016 02:05:31 +0100 Received: from SZXEML501-MBS.china.huawei.com ([169.254.5.159]) by szxeml427-hub.china.huawei.com ([10.82.67.182]) with mapi id 14.03.0235.001; Wed, 22 Jun 2016 09:05:27 +0800 From: liukai 00223951 To: Stewart Bryant , "draft-ietf-pals-mpls-tp-dual-homing-coordination@tool.ietf.org" , "pals@ietf.org" Thread-Topic: [Pals] IPR check ondraft-ietf-pals-mpls-tp-dual-homing-coordination Thread-Index: AQHRyHqfgKFxRNS9G0yratiWBEuGn5/0ssMw Date: Wed, 22 Jun 2016 01:05:27 +0000 Message-ID: <7A35EC7586B80346B9D8A4CCF1DFD33ECA7400C5@SZXEML501-MBS.china.huawei.com> References: In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.61.45.217] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020204.5769E45C.01C5, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.5.159, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 99796c0fc935dcea2ac6eb51db68b9a3 Archived-At: Cc: "pals-chairs@tools.ietf.org" Subject: [Pals] =?gb2312?b?tPC4tDogIElQUiBjaGVjayBvbmRyYWZ0LWlldGYtcGFs?= =?gb2312?b?cy1tcGxzLXRwLWR1YWwtaG9taW5nLWNvb3JkaW5hdGlvbg==?= X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jun 2016 01:05:36 -0000 DQogIEkgYW0gbm90IGF3YXJlIG9mIGFueSBJUFIgcmVsYXRlZCB0byB0aGlzIGRyYWZ0IG90aGVy IHRoYW4gdGhhdCBhbHJlYWR5IGRlY2xhcmVkLiAgDQoNCkJlc3QgcmVnYXJkcw0KS2FpIExpdQ0K DQotLS0tLdPKvP7Urbz+LS0tLS0NCreivP7IyzogUGFscyBbbWFpbHRvOnBhbHMtYm91bmNlc0Bp ZXRmLm9yZ10gtPqx7SBTdGV3YXJ0IEJyeWFudA0Kt6LLzcqxvOQ6IDIwMTbE6jbUwjE3yNUgMTc6 MjgNCsrVvP7IyzogZHJhZnQtaWV0Zi1wYWxzLW1wbHMtdHAtZHVhbC1ob21pbmctY29vcmRpbmF0 aW9uQHRvb2wuaWV0Zi5vcmc7IHBhbHNAaWV0Zi5vcmcNCrOty806IHBhbHMtY2hhaXJzQHRvb2xz LmlldGYub3JnDQrW98ziOiBbUGFsc10gSVBSIGNoZWNrIG9uZHJhZnQtaWV0Zi1wYWxzLW1wbHMt dHAtZHVhbC1ob21pbmctY29vcmRpbmF0aW9uDQoNClRoZSBhdXRob3JzIGhhdmUgaW5kaWNhdGVk IHRoYXQNCmRyYWZ0LWlldGYtcGFscy1tcGxzLXRwLWR1YWwtaG9taW5nLWNvb3JkaW5hdGlvbiBp cyByZWFkeSBmb3IgV0cgbGFzdCBjYWxsLg0KDQpCZWZvcmUgSSBzdGFydCB0aGF0IGxhc3QgY2Fs bCwgSSB3b3VsZCBsaWtlIHRvIGNoZWNrIHRoYXQgd2Uga25vdyBhYm91dCB0aGUgSVBSIHJlbGF0 ZWQgdG8gdGhpcyBkcmFmdC4NCg0KUGxlYXNlIGNhbiBJIGFzayB0aGUgYXV0aG9ycyB0byByZXBs eSB0byB0aGlzIGVtYWlsIGluZGljYXRpbmcgd2hldGhlciBvciBub3QgdGhleSBrbm93IG9mIGFu eSBJUFIgdGhhdCBuZWVkcyB0byBiZSBkZWNsYXJlZC4NCg0KUGxlYXNlIGNhbiBJIGFzayBhbnkg bWVtYmVyIG9mIHRoZSBXRyB0aGF0IGtub3dzIG9mIGFueSBJUFIgdGhhdCBuZWVkcyB0byBiZSBk ZWNsYXJlZCB0byBlaXRoZXIgZGVjbGFyZSBpdCBvciB0byBpbmZvcm0gdGhlIFdHIHRoYXQgdGhl eSBoYXZlIGluaXRpYXRlZCB0aGUgZGVjbGFyYXRpb24gcHJvY2Vzcy4NCg0KSSB3aWxsIGNsb3Nl IHRoaXMgY2FsbCBvbiA0dGggSnVseSAyMDE2Lg0KDQpUaGFua3MgZm9yIHlvdXIgaGVscCB3aXRo IHRoaXMuDQoNClN0ZXdhcnQNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18NClBhbHMgbWFpbGluZyBsaXN0DQpQYWxzQGlldGYub3JnDQpodHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3BhbHMNCg== From nobody Tue Jun 21 18:06:25 2016 Return-Path: X-Original-To: pals@ietfa.amsl.com Delivered-To: pals@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BE33D12DEEA for ; Tue, 21 Jun 2016 18:06:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.647 X-Spam-Level: X-Spam-Status: No, score=-5.647 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Bc168glNcUPY for ; Tue, 21 Jun 2016 18:06:23 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8FDC812D0CB for ; Tue, 21 Jun 2016 18:05:58 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml702-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CRG40798; Wed, 22 Jun 2016 01:05:56 +0000 (GMT) Received: from SZXEML425-HUB.china.huawei.com (10.82.67.180) by lhreml702-cah.china.huawei.com (10.201.5.99) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 22 Jun 2016 02:05:55 +0100 Received: from SZXEML501-MBS.china.huawei.com ([169.254.5.159]) by szxeml425-hub.china.huawei.com ([10.82.67.180]) with mapi id 14.03.0235.001; Wed, 22 Jun 2016 09:05:48 +0800 From: liukai 00223951 To: Stewart Bryant , "draft-ietf-pals-mpls-tp-dual-homing-protection@tools.ietf.org" , "pals@ietf.org" Thread-Topic: IPR check on draft-ietf-pals-mpls-tp-dual-homing-protection Thread-Index: AQHRyHo1NqcJMcszTEuJ6wx0uQ30gJ/0s2Sw Date: Wed, 22 Jun 2016 01:05:47 +0000 Message-ID: <7A35EC7586B80346B9D8A4CCF1DFD33ECA7400CC@SZXEML501-MBS.china.huawei.com> References: <3cb4d475-c96c-5656-5d72-afb8af97b1a7@gmail.com> In-Reply-To: <3cb4d475-c96c-5656-5d72-afb8af97b1a7@gmail.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.61.45.217] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020203.5769E474.01B5, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.5.159, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 4bc40b3e6361e07c256b6607453a5d7d Archived-At: Cc: "pals-chairs@tools.ietf.org" Subject: [Pals] =?utf-8?b?562U5aSNOiBJUFIgY2hlY2sgb24gZHJhZnQtaWV0Zi1wYWxz?= =?utf-8?q?-mpls-tp-dual-homing-protection?= X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jun 2016 01:06:25 -0000 DQogIEkgYW0gbm90IGF3YXJlIG9mIGFueSBJUFIgcmVsYXRlZCB0byB0aGlzIGRyYWZ0IG90aGVy IHRoYW4gdGhhdCBhbHJlYWR5IGRlY2xhcmVkLiAgDQoNCkJlc3QgcmVnYXJkcw0KS2FpIExpdQ0K DQotLS0tLemCruS7tuWOn+S7ti0tLS0tDQrlj5Hku7bkuro6IFN0ZXdhcnQgQnJ5YW50IFttYWls dG86c3Rld2FydC5icnlhbnRAZ21haWwuY29tXSANCuWPkemAgeaXtumXtDogMjAxNuW5tDbmnIgx N+aXpSAxNzoyNQ0K5pS25Lu25Lq6OiBkcmFmdC1pZXRmLXBhbHMtbXBscy10cC1kdWFsLWhvbWlu Zy1wcm90ZWN0aW9uQHRvb2xzLmlldGYub3JnOyBwYWxzQGlldGYub3JnDQrmioTpgIE6IHBhbHMt Y2hhaXJzQHRvb2xzLmlldGYub3JnDQrkuLvpopg6IElQUiBjaGVjayBvbiBkcmFmdC1pZXRmLXBh bHMtbXBscy10cC1kdWFsLWhvbWluZy1wcm90ZWN0aW9uDQoNClRoZSBhdXRob3JzIGhhdmUgaW5k aWNhdGVkIHRoYXQNCmRyYWZ0LWlldGYtcGFscy1tcGxzLXRwLWR1YWwtaG9taW5nLXByb3RlY3Rp b24NCmlzIHJlYWR5IGZvciBXRyBsYXN0IGNhbGwuDQoNCkJlZm9yZSBJIHN0YXJ0IHRoYXQgbGFz dCBjYWxsLCBJIHdvdWxkIGxpa2UgdG8gY2hlY2sgdGhhdCB3ZSBrbm93IGFib3V0IHRoZSBJUFIg cmVsYXRlZCB0byB0aGlzIGRyYWZ0Lg0KDQpQbGVhc2UgY2FuIEkgYXNrIHRoZSBhdXRob3JzIHRv IHJlcGx5IHRvIHRoaXMgZW1haWwgaW5kaWNhdGluZyB3aGV0aGVyIG9yIG5vdCB0aGV5IGtub3cg b2YgYW55IElQUiB0aGF0IG5lZWRzIHRvIGJlIGRlY2xhcmVkLg0KDQpQbGVhc2UgY2FuIEkgYXNr IGFueSBtZW1iZXIgb2YgdGhlIFdHIHRoYXQga25vd3Mgb2YgYW55IElQUiB0aGF0IG5lZWRzIHRv IGJlIGRlY2xhcmVkIHRvIGVpdGhlciBkZWNsYXJlIGl0IG9yIHRvIGluZm9ybSB0aGUgV0cgdGhh dCB0aGV5IGhhdmUgaW5pdGlhdGVkIHRoZSBkZWNsYXJhdGlvbiBwcm9jZXNzLg0KDQpJIHdpbGwg Y2xvc2UgdGhpcyBjYWxsIG9uIDR0aCBKdWx5IDIwMTYuDQoNClRoYW5rcyBmb3IgeW91ciBoZWxw IHdpdGggdGhpcy4NCg0KU3Rld2FydA0K From nobody Wed Jun 22 00:31:31 2016 Return-Path: X-Original-To: pals@ietfa.amsl.com Delivered-To: pals@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 14A4712B060 for ; Wed, 22 Jun 2016 00:31:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.647 X-Spam-Level: X-Spam-Status: No, score=-5.647 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XR4BbNZu0u6l for ; Wed, 22 Jun 2016 00:31:27 -0700 (PDT) Received: from TELEDG002RM001.telecomitalia.it (teledg002rm001.telecomitalia.it [217.169.121.30]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1A06412D14D for ; Wed, 22 Jun 2016 00:31:26 -0700 (PDT) Received: from TELMBXA05RM001.telecomitalia.local (10.14.252.32) by TELEDG002RM001.telecomitalia.it (10.19.3.112) with Microsoft SMTP Server (TLS) id 14.3.266.1; Wed, 22 Jun 2016 09:31:24 +0200 Received: from TELMBXA05RM001.telecomitalia.local (10.14.252.32) by TELMBXA05RM001.telecomitalia.local (10.14.252.32) with Microsoft SMTP Server (TLS) id 15.0.1178.4; Wed, 22 Jun 2016 09:31:23 +0200 Received: from TELMBXA05RM001.telecomitalia.local ([fe80::cce8:4f15:2cf1:376]) by TELMBXA05RM001.telecomitalia.local ([fe80::cce8:4f15:2cf1:376%19]) with mapi id 15.00.1178.000; Wed, 22 Jun 2016 09:31:23 +0200 From: D'Alessandro Alessandro Gerardo To: Stewart Bryant , "draft-ietf-pals-mpls-tp-dual-homing-protection@tools.ietf.org" , "pals@ietf.org" Thread-Topic: IPR check on draft-ietf-pals-mpls-tp-dual-homing-protection Thread-Index: AQHRyHo0gRUAIbLcF0+P3d09xcO985/0ke+AgACMzsA= Date: Wed, 22 Jun 2016 07:31:23 +0000 Message-ID: <6d0da126e63f479c89c546b6dc25f0ad@TELMBXA05RM001.telecomitalia.local> References: <3cb4d475-c96c-5656-5d72-afb8af97b1a7@gmail.com> <7A35EC7586B80346B9D8A4CCF1DFD33ECA7400CC@SZXEML501-MBS.china.huawei.com> In-Reply-To: <7A35EC7586B80346B9D8A4CCF1DFD33ECA7400CC@SZXEML501-MBS.china.huawei.com> Accept-Language: en-US Content-Language: it-IT X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.14.252.244] x-ti-disclaimer: Disclaimer1 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: "pals-chairs@tools.ietf.org" Subject: [Pals] R: IPR check on draft-ietf-pals-mpls-tp-dual-homing-protection X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jun 2016 07:31:30 -0000 SSBhbSBub3QgYXdhcmUgb2YgYW55IElQUiByZWxhdGVkIHRvIHRoaXMgZHJhZnQNCg0KQmVzdCBy ZWdhcmRzDQpBbGVzc2FuZHJvDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCkFsZXNzYW5kcm8gR2VyYXJkbyBEJ0FsZXNz YW5kcm8NClRyYW5zcG9ydCBJbm5vdmF0aW9uDQpUcmFuc3BvcnQgYW5kIElQIElubm92YXRpb24N ClZpYSBSZWlzcyBSb21vbGksIDI3NCAtIDEwMTQ4IFRvcmlubw0KcGhvbmU6ICArMzkgMDExIDIy OCA1ODg3DQptb2JpbGU6ICszOSAzMzUgNzY2IDk2MDcNCmZheDogKzM5IDA2IDQxOCA2MzkgMDcN ClRpbSBPZmZpY2lhbDogRmFjZWJvb2sgLSBUd2l0dGVyDQp3d3cudGltLml0DQoNCi0tLS0t6YKu 5Lu25Y6f5Lu2LS0tLS0NCuWPkeS7tuS6ujogU3Rld2FydCBCcnlhbnQgW21haWx0bzpzdGV3YXJ0 LmJyeWFudEBnbWFpbC5jb21dDQrlj5HpgIHml7bpl7Q6IDIwMTblubQ25pyIMTfml6UgMTc6MjUN CuaUtuS7tuS6ujogZHJhZnQtaWV0Zi1wYWxzLW1wbHMtdHAtZHVhbC1ob21pbmctcHJvdGVjdGlv bkB0b29scy5pZXRmLm9yZzsgcGFsc0BpZXRmLm9yZw0K5oqE6YCBOiBwYWxzLWNoYWlyc0B0b29s cy5pZXRmLm9yZw0K5Li76aKYOiBJUFIgY2hlY2sgb24gZHJhZnQtaWV0Zi1wYWxzLW1wbHMtdHAt ZHVhbC1ob21pbmctcHJvdGVjdGlvbg0KDQpUaGUgYXV0aG9ycyBoYXZlIGluZGljYXRlZCB0aGF0 DQpkcmFmdC1pZXRmLXBhbHMtbXBscy10cC1kdWFsLWhvbWluZy1wcm90ZWN0aW9uDQppcyByZWFk eSBmb3IgV0cgbGFzdCBjYWxsLg0KDQpCZWZvcmUgSSBzdGFydCB0aGF0IGxhc3QgY2FsbCwgSSB3 b3VsZCBsaWtlIHRvIGNoZWNrIHRoYXQgd2Uga25vdyBhYm91dCB0aGUgSVBSIHJlbGF0ZWQgdG8g dGhpcyBkcmFmdC4NCg0KUGxlYXNlIGNhbiBJIGFzayB0aGUgYXV0aG9ycyB0byByZXBseSB0byB0 aGlzIGVtYWlsIGluZGljYXRpbmcgd2hldGhlciBvciBub3QgdGhleSBrbm93IG9mIGFueSBJUFIg dGhhdCBuZWVkcyB0byBiZSBkZWNsYXJlZC4NCg0KUGxlYXNlIGNhbiBJIGFzayBhbnkgbWVtYmVy IG9mIHRoZSBXRyB0aGF0IGtub3dzIG9mIGFueSBJUFIgdGhhdCBuZWVkcyB0byBiZSBkZWNsYXJl ZCB0byBlaXRoZXIgZGVjbGFyZSBpdCBvciB0byBpbmZvcm0gdGhlIFdHIHRoYXQgdGhleSBoYXZl IGluaXRpYXRlZCB0aGUgZGVjbGFyYXRpb24gcHJvY2Vzcy4NCg0KSSB3aWxsIGNsb3NlIHRoaXMg Y2FsbCBvbiA0dGggSnVseSAyMDE2Lg0KDQpUaGFua3MgZm9yIHlvdXIgaGVscCB3aXRoIHRoaXMu DQoNClN0ZXdhcnQNCg0KUXVlc3RvIG1lc3NhZ2dpbyBlIGkgc3VvaSBhbGxlZ2F0aSBzb25vIGlu ZGlyaXp6YXRpIGVzY2x1c2l2YW1lbnRlIGFsbGUgcGVyc29uZSBpbmRpY2F0ZS4gTGEgZGlmZnVz aW9uZSwgY29waWEgbyBxdWFsc2lhc2kgYWx0cmEgYXppb25lIGRlcml2YW50ZSBkYWxsYSBjb25v c2NlbnphIGRpIHF1ZXN0ZSBpbmZvcm1hemlvbmkgc29ubyByaWdvcm9zYW1lbnRlIHZpZXRhdGUu IFF1YWxvcmEgYWJiaWF0ZSByaWNldnV0byBxdWVzdG8gZG9jdW1lbnRvIHBlciBlcnJvcmUgc2ll dGUgY29ydGVzZW1lbnRlIHByZWdhdGkgZGkgZGFybmUgaW1tZWRpYXRhIGNvbXVuaWNhemlvbmUg YWwgbWl0dGVudGUgZSBkaSBwcm92dmVkZXJlIGFsbGEgc3VhIGRpc3RydXppb25lLCBHcmF6aWUu DQoNClRoaXMgZS1tYWlsIGFuZCBhbnkgYXR0YWNobWVudHMgaXMgY29uZmlkZW50aWFsIGFuZCBt YXkgY29udGFpbiBwcml2aWxlZ2VkIGluZm9ybWF0aW9uIGludGVuZGVkIGZvciB0aGUgYWRkcmVz c2VlKHMpIG9ubHkuIERpc3NlbWluYXRpb24sIGNvcHlpbmcsIHByaW50aW5nIG9yIHVzZSBieSBh bnlib2R5IGVsc2UgaXMgdW5hdXRob3Jpc2VkLiBJZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQg cmVjaXBpZW50LCBwbGVhc2UgZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQgYW55IGF0dGFjaG1lbnRz IGFuZCBhZHZpc2UgdGhlIHNlbmRlciBieSByZXR1cm4gZS1tYWlsLCBUaGFua3MuDQoNCg== From nobody Wed Jun 22 07:20:02 2016 Return-Path: X-Original-To: pals@ietf.org Delivered-To: pals@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id A698A12D594; Wed, 22 Jun 2016 07:20:01 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.24.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160622142001.11043.91897.idtracker@ietfa.amsl.com> Date: Wed, 22 Jun 2016 07:20:01 -0700 Archived-At: Cc: pals@ietf.org Subject: [Pals] I-D Action: draft-ietf-pals-status-reduction-01.txt X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.17 List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jun 2016 14:20:02 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Pseudowire And LDP-enabled Services of the IETF. Title : MPLS LSP PW status refresh reduction for Static Pseudowires Authors : Luca Martini George Swallow Elisa Bellagamba Filename : draft-ietf-pals-status-reduction-01.txt Pages : 17 Date : 2016-06-22 Abstract: This document describes a method for generating an aggregated pseudowire status message on Multi-Protocol Label Switching (MPLS) network Label Switched Path (LSP). The method for transmitting the pseudowire (PW) status information is not new, however this protocol extension allows a Service Provider (SP) to reliably monitor the individual PW status while not overwhelming the network with multiple periodic status messages. This is achieved by sending a single cumulative summary status verification message for all the PWs grouped in the same LSP. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pals-status-reduction/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-pals-status-reduction-01 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-pals-status-reduction-01 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Wed Jun 22 11:04:46 2016 Return-Path: X-Original-To: pals@ietfa.amsl.com Delivered-To: pals@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F36B412DA27 for ; Wed, 22 Jun 2016 11:04:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.234 X-Spam-Level: X-Spam-Status: No, score=-1.234 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_SOFTFAIL=0.665] autolearn=no 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 yshcyxXiHXAX for ; Wed, 22 Jun 2016 11:04:43 -0700 (PDT) Received: from napoleon.monoski.com (napoleon.monoski.com [70.90.113.113]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 61C7C12DA16 for ; Wed, 22 Jun 2016 11:04:43 -0700 (PDT) Received: from seven.monoski.com ([64.101.72.116]) (authenticated bits=0) by napoleon.monoski.com (8.14.7/8.14.7) with ESMTP id u5MI4aMg010205 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 22 Jun 2016 12:04:36 -0600 (MDT) To: Stewart Bryant , draft-ietf-pals-status-reduction@tools.ietf.org References: <09620bc3-8abe-9e7d-8df6-200ea0db46a9@gmail.com> From: Luca Martini Message-ID: <576AD32E.2080309@cisco.com> Date: Wed, 22 Jun 2016 12:04:30 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.8.0 MIME-Version: 1.0 In-Reply-To: <09620bc3-8abe-9e7d-8df6-200ea0db46a9@gmail.com> Content-Type: multipart/alternative; boundary="------------050402090902090506080509" Archived-At: Cc: "pals-chairs@tools.ietf.org" , "pals@ietf.org" Subject: Re: [Pals] IPR Poll for draft-ietf-pals-status-reduction-00 X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jun 2016 18:04:46 -0000 This is a multi-part message in MIME format. --------------050402090902090506080509 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Stewart, Cisco has been granted us patent no. *8,619,598 *that applies to this document. I believe that an IPR statement should be in the ietf tool already , but if in case it has been lost, i will get a new one sent. Thanks. Luca On 06/09/2016 01:03 PM, Stewart Bryant wrote: > The authors of draft-ietf-pals-status-reduction have requested WG LC > on this draft. > > Before I start that, and whilst they look at some issues with the text, > I would like to run the usual IPR Poll. > > Authors please reply to this email indicating whether or not you > know of any IPR that applies to this draft that has not yet been > declared. I will need a reply from each of you before we can proceed. > > WG members, if you know of any IPR that applies to this draft which has > not yet been declared, please initiate an IPR disclosure and reply to this > email informing the WG to let us know. > > I will close this poll on 28th June 2016. > > Regards > > Stewart > --------------050402090902090506080509 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit
Stewart,

Cisco has been granted us patent no. 8,619,598 that applies to this document.
I believe that an IPR statement should be in the ietf tool already , but if in case it has been lost, i will get a new one sent.
Thanks.
Luca


On 06/09/2016 01:03 PM, Stewart Bryant wrote:
The authors of draft-ietf-pals-status-reduction have requested WG LC
on this draft.

Before I start that, and whilst they look at some issues with the text,
I would like to run the usual IPR Poll.

Authors please reply to this email indicating whether or not you
know of any IPR that applies  to this draft that has not yet been
declared. I will need a reply from each of you before we can proceed.

WG members, if you know of any IPR that applies to this draft which has
not yet been declared, please initiate an IPR disclosure and reply to this
email informing the WG to let us know.

I will close this poll on 28th June 2016.

Regards

Stewart

--------------050402090902090506080509-- From nobody Fri Jun 24 08:18:47 2016 Return-Path: X-Original-To: pals@ietfa.amsl.com Delivered-To: pals@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D2A0612DB55 for ; Fri, 24 Jun 2016 08:18:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=junipernetworks.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zAzrndEQpurl for ; Fri, 24 Jun 2016 08:18:44 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0745.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:745]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9AE1C12D17B for ; Fri, 24 Jun 2016 08:18:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=Ol8zWfT7Y+VSSr3Rz1r+UwZIC0LN9NGKatKy499NBu8=; b=CcbWKoIlIvo1QdYZkLYawGfdwyhrCFtsRxbpkyjjllrPBY9qseYY+2bbth2U62QXJb/bPDObrvwPWDJcVwl2fy1vP6ugFdw3rmDd63pYfcUdv8hY7yrRL50/j8PZUsfPsm28ZAr2d+Eviht7fpZnsI4E5X41B7ghAGaAgme+Uok= Received: from BN3PR0501MB1554.namprd05.prod.outlook.com (10.161.217.144) by BN3PR0501MB1555.namprd05.prod.outlook.com (10.161.217.145) with Microsoft SMTP Server (TLS) id 15.1.523.12; Fri, 24 Jun 2016 15:18:27 +0000 Received: from BN3PR0501MB1554.namprd05.prod.outlook.com ([10.161.217.144]) by BN3PR0501MB1554.namprd05.prod.outlook.com ([10.161.217.144]) with mapi id 15.01.0523.019; Fri, 24 Jun 2016 15:18:27 +0000 From: Yimin Shen To: Stewart Bryant , "draft-ietf-pals-endpoint-fast-protection@tools.ietf.org" , "pals@ietf.org" Thread-Topic: [Pals] IPR on draft-ietf-pals-endpoint-fast-protection Thread-Index: AQHRwY+SOwRlA6y9LkOJlCARDRUHy5/4kSCA Date: Fri, 24 Jun 2016 15:18:26 +0000 Message-ID: <047F1590-C29B-45DF-ADB8-8C2FD161D565@juniper.net> References: <010a6365-a7ed-e9c9-932a-dc253cd4fb56@gmail.com> In-Reply-To: <010a6365-a7ed-e9c9-932a-dc253cd4fb56@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/0.0.0.160212 authentication-results: spf=none (sender IP is ) smtp.mailfrom=yshen@juniper.net; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [66.129.241.11] x-ms-office365-filtering-correlation-id: feee17fd-0793-4340-0c4f-08d39c42caaa x-microsoft-exchange-diagnostics: 1; BN3PR0501MB1555; 6:RlBvz01lz9L9Ozq3NhjNjO8myasu7cOaZil1W8DtddOS3zL2gnVgRYkpbIJRYsX1YL76rQiy16Ld4xEzFwgY6scuQtSfi2hPZofsmVANVitDvu5fvCed/rnTjBrTSCzPsSPJDwmd63ET0TvV+oWC97isGl2ja9zCgEm0IJSdATpOT9pYJbs7Y3EAbdeIaBDA+44V4NF5l0Z3zUtBancptxjaBb8n0lwExmXGXcaIWjJKHBxC7szaiydlfvcms4do6lty2R4VGQwrPnAhsunbvKNFL0qhNXU3clORLiLOZceuD64bzavSY/F6+QfqNRlo78ogHQAJCP+5tl4SDxBm1YoDKYUA34CoyXvJMfX+O1A=; 5:i5VYxI9Ikt49/xgJjG8Y8rVp2gmr5v5VHcjBXvOWyqKOlMNRmddovQ0UJzCu/wX+ToUTURah522a2EBkbhyFKViSOWoDj3lZp1nSFdg4n46a0Glr3f07MfQrtAjkEMChjxsK/78UU0Gq5AWFq40xbA==; 24:k+QfKT+NJ9VD1cV+vK9dL1cDGa9dom0Q5gxF/p43ZSclroVBmeX7cvUrw8QqnPrQfJwcuHi8LGy2M94Er2a5EDshFmMdhwIKYkAkJgiJCjg=; 7:LXmdYBrSCrGL40/cqESllftAN7cYXCzP9oQl3Epr9k755ilA26dh/mAKfnK+8V0UhnQt3r7sDbXlhOpn145HuIg6pxmsZ0WZt8A+hHVVYB19RHhXjPckett+FuYZeX2i/zUSvByzD93OZbaxerlVkcAvt8yA3x/bLJSfgYyFdZoKl2xuPvzV2c/QQW2a35eYsxJzJ57bUi7s13rZGGu50UiIGOEL4sC5JvCSRA4WQFuM23if5tEfe3z4E52gXcKWi+zpejbrXOg9o/ifjgthIw== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BN3PR0501MB1555; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001)(6055026); SRVR:BN3PR0501MB1555; BCL:0; PCL:0; RULEID:; SRVR:BN3PR0501MB1555; x-forefront-prvs: 0983EAD6B2 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(7916002)(24454002)(377454003)(189002)(199003)(82746002)(83506001)(54356999)(76176999)(2900100001)(50986999)(33656002)(3280700002)(87936001)(6116002)(83716003)(15975445007)(102836003)(189998001)(2950100001)(99286002)(305945005)(3846002)(86362001)(586003)(7736002)(7846002)(230783001)(2201001)(77096005)(10400500002)(81166006)(122556002)(2906002)(4326007)(36756003)(66066001)(81156014)(8676002)(5002640100001)(68736007)(97736004)(3660700001)(11100500001)(106356001)(4001350100001)(101416001)(105586002)(106116001)(2501003)(19580405001)(19580395003)(5001770100001)(8936002)(92566002)(104396002); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR0501MB1555; H:BN3PR0501MB1554.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 24 Jun 2016 15:18:26.9987 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR0501MB1555 Archived-At: Cc: "pals-chairs@tools.ietf.org" Subject: Re: [Pals] IPR on draft-ietf-pals-endpoint-fast-protection X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jun 2016 15:18:47 -0000 SGkgU3Rld2FydCwNCg0KSeKAmW0gbm90IGF3YXJlIG9mIGFueSBhZGRpdGlvbmFsIElQUiByZWxh dGVkIHRvIHRoaXMgZHJhZnQuDQoNClRoYW5rcywNCg0KLS0gWWltaW4NCg0KDQoNCg0KDQoNCg0K DQoNCk9uIDYvOC8xNiwgMTA6MTAgQU0sICJQYWxzIG9uIGJlaGFsZiBvZiBTdGV3YXJ0IEJyeWFu dCIgPHBhbHMtYm91bmNlc0BpZXRmLm9yZyBvbiBiZWhhbGYgb2Ygc3Rld2FydC5icnlhbnRAZ21h aWwuY29tPiB3cm90ZToNCg0KPkkgaGF2ZSBqdXN0IHBpY2tlZCB1cCBkcmFmdC1pZXRmLXBhbHMt ZW5kcG9pbnQtZmFzdC1wcm90ZWN0aW9uLCBhbmQgYW0gDQo+dHJ5aW5nIHRvIGZpZ3VyZSBvdXQg d2hlcmUgd2UgYXJlIHdpdGggSVBSIGRpc2Nsb3N1cmVzIG9uIHRoaXMuDQo+DQo+VGhpcyB3YXMg YXQgb25lIHRpbWUgYSB2ZXJ5IGFjdGl2ZSB3b3JrIGFyZWEgYW5kIHNvIEkgd2FzIHN1cnByaXNl ZCB0byANCj5vbmx5IHNlZSBvbmUgZGlzY2xvc3VyZS4NCj4NCj5JIGhhdmUgZmlsZWQgYSB0aGly ZCBwYXJ0eSBkaXNjbG9zdXJlIG9uIGEgcGF0ZW50IHRoYXQgbWF5IGJlIHJlbGV2YW50Lg0KPg0K PlNvcnJ5IGlmIHRoaXMgaXMgdGhlIHNlY29uZCB0aW1lIG9mIGFza2luZywgYnV0IHBsZWFzZSBj YW4gZWFjaCBhdXRob3IgDQo+cmVzcG9uZCB0byB0aGlzIGVtYWlsIGluZGljYXRpbmcgd2hldGhl ciBvciBub3QgdGhleSBhcmUgYXdhcmUgb2YgYW55IA0KPnJlbGV2YW50IElQUi4NCj4NCj5JZiBh bnkgbWVtYmVyIG9mIHRoZSB3b3JraW5nIGdyb3VwIGlzIGF3YXJlIG9mIGFueSBJUFIsIHBsZWFz ZSBjYW4gdGhleSANCj5hbHNvIGluZGljYXRlIHRoaXMgdG8gdGhlIHdvcmtpbmcgZ3JvdXAgYnkg cmVzcG9uZGluZyB0byB0aGlzIGVtYWlsLg0KPg0KPlRoYW5rcw0KPg0KPlN0ZXdhcnQNCj4NCj4N Cj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPlBhbHMg bWFpbGluZyBsaXN0DQo+UGFsc0BpZXRmLm9yZw0KPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt YW4vbGlzdGluZm8vcGFscw0K From nobody Fri Jun 24 08:28:30 2016 Return-Path: X-Original-To: pals@ietfa.amsl.com Delivered-To: pals@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BAE3D12DB7A for ; Fri, 24 Jun 2016 08:28:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.903 X-Spam-Level: X-Spam-Status: No, score=-1.903 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=junipernetworks.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UFp-7HzchSbR for ; Fri, 24 Jun 2016 08:28:25 -0700 (PDT) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0122.outbound.protection.outlook.com [207.46.100.122]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4841C12B01D for ; Fri, 24 Jun 2016 08:28:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=K2KLbiLaRuJx00RLHec/HVxccta4WrJwcwmEPSRb9kc=; b=BBNgI8RhK1HrCSdT7CgNCshL/k67o5zF4kTjdYfpQIeuzr9MgHLkGY/AVbnO9vfZ1coROYTgZDyO/a9L2LP8dc9LDZHdFJsvzCwPDMM+AyPhQxGs0Kgr/TQid8xomegc4FNO63nsKOjtpXjkUcZEm+yX3qzF6G1ZaiqwMX9D5U0= Received: from BN3PR0501MB1554.namprd05.prod.outlook.com (10.161.217.144) by BN3PR0501MB1554.namprd05.prod.outlook.com (10.161.217.144) with Microsoft SMTP Server (TLS) id 15.1.523.12; Fri, 24 Jun 2016 15:28:23 +0000 Received: from BN3PR0501MB1554.namprd05.prod.outlook.com ([10.161.217.144]) by BN3PR0501MB1554.namprd05.prod.outlook.com ([10.161.217.144]) with mapi id 15.01.0523.019; Fri, 24 Jun 2016 15:28:23 +0000 From: Yimin Shen To: Stewart Bryant , "draft-ietf-pals-endpoint-fast-protection@tools.ietf.org" Thread-Topic: Shepherds review of draft-ietf-pals-endpoint-fast-protection-02 Thread-Index: AQHRwkZtPlTc+PAPvkqPtiKixB3HpZ/4knmA Date: Fri, 24 Jun 2016 15:28:22 +0000 Message-ID: <5ABB9C61-5C77-4B6E-B717-A30F5FF9BF3D@juniper.net> References: <0b99da76-f9b5-7855-fabc-6a91c449bc8d@gmail.com> In-Reply-To: <0b99da76-f9b5-7855-fabc-6a91c449bc8d@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/0.0.0.160212 authentication-results: spf=none (sender IP is ) smtp.mailfrom=yshen@juniper.net; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [66.129.241.11] x-ms-office365-filtering-correlation-id: f8a85220-17f9-491e-2122-08d39c442dd9 x-microsoft-exchange-diagnostics: 1; BN3PR0501MB1554; 6:V3OxuJOs13MgzAFrvGMdfC4yfHJzRcL15RmzTTsekFiLPAOg3Vszu3UbXY1QABkem3KGaqwATSO38LDi++Z7u1h5HiPnPKkIjJ5K8lWLj8p9OUNcwKQiTM+0evcg2e8i8LqBC7JwTXrBneoxuobhkm5tM7+jHeQ/JfkSoodu9YURguoN5kkl+W2VJkuuJVxkL/X+R1Ip/IY/DViRn/C4vZ1XsVxAgN7/8X5VsVwD+9O1NfiF2egNwQ7+nkBCY4TY2sEewVZAz8IQa6wyS5FmuDoVr282eQyRQMCvFUvwdNaNQ8MrKnCglkCI/BSKTIo3RI71/wGjWwvA4Zb4X7Uh/Uqqk/nCIqsXntaQrXiKEXY=; 5:QGI94otkZdTkJi2m+WsKjVjQ4vZ5cfw7dbGwpQLtoG9vjVf8lKgAWx4y7sR635/kUYyPd8aG1V1SeHFTIXMKHnUds4ICT24lfLSdxcrWgU8VkCVDwF7591xpNHPQYty2A8ZQEd7wkSDU7qptw5cc4A==; 24:o45o/FDeCNNtw5o4oJ0ieosGeIdA9DvFXjjpyZMXNCjisA1BBtzeLWtP1DAr7M/eXRhfSPFwDfS4U/YRYFi4bCpoYZ2bjEOHElqtvGIunHI=; 7:icLglg6oNP65tJhCew35i+9ku7jr9q12APrKLMQGTOK/nyG0CkYwIlRdhgvC64yqQsoSPFEXKqWFGvz7EG9SXH9rVk+hz6E3TSZAM50Uwnnnyx5JrehWyyd+bahLw/da+aTuzqWmNjYzr8OFmX2+XbM/tviweJMejaGkXzL0vqpsz9vkntLo+JuqJS+4nss8WGEVFjdZGirJEAeRsLFIV4+4dVTa65gBHXc/HF7XV6gnBsPHdC4TX4inl1amp0N7sSxe53dH1iK4b5B/2KaPvQ== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BN3PR0501MB1554; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001)(6055026); SRVR:BN3PR0501MB1554; BCL:0; PCL:0; RULEID:; SRVR:BN3PR0501MB1554; x-forefront-prvs: 0983EAD6B2 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(7916002)(37854004)(57704003)(53754006)(199003)(51444003)(189002)(24454002)(377454003)(586003)(68736007)(106356001)(105586002)(106116001)(7846002)(7736002)(2906002)(6116002)(3846002)(8676002)(102836003)(81156014)(81166006)(50986999)(97736004)(8936002)(5001770100001)(101416001)(4001350100001)(4326007)(305945005)(2501003)(66066001)(189998001)(230783001)(5002640100001)(2900100001)(10400500002)(33656002)(19580405001)(19580395003)(99286002)(36756003)(86362001)(5890100001)(2950100001)(83506001)(11100500001)(82746002)(77096005)(83716003)(54356999)(76176999)(3660700001)(122556002)(3280700002)(92566002)(87936001)(104396002); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR0501MB1554; H:BN3PR0501MB1554.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-ID: <2C77CE991EE554489D1C56FF1E93EED0@namprd05.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 24 Jun 2016 15:28:22.8934 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR0501MB1554 Archived-At: Cc: "pals-chairs@tools.ietf.org" , "pals@ietf.org" Subject: Re: [Pals] Shepherds review of draft-ietf-pals-endpoint-fast-protection-02 X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jun 2016 15:28:29 -0000 SGkgU3Rld2FydCwNCg0KVGhhbmtzIHZlcnkgbXVjaCBmb3IgYW5vdGhlciBkZXRhaWxlZCByZXZp ZXcgZm9yIHRoaXMgZHJhZnQhDQoNCldlIHdpbGwgYWRkcmVzcyB0aGVzZSBjb21tZW50cyB3aXRo IGEgbmV3IHZlcnNpb24uDQoNCg0KVGhhbmtzLA0KDQotLSBZaW1pbg0KDQoNCg0KDQoNCg0KDQoN Cg0KT24gNi85LzE2LCA3OjU5IEFNLCAiU3Rld2FydCBCcnlhbnQiIDxzdGV3YXJ0LmJyeWFudEBn bWFpbC5jb20+IHdyb3RlOg0KDQo+SGkgQWxsLA0KPg0KPlNvcnJ5IHRoaXMgaGFzIHRha2VuIGEg bG9uZyB0aW1lLCBidXQgSSB0b29rIG92ZXIgYXMgc2hlcGhlcmQgYSBmZXcgDQo+d2Vla3MgYWdv IGFuZCBoYXZlIGRvbmUgdGhlIGN1c3RvbWFyeSByZXZpZXcgb2YgdGhpcyBkcmFmdC4NCj4NCj5U aGVyZSBhcmUgbm8gZnVuZGFtZW50YWwgaXNzdWVzIHdpdGggdGhlIHRleHQsIGJ1dCB0aGVyZSBh cmUgYSBsb3Qgb2YgDQo+bXVzdC1maXggaXNzdWVzIHRoYXQgd2UgbmVlZCB0byBhZGRyZXNzIGJl Zm9yZSB3ZSBjYW4gdGFrZSB0aGlzIGZvcndhcmQuDQo+DQo+UGxlYXNlIHNlZSBiZWxvdyBmb3Ig ZGV0YWlscy4NCj4NCj5SZWdhcmRzDQo+DQo+LSBTdGV3YXJ0DQo+DQo+Rmlyc3RseSBJIHJhbiBp ZC1uaXRzIGFuZCBnb3QgYSBsb3Qgb2Ygb3V0cHV0LkkgYW0gbm90IHN1cmUgd2hhdCBpcyANCj5n b2luZyBvbiB3aXRoIHRoZSByZWZlcmVuY2VzIGJlY2F1c2UgSS1EIG5pdHMNCj5pcyBmbGFnZ2lu ZyBhIGxvdCBvZiB0aGVtIHVwLiBJIHRoaW5rIHRoYXQgaXQgaXMgYmVjYXVzZSBpdCBjYW5ub3Qg DQo+ZmluZHRoZW0gaW4gc3F1YXJlIGJyYWNrZXRzIGluIHRoZSB0ZXh0LiBBbm5veWluZyBhcyBp dCBpcyB3ZSBuZWVkIHRvIA0KPmZpeCB0aGVtIHJhdGhlciB0aGFuIGhhdmluZyBsb3RzIG9mIHBl b3BsZSB3b3JrIHRocm91Z2ggdGhlIG5pdHMgbGlzdC4NCj4NCj4NCj4gICA9PSBVbnVzZWQgUmVm ZXJlbmNlOiAnUkZDMzk4NScgaXMgZGVmaW5lZCBvbiBsaW5lIDEyODAsIGJ1dCBubyBleHBsaWNp dA0KPiAgICAgIHJlZmVyZW5jZSB3YXMgZm91bmQgaW4gdGhlIHRleHQNCj4NCj4gICA9PSBVbnVz ZWQgUmVmZXJlbmNlOiAnUkZDNTY1OScgaXMgZGVmaW5lZCBvbiBsaW5lIDEyODUsIGJ1dCBubyBl eHBsaWNpdA0KPiAgICAgIHJlZmVyZW5jZSB3YXMgZm91bmQgaW4gdGhlIHRleHQNCj4NCj4gICA9 PSBVbnVzZWQgUmVmZXJlbmNlOiAnUkZDNTAzNicgaXMgZGVmaW5lZCBvbiBsaW5lIDEzMDEsIGJ1 dCBubyBleHBsaWNpdA0KPiAgICAgIHJlZmVyZW5jZSB3YXMgZm91bmQgaW4gdGhlIHRleHQNCj4N Cj4gICA9PSBVbnVzZWQgUmVmZXJlbmNlOiAnUkZDMjIwNScgaXMgZGVmaW5lZCBvbiBsaW5lIDEz MTAsIGJ1dCBubyBleHBsaWNpdA0KPiAgICAgIHJlZmVyZW5jZSB3YXMgZm91bmQgaW4gdGhlIHRl eHQNCj4NCj4gICA9PSBVbnVzZWQgUmVmZXJlbmNlOiAnUkZDMzIwOScgaXMgZGVmaW5lZCBvbiBs aW5lIDEzMTUsIGJ1dCBubyBleHBsaWNpdA0KPiAgICAgIHJlZmVyZW5jZSB3YXMgZm91bmQgaW4g dGhlIHRleHQNCj4NCj4gICA9PSBVbnVzZWQgUmVmZXJlbmNlOiAnUkZDMzAzMScgaXMgZGVmaW5l ZCBvbiBsaW5lIDEzNDUsIGJ1dCBubyBleHBsaWNpdA0KPiAgICAgIHJlZmVyZW5jZSB3YXMgZm91 bmQgaW4gdGhlIHRleHQNCj4NCj4gICA9PSBVbnVzZWQgUmVmZXJlbmNlOiAnUkZDMjMyOCcgaXMg ZGVmaW5lZCBvbiBsaW5lIDEzNTAsIGJ1dCBubyBleHBsaWNpdA0KPiAgICAgIHJlZmVyZW5jZSB3 YXMgZm91bmQgaW4gdGhlIHRleHQNCj4NCj4gICA9PSBVbnVzZWQgUmVmZXJlbmNlOiAnUkZDNTky MCcgaXMgZGVmaW5lZCBvbiBsaW5lIDEzNzUsIGJ1dCBubyBleHBsaWNpdA0KPiAgICAgIHJlZmVy ZW5jZSB3YXMgZm91bmQgaW4gdGhlIHRleHQNCj4NCj5UaGVzZSBkZWZpbmF0ZWx5IG5lZWQgdG8g YmUgZml4ZWQgaWYgd2UgY2FuLg0KPg0KPiAgICoqIERvd25yZWY6IE5vcm1hdGl2ZSByZWZlcmVu Y2UgdG8gYW4gSW5mb3JtYXRpb25hbCBSRkM6IFJGQyAzOTg1DQo+DQo+UkZDMzk4NSBjYW4gYmUg c2FmZWx5IG1vdmVkIHRvIGluZm8uDQo+DQo+ICAgKiogRG93bnJlZjogTm9ybWF0aXZlIHJlZmVy ZW5jZSB0byBhbiBJbmZvcm1hdGlvbmFsIFJGQzogUkZDIDU2NTkNCj5SRkM1NjU5IGNhbiBiZSBz YWZlbHkgbW92ZWQgdG8gaW5mby4NCj4NCj4gICAqKiBEb3ducmVmOiBOb3JtYXRpdmUgcmVmZXJl bmNlIHRvIGFuIEluZm9ybWF0aW9uYWwgUkZDOiBSRkMgNTcxNA0KPlJGQzU3MTQgY2FuIGJlIHNh ZmVseSBtb3ZlZCB0byBpbmZvLg0KPg0KPg0KPiAgICAgIFN1bW1hcnk6IDMgZXJyb3JzICgqKiks IDAgZmxhd3MgKH5+KSwgOCB3YXJuaW5ncyAoPT0pLCAxIGNvbW1lbnQgKC0tKS4NCj4NCj4gICAg ICBSdW4gaWRuaXRzIHdpdGggdGhlIC0tdmVyYm9zZSBvcHRpb24gZm9yIG1vcmUgZGV0YWlsZWQg aW5mb3JtYXRpb24gDQo+YWJvdXQNCj4gICAgICB0aGUgaXRlbXMgYWJvdmUNCj4tLS0tLS0tLS0t LS0tLS0tLQ0KPg0KPg0KPjEuICBJbnRyb2R1Y3Rpb24NCj4NCj4NCj4NCj4gICAgSW4gb3JkZXIg dG8gcHJvdGVjdCB0aGUgbGF5ZXItMiBzZXJ2aWNlIGFnYWluc3QgbmV0d29yayBmYWlsdXJlcywg aXQNCj5TQj4gUFdzIGNhbiBjYXJyeSBvdGhlciB0aGFuIEwyLCBzbyBpdCB0aGluayB0aGlzIHNo b3VsZCBiZSAidGhlIFBXIHNlcnZpY2UiDQo+DQo+LS0tLS0tLS0tLS0tLS0tDQo+DQo+ICAgVGhl IGJ5cGFzcyBwYXRoIGhhcyB0aGUgcHJvcGVydHkgdGhhdCBpdCBjYW4NCj4gICAgZ3VpZGUgdHJh ZmZpYyBhcm91bmQgdGhlIGZhaWx1cmUsIHdoaWxlIHJlbWFpbmluZyB1bmFmZmVjdGVkIGJ5IHRo ZQ0KPiAgICB0b3BvbG9neSBjaGFuZ2VzIHJlc3VsdGluZyBmcm9tIHRoZSBmYWlsdXJlLiAgV2hl biB0aGUgZmFpbHVyZQ0KPiAgICBvY2N1cnMsIHRoZSByb3V0ZXIgY2FuIGludm9rZSB0aGUgYnlw YXNzIHBhdGggdG8gYWNoaWV2ZSBmYXN0DQo+U0I+IHdoaWNoIHJvdXRlciBpcyAidGhlIHJvdXRl ciINCj4gICAgcmVzdG9yYXRpb24gZm9yIHRoZSBzZXJ2aWNlLg0KPg0KPiAgICBUb2RheSwgZmFz dCBwcm90ZWN0aW9uIGFnYWluc3QgaW5ncmVzcyBBQyBmYWlsdXJlIGFuZCBpbmdyZXNzIChULSlQ RQ0KPiAgICBmYWlsdXJlIGNhbiBiZSBhY2hpZXZhYmxlIGJ5IHVzaW5nIGEgbXVsdGktaG9tZWQg Q0UgYW5kIHJlZHVuZGFudA0KPiAgU0I+IG5pdCBzL2FjaGlldmFibGUvYWNoaWV2ZWQvDQo+DQo+ ICAgIEFDcywgc3VjaCBhcyBtdWx0aS1jaGFzc2lzIGxpbmsgYWdncmVnYXRpb24gZ3JvdXAgKE1D LUxBRykuICBGYXN0DQo+ICAgIHByb3RlY3Rpb24gYWdhaW5zdCBmYWlsdXJlIG9mIGludGVybWVk aWF0ZSByb3V0ZXIgb2YgdHJhbnNwb3J0IHR1bm5lbA0KPlNCPiBuaXQgc2hvdWxkIGJlICJhZ2Fp bnN0IHRoZSBmYWlsdXJlIG9mIGFuIGludGVybWVkaWF0ZSINCj4NCj4gICAgY2FuIGJlIGFjaGll dmFibGUgdGhyb3VnaCBSU1ZQIGZhc3QtcmVyb3V0ZSBbUkZDNDA5MF0gb3IgSVAvTERQIGZhc3Qt DQo+U0I+IHMvYWNoaWV2YWJsZS9hY2hpZXZlZC8NCj4NCj4gICAgcmVyb3V0ZSBbUkZDNTcxNCwg UkZDNTI4Nl0uICBIb3dldmVyLCB0aGVyZSBpcyBhIGxhY2sgb2YgZXF1aXZhbGVudA0KPlNCPiAi b2YgYW4gZXF1aXZhbGVudCINCj4NCj4gICAgbWVjaGFuaXNtIGFnYWluc3QgZWdyZXNzIEFDIGZh aWx1cmUsIGVncmVzcyAoVC0pUEUgZmFpbHVyZSwgYW5kIFMtUEUNCj5TQj4gTWF5YmUgeW91IHNo b3VsZCBzYXk6DQo+Ikhvd2V2ZXIsIHRoZXJlIGlzIG5vIGVxdWl2YWxlbnQgbWVjaGFuaXNtIHRo YXQgY2FuIGJlIHVzZWQgYWdhaW5zdA0KPmFuIGVncmVzcyBBQyBmYWlsdXJlLCBhbiBlZ3Jlc3Mg KFQtKVBFIGZhaWx1cmUsIG9yIGFuIFMtUEUgZmFpbHVyZS4iDQo+DQo+ICAgIGZhaWx1cmUuICBG b3IgdGhlc2UgZmFpbHVyZXMsIHNlcnZpY2UgcmVzdG9yYXRpb24gaGFzIHRvIHJlbHkgb24NCj4g ICAgZ2xvYmFsIHJlcGFpciBvciBjb250cm9sIHBsYW5lIHJlcGFpci4gIEdsb2JhbCByZXBhaXIg bm9ybWFsbHkNCj4gICAgaW52b2x2ZXMgaW5ncmVzcyBDRSBvciBpbmdyZXNzIChULSlQRSBzd2l0 Y2hpbmcgdHJhZmZpYyB0byBhbm90aGVyDQo+U0I+ICJpbnZvbHZlcyB0aGUgaW5ncmVzcyBDRSBv ciB0aGUgaW5ncmVzcyINCj4NCj5TQj4gWW91IGNhbm5vdCBzYXkgImFub3RoZXIgZnVsbHkgZnVu Y3Rpb24gcGF0aCIgc2luY2UgdGhlIGZpcnN0IG9uZQ0KPlNCPCBmYWlsZWQgYW5kIHRodXMgd2Fz IG5vdCBmdW5jdGlvbmluZy4NCj5TQj4gSSB3b3VsZCBzYXkgInRvIGFuIGFsdGVybmF0aXZlIHBh dGgiDQo+ICAgIGZ1bGx5IGZ1bmN0aW9uYWwgcGF0aCwgYmFzZWQgb24gcmVtb3RlIGZhaWx1cmUg ZGV0ZWN0aW9uIHZpYSBQVw0KPiAgICBzdGF0dXMgbm90aWZpY2F0aW9uLCBlbmQtdG8tZW5kIE9B TSwgZXRjLg0KPg0KPiAgICBUaGUgbWVjaGFuaXNtIGlzIGFwcGxpY2FibGUgdG8gTERQIHNpZ25h bGVkIFBXcy4gIEl0IGlzIHJlbGV2YW50IHRvDQo+ICAgIG5ldHdvcmtzIHdpdGggcmVkdW5kYW50 IFBXcyBhbmQgbXVsdGktaG9tZWQgQ0VzLiAgSXQgaXMgZGVzaWduZWQgb24NCj4gICAgdGhlIGJh c2lzIG9mIE1QTFMgdXBzdHJlYW0gbGFiZWwgYXNzaWdubWVudCBhbmQgY29udGV4dC1zcGVjaWZp Yw0KPiAgICBsYWJlbCBzd2l0Y2hpbmcgW1JGQzUzMzFdLiAgRmFzdCBwcm90ZWN0aW9uIHJlZmVy cyB0byBpdHMgYWJpbGl0eSB0bw0KPiAgICByZXN0b3JlIHRyYWZmaWMgaW4gdGhlIG9yZGVyIG9m IHRlbnMgb2YgbWlsbGlzZWNvbmRzLiBDb21wYXJlZCB3aXRoDQo+ICAgIGdsb2JhbCByZXBhaXIg YW5kIGNvbnRyb2wgcGxhbmUgcmVwYWlyLCB0aGlzIG1lY2hhbmlzbSBjYW4gcHJvdmlkZQ0KPiAg ICBmYXN0ZXIgc2VydmljZSByZXN0b3JhdGlvbi4gIEhvd2V2ZXIsIGl0IGlzIGludGVuZGVkIHRv IGNvbXBsZW1lbnQNCj4gICAgdGhvc2UgbWVjaGFuaXNtcywgcmF0aGVyIHRoYW4gcmVwbGFjaW5n IHRoZW0gaW4gYW55IGZhc2hpb24uDQo+DQo+U0I+IGQvaW4gYW55IGZhc2hpb24vDQo+DQo+DQo+ PT09PT09PT09PT09DQo+DQo+DQo+My4xLiAgU2luZ2xlLVNlZ21lbnQgUFcNCj4NCj4gICAgICAg ICAgICAgICAgICAgfDwtLS0tLS0tLS0tLS0tLSBQVzEgLS0tLS0tLS0tLS0tLS0tPnwNCj4NCj4g ICAgICAgICAgICAgICAtIFBFMSAtLS0tLS0tLS0tLS0tLSBQMSAtLS0tLS0tLS0tLS0tLS0tIFBF MiAtDQo+ICAgICAgICAgICAgICAvIFwNCj4vICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgXA0KPkNFMSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgQ0UyDQo+XCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIC8NCj4gICAgICAgICAgICAgIFwgLw0KPiAgICAgICAgICAgICAgIC0g UEUzIC0tLS0tLS0tLS0tLS0tIFAyIC0tLS0tLS0tLS0tLS0tLS0gUEU0IC0NCj4NCj4gICAgICAg ICAgICAgICAgICAgfDwtLS0tLS0tLS0tLS0tLSBQVzIgLS0tLS0tLS0tLS0tLS0tPnwNCj4NCj4g ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgRmlndXJlIDENCj4NCj4NCj4gICAgSW4g RmlndXJlIDEsIHRoZSBJUC9NUExTIG5ldHdvcmsgY29uc2lzdHMgb2YgUEUgYW5kIFAgcm91dGVy cy4gIEl0DQo+ICAgIHByb3ZpZGVzIGFuIGVtdWxhdGlvbiBvZiBhIGxheWVyLTIgc2VydmljZSBi ZXR3ZWVuIENFMSBhbmQgQ0UyLiAgRWFjaA0KPlNCPiBJdCBtYXkgb3IgbWF5IG5vdCBiZSBMMi4g V2h5IG5vdCBzYXkgIml0IHByb3ZpZGVzIGEgUFcgc2VydmljZSBiZXR3ZWVuDQo+Q0UxIGFuZCBD RTI/DQo+DQo+PT09PT09PT09PT09PT0NCj4NCj4NCj4gICAgTm90ZSB0aGF0IGFuIGVncmVzcyBl bmRwb2ludCBmYWlsdXJlIG9mIHRoZSB0cmFmZmljIG9mIGEgZ2l2ZW4NCj4gICAgZGlyZWN0aW9u IG1heSBiZSBkZXRlY3RlZCBieSB0aGUgZWdyZXNzIENFIGFzIGFuIGluZ3Jlc3MgZW5kcG9pbnQN Cj4gICAgZmFpbHVyZSBmb3IgdGhlIHRyYWZmaWMgb2YgdGhlIHJldmVyc2UgZGlyZWN0aW9uLCBl eGNlcHQgd2hlbiB0aGUNCj4gICAgZmFpbHVyZSBpcyBvbiBhIGxpbmsgb2YgdGhlIHByaW1hcnkg ZWdyZXNzIFBFIHdpdGhpbiB0aGUgUFNOLCBvciB3aGVuDQo+ICAgIHRoZSB0cmFmZmljIG9mIHRo ZSByZXZlcnNlIGRpcmVjdGlvbiB0YWtlcyBhIGRpZmZlcmVudCBhY3RpdmUgcGF0aC4NCj4NCj5T Qj4gVGhlIHRleHQgYWJvdmUgbmVlZHMgY2xhcmlmaWNhdGlvbiAtIGl0IGlzIG5vdCBpbW1lZGlh dGVseSBvYnZpb3VzDQo+U0I+IHdoYXQgeW91IG1lYW4uDQo+DQo+ICAgIElmIHRoZSBDRSBjYW4g ZGV0ZWN0IHRoZSBmYWlsdXJlLCBpdCBtYXkgcHJvdGVjdCB0aGUgdHJhZmZpYyBvZiB0aGUNCj4g ICAgcmV2ZXJzZSBkaXJlY3Rpb24gYnkgc3dpdGNoaW5nIGl0IHRvIHRoZSBiYWNrdXAgcGF0aC4g SG93ZXZlciwgdGhpcw0KPiAgICBpcyBjYXRlZ29yaXplZCBhcyBpbmdyZXNzIGVuZHBvaW50IGZh aWx1cmUgcHJvdGVjdGlvbiwgYW5kIGhlbmNlIGlzDQo+ICAgIG5vdCBoYW5kbGVkIGJ5IHRoaXMg bWVjaGFuaXNtLg0KPg0KPlNCPiBUaGlzIGlzIHByZXN1bWFibHkgInRoZSBtZWNoYW5pc20gZGVz Y3JpYmVkIGluIHRoaXMgZG9jdW1lbnQiDQo+DQo+ICAgIEZpZ3VyZSAyIHNob3dzIGFub3RoZXIg cG9zc2libGUgc2NlbmFyaW8sIHdoZXJlIENFMSBpcyBzaW5nbGUtaG9tZWQNCj4gICAgdG8gUEUx LCB3aGlsZSBDRTIgcmVtYWlucyBtdWx0aS1ob21lZCB0byBQRTIgYW5kIFBFNC4gRnJvbSB0aGUN Cj4gICAgcGVyc3BlY3RpdmUgb2YgZWdyZXNzIGVuZHBvaW50IHByb3RlY3Rpb24gZm9yIHRoZSB0 cmFmZmljIGdvaW5nIGZyb20NCj4gICAgQ0UxIHRvIENFMiBvdmVyIFBXMSwgdGhpcyBzY2VuYXJp byBpcyBub3QgbXVjaCBkaWZmZXJlbnQgdGhhbg0KPiAgICBGaWd1cmUgMS4NCj4NCj5TQj4gRG8g eW91IG1lYW4gIm5vdCBtdWNoIGRpZmZlcmVudCIsIGluIHdoaWNoIGNhc2UgeW91IG5lZWQgdG8g ZXhwbGFpbg0KPlNCPiB0aGUgZGlmZmVyZW5jZSwgb3IgKGFzIEkgc3VzcGVjdCBpcyB0aGUgY2Fz ZSkgZG8geW91IG1lYW4gaXMgdGhlIHNhbWU/DQo+DQo+PT09PT09PT09PT09PT09PQ0KPg0KPg0K Pg0KPjQuMS4gIEFwcGxpY2FiaWxpdHkNCj4NCj4gICAgVGhlIG1lY2hhbmlzbSBpcyBhcHBsaWNh YmxlIHRvIExEUCBzaWduYWxlZCBQV3MgaW4gYW4gZW52aXJvbm1lbnQNCj4gICAgd2hlcmUgYW4g ZWdyZXNzIENFIGlzIG11bHRpLWhvbWVkIHRvIGEgcHJpbWFyeSBQRSBhbmQgYSBiYWNrdXAgUEUg YW5kDQo+ICAgIHRoZXJlIGV4aXN0cyBhIGJhY2t1cCBQVywgYXMgZGVzY3JpYmVkIGluIFNlY3Rp b24gMy4gVGhlIHByb2NlZHVyZQ0KPiAgICBmb3IgUy1QRSBub2RlIHByb3RlY3Rpb24gaXMgYXBw bGljYWJsZSB3aGVuIHRoZXJlIGV4aXN0cyBhIGJhY2t1cA0KPiAgICBTLVBFIG9uIHRoZSBiYWNr dXAgUFcuDQo+DQo+ICAgIFRoZSBtZWNoYW5pc20gYXNzdW1lcyBJUC9NUExTIHRyYW5zcG9ydCB0 dW5uZWxzLiAgSW4gYSBuZXR3b3JrIHdoZXJlDQo+ICAgIHRyYW5zcG9ydCB0dW5uZWxzIG1heSBw cm92aWRlIEVDTVAgdG8gcHJpbWFyeSBQRXMsIGNhcmUgc2hvdWxkIGJlDQo+ICAgIHRha2VuIHRv IHByZXZlbnQgbWlzb3JkZXJlZCBwYWNrZXQgZGVsaXZlcnkgZHVyaW5nIGxvY2FsIHJlcGFpci4N Cj4gICAgSW1hZ2luZSBhIHNjZW5hcmlvIHdoZXJlIHRoZSB0cmFuc3BvcnQgdHVubmVsIG9mIGEg UFcgdHJhdmVyc2VzIGENCj4gICAgcm91dGVyIHdpdGggRUNNUCB0byBhIHByaW1hcnkgUEUsIGFu ZCB0aGUgRUNNUCBpbmNsdWRlIGEgZGlyZWN0IGxpbmsNCj4gICAgdG8gdGhlIHByaW1hcnkgUEUu ICBOb3JtYWxseSB0aGUgcm91dGVyIHdpbGwgYXR0ZW1wdCB0byBmb3J3YXJkIFBXDQo+ICAgIHBh Y2tldHMgaW4gYSBsb2FkIGJhbGFuY2UgZmFzaGlvbiBvdmVyIHRoZSBFQ01QLCBpbmNsdWRpbmcg dGhpcyBsaW5rLg0KPiAgICBJbiB0aGlzIGRvY3VtZW50LCB3aGVuIHRoZSBsaW5rIGZhaWxzLCB0 aGUgcm91dGVyIHdpbGwgdHJlYXQgdGhlDQo+ICAgIGV2ZW50IGFzIGFuIGVncmVzcyBQRSBmYWls dXJlLCBhbmQgcmVyb3V0ZSB0aGUgcG9ydGlvbiBvZiB0cmFmZmljIG9uDQo+ICAgIHRoZSBsaW5r IHRvd2FyZHMgYSBiYWNrdXAgUEUuICBNZWFud2hpbGUsIHRoZSByZXN0IG9mIHRoZSB0cmFmZmlj DQo+ICAgIHdpbGwgcmVtYWluIG9uIHRoZSBvdGhlciBFQ01QIGJyYW5jaGVzIHRvIHRoZSBwcmlt YXJ5IFBFLiAgVGhpcyB3aWxsDQo+ICAgIGNyZWF0ZSBhIHNpdHVhdGlvbiB3aGVyZSB0aGUgZWdy ZXNzIENFIHJlY2VpdmVzIHRyYWZmaWMgZnJvbSBib3RoIHRoZQ0KPiAgICBwcmltYXJ5IFBFIGFu ZCB0aGUgYmFja3VwIFBFLCB3aGljaCBpcyB1bmRlc2lyYWJsZSBpZiB0aGUgUFcgb3IgZmxvd3MN Cj4gICAgd2l0aGluIHRoZSBQVyBhcmUgc2Vuc2l0aXZlIHRvIHBhY2tldCBtaXNvcmRlcmluZy4g VGhlcmVmb3JlLCB0aGUNCj4gICAgbWVjaGFuaXNtIGFzc3VtZXMgdGhhdCBDb250cm9sIFdvcmQg KENXKSBTSE9VTEQgYmUgdXNlZCBmb3IgUFdzIGFuZA0KPiAgICBmbG93IGxhYmVscyBbUkZDNjM5 MV0gU0hPVUxEIGJlIHVzZWQgZm9yIGZsb3dzIHdpdGhpbiBhIFBXLCB3aGVuZXZlcg0KPiAgICBh cHBsaWNhYmxlLg0KPg0KPlNCPiBVbmxlc3MgeW91IGFyZSBzYXlpbmcgdXNlIHRoZSBzZXF1ZW5j ZSBudW1iZXIgaW4gdGhlIFBXICh3aGljaA0KPlNCPiBpcyBoYXJkbHkgZGVwbG95ZWQgYXQgYWxs KSBzb21lIGZvcm0gb2YgbWlzb3JkZXJpbmcgaXMgaW5ldml0YWJsZSwNCj5TQj4gc2luY2UgdGhl IHBhdGgvcXVldWUgbGVuZ3RocyBpbiB0aGUgb2xkIGFuZCB0aGUgbmV3IHBhdGggKGluIGJvdGgN Cj5TQj4gcmVwYWlyIGFuZCByZXN0b3JlKSB3aWxsIGJlIGRpZmZlcmVudC4gVGhlIG1lY2hhbmlz bXMgdGhhdCB5b3UNCj5TQj4gY2l0ZSBwcmV2ZW50IG1pc29yZGVyIGR1cmluZyBub3JtYWwgb3Bl cmF0aW9uLCBidXQgbm90IGR1cmluZw0KPlNCPiBhIHRyYW5zaWVudC4NCj4NCj49PT09PT09PT09 PT09PQ0KPg0KPg0KPjQuMi4gIExvY2FsIFJlcGFpciBhbmQgUHJvdGVjdG9yDQo+DQo+ICAgIFRo ZSBmYXN0IHByb3RlY3Rpb24gYWJpbGl0eSBvZiB0aGUgbWVjaGFuaXNtIGNvbWVzIGZyb20gbG9j YWwgcmVwYWlyDQo+ICAgIHBlcmZvcm1lZCBieSByb3V0ZXJzIHVwc3RyZWFtIGFkamFjZW50IHRv IGZhaWx1cmVzLiBFYWNoIG9mIHRoZXNlDQo+ICAgIHJvdXRlcnMgaXMgcmVmZXJyZWQgdG8gYXMg YSAicG9pbnQgb2YgbG9jYWwgcmVwYWlyIiAoUExSKS4gIEEgUExSDQo+ICAgIE1VU1QgYmUgYWJs ZSB0byBkZXRlY3QgYSBmYWlsdXJlIGJ5IHVzaW5nIGEgcmFwaWQgbWVjaGFuaXNtLCBzdWNoIGFz DQo+ICAgIHBoeXNpY2FsIGxheWVyIGZhaWx1cmUgZGV0ZWN0aW9uLCBCaWRpcmVjdGlvbmFsIEZh aWx1cmUgRGV0ZWN0aW9uDQo+ICAgIChCRkQpIFtSRkM1ODgwXSwgZXRjLiAgSW4gYW50aWNpcGF0 aW9uIG9mIHRoZSBmYWlsdXJlLCB0aGUgUExSIE1VU1QNCj4gICAgYWxzbyBwcmUtZXN0YWJsaXNo IGEgYnlwYXNzIHR1bm5lbCB0byBhICJwcm90ZWN0b3IiLCBhbmQgcHJlLWluc3RhbGwNCj4gICAg YSBieXBhc3Mgcm91dGUgaW4gdGhlIGRhdGEgcGxhbmUuICBUaGUgYnlwYXNzIHR1bm5lbCBNVVNU IGhhdmUgdGhlDQo+U0I+IEkga25vdyB3aGF0IHlvdSBtZWFuLCBidXQgdW5mb3J0dW5hdGVseSB1 bmFudGljaXBhdGVkIFNSTEdzDQo+U0I+IGFyZSBhIHByb2JsZW0uIEkgdGhpbmsgeW91IG1lYW4g InRvIGJlIHN1cmUgcHJvdGVjdGlvbiB3aWxsIHdvcmsNCj5TQj4gLi4uLiIgSG93ZXZlciBhIHdv cmQgYWJvdXQgdW5leHBlY3RlZCBTUkxHIGlzIHByb2JhYmx5IHdhcnJhbnRlZC4NCj4NCj4NCj4N Cj4NCj4NCj4NCj4NCj4NCj40LjMuICBDb250ZXh0IElkZW50aWZpZXINCj4NCj4gICAgQSBwcm90 ZWN0b3IgbWF5IHByb3RlY3QgbXVsdGlwbGUgcHJpbWFyeSBQRXMuICBUaGUgcHJvdGVjdG9yIE1V U1QNCj4gICAgbWFpbnRhaW4gYSBzZXBhcmF0ZSBsYWJlbCBzcGFjZSBmb3IgZWFjaCBwcmltYXJ5 IFBFLiBMaWtld2lzZSwgdGhlDQo+ICAgIFBXcyB0ZXJtaW5hdGVkIG9uIGEgcHJpbWFyeSBQRSBt YXkgYmUgcHJvdGVjdGVkIGJ5IG11bHRpcGxlDQo+ICAgIHByb3RlY3RvcnMsIGVhY2ggZm9yIGEg c3Vic2V0IG9mIHRoZSBQV3MuICBJbiBhbnkgY2FzZSwgYSBnaXZlbiBQVw0KPiAgICBNVVNUIGJl IGFzc29jaWF0ZWQgd2l0aCBvbmUgYW5kIG9ubHkgb25lIHBhaXIgb2Yge3ByaW1hcnkgUEUsDQo+ ICAgIHByb3RlY3Rvcn0uDQo+DQo+ICAgIFRoaXMgZG9jdW1lbnQgaW50cm9kdWNlcyB0aGUgbm90 aW9uIG9mICJjb250ZXh0IGlkZW50aWZpZXIiIHRvDQo+ICAgIGZhY2lsaXRhdGUgcHJvdGVjdGlv biBlc3RhYmxpc2htZW50LiAgQSBjb250ZXh0IGlkZW50aWZpZXIgaXMgYW4NCj4gICAgSVB2NC92 NiBhZGRyZXNzIGFzc2lnbmVkIHRvIGFuIG9yZGVyZWQgcGFpciBvZiB7cHJpbWFyeSBQRSwNCj4g ICAgcHJvdGVjdG9yfS4gVGhlIGFkZHJlc3MgTVVTVCBiZSBnbG9iYWxseSB1bmlxdWUsIG9yIHVu aXF1ZSBpbiB0aGUNCj4gICAgYWRkcmVzcyBzcGFjZSBvZiB0aGUgbmV0d29yayB3aGVyZSB0aGUg cHJpbWFyeSBQRSBhbmQgdGhlIHByb3RlY3Rvcg0KPiAgICByZXNpZGUuDQo+DQo+DQo+U0I+IE1h eWJlIHdlIHdpbGwgZ2V0IHRvIGl0LCBidXQgdGhlcmUgY2FuIG9mIGNvdXJzZSBiZSBtYW55IHBy b3RlY3RvcnMNCj5TQj4gZGVwZW5kaW5nIG9uIHRoZSBhdmFpbGFibGUgRUNNUCBwYXRocyBiZXR3 ZWVuIHRoZSB4LVBFcywgYW5kDQo+U0I+IGFsbCBvZiB0aGVtIG5lZWQgdG8gYmUgaW5jbHVkZWQg aW4gdGhpcyBtZWNoYW5pc20gYW5kIGFzc2lnbmVkDQo+U0I+IG9uZSBvZiB0aGVzZSBjb250ZXh0 IGFkZHJlc3Nlcy4NCj5TQj4NCj4NCj4NCj5TQj4gQ2FuIHlvdSBnZXQgYSBQTFIgdG8gUExSIGxv b3A/DQo+DQo+DQo+U0I+IEEgc2VjdGlvbiB0aGF0IHlvdSB3aWxsIG5lZWQgdG8gaW5jbHVkZSwg b3IgYXQgbGVhc3QgcHJvdmlkZSB0ZXh0IG9uDQo+U0I+IGlzIG1hbmFnZWFiaWxpdHkuDQo+DQo+ DQo+PT09PT09PT09PT09PT09PQ0KPg0KPiAgICBvICBBIGNvbnRleHQgaWRlbnRpZmllciBpbmRp Y2F0ZXMgdGhlIHByaW1hcnkgUEUncyBsYWJlbCBzcGFjZSBvbiB0aGUNCj4gICAgICAgcHJvdGVj dG9yLiAgVGhlIHByb3RlY3RvciBtYXkgcHJvdGVjdCBQV3MgZm9yIG11bHRpcGxlIHByaW1hcnkN Cj4gICAgICAgUEVzLiAgRm9yIGVhY2ggcHJpbWFyeSBQRSwgaXQgTVVTVCBtYWludGFpbiBhIHNl cGFyYXRlIGxhYmVsIHNwYWNlDQo+ICAgICAgIHRvIHN0b3JlIHRoZSBQVyBsYWJlbHMgYXNzaWdu ZWQgYnkgdGhhdCBwcmltYXJ5IFBFLiBJdCBhc3NvY2lhdGVzDQo+ICAgICAgIGEgUFcgbGFiZWwg d2l0aCBhIGxhYmVsIHNwYWNlIHZpYSB0aGUgY29udGV4dCBpZGVudGlmaWVyIG9mIHRoZQ0KPiAg ICAgICB7cHJpbWFyeSBQRSwgcHJvdGVjdG9yfSwgYXMgYmVsb3cuDQo+DQo+ICAgICAgIEluIGFk ZGl0aW9uIHRvIHRoZSBub3JtYWwgTERQIFBXIHNpZ25hbGluZywgdGhlIHByaW1hcnkgUEUgTVVT VA0KPiAgICAgICBoYXZlIGEgdGFyZ2V0ZWQgTERQIHNlc3Npb24gd2l0aCB0aGUgcHJvdGVjdG9y LCBhbmQgYWR2ZXJ0aXNlIFBXDQo+ICAgICAgIGxhYmVscyB0byB0aGUgcHJvdGVjdG9yIHZpYSBM RFAgTGFiZWwgTWFwcGluZyBtZXNzYWdlcw0KPiAgICAgICAoU2VjdGlvbiA2KS4gIFRoZSBwcmlt YXJ5IFBFIE1VU1QgYXR0YWNoIHRoZSBjb250ZXh0IGlkZW50aWZpZXIgdG8NCj4gICAgICAgZWFj aCBtZXNzYWdlLiAgVXBvbiByZWNlaXZpbmcgdGhlIG1lc3NhZ2UsIHRoZSBwcm90ZWN0b3IgTVVT VA0KPiAgICAgICBpbnN0YWxsIHRoZSBhZHZlcnRpc2VkIFBXIGxhYmVsIGluIHRoZSBsYWJlbCBz cGFjZSBpZGVudGlmaWVkIGJ5DQo+ICAgICAgIHRoZSBjb250ZXh0IGlkZW50aWZpZXIuDQo+DQo+ ICAgICAgIFdoZW4gYSBQTFIgc2V0cyB1cCBvciByZXNvbHZlcyBhIGJ5cGFzcyB0dW5uZWwgdG8g dGhlIHByb3RlY3RvciwNCj4gICAgICAgaXQgTVVTVCB1c2UgdGhlIGNvbnRleHQgaWRlbnRpZmll ciByYXRoZXIgdGhhbiBhIHByaXZhdGUgSVANCj4gICAgICAgYWRkcmVzcyBvZiB0aGUgcHJvdGVj dG9yIGFzIGRlc3RpbmF0aW9uLiAgVGhlIHByb3RlY3RvciBNVVNUIHVzZQ0KPiAgICAgICB0aGUg YnlwYXNzIHR1bm5lbCwgZWl0aGVyIHRoZSBNUExTIHR1bm5lbCBsYWJlbCBvciBJUCB0dW5uZWwN Cj4gICAgICAgZGVzdGluYXRpb24gYWRkcmVzcywgYXMgdGhlIHBvaW50ZXIgdG8gdGhlIGNvcnJl c3BvbmRpbmcgbGFiZWwNCj4gICAgICAgc3BhY2UuICBUaGUgcHJvdGVjdG9yIE1VU1QgZm9yd2Fy ZHMgUFcgcGFja2V0cyByZWNlaXZlZCBvbiB0aGUNCj4gICAgICAgYnlwYXNzIHR1bm5lbCBiYXNl ZCBvbiBsYWJlbCBsb29rdXAgaW4gdGhhdCBsYWJlbCBzcGFjZS4NCj4NCj5TQj4gU29tZSBsYWJl bCBkaWFncmFtcyBjb3VsZCBiZSByZWFsbHkgaGVscGZ1bCwgYW5kIGl0IHdvdWxkIGJlIHVzZWZ1 bA0KPlNCPiB0byBnbyBjYXJlZnVsbHkgdGhyb3VnaCB0aGUgdGV4dCBpbiB0aGlzIHNlY3Rpb24g YW5kIGVkaXQgaXQgZm9yDQo+U0I+IHJlYWRhYmlsaXR5LiBJIGZvdW5kIGl0IHF1aXRlIGRpZmZp Y3VsdC4NCj4NCj49PT09PT09PT09PT09PT09PT09DQo+DQo+DQo+DQo+NC40LjEuICBDby1sb2Nh dGVkIFByb3RlY3Rvcg0KPg0KPiAgICBJbiB0aGlzIG1vZGVsLCB0aGUgcHJvdGVjdG9yIGlzIGEg YmFja3VwIFBFIHRoYXQgaXMgZGlyZWN0bHkNCj4gICAgY29ubmVjdGVkIHRvIHRoZSB0YXJnZXQg Q0UgdmlhIGEgYmFja3VwIEFDLCBvciBpdCBpcyBhIGJhY2t1cCBTLVBFIG9uDQo+ICAgIGEgYmFj a3VwIFBXLiAgVGhhdCBpcywgdGhlIHByb3RlY3RvciBpcyBjby1sb2NhdGVkIHdpdGggdGhlIGJh Y2t1cA0KPiAgICAoUy0pUEUuICBFeGFtcGxlcyBvZiB0aGlzIG1vZGVsIGhhdmUgYmVlbiBzaG93 biBpbiBGaWd1cmUgNCwgRmlndXJlIDUNCj4gICAgYW5kIEZpZ3VyZSA2IGluIFNlY3Rpb24gNC4y Lg0KPg0KPiAgICBJbiBlZ3Jlc3MgQUMgcHJvdGVjdGlvbiBhbmQgZWdyZXNzIFBFIG5vZGUgcHJv dGVjdGlvbiwgd2hlbiBhDQo+ICAgIHByb3RlY3RvciByZWNlaXZlcyB0cmFmZmljIGZyb20gdGhl IFBMUiwgaXQgZm9yd2FyZHMgdGhlIHRyYWZmaWMgdG8NCj4gICAgdGhlIENFIHZpYSB0aGUgYmFj a3VwIEFDLiAgVGhpcyBpcyBzaG93biBpbiBGaWd1cmUgNywgd2hlcmUgUEUyIGlzDQo+ICAgIHRo ZSBQTFIgZm9yIGVncmVzcyBBQyBmYWlsdXJlLCBQMyBpcyB0aGUgUExSIGZvciBQRTIgZmFpbHVy ZSwgYW5kIFBFNA0KPiAgICAodGhlIGJhY2t1cCBQRSkgaXMgdGhlIHByb3RlY3Rvci4NCj4NCj4g ICAgICAgICAgICAgICAgICB8PC0tLS0tLS0tLS0tLS0tIFBXMSAtLS0tLS0tLS0tLS0tLS0+fA0K Pg0KPiAgICAgICAgICAgICAgLSBQRTEgLS0tLS0tLS0tLS0tLS0gUDEgLS0tLS0tLSBQMyAtLS0t LSBQRTIgLS0tLQ0KPiAgICAgICAgICAgICAvICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IFBMUiBcIFBMUiAgICAgXA0KPiAgICAgICAgICAgIC8gICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgXCB8ICAgICAgIFwNCj4gICAgICAgICBDRTEgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICBieXBhc3NcIHxieXBhc3MgIENFMg0KPiAgICAgICAgICAgIFwgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBcIHwgICAgICAgLw0KPiAgICAgICAgICAg ICBcICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgXCB8ICAgICAgLw0KPiAg ICAgICAgICAgICAgLSBQRTMgLS0tLS0tLS0tLS0tLS0gUDIgLS0tLS0tLS0tLS0tLS0tLSBQRTQg LS0tLQ0KPnByb3RlY3Rvcg0KPg0KPiAgICAgICAgICAgICAgICAgIHw8LS0tLS0tLS0tLS0tLS0g UFcyIC0tLS0tLS0tLS0tLS0tLT58DQo+DQo+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIEZpZ3VyZSA3DQo+DQo+ICAgIEluIFMtUEUgbm9kZSBwcm90ZWN0aW9uLCB3aGVuIGEgcHJv dGVjdG9yIHJlY2VpdmVzIHRyYWZmaWMgZnJvbSB0aGUNCj4gICAgUExSLCBpdCBmb3J3YXJkcyB0 aGUgdHJhZmZpYyBvdmVyIHRoZSBuZXh0IHNlZ21lbnQgb2YgdGhlIGJhY2t1cCBQVy4NCj4gICAg VGhlIFQtUEUgb2YgdGhlIGJhY2t1cCBQVyBpbiB0dXJuIGZvcndhcmRzIHRoZSB0cmFmZmljIHRv IHRoZSBDRSB2aWENCj4gICAgYSBiYWNrdXAgQUMuICBUaGlzIGlzIHNob3duIGluIEZpZ3VyZSA4 LCB3aGVyZSBQNCBpcyB0aGUgUExSIGZvciBTUEUxDQo+ICAgIGZhaWx1cmUsIGFuZCBTUEUyICh0 aGUgYmFja3VwIFMtUEUpIGlzIHRoZSBwcm90ZWN0b3IgZm9yIFNQRTEuDQo+DQo+DQo+DQo+U0I+ IEkgcmVhbGx5IHdvdWxkIGxpa2UgdG8ga25vdyB3aGF0IHRoZSBsYWJlbCBzdGFja3MgbG9vayBs aWtlLg0KPg0KPg0KPj09PT09PT09PT09PT09DQo+DQo+DQo+DQo+DQo+NC40LjIuICBDZW50cmFs aXplZCBQcm90ZWN0b3INCj4NCj4gICAgSW4gdGhpcyBtb2RlbCwgdGhlIHByb3RlY3RvciBpcyBh IGRlZGljYXRlZCBQIHJvdXRlciBvciBQRSByb3V0ZXINCj4gICAgdGhhdCBzZXJ2ZXMgdGhlIHJv bGUuICBJbiBlZ3Jlc3MgQUMgcHJvdGVjdGlvbiBhbmQgZWdyZXNzIFBFIG5vZGUNCj4gICAgcHJv dGVjdGlvbiwgdGhlIHByb3RlY3RvciBtYXkgb3IgbWF5IG5vdCBiZSBhIGJhY2t1cCBQRSB3aXRo IGEgZGlyZWN0DQo+ICAgIGNvbm5lY3Rpb24gdG8gdGhlIHRhcmdldCBDRS4gIEluIFMtUEUgbm9k ZSBwcm90ZWN0aW9uLCB0aGUgcHJvdGVjdG9yDQo+ICAgIG1heSBvciBtYXkgbm90IGJlIGEgYmFj a3VwIFMtUEUgb24gdGhlIGJhY2t1cCBQVy4NCj4NCj4gICAgSW4gZWdyZXNzIEFDIHByb3RlY3Rp b24gYW5kIGVncmVzcyBQRSBub2RlIHByb3RlY3Rpb24sIHdoZW4gdGhlDQo+ICAgIHByb3RlY3Rv ciByZWNlaXZlcyB0cmFmZmljIGZyb20gdGhlIFBMUiwgaWYgdGhlIHByb3RlY3RvciBoYXMgYQ0K PiAgICBkaXJlY3QgY29ubmVjdGlvbiAoaS5lLiBiYWNrdXAgQUMpIHRvIHRoZSBDRSwgaXQgZm9y d2FyZHMgdGhlIHRyYWZmaWMNCj4gICAgdG8gdGhlIENFIHZpYSB0aGUgYmFja3VwIEFDLCB3aGlj aCBpcyBzaW1pbGFyIHRvIEZpZ3VyZSA3Lg0KPiAgICBPdGhlcndpc2UsIGl0IGZvcndhcmRzIHRo ZSB0cmFmZmljIHRvIGEgYmFja3VwIFBFLCB3aGljaCB0aGVuDQo+ICAgIGZvcndhcmRzIHRoZSB0 cmFmZmljIHRvIHRoZSBDRSB2aWEgYSBiYWNrdXAgQUMuICBUaGlzIGlzIHNob3duIGluDQo+ICAg IEZpZ3VyZSA5LCB3aGVyZSB0aGUgcHJvdGVjdG9yIHJlY2VpdmVzIHRyYWZmaWMgZnJvbSBQMyAo dGhlIFBMUiBmb3INCj4gICAgZWdyZXNzIFBFIGZhaWx1cmUpIG9yIFBFMiAodGhlIFBMUiBmb3Ig ZWdyZXNzIEFDIGZhaWx1cmUpIGFuZA0KPiAgICBmb3J3YXJkcyB0aGUgdHJhZmZpYyB0byBQRTQg KHRoZSBiYWNrdXAgUEUpLiAgVGhlIHByb3RlY3RvciBtYXkgYmUNCj4gICAgcHJvdGVjdGluZyBv dGhlciBQV3MgYW5kIG90aGVyIHByaW1hcnkgUEVzIGFzIHdlbGwsIHdoaWNoIGlzIG5vdA0KPiAg ICBzaG93biBpbiB0aGlzIGZpZ3VyZSBmb3IgY2xhcml0eS4NCj4NCj4NCj5TQj4gVGhlIGFib3Zl IHNlZW1zIGEgYml0IGZsdWZmeSBpbiB0ZXJtcyBvZiB3aG8gZG9lcyB3aGF0IHRvIHRoZSBzdGFj aw0KPg0KPg0KPj09PT09PT09PT09PT09PT09DQo+DQo+DQo+NC42LiAgQnlwYXNzIFR1bm5lbA0K Pg0KPiAgICBBIFBMUiBtYXkgcHJvdGVjdCBtdWx0aXBsZSBQV3MgYXNzb2NpYXRlZCB3aXRoIG9u ZSBvciBtdWx0aXBsZSBwYWlycw0KPiAgICBvZiB7cHJpbWFyeSBQRSwgcHJvdGVjdG9yfS4gVGhl IFBMUiBNVVNUIGVzdGFibGlzaCBhIGJ5cGFzcyB0dW5uZWwgdG8NCj4gICAgZWFjaCBwcm90ZWN0 b3IgZm9yIGVhY2ggY29udGV4dCBpZGVudGlmaWVyIGFzc29jaWF0ZWQgd2l0aCB0aGF0DQo+ICAg IHByb3RlY3Rvci4gIFRoZSBkZXN0aW5hdGlvbiBvZiB0aGUgYnlwYXNzIHR1bm5lbCBNVVNUIGJl IHRoZSBjb250ZXh0DQo+DQo+DQo+DQo+WWltaW4gU2hlbiwgZXQgYWwuICAgICAgICBFeHBpcmVz IEp1bHkgMzAsIDIwMTYgICAgICAgICAgICAgICAgW1BhZ2UgMThdDQo+Pw0KPkludGVybmV0LURy YWZ0ICAgICBQVyBFbmRwb2ludCBGYXN0IEZhaWx1cmUgUHJvdGVjdGlvbiBKYW51YXJ5IDIwMTYN Cj4NCj4NCj4gICAgaWRlbnRpZmllciAoU2VjdGlvbiA0LjMuMSkuICBTaW5jZSB0aGUgUExSIGlz IGEgdHJhbnNpdCByb3V0ZXIgb2YgdGhlDQo+ICAgIHRyYW5zcG9ydCB0dW5uZWwsIGl0IFNIT1VM RCBkZXJpdmUgdGhlIGNvbnRleHQgaWRlbnRpZmllciBmcm9tIHRoZQ0KPiAgICBkZXN0aW5hdGlv biBvZiB0aGUgdHJhbnNwb3J0IHR1bm5lbC4NCj4NCj4gICAgRm9yIGV4YW1wbGVzLCBpbiBGaWd1 cmUgNyBhbmQgRmlndXJlIDksIGEgYnlwYXNzIHR1bm5lbCBpcw0KPiAgICBlc3RhYmxpc2hlZCBm cm9tIFBFMiAoUExSIGZvciBlZ3Jlc3MgQUMgZmFpbHVyZSkgdG8gdGhlIHByb3RlY3RvciwNCj4g ICAgYW5kIGFub3RoZXIgYnlwYXNzIHR1bm5lbCBpcyBlc3RhYmxpc2hlZCBmcm9tIFAzIChQTFIg Zm9yIGVncmVzcyBub2RlDQo+ICAgIGZhaWx1cmUpIHRvIHRoZSBwcm90ZWN0b3IuICBJbiBGaWd1 cmUgOCBhbmQgRmlndXJlIDEwLCBhIGJ5cGFzcw0KPiAgICB0dW5uZWwgaXMgZXN0YWJsaXNoZWQg ZnJvbSBQNCAoUExSIGZvciBTLVBFIGZhaWx1cmUpIHRvIHRoZQ0KPiAgICBwcm90ZWN0b3IuDQo+ DQo+ICAgIEluIGxvY2FsIHJlcGFpciwgYSBQTFIgcmVyb3V0ZXMgdHJhZmZpYyB0byB0aGUgcHJv dGVjdG9yIHRocm91Z2ggYQ0KPiAgICBieXBhc3MgdHVubmVsLCB3aXRoIFBXIGxhYmVsIGludGFj dCBpbiB0aGUgcGFja2V0cy4gVGhpcyBub3JtYWxseQ0KPiAgICBpbnZvbHZlcyBwdXNoaW5nIGEg bGFiZWwgdG8gdGhlIGxhYmVsIHN0YWNrLCBpZiB0aGUgYnlwYXNzIHR1bm5lbCBpcw0KPiAgICBh biBNUExTIHR1bm5lbCwgb3IgcHVzaGluZyBhbiBJUCBoZWFkZXIgdG8gdGhlIHBhY2tldHMsIGlm IHRoZSBieXBhc3MNCj4NCj5TQj4gVGhlcmUgYXJlIHNvbWUgYXNzdW1wdGlvbnMgYWJvdXQgdGhl IElQIHByb3RlY3Rpb24gcGF0aC4NCj5TQj4gRG8gd2UgbmVlZCB0byBjb25zaWRlciB0aGUgSVAg Y2FzZSBhdCBhbGwgaW4gcHJhY3RpY2U/DQo+DQo+ICAgIHR1bm5lbCBpcyBhbiBJUCB0dW5uZWwu ICBVcG9uIHJlY2VpcHQgb2YgdGhlIHBhY2tldHMsIHRoZSBwcm90ZWN0b3INCj4gICAgZm9yd2Fy ZHMgdGhlbSBiYXNlZCBvbiB0aGUgUFcgbGFiZWwuICBTcGVjaWZpY2FsbHksIHRoZSBwcm90ZWN0 b3INCj4gICAgdXNlcyB0aGUgYnlwYXNzIHR1bm5lbCBhcyBhIGNvbnRleHQgdG8gZGV0ZXJtaW5l IHRoZSBwcmltYXJ5IFBFJ3MNCj4gICAgbGFiZWwgc3BhY2UuICBJZiB0aGUgYnlwYXNzIHR1bm5l bCBpcyBhbiBNUExTIHR1bm5lbCwgdGhlIHByb3RlY3Rvcg0KPiAgICBzaG91bGQgaGF2ZSBhc3Np Z25lZCBhIG5vbi1yZXNlcnZlZCBsYWJlbCB0byB0aGUgYnlwYXNzIHR1bm5lbCwgYW5kDQo+ICAg IGhlbmNlIHRoaXMgbGFiZWwgY2FuIHNlcnZlIGFzIHRoZSBjb250ZXh0LiAgSWYgdGhlIGJ5cGFz cyB0dW5uZWwgaXMNCj4gICAgYW4gSVAgdHVubmVsLCB0aGUgY29udGV4dCBpZGVudGlmaWVyIHNo b3VsZCBiZSB0aGUgZGVzdGluYXRpb24NCj4gICAgYWRkcmVzcyBvZiBJUCBoZWFkZXIuDQo+DQo+ ICAgIFRvIGJlIHVzZWZ1bCBmb3IgbG9jYWwgcmVwYWlyLCBhIGJ5cGFzcyB0dW5uZWwgTVVTVCBo YXZlIHRoZSBwcm9wZXJ0eQ0KPiAgICB0aGF0IGl0IGlzIG5vdCBhZmZlY3RlZCBieSBhbnkgdG9w b2xvZ3kgY2hhbmdlcyBjYXVzZWQgYnkgdGhlDQo+ICAgIGZhaWx1cmUuICBJdCBzaG91bGQgcmVt YWluIGVmZmVjdGl2ZSBkdXJpbmcgbG9jYWwgcmVwYWlyLCB1bnRpbCB0aGUNCj4gICAgdHJhZmZp YyBpcyBtb3ZlZCB0byBhbm90aGVyIGZ1bGx5IGZ1bmN0aW9uYWwgcGF0aCwgaS5lLiBlaXRoZXIg dGhlDQo+ICAgIHNhbWUgUFcgb3ZlciBhIGZ1bGx5IGZ1bmN0aW9uYWwgdHJhbnNwb3J0IHR1bm5l bCwgb3IgYW5vdGhlciBmdWxseQ0KPiAgICBmdW5jdGlvbmFsIFBXLg0KPg0KPlNCPiBUbyBhdm9p ZCByZXBhaXIgbG9vcHMgeW91IG5lZWQgdG8gbm90IHJlcGFpciByZXBhaXJzIC0gdGhpcw0KPlNC PiBzaG91bGQgYmUgZXhwbGljaXRseSBzdGF0ZWQuDQo+DQo+PT09PT09PT09PT09PT09DQo+DQo+ NC43LjEuICBFeGFtcGxlcyBvZiBDby1sb2NhdGVkIFByb3RlY3Rvcg0KPg0KPg0KPg0KPiAgICBl IEluIEZpZ3VyZSA4LCBTUEUyIGlzIGEgY28tbG9jYXRlZCBwcm90ZWN0b3IgdGhhdCBwcm90ZWN0 cyBQVzENCj5TQj4gVHlwbyBpbiBsaW5lIGFib3ZlKEkgdGhpbmspDQo+ICAgIGFnYWluc3QgUy1Q RSBmYWlsdXJlLiAgSXQgbWFpbnRhaW5zIGEgbGFiZWwgc3BhY2UgZm9yIFNQRTEsIHdoaWNoIGlz DQo+ICAgIGlkZW50aWZpZWQgYnkgdGhlIGNvbnRleHQgaWRlbnRpZmllciBvZiB7U1BFMSwgU1BF Mn0uIEl0IGxlYXJucw0KPiAgICBTRUcxJ3MgbGFiZWwgZnJvbSBTUEUxLCBhbmQgaW5zdGFsbHMg YSBmb3J3YXJkaW5nIGVudHJ5IGluIHRoZSBsYWJlbA0KPiAgICBzcGFjZS4gIFRoZSBuZXh0aG9w IG9mIHRoZSBmb3J3YXJkaW5nIGVudHJ5IGluZGljYXRlcyBhIGxhYmVsIHN3YXAgdG8NCj4gICAg U0VHNCdzIGxhYmVsLg0KPg0KPg0KPj09PT09PT09PT09PT09DQo+DQo+OS4gIEFja25vd2xlZGdl bWVudHMNCj4NCj4NCj4gICAgVGhhbmtzIHRvIE5pc2NoYWwgU2hldGggYW5kIEJodXBlc2ggS290 aGFyaSBmb3IgdGhlaXIgY29udHJpYnV0aW9uLg0KPiAgICBUaGFua3MgdG8gSm9obiBFIERyYWtl LCBBbmRyZXcgRyBNYWxpcywgQWxleGFuZGVyIFZhaW5zaHRlaW4sIFN0ZXdhcmQNCj5TQj5QbGVh c2Ugcy9TdGV3YXJkL1N0ZXdhcnQvDQo+ICAgIEJyeWFudCwgYW5kIE1hY2ggQ2hlbiBmb3IgdmFs dWFibGUgY29tbWVudHMgdGhhdCBoZWxwZWQgc2hhcGUgdGhpcw0KPiAgICBkb2N1bWVudCBhbmQg aW1wcm92ZSBpdHMgY2xhcml0eS4NCj4NCj49PT09PT09PT09PT09PT09PT09PT09PT09PQ0KPj09 PT09PT09PT09PT09PT09PT09PT09PT09DQo= From nobody Fri Jun 24 09:05:50 2016 Return-Path: X-Original-To: pals@ietf.org Delivered-To: pals@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id CF0B212DCD5; Fri, 24 Jun 2016 09:00:51 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "\"IETF Secretariat\"" To: , X-Test-IDTracker: no X-IETF-IDTracker: 6.24.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160624160051.10933.63955.idtracker@ietfa.amsl.com> Date: Fri, 24 Jun 2016 09:00:51 -0700 Archived-At: Cc: db3546@att.com, pals@ietf.org Subject: [Pals] pals - Requested session has been scheduled for IETF 96 X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.17 List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jun 2016 16:00:56 -0000 Dear Andrew Malis, The session(s) that you have requested have been scheduled. Below is the scheduled session information followed by the original request. pals Session 1 (1:00:00) Thursday, Afternoon Session III 1830-1930 Room Name: Potsdam II size: 175 --------------------------------------------- Request Information: --------------------------------------------------------- Working Group Name: Pseudowire And LDP-enabled Services Area Name: Routing Area Session Requester: Andrew Malis Number of Sessions: 1 Length of Session(s): 1 Hour Number of Attendees: 50 Conflicts to Avoid: First Priority: bess ccamp detnet mpls nvo3 l2tpext rtgarea rtgwg sfc spring teas sdnrg nfvrg Second Priority: bfd i2rs pce Special Requests: No conflicts with any BOFs in the RTG area. --------------------------------------------------------- From nobody Mon Jun 27 14:00:19 2016 Return-Path: X-Original-To: pals@ietfa.amsl.com Delivered-To: pals@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C92FB12D919 for ; Mon, 27 Jun 2016 14:00:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id g0sU2SWtBgqg for ; Mon, 27 Jun 2016 14:00:15 -0700 (PDT) Received: from usplmg20.ericsson.net (usplmg20.ericsson.net [198.24.6.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B1EDF12D91A for ; Mon, 27 Jun 2016 14:00:11 -0700 (PDT) X-AuditID: c618062d-f79886d000002334-69-577189a7f8a2 Received: from EUSAAHC001.ericsson.se (Unknown_Domain [147.117.188.75]) by usplmg20.ericsson.net (Symantec Mail Security) with SMTP id 72.34.09012.7A981775; Mon, 27 Jun 2016 22:16:39 +0200 (CEST) Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC001.ericsson.se ([147.117.188.75]) with mapi id 14.03.0294.000; Mon, 27 Jun 2016 17:00:10 -0400 From: David Sinicrope To: "pals@ietf.org" Thread-Topic: PALS IETF 96 Slot Requests - Berlin Thread-Index: AQHR0LbjT5SFopW5xEypF49vk2BkWg== Date: Mon, 27 Jun 2016 21:00:10 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.6.4.160422 x-originating-ip: [147.117.188.10] Content-Type: multipart/alternative; boundary="_000_D3970BF01D929Adavidsinicropeericssoncom_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrLLMWRmVeSWpSXmKPExsUyuXSPt+7yzsJwg5a7KhZr/q1jcmD0WLLk J1MAYxSXTUpqTmZZapG+XQJXxuQPc1gLPttV/FrezN7AeN+8i5GDQ0LAROLSNfcuRk4gU0zi wr31bF2MXBxCAkcZJa7d/s0O4SxnlNj04xMLSBUbUMO6jXvAbBEBZYld56cwgtjCAjoSb/Yc Z4WIG0qcbNzNBGHrSez8vhYsziKgKjHz3gOwOK+AlcTjni5mEJsRaPP3U2vA4swC4hK3nsxn grhIQGLJnvPMELaoxMvH/8DmiALN/HJvHiNEXEli0tJzrBC98RIXJu2Emi8ocXLmE5YJjMKz kIydhaRsFpIyiLiOxILdn9ggbG2JZQtfM8PYZw48huq1ltj48C2KmgWMHKsYOUqLC3Jy040M NjECI+WYBJvuDsb70z0PMQpwMCrx8CpIFIQLsSaWFVfmHmKU4GBWEuFVmFQYLsSbklhZlVqU H19UmpNafIhRmoNFSZxX7JFiuJBAemJJanZqakFqEUyWiYNTqoFxwr2GZIFa81vcN/TLn5ZZ 18jd8vKoN7X+Pq8sYAtrnZfZDqa4ppjUxcEl8lGbS+/eKIr8L/5T717TzZ/BEav/eDy6L/fh YdnOGQ/9GZz8m4wFVoZI5rNwifWdvbBJYlv0Q2lRl7mn51jtYxLaklqyOeR8E5vm3Kf/+cwC grfvFYn7nfe8dIYSS3FGoqEWc1FxIgCIzI7DkAIAAA== Archived-At: Subject: [Pals] PALS IETF 96 Slot Requests - Berlin X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jun 2016 21:00:18 -0000 --_000_D3970BF01D929Adavidsinicropeericssoncom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi All, It's that time again. If you need a presentation slot for the upcoming IETF PALS session, please = reply to this email (subject intact) completing the form below. Please use this form and please reply to this email with the subject intact= . (Not doing so probably means your request will not trigger the filter I = use to identify PALS slot requests.) Form: 1. Topic: (e.g., MPLS and Ethernet OAM Interworking): 2. URL to your draft on Datatracker: you only need to provide the file name= to the example URL (e.g., http://datatracker.ietf.org/doc/draft-ietf-pwe3-= mpls-eth-oam-iwk/): 3. Brief statement of objectives and issues to be discussed and resolved vi= a the presentation during the meeting: (e.g., need to address security iss= ues and get direction from the WG): 4. Requested duration: (norm/default is 10 min): 5. Speaker name: (e.g., Dave SINICROPE= ): Thanks! Dave --_000_D3970BF01D929Adavidsinicropeericssoncom_ Content-Type: text/html; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable


Hi All,

It's that time again. 

If you need a presentation slot for the upcoming IET= F PALS session, please reply to this email (subject intact= ) completing the form below.   

Please use this form and&n= bsp;please reply to this email with the subject i= ntact.  (Not doing so probably means your request will not trigger the= filter I use to identify PALS slot requests.)

Form:
1. Topic:= (e.g., MPLS and Ethernet OAM Interworking):

2. URL to your draft on D= atatracker:&n= bsp;you only need to provide the file name to the example URL (e.g., http://datatracker.ietf.org/doc/draft-i= etf-pwe3-mpls-eth-oam-iwk/):   

3. Brief statement of objectives and issues to be= discussed and resolved via the presentation during the meeting:  = (e.g., need to address security issues and get direction from the WG): &nbs= p;

4. Requested duration: (norm/default is 10 min):=

5. Speaker name: <Given-name FAMILY-N= AME-IN-ALL-CAPS> (e.g., Dave SINICROPE):  

 

Thanks!
Dave<= /div>
--_000_D3970BF01D929Adavidsinicropeericssoncom_-- From nobody Tue Jun 28 00:27:03 2016 Return-Path: X-Original-To: pals@ietfa.amsl.com Delivered-To: pals@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B9E7812DAFD for ; Tue, 28 Jun 2016 00:27:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.647 X-Spam-Level: X-Spam-Status: No, score=-5.647 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YoMwKeSEvohI for ; Tue, 28 Jun 2016 00:27:00 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 854C212DAFB for ; Tue, 28 Jun 2016 00:26:59 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml704-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CMU31531; Tue, 28 Jun 2016 07:26:57 +0000 (GMT) Received: from SZXEMA411-HUB.china.huawei.com (10.82.72.70) by lhreml704-cah.china.huawei.com (10.201.5.130) with Microsoft SMTP Server (TLS) id 14.3.235.1; Tue, 28 Jun 2016 08:26:51 +0100 Received: from SZXEMA506-MBS.china.huawei.com ([169.254.4.196]) by szxema411-hub.china.huawei.com ([10.82.72.70]) with mapi id 14.03.0235.001; Tue, 28 Jun 2016 15:26:46 +0800 From: Jiangyuanlong To: Stewart Bryant , "draft-ietf-pals-endpoint-fast-protection@tools.ietf.org" Thread-Topic: [Pals] IPR on draft-ietf-pals-endpoint-fast-protection Thread-Index: AQHRwY+SOwRlA6y9LkOJlCARDRUHy5/4kSCAgAYHqsA= Date: Tue, 28 Jun 2016 07:26:45 +0000 Message-ID: <3B0A1BED22CAD649A1B3E97BE5DDD68B916DA7E9@szxema506-mbs.china.huawei.com> References: <010a6365-a7ed-e9c9-932a-dc253cd4fb56@gmail.com> <047F1590-C29B-45DF-ADB8-8C2FD161D565@juniper.net> In-Reply-To: <047F1590-C29B-45DF-ADB8-8C2FD161D565@juniper.net> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.74.203.119] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090205.577226C2.0005, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.4.196, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 712389a049d0c7c9f418e48b78109368 Archived-At: Cc: "pals-chairs@tools.ietf.org" , "pals@ietf.org" Subject: Re: [Pals] IPR on draft-ietf-pals-endpoint-fast-protection X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jun 2016 07:27:02 -0000 SGkgYWxsLA0KDQpJIGFtIG5vdCBhd2FyZSBvZiBhbnkgdW5kaXNjbG9zZWQgSVBSIHJlbGF0ZWQg dG8gdGhpcyBkcmFmdC4NCg0KVGhhbmtzLA0KWXVhbmxvbmcNCg0KT24gNi84LzE2LCAxMDoxMCBB TSwgIlBhbHMgb24gYmVoYWxmIG9mIFN0ZXdhcnQgQnJ5YW50IiA8cGFscy1ib3VuY2VzQGlldGYu b3JnIG9uIGJlaGFsZiBvZiBzdGV3YXJ0LmJyeWFudEBnbWFpbC5jb20+IHdyb3RlOg0KDQo+SSBo YXZlIGp1c3QgcGlja2VkIHVwIGRyYWZ0LWlldGYtcGFscy1lbmRwb2ludC1mYXN0LXByb3RlY3Rp b24sIGFuZCBhbSANCj50cnlpbmcgdG8gZmlndXJlIG91dCB3aGVyZSB3ZSBhcmUgd2l0aCBJUFIg ZGlzY2xvc3VyZXMgb24gdGhpcy4NCj4NCj5UaGlzIHdhcyBhdCBvbmUgdGltZSBhIHZlcnkgYWN0 aXZlIHdvcmsgYXJlYSBhbmQgc28gSSB3YXMgc3VycHJpc2VkIHRvIA0KPm9ubHkgc2VlIG9uZSBk aXNjbG9zdXJlLg0KPg0KPkkgaGF2ZSBmaWxlZCBhIHRoaXJkIHBhcnR5IGRpc2Nsb3N1cmUgb24g YSBwYXRlbnQgdGhhdCBtYXkgYmUgcmVsZXZhbnQuDQo+DQo+U29ycnkgaWYgdGhpcyBpcyB0aGUg c2Vjb25kIHRpbWUgb2YgYXNraW5nLCBidXQgcGxlYXNlIGNhbiBlYWNoIGF1dGhvciANCj5yZXNw b25kIHRvIHRoaXMgZW1haWwgaW5kaWNhdGluZyB3aGV0aGVyIG9yIG5vdCB0aGV5IGFyZSBhd2Fy ZSBvZiBhbnkgDQo+cmVsZXZhbnQgSVBSLg0KPg0KPklmIGFueSBtZW1iZXIgb2YgdGhlIHdvcmtp bmcgZ3JvdXAgaXMgYXdhcmUgb2YgYW55IElQUiwgcGxlYXNlIGNhbiB0aGV5IA0KPmFsc28gaW5k aWNhdGUgdGhpcyB0byB0aGUgd29ya2luZyBncm91cCBieSByZXNwb25kaW5nIHRvIHRoaXMgZW1h aWwuDQo+DQo+VGhhbmtzDQo+DQo+U3Rld2FydA0KPg0KPg0K From nobody Tue Jun 28 04:06:47 2016 Return-Path: X-Original-To: pals@ietfa.amsl.com Delivered-To: pals@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9540912D0E1 for ; Tue, 28 Jun 2016 04:06:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 0VYeRgohZ4Dd for ; Tue, 28 Jun 2016 04:06:42 -0700 (PDT) Received: from mail-wm0-x22e.google.com (mail-wm0-x22e.google.com [IPv6:2a00:1450:400c:c09::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 B924B12D0DB for ; Tue, 28 Jun 2016 04:06:38 -0700 (PDT) Received: by mail-wm0-x22e.google.com with SMTP id f126so135054424wma.1 for ; Tue, 28 Jun 2016 04:06:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=VcVSTBhZfFK1EMcV5eYFMOlcZTsKofWRfLMhrQokYiY=; b=guNpos4RWQOFXyFRPWKn71qdXGEnYn+We0qX3z5kqjR7JQOLUd0zGKDf45rsZSs9QT kof+kSamS0nIwPkcKj5VKeQr9plAeVLbmgfTxoq11tneuX5I1K//+gAnCTA8TViK+MGV 2D1Z8JMWM4GnrG5RTKOHOXQzpT6+DgCB/iWDy353U6SCvsuxs74y0gwXs5c/Zeoh7eUc Dkv2o5b9yQ4ESHiFX7GTTTOueUVZ0y6te4DApqjy/0q4d62NBZdh5sw5fEitjr69hbEz YrUX2cLjlQY9hqAmpiN5FeB2zkqeriL2AYVGkgCzkASC5/nNiN4JB5T5j71c9YxbWGr6 17XQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=VcVSTBhZfFK1EMcV5eYFMOlcZTsKofWRfLMhrQokYiY=; b=Q9tpIKTK6JsPK93KxMDA/InCqiAf7boXHJwAFj1MHrDyZAQFqUAk2Mi4qGnk6oEmbh Q2ArrNaPAUfxtvxwd1BapEM2hrqPXApWY1hJ+2XTOwbOWBYK++rimiMJ8/7GEjFAfwbq VFVpYP/Sm+8Rp4XP7KlIITOMj3XisU4fuFjZCwmwhYm0Tkzy9cgSTNhyTMJDtmD8H2at M282eG3M51LM5R6n/ug3xkCQTbQZeGe5uA/zq7eVur0fB/v4gcrflJ9mu/raqoWwkcXw PeWnLlCGIAz0aS8f5WuTZ/Hdb2UP2Ajgogu6NI0NNm7lxWczWGARQkBFdHPUDBrZY+py Wsog== X-Gm-Message-State: ALyK8tLlTylUZb5toSmYeJCK9C1b9VMeZ7wnDDX0Jr5v5kvZj7XNwi6Ud8I06GZNcOgnOg== X-Received: by 10.28.176.129 with SMTP id z123mr14462063wme.99.1467111997119; Tue, 28 Jun 2016 04:06:37 -0700 (PDT) Received: from [192.168.2.126] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id bf5sm6055570wjc.12.2016.06.28.04.06.35 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 28 Jun 2016 04:06:36 -0700 (PDT) To: Luca Martini , draft-ietf-pals-status-reduction@tools.ietf.org References: <6cdf6691-e5ce-434c-edbe-4ad999b7aa5a@gmail.com> <576427F9.2030704@cisco.com> <69c9d897-3f45-12e3-4567-3cc9ebcdec6d@gmail.com> <5768298D.3060005@cisco.com> From: Stewart Bryant Message-ID: Date: Tue, 28 Jun 2016 12:06:36 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: <5768298D.3060005@cisco.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: Elisa Bellagamba , "pals-chairs@tools.ietf.org" , "pals@ietf.org" Subject: Re: [Pals] Shepherds review of draft-ietf-pals-status-reduction-00 X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jun 2016 11:06:46 -0000 ====== >>>> >>>> >>>> * Session ID >>>> >>>> A non-zero, locally selected session number that is not >>>> preserved >>>> if the local PE restarts. >>>> >>>> In order to get a locally unique session ID, the recommended >>>> choice is to perform a CRC-16 giving as input the following >>>> data >>>> >>>> |Y|Y|M|M|D|D|H|H|M|M|S|S|L|L|L| >>>> >>>> Where: YY: are the decimal two last digit of the current year >>>> MM: are the decimal two digit of the current month DD: are the >>>> decimal two digit of the current day HHMMSSLLL: are the decimal >>>> digits of the current time expressed in (hour, minutes, >>>> seconds, >>>> milliseconds) >>>> >>>> SB> What happens if there is a hash collision? >>> ok, I'll take care of this by just adding 1 to the number until it is >>> locally unique. >>> ( unless you have a better suggestion ? ) >>> I will add the following: >>> >>> If the calculation results in an already existing session ID, a unique >>> session ID can be generated by adding 1 to the result until the session >>> ID is unique. >>> Any other method to generate a locally unique session ID is also >>> acceptable. >> That would work, or you could say any use any method you like so long >> as you >> search for value that is unique amongst the currently known Session IDs. >> >> Is there any reason no to preserve the number? Surely it make n/w mgt >> easier? >> > I did not see a reason to force any implementation to preserve the > number. It certainly is not necessary for inter-operation of PEs. > Since the number is only unique to a PE , I would expect it to not be > used to identify links on it's own. > > You are correct in terms of interoperability. I am not sure what view the OPs folks will take. Why don't we leave it as non-preserving then and see what they say. Stewart From nobody Tue Jun 28 15:25:09 2016 Return-Path: X-Original-To: pals@ietf.org Delivered-To: pals@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 5F0A412D904; Tue, 28 Jun 2016 15:25:03 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.25.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160628222503.22589.24884.idtracker@ietfa.amsl.com> Date: Tue, 28 Jun 2016 15:25:03 -0700 Archived-At: Cc: pals@ietf.org Subject: [Pals] I-D Action: draft-ietf-pals-endpoint-fast-protection-03.txt X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.17 List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jun 2016 22:25:04 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Pseudowire And LDP-enabled Services of the IETF. Title : PW Endpoint Fast Failure Protection Authors : Yimin Shen Rahul Aggarwal Wim Henderickx Yuanlong Jiang Filename : draft-ietf-pals-endpoint-fast-protection-03.txt Pages : 36 Date : 2016-06-28 Abstract: This document specifies a fast mechanism for protecting pseudowires against egress endpoint failures, including egress attachment circuit failure, egress PE failure, multi-segment PW terminating PE failure, and multi-segment PW switching PE failure. Operating on the basis of multi-homed CE, redundant PWs, upstream label assignment and context specific label switching, the mechanism enables local repair to be performed by the router upstream adjacent to a failure. The router can restore a PW in the order of tens of milliseconds, by rerouting traffic around the failure to a protector through a pre-established bypass tunnel. Therefore, the mechanism can be used to reduce traffic loss before global repair reacts to the failure and the network converges on the topology changes due to the failure. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pals-endpoint-fast-protection/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-pals-endpoint-fast-protection-03 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-pals-endpoint-fast-protection-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 Tue Jun 28 15:39:48 2016 Return-Path: X-Original-To: pals@ietfa.amsl.com Delivered-To: pals@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6BD2212D76E for ; Tue, 28 Jun 2016 15:39:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.903 X-Spam-Level: X-Spam-Status: No, score=-1.903 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=junipernetworks.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2ZHDxmEv__Y7 for ; Tue, 28 Jun 2016 15:39:42 -0700 (PDT) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0116.outbound.protection.outlook.com [207.46.100.116]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CEBCC12D930 for ; Tue, 28 Jun 2016 15:39:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=V5ABUSf9TF4nieK3ggSxIx8qORW9mzsfk2BWViTBrUo=; b=CVK/xniuYdI2zh1tgfAgmh6TwfQIjkboAARfDOR9lhvfvBxE3MzbE7AIZh6KgBeRxQf/PYRqezLd3PC/4KUxFcl6mnGVl1c3Y/cxTs99YbV2xODLf50D9daVpu6zzKSSnfy8YeF5HaHh678r4t/97TmXTBDqQoupRvQE9tiPal4= Received: from BY1PR0501MB1560.namprd05.prod.outlook.com (10.160.203.146) by BY1PR0501MB1557.namprd05.prod.outlook.com (10.160.203.143) with Microsoft SMTP Server (TLS) id 15.1.528.16; Tue, 28 Jun 2016 22:39:40 +0000 Received: from BY1PR0501MB1560.namprd05.prod.outlook.com ([10.160.203.146]) by BY1PR0501MB1560.namprd05.prod.outlook.com ([10.160.203.146]) with mapi id 15.01.0528.017; Tue, 28 Jun 2016 22:39:41 +0000 From: Yimin Shen To: Stewart Bryant , "draft-ietf-pals-endpoint-fast-protection@tools.ietf.org" Thread-Topic: Shepherds review of draft-ietf-pals-endpoint-fast-protection-02 Thread-Index: AQHRwkZtPlTc+PAPvkqPtiKixB3HpZ//VE2A Date: Tue, 28 Jun 2016 22:39:40 +0000 Message-ID: <541C6316-0118-48AB-A023-D6095DD6EE7D@juniper.net> References: <0b99da76-f9b5-7855-fabc-6a91c449bc8d@gmail.com> In-Reply-To: <0b99da76-f9b5-7855-fabc-6a91c449bc8d@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.17.0.160611 authentication-results: spf=none (sender IP is ) smtp.mailfrom=yshen@juniper.net; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [66.129.241.13] x-ms-office365-filtering-correlation-id: 1139dac6-cd1e-4ce2-ee3f-08d39fa517f9 x-microsoft-exchange-diagnostics: 1; BY1PR0501MB1557; 6:GO5fKEAEP3uVBoQ0RFrIpVrm4UgwkUZGpouVTGQXDirlwR9nszPk0QtLpUR7BFyNAi2UvMieSn9EC3V0iCExyakAs5D4ak10Y6FFR7qzE2vBkMcBnD89yDorPxP64Br+LR2MP1pbHIH1LRk0t3y87fppIPdCJ+iwaeeEnp7jAuGSsssVwMJ58xc40QUApLYS95tUEbrCU6tLTL+G689LdNXuNde2GIJlAKP5gN38xPI8epdVbc+y86giUzGybaHv64Kdyx3LNjOXb4wV9e9J1ronApP/ahHiIh7PgunGMt8MmyFYuvOGMKEhb3SrYato4Zt78FqJ13UfMqkHcEM+mQ==; 5:dkVQ5XUrKAYfClFib4yQSq2pHHBz0YgkpWj/q/ZDVRPsAG5LDOKL0gXBDCf5fiqEfgYoTw8bkB71Y5SLfNk5Zb53Zbw2DtQYCmr/Cn1spfk3A90oeYHDaSVC5/iDbT0m8TbStfvd9z0e6l9wuY5GzQ==; 24:ICmFg4YjFfzlj1cIDVFfUkebcZjwZQ/BJqd9tEzDk2XEfn410jNtsTfgg3WIob57vgWF2IDucFPjfwBATWv1TYOkoVz4DmYrib7GXHUylp8=; 7:JtcTzzfIp5tLM6zNfColVF/i2k42MI8sRmOfnOTxiY0E+N/5C2QkdidBKMJXb+JB0duPWLKzbn3snACdL66Rlk6KPy+Bmaqdo1bL73aJ8mDSC55M71laT5RSIM1ULpBlAKKNCnEDlaiEGrKTuGHrojkrAZskUGkc2cDfNWtVlX6kUTNgJGY3UX1HW83uq/R758Ve8/xQmWx6w3v8u38nyuJLl6YbQzUZXUd1U1zx8AM6pkOShvCo1uGXq5gmOKYl x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BY1PR0501MB1557; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(120809045254105); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046)(6055026); SRVR:BY1PR0501MB1557; BCL:0; PCL:0; RULEID:; SRVR:BY1PR0501MB1557; x-forefront-prvs: 0987ACA2E2 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(7916002)(199003)(24454002)(189002)(57704003)(53754006)(37854004)(43784003)(51444003)(377454003)(76274002)(377424004)(8936002)(76176999)(54356999)(50986999)(6116002)(102836003)(3846002)(86362001)(586003)(2501003)(92566002)(4001350100001)(7846002)(83506001)(2950100001)(82746002)(68736007)(97736004)(19580395003)(5001770100001)(189998001)(3660700001)(7736002)(2900100001)(2906002)(3280700002)(305945005)(4326007)(87936001)(99286002)(77096005)(15975445007)(230783001)(83716003)(5002640100001)(81156014)(81166006)(8676002)(5890100001)(122556002)(19580405001)(101416001)(106116001)(66066001)(105586002)(10400500002)(36756003)(33656002)(106356001)(104396002); DIR:OUT; SFP:1102; SCL:1; SRVR:BY1PR0501MB1557; H:BY1PR0501MB1560.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Jun 2016 22:39:40.7885 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY1PR0501MB1557 Archived-At: Cc: "pals-chairs@tools.ietf.org" , "pals@ietf.org" Subject: Re: [Pals] Shepherds review of draft-ietf-pals-endpoint-fast-protection-02 X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jun 2016 22:39:46 -0000 SGkgU3Rld2FydCwNCg0KVGhhbmtzIGFnYWluIGZvciB5b3Uga2luZCBhbmQgZGV0YWlsZWQgcmV2 aWV3IGJlbG93LiBXZSBoYXZlIGFkZHJlc3NlZCBhbGwgdGhlIGNvbW1lbnRzIGluIHZlcnNpb24g MDMgb2YgdGhlIGRyYWZ0LiBJdCBpbmNsdWRlczoNCg0KLSBGaXhlcyBmb3IgcmVmZXJlbmNlDQot IERldGFpbGVkIGV4YW1wbGVzIG9mIGZvcndhcmRpbmcgc3RhdGUgb24gcmVsZXZhbnQgcm91dGVy cyBpbiBzZWN0aW9uIDQuNywgd2l0aCBkaWFncmFtcyBhbmQgbGFiZWwgc3RhY2tzLg0KLSBDbGFy aWZpY2F0aW9uIG9uIEVDTVAuDQotIENsYXJpZmljYXRpb24gb24gZGlzam9pbnRlZCBTUkxHIGJl dHdlZW4gYnlwYXNzIHR1bm5lbCBhbmQgcGVudWx0aW1hdGUgbGluayBvZiBwcm90ZWN0ZWQgdHVu bmVsLg0KLSBPdGhlciBjbGFyaWZpY2F0aW9uIGFuZCBlZGl0b3JpYWwgZml4ZXMgYWNjb3JkaW5n IHRvIHlvdXIgY29tbWVudHMgYW5kIHN1Z2dlc3Rpb25zLg0KDQpOYW1lOgkJZHJhZnQtaWV0Zi1w YWxzLWVuZHBvaW50LWZhc3QtcHJvdGVjdGlvbg0KUmV2aXNpb246CTAzDQpUaXRsZToJCVBXIEVu ZHBvaW50IEZhc3QgRmFpbHVyZSBQcm90ZWN0aW9uDQpEb2N1bWVudCBkYXRlOgkyMDE2LTA2LTI4 DQpHcm91cDoJCXBhbHMNClBhZ2VzOgkJMzYNClVSTDogICAgICAgICAgICBodHRwczovL3d3dy5p ZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQtaWV0Zi1wYWxzLWVuZHBvaW50LWZhc3QtcHJv dGVjdGlvbi0wMy50eHQNClN0YXR1czogICAgICAgICBodHRwczovL2RhdGF0cmFja2VyLmlldGYu b3JnL2RvYy9kcmFmdC1pZXRmLXBhbHMtZW5kcG9pbnQtZmFzdC1wcm90ZWN0aW9uLw0KSHRtbGl6 ZWQ6ICAgICAgIGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLXBhbHMtZW5k cG9pbnQtZmFzdC1wcm90ZWN0aW9uLTAzDQpEaWZmOiAgICAgICAgICAgaHR0cHM6Ly93d3cuaWV0 Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LWlldGYtcGFscy1lbmRwb2ludC1mYXN0LXByb3RlY3Rp b24tMDMNCg0KDQpUaGFua3MsDQoNCi0tIFlpbWluIFNoZW4NCg0KSnVuaXBlciBOZXR3b3Jrcw0K DQoNCk9uIDYvOS8xNiwgNzo1OSBBTSwgIlN0ZXdhcnQgQnJ5YW50IiA8c3Rld2FydC5icnlhbnRA Z21haWwuY29tPiB3cm90ZToNCg0KSGkgQWxsLA0KDQpTb3JyeSB0aGlzIGhhcyB0YWtlbiBhIGxv bmcgdGltZSwgYnV0IEkgdG9vayBvdmVyIGFzIHNoZXBoZXJkIGEgZmV3IA0Kd2Vla3MgYWdvIGFu ZCBoYXZlIGRvbmUgdGhlIGN1c3RvbWFyeSByZXZpZXcgb2YgdGhpcyBkcmFmdC4NCg0KVGhlcmUg YXJlIG5vIGZ1bmRhbWVudGFsIGlzc3VlcyB3aXRoIHRoZSB0ZXh0LCBidXQgdGhlcmUgYXJlIGEg bG90IG9mIA0KbXVzdC1maXggaXNzdWVzIHRoYXQgd2UgbmVlZCB0byBhZGRyZXNzIGJlZm9yZSB3 ZSBjYW4gdGFrZSB0aGlzIGZvcndhcmQuDQoNClBsZWFzZSBzZWUgYmVsb3cgZm9yIGRldGFpbHMu DQoNClJlZ2FyZHMNCg0KLSBTdGV3YXJ0DQoNCkZpcnN0bHkgSSByYW4gaWQtbml0cyBhbmQgZ290 IGEgbG90IG9mIG91dHB1dC5JIGFtIG5vdCBzdXJlIHdoYXQgaXMgDQpnb2luZyBvbiB3aXRoIHRo ZSByZWZlcmVuY2VzIGJlY2F1c2UgSS1EIG5pdHMNCmlzIGZsYWdnaW5nIGEgbG90IG9mIHRoZW0g dXAuIEkgdGhpbmsgdGhhdCBpdCBpcyBiZWNhdXNlIGl0IGNhbm5vdCANCmZpbmR0aGVtIGluIHNx dWFyZSBicmFja2V0cyBpbiB0aGUgdGV4dC4gQW5ub3lpbmcgYXMgaXQgaXMgd2UgbmVlZCB0byAN CmZpeCB0aGVtIHJhdGhlciB0aGFuIGhhdmluZyBsb3RzIG9mIHBlb3BsZSB3b3JrIHRocm91Z2gg dGhlIG5pdHMgbGlzdC4NCg0KDQogICA9PSBVbnVzZWQgUmVmZXJlbmNlOiAnUkZDMzk4NScgaXMg ZGVmaW5lZCBvbiBsaW5lIDEyODAsIGJ1dCBubyBleHBsaWNpdA0KICAgICAgcmVmZXJlbmNlIHdh cyBmb3VuZCBpbiB0aGUgdGV4dA0KDQogICA9PSBVbnVzZWQgUmVmZXJlbmNlOiAnUkZDNTY1OScg aXMgZGVmaW5lZCBvbiBsaW5lIDEyODUsIGJ1dCBubyBleHBsaWNpdA0KICAgICAgcmVmZXJlbmNl IHdhcyBmb3VuZCBpbiB0aGUgdGV4dA0KDQogICA9PSBVbnVzZWQgUmVmZXJlbmNlOiAnUkZDNTAz NicgaXMgZGVmaW5lZCBvbiBsaW5lIDEzMDEsIGJ1dCBubyBleHBsaWNpdA0KICAgICAgcmVmZXJl bmNlIHdhcyBmb3VuZCBpbiB0aGUgdGV4dA0KDQogICA9PSBVbnVzZWQgUmVmZXJlbmNlOiAnUkZD MjIwNScgaXMgZGVmaW5lZCBvbiBsaW5lIDEzMTAsIGJ1dCBubyBleHBsaWNpdA0KICAgICAgcmVm ZXJlbmNlIHdhcyBmb3VuZCBpbiB0aGUgdGV4dA0KDQogICA9PSBVbnVzZWQgUmVmZXJlbmNlOiAn UkZDMzIwOScgaXMgZGVmaW5lZCBvbiBsaW5lIDEzMTUsIGJ1dCBubyBleHBsaWNpdA0KICAgICAg cmVmZXJlbmNlIHdhcyBmb3VuZCBpbiB0aGUgdGV4dA0KDQogICA9PSBVbnVzZWQgUmVmZXJlbmNl OiAnUkZDMzAzMScgaXMgZGVmaW5lZCBvbiBsaW5lIDEzNDUsIGJ1dCBubyBleHBsaWNpdA0KICAg ICAgcmVmZXJlbmNlIHdhcyBmb3VuZCBpbiB0aGUgdGV4dA0KDQogICA9PSBVbnVzZWQgUmVmZXJl bmNlOiAnUkZDMjMyOCcgaXMgZGVmaW5lZCBvbiBsaW5lIDEzNTAsIGJ1dCBubyBleHBsaWNpdA0K ICAgICAgcmVmZXJlbmNlIHdhcyBmb3VuZCBpbiB0aGUgdGV4dA0KDQogICA9PSBVbnVzZWQgUmVm ZXJlbmNlOiAnUkZDNTkyMCcgaXMgZGVmaW5lZCBvbiBsaW5lIDEzNzUsIGJ1dCBubyBleHBsaWNp dA0KICAgICAgcmVmZXJlbmNlIHdhcyBmb3VuZCBpbiB0aGUgdGV4dA0KDQpUaGVzZSBkZWZpbmF0 ZWx5IG5lZWQgdG8gYmUgZml4ZWQgaWYgd2UgY2FuLg0KDQogICAqKiBEb3ducmVmOiBOb3JtYXRp dmUgcmVmZXJlbmNlIHRvIGFuIEluZm9ybWF0aW9uYWwgUkZDOiBSRkMgMzk4NQ0KDQpSRkMzOTg1 IGNhbiBiZSBzYWZlbHkgbW92ZWQgdG8gaW5mby4NCg0KICAgKiogRG93bnJlZjogTm9ybWF0aXZl IHJlZmVyZW5jZSB0byBhbiBJbmZvcm1hdGlvbmFsIFJGQzogUkZDIDU2NTkNClJGQzU2NTkgY2Fu IGJlIHNhZmVseSBtb3ZlZCB0byBpbmZvLg0KDQogICAqKiBEb3ducmVmOiBOb3JtYXRpdmUgcmVm ZXJlbmNlIHRvIGFuIEluZm9ybWF0aW9uYWwgUkZDOiBSRkMgNTcxNA0KUkZDNTcxNCBjYW4gYmUg c2FmZWx5IG1vdmVkIHRvIGluZm8uDQoNCg0KICAgICAgU3VtbWFyeTogMyBlcnJvcnMgKCoqKSwg MCBmbGF3cyAofn4pLCA4IHdhcm5pbmdzICg9PSksIDEgY29tbWVudCAoLS0pLg0KDQogICAgICBS dW4gaWRuaXRzIHdpdGggdGhlIC0tdmVyYm9zZSBvcHRpb24gZm9yIG1vcmUgZGV0YWlsZWQgaW5m b3JtYXRpb24gDQphYm91dA0KICAgICAgdGhlIGl0ZW1zIGFib3ZlDQotLS0tLS0tLS0tLS0tLS0t LQ0KDQoNCjEuICBJbnRyb2R1Y3Rpb24NCg0KDQoNCiAgICBJbiBvcmRlciB0byBwcm90ZWN0IHRo ZSBsYXllci0yIHNlcnZpY2UgYWdhaW5zdCBuZXR3b3JrIGZhaWx1cmVzLCBpdA0KU0I+IFBXcyBj YW4gY2Fycnkgb3RoZXIgdGhhbiBMMiwgc28gaXQgdGhpbmsgdGhpcyBzaG91bGQgYmUgInRoZSBQ VyBzZXJ2aWNlIg0KDQotLS0tLS0tLS0tLS0tLS0NCg0KICAgVGhlIGJ5cGFzcyBwYXRoIGhhcyB0 aGUgcHJvcGVydHkgdGhhdCBpdCBjYW4NCiAgICBndWlkZSB0cmFmZmljIGFyb3VuZCB0aGUgZmFp bHVyZSwgd2hpbGUgcmVtYWluaW5nIHVuYWZmZWN0ZWQgYnkgdGhlDQogICAgdG9wb2xvZ3kgY2hh bmdlcyByZXN1bHRpbmcgZnJvbSB0aGUgZmFpbHVyZS4gIFdoZW4gdGhlIGZhaWx1cmUNCiAgICBv Y2N1cnMsIHRoZSByb3V0ZXIgY2FuIGludm9rZSB0aGUgYnlwYXNzIHBhdGggdG8gYWNoaWV2ZSBm YXN0DQpTQj4gd2hpY2ggcm91dGVyIGlzICJ0aGUgcm91dGVyIg0KICAgIHJlc3RvcmF0aW9uIGZv ciB0aGUgc2VydmljZS4NCg0KICAgIFRvZGF5LCBmYXN0IHByb3RlY3Rpb24gYWdhaW5zdCBpbmdy ZXNzIEFDIGZhaWx1cmUgYW5kIGluZ3Jlc3MgKFQtKVBFDQogICAgZmFpbHVyZSBjYW4gYmUgYWNo aWV2YWJsZSBieSB1c2luZyBhIG11bHRpLWhvbWVkIENFIGFuZCByZWR1bmRhbnQNCiAgU0I+IG5p dCBzL2FjaGlldmFibGUvYWNoaWV2ZWQvDQoNCiAgICBBQ3MsIHN1Y2ggYXMgbXVsdGktY2hhc3Np cyBsaW5rIGFnZ3JlZ2F0aW9uIGdyb3VwIChNQy1MQUcpLiAgRmFzdA0KICAgIHByb3RlY3Rpb24g YWdhaW5zdCBmYWlsdXJlIG9mIGludGVybWVkaWF0ZSByb3V0ZXIgb2YgdHJhbnNwb3J0IHR1bm5l bA0KU0I+IG5pdCBzaG91bGQgYmUgImFnYWluc3QgdGhlIGZhaWx1cmUgb2YgYW4gaW50ZXJtZWRp YXRlIg0KDQogICAgY2FuIGJlIGFjaGlldmFibGUgdGhyb3VnaCBSU1ZQIGZhc3QtcmVyb3V0ZSBb UkZDNDA5MF0gb3IgSVAvTERQIGZhc3QtDQpTQj4gcy9hY2hpZXZhYmxlL2FjaGlldmVkLw0KDQog ICAgcmVyb3V0ZSBbUkZDNTcxNCwgUkZDNTI4Nl0uICBIb3dldmVyLCB0aGVyZSBpcyBhIGxhY2sg b2YgZXF1aXZhbGVudA0KU0I+ICJvZiBhbiBlcXVpdmFsZW50Ig0KDQogICAgbWVjaGFuaXNtIGFn YWluc3QgZWdyZXNzIEFDIGZhaWx1cmUsIGVncmVzcyAoVC0pUEUgZmFpbHVyZSwgYW5kIFMtUEUN ClNCPiBNYXliZSB5b3Ugc2hvdWxkIHNheToNCiJIb3dldmVyLCB0aGVyZSBpcyBubyBlcXVpdmFs ZW50IG1lY2hhbmlzbSB0aGF0IGNhbiBiZSB1c2VkIGFnYWluc3QNCmFuIGVncmVzcyBBQyBmYWls dXJlLCBhbiBlZ3Jlc3MgKFQtKVBFIGZhaWx1cmUsIG9yIGFuIFMtUEUgZmFpbHVyZS4iDQoNCiAg ICBmYWlsdXJlLiAgRm9yIHRoZXNlIGZhaWx1cmVzLCBzZXJ2aWNlIHJlc3RvcmF0aW9uIGhhcyB0 byByZWx5IG9uDQogICAgZ2xvYmFsIHJlcGFpciBvciBjb250cm9sIHBsYW5lIHJlcGFpci4gIEds b2JhbCByZXBhaXIgbm9ybWFsbHkNCiAgICBpbnZvbHZlcyBpbmdyZXNzIENFIG9yIGluZ3Jlc3Mg KFQtKVBFIHN3aXRjaGluZyB0cmFmZmljIHRvIGFub3RoZXINClNCPiAiaW52b2x2ZXMgdGhlIGlu Z3Jlc3MgQ0Ugb3IgdGhlIGluZ3Jlc3MiDQoNClNCPiBZb3UgY2Fubm90IHNheSAiYW5vdGhlciBm dWxseSBmdW5jdGlvbiBwYXRoIiBzaW5jZSB0aGUgZmlyc3Qgb25lDQpTQjwgZmFpbGVkIGFuZCB0 aHVzIHdhcyBub3QgZnVuY3Rpb25pbmcuDQpTQj4gSSB3b3VsZCBzYXkgInRvIGFuIGFsdGVybmF0 aXZlIHBhdGgiDQogICAgZnVsbHkgZnVuY3Rpb25hbCBwYXRoLCBiYXNlZCBvbiByZW1vdGUgZmFp bHVyZSBkZXRlY3Rpb24gdmlhIFBXDQogICAgc3RhdHVzIG5vdGlmaWNhdGlvbiwgZW5kLXRvLWVu ZCBPQU0sIGV0Yy4NCg0KICAgIFRoZSBtZWNoYW5pc20gaXMgYXBwbGljYWJsZSB0byBMRFAgc2ln bmFsZWQgUFdzLiAgSXQgaXMgcmVsZXZhbnQgdG8NCiAgICBuZXR3b3JrcyB3aXRoIHJlZHVuZGFu dCBQV3MgYW5kIG11bHRpLWhvbWVkIENFcy4gIEl0IGlzIGRlc2lnbmVkIG9uDQogICAgdGhlIGJh c2lzIG9mIE1QTFMgdXBzdHJlYW0gbGFiZWwgYXNzaWdubWVudCBhbmQgY29udGV4dC1zcGVjaWZp Yw0KICAgIGxhYmVsIHN3aXRjaGluZyBbUkZDNTMzMV0uICBGYXN0IHByb3RlY3Rpb24gcmVmZXJz IHRvIGl0cyBhYmlsaXR5IHRvDQogICAgcmVzdG9yZSB0cmFmZmljIGluIHRoZSBvcmRlciBvZiB0 ZW5zIG9mIG1pbGxpc2Vjb25kcy4gQ29tcGFyZWQgd2l0aA0KICAgIGdsb2JhbCByZXBhaXIgYW5k IGNvbnRyb2wgcGxhbmUgcmVwYWlyLCB0aGlzIG1lY2hhbmlzbSBjYW4gcHJvdmlkZQ0KICAgIGZh c3RlciBzZXJ2aWNlIHJlc3RvcmF0aW9uLiAgSG93ZXZlciwgaXQgaXMgaW50ZW5kZWQgdG8gY29t cGxlbWVudA0KICAgIHRob3NlIG1lY2hhbmlzbXMsIHJhdGhlciB0aGFuIHJlcGxhY2luZyB0aGVt IGluIGFueSBmYXNoaW9uLg0KDQpTQj4gZC9pbiBhbnkgZmFzaGlvbi8NCg0KDQo9PT09PT09PT09 PT0NCg0KDQozLjEuICBTaW5nbGUtU2VnbWVudCBQVw0KDQogICAgICAgICAgICAgICAgICAgfDwt LS0tLS0tLS0tLS0tLSBQVzEgLS0tLS0tLS0tLS0tLS0tPnwNCg0KICAgICAgICAgICAgICAgLSBQ RTEgLS0tLS0tLS0tLS0tLS0gUDEgLS0tLS0tLS0tLS0tLS0tLSBQRTIgLQ0KICAgICAgICAgICAg ICAvIFwNCi8gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBc DQpDRTEgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIENF Mg0KXCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIC8NCiAg ICAgICAgICAgICAgXCAvDQogICAgICAgICAgICAgICAtIFBFMyAtLS0tLS0tLS0tLS0tLSBQMiAt LS0tLS0tLS0tLS0tLS0tIFBFNCAtDQoNCiAgICAgICAgICAgICAgICAgICB8PC0tLS0tLS0tLS0t LS0tIFBXMiAtLS0tLS0tLS0tLS0tLS0+fA0KDQogICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgRmlndXJlIDENCg0KDQogICAgSW4gRmlndXJlIDEsIHRoZSBJUC9NUExTIG5ldHdvcmsg Y29uc2lzdHMgb2YgUEUgYW5kIFAgcm91dGVycy4gIEl0DQogICAgcHJvdmlkZXMgYW4gZW11bGF0 aW9uIG9mIGEgbGF5ZXItMiBzZXJ2aWNlIGJldHdlZW4gQ0UxIGFuZCBDRTIuICBFYWNoDQpTQj4g SXQgbWF5IG9yIG1heSBub3QgYmUgTDIuIFdoeSBub3Qgc2F5ICJpdCBwcm92aWRlcyBhIFBXIHNl cnZpY2UgYmV0d2Vlbg0KQ0UxIGFuZCBDRTI/DQoNCj09PT09PT09PT09PT09DQoNCg0KICAgIE5v dGUgdGhhdCBhbiBlZ3Jlc3MgZW5kcG9pbnQgZmFpbHVyZSBvZiB0aGUgdHJhZmZpYyBvZiBhIGdp dmVuDQogICAgZGlyZWN0aW9uIG1heSBiZSBkZXRlY3RlZCBieSB0aGUgZWdyZXNzIENFIGFzIGFu IGluZ3Jlc3MgZW5kcG9pbnQNCiAgICBmYWlsdXJlIGZvciB0aGUgdHJhZmZpYyBvZiB0aGUgcmV2 ZXJzZSBkaXJlY3Rpb24sIGV4Y2VwdCB3aGVuIHRoZQ0KICAgIGZhaWx1cmUgaXMgb24gYSBsaW5r IG9mIHRoZSBwcmltYXJ5IGVncmVzcyBQRSB3aXRoaW4gdGhlIFBTTiwgb3Igd2hlbg0KICAgIHRo ZSB0cmFmZmljIG9mIHRoZSByZXZlcnNlIGRpcmVjdGlvbiB0YWtlcyBhIGRpZmZlcmVudCBhY3Rp dmUgcGF0aC4NCg0KU0I+IFRoZSB0ZXh0IGFib3ZlIG5lZWRzIGNsYXJpZmljYXRpb24gLSBpdCBp cyBub3QgaW1tZWRpYXRlbHkgb2J2aW91cw0KU0I+IHdoYXQgeW91IG1lYW4uDQoNCiAgICBJZiB0 aGUgQ0UgY2FuIGRldGVjdCB0aGUgZmFpbHVyZSwgaXQgbWF5IHByb3RlY3QgdGhlIHRyYWZmaWMg b2YgdGhlDQogICAgcmV2ZXJzZSBkaXJlY3Rpb24gYnkgc3dpdGNoaW5nIGl0IHRvIHRoZSBiYWNr dXAgcGF0aC4gSG93ZXZlciwgdGhpcw0KICAgIGlzIGNhdGVnb3JpemVkIGFzIGluZ3Jlc3MgZW5k cG9pbnQgZmFpbHVyZSBwcm90ZWN0aW9uLCBhbmQgaGVuY2UgaXMNCiAgICBub3QgaGFuZGxlZCBi eSB0aGlzIG1lY2hhbmlzbS4NCg0KU0I+IFRoaXMgaXMgcHJlc3VtYWJseSAidGhlIG1lY2hhbmlz bSBkZXNjcmliZWQgaW4gdGhpcyBkb2N1bWVudCINCg0KICAgIEZpZ3VyZSAyIHNob3dzIGFub3Ro ZXIgcG9zc2libGUgc2NlbmFyaW8sIHdoZXJlIENFMSBpcyBzaW5nbGUtaG9tZWQNCiAgICB0byBQ RTEsIHdoaWxlIENFMiByZW1haW5zIG11bHRpLWhvbWVkIHRvIFBFMiBhbmQgUEU0LiBGcm9tIHRo ZQ0KICAgIHBlcnNwZWN0aXZlIG9mIGVncmVzcyBlbmRwb2ludCBwcm90ZWN0aW9uIGZvciB0aGUg dHJhZmZpYyBnb2luZyBmcm9tDQogICAgQ0UxIHRvIENFMiBvdmVyIFBXMSwgdGhpcyBzY2VuYXJp byBpcyBub3QgbXVjaCBkaWZmZXJlbnQgdGhhbg0KICAgIEZpZ3VyZSAxLg0KDQpTQj4gRG8geW91 IG1lYW4gIm5vdCBtdWNoIGRpZmZlcmVudCIsIGluIHdoaWNoIGNhc2UgeW91IG5lZWQgdG8gZXhw bGFpbg0KU0I+IHRoZSBkaWZmZXJlbmNlLCBvciAoYXMgSSBzdXNwZWN0IGlzIHRoZSBjYXNlKSBk byB5b3UgbWVhbiBpcyB0aGUgc2FtZT8NCg0KPT09PT09PT09PT09PT09PQ0KDQoNCg0KNC4xLiAg QXBwbGljYWJpbGl0eQ0KDQogICAgVGhlIG1lY2hhbmlzbSBpcyBhcHBsaWNhYmxlIHRvIExEUCBz aWduYWxlZCBQV3MgaW4gYW4gZW52aXJvbm1lbnQNCiAgICB3aGVyZSBhbiBlZ3Jlc3MgQ0UgaXMg bXVsdGktaG9tZWQgdG8gYSBwcmltYXJ5IFBFIGFuZCBhIGJhY2t1cCBQRSBhbmQNCiAgICB0aGVy ZSBleGlzdHMgYSBiYWNrdXAgUFcsIGFzIGRlc2NyaWJlZCBpbiBTZWN0aW9uIDMuIFRoZSBwcm9j ZWR1cmUNCiAgICBmb3IgUy1QRSBub2RlIHByb3RlY3Rpb24gaXMgYXBwbGljYWJsZSB3aGVuIHRo ZXJlIGV4aXN0cyBhIGJhY2t1cA0KICAgIFMtUEUgb24gdGhlIGJhY2t1cCBQVy4NCg0KICAgIFRo ZSBtZWNoYW5pc20gYXNzdW1lcyBJUC9NUExTIHRyYW5zcG9ydCB0dW5uZWxzLiAgSW4gYSBuZXR3 b3JrIHdoZXJlDQogICAgdHJhbnNwb3J0IHR1bm5lbHMgbWF5IHByb3ZpZGUgRUNNUCB0byBwcmlt YXJ5IFBFcywgY2FyZSBzaG91bGQgYmUNCiAgICB0YWtlbiB0byBwcmV2ZW50IG1pc29yZGVyZWQg cGFja2V0IGRlbGl2ZXJ5IGR1cmluZyBsb2NhbCByZXBhaXIuDQogICAgSW1hZ2luZSBhIHNjZW5h cmlvIHdoZXJlIHRoZSB0cmFuc3BvcnQgdHVubmVsIG9mIGEgUFcgdHJhdmVyc2VzIGENCiAgICBy b3V0ZXIgd2l0aCBFQ01QIHRvIGEgcHJpbWFyeSBQRSwgYW5kIHRoZSBFQ01QIGluY2x1ZGUgYSBk aXJlY3QgbGluaw0KICAgIHRvIHRoZSBwcmltYXJ5IFBFLiAgTm9ybWFsbHkgdGhlIHJvdXRlciB3 aWxsIGF0dGVtcHQgdG8gZm9yd2FyZCBQVw0KICAgIHBhY2tldHMgaW4gYSBsb2FkIGJhbGFuY2Ug ZmFzaGlvbiBvdmVyIHRoZSBFQ01QLCBpbmNsdWRpbmcgdGhpcyBsaW5rLg0KICAgIEluIHRoaXMg ZG9jdW1lbnQsIHdoZW4gdGhlIGxpbmsgZmFpbHMsIHRoZSByb3V0ZXIgd2lsbCB0cmVhdCB0aGUN CiAgICBldmVudCBhcyBhbiBlZ3Jlc3MgUEUgZmFpbHVyZSwgYW5kIHJlcm91dGUgdGhlIHBvcnRp b24gb2YgdHJhZmZpYyBvbg0KICAgIHRoZSBsaW5rIHRvd2FyZHMgYSBiYWNrdXAgUEUuICBNZWFu d2hpbGUsIHRoZSByZXN0IG9mIHRoZSB0cmFmZmljDQogICAgd2lsbCByZW1haW4gb24gdGhlIG90 aGVyIEVDTVAgYnJhbmNoZXMgdG8gdGhlIHByaW1hcnkgUEUuICBUaGlzIHdpbGwNCiAgICBjcmVh dGUgYSBzaXR1YXRpb24gd2hlcmUgdGhlIGVncmVzcyBDRSByZWNlaXZlcyB0cmFmZmljIGZyb20g Ym90aCB0aGUNCiAgICBwcmltYXJ5IFBFIGFuZCB0aGUgYmFja3VwIFBFLCB3aGljaCBpcyB1bmRl c2lyYWJsZSBpZiB0aGUgUFcgb3IgZmxvd3MNCiAgICB3aXRoaW4gdGhlIFBXIGFyZSBzZW5zaXRp dmUgdG8gcGFja2V0IG1pc29yZGVyaW5nLiBUaGVyZWZvcmUsIHRoZQ0KICAgIG1lY2hhbmlzbSBh c3N1bWVzIHRoYXQgQ29udHJvbCBXb3JkIChDVykgU0hPVUxEIGJlIHVzZWQgZm9yIFBXcyBhbmQN CiAgICBmbG93IGxhYmVscyBbUkZDNjM5MV0gU0hPVUxEIGJlIHVzZWQgZm9yIGZsb3dzIHdpdGhp biBhIFBXLCB3aGVuZXZlcg0KICAgIGFwcGxpY2FibGUuDQoNClNCPiBVbmxlc3MgeW91IGFyZSBz YXlpbmcgdXNlIHRoZSBzZXF1ZW5jZSBudW1iZXIgaW4gdGhlIFBXICh3aGljaA0KU0I+IGlzIGhh cmRseSBkZXBsb3llZCBhdCBhbGwpIHNvbWUgZm9ybSBvZiBtaXNvcmRlcmluZyBpcyBpbmV2aXRh YmxlLA0KU0I+IHNpbmNlIHRoZSBwYXRoL3F1ZXVlIGxlbmd0aHMgaW4gdGhlIG9sZCBhbmQgdGhl IG5ldyBwYXRoIChpbiBib3RoDQpTQj4gcmVwYWlyIGFuZCByZXN0b3JlKSB3aWxsIGJlIGRpZmZl cmVudC4gVGhlIG1lY2hhbmlzbXMgdGhhdCB5b3UNClNCPiBjaXRlIHByZXZlbnQgbWlzb3JkZXIg ZHVyaW5nIG5vcm1hbCBvcGVyYXRpb24sIGJ1dCBub3QgZHVyaW5nDQpTQj4gYSB0cmFuc2llbnQu DQoNCj09PT09PT09PT09PT09DQoNCg0KNC4yLiAgTG9jYWwgUmVwYWlyIGFuZCBQcm90ZWN0b3IN Cg0KICAgIFRoZSBmYXN0IHByb3RlY3Rpb24gYWJpbGl0eSBvZiB0aGUgbWVjaGFuaXNtIGNvbWVz IGZyb20gbG9jYWwgcmVwYWlyDQogICAgcGVyZm9ybWVkIGJ5IHJvdXRlcnMgdXBzdHJlYW0gYWRq YWNlbnQgdG8gZmFpbHVyZXMuIEVhY2ggb2YgdGhlc2UNCiAgICByb3V0ZXJzIGlzIHJlZmVycmVk IHRvIGFzIGEgInBvaW50IG9mIGxvY2FsIHJlcGFpciIgKFBMUikuICBBIFBMUg0KICAgIE1VU1Qg YmUgYWJsZSB0byBkZXRlY3QgYSBmYWlsdXJlIGJ5IHVzaW5nIGEgcmFwaWQgbWVjaGFuaXNtLCBz dWNoIGFzDQogICAgcGh5c2ljYWwgbGF5ZXIgZmFpbHVyZSBkZXRlY3Rpb24sIEJpZGlyZWN0aW9u YWwgRmFpbHVyZSBEZXRlY3Rpb24NCiAgICAoQkZEKSBbUkZDNTg4MF0sIGV0Yy4gIEluIGFudGlj aXBhdGlvbiBvZiB0aGUgZmFpbHVyZSwgdGhlIFBMUiBNVVNUDQogICAgYWxzbyBwcmUtZXN0YWJs aXNoIGEgYnlwYXNzIHR1bm5lbCB0byBhICJwcm90ZWN0b3IiLCBhbmQgcHJlLWluc3RhbGwNCiAg ICBhIGJ5cGFzcyByb3V0ZSBpbiB0aGUgZGF0YSBwbGFuZS4gIFRoZSBieXBhc3MgdHVubmVsIE1V U1QgaGF2ZSB0aGUNClNCPiBJIGtub3cgd2hhdCB5b3UgbWVhbiwgYnV0IHVuZm9ydHVuYXRlbHkg dW5hbnRpY2lwYXRlZCBTUkxHcw0KU0I+IGFyZSBhIHByb2JsZW0uIEkgdGhpbmsgeW91IG1lYW4g InRvIGJlIHN1cmUgcHJvdGVjdGlvbiB3aWxsIHdvcmsNClNCPiAuLi4uIiBIb3dldmVyIGEgd29y ZCBhYm91dCB1bmV4cGVjdGVkIFNSTEcgaXMgcHJvYmFibHkgd2FycmFudGVkLg0KDQoNCg0KDQoN Cg0KDQoNCjQuMy4gIENvbnRleHQgSWRlbnRpZmllcg0KDQogICAgQSBwcm90ZWN0b3IgbWF5IHBy b3RlY3QgbXVsdGlwbGUgcHJpbWFyeSBQRXMuICBUaGUgcHJvdGVjdG9yIE1VU1QNCiAgICBtYWlu dGFpbiBhIHNlcGFyYXRlIGxhYmVsIHNwYWNlIGZvciBlYWNoIHByaW1hcnkgUEUuIExpa2V3aXNl LCB0aGUNCiAgICBQV3MgdGVybWluYXRlZCBvbiBhIHByaW1hcnkgUEUgbWF5IGJlIHByb3RlY3Rl ZCBieSBtdWx0aXBsZQ0KICAgIHByb3RlY3RvcnMsIGVhY2ggZm9yIGEgc3Vic2V0IG9mIHRoZSBQ V3MuICBJbiBhbnkgY2FzZSwgYSBnaXZlbiBQVw0KICAgIE1VU1QgYmUgYXNzb2NpYXRlZCB3aXRo IG9uZSBhbmQgb25seSBvbmUgcGFpciBvZiB7cHJpbWFyeSBQRSwNCiAgICBwcm90ZWN0b3J9Lg0K DQogICAgVGhpcyBkb2N1bWVudCBpbnRyb2R1Y2VzIHRoZSBub3Rpb24gb2YgImNvbnRleHQgaWRl bnRpZmllciIgdG8NCiAgICBmYWNpbGl0YXRlIHByb3RlY3Rpb24gZXN0YWJsaXNobWVudC4gIEEg Y29udGV4dCBpZGVudGlmaWVyIGlzIGFuDQogICAgSVB2NC92NiBhZGRyZXNzIGFzc2lnbmVkIHRv IGFuIG9yZGVyZWQgcGFpciBvZiB7cHJpbWFyeSBQRSwNCiAgICBwcm90ZWN0b3J9LiBUaGUgYWRk cmVzcyBNVVNUIGJlIGdsb2JhbGx5IHVuaXF1ZSwgb3IgdW5pcXVlIGluIHRoZQ0KICAgIGFkZHJl c3Mgc3BhY2Ugb2YgdGhlIG5ldHdvcmsgd2hlcmUgdGhlIHByaW1hcnkgUEUgYW5kIHRoZSBwcm90 ZWN0b3INCiAgICByZXNpZGUuDQoNCg0KU0I+IE1heWJlIHdlIHdpbGwgZ2V0IHRvIGl0LCBidXQg dGhlcmUgY2FuIG9mIGNvdXJzZSBiZSBtYW55IHByb3RlY3RvcnMNClNCPiBkZXBlbmRpbmcgb24g dGhlIGF2YWlsYWJsZSBFQ01QIHBhdGhzIGJldHdlZW4gdGhlIHgtUEVzLCBhbmQNClNCPiBhbGwg b2YgdGhlbSBuZWVkIHRvIGJlIGluY2x1ZGVkIGluIHRoaXMgbWVjaGFuaXNtIGFuZCBhc3NpZ25l ZA0KU0I+IG9uZSBvZiB0aGVzZSBjb250ZXh0IGFkZHJlc3Nlcy4NClNCPg0KDQoNClNCPiBDYW4g eW91IGdldCBhIFBMUiB0byBQTFIgbG9vcD8NCg0KDQpTQj4gQSBzZWN0aW9uIHRoYXQgeW91IHdp bGwgbmVlZCB0byBpbmNsdWRlLCBvciBhdCBsZWFzdCBwcm92aWRlIHRleHQgb24NClNCPiBpcyBt YW5hZ2VhYmlsaXR5Lg0KDQoNCj09PT09PT09PT09PT09PT0NCg0KICAgIG8gIEEgY29udGV4dCBp ZGVudGlmaWVyIGluZGljYXRlcyB0aGUgcHJpbWFyeSBQRSdzIGxhYmVsIHNwYWNlIG9uIHRoZQ0K ICAgICAgIHByb3RlY3Rvci4gIFRoZSBwcm90ZWN0b3IgbWF5IHByb3RlY3QgUFdzIGZvciBtdWx0 aXBsZSBwcmltYXJ5DQogICAgICAgUEVzLiAgRm9yIGVhY2ggcHJpbWFyeSBQRSwgaXQgTVVTVCBt YWludGFpbiBhIHNlcGFyYXRlIGxhYmVsIHNwYWNlDQogICAgICAgdG8gc3RvcmUgdGhlIFBXIGxh YmVscyBhc3NpZ25lZCBieSB0aGF0IHByaW1hcnkgUEUuIEl0IGFzc29jaWF0ZXMNCiAgICAgICBh IFBXIGxhYmVsIHdpdGggYSBsYWJlbCBzcGFjZSB2aWEgdGhlIGNvbnRleHQgaWRlbnRpZmllciBv ZiB0aGUNCiAgICAgICB7cHJpbWFyeSBQRSwgcHJvdGVjdG9yfSwgYXMgYmVsb3cuDQoNCiAgICAg ICBJbiBhZGRpdGlvbiB0byB0aGUgbm9ybWFsIExEUCBQVyBzaWduYWxpbmcsIHRoZSBwcmltYXJ5 IFBFIE1VU1QNCiAgICAgICBoYXZlIGEgdGFyZ2V0ZWQgTERQIHNlc3Npb24gd2l0aCB0aGUgcHJv dGVjdG9yLCBhbmQgYWR2ZXJ0aXNlIFBXDQogICAgICAgbGFiZWxzIHRvIHRoZSBwcm90ZWN0b3Ig dmlhIExEUCBMYWJlbCBNYXBwaW5nIG1lc3NhZ2VzDQogICAgICAgKFNlY3Rpb24gNikuICBUaGUg cHJpbWFyeSBQRSBNVVNUIGF0dGFjaCB0aGUgY29udGV4dCBpZGVudGlmaWVyIHRvDQogICAgICAg ZWFjaCBtZXNzYWdlLiAgVXBvbiByZWNlaXZpbmcgdGhlIG1lc3NhZ2UsIHRoZSBwcm90ZWN0b3Ig TVVTVA0KICAgICAgIGluc3RhbGwgdGhlIGFkdmVydGlzZWQgUFcgbGFiZWwgaW4gdGhlIGxhYmVs IHNwYWNlIGlkZW50aWZpZWQgYnkNCiAgICAgICB0aGUgY29udGV4dCBpZGVudGlmaWVyLg0KDQog ICAgICAgV2hlbiBhIFBMUiBzZXRzIHVwIG9yIHJlc29sdmVzIGEgYnlwYXNzIHR1bm5lbCB0byB0 aGUgcHJvdGVjdG9yLA0KICAgICAgIGl0IE1VU1QgdXNlIHRoZSBjb250ZXh0IGlkZW50aWZpZXIg cmF0aGVyIHRoYW4gYSBwcml2YXRlIElQDQogICAgICAgYWRkcmVzcyBvZiB0aGUgcHJvdGVjdG9y IGFzIGRlc3RpbmF0aW9uLiAgVGhlIHByb3RlY3RvciBNVVNUIHVzZQ0KICAgICAgIHRoZSBieXBh c3MgdHVubmVsLCBlaXRoZXIgdGhlIE1QTFMgdHVubmVsIGxhYmVsIG9yIElQIHR1bm5lbA0KICAg ICAgIGRlc3RpbmF0aW9uIGFkZHJlc3MsIGFzIHRoZSBwb2ludGVyIHRvIHRoZSBjb3JyZXNwb25k aW5nIGxhYmVsDQogICAgICAgc3BhY2UuICBUaGUgcHJvdGVjdG9yIE1VU1QgZm9yd2FyZHMgUFcg cGFja2V0cyByZWNlaXZlZCBvbiB0aGUNCiAgICAgICBieXBhc3MgdHVubmVsIGJhc2VkIG9uIGxh YmVsIGxvb2t1cCBpbiB0aGF0IGxhYmVsIHNwYWNlLg0KDQpTQj4gU29tZSBsYWJlbCBkaWFncmFt cyBjb3VsZCBiZSByZWFsbHkgaGVscGZ1bCwgYW5kIGl0IHdvdWxkIGJlIHVzZWZ1bA0KU0I+IHRv IGdvIGNhcmVmdWxseSB0aHJvdWdoIHRoZSB0ZXh0IGluIHRoaXMgc2VjdGlvbiBhbmQgZWRpdCBp dCBmb3INClNCPiByZWFkYWJpbGl0eS4gSSBmb3VuZCBpdCBxdWl0ZSBkaWZmaWN1bHQuDQoNCj09 PT09PT09PT09PT09PT09PT0NCg0KDQoNCjQuNC4xLiAgQ28tbG9jYXRlZCBQcm90ZWN0b3INCg0K ICAgIEluIHRoaXMgbW9kZWwsIHRoZSBwcm90ZWN0b3IgaXMgYSBiYWNrdXAgUEUgdGhhdCBpcyBk aXJlY3RseQ0KICAgIGNvbm5lY3RlZCB0byB0aGUgdGFyZ2V0IENFIHZpYSBhIGJhY2t1cCBBQywg b3IgaXQgaXMgYSBiYWNrdXAgUy1QRSBvbg0KICAgIGEgYmFja3VwIFBXLiAgVGhhdCBpcywgdGhl IHByb3RlY3RvciBpcyBjby1sb2NhdGVkIHdpdGggdGhlIGJhY2t1cA0KICAgIChTLSlQRS4gIEV4 YW1wbGVzIG9mIHRoaXMgbW9kZWwgaGF2ZSBiZWVuIHNob3duIGluIEZpZ3VyZSA0LCBGaWd1cmUg NQ0KICAgIGFuZCBGaWd1cmUgNiBpbiBTZWN0aW9uIDQuMi4NCg0KICAgIEluIGVncmVzcyBBQyBw cm90ZWN0aW9uIGFuZCBlZ3Jlc3MgUEUgbm9kZSBwcm90ZWN0aW9uLCB3aGVuIGENCiAgICBwcm90 ZWN0b3IgcmVjZWl2ZXMgdHJhZmZpYyBmcm9tIHRoZSBQTFIsIGl0IGZvcndhcmRzIHRoZSB0cmFm ZmljIHRvDQogICAgdGhlIENFIHZpYSB0aGUgYmFja3VwIEFDLiAgVGhpcyBpcyBzaG93biBpbiBG aWd1cmUgNywgd2hlcmUgUEUyIGlzDQogICAgdGhlIFBMUiBmb3IgZWdyZXNzIEFDIGZhaWx1cmUs IFAzIGlzIHRoZSBQTFIgZm9yIFBFMiBmYWlsdXJlLCBhbmQgUEU0DQogICAgKHRoZSBiYWNrdXAg UEUpIGlzIHRoZSBwcm90ZWN0b3IuDQoNCiAgICAgICAgICAgICAgICAgIHw8LS0tLS0tLS0tLS0t LS0gUFcxIC0tLS0tLS0tLS0tLS0tLT58DQoNCiAgICAgICAgICAgICAgLSBQRTEgLS0tLS0tLS0t LS0tLS0gUDEgLS0tLS0tLSBQMyAtLS0tLSBQRTIgLS0tLQ0KICAgICAgICAgICAgIC8gICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgUExSIFwgUExSICAgICBcDQogICAgICAgICAgICAvICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFwgfCAgICAgICBcDQogICAgICAgICBD RTEgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBieXBhc3NcIHxieXBhc3MgIENFMg0K ICAgICAgICAgICAgXCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFwgfCAg ICAgICAvDQogICAgICAgICAgICAgXCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIFwgfCAgICAgIC8NCiAgICAgICAgICAgICAgLSBQRTMgLS0tLS0tLS0tLS0tLS0gUDIgLS0t LS0tLS0tLS0tLS0tLSBQRTQgLS0tLQ0KcHJvdGVjdG9yDQoNCiAgICAgICAgICAgICAgICAgIHw8 LS0tLS0tLS0tLS0tLS0gUFcyIC0tLS0tLS0tLS0tLS0tLT58DQoNCiAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICBGaWd1cmUgNw0KDQogICAgSW4gUy1QRSBub2RlIHByb3RlY3Rpb24s IHdoZW4gYSBwcm90ZWN0b3IgcmVjZWl2ZXMgdHJhZmZpYyBmcm9tIHRoZQ0KICAgIFBMUiwgaXQg Zm9yd2FyZHMgdGhlIHRyYWZmaWMgb3ZlciB0aGUgbmV4dCBzZWdtZW50IG9mIHRoZSBiYWNrdXAg UFcuDQogICAgVGhlIFQtUEUgb2YgdGhlIGJhY2t1cCBQVyBpbiB0dXJuIGZvcndhcmRzIHRoZSB0 cmFmZmljIHRvIHRoZSBDRSB2aWENCiAgICBhIGJhY2t1cCBBQy4gIFRoaXMgaXMgc2hvd24gaW4g RmlndXJlIDgsIHdoZXJlIFA0IGlzIHRoZSBQTFIgZm9yIFNQRTENCiAgICBmYWlsdXJlLCBhbmQg U1BFMiAodGhlIGJhY2t1cCBTLVBFKSBpcyB0aGUgcHJvdGVjdG9yIGZvciBTUEUxLg0KDQoNCg0K U0I+IEkgcmVhbGx5IHdvdWxkIGxpa2UgdG8ga25vdyB3aGF0IHRoZSBsYWJlbCBzdGFja3MgbG9v ayBsaWtlLg0KDQoNCj09PT09PT09PT09PT09DQoNCg0KDQoNCjQuNC4yLiAgQ2VudHJhbGl6ZWQg UHJvdGVjdG9yDQoNCiAgICBJbiB0aGlzIG1vZGVsLCB0aGUgcHJvdGVjdG9yIGlzIGEgZGVkaWNh dGVkIFAgcm91dGVyIG9yIFBFIHJvdXRlcg0KICAgIHRoYXQgc2VydmVzIHRoZSByb2xlLiAgSW4g ZWdyZXNzIEFDIHByb3RlY3Rpb24gYW5kIGVncmVzcyBQRSBub2RlDQogICAgcHJvdGVjdGlvbiwg dGhlIHByb3RlY3RvciBtYXkgb3IgbWF5IG5vdCBiZSBhIGJhY2t1cCBQRSB3aXRoIGEgZGlyZWN0 DQogICAgY29ubmVjdGlvbiB0byB0aGUgdGFyZ2V0IENFLiAgSW4gUy1QRSBub2RlIHByb3RlY3Rp b24sIHRoZSBwcm90ZWN0b3INCiAgICBtYXkgb3IgbWF5IG5vdCBiZSBhIGJhY2t1cCBTLVBFIG9u IHRoZSBiYWNrdXAgUFcuDQoNCiAgICBJbiBlZ3Jlc3MgQUMgcHJvdGVjdGlvbiBhbmQgZWdyZXNz IFBFIG5vZGUgcHJvdGVjdGlvbiwgd2hlbiB0aGUNCiAgICBwcm90ZWN0b3IgcmVjZWl2ZXMgdHJh ZmZpYyBmcm9tIHRoZSBQTFIsIGlmIHRoZSBwcm90ZWN0b3IgaGFzIGENCiAgICBkaXJlY3QgY29u bmVjdGlvbiAoaS5lLiBiYWNrdXAgQUMpIHRvIHRoZSBDRSwgaXQgZm9yd2FyZHMgdGhlIHRyYWZm aWMNCiAgICB0byB0aGUgQ0UgdmlhIHRoZSBiYWNrdXAgQUMsIHdoaWNoIGlzIHNpbWlsYXIgdG8g RmlndXJlIDcuDQogICAgT3RoZXJ3aXNlLCBpdCBmb3J3YXJkcyB0aGUgdHJhZmZpYyB0byBhIGJh Y2t1cCBQRSwgd2hpY2ggdGhlbg0KICAgIGZvcndhcmRzIHRoZSB0cmFmZmljIHRvIHRoZSBDRSB2 aWEgYSBiYWNrdXAgQUMuICBUaGlzIGlzIHNob3duIGluDQogICAgRmlndXJlIDksIHdoZXJlIHRo ZSBwcm90ZWN0b3IgcmVjZWl2ZXMgdHJhZmZpYyBmcm9tIFAzICh0aGUgUExSIGZvcg0KICAgIGVn cmVzcyBQRSBmYWlsdXJlKSBvciBQRTIgKHRoZSBQTFIgZm9yIGVncmVzcyBBQyBmYWlsdXJlKSBh bmQNCiAgICBmb3J3YXJkcyB0aGUgdHJhZmZpYyB0byBQRTQgKHRoZSBiYWNrdXAgUEUpLiAgVGhl IHByb3RlY3RvciBtYXkgYmUNCiAgICBwcm90ZWN0aW5nIG90aGVyIFBXcyBhbmQgb3RoZXIgcHJp bWFyeSBQRXMgYXMgd2VsbCwgd2hpY2ggaXMgbm90DQogICAgc2hvd24gaW4gdGhpcyBmaWd1cmUg Zm9yIGNsYXJpdHkuDQoNCg0KU0I+IFRoZSBhYm92ZSBzZWVtcyBhIGJpdCBmbHVmZnkgaW4gdGVy bXMgb2Ygd2hvIGRvZXMgd2hhdCB0byB0aGUgc3RhY2sNCg0KDQo9PT09PT09PT09PT09PT09PQ0K DQoNCjQuNi4gIEJ5cGFzcyBUdW5uZWwNCg0KICAgIEEgUExSIG1heSBwcm90ZWN0IG11bHRpcGxl IFBXcyBhc3NvY2lhdGVkIHdpdGggb25lIG9yIG11bHRpcGxlIHBhaXJzDQogICAgb2Yge3ByaW1h cnkgUEUsIHByb3RlY3Rvcn0uIFRoZSBQTFIgTVVTVCBlc3RhYmxpc2ggYSBieXBhc3MgdHVubmVs IHRvDQogICAgZWFjaCBwcm90ZWN0b3IgZm9yIGVhY2ggY29udGV4dCBpZGVudGlmaWVyIGFzc29j aWF0ZWQgd2l0aCB0aGF0DQogICAgcHJvdGVjdG9yLiAgVGhlIGRlc3RpbmF0aW9uIG9mIHRoZSBi eXBhc3MgdHVubmVsIE1VU1QgYmUgdGhlIGNvbnRleHQNCg0KDQoNCllpbWluIFNoZW4sIGV0IGFs LiAgICAgICAgRXhwaXJlcyBKdWx5IDMwLCAyMDE2ICAgICAgICAgICAgICAgIFtQYWdlIDE4XQ0K Pw0KSW50ZXJuZXQtRHJhZnQgICAgIFBXIEVuZHBvaW50IEZhc3QgRmFpbHVyZSBQcm90ZWN0aW9u IEphbnVhcnkgMjAxNg0KDQoNCiAgICBpZGVudGlmaWVyIChTZWN0aW9uIDQuMy4xKS4gIFNpbmNl IHRoZSBQTFIgaXMgYSB0cmFuc2l0IHJvdXRlciBvZiB0aGUNCiAgICB0cmFuc3BvcnQgdHVubmVs LCBpdCBTSE9VTEQgZGVyaXZlIHRoZSBjb250ZXh0IGlkZW50aWZpZXIgZnJvbSB0aGUNCiAgICBk ZXN0aW5hdGlvbiBvZiB0aGUgdHJhbnNwb3J0IHR1bm5lbC4NCg0KICAgIEZvciBleGFtcGxlcywg aW4gRmlndXJlIDcgYW5kIEZpZ3VyZSA5LCBhIGJ5cGFzcyB0dW5uZWwgaXMNCiAgICBlc3RhYmxp c2hlZCBmcm9tIFBFMiAoUExSIGZvciBlZ3Jlc3MgQUMgZmFpbHVyZSkgdG8gdGhlIHByb3RlY3Rv ciwNCiAgICBhbmQgYW5vdGhlciBieXBhc3MgdHVubmVsIGlzIGVzdGFibGlzaGVkIGZyb20gUDMg KFBMUiBmb3IgZWdyZXNzIG5vZGUNCiAgICBmYWlsdXJlKSB0byB0aGUgcHJvdGVjdG9yLiAgSW4g RmlndXJlIDggYW5kIEZpZ3VyZSAxMCwgYSBieXBhc3MNCiAgICB0dW5uZWwgaXMgZXN0YWJsaXNo ZWQgZnJvbSBQNCAoUExSIGZvciBTLVBFIGZhaWx1cmUpIHRvIHRoZQ0KICAgIHByb3RlY3Rvci4N Cg0KICAgIEluIGxvY2FsIHJlcGFpciwgYSBQTFIgcmVyb3V0ZXMgdHJhZmZpYyB0byB0aGUgcHJv dGVjdG9yIHRocm91Z2ggYQ0KICAgIGJ5cGFzcyB0dW5uZWwsIHdpdGggUFcgbGFiZWwgaW50YWN0 IGluIHRoZSBwYWNrZXRzLiBUaGlzIG5vcm1hbGx5DQogICAgaW52b2x2ZXMgcHVzaGluZyBhIGxh YmVsIHRvIHRoZSBsYWJlbCBzdGFjaywgaWYgdGhlIGJ5cGFzcyB0dW5uZWwgaXMNCiAgICBhbiBN UExTIHR1bm5lbCwgb3IgcHVzaGluZyBhbiBJUCBoZWFkZXIgdG8gdGhlIHBhY2tldHMsIGlmIHRo ZSBieXBhc3MNCg0KU0I+IFRoZXJlIGFyZSBzb21lIGFzc3VtcHRpb25zIGFib3V0IHRoZSBJUCBw cm90ZWN0aW9uIHBhdGguDQpTQj4gRG8gd2UgbmVlZCB0byBjb25zaWRlciB0aGUgSVAgY2FzZSBh dCBhbGwgaW4gcHJhY3RpY2U/DQoNCiAgICB0dW5uZWwgaXMgYW4gSVAgdHVubmVsLiAgVXBvbiBy ZWNlaXB0IG9mIHRoZSBwYWNrZXRzLCB0aGUgcHJvdGVjdG9yDQogICAgZm9yd2FyZHMgdGhlbSBi YXNlZCBvbiB0aGUgUFcgbGFiZWwuICBTcGVjaWZpY2FsbHksIHRoZSBwcm90ZWN0b3INCiAgICB1 c2VzIHRoZSBieXBhc3MgdHVubmVsIGFzIGEgY29udGV4dCB0byBkZXRlcm1pbmUgdGhlIHByaW1h cnkgUEUncw0KICAgIGxhYmVsIHNwYWNlLiAgSWYgdGhlIGJ5cGFzcyB0dW5uZWwgaXMgYW4gTVBM UyB0dW5uZWwsIHRoZSBwcm90ZWN0b3INCiAgICBzaG91bGQgaGF2ZSBhc3NpZ25lZCBhIG5vbi1y ZXNlcnZlZCBsYWJlbCB0byB0aGUgYnlwYXNzIHR1bm5lbCwgYW5kDQogICAgaGVuY2UgdGhpcyBs YWJlbCBjYW4gc2VydmUgYXMgdGhlIGNvbnRleHQuICBJZiB0aGUgYnlwYXNzIHR1bm5lbCBpcw0K ICAgIGFuIElQIHR1bm5lbCwgdGhlIGNvbnRleHQgaWRlbnRpZmllciBzaG91bGQgYmUgdGhlIGRl c3RpbmF0aW9uDQogICAgYWRkcmVzcyBvZiBJUCBoZWFkZXIuDQoNCiAgICBUbyBiZSB1c2VmdWwg Zm9yIGxvY2FsIHJlcGFpciwgYSBieXBhc3MgdHVubmVsIE1VU1QgaGF2ZSB0aGUgcHJvcGVydHkN CiAgICB0aGF0IGl0IGlzIG5vdCBhZmZlY3RlZCBieSBhbnkgdG9wb2xvZ3kgY2hhbmdlcyBjYXVz ZWQgYnkgdGhlDQogICAgZmFpbHVyZS4gIEl0IHNob3VsZCByZW1haW4gZWZmZWN0aXZlIGR1cmlu ZyBsb2NhbCByZXBhaXIsIHVudGlsIHRoZQ0KICAgIHRyYWZmaWMgaXMgbW92ZWQgdG8gYW5vdGhl ciBmdWxseSBmdW5jdGlvbmFsIHBhdGgsIGkuZS4gZWl0aGVyIHRoZQ0KICAgIHNhbWUgUFcgb3Zl ciBhIGZ1bGx5IGZ1bmN0aW9uYWwgdHJhbnNwb3J0IHR1bm5lbCwgb3IgYW5vdGhlciBmdWxseQ0K ICAgIGZ1bmN0aW9uYWwgUFcuDQoNClNCPiBUbyBhdm9pZCByZXBhaXIgbG9vcHMgeW91IG5lZWQg dG8gbm90IHJlcGFpciByZXBhaXJzIC0gdGhpcw0KU0I+IHNob3VsZCBiZSBleHBsaWNpdGx5IHN0 YXRlZC4NCg0KPT09PT09PT09PT09PT09DQoNCjQuNy4xLiAgRXhhbXBsZXMgb2YgQ28tbG9jYXRl ZCBQcm90ZWN0b3INCg0KDQoNCiAgICBlIEluIEZpZ3VyZSA4LCBTUEUyIGlzIGEgY28tbG9jYXRl ZCBwcm90ZWN0b3IgdGhhdCBwcm90ZWN0cyBQVzENClNCPiBUeXBvIGluIGxpbmUgYWJvdmUoSSB0 aGluaykNCiAgICBhZ2FpbnN0IFMtUEUgZmFpbHVyZS4gIEl0IG1haW50YWlucyBhIGxhYmVsIHNw YWNlIGZvciBTUEUxLCB3aGljaCBpcw0KICAgIGlkZW50aWZpZWQgYnkgdGhlIGNvbnRleHQgaWRl bnRpZmllciBvZiB7U1BFMSwgU1BFMn0uIEl0IGxlYXJucw0KICAgIFNFRzEncyBsYWJlbCBmcm9t IFNQRTEsIGFuZCBpbnN0YWxscyBhIGZvcndhcmRpbmcgZW50cnkgaW4gdGhlIGxhYmVsDQogICAg c3BhY2UuICBUaGUgbmV4dGhvcCBvZiB0aGUgZm9yd2FyZGluZyBlbnRyeSBpbmRpY2F0ZXMgYSBs YWJlbCBzd2FwIHRvDQogICAgU0VHNCdzIGxhYmVsLg0KDQoNCj09PT09PT09PT09PT09DQoNCjku ICBBY2tub3dsZWRnZW1lbnRzDQoNCg0KICAgIFRoYW5rcyB0byBOaXNjaGFsIFNoZXRoIGFuZCBC aHVwZXNoIEtvdGhhcmkgZm9yIHRoZWlyIGNvbnRyaWJ1dGlvbi4NCiAgICBUaGFua3MgdG8gSm9o biBFIERyYWtlLCBBbmRyZXcgRyBNYWxpcywgQWxleGFuZGVyIFZhaW5zaHRlaW4sIFN0ZXdhcmQN ClNCPlBsZWFzZSBzL1N0ZXdhcmQvU3Rld2FydC8NCiAgICBCcnlhbnQsIGFuZCBNYWNoIENoZW4g Zm9yIHZhbHVhYmxlIGNvbW1lbnRzIHRoYXQgaGVscGVkIHNoYXBlIHRoaXMNCiAgICBkb2N1bWVu dCBhbmQgaW1wcm92ZSBpdHMgY2xhcml0eS4NCg0KPT09PT09PT09PT09PT09PT09PT09PT09PT0N Cj09PT09PT09PT09PT09PT09PT09PT09PT09DQoNCg0K From nobody Wed Jun 29 16:53:35 2016 Return-Path: X-Original-To: pals@ietfa.amsl.com Delivered-To: pals@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2B0A012D8C3; Wed, 29 Jun 2016 16:53:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.048 X-Spam-Level: X-Spam-Status: No, score=-104.048 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] 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 LzQFKG-KwCgf; Wed, 29 Jun 2016 16:53:32 -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 56DA712D696; Wed, 29 Jun 2016 16:53:32 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id 5260FB81855; Wed, 29 Jun 2016 16:53:32 -0700 (PDT) To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org X-PHP-Originating-Script: 1005:ams_util_lib.php From: rfc-editor@rfc-editor.org Message-Id: <20160629235332.5260FB81855@rfc-editor.org> Date: Wed, 29 Jun 2016 16:53:32 -0700 (PDT) Archived-At: Cc: pals@ietf.org, rfc-editor@rfc-editor.org Subject: [Pals] RFC 7893 on Pseudowire Congestion Considerations X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2016 23:53:34 -0000 A new Request for Comments is now available in online RFC libraries. RFC 7893 Title: Pseudowire Congestion Considerations Author: Y(J) Stein, D. Black, B. Briscoe Status: Informational Stream: IETF Date: June 2016 Mailbox: yaakov_s@rad.com, david.black@emc.com, ietf@bobbriscoe.net Pages: 27 Characters: 54380 Updates/Obsoletes/SeeAlso: None I-D Tag: draft-ietf-pals-congcons-02.txt URL: https://www.rfc-editor.org/info/rfc7893 DOI: http://dx.doi.org/10.17487/RFC7893 Pseudowires (PWs) have become a common mechanism for tunneling traffic and may be found in unmanaged scenarios competing for network resources both with other PWs and with non-PW traffic, such as TCP/IP flows. Thus, it is worthwhile specifying under what conditions such competition is acceptable, i.e., the PW traffic does not significantly harm other traffic or contribute more than it should to congestion. We conclude that PWs transporting responsive traffic behave as desired without the need for additional mechanisms. For inelastic PWs (such as Time Division Multiplexing (TDM) PWs), we derive a bound under which such PWs consume no more network capacity than a TCP flow. For TDM PWs, we find that the level of congestion at which the PW can no longer deliver acceptable TDM service is never significantly greater, and is typically much lower, than this bound. Therefore, as long as the PW is shut down when it can no longer deliver acceptable TDM service, it will never do significantly more harm than even a single TCP flow. If the TDM service does not automatically shut down, a mechanism to block persistently unacceptable TDM pseudowires is required. This document is a product of the Pseudowire And LDP-enabled Services Working Group of the IETF. INFORMATIONAL: This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited. This announcement is sent to the IETF-Announce and rfc-dist lists. To subscribe or unsubscribe, see https://www.ietf.org/mailman/listinfo/ietf-announce https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist For searching the RFC series, see https://www.rfc-editor.org/search For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk Requests for special distribution should be addressed to either the author of the RFC in question, or to rfc-editor@rfc-editor.org. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution. The RFC Editor Team Association Management Solutions, LLC From nobody Thu Jun 30 09:29:06 2016 Return-Path: X-Original-To: pals@ietfa.amsl.com Delivered-To: pals@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EC57112DB01 for ; Thu, 30 Jun 2016 09:29:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] 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 nkBa8KhcjwfQ for ; Thu, 30 Jun 2016 09:28:43 -0700 (PDT) Received: from mail-wm0-x236.google.com (mail-wm0-x236.google.com [IPv6:2a00:1450:400c:c09::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 3008D12DAFA for ; Thu, 30 Jun 2016 09:28:42 -0700 (PDT) Received: by mail-wm0-x236.google.com with SMTP id r201so126561135wme.1 for ; Thu, 30 Jun 2016 09:28:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to; bh=iNhXBFQAmKkut4kf6vbQqko3lsUUb7eG20VsRU6Ndp8=; b=DGcmhc+ZN5FGaVI/uxf8xDViNwnMf8tesKJNCTCoYfGGMLYN46J8Blae1gO/UeSmDI IrVn5/ET3raOKte25W8tPpfa4sx9W9fCsGuF6D6TWgpLMWQuPk+9Ib61KreGsoT0yMOm 4p2Jp5XqUh6O2A0wohIPb4L/BkqP9oeOc3wJKiTR6yprMZxASrHUNFQ4mUyLucgt/EVx opn2oEaqDB0eqLGcNDVwJkd1s9gzRRAy5Jp3Gcp83d3lCX1Uz7BD+doxP2jyHQkGlwVm yNJQWw5CQvt3MEMSlIW3uLc0tE0OhKM8JYZHkTfJBpk9FNJsyZOobFV7z8KdLctpgVrv I/Dg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to; bh=iNhXBFQAmKkut4kf6vbQqko3lsUUb7eG20VsRU6Ndp8=; b=hyLlJ7WgqXheykTsFXJgzoCUzwL4gCTrd5cE2vn8wsydKRLgXnq8AJZeNigWKUZG5b 5t86dV4qoah3NSvhSgdOthQu2p28ncVcske4AQST82CS5huiIPcnOdEnDCgG8lKiE06e yz9xUdrNjkMWRbnEdcVs61FcK/yc7Pzeh6Ipsx1b5LP5PZEkwlrDBL2bOkEemXcXe19h GzLYwJIGDxQOCKieJd0fcOpcntQt/jHDFugtMBDFFE+T2Pg2pWepRMmPrmmY/BD3ORJa aPMZvoFGiRvmfqnTCCLB1KRTL83FSWmtB5hp9me4KrkhWmttEhs2lbidpBSMIPXgjWpo DGjw== X-Gm-Message-State: ALyK8tKLdfXs7Cs4yOo9zF2O0BmqzgM+yaUgOzunIWsPqFHzTWqgnhPT7bFZVdJu1FYnMQ== X-Received: by 10.194.104.196 with SMTP id gg4mr16768638wjb.112.1467304120622; Thu, 30 Jun 2016 09:28:40 -0700 (PDT) Received: from [192.168.2.126] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id t3sm3756902wmf.6.2016.06.30.09.28.37 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 30 Jun 2016 09:28:38 -0700 (PDT) To: Luca Martini , draft-ietf-pals-status-reduction@tools.ietf.org References: <09620bc3-8abe-9e7d-8df6-200ea0db46a9@gmail.com> <576AD32E.2080309@cisco.com> From: Stewart Bryant Message-ID: Date: Thu, 30 Jun 2016 17:28:37 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: <576AD32E.2080309@cisco.com> Content-Type: multipart/alternative; boundary="------------F7CF757280A94646C440E6EB" Archived-At: Cc: "pals-chairs@tools.ietf.org" , "pals@ietf.org" Subject: Re: [Pals] IPR Poll for draft-ietf-pals-status-reduction-00 X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jun 2016 16:29:04 -0000 This is a multi-part message in MIME format. --------------F7CF757280A94646C440E6EB Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit I have seen the Cisco IPR statement associated with the draft. I assume that this is all the IPR that Luca knows about. As far as I can see, I have not heard from George or Elisa. Once I hear from them I will start the WGLC. Stewart On 22/06/2016 19:04, Luca Martini wrote: > Stewart, > > Cisco has been granted us patent no. *8,619,598 *that applies to this > document. > I believe that an IPR statement should be in the ietf tool already , > but if in case it has been lost, i will get a new one sent. > Thanks. > Luca > > > On 06/09/2016 01:03 PM, Stewart Bryant wrote: >> The authors of draft-ietf-pals-status-reduction have requested WG LC >> on this draft. >> >> Before I start that, and whilst they look at some issues with the text, >> I would like to run the usual IPR Poll. >> >> Authors please reply to this email indicating whether or not you >> know of any IPR that applies to this draft that has not yet been >> declared. I will need a reply from each of you before we can proceed. >> >> WG members, if you know of any IPR that applies to this draft which has >> not yet been declared, please initiate an IPR disclosure and reply to this >> email informing the WG to let us know. >> >> I will close this poll on 28th June 2016. >> >> Regards >> >> Stewart >> > --------------F7CF757280A94646C440E6EB Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit

I have seen the Cisco IPR statement associated with the draft.

I assume that this is all the IPR that Luca knows about.

As far as I can see, I have not heard from George or Elisa.

Once I hear from them I will start the WGLC.

Stewart



On 22/06/2016 19:04, Luca Martini wrote:
Stewart,

Cisco has been granted us patent no. 8,619,598 that applies to this document.
I believe that an IPR statement should be in the ietf tool already , but if in case it has been lost, i will get a new one sent.
Thanks.
Luca


On 06/09/2016 01:03 PM, Stewart Bryant wrote:
The authors of draft-ietf-pals-status-reduction have requested WG LC
on this draft.

Before I start that, and whilst they look at some issues with the text,
I would like to run the usual IPR Poll.

Authors please reply to this email indicating whether or not you
know of any IPR that applies  to this draft that has not yet been
declared. I will need a reply from each of you before we can proceed.

WG members, if you know of any IPR that applies to this draft which has
not yet been declared, please initiate an IPR disclosure and reply to this
email informing the WG to let us know.

I will close this poll on 28th June 2016.

Regards

Stewart


--------------F7CF757280A94646C440E6EB--