From lsmt@ietf.org Fri Nov 1 12:51:29 2013 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 09F6F11E8179; Fri, 1 Nov 2013 12:51:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rgb7YsNaO6bh; Fri, 1 Nov 2013 12:51:28 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id A375421F9E9F; Fri, 1 Nov 2013 12:50:56 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: Liaison Statement Management Tool To: Lou Berger , Deborah Brungard X-Test-IDTracker: no X-IETF-IDTracker: 4.82 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20131101195056.1220.10085.idtracker@ietfa.amsl.com> Date: Fri, 01 Nov 2013 12:50:56 -0700 Cc: Common Control and Measurement Plane Discussion List , Peter Stassar , Hiroshi OTA , tsbsg15@itu.int, Ghani ABBAS Subject: [CCAMP] New Liaison Statement, "LS/r on CCAMP Liaison to ITU-T SG15 Q6 and Q12 on WSON" X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Nov 2013 19:51:29 -0000 Title: LS/r on CCAMP Liaison to ITU-T SG15 Q6 and Q12 on WSON Submission Date: 2013-11-01 URL of the IETF Web page: http://datatracker.ietf.org/liaison/1288/ From: ITU-T SG 15 (Greg Jones ) To: Common Control and Measurement Plane (Lou Berger , De= borah Brungard ) Cc: Stewart Bryant ,Adrian Farrel = ,Common Control and Measurement Plane Discussion List ,John= Drake ,Scott Mansfield ,= Stephen Trowbridge ,Ghani ABBAS ,Malcolm Betts ,Hiroshi OTA <= hiroshi.ota@itu.int>, Reponse Contact: Peter Stassar Technical Contact: = Purpose: For information Body: = Attachments: LS/r on CCAMP Liaison to ITU-T SG15 Q6 and Q12 on WSON https://datatracker.ietf.org/documents/LIAISON/liaison-2013-11-01-itu-t= -sg-15-ccamp-lsr-on-ccamp-liaison-to-itu-t-sg15-q6-and-q12-on-wson-attachme= nt-1.docx From lsmt@ietf.org Fri Nov 1 13:00:14 2013 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 60F1111E81A5; Fri, 1 Nov 2013 13:00:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Jfmkm8R3mAvy; Fri, 1 Nov 2013 13:00:13 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id C228611E819D; Fri, 1 Nov 2013 13:00:13 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: Liaison Statement Management Tool To: Lou Berger , Deborah Brungard X-Test-IDTracker: no X-IETF-IDTracker: 4.82 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20131101200013.1151.74745.idtracker@ietfa.amsl.com> Date: Fri, 01 Nov 2013 13:00:13 -0700 Cc: Common Control and Measurement Plane Discussion List , Peter Stassar , Hiroshi OTA , tsbsg15@itu.int, Ghani ABBAS Subject: [CCAMP] New Liaison Statement, "LS/r on CCAMP Liaison to ITU-T SG15 Q6 and Q12 on flexible grid" X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Nov 2013 20:00:14 -0000 Title: LS/r on CCAMP Liaison to ITU-T SG15 Q6 and Q12 on flexible grid Submission Date: 2013-11-01 URL of the IETF Web page: http://datatracker.ietf.org/liaison/1289/ From: ITU-T SG 15 (Greg Jones ) To: Common Control and Measurement Plane (Lou Berger , De= borah Brungard ) Cc: Stewart Bryant ,Adrian Farrel = ,Common Control and Measurement Plane Discussion List ,John= Drake ,Scott Mansfield ,= Stephen Trowbridge ,Ghani ABBAS ,Malcolm Betts ,Stephen Shew = ,Peter Stassar ,Hiroshi OTA , Reponse Contact: Peter Stassar , Stephen Shew Technical Contact: = Purpose: For information Body: = Attachments: LS/r on CCAMP Liaison to ITU-T SG15 Q6 and Q12 on flexible grid https://datatracker.ietf.org/documents/LIAISON/liaison-2013-11-01-itu-t= -sg-15-ccamp-lsr-on-ccamp-liaison-to-itu-t-sg15-q6-and-q12-on-flexible-grid= -attachment-1.docx From leeyoung@huawei.com Sat Nov 2 18:58:53 2013 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B1E2511E8156; Sat, 2 Nov 2013 18:58:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.032 X-Spam-Level: X-Spam-Status: No, score=-6.032 tagged_above=-999 required=5 tests=[AWL=0.567, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xww-gtfjmhfz; Sat, 2 Nov 2013 18:58:48 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id B4D7721E814E; Sat, 2 Nov 2013 18:58:42 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id AXM32337; Sun, 03 Nov 2013 01:58:40 +0000 (GMT) Received: from LHREML406-HUB.china.huawei.com (10.201.5.243) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.3.158.1; Sun, 3 Nov 2013 01:58:07 +0000 Received: from DFWEML406-HUB.china.huawei.com (10.193.5.131) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.3.158.1; Sun, 3 Nov 2013 01:58:39 +0000 Received: from dfweml511-mbs.china.huawei.com ([169.254.15.141]) by dfweml406-hub.china.huawei.com ([10.193.5.131]) with mapi id 14.03.0158.001; Sat, 2 Nov 2013 18:58:35 -0700 From: Leeyoung To: "pce@ietf.org" , CCAMP Thread-Topic: bar bof on network control function virtualization Thread-Index: Ac7YOA5TTVhnef2KRleFQ2nNXtkKdA== Date: Sun, 3 Nov 2013 01:58:35 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E17291DD96F@dfweml511-mbs.china.huawei.com> Accept-Language: en-US, zh-CN Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.135.4] Content-Type: multipart/alternative; boundary="_000_7AEB3D6833318045B4AE71C2C87E8E17291DD96Fdfweml511mbschi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Subject: [CCAMP] bar bof on network control function virtualization X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Nov 2013 01:58:53 -0000 --_000_7AEB3D6833318045B4AE71C2C87E8E17291DD96Fdfweml511mbschi_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, There will be held a bar bof on network control function virtualization for= transport SDN. If you are interested in this work, feel free to stop by. Date: November 5, 2013 Time: 8:30-9:30 pm Place: Plaza B Here are some related drafts: https://datatracker.ietf.org/doc/draft-lee-network-control-function-virtual= ization/ https://datatracker.ietf.org/doc/draft-lee-pce-app-oriented-arch/ Thanks. Young Lee --_000_7AEB3D6833318045B4AE71C2C87E8E17291DD96Fdfweml511mbschi_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi,

 

There will be held a bar bof on network control func= tion virtualization for transport SDN. If you are interested in this work, = feel free to stop by.

 

Date: November 5, 2013

Time: 8:30-9:30 pm

Place: Plaza B

 

Here are some related drafts:

https://datatracker.ietf.org/do= c/draft-lee-network-control-function-virtualization/

https://datatracker.ietf.org/doc/draft-lee-pce-ap= p-oriented-arch/

 

Thanks.

Young Lee

--_000_7AEB3D6833318045B4AE71C2C87E8E17291DD96Fdfweml511mbschi_-- From zali@cisco.com Sun Nov 3 08:12:01 2013 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8674D11E82B0 for ; Sun, 3 Nov 2013 08:12:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.555 X-Spam-Level: X-Spam-Status: No, score=-10.555 tagged_above=-999 required=5 tests=[AWL=0.043, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AdUqGk7TyL7e for ; Sun, 3 Nov 2013 08:11:46 -0800 (PST) Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) by ietfa.amsl.com (Postfix) with ESMTP id 539E611E82B6 for ; Sun, 3 Nov 2013 08:11:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=24205; q=dns/txt; s=iport; t=1383495103; x=1384704703; h=from:to:cc:subject:date:message-id:mime-version; bh=H89ku5XPpzBWmhXHHoHQLDMdRp27Fewids0AoFrcfWg=; b=TvRLZadTeoXMhCmLxBjr1ThQ21tWWlZoX60afdkMbashdnnH1dBtI1FC ZS1xSk/m/WcQOLX2o84mzoSf4Mu/ukYv8M4Y3WjZ8QYApK54K1I8UcWSg 3ZzDo68dK1hQTvNZF0BD3LYeRflLGyleApdjlA1JRcrQ+wMj8KiJdprp8 U=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AmEGAGB1dlKtJXG//2dsb2JhbABZgkNEgQu/BEuBGhZtB4IsLToSEgFAAT8nBA6IBr1Gj1iENQOYCpIJgyaCKg X-IronPort-AV: E=Sophos;i="4.93,626,1378857600"; d="scan'208,217";a="277067674" Received: from rcdn-core2-4.cisco.com ([173.37.113.191]) by rcdn-iport-9.cisco.com with ESMTP; 03 Nov 2013 16:11:42 +0000 Received: from xhc-rcd-x03.cisco.com (xhc-rcd-x03.cisco.com [173.37.183.77]) by rcdn-core2-4.cisco.com (8.14.5/8.14.5) with ESMTP id rA3GBgxZ028462 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sun, 3 Nov 2013 16:11:42 GMT Received: from xmb-rcd-x14.cisco.com ([169.254.4.50]) by xhc-rcd-x03.cisco.com ([173.37.183.77]) with mapi id 14.03.0123.003; Sun, 3 Nov 2013 10:11:42 -0600 From: "Zafar Ali (zali)" To: "IBryskin@advaoptical.com" Thread-Topic: Comments about draft-beeram-ccamp-network-assigned-upstream-label-00 Thread-Index: AQHO2K9hP/lihMMjwESARChtZ7We0Q== Date: Sun, 3 Nov 2013 16:11:41 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.3.120616 x-originating-ip: [10.82.234.243] Content-Type: multipart/alternative; boundary="_000_CE9BDFEB80F98zaliciscocom_" MIME-Version: 1.0 Cc: "ccamp@ietf.org" Subject: [CCAMP] Comments about draft-beeram-ccamp-network-assigned-upstream-label-00 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Nov 2013 16:12:01 -0000 --_000_CE9BDFEB80F98zaliciscocom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi Igor and co-authors- Please note that [RFC3473] already considers the case where upstream label = may not be acceptable to a downstream node. Specifically, [RFC3473] states = that: "when a Path message containing an Upstream_Label object is received, the r= eceiver first verifies that the upstream label is acceptable. If the label = is not acceptable, the receiver MUST issue a PathErr message with a "Routin= g problem/Unacceptable label value" indication. The generated PathErr messa= ge MAY include an Acceptable Label Set Object". Acceptable_Label_Set objects may be carried in PathErr and ResvErr messages= [RFC3473]. However, your draft does not mention or cover this already defined method. Thanks Regards =85 Zafar --_000_CE9BDFEB80F98zaliciscocom_ Content-Type: text/html; charset="Windows-1252" Content-ID: <876C4DB56D355041BF7DAEB5A97C8A06@emea.cisco.com> Content-Transfer-Encoding: quoted-printable
Hi Igor and co-authors- 

Please note that [RFC3473] already considers the = case where upstream label may not be acceptable to a downstream node. = Specifically, [RFC3473] states that:
"when a Path message containing an Upstre= am_Label object is received, the receiver first verifies that the upstream = label is acceptable. If the label is not acceptable, the receiver MUST issue a PathErr message with a "Routing problem/Una= cceptable label value" indication. The generated PathErr message MAY i= nclude an Acceptable Label Set Object". 
Acceptable_Label_Set objects may be carried in Pa= thErr and ResvErr messages [RFC3473].

However, your draft does not mention or cover thi= s already defined method. 

Thanks

Regards =85 Zafar
--_000_CE9BDFEB80F98zaliciscocom_-- From jdrake@juniper.net Sun Nov 3 08:58:08 2013 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A86A121E80B5 for ; Sun, 3 Nov 2013 08:58:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.306 X-Spam-Level: X-Spam-Status: No, score=-3.306 tagged_above=-999 required=5 tests=[AWL=0.292, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1JaCQpHw-SIe for ; Sun, 3 Nov 2013 08:58:02 -0800 (PST) Received: from ch1outboundpool.messaging.microsoft.com (ch1ehsobe006.messaging.microsoft.com [216.32.181.186]) by ietfa.amsl.com (Postfix) with ESMTP id 3F77811E8217 for ; Sun, 3 Nov 2013 08:57:46 -0800 (PST) Received: from mail124-ch1-R.bigfish.com (10.43.68.254) by CH1EHSOBE003.bigfish.com (10.43.70.53) with Microsoft SMTP Server id 14.1.225.22; Sun, 3 Nov 2013 16:57:39 +0000 Received: from mail124-ch1 (localhost [127.0.0.1]) by mail124-ch1-R.bigfish.com (Postfix) with ESMTP id 5CB54E00F4; Sun, 3 Nov 2013 16:57:39 +0000 (UTC) X-Forefront-Antispam-Report: CIP:157.56.240.101; KIP:(null); UIP:(null); IPV:NLI; H:BL2PRD0510HT002.namprd05.prod.outlook.com; RD:none; EFVD:NLI X-SpamScore: -19 X-BigFish: VPS-19(z579ehz9371Ic85fhzz1f42h2148h208ch1ee6h1de0h1fdah2073h2146h1202h1e76h1d1ah1d2ah1fc6hzz1d7338h1de098h1033IL17326ah8275bh8275dh18c673h1de097h186068hz2fh109h2a8h839hd24hf0ah1288h12a5h12bdh137ah1441h1504h1537h153bh162dh1631h1758h18e1h1946h19b5h19ceh1ad9h1b0ah1bceh1d07h1d0ch1d2eh1d3fh1de9h1dfeh1dffh1e1dh1fe8h1ff5h20f0h2216h9a9j1155h) Received-SPF: pass (mail124-ch1: domain of juniper.net designates 157.56.240.101 as permitted sender) client-ip=157.56.240.101; envelope-from=jdrake@juniper.net; helo=BL2PRD0510HT002.namprd05.prod.outlook.com ; .outlook.com ; X-Forefront-Antispam-Report-Untrusted: SFV:NSPM; SFS:(377454003)(189002)(199002)(49866001)(81542001)(74706001)(4396001)(54356001)(79102001)(56776001)(74366001)(54316002)(81686001)(81342001)(74876001)(47736001)(47976001)(50986001)(16236675002)(77982001)(51856001)(87266001)(224303002)(63696002)(59766001)(85306002)(46102001)(31966008)(65816001)(53806001)(69226001)(66066001)(83072001)(80022001)(47446002)(74502001)(74316001)(19300405004)(19580395003)(74662001)(15202345003)(83322001)(80976001)(76796001)(19580405001)(33646001)(76482001)(15975445006)(56816003)(76576001)(76786001)(77096001)(81816001)(224313003)(2656002)(24736002); DIR:OUT; SFP:; SCL:1; SRVR:BY2PR05MB142; H:BY2PR05MB142.namprd05.prod.outlook.com; CLIP:66.129.241.18; FPR:; RD:InfoNoRecords; MX:1; A:1; LANG:en; Received: from mail124-ch1 (localhost.localdomain [127.0.0.1]) by mail124-ch1 (MessageSwitch) id 138349785729270_26093; Sun, 3 Nov 2013 16:57:37 +0000 (UTC) Received: from CH1EHSMHS018.bigfish.com (snatpool2.int.messaging.microsoft.com [10.43.68.230]) by mail124-ch1.bigfish.com (Postfix) with ESMTP id 0174E340061; Sun, 3 Nov 2013 16:57:37 +0000 (UTC) Received: from BL2PRD0510HT002.namprd05.prod.outlook.com (157.56.240.101) by CH1EHSMHS018.bigfish.com (10.43.70.18) with Microsoft SMTP Server (TLS) id 14.16.227.3; Sun, 3 Nov 2013 16:57:36 +0000 Received: from BY2PR05MB142.namprd05.prod.outlook.com (10.242.39.144) by BL2PRD0510HT002.namprd05.prod.outlook.com (10.255.100.37) with Microsoft SMTP Server (TLS) id 14.16.371.2; Sun, 3 Nov 2013 16:57:36 +0000 Received: from BY2PR05MB142.namprd05.prod.outlook.com (10.242.39.144) by BY2PR05MB142.namprd05.prod.outlook.com (10.242.39.144) with Microsoft SMTP Server (TLS) id 15.0.800.7; Sun, 3 Nov 2013 16:57:33 +0000 Received: from BY2PR05MB142.namprd05.prod.outlook.com ([169.254.12.54]) by BY2PR05MB142.namprd05.prod.outlook.com ([169.254.12.128]) with mapi id 15.00.0800.005; Sun, 3 Nov 2013 16:57:33 +0000 From: John E Drake To: "Zafar Ali (zali)" , "IBryskin@advaoptical.com" Thread-Topic: Comments about draft-beeram-ccamp-network-assigned-upstream-label-00 Thread-Index: AQHO2K9hP/lihMMjwESARChtZ7We0ZoTuchg Date: Sun, 3 Nov 2013 16:57:32 +0000 Message-ID: <8569fa4cdb614becb723a6639206f709@BY2PR05MB142.namprd05.prod.outlook.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.18] x-forefront-prvs: 001968DD50 Content-Type: multipart/alternative; boundary="_000_8569fa4cdb614becb723a6639206f709BY2PR05MB142namprd05pro_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-FOPE-CONNECTOR: Id%0$Dn%*$RO%0$TLS%0$FQDN%$TlsDn% Cc: "ccamp@ietf.org" Subject: Re: [CCAMP] Comments about draft-beeram-ccamp-network-assigned-upstream-label-00 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Nov 2013 16:58:08 -0000 --_000_8569fa4cdb614becb723a6639206f709BY2PR05MB142namprd05pro_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Zafar, That because this already defined method has the following issues: 1) Using an error indication as a part of normal protocol operation is not= good design practice 2) Acceptable Label Set is optional so its presence is not guaranteed 3) The information it provides may be out of date by the time the LSP is r= e-signaled 4) Most importantly, Acceptable Label Set is generated hop by hop, unlike = Upstream Label Set which exercises the entire path. This means that its us= e to determine a valid wavelength would require a potentially unbounded num= ber of crankbacks, both single and multi-hop, with no guarantee that such a= wavelength could be found. Yours Irrespectively, John From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of Z= afar Ali (zali) Sent: Sunday, November 03, 2013 8:12 AM To: IBryskin@advaoptical.com Cc: ccamp@ietf.org Subject: [CCAMP] Comments about draft-beeram-ccamp-network-assigned-upstrea= m-label-00 Hi Igor and co-authors- Please note that [RFC3473] already considers the case where upstream label = may not be acceptable to a downstream node. Specifically, [RFC3473] states = that: "when a Path message containing an Upstream_Label object is received, the r= eceiver first verifies that the upstream label is acceptable. If the label = is not acceptable, the receiver MUST issue a PathErr message with a "Routin= g problem/Unacceptable label value" indication. The generated PathErr messa= ge MAY include an Acceptable Label Set Object". Acceptable_Label_Set objects may be carried in PathErr and ResvErr messages= [RFC3473]. However, your draft does not mention or cover this already defined method. Thanks Regards ... Zafar --_000_8569fa4cdb614becb723a6639206f709BY2PR05MB142namprd05pro_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Zafar,

That because this already defined method has the following issues:

1)  Using an error indication as a part of normal protocol operation = is not good design practice

2)  Acceptable Label Set is optional so its presence is not guarantee= d

3)  The information it provides may be out of date by the time the LS= P is re-signaled

4)  Most importantly, Acceptable Label Set is generated hop by hop, u= nlike Upstream Label Set which exercises the entire path.  This means that its use to determine a valid wavelength would require a potenti= ally unbounded number of crankbacks, both single and multi-hop, with no gua= rantee that such a wavelength could be found.

Yours Irrespectively,

 

John

 <= /p>

From: ccamp-bounces@ietf.org [mailt= o:ccamp-bounces@ietf.org] On Behalf Of Zafar Ali (zali)
Sent: Sunday, November 03, 2013 8:12 AM
To: IBryskin@advaoptical.com
Cc: ccamp@ietf.org
Subject: [CCAMP] Comments about draft-beeram-ccamp-network-assigned-= upstream-label-00

 

Hi Igor and co-authors- 

 

Please note that [RFC3473] already considers the cas= e where upstream label may not be acceptable to a downstream node. Spe= cifically, [RFC3473] states that:

"when a Path message containing an Upstream_= Label object is received, the receiver first verifies that the upstream lab= el is acceptable. If the label is not acceptable, the receiver MUST issue a PathErr message with a "Routing problem/Una= cceptable label value" indication. The generated PathErr message MAY i= nclude an Acceptable Label Set Object". 

Acceptable_Label_Set objects may be carried in PathE= rr and ResvErr messages [RFC3473].

 

However, your draft does not mention or cover this a= lready defined method. 

 

Thanks

 

Regards … Zafar

--_000_8569fa4cdb614becb723a6639206f709BY2PR05MB142namprd05pro_-- From IBryskin@advaoptical.com Sun Nov 3 22:16:17 2013 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CA1C911E8171 for ; Sun, 3 Nov 2013 22:16:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rAQjG2JLxwtz for ; Sun, 3 Nov 2013 22:16:11 -0800 (PST) Received: from mail3.advaoptical.com (mail3.advaoptical.com [74.202.24.82]) by ietfa.amsl.com (Postfix) with ESMTP id 6152D11E82B4 for ; Sun, 3 Nov 2013 22:16:11 -0800 (PST) Received: from atl-srv-mail10.atl.advaoptical.com (atl-srv-mail10.atl.advaoptical.com [172.16.5.39]) by atl-vs-fsmail.advaoptical.com (8.14.5/8.14.5) with ESMTP id rA46G43q021716 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 4 Nov 2013 01:16:04 -0500 Received: from ATL-SRV-MAIL10.atl.advaoptical.com ([fe80::c4d6:b136:bc16:77ae]) by atl-srv-mail10.atl.advaoptical.com ([fe80::c4d6:b136:bc16:77ae%17]) with mapi id 14.03.0158.001; Mon, 4 Nov 2013 01:16:03 -0500 From: Igor Bryskin To: John E Drake , "Zafar Ali (zali)" Thread-Topic: Comments about draft-beeram-ccamp-network-assigned-upstream-label-00 Thread-Index: AQHO2LXU6oceg8rnBECihPgPwsmZeZoUkYOA Date: Mon, 4 Nov 2013 06:16:02 +0000 Message-ID: References: <8569fa4cdb614becb723a6639206f709@BY2PR05MB142.namprd05.prod.outlook.com> In-Reply-To: <8569fa4cdb614becb723a6639206f709@BY2PR05MB142.namprd05.prod.outlook.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [31.133.148.60] Content-Type: multipart/alternative; boundary="_000_CDAC6F6F5401B245A2C68D0CF8AFDF0A192C9A72atlsrvmail10atl_" MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8794, 1.0.431, 0.0.0000 definitions=2013-11-03_03:2013-11-03, 2013-11-03, 1970-01-01 signatures=0 Cc: "ccamp@ietf.org" Subject: Re: [CCAMP] Comments about draft-beeram-ccamp-network-assigned-upstream-label-00 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2013 06:16:17 -0000 --_000_CDAC6F6F5401B245A2C68D0CF8AFDF0A192C9A72atlsrvmail10atl_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Thanks John. Let me add a couple of comments that are along the same lines = as yours. 1. As you correctly pointed out, in the UNI scenario ingress UNI-N rep= resents not just itself. In particular, in case of alien wavelength it can = specify exactly one label in the acceptable label set - the one that has be= en already agreed upon by all nodes along the path (including the egress UN= I-C), allocated and bound into the cross-connects. The question is what the= ingress UNI-C is supposed to do if it does not like the label signaled in = the acceptable label set? In this case the ingress UNI-C has no other choic= e but to tear down the LSP and try the setup again via *guessing* another u= pstream label, This potentially means a very lengthy ping-pong exacerbated = by the fact that the disagreement wrt upstream label is discovered at the l= atest stage of each iteration; 2. From the point of view of data plane both directions of a bi-direct= ional LSP are equally important. So it does not make much sense to have a r= ather flexible way for the label negotiation in one direction, and such a c= lumsy way to do so for the opposite direction. 3. Today we do not have a way to say that the upstream label must be a= ssigned by the network, Nor we have a way to say that a given bi-directiona= l LSP must use the same label(s) in both directions, i.e. to be label-symme= trical, while this is by far the most important use case for WDM G LSPs. Hence the enhancements introduced by the draft. Cheers, Igor From: John E Drake [mailto:jdrake@juniper.net] Sent: Sunday, November 03, 2013 11:58 AM To: Zafar Ali (zali); Igor Bryskin Cc: ccamp@ietf.org Subject: RE: Comments about draft-beeram-ccamp-network-assigned-upstream-la= bel-00 Zafar, That because this already defined method has the following issues: 1) Using an error indication as a part of normal protocol operation is not= good design practice 2) Acceptable Label Set is optional so its presence is not guaranteed 3) The information it provides may be out of date by the time the LSP is r= e-signaled 4) Most importantly, Acceptable Label Set is generated hop by hop, unlike = Upstream Label Set which exercises the entire path. This means that its us= e to determine a valid wavelength would require a potentially unbounded num= ber of crankbacks, both single and multi-hop, with no guarantee that such a= wavelength could be found. Yours Irrespectively, John From: ccamp-bounces@ietf.org [mailto:ccamp-b= ounces@ietf.org] On Behalf Of Zafar Ali (zali) Sent: Sunday, November 03, 2013 8:12 AM To: IBryskin@advaoptical.com Cc: ccamp@ietf.org Subject: [CCAMP] Comments about draft-beeram-ccamp-network-assigned-upstrea= m-label-00 Hi Igor and co-authors- Please note that [RFC3473] already considers the case where upstream label = may not be acceptable to a downstream node. Specifically, [RFC3473] states = that: "when a Path message containing an Upstream_Label object is received, the r= eceiver first verifies that the upstream label is acceptable. If the label = is not acceptable, the receiver MUST issue a PathErr message with a "Routin= g problem/Unacceptable label value" indication. The generated PathErr messa= ge MAY include an Acceptable Label Set Object". Acceptable_Label_Set objects may be carried in PathErr and ResvErr messages= [RFC3473]. However, your draft does not mention or cover this already defined method. Thanks Regards ... Zafar --_000_CDAC6F6F5401B245A2C68D0CF8AFDF0A192C9A72atlsrvmail10atl_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Thanks John. Let me add a= couple of comments that are along the same lines as yours.

1.  &= nbsp;   As you correctly = pointed out, in the UNI scenario ingress UNI-N represents not just itself. = In particular, in case of alien wavelength it can specify exactly one label in the acceptable label set – the one that has bee= n already agreed upon by all nodes along the path (including the egress UNI= -C), allocated and bound into the cross-connects. The question is what the = ingress UNI-C is supposed to do if it does not like the label signaled in the acceptable label set? In this case= the ingress UNI-C has no other choice but to tear down the LSP and try the= setup again via *guessing* another upstream label, This potentially= means a very lengthy ping-pong exacerbated by the fact that the disagreement wrt upstream label is discov= ered at the latest stage of each iteration;

2.  &= nbsp;   From the point of= view of data plane both directions of a bi-directional LSP are equally imp= ortant. So it does not make much sense to have a rather flexible way for the label negotiation in one direction, and such a clumsy= way to do so for the opposite direction.

3.  &= nbsp;   Today we do not h= ave a way to say that the upstream label must be assigned by the network, N= or we have a way to say that a given bi-directional LSP must use the same label(s) in both directions, i.e. to be label-symmetrica= l, while this is by far the most important use case for WDM G LSPs.

Hence the enhancements in= troduced by the draft.

Cheers,=

Igor

 <= /p>

From: John E Drake [mailto:jdrake@jun= iper.net]
Sent: Sunday, November 03, 2013 11:58 AM
To: Zafar Ali (zali); Igor Bryskin
Cc: ccamp@ietf.org
Subject: RE: Comments about draft-beeram-ccamp-network-assigned-upst= ream-label-00

 

Zafar,

That because this already defined method has the following issues:

1)  Using an error indication as a part of normal protocol operation = is not good design practice

2)  Acceptable Label Set is optional so its presence is not guarantee= d

3)  The information it provides may be out of date by the time the LS= P is re-signaled

4)  Most importantly, Acceptable Label Set is generated hop by hop, u= nlike Upstream Label Set which exercises the entire path.  This means that its use to determine a valid wavelength would require a potenti= ally unbounded number of crankbacks, both single and multi-hop, with no gua= rantee that such a wavelength could be found.

Yours Irrespectively,

 

John

 <= /p>

From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of Zafar Ali (zali)
Sent: Sunday, November 03, 2013 8:12 AM
To: IBryskin@advaoptical= .com
Cc: ccamp@ietf.org
Subject: [CCAMP] Comments about draft-beeram-ccamp-network-assigned-= upstream-label-00

 

Hi Igor and co-authors- 

 

Please note that [RFC3473] already considers the cas= e where upstream label may not be acceptable to a downstream node. Spe= cifically, [RFC3473] states that:

"when a Path message containing an Upstream_= Label object is received, the receiver first verifies that the upstream lab= el is acceptable. If the label is not acceptable, the receiver MUST issue a PathErr message with a "Routing problem/Una= cceptable label value" indication. The generated PathErr message MAY i= nclude an Acceptable Label Set Object". 

Acceptable_Label_Set objects may be carried in PathE= rr and ResvErr messages [RFC3473].

 

However, your draft does not mention or cover this a= lready defined method. 

 

Thanks

 

Regards … Zafar

--_000_CDAC6F6F5401B245A2C68D0CF8AFDF0A192C9A72atlsrvmail10atl_-- From lberger@labn.net Sun Nov 3 22:22:55 2013 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3719B11E82D2 for ; Sun, 3 Nov 2013 22:22:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -100.992 X-Spam-Level: X-Spam-Status: No, score=-100.992 tagged_above=-999 required=5 tests=[AWL=-0.630, BAYES_20=-0.74, DATE_IN_PAST_03_06=0.044, IP_NOT_FRIENDLY=0.334, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nN-03c94tMIq for ; Sun, 3 Nov 2013 22:22:50 -0800 (PST) Received: from oproxy6-pub.mail.unifiedlayer.com (oproxy6-pub.mail.unifiedlayer.com [67.222.54.6]) by ietfa.amsl.com (Postfix) with SMTP id CDFEB11E819B for ; Sun, 3 Nov 2013 22:22:47 -0800 (PST) Received: (qmail 13085 invoked by uid 0); 4 Nov 2013 06:22:22 -0000 Received: from unknown (HELO box313.bluehost.com) (69.89.31.113) by oproxy6.mail.unifiedlayer.com with SMTP; 4 Nov 2013 06:22:22 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:Subject:To:MIME-Version:From:Date:Message-ID; bh=77ETZqy222zJv5tfwpJDO0KJSSBRCa3aGToEg3aji6E=; b=jjlINvex1sDy7Qpis+BDfYGUy6pZyph3TEAzZ1UXeQ2Ql4bhTQql8E4F/KKNkRDyZJCky72yP752FSmYtdmskBKoVYaJwzV4NgauuC4R1xO1r1hb/yxL8O8emxUZCM/Z; Received: from box313.bluehost.com ([69.89.31.113]:47745 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.80) (envelope-from ) id 1VdDYM-0001fm-B7 for ccamp@ietf.org; Sun, 03 Nov 2013 23:22:22 -0700 Message-ID: <52771278.9040406@labn.net> Date: Sun, 03 Nov 2013 19:20:24 -0800 From: Lou Berger User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: CCAMP X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Subject: [CCAMP] Reminder to WG draft authors X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2013 06:22:55 -0000 WG draft authors, As usual: If you are not presenting, please send a status update on your draft -- include any changes that have recently been made, any open discussions or issues, as well as planned next steps. Please send this as soon as possible. Much thanks, Lou PS If your draft has been submitted to the IESG for publication, you do not need to send status... From zali@cisco.com Sun Nov 3 22:51:20 2013 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4DBBF11E819D for ; Sun, 3 Nov 2013 22:51:20 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.598 X-Spam-Level: X-Spam-Status: No, score=-10.598 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vZnbZck4TfdY for ; Sun, 3 Nov 2013 22:51:14 -0800 (PST) Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) by ietfa.amsl.com (Postfix) with ESMTP id AA9E221E80B3 for ; Sun, 3 Nov 2013 22:51:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=18578; q=dns/txt; s=iport; t=1383547873; x=1384757473; h=from:to:cc:subject:date:message-id:in-reply-to: mime-version; bh=3qSg/0ofbTBjcoqab9qv7AKd9FfVmKrharqnqrC7D5s=; b=gTnbZZFqo13j3UNDia+1YrJ+nJb6Q5mhFW08yBFSu9ZZFNWkC9psiCo3 tXlRxXNeEiHHSIxcHkWrt8covCI4P621De6MfbSDuAwqyR0DrJpBGWzz4 SbSZAnvjUE1p6slZoZXkbrzizBZYaWfhR0sE8qEMnRb1+ZfJton8Wpgrw 8=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgsFAKBDd1KtJV2b/2dsb2JhbABZgkNEOFO/O4EgFnSCJQEBAQQtOhISAQgRAwEBASg5FAkIAgQBDQWIAb1zjy0HExEGAQIEhCgDmAqSCYMmgio X-IronPort-AV: E=Sophos;i="4.93,630,1378857600"; d="scan'208,217";a="280052130" Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by rcdn-iport-1.cisco.com with ESMTP; 04 Nov 2013 06:51:12 +0000 Received: from xhc-aln-x14.cisco.com (xhc-aln-x14.cisco.com [173.36.12.88]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id rA46pCgu017436 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 4 Nov 2013 06:51:12 GMT Received: from xmb-rcd-x14.cisco.com ([169.254.4.50]) by xhc-aln-x14.cisco.com ([173.36.12.88]) with mapi id 14.03.0123.003; Mon, 4 Nov 2013 00:51:12 -0600 From: "Zafar Ali (zali)" To: John E Drake , "IBryskin@advaoptical.com" Thread-Topic: Comments about draft-beeram-ccamp-network-assigned-upstream-label-00 Thread-Index: AQHO2So/xbIVfxprSkKeIRUhkPhXpA== Date: Mon, 4 Nov 2013 06:51:11 +0000 Message-ID: In-Reply-To: <8569fa4cdb614becb723a6639206f709@BY2PR05MB142.namprd05.prod.outlook.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.3.120616 x-originating-ip: [10.82.211.252] Content-Type: multipart/alternative; boundary="_000_CE9C5C9D81045zaliciscocom_" MIME-Version: 1.0 Cc: "ccamp@ietf.org" Subject: Re: [CCAMP] Comments about draft-beeram-ccamp-network-assigned-upstream-label-00 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2013 06:51:20 -0000 --_000_CE9C5C9D81045zaliciscocom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi John: Please see in-line. Thanks Regards =85 Zafar From: "jdrake@juniper.net" > Date: Sunday, November 3, 2013 11:57 AM To: zali >, "IBryskin@advaoptical.com= " > Cc: "ccamp@ietf.org" > Subject: RE: Comments about draft-beeram-ccamp-network-assigned-upstream-la= bel-00 Zafar, That because this already defined method has the following issues: 1) Using an error indication as a part of normal protocol operation is not= good design practice. Use of Path error and notify message is an integral part of the RSVP-TE des= ign. Also please note that we are not debating about a new procedure being = proposed but talking about a procedure that is already implemented and depl= oyed. 2) Acceptable Label Set is optional so its presence is not guaranteed So is the case of newly defined upstream label set. Also please note that m= any part of the RSVP-TE protocol are designed using optional objects. 3) The information it provides may be out of date by the time the LSP is r= e-signaled. This is an implementation issue. A node sending the acceptable label set ha= s the responsibility to guarantee that information provides in the acceptab= le label set remains valid for re-signaling time. E.g., UNI-N implementatio= n can cache the label for the re-signaling time. 4) Most importantly, Acceptable Label Set is generated hop by hop, unlike = Upstream Label Set which exercises the entire path. This means that its us= e to determine a valid wavelength would require a potentially unbounded num= ber of crankbacks, both single and multi-hop, with no guarantee that such a= wavelength could be found. In the use case of align wavelength addressed in this draft, the acceptable= label set communication is restricted to the UNI-C and UNI-N node. Yours Irrespectively, John From: ccamp-bounces@ietf.org [mailto:ccamp-b= ounces@ietf.org] On Behalf Of Zafar Ali (zali) Sent: Sunday, November 03, 2013 8:12 AM To: IBryskin@advaoptical.com Cc: ccamp@ietf.org Subject: [CCAMP] Comments about draft-beeram-ccamp-network-assigned-upstrea= m-label-00 Hi Igor and co-authors- Please note that [RFC3473] already considers the case where upstream label = may not be acceptable to a downstream node. Specifically, [RFC3473] states = that: "when a Path message containing an Upstream_Label object is received, the r= eceiver first verifies that the upstream label is acceptable. If the label = is not acceptable, the receiver MUST issue a PathErr message with a "Routin= g problem/Unacceptable label value" indication. The generated PathErr messa= ge MAY include an Acceptable Label Set Object". Acceptable_Label_Set objects may be carried in PathErr and ResvErr messages= [RFC3473]. However, your draft does not mention or cover this already defined method. Thanks Regards =85 Zafar --_000_CE9C5C9D81045zaliciscocom_ Content-Type: text/html; charset="Windows-1252" Content-ID: Content-Transfer-Encoding: quoted-printable
Hi John: 

Please see in-line. 

Thanks

Regards =85 Zafar

From: "jdrake@juniper.net" <jdrake@juniper.net>
Date: Sunday, November 3, 2013 11:5= 7 AM
To: zali <zali@cisco.com>, "IBryskin@advaoptical.com" <IBryskin@advaoptical.com>
Cc: "ccamp@ietf.org" <cca= mp@ietf.org>
Subject: RE: Comments about draft-b= eeram-ccamp-network-assigned-upstream-label-00

Zafar,

That bec= ause this already defined method has the following issues:

1) = Using an error indication as a part of normal protocol operation is not go= od design practice.
Use of Path error and notify message is an integral part of the RSVP-T= E design. Also please note that we are not debating about a new p= rocedure being proposed but talking about a procedure that is alr= eady implemented and deployed. 

2) = Acceptable Label Set is optional so its presence is not guaranteed<= /p>

So is the case of newly defined upstream label set. Also please note t= hat many part of the RSVP-TE protocol are designed using optional objects.&= nbsp;

3) = The information it provides may be out of date by the time the LSP is re-s= ignaled.
This is an implementation issue. A node sending the acceptable la= bel set has the responsibility to guarantee that information provides in th= e acceptable label set remains valid for re-signaling time. E.g., UNI-= N implementation can cache the label for the re-signaling time. 

4) = Most importantly, Acceptable Label Set is generated hop by hop, unlike Ups= tream Label Set which exercises the entire path.  This means that its use to determine a valid wavelength would = require a potentially unbounded number of crankbacks, both single and multi= -hop, with no guarantee that such a wavelength could be found.
In the use case of align wavelength addressed in this draft, the accep= table label set communication is restricted to the UNI-C and UNI-N node.&nb= sp;

Yours Irrespectively,

 

John

 

From= : ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of Zafar Ali (zali)
Sent: Sunday, November 03, 2013 8:12 AM
To: IBryskin@advaoptical= .com
Cc: ccamp@ietf.org
Subject: [CCAMP] Comments about draft-beeram-ccamp-network-assigned-= upstream-label-00

 

Hi Igor and co-authors- 

 

Please note that [RFC3473] already considers the case where upstream= label may not be acceptable to a downstream node. Specifically, [RFC3= 473] states that:

"when a Path message containing an Upstream_Label object is = received, the receiver first verifies that the upstream label is acceptable= . If the label is not acceptable, the receiver MUST issue a PathErr message with a "Routing problem/Una= cceptable label value" indication. The generated PathErr message MAY i= nclude an Acceptable Label Set Object". =

Acceptable_Label_Set objects may be carried in PathErr and ResvErr m= essages [RFC3473].

 

However, your draft does not mention or cover this already defined m= ethod. 

 

Thanks

 

Regards =85 Zafar

 --_000_CE9C5C9D81045zaliciscocom_-- From ramon.casellas@cttc.es Mon Nov 4 00:07:38 2013 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D03C911E80F2 for ; Mon, 4 Nov 2013 00:07:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vRfXY3ZR39mL for ; Mon, 4 Nov 2013 00:07:36 -0800 (PST) Received: from rudy.puc.rediris.es (rudy.puc.rediris.es [IPv6:2001:720:418:ca01::132]) by ietfa.amsl.com (Postfix) with ESMTP id 6DD8411E8109 for ; Mon, 4 Nov 2013 00:07:30 -0800 (PST) Received: from [84.88.62.208] (helo=leo) by rudy.puc.rediris.es with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1VdFC1-0000vT-8D for ccamp@ietf.org; Mon, 04 Nov 2013 09:07:25 +0100 Received: from [31.133.140.131] (dhcp-8c83.meeting.ietf.org [31.133.140.131]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by leo (Postfix) with ESMTPSA id 949341FD41 for ; Mon, 4 Nov 2013 09:07:21 +0100 (CET) X-Envelope-From: ramon.casellas@cttc.es Message-ID: <527755B8.6050503@cttc.es> Date: Mon, 04 Nov 2013 09:07:20 +0100 From: Ramon Casellas Organization: CTTC User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: ccamp@ietf.org References: <52771278.9040406@labn.net> In-Reply-To: <52771278.9040406@labn.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamina-Bogosity: Ham Subject: Re: [CCAMP] Reminder to WG draft authors X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2013 08:07:38 -0000 On 11/04/2013 04:20 AM, Lou Berger wrote: > > If you are not presenting, please send a status update on your draft -- > include any changes that have recently been made, any open discussions > or issues, as well as planned next steps. Lou, all For i.-d. draft-ietf-ccamp-flexi-grid-fwk-00 (no changes from draft-ogrcetal-ccamp-flexi-grid-fwk-03) Next steps: - incorporate text reflecting ITU-T liaison reply on the non-integer values of n and m - further work on requirements for control plane protocols - editorial changes - ... Thanks Ramon From jdrake@juniper.net Mon Nov 4 07:26:28 2013 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4ABCA11E82A6 for ; Mon, 4 Nov 2013 07:26:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.317 X-Spam-Level: X-Spam-Status: No, score=-3.317 tagged_above=-999 required=5 tests=[AWL=0.281, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 52xQhSmFx9lA for ; Mon, 4 Nov 2013 07:26:21 -0800 (PST) Received: from va3outboundpool.messaging.microsoft.com (va3ehsobe002.messaging.microsoft.com [216.32.180.12]) by ietfa.amsl.com (Postfix) with ESMTP id 5397211E8204 for ; Mon, 4 Nov 2013 07:26:19 -0800 (PST) Received: from mail155-va3-R.bigfish.com (10.7.14.244) by VA3EHSOBE004.bigfish.com (10.7.40.24) with Microsoft SMTP Server id 14.1.225.22; Mon, 4 Nov 2013 15:26:18 +0000 Received: from mail155-va3 (localhost [127.0.0.1]) by mail155-va3-R.bigfish.com (Postfix) with ESMTP id CC19E3202AD; Mon, 4 Nov 2013 15:26:18 +0000 (UTC) X-Forefront-Antispam-Report: CIP:157.56.240.101; KIP:(null); UIP:(null); IPV:NLI; H:BL2PRD0510HT004.namprd05.prod.outlook.com; RD:none; EFVD:NLI X-SpamScore: -20 X-BigFish: VPS-20(z579ehz9371Ic85fhec9Izz1f42h2148h208ch1ee6h1de0h1fdah2073h2146h1202h1e76h1d1ah1d2ah1fc6hzz8275ch1d7338h1de098h1033IL17326ah8275bh8275dh18c673h1de097h186068hz2fh109h2a8h839hd24hf0ah1288h12a5h12bdh137ah1441h1504h1537h153bh162dh1631h1758h18e1h1946h19b5h19ceh1ad9h1b0ah1bceh1d07h1d0ch1d2eh1d3fh1de9h1dfeh1dffh1e1dh1fe8h1ff5h20f0h2216h9a9j1155h) Received-SPF: pass (mail155-va3: domain of juniper.net designates 157.56.240.101 as permitted sender) client-ip=157.56.240.101; envelope-from=jdrake@juniper.net; helo=BL2PRD0510HT004.namprd05.prod.outlook.com ; .outlook.com ; X-Forefront-Antispam-Report-Untrusted: SFV:NSPM; SFS:(377454003)(189002)(199002)(37854004)(49866001)(4396001)(74706001)(81542001)(54356001)(79102001)(56776001)(74366001)(54316002)(81686001)(81342001)(74876001)(50986001)(47736001)(47976001)(16236675002)(77982001)(51856001)(87266001)(85306002)(59766001)(46102001)(31966008)(65816001)(53806001)(63696002)(69226001)(66066001)(83072001)(80022001)(47446002)(74502001)(74316001)(19300405004)(19580395003)(74662001)(15202345003)(83322001)(80976001)(76796001)(19580405001)(33646001)(76482001)(15975445006)(56816003)(76576001)(81816001)(76786001)(77096001)(2656002)(24736002); DIR:OUT; SFP:; SCL:1; SRVR:BY2PR05MB142; H:BY2PR05MB142.namprd05.prod.outlook.com; CLIP:66.129.224.36; FPR:; RD:InfoNoRecords; MX:1; A:1; LANG:en; Received: from mail155-va3 (localhost.localdomain [127.0.0.1]) by mail155-va3 (MessageSwitch) id 1383578776218489_10252; Mon, 4 Nov 2013 15:26:16 +0000 (UTC) Received: from VA3EHSMHS024.bigfish.com (unknown [10.7.14.238]) by mail155-va3.bigfish.com (Postfix) with ESMTP id 256BE44008D; Mon, 4 Nov 2013 15:26:16 +0000 (UTC) Received: from BL2PRD0510HT004.namprd05.prod.outlook.com (157.56.240.101) by VA3EHSMHS024.bigfish.com (10.7.99.34) with Microsoft SMTP Server (TLS) id 14.16.227.3; Mon, 4 Nov 2013 15:26:14 +0000 Received: from BY2PR05MB142.namprd05.prod.outlook.com (10.242.39.144) by BL2PRD0510HT004.namprd05.prod.outlook.com (10.255.100.39) with Microsoft SMTP Server (TLS) id 14.16.371.2; Mon, 4 Nov 2013 15:26:14 +0000 Received: from BY2PR05MB142.namprd05.prod.outlook.com (10.242.39.144) by BY2PR05MB142.namprd05.prod.outlook.com (10.242.39.144) with Microsoft SMTP Server (TLS) id 15.0.800.7; Mon, 4 Nov 2013 15:26:11 +0000 Received: from BY2PR05MB142.namprd05.prod.outlook.com ([169.254.12.54]) by BY2PR05MB142.namprd05.prod.outlook.com ([169.254.12.128]) with mapi id 15.00.0800.005; Mon, 4 Nov 2013 15:26:11 +0000 From: John E Drake To: "Zafar Ali (zali)" , "IBryskin@advaoptical.com" Thread-Topic: Comments about draft-beeram-ccamp-network-assigned-upstream-label-00 Thread-Index: AQHO2SpKPBrUI9o/VkyF0Cl2Fv8VBpoVLtHw Date: Mon, 4 Nov 2013 15:26:11 +0000 Message-ID: <5e932f3a4bc94720a6bcd7e2bcdc8157@BY2PR05MB142.namprd05.prod.outlook.com> References: <8569fa4cdb614becb723a6639206f709@BY2PR05MB142.namprd05.prod.outlook.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.224.36] x-forefront-prvs: 0020414413 Content-Type: multipart/alternative; boundary="_000_5e932f3a4bc94720a6bcd7e2bcdc8157BY2PR05MB142namprd05pro_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-FOPE-CONNECTOR: Id%0$Dn%*$RO%0$TLS%0$FQDN%$TlsDn% Cc: "ccamp@ietf.org" Subject: Re: [CCAMP] Comments about draft-beeram-ccamp-network-assigned-upstream-label-00 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2013 15:26:28 -0000 --_000_5e932f3a4bc94720a6bcd7e2bcdc8157BY2PR05MB142namprd05pro_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Yours Irrespectively, John From: Zafar Ali (zali) [mailto:zali@cisco.com] Sent: Sunday, November 03, 2013 10:51 PM To: John E Drake; IBryskin@advaoptical.com Cc: ccamp@ietf.org Subject: Re: Comments about draft-beeram-ccamp-network-assigned-upstream-la= bel-00 Hi John: Please see in-line. Thanks Regards ... Zafar From: "jdrake@juniper.net" > Date: Sunday, November 3, 2013 11:57 AM To: zali >, "IBryskin@advaoptical.com= " > Cc: "ccamp@ietf.org" > Subject: RE: Comments about draft-beeram-ccamp-network-assigned-upstream-la= bel-00 Zafar, That because this already defined method has the following issues: 1) Using an error indication as a part of normal protocol operation is not= good design practice. Use of Path error and notify message is an integral part of the RSVP-TE des= ign. Also please note that we are not debating about a new procedure being = proposed but talking about a procedure that is already implemented and depl= oyed. [JD] You missed the part about "normal protocol operation".' 2) Acceptable Label Set is optional so its presence is not guaranteed So is the case of newly defined upstream label set. Also please note that m= any part of the RSVP-TE protocol are designed using optional objects. [JD] The combination of it being useless and optional is definitely a winn= ing combination. 3) The information it provides may be out of date by the time the LSP is r= e-signaled. This is an implementation issue. A node sending the acceptable label set ha= s the responsibility to guarantee that information provides in the acceptab= le label set remains valid for re-signaling time. E.g., UNI-N implementatio= n can cache the label for the re-signaling time. [JD] So, each node in the network is going to reserve all of the labels as= sociated with every acceptable label set it has issued. The combination of= this and 4) is almost guarantees network gridlock. 4) Most importantly, Acceptable Label Set is generated hop by hop, unlike = Upstream Label Set which exercises the entire path. This means that its us= e to determine a valid wavelength would require a potentially unbounded num= ber of crankbacks, both single and multi-hop, with no guarantee that such a= wavelength could be found. In the use case of align wavelength addressed in this draft, the acceptable= label set communication is restricted to the UNI-C and UNI-N node. [JD] That's completely incorrect. The same procedures are used inside the= server network. Yours Irrespectively, John From: ccamp-bounces@ietf.org [mailto:ccamp-b= ounces@ietf.org] On Behalf Of Zafar Ali (zali) Sent: Sunday, November 03, 2013 8:12 AM To: IBryskin@advaoptical.com Cc: ccamp@ietf.org Subject: [CCAMP] Comments about draft-beeram-ccamp-network-assigned-upstrea= m-label-00 Hi Igor and co-authors- Please note that [RFC3473] already considers the case where upstream label = may not be acceptable to a downstream node. Specifically, [RFC3473] states = that: "when a Path message containing an Upstream_Label object is received, the r= eceiver first verifies that the upstream label is acceptable. If the label = is not acceptable, the receiver MUST issue a PathErr message with a "Routin= g problem/Unacceptable label value" indication. The generated PathErr messa= ge MAY include an Acceptable Label Set Object". Acceptable_Label_Set objects may be carried in PathErr and ResvErr messages= [RFC3473]. However, your draft does not mention or cover this already defined method. Thanks Regards ... Zafar --_000_5e932f3a4bc94720a6bcd7e2bcdc8157BY2PR05MB142namprd05pro_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

 <= /p>

 <= /p>

Yours Irrespectively,

 

John

 <= /p>

From: Zafar Ali (zali) [mailto:zali= @cisco.com]
Sent: Sunday, November 03, 2013 10:51 PM
To: John E Drake; IBryskin@advaoptical.com
Cc: ccamp@ietf.org
Subject: Re: Comments about draft-beeram-ccamp-network-assigned-upst= ream-label-00

 

Hi John: 

 

Please see in-line. 

 

Thanks

 

Regards … Zafar<= /o:p>

 

From: "jdrake@juniper.net" <jdrake@juniper.net>
Date: Sunday, November 3, 2013 11:57 AM
To: zali <zali@cisco.com>= ;, "IBryskin@advaoptical.c= om" <IBryskin@advao= ptical.com>
Cc: "ccamp@ietf.org"= <ccamp@ietf.org>
Subject: RE: Comments about draft-beeram-ccamp-network-assigned-upst= ream-label-00

 

Zafar,

That because this already defined method has the following issues:<= span style=3D"color:black">

1)  Using an error indication as a part of normal protocol operation = is not good design practice.<= /span>

Use of Path error and notify message is an integra= l part of the RSVP-TE design. Also please note that we are not debatin= g about a new procedure being proposed but talking about a procedure that is already implemented and deployed. 

 

[JD] You missed the part about “norm= al protocol operation”.‘

 

2)  Acceptable Label Set is optional so its presence is not guarantee= d

So is the case of newly defined upstream label set= . Also please note that many part of the RSVP-TE protocol are designed usin= g optional objects.

 

[JD]  The combination of it being use= less and optional is definitely a winning combination.  

 

 

3)  The information it provides may be out of date by the time the LS= P is re-signaled.

This is an implementation issue. A node sendi= ng the acceptable label set has the responsibility to guarantee that inform= ation provides in the acceptable label set remains valid for re-signaling time. E.g., UNI-N implementation can cache the label for= the re-signaling time. 

 

[JD]  So, each node in the network is= going to reserve all of the labels associated with every acceptable label = set it has issued.  The combination of this and 4) is almost guarantees network gridlock.   

 

4)  Most importantly, Acceptable Label Set is generated hop by hop, u= nlike Upstream Label Set which exercises the entire path.  This means that its use to determine a valid wavelength would require a potenti= ally unbounded number of crankbacks, both single and multi-hop, with no gua= rantee that such a wavelength could be found.

In the use case of align wavelength addressed in t= his draft, the acceptable label set communication is restricted to the UNI-= C and UNI-N node. 

 

[JD]  That’s completely incorre= ct.  The same procedures are used inside the server network.

 

Yours Irrespectively,

 

John

 

From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of Zafar Ali (zali)
Sent: Sunday, November 03, 2013 8:12 AM
To: IBryskin@advaoptical= .com
Cc: ccamp@ietf.org
Subject: [CCAMP] Comments about draft-beeram-ccamp-network-assigned-= upstream-label-00

 =

Hi Igor and co-authors- 

 

Please note that [RFC3473] already considers the cas= e where upstream label may not be acceptable to a downstream node. Spe= cifically, [RFC3473] states that:

"when a Path message containing an Upstream_= Label object is received, the receiver first verifies that the upstream lab= el is acceptable. If the label is not acceptable, the receiver MUST issue a PathErr message with a "Routing problem/Una= cceptable label value" indication. The generated PathErr message MAY i= nclude an Acceptable Label Set Object". 

Acceptable_Label_Set objects may be carried in PathE= rr and ResvErr messages [RFC3473].<= /o:p>

 

However, your draft does not mention or cover this a= lready defined method. <= /span>

 

Thanks=

 

Regards … Zafar

--_000_5e932f3a4bc94720a6bcd7e2bcdc8157BY2PR05MB142namprd05pro_-- From IBryskin@advaoptical.com Mon Nov 4 08:59:09 2013 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 33F0321E81BA for ; Mon, 4 Nov 2013 08:59:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AJD5EdMJpNs8 for ; Mon, 4 Nov 2013 08:58:58 -0800 (PST) Received: from mail3.advaoptical.com (mail3.advaoptical.com [74.202.24.82]) by ietfa.amsl.com (Postfix) with ESMTP id 8BD2F21E81FD for ; Mon, 4 Nov 2013 08:57:47 -0800 (PST) Received: from atl-srv-mail10.atl.advaoptical.com (atl-srv-mail10.atl.advaoptical.com [172.16.5.39]) by atl-vs-fsmail.advaoptical.com (8.14.5/8.14.5) with ESMTP id rA4GvVWc019226 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 4 Nov 2013 11:57:31 -0500 Received: from ATL-SRV-MAIL10.atl.advaoptical.com ([fe80::c4d6:b136:bc16:77ae]) by atl-srv-mail10.atl.advaoptical.com ([fe80::c4d6:b136:bc16:77ae%17]) with mapi id 14.03.0158.001; Mon, 4 Nov 2013 11:57:31 -0500 From: Igor Bryskin To: "Zafar Ali (zali)" , John E Drake Thread-Topic: Comments about draft-beeram-ccamp-network-assigned-upstream-label-00 Thread-Index: AQHO2SpXNGYknjVIbUaZgRHqy2S8UpoVRu1A Date: Mon, 4 Nov 2013 16:57:31 +0000 Message-ID: References: <8569fa4cdb614becb723a6639206f709@BY2PR05MB142.namprd05.prod.outlook.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [31.133.148.60] Content-Type: multipart/alternative; boundary="_000_CDAC6F6F5401B245A2C68D0CF8AFDF0A192C9B93atlsrvmail10atl_" MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8794, 1.0.431, 0.0.0000 definitions=2013-11-04_01:2013-11-04, 2013-11-04, 1970-01-01 signatures=0 Cc: "ccamp@ietf.org" Subject: Re: [CCAMP] Comments about draft-beeram-ccamp-network-assigned-upstream-label-00 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2013 16:59:10 -0000 --_000_CDAC6F6F5401B245A2C68D0CF8AFDF0A192C9B93atlsrvmail10atl_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Zafar, 1) Using an error indication as a part of normal protocol operation is not= good design practice. Use of Path error and notify message is an integral part of the RSVP-TE des= ign. Also please note that we are not debating about a new procedure being = proposed but talking about a procedure that is already implemented and depl= oyed. IB>> The way I interpret this discussion is something like this: John: I believe that white is a lighter color than black. Zafa: Well, John, black is an integral part of the color pallet. Many matur= e applications successfully use black for their various purposes. My implem= entations, for example, use black for pretty much everything..... So, it is= not clear which color is lighter, and why do we need other colors at all. = :=3D) I mean to say that your, Zafar, comments IMHO are not constructive technica= l arguments. Igor From: Zafar Ali (zali) [mailto:zali@cisco.com] Sent: Monday, November 04, 2013 1:51 AM To: John E Drake; Igor Bryskin Cc: ccamp@ietf.org Subject: Re: Comments about draft-beeram-ccamp-network-assigned-upstream-la= bel-00 Hi John: Please see in-line. Thanks Regards ... Zafar From: "jdrake@juniper.net" > Date: Sunday, November 3, 2013 11:57 AM To: zali >, "IBryskin@advaoptical.com= " > Cc: "ccamp@ietf.org" > Subject: RE: Comments about draft-beeram-ccamp-network-assigned-upstream-la= bel-00 Zafar, That because this already defined method has the following issues: 1) Using an error indication as a part of normal protocol operation is not= good design practice. Use of Path error and notify message is an integral part of the RSVP-TE des= ign. Also please note that we are not debating about a new procedure being = proposed but talking about a procedure that is already implemented and depl= oyed. 2) Acceptable Label Set is optional so its presence is not guaranteed So is the case of newly defined upstream label set. Also please note that m= any part of the RSVP-TE protocol are designed using optional objects. 3) The information it provides may be out of date by the time the LSP is r= e-signaled. This is an implementation issue. A node sending the acceptable label set ha= s the responsibility to guarantee that information provides in the acceptab= le label set remains valid for re-signaling time. E.g., UNI-N implementatio= n can cache the label for the re-signaling time. 4) Most importantly, Acceptable Label Set is generated hop by hop, unlike = Upstream Label Set which exercises the entire path. This means that its us= e to determine a valid wavelength would require a potentially unbounded num= ber of crankbacks, both single and multi-hop, with no guarantee that such a= wavelength could be found. In the use case of align wavelength addressed in this draft, the acceptable= label set communication is restricted to the UNI-C and UNI-N node. Yours Irrespectively, John From: ccamp-bounces@ietf.org [mailto:ccamp-b= ounces@ietf.org] On Behalf Of Zafar Ali (zali) Sent: Sunday, November 03, 2013 8:12 AM To: IBryskin@advaoptical.com Cc: ccamp@ietf.org Subject: [CCAMP] Comments about draft-beeram-ccamp-network-assigned-upstrea= m-label-00 Hi Igor and co-authors- Please note that [RFC3473] already considers the case where upstream label = may not be acceptable to a downstream node. Specifically, [RFC3473] states = that: "when a Path message containing an Upstream_Label object is received, the r= eceiver first verifies that the upstream label is acceptable. If the label = is not acceptable, the receiver MUST issue a PathErr message with a "Routin= g problem/Unacceptable label value" indication. The generated PathErr messa= ge MAY include an Acceptable Label Set Object". Acceptable_Label_Set objects may be carried in PathErr and ResvErr messages= [RFC3473]. However, your draft does not mention or cover this already defined method. Thanks Regards ... Zafar --_000_CDAC6F6F5401B245A2C68D0CF8AFDF0A192C9B93atlsrvmail10atl_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Zafar,<= /p>

=

Use of Path error and notify message is an integra= l part of the RSVP-TE design. Also please note that we are not debatin= g about a new procedure being proposed but talking about a procedure that is already implemented and deployed. 

 

IB>> The way I interpret this discussion is = something like this:

 

John: I believe that white is a lighter color than= black.

Zafa: Well, John, black is an integral part of the= color pallet. Many mature applications successfully use black for their va= rious purposes. My implementations, for example, use black for pretty much everything….. So, it is not clear which color is lig= hter, and why do we need other colors at all. :=3D)

 

I mean to say that your, Zafar, comments IMHO are = not constructive technical arguments.

Igor

 <= /p>

 <= /p>

 <= /p>

From: Zafar Ali (zali) [mailto:zali@c= isco.com]
Sent: Monday, November 04, 2013 1:51 AM
To: John E Drake; Igor Bryskin
Cc: ccamp@ietf.org
Subject: Re: Comments about draft-beeram-ccamp-network-assigned-upst= ream-label-00

 

Hi John: 

 

Please see in-line. 

 

Thanks

 

Regards … Zafar<= /o:p>

 

From: "jdrake@juniper.net" <jdrake@juniper.net>
Date: Sunday, November 3, 2013 11:57 AM
To: zali <zali@cisco.com>= ;, "IBryskin@advaoptical.c= om" <IBryskin@advao= ptical.com>
Cc: "ccamp@ietf.org"= <ccamp@ietf.org>
Subject: RE: Comments about draft-beeram-ccamp-network-assigned-upst= ream-label-00

 

Zafar,

That because this already defined method has the following issues:<= span style=3D"color:black">

1)  Using an error indication as a part of normal protocol operation = is not good design practice.<= /span>

Use of Path error and notify message is an integra= l part of the RSVP-TE design. Also please note that we are not debatin= g about a new procedure being proposed but talking about a procedure that is already implemented and deployed. 

2)  Acceptable Label Set is optional so its presence is not guarantee= d

So is the case of newly defined upstream label set= . Also please note that many part of the RSVP-TE protocol are designed usin= g optional objects. 

3)  The information it provides may be out of date by the time the LS= P is re-signaled.

This is an implementation issue. A node sendi= ng the acceptable label set has the responsibility to guarantee that inform= ation provides in the acceptable label set remains valid for re-signaling time. E.g., UNI-N implementation can cache the label for= the re-signaling time. 

4)  Most importantly, Acceptable Label Set is generated hop by hop, u= nlike Upstream Label Set which exercises the entire path.  This means that its use to determine a valid wavelength would require a potenti= ally unbounded number of crankbacks, both single and multi-hop, with no gua= rantee that such a wavelength could be found.

In the use case of align wavelength addressed in t= his draft, the acceptable label set communication is restricted to the UNI-= C and UNI-N node. 

Yours Irrespectively,

 

John

 

From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of Zafar Ali (zali)
Sent: Sunday, November 03, 2013 8:12 AM
To: IBryskin@advaoptical= .com
Cc: ccamp@ietf.org
Subject: [CCAMP] Comments about draft-beeram-ccamp-network-assigned-= upstream-label-00

 =

Hi Igor and co-authors- 

 

Please note that [RFC3473] already considers the cas= e where upstream label may not be acceptable to a downstream node. Spe= cifically, [RFC3473] states that:

"when a Path message containing an Upstream_= Label object is received, the receiver first verifies that the upstream lab= el is acceptable. If the label is not acceptable, the receiver MUST issue a PathErr message with a "Routing problem/Una= cceptable label value" indication. The generated PathErr message MAY i= nclude an Acceptable Label Set Object". 

Acceptable_Label_Set objects may be carried in PathE= rr and ResvErr messages [RFC3473].<= /o:p>

 

However, your draft does not mention or cover this a= lready defined method. <= /span>

 

Thanks=

 

Regards … Zafar

--_000_CDAC6F6F5401B245A2C68D0CF8AFDF0A192C9B93atlsrvmail10atl_-- From zali@cisco.com Mon Nov 4 09:43:03 2013 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 656FD21E8244 for ; Mon, 4 Nov 2013 09:43:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.561 X-Spam-Level: X-Spam-Status: No, score=-10.561 tagged_above=-999 required=5 tests=[AWL=0.037, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2B7HRYdsxRad for ; Mon, 4 Nov 2013 09:42:57 -0800 (PST) Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) by ietfa.amsl.com (Postfix) with ESMTP id 2428F21E8239 for ; Mon, 4 Nov 2013 09:42:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=29533; q=dns/txt; s=iport; t=1383586958; x=1384796558; h=from:to:cc:subject:date:message-id:in-reply-to: mime-version; bh=OTKr8/pvmkKv/h5sMk6aIFyKReQJiDVm4k4abUvgm2E=; b=fBdWTfNwwefE2RUH9sD/FTIdVxpu2/0V4HPpHKohkEk3Nos444cnjFdW Zwjhs9QDlmqE2t3EH58CGunQhOzCpl+Xoou089rDU4GmlkUK0gtLh0gA5 wh4RixPyOrRvNYdrW6f2BFG3DjWozw97NDz6adCK0ZsZl+AJ8oH/xHzAA U=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhgFAAzcd1KtJXHA/2dsb2JhbABZgkNEOFO/PoEpFnSCJQEBAQQtOhISAQgOAwMBAQEhAQY5FAkIAgQBDQWIAb5Wjy0HExEGAQIEhCgDmAqSCYMmgio X-IronPort-AV: E=Sophos;i="4.93,633,1378857600"; d="scan'208,217";a="280454549" Received: from rcdn-core2-5.cisco.com ([173.37.113.192]) by rcdn-iport-7.cisco.com with ESMTP; 04 Nov 2013 17:42:36 +0000 Received: from xhc-rcd-x12.cisco.com (xhc-rcd-x12.cisco.com [173.37.183.86]) by rcdn-core2-5.cisco.com (8.14.5/8.14.5) with ESMTP id rA4HgaY3028672 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 4 Nov 2013 17:42:36 GMT Received: from xmb-rcd-x14.cisco.com ([169.254.4.50]) by xhc-rcd-x12.cisco.com ([173.37.183.86]) with mapi id 14.03.0123.003; Mon, 4 Nov 2013 11:42:35 -0600 From: "Zafar Ali (zali)" To: Igor Bryskin , John E Drake Thread-Topic: Comments about draft-beeram-ccamp-network-assigned-upstream-label-00 Thread-Index: AQHO2So/xbIVfxprSkKeIRUhkPhXpJoVsCeA//+GdwA= Date: Mon, 4 Nov 2013 17:42:35 +0000 Message-ID: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.3.120616 x-originating-ip: [10.82.222.158] Content-Type: multipart/alternative; boundary="_000_CE9D176281193zaliciscocom_" MIME-Version: 1.0 Cc: "ccamp@ietf.org" Subject: Re: [CCAMP] Comments about draft-beeram-ccamp-network-assigned-upstream-label-00 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2013 17:43:03 -0000 --_000_CE9D176281193zaliciscocom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Igor, John- Please see in-line. From: "IBryskin@advaoptical.com" > Date: Monday, November 4, 2013 8:57 AM To: zali >, "jdrake@juniper.net" > Cc: "ccamp@ietf.org" > Subject: RE: Comments about draft-beeram-ccamp-network-assigned-upstream-la= bel-00 Zafar, 1) Using an error indication as a part of normal protocol operation is not= good design practice. Use of Path error and notify message is an integral part of the RSVP-TE des= ign. Also please note that we are not debating about a new procedure being = proposed but talking about a procedure that is already implemented and depl= oyed. IB>> The way I interpret this discussion is something like this: John: I believe that white is a lighter color than black. Zafa: Well, John, black is an integral part of the color pallet. Many matur= e applications successfully use black for their various purposes. My implem= entations, for example, use black for pretty much everything=85.. So, it is= not clear which color is lighter, and why do we need other colors at all. = :=3D) I mean to say that your, Zafar, comments IMHO are not constructive technica= l arguments. Igor Hi Igor and John: This is really funny. This is the first time I have heard that running code= has no merit at IETF :) This is especially when the running code is direct= ly coming from RFC3473. You are calling it "not constructive technical argu= ments"! Last I heard we believed in running code (See your T-shirt from the= election day from IETF Atlanta). Your draft is ONLY applicable for a use case where upstream and downstream = alien wavelength are different. When upstream and downstream alien waveleng= th are same, use of acceptable label set and label set objects constitute t= he running code. However, your draft neither makes that applicability state= ment nor makes any mention or cover or reference to procedure I quoted from= RFC3473. Thanks Regards=85Zafar From: Zafar Ali (zali) [mailto:zali@cisco.com] Sent: Monday, November 04, 2013 1:51 AM To: John E Drake; Igor Bryskin Cc: ccamp@ietf.org Subject: Re: Comments about draft-beeram-ccamp-network-assigned-upstream-la= bel-00 Hi John: Please see in-line. Thanks Regards =85 Zafar From: "jdrake@juniper.net" > Date: Sunday, November 3, 2013 11:57 AM To: zali >, "IBryskin@advaoptical.com= " > Cc: "ccamp@ietf.org" > Subject: RE: Comments about draft-beeram-ccamp-network-assigned-upstream-la= bel-00 Zafar, That because this already defined method has the following issues: 1) Using an error indication as a part of normal protocol operation is not= good design practice. Use of Path error and notify message is an integral part of the RSVP-TE des= ign. Also please note that we are not debating about a new procedure being = proposed but talking about a procedure that is already implemented and depl= oyed. 2) Acceptable Label Set is optional so its presence is not guaranteed So is the case of newly defined upstream label set. Also please note that m= any part of the RSVP-TE protocol are designed using optional objects. 3) The information it provides may be out of date by the time the LSP is r= e-signaled. This is an implementation issue. A node sending the acceptable label set ha= s the responsibility to guarantee that information provides in the acceptab= le label set remains valid for re-signaling time. E.g., UNI-N implementatio= n can cache the label for the re-signaling time. 4) Most importantly, Acceptable Label Set is generated hop by hop, unlike = Upstream Label Set which exercises the entire path. This means that its us= e to determine a valid wavelength would require a potentially unbounded num= ber of crankbacks, both single and multi-hop, with no guarantee that such a= wavelength could be found. In the use case of align wavelength addressed in this draft, the acceptable= label set communication is restricted to the UNI-C and UNI-N node. Yours Irrespectively, John From:ccamp-bounces@ietf.org [mailto:ccamp-bo= unces@ietf.org] On Behalf Of Zafar Ali (zali) Sent: Sunday, November 03, 2013 8:12 AM To: IBryskin@advaoptical.com Cc: ccamp@ietf.org Subject: [CCAMP] Comments about draft-beeram-ccamp-network-assigned-upstrea= m-label-00 Hi Igor and co-authors- Please note that [RFC3473] already considers the case where upstream label = may not be acceptable to a downstream node. Specifically, [RFC3473] states = that: "when a Path message containing an Upstream_Label object is received, the r= eceiver first verifies that the upstream label is acceptable. If the label = is not acceptable, the receiver MUST issue a PathErr message with a "Routin= g problem/Unacceptable label value" indication. The generated PathErr messa= ge MAY include an Acceptable Label Set Object". Acceptable_Label_Set objects may be carried in PathErr and ResvErr messages= [RFC3473]. However, your draft does not mention or cover this already defined method. Thanks Regards =85 Zafar --_000_CE9D176281193zaliciscocom_ Content-Type: text/html; charset="Windows-1252" Content-ID: <9EDE63ABC7DDE746B5E0CD8099B5AC56@emea.cisco.com> Content-Transfer-Encoding: quoted-printable
Igor, John- 

Please see in-line. 

From: "IBryskin@advaoptical.com" <IBryskin@advaoptical.com>
Date: Monday, November 4, 2013 8:57= AM
To: zali <zali@cisco.com>, "jdrake@juniper.net" <jdrake@juniper.net>
Cc: "ccamp@ietf.org" <cca= mp@ietf.org>
Subject: RE: Comments about draft-b= eeram-ccamp-network-assigned-upstream-label-00

Zafar,

1) = ; Using an error indication as a part of normal protocol operation is not g= ood design practice.

Use of Path error and notify message is an integral part of the RS= VP-TE design. Also please note that we are not debating about a n= ew procedure being proposed but talking about a procedure that is already implemented and deployed. 

 

IB>> The way I interpret this discussion is something like t= his:

 

John: I believe that white is a lighter color than black.

Zafa: Well, John, black is an integral part of the color pallet. M= any mature applications successfully use black for their various purposes. = My implementations, for example, use black for pretty much everything=85.. So, it is not clear which color is l= ighter, and why do we need other colors at all. :=3D)

 

I mean to say that your, Zafar, comments IMHO are not constructive= technical arguments.

Igor

 
Hi Igor and John: 

This is really funny. This is the first time I have heard that running= code has no merit at IETF :) This is especially when the running code= is directly coming from RFC3473. You are calling it "not constructive= technical arguments"! Last I heard we believed in running code (See your T-shirt from the election day from IETF Atlanta)= . 

Your draft is ONLY applicable for a use case where upstream and downst= ream alien wavelength are different. When upstream and downstream alie= n wavelength are same, use of acceptable label set and label set objects co= nstitute the running code. However, your draft neither makes that applicability statement nor makes any mention or = cover or reference to procedure I quoted from RFC3473. 

Thanks

Regards=85Zafar 

 

 

From:= mailto:zali@cisco.c= om]
Sent: Monday, November 04, 2013 1:51 AM
To: John E Drake; Igor Bryskin
Cc: ccamp@ietf.org
Subject: Re: Comments about draft-beeram-ccamp-network-assigned-upst= ream-label-00

 

Hi John: 

 

Please see in-line. =

 

Thanks

 

Regards =85 Zafar

 

From: "jdrake@junipe= r.net" <jdrake@juniper.ne= t>
Date: Sunday, November 3, 2013 11:57 AM
To: zali <zali@cisco.com>= ;, "IBryskin@advaoptical.c= om" <IBryskin@advao= ptical.com>
Cc: "ccamp@ietf.org"= <ccamp@ietf.org>
Subject: RE: Comments about draft-beeram-ccamp-network-assigned-upst= ream-label-00

 

Zafar,

That bec= ause this already defined method has the following issues:

1) = Using an error indication as a part of normal protocol operation is not go= od design practice.

Use of Path error and notify message is an integral part of the RS= VP-TE design. Also please note that we are not debating about a n= ew procedure being proposed but talking about a procedure that is already implemented and deployed. 

2) = Acceptable Label Set is optional so its presence is not guaranteed<= span style=3D"color:black">

So is the case of newly defined upstream label set. Also please no= te that many part of the RSVP-TE protocol are designed using optional objec= ts. 

3) = The information it provides may be out of date by the time the LSP is re-s= ignaled.

This is an implementation issue. A node sending the acceptabl= e label set has the responsibility to guarantee that information provides i= n the acceptable label set remains valid for re-signaling time. E.g., UNI-N implementation can cache the label= for the re-signaling time. 

4) = Most importantly, Acceptable Label Set is generated hop by hop, unlike Ups= tream Label Set which exercises the entire path.  This means that its use to determine a valid wavelength would = require a potentially unbounded number of crankbacks, both single and multi= -hop, with no guarantee that such a wavelength could be found.

In the use case of align wavelength addressed in this draft, the a= cceptable label set communication is restricted to the UNI-C and UNI-N node= . 

Yours Irrespectively,<= o:p>

 

John=

 

From:= ccamp-bounces@ietf.org [mailt= o:ccamp-bounces@ietf.org] On Behalf Of Zafar Ali (zali)
Sent: Sunday, November 03, 2013 8:12 AM
To: IBryskin@advaoptical= .com
Cc: ccamp@ietf.org
Subject: [CCAMP] Comments about draft-beeram-ccamp-network-assigned-= upstream-label-00

 =

Hi Igor and co-authors- 

 

Please note that [RFC3473] already considers the case where upstream= label may not be acceptable to a downstream node. Specifically, [RFC3= 473] states that:

"when a Path message containing an Upstream_Label object is = received, the receiver first verifies that the upstream label is acceptable= . If the label is not acceptable, the receiver MUST issue a PathErr message with a "Routing problem/Una= cceptable label value" indication. The generated PathErr message MAY i= nclude an Acceptable Label Set Object". 

Acceptable_Label_Set objects may be carried in PathErr and ResvErr m= essages [RFC3473].

 

However, your draft does not mention or cover this already defined m= ethod. 

 

Thanks

 

Regards =85 Zafar

 --_000_CE9D176281193zaliciscocom_-- From jdrake@juniper.net Mon Nov 4 10:25:03 2013 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DEE3921E805F for ; Mon, 4 Nov 2013 10:25:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.598 X-Spam-Level: X-Spam-Status: No, score=-3.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id A5Ga0L43+EY5 for ; Mon, 4 Nov 2013 10:24:55 -0800 (PST) Received: from ch1outboundpool.messaging.microsoft.com (ch1ehsobe006.messaging.microsoft.com [216.32.181.186]) by ietfa.amsl.com (Postfix) with ESMTP id D49BC11E82B0 for ; Mon, 4 Nov 2013 10:24:47 -0800 (PST) Received: from mail218-ch1-R.bigfish.com (10.43.68.244) by CH1EHSOBE008.bigfish.com (10.43.70.58) with Microsoft SMTP Server id 14.1.225.22; Mon, 4 Nov 2013 18:24:47 +0000 Received: from mail218-ch1 (localhost [127.0.0.1]) by mail218-ch1-R.bigfish.com (Postfix) with ESMTP id 4B4816011D; Mon, 4 Nov 2013 18:24:47 +0000 (UTC) X-Forefront-Antispam-Report: CIP:157.56.240.101; KIP:(null); UIP:(null); IPV:NLI; H:BL2PRD0510HT002.namprd05.prod.outlook.com; RD:none; EFVD:NLI X-SpamScore: -23 X-BigFish: VPS-23(z579ehz98dI9371Ic85ehec9I168aJzz1f42h2148h208ch1ee6h1de0h1fdah2073h2146h1202h1e76h1d1ah1d2ah1fc6hzz8275ch1d7338h1de098h1033IL17326ah8275bh8275dh18c673h1de097h186068hz2fh109h2a8h839hbe3hd25he5bhf0ah1288h12a5h12bdh137ah1441h1504h1537h153bh162dh1631h1758h18e1h1946h19b5h1ad9h1b0ah1bceh1d0ch1d2eh1d3fh1dfeh1dffh1e1dh1fe8h1ff5h2052h20b3h20f0h2216h17ej1155h) Received-SPF: pass (mail218-ch1: domain of juniper.net designates 157.56.240.101 as permitted sender) client-ip=157.56.240.101; envelope-from=jdrake@juniper.net; helo=BL2PRD0510HT002.namprd05.prod.outlook.com ; .outlook.com ; X-Forefront-Antispam-Report-Untrusted: SFV:NSPM; SFS:(377454003)(189002)(199002)(57704003)(24454002)(37854004)(4396001)(74706001)(49866001)(81542001)(54356001)(79102001)(56776001)(54316002)(74366001)(81686001)(81342001)(74876001)(50986001)(47736001)(47976001)(16236675002)(77982001)(51856001)(82746002)(87266001)(85306002)(59766001)(46102001)(31966008)(65816001)(53806001)(83716003)(63696002)(69226001)(36756003)(83072001)(80022001)(47446002)(74502001)(19300405004)(19580395003)(74662001)(15202345003)(83322001)(80976001)(76796001)(33656001)(19580405001)(76482001)(15975445006)(56816003)(81816001)(77096001)(76786001)(2656002)(3826001); DIR:OUT; SFP:; SCL:1; SRVR:BY2PR05MB142; H:BY2PR05MB142.namprd05.prod.outlook.com; CLIP:2001:67c:370:160:b10b:f7ff:cc04:aea2; FPR:; RD:InfoNoRecords; MX:1; A:1; LANG:en; Received: from mail218-ch1 (localhost.localdomain [127.0.0.1]) by mail218-ch1 (MessageSwitch) id 1383589484714437_490; Mon, 4 Nov 2013 18:24:44 +0000 (UTC) Received: from CH1EHSMHS026.bigfish.com (snatpool3.int.messaging.microsoft.com [10.43.68.225]) by mail218-ch1.bigfish.com (Postfix) with ESMTP id A4BF53E0040; Mon, 4 Nov 2013 18:24:44 +0000 (UTC) Received: from BL2PRD0510HT002.namprd05.prod.outlook.com (157.56.240.101) by CH1EHSMHS026.bigfish.com (10.43.70.26) with Microsoft SMTP Server (TLS) id 14.16.227.3; Mon, 4 Nov 2013 18:24:44 +0000 Received: from BY2PR05MB142.namprd05.prod.outlook.com (10.242.39.144) by BL2PRD0510HT002.namprd05.prod.outlook.com (10.255.100.37) with Microsoft SMTP Server (TLS) id 14.16.371.2; Mon, 4 Nov 2013 18:24:43 +0000 Received: from BY2PR05MB142.namprd05.prod.outlook.com (10.242.39.144) by BY2PR05MB142.namprd05.prod.outlook.com (10.242.39.144) with Microsoft SMTP Server (TLS) id 15.0.800.7; Mon, 4 Nov 2013 18:24:41 +0000 Received: from BY2PR05MB142.namprd05.prod.outlook.com ([169.254.12.54]) by BY2PR05MB142.namprd05.prod.outlook.com ([169.254.12.128]) with mapi id 15.00.0800.005; Mon, 4 Nov 2013 18:24:40 +0000 From: John E Drake To: "Zafar Ali (zali)" Thread-Topic: Comments about draft-beeram-ccamp-network-assigned-upstream-label-00 Thread-Index: AQHO2SpKPBrUI9o/VkyF0Cl2Fv8VBpoVS5GAgAAMmICAAAvDAw== Date: Mon, 4 Nov 2013 18:24:40 +0000 Message-ID: <664B8B26-7461-4C89-B748-4524C2307D9E@juniper.net> References: , In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [2001:67c:370:160:b10b:f7ff:cc04:aea2] x-forefront-prvs: 0020414413 Content-Type: multipart/alternative; boundary="_000_664B8B2674614C89B7484524C2307D9Ejunipernet_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-FOPE-CONNECTOR: Id%0$Dn%*$RO%0$TLS%0$FQDN%$TlsDn% Cc: "ccamp@ietf.org" Subject: Re: [CCAMP] Comments about draft-beeram-ccamp-network-assigned-upstream-label-00 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2013 18:25:04 -0000 --_000_664B8B2674614C89B7484524C2307D9Ejunipernet_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Zafar, Both Igor and I have listed technical issues with RFC3473 and your response= is that you really really like RFC3473. I'm happy for you but unimpressed= . John Sent from my iPhone On Nov 4, 2013, at 9:43 AM, "Zafar Ali (zali)" > wrote: Igor, John- Please see in-line. From: "IBryskin@advaoptical.com" > Date: Monday, November 4, 2013 8:57 AM To: zali >, "jdrake@juniper.net" > Cc: "ccamp@ietf.org" > Subject: RE: Comments about draft-beeram-ccamp-network-assigned-upstream-la= bel-00 Zafar, 1) Using an error indication as a part of normal protocol operation is not= good design practice. Use of Path error and notify message is an integral part of the RSVP-TE des= ign. Also please note that we are not debating about a new procedure being = proposed but talking about a procedure that is already implemented and depl= oyed. IB>> The way I interpret this discussion is something like this: John: I believe that white is a lighter color than black. Zafa: Well, John, black is an integral part of the color pallet. Many matur= e applications successfully use black for their various purposes. My implem= entations, for example, use black for pretty much everything=85.. So, it is= not clear which color is lighter, and why do we need other colors at all. = :=3D) I mean to say that your, Zafar, comments IMHO are not constructive technica= l arguments. Igor Hi Igor and John: This is really funny. This is the first time I have heard that running code= has no merit at IETF :) This is especially when the running code is direct= ly coming from RFC3473. You are calling it "not constructive technical argu= ments"! Last I heard we believed in running code (See your T-shirt from the= election day from IETF Atlanta). Your draft is ONLY applicable for a use case where upstream and downstream = alien wavelength are different. When upstream and downstream alien waveleng= th are same, use of acceptable label set and label set objects constitute t= he running code. However, your draft neither makes that applicability state= ment nor makes any mention or cover or reference to procedure I quoted from= RFC3473. Thanks Regards=85Zafar From: Zafar Ali (zali) [mailto:zali@cisco.com] Sent: Monday, November 04, 2013 1:51 AM To: John E Drake; Igor Bryskin Cc: ccamp@ietf.org Subject: Re: Comments about draft-beeram-ccamp-network-assigned-upstream-la= bel-00 Hi John: Please see in-line. Thanks Regards =85 Zafar From: "jdrake@juniper.net" > Date: Sunday, November 3, 2013 11:57 AM To: zali >, "IBryskin@advaoptical.com= " > Cc: "ccamp@ietf.org" > Subject: RE: Comments about draft-beeram-ccamp-network-assigned-upstream-la= bel-00 Zafar, That because this already defined method has the following issues: 1) Using an error indication as a part of normal protocol operation is not= good design practice. Use of Path error and notify message is an integral part of the RSVP-TE des= ign. Also please note that we are not debating about a new procedure being = proposed but talking about a procedure that is already implemented and depl= oyed. 2) Acceptable Label Set is optional so its presence is not guaranteed So is the case of newly defined upstream label set. Also please note that m= any part of the RSVP-TE protocol are designed using optional objects. 3) The information it provides may be out of date by the time the LSP is r= e-signaled. This is an implementation issue. A node sending the acceptable label set ha= s the responsibility to guarantee that information provides in the acceptab= le label set remains valid for re-signaling time. E.g., UNI-N implementatio= n can cache the label for the re-signaling time. 4) Most importantly, Acceptable Label Set is generated hop by hop, unlike = Upstream Label Set which exercises the entire path. This means that its us= e to determine a valid wavelength would require a potentially unbounded num= ber of crankbacks, both single and multi-hop, with no guarantee that such a= wavelength could be found. In the use case of align wavelength addressed in this draft, the acceptable= label set communication is restricted to the UNI-C and UNI-N node. Yours Irrespectively, John From:ccamp-bounces@ietf.org [mailto:ccamp-bo= unces@ietf.org] On Behalf Of Zafar Ali (zali) Sent: Sunday, November 03, 2013 8:12 AM To: IBryskin@advaoptical.com Cc: ccamp@ietf.org Subject: [CCAMP] Comments about draft-beeram-ccamp-network-assigned-upstrea= m-label-00 Hi Igor and co-authors- Please note that [RFC3473] already considers the case where upstream label = may not be acceptable to a downstream node. Specifically, [RFC3473] states = that: "when a Path message containing an Upstream_Label object is received, the r= eceiver first verifies that the upstream label is acceptable. If the label = is not acceptable, the receiver MUST issue a PathErr message with a "Routin= g problem/Unacceptable label value" indication. The generated PathErr messa= ge MAY include an Acceptable Label Set Object". Acceptable_Label_Set objects may be carried in PathErr and ResvErr messages= [RFC3473]. However, your draft does not mention or cover this already defined method. Thanks Regards =85 Zafar --_000_664B8B2674614C89B7484524C2307D9Ejunipernet_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable
Zafar,

Both Igor and I have listed technical issues with RFC3473 and your res= ponse is that you really really like RFC3473.  I'm happy for you but u= nimpressed.

John

Sent from my iPhone

On Nov 4, 2013, at 9:43 AM, "Zafar Ali (zali)" <zali@cisco.com> wrote:

Igor, John- 

Please see in-line. 

From: "IBryskin@advaoptical.com" <IBryskin@advaoptical.com>
Date: Monday, November 4, 2013 8:57= AM
To: zali <zali@cisco.com>, "jdrake@juniper.net" <jdrake@juniper.net>
Cc: "ccamp@ietf.org" <cca= mp@ietf.org>
Subject: RE: Comments about draft-b= eeram-ccamp-network-assigned-upstream-label-00

Zafar,

1) = ; Using an error indication as a part of normal protocol operation is not g= ood design practice.

Use of Path error and notify message is an integral part of the RS= VP-TE design. Also please note that we are not debating about a n= ew procedure being proposed but talking about a procedure that is already implemented and deployed. 

 

IB>> The way I interpret this discussion is something like t= his:

 

John: I believe that white is a lighter color than black.

Zafa: Well, John, black is an integral part of the color pallet. M= any mature applications successfully use black for their various purposes. = My implementations, for example, use black for pretty much everything=85.. So, it is not clear which color is l= ighter, and why do we need other colors at all. :=3D)

 

I mean to say that your, Zafar, comments IMHO are not constructive= technical arguments.

Igor

 
Hi Igor and John: 

This is really funny. This is the first time I have heard that running= code has no merit at IETF :) This is especially when the running code= is directly coming from RFC3473. You are calling it "not constructive= technical arguments"! Last I heard we believed in running code (See your T-shirt from the election day from IETF Atlanta)= . 

Your draft is ONLY applicable for a use case where upstream and downst= ream alien wavelength are different. When upstream and downstream alie= n wavelength are same, use of acceptable label set and label set objects co= nstitute the running code. However, your draft neither makes that applicability statement nor makes any mention or = cover or reference to procedure I quoted from RFC3473. 

Thanks

Regards=85Zafar 

 

 

From:= mailto:zali@cisco.c= om]
Sent: Monday, November 04, 2013 1:51 AM
To: John E Drake; Igor Bryskin
Cc: ccamp@ietf.org
Subject: Re: Comments about draft-beeram-ccamp-network-assigned-upst= ream-label-00

 

Hi John: 

 

Please see in-line. =

 

Thanks

 

Regards =85 Zafar

 

From: "jdrake@junipe= r.net" <jdrake@juniper.ne= t>
Date: Sunday, November 3, 2013 11:57 AM
To: zali <zali@cisco.com>= ;, "IBryskin@advaoptical.c= om" <IBryskin@advao= ptical.com>
Cc: "ccamp@ietf.org"= <ccamp@ietf.org>
Subject: RE: Comments about draft-beeram-ccamp-network-assigned-upst= ream-label-00

 

Zafar,

That bec= ause this already defined method has the following issues:

1) = Using an error indication as a part of normal protocol operation is not go= od design practice.

Use of Path error and notify message is an integral part of the RS= VP-TE design. Also please note that we are not debating about a n= ew procedure being proposed but talking about a procedure that is already implemented and deployed. 

2) = Acceptable Label Set is optional so its presence is not guaranteed<= span style=3D"color:black">

So is the case of newly defined upstream label set. Also please no= te that many part of the RSVP-TE protocol are designed using optional objec= ts. 

3) = The information it provides may be out of date by the time the LSP is re-s= ignaled.

This is an implementation issue. A node sending the acceptabl= e label set has the responsibility to guarantee that information provides i= n the acceptable label set remains valid for re-signaling time. E.g., UNI-N implementation can cache the label= for the re-signaling time. 

4) = Most importantly, Acceptable Label Set is generated hop by hop, unlike Ups= tream Label Set which exercises the entire path.  This means that its use to determine a valid wavelength would = require a potentially unbounded number of crankbacks, both single and multi= -hop, with no guarantee that such a wavelength could be found.

In the use case of align wavelength addressed in this draft, the a= cceptable label set communication is restricted to the UNI-C and UNI-N node= . 

Yours Irrespectively,<= o:p>

 

John=

 

From:= ccamp-bounces@ietf.org [mailt= o:ccamp-bounces@ietf.org] On Behalf Of Zafar Ali (zali)
Sent: Sunday, November 03, 2013 8:12 AM
To: IBryskin@advaoptical= .com
Cc: ccamp@ietf.org
Subject: [CCAMP] Comments about draft-beeram-ccamp-network-assigned-= upstream-label-00

 =

Hi Igor and co-authors- 

 

Please note that [RFC3473] already considers the case where upstream= label may not be acceptable to a downstream node. Specifically, [RFC3= 473] states that:

"when a Path message containing an Upstream_Label object is = received, the receiver first verifies that the upstream label is acceptable= . If the label is not acceptable, the receiver MUST issue a PathErr message with a "Routing problem/Una= cceptable label value" indication. The generated PathErr message MAY i= nclude an Acceptable Label Set Object". 

Acceptable_Label_Set objects may be carried in PathErr and ResvErr m= essages [RFC3473].

 

However, your draft does not mention or cover this already defined m= ethod. 

 

Thanks

 

Regards =85 Zafar

--_000_664B8B2674614C89B7484524C2307D9Ejunipernet_-- From lberger@labn.net Mon Nov 4 11:18:44 2013 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 60FFB21E8205 for ; Mon, 4 Nov 2013 11:18:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.105 X-Spam-Level: X-Spam-Status: No, score=-102.105 tagged_above=-999 required=5 tests=[AWL=0.494, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pt2PsSFp7mzh for ; Mon, 4 Nov 2013 11:18:39 -0800 (PST) Received: from outbound-ss-2175.bluehost.com (outbound-ss-2175.bluehost.com [74.220.218.8]) by ietfa.amsl.com (Postfix) with SMTP id 604D311E827E for ; Mon, 4 Nov 2013 11:18:37 -0800 (PST) Received: (qmail 11638 invoked by uid 0); 4 Nov 2013 19:18:35 -0000 Received: from unknown (HELO box313.bluehost.com) (69.89.31.113) by oproxy16-pub.mail.unifiedlayer.com with SMTP; 4 Nov 2013 19:18:35 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=25Su4bHsio1jaiewp4bIuUbsGptKTFLoqaeq5y7SIeQ=; b=SCeo9tq5TjyD4LNbtpwKvCQxsUtQh3+O+dKujidEWki51ZbJhVpuEdTFkyiUPpqAMuqOExjFVUfPkxdKVFZRVIAm+dJc6yB1UEmBrzkX2BOQCCc95CQEyZ5EZnqdPqYb; Received: from box313.bluehost.com ([69.89.31.113]:50512 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.80) (envelope-from ) id 1VdPfX-0006vf-E6; Mon, 04 Nov 2013 12:18:35 -0700 Message-ID: <5277F30A.7010308@labn.net> Date: Mon, 04 Nov 2013 14:18:34 -0500 From: Lou Berger User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: John E Drake , "Zafar Ali (zali)" References: , <664B8B26-7461-4C89-B748-4524C2307D9E@juniper.net> In-Reply-To: <664B8B26-7461-4C89-B748-4524C2307D9E@juniper.net> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Cc: "ccamp@ietf.org" Subject: Re: [CCAMP] Comments about draft-beeram-ccamp-network-assigned-upstream-label-00 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2013 19:18:44 -0000 John, (authors) Perhaps it would be useful to refocus a moment on the specific limitations the draft is focusing on. There's no question that 3473 made certain choices based on expected uses and probabilities that may not hold, but we do need to be careful when changing fundamentals of the protocol (e.g. moving away from the use of the upstream label object as the basic object that indicates a bidirectional LSP.) So is it fair to say that the main limitation that the draft is trying to address is the inability to support downstream selection of upstream labels? The draft also allows for both symmetric and asymmetric label value allocation. IS this a requirement, or asymmetric just included for completeness? Are there other requirements / limitations you are trying to address? Lou On 11/04/2013 01:24 PM, John E Drake wrote: > Zafar, > > Both Igor and I have listed technical issues with RFC3473 and your > response is that you really really like RFC3473. I'm happy for you but > unimpressed. > > John > > Sent from my iPhone > > On Nov 4, 2013, at 9:43 AM, "Zafar Ali (zali)" > wrote: > >> Igor, John- >> >> Please see in-line. >> >> From: "IBryskin@advaoptical.com " >> > >> Date: Monday, November 4, 2013 8:57 AM >> To: zali >, "jdrake@juniper.net >> " > > >> Cc: "ccamp@ietf.org " > > >> Subject: RE: Comments about >> draft-beeram-ccamp-network-assigned-upstream-label-00 >> >> Zafar, >> >> 1) Using an error indication as a part of normal protocol >> operation is not good design practice. >> >> Use of Path error and notify message is an integral part of the >> RSVP-TE design. Also please note that we are not debating about a >> new procedure being proposed but talking about a procedure that is >> already implemented and deployed. >> >> >> >> IB>> The way I interpret this discussion is something like this: >> >> >> >> John: I believe that white is a lighter color than black. >> >> Zafa: Well, John, black is an integral part of the color pallet. >> Many mature applications successfully use black for their various >> purposes. My implementations, for example, use black for pretty >> much everything….. So, it is not clear which color is lighter, and >> why do we need other colors at all. :=) >> >> >> >> I mean to say that your, Zafar, comments IMHO are not constructive >> technical arguments. >> >> Igor >> >> >> >> Hi Igor and John: >> >> This is really funny. This is the first time I have heard that running >> code has no merit at IETF :) This is especially when the running code >> is directly coming from RFC3473. You are calling it "not constructive >> technical arguments"! Last I heard we believed in running code (See >> your T-shirt from the election day from IETF Atlanta). >> >> Your draft is ONLY applicable for a use case where upstream and >> downstream alien wavelength are different. When upstream and >> downstream alien wavelength are same, use of acceptable label set and >> label set objects constitute the running code. However, your draft >> neither makes that applicability statement nor makes any mention or >> cover or reference to procedure I quoted from RFC3473. >> >> Thanks >> >> Regards…Zafar >> >> >> >> >> >> *From:*Zafar Ali (zali) [mailto:zali@cisco.com] >> *Sent:* Monday, November 04, 2013 1:51 AM >> *To:* John E Drake; Igor Bryskin >> *Cc:* ccamp@ietf.org >> *Subject:* Re: Comments about >> draft-beeram-ccamp-network-assigned-upstream-label-00 >> >> >> >> Hi John: >> >> >> >> Please see in-line. >> >> >> >> Thanks >> >> >> >> Regards … Zafar >> >> >> >> *From: *"jdrake@juniper.net " >> > >> *Date: *Sunday, November 3, 2013 11:57 AM >> *To: *zali >, >> "IBryskin@advaoptical.com " >> > >> *Cc: *"ccamp@ietf.org " > > >> *Subject: *RE: Comments about >> draft-beeram-ccamp-network-assigned-upstream-label-00 >> >> >> >> Zafar, >> >> That because this already defined method has the following issues: >> >> 1) Using an error indication as a part of normal protocol >> operation is not good design practice. >> >> Use of Path error and notify message is an integral part of the >> RSVP-TE design. Also please note that we are not debating about a >> new procedure being proposed but talking about a procedure that is >> already implemented and deployed. >> >> 2) Acceptable Label Set is optional so its presence is not >> guaranteed >> >> So is the case of newly defined upstream label set. Also please >> note that many part of the RSVP-TE protocol are designed using >> optional objects. >> >> 3) The information it provides may be out of date by the time >> the LSP is re-signaled. >> >> This is an implementation issue. A node sending the acceptable >> label set has the responsibility to guarantee that information >> provides in the acceptable label set remains valid for >> re-signaling time. E.g., UNI-N implementation can cache the label >> for the re-signaling time. >> >> 4) Most importantly, Acceptable Label Set is generated hop by >> hop, unlike Upstream Label Set which exercises the entire >> path. This means that its use to determine a valid wavelength >> would require a potentially unbounded number of crankbacks, >> both single and multi-hop, with no guarantee that such a >> wavelength could be found. >> >> In the use case of align wavelength addressed in this draft, the >> acceptable label set communication is restricted to the UNI-C and >> UNI-N node. >> >> Yours Irrespectively, >> >> >> >> John >> >> >> >> *From:*ccamp-bounces@ietf.org >> [mailto:ccamp-bounces@ietf.org] *On Behalf Of *Zafar Ali (zali) >> *Sent:* Sunday, November 03, 2013 8:12 AM >> *To:* IBryskin@advaoptical.com >> *Cc:* ccamp@ietf.org >> *Subject:* [CCAMP] Comments about >> draft-beeram-ccamp-network-assigned-upstream-label-00 >> >> >> >> Hi Igor and co-authors- >> >> >> >> Please note that [RFC3473] already considers the case where >> upstream label may not be acceptable to a downstream >> node. Specifically, [RFC3473] states that: >> >> "/when a Path message containing an Upstream_Label object is >> received, the receiver first verifies that the upstream label >> is acceptable. If the label is not acceptable, the receiver >> /*MUST*/issue a PathErr message with a "Routing >> problem/Unacceptable label value" indication. The generated >> PathErr message MAY include an Acceptable Label Set Object/". >> >> Acceptable_Label_Set objects may be carried in PathErr and >> ResvErr messages [RFC3473]. >> >> >> >> However, your draft does not mention or cover this already >> defined method. >> >> >> >> Thanks >> >> >> >> Regards … Zafar >> > > > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp > From IBryskin@advaoptical.com Mon Nov 4 13:51:38 2013 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 56E9811E80FA for ; Mon, 4 Nov 2013 13:51:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.001, BAYES_00=-2.599] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AOxGPEOOsBVa for ; Mon, 4 Nov 2013 13:51:33 -0800 (PST) Received: from mail3.advaoptical.com (mail3.advaoptical.com [74.202.24.82]) by ietfa.amsl.com (Postfix) with ESMTP id 5921F21E80AA for ; Mon, 4 Nov 2013 13:51:29 -0800 (PST) Received: from atl-srv-mail10.atl.advaoptical.com (atl-srv-mail10.atl.advaoptical.com [172.16.5.39]) by atl-vs-fsmail.advaoptical.com (8.14.5/8.14.5) with ESMTP id rA4LpPSi018571 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 4 Nov 2013 16:51:25 -0500 Received: from ATL-SRV-MAIL10.atl.advaoptical.com ([fe80::c4d6:b136:bc16:77ae]) by atl-srv-mail10.atl.advaoptical.com ([fe80::c4d6:b136:bc16:77ae%17]) with mapi id 14.03.0158.001; Mon, 4 Nov 2013 16:51:24 -0500 From: Igor Bryskin To: Lou Berger , John E Drake , "Zafar Ali (zali)" Thread-Topic: [CCAMP] Comments about draft-beeram-ccamp-network-assigned-upstream-label-00 Thread-Index: AQHO2ZKxArc2ayE0K0KK6kSeRWmDHJoVmJ5g Date: Mon, 4 Nov 2013 21:51:24 +0000 Message-ID: References: , <664B8B26-7461-4C89-B748-4524C2307D9E@juniper.net> <5277F30A.7010308@labn.net> In-Reply-To: <5277F30A.7010308@labn.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [31.133.148.60] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8794, 1.0.431, 0.0.0000 definitions=2013-11-04_04:2013-11-04, 2013-11-04, 1970-01-01 signatures=0 Cc: "ccamp@ietf.org" Subject: Re: [CCAMP] Comments about draft-beeram-ccamp-network-assigned-upstream-label-00 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2013 21:51:38 -0000 Hi Lou, Please, see my comments in-line. Igor -----Original Message----- From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of L= ou Berger Sent: Monday, November 04, 2013 2:19 PM To: John E Drake; Zafar Ali (zali) Cc: ccamp@ietf.org Subject: Re: [CCAMP] Comments about draft-beeram-ccamp-network-assigned-ups= tream-label-00 John, (authors) Perhaps it would be useful to refocus a moment on the specific limitations= the draft is focusing on. There's no question that 3473 made certain choices based on expected uses a= nd probabilities that may not hold, but we do need to be careful when chang= ing fundamentals of the protocol (e.g. moving away from the use of the upst= ream label object as the basic object that indicates a bidirectional LSP.) IB>> There is no intention to do so. So is it fair to say that the main limitation that the draft is trying to a= ddress is the inability to support downstream selection of upstream labels? IB>> Correct. Considering that both directions are equally important for th= e LSP user, it does not make much sense to have different tools to negotiat= e labels in each direction. But there are other limitations as well. See below. The draft also allows for both symmetric and asymmetric label value allocat= ion. IS this a requirement, or asymmetric just included for completeness? IB>> Even in case of WDM layer there are scenarios (e.g. single-fiber confi= gurations) when the same wavelength cannot be used for both directions. For= non-WDM layer it is perfectly OK to use label-asymmetrical LSPs. So we do = want to maintain both options. Are there other requirements / limitations you are trying to address? IB>> Today there is no way to *require* a bi-directional LSP to be label-sy= mmetrical. Lou On 11/04/2013 01:24 PM, John E Drake wrote: > Zafar, >=20 > Both Igor and I have listed technical issues with RFC3473 and your=20 > response is that you really really like RFC3473. I'm happy for you=20 > but unimpressed. >=20 > John >=20 > Sent from my iPhone >=20 > On Nov 4, 2013, at 9:43 AM, "Zafar Ali (zali)" > wrote: >=20 >> Igor, John- >> >> Please see in-line.=20 >> >> From: "IBryskin@advaoptical.com " >> > >> Date: Monday, November 4, 2013 8:57 AM >> To: zali >,=20 >> "jdrake@juniper.net " > > >> Cc: "ccamp@ietf.org " > > >> Subject: RE: Comments about >> draft-beeram-ccamp-network-assigned-upstream-label-00 >> >> Zafar, >> >> 1) Using an error indication as a part of normal protocol >> operation is not good design practice. >> >> Use of Path error and notify message is an integral part of the >> RSVP-TE design. Also please note that we are not debating about a >> new procedure being proposed but talking about a procedure that is >> already implemented and deployed.=20 >> >> =20 >> >> IB>> The way I interpret this discussion is something like this: >> >> =20 >> >> John: I believe that white is a lighter color than black. >> >> Zafa: Well, John, black is an integral part of the color pallet. >> Many mature applications successfully use black for their various >> purposes. My implementations, for example, use black for pretty >> much everything..... So, it is not clear which color is lighter, and >> why do we need other colors at all. :=3D) >> >> =20 >> >> I mean to say that your, Zafar, comments IMHO are not constructive >> technical arguments. >> >> Igor >> >> =20 >> >> Hi Igor and John:=20 >> >> This is really funny. This is the first time I have heard that=20 >> running code has no merit at IETF :) This is especially when the=20 >> running code is directly coming from RFC3473. You are calling it "not=20 >> constructive technical arguments"! Last I heard we believed in=20 >> running code (See your T-shirt from the election day from IETF Atlanta). >> >> Your draft is ONLY applicable for a use case where upstream and=20 >> downstream alien wavelength are different. When upstream and=20 >> downstream alien wavelength are same, use of acceptable label set and=20 >> label set objects constitute the running code. However, your draft=20 >> neither makes that applicability statement nor makes any mention or=20 >> cover or reference to procedure I quoted from RFC3473. >> >> Thanks >> >> Regards...Zafar >> >> =20 >> >> =20 >> >> *From:*Zafar Ali (zali) [mailto:zali@cisco.com] >> *Sent:* Monday, November 04, 2013 1:51 AM >> *To:* John E Drake; Igor Bryskin >> *Cc:* ccamp@ietf.org >> *Subject:* Re: Comments about >> draft-beeram-ccamp-network-assigned-upstream-label-00 >> >> =20 >> >> Hi John:=20 >> >> =20 >> >> Please see in-line.=20 >> >> =20 >> >> Thanks >> >> =20 >> >> Regards ... Zafar >> >> =20 >> >> *From: *"jdrake@juniper.net " >> > >> *Date: *Sunday, November 3, 2013 11:57 AM >> *To: *zali >, >> "IBryskin@advaoptical.com " >> > >> *Cc: *"ccamp@ietf.org " > > >> *Subject: *RE: Comments about >> draft-beeram-ccamp-network-assigned-upstream-label-00 >> >> =20 >> >> Zafar, >> >> That because this already defined method has the following issue= s: >> >> 1) Using an error indication as a part of normal protocol >> operation is not good design practice. >> >> Use of Path error and notify message is an integral part of the >> RSVP-TE design. Also please note that we are not debating about a >> new procedure being proposed but talking about a procedure that is >> already implemented and deployed.=20 >> >> 2) Acceptable Label Set is optional so its presence is not >> guaranteed >> >> So is the case of newly defined upstream label set. Also please >> note that many part of the RSVP-TE protocol are designed using >> optional objects.=20 >> >> 3) The information it provides may be out of date by the time >> the LSP is re-signaled. >> >> This is an implementation issue. A node sending the acceptable >> label set has the responsibility to guarantee that information >> provides in the acceptable label set remains valid for >> re-signaling time. E.g., UNI-N implementation can cache the label >> for the re-signaling time.=20 >> >> 4) Most importantly, Acceptable Label Set is generated hop by >> hop, unlike Upstream Label Set which exercises the entire >> path. This means that its use to determine a valid wavelength >> would require a potentially unbounded number of crankbacks, >> both single and multi-hop, with no guarantee that such a >> wavelength could be found. >> >> In the use case of align wavelength addressed in this draft, the >> acceptable label set communication is restricted to the UNI-C and >> UNI-N node.=20 >> >> Yours Irrespectively, >> >> =20 >> >> John >> >> =20 >> >> *From:*ccamp-bounces@ietf.org >> [mailto:ccamp-bounces@ietf.org] *On Behalf Of *Zafar Ali (zali) >> *Sent:* Sunday, November 03, 2013 8:12 AM >> *To:* IBryskin@advaoptical.com >> *Cc:* ccamp@ietf.org >> *Subject:* [CCAMP] Comments about >> draft-beeram-ccamp-network-assigned-upstream-label-00 >> >> =20 >> >> Hi Igor and co-authors- >> >> =20 >> >> Please note that [RFC3473] already considers the case where >> upstream label may not be acceptable to a downstream >> node. Specifically, [RFC3473] states that: >> >> "/when a Path message containing an Upstream_Label object is >> received, the receiver first verifies that the upstream label >> is acceptable. If the label is not acceptable, the receiver >> /*MUST*/issue a PathErr message with a "Routing >> problem/Unacceptable label value" indication. The generated >> PathErr message MAY include an Acceptable Label Set Object/".=20 >> >> Acceptable_Label_Set objects may be carried in PathErr and >> ResvErr messages [RFC3473]. >> >> =20 >> >> However, your draft does not mention or cover this already >> defined method.=20 >> >> =20 >> >> Thanks >> >> =20 >> >> Regards ... Zafar >> >=20 >=20 > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp >=20 _______________________________________________ CCAMP mailing list CCAMP@ietf.org https://www.ietf.org/mailman/listinfo/ccamp From vishnupavan@gmail.com Mon Nov 4 14:49:52 2013 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7186D11E816D for ; Mon, 4 Nov 2013 14:49:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ixu3sKNveWe2 for ; Mon, 4 Nov 2013 14:49:50 -0800 (PST) Received: from mail-bk0-x22a.google.com (mail-bk0-x22a.google.com [IPv6:2a00:1450:4008:c01::22a]) by ietfa.amsl.com (Postfix) with ESMTP id C302311E8107 for ; Mon, 4 Nov 2013 14:49:49 -0800 (PST) Received: by mail-bk0-f42.google.com with SMTP id w16so832264bkz.29 for ; Mon, 04 Nov 2013 14:49:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=szLXLisntglmJp6bgNbm6SXWbM73MKGuM7Ut8dP34zI=; b=r0cUBPefglk1DNneO0Tb7uowoqAgFmJzTVjG7OWUXTJ61tfhtbkUpRIs5bRn3xp7SB 4UQ+KJryHos3bSN5ky2hn/Z92v6Ms8481SSSFfG6miiNJJ7thFu1L43SJU1bourF/voq InlI+ugMH1C8jFZq7B7WwS/01uu8+0lmNej/UhMG+NnDCpHswvcGZjzK/GLVD86cWc86 YLfpwLYLBegV2BMG2PKwjPZuiuUnqywbCcRhixwZEFwapAwjhj48RE1NqONJGetq9YqX TfqVSA3IyMcEdJS/wywvb1I+71kRzNYTfHcwtT18Ci5cubHxubnusy+HD/0IV2h5zDJo B6jw== MIME-Version: 1.0 X-Received: by 10.204.230.68 with SMTP id jl4mr1046989bkb.3.1383605388914; Mon, 04 Nov 2013 14:49:48 -0800 (PST) Received: by 10.204.245.195 with HTTP; Mon, 4 Nov 2013 14:49:48 -0800 (PST) In-Reply-To: <5277F30A.7010308@labn.net> References: <664B8B26-7461-4C89-B748-4524C2307D9E@juniper.net> <5277F30A.7010308@labn.net> Date: Mon, 4 Nov 2013 17:49:48 -0500 Message-ID: From: Vishnu Pavan Beeram To: Lou Berger Content-Type: multipart/alternative; boundary=485b393ab62fb7595604ea61bb54 Cc: "ccamp@ietf.org" Subject: Re: [CCAMP] Comments about draft-beeram-ccamp-network-assigned-upstream-label-00 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2013 22:49:52 -0000 --485b393ab62fb7595604ea61bb54 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Lou, The extensions defined in this draft do not impose any backwards compatibility issues. The intent is definitely not to change the fundamental aspects of the protocol. As you would agree, it is not mandatory to try and fit the extensions defined in RFC3473 to all and sundry. New extensions are being introduced only where the existing extensions fall short. Let me walk through the requirements that we are looking at and that would hopefully explain the limitations of the existing extensions. Base requirement : Need a mechanism for a given node to say that it cannot assign an upstream-label on its own and that it needs the network (read downstream) to assign it instead. Corollary requirements : 1. Need a mechanism for a given node to ask for a network-assigned upstream label without having to specify any inputs on what label needs to get picked. 2. Need a mechanism for a given node to ask for a network-assigned upstream label and also specify some choices for the label that needs to get picked. 3. If labels are symmetric, a given node can simply use the label returned in the LABEL object of the RESV message for both directions. In practice, most bidirectional LSPs have label symmetricity on each hop along the path of the LSP. But this is something that cannot be assumed by default. Hence, there is a need to have a mechanism for the ingress to request "label symmetricity" at each hop along the path of the LSP. Can you somehow fit a solution using the current extensions and cater to the above requirements? We believe the answer is NO. One suggestion on the mailing list was to set a random UPSTREAM_LABEL and send it out on a fishing expedition. The idea was that the downstream node would then respond with a PATH-ERR carrying an ACCEPTABLE_LABEL_SET. John and Igor have provided a list of reasons on why that isn't a great idea. Let me add another point - - As per RFC3473 - when a node receives an UPSTREAM_LABEL object in the PATH, it means that the upstream node MUST have already installed/programmed this label. In the alien wavelength use-case (discussed in the draft), when the network receives this message, it would mean that the laser has already been tuned to this wavelength at the client. That beats the very purpose of requesting a network assigned upstream label. Doesn't it? So, the point is that with the current semantics of an UPSTREAM_LABEL, you cannot use it for the case where the upstream-label hasn't been installed/programmed yet. If some implementation decides to ignore these semantics, how would the network know whether the ingress-client has already installed this label or not (whether the laser is already tuned or not). RFC3473 states that a Bidirectional-LSP setup request is identified by the presence of an "UPSTREAM_LABEL" object in the PATH msg. This draft does propose 2 other mechanisms: - The presence of the "Label Symmetricity Required" Flag in the PATH - The presence of the "UPSTREAM_LABEL_SET" object in the PATH If a downstream node does not understand any of the above indications, it would reject the setup request. In both scenarios - after the network has assigned the upstream-label, the concerned node is allowed to start signaling the UPSTREAM_LABEL object in the PATH. I don't understand how adding two other mechanisms for Bidirectional LSP setup translates to changing fundamental aspects of the protocol. Implementations that can support these extensions can. Others can still be happy with their "running code". Regards, -Pavan On Mon, Nov 4, 2013 at 2:18 PM, Lou Berger wrote: > John, (authors) > > Perhaps it would be useful to refocus a moment on the specific > limitations the draft is focusing on. > > There's no question that 3473 made certain choices based on expected > uses and probabilities that may not hold, but we do need to be careful > when changing fundamentals of the protocol (e.g. moving away from the > use of the upstream label object as the basic object that indicates a > bidirectional LSP.) > > So is it fair to say that the main limitation that the draft is trying > to address is the inability to support downstream selection of upstream > labels? > > The draft also allows for both symmetric and asymmetric label value > allocation. IS this a requirement, or asymmetric just included for > completeness? > > Are there other requirements / limitations you are trying to address? > > Lou > > On 11/04/2013 01:24 PM, John E Drake wrote: > > Zafar, > > > > Both Igor and I have listed technical issues with RFC3473 and your > > response is that you really really like RFC3473. I'm happy for you but > > unimpressed. > > > > John > > > > Sent from my iPhone > > > > On Nov 4, 2013, at 9:43 AM, "Zafar Ali (zali)" > > wrote: > > > >> Igor, John- > >> > >> Please see in-line. > >> > >> From: "IBryskin@advaoptical.com " > >> > > >> Date: Monday, November 4, 2013 8:57 AM > >> To: zali >, "jdrake@juniper.net > >> " >> > > >> Cc: "ccamp@ietf.org " >> > > >> Subject: RE: Comments about > >> draft-beeram-ccamp-network-assigned-upstream-label-00 > >> > >> Zafar, > >> > >> 1) Using an error indication as a part of normal protocol > >> operation is not good design practice. > >> > >> Use of Path error and notify message is an integral part of the > >> RSVP-TE design. Also please note that we are not debating about a > >> new procedure being proposed but talking about a procedure that is > >> already implemented and deployed. > >> > >> > >> > >> IB>> The way I interpret this discussion is something like this: > >> > >> > >> > >> John: I believe that white is a lighter color than black. > >> > >> Zafa: Well, John, black is an integral part of the color pallet. > >> Many mature applications successfully use black for their various > >> purposes. My implementations, for example, use black for pretty > >> much everything=85.. So, it is not clear which color is lighter, a= nd > >> why do we need other colors at all. :=3D) > >> > >> > >> > >> I mean to say that your, Zafar, comments IMHO are not constructive > >> technical arguments. > >> > >> Igor > >> > >> > >> > >> Hi Igor and John: > >> > >> This is really funny. This is the first time I have heard that running > >> code has no merit at IETF :) This is especially when the running code > >> is directly coming from RFC3473. You are calling it "not constructive > >> technical arguments"! Last I heard we believed in running code (See > >> your T-shirt from the election day from IETF Atlanta). > >> > >> Your draft is ONLY applicable for a use case where upstream and > >> downstream alien wavelength are different. When upstream and > >> downstream alien wavelength are same, use of acceptable label set and > >> label set objects constitute the running code. However, your draft > >> neither makes that applicability statement nor makes any mention or > >> cover or reference to procedure I quoted from RFC3473. > >> > >> Thanks > >> > >> Regards=85Zafar > >> > >> > >> > >> > >> > >> *From:*Zafar Ali (zali) [mailto:zali@cisco.com] > >> *Sent:* Monday, November 04, 2013 1:51 AM > >> *To:* John E Drake; Igor Bryskin > >> *Cc:* ccamp@ietf.org > >> *Subject:* Re: Comments about > >> draft-beeram-ccamp-network-assigned-upstream-label-00 > >> > >> > >> > >> Hi John: > >> > >> > >> > >> Please see in-line. > >> > >> > >> > >> Thanks > >> > >> > >> > >> Regards =85 Zafar > >> > >> > >> > >> *From: *"jdrake@juniper.net " > >> > > >> *Date: *Sunday, November 3, 2013 11:57 AM > >> *To: *zali >, > >> "IBryskin@advaoptical.com " > >> > > >> *Cc: *"ccamp@ietf.org " >> > > >> *Subject: *RE: Comments about > >> draft-beeram-ccamp-network-assigned-upstream-label-00 > >> > >> > >> > >> Zafar, > >> > >> That because this already defined method has the following > issues: > >> > >> 1) Using an error indication as a part of normal protocol > >> operation is not good design practice. > >> > >> Use of Path error and notify message is an integral part of the > >> RSVP-TE design. Also please note that we are not debating about a > >> new procedure being proposed but talking about a procedure that is > >> already implemented and deployed. > >> > >> 2) Acceptable Label Set is optional so its presence is not > >> guaranteed > >> > >> So is the case of newly defined upstream label set. Also please > >> note that many part of the RSVP-TE protocol are designed using > >> optional objects. > >> > >> 3) The information it provides may be out of date by the time > >> the LSP is re-signaled. > >> > >> This is an implementation issue. A node sending the acceptable > >> label set has the responsibility to guarantee that information > >> provides in the acceptable label set remains valid for > >> re-signaling time. E.g., UNI-N implementation can cache the label > >> for the re-signaling time. > >> > >> 4) Most importantly, Acceptable Label Set is generated hop by > >> hop, unlike Upstream Label Set which exercises the entire > >> path. This means that its use to determine a valid wavelength > >> would require a potentially unbounded number of crankbacks, > >> both single and multi-hop, with no guarantee that such a > >> wavelength could be found. > >> > >> In the use case of align wavelength addressed in this draft, the > >> acceptable label set communication is restricted to the UNI-C and > >> UNI-N node. > >> > >> Yours Irrespectively, > >> > >> > >> > >> John > >> > >> > >> > >> *From:*ccamp-bounces@ietf.org > >> [mailto:ccamp-bounces@ietf.org] *On Behalf Of *Zafar Ali (zali= ) > >> *Sent:* Sunday, November 03, 2013 8:12 AM > >> *To:* IBryskin@advaoptical.com > > >> *Cc:* ccamp@ietf.org > >> *Subject:* [CCAMP] Comments about > >> draft-beeram-ccamp-network-assigned-upstream-label-00 > >> > >> > >> > >> Hi Igor and co-authors- > >> > >> > >> > >> Please note that [RFC3473] already considers the case where > >> upstream label may not be acceptable to a downstream > >> node. Specifically, [RFC3473] states that: > >> > >> "/when a Path message containing an Upstream_Label object is > >> received, the receiver first verifies that the upstream label > >> is acceptable. If the label is not acceptable, the receiver > >> /*MUST*/issue a PathErr message with a "Routing > >> problem/Unacceptable label value" indication. The generated > >> PathErr message MAY include an Acceptable Label Set Object/". > >> > >> Acceptable_Label_Set objects may be carried in PathErr and > >> ResvErr messages [RFC3473]. > >> > >> > >> > >> However, your draft does not mention or cover this already > >> defined method. > >> > >> > >> > >> Thanks > >> > >> > >> > >> Regards =85 Zafar > >> > > > > > > _______________________________________________ > > CCAMP mailing list > > CCAMP@ietf.org > > https://www.ietf.org/mailman/listinfo/ccamp > > > > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp > --485b393ab62fb7595604ea61bb54 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable
Lou,

The extensions defined = in this draft do not impose any backwards compatibility issues. The intent = is definitely not to change the fundamental aspects of the protocol. As you= would agree, it is not mandatory to try and fit the extensions defined in = RFC3473 to all and sundry. New extensions are being introduced only where t= he existing extensions fall short. Let me walk through the requirements tha= t we are looking at and that would hopefully explain the limitations of the= existing extensions.

Base requirement =A0:=A0
Need a mechanism for= a given node to say that it cannot assign an upstream-label on its own and= that it needs the network (read downstream) to assign it instead.

Corollary requirements :
1. Need a mechanism f= or a given node to ask for a network-assigned upstream label without having= to specify any inputs on what label needs to get picked.
2. Need= a mechanism for a given node to ask for a network-assigned upstream label = and also specify some choices for the label that needs to get picked.
3. If labels are symmetric, a given node can simply use the labe= l returned in the LABEL object of the RESV message for both directions. In = practice, most bidirectional LSPs have label symmetricity on each hop along= the path of the LSP. But this is something that cannot be assumed by defau= lt. Hence, there is a need to have a mechanism for the ingress to request &= quot;label symmetricity" at each hop along the path of the LSP.

Can you somehow fit =A0a solution using the curre= nt extensions and cater to the above requirements?=A0
We believe = the answer is NO. One suggestion on the mailing list was to set a random UP= STREAM_LABEL and send it out on a fishing expedition. The idea was that the= downstream node would then respond with a PATH-ERR carrying an ACCEPTABLE_= LABEL_SET. John and Igor have provided a list of reasons on why that isn= 9;t a great idea. Let me add another point -
- As per RFC3473 - when a node receives an UPSTREAM_LABEL object in th= e PATH, it means that the upstream node MUST have already installed/program= med this label. In the alien wavelength use-case (discussed in the draft), = when the network receives this message, =A0it would mean that the laser has= already been tuned to this wavelength at the client. That beats the very p= urpose of requesting a network assigned upstream label. Doesn't it? So,= the point is that with the current semantics of an UPSTREAM_LABEL, you can= not use it for the case where the upstream-label hasn't been installed/= programmed yet. If some implementation decides to ignore these semantics, h= ow would the network know whether the ingress-client has already installed = this label or not (whether the laser is already tuned or not).

RFC3473 states that a Bidirectional-LSP setup request i= s identified by the presence of an "UPSTREAM_LABEL" object in the= PATH msg. This draft does propose 2 other mechanisms:
- The = presence of the "Label Symmetricity Required" Flag in the PATH
- The presence of the "UPSTREAM_LABEL_SET" object in the PAT= H
If a downstream node does not understand any of the above indic= ations, it would reject the setup request. In both scenarios - after the ne= twork has assigned the upstream-label, the concerned node is allowed to sta= rt signaling the UPSTREAM_LABEL object in the PATH. I don't understand = how adding two other mechanisms for Bidirectional LSP setup translates to c= hanging fundamental aspects of the protocol. Implementations that can suppo= rt these extensions can. Others can still be happy with their "running= code".

Regards,
-Pavan



On Mon, Nov 4, 2= 013 at 2:18 PM, Lou Berger <lberger@labn.net> wrote:
John, (authors)

=A0 =A0 =A0 =A0 Perhaps it would be useful to refocus a moment on the speci= fic
limitations the draft is focusing on.

There's no question that 3473 made certain choices based on expected uses and probabilities that may not hold, but we do need to be careful
when changing fundamentals of the protocol (e.g. moving away from the
use of the upstream label object as the basic object that indicates a
bidirectional LSP.)

So is it fair to say that the main limitation that the draft is trying
to address is the inability to support downstream selection of upstream
labels?

The draft also allows for both symmetric and asymmetric label value
allocation. =A0IS this a requirement, or asymmetric just included for
completeness?

Are there other requirements / limitations you are trying to address?

Lou

On 11/04/2013 01:24 PM, John E Drake wrote:
> Zafar,
>
> Both Igor and I have listed technical issues with RFC3473 and your
> response is that you really really like RFC3473. =A0I'm happy for = you but
> unimpressed.
>
> John
>
> Sent from my iPhone
>
> On Nov 4, 2013, at 9:43 AM, "Zafar Ali (zali)" <zali@cisco.com
> <mailto:z= ali@cisco.com>> wrote:
>
>> Igor, John-
>>
>> Please see in-line.
>>
>> From: "IBry= skin@advaoptical.com <mailto:IBryskin@advaoptical.com>"
>> <IBryskin@advaoptic= al.com <mailto:IBryskin@= advaoptical.com>>
>> Date: Monday, November 4, 2013 8:57 AM
>> To: zali <zali@cisco.co= m <mailto:zali@cisco.com>&g= t;, "jdrake@juniper.net
>> <mailto:jdrake@juniper.ne= t>" <jdrake@juniper.ne= t
>> <mailto:jdrake@juniper.ne= t>>
>> Cc: "ccamp@ietf.org <= ;mailto:ccamp@ietf.org>" <= ccamp@ietf.org
>> <mailto:ccamp@ietf.org>= ;>
>> Subject: RE: Comments about
>> draft-beeram-ccamp-network-assigned-upstream-label-00
>>
>> =A0 =A0 Zafar,
>>
>> =A0 =A0 1) =A0Using an error indication as a part of normal protoc= ol
>> =A0 =A0 operation is not good design practice.
>>
>> =A0 =A0 Use of Path error and notify message is an integral part o= f the
>> =A0 =A0 RSVP-TE design. Also please note that we are not debating = about a
>> =A0 =A0 new procedure being proposed but talking about a procedure= that is
>> =A0 =A0 already implemented and deployed.
>>
>>
>>
>> =A0 =A0 IB>> The way I interpret this discussion is somethin= g like this:
>>
>>
>>
>> =A0 =A0 John: I believe that white is a lighter color than black.<= br> >>
>> =A0 =A0 Zafa: Well, John, black is an integral part of the color p= allet.
>> =A0 =A0 Many mature applications successfully use black for their = various
>> =A0 =A0 purposes. My implementations, for example, use black for p= retty
>> =A0 =A0 much everything=85.. So, it is not clear which color is li= ghter, and
>> =A0 =A0 why do we need other colors at all. :=3D)
>>
>>
>>
>> =A0 =A0 I mean to say that your, Zafar, comments IMHO are not cons= tructive
>> =A0 =A0 technical arguments.
>>
>> =A0 =A0 Igor
>>
>>
>>
>> Hi Igor and John:
>>
>> This is really funny. This is the first time I have heard that run= ning
>> code has no merit at IETF :) This is especially when the running c= ode
>> is directly coming from RFC3473. You are calling it "not cons= tructive
>> technical arguments"! Last I heard we believed in running cod= e (See
>> your T-shirt from the election day from IETF Atlanta).
>>
>> Your draft is ONLY applicable for a use case where upstream and >> downstream alien wavelength are different. When upstream and
>> downstream alien wavelength are same, use of acceptable label set = and
>> label set objects constitute the running code. However, your draft=
>> neither makes that applicability statement nor makes any mention o= r
>> cover or reference to procedure I quoted from RFC3473.
>>
>> Thanks
>>
>> Regards=85Zafar
>>
>>
>>
>>
>>
>> =A0 =A0 *From:*Zafar Ali (zali) [mailto:zali@cisco.com]
>> =A0 =A0 *Sent:* Monday, November 04, 2013 1:51 AM
>> =A0 =A0 *To:* John E Drake; Igor Bryskin
>> =A0 =A0 *Cc:* ccamp@ietf.org= <mailto:ccamp@ietf.org>
>> =A0 =A0 *Subject:* Re: Comments about
>> =A0 =A0 draft-beeram-ccamp-network-assigned-upst= ream-label-00
>>
>>
>>
>> =A0 =A0 Hi John:
>>
>>
>>
>> =A0 =A0 Please see in-line.
>>
>>
>>
>> =A0 =A0 Thanks
>>
>>
>>
>> =A0 =A0 Regards =85 Zafar
>>
>>
>>
>> =A0 =A0 *From: *"= jdrake@juniper.net <mailto:jdr= ake@juniper.net>"
>> =A0 =A0 <jdrake@juniper.n= et <mailto:jdrake@juniper.net<= /a>>>
>> =A0 =A0 *Date: *Sunday, November 3, 2013 11:57 AM
>> =A0 =A0 *To: *zali <zali@cisc= o.com <mailto:zali@cisco.com&g= t;>,
>> =A0 =A0 "IBryskin= @advaoptical.com <mailto:IBryskin@advaoptical.com>"
>> =A0 =A0 <IBryskin@a= dvaoptical.com <mailto:I= Bryskin@advaoptical.com>>
>> =A0 =A0 *Cc: *"ccamp@ietf.o= rg <mailto:ccamp@ietf.org>&= quot; <ccamp@ietf.org
>> =A0 =A0 <mailto:ccamp@ietf.or= g>>
>> =A0 =A0 *Subject: *RE: Comments about
>> =A0 =A0 draft-beeram-ccamp-network-assigned= -upstream-label-00
>>
>>
>>
>> =A0 =A0 =A0 =A0 Zafar,
>>
>> =A0 =A0 =A0 =A0 That because this already defined method has the f= ollowing issues:
>>
>> =A0 =A0 =A0 =A0 1) =A0Using an error indication as a part of norma= l protocol
>> =A0 =A0 =A0 =A0 operation is not good design practice.
>>
>> =A0 =A0 Use of Path error and notify message is an integral part o= f the
>> =A0 =A0 RSVP-TE design. Also please note that we are not debating = about a
>> =A0 =A0 new procedure being proposed but talking about a procedure= that is
>> =A0 =A0 already implemented and deployed.
>>
>> =A0 =A0 =A0 =A0 2) =A0Acceptable Label Set is optional so its pres= ence is not
>> =A0 =A0 =A0 =A0 guaranteed
>>
>> =A0 =A0 So is the case of newly defined upstream label set. Also p= lease
>> =A0 =A0 note that many part of the RSVP-TE protocol are designed u= sing
>> =A0 =A0 optional objects.
>>
>> =A0 =A0 =A0 =A0 3) =A0The information it provides may be out of da= te by the time
>> =A0 =A0 =A0 =A0 the LSP is re-signaled.
>>
>> =A0 =A0 This is an implementation issue. A node sending the accept= able
>> =A0 =A0 label set has the responsibility to guarantee that informa= tion
>> =A0 =A0 provides in the acceptable label set remains valid for
>> =A0 =A0 re-signaling time. E.g., UNI-N implementation can cache th= e label
>> =A0 =A0 for the re-signaling time.
>>
>> =A0 =A0 =A0 =A0 4) =A0Most importantly, Acceptable Label Set is ge= nerated hop by
>> =A0 =A0 =A0 =A0 hop, unlike Upstream Label Set which exercises the= entire
>> =A0 =A0 =A0 =A0 path. =A0This means that its use to determine a va= lid wavelength
>> =A0 =A0 =A0 =A0 would require a potentially unbounded number of cr= ankbacks,
>> =A0 =A0 =A0 =A0 both single and multi-hop, with no guarantee that = such a
>> =A0 =A0 =A0 =A0 wavelength could be found.
>>
>> =A0 =A0 In the use case of align wavelength addressed in this draf= t, the
>> =A0 =A0 acceptable label set communication is restricted to the UN= I-C and
>> =A0 =A0 UNI-N node.
>>
>> =A0 =A0 =A0 =A0 Yours Irrespectively,
>>
>>
>>
>> =A0 =A0 =A0 =A0 John
>>
>>
>>
>> =A0 =A0 =A0 =A0 *From:*ccamp-bounces@ietf.org <mailto:ccamp-bounces@ietf.org>
>> =A0 =A0 =A0 =A0 [mailto:= ccamp-bounces@ietf.org] *On Behalf Of *Zafar Ali (zali)
>> =A0 =A0 =A0 =A0 *Sent:* Sunday, November 03, 2013 8:12 AM
>> =A0 =A0 =A0 =A0 *To:* = IBryskin@advaoptical.com <mailto:IBryskin@advaoptical.com>
>> =A0 =A0 =A0 =A0 *Cc:* ccamp@ietf= .org <mailto:ccamp@ietf.org>= ;
>> =A0 =A0 =A0 =A0 *Subject:* [CCAMP] Comments about
>> =A0 =A0 =A0 =A0 draft-beeram-ccamp-network-assig= ned-upstream-label-00
>>
>>
>>
>> =A0 =A0 =A0 =A0 Hi Igor and co-authors-
>>
>>
>>
>> =A0 =A0 =A0 =A0 Please note that [RFC3473] already considers the c= ase where
>> =A0 =A0 =A0 =A0 upstream label may not be acceptable to a downstre= am
>> =A0 =A0 =A0 =A0 node. Specifically, [RFC3473] states that:
>>
>> =A0 =A0 =A0 =A0 "/when a Path message containing an Ups= tream_Label object is
>> =A0 =A0 =A0 =A0 received, the receiver first ver= ifies that the upstream label
>> =A0 =A0 =A0 =A0 is acceptable. If the label is not acceptable, the= receiver
>> =A0 =A0 =A0 =A0 /*MUST*/issue a PathErr message with a "= ;Routing
>> =A0 =A0 =A0 =A0 problem/Unacceptable label value= " indication. The generated
>> =A0 =A0 =A0 =A0 PathErr message MAY include an Acceptable La= bel Set Object/".
>>
>> =A0 =A0 =A0 =A0 Acceptable_Label_Set objects may be carried in Pat= hErr and
>> =A0 =A0 =A0 =A0 ResvErr messages [RFC3473].
>>
>>
>>
>> =A0 =A0 =A0 =A0 However, your draft does not mention or cover this= already
>> =A0 =A0 =A0 =A0 defined method.
>>
>>
>>
>> =A0 =A0 =A0 =A0 Thanks
>>
>>
>>
>> =A0 =A0 =A0 =A0 Regards =85 Zafar
>>
>
>
> _______________________________________________
> CCAMP mailing list
> CCAMP@ietf.org
> https://www.ietf.org/mailman/listinfo/ccamp
>

_______________________________________________
CCAMP mailing list
CCAMP@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/ccamp

--485b393ab62fb7595604ea61bb54-- From julien.meuric@orange.com Mon Nov 4 18:36:34 2013 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8E66121E8117 for ; Mon, 4 Nov 2013 18:36:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.249 X-Spam-Level: X-Spam-Status: No, score=-2.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_FR=0.35] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uFWCfvIFyiMw for ; Mon, 4 Nov 2013 18:36:26 -0800 (PST) Received: from r-mail2.rd.orange.com (r-mail2.rd.orange.com [217.108.152.42]) by ietfa.amsl.com (Postfix) with ESMTP id 699E211E824D for ; Mon, 4 Nov 2013 18:36:03 -0800 (PST) Received: from r-mail2.rd.orange.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 493915D8A2E; Tue, 5 Nov 2013 03:35:48 +0100 (CET) Received: from ftrdsmtp1.rd.francetelecom.fr (unknown [10.192.128.46]) by r-mail2.rd.orange.com (Postfix) with ESMTP id 39BE55D89C7; Tue, 5 Nov 2013 03:35:48 +0100 (CET) Received: from ftrdmel10.rd.francetelecom.fr ([10.192.128.44]) by ftrdsmtp1.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Tue, 5 Nov 2013 03:35:48 +0100 Received: from [10.193.116.62] ([10.193.116.62]) by ftrdmel10.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Tue, 5 Nov 2013 03:35:47 +0100 Message-ID: <5278597F.1010303@orange.com> Date: Tue, 05 Nov 2013 03:35:43 +0100 From: Julien Meuric Organization: Orange User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: Vishnu Pavan Beeram References: <664B8B26-7461-4C89-B748-4524C2307D9E@juniper.net> <5277F30A.7010308@labn.net> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-OriginalArrivalTime: 05 Nov 2013 02:35:47.0559 (UTC) FILETIME=[BBFB4F70:01CED9CF] Cc: "ccamp@ietf.org" Subject: Re: [CCAMP] Comments about draft-beeram-ccamp-network-assigned-upstream-label-00 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 02:36:34 -0000 Hi Pavan. Even though I agree with your unassigned Upstream_Label requirement, I need to disagree with the data plane rationale you mention. The Upstream_Label refers to the client's optical receiver: you don't need to tune a laser on the receiver side. The data transmission could even work without sending the actual Upstream_Label in RSVP-TE messages to the client: I am not really a fan of that approach, but that would fit cases where optical policies are left to the optical network... Moreover, I have doubts on putting label symmetry within the protocol. This is more an allocation policy in the hands of allocating nodes: requesting an allocation mode from an ingress node would mean doing the server job, I am not sure it is desirable. Julien On 11/04/2013 23:49, Vishnu Pavan Beeram wrote: > Lou, > > The extensions defined in this draft do not impose any backwards > compatibility issues. The intent is definitely not to change the > fundamental aspects of the protocol. As you would agree, it is not > mandatory to try and fit the extensions defined in RFC3473 to all and > sundry. New extensions are being introduced only where the existing > extensions fall short. Let me walk through the requirements that we > are looking at and that would hopefully explain the limitations of the > existing extensions. > > Base requirement : > Need a mechanism for a given node to say that it cannot assign an > upstream-label on its own and that it needs the network (read > downstream) to assign it instead. > > Corollary requirements : > 1. Need a mechanism for a given node to ask for a network-assigned > upstream label without having to specify any inputs on what label > needs to get picked. > 2. Need a mechanism for a given node to ask for a network-assigned > upstream label and also specify some choices for the label that needs > to get picked. > 3. If labels are symmetric, a given node can simply use the label > returned in the LABEL object of the RESV message for both directions. > In practice, most bidirectional LSPs have label symmetricity on each > hop along the path of the LSP. But this is something that cannot be > assumed by default. Hence, there is a need to have a mechanism for the > ingress to request "label symmetricity" at each hop along the path of > the LSP. > > Can you somehow fit a solution using the current extensions and cater > to the above requirements? > We believe the answer is NO. One suggestion on the mailing list was to > set a random UPSTREAM_LABEL and send it out on a fishing expedition. > The idea was that the downstream node would then respond with a > PATH-ERR carrying an ACCEPTABLE_LABEL_SET. John and Igor have provided > a list of reasons on why that isn't a great idea. Let me add another > point - > - As per RFC3473 - when a node receives an UPSTREAM_LABEL object in > the PATH, it means that the upstream node MUST have already > installed/programmed this label. In the alien wavelength use-case > (discussed in the draft), when the network receives this message, it > would mean that the laser has already been tuned to this wavelength at > the client. That beats the very purpose of requesting a network > assigned upstream label. Doesn't it? So, the point is that with the > current semantics of an UPSTREAM_LABEL, you cannot use it for the case > where the upstream-label hasn't been installed/programmed yet. If some > implementation decides to ignore these semantics, how would the > network know whether the ingress-client has already installed this > label or not (whether the laser is already tuned or not). > > RFC3473 states that a Bidirectional-LSP setup request is identified by > the presence of an "UPSTREAM_LABEL" object in the PATH msg. This draft > does propose 2 other mechanisms: > - The presence of the "Label Symmetricity Required" Flag in the PATH > - The presence of the "UPSTREAM_LABEL_SET" object in the PATH > If a downstream node does not understand any of the above indications, > it would reject the setup request. In both scenarios - after the > network has assigned the upstream-label, the concerned node is allowed > to start signaling the UPSTREAM_LABEL object in the PATH. I don't > understand how adding two other mechanisms for Bidirectional LSP setup > translates to changing fundamental aspects of the protocol. > Implementations that can support these extensions can. Others can > still be happy with their "running code". > > Regards, > -Pavan > > > > On Mon, Nov 4, 2013 at 2:18 PM, Lou Berger > wrote: > > John, (authors) > > Perhaps it would be useful to refocus a moment on the specific > limitations the draft is focusing on. > > There's no question that 3473 made certain choices based on expected > uses and probabilities that may not hold, but we do need to be careful > when changing fundamentals of the protocol (e.g. moving away from the > use of the upstream label object as the basic object that indicates a > bidirectional LSP.) > > So is it fair to say that the main limitation that the draft is trying > to address is the inability to support downstream selection of > upstream > labels? > > The draft also allows for both symmetric and asymmetric label value > allocation. IS this a requirement, or asymmetric just included for > completeness? > > Are there other requirements / limitations you are trying to address? > > Lou > > On 11/04/2013 01:24 PM, John E Drake wrote: > > Zafar, > > > > Both Igor and I have listed technical issues with RFC3473 and your > > response is that you really really like RFC3473. I'm happy for > you but > > unimpressed. > > > > John > > > > Sent from my iPhone > > > > On Nov 4, 2013, at 9:43 AM, "Zafar Ali (zali)" > > >> wrote: > > > >> Igor, John- > >> > >> Please see in-line. > >> > >> From: "IBryskin@advaoptical.com > >" > >> > >> > >> Date: Monday, November 4, 2013 8:57 AM > >> To: zali > >>, > "jdrake@juniper.net > >> >" > > >> >> > >> Cc: "ccamp@ietf.org > >" > >> >> > >> Subject: RE: Comments about > >> draft-beeram-ccamp-network-assigned-upstream-label-00 > >> > >> Zafar, > >> > >> 1) Using an error indication as a part of normal protocol > >> operation is not good design practice. > >> > >> Use of Path error and notify message is an integral part of the > >> RSVP-TE design. Also please note that we are not debating about a > >> new procedure being proposed but talking about a procedure that is > >> already implemented and deployed. > >> > >> > >> > >> IB>> The way I interpret this discussion is something like this: > >> > >> > >> > >> John: I believe that white is a lighter color than black. > >> > >> Zafa: Well, John, black is an integral part of the color pallet. > >> Many mature applications successfully use black for their various > >> purposes. My implementations, for example, use black for pretty > >> much everything….. So, it is not clear which color is lighter, and > >> why do we need other colors at all. :=) > >> > >> > >> > >> I mean to say that your, Zafar, comments IMHO are not constructive > >> technical arguments. > >> > >> Igor > >> > >> > >> > >> Hi Igor and John: > >> > >> This is really funny. This is the first time I have heard that > running > >> code has no merit at IETF :) This is especially when the > running code > >> is directly coming from RFC3473. You are calling it "not > constructive > >> technical arguments"! Last I heard we believed in running code (See > >> your T-shirt from the election day from IETF Atlanta). > >> > >> Your draft is ONLY applicable for a use case where upstream and > >> downstream alien wavelength are different. When upstream and > >> downstream alien wavelength are same, use of acceptable label > set and > >> label set objects constitute the running code. However, your draft > >> neither makes that applicability statement nor makes any mention or > >> cover or reference to procedure I quoted from RFC3473. > >> > >> Thanks > >> > >> Regards…Zafar > >> > >> > >> > >> > >> > >> *From:*Zafar Ali (zali) [mailto:zali@cisco.com > ] > >> *Sent:* Monday, November 04, 2013 1:51 AM > >> *To:* John E Drake; Igor Bryskin > >> *Cc:* ccamp@ietf.org > > > >> *Subject:* Re: Comments about > >> draft-beeram-ccamp-network-assigned-upstream-label-00 > >> > >> > >> > >> Hi John: > >> > >> > >> > >> Please see in-line. > >> > >> > >> > >> Thanks > >> > >> > >> > >> Regards … Zafar > >> > >> > >> > >> *From: *"jdrake@juniper.net > >" > >> > >> > >> *Date: *Sunday, November 3, 2013 11:57 AM > >> *To: *zali > >>, > >> "IBryskin@advaoptical.com > >" > >> > >> > >> *Cc: *"ccamp@ietf.org > >" > >> >> > >> *Subject: *RE: Comments about > >> draft-beeram-ccamp-network-assigned-upstream-label-00 > >> > >> > >> > >> Zafar, > >> > >> That because this already defined method has the following issues: > >> > >> 1) Using an error indication as a part of normal protocol > >> operation is not good design practice. > >> > >> Use of Path error and notify message is an integral part of the > >> RSVP-TE design. Also please note that we are not debating about a > >> new procedure being proposed but talking about a procedure that is > >> already implemented and deployed. > >> > >> 2) Acceptable Label Set is optional so its presence is not > >> guaranteed > >> > >> So is the case of newly defined upstream label set. Also please > >> note that many part of the RSVP-TE protocol are designed using > >> optional objects. > >> > >> 3) The information it provides may be out of date by the time > >> the LSP is re-signaled. > >> > >> This is an implementation issue. A node sending the acceptable > >> label set has the responsibility to guarantee that information > >> provides in the acceptable label set remains valid for > >> re-signaling time. E.g., UNI-N implementation can cache the label > >> for the re-signaling time. > >> > >> 4) Most importantly, Acceptable Label Set is generated hop by > >> hop, unlike Upstream Label Set which exercises the entire > >> path. This means that its use to determine a valid wavelength > >> would require a potentially unbounded number of crankbacks, > >> both single and multi-hop, with no guarantee that such a > >> wavelength could be found. > >> > >> In the use case of align wavelength addressed in this draft, the > >> acceptable label set communication is restricted to the UNI-C and > >> UNI-N node. > >> > >> Yours Irrespectively, > >> > >> > >> > >> John > >> > >> > >> > >> *From:*ccamp-bounces@ietf.org > > > >> [mailto:ccamp-bounces@ietf.org ] > *On Behalf Of *Zafar Ali (zali) > >> *Sent:* Sunday, November 03, 2013 8:12 AM > >> *To:* IBryskin@advaoptical.com > > > >> *Cc:* ccamp@ietf.org > > > >> *Subject:* [CCAMP] Comments about > >> draft-beeram-ccamp-network-assigned-upstream-label-00 > >> > >> > >> > >> Hi Igor and co-authors- > >> > >> > >> > >> Please note that [RFC3473] already considers the case where > >> upstream label may not be acceptable to a downstream > >> node. Specifically, [RFC3473] states that: > >> > >> "/when a Path message containing an Upstream_Label object is > >> received, the receiver first verifies that the upstream label > >> is acceptable. If the label is not acceptable, the receiver > >> /*MUST*/issue a PathErr message with a "Routing > >> problem/Unacceptable label value" indication. The generated > >> PathErr message MAY include an Acceptable Label Set Object/". > >> > >> Acceptable_Label_Set objects may be carried in PathErr and > >> ResvErr messages [RFC3473]. > >> > >> > >> > >> However, your draft does not mention or cover this already > >> defined method. > >> > >> > >> > >> Thanks > >> > >> > >> > >> Regards … Zafar > >> > > > > > > _______________________________________________ > > CCAMP mailing list > > CCAMP@ietf.org > > https://www.ietf.org/mailman/listinfo/ccamp > > > > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp > > > > > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp From zhangfatai@huawei.com Mon Nov 4 19:38:29 2013 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4B7EA21E80E0 for ; Mon, 4 Nov 2013 19:38:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.075 X-Spam-Level: X-Spam-Status: No, score=-2.075 tagged_above=-999 required=5 tests=[AWL=-4.524, BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, MIME_8BIT_HEADER=0.3, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-4, SARE_SUB_ENC_GB2312=1.345] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id v50hSy+6P5Pj for ; Mon, 4 Nov 2013 19:38:25 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 4F8C321E80D4 for ; Mon, 4 Nov 2013 19:38:24 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id AZW01708; Tue, 05 Nov 2013 03:38:22 +0000 (GMT) Received: from LHREML401-HUB.china.huawei.com (10.201.5.240) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 5 Nov 2013 03:37:39 +0000 Received: from SZXEMA407-HUB.china.huawei.com (10.82.72.39) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 5 Nov 2013 03:38:17 +0000 Received: from SZXEMA504-MBS.china.huawei.com ([169.254.8.57]) by SZXEMA407-HUB.china.huawei.com ([10.82.72.39]) with mapi id 14.03.0158.001; Tue, 5 Nov 2013 11:38:09 +0800 From: Fatai Zhang To: Julien Meuric , Vishnu Pavan Beeram Thread-Topic: [CCAMP] Comments about draft-beeram-ccamp-network-assigned-upstream-label-00 Thread-Index: AQHO2ZK0rOEfRYTqjkK2QAYRcIhZKJoVJxIAgAA/HoCAAJXXZg== Date: Tue, 5 Nov 2013 03:38:08 +0000 Message-ID: References: <664B8B26-7461-4C89-B748-4524C2307D9E@juniper.net> <5277F30A.7010308@labn.net> , <5278597F.1010303@orange.com> In-Reply-To: <5278597F.1010303@orange.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.212.246.237] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "ccamp@ietf.org" Subject: [CCAMP] =?gb2312?b?tPC4tDogIENvbW1lbnRzIGFib3V0CWRyYWZ0LWJlZXJh?= =?gb2312?b?bS1jY2FtcC1uZXR3b3JrLWFzc2lnbmVkLXVwc3RyZWFtLWxhYmVsLTAw?= X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 03:38:29 -0000 SGkgUGF2YW4sDQoNClVuZGVyc3Rvb2Qgd2hhdCB5b3Ugc2FpZCBpbiBwcmluY2lwbGUsIGJ1dCBj b3VsZCB5b3UgZ2l2ZSBhbiBleGFtcGxlIHRvIHNob3cgdGhlcmUgYXJlIGFzeW1tZXJ0cmljIGxh YmVscyAod2F2ZWxlbmd0aD8pIGZvciB0aGUgYmlkaXJlY3RpYW9uYWwgTFNQcyAoZXNwZWNpYWxs IGZvciB0aGUgdHJhbnNwb3J0IG5ldHdvcmtzKSBpbiB0aGUgcmVhbCBpbXBsZW1lbnRhdGlvbnM/ DQoNCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT0NCkluIHByYWN0aWNlLCBtb3N0IGJpZGlyZWN0aW9uYWwgTFNQcyBoYXZlIGxhYmVsIHN5bW1l dHJpY2l0eSBvbiBlYWNoIGhvcCBhbG9uZyB0aGUgcGF0aCBvZiB0aGUgTFNQLiBCdXQgdGhpcyBp cyBzb21ldGhpbmcgdGhhdCBjYW5ub3QgYmUgYXNzdW1lZCBieSBkZWZhdWx0Lg0KDQoNCg0KVGhh bmtzDQoNCkZhdGFpDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N CreivP7IyzogY2NhbXAtYm91bmNlc0BpZXRmLm9yZyBbY2NhbXAtYm91bmNlc0BpZXRmLm9yZ10g tPqx7SBKdWxpZW4gTWV1cmljIFtqdWxpZW4ubWV1cmljQG9yYW5nZS5jb21dDQq3osvNyrG85Dog MjAxM8TqMTHUwjXI1SAxMDozNQ0KytW8/sjLOiBWaXNobnUgUGF2YW4gQmVlcmFtDQqzrcvNOiBj Y2FtcEBpZXRmLm9yZw0K1vfM4jogUmU6IFtDQ0FNUF0gQ29tbWVudHMgYWJvdXQgIGRyYWZ0LWJl ZXJhbS1jY2FtcC1uZXR3b3JrLWFzc2lnbmVkLXVwc3RyZWFtLWxhYmVsLTAwDQoNCkhpIFBhdmFu Lg0KDQpFdmVuIHRob3VnaCBJIGFncmVlIHdpdGggeW91ciB1bmFzc2lnbmVkIFVwc3RyZWFtX0xh YmVsIHJlcXVpcmVtZW50LCBJDQpuZWVkIHRvIGRpc2FncmVlIHdpdGggdGhlIGRhdGEgcGxhbmUg cmF0aW9uYWxlIHlvdSBtZW50aW9uLg0KDQpUaGUgVXBzdHJlYW1fTGFiZWwgcmVmZXJzIHRvIHRo ZSBjbGllbnQncyBvcHRpY2FsIHJlY2VpdmVyOiB5b3UgZG9uJ3QNCm5lZWQgdG8gdHVuZSBhIGxh c2VyIG9uIHRoZSByZWNlaXZlciBzaWRlLiBUaGUgZGF0YSB0cmFuc21pc3Npb24gY291bGQNCmV2 ZW4gd29yayB3aXRob3V0IHNlbmRpbmcgdGhlIGFjdHVhbCBVcHN0cmVhbV9MYWJlbCBpbiBSU1ZQ LVRFIG1lc3NhZ2VzDQp0byB0aGUgY2xpZW50OiBJIGFtIG5vdCByZWFsbHkgYSBmYW4gb2YgdGhh dCBhcHByb2FjaCwgYnV0IHRoYXQgd291bGQNCmZpdCBjYXNlcyB3aGVyZSBvcHRpY2FsIHBvbGlj aWVzIGFyZSBsZWZ0IHRvIHRoZSBvcHRpY2FsIG5ldHdvcmsuLi4NCg0KTW9yZW92ZXIsIEkgaGF2 ZSBkb3VidHMgb24gcHV0dGluZyBsYWJlbCBzeW1tZXRyeSB3aXRoaW4gdGhlIHByb3RvY29sLg0K VGhpcyBpcyBtb3JlIGFuIGFsbG9jYXRpb24gcG9saWN5IGluIHRoZSBoYW5kcyBvZiBhbGxvY2F0 aW5nIG5vZGVzOg0KcmVxdWVzdGluZyBhbiBhbGxvY2F0aW9uIG1vZGUgZnJvbSBhbiBpbmdyZXNz IG5vZGUgd291bGQgbWVhbiBkb2luZyB0aGUNCnNlcnZlciBqb2IsIEkgYW0gbm90IHN1cmUgaXQg aXMgZGVzaXJhYmxlLg0KDQpKdWxpZW4NCg0KDQpPbiAxMS8wNC8yMDEzIDIzOjQ5LCBWaXNobnUg UGF2YW4gQmVlcmFtIHdyb3RlOg0KPiBMb3UsDQo+DQo+IFRoZSBleHRlbnNpb25zIGRlZmluZWQg aW4gdGhpcyBkcmFmdCBkbyBub3QgaW1wb3NlIGFueSBiYWNrd2FyZHMNCj4gY29tcGF0aWJpbGl0 eSBpc3N1ZXMuIFRoZSBpbnRlbnQgaXMgZGVmaW5pdGVseSBub3QgdG8gY2hhbmdlIHRoZQ0KPiBm dW5kYW1lbnRhbCBhc3BlY3RzIG9mIHRoZSBwcm90b2NvbC4gQXMgeW91IHdvdWxkIGFncmVlLCBp dCBpcyBub3QNCj4gbWFuZGF0b3J5IHRvIHRyeSBhbmQgZml0IHRoZSBleHRlbnNpb25zIGRlZmlu ZWQgaW4gUkZDMzQ3MyB0byBhbGwgYW5kDQo+IHN1bmRyeS4gTmV3IGV4dGVuc2lvbnMgYXJlIGJl aW5nIGludHJvZHVjZWQgb25seSB3aGVyZSB0aGUgZXhpc3RpbmcNCj4gZXh0ZW5zaW9ucyBmYWxs IHNob3J0LiBMZXQgbWUgd2FsayB0aHJvdWdoIHRoZSByZXF1aXJlbWVudHMgdGhhdCB3ZQ0KPiBh cmUgbG9va2luZyBhdCBhbmQgdGhhdCB3b3VsZCBob3BlZnVsbHkgZXhwbGFpbiB0aGUgbGltaXRh dGlvbnMgb2YgdGhlDQo+IGV4aXN0aW5nIGV4dGVuc2lvbnMuDQo+DQo+IEJhc2UgcmVxdWlyZW1l bnQgOg0KPiBOZWVkIGEgbWVjaGFuaXNtIGZvciBhIGdpdmVuIG5vZGUgdG8gc2F5IHRoYXQgaXQg Y2Fubm90IGFzc2lnbiBhbg0KPiB1cHN0cmVhbS1sYWJlbCBvbiBpdHMgb3duIGFuZCB0aGF0IGl0 IG5lZWRzIHRoZSBuZXR3b3JrIChyZWFkDQo+IGRvd25zdHJlYW0pIHRvIGFzc2lnbiBpdCBpbnN0 ZWFkLg0KPg0KPiBDb3JvbGxhcnkgcmVxdWlyZW1lbnRzIDoNCj4gMS4gTmVlZCBhIG1lY2hhbmlz bSBmb3IgYSBnaXZlbiBub2RlIHRvIGFzayBmb3IgYSBuZXR3b3JrLWFzc2lnbmVkDQo+IHVwc3Ry ZWFtIGxhYmVsIHdpdGhvdXQgaGF2aW5nIHRvIHNwZWNpZnkgYW55IGlucHV0cyBvbiB3aGF0IGxh YmVsDQo+IG5lZWRzIHRvIGdldCBwaWNrZWQuDQo+IDIuIE5lZWQgYSBtZWNoYW5pc20gZm9yIGEg Z2l2ZW4gbm9kZSB0byBhc2sgZm9yIGEgbmV0d29yay1hc3NpZ25lZA0KPiB1cHN0cmVhbSBsYWJl bCBhbmQgYWxzbyBzcGVjaWZ5IHNvbWUgY2hvaWNlcyBmb3IgdGhlIGxhYmVsIHRoYXQgbmVlZHMN Cj4gdG8gZ2V0IHBpY2tlZC4NCj4gMy4gSWYgbGFiZWxzIGFyZSBzeW1tZXRyaWMsIGEgZ2l2ZW4g bm9kZSBjYW4gc2ltcGx5IHVzZSB0aGUgbGFiZWwNCj4gcmV0dXJuZWQgaW4gdGhlIExBQkVMIG9i amVjdCBvZiB0aGUgUkVTViBtZXNzYWdlIGZvciBib3RoIGRpcmVjdGlvbnMuDQo+IEluIHByYWN0 aWNlLCBtb3N0IGJpZGlyZWN0aW9uYWwgTFNQcyBoYXZlIGxhYmVsIHN5bW1ldHJpY2l0eSBvbiBl YWNoDQo+IGhvcCBhbG9uZyB0aGUgcGF0aCBvZiB0aGUgTFNQLiBCdXQgdGhpcyBpcyBzb21ldGhp bmcgdGhhdCBjYW5ub3QgYmUNCj4gYXNzdW1lZCBieSBkZWZhdWx0LiBIZW5jZSwgdGhlcmUgaXMg YSBuZWVkIHRvIGhhdmUgYSBtZWNoYW5pc20gZm9yIHRoZQ0KPiBpbmdyZXNzIHRvIHJlcXVlc3Qg ImxhYmVsIHN5bW1ldHJpY2l0eSIgYXQgZWFjaCBob3AgYWxvbmcgdGhlIHBhdGggb2YNCj4gdGhl IExTUC4NCj4NCj4gQ2FuIHlvdSBzb21laG93IGZpdCBhIHNvbHV0aW9uIHVzaW5nIHRoZSBjdXJy ZW50IGV4dGVuc2lvbnMgYW5kIGNhdGVyDQo+IHRvIHRoZSBhYm92ZSByZXF1aXJlbWVudHM/DQo+ IFdlIGJlbGlldmUgdGhlIGFuc3dlciBpcyBOTy4gT25lIHN1Z2dlc3Rpb24gb24gdGhlIG1haWxp bmcgbGlzdCB3YXMgdG8NCj4gc2V0IGEgcmFuZG9tIFVQU1RSRUFNX0xBQkVMIGFuZCBzZW5kIGl0 IG91dCBvbiBhIGZpc2hpbmcgZXhwZWRpdGlvbi4NCj4gVGhlIGlkZWEgd2FzIHRoYXQgdGhlIGRv d25zdHJlYW0gbm9kZSB3b3VsZCB0aGVuIHJlc3BvbmQgd2l0aCBhDQo+IFBBVEgtRVJSIGNhcnJ5 aW5nIGFuIEFDQ0VQVEFCTEVfTEFCRUxfU0VULiBKb2huIGFuZCBJZ29yIGhhdmUgcHJvdmlkZWQN Cj4gYSBsaXN0IG9mIHJlYXNvbnMgb24gd2h5IHRoYXQgaXNuJ3QgYSBncmVhdCBpZGVhLiBMZXQg bWUgYWRkIGFub3RoZXINCj4gcG9pbnQgLQ0KPiAtIEFzIHBlciBSRkMzNDczIC0gd2hlbiBhIG5v ZGUgcmVjZWl2ZXMgYW4gVVBTVFJFQU1fTEFCRUwgb2JqZWN0IGluDQo+IHRoZSBQQVRILCBpdCBt ZWFucyB0aGF0IHRoZSB1cHN0cmVhbSBub2RlIE1VU1QgaGF2ZSBhbHJlYWR5DQo+IGluc3RhbGxl ZC9wcm9ncmFtbWVkIHRoaXMgbGFiZWwuIEluIHRoZSBhbGllbiB3YXZlbGVuZ3RoIHVzZS1jYXNl DQo+IChkaXNjdXNzZWQgaW4gdGhlIGRyYWZ0KSwgd2hlbiB0aGUgbmV0d29yayByZWNlaXZlcyB0 aGlzIG1lc3NhZ2UsIGl0DQo+IHdvdWxkIG1lYW4gdGhhdCB0aGUgbGFzZXIgaGFzIGFscmVhZHkg YmVlbiB0dW5lZCB0byB0aGlzIHdhdmVsZW5ndGggYXQNCj4gdGhlIGNsaWVudC4gVGhhdCBiZWF0 cyB0aGUgdmVyeSBwdXJwb3NlIG9mIHJlcXVlc3RpbmcgYSBuZXR3b3JrDQo+IGFzc2lnbmVkIHVw c3RyZWFtIGxhYmVsLiBEb2Vzbid0IGl0PyBTbywgdGhlIHBvaW50IGlzIHRoYXQgd2l0aCB0aGUN Cj4gY3VycmVudCBzZW1hbnRpY3Mgb2YgYW4gVVBTVFJFQU1fTEFCRUwsIHlvdSBjYW5ub3QgdXNl IGl0IGZvciB0aGUgY2FzZQ0KPiB3aGVyZSB0aGUgdXBzdHJlYW0tbGFiZWwgaGFzbid0IGJlZW4g aW5zdGFsbGVkL3Byb2dyYW1tZWQgeWV0LiBJZiBzb21lDQo+IGltcGxlbWVudGF0aW9uIGRlY2lk ZXMgdG8gaWdub3JlIHRoZXNlIHNlbWFudGljcywgaG93IHdvdWxkIHRoZQ0KPiBuZXR3b3JrIGtu b3cgd2hldGhlciB0aGUgaW5ncmVzcy1jbGllbnQgaGFzIGFscmVhZHkgaW5zdGFsbGVkIHRoaXMN Cj4gbGFiZWwgb3Igbm90ICh3aGV0aGVyIHRoZSBsYXNlciBpcyBhbHJlYWR5IHR1bmVkIG9yIG5v dCkuDQo+DQo+IFJGQzM0NzMgc3RhdGVzIHRoYXQgYSBCaWRpcmVjdGlvbmFsLUxTUCBzZXR1cCBy ZXF1ZXN0IGlzIGlkZW50aWZpZWQgYnkNCj4gdGhlIHByZXNlbmNlIG9mIGFuICJVUFNUUkVBTV9M QUJFTCIgb2JqZWN0IGluIHRoZSBQQVRIIG1zZy4gVGhpcyBkcmFmdA0KPiBkb2VzIHByb3Bvc2Ug MiBvdGhlciBtZWNoYW5pc21zOg0KPiAtIFRoZSBwcmVzZW5jZSBvZiB0aGUgIkxhYmVsIFN5bW1l dHJpY2l0eSBSZXF1aXJlZCIgRmxhZyBpbiB0aGUgUEFUSA0KPiAtIFRoZSBwcmVzZW5jZSBvZiB0 aGUgIlVQU1RSRUFNX0xBQkVMX1NFVCIgb2JqZWN0IGluIHRoZSBQQVRIDQo+IElmIGEgZG93bnN0 cmVhbSBub2RlIGRvZXMgbm90IHVuZGVyc3RhbmQgYW55IG9mIHRoZSBhYm92ZSBpbmRpY2F0aW9u cywNCj4gaXQgd291bGQgcmVqZWN0IHRoZSBzZXR1cCByZXF1ZXN0LiBJbiBib3RoIHNjZW5hcmlv cyAtIGFmdGVyIHRoZQ0KPiBuZXR3b3JrIGhhcyBhc3NpZ25lZCB0aGUgdXBzdHJlYW0tbGFiZWws IHRoZSBjb25jZXJuZWQgbm9kZSBpcyBhbGxvd2VkDQo+IHRvIHN0YXJ0IHNpZ25hbGluZyB0aGUg VVBTVFJFQU1fTEFCRUwgb2JqZWN0IGluIHRoZSBQQVRILiBJIGRvbid0DQo+IHVuZGVyc3RhbmQg aG93IGFkZGluZyB0d28gb3RoZXIgbWVjaGFuaXNtcyBmb3IgQmlkaXJlY3Rpb25hbCBMU1Agc2V0 dXANCj4gdHJhbnNsYXRlcyB0byBjaGFuZ2luZyBmdW5kYW1lbnRhbCBhc3BlY3RzIG9mIHRoZSBw cm90b2NvbC4NCj4gSW1wbGVtZW50YXRpb25zIHRoYXQgY2FuIHN1cHBvcnQgdGhlc2UgZXh0ZW5z aW9ucyBjYW4uIE90aGVycyBjYW4NCj4gc3RpbGwgYmUgaGFwcHkgd2l0aCB0aGVpciAicnVubmlu ZyBjb2RlIi4NCj4NCj4gUmVnYXJkcywNCj4gLVBhdmFuDQo+DQo+DQo+DQo+IE9uIE1vbiwgTm92 IDQsIDIwMTMgYXQgMjoxOCBQTSwgTG91IEJlcmdlciA8bGJlcmdlckBsYWJuLm5ldA0KPiA8bWFp bHRvOmxiZXJnZXJAbGFibi5uZXQ+PiB3cm90ZToNCj4NCj4gICAgIEpvaG4sIChhdXRob3JzKQ0K Pg0KPiAgICAgUGVyaGFwcyBpdCB3b3VsZCBiZSB1c2VmdWwgdG8gcmVmb2N1cyBhIG1vbWVudCBv biB0aGUgc3BlY2lmaWMNCj4gICAgIGxpbWl0YXRpb25zIHRoZSBkcmFmdCBpcyBmb2N1c2luZyBv bi4NCj4NCj4gICAgIFRoZXJlJ3Mgbm8gcXVlc3Rpb24gdGhhdCAzNDczIG1hZGUgY2VydGFpbiBj aG9pY2VzIGJhc2VkIG9uIGV4cGVjdGVkDQo+ICAgICB1c2VzIGFuZCBwcm9iYWJpbGl0aWVzIHRo YXQgbWF5IG5vdCBob2xkLCBidXQgd2UgZG8gbmVlZCB0byBiZSBjYXJlZnVsDQo+ICAgICB3aGVu IGNoYW5naW5nIGZ1bmRhbWVudGFscyBvZiB0aGUgcHJvdG9jb2wgKGUuZy4gbW92aW5nIGF3YXkg ZnJvbSB0aGUNCj4gICAgIHVzZSBvZiB0aGUgdXBzdHJlYW0gbGFiZWwgb2JqZWN0IGFzIHRoZSBi YXNpYyBvYmplY3QgdGhhdCBpbmRpY2F0ZXMgYQ0KPiAgICAgYmlkaXJlY3Rpb25hbCBMU1AuKQ0K Pg0KPiAgICAgU28gaXMgaXQgZmFpciB0byBzYXkgdGhhdCB0aGUgbWFpbiBsaW1pdGF0aW9uIHRo YXQgdGhlIGRyYWZ0IGlzIHRyeWluZw0KPiAgICAgdG8gYWRkcmVzcyBpcyB0aGUgaW5hYmlsaXR5 IHRvIHN1cHBvcnQgZG93bnN0cmVhbSBzZWxlY3Rpb24gb2YNCj4gICAgIHVwc3RyZWFtDQo+ICAg ICBsYWJlbHM/DQo+DQo+ICAgICBUaGUgZHJhZnQgYWxzbyBhbGxvd3MgZm9yIGJvdGggc3ltbWV0 cmljIGFuZCBhc3ltbWV0cmljIGxhYmVsIHZhbHVlDQo+ICAgICBhbGxvY2F0aW9uLiBJUyB0aGlz IGEgcmVxdWlyZW1lbnQsIG9yIGFzeW1tZXRyaWMganVzdCBpbmNsdWRlZCBmb3INCj4gICAgIGNv bXBsZXRlbmVzcz8NCj4NCj4gICAgIEFyZSB0aGVyZSBvdGhlciByZXF1aXJlbWVudHMgLyBsaW1p dGF0aW9ucyB5b3UgYXJlIHRyeWluZyB0byBhZGRyZXNzPw0KPg0KPiAgICAgTG91DQo+DQo+ICAg ICBPbiAxMS8wNC8yMDEzIDAxOjI0IFBNLCBKb2huIEUgRHJha2Ugd3JvdGU6DQo+ICAgICA+IFph ZmFyLA0KPiAgICAgPg0KPiAgICAgPiBCb3RoIElnb3IgYW5kIEkgaGF2ZSBsaXN0ZWQgdGVjaG5p Y2FsIGlzc3VlcyB3aXRoIFJGQzM0NzMgYW5kIHlvdXINCj4gICAgID4gcmVzcG9uc2UgaXMgdGhh dCB5b3UgcmVhbGx5IHJlYWxseSBsaWtlIFJGQzM0NzMuIEknbSBoYXBweSBmb3INCj4gICAgIHlv dSBidXQNCj4gICAgID4gdW5pbXByZXNzZWQuDQo+ICAgICA+DQo+ICAgICA+IEpvaG4NCj4gICAg ID4NCj4gICAgID4gU2VudCBmcm9tIG15IGlQaG9uZQ0KPiAgICAgPg0KPiAgICAgPiBPbiBOb3Yg NCwgMjAxMywgYXQgOTo0MyBBTSwgIlphZmFyIEFsaSAoemFsaSkiIDx6YWxpQGNpc2NvLmNvbQ0K PiAgICAgPG1haWx0bzp6YWxpQGNpc2NvLmNvbT4NCj4gICAgID4gPG1haWx0bzp6YWxpQGNpc2Nv LmNvbSA8bWFpbHRvOnphbGlAY2lzY28uY29tPj4+IHdyb3RlOg0KPiAgICAgPg0KPiAgICAgPj4g SWdvciwgSm9obi0NCj4gICAgID4+DQo+ICAgICA+PiBQbGVhc2Ugc2VlIGluLWxpbmUuDQo+ICAg ICA+Pg0KPiAgICAgPj4gRnJvbTogIklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0KPiAgICAgPG1h aWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+IDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGlj YWwuY29tDQo+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4+Ig0KPiAgICAg Pj4gPElCcnlza2luQGFkdmFvcHRpY2FsLmNvbSA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2Fs LmNvbT4NCj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tIDxtYWlsdG86SUJy eXNraW5AYWR2YW9wdGljYWwuY29tPj4+DQo+ICAgICA+PiBEYXRlOiBNb25kYXksIE5vdmVtYmVy IDQsIDIwMTMgODo1NyBBTQ0KPiAgICAgPj4gVG86IHphbGkgPHphbGlAY2lzY28uY29tIDxtYWls dG86emFsaUBjaXNjby5jb20+DQo+ICAgICA8bWFpbHRvOnphbGlAY2lzY28uY29tIDxtYWlsdG86 emFsaUBjaXNjby5jb20+Pj4sDQo+ICAgICAiamRyYWtlQGp1bmlwZXIubmV0IDxtYWlsdG86amRy YWtlQGp1bmlwZXIubmV0Pg0KPiAgICAgPj4gPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQgPG1h aWx0bzpqZHJha2VAanVuaXBlci5uZXQ+PiINCj4gICAgIDxqZHJha2VAanVuaXBlci5uZXQgPG1h aWx0bzpqZHJha2VAanVuaXBlci5uZXQ+DQo+ICAgICA+PiA8bWFpbHRvOmpkcmFrZUBqdW5pcGVy Lm5ldCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4+Pg0KPiAgICAgPj4gQ2M6ICJjY2FtcEBp ZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPg0KPiAgICAgPG1haWx0bzpjY2FtcEBpZXRm Lm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPj4iIDxjY2FtcEBpZXRmLm9yZw0KPiAgICAgPG1h aWx0bzpjY2FtcEBpZXRmLm9yZz4NCj4gICAgID4+IDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1h aWx0bzpjY2FtcEBpZXRmLm9yZz4+Pg0KPiAgICAgPj4gU3ViamVjdDogUkU6IENvbW1lbnRzIGFi b3V0DQo+ICAgICA+PiBkcmFmdC1iZWVyYW0tY2NhbXAtbmV0d29yay1hc3NpZ25lZC11cHN0cmVh bS1sYWJlbC0wMA0KPiAgICAgPj4NCj4gICAgID4+IFphZmFyLA0KPiAgICAgPj4NCj4gICAgID4+ IDEpIFVzaW5nIGFuIGVycm9yIGluZGljYXRpb24gYXMgYSBwYXJ0IG9mIG5vcm1hbCBwcm90b2Nv bA0KPiAgICAgPj4gb3BlcmF0aW9uIGlzIG5vdCBnb29kIGRlc2lnbiBwcmFjdGljZS4NCj4gICAg ID4+DQo+ICAgICA+PiBVc2Ugb2YgUGF0aCBlcnJvciBhbmQgbm90aWZ5IG1lc3NhZ2UgaXMgYW4g aW50ZWdyYWwgcGFydCBvZiB0aGUNCj4gICAgID4+IFJTVlAtVEUgZGVzaWduLiBBbHNvIHBsZWFz ZSBub3RlIHRoYXQgd2UgYXJlIG5vdCBkZWJhdGluZyBhYm91dCBhDQo+ICAgICA+PiBuZXcgcHJv Y2VkdXJlIGJlaW5nIHByb3Bvc2VkIGJ1dCB0YWxraW5nIGFib3V0IGEgcHJvY2VkdXJlIHRoYXQg aXMNCj4gICAgID4+IGFscmVhZHkgaW1wbGVtZW50ZWQgYW5kIGRlcGxveWVkLg0KPiAgICAgPj4N Cj4gICAgID4+DQo+ICAgICA+Pg0KPiAgICAgPj4gSUI+PiBUaGUgd2F5IEkgaW50ZXJwcmV0IHRo aXMgZGlzY3Vzc2lvbiBpcyBzb21ldGhpbmcgbGlrZSB0aGlzOg0KPiAgICAgPj4NCj4gICAgID4+ DQo+ICAgICA+Pg0KPiAgICAgPj4gSm9objogSSBiZWxpZXZlIHRoYXQgd2hpdGUgaXMgYSBsaWdo dGVyIGNvbG9yIHRoYW4gYmxhY2suDQo+ICAgICA+Pg0KPiAgICAgPj4gWmFmYTogV2VsbCwgSm9o biwgYmxhY2sgaXMgYW4gaW50ZWdyYWwgcGFydCBvZiB0aGUgY29sb3IgcGFsbGV0Lg0KPiAgICAg Pj4gTWFueSBtYXR1cmUgYXBwbGljYXRpb25zIHN1Y2Nlc3NmdWxseSB1c2UgYmxhY2sgZm9yIHRo ZWlyIHZhcmlvdXMNCj4gICAgID4+IHB1cnBvc2VzLiBNeSBpbXBsZW1lbnRhdGlvbnMsIGZvciBl eGFtcGxlLCB1c2UgYmxhY2sgZm9yIHByZXR0eQ0KPiAgICAgPj4gbXVjaCBldmVyeXRoaW5noa0u LiBTbywgaXQgaXMgbm90IGNsZWFyIHdoaWNoIGNvbG9yIGlzIGxpZ2h0ZXIsIGFuZA0KPiAgICAg Pj4gd2h5IGRvIHdlIG5lZWQgb3RoZXIgY29sb3JzIGF0IGFsbC4gOj0pDQo+ICAgICA+Pg0KPiAg ICAgPj4NCj4gICAgID4+DQo+ICAgICA+PiBJIG1lYW4gdG8gc2F5IHRoYXQgeW91ciwgWmFmYXIs IGNvbW1lbnRzIElNSE8gYXJlIG5vdCBjb25zdHJ1Y3RpdmUNCj4gICAgID4+IHRlY2huaWNhbCBh cmd1bWVudHMuDQo+ICAgICA+Pg0KPiAgICAgPj4gSWdvcg0KPiAgICAgPj4NCj4gICAgID4+DQo+ ICAgICA+Pg0KPiAgICAgPj4gSGkgSWdvciBhbmQgSm9objoNCj4gICAgID4+DQo+ICAgICA+PiBU aGlzIGlzIHJlYWxseSBmdW5ueS4gVGhpcyBpcyB0aGUgZmlyc3QgdGltZSBJIGhhdmUgaGVhcmQg dGhhdA0KPiAgICAgcnVubmluZw0KPiAgICAgPj4gY29kZSBoYXMgbm8gbWVyaXQgYXQgSUVURiA6 KSBUaGlzIGlzIGVzcGVjaWFsbHkgd2hlbiB0aGUNCj4gICAgIHJ1bm5pbmcgY29kZQ0KPiAgICAg Pj4gaXMgZGlyZWN0bHkgY29taW5nIGZyb20gUkZDMzQ3My4gWW91IGFyZSBjYWxsaW5nIGl0ICJu b3QNCj4gICAgIGNvbnN0cnVjdGl2ZQ0KPiAgICAgPj4gdGVjaG5pY2FsIGFyZ3VtZW50cyIhIExh c3QgSSBoZWFyZCB3ZSBiZWxpZXZlZCBpbiBydW5uaW5nIGNvZGUgKFNlZQ0KPiAgICAgPj4geW91 ciBULXNoaXJ0IGZyb20gdGhlIGVsZWN0aW9uIGRheSBmcm9tIElFVEYgQXRsYW50YSkuDQo+ICAg ICA+Pg0KPiAgICAgPj4gWW91ciBkcmFmdCBpcyBPTkxZIGFwcGxpY2FibGUgZm9yIGEgdXNlIGNh c2Ugd2hlcmUgdXBzdHJlYW0gYW5kDQo+ICAgICA+PiBkb3duc3RyZWFtIGFsaWVuIHdhdmVsZW5n dGggYXJlIGRpZmZlcmVudC4gV2hlbiB1cHN0cmVhbSBhbmQNCj4gICAgID4+IGRvd25zdHJlYW0g YWxpZW4gd2F2ZWxlbmd0aCBhcmUgc2FtZSwgdXNlIG9mIGFjY2VwdGFibGUgbGFiZWwNCj4gICAg IHNldCBhbmQNCj4gICAgID4+IGxhYmVsIHNldCBvYmplY3RzIGNvbnN0aXR1dGUgdGhlIHJ1bm5p bmcgY29kZS4gSG93ZXZlciwgeW91ciBkcmFmdA0KPiAgICAgPj4gbmVpdGhlciBtYWtlcyB0aGF0 IGFwcGxpY2FiaWxpdHkgc3RhdGVtZW50IG5vciBtYWtlcyBhbnkgbWVudGlvbiBvcg0KPiAgICAg Pj4gY292ZXIgb3IgcmVmZXJlbmNlIHRvIHByb2NlZHVyZSBJIHF1b3RlZCBmcm9tIFJGQzM0NzMu DQo+ICAgICA+Pg0KPiAgICAgPj4gVGhhbmtzDQo+ICAgICA+Pg0KPiAgICAgPj4gUmVnYXJkc6Gt WmFmYXINCj4gICAgID4+DQo+ICAgICA+Pg0KPiAgICAgPj4NCj4gICAgID4+DQo+ICAgICA+Pg0K PiAgICAgPj4gKkZyb206KlphZmFyIEFsaSAoemFsaSkgW21haWx0bzp6YWxpQGNpc2NvLmNvbQ0K PiAgICAgPG1haWx0bzp6YWxpQGNpc2NvLmNvbT5dDQo+ICAgICA+PiAqU2VudDoqIE1vbmRheSwg Tm92ZW1iZXIgMDQsIDIwMTMgMTo1MSBBTQ0KPiAgICAgPj4gKlRvOiogSm9obiBFIERyYWtlOyBJ Z29yIEJyeXNraW4NCj4gICAgID4+ICpDYzoqIGNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBA aWV0Zi5vcmc+DQo+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0 Zi5vcmc+Pg0KPiAgICAgPj4gKlN1YmplY3Q6KiBSZTogQ29tbWVudHMgYWJvdXQNCj4gICAgID4+ IGRyYWZ0LWJlZXJhbS1jY2FtcC1uZXR3b3JrLWFzc2lnbmVkLXVwc3RyZWFtLWxhYmVsLTAwDQo+ ICAgICA+Pg0KPiAgICAgPj4NCj4gICAgID4+DQo+ICAgICA+PiBIaSBKb2huOg0KPiAgICAgPj4N Cj4gICAgID4+DQo+ICAgICA+Pg0KPiAgICAgPj4gUGxlYXNlIHNlZSBpbi1saW5lLg0KPiAgICAg Pj4NCj4gICAgID4+DQo+ICAgICA+Pg0KPiAgICAgPj4gVGhhbmtzDQo+ICAgICA+Pg0KPiAgICAg Pj4NCj4gICAgID4+DQo+ICAgICA+PiBSZWdhcmRzIKGtIFphZmFyDQo+ICAgICA+Pg0KPiAgICAg Pj4NCj4gICAgID4+DQo+ICAgICA+PiAqRnJvbTogKiJqZHJha2VAanVuaXBlci5uZXQgPG1haWx0 bzpqZHJha2VAanVuaXBlci5uZXQ+DQo+ICAgICA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldCA8 bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4+Ig0KPiAgICAgPj4gPGpkcmFrZUBqdW5pcGVyLm5l dCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4NCj4gICAgIDxtYWlsdG86amRyYWtlQGp1bmlw ZXIubmV0IDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0Pj4+DQo+ICAgICA+PiAqRGF0ZTogKlN1 bmRheSwgTm92ZW1iZXIgMywgMjAxMyAxMTo1NyBBTQ0KPiAgICAgPj4gKlRvOiAqemFsaSA8emFs aUBjaXNjby5jb20gPG1haWx0bzp6YWxpQGNpc2NvLmNvbT4NCj4gICAgIDxtYWlsdG86emFsaUBj aXNjby5jb20gPG1haWx0bzp6YWxpQGNpc2NvLmNvbT4+PiwNCj4gICAgID4+ICJJQnJ5c2tpbkBh ZHZhb3B0aWNhbC5jb20gPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+DQo+ICAgICA8 bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbSA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRp Y2FsLmNvbT4+Ig0KPiAgICAgPj4gPElCcnlza2luQGFkdmFvcHRpY2FsLmNvbSA8bWFpbHRvOklC cnlza2luQGFkdmFvcHRpY2FsLmNvbT4NCj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGlj YWwuY29tIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPj4+DQo+ICAgICA+PiAqQ2M6 ICoiY2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4NCj4gICAgIDxtYWlsdG86 Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+IiA8Y2NhbXBAaWV0Zi5vcmcN Cj4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+DQo+ICAgICA+PiA8bWFpbHRvOmNjYW1wQGll dGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+Pj4NCj4gICAgID4+ICpTdWJqZWN0OiAqUkU6 IENvbW1lbnRzIGFib3V0DQo+ICAgICA+PiBkcmFmdC1iZWVyYW0tY2NhbXAtbmV0d29yay1hc3Np Z25lZC11cHN0cmVhbS1sYWJlbC0wMA0KPiAgICAgPj4NCj4gICAgID4+DQo+ICAgICA+Pg0KPiAg ICAgPj4gWmFmYXIsDQo+ICAgICA+Pg0KPiAgICAgPj4gVGhhdCBiZWNhdXNlIHRoaXMgYWxyZWFk eSBkZWZpbmVkIG1ldGhvZCBoYXMgdGhlIGZvbGxvd2luZyBpc3N1ZXM6DQo+ICAgICA+Pg0KPiAg ICAgPj4gMSkgVXNpbmcgYW4gZXJyb3IgaW5kaWNhdGlvbiBhcyBhIHBhcnQgb2Ygbm9ybWFsIHBy b3RvY29sDQo+ICAgICA+PiBvcGVyYXRpb24gaXMgbm90IGdvb2QgZGVzaWduIHByYWN0aWNlLg0K PiAgICAgPj4NCj4gICAgID4+IFVzZSBvZiBQYXRoIGVycm9yIGFuZCBub3RpZnkgbWVzc2FnZSBp cyBhbiBpbnRlZ3JhbCBwYXJ0IG9mIHRoZQ0KPiAgICAgPj4gUlNWUC1URSBkZXNpZ24uIEFsc28g cGxlYXNlIG5vdGUgdGhhdCB3ZSBhcmUgbm90IGRlYmF0aW5nIGFib3V0IGENCj4gICAgID4+IG5l dyBwcm9jZWR1cmUgYmVpbmcgcHJvcG9zZWQgYnV0IHRhbGtpbmcgYWJvdXQgYSBwcm9jZWR1cmUg dGhhdCBpcw0KPiAgICAgPj4gYWxyZWFkeSBpbXBsZW1lbnRlZCBhbmQgZGVwbG95ZWQuDQo+ICAg ICA+Pg0KPiAgICAgPj4gMikgQWNjZXB0YWJsZSBMYWJlbCBTZXQgaXMgb3B0aW9uYWwgc28gaXRz IHByZXNlbmNlIGlzIG5vdA0KPiAgICAgPj4gZ3VhcmFudGVlZA0KPiAgICAgPj4NCj4gICAgID4+ IFNvIGlzIHRoZSBjYXNlIG9mIG5ld2x5IGRlZmluZWQgdXBzdHJlYW0gbGFiZWwgc2V0LiBBbHNv IHBsZWFzZQ0KPiAgICAgPj4gbm90ZSB0aGF0IG1hbnkgcGFydCBvZiB0aGUgUlNWUC1URSBwcm90 b2NvbCBhcmUgZGVzaWduZWQgdXNpbmcNCj4gICAgID4+IG9wdGlvbmFsIG9iamVjdHMuDQo+ICAg ICA+Pg0KPiAgICAgPj4gMykgVGhlIGluZm9ybWF0aW9uIGl0IHByb3ZpZGVzIG1heSBiZSBvdXQg b2YgZGF0ZSBieSB0aGUgdGltZQ0KPiAgICAgPj4gdGhlIExTUCBpcyByZS1zaWduYWxlZC4NCj4g ICAgID4+DQo+ICAgICA+PiBUaGlzIGlzIGFuIGltcGxlbWVudGF0aW9uIGlzc3VlLiBBIG5vZGUg c2VuZGluZyB0aGUgYWNjZXB0YWJsZQ0KPiAgICAgPj4gbGFiZWwgc2V0IGhhcyB0aGUgcmVzcG9u c2liaWxpdHkgdG8gZ3VhcmFudGVlIHRoYXQgaW5mb3JtYXRpb24NCj4gICAgID4+IHByb3ZpZGVz IGluIHRoZSBhY2NlcHRhYmxlIGxhYmVsIHNldCByZW1haW5zIHZhbGlkIGZvcg0KPiAgICAgPj4g cmUtc2lnbmFsaW5nIHRpbWUuIEUuZy4sIFVOSS1OIGltcGxlbWVudGF0aW9uIGNhbiBjYWNoZSB0 aGUgbGFiZWwNCj4gICAgID4+IGZvciB0aGUgcmUtc2lnbmFsaW5nIHRpbWUuDQo+ICAgICA+Pg0K PiAgICAgPj4gNCkgTW9zdCBpbXBvcnRhbnRseSwgQWNjZXB0YWJsZSBMYWJlbCBTZXQgaXMgZ2Vu ZXJhdGVkIGhvcCBieQ0KPiAgICAgPj4gaG9wLCB1bmxpa2UgVXBzdHJlYW0gTGFiZWwgU2V0IHdo aWNoIGV4ZXJjaXNlcyB0aGUgZW50aXJlDQo+ICAgICA+PiBwYXRoLiBUaGlzIG1lYW5zIHRoYXQg aXRzIHVzZSB0byBkZXRlcm1pbmUgYSB2YWxpZCB3YXZlbGVuZ3RoDQo+ICAgICA+PiB3b3VsZCBy ZXF1aXJlIGEgcG90ZW50aWFsbHkgdW5ib3VuZGVkIG51bWJlciBvZiBjcmFua2JhY2tzLA0KPiAg ICAgPj4gYm90aCBzaW5nbGUgYW5kIG11bHRpLWhvcCwgd2l0aCBubyBndWFyYW50ZWUgdGhhdCBz dWNoIGENCj4gICAgID4+IHdhdmVsZW5ndGggY291bGQgYmUgZm91bmQuDQo+ICAgICA+Pg0KPiAg ICAgPj4gSW4gdGhlIHVzZSBjYXNlIG9mIGFsaWduIHdhdmVsZW5ndGggYWRkcmVzc2VkIGluIHRo aXMgZHJhZnQsIHRoZQ0KPiAgICAgPj4gYWNjZXB0YWJsZSBsYWJlbCBzZXQgY29tbXVuaWNhdGlv biBpcyByZXN0cmljdGVkIHRvIHRoZSBVTkktQyBhbmQNCj4gICAgID4+IFVOSS1OIG5vZGUuDQo+ ICAgICA+Pg0KPiAgICAgPj4gWW91cnMgSXJyZXNwZWN0aXZlbHksDQo+ICAgICA+Pg0KPiAgICAg Pj4NCj4gICAgID4+DQo+ICAgICA+PiBKb2huDQo+ICAgICA+Pg0KPiAgICAgPj4NCj4gICAgID4+ DQo+ICAgICA+PiAqRnJvbToqY2NhbXAtYm91bmNlc0BpZXRmLm9yZyA8bWFpbHRvOmNjYW1wLWJv dW5jZXNAaWV0Zi5vcmc+DQo+ICAgICA8bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmcgPG1h aWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPj4NCj4gICAgID4+IFttYWlsdG86Y2NhbXAtYm91 bmNlc0BpZXRmLm9yZyA8bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc+XQ0KPiAgICAgKk9u IEJlaGFsZiBPZiAqWmFmYXIgQWxpICh6YWxpKQ0KPiAgICAgPj4gKlNlbnQ6KiBTdW5kYXksIE5v dmVtYmVyIDAzLCAyMDEzIDg6MTIgQU0NCj4gICAgID4+ICpUbzoqIElCcnlza2luQGFkdmFvcHRp Y2FsLmNvbQ0KPiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+IDxtYWlsdG86 SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQo+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRp Y2FsLmNvbT4+DQo+ICAgICA+PiAqQ2M6KiBjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGll dGYub3JnPg0KPiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYu b3JnPj4NCj4gICAgID4+ICpTdWJqZWN0OiogW0NDQU1QXSBDb21tZW50cyBhYm91dA0KPiAgICAg Pj4gZHJhZnQtYmVlcmFtLWNjYW1wLW5ldHdvcmstYXNzaWduZWQtdXBzdHJlYW0tbGFiZWwtMDAN Cj4gICAgID4+DQo+ICAgICA+Pg0KPiAgICAgPj4NCj4gICAgID4+IEhpIElnb3IgYW5kIGNvLWF1 dGhvcnMtDQo+ICAgICA+Pg0KPiAgICAgPj4NCj4gICAgID4+DQo+ICAgICA+PiBQbGVhc2Ugbm90 ZSB0aGF0IFtSRkMzNDczXSBhbHJlYWR5IGNvbnNpZGVycyB0aGUgY2FzZSB3aGVyZQ0KPiAgICAg Pj4gdXBzdHJlYW0gbGFiZWwgbWF5IG5vdCBiZSBhY2NlcHRhYmxlIHRvIGEgZG93bnN0cmVhbQ0K PiAgICAgPj4gbm9kZS4gU3BlY2lmaWNhbGx5LCBbUkZDMzQ3M10gc3RhdGVzIHRoYXQ6DQo+ICAg ICA+Pg0KPiAgICAgPj4gIi93aGVuIGEgUGF0aCBtZXNzYWdlIGNvbnRhaW5pbmcgYW4gVXBzdHJl YW1fTGFiZWwgb2JqZWN0IGlzDQo+ICAgICA+PiByZWNlaXZlZCwgdGhlIHJlY2VpdmVyIGZpcnN0 IHZlcmlmaWVzIHRoYXQgdGhlIHVwc3RyZWFtIGxhYmVsDQo+ICAgICA+PiBpcyBhY2NlcHRhYmxl LiBJZiB0aGUgbGFiZWwgaXMgbm90IGFjY2VwdGFibGUsIHRoZSByZWNlaXZlcg0KPiAgICAgPj4g LypNVVNUKi9pc3N1ZSBhIFBhdGhFcnIgbWVzc2FnZSB3aXRoIGEgIlJvdXRpbmcNCj4gICAgID4+ IHByb2JsZW0vVW5hY2NlcHRhYmxlIGxhYmVsIHZhbHVlIiBpbmRpY2F0aW9uLiBUaGUgZ2VuZXJh dGVkDQo+ICAgICA+PiBQYXRoRXJyIG1lc3NhZ2UgTUFZIGluY2x1ZGUgYW4gQWNjZXB0YWJsZSBM YWJlbCBTZXQgT2JqZWN0LyIuDQo+ICAgICA+Pg0KPiAgICAgPj4gQWNjZXB0YWJsZV9MYWJlbF9T ZXQgb2JqZWN0cyBtYXkgYmUgY2FycmllZCBpbiBQYXRoRXJyIGFuZA0KPiAgICAgPj4gUmVzdkVy ciBtZXNzYWdlcyBbUkZDMzQ3M10uDQo+ICAgICA+Pg0KPiAgICAgPj4NCj4gICAgID4+DQo+ICAg ICA+PiBIb3dldmVyLCB5b3VyIGRyYWZ0IGRvZXMgbm90IG1lbnRpb24gb3IgY292ZXIgdGhpcyBh bHJlYWR5DQo+ICAgICA+PiBkZWZpbmVkIG1ldGhvZC4NCj4gICAgID4+DQo+ICAgICA+Pg0KPiAg ICAgPj4NCj4gICAgID4+IFRoYW5rcw0KPiAgICAgPj4NCj4gICAgID4+DQo+ICAgICA+Pg0KPiAg ICAgPj4gUmVnYXJkcyChrSBaYWZhcg0KPiAgICAgPj4NCj4gICAgID4NCj4gICAgID4NCj4gICAg ID4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gICAg ID4gQ0NBTVAgbWFpbGluZyBsaXN0DQo+ICAgICA+IENDQU1QQGlldGYub3JnIDxtYWlsdG86Q0NB TVBAaWV0Zi5vcmc+DQo+ICAgICA+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGlu Zm8vY2NhbXANCj4gICAgID4NCj4NCj4gICAgIF9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fDQo+ICAgICBDQ0FNUCBtYWlsaW5nIGxpc3QNCj4gICAgIENDQU1Q QGlldGYub3JnIDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmc+DQo+ICAgICBodHRwczovL3d3dy5pZXRm Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL2NjYW1wDQo+DQo+DQo+DQo+DQo+IF9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IENDQU1QIG1haWxpbmcgbGlzdA0K PiBDQ0FNUEBpZXRmLm9yZw0KPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv L2NjYW1wDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f DQpDQ0FNUCBtYWlsaW5nIGxpc3QNCkNDQU1QQGlldGYub3JnDQpodHRwczovL3d3dy5pZXRmLm9y Zy9tYWlsbWFuL2xpc3RpbmZvL2NjYW1w From lberger@labn.net Mon Nov 4 20:00:54 2013 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A0F4011E8172 for ; Mon, 4 Nov 2013 20:00:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.955 X-Spam-Level: X-Spam-Status: No, score=-101.955 tagged_above=-999 required=5 tests=[AWL=0.310, BAYES_00=-2.599, IP_NOT_FRIENDLY=0.334, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hPotVifwek67 for ; Mon, 4 Nov 2013 20:00:50 -0800 (PST) Received: from oproxy13-pub.mail.unifiedlayer.com (oproxy13-pub.mail.unifiedlayer.com [69.89.16.30]) by ietfa.amsl.com (Postfix) with SMTP id 50BE211E817D for ; Mon, 4 Nov 2013 20:00:33 -0800 (PST) Received: (qmail 20654 invoked by uid 0); 5 Nov 2013 04:00:08 -0000 Received: from unknown (HELO box313.bluehost.com) (69.89.31.113) by oproxy13.mail.unifiedlayer.com with SMTP; 5 Nov 2013 04:00:08 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=KblBNSI385jLEL3MaAaD8o2E4RWq0mFUlsBBtFsTAWY=; b=QRYTtNyyKLTHr5twu1+MSARcC57f47SBSRjgnbyEAfmPeQQfvQK8rASwdUNaFDVGlZh2DYnHkgq0upJ4R/lFf8gV4lRDpuGdc3QkXfZ9Yd34ASMiouSdGlD8Oq3BFU1I; Received: from box313.bluehost.com ([69.89.31.113]:38377 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.80) (envelope-from ) id 1VdXoF-0000D8-L6; Mon, 04 Nov 2013 21:00:08 -0700 Message-ID: <52786D40.9090300@labn.net> Date: Mon, 04 Nov 2013 20:00:00 -0800 From: Lou Berger User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Igor Bryskin , John E Drake , "Zafar Ali (zali)" References: , <664B8B26-7461-4C89-B748-4524C2307D9E@juniper.net> <5277F30A.7010308@labn.net> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Cc: "ccamp@ietf.org" Subject: Re: [CCAMP] Comments about draft-beeram-ccamp-network-assigned-upstream-label-00 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 04:00:54 -0000 Thanks Igor. See below. On 11/4/2013 1:51 PM, Igor Bryskin wrote: > Hi Lou, > Please, see my comments in-line. > > Igor > > -----Original Message----- > From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of Lou Berger > Sent: Monday, November 04, 2013 2:19 PM > To: John E Drake; Zafar Ali (zali) > Cc: ccamp@ietf.org > Subject: Re: [CCAMP] Comments about draft-beeram-ccamp-network-assigned-upstream-label-00 > > John, (authors) > > Perhaps it would be useful to refocus a moment on the specific limitations the draft is focusing on. > > There's no question that 3473 made certain choices based on expected uses and probabilities that may not hold, but we do need to be careful when changing fundamentals of the protocol (e.g. moving away from the use of the upstream label object as the basic object that indicates a bidirectional LSP.) > > IB>> There is no intention to do so. > I think you have proposed at least a couple of pretty major changes, but if we focus on these details, we risk missing the main point -- so I'd like to leave this until there is understanding, and perhaps agreement on the requirement. > So is it fair to say that the main limitation that the draft is trying to address is the inability to support downstream selection of upstream labels? > > IB>> Correct. Considering that both directions are equally important > for the LSP user, it does not make much sense to have different tools > to negotiate labels in each direction. > Minimizing mechanisms / avoiding duplication is always a good design objective. Of course, this also means that if there is a defined mechanism we should avoiding changing it unless there's good reason, e.g., it's broken. > But there are other limitations as well. See below. > > The draft also allows for both symmetric and asymmetric label value allocation. IS this a requirement, or asymmetric just included for completeness? > > IB>> Even in case of WDM layer there are scenarios (e.g. single-fiber > configurations) when the same wavelength cannot be used for both > directions. For non-WDM layer it is perfectly OK to use > label-asymmetrical LSPs. So we do want to maintain both options. > okay. it is good to differentiate desirable vs required capabilities. > Are there other requirements / limitations you are trying to address? > IB>> Today there is no way to *require* a bi-directional LSP to be label-symmetrical. True. This has always been a local allocation policy. It's probably worth describing in greater detail why you see it needs to be changed. Thanks, Lou > > > Lou > > On 11/04/2013 01:24 PM, John E Drake wrote: >> Zafar, >> >> Both Igor and I have listed technical issues with RFC3473 and your >> response is that you really really like RFC3473. I'm happy for you >> but unimpressed. >> >> John >> >> Sent from my iPhone >> >> On Nov 4, 2013, at 9:43 AM, "Zafar Ali (zali)" > > wrote: >> >>> Igor, John- >>> >>> Please see in-line. >>> >>> From: "IBryskin@advaoptical.com " >>> > >>> Date: Monday, November 4, 2013 8:57 AM >>> To: zali >, >>> "jdrake@juniper.net " >> > >>> Cc: "ccamp@ietf.org " >> > >>> Subject: RE: Comments about >>> draft-beeram-ccamp-network-assigned-upstream-label-00 >>> >>> Zafar, >>> >>> 1) Using an error indication as a part of normal protocol >>> operation is not good design practice. >>> >>> Use of Path error and notify message is an integral part of the >>> RSVP-TE design. Also please note that we are not debating about a >>> new procedure being proposed but talking about a procedure that is >>> already implemented and deployed. >>> >>> >>> >>> IB>> The way I interpret this discussion is something like this: >>> >>> >>> >>> John: I believe that white is a lighter color than black. >>> >>> Zafa: Well, John, black is an integral part of the color pallet. >>> Many mature applications successfully use black for their various >>> purposes. My implementations, for example, use black for pretty >>> much everything..... So, it is not clear which color is lighter, and >>> why do we need other colors at all. :=) >>> >>> >>> >>> I mean to say that your, Zafar, comments IMHO are not constructive >>> technical arguments. >>> >>> Igor >>> >>> >>> >>> Hi Igor and John: >>> >>> This is really funny. This is the first time I have heard that >>> running code has no merit at IETF :) This is especially when the >>> running code is directly coming from RFC3473. You are calling it "not >>> constructive technical arguments"! Last I heard we believed in >>> running code (See your T-shirt from the election day from IETF Atlanta). >>> >>> Your draft is ONLY applicable for a use case where upstream and >>> downstream alien wavelength are different. When upstream and >>> downstream alien wavelength are same, use of acceptable label set and >>> label set objects constitute the running code. However, your draft >>> neither makes that applicability statement nor makes any mention or >>> cover or reference to procedure I quoted from RFC3473. >>> >>> Thanks >>> >>> Regards...Zafar >>> >>> >>> >>> >>> >>> *From:*Zafar Ali (zali) [mailto:zali@cisco.com] >>> *Sent:* Monday, November 04, 2013 1:51 AM >>> *To:* John E Drake; Igor Bryskin >>> *Cc:* ccamp@ietf.org >>> *Subject:* Re: Comments about >>> draft-beeram-ccamp-network-assigned-upstream-label-00 >>> >>> >>> >>> Hi John: >>> >>> >>> >>> Please see in-line. >>> >>> >>> >>> Thanks >>> >>> >>> >>> Regards ... Zafar >>> >>> >>> >>> *From: *"jdrake@juniper.net " >>> > >>> *Date: *Sunday, November 3, 2013 11:57 AM >>> *To: *zali >, >>> "IBryskin@advaoptical.com " >>> > >>> *Cc: *"ccamp@ietf.org " >> > >>> *Subject: *RE: Comments about >>> draft-beeram-ccamp-network-assigned-upstream-label-00 >>> >>> >>> >>> Zafar, >>> >>> That because this already defined method has the following issues: >>> >>> 1) Using an error indication as a part of normal protocol >>> operation is not good design practice. >>> >>> Use of Path error and notify message is an integral part of the >>> RSVP-TE design. Also please note that we are not debating about a >>> new procedure being proposed but talking about a procedure that is >>> already implemented and deployed. >>> >>> 2) Acceptable Label Set is optional so its presence is not >>> guaranteed >>> >>> So is the case of newly defined upstream label set. Also please >>> note that many part of the RSVP-TE protocol are designed using >>> optional objects. >>> >>> 3) The information it provides may be out of date by the time >>> the LSP is re-signaled. >>> >>> This is an implementation issue. A node sending the acceptable >>> label set has the responsibility to guarantee that information >>> provides in the acceptable label set remains valid for >>> re-signaling time. E.g., UNI-N implementation can cache the label >>> for the re-signaling time. >>> >>> 4) Most importantly, Acceptable Label Set is generated hop by >>> hop, unlike Upstream Label Set which exercises the entire >>> path. This means that its use to determine a valid wavelength >>> would require a potentially unbounded number of crankbacks, >>> both single and multi-hop, with no guarantee that such a >>> wavelength could be found. >>> >>> In the use case of align wavelength addressed in this draft, the >>> acceptable label set communication is restricted to the UNI-C and >>> UNI-N node. >>> >>> Yours Irrespectively, >>> >>> >>> >>> John >>> >>> >>> >>> *From:*ccamp-bounces@ietf.org >>> [mailto:ccamp-bounces@ietf.org] *On Behalf Of *Zafar Ali (zali) >>> *Sent:* Sunday, November 03, 2013 8:12 AM >>> *To:* IBryskin@advaoptical.com >>> *Cc:* ccamp@ietf.org >>> *Subject:* [CCAMP] Comments about >>> draft-beeram-ccamp-network-assigned-upstream-label-00 >>> >>> >>> >>> Hi Igor and co-authors- >>> >>> >>> >>> Please note that [RFC3473] already considers the case where >>> upstream label may not be acceptable to a downstream >>> node. Specifically, [RFC3473] states that: >>> >>> "/when a Path message containing an Upstream_Label object is >>> received, the receiver first verifies that the upstream label >>> is acceptable. If the label is not acceptable, the receiver >>> /*MUST*/issue a PathErr message with a "Routing >>> problem/Unacceptable label value" indication. The generated >>> PathErr message MAY include an Acceptable Label Set Object/". >>> >>> Acceptable_Label_Set objects may be carried in PathErr and >>> ResvErr messages [RFC3473]. >>> >>> >>> >>> However, your draft does not mention or cover this already >>> defined method. >>> >>> >>> >>> Thanks >>> >>> >>> >>> Regards ... Zafar >>> >> >> >> _______________________________________________ >> CCAMP mailing list >> CCAMP@ietf.org >> https://www.ietf.org/mailman/listinfo/ccamp >> > > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp > > > > From zali@cisco.com Mon Nov 4 23:29:37 2013 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E5B8F11E8238 for ; Mon, 4 Nov 2013 23:29:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.041 X-Spam-Level: X-Spam-Status: No, score=-6.041 tagged_above=-999 required=5 tests=[AWL=-4.490, BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, MIME_8BIT_HEADER=0.3, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_HI=-8, SARE_SUB_ENC_GB2312=1.345] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nchYVZn-8HlF for ; Mon, 4 Nov 2013 23:29:33 -0800 (PST) Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) by ietfa.amsl.com (Postfix) with ESMTP id 466BA21F9343 for ; Mon, 4 Nov 2013 23:29:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=24140; q=dns/txt; s=iport; t=1383636562; x=1384846162; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=mObvSTRJZ65qkLs2v59mdOpd6eZBtqZje8Wo0FLgj9g=; b=VRiNFCKaN/GbYT592XJa7K/b7iRJqAwbvkiorIFXeWkVTBM80tsSCOqD hPjoiYjtqQmmlv16SBHHxDX0S2PAwQiABbFGgaExKTChvdkQAYj3Ij/db RqjnbUgqVTJEY2+4Phd/rGrkpoutMKUYttxy6ZpKSq69uQSj2CDY870or 8=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Am0FAJWdeFKtJV2Z/2dsb2JhbABZgwc4U4MIuQODMBiBDRZ0giUBAQEDAQEBATEzBwsMBgEGAhEDAQEBAQQjBQQfBgsUBgMIAgQBDQUbh1QDCQYNkASbWAiIQw2JZwSBJYtCgj8IEBsHAgICgmGBSAOWH4FrjFKFN4FogT6CKg X-IronPort-AV: E=Sophos;i="4.93,638,1378857600"; d="scan'208";a="280751204" Received: from rcdn-core-2.cisco.com ([173.37.93.153]) by rcdn-iport-7.cisco.com with ESMTP; 05 Nov 2013 07:29:20 +0000 Received: from xhc-rcd-x05.cisco.com (xhc-rcd-x05.cisco.com [173.37.183.79]) by rcdn-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id rA57TJKw017848 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 5 Nov 2013 07:29:20 GMT Received: from xmb-rcd-x14.cisco.com ([169.254.4.50]) by xhc-rcd-x05.cisco.com ([173.37.183.79]) with mapi id 14.03.0123.003; Tue, 5 Nov 2013 01:29:19 -0600 From: "Zafar Ali (zali)" To: Fatai Zhang , Julien Meuric , Vishnu Pavan Beeram Thread-Topic: =?gb2312?B?W0NDQU1QXSC08Li0OiAgQ29tbWVudHMgYWJvdXQgZHJhZnQtYmVlcmFtLWNj?= =?gb2312?Q?amp-network-assigned-upstream-label-00?= Thread-Index: AQHO2fi9xQoml4+vB0+taJ6G6lhkLA== Date: Tue, 5 Nov 2013 07:29:18 +0000 Message-ID: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.3.120616 x-originating-ip: [10.82.217.243] Content-Type: text/plain; charset="gb2312" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 Cc: "ccamp@ietf.org" Subject: Re: [CCAMP] =?gb2312?b?tPC4tDogIENvbW1lbnRzIGFib3V0IGRyYWZ0LWJlZXJh?= =?gb2312?b?bS1jY2FtcC1uZXR3b3JrLWFzc2lnbmVkLXVwc3RyZWFtLWxhYmVsLTAw?= X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 07:29:38 -0000 SGktIA0KDQpGdXJ0aGVybW9yZSwgd2hlbiAoYWxpZW4pIHdhdmVsZW5ndGggaXMgc2FtZSBpbiBm b3J3YXJkIGFuZCByZXZlcnNlDQpkaXJlY3Rpb24sIHdlIGNhbiB1c2UgbGFiZWwgc2V0IGFsb25n IHdpdGggYWNjZXB0YWJsZSBsYWJlbCBzZXQgLSBhcw0KZGVmaW5lZCBpbiBSRkMzNDczLiBUaGUg b25seSB1c2UgY2FzZSB0aGlzIGRyYWZ0IGFkZHJlc3NlcyBpcyB3aGVuIGFsaWVuDQp3YXZlbGVu Z3RoIGFyZSBhc3ltbWV0cmljYWwgaW4gZm9yd2FyZCBhbmQgcmV2ZXJzZSBkaXJlY3Rpb24uIEkg YW0gbm90DQphd2FyZSBvZiBhbnkgZXhhbXBsZSBvZiBzdWNoIHVzZSBjYXNlLg0KDQpUaGFua3MN Cg0KUmVnYXJkcyChrSBaYWZhcg0KDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9t OiBGYXRhaSBaaGFuZyA8emhhbmdmYXRhaUBodWF3ZWkuY29tPg0KRGF0ZTogTW9uZGF5LCBOb3Zl bWJlciA0LCAyMDEzIDc6MzggUE0NClRvOiAianVsaWVuLm1ldXJpY0BvcmFuZ2UuY29tIiA8anVs aWVuLm1ldXJpY0BvcmFuZ2UuY29tPiwgVmlzaG51IFBhdmFuDQpCZWVyYW0gPHZpc2hudXBhdmFu QGdtYWlsLmNvbT4NCkNjOiAiY2NhbXBAaWV0Zi5vcmciIDxjY2FtcEBpZXRmLm9yZz4NClN1Ympl Y3Q6IFtDQ0FNUF0gtPC4tDogIENvbW1lbnRzDQphYm91dAlkcmFmdC1iZWVyYW0tY2NhbXAtbmV0 d29yay1hc3NpZ25lZC11cHN0cmVhbS1sYWJlbC0wMA0KDQo+SGkgUGF2YW4sDQo+DQo+VW5kZXJz dG9vZCB3aGF0IHlvdSBzYWlkIGluIHByaW5jaXBsZSwgYnV0IGNvdWxkIHlvdSBnaXZlIGFuIGV4 YW1wbGUgdG8NCj5zaG93IHRoZXJlIGFyZSBhc3ltbWVydHJpYyBsYWJlbHMgKHdhdmVsZW5ndGg/ KSBmb3IgdGhlIGJpZGlyZWN0aWFvbmFsDQo+TFNQcyAoZXNwZWNpYWxsIGZvciB0aGUgdHJhbnNw b3J0IG5ldHdvcmtzKSBpbiB0aGUgcmVhbCBpbXBsZW1lbnRhdGlvbnM/DQo+DQo+PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT0NCj49PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KPkluIHBy YWN0aWNlLCBtb3N0IGJpZGlyZWN0aW9uYWwgTFNQcyBoYXZlIGxhYmVsIHN5bW1ldHJpY2l0eSBv biBlYWNoIGhvcA0KPmFsb25nIHRoZSBwYXRoIG9mIHRoZSBMU1AuIEJ1dCB0aGlzIGlzIHNvbWV0 aGluZyB0aGF0IGNhbm5vdCBiZSBhc3N1bWVkDQo+YnkgZGVmYXVsdC4NCj4NCj4NCj4NCj5UaGFu a3MNCj4NCj5GYXRhaQ0KPg0KPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X18NCj63orz+yMs6IGNjYW1wLWJvdW5jZXNAaWV0Zi5vcmcgW2NjYW1wLWJvdW5jZXNAaWV0Zi5v cmddILT6se0gSnVsaWVuIE1ldXJpYw0KPltqdWxpZW4ubWV1cmljQG9yYW5nZS5jb21dDQo+t6LL zcqxvOQ6IDIwMTPE6jEx1MI1yNUgMTA6MzUNCj7K1bz+yMs6IFZpc2hudSBQYXZhbiBCZWVyYW0N Cj6zrcvNOiBjY2FtcEBpZXRmLm9yZw0KPtb3zOI6IFJlOiBbQ0NBTVBdIENvbW1lbnRzIGFib3V0 DQo+ZHJhZnQtYmVlcmFtLWNjYW1wLW5ldHdvcmstYXNzaWduZWQtdXBzdHJlYW0tbGFiZWwtMDAN Cj4NCj5IaSBQYXZhbi4NCj4NCj5FdmVuIHRob3VnaCBJIGFncmVlIHdpdGggeW91ciB1bmFzc2ln bmVkIFVwc3RyZWFtX0xhYmVsIHJlcXVpcmVtZW50LCBJDQo+bmVlZCB0byBkaXNhZ3JlZSB3aXRo IHRoZSBkYXRhIHBsYW5lIHJhdGlvbmFsZSB5b3UgbWVudGlvbi4NCj4NCj5UaGUgVXBzdHJlYW1f TGFiZWwgcmVmZXJzIHRvIHRoZSBjbGllbnQncyBvcHRpY2FsIHJlY2VpdmVyOiB5b3UgZG9uJ3QN Cj5uZWVkIHRvIHR1bmUgYSBsYXNlciBvbiB0aGUgcmVjZWl2ZXIgc2lkZS4gVGhlIGRhdGEgdHJh bnNtaXNzaW9uIGNvdWxkDQo+ZXZlbiB3b3JrIHdpdGhvdXQgc2VuZGluZyB0aGUgYWN0dWFsIFVw c3RyZWFtX0xhYmVsIGluIFJTVlAtVEUgbWVzc2FnZXMNCj50byB0aGUgY2xpZW50OiBJIGFtIG5v dCByZWFsbHkgYSBmYW4gb2YgdGhhdCBhcHByb2FjaCwgYnV0IHRoYXQgd291bGQNCj5maXQgY2Fz ZXMgd2hlcmUgb3B0aWNhbCBwb2xpY2llcyBhcmUgbGVmdCB0byB0aGUgb3B0aWNhbCBuZXR3b3Jr Li4uDQo+DQo+TW9yZW92ZXIsIEkgaGF2ZSBkb3VidHMgb24gcHV0dGluZyBsYWJlbCBzeW1tZXRy eSB3aXRoaW4gdGhlIHByb3RvY29sLg0KPlRoaXMgaXMgbW9yZSBhbiBhbGxvY2F0aW9uIHBvbGlj eSBpbiB0aGUgaGFuZHMgb2YgYWxsb2NhdGluZyBub2RlczoNCj5yZXF1ZXN0aW5nIGFuIGFsbG9j YXRpb24gbW9kZSBmcm9tIGFuIGluZ3Jlc3Mgbm9kZSB3b3VsZCBtZWFuIGRvaW5nIHRoZQ0KPnNl cnZlciBqb2IsIEkgYW0gbm90IHN1cmUgaXQgaXMgZGVzaXJhYmxlLg0KPg0KPkp1bGllbg0KPg0K Pg0KPk9uIDExLzA0LzIwMTMgMjM6NDksIFZpc2hudSBQYXZhbiBCZWVyYW0gd3JvdGU6DQo+PiBM b3UsDQo+Pg0KPj4gVGhlIGV4dGVuc2lvbnMgZGVmaW5lZCBpbiB0aGlzIGRyYWZ0IGRvIG5vdCBp bXBvc2UgYW55IGJhY2t3YXJkcw0KPj4gY29tcGF0aWJpbGl0eSBpc3N1ZXMuIFRoZSBpbnRlbnQg aXMgZGVmaW5pdGVseSBub3QgdG8gY2hhbmdlIHRoZQ0KPj4gZnVuZGFtZW50YWwgYXNwZWN0cyBv ZiB0aGUgcHJvdG9jb2wuIEFzIHlvdSB3b3VsZCBhZ3JlZSwgaXQgaXMgbm90DQo+PiBtYW5kYXRv cnkgdG8gdHJ5IGFuZCBmaXQgdGhlIGV4dGVuc2lvbnMgZGVmaW5lZCBpbiBSRkMzNDczIHRvIGFs bCBhbmQNCj4+IHN1bmRyeS4gTmV3IGV4dGVuc2lvbnMgYXJlIGJlaW5nIGludHJvZHVjZWQgb25s eSB3aGVyZSB0aGUgZXhpc3RpbmcNCj4+IGV4dGVuc2lvbnMgZmFsbCBzaG9ydC4gTGV0IG1lIHdh bGsgdGhyb3VnaCB0aGUgcmVxdWlyZW1lbnRzIHRoYXQgd2UNCj4+IGFyZSBsb29raW5nIGF0IGFu ZCB0aGF0IHdvdWxkIGhvcGVmdWxseSBleHBsYWluIHRoZSBsaW1pdGF0aW9ucyBvZiB0aGUNCj4+ IGV4aXN0aW5nIGV4dGVuc2lvbnMuDQo+Pg0KPj4gQmFzZSByZXF1aXJlbWVudCA6DQo+PiBOZWVk IGEgbWVjaGFuaXNtIGZvciBhIGdpdmVuIG5vZGUgdG8gc2F5IHRoYXQgaXQgY2Fubm90IGFzc2ln biBhbg0KPj4gdXBzdHJlYW0tbGFiZWwgb24gaXRzIG93biBhbmQgdGhhdCBpdCBuZWVkcyB0aGUg bmV0d29yayAocmVhZA0KPj4gZG93bnN0cmVhbSkgdG8gYXNzaWduIGl0IGluc3RlYWQuDQo+Pg0K Pj4gQ29yb2xsYXJ5IHJlcXVpcmVtZW50cyA6DQo+PiAxLiBOZWVkIGEgbWVjaGFuaXNtIGZvciBh IGdpdmVuIG5vZGUgdG8gYXNrIGZvciBhIG5ldHdvcmstYXNzaWduZWQNCj4+IHVwc3RyZWFtIGxh YmVsIHdpdGhvdXQgaGF2aW5nIHRvIHNwZWNpZnkgYW55IGlucHV0cyBvbiB3aGF0IGxhYmVsDQo+ PiBuZWVkcyB0byBnZXQgcGlja2VkLg0KPj4gMi4gTmVlZCBhIG1lY2hhbmlzbSBmb3IgYSBnaXZl biBub2RlIHRvIGFzayBmb3IgYSBuZXR3b3JrLWFzc2lnbmVkDQo+PiB1cHN0cmVhbSBsYWJlbCBh bmQgYWxzbyBzcGVjaWZ5IHNvbWUgY2hvaWNlcyBmb3IgdGhlIGxhYmVsIHRoYXQgbmVlZHMNCj4+ IHRvIGdldCBwaWNrZWQuDQo+PiAzLiBJZiBsYWJlbHMgYXJlIHN5bW1ldHJpYywgYSBnaXZlbiBu b2RlIGNhbiBzaW1wbHkgdXNlIHRoZSBsYWJlbA0KPj4gcmV0dXJuZWQgaW4gdGhlIExBQkVMIG9i amVjdCBvZiB0aGUgUkVTViBtZXNzYWdlIGZvciBib3RoIGRpcmVjdGlvbnMuDQo+PiBJbiBwcmFj dGljZSwgbW9zdCBiaWRpcmVjdGlvbmFsIExTUHMgaGF2ZSBsYWJlbCBzeW1tZXRyaWNpdHkgb24g ZWFjaA0KPj4gaG9wIGFsb25nIHRoZSBwYXRoIG9mIHRoZSBMU1AuIEJ1dCB0aGlzIGlzIHNvbWV0 aGluZyB0aGF0IGNhbm5vdCBiZQ0KPj4gYXNzdW1lZCBieSBkZWZhdWx0LiBIZW5jZSwgdGhlcmUg aXMgYSBuZWVkIHRvIGhhdmUgYSBtZWNoYW5pc20gZm9yIHRoZQ0KPj4gaW5ncmVzcyB0byByZXF1 ZXN0ICJsYWJlbCBzeW1tZXRyaWNpdHkiIGF0IGVhY2ggaG9wIGFsb25nIHRoZSBwYXRoIG9mDQo+ PiB0aGUgTFNQLg0KPj4NCj4+IENhbiB5b3Ugc29tZWhvdyBmaXQgYSBzb2x1dGlvbiB1c2luZyB0 aGUgY3VycmVudCBleHRlbnNpb25zIGFuZCBjYXRlcg0KPj4gdG8gdGhlIGFib3ZlIHJlcXVpcmVt ZW50cz8NCj4+IFdlIGJlbGlldmUgdGhlIGFuc3dlciBpcyBOTy4gT25lIHN1Z2dlc3Rpb24gb24g dGhlIG1haWxpbmcgbGlzdCB3YXMgdG8NCj4+IHNldCBhIHJhbmRvbSBVUFNUUkVBTV9MQUJFTCBh bmQgc2VuZCBpdCBvdXQgb24gYSBmaXNoaW5nIGV4cGVkaXRpb24uDQo+PiBUaGUgaWRlYSB3YXMg dGhhdCB0aGUgZG93bnN0cmVhbSBub2RlIHdvdWxkIHRoZW4gcmVzcG9uZCB3aXRoIGENCj4+IFBB VEgtRVJSIGNhcnJ5aW5nIGFuIEFDQ0VQVEFCTEVfTEFCRUxfU0VULiBKb2huIGFuZCBJZ29yIGhh dmUgcHJvdmlkZWQNCj4+IGEgbGlzdCBvZiByZWFzb25zIG9uIHdoeSB0aGF0IGlzbid0IGEgZ3Jl YXQgaWRlYS4gTGV0IG1lIGFkZCBhbm90aGVyDQo+PiBwb2ludCAtDQo+PiAtIEFzIHBlciBSRkMz NDczIC0gd2hlbiBhIG5vZGUgcmVjZWl2ZXMgYW4gVVBTVFJFQU1fTEFCRUwgb2JqZWN0IGluDQo+ PiB0aGUgUEFUSCwgaXQgbWVhbnMgdGhhdCB0aGUgdXBzdHJlYW0gbm9kZSBNVVNUIGhhdmUgYWxy ZWFkeQ0KPj4gaW5zdGFsbGVkL3Byb2dyYW1tZWQgdGhpcyBsYWJlbC4gSW4gdGhlIGFsaWVuIHdh dmVsZW5ndGggdXNlLWNhc2UNCj4+IChkaXNjdXNzZWQgaW4gdGhlIGRyYWZ0KSwgd2hlbiB0aGUg bmV0d29yayByZWNlaXZlcyB0aGlzIG1lc3NhZ2UsIGl0DQo+PiB3b3VsZCBtZWFuIHRoYXQgdGhl IGxhc2VyIGhhcyBhbHJlYWR5IGJlZW4gdHVuZWQgdG8gdGhpcyB3YXZlbGVuZ3RoIGF0DQo+PiB0 aGUgY2xpZW50LiBUaGF0IGJlYXRzIHRoZSB2ZXJ5IHB1cnBvc2Ugb2YgcmVxdWVzdGluZyBhIG5l dHdvcmsNCj4+IGFzc2lnbmVkIHVwc3RyZWFtIGxhYmVsLiBEb2Vzbid0IGl0PyBTbywgdGhlIHBv aW50IGlzIHRoYXQgd2l0aCB0aGUNCj4+IGN1cnJlbnQgc2VtYW50aWNzIG9mIGFuIFVQU1RSRUFN X0xBQkVMLCB5b3UgY2Fubm90IHVzZSBpdCBmb3IgdGhlIGNhc2UNCj4+IHdoZXJlIHRoZSB1cHN0 cmVhbS1sYWJlbCBoYXNuJ3QgYmVlbiBpbnN0YWxsZWQvcHJvZ3JhbW1lZCB5ZXQuIElmIHNvbWUN Cj4+IGltcGxlbWVudGF0aW9uIGRlY2lkZXMgdG8gaWdub3JlIHRoZXNlIHNlbWFudGljcywgaG93 IHdvdWxkIHRoZQ0KPj4gbmV0d29yayBrbm93IHdoZXRoZXIgdGhlIGluZ3Jlc3MtY2xpZW50IGhh cyBhbHJlYWR5IGluc3RhbGxlZCB0aGlzDQo+PiBsYWJlbCBvciBub3QgKHdoZXRoZXIgdGhlIGxh c2VyIGlzIGFscmVhZHkgdHVuZWQgb3Igbm90KS4NCj4+DQo+PiBSRkMzNDczIHN0YXRlcyB0aGF0 IGEgQmlkaXJlY3Rpb25hbC1MU1Agc2V0dXAgcmVxdWVzdCBpcyBpZGVudGlmaWVkIGJ5DQo+PiB0 aGUgcHJlc2VuY2Ugb2YgYW4gIlVQU1RSRUFNX0xBQkVMIiBvYmplY3QgaW4gdGhlIFBBVEggbXNn LiBUaGlzIGRyYWZ0DQo+PiBkb2VzIHByb3Bvc2UgMiBvdGhlciBtZWNoYW5pc21zOg0KPj4gLSBU aGUgcHJlc2VuY2Ugb2YgdGhlICJMYWJlbCBTeW1tZXRyaWNpdHkgUmVxdWlyZWQiIEZsYWcgaW4g dGhlIFBBVEgNCj4+IC0gVGhlIHByZXNlbmNlIG9mIHRoZSAiVVBTVFJFQU1fTEFCRUxfU0VUIiBv YmplY3QgaW4gdGhlIFBBVEgNCj4+IElmIGEgZG93bnN0cmVhbSBub2RlIGRvZXMgbm90IHVuZGVy c3RhbmQgYW55IG9mIHRoZSBhYm92ZSBpbmRpY2F0aW9ucywNCj4+IGl0IHdvdWxkIHJlamVjdCB0 aGUgc2V0dXAgcmVxdWVzdC4gSW4gYm90aCBzY2VuYXJpb3MgLSBhZnRlciB0aGUNCj4+IG5ldHdv cmsgaGFzIGFzc2lnbmVkIHRoZSB1cHN0cmVhbS1sYWJlbCwgdGhlIGNvbmNlcm5lZCBub2RlIGlz IGFsbG93ZWQNCj4+IHRvIHN0YXJ0IHNpZ25hbGluZyB0aGUgVVBTVFJFQU1fTEFCRUwgb2JqZWN0 IGluIHRoZSBQQVRILiBJIGRvbid0DQo+PiB1bmRlcnN0YW5kIGhvdyBhZGRpbmcgdHdvIG90aGVy IG1lY2hhbmlzbXMgZm9yIEJpZGlyZWN0aW9uYWwgTFNQIHNldHVwDQo+PiB0cmFuc2xhdGVzIHRv IGNoYW5naW5nIGZ1bmRhbWVudGFsIGFzcGVjdHMgb2YgdGhlIHByb3RvY29sLg0KPj4gSW1wbGVt ZW50YXRpb25zIHRoYXQgY2FuIHN1cHBvcnQgdGhlc2UgZXh0ZW5zaW9ucyBjYW4uIE90aGVycyBj YW4NCj4+IHN0aWxsIGJlIGhhcHB5IHdpdGggdGhlaXIgInJ1bm5pbmcgY29kZSIuDQo+Pg0KPj4g UmVnYXJkcywNCj4+IC1QYXZhbg0KPj4NCj4+DQo+Pg0KPj4gT24gTW9uLCBOb3YgNCwgMjAxMyBh dCAyOjE4IFBNLCBMb3UgQmVyZ2VyIDxsYmVyZ2VyQGxhYm4ubmV0DQo+PiA8bWFpbHRvOmxiZXJn ZXJAbGFibi5uZXQ+PiB3cm90ZToNCj4+DQo+PiAgICAgSm9obiwgKGF1dGhvcnMpDQo+Pg0KPj4g ICAgIFBlcmhhcHMgaXQgd291bGQgYmUgdXNlZnVsIHRvIHJlZm9jdXMgYSBtb21lbnQgb24gdGhl IHNwZWNpZmljDQo+PiAgICAgbGltaXRhdGlvbnMgdGhlIGRyYWZ0IGlzIGZvY3VzaW5nIG9uLg0K Pj4NCj4+ICAgICBUaGVyZSdzIG5vIHF1ZXN0aW9uIHRoYXQgMzQ3MyBtYWRlIGNlcnRhaW4gY2hv aWNlcyBiYXNlZCBvbiBleHBlY3RlZA0KPj4gICAgIHVzZXMgYW5kIHByb2JhYmlsaXRpZXMgdGhh dCBtYXkgbm90IGhvbGQsIGJ1dCB3ZSBkbyBuZWVkIHRvIGJlDQo+PmNhcmVmdWwNCj4+ICAgICB3 aGVuIGNoYW5naW5nIGZ1bmRhbWVudGFscyBvZiB0aGUgcHJvdG9jb2wgKGUuZy4gbW92aW5nIGF3 YXkgZnJvbQ0KPj50aGUNCj4+ICAgICB1c2Ugb2YgdGhlIHVwc3RyZWFtIGxhYmVsIG9iamVjdCBh cyB0aGUgYmFzaWMgb2JqZWN0IHRoYXQgaW5kaWNhdGVzDQo+PmENCj4+ICAgICBiaWRpcmVjdGlv bmFsIExTUC4pDQo+Pg0KPj4gICAgIFNvIGlzIGl0IGZhaXIgdG8gc2F5IHRoYXQgdGhlIG1haW4g bGltaXRhdGlvbiB0aGF0IHRoZSBkcmFmdCBpcw0KPj50cnlpbmcNCj4+ICAgICB0byBhZGRyZXNz IGlzIHRoZSBpbmFiaWxpdHkgdG8gc3VwcG9ydCBkb3duc3RyZWFtIHNlbGVjdGlvbiBvZg0KPj4g ICAgIHVwc3RyZWFtDQo+PiAgICAgbGFiZWxzPw0KPj4NCj4+ICAgICBUaGUgZHJhZnQgYWxzbyBh bGxvd3MgZm9yIGJvdGggc3ltbWV0cmljIGFuZCBhc3ltbWV0cmljIGxhYmVsIHZhbHVlDQo+PiAg ICAgYWxsb2NhdGlvbi4gSVMgdGhpcyBhIHJlcXVpcmVtZW50LCBvciBhc3ltbWV0cmljIGp1c3Qg aW5jbHVkZWQgZm9yDQo+PiAgICAgY29tcGxldGVuZXNzPw0KPj4NCj4+ICAgICBBcmUgdGhlcmUg b3RoZXIgcmVxdWlyZW1lbnRzIC8gbGltaXRhdGlvbnMgeW91IGFyZSB0cnlpbmcgdG8NCj4+YWRk cmVzcz8NCj4+DQo+PiAgICAgTG91DQo+Pg0KPj4gICAgIE9uIDExLzA0LzIwMTMgMDE6MjQgUE0s IEpvaG4gRSBEcmFrZSB3cm90ZToNCj4+ICAgICA+IFphZmFyLA0KPj4gICAgID4NCj4+ICAgICA+ IEJvdGggSWdvciBhbmQgSSBoYXZlIGxpc3RlZCB0ZWNobmljYWwgaXNzdWVzIHdpdGggUkZDMzQ3 MyBhbmQgeW91cg0KPj4gICAgID4gcmVzcG9uc2UgaXMgdGhhdCB5b3UgcmVhbGx5IHJlYWxseSBs aWtlIFJGQzM0NzMuIEknbSBoYXBweSBmb3INCj4+ICAgICB5b3UgYnV0DQo+PiAgICAgPiB1bmlt cHJlc3NlZC4NCj4+ICAgICA+DQo+PiAgICAgPiBKb2huDQo+PiAgICAgPg0KPj4gICAgID4gU2Vu dCBmcm9tIG15IGlQaG9uZQ0KPj4gICAgID4NCj4+ICAgICA+IE9uIE5vdiA0LCAyMDEzLCBhdCA5 OjQzIEFNLCAiWmFmYXIgQWxpICh6YWxpKSIgPHphbGlAY2lzY28uY29tDQo+PiAgICAgPG1haWx0 bzp6YWxpQGNpc2NvLmNvbT4NCj4+ICAgICA+IDxtYWlsdG86emFsaUBjaXNjby5jb20gPG1haWx0 bzp6YWxpQGNpc2NvLmNvbT4+PiB3cm90ZToNCj4+ICAgICA+DQo+PiAgICAgPj4gSWdvciwgSm9o bi0NCj4+ICAgICA+Pg0KPj4gICAgID4+IFBsZWFzZSBzZWUgaW4tbGluZS4NCj4+ICAgICA+Pg0K Pj4gICAgID4+IEZyb206ICJJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCj4+ICAgICA8bWFpbHRv OklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4gPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5j b20NCj4+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4+Ig0KPj4gICAgID4+ IDxJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20gPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5j b20+DQo+PiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20gPG1haWx0bzpJQnJ5 c2tpbkBhZHZhb3B0aWNhbC5jb20+Pj4NCj4+ICAgICA+PiBEYXRlOiBNb25kYXksIE5vdmVtYmVy IDQsIDIwMTMgODo1NyBBTQ0KPj4gICAgID4+IFRvOiB6YWxpIDx6YWxpQGNpc2NvLmNvbSA8bWFp bHRvOnphbGlAY2lzY28uY29tPg0KPj4gICAgIDxtYWlsdG86emFsaUBjaXNjby5jb20gPG1haWx0 bzp6YWxpQGNpc2NvLmNvbT4+PiwNCj4+ICAgICAiamRyYWtlQGp1bmlwZXIubmV0IDxtYWlsdG86 amRyYWtlQGp1bmlwZXIubmV0Pg0KPj4gICAgID4+IDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0 IDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0Pj4iDQo+PiAgICAgPGpkcmFrZUBqdW5pcGVyLm5l dCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4NCj4+ICAgICA+PiA8bWFpbHRvOmpkcmFrZUBq dW5pcGVyLm5ldCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4+Pg0KPj4gICAgID4+IENjOiAi Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4NCj4+ICAgICA8bWFpbHRvOmNj YW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+PiIgPGNjYW1wQGlldGYub3JnDQo+ PiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4NCj4+ICAgICA+PiA8bWFpbHRvOmNjYW1wQGll dGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+Pj4NCj4+ICAgICA+PiBTdWJqZWN0OiBSRTog Q29tbWVudHMgYWJvdXQNCj4+ICAgICA+PiBkcmFmdC1iZWVyYW0tY2NhbXAtbmV0d29yay1hc3Np Z25lZC11cHN0cmVhbS1sYWJlbC0wMA0KPj4gICAgID4+DQo+PiAgICAgPj4gWmFmYXIsDQo+PiAg ICAgPj4NCj4+ICAgICA+PiAxKSBVc2luZyBhbiBlcnJvciBpbmRpY2F0aW9uIGFzIGEgcGFydCBv ZiBub3JtYWwgcHJvdG9jb2wNCj4+ICAgICA+PiBvcGVyYXRpb24gaXMgbm90IGdvb2QgZGVzaWdu IHByYWN0aWNlLg0KPj4gICAgID4+DQo+PiAgICAgPj4gVXNlIG9mIFBhdGggZXJyb3IgYW5kIG5v dGlmeSBtZXNzYWdlIGlzIGFuIGludGVncmFsIHBhcnQgb2YgdGhlDQo+PiAgICAgPj4gUlNWUC1U RSBkZXNpZ24uIEFsc28gcGxlYXNlIG5vdGUgdGhhdCB3ZSBhcmUgbm90IGRlYmF0aW5nIGFib3V0 IGENCj4+ICAgICA+PiBuZXcgcHJvY2VkdXJlIGJlaW5nIHByb3Bvc2VkIGJ1dCB0YWxraW5nIGFi b3V0IGEgcHJvY2VkdXJlIHRoYXQNCj4+aXMNCj4+ICAgICA+PiBhbHJlYWR5IGltcGxlbWVudGVk IGFuZCBkZXBsb3llZC4NCj4+ICAgICA+Pg0KPj4gICAgID4+DQo+PiAgICAgPj4NCj4+ICAgICA+ PiBJQj4+IFRoZSB3YXkgSSBpbnRlcnByZXQgdGhpcyBkaXNjdXNzaW9uIGlzIHNvbWV0aGluZyBs aWtlIHRoaXM6DQo+PiAgICAgPj4NCj4+ICAgICA+Pg0KPj4gICAgID4+DQo+PiAgICAgPj4gSm9o bjogSSBiZWxpZXZlIHRoYXQgd2hpdGUgaXMgYSBsaWdodGVyIGNvbG9yIHRoYW4gYmxhY2suDQo+ PiAgICAgPj4NCj4+ICAgICA+PiBaYWZhOiBXZWxsLCBKb2huLCBibGFjayBpcyBhbiBpbnRlZ3Jh bCBwYXJ0IG9mIHRoZSBjb2xvciBwYWxsZXQuDQo+PiAgICAgPj4gTWFueSBtYXR1cmUgYXBwbGlj YXRpb25zIHN1Y2Nlc3NmdWxseSB1c2UgYmxhY2sgZm9yIHRoZWlyIHZhcmlvdXMNCj4+ICAgICA+ PiBwdXJwb3Nlcy4gTXkgaW1wbGVtZW50YXRpb25zLCBmb3IgZXhhbXBsZSwgdXNlIGJsYWNrIGZv ciBwcmV0dHkNCj4+ICAgICA+PiBtdWNoIGV2ZXJ5dGhpbmehrS4uIFNvLCBpdCBpcyBub3QgY2xl YXIgd2hpY2ggY29sb3IgaXMgbGlnaHRlciwNCj4+YW5kDQo+PiAgICAgPj4gd2h5IGRvIHdlIG5l ZWQgb3RoZXIgY29sb3JzIGF0IGFsbC4gOj0pDQo+PiAgICAgPj4NCj4+ICAgICA+Pg0KPj4gICAg ID4+DQo+PiAgICAgPj4gSSBtZWFuIHRvIHNheSB0aGF0IHlvdXIsIFphZmFyLCBjb21tZW50cyBJ TUhPIGFyZSBub3QNCj4+Y29uc3RydWN0aXZlDQo+PiAgICAgPj4gdGVjaG5pY2FsIGFyZ3VtZW50 cy4NCj4+ICAgICA+Pg0KPj4gICAgID4+IElnb3INCj4+ICAgICA+Pg0KPj4gICAgID4+DQo+PiAg ICAgPj4NCj4+ICAgICA+PiBIaSBJZ29yIGFuZCBKb2huOg0KPj4gICAgID4+DQo+PiAgICAgPj4g VGhpcyBpcyByZWFsbHkgZnVubnkuIFRoaXMgaXMgdGhlIGZpcnN0IHRpbWUgSSBoYXZlIGhlYXJk IHRoYXQNCj4+ICAgICBydW5uaW5nDQo+PiAgICAgPj4gY29kZSBoYXMgbm8gbWVyaXQgYXQgSUVU RiA6KSBUaGlzIGlzIGVzcGVjaWFsbHkgd2hlbiB0aGUNCj4+ICAgICBydW5uaW5nIGNvZGUNCj4+ ICAgICA+PiBpcyBkaXJlY3RseSBjb21pbmcgZnJvbSBSRkMzNDczLiBZb3UgYXJlIGNhbGxpbmcg aXQgIm5vdA0KPj4gICAgIGNvbnN0cnVjdGl2ZQ0KPj4gICAgID4+IHRlY2huaWNhbCBhcmd1bWVu dHMiISBMYXN0IEkgaGVhcmQgd2UgYmVsaWV2ZWQgaW4gcnVubmluZyBjb2RlDQo+PihTZWUNCj4+ ICAgICA+PiB5b3VyIFQtc2hpcnQgZnJvbSB0aGUgZWxlY3Rpb24gZGF5IGZyb20gSUVURiBBdGxh bnRhKS4NCj4+ICAgICA+Pg0KPj4gICAgID4+IFlvdXIgZHJhZnQgaXMgT05MWSBhcHBsaWNhYmxl IGZvciBhIHVzZSBjYXNlIHdoZXJlIHVwc3RyZWFtIGFuZA0KPj4gICAgID4+IGRvd25zdHJlYW0g YWxpZW4gd2F2ZWxlbmd0aCBhcmUgZGlmZmVyZW50LiBXaGVuIHVwc3RyZWFtIGFuZA0KPj4gICAg ID4+IGRvd25zdHJlYW0gYWxpZW4gd2F2ZWxlbmd0aCBhcmUgc2FtZSwgdXNlIG9mIGFjY2VwdGFi bGUgbGFiZWwNCj4+ICAgICBzZXQgYW5kDQo+PiAgICAgPj4gbGFiZWwgc2V0IG9iamVjdHMgY29u c3RpdHV0ZSB0aGUgcnVubmluZyBjb2RlLiBIb3dldmVyLCB5b3VyDQo+PmRyYWZ0DQo+PiAgICAg Pj4gbmVpdGhlciBtYWtlcyB0aGF0IGFwcGxpY2FiaWxpdHkgc3RhdGVtZW50IG5vciBtYWtlcyBh bnkgbWVudGlvbg0KPj5vcg0KPj4gICAgID4+IGNvdmVyIG9yIHJlZmVyZW5jZSB0byBwcm9jZWR1 cmUgSSBxdW90ZWQgZnJvbSBSRkMzNDczLg0KPj4gICAgID4+DQo+PiAgICAgPj4gVGhhbmtzDQo+ PiAgICAgPj4NCj4+ICAgICA+PiBSZWdhcmRzoa1aYWZhcg0KPj4gICAgID4+DQo+PiAgICAgPj4N Cj4+ICAgICA+Pg0KPj4gICAgID4+DQo+PiAgICAgPj4NCj4+ICAgICA+PiAqRnJvbToqWmFmYXIg QWxpICh6YWxpKSBbbWFpbHRvOnphbGlAY2lzY28uY29tDQo+PiAgICAgPG1haWx0bzp6YWxpQGNp c2NvLmNvbT5dDQo+PiAgICAgPj4gKlNlbnQ6KiBNb25kYXksIE5vdmVtYmVyIDA0LCAyMDEzIDE6 NTEgQU0NCj4+ICAgICA+PiAqVG86KiBKb2huIEUgRHJha2U7IElnb3IgQnJ5c2tpbg0KPj4gICAg ID4+ICpDYzoqIGNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+DQo+PiAgICAg PG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPj4NCj4+ICAgICA+ PiAqU3ViamVjdDoqIFJlOiBDb21tZW50cyBhYm91dA0KPj4gICAgID4+IGRyYWZ0LWJlZXJhbS1j Y2FtcC1uZXR3b3JrLWFzc2lnbmVkLXVwc3RyZWFtLWxhYmVsLTAwDQo+PiAgICAgPj4NCj4+ICAg ICA+Pg0KPj4gICAgID4+DQo+PiAgICAgPj4gSGkgSm9objoNCj4+ICAgICA+Pg0KPj4gICAgID4+ DQo+PiAgICAgPj4NCj4+ICAgICA+PiBQbGVhc2Ugc2VlIGluLWxpbmUuDQo+PiAgICAgPj4NCj4+ ICAgICA+Pg0KPj4gICAgID4+DQo+PiAgICAgPj4gVGhhbmtzDQo+PiAgICAgPj4NCj4+ICAgICA+ Pg0KPj4gICAgID4+DQo+PiAgICAgPj4gUmVnYXJkcyChrSBaYWZhcg0KPj4gICAgID4+DQo+PiAg ICAgPj4NCj4+ICAgICA+Pg0KPj4gICAgID4+ICpGcm9tOiAqImpkcmFrZUBqdW5pcGVyLm5ldCA8 bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4NCj4+ICAgICA8bWFpbHRvOmpkcmFrZUBqdW5pcGVy Lm5ldCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4+Ig0KPj4gICAgID4+IDxqZHJha2VAanVu aXBlci5uZXQgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+DQo+PiAgICAgPG1haWx0bzpqZHJh a2VAanVuaXBlci5uZXQgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+Pj4NCj4+ICAgICA+PiAq RGF0ZTogKlN1bmRheSwgTm92ZW1iZXIgMywgMjAxMyAxMTo1NyBBTQ0KPj4gICAgID4+ICpUbzog KnphbGkgPHphbGlAY2lzY28uY29tIDxtYWlsdG86emFsaUBjaXNjby5jb20+DQo+PiAgICAgPG1h aWx0bzp6YWxpQGNpc2NvLmNvbSA8bWFpbHRvOnphbGlAY2lzY28uY29tPj4+LA0KPj4gICAgID4+ ICJJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20gPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5j b20+DQo+PiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20gPG1haWx0bzpJQnJ5 c2tpbkBhZHZhb3B0aWNhbC5jb20+PiINCj4+ICAgICA+PiA8SUJyeXNraW5AYWR2YW9wdGljYWwu Y29tIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPg0KPj4gICAgIDxtYWlsdG86SUJy eXNraW5AYWR2YW9wdGljYWwuY29tIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPj4+ DQo+PiAgICAgPj4gKkNjOiAqImNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+ DQo+PiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPj4i IDxjY2FtcEBpZXRmLm9yZw0KPj4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+DQo+PiAgICAg Pj4gPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPj4+DQo+PiAg ICAgPj4gKlN1YmplY3Q6ICpSRTogQ29tbWVudHMgYWJvdXQNCj4+ICAgICA+PiBkcmFmdC1iZWVy YW0tY2NhbXAtbmV0d29yay1hc3NpZ25lZC11cHN0cmVhbS1sYWJlbC0wMA0KPj4gICAgID4+DQo+ PiAgICAgPj4NCj4+ICAgICA+Pg0KPj4gICAgID4+IFphZmFyLA0KPj4gICAgID4+DQo+PiAgICAg Pj4gVGhhdCBiZWNhdXNlIHRoaXMgYWxyZWFkeSBkZWZpbmVkIG1ldGhvZCBoYXMgdGhlIGZvbGxv d2luZw0KPj5pc3N1ZXM6DQo+PiAgICAgPj4NCj4+ICAgICA+PiAxKSBVc2luZyBhbiBlcnJvciBp bmRpY2F0aW9uIGFzIGEgcGFydCBvZiBub3JtYWwgcHJvdG9jb2wNCj4+ICAgICA+PiBvcGVyYXRp b24gaXMgbm90IGdvb2QgZGVzaWduIHByYWN0aWNlLg0KPj4gICAgID4+DQo+PiAgICAgPj4gVXNl IG9mIFBhdGggZXJyb3IgYW5kIG5vdGlmeSBtZXNzYWdlIGlzIGFuIGludGVncmFsIHBhcnQgb2Yg dGhlDQo+PiAgICAgPj4gUlNWUC1URSBkZXNpZ24uIEFsc28gcGxlYXNlIG5vdGUgdGhhdCB3ZSBh cmUgbm90IGRlYmF0aW5nIGFib3V0IGENCj4+ICAgICA+PiBuZXcgcHJvY2VkdXJlIGJlaW5nIHBy b3Bvc2VkIGJ1dCB0YWxraW5nIGFib3V0IGEgcHJvY2VkdXJlIHRoYXQNCj4+aXMNCj4+ICAgICA+ PiBhbHJlYWR5IGltcGxlbWVudGVkIGFuZCBkZXBsb3llZC4NCj4+ICAgICA+Pg0KPj4gICAgID4+ IDIpIEFjY2VwdGFibGUgTGFiZWwgU2V0IGlzIG9wdGlvbmFsIHNvIGl0cyBwcmVzZW5jZSBpcyBu b3QNCj4+ICAgICA+PiBndWFyYW50ZWVkDQo+PiAgICAgPj4NCj4+ICAgICA+PiBTbyBpcyB0aGUg Y2FzZSBvZiBuZXdseSBkZWZpbmVkIHVwc3RyZWFtIGxhYmVsIHNldC4gQWxzbyBwbGVhc2UNCj4+ ICAgICA+PiBub3RlIHRoYXQgbWFueSBwYXJ0IG9mIHRoZSBSU1ZQLVRFIHByb3RvY29sIGFyZSBk ZXNpZ25lZCB1c2luZw0KPj4gICAgID4+IG9wdGlvbmFsIG9iamVjdHMuDQo+PiAgICAgPj4NCj4+ ICAgICA+PiAzKSBUaGUgaW5mb3JtYXRpb24gaXQgcHJvdmlkZXMgbWF5IGJlIG91dCBvZiBkYXRl IGJ5IHRoZSB0aW1lDQo+PiAgICAgPj4gdGhlIExTUCBpcyByZS1zaWduYWxlZC4NCj4+ICAgICA+ Pg0KPj4gICAgID4+IFRoaXMgaXMgYW4gaW1wbGVtZW50YXRpb24gaXNzdWUuIEEgbm9kZSBzZW5k aW5nIHRoZSBhY2NlcHRhYmxlDQo+PiAgICAgPj4gbGFiZWwgc2V0IGhhcyB0aGUgcmVzcG9uc2li aWxpdHkgdG8gZ3VhcmFudGVlIHRoYXQgaW5mb3JtYXRpb24NCj4+ICAgICA+PiBwcm92aWRlcyBp biB0aGUgYWNjZXB0YWJsZSBsYWJlbCBzZXQgcmVtYWlucyB2YWxpZCBmb3INCj4+ICAgICA+PiBy ZS1zaWduYWxpbmcgdGltZS4gRS5nLiwgVU5JLU4gaW1wbGVtZW50YXRpb24gY2FuIGNhY2hlIHRo ZSBsYWJlbA0KPj4gICAgID4+IGZvciB0aGUgcmUtc2lnbmFsaW5nIHRpbWUuDQo+PiAgICAgPj4N Cj4+ICAgICA+PiA0KSBNb3N0IGltcG9ydGFudGx5LCBBY2NlcHRhYmxlIExhYmVsIFNldCBpcyBn ZW5lcmF0ZWQgaG9wIGJ5DQo+PiAgICAgPj4gaG9wLCB1bmxpa2UgVXBzdHJlYW0gTGFiZWwgU2V0 IHdoaWNoIGV4ZXJjaXNlcyB0aGUgZW50aXJlDQo+PiAgICAgPj4gcGF0aC4gVGhpcyBtZWFucyB0 aGF0IGl0cyB1c2UgdG8gZGV0ZXJtaW5lIGEgdmFsaWQgd2F2ZWxlbmd0aA0KPj4gICAgID4+IHdv dWxkIHJlcXVpcmUgYSBwb3RlbnRpYWxseSB1bmJvdW5kZWQgbnVtYmVyIG9mIGNyYW5rYmFja3Ms DQo+PiAgICAgPj4gYm90aCBzaW5nbGUgYW5kIG11bHRpLWhvcCwgd2l0aCBubyBndWFyYW50ZWUg dGhhdCBzdWNoIGENCj4+ICAgICA+PiB3YXZlbGVuZ3RoIGNvdWxkIGJlIGZvdW5kLg0KPj4gICAg ID4+DQo+PiAgICAgPj4gSW4gdGhlIHVzZSBjYXNlIG9mIGFsaWduIHdhdmVsZW5ndGggYWRkcmVz c2VkIGluIHRoaXMgZHJhZnQsIHRoZQ0KPj4gICAgID4+IGFjY2VwdGFibGUgbGFiZWwgc2V0IGNv bW11bmljYXRpb24gaXMgcmVzdHJpY3RlZCB0byB0aGUgVU5JLUMgYW5kDQo+PiAgICAgPj4gVU5J LU4gbm9kZS4NCj4+ICAgICA+Pg0KPj4gICAgID4+IFlvdXJzIElycmVzcGVjdGl2ZWx5LA0KPj4g ICAgID4+DQo+PiAgICAgPj4NCj4+ICAgICA+Pg0KPj4gICAgID4+IEpvaG4NCj4+ICAgICA+Pg0K Pj4gICAgID4+DQo+PiAgICAgPj4NCj4+ICAgICA+PiAqRnJvbToqY2NhbXAtYm91bmNlc0BpZXRm Lm9yZyA8bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc+DQo+PiAgICAgPG1haWx0bzpjY2Ft cC1ib3VuY2VzQGlldGYub3JnIDxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZz4+DQo+PiAg ICAgPj4gW21haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnIDxtYWlsdG86Y2NhbXAtYm91bmNl c0BpZXRmLm9yZz5dDQo+PiAgICAgKk9uIEJlaGFsZiBPZiAqWmFmYXIgQWxpICh6YWxpKQ0KPj4g ICAgID4+ICpTZW50OiogU3VuZGF5LCBOb3ZlbWJlciAwMywgMjAxMyA4OjEyIEFNDQo+PiAgICAg Pj4gKlRvOiogSUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQo+PiAgICAgPG1haWx0bzpJQnJ5c2tp bkBhZHZhb3B0aWNhbC5jb20+IDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQo+PiAg ICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+Pg0KPj4gICAgID4+ICpDYzoqIGNj YW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+DQo+PiAgICAgPG1haWx0bzpjY2Ft cEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPj4NCj4+ICAgICA+PiAqU3ViamVjdDoq IFtDQ0FNUF0gQ29tbWVudHMgYWJvdXQNCj4+ICAgICA+PiBkcmFmdC1iZWVyYW0tY2NhbXAtbmV0 d29yay1hc3NpZ25lZC11cHN0cmVhbS1sYWJlbC0wMA0KPj4gICAgID4+DQo+PiAgICAgPj4NCj4+ ICAgICA+Pg0KPj4gICAgID4+IEhpIElnb3IgYW5kIGNvLWF1dGhvcnMtDQo+PiAgICAgPj4NCj4+ ICAgICA+Pg0KPj4gICAgID4+DQo+PiAgICAgPj4gUGxlYXNlIG5vdGUgdGhhdCBbUkZDMzQ3M10g YWxyZWFkeSBjb25zaWRlcnMgdGhlIGNhc2Ugd2hlcmUNCj4+ICAgICA+PiB1cHN0cmVhbSBsYWJl bCBtYXkgbm90IGJlIGFjY2VwdGFibGUgdG8gYSBkb3duc3RyZWFtDQo+PiAgICAgPj4gbm9kZS4g U3BlY2lmaWNhbGx5LCBbUkZDMzQ3M10gc3RhdGVzIHRoYXQ6DQo+PiAgICAgPj4NCj4+ICAgICA+ PiAiL3doZW4gYSBQYXRoIG1lc3NhZ2UgY29udGFpbmluZyBhbiBVcHN0cmVhbV9MYWJlbCBvYmpl Y3QgaXMNCj4+ICAgICA+PiByZWNlaXZlZCwgdGhlIHJlY2VpdmVyIGZpcnN0IHZlcmlmaWVzIHRo YXQgdGhlIHVwc3RyZWFtIGxhYmVsDQo+PiAgICAgPj4gaXMgYWNjZXB0YWJsZS4gSWYgdGhlIGxh YmVsIGlzIG5vdCBhY2NlcHRhYmxlLCB0aGUgcmVjZWl2ZXINCj4+ICAgICA+PiAvKk1VU1QqL2lz c3VlIGEgUGF0aEVyciBtZXNzYWdlIHdpdGggYSAiUm91dGluZw0KPj4gICAgID4+IHByb2JsZW0v VW5hY2NlcHRhYmxlIGxhYmVsIHZhbHVlIiBpbmRpY2F0aW9uLiBUaGUgZ2VuZXJhdGVkDQo+PiAg ICAgPj4gUGF0aEVyciBtZXNzYWdlIE1BWSBpbmNsdWRlIGFuIEFjY2VwdGFibGUgTGFiZWwgU2V0 IE9iamVjdC8iLg0KPj4gICAgID4+DQo+PiAgICAgPj4gQWNjZXB0YWJsZV9MYWJlbF9TZXQgb2Jq ZWN0cyBtYXkgYmUgY2FycmllZCBpbiBQYXRoRXJyIGFuZA0KPj4gICAgID4+IFJlc3ZFcnIgbWVz c2FnZXMgW1JGQzM0NzNdLg0KPj4gICAgID4+DQo+PiAgICAgPj4NCj4+ICAgICA+Pg0KPj4gICAg ID4+IEhvd2V2ZXIsIHlvdXIgZHJhZnQgZG9lcyBub3QgbWVudGlvbiBvciBjb3ZlciB0aGlzIGFs cmVhZHkNCj4+ICAgICA+PiBkZWZpbmVkIG1ldGhvZC4NCj4+ICAgICA+Pg0KPj4gICAgID4+DQo+ PiAgICAgPj4NCj4+ICAgICA+PiBUaGFua3MNCj4+ICAgICA+Pg0KPj4gICAgID4+DQo+PiAgICAg Pj4NCj4+ICAgICA+PiBSZWdhcmRzIKGtIFphZmFyDQo+PiAgICAgPj4NCj4+ICAgICA+DQo+PiAg ICAgPg0KPj4gICAgID4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18NCj4+ICAgICA+IENDQU1QIG1haWxpbmcgbGlzdA0KPj4gICAgID4gQ0NBTVBAaWV0Zi5v cmcgPG1haWx0bzpDQ0FNUEBpZXRmLm9yZz4NCj4+ICAgICA+IGh0dHBzOi8vd3d3LmlldGYub3Jn L21haWxtYW4vbGlzdGluZm8vY2NhbXANCj4+ICAgICA+DQo+Pg0KPj4gICAgIF9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+PiAgICAgQ0NBTVAgbWFpbGlu ZyBsaXN0DQo+PiAgICAgQ0NBTVBAaWV0Zi5vcmcgPG1haWx0bzpDQ0FNUEBpZXRmLm9yZz4NCj4+ ICAgICBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2NjYW1wDQo+Pg0KPj4N Cj4+DQo+Pg0KPj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X18NCj4+IENDQU1QIG1haWxpbmcgbGlzdA0KPj4gQ0NBTVBAaWV0Zi5vcmcNCj4+IGh0dHBzOi8v d3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vY2NhbXANCj4NCj5fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPkNDQU1QIG1haWxpbmcgbGlzdA0KPkND QU1QQGlldGYub3JnDQo+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9jY2Ft cA0KPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+Q0NB TVAgbWFpbGluZyBsaXN0DQo+Q0NBTVBAaWV0Zi5vcmcNCj5odHRwczovL3d3dy5pZXRmLm9yZy9t YWlsbWFuL2xpc3RpbmZvL2NjYW1wDQoNCg== From vishnupavan@gmail.com Tue Nov 5 05:25:18 2013 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8104211E8150 for ; Tue, 5 Nov 2013 05:25:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.049 X-Spam-Level: * X-Spam-Status: No, score=1.049 tagged_above=-999 required=5 tests=[AWL=-3.647, BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, NO_RELAYS=-0.001, SARE_SUB_ENC_GB2312=1.345] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ruHBAD4Z3Zgc for ; Tue, 5 Nov 2013 05:25:07 -0800 (PST) Received: from mail-bk0-x236.google.com (mail-bk0-x236.google.com [IPv6:2a00:1450:4008:c01::236]) by ietfa.amsl.com (Postfix) with ESMTP id 77EAF11E818C for ; Tue, 5 Nov 2013 05:25:04 -0800 (PST) Received: by mail-bk0-f54.google.com with SMTP id 6so2947473bkj.27 for ; Tue, 05 Nov 2013 05:25:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=uedVZhkCHfMsT3wYMTQuTdP6e/DEisWIZc2d1ZGvcyk=; b=T+eIOmdsqwhihZLEFRuOSSojnX3gneTGl8FW9D5YM76PTFt1sM4yLMExkCgsD0gzTD r64So4Gv7W4q2rNxEYpWnRGDA6HhxodVvtSDIX/dqL6ftaUUISW0D+nve+UU/8Ipq9c5 IM0uPcYDpyNr8m8FfceeZYnLztPuIduUjPzZNYk5SsSAR0OYCXGB6ehIV7cC9DB/prf5 pr/ZNGFMA7yRUuF60jy2eSs4LaMUa7YzethVo92lRH+RVDIlyt20nGdQ2NA75Jfg8AVb VUAS54g/1ESPYn+6okrFyzd8U3I0yGVQ1m+B5TIcOYVad0bRMXnNgYLWqEK1IYcrEi9V I0+g== MIME-Version: 1.0 X-Received: by 10.205.78.5 with SMTP id zk5mr13891598bkb.25.1383657903495; Tue, 05 Nov 2013 05:25:03 -0800 (PST) Received: by 10.204.245.195 with HTTP; Tue, 5 Nov 2013 05:25:03 -0800 (PST) In-Reply-To: References: Date: Tue, 5 Nov 2013 08:25:03 -0500 Message-ID: From: Vishnu Pavan Beeram To: "Zafar Ali (zali)" Content-Type: multipart/alternative; boundary=f46d041038a7d44f7f04ea6df5d5 Cc: "ccamp@ietf.org" Subject: Re: [CCAMP] =?gb2312?b?tPC4tDogQ29tbWVudHMgYWJvdXQgZHJhZnQtYmVlcmFt?= =?gb2312?b?LWNjYW1wLW5ldHdvcmstYXNzaWduZWQtdXBzdHJlYW0tbGFiZWwt?= =?gb2312?b?MDA=?= X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 13:25:18 -0000 --f46d041038a7d44f7f04ea6df5d5 Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: quoted-printable I see a pattern in the questions that are being raised. I'll try and see if I can answer them all using the following Q&A. A. "Label Symmetricity": (1) Aren't labels always symmetric in practice? Are there any asymmetric label scenarios at all? Ans: Yes, labels are almost always symmetric in practice. The draft explicitly states that. I haven't come across any single scenario/product where asymmetric labels are used. As Igor pointed out in an earlier email, there could be in theory some single-fiber configurations where the same wavelength cannot be used for both directions. But I don't know if anyone really uses that. (2) Then why do you need an explicit request from the ingress to make them symmetric at each hop? Ans: This is because the extensions in RFC3473 allows "Label Asymmetricity" and and as a result symmetricity cannot be assumed by default. There is currently no way of mandating symmetricity at each hop along the path of the LSP. (3) Say, we all agree that "Symmetricity" is always guaranteed (maybe we even state it explicitly in some standard document). Would you then be able to use existing extensions and address the "alien-wavelength" setup use-case? Ans: No, the existing extensions still fall short. What does the ingress-client fill in the UPSTREAM_LABEL when it has no knowledge on what needs to be used? As per current extensions, the UPSTREAM_LABEL needs to be filled in with a valid label before sending the PATH out. We still need the ingress-client to have some mechanism to tell the network - "please ignore what I'm filling in the UPSTREAM_LABEL; just take the LABEL_SET into account if I fill one; I'll use what is returned in the RESV-LABEL for both directions." (4) Label allocation has always been a local choice. Why should the ingress request how labels are allocated at some downstream hop? Ans: The ingress has always been the one to request the downstream node to allocate labels in both directions. All that the draft is proposing is a mechanism for the ingress to say that these two labels need to be symmetric= . B. "Label Asymmetricity" (4) Have the "Label Asymmetricity" extensions been included just for completion sake? Can those be jettisoned if we there is no need for asymmetric labels? Ans: Yes. The primary reason why those extensions are included in the draft is because RFC3473 allows asymmetricity. We don't need to discuss those if we explicitly state somewhere (in some standard document) that "labels are always symmetric" and that all previous extensions defined for asymmetricity are use-less. C. "Use-Case" (5) I don't understand any of the above. Why do we need the network to assign an upstream label? Ans: Please read the draft. Section 5 discusses a specific use-case. Regards, -Pavan On Tue, Nov 5, 2013 at 2:29 AM, Zafar Ali (zali) wrote: > Hi- > > Furthermore, when (alien) wavelength is same in forward and reverse > direction, we can use label set along with acceptable label set - as > defined in RFC3473. The only use case this draft addresses is when alien > wavelength are asymmetrical in forward and reverse direction. I am not > aware of any example of such use case. > > Thanks > > Regards =A1=AD Zafar > > > -----Original Message----- > From: Fatai Zhang > Date: Monday, November 4, 2013 7:38 PM > To: "julien.meuric@orange.com" , Vishnu Pavan > Beeram > Cc: "ccamp@ietf.org" > Subject: [CCAMP] =B4=F0=B8=B4: Comments > about draft-beeram-ccamp-network-assigned-upstream-label-00 > > >Hi Pavan, > > > >Understood what you said in principle, but could you give an example to > >show there are asymmertric labels (wavelength?) for the bidirectiaonal > >LSPs (especiall for the transport networks) in the real implementations? > > > >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > >In practice, most bidirectional LSPs have label symmetricity on each hop > >along the path of the LSP. But this is something that cannot be assumed > >by default. > > > > > > > >Thanks > > > >Fatai > > > >________________________________________ > >=B7=A2=BC=FE=C8=CB: ccamp-bounces@ietf.org [ccamp-bounces@ietf.org] =B4= =FA=B1=ED Julien Meuric > >[julien.meuric@orange.com] > >=B7=A2=CB=CD=CA=B1=BC=E4: 2013=C4=EA11=D4=C25=C8=D5 10:35 > >=CA=D5=BC=FE=C8=CB: Vishnu Pavan Beeram > >=B3=AD=CB=CD: ccamp@ietf.org > >=D6=F7=CC=E2: Re: [CCAMP] Comments about > >draft-beeram-ccamp-network-assigned-upstream-label-00 > > > >Hi Pavan. > > > >Even though I agree with your unassigned Upstream_Label requirement, I > >need to disagree with the data plane rationale you mention. > > > >The Upstream_Label refers to the client's optical receiver: you don't > >need to tune a laser on the receiver side. The data transmission could > >even work without sending the actual Upstream_Label in RSVP-TE messages > >to the client: I am not really a fan of that approach, but that would > >fit cases where optical policies are left to the optical network... > > > >Moreover, I have doubts on putting label symmetry within the protocol. > >This is more an allocation policy in the hands of allocating nodes: > >requesting an allocation mode from an ingress node would mean doing the > >server job, I am not sure it is desirable. > > > >Julien > > > > > >On 11/04/2013 23:49, Vishnu Pavan Beeram wrote: > >> Lou, > >> > >> The extensions defined in this draft do not impose any backwards > >> compatibility issues. The intent is definitely not to change the > >> fundamental aspects of the protocol. As you would agree, it is not > >> mandatory to try and fit the extensions defined in RFC3473 to all and > >> sundry. New extensions are being introduced only where the existing > >> extensions fall short. Let me walk through the requirements that we > >> are looking at and that would hopefully explain the limitations of the > >> existing extensions. > >> > >> Base requirement : > >> Need a mechanism for a given node to say that it cannot assign an > >> upstream-label on its own and that it needs the network (read > >> downstream) to assign it instead. > >> > >> Corollary requirements : > >> 1. Need a mechanism for a given node to ask for a network-assigned > >> upstream label without having to specify any inputs on what label > >> needs to get picked. > >> 2. Need a mechanism for a given node to ask for a network-assigned > >> upstream label and also specify some choices for the label that needs > >> to get picked. > >> 3. If labels are symmetric, a given node can simply use the label > >> returned in the LABEL object of the RESV message for both directions. > >> In practice, most bidirectional LSPs have label symmetricity on each > >> hop along the path of the LSP. But this is something that cannot be > >> assumed by default. Hence, there is a need to have a mechanism for the > >> ingress to request "label symmetricity" at each hop along the path of > >> the LSP. > >> > >> Can you somehow fit a solution using the current extensions and cater > >> to the above requirements? > >> We believe the answer is NO. One suggestion on the mailing list was to > >> set a random UPSTREAM_LABEL and send it out on a fishing expedition. > >> The idea was that the downstream node would then respond with a > >> PATH-ERR carrying an ACCEPTABLE_LABEL_SET. John and Igor have provided > >> a list of reasons on why that isn't a great idea. Let me add another > >> point - > >> - As per RFC3473 - when a node receives an UPSTREAM_LABEL object in > >> the PATH, it means that the upstream node MUST have already > >> installed/programmed this label. In the alien wavelength use-case > >> (discussed in the draft), when the network receives this message, it > >> would mean that the laser has already been tuned to this wavelength at > >> the client. That beats the very purpose of requesting a network > >> assigned upstream label. Doesn't it? So, the point is that with the > >> current semantics of an UPSTREAM_LABEL, you cannot use it for the case > >> where the upstream-label hasn't been installed/programmed yet. If some > >> implementation decides to ignore these semantics, how would the > >> network know whether the ingress-client has already installed this > >> label or not (whether the laser is already tuned or not). > >> > >> RFC3473 states that a Bidirectional-LSP setup request is identified by > >> the presence of an "UPSTREAM_LABEL" object in the PATH msg. This draft > >> does propose 2 other mechanisms: > >> - The presence of the "Label Symmetricity Required" Flag in the PATH > >> - The presence of the "UPSTREAM_LABEL_SET" object in the PATH > >> If a downstream node does not understand any of the above indications, > >> it would reject the setup request. In both scenarios - after the > >> network has assigned the upstream-label, the concerned node is allowed > >> to start signaling the UPSTREAM_LABEL object in the PATH. I don't > >> understand how adding two other mechanisms for Bidirectional LSP setup > >> translates to changing fundamental aspects of the protocol. > >> Implementations that can support these extensions can. Others can > >> still be happy with their "running code". > >> > >> Regards, > >> -Pavan > >> > >> > >> > >> On Mon, Nov 4, 2013 at 2:18 PM, Lou Berger >> > wrote: > >> > >> John, (authors) > >> > >> Perhaps it would be useful to refocus a moment on the specific > >> limitations the draft is focusing on. > >> > >> There's no question that 3473 made certain choices based on expect= ed > >> uses and probabilities that may not hold, but we do need to be > >>careful > >> when changing fundamentals of the protocol (e.g. moving away from > >>the > >> use of the upstream label object as the basic object that indicate= s > >>a > >> bidirectional LSP.) > >> > >> So is it fair to say that the main limitation that the draft is > >>trying > >> to address is the inability to support downstream selection of > >> upstream > >> labels? > >> > >> The draft also allows for both symmetric and asymmetric label valu= e > >> allocation. IS this a requirement, or asymmetric just included for > >> completeness? > >> > >> Are there other requirements / limitations you are trying to > >>address? > >> > >> Lou > >> > >> On 11/04/2013 01:24 PM, John E Drake wrote: > >> > Zafar, > >> > > >> > Both Igor and I have listed technical issues with RFC3473 and yo= ur > >> > response is that you really really like RFC3473. I'm happy for > >> you but > >> > unimpressed. > >> > > >> > John > >> > > >> > Sent from my iPhone > >> > > >> > On Nov 4, 2013, at 9:43 AM, "Zafar Ali (zali)" >> > >> > >> wrote: > >> > > >> >> Igor, John- > >> >> > >> >> Please see in-line. > >> >> > >> >> From: "IBryskin@advaoptical.com > >> >> >" > >> >> > >> >>> > >> >> Date: Monday, November 4, 2013 8:57 AM > >> >> To: zali > >> >>, > >> "jdrake@juniper.net > >> >> >" > >> > >> >> >> > >> >> Cc: "ccamp@ietf.org > >> >" >> > >> >> >> > >> >> Subject: RE: Comments about > >> >> draft-beeram-ccamp-network-assigned-upstream-label-00 > >> >> > >> >> Zafar, > >> >> > >> >> 1) Using an error indication as a part of normal protocol > >> >> operation is not good design practice. > >> >> > >> >> Use of Path error and notify message is an integral part of the > >> >> RSVP-TE design. Also please note that we are not debating about= a > >> >> new procedure being proposed but talking about a procedure that > >>is > >> >> already implemented and deployed. > >> >> > >> >> > >> >> > >> >> IB>> The way I interpret this discussion is something like this= : > >> >> > >> >> > >> >> > >> >> John: I believe that white is a lighter color than black. > >> >> > >> >> Zafa: Well, John, black is an integral part of the color pallet= . > >> >> Many mature applications successfully use black for their vario= us > >> >> purposes. My implementations, for example, use black for pretty > >> >> much everything=A1=AD.. So, it is not clear which color is ligh= ter, > >>and > >> >> why do we need other colors at all. :=3D) > >> >> > >> >> > >> >> > >> >> I mean to say that your, Zafar, comments IMHO are not > >>constructive > >> >> technical arguments. > >> >> > >> >> Igor > >> >> > >> >> > >> >> > >> >> Hi Igor and John: > >> >> > >> >> This is really funny. This is the first time I have heard that > >> running > >> >> code has no merit at IETF :) This is especially when the > >> running code > >> >> is directly coming from RFC3473. You are calling it "not > >> constructive > >> >> technical arguments"! Last I heard we believed in running code > >>(See > >> >> your T-shirt from the election day from IETF Atlanta). > >> >> > >> >> Your draft is ONLY applicable for a use case where upstream and > >> >> downstream alien wavelength are different. When upstream and > >> >> downstream alien wavelength are same, use of acceptable label > >> set and > >> >> label set objects constitute the running code. However, your > >>draft > >> >> neither makes that applicability statement nor makes any mentio= n > >>or > >> >> cover or reference to procedure I quoted from RFC3473. > >> >> > >> >> Thanks > >> >> > >> >> Regards=A1=ADZafar > >> >> > >> >> > >> >> > >> >> > >> >> > >> >> *From:*Zafar Ali (zali) [mailto:zali@cisco.com > >> ] > >> >> *Sent:* Monday, November 04, 2013 1:51 AM > >> >> *To:* John E Drake; Igor Bryskin > >> >> *Cc:* ccamp@ietf.org > >> > > >> >> *Subject:* Re: Comments about > >> >> draft-beeram-ccamp-network-assigned-upstream-label-00 > >> >> > >> >> > >> >> > >> >> Hi John: > >> >> > >> >> > >> >> > >> >> Please see in-line. > >> >> > >> >> > >> >> > >> >> Thanks > >> >> > >> >> > >> >> > >> >> Regards =A1=AD Zafar > >> >> > >> >> > >> >> > >> >> *From: *"jdrake@juniper.net > >> >" > >> >> > >> >> > >> >> *Date: *Sunday, November 3, 2013 11:57 AM > >> >> *To: *zali > >> >>, > >> >> "IBryskin@advaoptical.com > >> >>" > >> >> > >> >>> > >> >> *Cc: *"ccamp@ietf.org > >> >" >> > >> >> >> > >> >> *Subject: *RE: Comments about > >> >> draft-beeram-ccamp-network-assigned-upstream-label-00 > >> >> > >> >> > >> >> > >> >> Zafar, > >> >> > >> >> That because this already defined method has the following > >>issues: > >> >> > >> >> 1) Using an error indication as a part of normal protocol > >> >> operation is not good design practice. > >> >> > >> >> Use of Path error and notify message is an integral part of the > >> >> RSVP-TE design. Also please note that we are not debating about= a > >> >> new procedure being proposed but talking about a procedure that > >>is > >> >> already implemented and deployed. > >> >> > >> >> 2) Acceptable Label Set is optional so its presence is not > >> >> guaranteed > >> >> > >> >> So is the case of newly defined upstream label set. Also please > >> >> note that many part of the RSVP-TE protocol are designed using > >> >> optional objects. > >> >> > >> >> 3) The information it provides may be out of date by the time > >> >> the LSP is re-signaled. > >> >> > >> >> This is an implementation issue. A node sending the acceptable > >> >> label set has the responsibility to guarantee that information > >> >> provides in the acceptable label set remains valid for > >> >> re-signaling time. E.g., UNI-N implementation can cache the lab= el > >> >> for the re-signaling time. > >> >> > >> >> 4) Most importantly, Acceptable Label Set is generated hop by > >> >> hop, unlike Upstream Label Set which exercises the entire > >> >> path. This means that its use to determine a valid wavelength > >> >> would require a potentially unbounded number of crankbacks, > >> >> both single and multi-hop, with no guarantee that such a > >> >> wavelength could be found. > >> >> > >> >> In the use case of align wavelength addressed in this draft, th= e > >> >> acceptable label set communication is restricted to the UNI-C a= nd > >> >> UNI-N node. > >> >> > >> >> Yours Irrespectively, > >> >> > >> >> > >> >> > >> >> John > >> >> > >> >> > >> >> > >> >> *From:*ccamp-bounces@ietf.org > >> > > >> >> [mailto:ccamp-bounces@ietf.org ] > >> *On Behalf Of *Zafar Ali (zali) > >> >> *Sent:* Sunday, November 03, 2013 8:12 AM > >> >> *To:* IBryskin@advaoptical.com > >> >> > > >> >> *Cc:* ccamp@ietf.org > >> > > >> >> *Subject:* [CCAMP] Comments about > >> >> draft-beeram-ccamp-network-assigned-upstream-label-00 > >> >> > >> >> > >> >> > >> >> Hi Igor and co-authors- > >> >> > >> >> > >> >> > >> >> Please note that [RFC3473] already considers the case where > >> >> upstream label may not be acceptable to a downstream > >> >> node. Specifically, [RFC3473] states that: > >> >> > >> >> "/when a Path message containing an Upstream_Label object is > >> >> received, the receiver first verifies that the upstream label > >> >> is acceptable. If the label is not acceptable, the receiver > >> >> /*MUST*/issue a PathErr message with a "Routing > >> >> problem/Unacceptable label value" indication. The generated > >> >> PathErr message MAY include an Acceptable Label Set Object/". > >> >> > >> >> Acceptable_Label_Set objects may be carried in PathErr and > >> >> ResvErr messages [RFC3473]. > >> >> > >> >> > >> >> > >> >> However, your draft does not mention or cover this already > >> >> defined method. > >> >> > >> >> > >> >> > >> >> Thanks > >> >> > >> >> > >> >> > >> >> Regards =A1=AD Zafar > >> >> > >> > > >> > > >> > _______________________________________________ > >> > CCAMP mailing list > >> > CCAMP@ietf.org > >> > https://www.ietf.org/mailman/listinfo/ccamp > >> > > >> > >> _______________________________________________ > >> CCAMP mailing list > >> CCAMP@ietf.org > >> https://www.ietf.org/mailman/listinfo/ccamp > >> > >> > >> > >> > >> _______________________________________________ > >> CCAMP mailing list > >> CCAMP@ietf.org > >> https://www.ietf.org/mailman/listinfo/ccamp > > > >_______________________________________________ > >CCAMP mailing list > >CCAMP@ietf.org > >https://www.ietf.org/mailman/listinfo/ccamp > >_______________________________________________ > >CCAMP mailing list > >CCAMP@ietf.org > >https://www.ietf.org/mailman/listinfo/ccamp > > --f46d041038a7d44f7f04ea6df5d5 Content-Type: text/html; charset=GB2312 Content-Transfer-Encoding: quoted-printable
I see a pattern in the questions that are being raise= d. I'll try and see if I can answer them all using the following Q&= A.

A. "Label Symmetricity":
(1) Aren't labels always symmetric in practice? Are there an= y asymmetric label scenarios at all?
Ans: Yes, labels are almost = always symmetric in practice. The draft explicitly states that. I haven'= ;t come across any single scenario/product where asymmetric labels are used= . As Igor pointed out in an earlier email, there could be in theory some si= ngle-fiber configurations where the same wavelength cannot be used for both= directions. But I don't know if anyone really uses that. 

(2) Then why do you need an explicit request from the i= ngress to make them symmetric at each hop?
Ans: This is because t= he extensions in RFC3473 allows "Label Asymmetricity" and and as = a result symmetricity cannot be assumed by default. There is currently no w= ay of mandating symmetricity at each hop along the path of the LSP.

(3) Say, we all agree that "Symmetricity" is = always guaranteed (maybe we even state it explicitly in some standard docum= ent). Would you then be able to use existing extensions and address the &qu= ot;alien-wavelength" setup use-case?
Ans: No, the existing extensions still fall short. What does the ingre= ss-client fill in the UPSTREAM_LABEL when it has no knowledge on what needs= to be used? As per current extensions, the UPSTREAM_LABEL needs to be fill= ed in with a valid label before sending the PATH out. We still need the ing= ress-client to have some mechanism to tell the network - "please ignor= e what I'm filling in the UPSTREAM_LABEL; just take the LABEL_SET into = account if I fill one; I'll use what is returned in the RESV-LABEL for = both directions."

(4) Label allocation has always been a local choice. Wh= y should the ingress request how labels are allocated at some downstream ho= p?
Ans: The ingress has always been the one to request the downst= ream node to allocate labels in both directions. All that the draft is prop= osing is a mechanism for the ingress to say that these two labels need to b= e symmetric.

B. "Label Asymmetricity"

=
(4) Have the "Label Asymmetricity" extensions been included = just for completion sake? Can those be jettisoned if we there is no need fo= r asymmetric labels?
Ans: Yes. The primary reason why those extensions are included in the = draft is because RFC3473 allows asymmetricity. We don't need to discuss= those if we explicitly state somewhere (in some standard document) that &q= uot;labels are always symmetric" and that all previous extensions defi= ned for asymmetricity are use-less.

C. "Use-Case"

(5= ) I don't understand any of the above. Why do we need the network to as= sign an upstream label?
Ans: Please read the draft. Section 5 dis= cusses a specific use-case.


Regards,
-Pavan


On Tue, Nov 5, 2= 013 at 2:29 AM, Zafar Ali (zali) <zali@cisco.com> wrote:
Hi-

Furthermore, when (alien) wavelength is same in forward and reverse
direction, we can use label set along with acceptable label set - as
defined in RFC3473. The only use case this draft addresses is when alien wavelength are asymmetrical in forward and reverse direction. I am not
aware of any example of such use case.

Thanks

Regards … Zafar


-----Original Message-----
From: Fatai Zhang <zhangfatai@h= uawei.com>
Date: Monday, November 4, 2013 7:38 PM
To: "julien.meuric@orange.= com" <julien.meuric= @orange.com>, Vishnu Pavan
Beeram <vishnupavan@gmail.com>
Cc: "ccamp@ietf.org" <ccamp@ietf.org>
Subject: [CCAMP] =B4=F0=B8=B4:  Comments
about   draft-beeram-ccamp-network-assigned-upstream-label-00

>Hi Pavan,
>
>Understood what you said in principle, but could you give an example to=
>show there are asymmertric labels (wavelength?) for the bidirectiaonal<= br> >LSPs (especiall for the transport networks) in the real implementations= ?
>
>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D
>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
>In practice, most bidirectional LSPs have label symmetricity on each ho= p
>along the path of the LSP. But this is something that cannot be assumed=
>by default.
>
>
>
>Thanks
>
>Fatai
>
>________________________________________
>=B7=A2=BC=FE=C8=CB: ccamp-bou= nces@ietf.org [ccamp-bounces@= ietf.org] =B4=FA=B1=ED Julien Meuric
>[julien.meuric@orange.com]
>=B7=A2=CB=CD=CA=B1=BC=E4: 2013=C4=EA11=D4=C25=C8=D5 10:35
>=CA=D5=BC=FE=C8=CB: Vishnu Pavan Beeram
>=B3=AD=CB=CD: ccamp@ietf.org
>=D6=F7=CC=E2: Re: [CCAMP] Comments about
>draft-beeram-ccamp-network-assigned-upstream-label-00
>
>Hi Pavan.
>
>Even though I agree with your unassigned Upstream_Label requirement, I<= br> >need to disagree with the data plane rationale you mention.
>
>The Upstream_Label refers to the client's optical receiver: you don= 't
>need to tune a laser on the receiver side. The data transmission could<= br> >even work without sending the actual Upstream_Label in RSVP-TE messages=
>to the client: I am not really a fan of that approach, but that would >fit cases where optical policies are left to the optical network...
>
>Moreover, I have doubts on putting label symmetry within the protocol.<= br> >This is more an allocation policy in the hands of allocating nodes:
>requesting an allocation mode from an ingress node would mean doing the=
>server job, I am not sure it is desirable.
>
>Julien
>
>
>On 11/04/2013 23:49, Vishnu Pavan Beeram wrote:
>> Lou,
>>
>> The extensions defined in this draft do not impose any backwards >> compatibility issues. The intent is definitely not to change the >> fundamental aspects of the protocol. As you would agree, it is not=
>> mandatory to try and fit the extensions defined in RFC3473 to all = and
>> sundry. New extensions are being introduced only where the existin= g
>> extensions fall short. Let me walk through the requirements that w= e
>> are looking at and that would hopefully explain the limitations of= the
>> existing extensions.
>>
>> Base requirement :
>> Need a mechanism for a given node to say that it cannot assign an<= br> >> upstream-label on its own and that it needs the network (read
>> downstream) to assign it instead.
>>
>> Corollary requirements :
>> 1. Need a mechanism for a given node to ask for a network-assigned=
>> upstream label without having to specify any inputs on what label<= br> >> needs to get picked.
>> 2. Need a mechanism for a given node to ask for a network-assigned=
>> upstream label and also specify some choices for the label that ne= eds
>> to get picked.
>> 3. If labels are symmetric, a given node can simply use the label<= br> >> returned in the LABEL object of the RESV message for both directio= ns.
>> In practice, most bidirectional LSPs have label symmetricity on ea= ch
>> hop along the path of the LSP. But this is something that cannot b= e
>> assumed by default. Hence, there is a need to have a mechanism for= the
>> ingress to request "label symmetricity" at each hop alon= g the path of
>> the LSP.
>>
>> Can you somehow fit a solution using the current extensions and ca= ter
>> to the above requirements?
>> We believe the answer is NO. One suggestion on the mailing list wa= s to
>> set a random UPSTREAM_LABEL and send it out on a fishing expeditio= n.
>> The idea was that the downstream node would then respond with a >> PATH-ERR carrying an ACCEPTABLE_LABEL_SET. John and Igor have prov= ided
>> a list of reasons on why that isn't a great idea. Let me add a= nother
>> point -
>> - As per RFC3473 - when a node receives an UPSTREAM_LABEL object i= n
>> the PATH, it means that the upstream node MUST have already
>> installed/programmed this label. In the alien wavelength use-case<= br> >> (discussed in the draft), when the network receives this message, = it
>> would mean that the laser has already been tuned to this wavelengt= h at
>> the client. That beats the very purpose of requesting a network >> assigned upstream label. Doesn't it? So, the point is that wit= h the
>> current semantics of an UPSTREAM_LABEL, you cannot use it for the = case
>> where the upstream-label hasn't been installed/programmed yet.= If some
>> implementation decides to ignore these semantics, how would the >> network know whether the ingress-client has already installed this=
>> label or not (whether the laser is already tuned or not).
>>
>> RFC3473 states that a Bidirectional-LSP setup request is identifie= d by
>> the presence of an "UPSTREAM_LABEL" object in the PATH m= sg. This draft
>> does propose 2 other mechanisms:
>> - The presence of the "Label Symmetricity Required" Flag= in the PATH
>> - The presence of the "UPSTREAM_LABEL_SET" object in the= PATH
>> If a downstream node does not understand any of the above indicati= ons,
>> it would reject the setup request. In both scenarios - after the >> network has assigned the upstream-label, the concerned node is all= owed
>> to start signaling the UPSTREAM_LABEL object in the PATH. I don= 9;t
>> understand how adding two other mechanisms for Bidirectional LSP s= etup
>> translates to changing fundamental aspects of the protocol.
>> Implementations that can support these extensions can. Others can<= br> >> still be happy with their "running code".
>>
>> Regards,
>> -Pavan
>>
>>
>>
>> On Mon, Nov 4, 2013 at 2:18 PM, Lou Berger <lberger@labn.net
>> <mailto:lberger@labn.net>> wrote:
>>
>>     John, (authors)
>>
>>     Perhaps it would be useful to refocus a moment on th= e specific
>>     limitations the draft is focusing on.
>>
>>     There's no question that 3473 made certain choic= es based on expected
>>     uses and probabilities that may not hold, but we do = need to be
>>careful
>>     when changing fundamentals of the protocol (e.g. mov= ing away from
>>the
>>     use of the upstream label object as the basic object= that indicates
>>a
>>     bidirectional LSP.)
>>
>>     So is it fair to say that the main limitation that t= he draft is
>>trying
>>     to address is the inability to support downstream se= lection of
>>     upstream
>>     labels?
>>
>>     The draft also allows for both symmetric and asymmet= ric label value
>>     allocation. IS this a requirement, or asymmetric jus= t included for
>>     completeness?
>>
>>     Are there other requirements / limitations you are t= rying to
>>address?
>>
>>     Lou
>>
>>     On 11/04/2013 01:24 PM, John E Drake wrote:
>>     > Zafar,
>>     >
>>     > Both Igor and I have listed technical issues wi= th RFC3473 and your
>>     > response is that you really really like RFC3473= . I'm happy for
>>     you but
>>     > unimpressed.
>>     >
>>     > John
>>     >
>>     > Sent from my iPhone
>>     >
>>     > On Nov 4, 2013, at 9:43 AM, "Zafar Ali (za= li)" <zali@cisco.com
>>     <mailto:zali@ci= sco.com>
>>     > <mailto:za= li@cisco.com <mailto:zali@cisco.co= m>>> wrote:
>>     >
>>     >> Igor, John-
>>     >>
>>     >> Please see in-line.
>>     >>
>>     >> From: "IBryskin@advaoptical.com
>>     <mailto:IBryskin@advaoptical.com> <mailto:IBryskin@advaoptical.com
>>     <mailto:IBryskin@advaoptical.com>>"
>>     >> <IBryskin@advaoptical.com <mailto:IBryskin@advaoptical.com>
>>     <mailto:IBryskin@advaoptical.com <mailto:IBryskin@advaoptical.com>>>
>>     >> Date: Monday, November 4, 2013 8:57 AM
>>     >> To: zali <zali@cisco.com <mailto:zali@ci= sco.com>
>>     <mailto:zali@ci= sco.com <mailto:zali@cisco.com= >>>,
>>     "jdrake@j= uniper.net <mailto:jdrake@juni= per.net>
>>     >> <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>>"
>>     <jdrake@jun= iper.net <mailto:jdrake@junipe= r.net>
>>     >> <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>>>
>>     >> Cc: "ccamp@ietf.org <mailto:ccamp@ietf= .org>
>>     <mailto:ccamp@i= etf.org <mailto:ccamp@ietf.org= >>" <ccamp@ietf.org
>>     <mailto:ccamp@i= etf.org>
>>     >> <mailto:ccamp@ietf.org <mailto:ccamp@iet= f.org>>>
>>     >> Subject: RE: Comments about
>>     >> draft-beeram-ccamp-network-assigned-upstrea= m-label-00
>>     >>
>>     >> Zafar,
>>     >>
>>     >> 1) Using an error indication as a part of n= ormal protocol
>>     >> operation is not good design practice.
>>     >>
>>     >> Use of Path error and notify message is an = integral part of the
>>     >> RSVP-TE design. Also please note that we ar= e not debating about a
>>     >> new procedure being proposed but talking ab= out a procedure that
>>is
>>     >> already implemented and deployed.
>>     >>
>>     >>
>>     >>
>>     >> IB>> The way I interpret this discuss= ion is something like this:
>>     >>
>>     >>
>>     >>
>>     >> John: I believe that white is a lighter col= or than black.
>>     >>
>>     >> Zafa: Well, John, black is an integral part= of the color pallet.
>>     >> Many mature applications successfully use b= lack for their various
>>     >> purposes. My implementations, for example, = use black for pretty
>>     >> much everything….. So, it is not cle= ar which color is lighter,
>>and
>>     >> why do we need other colors at all. :=3D) >>     >>
>>     >>
>>     >>
>>     >> I mean to say that your, Zafar, comments IM= HO are not
>>constructive
>>     >> technical arguments.
>>     >>
>>     >> Igor
>>     >>
>>     >>
>>     >>
>>     >> Hi Igor and John:
>>     >>
>>     >> This is really funny. This is the first tim= e I have heard that
>>     running
>>     >> code has no merit at IETF :) This is especi= ally when the
>>     running code
>>     >> is directly coming from RFC3473. You are ca= lling it "not
>>     constructive
>>     >> technical arguments"! Last I heard we = believed in running code
>>(See
>>     >> your T-shirt from the election day from IET= F Atlanta).
>>     >>
>>     >> Your draft is ONLY applicable for a use cas= e where upstream and
>>     >> downstream alien wavelength are different. = When upstream and
>>     >> downstream alien wavelength are same, use o= f acceptable label
>>     set and
>>     >> label set objects constitute the running co= de. However, your
>>draft
>>     >> neither makes that applicability statement = nor makes any mention
>>or
>>     >> cover or reference to procedure I quoted fr= om RFC3473.
>>     >>
>>     >> Thanks
>>     >>
>>     >> Regards…Zafar
>>     >>
>>     >>
>>     >>
>>     >>
>>     >>
>>     >> *From:*Zafar Ali (zali) [mailto:zali@cisco.com
>>     <mailto:zali@ci= sco.com>]
>>     >> *Sent:* Monday, November 04, 2013 1:51 AM >>     >> *To:* John E Drake; Igor Bryskin
>>     >> *Cc:* cca= mp@ietf.org <mailto:ccamp@ietf.org= >
>>     <mailto:ccamp@i= etf.org <mailto:ccamp@ietf.org= >>
>>     >> *Subject:* Re: Comments about
>>     >> draft-beeram-ccamp-network-assigned-upstrea= m-label-00
>>     >>
>>     >>
>>     >>
>>     >> Hi John:
>>     >>
>>     >>
>>     >>
>>     >> Please see in-line.
>>     >>
>>     >>
>>     >>
>>     >> Thanks
>>     >>
>>     >>
>>     >>
>>     >> Regards … Zafar
>>     >>
>>     >>
>>     >>
>>     >> *From: *"jdrake@juniper.net <mailto:jdrake@juniper.net>
>>     <mailto:jdr= ake@juniper.net <mailto:jdrake= @juniper.net>>"
>>     >> <j= drake@juniper.net <mailto:jdra= ke@juniper.net>
>>     <mailto:jdr= ake@juniper.net <mailto:jdrake= @juniper.net>>>
>>     >> *Date: *Sunday, November 3, 2013 11:57 AM >>     >> *To: *zali <zali@cisco.com <mailto:zali@= cisco.com>
>>     <mailto:zali@ci= sco.com <mailto:zali@cisco.com= >>>,
>>     >> "IBryskin@advaoptical.com <mailto:IBryskin@advaoptical.com>
>>     <mailto:IBryskin@advaoptical.com <mailto:IBryskin@advaoptical.com>>"
>>     >> <IBryskin@advaoptical.com <mailto:IBryskin@advaoptical.com>
>>     <mailto:IBryskin@advaoptical.com <mailto:IBryskin@advaoptical.com>>>
>>     >> *Cc: *"ccamp@ietf.org <mailto:ccamp@ie= tf.org>
>>     <mailto:ccamp@i= etf.org <mailto:ccamp@ietf.org= >>" <ccamp@ietf.org
>>     <mailto:ccamp@i= etf.org>
>>     >> <mailto:ccamp@ietf.org <mailto:ccamp@iet= f.org>>>
>>     >> *Subject: *RE: Comments about
>>     >> draft-beeram-ccamp-network-assigned-upstrea= m-label-00
>>     >>
>>     >>
>>     >>
>>     >> Zafar,
>>     >>
>>     >> That because this already defined method ha= s the following
>>issues:
>>     >>
>>     >> 1) Using an error indication as a part of n= ormal protocol
>>     >> operation is not good design practice.
>>     >>
>>     >> Use of Path error and notify message is an = integral part of the
>>     >> RSVP-TE design. Also please note that we ar= e not debating about a
>>     >> new procedure being proposed but talking ab= out a procedure that
>>is
>>     >> already implemented and deployed.
>>     >>
>>     >> 2) Acceptable Label Set is optional so its = presence is not
>>     >> guaranteed
>>     >>
>>     >> So is the case of newly defined upstream la= bel set. Also please
>>     >> note that many part of the RSVP-TE protocol= are designed using
>>     >> optional objects.
>>     >>
>>     >> 3) The information it provides may be out o= f date by the time
>>     >> the LSP is re-signaled.
>>     >>
>>     >> This is an implementation issue. A node sen= ding the acceptable
>>     >> label set has the responsibility to guarant= ee that information
>>     >> provides in the acceptable label set remain= s valid for
>>     >> re-signaling time. E.g., UNI-N implementati= on can cache the label
>>     >> for the re-signaling time.
>>     >>
>>     >> 4) Most importantly, Acceptable Label Set i= s generated hop by
>>     >> hop, unlike Upstream Label Set which exerci= ses the entire
>>     >> path. This means that its use to determine = a valid wavelength
>>     >> would require a potentially unbounded numbe= r of crankbacks,
>>     >> both single and multi-hop, with no guarante= e that such a
>>     >> wavelength could be found.
>>     >>
>>     >> In the use case of align wavelength address= ed in this draft, the
>>     >> acceptable label set communication is restr= icted to the UNI-C and
>>     >> UNI-N node.
>>     >>
>>     >> Yours Irrespectively,
>>     >>
>>     >>
>>     >>
>>     >> John
>>     >>
>>     >>
>>     >>
>>     >> *From:*ccamp-bounces@ietf.org <mailto:ccamp-bounces@ietf.org>
>>     <mailto:ccamp-bounces@ietf.org <mailto:ccamp-bounces@ietf.org>>
>>     >> [mailto:ccamp-bounces@ietf.org <mailto:ccamp-bounces@ietf.org>]
>>     *On Behalf Of *Zafar Ali (zali)
>>     >> *Sent:* Sunday, November 03, 2013 8:12 AM >>     >> *To:* IBryskin@advaoptical.com
>>     <mailto:IBryskin@advaoptical.com> <mailto:IBryskin@advaoptical.com
>>     <mailto:IBryskin@advaoptical.com>>
>>     >> *Cc:* cca= mp@ietf.org <mailto:ccamp@ietf.org= >
>>     <mailto:ccamp@i= etf.org <mailto:ccamp@ietf.org= >>
>>     >> *Subject:* [CCAMP] Comments about
>>     >> draft-beeram-ccamp-network-assigned-upstrea= m-label-00
>>     >>
>>     >>
>>     >>
>>     >> Hi Igor and co-authors-
>>     >>
>>     >>
>>     >>
>>     >> Please note that [RFC3473] already consider= s the case where
>>     >> upstream label may not be acceptable to a d= ownstream
>>     >> node. Specifically, [RFC3473] states that:<= br> >>     >>
>>     >> "/when a Path message containing an Up= stream_Label object is
>>     >> received, the receiver first verifies that = the upstream label
>>     >> is acceptable. If the label is not acceptab= le, the receiver
>>     >> /*MUST*/issue a PathErr message with a &quo= t;Routing
>>     >> problem/Unacceptable label value" indi= cation. The generated
>>     >> PathErr message MAY include an Acceptable L= abel Set Object/".
>>     >>
>>     >> Acceptable_Label_Set objects may be carried= in PathErr and
>>     >> ResvErr messages [RFC3473].
>>     >>
>>     >>
>>     >>
>>     >> However, your draft does not mention or cov= er this already
>>     >> defined method.
>>     >>
>>     >>
>>     >>
>>     >> Thanks
>>     >>
>>     >>
>>     >>
>>     >> Regards … Zafar
>>     >>
>>     >
>>     >
>>     > _______________________________________________=
>>     > CCAMP mailing list
>>     > CCAMP@ietf.or= g <mailto:CCAMP@ietf.org> >>     > https://www.ietf.org/mailman/listinfo/ccamp<= br> >>     >
>>
>>     _______________________________________________
>>     CCAMP mailing list
>>     CCAMP@ietf.org= <mailto:CCAMP@ietf.org>
>>     https://www.ietf.org/mailman/listinfo/ccamp
>>
>>
>>
>>
>> _______________________________________________
>> CCAMP mailing list
>> CCAMP@ietf.org
>> https://www.ietf.org/mailman/listinfo/ccamp
>
>_______________________________________________
>CCAMP mailing list
>CCAMP@ietf.org
>https://www.ietf.org/mailman/listinfo/ccamp
>_______________________________________________
>CCAMP mailing list
>CCAMP@ietf.org
>https://www.ietf.org/mailman/listinfo/ccamp


--f46d041038a7d44f7f04ea6df5d5-- From vishnupavan@gmail.com Tue Nov 5 05:58:00 2013 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9671F11E81A1 for ; Tue, 5 Nov 2013 05:58:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.872 X-Spam-Level: ** X-Spam-Status: No, score=2.872 tagged_above=-999 required=5 tests=[AWL=-1.824, BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, NO_RELAYS=-0.001, SARE_SUB_ENC_GB2312=1.345] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3+z7hPgbzlOS for ; Tue, 5 Nov 2013 05:57:48 -0800 (PST) Received: from mail-bk0-x22d.google.com (mail-bk0-x22d.google.com [IPv6:2a00:1450:4008:c01::22d]) by ietfa.amsl.com (Postfix) with ESMTP id 0D31611E8141 for ; Tue, 5 Nov 2013 05:57:35 -0800 (PST) Received: by mail-bk0-f45.google.com with SMTP id r7so2929938bkg.18 for ; Tue, 05 Nov 2013 05:57:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=mcJgrESf33Tg8a2A2pDW/lTWf0tNrlBEaWXAvcH5UxA=; b=MJt4lRNtahEoywI0IXVxbobl3FG8RCsJpYU0JsGPsUb5HG8I0I/CxTpmFS/kk9T3+A cH9hb7m1cBYhDwSbQvoHxP1RlKUHeKHtZRgE7GoLIU7kR+ZS2A6qXmOkZEZdmdElmgIv Qe9vLKI+HYWELne9u7SPTYwb1Bj7jTUQefA8Ql25FmIxRkE/nWBklKrIat0ChZJL4Ygn WlDb7lr54rrrQXM7SP48lKFq1YpLX957Sph7BCtTNaFF571D+ylTyZLvdM6SuSFXFKYl hia+6z1YpXbQLOh4jMljCQljWhr/MgkF2lpmx3SHvoNDx3+SsviOXEmTBzxuvY3s7O3p vNfQ== MIME-Version: 1.0 X-Received: by 10.205.22.71 with SMTP id qv7mr13911571bkb.20.1383659854398; Tue, 05 Nov 2013 05:57:34 -0800 (PST) Received: by 10.204.245.195 with HTTP; Tue, 5 Nov 2013 05:57:34 -0800 (PST) In-Reply-To: References: Date: Tue, 5 Nov 2013 08:57:34 -0500 Message-ID: From: Vishnu Pavan Beeram To: "Zafar Ali (zali)" Content-Type: multipart/alternative; boundary=20cf30223bf51cb91004ea6e6aea Cc: "ccamp@ietf.org" Subject: Re: [CCAMP] =?gb2312?b?tPC4tDogQ29tbWVudHMgYWJvdXQgZHJhZnQtYmVlcmFt?= =?gb2312?b?LWNjYW1wLW5ldHdvcmstYXNzaWduZWQtdXBzdHJlYW0tbGFiZWwt?= =?gb2312?b?MDA=?= X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 13:58:01 -0000 --20cf30223bf51cb91004ea6e6aea Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: quoted-printable A small update to Question (1) - to clarify the context [There is no non-WDM use-case discussed in the draft (yet) - so keeping the discussion pertinent] (1) Aren't labels always symmetric in practice at the WDM layer? Are there any asymmetric label scenarios at all? Ans: Yes, labels are almost always symmetric in practice at the WDM layer. The draft explicitly states that. I haven't come across any single WDM-layer scenario/product where asymmetric labels are used. As Igor pointed out in an earlier email, there could be in theory some single-fiber configurations where the same wavelength cannot be used for both directions. But I don't know if anyone really uses that. (That said, the extensions defined in the draft make no assumption of what the "label" actually represents; they are applicable to all types of Bidirectional LSPs= ) -Pavan On Tue, Nov 5, 2013 at 8:25 AM, Vishnu Pavan Beeram wrote: > I see a pattern in the questions that are being raised. I'll try and see > if I can answer them all using the following Q&A. > > A. "Label Symmetricity": > > (1) Aren't labels always symmetric in practice? Are there any asymmetric > label scenarios at all? > Ans: Yes, labels are almost always symmetric in practice. The draft > explicitly states that. I haven't come across any single scenario/product > where asymmetric labels are used. As Igor pointed out in an earlier email= , > there could be in theory some single-fiber configurations where the same > wavelength cannot be used for both directions. But I don't know if anyone > really uses that. > > (2) Then why do you need an explicit request from the ingress to make the= m > symmetric at each hop? > Ans: This is because the extensions in RFC3473 allows "Label > Asymmetricity" and and as a result symmetricity cannot be assumed by > default. There is currently no way of mandating symmetricity at each hop > along the path of the LSP. > > (3) Say, we all agree that "Symmetricity" is always guaranteed (maybe we > even state it explicitly in some standard document). Would you then be ab= le > to use existing extensions and address the "alien-wavelength" setup > use-case? > Ans: No, the existing extensions still fall short. What does the > ingress-client fill in the UPSTREAM_LABEL when it has no knowledge on wha= t > needs to be used? As per current extensions, the UPSTREAM_LABEL needs to = be > filled in with a valid label before sending the PATH out. We still need t= he > ingress-client to have some mechanism to tell the network - "please ignor= e > what I'm filling in the UPSTREAM_LABEL; just take the LABEL_SET into > account if I fill one; I'll use what is returned in the RESV-LABEL for bo= th > directions." > > (4) Label allocation has always been a local choice. Why should the > ingress request how labels are allocated at some downstream hop? > Ans: The ingress has always been the one to request the downstream node t= o > allocate labels in both directions. All that the draft is proposing is a > mechanism for the ingress to say that these two labels need to be symmetr= ic. > > B. "Label Asymmetricity" > > (4) Have the "Label Asymmetricity" extensions been included just for > completion sake? Can those be jettisoned if we there is no need for > asymmetric labels? > Ans: Yes. The primary reason why those extensions are included in the > draft is because RFC3473 allows asymmetricity. We don't need to discuss > those if we explicitly state somewhere (in some standard document) that > "labels are always symmetric" and that all previous extensions defined fo= r > asymmetricity are use-less. > > C. "Use-Case" > > (5) I don't understand any of the above. Why do we need the network to > assign an upstream label? > Ans: Please read the draft. Section 5 discusses a specific use-case. > > > Regards, > -Pavan > > > On Tue, Nov 5, 2013 at 2:29 AM, Zafar Ali (zali) wrote: > >> Hi- >> >> Furthermore, when (alien) wavelength is same in forward and reverse >> direction, we can use label set along with acceptable label set - as >> defined in RFC3473. The only use case this draft addresses is when alien >> wavelength are asymmetrical in forward and reverse direction. I am not >> aware of any example of such use case. >> >> Thanks >> >> Regards =A1=AD Zafar >> >> >> -----Original Message----- >> From: Fatai Zhang >> Date: Monday, November 4, 2013 7:38 PM >> To: "julien.meuric@orange.com" , Vishnu Pavan >> Beeram >> Cc: "ccamp@ietf.org" >> Subject: [CCAMP] =B4=F0=B8=B4: Comments >> about draft-beeram-ccamp-network-assigned-upstream-label-00 >> >> >Hi Pavan, >> > >> >Understood what you said in principle, but could you give an example to >> >show there are asymmertric labels (wavelength?) for the bidirectiaonal >> >LSPs (especiall for the transport networks) in the real implementations= ? >> > >> >> >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D >> >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> >In practice, most bidirectional LSPs have label symmetricity on each ho= p >> >along the path of the LSP. But this is something that cannot be assumed >> >by default. >> > >> > >> > >> >Thanks >> > >> >Fatai >> > >> >________________________________________ >> >=B7=A2=BC=FE=C8=CB: ccamp-bounces@ietf.org [ccamp-bounces@ietf.org] =B4= =FA=B1=ED Julien Meuric >> >[julien.meuric@orange.com] >> >=B7=A2=CB=CD=CA=B1=BC=E4: 2013=C4=EA11=D4=C25=C8=D5 10:35 >> >=CA=D5=BC=FE=C8=CB: Vishnu Pavan Beeram >> >=B3=AD=CB=CD: ccamp@ietf.org >> >=D6=F7=CC=E2: Re: [CCAMP] Comments about >> >draft-beeram-ccamp-network-assigned-upstream-label-00 >> > >> >Hi Pavan. >> > >> >Even though I agree with your unassigned Upstream_Label requirement, I >> >need to disagree with the data plane rationale you mention. >> > >> >The Upstream_Label refers to the client's optical receiver: you don't >> >need to tune a laser on the receiver side. The data transmission could >> >even work without sending the actual Upstream_Label in RSVP-TE messages >> >to the client: I am not really a fan of that approach, but that would >> >fit cases where optical policies are left to the optical network... >> > >> >Moreover, I have doubts on putting label symmetry within the protocol. >> >This is more an allocation policy in the hands of allocating nodes: >> >requesting an allocation mode from an ingress node would mean doing the >> >server job, I am not sure it is desirable. >> > >> >Julien >> > >> > >> >On 11/04/2013 23:49, Vishnu Pavan Beeram wrote: >> >> Lou, >> >> >> >> The extensions defined in this draft do not impose any backwards >> >> compatibility issues. The intent is definitely not to change the >> >> fundamental aspects of the protocol. As you would agree, it is not >> >> mandatory to try and fit the extensions defined in RFC3473 to all and >> >> sundry. New extensions are being introduced only where the existing >> >> extensions fall short. Let me walk through the requirements that we >> >> are looking at and that would hopefully explain the limitations of th= e >> >> existing extensions. >> >> >> >> Base requirement : >> >> Need a mechanism for a given node to say that it cannot assign an >> >> upstream-label on its own and that it needs the network (read >> >> downstream) to assign it instead. >> >> >> >> Corollary requirements : >> >> 1. Need a mechanism for a given node to ask for a network-assigned >> >> upstream label without having to specify any inputs on what label >> >> needs to get picked. >> >> 2. Need a mechanism for a given node to ask for a network-assigned >> >> upstream label and also specify some choices for the label that needs >> >> to get picked. >> >> 3. If labels are symmetric, a given node can simply use the label >> >> returned in the LABEL object of the RESV message for both directions. >> >> In practice, most bidirectional LSPs have label symmetricity on each >> >> hop along the path of the LSP. But this is something that cannot be >> >> assumed by default. Hence, there is a need to have a mechanism for th= e >> >> ingress to request "label symmetricity" at each hop along the path of >> >> the LSP. >> >> >> >> Can you somehow fit a solution using the current extensions and cater >> >> to the above requirements? >> >> We believe the answer is NO. One suggestion on the mailing list was t= o >> >> set a random UPSTREAM_LABEL and send it out on a fishing expedition. >> >> The idea was that the downstream node would then respond with a >> >> PATH-ERR carrying an ACCEPTABLE_LABEL_SET. John and Igor have provide= d >> >> a list of reasons on why that isn't a great idea. Let me add another >> >> point - >> >> - As per RFC3473 - when a node receives an UPSTREAM_LABEL object in >> >> the PATH, it means that the upstream node MUST have already >> >> installed/programmed this label. In the alien wavelength use-case >> >> (discussed in the draft), when the network receives this message, it >> >> would mean that the laser has already been tuned to this wavelength a= t >> >> the client. That beats the very purpose of requesting a network >> >> assigned upstream label. Doesn't it? So, the point is that with the >> >> current semantics of an UPSTREAM_LABEL, you cannot use it for the cas= e >> >> where the upstream-label hasn't been installed/programmed yet. If som= e >> >> implementation decides to ignore these semantics, how would the >> >> network know whether the ingress-client has already installed this >> >> label or not (whether the laser is already tuned or not). >> >> >> >> RFC3473 states that a Bidirectional-LSP setup request is identified b= y >> >> the presence of an "UPSTREAM_LABEL" object in the PATH msg. This draf= t >> >> does propose 2 other mechanisms: >> >> - The presence of the "Label Symmetricity Required" Flag in the PATH >> >> - The presence of the "UPSTREAM_LABEL_SET" object in the PATH >> >> If a downstream node does not understand any of the above indications= , >> >> it would reject the setup request. In both scenarios - after the >> >> network has assigned the upstream-label, the concerned node is allowe= d >> >> to start signaling the UPSTREAM_LABEL object in the PATH. I don't >> >> understand how adding two other mechanisms for Bidirectional LSP setu= p >> >> translates to changing fundamental aspects of the protocol. >> >> Implementations that can support these extensions can. Others can >> >> still be happy with their "running code". >> >> >> >> Regards, >> >> -Pavan >> >> >> >> >> >> >> >> On Mon, Nov 4, 2013 at 2:18 PM, Lou Berger > >> > wrote: >> >> >> >> John, (authors) >> >> >> >> Perhaps it would be useful to refocus a moment on the specific >> >> limitations the draft is focusing on. >> >> >> >> There's no question that 3473 made certain choices based on >> expected >> >> uses and probabilities that may not hold, but we do need to be >> >>careful >> >> when changing fundamentals of the protocol (e.g. moving away from >> >>the >> >> use of the upstream label object as the basic object that indicat= es >> >>a >> >> bidirectional LSP.) >> >> >> >> So is it fair to say that the main limitation that the draft is >> >>trying >> >> to address is the inability to support downstream selection of >> >> upstream >> >> labels? >> >> >> >> The draft also allows for both symmetric and asymmetric label val= ue >> >> allocation. IS this a requirement, or asymmetric just included fo= r >> >> completeness? >> >> >> >> Are there other requirements / limitations you are trying to >> >>address? >> >> >> >> Lou >> >> >> >> On 11/04/2013 01:24 PM, John E Drake wrote: >> >> > Zafar, >> >> > >> >> > Both Igor and I have listed technical issues with RFC3473 and >> your >> >> > response is that you really really like RFC3473. I'm happy for >> >> you but >> >> > unimpressed. >> >> > >> >> > John >> >> > >> >> > Sent from my iPhone >> >> > >> >> > On Nov 4, 2013, at 9:43 AM, "Zafar Ali (zali)" > >> >> >> > >> wrote: >> >> > >> >> >> Igor, John- >> >> >> >> >> >> Please see in-line. >> >> >> >> >> >> From: "IBryskin@advaoptical.com >> >> > >> >" >> >> >> >> >> > >>> >> >> >> Date: Monday, November 4, 2013 8:57 AM >> >> >> To: zali >> >> >>, >> >> "jdrake@juniper.net >> >> >> >" >> >> >> >> >> >> >> >> >> Cc: "ccamp@ietf.org >> >> >" > >> >> >> >> >> >> >> >> Subject: RE: Comments about >> >> >> draft-beeram-ccamp-network-assigned-upstream-label-00 >> >> >> >> >> >> Zafar, >> >> >> >> >> >> 1) Using an error indication as a part of normal protocol >> >> >> operation is not good design practice. >> >> >> >> >> >> Use of Path error and notify message is an integral part of th= e >> >> >> RSVP-TE design. Also please note that we are not debating abou= t >> a >> >> >> new procedure being proposed but talking about a procedure tha= t >> >>is >> >> >> already implemented and deployed. >> >> >> >> >> >> >> >> >> >> >> >> IB>> The way I interpret this discussion is something like thi= s: >> >> >> >> >> >> >> >> >> >> >> >> John: I believe that white is a lighter color than black. >> >> >> >> >> >> Zafa: Well, John, black is an integral part of the color palle= t. >> >> >> Many mature applications successfully use black for their >> various >> >> >> purposes. My implementations, for example, use black for prett= y >> >> >> much everything=A1=AD.. So, it is not clear which color is lig= hter, >> >>and >> >> >> why do we need other colors at all. :=3D) >> >> >> >> >> >> >> >> >> >> >> >> I mean to say that your, Zafar, comments IMHO are not >> >>constructive >> >> >> technical arguments. >> >> >> >> >> >> Igor >> >> >> >> >> >> >> >> >> >> >> >> Hi Igor and John: >> >> >> >> >> >> This is really funny. This is the first time I have heard that >> >> running >> >> >> code has no merit at IETF :) This is especially when the >> >> running code >> >> >> is directly coming from RFC3473. You are calling it "not >> >> constructive >> >> >> technical arguments"! Last I heard we believed in running code >> >>(See >> >> >> your T-shirt from the election day from IETF Atlanta). >> >> >> >> >> >> Your draft is ONLY applicable for a use case where upstream an= d >> >> >> downstream alien wavelength are different. When upstream and >> >> >> downstream alien wavelength are same, use of acceptable label >> >> set and >> >> >> label set objects constitute the running code. However, your >> >>draft >> >> >> neither makes that applicability statement nor makes any menti= on >> >>or >> >> >> cover or reference to procedure I quoted from RFC3473. >> >> >> >> >> >> Thanks >> >> >> >> >> >> Regards=A1=ADZafar >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> *From:*Zafar Ali (zali) [mailto:zali@cisco.com >> >> ] >> >> >> *Sent:* Monday, November 04, 2013 1:51 AM >> >> >> *To:* John E Drake; Igor Bryskin >> >> >> *Cc:* ccamp@ietf.org >> >> > >> >> >> *Subject:* Re: Comments about >> >> >> draft-beeram-ccamp-network-assigned-upstream-label-00 >> >> >> >> >> >> >> >> >> >> >> >> Hi John: >> >> >> >> >> >> >> >> >> >> >> >> Please see in-line. >> >> >> >> >> >> >> >> >> >> >> >> Thanks >> >> >> >> >> >> >> >> >> >> >> >> Regards =A1=AD Zafar >> >> >> >> >> >> >> >> >> >> >> >> *From: *"jdrake@juniper.net >> >> >" >> >> >> >> >> >> >> >> >> *Date: *Sunday, November 3, 2013 11:57 AM >> >> >> *To: *zali >> >> >>, >> >> >> "IBryskin@advaoptical.com >> >> > >>" >> >> >> >> >> > >>> >> >> >> *Cc: *"ccamp@ietf.org >> >> >" > >> >> >> >> >> >> >> >> *Subject: *RE: Comments about >> >> >> draft-beeram-ccamp-network-assigned-upstream-label-00 >> >> >> >> >> >> >> >> >> >> >> >> Zafar, >> >> >> >> >> >> That because this already defined method has the following >> >>issues: >> >> >> >> >> >> 1) Using an error indication as a part of normal protocol >> >> >> operation is not good design practice. >> >> >> >> >> >> Use of Path error and notify message is an integral part of th= e >> >> >> RSVP-TE design. Also please note that we are not debating abou= t >> a >> >> >> new procedure being proposed but talking about a procedure tha= t >> >>is >> >> >> already implemented and deployed. >> >> >> >> >> >> 2) Acceptable Label Set is optional so its presence is not >> >> >> guaranteed >> >> >> >> >> >> So is the case of newly defined upstream label set. Also pleas= e >> >> >> note that many part of the RSVP-TE protocol are designed using >> >> >> optional objects. >> >> >> >> >> >> 3) The information it provides may be out of date by the time >> >> >> the LSP is re-signaled. >> >> >> >> >> >> This is an implementation issue. A node sending the acceptable >> >> >> label set has the responsibility to guarantee that information >> >> >> provides in the acceptable label set remains valid for >> >> >> re-signaling time. E.g., UNI-N implementation can cache the >> label >> >> >> for the re-signaling time. >> >> >> >> >> >> 4) Most importantly, Acceptable Label Set is generated hop by >> >> >> hop, unlike Upstream Label Set which exercises the entire >> >> >> path. This means that its use to determine a valid wavelength >> >> >> would require a potentially unbounded number of crankbacks, >> >> >> both single and multi-hop, with no guarantee that such a >> >> >> wavelength could be found. >> >> >> >> >> >> In the use case of align wavelength addressed in this draft, t= he >> >> >> acceptable label set communication is restricted to the UNI-C >> and >> >> >> UNI-N node. >> >> >> >> >> >> Yours Irrespectively, >> >> >> >> >> >> >> >> >> >> >> >> John >> >> >> >> >> >> >> >> >> >> >> >> *From:*ccamp-bounces@ietf.org >> >> > >> >> >> [mailto:ccamp-bounces@ietf.org = ] >> >> *On Behalf Of *Zafar Ali (zali) >> >> >> *Sent:* Sunday, November 03, 2013 8:12 AM >> >> >> *To:* IBryskin@advaoptical.com >> >> > >> > >> >> >> *Cc:* ccamp@ietf.org >> >> > >> >> >> *Subject:* [CCAMP] Comments about >> >> >> draft-beeram-ccamp-network-assigned-upstream-label-00 >> >> >> >> >> >> >> >> >> >> >> >> Hi Igor and co-authors- >> >> >> >> >> >> >> >> >> >> >> >> Please note that [RFC3473] already considers the case where >> >> >> upstream label may not be acceptable to a downstream >> >> >> node. Specifically, [RFC3473] states that: >> >> >> >> >> >> "/when a Path message containing an Upstream_Label object is >> >> >> received, the receiver first verifies that the upstream label >> >> >> is acceptable. If the label is not acceptable, the receiver >> >> >> /*MUST*/issue a PathErr message with a "Routing >> >> >> problem/Unacceptable label value" indication. The generated >> >> >> PathErr message MAY include an Acceptable Label Set Object/". >> >> >> >> >> >> Acceptable_Label_Set objects may be carried in PathErr and >> >> >> ResvErr messages [RFC3473]. >> >> >> >> >> >> >> >> >> >> >> >> However, your draft does not mention or cover this already >> >> >> defined method. >> >> >> >> >> >> >> >> >> >> >> >> Thanks >> >> >> >> >> >> >> >> >> >> >> >> Regards =A1=AD Zafar >> >> >> >> >> > >> >> > >> >> > _______________________________________________ >> >> > CCAMP mailing list >> >> > CCAMP@ietf.org >> >> > https://www.ietf.org/mailman/listinfo/ccamp >> >> > >> >> >> >> _______________________________________________ >> >> CCAMP mailing list >> >> CCAMP@ietf.org >> >> https://www.ietf.org/mailman/listinfo/ccamp >> >> >> >> >> >> >> >> >> >> _______________________________________________ >> >> CCAMP mailing list >> >> CCAMP@ietf.org >> >> https://www.ietf.org/mailman/listinfo/ccamp >> > >> >_______________________________________________ >> >CCAMP mailing list >> >CCAMP@ietf.org >> >https://www.ietf.org/mailman/listinfo/ccamp >> >_______________________________________________ >> >CCAMP mailing list >> >CCAMP@ietf.org >> >https://www.ietf.org/mailman/listinfo/ccamp >> >> > --20cf30223bf51cb91004ea6e6aea Content-Type: text/html; charset=GB2312 Content-Transfer-Encoding: quoted-printable
A small update to Question (1) - to clarify the conte= xt [There is no non-WDM use-case discussed in the draft (yet) - so keeping = the discussion pertinent]

(1) Aren't label= s always symmetric in practice at the WDM layer? Are there any asymmetric l= abel scenarios at all?
Ans: Yes, labels are almost always symmetric in practice at the WDM la= yer. The draft explicitly states that. I haven't come across any single= WDM-layer scenario/product where asymmetric labels are used. As Igor point= ed out in an earlier email, there could be in theory some single-fiber conf= igurations where the same wavelength cannot be used for both directions. Bu= t I don't know if anyone really uses that. (That said, the extensions d= efined in the draft make no assumption of what the "label" actual= ly represents; they are applicable to all types of Bidirectional LSPs)

-Pavan


On Tue, Nov 5, 2013 at 8:25 AM, Vishnu Pavan Beera= m <vishnupavan@gmail.com> wrote:
I see a pattern in the= questions that are being raised. I'll try and see if I can answer them= all using the following Q&A.

A. "Label Symmetricity":

(1) Aren't labels always symmetric in practice? Are there an= y asymmetric label scenarios at all?
Ans: Yes, labels are almost = always symmetric in practice. The draft explicitly states that. I haven'= ;t come across any single scenario/product where asymmetric labels are used= . As Igor pointed out in an earlier email, there could be in theory some si= ngle-fiber configurations where the same wavelength cannot be used for both= directions. But I don't know if anyone really uses that. 

(2) Then why do you need an explicit request from the i= ngress to make them symmetric at each hop?
Ans: This is because t= he extensions in RFC3473 allows "Label Asymmetricity" and and as = a result symmetricity cannot be assumed by default. There is currently no w= ay of mandating symmetricity at each hop along the path of the LSP.

(3) Say, we all agree that "Symmetricity" is = always guaranteed (maybe we even state it explicitly in some standard docum= ent). Would you then be able to use existing extensions and address the &qu= ot;alien-wavelength" setup use-case?
Ans: No, the existing extensions still fall short. What does the ingre= ss-client fill in the UPSTREAM_LABEL when it has no knowledge on what needs= to be used? As per current extensions, the UPSTREAM_LABEL needs to be fill= ed in with a valid label before sending the PATH out. We still need the ing= ress-client to have some mechanism to tell the network - "please ignor= e what I'm filling in the UPSTREAM_LABEL; just take the LABEL_SET into = account if I fill one; I'll use what is returned in the RESV-LABEL for = both directions."

(4) Label allocation has always been a local choice. Wh= y should the ingress request how labels are allocated at some downstream ho= p?
Ans: The ingress has always been the one to request the downst= ream node to allocate labels in both directions. All that the draft is prop= osing is a mechanism for the ingress to say that these two labels need to b= e symmetric.

B. "Label Asymmetricity"

=
(4) Have the "Label Asymmetricity" extensions been included = just for completion sake? Can those be jettisoned if we there is no need fo= r asymmetric labels?
Ans: Yes. The primary reason why those extensions are included in the = draft is because RFC3473 allows asymmetricity. We don't need to discuss= those if we explicitly state somewhere (in some standard document) that &q= uot;labels are always symmetric" and that all previous extensions defi= ned for asymmetricity are use-less.

C. "Use-Case"

(5= ) I don't understand any of the above. Why do we need the network to as= sign an upstream label?
Ans: Please read the draft. Section 5 dis= cusses a specific use-case.


Regards,
-Pavan


On Tue, Nov 5, 2013 at 2:29 AM, Zafar Ali (zali) <zal= i@cisco.com> wrote:
Hi-

Furthermore, when (alien) wavelength is same in forward and reverse
direction, we can use label set along with acceptable label set - as
defined in RFC3473. The only use case this draft addresses is when alien wavelength are asymmetrical in forward and reverse direction. I am not
aware of any example of such use case.

Thanks

Regards … Zafar


-----Original Message-----
From: Fatai Zhang <zhangfatai@huawei.com>
Date: Monday, November 4, 2013 7:38 PM
To: "jul= ien.meuric@orange.com" <julien.meuric@orange.com>, Vishnu Pavan
Beeram <vishn= upavan@gmail.com>
Cc: "ccamp@ietf.or= g" <ccamp@i= etf.org>
Subject: [CCAMP] =B4=F0=B8=B4:  Comments
about   draft-beeram-ccamp-network-assigned-upstream-label-00

>Hi Pavan,
>
>Understood what you said in principle, but could you give an example to=
>show there are asymmertric labels (wavelength?) for the bidirectiaonal<= br> >LSPs (especiall for the transport networks) in the real implementations= ?
>
>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D
>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
>In practice, most bidirectional LSPs have label symmetricity on each ho= p
>along the path of the LSP. But this is something that cannot be assumed=
>by default.
>
>
>
>Thanks
>
>Fatai
>
>________________________________________
>=B7=A2=BC=FE=C8=CB: ccamp-bounces@ietf.org [ccamp-bounces@ietf.org] =B4=FA=B1=ED Julien Meuri= c
>[julien.m= euric@orange.com]
>=B7=A2=CB=CD=CA=B1=BC=E4: 2013=C4=EA11=D4=C25=C8=D5 10:35
>=CA=D5=BC=FE=C8=CB: Vishnu Pavan Beeram
>=B3=AD=CB=CD: ccamp= @ietf.org
>=D6=F7=CC=E2: Re: [CCAMP] Comments about
>draft-beeram-ccamp-network-assigned-upstream-label-00
>
>Hi Pavan.
>
>Even though I agree with your unassigned Upstream_Label requirement, I<= br> >need to disagree with the data plane rationale you mention.
>
>The Upstream_Label refers to the client's optical receiver: you don= 't
>need to tune a laser on the receiver side. The data transmission could<= br> >even work without sending the actual Upstream_Label in RSVP-TE messages=
>to the client: I am not really a fan of that approach, but that would >fit cases where optical policies are left to the optical network...
>
>Moreover, I have doubts on putting label symmetry within the protocol.<= br> >This is more an allocation policy in the hands of allocating nodes:
>requesting an allocation mode from an ingress node would mean doing the=
>server job, I am not sure it is desirable.
>
>Julien
>
>
>On 11/04/2013 23:49, Vishnu Pavan Beeram wrote:
>> Lou,
>>
>> The extensions defined in this draft do not impose any backwards >> compatibility issues. The intent is definitely not to change the >> fundamental aspects of the protocol. As you would agree, it is not=
>> mandatory to try and fit the extensions defined in RFC3473 to all = and
>> sundry. New extensions are being introduced only where the existin= g
>> extensions fall short. Let me walk through the requirements that w= e
>> are looking at and that would hopefully explain the limitations of= the
>> existing extensions.
>>
>> Base requirement :
>> Need a mechanism for a given node to say that it cannot assign an<= br> >> upstream-label on its own and that it needs the network (read
>> downstream) to assign it instead.
>>
>> Corollary requirements :
>> 1. Need a mechanism for a given node to ask for a network-assigned=
>> upstream label without having to specify any inputs on what label<= br> >> needs to get picked.
>> 2. Need a mechanism for a given node to ask for a network-assigned=
>> upstream label and also specify some choices for the label that ne= eds
>> to get picked.
>> 3. If labels are symmetric, a given node can simply use the label<= br> >> returned in the LABEL object of the RESV message for both directio= ns.
>> In practice, most bidirectional LSPs have label symmetricity on ea= ch
>> hop along the path of the LSP. But this is something that cannot b= e
>> assumed by default. Hence, there is a need to have a mechanism for= the
>> ingress to request "label symmetricity" at each hop alon= g the path of
>> the LSP.
>>
>> Can you somehow fit a solution using the current extensions and ca= ter
>> to the above requirements?
>> We believe the answer is NO. One suggestion on the mailing list wa= s to
>> set a random UPSTREAM_LABEL and send it out on a fishing expeditio= n.
>> The idea was that the downstream node would then respond with a >> PATH-ERR carrying an ACCEPTABLE_LABEL_SET. John and Igor have prov= ided
>> a list of reasons on why that isn't a great idea. Let me add a= nother
>> point -
>> - As per RFC3473 - when a node receives an UPSTREAM_LABEL object i= n
>> the PATH, it means that the upstream node MUST have already
>> installed/programmed this label. In the alien wavelength use-case<= br> >> (discussed in the draft), when the network receives this message, = it
>> would mean that the laser has already been tuned to this wavelengt= h at
>> the client. That beats the very purpose of requesting a network >> assigned upstream label. Doesn't it? So, the point is that wit= h the
>> current semantics of an UPSTREAM_LABEL, you cannot use it for the = case
>> where the upstream-label hasn't been installed/programmed yet.= If some
>> implementation decides to ignore these semantics, how would the >> network know whether the ingress-client has already installed this=
>> label or not (whether the laser is already tuned or not).
>>
>> RFC3473 states that a Bidirectional-LSP setup request is identifie= d by
>> the presence of an "UPSTREAM_LABEL" object in the PATH m= sg. This draft
>> does propose 2 other mechanisms:
>> - The presence of the "Label Symmetricity Required" Flag= in the PATH
>> - The presence of the "UPSTREAM_LABEL_SET" object in the= PATH
>> If a downstream node does not understand any of the above indicati= ons,
>> it would reject the setup request. In both scenarios - after the >> network has assigned the upstream-label, the concerned node is all= owed
>> to start signaling the UPSTREAM_LABEL object in the PATH. I don= 9;t
>> understand how adding two other mechanisms for Bidirectional LSP s= etup
>> translates to changing fundamental aspects of the protocol.
>> Implementations that can support these extensions can. Others can<= br> >> still be happy with their "running code".
>>
>> Regards,
>> -Pavan
>>
>>
>>
>> On Mon, Nov 4, 2013 at 2:18 PM, Lou Berger <lberger@labn.net
>> <mailto:l= berger@labn.net>> wrote:
>>
>>     John, (authors)
>>
>>     Perhaps it would be useful to refocus a moment on th= e specific
>>     limitations the draft is focusing on.
>>
>>     There's no question that 3473 made certain choic= es based on expected
>>     uses and probabilities that may not hold, but we do = need to be
>>careful
>>     when changing fundamentals of the protocol (e.g. mov= ing away from
>>the
>>     use of the upstream label object as the basic object= that indicates
>>a
>>     bidirectional LSP.)
>>
>>     So is it fair to say that the main limitation that t= he draft is
>>trying
>>     to address is the inability to support downstream se= lection of
>>     upstream
>>     labels?
>>
>>     The draft also allows for both symmetric and asymmet= ric label value
>>     allocation. IS this a requirement, or asymmetric jus= t included for
>>     completeness?
>>
>>     Are there other requirements / limitations you are t= rying to
>>address?
>>
>>     Lou
>>
>>     On 11/04/2013 01:24 PM, John E Drake wrote:
>>     > Zafar,
>>     >
>>     > Both Igor and I have listed technical issues wi= th RFC3473 and your
>>     > response is that you really really like RFC3473= . I'm happy for
>>     you but
>>     > unimpressed.
>>     >
>>     > John
>>     >
>>     > Sent from my iPhone
>>     >
>>     > On Nov 4, 2013, at 9:43 AM, "Zafar Ali (za= li)" <zali@cisc= o.com
>>     <mailto:zali@cisco.com>
>>     > <mailto:zali@cisco.com <mailto:zali@cisco.com>>> wrote:
>>     >
>>     >> Igor, John-
>>     >>
>>     >> Please see in-line.
>>     >>
>>     >> From: "IBryskin@advaoptical.com
>>     <mailto:IBryskin@advaoptical.com> <mailto:IBryskin@advaoptical.co= m
>>     <mailto:IBryskin@advaoptical.com>>"
>>     >> <IBryskin@advaoptical.com <mailto:IBryskin@advaoptical.com<= /a>>
>>     <mailto:IBryskin@advaoptical.com <mailto:IBryskin@advaoptical.com>>>
>>     >> Date: Monday, November 4, 2013 8:57 AM
>>     >> To: zali <zali@cisco.com <mailto:zali@cisco.com>
>>     <mailto:zali@cisco.com <mailto:zali@cisco.com>>>,
>>     "jdrake@juniper.net <mailto:jdrake@juniper.net>
>>     >> <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>>"=
>>     <jdrake@juniper.net <mailto:jdrake@juniper.net>
>>     >> <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>>> >>     >> Cc: "ccamp@ietf.org <mailto:ccamp@ietf.org>
>>     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>" <ccamp@ietf.org
>>     <mailto:ccamp@ietf.org>
>>     >> <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>>
>>     >> Subject: RE: Comments about
>>     >> draft-beeram-ccamp-network-assigned-upstrea= m-label-00
>>     >>
>>     >> Zafar,
>>     >>
>>     >> 1) Using an error indication as a part of n= ormal protocol
>>     >> operation is not good design practice.
>>     >>
>>     >> Use of Path error and notify message is an = integral part of the
>>     >> RSVP-TE design. Also please note that we ar= e not debating about a
>>     >> new procedure being proposed but talking ab= out a procedure that
>>is
>>     >> already implemented and deployed.
>>     >>
>>     >>
>>     >>
>>     >> IB>> The way I interpret this discuss= ion is something like this:
>>     >>
>>     >>
>>     >>
>>     >> John: I believe that white is a lighter col= or than black.
>>     >>
>>     >> Zafa: Well, John, black is an integral part= of the color pallet.
>>     >> Many mature applications successfully use b= lack for their various
>>     >> purposes. My implementations, for example, = use black for pretty
>>     >> much everything….. So, it is not cle= ar which color is lighter,
>>and
>>     >> why do we need other colors at all. :=3D) >>     >>
>>     >>
>>     >>
>>     >> I mean to say that your, Zafar, comments IM= HO are not
>>constructive
>>     >> technical arguments.
>>     >>
>>     >> Igor
>>     >>
>>     >>
>>     >>
>>     >> Hi Igor and John:
>>     >>
>>     >> This is really funny. This is the first tim= e I have heard that
>>     running
>>     >> code has no merit at IETF :) This is especi= ally when the
>>     running code
>>     >> is directly coming from RFC3473. You are ca= lling it "not
>>     constructive
>>     >> technical arguments"! Last I heard we = believed in running code
>>(See
>>     >> your T-shirt from the election day from IET= F Atlanta).
>>     >>
>>     >> Your draft is ONLY applicable for a use cas= e where upstream and
>>     >> downstream alien wavelength are different. = When upstream and
>>     >> downstream alien wavelength are same, use o= f acceptable label
>>     set and
>>     >> label set objects constitute the running co= de. However, your
>>draft
>>     >> neither makes that applicability statement = nor makes any mention
>>or
>>     >> cover or reference to procedure I quoted fr= om RFC3473.
>>     >>
>>     >> Thanks
>>     >>
>>     >> Regards…Zafar
>>     >>
>>     >>
>>     >>
>>     >>
>>     >>
>>     >> *From:*Zafar Ali (zali) [mailto:zali@cisco.com
>>     <mailto:zali@cisco.com>]
>>     >> *Sent:* Monday, November 04, 2013 1:51 AM >>     >> *To:* John E Drake; Igor Bryskin
>>     >> *Cc:* ccamp@ietf.org <mailto:ccamp@ietf.org>
>>     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>
>>     >> *Subject:* Re: Comments about
>>     >> draft-beeram-ccamp-network-assigned-upstrea= m-label-00
>>     >>
>>     >>
>>     >>
>>     >> Hi John:
>>     >>
>>     >>
>>     >>
>>     >> Please see in-line.
>>     >>
>>     >>
>>     >>
>>     >> Thanks
>>     >>
>>     >>
>>     >>
>>     >> Regards … Zafar
>>     >>
>>     >>
>>     >>
>>     >> *From: *"jdrake@juniper.net <mailto:jdrake@juniper.net>
>>     <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>>"
>>     >> <jdrake@juniper.net <mailto:jdrake@juniper.net>
>>     <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>>>
>>     >> *Date: *Sunday, November 3, 2013 11:57 AM >>     >> *To: *zali <zali@cisco.com <mailto:zali@cisco.com>
>>     <mailto:zali@cisco.com <mailto:zali@cisco.com>>>,
>>     >> "IBryskin@advaoptical.com <mailto:IBryskin@advaoptical.co= m>
>>     <mailto:IBryskin@advaoptical.com <mailto:IBryskin@advaoptical.com>>"
>>     >> <IBryskin@advaoptical.com <mailto:IBryskin@advaoptical.com<= /a>>
>>     <mailto:IBryskin@advaoptical.com <mailto:IBryskin@advaoptical.com>>>
>>     >> *Cc: *"ccamp@ietf.org <mailto:ccamp@ietf.org>
>>     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>" <ccamp@ietf.org
>>     <mailto:ccamp@ietf.org>
>>     >> <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>>
>>     >> *Subject: *RE: Comments about
>>     >> draft-beeram-ccamp-network-assigned-upstrea= m-label-00
>>     >>
>>     >>
>>     >>
>>     >> Zafar,
>>     >>
>>     >> That because this already defined method ha= s the following
>>issues:
>>     >>
>>     >> 1) Using an error indication as a part of n= ormal protocol
>>     >> operation is not good design practice.
>>     >>
>>     >> Use of Path error and notify message is an = integral part of the
>>     >> RSVP-TE design. Also please note that we ar= e not debating about a
>>     >> new procedure being proposed but talking ab= out a procedure that
>>is
>>     >> already implemented and deployed.
>>     >>
>>     >> 2) Acceptable Label Set is optional so its = presence is not
>>     >> guaranteed
>>     >>
>>     >> So is the case of newly defined upstream la= bel set. Also please
>>     >> note that many part of the RSVP-TE protocol= are designed using
>>     >> optional objects.
>>     >>
>>     >> 3) The information it provides may be out o= f date by the time
>>     >> the LSP is re-signaled.
>>     >>
>>     >> This is an implementation issue. A node sen= ding the acceptable
>>     >> label set has the responsibility to guarant= ee that information
>>     >> provides in the acceptable label set remain= s valid for
>>     >> re-signaling time. E.g., UNI-N implementati= on can cache the label
>>     >> for the re-signaling time.
>>     >>
>>     >> 4) Most importantly, Acceptable Label Set i= s generated hop by
>>     >> hop, unlike Upstream Label Set which exerci= ses the entire
>>     >> path. This means that its use to determine = a valid wavelength
>>     >> would require a potentially unbounded numbe= r of crankbacks,
>>     >> both single and multi-hop, with no guarante= e that such a
>>     >> wavelength could be found.
>>     >>
>>     >> In the use case of align wavelength address= ed in this draft, the
>>     >> acceptable label set communication is restr= icted to the UNI-C and
>>     >> UNI-N node.
>>     >>
>>     >> Yours Irrespectively,
>>     >>
>>     >>
>>     >>
>>     >> John
>>     >>
>>     >>
>>     >>
>>     >> *From:*ccamp-bounces@ietf.org <mailto:ccamp-bounces@ietf.org&g= t;
>>     <mailto:ccamp-bounces@ietf.org <mailto:ccamp-bounces@ietf.org>>= ;
>>     >> [mailto:ccamp-bounces@ietf.org <mailto:ccamp-bounces@ietf.org&= gt;]
>>     *On Behalf Of *Zafar Ali (zali)
>>     >> *Sent:* Sunday, November 03, 2013 8:12 AM >>     >> *To:* IBryskin@advaoptical.com
>>     <mailto:IBryskin@advaoptical.com> <mailto:IBryskin@advaoptical.co= m
>>     <mailto:IBryskin@advaoptical.com>>
>>     >> *Cc:* ccamp@ietf.org <mailto:ccamp@ietf.org>
>>     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>
>>     >> *Subject:* [CCAMP] Comments about
>>     >> draft-beeram-ccamp-network-assigned-upstrea= m-label-00
>>     >>
>>     >>
>>     >>
>>     >> Hi Igor and co-authors-
>>     >>
>>     >>
>>     >>
>>     >> Please note that [RFC3473] already consider= s the case where
>>     >> upstream label may not be acceptable to a d= ownstream
>>     >> node. Specifically, [RFC3473] states that:<= br> >>     >>
>>     >> "/when a Path message containing an Up= stream_Label object is
>>     >> received, the receiver first verifies that = the upstream label
>>     >> is acceptable. If the label is not acceptab= le, the receiver
>>     >> /*MUST*/issue a PathErr message with a &quo= t;Routing
>>     >> problem/Unacceptable label value" indi= cation. The generated
>>     >> PathErr message MAY include an Acceptable L= abel Set Object/".
>>     >>
>>     >> Acceptable_Label_Set objects may be carried= in PathErr and
>>     >> ResvErr messages [RFC3473].
>>     >>
>>     >>
>>     >>
>>     >> However, your draft does not mention or cov= er this already
>>     >> defined method.
>>     >>
>>     >>
>>     >>
>>     >> Thanks
>>     >>
>>     >>
>>     >>
>>     >> Regards … Zafar
>>     >>
>>     >
>>     >
>>     > _______________________________________________=
>>     > CCAMP mailing list
>>     > CCAMP@ietf.org <mailto:CCAMP@ietf.org>
>>     > https://www.ietf.org/mailman/listinfo/ccamp<= br> >>     >
>>
>>     _______________________________________________
>>     CCAMP mailing list
>>     = CCAMP@ietf.org <mailto:CCAMP@ietf.org>
>>     https://www.ietf.org/mailman/listinfo/ccamp
>>
>>
>>
>>
>> _______________________________________________
>> CCAMP mailing list
>> CCAMP@ietf.org=
>> https://www.ietf.org/mailman/listinfo/ccamp
>
>_______________________________________________
>CCAMP mailing list
>CCAMP@ietf.org<= br> >https://www.ietf.org/mailman/listinfo/ccamp
>_______________________________________________
>CCAMP mailing list
>CCAMP@ietf.org<= br> >https://www.ietf.org/mailman/listinfo/ccamp



--20cf30223bf51cb91004ea6e6aea-- From ietf-secretariat-reply@ietf.org Thu Oct 31 09:49:53 2013 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7E16111E8249 for ; Thu, 31 Oct 2013 09:49:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.491 X-Spam-Level: X-Spam-Status: No, score=-102.491 tagged_above=-999 required=5 tests=[AWL=0.109, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DHdyvYZ5XLcT for ; Thu, 31 Oct 2013 09:49:53 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 8800F11E824B for ; Thu, 31 Oct 2013 09:49:51 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable To: ccamp@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 4.81 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20131031164951.24516.84406.idtracker@ietfa.amsl.com> Date: Thu, 31 Oct 2013 09:49:51 -0700 From: IETF Secretariat X-Mailman-Approved-At: Tue, 05 Nov 2013 06:37:57 -0800 Subject: [CCAMP] Milestones changed for ccamp WG X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Oct 2013 16:49:53 -0000 Changed milestone "Submit TE MIB module IESG review", resolved as "Done". Changed milestone "Submit OAM configuration framework for IESG review", resolved as "Done". Changed milestone "Submit LMP Negotiation for IESG review", resolved as "Done". Changed milestone "Submit G.709 enhancements framework for IESG review", resolved as "Done". Changed milestone "Submit G.709 enhancements solutions for IESG review", resolved as "Done". Deleted milestone "First version of LMP for G.709 enhancements Working Group drafts". Changed milestone "First version flexigrid requirements/framework Working Group draft", resolved as "Done". Deleted milestone "Submit LMP for G.709 enhancements for IESG review". Changed milestone "Submit last OAM configuration solutions for IESG review", set due date to November 2013 from April 2011, resolved as "Done". Changed milestone "Submit first set of OAM configuration solutions for IESG review", set due date to November 2013 from October 2012, resolved as "Done". Changed milestone "Submit WSON routing related drafts for IESG review", set due date to December 2013 from December 2012. Changed milestone "Submit WSON signaling related draft for IESG review", set due date to December 2013 from June 2013. Changed milestone "First version GMPLS E-NNI Working Group draft", set due date to January 2014 from April 2013. Changed milestone "First versions of impairments related solutions Working Group drafts", set due date to March 2014 from March 2013. Changed milestone "Submit MPLS-TP Association to IESG", set due date to June 2014 from August 2013. Changed milestone "Submit impairments related solutions for IESG review", set due date to March 2015 from March 2014. URL: http://datatracker.ietf.org/wg/ccamp/charter/ From cyril.margaria@googlemail.com Tue Nov 5 05:19:04 2013 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8D18F11E81A1 for ; Tue, 5 Nov 2013 05:19:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.977 X-Spam-Level: X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5RBkD2WSormL for ; Tue, 5 Nov 2013 05:19:04 -0800 (PST) Received: from mail-wi0-x233.google.com (mail-wi0-x233.google.com [IPv6:2a00:1450:400c:c05::233]) by ietfa.amsl.com (Postfix) with ESMTP id 18AAB11E82C0 for ; Tue, 5 Nov 2013 05:18:53 -0800 (PST) Received: by mail-wi0-f179.google.com with SMTP id hm4so2041752wib.12 for ; Tue, 05 Nov 2013 05:18:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=xEY7j/yO1nhd7FQWf295ChX4f3TOt56LseNeR2qErNU=; b=p0YIJixOS+uG9Q5C8HQ/epPXB+LPnUaD4lbz2pg0vBp5og0gu/p6+Zk8viB/P8quFe FtXlU7PgrWu/kSUR1ZqoOB16nYVYjaql7oCcDq1i5HqPioXHEVbxhOljdy0yUDzeKVvX OxzO1zfsRfVfkgYdzqKoHNLWNiFkg8PBTpDDfp2KuxCjbDIEhb+ni2Z2dsXIkvAtvivg eDb5zIFgbCOAYA9C1fLg3Bs/v8GKWiwAogjxfRGSBNvLOa8lokpFZ3HesaKLU+xpyscS YK8Z6no/1v1j7rwUkcCJ8G2lwUKnYHehtzS+9C6kquRIu/ZtFIeD4HJ9o8L2FTiQBmnL 4z6A== MIME-Version: 1.0 X-Received: by 10.180.87.69 with SMTP id v5mr16608979wiz.45.1383657532675; Tue, 05 Nov 2013 05:18:52 -0800 (PST) Received: by 10.216.63.206 with HTTP; Tue, 5 Nov 2013 05:18:52 -0800 (PST) In-Reply-To: <52771278.9040406@labn.net> References: <52771278.9040406@labn.net> Date: Tue, 5 Nov 2013 14:18:52 +0100 Message-ID: From: Cyril Margaria To: Lou Berger Content-Type: multipart/alternative; boundary=f46d044402a2b9de5104ea6ddf89 X-Mailman-Approved-At: Tue, 05 Nov 2013 06:37:56 -0800 Cc: CCAMP Subject: Re: [CCAMP] Reminder to WG draft authors X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 13:31:33 -0000 --f46d044402a2b9de5104ea6ddf89 Content-Type: text/plain; charset=ISO-8859-1 Lou, all For i.-d. draft-ietf-ccamp-lsp-attribute-ro : no change since last meeting. Authors are pending commenter and WG feedback. We will align with the outcome of vancouver discussions. On 4 November 2013 04:20, Lou Berger wrote: > WG draft authors, > > As usual: > > If you are not presenting, please send a status update on your draft -- > include any changes that have recently been made, any open discussions > or issues, as well as planned next steps. > > Please send this as soon as possible. > > Much thanks, > Lou > > PS If your draft has been submitted to the IESG for publication, you do > not need to send status... > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp > -- -- Cyril Margaria --f46d044402a2b9de5104ea6ddf89 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Lou, all

For i.-d. draft-ietf-ccamp-lsp-attribute-ro : no change since=A0 last meeti= ng.
Authors are pending commenter and WG feedback. We will align w= ith the outcome of vancouver discussions.
=A0



On 4 November 2013 04:20, Lou Berger <lberger@labn.net> wrote:
WG draft authors,

As usual:

If you are not presenting, please send a status update on your draft --
include any changes that have recently been made, any open discussions
or issues, as well as planned next steps.

Please send this as soon as possible.

Much thanks,
Lou

PS If your draft has been submitted to the IESG for publication, you do
not need to send status...
_______________________________________________
CCAMP mailing list
CCAMP@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/ccamp



--
--
Cyril Margaria
--f46d044402a2b9de5104ea6ddf89-- From lberger@labn.net Tue Nov 5 07:20:42 2013 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2711411E81D5 for ; Tue, 5 Nov 2013 07:20:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.739 X-Spam-Level: X-Spam-Status: No, score=-101.739 tagged_above=-999 required=5 tests=[AWL=0.074, BAYES_00=-2.599, IP_NOT_FRIENDLY=0.334, MIME_8BIT_HEADER=0.3, SARE_SUB_ENC_UTF8=0.152, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kXaX2Cy59cPr for ; Tue, 5 Nov 2013 07:20:37 -0800 (PST) Received: from oproxy16-pub.mail.unifiedlayer.com (oproxy16-pub.mail.unifiedlayer.com [69.89.22.201]) by ietfa.amsl.com (Postfix) with SMTP id 42AA411E81E4 for ; Tue, 5 Nov 2013 07:20:22 -0800 (PST) Received: (qmail 2987 invoked by uid 0); 5 Nov 2013 15:20:21 -0000 Received: from unknown (HELO box313.bluehost.com) (69.89.31.113) by oproxy16-pub.mail.unifiedlayer.com with SMTP; 5 Nov 2013 15:20:21 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=QcX6qYMK8TQWxkKP5d/YuxYJIrJsHY93ln8rBNndPbs=; b=f4m0FrThEoiQsw3E/c3OAFAJGVMLzpsnGZ9SsA8CTG98NKlx68uQHkoIXw33xqvN2J8uCjYh4uaZOxfxk9yea+7O7e5OoxzSe+1ZMa1h4h3TkIXC9X8sacoRXBs/Bzdu; Received: from box313.bluehost.com ([69.89.31.113]:57197 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.80) (envelope-from ) id 1VdiQX-0002Fj-2k; Tue, 05 Nov 2013 08:20:21 -0700 Message-ID: <52790CAD.80003@labn.net> Date: Tue, 05 Nov 2013 07:20:13 -0800 From: Lou Berger User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Vishnu Pavan Beeram References: In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Cc: "ccamp@ietf.org" Subject: Re: [CCAMP] =?utf-8?b?562U5aSNOiBDb21tZW50cyBhYm91dCBkcmFmdC1iZWVy?= =?utf-8?q?am-ccamp-network-assigned-upstream-label-00?= X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 15:20:42 -0000 Pavan, I think this is helpful in trying to understand what the goals are of the draft. Again, I'll resist arguing about the mechanisms that are proposed until we've agreed on what requirements need to be addressed. (While the mechanism details, i.e., the "how", are certainly important, arguing those doesn't really answer the larger question of "what" you'd like to accomplish.) So the list of requirements is now the addition of: 1. Downstream selection of the upstream label 2. An option to allow upstream node to provide set of labels that should be used in the downstream nodes' choice of upstream label 3. The use of symmetric labels when the downstream node is selecting the label. 4. Allowing for asymmetric labels is not a new requirement, nor do you really care about it. Is this correct? Thanks, Lou On 11/5/2013 5:25 AM, Vishnu Pavan Beeram wrote: > I see a pattern in the questions that are being raised. I'll try and see > if I can answer them all using the following Q&A. > > A. "Label Symmetricity": > > (1) Aren't labels always symmetric in practice? Are there any asymmetric > label scenarios at all? > Ans: Yes, labels are almost always symmetric in practice. The draft > explicitly states that. I haven't come across any single > scenario/product where asymmetric labels are used. As Igor pointed out > in an earlier email, there could be in theory some single-fiber > configurations where the same wavelength cannot be used for both > directions. But I don't know if anyone really uses that. > > (2) Then why do you need an explicit request from the ingress to make > them symmetric at each hop? > Ans: This is because the extensions in RFC3473 allows "Label > Asymmetricity" and and as a result symmetricity cannot be assumed by > default. There is currently no way of mandating symmetricity at each hop > along the path of the LSP. > > (3) Say, we all agree that "Symmetricity" is always guaranteed (maybe we > even state it explicitly in some standard document). Would you then be > able to use existing extensions and address the "alien-wavelength" setup > use-case? > Ans: No, the existing extensions still fall short. What does the > ingress-client fill in the UPSTREAM_LABEL when it has no knowledge on > what needs to be used? As per current extensions, the UPSTREAM_LABEL > needs to be filled in with a valid label before sending the PATH out. We > still need the ingress-client to have some mechanism to tell the network > - "please ignore what I'm filling in the UPSTREAM_LABEL; just take the > LABEL_SET into account if I fill one; I'll use what is returned in the > RESV-LABEL for both directions." > > (4) Label allocation has always been a local choice. Why should the > ingress request how labels are allocated at some downstream hop? > Ans: The ingress has always been the one to request the downstream node > to allocate labels in both directions. All that the draft is proposing > is a mechanism for the ingress to say that these two labels need to be > symmetric. > > B. "Label Asymmetricity" > > (4) Have the "Label Asymmetricity" extensions been included just for > completion sake? Can those be jettisoned if we there is no need for > asymmetric labels? > Ans: Yes. The primary reason why those extensions are included in the > draft is because RFC3473 allows asymmetricity. We don't need to discuss > those if we explicitly state somewhere (in some standard document) that > "labels are always symmetric" and that all previous extensions defined > for asymmetricity are use-less. > > C. "Use-Case" > > (5) I don't understand any of the above. Why do we need the network to > assign an upstream label? > Ans: Please read the draft. Section 5 discusses a specific use-case. > > > Regards, > -Pavan > > > On Tue, Nov 5, 2013 at 2:29 AM, Zafar Ali (zali) > wrote: > > Hi- > > Furthermore, when (alien) wavelength is same in forward and reverse > direction, we can use label set along with acceptable label set - as > defined in RFC3473. The only use case this draft addresses is when alien > wavelength are asymmetrical in forward and reverse direction. I am not > aware of any example of such use case. > > Thanks > > Regards … Zafar > > > -----Original Message----- > From: Fatai Zhang > > Date: Monday, November 4, 2013 7:38 PM > To: "julien.meuric@orange.com " > >, Vishnu > Pavan > Beeram > > Cc: "ccamp@ietf.org " > > Subject: [CCAMP] ç­”å¤: Comments > about draft-beeram-ccamp-network-assigned-upstream-label-00 > > >Hi Pavan, > > > >Understood what you said in principle, but could you give an example to > >show there are asymmertric labels (wavelength?) for the bidirectiaonal > >LSPs (especiall for the transport networks) in the real > implementations? > > > >========================================================================== > >====================================== > >In practice, most bidirectional LSPs have label symmetricity on > each hop > >along the path of the LSP. But this is something that cannot be assumed > >by default. > > > > > > > >Thanks > > > >Fatai > > > >________________________________________ > >å‘件人: ccamp-bounces@ietf.org > [ccamp-bounces@ietf.org ] 代表 Julien > Meuric > >[julien.meuric@orange.com ] > >å‘é€æ—¶é—´: 2013å¹´11月5æ—¥ 10:35 > >收件人: Vishnu Pavan Beeram > >抄é€: ccamp@ietf.org > >主题: Re: [CCAMP] Comments about > >draft-beeram-ccamp-network-assigned-upstream-label-00 > > > >Hi Pavan. > > > >Even though I agree with your unassigned Upstream_Label requirement, I > >need to disagree with the data plane rationale you mention. > > > >The Upstream_Label refers to the client's optical receiver: you don't > >need to tune a laser on the receiver side. The data transmission could > >even work without sending the actual Upstream_Label in RSVP-TE messages > >to the client: I am not really a fan of that approach, but that would > >fit cases where optical policies are left to the optical network... > > > >Moreover, I have doubts on putting label symmetry within the protocol. > >This is more an allocation policy in the hands of allocating nodes: > >requesting an allocation mode from an ingress node would mean doing the > >server job, I am not sure it is desirable. > > > >Julien > > > > > >On 11/04/2013 23:49, Vishnu Pavan Beeram wrote: > >> Lou, > >> > >> The extensions defined in this draft do not impose any backwards > >> compatibility issues. The intent is definitely not to change the > >> fundamental aspects of the protocol. As you would agree, it is not > >> mandatory to try and fit the extensions defined in RFC3473 to all and > >> sundry. New extensions are being introduced only where the existing > >> extensions fall short. Let me walk through the requirements that we > >> are looking at and that would hopefully explain the limitations > of the > >> existing extensions. > >> > >> Base requirement : > >> Need a mechanism for a given node to say that it cannot assign an > >> upstream-label on its own and that it needs the network (read > >> downstream) to assign it instead. > >> > >> Corollary requirements : > >> 1. Need a mechanism for a given node to ask for a network-assigned > >> upstream label without having to specify any inputs on what label > >> needs to get picked. > >> 2. Need a mechanism for a given node to ask for a network-assigned > >> upstream label and also specify some choices for the label that needs > >> to get picked. > >> 3. If labels are symmetric, a given node can simply use the label > >> returned in the LABEL object of the RESV message for both directions. > >> In practice, most bidirectional LSPs have label symmetricity on each > >> hop along the path of the LSP. But this is something that cannot be > >> assumed by default. Hence, there is a need to have a mechanism > for the > >> ingress to request "label symmetricity" at each hop along the path of > >> the LSP. > >> > >> Can you somehow fit a solution using the current extensions and cater > >> to the above requirements? > >> We believe the answer is NO. One suggestion on the mailing list > was to > >> set a random UPSTREAM_LABEL and send it out on a fishing expedition. > >> The idea was that the downstream node would then respond with a > >> PATH-ERR carrying an ACCEPTABLE_LABEL_SET. John and Igor have > provided > >> a list of reasons on why that isn't a great idea. Let me add another > >> point - > >> - As per RFC3473 - when a node receives an UPSTREAM_LABEL object in > >> the PATH, it means that the upstream node MUST have already > >> installed/programmed this label. In the alien wavelength use-case > >> (discussed in the draft), when the network receives this message, it > >> would mean that the laser has already been tuned to this > wavelength at > >> the client. That beats the very purpose of requesting a network > >> assigned upstream label. Doesn't it? So, the point is that with the > >> current semantics of an UPSTREAM_LABEL, you cannot use it for the > case > >> where the upstream-label hasn't been installed/programmed yet. If > some > >> implementation decides to ignore these semantics, how would the > >> network know whether the ingress-client has already installed this > >> label or not (whether the laser is already tuned or not). > >> > >> RFC3473 states that a Bidirectional-LSP setup request is > identified by > >> the presence of an "UPSTREAM_LABEL" object in the PATH msg. This > draft > >> does propose 2 other mechanisms: > >> - The presence of the "Label Symmetricity Required" Flag in the PATH > >> - The presence of the "UPSTREAM_LABEL_SET" object in the PATH > >> If a downstream node does not understand any of the above > indications, > >> it would reject the setup request. In both scenarios - after the > >> network has assigned the upstream-label, the concerned node is > allowed > >> to start signaling the UPSTREAM_LABEL object in the PATH. I don't > >> understand how adding two other mechanisms for Bidirectional LSP > setup > >> translates to changing fundamental aspects of the protocol. > >> Implementations that can support these extensions can. Others can > >> still be happy with their "running code". > >> > >> Regards, > >> -Pavan > >> > >> > >> > >> On Mon, Nov 4, 2013 at 2:18 PM, Lou Berger > >> >> wrote: > >> > >> John, (authors) > >> > >> Perhaps it would be useful to refocus a moment on the specific > >> limitations the draft is focusing on. > >> > >> There's no question that 3473 made certain choices based on > expected > >> uses and probabilities that may not hold, but we do need to be > >>careful > >> when changing fundamentals of the protocol (e.g. moving away from > >>the > >> use of the upstream label object as the basic object that > indicates > >>a > >> bidirectional LSP.) > >> > >> So is it fair to say that the main limitation that the draft is > >>trying > >> to address is the inability to support downstream selection of > >> upstream > >> labels? > >> > >> The draft also allows for both symmetric and asymmetric label > value > >> allocation. IS this a requirement, or asymmetric just > included for > >> completeness? > >> > >> Are there other requirements / limitations you are trying to > >>address? > >> > >> Lou > >> > >> On 11/04/2013 01:24 PM, John E Drake wrote: > >> > Zafar, > >> > > >> > Both Igor and I have listed technical issues with RFC3473 > and your > >> > response is that you really really like RFC3473. I'm happy for > >> you but > >> > unimpressed. > >> > > >> > John > >> > > >> > Sent from my iPhone > >> > > >> > On Nov 4, 2013, at 9:43 AM, "Zafar Ali (zali)" > > >> > > >> > > >>> wrote: > >> > > >> >> Igor, John- > >> >> > >> >> Please see in-line. > >> >> > >> >> From: "IBryskin@advaoptical.com > > >> > > >> >>" > >> >> > > >> >>> > >> >> Date: Monday, November 4, 2013 8:57 AM > >> >> To: zali > > > >> > >>>, > >> "jdrake@juniper.net > > > >> >> > >>" > >> > > > >> >> > >>> > >> >> Cc: "ccamp@ietf.org > > > >> > >>" > >> > > >> >> > >>> > >> >> Subject: RE: Comments about > >> >> draft-beeram-ccamp-network-assigned-upstream-label-00 > >> >> > >> >> Zafar, > >> >> > >> >> 1) Using an error indication as a part of normal protocol > >> >> operation is not good design practice. > >> >> > >> >> Use of Path error and notify message is an integral part > of the > >> >> RSVP-TE design. Also please note that we are not debating > about a > >> >> new procedure being proposed but talking about a procedure > that > >>is > >> >> already implemented and deployed. > >> >> > >> >> > >> >> > >> >> IB>> The way I interpret this discussion is something like > this: > >> >> > >> >> > >> >> > >> >> John: I believe that white is a lighter color than black. > >> >> > >> >> Zafa: Well, John, black is an integral part of the color > pallet. > >> >> Many mature applications successfully use black for their > various > >> >> purposes. My implementations, for example, use black for > pretty > >> >> much everything….. So, it is not clear which color is lighter, > >>and > >> >> why do we need other colors at all. :=) > >> >> > >> >> > >> >> > >> >> I mean to say that your, Zafar, comments IMHO are not > >>constructive > >> >> technical arguments. > >> >> > >> >> Igor > >> >> > >> >> > >> >> > >> >> Hi Igor and John: > >> >> > >> >> This is really funny. This is the first time I have heard that > >> running > >> >> code has no merit at IETF :) This is especially when the > >> running code > >> >> is directly coming from RFC3473. You are calling it "not > >> constructive > >> >> technical arguments"! Last I heard we believed in running code > >>(See > >> >> your T-shirt from the election day from IETF Atlanta). > >> >> > >> >> Your draft is ONLY applicable for a use case where > upstream and > >> >> downstream alien wavelength are different. When upstream and > >> >> downstream alien wavelength are same, use of acceptable label > >> set and > >> >> label set objects constitute the running code. However, your > >>draft > >> >> neither makes that applicability statement nor makes any > mention > >>or > >> >> cover or reference to procedure I quoted from RFC3473. > >> >> > >> >> Thanks > >> >> > >> >> Regards…Zafar > >> >> > >> >> > >> >> > >> >> > >> >> > >> >> *From:*Zafar Ali (zali) [mailto:zali@cisco.com > > >> >] > >> >> *Sent:* Monday, November 04, 2013 1:51 AM > >> >> *To:* John E Drake; Igor Bryskin > >> >> *Cc:* ccamp@ietf.org > > > >> > >> > >> >> *Subject:* Re: Comments about > >> >> draft-beeram-ccamp-network-assigned-upstream-label-00 > >> >> > >> >> > >> >> > >> >> Hi John: > >> >> > >> >> > >> >> > >> >> Please see in-line. > >> >> > >> >> > >> >> > >> >> Thanks > >> >> > >> >> > >> >> > >> >> Regards … Zafar > >> >> > >> >> > >> >> > >> >> *From: *"jdrake@juniper.net > > > >> > >>" > >> >> > > > >> > >>> > >> >> *Date: *Sunday, November 3, 2013 11:57 AM > >> >> *To: *zali > > > >> > >>>, > >> >> "IBryskin@advaoptical.com > > > >> >>" > >> >> > > >> >>> > >> >> *Cc: *"ccamp@ietf.org > > > >> > >>" > >> > > >> >> > >>> > >> >> *Subject: *RE: Comments about > >> >> draft-beeram-ccamp-network-assigned-upstream-label-00 > >> >> > >> >> > >> >> > >> >> Zafar, > >> >> > >> >> That because this already defined method has the following > >>issues: > >> >> > >> >> 1) Using an error indication as a part of normal protocol > >> >> operation is not good design practice. > >> >> > >> >> Use of Path error and notify message is an integral part > of the > >> >> RSVP-TE design. Also please note that we are not debating > about a > >> >> new procedure being proposed but talking about a procedure > that > >>is > >> >> already implemented and deployed. > >> >> > >> >> 2) Acceptable Label Set is optional so its presence is not > >> >> guaranteed > >> >> > >> >> So is the case of newly defined upstream label set. Also > please > >> >> note that many part of the RSVP-TE protocol are designed using > >> >> optional objects. > >> >> > >> >> 3) The information it provides may be out of date by the time > >> >> the LSP is re-signaled. > >> >> > >> >> This is an implementation issue. A node sending the acceptable > >> >> label set has the responsibility to guarantee that information > >> >> provides in the acceptable label set remains valid for > >> >> re-signaling time. E.g., UNI-N implementation can cache > the label > >> >> for the re-signaling time. > >> >> > >> >> 4) Most importantly, Acceptable Label Set is generated hop by > >> >> hop, unlike Upstream Label Set which exercises the entire > >> >> path. This means that its use to determine a valid wavelength > >> >> would require a potentially unbounded number of crankbacks, > >> >> both single and multi-hop, with no guarantee that such a > >> >> wavelength could be found. > >> >> > >> >> In the use case of align wavelength addressed in this > draft, the > >> >> acceptable label set communication is restricted to the > UNI-C and > >> >> UNI-N node. > >> >> > >> >> Yours Irrespectively, > >> >> > >> >> > >> >> > >> >> John > >> >> > >> >> > >> >> > >> >> *From:*ccamp-bounces@ietf.org > > > >> >> > >> >> [mailto:ccamp-bounces@ietf.org > >] > >> *On Behalf Of *Zafar Ali (zali) > >> >> *Sent:* Sunday, November 03, 2013 8:12 AM > >> >> *To:* IBryskin@advaoptical.com > > >> > > >> >> > >> >> *Cc:* ccamp@ietf.org > > > >> > >> > >> >> *Subject:* [CCAMP] Comments about > >> >> draft-beeram-ccamp-network-assigned-upstream-label-00 > >> >> > >> >> > >> >> > >> >> Hi Igor and co-authors- > >> >> > >> >> > >> >> > >> >> Please note that [RFC3473] already considers the case where > >> >> upstream label may not be acceptable to a downstream > >> >> node. Specifically, [RFC3473] states that: > >> >> > >> >> "/when a Path message containing an Upstream_Label object is > >> >> received, the receiver first verifies that the upstream label > >> >> is acceptable. If the label is not acceptable, the receiver > >> >> /*MUST*/issue a PathErr message with a "Routing > >> >> problem/Unacceptable label value" indication. The generated > >> >> PathErr message MAY include an Acceptable Label Set Object/". > >> >> > >> >> Acceptable_Label_Set objects may be carried in PathErr and > >> >> ResvErr messages [RFC3473]. > >> >> > >> >> > >> >> > >> >> However, your draft does not mention or cover this already > >> >> defined method. > >> >> > >> >> > >> >> > >> >> Thanks > >> >> > >> >> > >> >> > >> >> Regards … Zafar > >> >> > >> > > >> > > >> > _______________________________________________ > >> > CCAMP mailing list > >> > CCAMP@ietf.org > > > >> > https://www.ietf.org/mailman/listinfo/ccamp > >> > > >> > >> _______________________________________________ > >> CCAMP mailing list > >> CCAMP@ietf.org > > >> https://www.ietf.org/mailman/listinfo/ccamp > >> > >> > >> > >> > >> _______________________________________________ > >> CCAMP mailing list > >> CCAMP@ietf.org > >> https://www.ietf.org/mailman/listinfo/ccamp > > > >_______________________________________________ > >CCAMP mailing list > >CCAMP@ietf.org > >https://www.ietf.org/mailman/listinfo/ccamp > >_______________________________________________ > >CCAMP mailing list > >CCAMP@ietf.org > >https://www.ietf.org/mailman/listinfo/ccamp > > > > > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp > From vishnupavan@gmail.com Tue Nov 5 07:49:58 2013 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2F8ED21E80F8 for ; Tue, 5 Nov 2013 07:49:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.48 X-Spam-Level: *** X-Spam-Status: No, score=3.48 tagged_above=-999 required=5 tests=[AWL=-1.216, BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, NO_RELAYS=-0.001, SARE_SUB_ENC_GB2312=1.345] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id u5CJfviuhRnh for ; Tue, 5 Nov 2013 07:49:44 -0800 (PST) Received: from mail-bk0-x22b.google.com (mail-bk0-x22b.google.com [IPv6:2a00:1450:4008:c01::22b]) by ietfa.amsl.com (Postfix) with ESMTP id D69BF21F9D12 for ; Tue, 5 Nov 2013 07:49:41 -0800 (PST) Received: by mail-bk0-f43.google.com with SMTP id mz11so3037763bkb.30 for ; Tue, 05 Nov 2013 07:49:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=uc4tKuteFo6FuHiDOvV6Uc9/32cuWAHqGl8k/V7floA=; b=EvLXK0EOgIQb6KdlnHdcd20ZW9J7XtgRX4ZrOR8G26LSReFtKV3wHJ2xf90v55A+bw a5SkRb5NqTRhzOgmAuc5GQXWqFYDyhTAS9xGxDKwogyHmeGRv6LsPY/1mdQxR56+oQPu QNjq9Z//3PO1bBtLuwN4okZFRy29i1WKXBT+/5Vxx57QEhF5/4AKUTr/ELGsJbIGZBPH pSLtsh08cICydGAfCBmOk1x85D2kOivDKc/SFC9kQzJ51eQofNgKOSsUfk/50fe2D7H4 1JIw+oAw0Mkowb5KjN6TSMTf8ngKBqfpDi1wxZUL6aIOigpbzrSt4ITcLqOTahVcs998 GsEw== MIME-Version: 1.0 X-Received: by 10.204.111.136 with SMTP id s8mr13460bkp.173.1383666572992; Tue, 05 Nov 2013 07:49:32 -0800 (PST) Received: by 10.204.245.195 with HTTP; Tue, 5 Nov 2013 07:49:32 -0800 (PST) In-Reply-To: <52790CAD.80003@labn.net> References: <52790CAD.80003@labn.net> Date: Tue, 5 Nov 2013 10:49:32 -0500 Message-ID: From: Vishnu Pavan Beeram To: Lou Berger Content-Type: multipart/alternative; boundary=001a113352549251d504ea6ffa78 Cc: "ccamp@ietf.org" Subject: Re: [CCAMP] =?gb2312?b?tPC4tDogQ29tbWVudHMgYWJvdXQgZHJhZnQtYmVlcmFt?= =?gb2312?b?LWNjYW1wLW5ldHdvcmstYXNzaWduZWQtdXBzdHJlYW0tbGFiZWwt?= =?gb2312?b?MDA=?= X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 15:49:58 -0000 --001a113352549251d504ea6ffa78 Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: quoted-printable Lou, Yes, your summarized points are correct. Thanks, -Pavan. On Tue, Nov 5, 2013 at 10:20 AM, Lou Berger wrote: > Pavan, > I think this is helpful in trying to understand what the goals ar= e > of > the draft. Again, I'll resist arguing about the mechanisms that are > proposed until we've agreed on what requirements need to be addressed. > (While the mechanism details, i.e., the "how", are certainly important, > arguing those doesn't really answer the larger question of "what" you'd > like to accomplish.) > VPB: Agree. > > So the list of requirements is now the addition of: > 1. Downstream selection of the upstream label > 2. An option to allow upstream node to provide set of labels that > should be used in the downstream nodes' choice of upstream label > > 3. The use of symmetric labels when the downstream node > is selecting the label. > > 4. Allowing for asymmetric labels is not a new requirement, nor do > you really care about it. > > Is this correct? > > Thanks, > Lou > > On 11/5/2013 5:25 AM, Vishnu Pavan Beeram wrote: > > I see a pattern in the questions that are being raised. I'll try and se= e > > if I can answer them all using the following Q&A. > > > > A. "Label Symmetricity": > > > > (1) Aren't labels always symmetric in practice? Are there any asymmetri= c > > label scenarios at all? > > Ans: Yes, labels are almost always symmetric in practice. The draft > > explicitly states that. I haven't come across any single > > scenario/product where asymmetric labels are used. As Igor pointed out > > in an earlier email, there could be in theory some single-fiber > > configurations where the same wavelength cannot be used for both > > directions. But I don't know if anyone really uses that. > > > > (2) Then why do you need an explicit request from the ingress to make > > them symmetric at each hop? > > Ans: This is because the extensions in RFC3473 allows "Label > > Asymmetricity" and and as a result symmetricity cannot be assumed by > > default. There is currently no way of mandating symmetricity at each ho= p > > along the path of the LSP. > > > > (3) Say, we all agree that "Symmetricity" is always guaranteed (maybe w= e > > even state it explicitly in some standard document). Would you then be > > able to use existing extensions and address the "alien-wavelength" setu= p > > use-case? > > Ans: No, the existing extensions still fall short. What does the > > ingress-client fill in the UPSTREAM_LABEL when it has no knowledge on > > what needs to be used? As per current extensions, the UPSTREAM_LABEL > > needs to be filled in with a valid label before sending the PATH out. W= e > > still need the ingress-client to have some mechanism to tell the networ= k > > - "please ignore what I'm filling in the UPSTREAM_LABEL; just take the > > LABEL_SET into account if I fill one; I'll use what is returned in the > > RESV-LABEL for both directions." > > > > (4) Label allocation has always been a local choice. Why should the > > ingress request how labels are allocated at some downstream hop? > > Ans: The ingress has always been the one to request the downstream node > > to allocate labels in both directions. All that the draft is proposing > > is a mechanism for the ingress to say that these two labels need to be > > symmetric. > > > > B. "Label Asymmetricity" > > > > (4) Have the "Label Asymmetricity" extensions been included just for > > completion sake? Can those be jettisoned if we there is no need for > > asymmetric labels? > > Ans: Yes. The primary reason why those extensions are included in the > > draft is because RFC3473 allows asymmetricity. We don't need to discuss > > those if we explicitly state somewhere (in some standard document) that > > "labels are always symmetric" and that all previous extensions defined > > for asymmetricity are use-less. > > > > C. "Use-Case" > > > > (5) I don't understand any of the above. Why do we need the network to > > assign an upstream label? > > Ans: Please read the draft. Section 5 discusses a specific use-case. > > > > > > Regards, > > -Pavan > > > > > > On Tue, Nov 5, 2013 at 2:29 AM, Zafar Ali (zali) > > wrote: > > > > Hi- > > > > Furthermore, when (alien) wavelength is same in forward and reverse > > direction, we can use label set along with acceptable label set - a= s > > defined in RFC3473. The only use case this draft addresses is when > alien > > wavelength are asymmetrical in forward and reverse direction. I am > not > > aware of any example of such use case. > > > > Thanks > > > > Regards =A1=AD Zafar > > > > > > -----Original Message----- > > From: Fatai Zhang zhangfatai@huawei.com>> > > Date: Monday, November 4, 2013 7:38 PM > > To: "julien.meuric@orange.com " > > >, Vishn= u > > Pavan > > Beeram > > > Cc: "ccamp@ietf.org " > > > > Subject: [CCAMP] =B4=F0=B8=B4: Comments > > about draft-beeram-ccamp-network-assigned-upstream-label-00 > > > > >Hi Pavan, > > > > > >Understood what you said in principle, but could you give an > example to > > >show there are asymmertric labels (wavelength?) for the > bidirectiaonal > > >LSPs (especiall for the transport networks) in the real > > implementations? > > > > > > >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > >In practice, most bidirectional LSPs have label symmetricity on > > each hop > > >along the path of the LSP. But this is something that cannot be > assumed > > >by default. > > > > > > > > > > > >Thanks > > > > > >Fatai > > > > > >________________________________________ > > >=B7=A2=BC=FE=C8=CB: ccamp-bounces@ietf.org > > [ccamp-bounces@ietf.org ] =B4=FA=B1= =ED Julien > > Meuric > > >[julien.meuric@orange.com ] > > >=B7=A2=CB=CD=CA=B1=BC=E4: 2013=C4=EA11=D4=C25=C8=D5 10:35 > > >=CA=D5=BC=FE=C8=CB: Vishnu Pavan Beeram > > >=B3=AD=CB=CD: ccamp@ietf.org > > >=D6=F7=CC=E2: Re: [CCAMP] Comments about > > >draft-beeram-ccamp-network-assigned-upstream-label-00 > > > > > >Hi Pavan. > > > > > >Even though I agree with your unassigned Upstream_Label > requirement, I > > >need to disagree with the data plane rationale you mention. > > > > > >The Upstream_Label refers to the client's optical receiver: you > don't > > >need to tune a laser on the receiver side. The data transmission > could > > >even work without sending the actual Upstream_Label in RSVP-TE > messages > > >to the client: I am not really a fan of that approach, but that > would > > >fit cases where optical policies are left to the optical network..= . > > > > > >Moreover, I have doubts on putting label symmetry within the > protocol. > > >This is more an allocation policy in the hands of allocating nodes= : > > >requesting an allocation mode from an ingress node would mean doin= g > the > > >server job, I am not sure it is desirable. > > > > > >Julien > > > > > > > > >On 11/04/2013 23:49, Vishnu Pavan Beeram wrote: > > >> Lou, > > >> > > >> The extensions defined in this draft do not impose any backwards > > >> compatibility issues. The intent is definitely not to change the > > >> fundamental aspects of the protocol. As you would agree, it is n= ot > > >> mandatory to try and fit the extensions defined in RFC3473 to al= l > and > > >> sundry. New extensions are being introduced only where the > existing > > >> extensions fall short. Let me walk through the requirements that > we > > >> are looking at and that would hopefully explain the limitations > > of the > > >> existing extensions. > > >> > > >> Base requirement : > > >> Need a mechanism for a given node to say that it cannot assign a= n > > >> upstream-label on its own and that it needs the network (read > > >> downstream) to assign it instead. > > >> > > >> Corollary requirements : > > >> 1. Need a mechanism for a given node to ask for a network-assign= ed > > >> upstream label without having to specify any inputs on what labe= l > > >> needs to get picked. > > >> 2. Need a mechanism for a given node to ask for a network-assign= ed > > >> upstream label and also specify some choices for the label that > needs > > >> to get picked. > > >> 3. If labels are symmetric, a given node can simply use the labe= l > > >> returned in the LABEL object of the RESV message for both > directions. > > >> In practice, most bidirectional LSPs have label symmetricity on > each > > >> hop along the path of the LSP. But this is something that cannot > be > > >> assumed by default. Hence, there is a need to have a mechanism > > for the > > >> ingress to request "label symmetricity" at each hop along the > path of > > >> the LSP. > > >> > > >> Can you somehow fit a solution using the current extensions and > cater > > >> to the above requirements? > > >> We believe the answer is NO. One suggestion on the mailing list > > was to > > >> set a random UPSTREAM_LABEL and send it out on a fishing > expedition. > > >> The idea was that the downstream node would then respond with a > > >> PATH-ERR carrying an ACCEPTABLE_LABEL_SET. John and Igor have > > provided > > >> a list of reasons on why that isn't a great idea. Let me add > another > > >> point - > > >> - As per RFC3473 - when a node receives an UPSTREAM_LABEL object > in > > >> the PATH, it means that the upstream node MUST have already > > >> installed/programmed this label. In the alien wavelength use-cas= e > > >> (discussed in the draft), when the network receives this message= , > it > > >> would mean that the laser has already been tuned to this > > wavelength at > > >> the client. That beats the very purpose of requesting a network > > >> assigned upstream label. Doesn't it? So, the point is that with > the > > >> current semantics of an UPSTREAM_LABEL, you cannot use it for th= e > > case > > >> where the upstream-label hasn't been installed/programmed yet. I= f > > some > > >> implementation decides to ignore these semantics, how would the > > >> network know whether the ingress-client has already installed th= is > > >> label or not (whether the laser is already tuned or not). > > >> > > >> RFC3473 states that a Bidirectional-LSP setup request is > > identified by > > >> the presence of an "UPSTREAM_LABEL" object in the PATH msg. This > > draft > > >> does propose 2 other mechanisms: > > >> - The presence of the "Label Symmetricity Required" Flag in the > PATH > > >> - The presence of the "UPSTREAM_LABEL_SET" object in the PATH > > >> If a downstream node does not understand any of the above > > indications, > > >> it would reject the setup request. In both scenarios - after the > > >> network has assigned the upstream-label, the concerned node is > > allowed > > >> to start signaling the UPSTREAM_LABEL object in the PATH. I don'= t > > >> understand how adding two other mechanisms for Bidirectional LSP > > setup > > >> translates to changing fundamental aspects of the protocol. > > >> Implementations that can support these extensions can. Others ca= n > > >> still be happy with their "running code". > > >> > > >> Regards, > > >> -Pavan > > >> > > >> > > >> > > >> On Mon, Nov 4, 2013 at 2:18 PM, Lou Berger > > > >> >> wrote: > > >> > > >> John, (authors) > > >> > > >> Perhaps it would be useful to refocus a moment on the specif= ic > > >> limitations the draft is focusing on. > > >> > > >> There's no question that 3473 made certain choices based on > > expected > > >> uses and probabilities that may not hold, but we do need to = be > > >>careful > > >> when changing fundamentals of the protocol (e.g. moving away > from > > >>the > > >> use of the upstream label object as the basic object that > > indicates > > >>a > > >> bidirectional LSP.) > > >> > > >> So is it fair to say that the main limitation that the draft > is > > >>trying > > >> to address is the inability to support downstream selection = of > > >> upstream > > >> labels? > > >> > > >> The draft also allows for both symmetric and asymmetric labe= l > > value > > >> allocation. IS this a requirement, or asymmetric just > > included for > > >> completeness? > > >> > > >> Are there other requirements / limitations you are trying to > > >>address? > > >> > > >> Lou > > >> > > >> On 11/04/2013 01:24 PM, John E Drake wrote: > > >> > Zafar, > > >> > > > >> > Both Igor and I have listed technical issues with RFC3473 > > and your > > >> > response is that you really really like RFC3473. I'm happy > for > > >> you but > > >> > unimpressed. > > >> > > > >> > John > > >> > > > >> > Sent from my iPhone > > >> > > > >> > On Nov 4, 2013, at 9:43 AM, "Zafar Ali (zali)" > > > > >> > > > >> > > > >>> wrote: > > >> > > > >> >> Igor, John- > > >> >> > > >> >> Please see in-line. > > >> >> > > >> >> From: "IBryskin@advaoptical.com > > > > >> > > > > > >> > >>" > > >> >> > > > > > >> > > >>> > > >> >> Date: Monday, November 4, 2013 8:57 AM > > >> >> To: zali > > > > > >> > > >>>, > > >> "jdrake@juniper.net > > > > > >> >> > > >>" > > >> > > > > > >> >> > > >>> > > >> >> Cc: "ccamp@ietf.org > > > > > >> > > >>" > > > >> > > > >> >> > > >>> > > >> >> Subject: RE: Comments about > > >> >> draft-beeram-ccamp-network-assigned-upstream-label-00 > > >> >> > > >> >> Zafar, > > >> >> > > >> >> 1) Using an error indication as a part of normal protocol > > >> >> operation is not good design practice. > > >> >> > > >> >> Use of Path error and notify message is an integral part > > of the > > >> >> RSVP-TE design. Also please note that we are not debating > > about a > > >> >> new procedure being proposed but talking about a procedur= e > > that > > >>is > > >> >> already implemented and deployed. > > >> >> > > >> >> > > >> >> > > >> >> IB>> The way I interpret this discussion is something lik= e > > this: > > >> >> > > >> >> > > >> >> > > >> >> John: I believe that white is a lighter color than black. > > >> >> > > >> >> Zafa: Well, John, black is an integral part of the color > > pallet. > > >> >> Many mature applications successfully use black for their > > various > > >> >> purposes. My implementations, for example, use black for > > pretty > > >> >> much everything=A1=AD.. So, it is not clear which color i= s > lighter, > > >>and > > >> >> why do we need other colors at all. :=3D) > > >> >> > > >> >> > > >> >> > > >> >> I mean to say that your, Zafar, comments IMHO are not > > >>constructive > > >> >> technical arguments. > > >> >> > > >> >> Igor > > >> >> > > >> >> > > >> >> > > >> >> Hi Igor and John: > > >> >> > > >> >> This is really funny. This is the first time I have heard > that > > >> running > > >> >> code has no merit at IETF :) This is especially when the > > >> running code > > >> >> is directly coming from RFC3473. You are calling it "not > > >> constructive > > >> >> technical arguments"! Last I heard we believed in running > code > > >>(See > > >> >> your T-shirt from the election day from IETF Atlanta). > > >> >> > > >> >> Your draft is ONLY applicable for a use case where > > upstream and > > >> >> downstream alien wavelength are different. When upstream > and > > >> >> downstream alien wavelength are same, use of acceptable > label > > >> set and > > >> >> label set objects constitute the running code. However, > your > > >>draft > > >> >> neither makes that applicability statement nor makes any > > mention > > >>or > > >> >> cover or reference to procedure I quoted from RFC3473. > > >> >> > > >> >> Thanks > > >> >> > > >> >> Regards=A1=ADZafar > > >> >> > > >> >> > > >> >> > > >> >> > > >> >> > > >> >> *From:*Zafar Ali (zali) [mailto:zali@cisco.com > > > > >> >] > > >> >> *Sent:* Monday, November 04, 2013 1:51 AM > > >> >> *To:* John E Drake; Igor Bryskin > > >> >> *Cc:* ccamp@ietf.org > > > > > >> > > >> > > >> >> *Subject:* Re: Comments about > > >> >> draft-beeram-ccamp-network-assigned-upstream-label-00 > > >> >> > > >> >> > > >> >> > > >> >> Hi John: > > >> >> > > >> >> > > >> >> > > >> >> Please see in-line. > > >> >> > > >> >> > > >> >> > > >> >> Thanks > > >> >> > > >> >> > > >> >> > > >> >> Regards =A1=AD Zafar > > >> >> > > >> >> > > >> >> > > >> >> *From: *"jdrake@juniper.net > > > > > >> > > >>" > > >> >> > > > > > >> > > >>> > > >> >> *Date: *Sunday, November 3, 2013 11:57 AM > > >> >> *To: *zali > > > > > >> > > >>>, > > >> >> "IBryskin@advaoptical.com > > > > > > >> > > >>" > > >> >> > > > > > >> > > >>> > > >> >> *Cc: *"ccamp@ietf.org > > > > > >> > > >>" > > > >> > > > >> >> > > >>> > > >> >> *Subject: *RE: Comments about > > >> >> draft-beeram-ccamp-network-assigned-upstream-label-00 > > >> >> > > >> >> > > >> >> > > >> >> Zafar, > > >> >> > > >> >> That because this already defined method has the followin= g > > >>issues: > > >> >> > > >> >> 1) Using an error indication as a part of normal protocol > > >> >> operation is not good design practice. > > >> >> > > >> >> Use of Path error and notify message is an integral part > > of the > > >> >> RSVP-TE design. Also please note that we are not debating > > about a > > >> >> new procedure being proposed but talking about a procedur= e > > that > > >>is > > >> >> already implemented and deployed. > > >> >> > > >> >> 2) Acceptable Label Set is optional so its presence is no= t > > >> >> guaranteed > > >> >> > > >> >> So is the case of newly defined upstream label set. Also > > please > > >> >> note that many part of the RSVP-TE protocol are designed > using > > >> >> optional objects. > > >> >> > > >> >> 3) The information it provides may be out of date by the > time > > >> >> the LSP is re-signaled. > > >> >> > > >> >> This is an implementation issue. A node sending the > acceptable > > >> >> label set has the responsibility to guarantee that > information > > >> >> provides in the acceptable label set remains valid for > > >> >> re-signaling time. E.g., UNI-N implementation can cache > > the label > > >> >> for the re-signaling time. > > >> >> > > >> >> 4) Most importantly, Acceptable Label Set is generated ho= p > by > > >> >> hop, unlike Upstream Label Set which exercises the entire > > >> >> path. This means that its use to determine a valid > wavelength > > >> >> would require a potentially unbounded number of crankback= s, > > >> >> both single and multi-hop, with no guarantee that such a > > >> >> wavelength could be found. > > >> >> > > >> >> In the use case of align wavelength addressed in this > > draft, the > > >> >> acceptable label set communication is restricted to the > > UNI-C and > > >> >> UNI-N node. > > >> >> > > >> >> Yours Irrespectively, > > >> >> > > >> >> > > >> >> > > >> >> John > > >> >> > > >> >> > > >> >> > > >> >> *From:*ccamp-bounces@ietf.org > > > > > > >> > > >> > > >> >> [mailto:ccamp-bounces@ietf.org > > > >] > > >> *On Behalf Of *Zafar Ali (zali) > > >> >> *Sent:* Sunday, November 03, 2013 8:12 AM > > >> >> *To:* IBryskin@advaoptical.com > > > > >> > > > > > >> > >> > > >> >> *Cc:* ccamp@ietf.org > > > > > >> > > >> > > >> >> *Subject:* [CCAMP] Comments about > > >> >> draft-beeram-ccamp-network-assigned-upstream-label-00 > > >> >> > > >> >> > > >> >> > > >> >> Hi Igor and co-authors- > > >> >> > > >> >> > > >> >> > > >> >> Please note that [RFC3473] already considers the case whe= re > > >> >> upstream label may not be acceptable to a downstream > > >> >> node. Specifically, [RFC3473] states that: > > >> >> > > >> >> "/when a Path message containing an Upstream_Label object > is > > >> >> received, the receiver first verifies that the upstream > label > > >> >> is acceptable. If the label is not acceptable, the receiv= er > > >> >> /*MUST*/issue a PathErr message with a "Routing > > >> >> problem/Unacceptable label value" indication. The generat= ed > > >> >> PathErr message MAY include an Acceptable Label Set > Object/". > > >> >> > > >> >> Acceptable_Label_Set objects may be carried in PathErr an= d > > >> >> ResvErr messages [RFC3473]. > > >> >> > > >> >> > > >> >> > > >> >> However, your draft does not mention or cover this alread= y > > >> >> defined method. > > >> >> > > >> >> > > >> >> > > >> >> Thanks > > >> >> > > >> >> > > >> >> > > >> >> Regards =A1=AD Zafar > > >> >> > > >> > > > >> > > > >> > _______________________________________________ > > >> > CCAMP mailing list > > >> > CCAMP@ietf.org > > > > > >> > https://www.ietf.org/mailman/listinfo/ccamp > > >> > > > >> > > >> _______________________________________________ > > >> CCAMP mailing list > > >> CCAMP@ietf.org > > > > >> https://www.ietf.org/mailman/listinfo/ccamp > > >> > > >> > > >> > > >> > > >> _______________________________________________ > > >> CCAMP mailing list > > >> CCAMP@ietf.org > > >> https://www.ietf.org/mailman/listinfo/ccamp > > > > > >_______________________________________________ > > >CCAMP mailing list > > >CCAMP@ietf.org > > >https://www.ietf.org/mailman/listinfo/ccamp > > >_______________________________________________ > > >CCAMP mailing list > > >CCAMP@ietf.org > > >https://www.ietf.org/mailman/listinfo/ccamp > > > > > > > > > > _______________________________________________ > > CCAMP mailing list > > CCAMP@ietf.org > > https://www.ietf.org/mailman/listinfo/ccamp > > > --001a113352549251d504ea6ffa78 Content-Type: text/html; charset=GB2312 Content-Transfer-Encoding: quoted-printable
Lou,

Yes, your summarized points are co= rrect.

Thanks,
-Pavan.


On Tue, Nov 5, 2013 at 10:2= 0 AM, Lou Berger <lberger@labn.net> wrote:
Pavan,
        I think this is helpful in trying to understand= what the goals are of
the draft.  Again, I'll resist arguing about the mechanisms that a= re
proposed until we've agreed on what requirements need to be addressed.<= br> (While the mechanism details, i.e., the "how", are certainly impo= rtant,
arguing those doesn't really answer the larger question of "what&q= uot; you'd
like to accomplish.)

VPB: Agree.
<= div> 

So the list of requirements is now the addition of:
1. Downstream selection of the upstream label

2. An option to allow upstream node to provide set of labels that
   should be used in the downstream nodes' choice of upstream= label

3. The use of symmetric labels when the downstream node
   is selecting the label.

4. Allowing for asymmetric labels is not a new requirement, nor do
   you really care about it.

Is this correct?

Thanks,
Lou

On 11/5/2013 5:25 AM, Vishnu Pavan Beeram wrote:
> I see a pattern in the questions that are being raised. I'll try a= nd see
> if I can answer them all using the following Q&A.
>
> A. "Label Symmetricity":
>
> (1) Aren't labels always symmetric in practice? Are there any asym= metric
> label scenarios at all?
> Ans: Yes, labels are almost always symmetric in practice. The draft > explicitly states that. I haven't come across any single
> scenario/product where asymmetric labels are used. As Igor pointed out=
> in an earlier email, there could be in theory some single-fiber
> configurations where the same wavelength cannot be used for both
> directions. But I don't know if anyone really uses that.
>
> (2) Then why do you need an explicit request from the ingress to make<= br> > them symmetric at each hop?
> Ans: This is because the extensions in RFC3473 allows "Label
> Asymmetricity" and and as a result symmetricity cannot be assumed= by
> default. There is currently no way of mandating symmetricity at each h= op
> along the path of the LSP.
>
> (3) Say, we all agree that "Symmetricity" is always guarante= ed (maybe we
> even state it explicitly in some standard document). Would you then be=
> able to use existing extensions and address the "alien-wavelength= " setup
> use-case?
> Ans: No, the existing extensions still fall short. What does the
> ingress-client fill in the UPSTREAM_LABEL when it has no knowledge on<= br> > what needs to be used? As per current extensions, the UPSTREAM_LABEL > needs to be filled in with a valid label before sending the PATH out. = We
> still need the ingress-client to have some mechanism to tell the netwo= rk
> - "please ignore what I'm filling in the UPSTREAM_LABEL; just= take the
> LABEL_SET into account if I fill one; I'll use what is returned in= the
> RESV-LABEL for both directions."
>
> (4) Label allocation has always been a local choice. Why should the > ingress request how labels are allocated at some downstream hop?
> Ans: The ingress has always been the one to request the downstream nod= e
> to allocate labels in both directions. All that the draft is proposing=
> is a mechanism for the ingress to say that these two labels need to be=
> symmetric.
>
> B. "Label Asymmetricity"
>
> (4) Have the "Label Asymmetricity" extensions been included = just for
> completion sake? Can those be jettisoned if we there is no need for > asymmetric labels?
> Ans: Yes. The primary reason why those extensions are included in the<= br> > draft is because RFC3473 allows asymmetricity. We don't need to di= scuss
> those if we explicitly state somewhere (in some standard document) tha= t
> "labels are always symmetric" and that all previous extensio= ns defined
> for asymmetricity are use-less.
>
> C. "Use-Case"
>
> (5) I don't understand any of the above. Why do we need the networ= k to
> assign an upstream label?
> Ans: Please read the draft. Section 5 discusses a specific use-case. >
>
> Regards,
> -Pavan
>
>
> On Tue, Nov 5, 2013 at 2:29 AM, Zafar Ali (zali) <zali@cisco.com
> <mailto:zali@cisco.com>> wrote:
>
>     Hi-
>
>     Furthermore, when (alien) wavelength is same in forward = and reverse
>     direction, we can use label set along with acceptable la= bel set - as
>     defined in RFC3473. The only use case this draft address= es is when alien
>     wavelength are asymmetrical in forward and reverse direc= tion. I am not
>     aware of any example of such use case.
>
>     Thanks
>
>     Regards … Zafar
>
>
>     -----Original Message-----
>     From: Fatai Zhang <zhangfatai@huawei.com <mailto:zhangfatai@huawei.com>>
>     Date: Monday, November 4, 2013 7:38 PM
>     To: "julien.meuric@orange.com <mailto:julien.meuric@orange.com>"
>     <julien.m= euric@orange.com <mailto:julien.meuric@orange.com>>, Vishnu
>     Pavan
>     Beeram <vishnupavan@gmail.com <mailto:vishnupavan@gmail.com>>
>     Cc: "ccamp@ietf.o= rg <mailto:ccamp@ietf.org>&= quot; <ccamp@ietf.org
>     <mailto:ccamp@ietf.= org>>
>     Subject: [CCAMP] =B4=F0=B8= =B4:  Comments
>     about   draft-beeram-ccamp-network-assigned-upstrea= m-label-00
>
>     >Hi Pavan,
>     >
>     >Understood what you said in principle, but could you= give an example to
>     >show there are asymmertric labels (wavelength?) for = the bidirectiaonal
>     >LSPs (especiall for the transport networks) in the r= eal
>     implementations?
>     >
>     >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D
>     >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
>     >In practice, most bidirectional LSPs have label symm= etricity on
>     each hop
>     >along the path of the LSP. But this is something tha= t cannot be assumed
>     >by default.
>     >
>     >
>     >
>     >Thanks
>     >
>     >Fatai
>     >
>     >________________________________________
>     >=B7=A2=BC=FE=C8=CB: ccamp-bounces@ietf.org <mailto:ccamp-bounces@ietf.org>
>     [ccamp-bounces= @ietf.org <mailto:ccamp-bo= unces@ietf.org>] =B4=FA=B1=ED Julien
>     Meuric
>     >[julien.= meuric@orange.com <mailto:julien.meuric@orange.com>]
>     >=B7=A2=CB=CD=CA=B1=BC=E4: 2013=C4= =EA11=D4=C25=C8=D5 10:35
>     >=CA=D5=BC=FE=C8=CB: Vishnu Pavan Beeram
>     >=B3=AD=CB=CD: ccamp@ietf.org <mailto:ccamp@iet= f.org>
>     >=D6=F7=CC=E2: Re: [CCAMP] Com= ments about
>     >draft-beeram-ccamp-network-assigned-upstream-label-0= 0
>     >
>     >Hi Pavan.
>     >
>     >Even though I agree with your unassigned Upstream_La= bel requirement, I
>     >need to disagree with the data plane rationale you m= ention.
>     >
>     >The Upstream_Label refers to the client's optica= l receiver: you don't
>     >need to tune a laser on the receiver side. The data = transmission could
>     >even work without sending the actual Upstream_Label = in RSVP-TE messages
>     >to the client: I am not really a fan of that approac= h, but that would
>     >fit cases where optical policies are left to the opt= ical network...
>     >
>     >Moreover, I have doubts on putting label symmetry wi= thin the protocol.
>     >This is more an allocation policy in the hands of al= locating nodes:
>     >requesting an allocation mode from an ingress node w= ould mean doing the
>     >server job, I am not sure it is desirable.
>     >
>     >Julien
>     >
>     >
>     >On 11/04/2013 23:49, Vishnu Pavan Beeram wrote:
>     >> Lou,
>     >>
>     >> The extensions defined in this draft do not imp= ose any backwards
>     >> compatibility issues. The intent is definitely = not to change the
>     >> fundamental aspects of the protocol. As you wou= ld agree, it is not
>     >> mandatory to try and fit the extensions defined= in RFC3473 to all and
>     >> sundry. New extensions are being introduced onl= y where the existing
>     >> extensions fall short. Let me walk through the = requirements that we
>     >> are looking at and that would hopefully explain= the limitations
>     of the
>     >> existing extensions.
>     >>
>     >> Base requirement :
>     >> Need a mechanism for a given node to say that i= t cannot assign an
>     >> upstream-label on its own and that it needs the= network (read
>     >> downstream) to assign it instead.
>     >>
>     >> Corollary requirements :
>     >> 1. Need a mechanism for a given node to ask for= a network-assigned
>     >> upstream label without having to specify any in= puts on what label
>     >> needs to get picked.
>     >> 2. Need a mechanism for a given node to ask for= a network-assigned
>     >> upstream label and also specify some choices fo= r the label that needs
>     >> to get picked.
>     >> 3. If labels are symmetric, a given node can si= mply use the label
>     >> returned in the LABEL object of the RESV messag= e for both directions.
>     >> In practice, most bidirectional LSPs have label= symmetricity on each
>     >> hop along the path of the LSP. But this is some= thing that cannot be
>     >> assumed by default. Hence, there is a need to h= ave a mechanism
>     for the
>     >> ingress to request "label symmetricity&quo= t; at each hop along the path of
>     >> the LSP.
>     >>
>     >> Can you somehow fit a solution using the curren= t extensions and cater
>     >> to the above requirements?
>     >> We believe the answer is NO. One suggestion on = the mailing list
>     was to
>     >> set a random UPSTREAM_LABEL and send it out on = a fishing expedition.
>     >> The idea was that the downstream node would the= n respond with a
>     >> PATH-ERR carrying an ACCEPTABLE_LABEL_SET. John= and Igor have
>     provided
>     >> a list of reasons on why that isn't a great= idea. Let me add another
>     >> point -
>     >> - As per RFC3473 - when a node receives an UPST= REAM_LABEL object in
>     >> the PATH, it means that the upstream node MUST = have already
>     >> installed/programmed this label. In the alien w= avelength use-case
>     >> (discussed in the draft), when the network rece= ives this message, it
>     >> would mean that the laser has already been tune= d to this
>     wavelength at
>     >> the client. That beats the very purpose of requ= esting a network
>     >> assigned upstream label. Doesn't it? So, th= e point is that with the
>     >> current semantics of an UPSTREAM_LABEL, you can= not use it for the
>     case
>     >> where the upstream-label hasn't been instal= led/programmed yet. If
>     some
>     >> implementation decides to ignore these semantic= s, how would the
>     >> network know whether the ingress-client has alr= eady installed this
>     >> label or not (whether the laser is already tune= d or not).
>     >>
>     >> RFC3473 states that a Bidirectional-LSP setup r= equest is
>     identified by
>     >> the presence of an "UPSTREAM_LABEL" o= bject in the PATH msg. This
>     draft
>     >> does propose 2 other mechanisms:
>     >> - The presence of the "Label Symmetricity = Required" Flag in the PATH
>     >> - The presence of the "UPSTREAM_LABEL_SET&= quot; object in the PATH
>     >> If a downstream node does not understand any of= the above
>     indications,
>     >> it would reject the setup request. In both scen= arios - after the
>     >> network has assigned the upstream-label, the co= ncerned node is
>     allowed
>     >> to start signaling the UPSTREAM_LABEL object in= the PATH. I don't
>     >> understand how adding two other mechanisms for = Bidirectional LSP
>     setup
>     >> translates to changing fundamental aspects of t= he protocol.
>     >> Implementations that can support these extensio= ns can. Others can
>     >> still be happy with their "running code&qu= ot;.
>     >>
>     >> Regards,
>     >> -Pavan
>     >>
>     >>
>     >>
>     >> On Mon, Nov 4, 2013 at 2:18 PM, Lou Berger <= lberger@labn.net
>     <mailto:lberger@l= abn.net>
>     >> <mailto:<= a href=3D"mailto:lberger@labn.net">lberger@labn.net <mailto:lberger@labn.net>>> wrote:
>     >>
>     >>     John, (authors)
>     >>
>     >>     Perhaps it would be useful to ref= ocus a moment on the specific
>     >>     limitations the draft is focusing= on.
>     >>
>     >>     There's no question that 3473= made certain choices based on
>     expected
>     >>     uses and probabilities that may n= ot hold, but we do need to be
>     >>careful
>     >>     when changing fundamentals of the= protocol (e.g. moving away from
>     >>the
>     >>     use of the upstream label object = as the basic object that
>     indicates
>     >>a
>     >>     bidirectional LSP.)
>     >>
>     >>     So is it fair to say that the mai= n limitation that the draft is
>     >>trying
>     >>     to address is the inability to su= pport downstream selection of
>     >>     upstream
>     >>     labels?
>     >>
>     >>     The draft also allows for both sy= mmetric and asymmetric label
>     value
>     >>     allocation. IS this a requirement= , or asymmetric just
>     included for
>     >>     completeness?
>     >>
>     >>     Are there other requirements / li= mitations you are trying to
>     >>address?
>     >>
>     >>     Lou
>     >>
>     >>     On 11/04/2013 01:24 PM, John E Dr= ake wrote:
>     >>     > Zafar,
>     >>     >
>     >>     > Both Igor and I have listed = technical issues with RFC3473
>     and your
>     >>     > response is that you really = really like RFC3473. I'm happy for
>     >>     you but
>     >>     > unimpressed.
>     >>     >
>     >>     > John
>     >>     >
>     >>     > Sent from my iPhone
>     >>     >
>     >>     > On Nov 4, 2013, at 9:43 AM, = "Zafar Ali (zali)"
>     <zali@cisco.com= <mailto:zali@cisco.com>
>     >>     <mailto:zali@cisco.com <mailto:zali@cisco.com>>
>     >>     > <mailto:zali@cisco.com <mailto:zali@cisco.com>
>     <mailto:zali@cisco.= com <mailto:zali@cisco.com>= >>> wrote:
>     >>     >
>     >>     >> Igor, John-
>     >>     >>
>     >>     >> Please see in-line.
>     >>     >>
>     >>     >> From: "IBryskin@advaoptical.com
>     <mailto:I= Bryskin@advaoptical.com>
>     >>     <mailto:IBryskin@advaoptical.com
>     <mailto:IBryskin@advaoptical.com>> <mailto:IBryskin@advaoptical.com
>     <mailto:IBryskin@advaoptical.com>
>     >>     <mailto:IBryskin@advaoptical.com
>     <mailto:I= Bryskin@advaoptical.com>>>"
>     >>     >> <IBryskin@advaoptical.com
>     <mailto:I= Bryskin@advaoptical.com> <mailto:IBryskin@advaoptical.com
>     <mailto:I= Bryskin@advaoptical.com>>
>     >>     <mailto:IBryskin@advaoptical.com
>     <mailto:I= Bryskin@advaoptical.com> <mailto:IBryskin@advaoptical.com
>     <mailto:I= Bryskin@advaoptical.com>>>>
>     >>     >> Date: Monday, November 4= , 2013 8:57 AM
>     >>     >> To: zali <zali@cisco.com <mailto:zali@cisco.com>
>     <mailto:zali@cisco.= com <mailto:zali@cisco.com>= >
>     >>     <mailto:zali@cisco.com <mailto:zali@cisco.com>
>     <mailto:zali@cisco.com <mailto:zali@cisco.com>>>>,
>     >>     "jdrake@juniper.net <mailto:jdrake@juniper.net>
>     <mailto:jdrake@= juniper.net <mailto:jdrake@jun= iper.net>>
>     >>     >> <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>
>     <mailto:jdrake@= juniper.net <mailto:jdrake@jun= iper.net>>>"
>     >>     <jdrake@juniper.net <mailto:jdrake@juniper.net>
>     <mailto:jdrake@= juniper.net <mailto:jdrake@jun= iper.net>>
>     >>     >> <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>
>     <mailto:jdrake@= juniper.net <mailto:jdrake@jun= iper.net>>>>
>     >>     >> Cc: "ccamp@ietf.org <mailto:ccamp@ietf.org>
>     <mailto:ccamp@ietf.= org <mailto:ccamp@ietf.org>= >
>     >>     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>
>     <mailto:ccamp@ietf.= org <mailto:ccamp@ietf.org>= >>" <ccamp@ietf.org
>     <mailto:ccamp@ietf.= org>
>     >>     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>
>     >>     >> <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>
>     <mailto:ccamp@ietf.= org <mailto:ccamp@ietf.org>= >>>
>     >>     >> Subject: RE: Comments ab= out
>     >>     >> draft-beeram-ccamp-netwo= rk-assigned-upstream-label-00
>     >>     >>
>     >>     >> Zafar,
>     >>     >>
>     >>     >> 1) Using an error indica= tion as a part of normal protocol
>     >>     >> operation is not good de= sign practice.
>     >>     >>
>     >>     >> Use of Path error and no= tify message is an integral part
>     of the
>     >>     >> RSVP-TE design. Also ple= ase note that we are not debating
>     about a
>     >>     >> new procedure being prop= osed but talking about a procedure
>     that
>     >>is
>     >>     >> already implemented and = deployed.
>     >>     >>
>     >>     >>
>     >>     >>
>     >>     >> IB>> The way I int= erpret this discussion is something like
>     this:
>     >>     >>
>     >>     >>
>     >>     >>
>     >>     >> John: I believe that whi= te is a lighter color than black.
>     >>     >>
>     >>     >> Zafa: Well, John, black = is an integral part of the color
>     pallet.
>     >>     >> Many mature applications= successfully use black for their
>     various
>     >>     >> purposes. My implementat= ions, for example, use black for
>     pretty
>     >>     >> much everything….= . So, it is not clear which color is lighter,
>     >>and
>     >>     >> why do we need other col= ors at all. :=3D)
>     >>     >>
>     >>     >>
>     >>     >>
>     >>     >> I mean to say that your,= Zafar, comments IMHO are not
>     >>constructive
>     >>     >> technical arguments.
>     >>     >>
>     >>     >> Igor
>     >>     >>
>     >>     >>
>     >>     >>
>     >>     >> Hi Igor and John:
>     >>     >>
>     >>     >> This is really funny. Th= is is the first time I have heard that
>     >>     running
>     >>     >> code has no merit at IET= F :) This is especially when the
>     >>     running code
>     >>     >> is directly coming from = RFC3473. You are calling it "not
>     >>     constructive
>     >>     >> technical arguments"= ;! Last I heard we believed in running code
>     >>(See
>     >>     >> your T-shirt from the el= ection day from IETF Atlanta).
>     >>     >>
>     >>     >> Your draft is ONLY appli= cable for a use case where
>     upstream and
>     >>     >> downstream alien wavelen= gth are different. When upstream and
>     >>     >> downstream alien wavelen= gth are same, use of acceptable label
>     >>     set and
>     >>     >> label set objects consti= tute the running code. However, your
>     >>draft
>     >>     >> neither makes that appli= cability statement nor makes any
>     mention
>     >>or
>     >>     >> cover or reference to pr= ocedure I quoted from RFC3473.
>     >>     >>
>     >>     >> Thanks
>     >>     >>
>     >>     >> Regards…Zafar
>     >>     >>
>     >>     >>
>     >>     >>
>     >>     >>
>     >>     >>
>     >>     >> *From:*Zafar Ali (zali) = [mailto:zali@cisco.com
>     <mailto:zali@cisco.= com>
>     >>     <mailto:zali@cisco.com <mailto:zali@cisco.com>>]
>     >>     >> *Sent:* Monday, November= 04, 2013 1:51 AM
>     >>     >> *To:* John E Drake; Igor= Bryskin
>     >>     >> *Cc:* ccamp@ietf.org <mailto:ccamp@ietf.org>
>     <mailto:ccamp@ietf.= org <mailto:ccamp@ietf.org>= >
>     >>     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>
>     <mailto:ccamp@ietf.= org <mailto:ccamp@ietf.org>= >>
>     >>     >> *Subject:* Re: Comments = about
>     >>     >> draft-beeram-ccamp-netwo= rk-assigned-upstream-label-00
>     >>     >>
>     >>     >>
>     >>     >>
>     >>     >> Hi John:
>     >>     >>
>     >>     >>
>     >>     >>
>     >>     >> Please see in-line.
>     >>     >>
>     >>     >>
>     >>     >>
>     >>     >> Thanks
>     >>     >>
>     >>     >>
>     >>     >>
>     >>     >> Regards … Zafar >     >>     >>
>     >>     >>
>     >>     >>
>     >>     >> *From: *"jdrake@juniper.net <mailto:jdrake@juniper.net>
>     <mailto:jdrake@= juniper.net <mailto:jdrake@jun= iper.net>>
>     >>     <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>
>     <mailto:jdrake@= juniper.net <mailto:jdrake@jun= iper.net>>>"
>     >>     >> <jdrake@juniper.net <mailto:jdrake@juniper.net>
>     <mailto:jdrake@= juniper.net <mailto:jdrake@jun= iper.net>>
>     >>     <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>
>     <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>>>>
>     >>     >> *Date: *Sunday, November= 3, 2013 11:57 AM
>     >>     >> *To: *zali <zali@cisco.com <mailto:zali@cisco.com>
>     <mailto:zali@cisco.= com <mailto:zali@cisco.com>= >
>     >>     <mailto:zali@cisco.com <mailto:zali@cisco.com>
>     <mailto:zali@cisco.com <mailto:zali= @cisco.com>>>>,
>     >>     >> "IBryskin@advaoptical.com
>     <mailto:I= Bryskin@advaoptical.com> <mailto:IBryskin@advaoptical.com
>     <mailto:I= Bryskin@advaoptical.com>>
>     >>     <mailt= o:IBryskin@advaoptical.com<= br> >     <mailto:I= Bryskin@advaoptical.com> <mailto:IBryskin@advaoptical.com
>     <mailto:I= Bryskin@advaoptical.com>>>"
>     >>     >> <IBryskin@advaoptical.com
>     <mailto:I= Bryskin@advaoptical.com> <mailto:IBryskin@advaoptical.com
>     <mailto:I= Bryskin@advaoptical.com>>
>     >>     <mailto:IBryskin@advaoptical.com
>     <mailto:I= Bryskin@advaoptical.com> <mailto:IBryskin@advaoptical.com
>     <mailto:IBryskin@advaoptical.com>>>>
>     >>     >> *Cc: *"ccamp@ietf.org <mailto:ccamp@ietf.org>
>     <mailto:ccamp@ietf.= org <mailto:ccamp@ietf.org>= >
>     >>     <mailt= o:ccamp@ietf.org <mailto:ccamp@ietf.org>
>     <mailto:ccamp@ietf.= org <mailto:ccamp@ietf.org>= >>" <ccamp@ietf.org
>     <mailto:ccamp@ietf.= org>
>     >>     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>
>     >>     >> <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>
>     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>>>
>     >>     >> *Subject: *RE: Comments = about
>     >>     >> draft-beeram-ccamp-netwo= rk-assigned-upstream-label-00
>     >>     >>
>     >>     >>
>     >>     >>
>     >>     >> Zafar,
>     >>     >>
>     >>     >> That because this alread= y defined method has the following
>     >>issues:
>     >>     >>
>     >>     >> 1) Using an error indica= tion as a part of normal protocol
>     >>     >> operation is not good de= sign practice.
>     >>     >>
>     >>     >> Use of Path error and no= tify message is an integral part
>     of the
>     >>     >> RSVP-TE design. Also ple= ase note that we are not debating
>     about a
>     >>     >> new procedure being prop= osed but talking about a procedure
>     that
>     >>is
>     >>     >> already implemented and = deployed.
>     >>     >>
>     >>     >> 2) Acceptable Label Set = is optional so its presence is not
>     >>     >> guaranteed
>     >>     >>
>     >>     >> So is the case of newly = defined upstream label set. Also
>     please
>     >>     >> note that many part of t= he RSVP-TE protocol are designed using
>     >>     >> optional objects.
>     >>     >>
>     >>     >> 3) The information it pr= ovides may be out of date by the time
>     >>     >> the LSP is re-signaled.<= br> >     >>     >>
>     >>     >> This is an implementatio= n issue. A node sending the acceptable
>     >>     >> label set has the respon= sibility to guarantee that information
>     >>     >> provides in the acceptab= le label set remains valid for
>     >>     >> re-signaling time. E.g.,= UNI-N implementation can cache
>     the label
>     >>     >> for the re-signaling tim= e.
>     >>     >>
>     >>     >> 4) Most importantly, Acc= eptable Label Set is generated hop by
>     >>     >> hop, unlike Upstream Lab= el Set which exercises the entire
>     >>     >> path. This means that it= s use to determine a valid wavelength
>     >>     >> would require a potentia= lly unbounded number of crankbacks,
>     >>     >> both single and multi-ho= p, with no guarantee that such a
>     >>     >> wavelength could be foun= d.
>     >>     >>
>     >>     >> In the use case of align= wavelength addressed in this
>     draft, the
>     >>     >> acceptable label set com= munication is restricted to the
>     UNI-C and
>     >>     >> UNI-N node.
>     >>     >>
>     >>     >> Yours Irrespectively, >     >>     >>
>     >>     >>
>     >>     >>
>     >>     >> John
>     >>     >>
>     >>     >>
>     >>     >>
>     >>     >> *From:*ccamp-bounces@ietf.org
>     <mailto:cca= mp-bounces@ietf.org> <mailto:ccamp-bounces@ietf.org
>     <mailto:cca= mp-bounces@ietf.org>>
>     >>     <mailto:ccamp-bounces@ietf.org
>     <mailto:ccamp-bounces@ietf.org> <mailto:ccamp-bounces@ietf.org
>     <mailto:ccamp-bounces@ietf.org>>>
>     >>     >> [mailto:ccamp-bounces@ietf.org
>     <mailto:cca= mp-bounces@ietf.org> <mailto:ccamp-bounces@ietf.org
>     <mailto:cca= mp-bounces@ietf.org>>]
>     >>     *On Behalf Of *Zafar Ali (zali) >     >>     >> *Sent:* Sunday, November= 03, 2013 8:12 AM
>     >>     >> *To:* IBryskin@advaoptical.com
>     <mailto:I= Bryskin@advaoptical.com>
>     >>     <mailto:IBryskin@advaoptical.com
>     <mailto:IBryskin@advaoptical.com>> <mailto:IBryskin@advaoptical.com
>     <mailto:I= Bryskin@advaoptical.com>
>     >>     <mailto:IBryskin@advaoptical.com
>     <mailto:IBryskin@advaoptical.com>>>
>     >>     >> *Cc:* ccamp@ietf.org <mailto:ccamp@ietf.org>
>     <mailto:ccamp@ietf.= org <mailto:ccamp@ietf.org>= >
>     >>     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>
>     <mailto:ccamp@ietf.org <mailto:ccam= p@ietf.org>>>
>     >>     >> *Subject:* [CCAMP] Comme= nts about
>     >>     >> draft-beeram-ccamp-netwo= rk-assigned-upstream-label-00
>     >>     >>
>     >>     >>
>     >>     >>
>     >>     >> Hi Igor and co-authors-<= br> >     >>     >>
>     >>     >>
>     >>     >>
>     >>     >> Please note that [RFC347= 3] already considers the case where
>     >>     >> upstream label may not b= e acceptable to a downstream
>     >>     >> node. Specifically, [RFC= 3473] states that:
>     >>     >>
>     >>     >> "/when a Path messa= ge containing an Upstream_Label object is
>     >>     >> received, the receiver f= irst verifies that the upstream label
>     >>     >> is acceptable. If the la= bel is not acceptable, the receiver
>     >>     >> /*MUST*/issue a PathErr = message with a "Routing
>     >>     >> problem/Unacceptable lab= el value" indication. The generated
>     >>     >> PathErr message MAY incl= ude an Acceptable Label Set Object/".
>     >>     >>
>     >>     >> Acceptable_Label_Set obj= ects may be carried in PathErr and
>     >>     >> ResvErr messages [RFC347= 3].
>     >>     >>
>     >>     >>
>     >>     >>
>     >>     >> However, your draft does= not mention or cover this already
>     >>     >> defined method.
>     >>     >>
>     >>     >>
>     >>     >>
>     >>     >> Thanks
>     >>     >>
>     >>     >>
>     >>     >>
>     >>     >> Regards … Zafar >     >>     >>
>     >>     >
>     >>     >
>     >>     > ____________________________= ___________________
>     >>     > CCAMP mailing list
>     >>     > CCAMP@ietf.org <mailto:CCAMP= @ietf.org>
>     <mailto:CCAMP= @ietf.org <mailto:CCAMP@ietf.org>>
>     >>     > https://www= .ietf.org/mailman/listinfo/ccamp
>     >>     >
>     >>
>     >>     _________________________________= ______________
>     >>     CCAMP mailing list
>     >>     CCAMP@ietf.org <mailto:CCAM= P@ietf.org> <mailto:CCAMP@ietf.= org
>     <mailto:CCAMP@ietf.org>>
>     >>     https://www.ietf.org/mailman/listi= nfo/ccamp
>     >>
>     >>
>     >>
>     >>
>     >> _______________________________________________=
>     >> CCAMP mailing list
>     >> CCAMP@ietf.or= g <mailto:CCAMP@ietf.org> >     >> https://www.ietf.org/mailman/listinfo/ccamp<= br> >     >
>     >_______________________________________________
>     >CCAMP mailing list
>     >CCAMP@ietf.org= <mailto:CCAMP@ietf.org>
>     >https://www.ietf.org/mailman/listinfo/ccamp
>     >_______________________________________________
>     >CCAMP mailing list
>     >CCAMP@ietf.org= <mailto:CCAMP@ietf.org>
>     >https://www.ietf.org/mailman/listinfo/ccamp
>
>
>
>
> _______________________________________________
> CCAMP mailing list
> CCAMP@ietf.org
> https://www.ietf.org/mailman/listinfo/ccamp
>

--001a113352549251d504ea6ffa78-- From IBryskin@advaoptical.com Tue Nov 5 08:16:02 2013 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4E9FF21E829D for ; Tue, 5 Nov 2013 08:16:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3Nynl2YVkWe0 for ; Tue, 5 Nov 2013 08:15:53 -0800 (PST) Received: from mail3.advaoptical.com (mail3.advaoptical.com [74.202.24.82]) by ietfa.amsl.com (Postfix) with ESMTP id 430B421E82A6 for ; Tue, 5 Nov 2013 08:15:40 -0800 (PST) Received: from atl-srv-mail10.atl.advaoptical.com (atl-srv-mail10.atl.advaoptical.com [172.16.5.39]) by atl-vs-fsmail.advaoptical.com (8.14.5/8.14.5) with ESMTP id rA5GFZsW009897 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 5 Nov 2013 11:15:35 -0500 Received: from ATL-SRV-MAIL10.atl.advaoptical.com ([fe80::c4d6:b136:bc16:77ae]) by atl-srv-mail10.atl.advaoptical.com ([fe80::c4d6:b136:bc16:77ae%17]) with mapi id 14.03.0158.001; Tue, 5 Nov 2013 11:15:35 -0500 From: Igor Bryskin To: Lou Berger , John E Drake , "Zafar Ali (zali)" Thread-Topic: [CCAMP] Comments about draft-beeram-ccamp-network-assigned-upstream-label-00 Thread-Index: AQHO2duS4TKSMmlvyE2K4erwjRR1MZoWrOeQ Date: Tue, 5 Nov 2013 16:15:34 +0000 Message-ID: References: , <664B8B26-7461-4C89-B748-4524C2307D9E@juniper.net> <5277F30A.7010308@labn.net> <52786D40.9090300@labn.net> In-Reply-To: <52786D40.9090300@labn.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [31.133.148.60] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8794, 1.0.431, 0.0.0000 definitions=2013-11-05_06:2013-11-05, 2013-11-05, 1970-01-01 signatures=0 Cc: "ccamp@ietf.org" Subject: Re: [CCAMP] Comments about draft-beeram-ccamp-network-assigned-upstream-label-00 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 16:16:02 -0000 Lou, Please, see in-line. Igor > Perhaps it would be useful to refocus a moment on the specific limitatio= ns the draft is focusing on. >=20 > There's no question that 3473 made certain choices based on expected=20 > uses and probabilities that may not hold, but we do need to be careful=20 > when changing fundamentals of the protocol (e.g. moving away from the=20 > use of the upstream label object as the basic object that indicates a=20 > bidirectional LSP.) >=20 > IB>> There is no intention to do so. >=20 I think you have proposed at least a couple of pretty major changes, but if= we focus on these details, we risk missing the main point -- so I'd like t= o leave this until there is understanding, and perhaps agreement on the req= uirement. IB>> Which in your opinion of proposed changes may cause problems for exist= ing deployments? > So is it fair to say that the main limitation that the draft is trying to= address is the inability to support downstream selection of upstream label= s? >=20 > IB>> Correct. Considering that both directions are equally important > for the LSP user, it does not make much sense to have different tools=20 > to negotiate labels in each direction. >=20 Minimizing mechanisms / avoiding duplication is always a good design object= ive. Of course, this also means that if there is a defined mechanism we sh= ould avoiding changing it unless there's good reason, e.g., it's broken. IB>> This depends on the definition of "broken". I hope you agree that the = whole business with the upstream label is meaningful only if one assumes th= at for a given bidirectional G- LSP labels for the forward and reverse dire= ctions do not match necessarily. This IMHO is a correct assumption even for= WDM layer and also in accordance with RFC3473 addressing other layers as w= ell. But if one makes such an assumption, one also has to assume that there= could be distinct acceptable label sets in the forward and reverse directi= ons. Let assume that ingress UNI-C likes labels 1,3,5,7,.... In forward dir= ection and 2,4,6,8,... in reverse direction. When the UNI-C originates Path= message, it specifies, for example: Suggested DS label : 1; DS label set: 1,3,5,7,....; US label: 2 Let's assume that the network sets up the tail of the LSP with DS label =3D= 3, and US label=3D7 (i.e. it cannot accommodate label 2 for whatever reaso= n). According to RFC3473 UNI-N will send PathErr with the acceptable upstre= am label set consisting of exactly one label 7. Please, note that UNI-N in = case of the WDM layer will always provide exactly one label in the acceptab= le upstream label set - the one which is already reserved by the network an= d egress UNI-C for this LSP. All other labels that might be available at th= e time of the path computation are not reserved and hence could be taken by= other LSPs. The question is *what the ingress UNI-C is supposed to do with= the signaled acceptable label 7, which is not acceptable for the ingress U= NI-C as an upstream label?* It will have no other choice but to tear down t= he established G-LSP and to try it again, guessing another upstream label, = e.g. 4. This potentially very lengthy ping-pong process will repeat itself = until the ingress UNI-C either guesses correctly or runs out of guesses. Al= though it could take an hour to complete the process, technically the appro= ach is not broken, however, unacceptable if compared to the one signaling r= ound approach suggested in the draft. =20 > But there are other limitations as well. See below. >=20 > The draft also allows for both symmetric and asymmetric label value alloc= ation. IS this a requirement, or asymmetric just included for completeness= ? >=20 > IB>> Even in case of WDM layer there are scenarios (e.g. single-fiber > configurations) when the same wavelength cannot be used for both=20 > directions. For non-WDM layer it is perfectly OK to use=20 > label-asymmetrical LSPs. So we do want to maintain both options. >=20 okay. it is good to differentiate desirable vs required capabilities. > Are there other requirements / limitations you are trying to address? > IB>> Today there is no way to *require* a bi-directional LSP to be label-= symmetrical. True. This has always been a local allocation policy. It's probably worth= describing in greater detail why you see it needs to be changed. IB>> As John and Pavan mentioned many times already, for a UNI-C (e.g. rout= er) in the majority of the cases it is required for upstream/downstream lab= els to be the same. It cannot afford to rely on the UNI-N local policies, w= hich for whatever reason (e.g. existence of uni-directional P2P or P2MP G-L= SPs) may locally decide to assign different labels. The point is that UNI-C= has no way today to *request* the label symmetricity. =20 Thanks, Lou >=20 >=20 > Lou >=20 > On 11/04/2013 01:24 PM, John E Drake wrote: >> Zafar, >> >> Both Igor and I have listed technical issues with RFC3473 and your=20 >> response is that you really really like RFC3473. I'm happy for you=20 >> but unimpressed. >> >> John >> >> Sent from my iPhone >> >> On Nov 4, 2013, at 9:43 AM, "Zafar Ali (zali)" > > wrote: >> >>> Igor, John- >>> >>> Please see in-line.=20 >>> >>> From: "IBryskin@advaoptical.com " >>> > >>> Date: Monday, November 4, 2013 8:57 AM >>> To: zali >,=20 >>> "jdrake@juniper.net " >> > >>> Cc: "ccamp@ietf.org " >> > >>> Subject: RE: Comments about >>> draft-beeram-ccamp-network-assigned-upstream-label-00 >>> >>> Zafar, >>> >>> 1) Using an error indication as a part of normal protocol >>> operation is not good design practice. >>> >>> Use of Path error and notify message is an integral part of the >>> RSVP-TE design. Also please note that we are not debating about a >>> new procedure being proposed but talking about a procedure that is >>> already implemented and deployed.=20 >>> >>> =20 >>> >>> IB>> The way I interpret this discussion is something like this: >>> >>> =20 >>> >>> John: I believe that white is a lighter color than black. >>> >>> Zafa: Well, John, black is an integral part of the color pallet. >>> Many mature applications successfully use black for their various >>> purposes. My implementations, for example, use black for pretty >>> much everything..... So, it is not clear which color is lighter, an= d >>> why do we need other colors at all. :=3D) >>> >>> =20 >>> >>> I mean to say that your, Zafar, comments IMHO are not constructive >>> technical arguments. >>> >>> Igor >>> >>> =20 >>> >>> Hi Igor and John:=20 >>> >>> This is really funny. This is the first time I have heard that=20 >>> running code has no merit at IETF :) This is especially when the=20 >>> running code is directly coming from RFC3473. You are calling it=20 >>> "not constructive technical arguments"! Last I heard we believed in=20 >>> running code (See your T-shirt from the election day from IETF Atlanta)= . >>> >>> Your draft is ONLY applicable for a use case where upstream and=20 >>> downstream alien wavelength are different. When upstream and=20 >>> downstream alien wavelength are same, use of acceptable label set=20 >>> and label set objects constitute the running code. However, your=20 >>> draft neither makes that applicability statement nor makes any=20 >>> mention or cover or reference to procedure I quoted from RFC3473. >>> >>> Thanks >>> >>> Regards...Zafar >>> >>> =20 >>> >>> =20 >>> >>> *From:*Zafar Ali (zali) [mailto:zali@cisco.com] >>> *Sent:* Monday, November 04, 2013 1:51 AM >>> *To:* John E Drake; Igor Bryskin >>> *Cc:* ccamp@ietf.org >>> *Subject:* Re: Comments about >>> draft-beeram-ccamp-network-assigned-upstream-label-00 >>> >>> =20 >>> >>> Hi John:=20 >>> >>> =20 >>> >>> Please see in-line.=20 >>> >>> =20 >>> >>> Thanks >>> >>> =20 >>> >>> Regards ... Zafar >>> >>> =20 >>> >>> *From: *"jdrake@juniper.net " >>> > >>> *Date: *Sunday, November 3, 2013 11:57 AM >>> *To: *zali >, >>> "IBryskin@advaoptical.com " >>> > >>> *Cc: *"ccamp@ietf.org " >> > >>> *Subject: *RE: Comments about >>> draft-beeram-ccamp-network-assigned-upstream-label-00 >>> >>> =20 >>> >>> Zafar, >>> >>> That because this already defined method has the following issu= es: >>> >>> 1) Using an error indication as a part of normal protocol >>> operation is not good design practice. >>> >>> Use of Path error and notify message is an integral part of the >>> RSVP-TE design. Also please note that we are not debating about a >>> new procedure being proposed but talking about a procedure that is >>> already implemented and deployed.=20 >>> >>> 2) Acceptable Label Set is optional so its presence is not >>> guaranteed >>> >>> So is the case of newly defined upstream label set. Also please >>> note that many part of the RSVP-TE protocol are designed using >>> optional objects.=20 >>> >>> 3) The information it provides may be out of date by the time >>> the LSP is re-signaled. >>> >>> This is an implementation issue. A node sending the acceptable >>> label set has the responsibility to guarantee that information >>> provides in the acceptable label set remains valid for >>> re-signaling time. E.g., UNI-N implementation can cache the label >>> for the re-signaling time.=20 >>> >>> 4) Most importantly, Acceptable Label Set is generated hop by >>> hop, unlike Upstream Label Set which exercises the entire >>> path. This means that its use to determine a valid wavelength >>> would require a potentially unbounded number of crankbacks, >>> both single and multi-hop, with no guarantee that such a >>> wavelength could be found. >>> >>> In the use case of align wavelength addressed in this draft, the >>> acceptable label set communication is restricted to the UNI-C and >>> UNI-N node.=20 >>> >>> Yours Irrespectively, >>> >>> =20 >>> >>> John >>> >>> =20 >>> >>> *From:*ccamp-bounces@ietf.org >>> [mailto:ccamp-bounces@ietf.org] *On Behalf Of *Zafar Ali (zali) >>> *Sent:* Sunday, November 03, 2013 8:12 AM >>> *To:* IBryskin@advaoptical.com >>> *Cc:* ccamp@ietf.org >>> *Subject:* [CCAMP] Comments about >>> draft-beeram-ccamp-network-assigned-upstream-label-00 >>> >>> =20 >>> >>> Hi Igor and co-authors- >>> >>> =20 >>> >>> Please note that [RFC3473] already considers the case where >>> upstream label may not be acceptable to a downstream >>> node. Specifically, [RFC3473] states that: >>> >>> "/when a Path message containing an Upstream_Label object is >>> received, the receiver first verifies that the upstream label >>> is acceptable. If the label is not acceptable, the receiver >>> /*MUST*/issue a PathErr message with a "Routing >>> problem/Unacceptable label value" indication. The generated >>> PathErr message MAY include an Acceptable Label Set Object/".=20 >>> >>> Acceptable_Label_Set objects may be carried in PathErr and >>> ResvErr messages [RFC3473]. >>> >>> =20 >>> >>> However, your draft does not mention or cover this already >>> defined method.=20 >>> >>> =20 >>> >>> Thanks >>> >>> =20 >>> >>> Regards ... Zafar >>> >> >> >> _______________________________________________ >> CCAMP mailing list >> CCAMP@ietf.org >> https://www.ietf.org/mailman/listinfo/ccamp >> >=20 > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp >=20 >=20 >=20 >=20 From IBryskin@advaoptical.com Tue Nov 5 08:20:23 2013 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C2A2721E8178 for ; Tue, 5 Nov 2013 08:20:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.926 X-Spam-Level: * X-Spam-Status: No, score=1.926 tagged_above=-999 required=5 tests=[AWL=-4.524, BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, SARE_SUB_ENC_GB2312=1.345] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6ZUABbxscmZT for ; Tue, 5 Nov 2013 08:20:19 -0800 (PST) Received: from mail3.advaoptical.com (mail3.advaoptical.com [74.202.24.82]) by ietfa.amsl.com (Postfix) with ESMTP id 2E35621E82A7 for ; Tue, 5 Nov 2013 08:20:17 -0800 (PST) Received: from atl-srv-mail10.atl.advaoptical.com (atl-srv-mail10.atl.advaoptical.com [172.16.5.39]) by atl-vs-fsmail.advaoptical.com (8.14.5/8.14.5) with ESMTP id rA5GKDE6012329 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 5 Nov 2013 11:20:14 -0500 Received: from ATL-SRV-MAIL10.atl.advaoptical.com ([fe80::c4d6:b136:bc16:77ae]) by atl-srv-mail10.atl.advaoptical.com ([fe80::c4d6:b136:bc16:77ae%17]) with mapi id 14.03.0158.001; Tue, 5 Nov 2013 11:20:13 -0500 From: Igor Bryskin To: Vishnu Pavan Beeram , Lou Berger Thread-Topic: =?gb2312?B?W0NDQU1QXQm08Li0OiBDb21tZW50cyBhYm91dCBkcmFmdC1iZWVyYW0tY2Nh?= =?gb2312?Q?mp-network-assigned-upstream-label-00?= Thread-Index: AQHO2j60+Ym1C/tQmEedsOZWJU9XT5oW0PhA Date: Tue, 5 Nov 2013 16:20:12 +0000 Message-ID: References: <52790CAD.80003@labn.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [31.133.148.60] Content-Type: multipart/alternative; boundary="_000_CDAC6F6F5401B245A2C68D0CF8AFDF0A192C9FBBatlsrvmail10atl_" MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8794, 1.0.431, 0.0.0000 definitions=2013-11-05_06:2013-11-05, 2013-11-05, 1970-01-01 signatures=0 Cc: "ccamp@ietf.org" Subject: Re: [CCAMP] =?gb2312?b?tPC4tDogQ29tbWVudHMgYWJvdXQgZHJhZnQtYmVlcmFt?= =?gb2312?b?LWNjYW1wLW5ldHdvcmstYXNzaWduZWQtdXBzdHJlYW0tbGFiZWwtMDA=?= X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 16:20:23 -0000 --_000_CDAC6F6F5401B245A2C68D0CF8AFDF0A192C9FBBatlsrvmail10atl_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SSB3b3VsZCBhZGQ6DQo1LiBBIHdheSBmb3IgVVMgbm9kZSAoZS5nLiBVTkktQykgdG8gbWFuZGF0 ZSB0aGUgbGFiZWwgc3ltbWV0cmljaXR5Lg0KDQpGcm9tOiBjY2FtcC1ib3VuY2VzQGlldGYub3Jn IFttYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIFZpc2hudSBQYXZh biBCZWVyYW0NClNlbnQ6IFR1ZXNkYXksIE5vdmVtYmVyIDA1LCAyMDEzIDEwOjUwIEFNDQpUbzog TG91IEJlcmdlcg0KQ2M6IGNjYW1wQGlldGYub3JnDQpTdWJqZWN0OiBSZTogW0NDQU1QXSC08Li0 OiBDb21tZW50cyBhYm91dCBkcmFmdC1iZWVyYW0tY2NhbXAtbmV0d29yay1hc3NpZ25lZC11cHN0 cmVhbS1sYWJlbC0wMA0KDQpMb3UsDQoNClllcywgeW91ciBzdW1tYXJpemVkIHBvaW50cyBhcmUg Y29ycmVjdC4NCg0KVGhhbmtzLA0KLVBhdmFuLg0KDQpPbiBUdWUsIE5vdiA1LCAyMDEzIGF0IDEw OjIwIEFNLCBMb3UgQmVyZ2VyIDxsYmVyZ2VyQGxhYm4ubmV0PG1haWx0bzpsYmVyZ2VyQGxhYm4u bmV0Pj4gd3JvdGU6DQpQYXZhbiwNCiAgICAgICAgSSB0aGluayB0aGlzIGlzIGhlbHBmdWwgaW4g dHJ5aW5nIHRvIHVuZGVyc3RhbmQgd2hhdCB0aGUgZ29hbHMgYXJlIG9mDQp0aGUgZHJhZnQuICBB Z2FpbiwgSSdsbCByZXNpc3QgYXJndWluZyBhYm91dCB0aGUgbWVjaGFuaXNtcyB0aGF0IGFyZQ0K cHJvcG9zZWQgdW50aWwgd2UndmUgYWdyZWVkIG9uIHdoYXQgcmVxdWlyZW1lbnRzIG5lZWQgdG8g YmUgYWRkcmVzc2VkLg0KKFdoaWxlIHRoZSBtZWNoYW5pc20gZGV0YWlscywgaS5lLiwgdGhlICJo b3ciLCBhcmUgY2VydGFpbmx5IGltcG9ydGFudCwNCmFyZ3VpbmcgdGhvc2UgZG9lc24ndCByZWFs bHkgYW5zd2VyIHRoZSBsYXJnZXIgcXVlc3Rpb24gb2YgIndoYXQiIHlvdSdkDQpsaWtlIHRvIGFj Y29tcGxpc2guKQ0KDQpWUEI6IEFncmVlLg0KDQoNClNvIHRoZSBsaXN0IG9mIHJlcXVpcmVtZW50 cyBpcyBub3cgdGhlIGFkZGl0aW9uIG9mOg0KMS4gRG93bnN0cmVhbSBzZWxlY3Rpb24gb2YgdGhl IHVwc3RyZWFtIGxhYmVsDQoNCjIuIEFuIG9wdGlvbiB0byBhbGxvdyB1cHN0cmVhbSBub2RlIHRv IHByb3ZpZGUgc2V0IG9mIGxhYmVscyB0aGF0DQogICBzaG91bGQgYmUgdXNlZCBpbiB0aGUgZG93 bnN0cmVhbSBub2RlcycgY2hvaWNlIG9mIHVwc3RyZWFtIGxhYmVsDQoNCjMuIFRoZSB1c2Ugb2Yg c3ltbWV0cmljIGxhYmVscyB3aGVuIHRoZSBkb3duc3RyZWFtIG5vZGUNCiAgIGlzIHNlbGVjdGlu ZyB0aGUgbGFiZWwuDQoNCjQuIEFsbG93aW5nIGZvciBhc3ltbWV0cmljIGxhYmVscyBpcyBub3Qg YSBuZXcgcmVxdWlyZW1lbnQsIG5vciBkbw0KICAgeW91IHJlYWxseSBjYXJlIGFib3V0IGl0Lg0K DQpJcyB0aGlzIGNvcnJlY3Q/DQoNClRoYW5rcywNCkxvdQ0KDQpPbiAxMS81LzIwMTMgNToyNSBB TSwgVmlzaG51IFBhdmFuIEJlZXJhbSB3cm90ZToNCj4gSSBzZWUgYSBwYXR0ZXJuIGluIHRoZSBx dWVzdGlvbnMgdGhhdCBhcmUgYmVpbmcgcmFpc2VkLiBJJ2xsIHRyeSBhbmQgc2VlDQo+IGlmIEkg Y2FuIGFuc3dlciB0aGVtIGFsbCB1c2luZyB0aGUgZm9sbG93aW5nIFEmQS4NCj4NCj4gQS4gIkxh YmVsIFN5bW1ldHJpY2l0eSI6DQo+DQo+ICgxKSBBcmVuJ3QgbGFiZWxzIGFsd2F5cyBzeW1tZXRy aWMgaW4gcHJhY3RpY2U/IEFyZSB0aGVyZSBhbnkgYXN5bW1ldHJpYw0KPiBsYWJlbCBzY2VuYXJp b3MgYXQgYWxsPw0KPiBBbnM6IFllcywgbGFiZWxzIGFyZSBhbG1vc3QgYWx3YXlzIHN5bW1ldHJp YyBpbiBwcmFjdGljZS4gVGhlIGRyYWZ0DQo+IGV4cGxpY2l0bHkgc3RhdGVzIHRoYXQuIEkgaGF2 ZW4ndCBjb21lIGFjcm9zcyBhbnkgc2luZ2xlDQo+IHNjZW5hcmlvL3Byb2R1Y3Qgd2hlcmUgYXN5 bW1ldHJpYyBsYWJlbHMgYXJlIHVzZWQuIEFzIElnb3IgcG9pbnRlZCBvdXQNCj4gaW4gYW4gZWFy bGllciBlbWFpbCwgdGhlcmUgY291bGQgYmUgaW4gdGhlb3J5IHNvbWUgc2luZ2xlLWZpYmVyDQo+ IGNvbmZpZ3VyYXRpb25zIHdoZXJlIHRoZSBzYW1lIHdhdmVsZW5ndGggY2Fubm90IGJlIHVzZWQg Zm9yIGJvdGgNCj4gZGlyZWN0aW9ucy4gQnV0IEkgZG9uJ3Qga25vdyBpZiBhbnlvbmUgcmVhbGx5 IHVzZXMgdGhhdC4NCj4NCj4gKDIpIFRoZW4gd2h5IGRvIHlvdSBuZWVkIGFuIGV4cGxpY2l0IHJl cXVlc3QgZnJvbSB0aGUgaW5ncmVzcyB0byBtYWtlDQo+IHRoZW0gc3ltbWV0cmljIGF0IGVhY2gg aG9wPw0KPiBBbnM6IFRoaXMgaXMgYmVjYXVzZSB0aGUgZXh0ZW5zaW9ucyBpbiBSRkMzNDczIGFs bG93cyAiTGFiZWwNCj4gQXN5bW1ldHJpY2l0eSIgYW5kIGFuZCBhcyBhIHJlc3VsdCBzeW1tZXRy aWNpdHkgY2Fubm90IGJlIGFzc3VtZWQgYnkNCj4gZGVmYXVsdC4gVGhlcmUgaXMgY3VycmVudGx5 IG5vIHdheSBvZiBtYW5kYXRpbmcgc3ltbWV0cmljaXR5IGF0IGVhY2ggaG9wDQo+IGFsb25nIHRo ZSBwYXRoIG9mIHRoZSBMU1AuDQo+DQo+ICgzKSBTYXksIHdlIGFsbCBhZ3JlZSB0aGF0ICJTeW1t ZXRyaWNpdHkiIGlzIGFsd2F5cyBndWFyYW50ZWVkIChtYXliZSB3ZQ0KPiBldmVuIHN0YXRlIGl0 IGV4cGxpY2l0bHkgaW4gc29tZSBzdGFuZGFyZCBkb2N1bWVudCkuIFdvdWxkIHlvdSB0aGVuIGJl DQo+IGFibGUgdG8gdXNlIGV4aXN0aW5nIGV4dGVuc2lvbnMgYW5kIGFkZHJlc3MgdGhlICJhbGll bi13YXZlbGVuZ3RoIiBzZXR1cA0KPiB1c2UtY2FzZT8NCj4gQW5zOiBObywgdGhlIGV4aXN0aW5n IGV4dGVuc2lvbnMgc3RpbGwgZmFsbCBzaG9ydC4gV2hhdCBkb2VzIHRoZQ0KPiBpbmdyZXNzLWNs aWVudCBmaWxsIGluIHRoZSBVUFNUUkVBTV9MQUJFTCB3aGVuIGl0IGhhcyBubyBrbm93bGVkZ2Ug b24NCj4gd2hhdCBuZWVkcyB0byBiZSB1c2VkPyBBcyBwZXIgY3VycmVudCBleHRlbnNpb25zLCB0 aGUgVVBTVFJFQU1fTEFCRUwNCj4gbmVlZHMgdG8gYmUgZmlsbGVkIGluIHdpdGggYSB2YWxpZCBs YWJlbCBiZWZvcmUgc2VuZGluZyB0aGUgUEFUSCBvdXQuIFdlDQo+IHN0aWxsIG5lZWQgdGhlIGlu Z3Jlc3MtY2xpZW50IHRvIGhhdmUgc29tZSBtZWNoYW5pc20gdG8gdGVsbCB0aGUgbmV0d29yaw0K PiAtICJwbGVhc2UgaWdub3JlIHdoYXQgSSdtIGZpbGxpbmcgaW4gdGhlIFVQU1RSRUFNX0xBQkVM OyBqdXN0IHRha2UgdGhlDQo+IExBQkVMX1NFVCBpbnRvIGFjY291bnQgaWYgSSBmaWxsIG9uZTsg SSdsbCB1c2Ugd2hhdCBpcyByZXR1cm5lZCBpbiB0aGUNCj4gUkVTVi1MQUJFTCBmb3IgYm90aCBk aXJlY3Rpb25zLiINCj4NCj4gKDQpIExhYmVsIGFsbG9jYXRpb24gaGFzIGFsd2F5cyBiZWVuIGEg bG9jYWwgY2hvaWNlLiBXaHkgc2hvdWxkIHRoZQ0KPiBpbmdyZXNzIHJlcXVlc3QgaG93IGxhYmVs cyBhcmUgYWxsb2NhdGVkIGF0IHNvbWUgZG93bnN0cmVhbSBob3A/DQo+IEFuczogVGhlIGluZ3Jl c3MgaGFzIGFsd2F5cyBiZWVuIHRoZSBvbmUgdG8gcmVxdWVzdCB0aGUgZG93bnN0cmVhbSBub2Rl DQo+IHRvIGFsbG9jYXRlIGxhYmVscyBpbiBib3RoIGRpcmVjdGlvbnMuIEFsbCB0aGF0IHRoZSBk cmFmdCBpcyBwcm9wb3NpbmcNCj4gaXMgYSBtZWNoYW5pc20gZm9yIHRoZSBpbmdyZXNzIHRvIHNh eSB0aGF0IHRoZXNlIHR3byBsYWJlbHMgbmVlZCB0byBiZQ0KPiBzeW1tZXRyaWMuDQo+DQo+IEIu ICJMYWJlbCBBc3ltbWV0cmljaXR5Ig0KPg0KPiAoNCkgSGF2ZSB0aGUgIkxhYmVsIEFzeW1tZXRy aWNpdHkiIGV4dGVuc2lvbnMgYmVlbiBpbmNsdWRlZCBqdXN0IGZvcg0KPiBjb21wbGV0aW9uIHNh a2U/IENhbiB0aG9zZSBiZSBqZXR0aXNvbmVkIGlmIHdlIHRoZXJlIGlzIG5vIG5lZWQgZm9yDQo+ IGFzeW1tZXRyaWMgbGFiZWxzPw0KPiBBbnM6IFllcy4gVGhlIHByaW1hcnkgcmVhc29uIHdoeSB0 aG9zZSBleHRlbnNpb25zIGFyZSBpbmNsdWRlZCBpbiB0aGUNCj4gZHJhZnQgaXMgYmVjYXVzZSBS RkMzNDczIGFsbG93cyBhc3ltbWV0cmljaXR5LiBXZSBkb24ndCBuZWVkIHRvIGRpc2N1c3MNCj4g dGhvc2UgaWYgd2UgZXhwbGljaXRseSBzdGF0ZSBzb21ld2hlcmUgKGluIHNvbWUgc3RhbmRhcmQg ZG9jdW1lbnQpIHRoYXQNCj4gImxhYmVscyBhcmUgYWx3YXlzIHN5bW1ldHJpYyIgYW5kIHRoYXQg YWxsIHByZXZpb3VzIGV4dGVuc2lvbnMgZGVmaW5lZA0KPiBmb3IgYXN5bW1ldHJpY2l0eSBhcmUg dXNlLWxlc3MuDQo+DQo+IEMuICJVc2UtQ2FzZSINCj4NCj4gKDUpIEkgZG9uJ3QgdW5kZXJzdGFu ZCBhbnkgb2YgdGhlIGFib3ZlLiBXaHkgZG8gd2UgbmVlZCB0aGUgbmV0d29yayB0bw0KPiBhc3Np Z24gYW4gdXBzdHJlYW0gbGFiZWw/DQo+IEFuczogUGxlYXNlIHJlYWQgdGhlIGRyYWZ0LiBTZWN0 aW9uIDUgZGlzY3Vzc2VzIGEgc3BlY2lmaWMgdXNlLWNhc2UuDQo+DQo+DQo+IFJlZ2FyZHMsDQo+ IC1QYXZhbg0KPg0KPg0KPiBPbiBUdWUsIE5vdiA1LCAyMDEzIGF0IDI6MjkgQU0sIFphZmFyIEFs aSAoemFsaSkgPHphbGlAY2lzY28uY29tPG1haWx0bzp6YWxpQGNpc2NvLmNvbT4NCj4gPG1haWx0 bzp6YWxpQGNpc2NvLmNvbTxtYWlsdG86emFsaUBjaXNjby5jb20+Pj4gd3JvdGU6DQo+DQo+ICAg ICBIaS0NCj4NCj4gICAgIEZ1cnRoZXJtb3JlLCB3aGVuIChhbGllbikgd2F2ZWxlbmd0aCBpcyBz YW1lIGluIGZvcndhcmQgYW5kIHJldmVyc2UNCj4gICAgIGRpcmVjdGlvbiwgd2UgY2FuIHVzZSBs YWJlbCBzZXQgYWxvbmcgd2l0aCBhY2NlcHRhYmxlIGxhYmVsIHNldCAtIGFzDQo+ICAgICBkZWZp bmVkIGluIFJGQzM0NzMuIFRoZSBvbmx5IHVzZSBjYXNlIHRoaXMgZHJhZnQgYWRkcmVzc2VzIGlz IHdoZW4gYWxpZW4NCj4gICAgIHdhdmVsZW5ndGggYXJlIGFzeW1tZXRyaWNhbCBpbiBmb3J3YXJk IGFuZCByZXZlcnNlIGRpcmVjdGlvbi4gSSBhbSBub3QNCj4gICAgIGF3YXJlIG9mIGFueSBleGFt cGxlIG9mIHN1Y2ggdXNlIGNhc2UuDQo+DQo+ICAgICBUaGFua3MNCj4NCj4gICAgIFJlZ2FyZHMg oa0gWmFmYXINCj4NCj4NCj4gICAgIC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+ICAgICBG cm9tOiBGYXRhaSBaaGFuZyA8emhhbmdmYXRhaUBodWF3ZWkuY29tPG1haWx0bzp6aGFuZ2ZhdGFp QGh1YXdlaS5jb20+IDxtYWlsdG86emhhbmdmYXRhaUBodWF3ZWkuY29tPG1haWx0bzp6aGFuZ2Zh dGFpQGh1YXdlaS5jb20+Pj4NCj4gICAgIERhdGU6IE1vbmRheSwgTm92ZW1iZXIgNCwgMjAxMyA3 OjM4IFBNDQo+ICAgICBUbzogImp1bGllbi5tZXVyaWNAb3JhbmdlLmNvbTxtYWlsdG86anVsaWVu Lm1ldXJpY0BvcmFuZ2UuY29tPiA8bWFpbHRvOmp1bGllbi5tZXVyaWNAb3JhbmdlLmNvbTxtYWls dG86anVsaWVuLm1ldXJpY0BvcmFuZ2UuY29tPj4iDQo+ICAgICA8anVsaWVuLm1ldXJpY0BvcmFu Z2UuY29tPG1haWx0bzpqdWxpZW4ubWV1cmljQG9yYW5nZS5jb20+IDxtYWlsdG86anVsaWVuLm1l dXJpY0BvcmFuZ2UuY29tPG1haWx0bzpqdWxpZW4ubWV1cmljQG9yYW5nZS5jb20+Pj4sIFZpc2hu dQ0KPiAgICAgUGF2YW4NCj4gICAgIEJlZXJhbSA8dmlzaG51cGF2YW5AZ21haWwuY29tPG1haWx0 bzp2aXNobnVwYXZhbkBnbWFpbC5jb20+IDxtYWlsdG86dmlzaG51cGF2YW5AZ21haWwuY29tPG1h aWx0bzp2aXNobnVwYXZhbkBnbWFpbC5jb20+Pj4NCj4gICAgIENjOiAiY2NhbXBAaWV0Zi5vcmc8 bWFpbHRvOmNjYW1wQGlldGYub3JnPiA8bWFpbHRvOmNjYW1wQGlldGYub3JnPG1haWx0bzpjY2Ft cEBpZXRmLm9yZz4+IiA8Y2NhbXBAaWV0Zi5vcmc8bWFpbHRvOmNjYW1wQGlldGYub3JnPg0KPiAg ICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZzxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+Pj4NCj4gICAg IFN1YmplY3Q6IFtDQ0FNUF0gtPC4tDogIENvbW1lbnRzDQo+ICAgICBhYm91dCAgIGRyYWZ0LWJl ZXJhbS1jY2FtcC1uZXR3b3JrLWFzc2lnbmVkLXVwc3RyZWFtLWxhYmVsLTAwDQo+DQo+ICAgICA+ SGkgUGF2YW4sDQo+ICAgICA+DQo+ICAgICA+VW5kZXJzdG9vZCB3aGF0IHlvdSBzYWlkIGluIHBy aW5jaXBsZSwgYnV0IGNvdWxkIHlvdSBnaXZlIGFuIGV4YW1wbGUgdG8NCj4gICAgID5zaG93IHRo ZXJlIGFyZSBhc3ltbWVydHJpYyBsYWJlbHMgKHdhdmVsZW5ndGg/KSBmb3IgdGhlIGJpZGlyZWN0 aWFvbmFsDQo+ICAgICA+TFNQcyAoZXNwZWNpYWxsIGZvciB0aGUgdHJhbnNwb3J0IG5ldHdvcmtz KSBpbiB0aGUgcmVhbA0KPiAgICAgaW1wbGVtZW50YXRpb25zPw0KPiAgICAgPg0KPiAgICAgPj09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09DQo+ICAgICA+PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT0NCj4gICAgID5JbiBwcmFjdGljZSwgbW9zdCBiaWRpcmVjdGlvbmFsIExTUHMgaGF2ZSBs YWJlbCBzeW1tZXRyaWNpdHkgb24NCj4gICAgIGVhY2ggaG9wDQo+ICAgICA+YWxvbmcgdGhlIHBh dGggb2YgdGhlIExTUC4gQnV0IHRoaXMgaXMgc29tZXRoaW5nIHRoYXQgY2Fubm90IGJlIGFzc3Vt ZWQNCj4gICAgID5ieSBkZWZhdWx0Lg0KPiAgICAgPg0KPiAgICAgPg0KPiAgICAgPg0KPiAgICAg PlRoYW5rcw0KPiAgICAgPg0KPiAgICAgPkZhdGFpDQo+ICAgICA+DQo+ICAgICA+X19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiAgICAgPreivP7IyzogY2NhbXAtYm91 bmNlc0BpZXRmLm9yZzxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZz4gPG1haWx0bzpjY2Ft cC1ib3VuY2VzQGlldGYub3JnPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPj4NCj4gICAg IFtjY2FtcC1ib3VuY2VzQGlldGYub3JnPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPiA8 bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc8bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5v cmc+Pl0gtPqx7SBKdWxpZW4NCj4gICAgIE1ldXJpYw0KPiAgICAgPltqdWxpZW4ubWV1cmljQG9y YW5nZS5jb208bWFpbHRvOmp1bGllbi5tZXVyaWNAb3JhbmdlLmNvbT4gPG1haWx0bzpqdWxpZW4u bWV1cmljQG9yYW5nZS5jb208bWFpbHRvOmp1bGllbi5tZXVyaWNAb3JhbmdlLmNvbT4+XQ0KPiAg ICAgPreiy83KsbzkOiAyMDEzxOoxMdTCNcjVIDEwOjM1DQo+ICAgICA+ytW8/sjLOiBWaXNobnUg UGF2YW4gQmVlcmFtDQo+ICAgICA+s63LzTogY2NhbXBAaWV0Zi5vcmc8bWFpbHRvOmNjYW1wQGll dGYub3JnPiA8bWFpbHRvOmNjYW1wQGlldGYub3JnPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+DQo+ ICAgICA+1vfM4jogUmU6IFtDQ0FNUF0gQ29tbWVudHMgYWJvdXQNCj4gICAgID5kcmFmdC1iZWVy YW0tY2NhbXAtbmV0d29yay1hc3NpZ25lZC11cHN0cmVhbS1sYWJlbC0wMA0KPiAgICAgPg0KPiAg ICAgPkhpIFBhdmFuLg0KPiAgICAgPg0KPiAgICAgPkV2ZW4gdGhvdWdoIEkgYWdyZWUgd2l0aCB5 b3VyIHVuYXNzaWduZWQgVXBzdHJlYW1fTGFiZWwgcmVxdWlyZW1lbnQsIEkNCj4gICAgID5uZWVk IHRvIGRpc2FncmVlIHdpdGggdGhlIGRhdGEgcGxhbmUgcmF0aW9uYWxlIHlvdSBtZW50aW9uLg0K PiAgICAgPg0KPiAgICAgPlRoZSBVcHN0cmVhbV9MYWJlbCByZWZlcnMgdG8gdGhlIGNsaWVudCdz IG9wdGljYWwgcmVjZWl2ZXI6IHlvdSBkb24ndA0KPiAgICAgPm5lZWQgdG8gdHVuZSBhIGxhc2Vy IG9uIHRoZSByZWNlaXZlciBzaWRlLiBUaGUgZGF0YSB0cmFuc21pc3Npb24gY291bGQNCj4gICAg ID5ldmVuIHdvcmsgd2l0aG91dCBzZW5kaW5nIHRoZSBhY3R1YWwgVXBzdHJlYW1fTGFiZWwgaW4g UlNWUC1URSBtZXNzYWdlcw0KPiAgICAgPnRvIHRoZSBjbGllbnQ6IEkgYW0gbm90IHJlYWxseSBh IGZhbiBvZiB0aGF0IGFwcHJvYWNoLCBidXQgdGhhdCB3b3VsZA0KPiAgICAgPmZpdCBjYXNlcyB3 aGVyZSBvcHRpY2FsIHBvbGljaWVzIGFyZSBsZWZ0IHRvIHRoZSBvcHRpY2FsIG5ldHdvcmsuLi4N Cj4gICAgID4NCj4gICAgID5Nb3Jlb3ZlciwgSSBoYXZlIGRvdWJ0cyBvbiBwdXR0aW5nIGxhYmVs IHN5bW1ldHJ5IHdpdGhpbiB0aGUgcHJvdG9jb2wuDQo+ICAgICA+VGhpcyBpcyBtb3JlIGFuIGFs bG9jYXRpb24gcG9saWN5IGluIHRoZSBoYW5kcyBvZiBhbGxvY2F0aW5nIG5vZGVzOg0KPiAgICAg PnJlcXVlc3RpbmcgYW4gYWxsb2NhdGlvbiBtb2RlIGZyb20gYW4gaW5ncmVzcyBub2RlIHdvdWxk IG1lYW4gZG9pbmcgdGhlDQo+ICAgICA+c2VydmVyIGpvYiwgSSBhbSBub3Qgc3VyZSBpdCBpcyBk ZXNpcmFibGUuDQo+ICAgICA+DQo+ICAgICA+SnVsaWVuDQo+ICAgICA+DQo+ICAgICA+DQo+ICAg ICA+T24gMTEvMDQvMjAxMyAyMzo0OSwgVmlzaG51IFBhdmFuIEJlZXJhbSB3cm90ZToNCj4gICAg ID4+IExvdSwNCj4gICAgID4+DQo+ICAgICA+PiBUaGUgZXh0ZW5zaW9ucyBkZWZpbmVkIGluIHRo aXMgZHJhZnQgZG8gbm90IGltcG9zZSBhbnkgYmFja3dhcmRzDQo+ICAgICA+PiBjb21wYXRpYmls aXR5IGlzc3Vlcy4gVGhlIGludGVudCBpcyBkZWZpbml0ZWx5IG5vdCB0byBjaGFuZ2UgdGhlDQo+ ICAgICA+PiBmdW5kYW1lbnRhbCBhc3BlY3RzIG9mIHRoZSBwcm90b2NvbC4gQXMgeW91IHdvdWxk IGFncmVlLCBpdCBpcyBub3QNCj4gICAgID4+IG1hbmRhdG9yeSB0byB0cnkgYW5kIGZpdCB0aGUg ZXh0ZW5zaW9ucyBkZWZpbmVkIGluIFJGQzM0NzMgdG8gYWxsIGFuZA0KPiAgICAgPj4gc3VuZHJ5 LiBOZXcgZXh0ZW5zaW9ucyBhcmUgYmVpbmcgaW50cm9kdWNlZCBvbmx5IHdoZXJlIHRoZSBleGlz dGluZw0KPiAgICAgPj4gZXh0ZW5zaW9ucyBmYWxsIHNob3J0LiBMZXQgbWUgd2FsayB0aHJvdWdo IHRoZSByZXF1aXJlbWVudHMgdGhhdCB3ZQ0KPiAgICAgPj4gYXJlIGxvb2tpbmcgYXQgYW5kIHRo YXQgd291bGQgaG9wZWZ1bGx5IGV4cGxhaW4gdGhlIGxpbWl0YXRpb25zDQo+ICAgICBvZiB0aGUN Cj4gICAgID4+IGV4aXN0aW5nIGV4dGVuc2lvbnMuDQo+ICAgICA+Pg0KPiAgICAgPj4gQmFzZSBy ZXF1aXJlbWVudCA6DQo+ICAgICA+PiBOZWVkIGEgbWVjaGFuaXNtIGZvciBhIGdpdmVuIG5vZGUg dG8gc2F5IHRoYXQgaXQgY2Fubm90IGFzc2lnbiBhbg0KPiAgICAgPj4gdXBzdHJlYW0tbGFiZWwg b24gaXRzIG93biBhbmQgdGhhdCBpdCBuZWVkcyB0aGUgbmV0d29yayAocmVhZA0KPiAgICAgPj4g ZG93bnN0cmVhbSkgdG8gYXNzaWduIGl0IGluc3RlYWQuDQo+ICAgICA+Pg0KPiAgICAgPj4gQ29y b2xsYXJ5IHJlcXVpcmVtZW50cyA6DQo+ICAgICA+PiAxLiBOZWVkIGEgbWVjaGFuaXNtIGZvciBh IGdpdmVuIG5vZGUgdG8gYXNrIGZvciBhIG5ldHdvcmstYXNzaWduZWQNCj4gICAgID4+IHVwc3Ry ZWFtIGxhYmVsIHdpdGhvdXQgaGF2aW5nIHRvIHNwZWNpZnkgYW55IGlucHV0cyBvbiB3aGF0IGxh YmVsDQo+ICAgICA+PiBuZWVkcyB0byBnZXQgcGlja2VkLg0KPiAgICAgPj4gMi4gTmVlZCBhIG1l Y2hhbmlzbSBmb3IgYSBnaXZlbiBub2RlIHRvIGFzayBmb3IgYSBuZXR3b3JrLWFzc2lnbmVkDQo+ ICAgICA+PiB1cHN0cmVhbSBsYWJlbCBhbmQgYWxzbyBzcGVjaWZ5IHNvbWUgY2hvaWNlcyBmb3Ig dGhlIGxhYmVsIHRoYXQgbmVlZHMNCj4gICAgID4+IHRvIGdldCBwaWNrZWQuDQo+ICAgICA+PiAz LiBJZiBsYWJlbHMgYXJlIHN5bW1ldHJpYywgYSBnaXZlbiBub2RlIGNhbiBzaW1wbHkgdXNlIHRo ZSBsYWJlbA0KPiAgICAgPj4gcmV0dXJuZWQgaW4gdGhlIExBQkVMIG9iamVjdCBvZiB0aGUgUkVT ViBtZXNzYWdlIGZvciBib3RoIGRpcmVjdGlvbnMuDQo+ICAgICA+PiBJbiBwcmFjdGljZSwgbW9z dCBiaWRpcmVjdGlvbmFsIExTUHMgaGF2ZSBsYWJlbCBzeW1tZXRyaWNpdHkgb24gZWFjaA0KPiAg ICAgPj4gaG9wIGFsb25nIHRoZSBwYXRoIG9mIHRoZSBMU1AuIEJ1dCB0aGlzIGlzIHNvbWV0aGlu ZyB0aGF0IGNhbm5vdCBiZQ0KPiAgICAgPj4gYXNzdW1lZCBieSBkZWZhdWx0LiBIZW5jZSwgdGhl cmUgaXMgYSBuZWVkIHRvIGhhdmUgYSBtZWNoYW5pc20NCj4gICAgIGZvciB0aGUNCj4gICAgID4+ IGluZ3Jlc3MgdG8gcmVxdWVzdCAibGFiZWwgc3ltbWV0cmljaXR5IiBhdCBlYWNoIGhvcCBhbG9u ZyB0aGUgcGF0aCBvZg0KPiAgICAgPj4gdGhlIExTUC4NCj4gICAgID4+DQo+ICAgICA+PiBDYW4g eW91IHNvbWVob3cgZml0IGEgc29sdXRpb24gdXNpbmcgdGhlIGN1cnJlbnQgZXh0ZW5zaW9ucyBh bmQgY2F0ZXINCj4gICAgID4+IHRvIHRoZSBhYm92ZSByZXF1aXJlbWVudHM/DQo+ICAgICA+PiBX ZSBiZWxpZXZlIHRoZSBhbnN3ZXIgaXMgTk8uIE9uZSBzdWdnZXN0aW9uIG9uIHRoZSBtYWlsaW5n IGxpc3QNCj4gICAgIHdhcyB0bw0KPiAgICAgPj4gc2V0IGEgcmFuZG9tIFVQU1RSRUFNX0xBQkVM IGFuZCBzZW5kIGl0IG91dCBvbiBhIGZpc2hpbmcgZXhwZWRpdGlvbi4NCj4gICAgID4+IFRoZSBp ZGVhIHdhcyB0aGF0IHRoZSBkb3duc3RyZWFtIG5vZGUgd291bGQgdGhlbiByZXNwb25kIHdpdGgg YQ0KPiAgICAgPj4gUEFUSC1FUlIgY2FycnlpbmcgYW4gQUNDRVBUQUJMRV9MQUJFTF9TRVQuIEpv aG4gYW5kIElnb3IgaGF2ZQ0KPiAgICAgcHJvdmlkZWQNCj4gICAgID4+IGEgbGlzdCBvZiByZWFz b25zIG9uIHdoeSB0aGF0IGlzbid0IGEgZ3JlYXQgaWRlYS4gTGV0IG1lIGFkZCBhbm90aGVyDQo+ ICAgICA+PiBwb2ludCAtDQo+ICAgICA+PiAtIEFzIHBlciBSRkMzNDczIC0gd2hlbiBhIG5vZGUg cmVjZWl2ZXMgYW4gVVBTVFJFQU1fTEFCRUwgb2JqZWN0IGluDQo+ICAgICA+PiB0aGUgUEFUSCwg aXQgbWVhbnMgdGhhdCB0aGUgdXBzdHJlYW0gbm9kZSBNVVNUIGhhdmUgYWxyZWFkeQ0KPiAgICAg Pj4gaW5zdGFsbGVkL3Byb2dyYW1tZWQgdGhpcyBsYWJlbC4gSW4gdGhlIGFsaWVuIHdhdmVsZW5n dGggdXNlLWNhc2UNCj4gICAgID4+IChkaXNjdXNzZWQgaW4gdGhlIGRyYWZ0KSwgd2hlbiB0aGUg bmV0d29yayByZWNlaXZlcyB0aGlzIG1lc3NhZ2UsIGl0DQo+ICAgICA+PiB3b3VsZCBtZWFuIHRo YXQgdGhlIGxhc2VyIGhhcyBhbHJlYWR5IGJlZW4gdHVuZWQgdG8gdGhpcw0KPiAgICAgd2F2ZWxl bmd0aCBhdA0KPiAgICAgPj4gdGhlIGNsaWVudC4gVGhhdCBiZWF0cyB0aGUgdmVyeSBwdXJwb3Nl IG9mIHJlcXVlc3RpbmcgYSBuZXR3b3JrDQo+ICAgICA+PiBhc3NpZ25lZCB1cHN0cmVhbSBsYWJl bC4gRG9lc24ndCBpdD8gU28sIHRoZSBwb2ludCBpcyB0aGF0IHdpdGggdGhlDQo+ICAgICA+PiBj dXJyZW50IHNlbWFudGljcyBvZiBhbiBVUFNUUkVBTV9MQUJFTCwgeW91IGNhbm5vdCB1c2UgaXQg Zm9yIHRoZQ0KPiAgICAgY2FzZQ0KPiAgICAgPj4gd2hlcmUgdGhlIHVwc3RyZWFtLWxhYmVsIGhh c24ndCBiZWVuIGluc3RhbGxlZC9wcm9ncmFtbWVkIHlldC4gSWYNCj4gICAgIHNvbWUNCj4gICAg ID4+IGltcGxlbWVudGF0aW9uIGRlY2lkZXMgdG8gaWdub3JlIHRoZXNlIHNlbWFudGljcywgaG93 IHdvdWxkIHRoZQ0KPiAgICAgPj4gbmV0d29yayBrbm93IHdoZXRoZXIgdGhlIGluZ3Jlc3MtY2xp ZW50IGhhcyBhbHJlYWR5IGluc3RhbGxlZCB0aGlzDQo+ICAgICA+PiBsYWJlbCBvciBub3QgKHdo ZXRoZXIgdGhlIGxhc2VyIGlzIGFscmVhZHkgdHVuZWQgb3Igbm90KS4NCj4gICAgID4+DQo+ICAg ICA+PiBSRkMzNDczIHN0YXRlcyB0aGF0IGEgQmlkaXJlY3Rpb25hbC1MU1Agc2V0dXAgcmVxdWVz dCBpcw0KPiAgICAgaWRlbnRpZmllZCBieQ0KPiAgICAgPj4gdGhlIHByZXNlbmNlIG9mIGFuICJV UFNUUkVBTV9MQUJFTCIgb2JqZWN0IGluIHRoZSBQQVRIIG1zZy4gVGhpcw0KPiAgICAgZHJhZnQN Cj4gICAgID4+IGRvZXMgcHJvcG9zZSAyIG90aGVyIG1lY2hhbmlzbXM6DQo+ICAgICA+PiAtIFRo ZSBwcmVzZW5jZSBvZiB0aGUgIkxhYmVsIFN5bW1ldHJpY2l0eSBSZXF1aXJlZCIgRmxhZyBpbiB0 aGUgUEFUSA0KPiAgICAgPj4gLSBUaGUgcHJlc2VuY2Ugb2YgdGhlICJVUFNUUkVBTV9MQUJFTF9T RVQiIG9iamVjdCBpbiB0aGUgUEFUSA0KPiAgICAgPj4gSWYgYSBkb3duc3RyZWFtIG5vZGUgZG9l cyBub3QgdW5kZXJzdGFuZCBhbnkgb2YgdGhlIGFib3ZlDQo+ICAgICBpbmRpY2F0aW9ucywNCj4g ICAgID4+IGl0IHdvdWxkIHJlamVjdCB0aGUgc2V0dXAgcmVxdWVzdC4gSW4gYm90aCBzY2VuYXJp b3MgLSBhZnRlciB0aGUNCj4gICAgID4+IG5ldHdvcmsgaGFzIGFzc2lnbmVkIHRoZSB1cHN0cmVh bS1sYWJlbCwgdGhlIGNvbmNlcm5lZCBub2RlIGlzDQo+ICAgICBhbGxvd2VkDQo+ICAgICA+PiB0 byBzdGFydCBzaWduYWxpbmcgdGhlIFVQU1RSRUFNX0xBQkVMIG9iamVjdCBpbiB0aGUgUEFUSC4g SSBkb24ndA0KPiAgICAgPj4gdW5kZXJzdGFuZCBob3cgYWRkaW5nIHR3byBvdGhlciBtZWNoYW5p c21zIGZvciBCaWRpcmVjdGlvbmFsIExTUA0KPiAgICAgc2V0dXANCj4gICAgID4+IHRyYW5zbGF0 ZXMgdG8gY2hhbmdpbmcgZnVuZGFtZW50YWwgYXNwZWN0cyBvZiB0aGUgcHJvdG9jb2wuDQo+ICAg ICA+PiBJbXBsZW1lbnRhdGlvbnMgdGhhdCBjYW4gc3VwcG9ydCB0aGVzZSBleHRlbnNpb25zIGNh bi4gT3RoZXJzIGNhbg0KPiAgICAgPj4gc3RpbGwgYmUgaGFwcHkgd2l0aCB0aGVpciAicnVubmlu ZyBjb2RlIi4NCj4gICAgID4+DQo+ICAgICA+PiBSZWdhcmRzLA0KPiAgICAgPj4gLVBhdmFuDQo+ ICAgICA+Pg0KPiAgICAgPj4NCj4gICAgID4+DQo+ICAgICA+PiBPbiBNb24sIE5vdiA0LCAyMDEz IGF0IDI6MTggUE0sIExvdSBCZXJnZXIgPGxiZXJnZXJAbGFibi5uZXQ8bWFpbHRvOmxiZXJnZXJA bGFibi5uZXQ+DQo+ICAgICA8bWFpbHRvOmxiZXJnZXJAbGFibi5uZXQ8bWFpbHRvOmxiZXJnZXJA bGFibi5uZXQ+Pg0KPiAgICAgPj4gPG1haWx0bzpsYmVyZ2VyQGxhYm4ubmV0PG1haWx0bzpsYmVy Z2VyQGxhYm4ubmV0PiA8bWFpbHRvOmxiZXJnZXJAbGFibi5uZXQ8bWFpbHRvOmxiZXJnZXJAbGFi bi5uZXQ+Pj4+IHdyb3RlOg0KPiAgICAgPj4NCj4gICAgID4+ICAgICBKb2huLCAoYXV0aG9ycykN Cj4gICAgID4+DQo+ICAgICA+PiAgICAgUGVyaGFwcyBpdCB3b3VsZCBiZSB1c2VmdWwgdG8gcmVm b2N1cyBhIG1vbWVudCBvbiB0aGUgc3BlY2lmaWMNCj4gICAgID4+ICAgICBsaW1pdGF0aW9ucyB0 aGUgZHJhZnQgaXMgZm9jdXNpbmcgb24uDQo+ICAgICA+Pg0KPiAgICAgPj4gICAgIFRoZXJlJ3Mg bm8gcXVlc3Rpb24gdGhhdCAzNDczIG1hZGUgY2VydGFpbiBjaG9pY2VzIGJhc2VkIG9uDQo+ICAg ICBleHBlY3RlZA0KPiAgICAgPj4gICAgIHVzZXMgYW5kIHByb2JhYmlsaXRpZXMgdGhhdCBtYXkg bm90IGhvbGQsIGJ1dCB3ZSBkbyBuZWVkIHRvIGJlDQo+ICAgICA+PmNhcmVmdWwNCj4gICAgID4+ ICAgICB3aGVuIGNoYW5naW5nIGZ1bmRhbWVudGFscyBvZiB0aGUgcHJvdG9jb2wgKGUuZy4gbW92 aW5nIGF3YXkgZnJvbQ0KPiAgICAgPj50aGUNCj4gICAgID4+ICAgICB1c2Ugb2YgdGhlIHVwc3Ry ZWFtIGxhYmVsIG9iamVjdCBhcyB0aGUgYmFzaWMgb2JqZWN0IHRoYXQNCj4gICAgIGluZGljYXRl cw0KPiAgICAgPj5hDQo+ICAgICA+PiAgICAgYmlkaXJlY3Rpb25hbCBMU1AuKQ0KPiAgICAgPj4N Cj4gICAgID4+ICAgICBTbyBpcyBpdCBmYWlyIHRvIHNheSB0aGF0IHRoZSBtYWluIGxpbWl0YXRp b24gdGhhdCB0aGUgZHJhZnQgaXMNCj4gICAgID4+dHJ5aW5nDQo+ICAgICA+PiAgICAgdG8gYWRk cmVzcyBpcyB0aGUgaW5hYmlsaXR5IHRvIHN1cHBvcnQgZG93bnN0cmVhbSBzZWxlY3Rpb24gb2YN Cj4gICAgID4+ICAgICB1cHN0cmVhbQ0KPiAgICAgPj4gICAgIGxhYmVscz8NCj4gICAgID4+DQo+ ICAgICA+PiAgICAgVGhlIGRyYWZ0IGFsc28gYWxsb3dzIGZvciBib3RoIHN5bW1ldHJpYyBhbmQg YXN5bW1ldHJpYyBsYWJlbA0KPiAgICAgdmFsdWUNCj4gICAgID4+ICAgICBhbGxvY2F0aW9uLiBJ UyB0aGlzIGEgcmVxdWlyZW1lbnQsIG9yIGFzeW1tZXRyaWMganVzdA0KPiAgICAgaW5jbHVkZWQg Zm9yDQo+ICAgICA+PiAgICAgY29tcGxldGVuZXNzPw0KPiAgICAgPj4NCj4gICAgID4+ICAgICBB cmUgdGhlcmUgb3RoZXIgcmVxdWlyZW1lbnRzIC8gbGltaXRhdGlvbnMgeW91IGFyZSB0cnlpbmcg dG8NCj4gICAgID4+YWRkcmVzcz8NCj4gICAgID4+DQo+ICAgICA+PiAgICAgTG91DQo+ICAgICA+ Pg0KPiAgICAgPj4gICAgIE9uIDExLzA0LzIwMTMgMDE6MjQgUE0sIEpvaG4gRSBEcmFrZSB3cm90 ZToNCj4gICAgID4+ICAgICA+IFphZmFyLA0KPiAgICAgPj4gICAgID4NCj4gICAgID4+ICAgICA+ IEJvdGggSWdvciBhbmQgSSBoYXZlIGxpc3RlZCB0ZWNobmljYWwgaXNzdWVzIHdpdGggUkZDMzQ3 Mw0KPiAgICAgYW5kIHlvdXINCj4gICAgID4+ICAgICA+IHJlc3BvbnNlIGlzIHRoYXQgeW91IHJl YWxseSByZWFsbHkgbGlrZSBSRkMzNDczLiBJJ20gaGFwcHkgZm9yDQo+ICAgICA+PiAgICAgeW91 IGJ1dA0KPiAgICAgPj4gICAgID4gdW5pbXByZXNzZWQuDQo+ICAgICA+PiAgICAgPg0KPiAgICAg Pj4gICAgID4gSm9obg0KPiAgICAgPj4gICAgID4NCj4gICAgID4+ICAgICA+IFNlbnQgZnJvbSBt eSBpUGhvbmUNCj4gICAgID4+ICAgICA+DQo+ICAgICA+PiAgICAgPiBPbiBOb3YgNCwgMjAxMywg YXQgOTo0MyBBTSwgIlphZmFyIEFsaSAoemFsaSkiDQo+ICAgICA8emFsaUBjaXNjby5jb208bWFp bHRvOnphbGlAY2lzY28uY29tPiA8bWFpbHRvOnphbGlAY2lzY28uY29tPG1haWx0bzp6YWxpQGNp c2NvLmNvbT4+DQo+ICAgICA+PiAgICAgPG1haWx0bzp6YWxpQGNpc2NvLmNvbTxtYWlsdG86emFs aUBjaXNjby5jb20+IDxtYWlsdG86emFsaUBjaXNjby5jb208bWFpbHRvOnphbGlAY2lzY28uY29t Pj4+DQo+ICAgICA+PiAgICAgPiA8bWFpbHRvOnphbGlAY2lzY28uY29tPG1haWx0bzp6YWxpQGNp c2NvLmNvbT4gPG1haWx0bzp6YWxpQGNpc2NvLmNvbTxtYWlsdG86emFsaUBjaXNjby5jb20+Pg0K PiAgICAgPG1haWx0bzp6YWxpQGNpc2NvLmNvbTxtYWlsdG86emFsaUBjaXNjby5jb20+IDxtYWls dG86emFsaUBjaXNjby5jb208bWFpbHRvOnphbGlAY2lzY28uY29tPj4+Pj4gd3JvdGU6DQo+ICAg ICA+PiAgICAgPg0KPiAgICAgPj4gICAgID4+IElnb3IsIEpvaG4tDQo+ICAgICA+PiAgICAgPj4N Cj4gICAgID4+ICAgICA+PiBQbGVhc2Ugc2VlIGluLWxpbmUuDQo+ICAgICA+PiAgICAgPj4NCj4g ICAgID4+ICAgICA+PiBGcm9tOiAiSUJyeXNraW5AYWR2YW9wdGljYWwuY29tPG1haWx0bzpJQnJ5 c2tpbkBhZHZhb3B0aWNhbC5jb20+DQo+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2Fs LmNvbTxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPj4NCj4gICAgID4+ICAgICA8bWFp bHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbTxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwu Y29tPg0KPiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb208bWFpbHRvOklCcnlz a2luQGFkdmFvcHRpY2FsLmNvbT4+PiA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbTxt YWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPg0KPiAgICAgPG1haWx0bzpJQnJ5c2tpbkBh ZHZhb3B0aWNhbC5jb208bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4+DQo+ICAgICA+ PiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb208bWFpbHRvOklCcnlza2luQGFk dmFvcHRpY2FsLmNvbT4NCj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPG1h aWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+Pj4+Ig0KPiAgICAgPj4gICAgID4+IDxJQnJ5 c2tpbkBhZHZhb3B0aWNhbC5jb208bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4NCj4g ICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPG1haWx0bzpJQnJ5c2tpbkBhZHZh b3B0aWNhbC5jb20+PiA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbTxtYWlsdG86SUJy eXNraW5AYWR2YW9wdGljYWwuY29tPg0KPiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNh bC5jb208bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4+Pg0KPiAgICAgPj4gICAgIDxt YWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNh bC5jb20+DQo+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbTxtYWlsdG86SUJy eXNraW5AYWR2YW9wdGljYWwuY29tPj4gPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb208 bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4NCj4gICAgIDxtYWlsdG86SUJyeXNraW5A YWR2YW9wdGljYWwuY29tPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+Pj4+Pg0KPiAg ICAgPj4gICAgID4+IERhdGU6IE1vbmRheSwgTm92ZW1iZXIgNCwgMjAxMyA4OjU3IEFNDQo+ICAg ICA+PiAgICAgPj4gVG86IHphbGkgPHphbGlAY2lzY28uY29tPG1haWx0bzp6YWxpQGNpc2NvLmNv bT4gPG1haWx0bzp6YWxpQGNpc2NvLmNvbTxtYWlsdG86emFsaUBjaXNjby5jb20+Pg0KPiAgICAg PG1haWx0bzp6YWxpQGNpc2NvLmNvbTxtYWlsdG86emFsaUBjaXNjby5jb20+IDxtYWlsdG86emFs aUBjaXNjby5jb208bWFpbHRvOnphbGlAY2lzY28uY29tPj4+DQo+ICAgICA+PiAgICAgPG1haWx0 bzp6YWxpQGNpc2NvLmNvbTxtYWlsdG86emFsaUBjaXNjby5jb20+IDxtYWlsdG86emFsaUBjaXNj by5jb208bWFpbHRvOnphbGlAY2lzY28uY29tPj4NCj4gICAgIDxtYWlsdG86emFsaUBjaXNjby5j b208bWFpbHRvOnphbGlAY2lzY28uY29tPiA8bWFpbHRvOnphbGlAY2lzY28uY29tPG1haWx0bzp6 YWxpQGNpc2NvLmNvbT4+Pj4+LA0KPiAgICAgPj4gICAgICJqZHJha2VAanVuaXBlci5uZXQ8bWFp bHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4gPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ8bWFpbHRv OmpkcmFrZUBqdW5pcGVyLm5ldD4+DQo+ICAgICA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldDxt YWlsdG86amRyYWtlQGp1bmlwZXIubmV0PiA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldDxtYWls dG86amRyYWtlQGp1bmlwZXIubmV0Pj4+DQo+ICAgICA+PiAgICAgPj4gPG1haWx0bzpqZHJha2VA anVuaXBlci5uZXQ8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4gPG1haWx0bzpqZHJha2VAanVu aXBlci5uZXQ8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4+DQo+ICAgICA8bWFpbHRvOmpkcmFr ZUBqdW5pcGVyLm5ldDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0PiA8bWFpbHRvOmpkcmFrZUBq dW5pcGVyLm5ldDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0Pj4+PiINCj4gICAgID4+ICAgICA8 amRyYWtlQGp1bmlwZXIubmV0PG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+IDxtYWlsdG86amRy YWtlQGp1bmlwZXIubmV0PG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+Pg0KPiAgICAgPG1haWx0 bzpqZHJha2VAanVuaXBlci5uZXQ8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4gPG1haWx0bzpq ZHJha2VAanVuaXBlci5uZXQ8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4+Pg0KPiAgICAgPj4g ICAgID4+IDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0PG1haWx0bzpqZHJha2VAanVuaXBlci5u ZXQ+IDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0PG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+ Pg0KPiAgICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ8bWFpbHRvOmpkcmFrZUBqdW5pcGVy Lm5ldD4gPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5l dD4+Pj4+DQo+ICAgICA+PiAgICAgPj4gQ2M6ICJjY2FtcEBpZXRmLm9yZzxtYWlsdG86Y2NhbXBA aWV0Zi5vcmc+IDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc8bWFpbHRvOmNjYW1wQGlldGYub3JnPj4N Cj4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc8bWFpbHRvOmNjYW1wQGlldGYub3JnPiA8bWFp bHRvOmNjYW1wQGlldGYub3JnPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+Pg0KPiAgICAgPj4gICAg IDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc8bWFpbHRvOmNjYW1wQGlldGYub3JnPiA8bWFpbHRvOmNj YW1wQGlldGYub3JnPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+DQo+ICAgICA8bWFpbHRvOmNjYW1w QGlldGYub3JnPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4gPG1haWx0bzpjY2FtcEBpZXRmLm9yZzxt YWlsdG86Y2NhbXBAaWV0Zi5vcmc+Pj4+IiA8Y2NhbXBAaWV0Zi5vcmc8bWFpbHRvOmNjYW1wQGll dGYub3JnPg0KPiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZzxtYWlsdG86Y2NhbXBAaWV0Zi5v cmc+Pg0KPiAgICAgPj4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc8bWFpbHRvOmNjYW1wQGll dGYub3JnPiA8bWFpbHRvOmNjYW1wQGlldGYub3JnPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+Pg0K PiAgICAgPj4gICAgID4+IDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc8bWFpbHRvOmNjYW1wQGlldGYu b3JnPiA8bWFpbHRvOmNjYW1wQGlldGYub3JnPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+DQo+ICAg ICA8bWFpbHRvOmNjYW1wQGlldGYub3JnPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4gPG1haWx0bzpj Y2FtcEBpZXRmLm9yZzxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+Pj4+Pg0KPiAgICAgPj4gICAgID4+ IFN1YmplY3Q6IFJFOiBDb21tZW50cyBhYm91dA0KPiAgICAgPj4gICAgID4+IGRyYWZ0LWJlZXJh bS1jY2FtcC1uZXR3b3JrLWFzc2lnbmVkLXVwc3RyZWFtLWxhYmVsLTAwDQo+ICAgICA+PiAgICAg Pj4NCj4gICAgID4+ICAgICA+PiBaYWZhciwNCj4gICAgID4+ICAgICA+Pg0KPiAgICAgPj4gICAg ID4+IDEpIFVzaW5nIGFuIGVycm9yIGluZGljYXRpb24gYXMgYSBwYXJ0IG9mIG5vcm1hbCBwcm90 b2NvbA0KPiAgICAgPj4gICAgID4+IG9wZXJhdGlvbiBpcyBub3QgZ29vZCBkZXNpZ24gcHJhY3Rp Y2UuDQo+ICAgICA+PiAgICAgPj4NCj4gICAgID4+ICAgICA+PiBVc2Ugb2YgUGF0aCBlcnJvciBh bmQgbm90aWZ5IG1lc3NhZ2UgaXMgYW4gaW50ZWdyYWwgcGFydA0KPiAgICAgb2YgdGhlDQo+ICAg ICA+PiAgICAgPj4gUlNWUC1URSBkZXNpZ24uIEFsc28gcGxlYXNlIG5vdGUgdGhhdCB3ZSBhcmUg bm90IGRlYmF0aW5nDQo+ICAgICBhYm91dCBhDQo+ICAgICA+PiAgICAgPj4gbmV3IHByb2NlZHVy ZSBiZWluZyBwcm9wb3NlZCBidXQgdGFsa2luZyBhYm91dCBhIHByb2NlZHVyZQ0KPiAgICAgdGhh dA0KPiAgICAgPj5pcw0KPiAgICAgPj4gICAgID4+IGFscmVhZHkgaW1wbGVtZW50ZWQgYW5kIGRl cGxveWVkLg0KPiAgICAgPj4gICAgID4+DQo+ICAgICA+PiAgICAgPj4NCj4gICAgID4+ICAgICA+ Pg0KPiAgICAgPj4gICAgID4+IElCPj4gVGhlIHdheSBJIGludGVycHJldCB0aGlzIGRpc2N1c3Np b24gaXMgc29tZXRoaW5nIGxpa2UNCj4gICAgIHRoaXM6DQo+ICAgICA+PiAgICAgPj4NCj4gICAg ID4+ICAgICA+Pg0KPiAgICAgPj4gICAgID4+DQo+ICAgICA+PiAgICAgPj4gSm9objogSSBiZWxp ZXZlIHRoYXQgd2hpdGUgaXMgYSBsaWdodGVyIGNvbG9yIHRoYW4gYmxhY2suDQo+ICAgICA+PiAg ICAgPj4NCj4gICAgID4+ICAgICA+PiBaYWZhOiBXZWxsLCBKb2huLCBibGFjayBpcyBhbiBpbnRl Z3JhbCBwYXJ0IG9mIHRoZSBjb2xvcg0KPiAgICAgcGFsbGV0Lg0KPiAgICAgPj4gICAgID4+IE1h bnkgbWF0dXJlIGFwcGxpY2F0aW9ucyBzdWNjZXNzZnVsbHkgdXNlIGJsYWNrIGZvciB0aGVpcg0K PiAgICAgdmFyaW91cw0KPiAgICAgPj4gICAgID4+IHB1cnBvc2VzLiBNeSBpbXBsZW1lbnRhdGlv bnMsIGZvciBleGFtcGxlLCB1c2UgYmxhY2sgZm9yDQo+ICAgICBwcmV0dHkNCj4gICAgID4+ICAg ICA+PiBtdWNoIGV2ZXJ5dGhpbmehrS4uIFNvLCBpdCBpcyBub3QgY2xlYXIgd2hpY2ggY29sb3Ig aXMgbGlnaHRlciwNCj4gICAgID4+YW5kDQo+ICAgICA+PiAgICAgPj4gd2h5IGRvIHdlIG5lZWQg b3RoZXIgY29sb3JzIGF0IGFsbC4gOj0pDQo+ICAgICA+PiAgICAgPj4NCj4gICAgID4+ICAgICA+ Pg0KPiAgICAgPj4gICAgID4+DQo+ICAgICA+PiAgICAgPj4gSSBtZWFuIHRvIHNheSB0aGF0IHlv dXIsIFphZmFyLCBjb21tZW50cyBJTUhPIGFyZSBub3QNCj4gICAgID4+Y29uc3RydWN0aXZlDQo+ ICAgICA+PiAgICAgPj4gdGVjaG5pY2FsIGFyZ3VtZW50cy4NCj4gICAgID4+ICAgICA+Pg0KPiAg ICAgPj4gICAgID4+IElnb3INCj4gICAgID4+ICAgICA+Pg0KPiAgICAgPj4gICAgID4+DQo+ICAg ICA+PiAgICAgPj4NCj4gICAgID4+ICAgICA+PiBIaSBJZ29yIGFuZCBKb2huOg0KPiAgICAgPj4g ICAgID4+DQo+ICAgICA+PiAgICAgPj4gVGhpcyBpcyByZWFsbHkgZnVubnkuIFRoaXMgaXMgdGhl IGZpcnN0IHRpbWUgSSBoYXZlIGhlYXJkIHRoYXQNCj4gICAgID4+ICAgICBydW5uaW5nDQo+ICAg ICA+PiAgICAgPj4gY29kZSBoYXMgbm8gbWVyaXQgYXQgSUVURiA6KSBUaGlzIGlzIGVzcGVjaWFs bHkgd2hlbiB0aGUNCj4gICAgID4+ICAgICBydW5uaW5nIGNvZGUNCj4gICAgID4+ICAgICA+PiBp cyBkaXJlY3RseSBjb21pbmcgZnJvbSBSRkMzNDczLiBZb3UgYXJlIGNhbGxpbmcgaXQgIm5vdA0K PiAgICAgPj4gICAgIGNvbnN0cnVjdGl2ZQ0KPiAgICAgPj4gICAgID4+IHRlY2huaWNhbCBhcmd1 bWVudHMiISBMYXN0IEkgaGVhcmQgd2UgYmVsaWV2ZWQgaW4gcnVubmluZyBjb2RlDQo+ICAgICA+ PihTZWUNCj4gICAgID4+ICAgICA+PiB5b3VyIFQtc2hpcnQgZnJvbSB0aGUgZWxlY3Rpb24gZGF5 IGZyb20gSUVURiBBdGxhbnRhKS4NCj4gICAgID4+ICAgICA+Pg0KPiAgICAgPj4gICAgID4+IFlv dXIgZHJhZnQgaXMgT05MWSBhcHBsaWNhYmxlIGZvciBhIHVzZSBjYXNlIHdoZXJlDQo+ICAgICB1 cHN0cmVhbSBhbmQNCj4gICAgID4+ICAgICA+PiBkb3duc3RyZWFtIGFsaWVuIHdhdmVsZW5ndGgg YXJlIGRpZmZlcmVudC4gV2hlbiB1cHN0cmVhbSBhbmQNCj4gICAgID4+ICAgICA+PiBkb3duc3Ry ZWFtIGFsaWVuIHdhdmVsZW5ndGggYXJlIHNhbWUsIHVzZSBvZiBhY2NlcHRhYmxlIGxhYmVsDQo+ ICAgICA+PiAgICAgc2V0IGFuZA0KPiAgICAgPj4gICAgID4+IGxhYmVsIHNldCBvYmplY3RzIGNv bnN0aXR1dGUgdGhlIHJ1bm5pbmcgY29kZS4gSG93ZXZlciwgeW91cg0KPiAgICAgPj5kcmFmdA0K PiAgICAgPj4gICAgID4+IG5laXRoZXIgbWFrZXMgdGhhdCBhcHBsaWNhYmlsaXR5IHN0YXRlbWVu dCBub3IgbWFrZXMgYW55DQo+ICAgICBtZW50aW9uDQo+ICAgICA+Pm9yDQo+ICAgICA+PiAgICAg Pj4gY292ZXIgb3IgcmVmZXJlbmNlIHRvIHByb2NlZHVyZSBJIHF1b3RlZCBmcm9tIFJGQzM0NzMu DQo+ICAgICA+PiAgICAgPj4NCj4gICAgID4+ICAgICA+PiBUaGFua3MNCj4gICAgID4+ICAgICA+ Pg0KPiAgICAgPj4gICAgID4+IFJlZ2FyZHOhrVphZmFyDQo+ICAgICA+PiAgICAgPj4NCj4gICAg ID4+ICAgICA+Pg0KPiAgICAgPj4gICAgID4+DQo+ICAgICA+PiAgICAgPj4NCj4gICAgID4+ICAg ICA+Pg0KPiAgICAgPj4gICAgID4+ICpGcm9tOipaYWZhciBBbGkgKHphbGkpIFttYWlsdG86emFs aUBjaXNjby5jb208bWFpbHRvOnphbGlAY2lzY28uY29tPg0KPiAgICAgPG1haWx0bzp6YWxpQGNp c2NvLmNvbTxtYWlsdG86emFsaUBjaXNjby5jb20+Pg0KPiAgICAgPj4gICAgIDxtYWlsdG86emFs aUBjaXNjby5jb208bWFpbHRvOnphbGlAY2lzY28uY29tPiA8bWFpbHRvOnphbGlAY2lzY28uY29t PG1haWx0bzp6YWxpQGNpc2NvLmNvbT4+Pl0NCj4gICAgID4+ICAgICA+PiAqU2VudDoqIE1vbmRh eSwgTm92ZW1iZXIgMDQsIDIwMTMgMTo1MSBBTQ0KPiAgICAgPj4gICAgID4+ICpUbzoqIEpvaG4g RSBEcmFrZTsgSWdvciBCcnlza2luDQo+ICAgICA+PiAgICAgPj4gKkNjOiogY2NhbXBAaWV0Zi5v cmc8bWFpbHRvOmNjYW1wQGlldGYub3JnPiA8bWFpbHRvOmNjYW1wQGlldGYub3JnPG1haWx0bzpj Y2FtcEBpZXRmLm9yZz4+DQo+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnPG1haWx0bzpjY2Ft cEBpZXRmLm9yZz4gPG1haWx0bzpjY2FtcEBpZXRmLm9yZzxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+ Pj4NCj4gICAgID4+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnPG1haWx0bzpjY2FtcEBpZXRm Lm9yZz4gPG1haWx0bzpjY2FtcEBpZXRmLm9yZzxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+Pg0KPiAg ICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZzxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+IDxtYWlsdG86 Y2NhbXBAaWV0Zi5vcmc8bWFpbHRvOmNjYW1wQGlldGYub3JnPj4+Pg0KPiAgICAgPj4gICAgID4+ ICpTdWJqZWN0OiogUmU6IENvbW1lbnRzIGFib3V0DQo+ICAgICA+PiAgICAgPj4gZHJhZnQtYmVl cmFtLWNjYW1wLW5ldHdvcmstYXNzaWduZWQtdXBzdHJlYW0tbGFiZWwtMDANCj4gICAgID4+ICAg ICA+Pg0KPiAgICAgPj4gICAgID4+DQo+ICAgICA+PiAgICAgPj4NCj4gICAgID4+ICAgICA+PiBI aSBKb2huOg0KPiAgICAgPj4gICAgID4+DQo+ICAgICA+PiAgICAgPj4NCj4gICAgID4+ICAgICA+ Pg0KPiAgICAgPj4gICAgID4+IFBsZWFzZSBzZWUgaW4tbGluZS4NCj4gICAgID4+ICAgICA+Pg0K PiAgICAgPj4gICAgID4+DQo+ICAgICA+PiAgICAgPj4NCj4gICAgID4+ICAgICA+PiBUaGFua3MN Cj4gICAgID4+ICAgICA+Pg0KPiAgICAgPj4gICAgID4+DQo+ICAgICA+PiAgICAgPj4NCj4gICAg ID4+ICAgICA+PiBSZWdhcmRzIKGtIFphZmFyDQo+ICAgICA+PiAgICAgPj4NCj4gICAgID4+ICAg ICA+Pg0KPiAgICAgPj4gICAgID4+DQo+ICAgICA+PiAgICAgPj4gKkZyb206ICoiamRyYWtlQGp1 bmlwZXIubmV0PG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+IDxtYWlsdG86amRyYWtlQGp1bmlw ZXIubmV0PG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+Pg0KPiAgICAgPG1haWx0bzpqZHJha2VA anVuaXBlci5uZXQ8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4gPG1haWx0bzpqZHJha2VAanVu aXBlci5uZXQ8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4+Pg0KPiAgICAgPj4gICAgIDxtYWls dG86amRyYWtlQGp1bmlwZXIubmV0PG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+IDxtYWlsdG86 amRyYWtlQGp1bmlwZXIubmV0PG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+Pg0KPiAgICAgPG1h aWx0bzpqZHJha2VAanVuaXBlci5uZXQ8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4gPG1haWx0 bzpqZHJha2VAanVuaXBlci5uZXQ8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4+Pj4iDQo+ICAg ICA+PiAgICAgPj4gPGpkcmFrZUBqdW5pcGVyLm5ldDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0 PiA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0Pj4N Cj4gICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0PG1haWx0bzpqZHJha2VAanVuaXBlci5u ZXQ+IDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0PG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+ Pj4NCj4gICAgID4+ICAgICA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldDxtYWlsdG86amRyYWtl QGp1bmlwZXIubmV0PiA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldDxtYWlsdG86amRyYWtlQGp1 bmlwZXIubmV0Pj4NCj4gICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0PG1haWx0bzpqZHJh a2VAanVuaXBlci5uZXQ+IDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0PG1haWx0bzpqZHJha2VA anVuaXBlci5uZXQ+Pj4+Pg0KPiAgICAgPj4gICAgID4+ICpEYXRlOiAqU3VuZGF5LCBOb3ZlbWJl ciAzLCAyMDEzIDExOjU3IEFNDQo+ICAgICA+PiAgICAgPj4gKlRvOiAqemFsaSA8emFsaUBjaXNj by5jb208bWFpbHRvOnphbGlAY2lzY28uY29tPiA8bWFpbHRvOnphbGlAY2lzY28uY29tPG1haWx0 bzp6YWxpQGNpc2NvLmNvbT4+DQo+ICAgICA8bWFpbHRvOnphbGlAY2lzY28uY29tPG1haWx0bzp6 YWxpQGNpc2NvLmNvbT4gPG1haWx0bzp6YWxpQGNpc2NvLmNvbTxtYWlsdG86emFsaUBjaXNjby5j b20+Pj4NCj4gICAgID4+ICAgICA8bWFpbHRvOnphbGlAY2lzY28uY29tPG1haWx0bzp6YWxpQGNp c2NvLmNvbT4gPG1haWx0bzp6YWxpQGNpc2NvLmNvbTxtYWlsdG86emFsaUBjaXNjby5jb20+Pg0K PiAgICAgPG1haWx0bzp6YWxpQGNpc2NvLmNvbTxtYWlsdG86emFsaUBjaXNjby5jb20+IDxtYWls dG86emFsaUBjaXNjby5jb208bWFpbHRvOnphbGlAY2lzY28uY29tPj4+Pj4sDQo+ICAgICA+PiAg ICAgPj4gIklCcnlza2luQGFkdmFvcHRpY2FsLmNvbTxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGlj YWwuY29tPg0KPiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb208bWFpbHRvOklC cnlza2luQGFkdmFvcHRpY2FsLmNvbT4+IDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29t PG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+DQo+ICAgICA8bWFpbHRvOklCcnlza2lu QGFkdmFvcHRpY2FsLmNvbTxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPj4+DQo+ICAg ICA+PiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb208bWFpbHRvOklCcnlza2lu QGFkdmFvcHRpY2FsLmNvbT4NCj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29t PG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+PiA8bWFpbHRvOklCcnlza2luQGFkdmFv cHRpY2FsLmNvbTxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPg0KPiAgICAgPG1haWx0 bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb208bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNv bT4+Pj4iDQo+ICAgICA+PiAgICAgPj4gPElCcnlza2luQGFkdmFvcHRpY2FsLmNvbTxtYWlsdG86 SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPg0KPiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0 aWNhbC5jb208bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4+IDxtYWlsdG86SUJyeXNr aW5AYWR2YW9wdGljYWwuY29tPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+DQo+ICAg ICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbTxtYWlsdG86SUJyeXNraW5AYWR2YW9w dGljYWwuY29tPj4+DQo+ICAgICA+PiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5j b208bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4NCj4gICAgIDxtYWlsdG86SUJyeXNr aW5AYWR2YW9wdGljYWwuY29tPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+PiA8bWFp bHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbTxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwu Y29tPg0KPiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb208bWFpbHRvOklCcnlz a2luQGFkdmFvcHRpY2FsLmNvbT4+Pj4+DQo+ICAgICA+PiAgICAgPj4gKkNjOiAqImNjYW1wQGll dGYub3JnPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4gPG1haWx0bzpjY2FtcEBpZXRmLm9yZzxtYWls dG86Y2NhbXBAaWV0Zi5vcmc+Pg0KPiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZzxtYWlsdG86 Y2NhbXBAaWV0Zi5vcmc+IDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc8bWFpbHRvOmNjYW1wQGlldGYu b3JnPj4+DQo+ICAgICA+PiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZzxtYWlsdG86Y2NhbXBA aWV0Zi5vcmc+IDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc8bWFpbHRvOmNjYW1wQGlldGYub3JnPj4N Cj4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc8bWFpbHRvOmNjYW1wQGlldGYub3JnPiA8bWFp bHRvOmNjYW1wQGlldGYub3JnPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+Pj4iIDxjY2FtcEBpZXRm Lm9yZzxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+DQo+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3Jn PG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+DQo+ICAgICA+PiAgICAgPG1haWx0bzpjY2FtcEBpZXRm Lm9yZzxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+IDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc8bWFpbHRv OmNjYW1wQGlldGYub3JnPj4+DQo+ICAgICA+PiAgICAgPj4gPG1haWx0bzpjY2FtcEBpZXRmLm9y ZzxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+IDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc8bWFpbHRvOmNj YW1wQGlldGYub3JnPj4NCj4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc8bWFpbHRvOmNjYW1w QGlldGYub3JnPiA8bWFpbHRvOmNjYW1wQGlldGYub3JnPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+ Pj4+DQo+ICAgICA+PiAgICAgPj4gKlN1YmplY3Q6ICpSRTogQ29tbWVudHMgYWJvdXQNCj4gICAg ID4+ICAgICA+PiBkcmFmdC1iZWVyYW0tY2NhbXAtbmV0d29yay1hc3NpZ25lZC11cHN0cmVhbS1s YWJlbC0wMA0KPiAgICAgPj4gICAgID4+DQo+ICAgICA+PiAgICAgPj4NCj4gICAgID4+ICAgICA+ Pg0KPiAgICAgPj4gICAgID4+IFphZmFyLA0KPiAgICAgPj4gICAgID4+DQo+ICAgICA+PiAgICAg Pj4gVGhhdCBiZWNhdXNlIHRoaXMgYWxyZWFkeSBkZWZpbmVkIG1ldGhvZCBoYXMgdGhlIGZvbGxv d2luZw0KPiAgICAgPj5pc3N1ZXM6DQo+ICAgICA+PiAgICAgPj4NCj4gICAgID4+ICAgICA+PiAx KSBVc2luZyBhbiBlcnJvciBpbmRpY2F0aW9uIGFzIGEgcGFydCBvZiBub3JtYWwgcHJvdG9jb2wN Cj4gICAgID4+ICAgICA+PiBvcGVyYXRpb24gaXMgbm90IGdvb2QgZGVzaWduIHByYWN0aWNlLg0K PiAgICAgPj4gICAgID4+DQo+ICAgICA+PiAgICAgPj4gVXNlIG9mIFBhdGggZXJyb3IgYW5kIG5v dGlmeSBtZXNzYWdlIGlzIGFuIGludGVncmFsIHBhcnQNCj4gICAgIG9mIHRoZQ0KPiAgICAgPj4g ICAgID4+IFJTVlAtVEUgZGVzaWduLiBBbHNvIHBsZWFzZSBub3RlIHRoYXQgd2UgYXJlIG5vdCBk ZWJhdGluZw0KPiAgICAgYWJvdXQgYQ0KPiAgICAgPj4gICAgID4+IG5ldyBwcm9jZWR1cmUgYmVp bmcgcHJvcG9zZWQgYnV0IHRhbGtpbmcgYWJvdXQgYSBwcm9jZWR1cmUNCj4gICAgIHRoYXQNCj4g ICAgID4+aXMNCj4gICAgID4+ICAgICA+PiBhbHJlYWR5IGltcGxlbWVudGVkIGFuZCBkZXBsb3ll ZC4NCj4gICAgID4+ICAgICA+Pg0KPiAgICAgPj4gICAgID4+IDIpIEFjY2VwdGFibGUgTGFiZWwg U2V0IGlzIG9wdGlvbmFsIHNvIGl0cyBwcmVzZW5jZSBpcyBub3QNCj4gICAgID4+ICAgICA+PiBn dWFyYW50ZWVkDQo+ICAgICA+PiAgICAgPj4NCj4gICAgID4+ICAgICA+PiBTbyBpcyB0aGUgY2Fz ZSBvZiBuZXdseSBkZWZpbmVkIHVwc3RyZWFtIGxhYmVsIHNldC4gQWxzbw0KPiAgICAgcGxlYXNl DQo+ICAgICA+PiAgICAgPj4gbm90ZSB0aGF0IG1hbnkgcGFydCBvZiB0aGUgUlNWUC1URSBwcm90 b2NvbCBhcmUgZGVzaWduZWQgdXNpbmcNCj4gICAgID4+ICAgICA+PiBvcHRpb25hbCBvYmplY3Rz Lg0KPiAgICAgPj4gICAgID4+DQo+ICAgICA+PiAgICAgPj4gMykgVGhlIGluZm9ybWF0aW9uIGl0 IHByb3ZpZGVzIG1heSBiZSBvdXQgb2YgZGF0ZSBieSB0aGUgdGltZQ0KPiAgICAgPj4gICAgID4+ IHRoZSBMU1AgaXMgcmUtc2lnbmFsZWQuDQo+ICAgICA+PiAgICAgPj4NCj4gICAgID4+ICAgICA+ PiBUaGlzIGlzIGFuIGltcGxlbWVudGF0aW9uIGlzc3VlLiBBIG5vZGUgc2VuZGluZyB0aGUgYWNj ZXB0YWJsZQ0KPiAgICAgPj4gICAgID4+IGxhYmVsIHNldCBoYXMgdGhlIHJlc3BvbnNpYmlsaXR5 IHRvIGd1YXJhbnRlZSB0aGF0IGluZm9ybWF0aW9uDQo+ICAgICA+PiAgICAgPj4gcHJvdmlkZXMg aW4gdGhlIGFjY2VwdGFibGUgbGFiZWwgc2V0IHJlbWFpbnMgdmFsaWQgZm9yDQo+ICAgICA+PiAg ICAgPj4gcmUtc2lnbmFsaW5nIHRpbWUuIEUuZy4sIFVOSS1OIGltcGxlbWVudGF0aW9uIGNhbiBj YWNoZQ0KPiAgICAgdGhlIGxhYmVsDQo+ICAgICA+PiAgICAgPj4gZm9yIHRoZSByZS1zaWduYWxp bmcgdGltZS4NCj4gICAgID4+ICAgICA+Pg0KPiAgICAgPj4gICAgID4+IDQpIE1vc3QgaW1wb3J0 YW50bHksIEFjY2VwdGFibGUgTGFiZWwgU2V0IGlzIGdlbmVyYXRlZCBob3AgYnkNCj4gICAgID4+ ICAgICA+PiBob3AsIHVubGlrZSBVcHN0cmVhbSBMYWJlbCBTZXQgd2hpY2ggZXhlcmNpc2VzIHRo ZSBlbnRpcmUNCj4gICAgID4+ICAgICA+PiBwYXRoLiBUaGlzIG1lYW5zIHRoYXQgaXRzIHVzZSB0 byBkZXRlcm1pbmUgYSB2YWxpZCB3YXZlbGVuZ3RoDQo+ICAgICA+PiAgICAgPj4gd291bGQgcmVx dWlyZSBhIHBvdGVudGlhbGx5IHVuYm91bmRlZCBudW1iZXIgb2YgY3JhbmtiYWNrcywNCj4gICAg ID4+ICAgICA+PiBib3RoIHNpbmdsZSBhbmQgbXVsdGktaG9wLCB3aXRoIG5vIGd1YXJhbnRlZSB0 aGF0IHN1Y2ggYQ0KPiAgICAgPj4gICAgID4+IHdhdmVsZW5ndGggY291bGQgYmUgZm91bmQuDQo+ ICAgICA+PiAgICAgPj4NCj4gICAgID4+ICAgICA+PiBJbiB0aGUgdXNlIGNhc2Ugb2YgYWxpZ24g d2F2ZWxlbmd0aCBhZGRyZXNzZWQgaW4gdGhpcw0KPiAgICAgZHJhZnQsIHRoZQ0KPiAgICAgPj4g ICAgID4+IGFjY2VwdGFibGUgbGFiZWwgc2V0IGNvbW11bmljYXRpb24gaXMgcmVzdHJpY3RlZCB0 byB0aGUNCj4gICAgIFVOSS1DIGFuZA0KPiAgICAgPj4gICAgID4+IFVOSS1OIG5vZGUuDQo+ICAg ICA+PiAgICAgPj4NCj4gICAgID4+ICAgICA+PiBZb3VycyBJcnJlc3BlY3RpdmVseSwNCj4gICAg ID4+ICAgICA+Pg0KPiAgICAgPj4gICAgID4+DQo+ICAgICA+PiAgICAgPj4NCj4gICAgID4+ICAg ICA+PiBKb2huDQo+ICAgICA+PiAgICAgPj4NCj4gICAgID4+ICAgICA+Pg0KPiAgICAgPj4gICAg ID4+DQo+ICAgICA+PiAgICAgPj4gKkZyb206KmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc8bWFpbHRv OmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc+DQo+ICAgICA8bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0 Zi5vcmc8bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc+PiA8bWFpbHRvOmNjYW1wLWJvdW5j ZXNAaWV0Zi5vcmc8bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc+DQo+ICAgICA8bWFpbHRv OmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc8bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc+Pj4N Cj4gICAgID4+ICAgICA8bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc8bWFpbHRvOmNjYW1w LWJvdW5jZXNAaWV0Zi5vcmc+DQo+ICAgICA8bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc8 bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc+PiA8bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0 Zi5vcmc8bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc+DQo+ICAgICA8bWFpbHRvOmNjYW1w LWJvdW5jZXNAaWV0Zi5vcmc8bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc+Pj4+DQo+ICAg ICA+PiAgICAgPj4gW21haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPG1haWx0bzpjY2FtcC1i b3VuY2VzQGlldGYub3JnPg0KPiAgICAgPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPG1h aWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPj4gPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYu b3JnPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPg0KPiAgICAgPG1haWx0bzpjY2FtcC1i b3VuY2VzQGlldGYub3JnPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPj4+XQ0KPiAgICAg Pj4gICAgICpPbiBCZWhhbGYgT2YgKlphZmFyIEFsaSAoemFsaSkNCj4gICAgID4+ICAgICA+PiAq U2VudDoqIFN1bmRheSwgTm92ZW1iZXIgMDMsIDIwMTMgODoxMiBBTQ0KPiAgICAgPj4gICAgID4+ ICpUbzoqIElCcnlza2luQGFkdmFvcHRpY2FsLmNvbTxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGlj YWwuY29tPg0KPiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb208bWFpbHRvOklC cnlza2luQGFkdmFvcHRpY2FsLmNvbT4+DQo+ICAgICA+PiAgICAgPG1haWx0bzpJQnJ5c2tpbkBh ZHZhb3B0aWNhbC5jb208bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4NCj4gICAgIDxt YWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNh bC5jb20+Pj4gPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb208bWFpbHRvOklCcnlza2lu QGFkdmFvcHRpY2FsLmNvbT4NCj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29t PG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+Pg0KPiAgICAgPj4gICAgIDxtYWlsdG86 SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+ DQo+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbTxtYWlsdG86SUJyeXNraW5A YWR2YW9wdGljYWwuY29tPj4+Pg0KPiAgICAgPj4gICAgID4+ICpDYzoqIGNjYW1wQGlldGYub3Jn PG1haWx0bzpjY2FtcEBpZXRmLm9yZz4gPG1haWx0bzpjY2FtcEBpZXRmLm9yZzxtYWlsdG86Y2Nh bXBAaWV0Zi5vcmc+Pg0KPiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZzxtYWlsdG86Y2NhbXBA aWV0Zi5vcmc+IDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc8bWFpbHRvOmNjYW1wQGlldGYub3JnPj4+ DQo+ICAgICA+PiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZzxtYWlsdG86Y2NhbXBAaWV0Zi5v cmc+IDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc8bWFpbHRvOmNjYW1wQGlldGYub3JnPj4NCj4gICAg IDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc8bWFpbHRvOmNjYW1wQGlldGYub3JnPiA8bWFpbHRvOmNj YW1wQGlldGYub3JnPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+Pj4NCj4gICAgID4+ICAgICA+PiAq U3ViamVjdDoqIFtDQ0FNUF0gQ29tbWVudHMgYWJvdXQNCj4gICAgID4+ICAgICA+PiBkcmFmdC1i ZWVyYW0tY2NhbXAtbmV0d29yay1hc3NpZ25lZC11cHN0cmVhbS1sYWJlbC0wMA0KPiAgICAgPj4g ICAgID4+DQo+ICAgICA+PiAgICAgPj4NCj4gICAgID4+ICAgICA+Pg0KPiAgICAgPj4gICAgID4+ IEhpIElnb3IgYW5kIGNvLWF1dGhvcnMtDQo+ICAgICA+PiAgICAgPj4NCj4gICAgID4+ICAgICA+ Pg0KPiAgICAgPj4gICAgID4+DQo+ICAgICA+PiAgICAgPj4gUGxlYXNlIG5vdGUgdGhhdCBbUkZD MzQ3M10gYWxyZWFkeSBjb25zaWRlcnMgdGhlIGNhc2Ugd2hlcmUNCj4gICAgID4+ICAgICA+PiB1 cHN0cmVhbSBsYWJlbCBtYXkgbm90IGJlIGFjY2VwdGFibGUgdG8gYSBkb3duc3RyZWFtDQo+ICAg ICA+PiAgICAgPj4gbm9kZS4gU3BlY2lmaWNhbGx5LCBbUkZDMzQ3M10gc3RhdGVzIHRoYXQ6DQo+ ICAgICA+PiAgICAgPj4NCj4gICAgID4+ICAgICA+PiAiL3doZW4gYSBQYXRoIG1lc3NhZ2UgY29u dGFpbmluZyBhbiBVcHN0cmVhbV9MYWJlbCBvYmplY3QgaXMNCj4gICAgID4+ICAgICA+PiByZWNl aXZlZCwgdGhlIHJlY2VpdmVyIGZpcnN0IHZlcmlmaWVzIHRoYXQgdGhlIHVwc3RyZWFtIGxhYmVs DQo+ICAgICA+PiAgICAgPj4gaXMgYWNjZXB0YWJsZS4gSWYgdGhlIGxhYmVsIGlzIG5vdCBhY2Nl cHRhYmxlLCB0aGUgcmVjZWl2ZXINCj4gICAgID4+ICAgICA+PiAvKk1VU1QqL2lzc3VlIGEgUGF0 aEVyciBtZXNzYWdlIHdpdGggYSAiUm91dGluZw0KPiAgICAgPj4gICAgID4+IHByb2JsZW0vVW5h Y2NlcHRhYmxlIGxhYmVsIHZhbHVlIiBpbmRpY2F0aW9uLiBUaGUgZ2VuZXJhdGVkDQo+ICAgICA+ PiAgICAgPj4gUGF0aEVyciBtZXNzYWdlIE1BWSBpbmNsdWRlIGFuIEFjY2VwdGFibGUgTGFiZWwg U2V0IE9iamVjdC8iLg0KPiAgICAgPj4gICAgID4+DQo+ICAgICA+PiAgICAgPj4gQWNjZXB0YWJs ZV9MYWJlbF9TZXQgb2JqZWN0cyBtYXkgYmUgY2FycmllZCBpbiBQYXRoRXJyIGFuZA0KPiAgICAg Pj4gICAgID4+IFJlc3ZFcnIgbWVzc2FnZXMgW1JGQzM0NzNdLg0KPiAgICAgPj4gICAgID4+DQo+ ICAgICA+PiAgICAgPj4NCj4gICAgID4+ICAgICA+Pg0KPiAgICAgPj4gICAgID4+IEhvd2V2ZXIs IHlvdXIgZHJhZnQgZG9lcyBub3QgbWVudGlvbiBvciBjb3ZlciB0aGlzIGFscmVhZHkNCj4gICAg ID4+ICAgICA+PiBkZWZpbmVkIG1ldGhvZC4NCj4gICAgID4+ICAgICA+Pg0KPiAgICAgPj4gICAg ID4+DQo+ICAgICA+PiAgICAgPj4NCj4gICAgID4+ICAgICA+PiBUaGFua3MNCj4gICAgID4+ICAg ICA+Pg0KPiAgICAgPj4gICAgID4+DQo+ICAgICA+PiAgICAgPj4NCj4gICAgID4+ICAgICA+PiBS ZWdhcmRzIKGtIFphZmFyDQo+ICAgICA+PiAgICAgPj4NCj4gICAgID4+ICAgICA+DQo+ICAgICA+ PiAgICAgPg0KPiAgICAgPj4gICAgID4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18NCj4gICAgID4+ICAgICA+IENDQU1QIG1haWxpbmcgbGlzdA0KPiAgICAg Pj4gICAgID4gQ0NBTVBAaWV0Zi5vcmc8bWFpbHRvOkNDQU1QQGlldGYub3JnPiA8bWFpbHRvOkND QU1QQGlldGYub3JnPG1haWx0bzpDQ0FNUEBpZXRmLm9yZz4+DQo+ICAgICA8bWFpbHRvOkNDQU1Q QGlldGYub3JnPG1haWx0bzpDQ0FNUEBpZXRmLm9yZz4gPG1haWx0bzpDQ0FNUEBpZXRmLm9yZzxt YWlsdG86Q0NBTVBAaWV0Zi5vcmc+Pj4NCj4gICAgID4+ICAgICA+IGh0dHBzOi8vd3d3LmlldGYu b3JnL21haWxtYW4vbGlzdGluZm8vY2NhbXANCj4gICAgID4+ICAgICA+DQo+ICAgICA+Pg0KPiAg ICAgPj4gICAgIF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f DQo+ICAgICA+PiAgICAgQ0NBTVAgbWFpbGluZyBsaXN0DQo+ICAgICA+PiAgICAgQ0NBTVBAaWV0 Zi5vcmc8bWFpbHRvOkNDQU1QQGlldGYub3JnPiA8bWFpbHRvOkNDQU1QQGlldGYub3JnPG1haWx0 bzpDQ0FNUEBpZXRmLm9yZz4+IDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmc8bWFpbHRvOkNDQU1QQGll dGYub3JnPg0KPiAgICAgPG1haWx0bzpDQ0FNUEBpZXRmLm9yZzxtYWlsdG86Q0NBTVBAaWV0Zi5v cmc+Pj4NCj4gICAgID4+ICAgICBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv L2NjYW1wDQo+ICAgICA+Pg0KPiAgICAgPj4NCj4gICAgID4+DQo+ICAgICA+Pg0KPiAgICAgPj4g X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gICAgID4+ IENDQU1QIG1haWxpbmcgbGlzdA0KPiAgICAgPj4gQ0NBTVBAaWV0Zi5vcmc8bWFpbHRvOkNDQU1Q QGlldGYub3JnPiA8bWFpbHRvOkNDQU1QQGlldGYub3JnPG1haWx0bzpDQ0FNUEBpZXRmLm9yZz4+ DQo+ICAgICA+PiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2NjYW1wDQo+ ICAgICA+DQo+ICAgICA+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18NCj4gICAgID5DQ0FNUCBtYWlsaW5nIGxpc3QNCj4gICAgID5DQ0FNUEBpZXRmLm9yZzxt YWlsdG86Q0NBTVBAaWV0Zi5vcmc+IDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmc8bWFpbHRvOkNDQU1Q QGlldGYub3JnPj4NCj4gICAgID5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv L2NjYW1wDQo+ICAgICA+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18NCj4gICAgID5DQ0FNUCBtYWlsaW5nIGxpc3QNCj4gICAgID5DQ0FNUEBpZXRmLm9yZzxt YWlsdG86Q0NBTVBAaWV0Zi5vcmc+IDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmc8bWFpbHRvOkNDQU1Q QGlldGYub3JnPj4NCj4gICAgID5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv L2NjYW1wDQo+DQo+DQo+DQo+DQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fDQo+IENDQU1QIG1haWxpbmcgbGlzdA0KPiBDQ0FNUEBpZXRmLm9yZzxtYWls dG86Q0NBTVBAaWV0Zi5vcmc+DQo+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGlu Zm8vY2NhbXANCj4NCg0K --_000_CDAC6F6F5401B245A2C68D0CF8AFDF0A192C9FBBatlsrvmail10atl_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

I would add:

5. A way for US node (e.g= . UNI-C) to mandate the label symmetricity.

 <= /p>

From: ccamp-bo= unces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of Vishnu Pavan Beeram
Sent: Tuesday, November 05, 2013 10:50 AM
To: Lou Berger
Cc: ccamp@ietf.org
Subject: Re: [CCAMP] =B4=F0=B8=B4: Comments about draft-beeram-ccamp-= network-assigned-upstream-label-00

 

Lou,

 

Yes, your summarized points are correct.<= /p>

 

Thanks,

-Pavan.

 

On Tue, Nov 5, 2013 at 10:20 AM, Lou Berger <lberger@labn.net> = wrote:

Pavan,
        I think this is helpful in trying to understand= what the goals are of
the draft.  Again, I'll resist arguing about the mechanisms that are proposed until we've agreed on what requirements need to be addressed.
(While the mechanism details, i.e., the "how", are certainly impo= rtant,
arguing those doesn't really answer the larger question of "what"= you'd
like to accomplish.)

 

VPB: Agree.

 


So the list of requirements is now the addition of:
1. Downstream selection of the upstream label


2. An option to allow upstream node to provide set of labels that
   should be used in the downstream nodes' choice of upstream lab= el

3. The use of symmetric labels when the downstream node
   is selecting the label.

4. Allowing for asymmetric labels is not a new requirement, nor do
   you really care about it.

Is this correct?

Thanks,
Lou


On 11/5/2013 5:25 AM, Vishnu Pavan Beeram wrote:
> I see a pattern in the questions that are being raised. I'll try and s= ee
> if I can answer them all using the following Q&A.
>
> A. "Label Symmetricity":
>
> (1) Aren't labels always symmetric in practice? Are there any asymmetr= ic
> label scenarios at all?
> Ans: Yes, labels are almost always symmetric in practice. The draft > explicitly states that. I haven't come across any single
> scenario/product where asymmetric labels are used. As Igor pointed out=
> in an earlier email, there could be in theory some single-fiber
> configurations where the same wavelength cannot be used for both
> directions. But I don't know if anyone really uses that.
>
> (2) Then why do you need an explicit request from the ingress to make<= br> > them symmetric at each hop?
> Ans: This is because the extensions in RFC3473 allows "Label
> Asymmetricity" and and as a result symmetricity cannot be assumed= by
> default. There is currently no way of mandating symmetricity at each h= op
> along the path of the LSP.
>
> (3) Say, we all agree that "Symmetricity" is always guarante= ed (maybe we
> even state it explicitly in some standard document). Would you then be=
> able to use existing extensions and address the "alien-wavelength= " setup
> use-case?
> Ans: No, the existing extensions still fall short. What does the
> ingress-client fill in the UPSTREAM_LABEL when it has no knowledge on<= br> > what needs to be used? As per current extensions, the UPSTREAM_LABEL > needs to be filled in with a valid label before sending the PATH out. = We
> still need the ingress-client to have some mechanism to tell the netwo= rk
> - "please ignore what I'm filling in the UPSTREAM_LABEL; just tak= e the
> LABEL_SET into account if I fill one; I'll use what is returned in the=
> RESV-LABEL for both directions."
>
> (4) Label allocation has always been a local choice. Why should the > ingress request how labels are allocated at some downstream hop?
> Ans: The ingress has always been the one to request the downstream nod= e
> to allocate labels in both directions. All that the draft is proposing=
> is a mechanism for the ingress to say that these two labels need to be=
> symmetric.
>
> B. "Label Asymmetricity"
>
> (4) Have the "Label Asymmetricity" extensions been included = just for
> completion sake? Can those be jettisoned if we there is no need for > asymmetric labels?
> Ans: Yes. The primary reason why those extensions are included in the<= br> > draft is because RFC3473 allows asymmetricity. We don't need to discus= s
> those if we explicitly state somewhere (in some standard document) tha= t
> "labels are always symmetric" and that all previous extensio= ns defined
> for asymmetricity are use-less.
>
> C. "Use-Case"
>
> (5) I don't understand any of the above. Why do we need the network to=
> assign an upstream label?
> Ans: Please read the draft. Section 5 discusses a specific use-case. >
>
> Regards,
> -Pavan
>
>
> On Tue, Nov 5, 2013 at 2:29 AM, Zafar Ali (zali) <zali@cisco.com

> <mailto:za= li@cisco.com>> wrote:
>
>     Hi-
>
>     Furthermore, when (alien) wavelength is same in forward = and reverse
>     direction, we can use label set along with acceptable la= bel set - as
>     defined in RFC3473. The only use case this draft address= es is when alien
>     wavelength are asymmetrical in forward and reverse direc= tion. I am not
>     aware of any example of such use case.
>
>     Thanks
>
>     Regards =A1=AD Zafar
>
>
>     -----Original Message-----

>     From: Fatai Zhang <zhangfatai@huawei.com <mailto:zhangfatai@huawei.com>>
>     Date: Monday, November 4, 2013 7:38 PM

>     To: "julien.meuric@orange.com <mailto:julien.meuric@orange.com>"
>     <julien.m= euric@orange.com <mailto:julien.meuric@orange.com>>, Vishnu
>     Pavan

>     Beeram <vishnupavan@gmail.com <mailto:vishnupavan@gmail.com>>
>     Cc: "ccamp@ietf.o= rg <mailto:ccamp@ietf.org>&= quot; <ccamp@ietf.org
>     <mailto:ccamp@ietf.= org>>

>     Subject: [CCAMP] =B4=F0=B8=B4:  Comments
>     about   draft-beeram-ccamp-network-assigned-upstrea= m-label-00
>
>     >Hi Pavan,
>     >
>     >Understood what you said in principle, but could you= give an example to
>     >show there are asymmertric labels (wavelength?) for = the bidirectiaonal
>     >LSPs (especiall for the transport networks) in the r= eal
>     implementations?
>     >
>     >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D
>     >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
>     >In practice, most bidirectional LSPs have label symm= etricity on
>     each hop
>     >along the path of the LSP. But this is something tha= t cannot be assumed
>     >by default.
>     >
>     >
>     >
>     >Thanks
>     >
>     >Fatai
>     >
>     >________________________________________<= /p>

>     >=B7=A2= =BC=FE=C8=CB: ccamp-bounces@ietf.org <mailto:ccamp-bounces@ietf.org>
>     [ccamp-bounces= @ietf.org <mailto:ccamp-bo= unces@ietf.org>] =B4=FA=B1=ED Julien
>     Meuric
>     >[julien.= meuric@orange.com <mailto:julien.meuric@orange.com>]

>     >=B7=A2= =CB=CD=CA=B1=BC=E4: 2013=C4=EA11=D4=C25=C8=D5 10:35
>     >=CA=D5=BC=FE=C8=CB: Vish= nu Pavan Beeram

>     >=B3=AD= =CB=CD: ccamp@ietf.org <mailto:ccamp@ietf.= org>

>     >=D6=F7= =CC=E2: Re: [CCAMP] Comments about
>     >draft-beeram-ccamp-network-assigned-upstream-label-0= 0
>     >
>     >Hi Pavan.
>     >
>     >Even though I agree with your unassigned Upstream_La= bel requirement, I
>     >need to disagree with the data plane rationale you m= ention.
>     >
>     >The Upstream_Label refers to the client's optical re= ceiver: you don't
>     >need to tune a laser on the receiver side. The data = transmission could
>     >even work without sending the actual Upstream_Label = in RSVP-TE messages
>     >to the client: I am not really a fan of that approac= h, but that would
>     >fit cases where optical policies are left to the opt= ical network...
>     >
>     >Moreover, I have doubts on putting label symmetry wi= thin the protocol.
>     >This is more an allocation policy in the hands of al= locating nodes:
>     >requesting an allocation mode from an ingress node w= ould mean doing the
>     >server job, I am not sure it is desirable.
>     >
>     >Julien
>     >
>     >
>     >On 11/04/2013 23:49, Vishnu Pavan Beeram wrote:
>     >> Lou,
>     >>
>     >> The extensions defined in this draft do not imp= ose any backwards
>     >> compatibility issues. The intent is definitely = not to change the
>     >> fundamental aspects of the protocol. As you wou= ld agree, it is not
>     >> mandatory to try and fit the extensions defined= in RFC3473 to all and
>     >> sundry. New extensions are being introduced onl= y where the existing
>     >> extensions fall short. Let me walk through the = requirements that we
>     >> are looking at and that would hopefully explain= the limitations
>     of the
>     >> existing extensions.
>     >>
>     >> Base requirement :
>     >> Need a mechanism for a given node to say that i= t cannot assign an
>     >> upstream-label on its own and that it needs the= network (read
>     >> downstream) to assign it instead.
>     >>
>     >> Corollary requirements :
>     >> 1. Need a mechanism for a given node to ask for= a network-assigned
>     >> upstream label without having to specify any in= puts on what label
>     >> needs to get picked.
>     >> 2. Need a mechanism for a given node to ask for= a network-assigned
>     >> upstream label and also specify some choices fo= r the label that needs
>     >> to get picked.
>     >> 3. If labels are symmetric, a given node can si= mply use the label
>     >> returned in the LABEL object of the RESV messag= e for both directions.
>     >> In practice, most bidirectional LSPs have label= symmetricity on each
>     >> hop along the path of the LSP. But this is some= thing that cannot be
>     >> assumed by default. Hence, there is a need to h= ave a mechanism
>     for the
>     >> ingress to request "label symmetricity&quo= t; at each hop along the path of
>     >> the LSP.
>     >>
>     >> Can you somehow fit a solution using the curren= t extensions and cater
>     >> to the above requirements?
>     >> We believe the answer is NO. One suggestion on = the mailing list
>     was to
>     >> set a random UPSTREAM_LABEL and send it out on = a fishing expedition.
>     >> The idea was that the downstream node would the= n respond with a
>     >> PATH-ERR carrying an ACCEPTABLE_LABEL_SET. John= and Igor have
>     provided
>     >> a list of reasons on why that isn't a great ide= a. Let me add another
>     >> point -
>     >> - As per RFC3473 - when a node receives an UPST= REAM_LABEL object in
>     >> the PATH, it means that the upstream node MUST = have already
>     >> installed/programmed this label. In the alien w= avelength use-case
>     >> (discussed in the draft), when the network rece= ives this message, it
>     >> would mean that the laser has already been tune= d to this
>     wavelength at
>     >> the client. That beats the very purpose of requ= esting a network
>     >> assigned upstream label. Doesn't it? So, the po= int is that with the
>     >> current semantics of an UPSTREAM_LABEL, you can= not use it for the
>     case
>     >> where the upstream-label hasn't been installed/= programmed yet. If
>     some
>     >> implementation decides to ignore these semantic= s, how would the
>     >> network know whether the ingress-client has alr= eady installed this
>     >> label or not (whether the laser is already tune= d or not).
>     >>
>     >> RFC3473 states that a Bidirectional-LSP setup r= equest is
>     identified by
>     >> the presence of an "UPSTREAM_LABEL" o= bject in the PATH msg. This
>     draft
>     >> does propose 2 other mechanisms:
>     >> - The presence of the "Label Symmetricity = Required" Flag in the PATH
>     >> - The presence of the "UPSTREAM_LABEL_SET&= quot; object in the PATH
>     >> If a downstream node does not understand any of= the above
>     indications,
>     >> it would reject the setup request. In both scen= arios - after the
>     >> network has assigned the upstream-label, the co= ncerned node is
>     allowed
>     >> to start signaling the UPSTREAM_LABEL object in= the PATH. I don't
>     >> understand how adding two other mechanisms for = Bidirectional LSP
>     setup
>     >> translates to changing fundamental aspects of t= he protocol.
>     >> Implementations that can support these extensio= ns can. Others can
>     >> still be happy with their "running code&qu= ot;.
>     >>
>     >> Regards,
>     >> -Pavan
>     >>
>     >>
>     >>
>     >> On Mon, Nov 4, 2013 at 2:18 PM, Lou Berger <= lberger@labn.net
>     <mailto:lberger@l= abn.net>

>     >> <mailto:lberger@labn.net <mailto:lberger@labn.net>>> wrote:
>     >>
>     >>     John, (authors)
>     >>
>     >>     Perhaps it would be useful to ref= ocus a moment on the specific
>     >>     limitations the draft is focusing= on.
>     >>
>     >>     There's no question that 3473 mad= e certain choices based on
>     expected
>     >>     uses and probabilities that may n= ot hold, but we do need to be
>     >>careful
>     >>     when changing fundamentals of the= protocol (e.g. moving away from
>     >>the
>     >>     use of the upstream label object = as the basic object that
>     indicates
>     >>a
>     >>     bidirectional LSP.)
>     >>
>     >>     So is it fair to say that the mai= n limitation that the draft is
>     >>trying
>     >>     to address is the inability to su= pport downstream selection of
>     >>     upstream
>     >>     labels?
>     >>
>     >>     The draft also allows for both sy= mmetric and asymmetric label
>     value
>     >>     allocation. IS this a requirement= , or asymmetric just
>     included for
>     >>     completeness?
>     >>
>     >>     Are there other requirements / li= mitations you are trying to
>     >>address?
>     >>
>     >>     Lou
>     >>
>     >>     On 11/04/2013 01:24 PM, John E Dr= ake wrote:
>     >>     > Zafar,
>     >>     >
>     >>     > Both Igor and I have listed = technical issues with RFC3473
>     and your
>     >>     > response is that you really = really like RFC3473. I'm happy for
>     >>     you but
>     >>     > unimpressed.
>     >>     >
>     >>     > John
>     >>     >
>     >>     > Sent from my iPhone
>     >>     >
>     >>     > On Nov 4, 2013, at 9:43 AM, = "Zafar Ali (zali)"
>     <zali@cisco.com= <mailto:zali@cisco.com>
>     >>     <mailto:zali@cisco.com <mailto:zali@cisco.com>>
>     >>     > <mailto:zali@cisco.com <mailto:zali@cisco.com>
>     <mailto:zali@cisco.= com <mailto:zali@cisco.com>= >>> wrote:
>     >>     >
>     >>     >> Igor, John-
>     >>     >>
>     >>     >> Please see in-line.
>     >>     >>
>     >>     >> From: "IBryskin@advaoptical.com
>     <mailto:I= Bryskin@advaoptical.com>
>     >>     <mailto:IBryskin@advaoptical.com

>     <mailto:IBryskin@advaoptical.com>> <mailto:IBryskin@advaoptical.com

>     <mailto:IBryskin@advaoptical.com>
>     >>     <mailto:IBryskin@advaoptical.com
>     <mailto:I= Bryskin@advaoptical.com>>>"
>     >>     >> <IBryskin@advaoptical.com
>     <mailto:I= Bryskin@advaoptical.com> <mailto:IBryskin@advaoptical.com
>     <mailto:I= Bryskin@advaoptical.com>>
>     >>     <mailto:IBryskin@advaoptical.com
>     <mailto:I= Bryskin@advaoptical.com> <mailto:IBryskin@advaoptical.com
>     <mailto:I= Bryskin@advaoptical.com>>>>
>     >>     >> Date: Monday, November 4= , 2013 8:57 AM
>     >>     >> To: zali <zali@cisco.com <mailto:zali@cisco.com>
>     <mailto:zali@cisco.= com <mailto:zali@cisco.com>= >

>     >>     <mailto= :zali@cisco.com <mailto:zali@cisco.com>

>     <mailto:zali@cisco.com <mailto:zali@cisco.com>>>>,
>     >>     "jdrake@juniper.net <mailto:jdrake@juniper.net>
>     <mailto:jdrake@= juniper.net <mailto:jdrake@jun= iper.net>>
>     >>     >> <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>
>     <mailto:jdrake@= juniper.net <mailto:jdrake@jun= iper.net>>>"
>     >>     <jdrake@juniper.net <mailto:jdrake@juniper.net>
>     <mailto:jdrake@= juniper.net <mailto:jdrake@jun= iper.net>>
>     >>     >> <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>
>     <mailto:jdrake@= juniper.net <mailto:jdrake@jun= iper.net>>>>
>     >>     >> Cc: "ccamp@ietf.org <mailto:ccamp@ietf.org>
>     <mailto:ccamp@ietf.= org <mailto:ccamp@ietf.org>= >
>     >>     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>
>     <mailto:ccamp@ietf.= org <mailto:ccamp@ietf.org>= >>" <ccamp@ietf.org
>     <mailto:ccamp@ietf.= org>
>     >>     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>
>     >>     >> <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>
>     <mailto:ccamp@ietf.= org <mailto:ccamp@ietf.org>= >>>
>     >>     >> Subject: RE: Comments ab= out
>     >>     >> draft-beeram-ccamp-netwo= rk-assigned-upstream-label-00
>     >>     >>
>     >>     >> Zafar,
>     >>     >>
>     >>     >> 1) Using an error indica= tion as a part of normal protocol
>     >>     >> operation is not good de= sign practice.
>     >>     >>
>     >>     >> Use of Path error and no= tify message is an integral part
>     of the
>     >>     >> RSVP-TE design. Also ple= ase note that we are not debating
>     about a
>     >>     >> new procedure being prop= osed but talking about a procedure
>     that
>     >>is
>     >>     >> already implemented and = deployed.
>     >>     >>
>     >>     >>
>     >>     >>
>     >>     >> IB>> The way I int= erpret this discussion is something like
>     this:
>     >>     >>
>     >>     >>
>     >>     >>
>     >>     >> John: I believe that whi= te is a lighter color than black.
>     >>     >>
>     >>     >> Zafa: Well, John, black = is an integral part of the color
>     pallet.
>     >>     >> Many mature applications= successfully use black for their
>     various
>     >>     >> purposes. My implementat= ions, for example, use black for
>     pretty
>     >>     >> much everything=A1=AD.. = So, it is not clear which color is lighter,
>     >>and
>     >>     >> why do we need other col= ors at all. :=3D)
>     >>     >>
>     >>     >>
>     >>     >>
>     >>     >> I mean to say that your,= Zafar, comments IMHO are not
>     >>constructive
>     >>     >> technical arguments.
>     >>     >>
>     >>     >> Igor
>     >>     >>
>     >>     >>
>     >>     >>
>     >>     >> Hi Igor and John:
>     >>     >>
>     >>     >> This is really funny. Th= is is the first time I have heard that
>     >>     running
>     >>     >> code has no merit at IET= F :) This is especially when the
>     >>     running code
>     >>     >> is directly coming from = RFC3473. You are calling it "not
>     >>     constructive
>     >>     >> technical arguments"= ;! Last I heard we believed in running code
>     >>(See
>     >>     >> your T-shirt from the el= ection day from IETF Atlanta).
>     >>     >>
>     >>     >> Your draft is ONLY appli= cable for a use case where
>     upstream and
>     >>     >> downstream alien wavelen= gth are different. When upstream and
>     >>     >> downstream alien wavelen= gth are same, use of acceptable label
>     >>     set and
>     >>     >> label set objects consti= tute the running code. However, your
>     >>draft
>     >>     >> neither makes that appli= cability statement nor makes any
>     mention
>     >>or
>     >>     >> cover or reference to pr= ocedure I quoted from RFC3473.
>     >>     >>
>     >>     >> Thanks
>     >>     >>
>     >>     >> Regards=A1=ADZafar
>     >>     >>
>     >>     >>
>     >>     >>
>     >>     >>
>     >>     >>
>     >>     >> *From:*Zafar Ali (zali) = [mailto:zali@cisco.com
>     <mailto:zali@cisco.= com>
>     >>     <mailto:zali@cisco.com <mailto:zali@cisco.com>>]
>     >>     >> *Sent:* Monday, November= 04, 2013 1:51 AM
>     >>     >> *To:* John E Drake; Igor= Bryskin
>     >>     >> *Cc:* ccamp@ietf.org <mailto:ccamp@ietf.org>
>     <mailto:ccamp@ietf.= org <mailto:ccamp@ietf.org>= >
>     >>     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>
>     <mailto:ccamp@ietf.= org <mailto:ccamp@ietf.org>= >>
>     >>     >> *Subject:* Re: Comments = about
>     >>     >> draft-beeram-ccamp-netwo= rk-assigned-upstream-label-00
>     >>     >>
>     >>     >>
>     >>     >>
>     >>     >> Hi John:
>     >>     >>
>     >>     >>
>     >>     >>
>     >>     >> Please see in-line.
>     >>     >>
>     >>     >>
>     >>     >>
>     >>     >> Thanks
>     >>     >>
>     >>     >>
>     >>     >>
>     >>     >> Regards =A1=AD Zafar
>     >>     >>
>     >>     >>
>     >>     >>
>     >>     >> *From: *"jdrake@juniper.net <mailto:jdrake@juniper.net>
>     <mailto:jdrake@= juniper.net <mailto:jdrake@jun= iper.net>>
>     >>     <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>
>     <mailto:jdrake@= juniper.net <mailto:jdrake@jun= iper.net>>>"
>     >>     >> <jdrake@juniper.net <mailto:jdrake@juniper.net>
>     <mailto:jdrake@= juniper.net <mailto:jdrake@jun= iper.net>>
>     >>     <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>

>     <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>>>>
>     >>     >> *Date: *Sunday, November= 3, 2013 11:57 AM
>     >>     >> *To: *zali <zali@cisco.com <mailto:zali@cisco.com>
>     <mailto:zali@cisco.= com <mailto:zali@cisco.com>= >

>     >>     <mailto= :zali@cisco.com <mailto:zali@cisco.com>

>     <mailto:zali@cisco.com <mailto:zali@cisco.com>>>>,
>     >>     >> "IBryskin@advaoptical.com
>     <mailto:I= Bryskin@advaoptical.com> <mailto:IBryskin@advaoptical.com
>     <mailto:I= Bryskin@advaoptical.com>>

>     >>     <mailto= :IBryskin@advaoptical.com >     <mailto:I= Bryskin@advaoptical.com> <mailto:IBryskin@advaoptical.com
>     <mailto:I= Bryskin@advaoptical.com>>>"
>     >>     >> <IBryskin@advaoptical.com
>     <mailto:I= Bryskin@advaoptical.com> <mailto:IBryskin@advaoptical.com
>     <mailto:I= Bryskin@advaoptical.com>>
>     >>     <mailto:IBryskin@advaoptical.com
>     <mailto:I= Bryskin@advaoptical.com> <mailto:IBryskin@advaoptical.com

>     <mailto:IBryskin@advaoptical.com>>>>
>     >>     >> *Cc: *"ccamp@ietf.org <mailto:ccamp@ietf.org>
>     <mailto:ccamp@ietf.= org <mailto:ccamp@ietf.org>= >

>     >>     <mailto= :ccamp@ietf.org <mailto:ccamp@ietf.org>
>     <mailto:ccamp@ietf.= org <mailto:ccamp@ietf.org>= >>" <ccamp@ietf.org
>     <mailto:ccamp@ietf.= org>
>     >>     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>
>     >>     >> <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>

>     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>>>
>     >>     >> *Subject: *RE: Comments = about
>     >>     >> draft-beeram-ccamp-netwo= rk-assigned-upstream-label-00
>     >>     >>
>     >>     >>
>     >>     >>
>     >>     >> Zafar,
>     >>     >>
>     >>     >> That because this alread= y defined method has the following
>     >>issues:
>     >>     >>
>     >>     >> 1) Using an error indica= tion as a part of normal protocol
>     >>     >> operation is not good de= sign practice.
>     >>     >>
>     >>     >> Use of Path error and no= tify message is an integral part
>     of the
>     >>     >> RSVP-TE design. Also ple= ase note that we are not debating
>     about a
>     >>     >> new procedure being prop= osed but talking about a procedure
>     that
>     >>is
>     >>     >> already implemented and = deployed.
>     >>     >>
>     >>     >> 2) Acceptable Label Set = is optional so its presence is not
>     >>     >> guaranteed
>     >>     >>
>     >>     >> So is the case of newly = defined upstream label set. Also
>     please
>     >>     >> note that many part of t= he RSVP-TE protocol are designed using
>     >>     >> optional objects.
>     >>     >>
>     >>     >> 3) The information it pr= ovides may be out of date by the time
>     >>     >> the LSP is re-signaled.<= br> >     >>     >>
>     >>     >> This is an implementatio= n issue. A node sending the acceptable
>     >>     >> label set has the respon= sibility to guarantee that information
>     >>     >> provides in the acceptab= le label set remains valid for
>     >>     >> re-signaling time. E.g.,= UNI-N implementation can cache
>     the label
>     >>     >> for the re-signaling tim= e.
>     >>     >>
>     >>     >> 4) Most importantly, Acc= eptable Label Set is generated hop by
>     >>     >> hop, unlike Upstream Lab= el Set which exercises the entire
>     >>     >> path. This means that it= s use to determine a valid wavelength
>     >>     >> would require a potentia= lly unbounded number of crankbacks,
>     >>     >> both single and multi-ho= p, with no guarantee that such a
>     >>     >> wavelength could be foun= d.
>     >>     >>
>     >>     >> In the use case of align= wavelength addressed in this
>     draft, the
>     >>     >> acceptable label set com= munication is restricted to the
>     UNI-C and
>     >>     >> UNI-N node.
>     >>     >>
>     >>     >> Yours Irrespectively, >     >>     >>
>     >>     >>
>     >>     >>
>     >>     >> John
>     >>     >>
>     >>     >>
>     >>     >>
>     >>     >> *From:*ccamp-bounces@ietf.org
>     <mailto:cca= mp-bounces@ietf.org> <mailto:ccamp-bounces@ietf.org
>     <mailto:cca= mp-bounces@ietf.org>>
>     >>     <mailto:ccamp-bounces@ietf.org

>     <mailto:ccamp-bounces@ietf.org> <mailto:ccamp-bounces@ietf.org

>     <mailto:ccamp-bounces@ietf.org>>>
>     >>     >> [mailto:ccamp-bounces@ietf.org
>     <mailto:cca= mp-bounces@ietf.org> <mailto:ccamp-bounces@ietf.org
>     <mailto:cca= mp-bounces@ietf.org>>]
>     >>     *On Behalf Of *Zafar Ali (zali) >     >>     >> *Sent:* Sunday, November= 03, 2013 8:12 AM
>     >>     >> *To:* IBryskin@advaoptical.com
>     <mailto:I= Bryskin@advaoptical.com>
>     >>     <mailto:IBryskin@advaoptical.com

>     <mailto:IBryskin@advaoptical.com>> <mailto:IBryskin@advaoptical.com
>     <mailto:I= Bryskin@advaoptical.com>
>     >>     <mailto:IBryskin@advaoptical.com

>     <mailto:IBryskin@advaoptical.com>>>
>     >>     >> *Cc:* ccamp@ietf.org <mailto:ccamp@ietf.org>
>     <mailto:ccamp@ietf.= org <mailto:ccamp@ietf.org>= >

>     >>     <mailto= :ccamp@ietf.org <mailto:ccamp@ietf.org>

>     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>>
>     >>     >> *Subject:* [CCAMP] Comme= nts about
>     >>     >> draft-beeram-ccamp-netwo= rk-assigned-upstream-label-00
>     >>     >>
>     >>     >>
>     >>     >>
>     >>     >> Hi Igor and co-authors-<= br> >     >>     >>
>     >>     >>
>     >>     >>
>     >>     >> Please note that [RFC347= 3] already considers the case where
>     >>     >> upstream label may not b= e acceptable to a downstream
>     >>     >> node. Specifically, [RFC= 3473] states that:
>     >>     >>
>     >>     >> "/when a Path messa= ge containing an Upstream_Label object is
>     >>     >> received, the receiver f= irst verifies that the upstream label
>     >>     >> is acceptable. If the la= bel is not acceptable, the receiver
>     >>     >> /*MUST*/issue a PathErr = message with a "Routing
>     >>     >> problem/Unacceptable lab= el value" indication. The generated
>     >>     >> PathErr message MAY incl= ude an Acceptable Label Set Object/".
>     >>     >>
>     >>     >> Acceptable_Label_Set obj= ects may be carried in PathErr and
>     >>     >> ResvErr messages [RFC347= 3].
>     >>     >>
>     >>     >>
>     >>     >>
>     >>     >> However, your draft does= not mention or cover this already
>     >>     >> defined method.
>     >>     >>
>     >>     >>
>     >>     >>
>     >>     >> Thanks
>     >>     >>
>     >>     >>
>     >>     >>
>     >>     >> Regards =A1=AD Zafar
>     >>     >>
>     >>     >
>     >>     >
>     >>     > ____________________________= ___________________
>     >>     > CCAMP mailing list
>     >>     > CCAMP@ietf.org <mailto:CCAMP= @ietf.org>

>     <mailto:CCAMP@ietf.org <mailto:CCAMP@ietf.org>>

>     >>     > https://www.ietf.org/mailman/listinfo/ccamp
>     >>     >
>     >>
>     >>     _________________________________= ______________
>     >>     CCAMP mailing list

>     >>     CCAMP@ietf.org <mailto:CCAMP@ietf.org> <mailto:CCAMP@ietf.org

>     <mailto:CCAMP@ietf.org>>
>     >>     https://www.ietf.org/mailman/listinfo/ccamp
>     >>
>     >>
>     >>
>     >>
>     >> _______________________________________________=
>     >> CCAMP mailing list
>     >> CCAMP@ietf.or= g <mailto:CCAMP@ietf.org> >     >> https://www.ietf.org/mailman/listinfo/ccamp<= br> >     >
>     >_______________________________________________
>     >CCAMP mailing list
>     >CCAMP@ietf.org= <mailto:CCAMP@ietf.org>
>     >https://www.ietf.org/mailman/listinfo/ccamp
>     >_______________________________________________
>     >CCAMP mailing list
>     >CCAMP@ietf.org= <mailto:CCAMP@ietf.org>
>     >https://www.ietf.org/mailman/listinfo/ccamp
>
>
>
>
> _______________________________________________
> CCAMP mailing list
> CCAMP@ietf.org
> https://www.ietf.org/mailman/listinfo/ccamp
>

 

--_000_CDAC6F6F5401B245A2C68D0CF8AFDF0A192C9FBBatlsrvmail10atl_-- From lberger@labn.net Tue Nov 5 08:29:14 2013 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7B8D221E8227 for ; Tue, 5 Nov 2013 08:29:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -98.32 X-Spam-Level: X-Spam-Status: No, score=-98.32 tagged_above=-999 required=5 tests=[AWL=-3.350, BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, IP_NOT_FRIENDLY=0.334, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, SARE_SUB_ENC_GB2312=1.345, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4h6OwXdyjspA for ; Tue, 5 Nov 2013 08:29:10 -0800 (PST) Received: from oproxy6-pub.mail.unifiedlayer.com (oproxy6-pub.mail.unifiedlayer.com [67.222.54.6]) by ietfa.amsl.com (Postfix) with SMTP id C5DAF21E81A6 for ; Tue, 5 Nov 2013 08:29:09 -0800 (PST) Received: (qmail 26879 invoked by uid 0); 5 Nov 2013 16:28:48 -0000 Received: from unknown (HELO box313.bluehost.com) (69.89.31.113) by oproxy6.mail.unifiedlayer.com with SMTP; 5 Nov 2013 16:28:48 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=7wKHX7MsDry3gcJPpU8NtgpTGMU6o7oU5jMHc//T6RU=; b=vZQgjW6NQTO1va9sRtXTpVZTUxZNjY7oWvUO8lgChef11wErhcLmz2L+Cn27wgYYfdtHzJKMI0Qc1xpGQX1VojoZyJWXpE0JTGpckRsOtSpBn9AURY5A4wqEcm5Jf1rK; Received: from box313.bluehost.com ([69.89.31.113]:42324 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.80) (envelope-from ) id 1VdjUl-0007u3-HO; Tue, 05 Nov 2013 09:28:48 -0700 Message-ID: <52791CB8.4000706@labn.net> Date: Tue, 05 Nov 2013 08:28:40 -0800 From: Lou Berger User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Igor Bryskin , Vishnu Pavan Beeram References: <52790CAD.80003@labn.net> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 8bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Cc: "ccamp@ietf.org" Subject: Re: [CCAMP] =?gb2312?b?tPC4tDogQ29tbWVudHMgYWJvdXQgZHJhZnQtYmVlcmFt?= =?gb2312?b?LWNjYW1wLW5ldHdvcmstYXNzaWduZWQtdXBzdHJlYW0tbGFiZWwtMDA=?= X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 16:29:15 -0000 Igor, So you are adding to 3 to cover the case when the upstream node selects the label, right? > 3. The use of symmetric labels when the downstream node > is selecting the label. Lou On 11/5/2013 8:20 AM, Igor Bryskin wrote: > I would add: > > 5. A way for US node (e.g. UNI-C) to mandate the label symmetricity. > > > > *From:*ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] *On Behalf > Of *Vishnu Pavan Beeram > *Sent:* Tuesday, November 05, 2013 10:50 AM > *To:* Lou Berger > *Cc:* ccamp@ietf.org > *Subject:* Re: [CCAMP] ´ð¸´: Comments about > draft-beeram-ccamp-network-assigned-upstream-label-00 > > > > Lou, > > > > Yes, your summarized points are correct. > > > > Thanks, > > -Pavan. > > > > On Tue, Nov 5, 2013 at 10:20 AM, Lou Berger > wrote: > > Pavan, > I think this is helpful in trying to understand what the goals > are of > the draft. Again, I'll resist arguing about the mechanisms that are > proposed until we've agreed on what requirements need to be addressed. > (While the mechanism details, i.e., the "how", are certainly important, > arguing those doesn't really answer the larger question of "what" you'd > like to accomplish.) > > > > VPB: Agree. > > > > > So the list of requirements is now the addition of: > 1. Downstream selection of the upstream label > > > 2. An option to allow upstream node to provide set of labels that > should be used in the downstream nodes' choice of upstream label > > 3. The use of symmetric labels when the downstream node > is selecting the label. > > 4. Allowing for asymmetric labels is not a new requirement, nor do > you really care about it. > > Is this correct? > > Thanks, > Lou > > > On 11/5/2013 5:25 AM, Vishnu Pavan Beeram wrote: > > I see a pattern in the questions that are being raised. I'll try > and see > > if I can answer them all using the following Q&A. > > > > A. "Label Symmetricity": > > > > (1) Aren't labels always symmetric in practice? Are there any > asymmetric > > label scenarios at all? > > Ans: Yes, labels are almost always symmetric in practice. The draft > > explicitly states that. I haven't come across any single > > scenario/product where asymmetric labels are used. As Igor pointed out > > in an earlier email, there could be in theory some single-fiber > > configurations where the same wavelength cannot be used for both > > directions. But I don't know if anyone really uses that. > > > > (2) Then why do you need an explicit request from the ingress to make > > them symmetric at each hop? > > Ans: This is because the extensions in RFC3473 allows "Label > > Asymmetricity" and and as a result symmetricity cannot be assumed by > > default. There is currently no way of mandating symmetricity at > each hop > > along the path of the LSP. > > > > (3) Say, we all agree that "Symmetricity" is always guaranteed > (maybe we > > even state it explicitly in some standard document). Would you then be > > able to use existing extensions and address the "alien-wavelength" > setup > > use-case? > > Ans: No, the existing extensions still fall short. What does the > > ingress-client fill in the UPSTREAM_LABEL when it has no knowledge on > > what needs to be used? As per current extensions, the UPSTREAM_LABEL > > needs to be filled in with a valid label before sending the PATH > out. We > > still need the ingress-client to have some mechanism to tell the > network > > - "please ignore what I'm filling in the UPSTREAM_LABEL; just take the > > LABEL_SET into account if I fill one; I'll use what is returned in the > > RESV-LABEL for both directions." > > > > (4) Label allocation has always been a local choice. Why should the > > ingress request how labels are allocated at some downstream hop? > > Ans: The ingress has always been the one to request the downstream > node > > to allocate labels in both directions. All that the draft is proposing > > is a mechanism for the ingress to say that these two labels need to be > > symmetric. > > > > B. "Label Asymmetricity" > > > > (4) Have the "Label Asymmetricity" extensions been included just for > > completion sake? Can those be jettisoned if we there is no need for > > asymmetric labels? > > Ans: Yes. The primary reason why those extensions are included in the > > draft is because RFC3473 allows asymmetricity. We don't need to > discuss > > those if we explicitly state somewhere (in some standard document) > that > > "labels are always symmetric" and that all previous extensions defined > > for asymmetricity are use-less. > > > > C. "Use-Case" > > > > (5) I don't understand any of the above. Why do we need the network to > > assign an upstream label? > > Ans: Please read the draft. Section 5 discusses a specific use-case. > > > > > > Regards, > > -Pavan > > > > > > On Tue, Nov 5, 2013 at 2:29 AM, Zafar Ali (zali) > > > >> wrote: > > > > Hi- > > > > Furthermore, when (alien) wavelength is same in forward and > reverse > > direction, we can use label set along with acceptable label > set - as > > defined in RFC3473. The only use case this draft addresses is > when alien > > wavelength are asymmetrical in forward and reverse direction. > I am not > > aware of any example of such use case. > > > > Thanks > > > > Regards ¡­ Zafar > > > > > > -----Original Message----- > > > From: Fatai Zhang >> > > Date: Monday, November 4, 2013 7:38 PM > > > To: "julien.meuric@orange.com > >" > > > >>, Vishnu > > Pavan > > > Beeram > >> > > Cc: "ccamp@ietf.org > >" > > >> > > > Subject: [CCAMP] ´ð¸´: Comments > > about draft-beeram-ccamp-network-assigned-upstream-label-00 > > > > >Hi Pavan, > > > > > >Understood what you said in principle, but could you give an > example to > > >show there are asymmertric labels (wavelength?) for the > bidirectiaonal > > >LSPs (especiall for the transport networks) in the real > > implementations? > > > > > > >========================================================================== > > >====================================== > > >In practice, most bidirectional LSPs have label symmetricity on > > each hop > > >along the path of the LSP. But this is something that cannot > be assumed > > >by default. > > > > > > > > > > > >Thanks > > > > > >Fatai > > > > > >________________________________________ > > > >·¢¼þÈË: ccamp-bounces@ietf.org > > > > [ccamp-bounces@ietf.org > >] ´ú > ±í Julien > > Meuric > > >[julien.meuric@orange.com > >] > > > >·¢ËÍʱ¼ä: 2013Äê11ÔÂ5ÈÕ 10:35 > > >ÊÕ¼þÈË: Vishnu Pavan Beeram > > > >³­ËÍ: ccamp@ietf.org > > > > > >Ö÷Ìâ: Re: [CCAMP] Comments about > > >draft-beeram-ccamp-network-assigned-upstream-label-00 > > > > > >Hi Pavan. > > > > > >Even though I agree with your unassigned Upstream_Label > requirement, I > > >need to disagree with the data plane rationale you mention. > > > > > >The Upstream_Label refers to the client's optical receiver: > you don't > > >need to tune a laser on the receiver side. The data > transmission could > > >even work without sending the actual Upstream_Label in > RSVP-TE messages > > >to the client: I am not really a fan of that approach, but > that would > > >fit cases where optical policies are left to the optical > network... > > > > > >Moreover, I have doubts on putting label symmetry within the > protocol. > > >This is more an allocation policy in the hands of allocating > nodes: > > >requesting an allocation mode from an ingress node would mean > doing the > > >server job, I am not sure it is desirable. > > > > > >Julien > > > > > > > > >On 11/04/2013 23:49, Vishnu Pavan Beeram wrote: > > >> Lou, > > >> > > >> The extensions defined in this draft do not impose any > backwards > > >> compatibility issues. The intent is definitely not to > change the > > >> fundamental aspects of the protocol. As you would agree, it > is not > > >> mandatory to try and fit the extensions defined in RFC3473 > to all and > > >> sundry. New extensions are being introduced only where the > existing > > >> extensions fall short. Let me walk through the requirements > that we > > >> are looking at and that would hopefully explain the limitations > > of the > > >> existing extensions. > > >> > > >> Base requirement : > > >> Need a mechanism for a given node to say that it cannot > assign an > > >> upstream-label on its own and that it needs the network (read > > >> downstream) to assign it instead. > > >> > > >> Corollary requirements : > > >> 1. Need a mechanism for a given node to ask for a > network-assigned > > >> upstream label without having to specify any inputs on what > label > > >> needs to get picked. > > >> 2. Need a mechanism for a given node to ask for a > network-assigned > > >> upstream label and also specify some choices for the label > that needs > > >> to get picked. > > >> 3. If labels are symmetric, a given node can simply use the > label > > >> returned in the LABEL object of the RESV message for both > directions. > > >> In practice, most bidirectional LSPs have label > symmetricity on each > > >> hop along the path of the LSP. But this is something that > cannot be > > >> assumed by default. Hence, there is a need to have a mechanism > > for the > > >> ingress to request "label symmetricity" at each hop along > the path of > > >> the LSP. > > >> > > >> Can you somehow fit a solution using the current extensions > and cater > > >> to the above requirements? > > >> We believe the answer is NO. One suggestion on the mailing list > > was to > > >> set a random UPSTREAM_LABEL and send it out on a fishing > expedition. > > >> The idea was that the downstream node would then respond with a > > >> PATH-ERR carrying an ACCEPTABLE_LABEL_SET. John and Igor have > > provided > > >> a list of reasons on why that isn't a great idea. Let me > add another > > >> point - > > >> - As per RFC3473 - when a node receives an UPSTREAM_LABEL > object in > > >> the PATH, it means that the upstream node MUST have already > > >> installed/programmed this label. In the alien wavelength > use-case > > >> (discussed in the draft), when the network receives this > message, it > > >> would mean that the laser has already been tuned to this > > wavelength at > > >> the client. That beats the very purpose of requesting a network > > >> assigned upstream label. Doesn't it? So, the point is that > with the > > >> current semantics of an UPSTREAM_LABEL, you cannot use it > for the > > case > > >> where the upstream-label hasn't been installed/programmed > yet. If > > some > > >> implementation decides to ignore these semantics, how would the > > >> network know whether the ingress-client has already > installed this > > >> label or not (whether the laser is already tuned or not). > > >> > > >> RFC3473 states that a Bidirectional-LSP setup request is > > identified by > > >> the presence of an "UPSTREAM_LABEL" object in the PATH msg. > This > > draft > > >> does propose 2 other mechanisms: > > >> - The presence of the "Label Symmetricity Required" Flag in > the PATH > > >> - The presence of the "UPSTREAM_LABEL_SET" object in the PATH > > >> If a downstream node does not understand any of the above > > indications, > > >> it would reject the setup request. In both scenarios - > after the > > >> network has assigned the upstream-label, the concerned node is > > allowed > > >> to start signaling the UPSTREAM_LABEL object in the PATH. I > don't > > >> understand how adding two other mechanisms for > Bidirectional LSP > > setup > > >> translates to changing fundamental aspects of the protocol. > > >> Implementations that can support these extensions can. > Others can > > >> still be happy with their "running code". > > >> > > >> Regards, > > >> -Pavan > > >> > > >> > > >> > > >> On Mon, Nov 4, 2013 at 2:18 PM, Lou Berger > > > > > > > >> > >>> wrote: > > >> > > >> John, (authors) > > >> > > >> Perhaps it would be useful to refocus a moment on the > specific > > >> limitations the draft is focusing on. > > >> > > >> There's no question that 3473 made certain choices based on > > expected > > >> uses and probabilities that may not hold, but we do > need to be > > >>careful > > >> when changing fundamentals of the protocol (e.g. moving > away from > > >>the > > >> use of the upstream label object as the basic object that > > indicates > > >>a > > >> bidirectional LSP.) > > >> > > >> So is it fair to say that the main limitation that the > draft is > > >>trying > > >> to address is the inability to support downstream > selection of > > >> upstream > > >> labels? > > >> > > >> The draft also allows for both symmetric and asymmetric > label > > value > > >> allocation. IS this a requirement, or asymmetric just > > included for > > >> completeness? > > >> > > >> Are there other requirements / limitations you are > trying to > > >>address? > > >> > > >> Lou > > >> > > >> On 11/04/2013 01:24 PM, John E Drake wrote: > > >> > Zafar, > > >> > > > >> > Both Igor and I have listed technical issues with RFC3473 > > and your > > >> > response is that you really really like RFC3473. I'm > happy for > > >> you but > > >> > unimpressed. > > >> > > > >> > John > > >> > > > >> > Sent from my iPhone > > >> > > > >> > On Nov 4, 2013, at 9:43 AM, "Zafar Ali (zali)" > > > > > >> > >> > > >> > > > > > > >>>> wrote: > > >> > > > >> >> Igor, John- > > >> >> > > >> >> Please see in-line. > > >> >> > > >> >> From: "IBryskin@advaoptical.com > > > > > > >> > > > >> > > > > > > >> > > >>>" > > >> >> > > > > > >> > > >> > > > > > >>>> > > >> >> Date: Monday, November 4, 2013 8:57 AM > > >> >> To: zali > > > > > >> > > > >> > > > > > > >>>>, > > >> "jdrake@juniper.net > > > > > >> > > >> >> > > > > >>>" > > >> > > > > > >> > > >> >> > > > > >>>> > > >> >> Cc: "ccamp@ietf.org > > > > > >> > > >> > > > > > >>>" > > > > > >> > >> > > >> >> > > > > > >>>> > > >> >> Subject: RE: Comments about > > >> >> draft-beeram-ccamp-network-assigned-upstream-label-00 > > >> >> > > >> >> Zafar, > > >> >> > > >> >> 1) Using an error indication as a part of normal > protocol > > >> >> operation is not good design practice. > > >> >> > > >> >> Use of Path error and notify message is an integral part > > of the > > >> >> RSVP-TE design. Also please note that we are not > debating > > about a > > >> >> new procedure being proposed but talking about a > procedure > > that > > >>is > > >> >> already implemented and deployed. > > >> >> > > >> >> > > >> >> > > >> >> IB>> The way I interpret this discussion is > something like > > this: > > >> >> > > >> >> > > >> >> > > >> >> John: I believe that white is a lighter color than > black. > > >> >> > > >> >> Zafa: Well, John, black is an integral part of the color > > pallet. > > >> >> Many mature applications successfully use black for > their > > various > > >> >> purposes. My implementations, for example, use black for > > pretty > > >> >> much everything¡­.. So, it is not clear which color > is lighter, > > >>and > > >> >> why do we need other colors at all. :=) > > >> >> > > >> >> > > >> >> > > >> >> I mean to say that your, Zafar, comments IMHO are not > > >>constructive > > >> >> technical arguments. > > >> >> > > >> >> Igor > > >> >> > > >> >> > > >> >> > > >> >> Hi Igor and John: > > >> >> > > >> >> This is really funny. This is the first time I have > heard that > > >> running > > >> >> code has no merit at IETF :) This is especially when the > > >> running code > > >> >> is directly coming from RFC3473. You are calling it "not > > >> constructive > > >> >> technical arguments"! Last I heard we believed in > running code > > >>(See > > >> >> your T-shirt from the election day from IETF Atlanta). > > >> >> > > >> >> Your draft is ONLY applicable for a use case where > > upstream and > > >> >> downstream alien wavelength are different. When > upstream and > > >> >> downstream alien wavelength are same, use of > acceptable label > > >> set and > > >> >> label set objects constitute the running code. > However, your > > >>draft > > >> >> neither makes that applicability statement nor makes any > > mention > > >>or > > >> >> cover or reference to procedure I quoted from RFC3473. > > >> >> > > >> >> Thanks > > >> >> > > >> >> Regards¡­Zafar > > >> >> > > >> >> > > >> >> > > >> >> > > >> >> > > >> >> *From:*Zafar Ali (zali) [mailto:zali@cisco.com > > > > > > >> > >>] > > >> >> *Sent:* Monday, November 04, 2013 1:51 AM > > >> >> *To:* John E Drake; Igor Bryskin > > >> >> *Cc:* ccamp@ietf.org > > > > > >> > > >> > > > > > >>> > > >> >> *Subject:* Re: Comments about > > >> >> draft-beeram-ccamp-network-assigned-upstream-label-00 > > >> >> > > >> >> > > >> >> > > >> >> Hi John: > > >> >> > > >> >> > > >> >> > > >> >> Please see in-line. > > >> >> > > >> >> > > >> >> > > >> >> Thanks > > >> >> > > >> >> > > >> >> > > >> >> Regards ¡­ Zafar > > >> >> > > >> >> > > >> >> > > >> >> *From: *"jdrake@juniper.net > > > > > >> > > >> > > > > > >>>" > > >> >> > > > > > >> > > >> > > > > > > >>>> > > >> >> *Date: *Sunday, November 3, 2013 11:57 AM > > >> >> *To: *zali > > > > > >> > > > >> > > > > > > >>>>, > > >> >> "IBryskin@advaoptical.com > > > > > > >> > > > >> > > > > > >>>" > > >> >> > > > > > >> > > >> > > > > > > >>>> > > >> >> *Cc: *"ccamp@ietf.org > > > > > >> > > > >> > > > > > >>>" > > > > > >> > >> > > >> >> > > > > > > >>>> > > >> >> *Subject: *RE: Comments about > > >> >> draft-beeram-ccamp-network-assigned-upstream-label-00 > > >> >> > > >> >> > > >> >> > > >> >> Zafar, > > >> >> > > >> >> That because this already defined method has the > following > > >>issues: > > >> >> > > >> >> 1) Using an error indication as a part of normal > protocol > > >> >> operation is not good design practice. > > >> >> > > >> >> Use of Path error and notify message is an integral part > > of the > > >> >> RSVP-TE design. Also please note that we are not > debating > > about a > > >> >> new procedure being proposed but talking about a > procedure > > that > > >>is > > >> >> already implemented and deployed. > > >> >> > > >> >> 2) Acceptable Label Set is optional so its presence > is not > > >> >> guaranteed > > >> >> > > >> >> So is the case of newly defined upstream label set. Also > > please > > >> >> note that many part of the RSVP-TE protocol are > designed using > > >> >> optional objects. > > >> >> > > >> >> 3) The information it provides may be out of date by > the time > > >> >> the LSP is re-signaled. > > >> >> > > >> >> This is an implementation issue. A node sending the > acceptable > > >> >> label set has the responsibility to guarantee that > information > > >> >> provides in the acceptable label set remains valid for > > >> >> re-signaling time. E.g., UNI-N implementation can cache > > the label > > >> >> for the re-signaling time. > > >> >> > > >> >> 4) Most importantly, Acceptable Label Set is > generated hop by > > >> >> hop, unlike Upstream Label Set which exercises the > entire > > >> >> path. This means that its use to determine a valid > wavelength > > >> >> would require a potentially unbounded number of > crankbacks, > > >> >> both single and multi-hop, with no guarantee that such a > > >> >> wavelength could be found. > > >> >> > > >> >> In the use case of align wavelength addressed in this > > draft, the > > >> >> acceptable label set communication is restricted to the > > UNI-C and > > >> >> UNI-N node. > > >> >> > > >> >> Yours Irrespectively, > > >> >> > > >> >> > > >> >> > > >> >> John > > >> >> > > >> >> > > >> >> > > >> >> *From:*ccamp-bounces@ietf.org > > > > > > >> > > >> > > > > > > > >>> > > >> >> [mailto:ccamp-bounces@ietf.org > > > > > > >>] > > >> *On Behalf Of *Zafar Ali (zali) > > >> >> *Sent:* Sunday, November 03, 2013 8:12 AM > > >> >> *To:* IBryskin@advaoptical.com > > > > > > >> > > > >> > > > > > >> > > > >>> > > >> >> *Cc:* ccamp@ietf.org > > > > > >> > > > >> > > > > > > >>> > > >> >> *Subject:* [CCAMP] Comments about > > >> >> draft-beeram-ccamp-network-assigned-upstream-label-00 > > >> >> > > >> >> > > >> >> > > >> >> Hi Igor and co-authors- > > >> >> > > >> >> > > >> >> > > >> >> Please note that [RFC3473] already considers the > case where > > >> >> upstream label may not be acceptable to a downstream > > >> >> node. Specifically, [RFC3473] states that: > > >> >> > > >> >> "/when a Path message containing an Upstream_Label > object is > > >> >> received, the receiver first verifies that the > upstream label > > >> >> is acceptable. If the label is not acceptable, the > receiver > > >> >> /*MUST*/issue a PathErr message with a "Routing > > >> >> problem/Unacceptable label value" indication. The > generated > > >> >> PathErr message MAY include an Acceptable Label Set > Object/". > > >> >> > > >> >> Acceptable_Label_Set objects may be carried in > PathErr and > > >> >> ResvErr messages [RFC3473]. > > >> >> > > >> >> > > >> >> > > >> >> However, your draft does not mention or cover this > already > > >> >> defined method. > > >> >> > > >> >> > > >> >> > > >> >> Thanks > > >> >> > > >> >> > > >> >> > > >> >> Regards ¡­ Zafar > > >> >> > > >> > > > >> > > > >> > _______________________________________________ > > >> > CCAMP mailing list > > >> > CCAMP@ietf.org > > > > > > >> > > > >> > https://www.ietf.org/mailman/listinfo/ccamp > > >> > > > >> > > >> _______________________________________________ > > >> CCAMP mailing list > > > >> CCAMP@ietf.org > > > > > > >> > > >> https://www.ietf.org/mailman/listinfo/ccamp > > >> > > >> > > >> > > >> > > >> _______________________________________________ > > >> CCAMP mailing list > > >> CCAMP@ietf.org > > > > >> https://www.ietf.org/mailman/listinfo/ccamp > > > > > >_______________________________________________ > > >CCAMP mailing list > > >CCAMP@ietf.org > > > >https://www.ietf.org/mailman/listinfo/ccamp > > >_______________________________________________ > > >CCAMP mailing list > > >CCAMP@ietf.org > > > >https://www.ietf.org/mailman/listinfo/ccamp > > > > > > > > > > _______________________________________________ > > CCAMP mailing list > > CCAMP@ietf.org > > https://www.ietf.org/mailman/listinfo/ccamp > > > > > From IBryskin@advaoptical.com Tue Nov 5 08:39:51 2013 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 73FBA11E8204 for ; Tue, 5 Nov 2013 08:39:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.83 X-Spam-Level: ** X-Spam-Status: No, score=2.83 tagged_above=-999 required=5 tests=[AWL=-3.619, BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, MIME_8BIT_HEADER=0.3, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, SARE_SUB_ENC_GB2312=1.345] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WE0y6wgIkS9t for ; Tue, 5 Nov 2013 08:39:37 -0800 (PST) Received: from mail3.advaoptical.com (mail3.advaoptical.com [74.202.24.82]) by ietfa.amsl.com (Postfix) with ESMTP id AD04221E8183 for ; Tue, 5 Nov 2013 08:38:30 -0800 (PST) Received: from atl-srv-mail10.atl.advaoptical.com (atl-srv-mail10.atl.advaoptical.com [172.16.5.39]) by atl-vs-fsmail.advaoptical.com (8.14.5/8.14.5) with ESMTP id rA5GcRrC022622 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 5 Nov 2013 11:38:27 -0500 Received: from ATL-SRV-MAIL10.atl.advaoptical.com ([fe80::c4d6:b136:bc16:77ae]) by atl-srv-mail10.atl.advaoptical.com ([fe80::c4d6:b136:bc16:77ae%17]) with mapi id 14.03.0158.001; Tue, 5 Nov 2013 11:38:27 -0500 From: Igor Bryskin To: Lou Berger , Vishnu Pavan Beeram Thread-Topic: =?gb2312?B?W0NDQU1QXSC08Li0OiBDb21tZW50cyBhYm91dCBkcmFmdC1iZWVyYW0tY2Nh?= =?gb2312?Q?mp-network-assigned-upstream-label-00?= Thread-Index: AQHO2kQeZQxJjgiAPEGMvU88TQRgH5oW1U5A Date: Tue, 5 Nov 2013 16:38:27 +0000 Message-ID: References: <52790CAD.80003@labn.net> <52791CB8.4000706@labn.net> In-Reply-To: <52791CB8.4000706@labn.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [31.133.148.60] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8794, 1.0.431, 0.0.0000 definitions=2013-11-05_06:2013-11-05, 2013-11-05, 1970-01-01 signatures=0 Cc: "ccamp@ietf.org" Subject: Re: [CCAMP] =?gb2312?b?tPC4tDogQ29tbWVudHMgYWJvdXQgZHJhZnQtYmVlcmFt?= =?gb2312?b?LWNjYW1wLW5ldHdvcmstYXNzaWduZWQtdXBzdHJlYW0tbGFiZWwtMDA=?= X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 16:39:51 -0000 QWN0dWFsbHksIEkgd2FudCB0byBoYXZlIGFuIG9wdGlvbiBmb3IgVU5JLUMgdG8gc2F5Og0KYSkg SSB3YW50IHRoZSBuZXR3b3JrIHRvIGFzc2lnbiBib3RoIGxhYmVsczsNCmIpIEkgZG9uJ3QgY2Fy ZSBhYm91dCB0aGUgdmFsdWVzLCBidXQgVVMgbGFiZWwgbXVzdCBiZSB0aGUgc2FtZSBhcyBEUyBs YWJsZWwNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IExvdSBCZXJnZXIgW21h aWx0bzpsYmVyZ2VyQGxhYm4ubmV0XSANClNlbnQ6IFR1ZXNkYXksIE5vdmVtYmVyIDA1LCAyMDEz IDExOjI5IEFNDQpUbzogSWdvciBCcnlza2luOyBWaXNobnUgUGF2YW4gQmVlcmFtDQpDYzogY2Nh bXBAaWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBbQ0NBTVBdILTwuLQ6IENvbW1lbnRzIGFib3V0IGRy YWZ0LWJlZXJhbS1jY2FtcC1uZXR3b3JrLWFzc2lnbmVkLXVwc3RyZWFtLWxhYmVsLTAwDQoNCkln b3IsDQoJU28geW91IGFyZSBhZGRpbmcgdG8gMyB0byBjb3ZlciB0aGUgY2FzZSB3aGVuIHRoZSB1 cHN0cmVhbSBub2RlIHNlbGVjdHMgdGhlIGxhYmVsLCByaWdodD8NCj4gICAgIDMuIFRoZSB1c2Ug b2Ygc3ltbWV0cmljIGxhYmVscyB3aGVuIHRoZSBkb3duc3RyZWFtIG5vZGUNCj4gICAgICAgIGlz IHNlbGVjdGluZyB0aGUgbGFiZWwuDQoNCkxvdQ0KDQpPbiAxMS81LzIwMTMgODoyMCBBTSwgSWdv ciBCcnlza2luIHdyb3RlOg0KPiBJIHdvdWxkIGFkZDoNCj4gDQo+IDUuIEEgd2F5IGZvciBVUyBu b2RlIChlLmcuIFVOSS1DKSB0byBtYW5kYXRlIHRoZSBsYWJlbCBzeW1tZXRyaWNpdHkuDQo+IA0K PiAgDQo+IA0KPiAqRnJvbToqY2NhbXAtYm91bmNlc0BpZXRmLm9yZyBbbWFpbHRvOmNjYW1wLWJv dW5jZXNAaWV0Zi5vcmddICpPbiANCj4gQmVoYWxmIE9mICpWaXNobnUgUGF2YW4gQmVlcmFtDQo+ ICpTZW50OiogVHVlc2RheSwgTm92ZW1iZXIgMDUsIDIwMTMgMTA6NTAgQU0NCj4gKlRvOiogTG91 IEJlcmdlcg0KPiAqQ2M6KiBjY2FtcEBpZXRmLm9yZw0KPiAqU3ViamVjdDoqIFJlOiBbQ0NBTVBd ILTwuLQ6IENvbW1lbnRzIGFib3V0DQo+IGRyYWZ0LWJlZXJhbS1jY2FtcC1uZXR3b3JrLWFzc2ln bmVkLXVwc3RyZWFtLWxhYmVsLTAwDQo+IA0KPiAgDQo+IA0KPiBMb3UsDQo+IA0KPiAgDQo+IA0K PiBZZXMsIHlvdXIgc3VtbWFyaXplZCBwb2ludHMgYXJlIGNvcnJlY3QuDQo+IA0KPiAgDQo+IA0K PiBUaGFua3MsDQo+IA0KPiAtUGF2YW4uDQo+IA0KPiAgDQo+IA0KPiBPbiBUdWUsIE5vdiA1LCAy MDEzIGF0IDEwOjIwIEFNLCBMb3UgQmVyZ2VyIDxsYmVyZ2VyQGxhYm4ubmV0IA0KPiA8bWFpbHRv OmxiZXJnZXJAbGFibi5uZXQ+PiB3cm90ZToNCj4gDQo+IFBhdmFuLA0KPiAgICAgICAgIEkgdGhp bmsgdGhpcyBpcyBoZWxwZnVsIGluIHRyeWluZyB0byB1bmRlcnN0YW5kIHdoYXQgdGhlIGdvYWxz IA0KPiBhcmUgb2YgdGhlIGRyYWZ0LiAgQWdhaW4sIEknbGwgcmVzaXN0IGFyZ3VpbmcgYWJvdXQg dGhlIG1lY2hhbmlzbXMgDQo+IHRoYXQgYXJlIHByb3Bvc2VkIHVudGlsIHdlJ3ZlIGFncmVlZCBv biB3aGF0IHJlcXVpcmVtZW50cyBuZWVkIHRvIGJlIA0KPiBhZGRyZXNzZWQuDQo+IChXaGlsZSB0 aGUgbWVjaGFuaXNtIGRldGFpbHMsIGkuZS4sIHRoZSAiaG93IiwgYXJlIGNlcnRhaW5seSANCj4g aW1wb3J0YW50LCBhcmd1aW5nIHRob3NlIGRvZXNuJ3QgcmVhbGx5IGFuc3dlciB0aGUgbGFyZ2Vy IHF1ZXN0aW9uIG9mIA0KPiAid2hhdCIgeW91J2QgbGlrZSB0byBhY2NvbXBsaXNoLikNCj4gDQo+ ICANCj4gDQo+IFZQQjogQWdyZWUuDQo+IA0KPiAgDQo+IA0KPiANCj4gICAgIFNvIHRoZSBsaXN0 IG9mIHJlcXVpcmVtZW50cyBpcyBub3cgdGhlIGFkZGl0aW9uIG9mOg0KPiAgICAgMS4gRG93bnN0 cmVhbSBzZWxlY3Rpb24gb2YgdGhlIHVwc3RyZWFtIGxhYmVsDQo+IA0KPiANCj4gICAgIDIuIEFu IG9wdGlvbiB0byBhbGxvdyB1cHN0cmVhbSBub2RlIHRvIHByb3ZpZGUgc2V0IG9mIGxhYmVscyB0 aGF0DQo+ICAgICAgICBzaG91bGQgYmUgdXNlZCBpbiB0aGUgZG93bnN0cmVhbSBub2RlcycgY2hv aWNlIG9mIHVwc3RyZWFtIA0KPiBsYWJlbA0KPiANCj4gICAgIDMuIFRoZSB1c2Ugb2Ygc3ltbWV0 cmljIGxhYmVscyB3aGVuIHRoZSBkb3duc3RyZWFtIG5vZGUNCj4gICAgICAgIGlzIHNlbGVjdGlu ZyB0aGUgbGFiZWwuDQo+IA0KPiAgICAgNC4gQWxsb3dpbmcgZm9yIGFzeW1tZXRyaWMgbGFiZWxz IGlzIG5vdCBhIG5ldyByZXF1aXJlbWVudCwgbm9yIGRvDQo+ICAgICAgICB5b3UgcmVhbGx5IGNh cmUgYWJvdXQgaXQuDQo+IA0KPiAgICAgSXMgdGhpcyBjb3JyZWN0Pw0KPiANCj4gICAgIFRoYW5r cywNCj4gICAgIExvdQ0KPiANCj4gDQo+ICAgICBPbiAxMS81LzIwMTMgNToyNSBBTSwgVmlzaG51 IFBhdmFuIEJlZXJhbSB3cm90ZToNCj4gICAgID4gSSBzZWUgYSBwYXR0ZXJuIGluIHRoZSBxdWVz dGlvbnMgdGhhdCBhcmUgYmVpbmcgcmFpc2VkLiBJJ2xsIHRyeQ0KPiAgICAgYW5kIHNlZQ0KPiAg ICAgPiBpZiBJIGNhbiBhbnN3ZXIgdGhlbSBhbGwgdXNpbmcgdGhlIGZvbGxvd2luZyBRJkEuDQo+ ICAgICA+DQo+ICAgICA+IEEuICJMYWJlbCBTeW1tZXRyaWNpdHkiOg0KPiAgICAgPg0KPiAgICAg PiAoMSkgQXJlbid0IGxhYmVscyBhbHdheXMgc3ltbWV0cmljIGluIHByYWN0aWNlPyBBcmUgdGhl cmUgYW55DQo+ICAgICBhc3ltbWV0cmljDQo+ICAgICA+IGxhYmVsIHNjZW5hcmlvcyBhdCBhbGw/ DQo+ICAgICA+IEFuczogWWVzLCBsYWJlbHMgYXJlIGFsbW9zdCBhbHdheXMgc3ltbWV0cmljIGlu IHByYWN0aWNlLiBUaGUgZHJhZnQNCj4gICAgID4gZXhwbGljaXRseSBzdGF0ZXMgdGhhdC4gSSBo YXZlbid0IGNvbWUgYWNyb3NzIGFueSBzaW5nbGUNCj4gICAgID4gc2NlbmFyaW8vcHJvZHVjdCB3 aGVyZSBhc3ltbWV0cmljIGxhYmVscyBhcmUgdXNlZC4gQXMgSWdvciBwb2ludGVkIG91dA0KPiAg ICAgPiBpbiBhbiBlYXJsaWVyIGVtYWlsLCB0aGVyZSBjb3VsZCBiZSBpbiB0aGVvcnkgc29tZSBz aW5nbGUtZmliZXINCj4gICAgID4gY29uZmlndXJhdGlvbnMgd2hlcmUgdGhlIHNhbWUgd2F2ZWxl bmd0aCBjYW5ub3QgYmUgdXNlZCBmb3IgYm90aA0KPiAgICAgPiBkaXJlY3Rpb25zLiBCdXQgSSBk b24ndCBrbm93IGlmIGFueW9uZSByZWFsbHkgdXNlcyB0aGF0Lg0KPiAgICAgPg0KPiAgICAgPiAo MikgVGhlbiB3aHkgZG8geW91IG5lZWQgYW4gZXhwbGljaXQgcmVxdWVzdCBmcm9tIHRoZSBpbmdy ZXNzIHRvIG1ha2UNCj4gICAgID4gdGhlbSBzeW1tZXRyaWMgYXQgZWFjaCBob3A/DQo+ICAgICA+ IEFuczogVGhpcyBpcyBiZWNhdXNlIHRoZSBleHRlbnNpb25zIGluIFJGQzM0NzMgYWxsb3dzICJM YWJlbA0KPiAgICAgPiBBc3ltbWV0cmljaXR5IiBhbmQgYW5kIGFzIGEgcmVzdWx0IHN5bW1ldHJp Y2l0eSBjYW5ub3QgYmUgYXNzdW1lZCBieQ0KPiAgICAgPiBkZWZhdWx0LiBUaGVyZSBpcyBjdXJy ZW50bHkgbm8gd2F5IG9mIG1hbmRhdGluZyBzeW1tZXRyaWNpdHkgYXQNCj4gICAgIGVhY2ggaG9w DQo+ICAgICA+IGFsb25nIHRoZSBwYXRoIG9mIHRoZSBMU1AuDQo+ICAgICA+DQo+ICAgICA+ICgz KSBTYXksIHdlIGFsbCBhZ3JlZSB0aGF0ICJTeW1tZXRyaWNpdHkiIGlzIGFsd2F5cyBndWFyYW50 ZWVkDQo+ICAgICAobWF5YmUgd2UNCj4gICAgID4gZXZlbiBzdGF0ZSBpdCBleHBsaWNpdGx5IGlu IHNvbWUgc3RhbmRhcmQgZG9jdW1lbnQpLiBXb3VsZCB5b3UgdGhlbiBiZQ0KPiAgICAgPiBhYmxl IHRvIHVzZSBleGlzdGluZyBleHRlbnNpb25zIGFuZCBhZGRyZXNzIHRoZSAiYWxpZW4td2F2ZWxl bmd0aCINCj4gICAgIHNldHVwDQo+ICAgICA+IHVzZS1jYXNlPw0KPiAgICAgPiBBbnM6IE5vLCB0 aGUgZXhpc3RpbmcgZXh0ZW5zaW9ucyBzdGlsbCBmYWxsIHNob3J0LiBXaGF0IGRvZXMgdGhlDQo+ ICAgICA+IGluZ3Jlc3MtY2xpZW50IGZpbGwgaW4gdGhlIFVQU1RSRUFNX0xBQkVMIHdoZW4gaXQg aGFzIG5vIGtub3dsZWRnZSBvbg0KPiAgICAgPiB3aGF0IG5lZWRzIHRvIGJlIHVzZWQ/IEFzIHBl ciBjdXJyZW50IGV4dGVuc2lvbnMsIHRoZSBVUFNUUkVBTV9MQUJFTA0KPiAgICAgPiBuZWVkcyB0 byBiZSBmaWxsZWQgaW4gd2l0aCBhIHZhbGlkIGxhYmVsIGJlZm9yZSBzZW5kaW5nIHRoZSBQQVRI DQo+ICAgICBvdXQuIFdlDQo+ICAgICA+IHN0aWxsIG5lZWQgdGhlIGluZ3Jlc3MtY2xpZW50IHRv IGhhdmUgc29tZSBtZWNoYW5pc20gdG8gdGVsbCB0aGUNCj4gICAgIG5ldHdvcmsNCj4gICAgID4g LSAicGxlYXNlIGlnbm9yZSB3aGF0IEknbSBmaWxsaW5nIGluIHRoZSBVUFNUUkVBTV9MQUJFTDsg anVzdCB0YWtlIHRoZQ0KPiAgICAgPiBMQUJFTF9TRVQgaW50byBhY2NvdW50IGlmIEkgZmlsbCBv bmU7IEknbGwgdXNlIHdoYXQgaXMgcmV0dXJuZWQgaW4gdGhlDQo+ICAgICA+IFJFU1YtTEFCRUwg Zm9yIGJvdGggZGlyZWN0aW9ucy4iDQo+ICAgICA+DQo+ICAgICA+ICg0KSBMYWJlbCBhbGxvY2F0 aW9uIGhhcyBhbHdheXMgYmVlbiBhIGxvY2FsIGNob2ljZS4gV2h5IHNob3VsZCB0aGUNCj4gICAg ID4gaW5ncmVzcyByZXF1ZXN0IGhvdyBsYWJlbHMgYXJlIGFsbG9jYXRlZCBhdCBzb21lIGRvd25z dHJlYW0gaG9wPw0KPiAgICAgPiBBbnM6IFRoZSBpbmdyZXNzIGhhcyBhbHdheXMgYmVlbiB0aGUg b25lIHRvIHJlcXVlc3QgdGhlIGRvd25zdHJlYW0NCj4gICAgIG5vZGUNCj4gICAgID4gdG8gYWxs b2NhdGUgbGFiZWxzIGluIGJvdGggZGlyZWN0aW9ucy4gQWxsIHRoYXQgdGhlIGRyYWZ0IGlzIHBy b3Bvc2luZw0KPiAgICAgPiBpcyBhIG1lY2hhbmlzbSBmb3IgdGhlIGluZ3Jlc3MgdG8gc2F5IHRo YXQgdGhlc2UgdHdvIGxhYmVscyBuZWVkIHRvIGJlDQo+ICAgICA+IHN5bW1ldHJpYy4NCj4gICAg ID4NCj4gICAgID4gQi4gIkxhYmVsIEFzeW1tZXRyaWNpdHkiDQo+ICAgICA+DQo+ICAgICA+ICg0 KSBIYXZlIHRoZSAiTGFiZWwgQXN5bW1ldHJpY2l0eSIgZXh0ZW5zaW9ucyBiZWVuIGluY2x1ZGVk IGp1c3QgZm9yDQo+ICAgICA+IGNvbXBsZXRpb24gc2FrZT8gQ2FuIHRob3NlIGJlIGpldHRpc29u ZWQgaWYgd2UgdGhlcmUgaXMgbm8gbmVlZCBmb3INCj4gICAgID4gYXN5bW1ldHJpYyBsYWJlbHM/ DQo+ICAgICA+IEFuczogWWVzLiBUaGUgcHJpbWFyeSByZWFzb24gd2h5IHRob3NlIGV4dGVuc2lv bnMgYXJlIGluY2x1ZGVkIGluIHRoZQ0KPiAgICAgPiBkcmFmdCBpcyBiZWNhdXNlIFJGQzM0NzMg YWxsb3dzIGFzeW1tZXRyaWNpdHkuIFdlIGRvbid0IG5lZWQgdG8NCj4gICAgIGRpc2N1c3MNCj4g ICAgID4gdGhvc2UgaWYgd2UgZXhwbGljaXRseSBzdGF0ZSBzb21ld2hlcmUgKGluIHNvbWUgc3Rh bmRhcmQgZG9jdW1lbnQpDQo+ICAgICB0aGF0DQo+ICAgICA+ICJsYWJlbHMgYXJlIGFsd2F5cyBz eW1tZXRyaWMiIGFuZCB0aGF0IGFsbCBwcmV2aW91cyBleHRlbnNpb25zIGRlZmluZWQNCj4gICAg ID4gZm9yIGFzeW1tZXRyaWNpdHkgYXJlIHVzZS1sZXNzLg0KPiAgICAgPg0KPiAgICAgPiBDLiAi VXNlLUNhc2UiDQo+ICAgICA+DQo+ICAgICA+ICg1KSBJIGRvbid0IHVuZGVyc3RhbmQgYW55IG9m IHRoZSBhYm92ZS4gV2h5IGRvIHdlIG5lZWQgdGhlIG5ldHdvcmsgdG8NCj4gICAgID4gYXNzaWdu IGFuIHVwc3RyZWFtIGxhYmVsPw0KPiAgICAgPiBBbnM6IFBsZWFzZSByZWFkIHRoZSBkcmFmdC4g U2VjdGlvbiA1IGRpc2N1c3NlcyBhIHNwZWNpZmljIHVzZS1jYXNlLg0KPiAgICAgPg0KPiAgICAg Pg0KPiAgICAgPiBSZWdhcmRzLA0KPiAgICAgPiAtUGF2YW4NCj4gICAgID4NCj4gICAgID4NCj4g ICAgID4gT24gVHVlLCBOb3YgNSwgMjAxMyBhdCAyOjI5IEFNLCBaYWZhciBBbGkgKHphbGkpIDx6 YWxpQGNpc2NvLmNvbQ0KPiAgICAgPG1haWx0bzp6YWxpQGNpc2NvLmNvbT4NCj4gDQo+ICAgICA+ IDxtYWlsdG86emFsaUBjaXNjby5jb20gPG1haWx0bzp6YWxpQGNpc2NvLmNvbT4+PiB3cm90ZToN Cj4gICAgID4NCj4gICAgID4gICAgIEhpLQ0KPiAgICAgPg0KPiAgICAgPiAgICAgRnVydGhlcm1v cmUsIHdoZW4gKGFsaWVuKSB3YXZlbGVuZ3RoIGlzIHNhbWUgaW4gZm9yd2FyZCBhbmQNCj4gICAg IHJldmVyc2UNCj4gICAgID4gICAgIGRpcmVjdGlvbiwgd2UgY2FuIHVzZSBsYWJlbCBzZXQgYWxv bmcgd2l0aCBhY2NlcHRhYmxlIGxhYmVsDQo+ICAgICBzZXQgLSBhcw0KPiAgICAgPiAgICAgZGVm aW5lZCBpbiBSRkMzNDczLiBUaGUgb25seSB1c2UgY2FzZSB0aGlzIGRyYWZ0IGFkZHJlc3NlcyBp cw0KPiAgICAgd2hlbiBhbGllbg0KPiAgICAgPiAgICAgd2F2ZWxlbmd0aCBhcmUgYXN5bW1ldHJp Y2FsIGluIGZvcndhcmQgYW5kIHJldmVyc2UgZGlyZWN0aW9uLg0KPiAgICAgSSBhbSBub3QNCj4g ICAgID4gICAgIGF3YXJlIG9mIGFueSBleGFtcGxlIG9mIHN1Y2ggdXNlIGNhc2UuDQo+ICAgICA+ DQo+ICAgICA+ICAgICBUaGFua3MNCj4gICAgID4NCj4gICAgID4gICAgIFJlZ2FyZHMgoa0gWmFm YXINCj4gICAgID4NCj4gICAgID4NCj4gICAgID4gICAgIC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0t LS0tDQo+IA0KPiAgICAgPiAgICAgRnJvbTogRmF0YWkgWmhhbmcgPHpoYW5nZmF0YWlAaHVhd2Vp LmNvbQ0KPiAgICAgPG1haWx0bzp6aGFuZ2ZhdGFpQGh1YXdlaS5jb20+IDxtYWlsdG86emhhbmdm YXRhaUBodWF3ZWkuY29tDQo+ICAgICA8bWFpbHRvOnpoYW5nZmF0YWlAaHVhd2VpLmNvbT4+Pg0K PiAgICAgPiAgICAgRGF0ZTogTW9uZGF5LCBOb3ZlbWJlciA0LCAyMDEzIDc6MzggUE0NCj4gDQo+ ICAgICA+ICAgICBUbzogImp1bGllbi5tZXVyaWNAb3JhbmdlLmNvbQ0KPiAgICAgPG1haWx0bzpq dWxpZW4ubWV1cmljQG9yYW5nZS5jb20+IDxtYWlsdG86anVsaWVuLm1ldXJpY0BvcmFuZ2UuY29t DQo+ICAgICA8bWFpbHRvOmp1bGllbi5tZXVyaWNAb3JhbmdlLmNvbT4+Ig0KPiAgICAgPiAgICAg PGp1bGllbi5tZXVyaWNAb3JhbmdlLmNvbSA8bWFpbHRvOmp1bGllbi5tZXVyaWNAb3JhbmdlLmNv bT4NCj4gICAgIDxtYWlsdG86anVsaWVuLm1ldXJpY0BvcmFuZ2UuY29tDQo+ICAgICA8bWFpbHRv Omp1bGllbi5tZXVyaWNAb3JhbmdlLmNvbT4+PiwgVmlzaG51DQo+ICAgICA+ICAgICBQYXZhbg0K PiANCj4gICAgID4gICAgIEJlZXJhbSA8dmlzaG51cGF2YW5AZ21haWwuY29tIDxtYWlsdG86dmlz aG51cGF2YW5AZ21haWwuY29tPg0KPiAgICAgPG1haWx0bzp2aXNobnVwYXZhbkBnbWFpbC5jb20g PG1haWx0bzp2aXNobnVwYXZhbkBnbWFpbC5jb20+Pj4NCj4gICAgID4gICAgIENjOiAiY2NhbXBA aWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4NCj4gICAgIDxtYWlsdG86Y2NhbXBAaWV0 Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+IiA8Y2NhbXBAaWV0Zi5vcmcNCj4gICAgIDxt YWlsdG86Y2NhbXBAaWV0Zi5vcmc+DQo+ICAgICA+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3Jn IDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+Pj4NCj4gDQo+ICAgICA+ICAgICBTdWJqZWN0OiBbQ0NB TVBdILTwuLQ6ICBDb21tZW50cw0KPiAgICAgPiAgICAgYWJvdXQgICBkcmFmdC1iZWVyYW0tY2Nh bXAtbmV0d29yay1hc3NpZ25lZC11cHN0cmVhbS1sYWJlbC0wMA0KPiAgICAgPg0KPiAgICAgPiAg ICAgPkhpIFBhdmFuLA0KPiAgICAgPiAgICAgPg0KPiAgICAgPiAgICAgPlVuZGVyc3Rvb2Qgd2hh dCB5b3Ugc2FpZCBpbiBwcmluY2lwbGUsIGJ1dCBjb3VsZCB5b3UgZ2l2ZSBhbg0KPiAgICAgZXhh bXBsZSB0bw0KPiAgICAgPiAgICAgPnNob3cgdGhlcmUgYXJlIGFzeW1tZXJ0cmljIGxhYmVscyAo d2F2ZWxlbmd0aD8pIGZvciB0aGUNCj4gICAgIGJpZGlyZWN0aWFvbmFsDQo+ICAgICA+ICAgICA+ TFNQcyAoZXNwZWNpYWxsIGZvciB0aGUgdHJhbnNwb3J0IG5ldHdvcmtzKSBpbiB0aGUgcmVhbA0K PiAgICAgPiAgICAgaW1wbGVtZW50YXRpb25zPw0KPiAgICAgPiAgICAgPg0KPiAgICAgPiAgICAN Cj4gICAgID49PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PQ0KPiAgICAgPiAgICAgPj09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09DQo+ICAgICA+ICAgICA+SW4gcHJhY3RpY2UsIG1vc3QgYmlk aXJlY3Rpb25hbCBMU1BzIGhhdmUgbGFiZWwgc3ltbWV0cmljaXR5IG9uDQo+ICAgICA+ICAgICBl YWNoIGhvcA0KPiAgICAgPiAgICAgPmFsb25nIHRoZSBwYXRoIG9mIHRoZSBMU1AuIEJ1dCB0aGlz IGlzIHNvbWV0aGluZyB0aGF0IGNhbm5vdA0KPiAgICAgYmUgYXNzdW1lZA0KPiAgICAgPiAgICAg PmJ5IGRlZmF1bHQuDQo+ICAgICA+ICAgICA+DQo+ICAgICA+ICAgICA+DQo+ICAgICA+ICAgICA+ DQo+ICAgICA+ICAgICA+VGhhbmtzDQo+ICAgICA+ICAgICA+DQo+ICAgICA+ICAgICA+RmF0YWkN Cj4gICAgID4gICAgID4NCj4gICAgID4gICAgID5fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fDQo+IA0KPiAgICAgPiAgICAgPreivP7IyzogY2NhbXAtYm91bmNlc0BpZXRm Lm9yZw0KPiAgICAgPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPiA8bWFpbHRvOmNjYW1w LWJvdW5jZXNAaWV0Zi5vcmcNCj4gICAgIDxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZz4+ DQo+ICAgICA+ICAgICBbY2NhbXAtYm91bmNlc0BpZXRmLm9yZyA8bWFpbHRvOmNjYW1wLWJvdW5j ZXNAaWV0Zi5vcmc+DQo+ICAgICA8bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmcgPG1haWx0 bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPj5dILT6DQo+ICAgICCx7SBKdWxpZW4NCj4gICAgID4g ICAgIE1ldXJpYw0KPiAgICAgPiAgICAgPltqdWxpZW4ubWV1cmljQG9yYW5nZS5jb20gPG1haWx0 bzpqdWxpZW4ubWV1cmljQG9yYW5nZS5jb20+DQo+ICAgICA8bWFpbHRvOmp1bGllbi5tZXVyaWNA b3JhbmdlLmNvbSANCj4gPG1haWx0bzpqdWxpZW4ubWV1cmljQG9yYW5nZS5jb20+Pl0NCj4gDQo+ ICAgICA+ICAgICA+t6LLzcqxvOQ6IDIwMTPE6jEx1MI1yNUgMTA6MzUNCj4gICAgID4gICAgID7K 1bz+yMs6IFZpc2hudSBQYXZhbiBCZWVyYW0NCj4gDQo+ICAgICA+ICAgICA+s63LzTogY2NhbXBA aWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4NCj4gICAgIDxtYWlsdG86Y2NhbXBAaWV0 Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+DQo+IA0KPiAgICAgPiAgICAgPtb3zOI6IFJl OiBbQ0NBTVBdIENvbW1lbnRzIGFib3V0DQo+ICAgICA+ICAgICA+ZHJhZnQtYmVlcmFtLWNjYW1w LW5ldHdvcmstYXNzaWduZWQtdXBzdHJlYW0tbGFiZWwtMDANCj4gICAgID4gICAgID4NCj4gICAg ID4gICAgID5IaSBQYXZhbi4NCj4gICAgID4gICAgID4NCj4gICAgID4gICAgID5FdmVuIHRob3Vn aCBJIGFncmVlIHdpdGggeW91ciB1bmFzc2lnbmVkIFVwc3RyZWFtX0xhYmVsDQo+ICAgICByZXF1 aXJlbWVudCwgSQ0KPiAgICAgPiAgICAgPm5lZWQgdG8gZGlzYWdyZWUgd2l0aCB0aGUgZGF0YSBw bGFuZSByYXRpb25hbGUgeW91IG1lbnRpb24uDQo+ICAgICA+ICAgICA+DQo+ICAgICA+ICAgICA+ VGhlIFVwc3RyZWFtX0xhYmVsIHJlZmVycyB0byB0aGUgY2xpZW50J3Mgb3B0aWNhbCByZWNlaXZl cjoNCj4gICAgIHlvdSBkb24ndA0KPiAgICAgPiAgICAgPm5lZWQgdG8gdHVuZSBhIGxhc2VyIG9u IHRoZSByZWNlaXZlciBzaWRlLiBUaGUgZGF0YQ0KPiAgICAgdHJhbnNtaXNzaW9uIGNvdWxkDQo+ ICAgICA+ICAgICA+ZXZlbiB3b3JrIHdpdGhvdXQgc2VuZGluZyB0aGUgYWN0dWFsIFVwc3RyZWFt X0xhYmVsIGluDQo+ICAgICBSU1ZQLVRFIG1lc3NhZ2VzDQo+ICAgICA+ICAgICA+dG8gdGhlIGNs aWVudDogSSBhbSBub3QgcmVhbGx5IGEgZmFuIG9mIHRoYXQgYXBwcm9hY2gsIGJ1dA0KPiAgICAg dGhhdCB3b3VsZA0KPiAgICAgPiAgICAgPmZpdCBjYXNlcyB3aGVyZSBvcHRpY2FsIHBvbGljaWVz IGFyZSBsZWZ0IHRvIHRoZSBvcHRpY2FsDQo+ICAgICBuZXR3b3JrLi4uDQo+ICAgICA+ICAgICA+ DQo+ICAgICA+ICAgICA+TW9yZW92ZXIsIEkgaGF2ZSBkb3VidHMgb24gcHV0dGluZyBsYWJlbCBz eW1tZXRyeSB3aXRoaW4gdGhlDQo+ICAgICBwcm90b2NvbC4NCj4gICAgID4gICAgID5UaGlzIGlz IG1vcmUgYW4gYWxsb2NhdGlvbiBwb2xpY3kgaW4gdGhlIGhhbmRzIG9mIGFsbG9jYXRpbmcNCj4g ICAgIG5vZGVzOg0KPiAgICAgPiAgICAgPnJlcXVlc3RpbmcgYW4gYWxsb2NhdGlvbiBtb2RlIGZy b20gYW4gaW5ncmVzcyBub2RlIHdvdWxkIG1lYW4NCj4gICAgIGRvaW5nIHRoZQ0KPiAgICAgPiAg ICAgPnNlcnZlciBqb2IsIEkgYW0gbm90IHN1cmUgaXQgaXMgZGVzaXJhYmxlLg0KPiAgICAgPiAg ICAgPg0KPiAgICAgPiAgICAgPkp1bGllbg0KPiAgICAgPiAgICAgPg0KPiAgICAgPiAgICAgPg0K PiAgICAgPiAgICAgPk9uIDExLzA0LzIwMTMgMjM6NDksIFZpc2hudSBQYXZhbiBCZWVyYW0gd3Jv dGU6DQo+ICAgICA+ICAgICA+PiBMb3UsDQo+ICAgICA+ICAgICA+Pg0KPiAgICAgPiAgICAgPj4g VGhlIGV4dGVuc2lvbnMgZGVmaW5lZCBpbiB0aGlzIGRyYWZ0IGRvIG5vdCBpbXBvc2UgYW55DQo+ ICAgICBiYWNrd2FyZHMNCj4gICAgID4gICAgID4+IGNvbXBhdGliaWxpdHkgaXNzdWVzLiBUaGUg aW50ZW50IGlzIGRlZmluaXRlbHkgbm90IHRvDQo+ICAgICBjaGFuZ2UgdGhlDQo+ICAgICA+ICAg ICA+PiBmdW5kYW1lbnRhbCBhc3BlY3RzIG9mIHRoZSBwcm90b2NvbC4gQXMgeW91IHdvdWxkIGFn cmVlLCBpdA0KPiAgICAgaXMgbm90DQo+ICAgICA+ICAgICA+PiBtYW5kYXRvcnkgdG8gdHJ5IGFu ZCBmaXQgdGhlIGV4dGVuc2lvbnMgZGVmaW5lZCBpbiBSRkMzNDczDQo+ICAgICB0byBhbGwgYW5k DQo+ICAgICA+ICAgICA+PiBzdW5kcnkuIE5ldyBleHRlbnNpb25zIGFyZSBiZWluZyBpbnRyb2R1 Y2VkIG9ubHkgd2hlcmUgdGhlDQo+ICAgICBleGlzdGluZw0KPiAgICAgPiAgICAgPj4gZXh0ZW5z aW9ucyBmYWxsIHNob3J0LiBMZXQgbWUgd2FsayB0aHJvdWdoIHRoZSByZXF1aXJlbWVudHMNCj4g ICAgIHRoYXQgd2UNCj4gICAgID4gICAgID4+IGFyZSBsb29raW5nIGF0IGFuZCB0aGF0IHdvdWxk IGhvcGVmdWxseSBleHBsYWluIHRoZSBsaW1pdGF0aW9ucw0KPiAgICAgPiAgICAgb2YgdGhlDQo+ ICAgICA+ICAgICA+PiBleGlzdGluZyBleHRlbnNpb25zLg0KPiAgICAgPiAgICAgPj4NCj4gICAg ID4gICAgID4+IEJhc2UgcmVxdWlyZW1lbnQgOg0KPiAgICAgPiAgICAgPj4gTmVlZCBhIG1lY2hh bmlzbSBmb3IgYSBnaXZlbiBub2RlIHRvIHNheSB0aGF0IGl0IGNhbm5vdA0KPiAgICAgYXNzaWdu IGFuDQo+ICAgICA+ICAgICA+PiB1cHN0cmVhbS1sYWJlbCBvbiBpdHMgb3duIGFuZCB0aGF0IGl0 IG5lZWRzIHRoZSBuZXR3b3JrIChyZWFkDQo+ICAgICA+ICAgICA+PiBkb3duc3RyZWFtKSB0byBh c3NpZ24gaXQgaW5zdGVhZC4NCj4gICAgID4gICAgID4+DQo+ICAgICA+ICAgICA+PiBDb3JvbGxh cnkgcmVxdWlyZW1lbnRzIDoNCj4gICAgID4gICAgID4+IDEuIE5lZWQgYSBtZWNoYW5pc20gZm9y IGEgZ2l2ZW4gbm9kZSB0byBhc2sgZm9yIGENCj4gICAgIG5ldHdvcmstYXNzaWduZWQNCj4gICAg ID4gICAgID4+IHVwc3RyZWFtIGxhYmVsIHdpdGhvdXQgaGF2aW5nIHRvIHNwZWNpZnkgYW55IGlu cHV0cyBvbiB3aGF0DQo+ICAgICBsYWJlbA0KPiAgICAgPiAgICAgPj4gbmVlZHMgdG8gZ2V0IHBp Y2tlZC4NCj4gICAgID4gICAgID4+IDIuIE5lZWQgYSBtZWNoYW5pc20gZm9yIGEgZ2l2ZW4gbm9k ZSB0byBhc2sgZm9yIGENCj4gICAgIG5ldHdvcmstYXNzaWduZWQNCj4gICAgID4gICAgID4+IHVw c3RyZWFtIGxhYmVsIGFuZCBhbHNvIHNwZWNpZnkgc29tZSBjaG9pY2VzIGZvciB0aGUgbGFiZWwN Cj4gICAgIHRoYXQgbmVlZHMNCj4gICAgID4gICAgID4+IHRvIGdldCBwaWNrZWQuDQo+ICAgICA+ ICAgICA+PiAzLiBJZiBsYWJlbHMgYXJlIHN5bW1ldHJpYywgYSBnaXZlbiBub2RlIGNhbiBzaW1w bHkgdXNlIHRoZQ0KPiAgICAgbGFiZWwNCj4gICAgID4gICAgID4+IHJldHVybmVkIGluIHRoZSBM QUJFTCBvYmplY3Qgb2YgdGhlIFJFU1YgbWVzc2FnZSBmb3IgYm90aA0KPiAgICAgZGlyZWN0aW9u cy4NCj4gICAgID4gICAgID4+IEluIHByYWN0aWNlLCBtb3N0IGJpZGlyZWN0aW9uYWwgTFNQcyBo YXZlIGxhYmVsDQo+ICAgICBzeW1tZXRyaWNpdHkgb24gZWFjaA0KPiAgICAgPiAgICAgPj4gaG9w IGFsb25nIHRoZSBwYXRoIG9mIHRoZSBMU1AuIEJ1dCB0aGlzIGlzIHNvbWV0aGluZyB0aGF0DQo+ ICAgICBjYW5ub3QgYmUNCj4gICAgID4gICAgID4+IGFzc3VtZWQgYnkgZGVmYXVsdC4gSGVuY2Us IHRoZXJlIGlzIGEgbmVlZCB0byBoYXZlIGEgbWVjaGFuaXNtDQo+ICAgICA+ICAgICBmb3IgdGhl DQo+ICAgICA+ICAgICA+PiBpbmdyZXNzIHRvIHJlcXVlc3QgImxhYmVsIHN5bW1ldHJpY2l0eSIg YXQgZWFjaCBob3AgYWxvbmcNCj4gICAgIHRoZSBwYXRoIG9mDQo+ICAgICA+ICAgICA+PiB0aGUg TFNQLg0KPiAgICAgPiAgICAgPj4NCj4gICAgID4gICAgID4+IENhbiB5b3Ugc29tZWhvdyBmaXQg YSBzb2x1dGlvbiB1c2luZyB0aGUgY3VycmVudCBleHRlbnNpb25zDQo+ICAgICBhbmQgY2F0ZXIN Cj4gICAgID4gICAgID4+IHRvIHRoZSBhYm92ZSByZXF1aXJlbWVudHM/DQo+ICAgICA+ICAgICA+ PiBXZSBiZWxpZXZlIHRoZSBhbnN3ZXIgaXMgTk8uIE9uZSBzdWdnZXN0aW9uIG9uIHRoZSBtYWls aW5nIGxpc3QNCj4gICAgID4gICAgIHdhcyB0bw0KPiAgICAgPiAgICAgPj4gc2V0IGEgcmFuZG9t IFVQU1RSRUFNX0xBQkVMIGFuZCBzZW5kIGl0IG91dCBvbiBhIGZpc2hpbmcNCj4gICAgIGV4cGVk aXRpb24uDQo+ICAgICA+ICAgICA+PiBUaGUgaWRlYSB3YXMgdGhhdCB0aGUgZG93bnN0cmVhbSBu b2RlIHdvdWxkIHRoZW4gcmVzcG9uZCB3aXRoIGENCj4gICAgID4gICAgID4+IFBBVEgtRVJSIGNh cnJ5aW5nIGFuIEFDQ0VQVEFCTEVfTEFCRUxfU0VULiBKb2huIGFuZCBJZ29yIGhhdmUNCj4gICAg ID4gICAgIHByb3ZpZGVkDQo+ICAgICA+ICAgICA+PiBhIGxpc3Qgb2YgcmVhc29ucyBvbiB3aHkg dGhhdCBpc24ndCBhIGdyZWF0IGlkZWEuIExldCBtZQ0KPiAgICAgYWRkIGFub3RoZXINCj4gICAg ID4gICAgID4+IHBvaW50IC0NCj4gICAgID4gICAgID4+IC0gQXMgcGVyIFJGQzM0NzMgLSB3aGVu IGEgbm9kZSByZWNlaXZlcyBhbiBVUFNUUkVBTV9MQUJFTA0KPiAgICAgb2JqZWN0IGluDQo+ICAg ICA+ICAgICA+PiB0aGUgUEFUSCwgaXQgbWVhbnMgdGhhdCB0aGUgdXBzdHJlYW0gbm9kZSBNVVNU IGhhdmUgYWxyZWFkeQ0KPiAgICAgPiAgICAgPj4gaW5zdGFsbGVkL3Byb2dyYW1tZWQgdGhpcyBs YWJlbC4gSW4gdGhlIGFsaWVuIHdhdmVsZW5ndGgNCj4gICAgIHVzZS1jYXNlDQo+ICAgICA+ICAg ICA+PiAoZGlzY3Vzc2VkIGluIHRoZSBkcmFmdCksIHdoZW4gdGhlIG5ldHdvcmsgcmVjZWl2ZXMg dGhpcw0KPiAgICAgbWVzc2FnZSwgaXQNCj4gICAgID4gICAgID4+IHdvdWxkIG1lYW4gdGhhdCB0 aGUgbGFzZXIgaGFzIGFscmVhZHkgYmVlbiB0dW5lZCB0byB0aGlzDQo+ICAgICA+ICAgICB3YXZl bGVuZ3RoIGF0DQo+ICAgICA+ICAgICA+PiB0aGUgY2xpZW50LiBUaGF0IGJlYXRzIHRoZSB2ZXJ5 IHB1cnBvc2Ugb2YgcmVxdWVzdGluZyBhIG5ldHdvcmsNCj4gICAgID4gICAgID4+IGFzc2lnbmVk IHVwc3RyZWFtIGxhYmVsLiBEb2Vzbid0IGl0PyBTbywgdGhlIHBvaW50IGlzIHRoYXQNCj4gICAg IHdpdGggdGhlDQo+ICAgICA+ICAgICA+PiBjdXJyZW50IHNlbWFudGljcyBvZiBhbiBVUFNUUkVB TV9MQUJFTCwgeW91IGNhbm5vdCB1c2UgaXQNCj4gICAgIGZvciB0aGUNCj4gICAgID4gICAgIGNh c2UNCj4gICAgID4gICAgID4+IHdoZXJlIHRoZSB1cHN0cmVhbS1sYWJlbCBoYXNuJ3QgYmVlbiBp bnN0YWxsZWQvcHJvZ3JhbW1lZA0KPiAgICAgeWV0LiBJZg0KPiAgICAgPiAgICAgc29tZQ0KPiAg ICAgPiAgICAgPj4gaW1wbGVtZW50YXRpb24gZGVjaWRlcyB0byBpZ25vcmUgdGhlc2Ugc2VtYW50 aWNzLCBob3cgd291bGQgdGhlDQo+ICAgICA+ICAgICA+PiBuZXR3b3JrIGtub3cgd2hldGhlciB0 aGUgaW5ncmVzcy1jbGllbnQgaGFzIGFscmVhZHkNCj4gICAgIGluc3RhbGxlZCB0aGlzDQo+ICAg ICA+ICAgICA+PiBsYWJlbCBvciBub3QgKHdoZXRoZXIgdGhlIGxhc2VyIGlzIGFscmVhZHkgdHVu ZWQgb3Igbm90KS4NCj4gICAgID4gICAgID4+DQo+ICAgICA+ICAgICA+PiBSRkMzNDczIHN0YXRl cyB0aGF0IGEgQmlkaXJlY3Rpb25hbC1MU1Agc2V0dXAgcmVxdWVzdCBpcw0KPiAgICAgPiAgICAg aWRlbnRpZmllZCBieQ0KPiAgICAgPiAgICAgPj4gdGhlIHByZXNlbmNlIG9mIGFuICJVUFNUUkVB TV9MQUJFTCIgb2JqZWN0IGluIHRoZSBQQVRIIG1zZy4NCj4gICAgIFRoaXMNCj4gICAgID4gICAg IGRyYWZ0DQo+ICAgICA+ICAgICA+PiBkb2VzIHByb3Bvc2UgMiBvdGhlciBtZWNoYW5pc21zOg0K PiAgICAgPiAgICAgPj4gLSBUaGUgcHJlc2VuY2Ugb2YgdGhlICJMYWJlbCBTeW1tZXRyaWNpdHkg UmVxdWlyZWQiIEZsYWcgaW4NCj4gICAgIHRoZSBQQVRIDQo+ICAgICA+ICAgICA+PiAtIFRoZSBw cmVzZW5jZSBvZiB0aGUgIlVQU1RSRUFNX0xBQkVMX1NFVCIgb2JqZWN0IGluIHRoZSBQQVRIDQo+ ICAgICA+ICAgICA+PiBJZiBhIGRvd25zdHJlYW0gbm9kZSBkb2VzIG5vdCB1bmRlcnN0YW5kIGFu eSBvZiB0aGUgYWJvdmUNCj4gICAgID4gICAgIGluZGljYXRpb25zLA0KPiAgICAgPiAgICAgPj4g aXQgd291bGQgcmVqZWN0IHRoZSBzZXR1cCByZXF1ZXN0LiBJbiBib3RoIHNjZW5hcmlvcyAtDQo+ ICAgICBhZnRlciB0aGUNCj4gICAgID4gICAgID4+IG5ldHdvcmsgaGFzIGFzc2lnbmVkIHRoZSB1 cHN0cmVhbS1sYWJlbCwgdGhlIGNvbmNlcm5lZCBub2RlIGlzDQo+ICAgICA+ICAgICBhbGxvd2Vk DQo+ICAgICA+ICAgICA+PiB0byBzdGFydCBzaWduYWxpbmcgdGhlIFVQU1RSRUFNX0xBQkVMIG9i amVjdCBpbiB0aGUgUEFUSC4gSQ0KPiAgICAgZG9uJ3QNCj4gICAgID4gICAgID4+IHVuZGVyc3Rh bmQgaG93IGFkZGluZyB0d28gb3RoZXIgbWVjaGFuaXNtcyBmb3INCj4gICAgIEJpZGlyZWN0aW9u YWwgTFNQDQo+ICAgICA+ICAgICBzZXR1cA0KPiAgICAgPiAgICAgPj4gdHJhbnNsYXRlcyB0byBj aGFuZ2luZyBmdW5kYW1lbnRhbCBhc3BlY3RzIG9mIHRoZSBwcm90b2NvbC4NCj4gICAgID4gICAg ID4+IEltcGxlbWVudGF0aW9ucyB0aGF0IGNhbiBzdXBwb3J0IHRoZXNlIGV4dGVuc2lvbnMgY2Fu Lg0KPiAgICAgT3RoZXJzIGNhbg0KPiAgICAgPiAgICAgPj4gc3RpbGwgYmUgaGFwcHkgd2l0aCB0 aGVpciAicnVubmluZyBjb2RlIi4NCj4gICAgID4gICAgID4+DQo+ICAgICA+ICAgICA+PiBSZWdh cmRzLA0KPiAgICAgPiAgICAgPj4gLVBhdmFuDQo+ICAgICA+ICAgICA+Pg0KPiAgICAgPiAgICAg Pj4NCj4gICAgID4gICAgID4+DQo+ICAgICA+ICAgICA+PiBPbiBNb24sIE5vdiA0LCAyMDEzIGF0 IDI6MTggUE0sIExvdSBCZXJnZXINCj4gICAgIDxsYmVyZ2VyQGxhYm4ubmV0IDxtYWlsdG86bGJl cmdlckBsYWJuLm5ldD4NCj4gICAgID4gICAgIDxtYWlsdG86bGJlcmdlckBsYWJuLm5ldCA8bWFp bHRvOmxiZXJnZXJAbGFibi5uZXQ+Pg0KPiANCj4gICAgID4gICAgID4+IDxtYWlsdG86bGJlcmdl ckBsYWJuLm5ldCA8bWFpbHRvOmxiZXJnZXJAbGFibi5uZXQ+DQo+ICAgICA8bWFpbHRvOmxiZXJn ZXJAbGFibi5uZXQgPG1haWx0bzpsYmVyZ2VyQGxhYm4ubmV0Pj4+PiB3cm90ZToNCj4gICAgID4g ICAgID4+DQo+ICAgICA+ICAgICA+PiAgICAgSm9obiwgKGF1dGhvcnMpDQo+ICAgICA+ICAgICA+ Pg0KPiAgICAgPiAgICAgPj4gICAgIFBlcmhhcHMgaXQgd291bGQgYmUgdXNlZnVsIHRvIHJlZm9j dXMgYSBtb21lbnQgb24gdGhlDQo+ICAgICBzcGVjaWZpYw0KPiAgICAgPiAgICAgPj4gICAgIGxp bWl0YXRpb25zIHRoZSBkcmFmdCBpcyBmb2N1c2luZyBvbi4NCj4gICAgID4gICAgID4+DQo+ICAg ICA+ICAgICA+PiAgICAgVGhlcmUncyBubyBxdWVzdGlvbiB0aGF0IDM0NzMgbWFkZSBjZXJ0YWlu IGNob2ljZXMgYmFzZWQgb24NCj4gICAgID4gICAgIGV4cGVjdGVkDQo+ICAgICA+ICAgICA+PiAg ICAgdXNlcyBhbmQgcHJvYmFiaWxpdGllcyB0aGF0IG1heSBub3QgaG9sZCwgYnV0IHdlIGRvDQo+ ICAgICBuZWVkIHRvIGJlDQo+ICAgICA+ICAgICA+PmNhcmVmdWwNCj4gICAgID4gICAgID4+ICAg ICB3aGVuIGNoYW5naW5nIGZ1bmRhbWVudGFscyBvZiB0aGUgcHJvdG9jb2wgKGUuZy4gbW92aW5n DQo+ICAgICBhd2F5IGZyb20NCj4gICAgID4gICAgID4+dGhlDQo+ICAgICA+ICAgICA+PiAgICAg dXNlIG9mIHRoZSB1cHN0cmVhbSBsYWJlbCBvYmplY3QgYXMgdGhlIGJhc2ljIG9iamVjdCB0aGF0 DQo+ICAgICA+ICAgICBpbmRpY2F0ZXMNCj4gICAgID4gICAgID4+YQ0KPiAgICAgPiAgICAgPj4g ICAgIGJpZGlyZWN0aW9uYWwgTFNQLikNCj4gICAgID4gICAgID4+DQo+ICAgICA+ICAgICA+PiAg ICAgU28gaXMgaXQgZmFpciB0byBzYXkgdGhhdCB0aGUgbWFpbiBsaW1pdGF0aW9uIHRoYXQgdGhl DQo+ICAgICBkcmFmdCBpcw0KPiAgICAgPiAgICAgPj50cnlpbmcNCj4gICAgID4gICAgID4+ICAg ICB0byBhZGRyZXNzIGlzIHRoZSBpbmFiaWxpdHkgdG8gc3VwcG9ydCBkb3duc3RyZWFtDQo+ICAg ICBzZWxlY3Rpb24gb2YNCj4gICAgID4gICAgID4+ICAgICB1cHN0cmVhbQ0KPiAgICAgPiAgICAg Pj4gICAgIGxhYmVscz8NCj4gICAgID4gICAgID4+DQo+ICAgICA+ICAgICA+PiAgICAgVGhlIGRy YWZ0IGFsc28gYWxsb3dzIGZvciBib3RoIHN5bW1ldHJpYyBhbmQgYXN5bW1ldHJpYw0KPiAgICAg bGFiZWwNCj4gICAgID4gICAgIHZhbHVlDQo+ICAgICA+ICAgICA+PiAgICAgYWxsb2NhdGlvbi4g SVMgdGhpcyBhIHJlcXVpcmVtZW50LCBvciBhc3ltbWV0cmljIGp1c3QNCj4gICAgID4gICAgIGlu Y2x1ZGVkIGZvcg0KPiAgICAgPiAgICAgPj4gICAgIGNvbXBsZXRlbmVzcz8NCj4gICAgID4gICAg ID4+DQo+ICAgICA+ICAgICA+PiAgICAgQXJlIHRoZXJlIG90aGVyIHJlcXVpcmVtZW50cyAvIGxp bWl0YXRpb25zIHlvdSBhcmUNCj4gICAgIHRyeWluZyB0bw0KPiAgICAgPiAgICAgPj5hZGRyZXNz Pw0KPiAgICAgPiAgICAgPj4NCj4gICAgID4gICAgID4+ICAgICBMb3UNCj4gICAgID4gICAgID4+ DQo+ICAgICA+ICAgICA+PiAgICAgT24gMTEvMDQvMjAxMyAwMToyNCBQTSwgSm9obiBFIERyYWtl IHdyb3RlOg0KPiAgICAgPiAgICAgPj4gICAgID4gWmFmYXIsDQo+ICAgICA+ICAgICA+PiAgICAg Pg0KPiAgICAgPiAgICAgPj4gICAgID4gQm90aCBJZ29yIGFuZCBJIGhhdmUgbGlzdGVkIHRlY2hu aWNhbCBpc3N1ZXMgd2l0aCBSRkMzNDczDQo+ICAgICA+ICAgICBhbmQgeW91cg0KPiAgICAgPiAg ICAgPj4gICAgID4gcmVzcG9uc2UgaXMgdGhhdCB5b3UgcmVhbGx5IHJlYWxseSBsaWtlIFJGQzM0 NzMuIEknbQ0KPiAgICAgaGFwcHkgZm9yDQo+ICAgICA+ICAgICA+PiAgICAgeW91IGJ1dA0KPiAg ICAgPiAgICAgPj4gICAgID4gdW5pbXByZXNzZWQuDQo+ICAgICA+ICAgICA+PiAgICAgPg0KPiAg ICAgPiAgICAgPj4gICAgID4gSm9obg0KPiAgICAgPiAgICAgPj4gICAgID4NCj4gICAgID4gICAg ID4+ICAgICA+IFNlbnQgZnJvbSBteSBpUGhvbmUNCj4gICAgID4gICAgID4+ICAgICA+DQo+ICAg ICA+ICAgICA+PiAgICAgPiBPbiBOb3YgNCwgMjAxMywgYXQgOTo0MyBBTSwgIlphZmFyIEFsaSAo emFsaSkiDQo+ICAgICA+ICAgICA8emFsaUBjaXNjby5jb20gPG1haWx0bzp6YWxpQGNpc2NvLmNv bT4gPG1haWx0bzp6YWxpQGNpc2NvLmNvbQ0KPiAgICAgPG1haWx0bzp6YWxpQGNpc2NvLmNvbT4+ DQo+ICAgICA+ICAgICA+PiAgICAgPG1haWx0bzp6YWxpQGNpc2NvLmNvbSA8bWFpbHRvOnphbGlA Y2lzY28uY29tPg0KPiAgICAgPG1haWx0bzp6YWxpQGNpc2NvLmNvbSA8bWFpbHRvOnphbGlAY2lz Y28uY29tPj4+DQo+ICAgICA+ICAgICA+PiAgICAgPiA8bWFpbHRvOnphbGlAY2lzY28uY29tIDxt YWlsdG86emFsaUBjaXNjby5jb20+DQo+ICAgICA8bWFpbHRvOnphbGlAY2lzY28uY29tIDxtYWls dG86emFsaUBjaXNjby5jb20+Pg0KPiAgICAgPiAgICAgPG1haWx0bzp6YWxpQGNpc2NvLmNvbSA8 bWFpbHRvOnphbGlAY2lzY28uY29tPg0KPiAgICAgPG1haWx0bzp6YWxpQGNpc2NvLmNvbSA8bWFp bHRvOnphbGlAY2lzY28uY29tPj4+Pj4gd3JvdGU6DQo+ICAgICA+ICAgICA+PiAgICAgPg0KPiAg ICAgPiAgICAgPj4gICAgID4+IElnb3IsIEpvaG4tDQo+ICAgICA+ICAgICA+PiAgICAgPj4NCj4g ICAgID4gICAgID4+ICAgICA+PiBQbGVhc2Ugc2VlIGluLWxpbmUuDQo+ICAgICA+ICAgICA+PiAg ICAgPj4NCj4gICAgID4gICAgID4+ICAgICA+PiBGcm9tOiAiSUJyeXNraW5AYWR2YW9wdGljYWwu Y29tDQo+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4NCj4gICAgID4gICAg IDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQo+ICAgICA8bWFpbHRvOklCcnlza2lu QGFkdmFvcHRpY2FsLmNvbT4+DQo+ICAgICA+ICAgICA+PiAgICAgPG1haWx0bzpJQnJ5c2tpbkBh ZHZhb3B0aWNhbC5jb20NCj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPg0K PiANCj4gICAgID4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQo+ICAgICA8 bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4+PiA8bWFpbHRvOklCcnlza2luQGFkdmFv cHRpY2FsLmNvbQ0KPiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+DQo+IA0K PiAgICAgPiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCj4gICAgIDxtYWls dG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPj4NCj4gICAgID4gICAgID4+ICAgICA8bWFpbHRv OklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0KPiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0 aWNhbC5jb20+DQo+ICAgICA+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0K PiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+Pj4+Ig0KPiAgICAgPiAgICAg Pj4gICAgID4+IDxJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCj4gICAgIDxtYWlsdG86SUJyeXNr aW5AYWR2YW9wdGljYWwuY29tPg0KPiAgICAgPiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0 aWNhbC5jb20NCj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPj4gPG1haWx0 bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9w dGljYWwuY29tPg0KPiAgICAgPiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20N Cj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPj4+DQo+ICAgICA+ICAgICA+ PiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCj4gICAgIDxtYWlsdG86SUJy eXNraW5AYWR2YW9wdGljYWwuY29tPg0KPiAgICAgPiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZh b3B0aWNhbC5jb20NCj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPj4gPG1h aWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2 YW9wdGljYWwuY29tPg0KPiAgICAgPiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5j b20NCj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPj4+Pj4NCj4gICAgID4g ICAgID4+ICAgICA+PiBEYXRlOiBNb25kYXksIE5vdmVtYmVyIDQsIDIwMTMgODo1NyBBTQ0KPiAg ICAgPiAgICAgPj4gICAgID4+IFRvOiB6YWxpIDx6YWxpQGNpc2NvLmNvbSA8bWFpbHRvOnphbGlA Y2lzY28uY29tPg0KPiAgICAgPG1haWx0bzp6YWxpQGNpc2NvLmNvbSA8bWFpbHRvOnphbGlAY2lz Y28uY29tPj4NCj4gICAgID4gICAgIDxtYWlsdG86emFsaUBjaXNjby5jb20gPG1haWx0bzp6YWxp QGNpc2NvLmNvbT4NCj4gICAgIDxtYWlsdG86emFsaUBjaXNjby5jb20gPG1haWx0bzp6YWxpQGNp c2NvLmNvbT4+Pg0KPiANCj4gICAgID4gICAgID4+ICAgICA8bWFpbHRvOnphbGlAY2lzY28uY29t IDxtYWlsdG86emFsaUBjaXNjby5jb20+DQo+ICAgICA8bWFpbHRvOnphbGlAY2lzY28uY29tIDxt YWlsdG86emFsaUBjaXNjby5jb20+Pg0KPiANCj4gICAgID4gICAgIDxtYWlsdG86emFsaUBjaXNj by5jb20gPG1haWx0bzp6YWxpQGNpc2NvLmNvbT4NCj4gICAgIDxtYWlsdG86emFsaUBjaXNjby5j b20gPG1haWx0bzp6YWxpQGNpc2NvLmNvbT4+Pj4+LA0KPiAgICAgPiAgICAgPj4gICAgICJqZHJh a2VAanVuaXBlci5uZXQgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+DQo+ICAgICA8bWFpbHRv OmpkcmFrZUBqdW5pcGVyLm5ldCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4+DQo+ICAgICA+ ICAgICA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5l dD4NCj4gICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0IDxtYWlsdG86amRyYWtlQGp1bmlw ZXIubmV0Pj4+DQo+ICAgICA+ICAgICA+PiAgICAgPj4gPG1haWx0bzpqZHJha2VAanVuaXBlci5u ZXQNCj4gICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0PiA8bWFpbHRvOmpkcmFrZUBqdW5p cGVyLm5ldA0KPiAgICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+Pg0KPiAgICAgPiAgICAg PG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+DQo+ ICAgICA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5l dD4+Pj4iDQo+ICAgICA+ICAgICA+PiAgICAgPGpkcmFrZUBqdW5pcGVyLm5ldCA8bWFpbHRvOmpk cmFrZUBqdW5pcGVyLm5ldD4NCj4gICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0IDxtYWls dG86amRyYWtlQGp1bmlwZXIubmV0Pj4NCj4gICAgID4gICAgIDxtYWlsdG86amRyYWtlQGp1bmlw ZXIubmV0IDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0Pg0KPiAgICAgPG1haWx0bzpqZHJha2VA anVuaXBlci5uZXQgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+Pj4NCj4gICAgID4gICAgID4+ ICAgICA+PiA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldA0KPiAgICAgPG1haWx0bzpqZHJha2VA anVuaXBlci5uZXQ+IDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0DQo+ICAgICA8bWFpbHRvOmpk cmFrZUBqdW5pcGVyLm5ldD4+DQo+ICAgICA+ICAgICA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5l dCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4NCj4gICAgIDxtYWlsdG86amRyYWtlQGp1bmlw ZXIubmV0IDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0Pj4+Pj4NCj4gICAgID4gICAgID4+ICAg ICA+PiBDYzogImNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+DQo+ICAgICA8 bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+Pg0KPiAgICAgPiAg ICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPg0KPiAgICAg PG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPj4+DQo+ICAgICA+ ICAgICA+PiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3Jn Pg0KPiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPj4N Cj4gICAgID4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9y Zz4NCj4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+ Pj4iIDxjY2FtcEBpZXRmLm9yZw0KPiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4NCj4gICAg ID4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+DQo+ ICAgICA+ICAgICA+PiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGll dGYub3JnPg0KPiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYu b3JnPj4+DQo+ICAgICA+ICAgICA+PiAgICAgPj4gPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFp bHRvOmNjYW1wQGlldGYub3JnPg0KPiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRv OmNjYW1wQGlldGYub3JnPj4NCj4gICAgID4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1h aWx0bzpjY2FtcEBpZXRmLm9yZz4NCj4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0 bzpjY2FtcEBpZXRmLm9yZz4+Pj4+DQo+ICAgICA+ICAgICA+PiAgICAgPj4gU3ViamVjdDogUkU6 IENvbW1lbnRzIGFib3V0DQo+ICAgICA+ICAgICA+PiAgICAgPj4gZHJhZnQtYmVlcmFtLWNjYW1w LW5ldHdvcmstYXNzaWduZWQtdXBzdHJlYW0tbGFiZWwtMDANCj4gICAgID4gICAgID4+ICAgICA+ Pg0KPiAgICAgPiAgICAgPj4gICAgID4+IFphZmFyLA0KPiAgICAgPiAgICAgPj4gICAgID4+DQo+ ICAgICA+ICAgICA+PiAgICAgPj4gMSkgVXNpbmcgYW4gZXJyb3IgaW5kaWNhdGlvbiBhcyBhIHBh cnQgb2Ygbm9ybWFsDQo+ICAgICBwcm90b2NvbA0KPiAgICAgPiAgICAgPj4gICAgID4+IG9wZXJh dGlvbiBpcyBub3QgZ29vZCBkZXNpZ24gcHJhY3RpY2UuDQo+ICAgICA+ICAgICA+PiAgICAgPj4N Cj4gICAgID4gICAgID4+ICAgICA+PiBVc2Ugb2YgUGF0aCBlcnJvciBhbmQgbm90aWZ5IG1lc3Nh Z2UgaXMgYW4gaW50ZWdyYWwgcGFydA0KPiAgICAgPiAgICAgb2YgdGhlDQo+ICAgICA+ICAgICA+ PiAgICAgPj4gUlNWUC1URSBkZXNpZ24uIEFsc28gcGxlYXNlIG5vdGUgdGhhdCB3ZSBhcmUgbm90 DQo+ICAgICBkZWJhdGluZw0KPiAgICAgPiAgICAgYWJvdXQgYQ0KPiAgICAgPiAgICAgPj4gICAg ID4+IG5ldyBwcm9jZWR1cmUgYmVpbmcgcHJvcG9zZWQgYnV0IHRhbGtpbmcgYWJvdXQgYQ0KPiAg ICAgcHJvY2VkdXJlDQo+ICAgICA+ICAgICB0aGF0DQo+ICAgICA+ICAgICA+PmlzDQo+ICAgICA+ ICAgICA+PiAgICAgPj4gYWxyZWFkeSBpbXBsZW1lbnRlZCBhbmQgZGVwbG95ZWQuDQo+ICAgICA+ ICAgICA+PiAgICAgPj4NCj4gICAgID4gICAgID4+ICAgICA+Pg0KPiAgICAgPiAgICAgPj4gICAg ID4+DQo+ICAgICA+ICAgICA+PiAgICAgPj4gSUI+PiBUaGUgd2F5IEkgaW50ZXJwcmV0IHRoaXMg ZGlzY3Vzc2lvbiBpcw0KPiAgICAgc29tZXRoaW5nIGxpa2UNCj4gICAgID4gICAgIHRoaXM6DQo+ ICAgICA+ICAgICA+PiAgICAgPj4NCj4gICAgID4gICAgID4+ICAgICA+Pg0KPiAgICAgPiAgICAg Pj4gICAgID4+DQo+ICAgICA+ICAgICA+PiAgICAgPj4gSm9objogSSBiZWxpZXZlIHRoYXQgd2hp dGUgaXMgYSBsaWdodGVyIGNvbG9yIHRoYW4NCj4gICAgIGJsYWNrLg0KPiAgICAgPiAgICAgPj4g ICAgID4+DQo+ICAgICA+ICAgICA+PiAgICAgPj4gWmFmYTogV2VsbCwgSm9obiwgYmxhY2sgaXMg YW4gaW50ZWdyYWwgcGFydCBvZiB0aGUgY29sb3INCj4gICAgID4gICAgIHBhbGxldC4NCj4gICAg ID4gICAgID4+ICAgICA+PiBNYW55IG1hdHVyZSBhcHBsaWNhdGlvbnMgc3VjY2Vzc2Z1bGx5IHVz ZSBibGFjayBmb3INCj4gICAgIHRoZWlyDQo+ICAgICA+ICAgICB2YXJpb3VzDQo+ICAgICA+ICAg ICA+PiAgICAgPj4gcHVycG9zZXMuIE15IGltcGxlbWVudGF0aW9ucywgZm9yIGV4YW1wbGUsIHVz ZSBibGFjayBmb3INCj4gICAgID4gICAgIHByZXR0eQ0KPiAgICAgPiAgICAgPj4gICAgID4+IG11 Y2ggZXZlcnl0aGluZ6GtLi4gU28sIGl0IGlzIG5vdCBjbGVhciB3aGljaCBjb2xvcg0KPiAgICAg aXMgbGlnaHRlciwNCj4gICAgID4gICAgID4+YW5kDQo+ICAgICA+ICAgICA+PiAgICAgPj4gd2h5 IGRvIHdlIG5lZWQgb3RoZXIgY29sb3JzIGF0IGFsbC4gOj0pDQo+ICAgICA+ICAgICA+PiAgICAg Pj4NCj4gICAgID4gICAgID4+ICAgICA+Pg0KPiAgICAgPiAgICAgPj4gICAgID4+DQo+ICAgICA+ ICAgICA+PiAgICAgPj4gSSBtZWFuIHRvIHNheSB0aGF0IHlvdXIsIFphZmFyLCBjb21tZW50cyBJ TUhPIGFyZSBub3QNCj4gICAgID4gICAgID4+Y29uc3RydWN0aXZlDQo+ICAgICA+ICAgICA+PiAg ICAgPj4gdGVjaG5pY2FsIGFyZ3VtZW50cy4NCj4gICAgID4gICAgID4+ICAgICA+Pg0KPiAgICAg PiAgICAgPj4gICAgID4+IElnb3INCj4gICAgID4gICAgID4+ICAgICA+Pg0KPiAgICAgPiAgICAg Pj4gICAgID4+DQo+ICAgICA+ICAgICA+PiAgICAgPj4NCj4gICAgID4gICAgID4+ICAgICA+PiBI aSBJZ29yIGFuZCBKb2huOg0KPiAgICAgPiAgICAgPj4gICAgID4+DQo+ICAgICA+ICAgICA+PiAg ICAgPj4gVGhpcyBpcyByZWFsbHkgZnVubnkuIFRoaXMgaXMgdGhlIGZpcnN0IHRpbWUgSSBoYXZl DQo+ICAgICBoZWFyZCB0aGF0DQo+ICAgICA+ICAgICA+PiAgICAgcnVubmluZw0KPiAgICAgPiAg ICAgPj4gICAgID4+IGNvZGUgaGFzIG5vIG1lcml0IGF0IElFVEYgOikgVGhpcyBpcyBlc3BlY2lh bGx5IHdoZW4gdGhlDQo+ICAgICA+ICAgICA+PiAgICAgcnVubmluZyBjb2RlDQo+ICAgICA+ICAg ICA+PiAgICAgPj4gaXMgZGlyZWN0bHkgY29taW5nIGZyb20gUkZDMzQ3My4gWW91IGFyZSBjYWxs aW5nIGl0ICJub3QNCj4gICAgID4gICAgID4+ICAgICBjb25zdHJ1Y3RpdmUNCj4gICAgID4gICAg ID4+ICAgICA+PiB0ZWNobmljYWwgYXJndW1lbnRzIiEgTGFzdCBJIGhlYXJkIHdlIGJlbGlldmVk IGluDQo+ICAgICBydW5uaW5nIGNvZGUNCj4gICAgID4gICAgID4+KFNlZQ0KPiAgICAgPiAgICAg Pj4gICAgID4+IHlvdXIgVC1zaGlydCBmcm9tIHRoZSBlbGVjdGlvbiBkYXkgZnJvbSBJRVRGIEF0 bGFudGEpLg0KPiAgICAgPiAgICAgPj4gICAgID4+DQo+ICAgICA+ICAgICA+PiAgICAgPj4gWW91 ciBkcmFmdCBpcyBPTkxZIGFwcGxpY2FibGUgZm9yIGEgdXNlIGNhc2Ugd2hlcmUNCj4gICAgID4g ICAgIHVwc3RyZWFtIGFuZA0KPiAgICAgPiAgICAgPj4gICAgID4+IGRvd25zdHJlYW0gYWxpZW4g d2F2ZWxlbmd0aCBhcmUgZGlmZmVyZW50LiBXaGVuDQo+ICAgICB1cHN0cmVhbSBhbmQNCj4gICAg ID4gICAgID4+ICAgICA+PiBkb3duc3RyZWFtIGFsaWVuIHdhdmVsZW5ndGggYXJlIHNhbWUsIHVz ZSBvZg0KPiAgICAgYWNjZXB0YWJsZSBsYWJlbA0KPiAgICAgPiAgICAgPj4gICAgIHNldCBhbmQN Cj4gICAgID4gICAgID4+ICAgICA+PiBsYWJlbCBzZXQgb2JqZWN0cyBjb25zdGl0dXRlIHRoZSBy dW5uaW5nIGNvZGUuDQo+ICAgICBIb3dldmVyLCB5b3VyDQo+ICAgICA+ICAgICA+PmRyYWZ0DQo+ ICAgICA+ICAgICA+PiAgICAgPj4gbmVpdGhlciBtYWtlcyB0aGF0IGFwcGxpY2FiaWxpdHkgc3Rh dGVtZW50IG5vciBtYWtlcyBhbnkNCj4gICAgID4gICAgIG1lbnRpb24NCj4gICAgID4gICAgID4+ b3INCj4gICAgID4gICAgID4+ICAgICA+PiBjb3ZlciBvciByZWZlcmVuY2UgdG8gcHJvY2VkdXJl IEkgcXVvdGVkIGZyb20gUkZDMzQ3My4NCj4gICAgID4gICAgID4+ICAgICA+Pg0KPiAgICAgPiAg ICAgPj4gICAgID4+IFRoYW5rcw0KPiAgICAgPiAgICAgPj4gICAgID4+DQo+ICAgICA+ICAgICA+ PiAgICAgPj4gUmVnYXJkc6GtWmFmYXINCj4gICAgID4gICAgID4+ICAgICA+Pg0KPiAgICAgPiAg ICAgPj4gICAgID4+DQo+ICAgICA+ICAgICA+PiAgICAgPj4NCj4gICAgID4gICAgID4+ICAgICA+ Pg0KPiAgICAgPiAgICAgPj4gICAgID4+DQo+ICAgICA+ICAgICA+PiAgICAgPj4gKkZyb206Klph ZmFyIEFsaSAoemFsaSkgW21haWx0bzp6YWxpQGNpc2NvLmNvbQ0KPiAgICAgPG1haWx0bzp6YWxp QGNpc2NvLmNvbT4NCj4gICAgID4gICAgIDxtYWlsdG86emFsaUBjaXNjby5jb20gPG1haWx0bzp6 YWxpQGNpc2NvLmNvbT4+DQo+ICAgICA+ICAgICA+PiAgICAgPG1haWx0bzp6YWxpQGNpc2NvLmNv bSA8bWFpbHRvOnphbGlAY2lzY28uY29tPg0KPiAgICAgPG1haWx0bzp6YWxpQGNpc2NvLmNvbSA8 bWFpbHRvOnphbGlAY2lzY28uY29tPj4+XQ0KPiAgICAgPiAgICAgPj4gICAgID4+ICpTZW50Oiog TW9uZGF5LCBOb3ZlbWJlciAwNCwgMjAxMyAxOjUxIEFNDQo+ICAgICA+ICAgICA+PiAgICAgPj4g KlRvOiogSm9obiBFIERyYWtlOyBJZ29yIEJyeXNraW4NCj4gICAgID4gICAgID4+ICAgICA+PiAq Q2M6KiBjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPg0KPiAgICAgPG1haWx0 bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPj4NCj4gICAgID4gICAgIDxt YWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4NCj4gICAgIDxtYWls dG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+Pg0KPiAgICAgPiAgICAg Pj4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4NCj4g ICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+DQo+ICAg ICA+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+DQo+ ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+Pj4+DQo+ ICAgICA+ICAgICA+PiAgICAgPj4gKlN1YmplY3Q6KiBSZTogQ29tbWVudHMgYWJvdXQNCj4gICAg ID4gICAgID4+ICAgICA+PiBkcmFmdC1iZWVyYW0tY2NhbXAtbmV0d29yay1hc3NpZ25lZC11cHN0 cmVhbS1sYWJlbC0wMA0KPiAgICAgPiAgICAgPj4gICAgID4+DQo+ICAgICA+ICAgICA+PiAgICAg Pj4NCj4gICAgID4gICAgID4+ICAgICA+Pg0KPiAgICAgPiAgICAgPj4gICAgID4+IEhpIEpvaG46 DQo+ICAgICA+ICAgICA+PiAgICAgPj4NCj4gICAgID4gICAgID4+ICAgICA+Pg0KPiAgICAgPiAg ICAgPj4gICAgID4+DQo+ICAgICA+ICAgICA+PiAgICAgPj4gUGxlYXNlIHNlZSBpbi1saW5lLg0K PiAgICAgPiAgICAgPj4gICAgID4+DQo+ICAgICA+ICAgICA+PiAgICAgPj4NCj4gICAgID4gICAg ID4+ICAgICA+Pg0KPiAgICAgPiAgICAgPj4gICAgID4+IFRoYW5rcw0KPiAgICAgPiAgICAgPj4g ICAgID4+DQo+ICAgICA+ICAgICA+PiAgICAgPj4NCj4gICAgID4gICAgID4+ICAgICA+Pg0KPiAg ICAgPiAgICAgPj4gICAgID4+IFJlZ2FyZHMgoa0gWmFmYXINCj4gICAgID4gICAgID4+ICAgICA+ Pg0KPiAgICAgPiAgICAgPj4gICAgID4+DQo+ICAgICA+ICAgICA+PiAgICAgPj4NCj4gICAgID4g ICAgID4+ICAgICA+PiAqRnJvbTogKiJqZHJha2VAanVuaXBlci5uZXQNCj4gICAgIDxtYWlsdG86 amRyYWtlQGp1bmlwZXIubmV0PiA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldA0KPiAgICAgPG1h aWx0bzpqZHJha2VAanVuaXBlci5uZXQ+Pg0KPiAgICAgPiAgICAgPG1haWx0bzpqZHJha2VAanVu aXBlci5uZXQgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+DQo+ICAgICA8bWFpbHRvOmpkcmFr ZUBqdW5pcGVyLm5ldCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4+Pg0KPiAgICAgPiAgICAg Pj4gICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0IDxtYWlsdG86amRyYWtlQGp1bmlwZXIu bmV0Pg0KPiAgICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQgPG1haWx0bzpqZHJha2VAanVu aXBlci5uZXQ+Pg0KPiAgICAgPiAgICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQgPG1haWx0 bzpqZHJha2VAanVuaXBlci5uZXQ+DQo+ICAgICA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldCA8 bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4+Pj4iDQo+ICAgICA+ICAgICA+PiAgICAgPj4gPGpk cmFrZUBqdW5pcGVyLm5ldCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4NCj4gICAgIDxtYWls dG86amRyYWtlQGp1bmlwZXIubmV0IDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0Pj4NCj4gICAg ID4gICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0IDxtYWlsdG86amRyYWtlQGp1bmlwZXIu bmV0Pg0KPiAgICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQgPG1haWx0bzpqZHJha2VAanVu aXBlci5uZXQ+Pj4NCj4gICAgID4gICAgID4+ICAgICA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5l dCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4NCj4gICAgIDxtYWlsdG86amRyYWtlQGp1bmlw ZXIubmV0IDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0Pj4NCj4gDQo+ICAgICA+ICAgICA8bWFp bHRvOmpkcmFrZUBqdW5pcGVyLm5ldCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4NCj4gICAg IDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0IDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0Pj4+ Pj4NCj4gICAgID4gICAgID4+ICAgICA+PiAqRGF0ZTogKlN1bmRheSwgTm92ZW1iZXIgMywgMjAx MyAxMTo1NyBBTQ0KPiAgICAgPiAgICAgPj4gICAgID4+ICpUbzogKnphbGkgPHphbGlAY2lzY28u Y29tIDxtYWlsdG86emFsaUBjaXNjby5jb20+DQo+ICAgICA8bWFpbHRvOnphbGlAY2lzY28uY29t IDxtYWlsdG86emFsaUBjaXNjby5jb20+Pg0KPiAgICAgPiAgICAgPG1haWx0bzp6YWxpQGNpc2Nv LmNvbSA8bWFpbHRvOnphbGlAY2lzY28uY29tPg0KPiAgICAgPG1haWx0bzp6YWxpQGNpc2NvLmNv bSA8bWFpbHRvOnphbGlAY2lzY28uY29tPj4+DQo+IA0KPiAgICAgPiAgICAgPj4gICAgIDxtYWls dG86emFsaUBjaXNjby5jb20gPG1haWx0bzp6YWxpQGNpc2NvLmNvbT4NCj4gICAgIDxtYWlsdG86 emFsaUBjaXNjby5jb20gPG1haWx0bzp6YWxpQGNpc2NvLmNvbT4+DQo+IA0KPiAgICAgPiAgICAg PG1haWx0bzp6YWxpQGNpc2NvLmNvbSA8bWFpbHRvOnphbGlAY2lzY28uY29tPg0KPiAgICAgPG1h aWx0bzp6YWxpQGNpc2NvLmNvbSA8bWFpbHRvOnphbGlAY2lzY28uY29tPj4+Pj4sDQo+ICAgICA+ ICAgICA+PiAgICAgPj4gIklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0KPiAgICAgPG1haWx0bzpJ QnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+DQo+ICAgICA+ICAgICA8bWFpbHRvOklCcnlza2luQGFk dmFvcHRpY2FsLmNvbQ0KPiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+PiA8 bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0KPiAgICAgPG1haWx0bzpJQnJ5c2tpbkBh ZHZhb3B0aWNhbC5jb20+DQo+ICAgICA+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2Fs LmNvbQ0KPiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+Pj4NCj4gDQo+ICAg ICA+ICAgICA+PiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCj4gICAgIDxt YWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPg0KPiAgICAgPiAgICAgPG1haWx0bzpJQnJ5 c2tpbkBhZHZhb3B0aWNhbC5jb20NCj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwu Y29tPj4gPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCj4gICAgIDxtYWlsdG86SUJy eXNraW5AYWR2YW9wdGljYWwuY29tPg0KPiAgICAgPiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZh b3B0aWNhbC5jb20NCj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPj4+PiIN Cj4gICAgID4gICAgID4+ICAgICA+PiA8SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQo+ICAgICA8 bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4NCj4gICAgID4gICAgIDxtYWlsdG86SUJy eXNraW5AYWR2YW9wdGljYWwuY29tDQo+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2Fs LmNvbT4+IDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQo+ICAgICA8bWFpbHRvOklC cnlza2luQGFkdmFvcHRpY2FsLmNvbT4NCj4gICAgID4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2 YW9wdGljYWwuY29tDQo+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4+Pg0K PiAgICAgPiAgICAgPj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQo+ICAg ICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4NCj4gICAgID4gICAgIDxtYWlsdG86 SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQo+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRp Y2FsLmNvbT4+IDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQo+ICAgICA8bWFpbHRv OklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4NCj4gDQo+ICAgICA+ICAgICA8bWFpbHRvOklCcnlz a2luQGFkdmFvcHRpY2FsLmNvbQ0KPiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5j b20+Pj4+Pg0KPiAgICAgPiAgICAgPj4gICAgID4+ICpDYzogKiJjY2FtcEBpZXRmLm9yZyA8bWFp bHRvOmNjYW1wQGlldGYub3JnPg0KPiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRv OmNjYW1wQGlldGYub3JnPj4NCj4gICAgID4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1h aWx0bzpjY2FtcEBpZXRmLm9yZz4NCj4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0 bzpjY2FtcEBpZXRmLm9yZz4+Pg0KPiANCj4gICAgID4gICAgID4+ICAgICA8bWFpbHRvOmNjYW1w QGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+DQo+ICAgICA8bWFpbHRvOmNjYW1wQGll dGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+Pg0KPiAgICAgPiAgICAgPG1haWx0bzpjY2Ft cEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPg0KPiAgICAgPG1haWx0bzpjY2FtcEBp ZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPj4+PiIgPGNjYW1wQGlldGYub3JnDQo+ICAg ICA8bWFpbHRvOmNjYW1wQGlldGYub3JnPg0KPiAgICAgPiAgICAgPG1haWx0bzpjY2FtcEBpZXRm Lm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPj4NCj4gICAgID4gICAgID4+ICAgICA8bWFpbHRv OmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+DQo+ICAgICA8bWFpbHRvOmNj YW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+Pj4NCj4gICAgID4gICAgID4+ICAg ICA+PiA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+DQo+ICAg ICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+Pg0KPiANCj4g ICAgID4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4N Cj4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+Pj4+ DQo+ICAgICA+ICAgICA+PiAgICAgPj4gKlN1YmplY3Q6ICpSRTogQ29tbWVudHMgYWJvdXQNCj4g ICAgID4gICAgID4+ICAgICA+PiBkcmFmdC1iZWVyYW0tY2NhbXAtbmV0d29yay1hc3NpZ25lZC11 cHN0cmVhbS1sYWJlbC0wMA0KPiAgICAgPiAgICAgPj4gICAgID4+DQo+ICAgICA+ICAgICA+PiAg ICAgPj4NCj4gICAgID4gICAgID4+ICAgICA+Pg0KPiAgICAgPiAgICAgPj4gICAgID4+IFphZmFy LA0KPiAgICAgPiAgICAgPj4gICAgID4+DQo+ICAgICA+ICAgICA+PiAgICAgPj4gVGhhdCBiZWNh dXNlIHRoaXMgYWxyZWFkeSBkZWZpbmVkIG1ldGhvZCBoYXMgdGhlDQo+ICAgICBmb2xsb3dpbmcN Cj4gICAgID4gICAgID4+aXNzdWVzOg0KPiAgICAgPiAgICAgPj4gICAgID4+DQo+ICAgICA+ICAg ICA+PiAgICAgPj4gMSkgVXNpbmcgYW4gZXJyb3IgaW5kaWNhdGlvbiBhcyBhIHBhcnQgb2Ygbm9y bWFsDQo+ICAgICBwcm90b2NvbA0KPiAgICAgPiAgICAgPj4gICAgID4+IG9wZXJhdGlvbiBpcyBu b3QgZ29vZCBkZXNpZ24gcHJhY3RpY2UuDQo+ICAgICA+ICAgICA+PiAgICAgPj4NCj4gICAgID4g ICAgID4+ICAgICA+PiBVc2Ugb2YgUGF0aCBlcnJvciBhbmQgbm90aWZ5IG1lc3NhZ2UgaXMgYW4g aW50ZWdyYWwgcGFydA0KPiAgICAgPiAgICAgb2YgdGhlDQo+ICAgICA+ICAgICA+PiAgICAgPj4g UlNWUC1URSBkZXNpZ24uIEFsc28gcGxlYXNlIG5vdGUgdGhhdCB3ZSBhcmUgbm90DQo+ICAgICBk ZWJhdGluZw0KPiAgICAgPiAgICAgYWJvdXQgYQ0KPiAgICAgPiAgICAgPj4gICAgID4+IG5ldyBw cm9jZWR1cmUgYmVpbmcgcHJvcG9zZWQgYnV0IHRhbGtpbmcgYWJvdXQgYQ0KPiAgICAgcHJvY2Vk dXJlDQo+ICAgICA+ICAgICB0aGF0DQo+ICAgICA+ICAgICA+PmlzDQo+ICAgICA+ICAgICA+PiAg ICAgPj4gYWxyZWFkeSBpbXBsZW1lbnRlZCBhbmQgZGVwbG95ZWQuDQo+ICAgICA+ICAgICA+PiAg ICAgPj4NCj4gICAgID4gICAgID4+ICAgICA+PiAyKSBBY2NlcHRhYmxlIExhYmVsIFNldCBpcyBv cHRpb25hbCBzbyBpdHMgcHJlc2VuY2UNCj4gICAgIGlzIG5vdA0KPiAgICAgPiAgICAgPj4gICAg ID4+IGd1YXJhbnRlZWQNCj4gICAgID4gICAgID4+ICAgICA+Pg0KPiAgICAgPiAgICAgPj4gICAg ID4+IFNvIGlzIHRoZSBjYXNlIG9mIG5ld2x5IGRlZmluZWQgdXBzdHJlYW0gbGFiZWwgc2V0LiBB bHNvDQo+ICAgICA+ICAgICBwbGVhc2UNCj4gICAgID4gICAgID4+ICAgICA+PiBub3RlIHRoYXQg bWFueSBwYXJ0IG9mIHRoZSBSU1ZQLVRFIHByb3RvY29sIGFyZQ0KPiAgICAgZGVzaWduZWQgdXNp bmcNCj4gICAgID4gICAgID4+ICAgICA+PiBvcHRpb25hbCBvYmplY3RzLg0KPiAgICAgPiAgICAg Pj4gICAgID4+DQo+ICAgICA+ICAgICA+PiAgICAgPj4gMykgVGhlIGluZm9ybWF0aW9uIGl0IHBy b3ZpZGVzIG1heSBiZSBvdXQgb2YgZGF0ZSBieQ0KPiAgICAgdGhlIHRpbWUNCj4gICAgID4gICAg ID4+ICAgICA+PiB0aGUgTFNQIGlzIHJlLXNpZ25hbGVkLg0KPiAgICAgPiAgICAgPj4gICAgID4+ DQo+ICAgICA+ICAgICA+PiAgICAgPj4gVGhpcyBpcyBhbiBpbXBsZW1lbnRhdGlvbiBpc3N1ZS4g QSBub2RlIHNlbmRpbmcgdGhlDQo+ICAgICBhY2NlcHRhYmxlDQo+ICAgICA+ICAgICA+PiAgICAg Pj4gbGFiZWwgc2V0IGhhcyB0aGUgcmVzcG9uc2liaWxpdHkgdG8gZ3VhcmFudGVlIHRoYXQNCj4g ICAgIGluZm9ybWF0aW9uDQo+ICAgICA+ICAgICA+PiAgICAgPj4gcHJvdmlkZXMgaW4gdGhlIGFj Y2VwdGFibGUgbGFiZWwgc2V0IHJlbWFpbnMgdmFsaWQgZm9yDQo+ICAgICA+ICAgICA+PiAgICAg Pj4gcmUtc2lnbmFsaW5nIHRpbWUuIEUuZy4sIFVOSS1OIGltcGxlbWVudGF0aW9uIGNhbiBjYWNo ZQ0KPiAgICAgPiAgICAgdGhlIGxhYmVsDQo+ICAgICA+ICAgICA+PiAgICAgPj4gZm9yIHRoZSBy ZS1zaWduYWxpbmcgdGltZS4NCj4gICAgID4gICAgID4+ICAgICA+Pg0KPiAgICAgPiAgICAgPj4g ICAgID4+IDQpIE1vc3QgaW1wb3J0YW50bHksIEFjY2VwdGFibGUgTGFiZWwgU2V0IGlzDQo+ICAg ICBnZW5lcmF0ZWQgaG9wIGJ5DQo+ICAgICA+ICAgICA+PiAgICAgPj4gaG9wLCB1bmxpa2UgVXBz dHJlYW0gTGFiZWwgU2V0IHdoaWNoIGV4ZXJjaXNlcyB0aGUNCj4gICAgIGVudGlyZQ0KPiAgICAg PiAgICAgPj4gICAgID4+IHBhdGguIFRoaXMgbWVhbnMgdGhhdCBpdHMgdXNlIHRvIGRldGVybWlu ZSBhIHZhbGlkDQo+ICAgICB3YXZlbGVuZ3RoDQo+ICAgICA+ICAgICA+PiAgICAgPj4gd291bGQg cmVxdWlyZSBhIHBvdGVudGlhbGx5IHVuYm91bmRlZCBudW1iZXIgb2YNCj4gICAgIGNyYW5rYmFj a3MsDQo+ICAgICA+ICAgICA+PiAgICAgPj4gYm90aCBzaW5nbGUgYW5kIG11bHRpLWhvcCwgd2l0 aCBubyBndWFyYW50ZWUgdGhhdCBzdWNoIGENCj4gICAgID4gICAgID4+ICAgICA+PiB3YXZlbGVu Z3RoIGNvdWxkIGJlIGZvdW5kLg0KPiAgICAgPiAgICAgPj4gICAgID4+DQo+ICAgICA+ICAgICA+ PiAgICAgPj4gSW4gdGhlIHVzZSBjYXNlIG9mIGFsaWduIHdhdmVsZW5ndGggYWRkcmVzc2VkIGlu IHRoaXMNCj4gICAgID4gICAgIGRyYWZ0LCB0aGUNCj4gICAgID4gICAgID4+ICAgICA+PiBhY2Nl cHRhYmxlIGxhYmVsIHNldCBjb21tdW5pY2F0aW9uIGlzIHJlc3RyaWN0ZWQgdG8gdGhlDQo+ICAg ICA+ICAgICBVTkktQyBhbmQNCj4gICAgID4gICAgID4+ICAgICA+PiBVTkktTiBub2RlLg0KPiAg ICAgPiAgICAgPj4gICAgID4+DQo+ICAgICA+ICAgICA+PiAgICAgPj4gWW91cnMgSXJyZXNwZWN0 aXZlbHksDQo+ICAgICA+ICAgICA+PiAgICAgPj4NCj4gICAgID4gICAgID4+ICAgICA+Pg0KPiAg ICAgPiAgICAgPj4gICAgID4+DQo+ICAgICA+ICAgICA+PiAgICAgPj4gSm9obg0KPiAgICAgPiAg ICAgPj4gICAgID4+DQo+ICAgICA+ICAgICA+PiAgICAgPj4NCj4gICAgID4gICAgID4+ICAgICA+ Pg0KPiAgICAgPiAgICAgPj4gICAgID4+ICpGcm9tOipjY2FtcC1ib3VuY2VzQGlldGYub3JnDQo+ ICAgICA8bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc+DQo+ICAgICA+ICAgICA8bWFpbHRv OmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmcNCj4gICAgIDxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRm Lm9yZz4+IDxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZw0KPiAgICAgPG1haWx0bzpjY2Ft cC1ib3VuY2VzQGlldGYub3JnPg0KPiAgICAgPiAgICAgPG1haWx0bzpjY2FtcC1ib3VuY2VzQGll dGYub3JnIDxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZz4+Pg0KPiAgICAgPiAgICAgPj4g ICAgIDxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZw0KPiAgICAgPG1haWx0bzpjY2FtcC1i b3VuY2VzQGlldGYub3JnPg0KPiANCj4gICAgID4gICAgIDxtYWlsdG86Y2NhbXAtYm91bmNlc0Bp ZXRmLm9yZw0KPiAgICAgPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPj4gPG1haWx0bzpj Y2FtcC1ib3VuY2VzQGlldGYub3JnDQo+ICAgICA8bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5v cmc+DQo+IA0KPiAgICAgPiAgICAgPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnIDxtYWls dG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZz4+Pj4NCj4gICAgID4gICAgID4+ICAgICA+PiBbbWFp bHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmcNCj4gICAgIDxtYWlsdG86Y2NhbXAtYm91bmNlc0Bp ZXRmLm9yZz4NCj4gICAgID4gICAgIDxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZw0KPiAg ICAgPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPj4gPG1haWx0bzpjY2FtcC1ib3VuY2Vz QGlldGYub3JnDQo+ICAgICA8bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc+DQo+ICAgICA+ ICAgICA8bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcC1ib3VuY2Vz QGlldGYub3JnPj4+XQ0KPiAgICAgPiAgICAgPj4gICAgICpPbiBCZWhhbGYgT2YgKlphZmFyIEFs aSAoemFsaSkNCj4gICAgID4gICAgID4+ICAgICA+PiAqU2VudDoqIFN1bmRheSwgTm92ZW1iZXIg MDMsIDIwMTMgODoxMiBBTQ0KPiAgICAgPiAgICAgPj4gICAgID4+ICpUbzoqIElCcnlza2luQGFk dmFvcHRpY2FsLmNvbQ0KPiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+DQo+ ICAgICA+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0KPiAgICAgPG1haWx0 bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+Pg0KPiAgICAgPiAgICAgPj4gICAgIDxtYWlsdG86 SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQo+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRp Y2FsLmNvbT4NCj4gDQo+ICAgICA+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNv bQ0KPiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+Pj4gPG1haWx0bzpJQnJ5 c2tpbkBhZHZhb3B0aWNhbC5jb20NCj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwu Y29tPg0KPiAgICAgPiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCj4gICAg IDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPj4NCj4gICAgID4gICAgID4+ICAgICA8 bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0KPiAgICAgPG1haWx0bzpJQnJ5c2tpbkBh ZHZhb3B0aWNhbC5jb20+DQo+IA0KPiAgICAgPiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0 aWNhbC5jb20NCj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPj4+Pg0KPiAg ICAgPiAgICAgPj4gICAgID4+ICpDYzoqIGNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0 Zi5vcmc+DQo+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5v cmc+Pg0KPiAgICAgPiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGll dGYub3JnPg0KPiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYu b3JnPj4+DQo+IA0KPiAgICAgPiAgICAgPj4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1h aWx0bzpjY2FtcEBpZXRmLm9yZz4NCj4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0 bzpjY2FtcEBpZXRmLm9yZz4+DQo+IA0KPiAgICAgPiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9y ZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPg0KPiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8 bWFpbHRvOmNjYW1wQGlldGYub3JnPj4+Pg0KPiAgICAgPiAgICAgPj4gICAgID4+ICpTdWJqZWN0 OiogW0NDQU1QXSBDb21tZW50cyBhYm91dA0KPiAgICAgPiAgICAgPj4gICAgID4+IGRyYWZ0LWJl ZXJhbS1jY2FtcC1uZXR3b3JrLWFzc2lnbmVkLXVwc3RyZWFtLWxhYmVsLTAwDQo+ICAgICA+ICAg ICA+PiAgICAgPj4NCj4gICAgID4gICAgID4+ICAgICA+Pg0KPiAgICAgPiAgICAgPj4gICAgID4+ DQo+ICAgICA+ICAgICA+PiAgICAgPj4gSGkgSWdvciBhbmQgY28tYXV0aG9ycy0NCj4gICAgID4g ICAgID4+ICAgICA+Pg0KPiAgICAgPiAgICAgPj4gICAgID4+DQo+ICAgICA+ICAgICA+PiAgICAg Pj4NCj4gICAgID4gICAgID4+ICAgICA+PiBQbGVhc2Ugbm90ZSB0aGF0IFtSRkMzNDczXSBhbHJl YWR5IGNvbnNpZGVycyB0aGUNCj4gICAgIGNhc2Ugd2hlcmUNCj4gICAgID4gICAgID4+ICAgICA+ PiB1cHN0cmVhbSBsYWJlbCBtYXkgbm90IGJlIGFjY2VwdGFibGUgdG8gYSBkb3duc3RyZWFtDQo+ ICAgICA+ICAgICA+PiAgICAgPj4gbm9kZS4gU3BlY2lmaWNhbGx5LCBbUkZDMzQ3M10gc3RhdGVz IHRoYXQ6DQo+ICAgICA+ICAgICA+PiAgICAgPj4NCj4gICAgID4gICAgID4+ICAgICA+PiAiL3do ZW4gYSBQYXRoIG1lc3NhZ2UgY29udGFpbmluZyBhbiBVcHN0cmVhbV9MYWJlbA0KPiAgICAgb2Jq ZWN0IGlzDQo+ICAgICA+ICAgICA+PiAgICAgPj4gcmVjZWl2ZWQsIHRoZSByZWNlaXZlciBmaXJz dCB2ZXJpZmllcyB0aGF0IHRoZQ0KPiAgICAgdXBzdHJlYW0gbGFiZWwNCj4gICAgID4gICAgID4+ ICAgICA+PiBpcyBhY2NlcHRhYmxlLiBJZiB0aGUgbGFiZWwgaXMgbm90IGFjY2VwdGFibGUsIHRo ZQ0KPiAgICAgcmVjZWl2ZXINCj4gICAgID4gICAgID4+ICAgICA+PiAvKk1VU1QqL2lzc3VlIGEg UGF0aEVyciBtZXNzYWdlIHdpdGggYSAiUm91dGluZw0KPiAgICAgPiAgICAgPj4gICAgID4+IHBy b2JsZW0vVW5hY2NlcHRhYmxlIGxhYmVsIHZhbHVlIiBpbmRpY2F0aW9uLiBUaGUNCj4gICAgIGdl bmVyYXRlZA0KPiAgICAgPiAgICAgPj4gICAgID4+IFBhdGhFcnIgbWVzc2FnZSBNQVkgaW5jbHVk ZSBhbiBBY2NlcHRhYmxlIExhYmVsIFNldA0KPiAgICAgT2JqZWN0LyIuDQo+ICAgICA+ICAgICA+ PiAgICAgPj4NCj4gICAgID4gICAgID4+ICAgICA+PiBBY2NlcHRhYmxlX0xhYmVsX1NldCBvYmpl Y3RzIG1heSBiZSBjYXJyaWVkIGluDQo+ICAgICBQYXRoRXJyIGFuZA0KPiAgICAgPiAgICAgPj4g ICAgID4+IFJlc3ZFcnIgbWVzc2FnZXMgW1JGQzM0NzNdLg0KPiAgICAgPiAgICAgPj4gICAgID4+ DQo+ICAgICA+ICAgICA+PiAgICAgPj4NCj4gICAgID4gICAgID4+ICAgICA+Pg0KPiAgICAgPiAg ICAgPj4gICAgID4+IEhvd2V2ZXIsIHlvdXIgZHJhZnQgZG9lcyBub3QgbWVudGlvbiBvciBjb3Zl ciB0aGlzDQo+ICAgICBhbHJlYWR5DQo+ICAgICA+ICAgICA+PiAgICAgPj4gZGVmaW5lZCBtZXRo b2QuDQo+ICAgICA+ICAgICA+PiAgICAgPj4NCj4gICAgID4gICAgID4+ICAgICA+Pg0KPiAgICAg PiAgICAgPj4gICAgID4+DQo+ICAgICA+ICAgICA+PiAgICAgPj4gVGhhbmtzDQo+ICAgICA+ICAg ICA+PiAgICAgPj4NCj4gICAgID4gICAgID4+ICAgICA+Pg0KPiAgICAgPiAgICAgPj4gICAgID4+ DQo+ICAgICA+ICAgICA+PiAgICAgPj4gUmVnYXJkcyChrSBaYWZhcg0KPiAgICAgPiAgICAgPj4g ICAgID4+DQo+ICAgICA+ICAgICA+PiAgICAgPg0KPiAgICAgPiAgICAgPj4gICAgID4NCj4gICAg ID4gICAgID4+ICAgICA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fDQo+ICAgICA+ICAgICA+PiAgICAgPiBDQ0FNUCBtYWlsaW5nIGxpc3QNCj4gICAgID4g ICAgID4+ICAgICA+IENDQU1QQGlldGYub3JnIDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmc+DQo+ICAg ICA8bWFpbHRvOkNDQU1QQGlldGYub3JnIDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmc+Pg0KPiANCj4g ICAgID4gICAgIDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmcgPG1haWx0bzpDQ0FNUEBpZXRmLm9yZz4N Cj4gICAgIDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmcgPG1haWx0bzpDQ0FNUEBpZXRmLm9yZz4+Pg0K PiANCj4gICAgID4gICAgID4+ICAgICA+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlz dGluZm8vY2NhbXANCj4gICAgID4gICAgID4+ICAgICA+DQo+ICAgICA+ICAgICA+Pg0KPiAgICAg PiAgICAgPj4gICAgIF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fDQo+ICAgICA+ICAgICA+PiAgICAgQ0NBTVAgbWFpbGluZyBsaXN0DQo+IA0KPiAgICAgPiAg ICAgPj4gICAgIENDQU1QQGlldGYub3JnIDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmc+DQo+ICAgICA8 bWFpbHRvOkNDQU1QQGlldGYub3JnIDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmc+Pg0KPiAgICAgPG1h aWx0bzpDQ0FNUEBpZXRmLm9yZyA8bWFpbHRvOkNDQU1QQGlldGYub3JnPg0KPiANCj4gICAgID4g ICAgIDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmcgPG1haWx0bzpDQ0FNUEBpZXRmLm9yZz4+Pg0KPiAg ICAgPiAgICAgPj4gICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vY2Nh bXANCj4gICAgID4gICAgID4+DQo+ICAgICA+ICAgICA+Pg0KPiAgICAgPiAgICAgPj4NCj4gICAg ID4gICAgID4+DQo+ICAgICA+ICAgICA+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXw0KPiAgICAgPiAgICAgPj4gQ0NBTVAgbWFpbGluZyBsaXN0DQo+ICAg ICA+ICAgICA+PiBDQ0FNUEBpZXRmLm9yZyA8bWFpbHRvOkNDQU1QQGlldGYub3JnPg0KPiAgICAg PG1haWx0bzpDQ0FNUEBpZXRmLm9yZyA8bWFpbHRvOkNDQU1QQGlldGYub3JnPj4NCj4gICAgID4g ICAgID4+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vY2NhbXANCj4gICAg ID4gICAgID4NCj4gICAgID4gICAgID5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXw0KPiAgICAgPiAgICAgPkNDQU1QIG1haWxpbmcgbGlzdA0KPiAgICAgPiAg ICAgPkNDQU1QQGlldGYub3JnIDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmc+IDxtYWlsdG86Q0NBTVBA aWV0Zi5vcmcNCj4gICAgIDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmc+Pg0KPiAgICAgPiAgICAgPmh0 dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vY2NhbXANCj4gICAgID4gICAgID5f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiAgICAgPiAg ICAgPkNDQU1QIG1haWxpbmcgbGlzdA0KPiAgICAgPiAgICAgPkNDQU1QQGlldGYub3JnIDxtYWls dG86Q0NBTVBAaWV0Zi5vcmc+IDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmcNCj4gICAgIDxtYWlsdG86 Q0NBTVBAaWV0Zi5vcmc+Pg0KPiAgICAgPiAgICAgPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt YW4vbGlzdGluZm8vY2NhbXANCj4gICAgID4NCj4gICAgID4NCj4gICAgID4NCj4gICAgID4NCj4g ICAgID4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4g ICAgID4gQ0NBTVAgbWFpbGluZyBsaXN0DQo+ICAgICA+IENDQU1QQGlldGYub3JnIDxtYWlsdG86 Q0NBTVBAaWV0Zi5vcmc+DQo+ICAgICA+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlz dGluZm8vY2NhbXANCj4gICAgID4NCj4gDQo+ICANCj4gDQo= From lberger@labn.net Tue Nov 5 10:06:52 2013 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CA8F721E809E for ; Tue, 5 Nov 2013 10:06:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -100.187 X-Spam-Level: X-Spam-Status: No, score=-100.187 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MIME_8BIT_HEADER=0.3, RCVD_IN_BL_SPAMCOP_NET=1.96, SARE_SUB_ENC_UTF8=0.152, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bTYuEjqDm++6 for ; Tue, 5 Nov 2013 10:06:36 -0800 (PST) Received: from oproxy1-pub.mail.unifiedlayer.com (oproxy1-pub.mail.unifiedlayer.com [66.147.249.253]) by ietfa.amsl.com (Postfix) with SMTP id C9E9F21E80F9 for ; Tue, 5 Nov 2013 10:06:30 -0800 (PST) Received: (qmail 14571 invoked by uid 0); 5 Nov 2013 18:05:53 -0000 Received: from unknown (HELO box313.bluehost.com) (69.89.31.113) by oproxy1.mail.unifiedlayer.com with SMTP; 5 Nov 2013 18:05:53 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Subject:References:In-Reply-To:Message-ID:Date:CC:To:From; bh=0ZynqdNT86IJpEUMqhf8N/vwzJQK1ICt3Nh90pAST6c=; b=U8nnBrwM0AwhVQCFmiNwI1ng6mO6VNdLSl4CeJ6c2tKbymrLfz1LRxxPTLcLKoqgkviiolTI5WwZpkpE0u4vhwCiPvZWgbkO+LZVLF/sGRQPSlCRDswMaIdiuRBqb80Q; Received: from [31.133.184.136] (port=52205) by box313.bluehost.com with esmtpsa (TLSv1:RC4-SHA:128) (Exim 4.80) (envelope-from ) id 1Vdl0j-0001T4-13; Tue, 05 Nov 2013 11:05:53 -0700 From: Lou Berger To: Igor Bryskin , Vishnu Pavan Beeram Date: Tue, 05 Nov 2013 10:05:51 -0800 Message-ID: <1422970c670.2764.9b4188e636579690ba6c69f2c8a0f1fd@labn.net> In-Reply-To: References: <52790CAD.80003@labn.net> <52791CB8.4000706@labn.net> User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 AquaMail/1.2.5.10 (build: 2100360) MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 31.133.184.136 authed with lberger@labn.net} Cc: ccamp@ietf.org Subject: Re: [CCAMP] =?utf-8?b?562U5aSNOiBDb21tZW50cyBhYm91dCBkcmFmdC1iZWVy?= =?utf-8?q?am-ccamp-network-assigned-upstream-label-00?= X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 18:06:53 -0000 Igor, I'm sorry. I don't understand how what your are saying differs from 1 and 3 below. Does it, or are you just agreeing? Lou On November 5, 2013 8:38:27 AM Igor Bryskin wrote: > Actually, I want to have an option for UNI-C to say: > a) I want the network to assign both labels; > b) I don't care about the values, but US label must be the same as DS lablel > > -----Original Message----- > From: Lou Berger [mailto:lberger@labn.net] Sent: Tuesday, November 05, 2013 > 11:29 AM > To: Igor Bryskin; Vishnu Pavan Beeram > Cc: ccamp@ietf.org > Subject: Re: [CCAMP] ç­”å¤: Comments about > draft-beeram-ccamp-network-assigned-upstream-label-00 > > Igor, > So you are adding to 3 to cover the case when the upstream node selects > the label, right? > > 3. The use of symmetric labels when the downstream node > > is selecting the label. > > Lou > > On 11/5/2013 8:20 AM, Igor Bryskin wrote: > > I would add: > > 5. A way for US node (e.g. UNI-C) to mandate the label symmetricity. > > > > *From:*ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] *On Behalf > Of *Vishnu Pavan Beeram > > *Sent:* Tuesday, November 05, 2013 10:50 AM > > *To:* Lou Berger > > *Cc:* ccamp@ietf.org > > *Subject:* Re: [CCAMP] ç­”å¤: Comments about > > draft-beeram-ccamp-network-assigned-upstream-label-00 > > > > Lou, > > > > Yes, your summarized points are correct. > > > > Thanks, > > -Pavan. > > > > On Tue, Nov 5, 2013 at 10:20 AM, Lou Berger > wrote: > > Pavan, > > I think this is helpful in trying to understand what the goals > > are of the draft. Again, I'll resist arguing about the mechanisms > that > are proposed until we've agreed on what requirements need to be > addressed. > > (While the mechanism details, i.e., the "how", are certainly important, > arguing those doesn't really answer the larger question of "what" you'd > like to accomplish.) > > > > VPB: Agree. > > > > So the list of requirements is now the addition of: > > 1. Downstream selection of the upstream label > > > > 2. An option to allow upstream node to provide set of labels that > > should be used in the downstream nodes' choice of upstream > label > > 3. The use of symmetric labels when the downstream node > > is selecting the label. > > 4. Allowing for asymmetric labels is not a new requirement, nor do > > you really care about it. > > Is this correct? > > Thanks, > > Lou > > > > On 11/5/2013 5:25 AM, Vishnu Pavan Beeram wrote: > > > I see a pattern in the questions that are being raised. I'll try > > and see > > > if I can answer them all using the following Q&A. > > > > > > A. "Label Symmetricity": > > > > > > (1) Aren't labels always symmetric in practice? Are there any > > asymmetric > > > label scenarios at all? > > > Ans: Yes, labels are almost always symmetric in practice. The draft > > > explicitly states that. I haven't come across any single > > > scenario/product where asymmetric labels are used. As Igor pointed out > > > in an earlier email, there could be in theory some single-fiber > > > configurations where the same wavelength cannot be used for both > > > directions. But I don't know if anyone really uses that. > > > > > > (2) Then why do you need an explicit request from the ingress to make > > > them symmetric at each hop? > > > Ans: This is because the extensions in RFC3473 allows "Label > > > Asymmetricity" and and as a result symmetricity cannot be assumed by > > > default. There is currently no way of mandating symmetricity at > > each hop > > > along the path of the LSP. > > > > > > (3) Say, we all agree that "Symmetricity" is always guaranteed > > (maybe we > > > even state it explicitly in some standard document). Would you then be > > > able to use existing extensions and address the "alien-wavelength" > > setup > > > use-case? > > > Ans: No, the existing extensions still fall short. What does the > > > ingress-client fill in the UPSTREAM_LABEL when it has no knowledge on > > > what needs to be used? As per current extensions, the UPSTREAM_LABEL > > > needs to be filled in with a valid label before sending the PATH > > out. We > > > still need the ingress-client to have some mechanism to tell the > > network > > > - "please ignore what I'm filling in the UPSTREAM_LABEL; just take the > > > LABEL_SET into account if I fill one; I'll use what is returned in the > > > RESV-LABEL for both directions." > > > > > > (4) Label allocation has always been a local choice. Why should the > > > ingress request how labels are allocated at some downstream hop? > > > Ans: The ingress has always been the one to request the downstream > > node > > > to allocate labels in both directions. All that the draft is proposing > > > is a mechanism for the ingress to say that these two labels need to be > > > symmetric. > > > > > > B. "Label Asymmetricity" > > > > > > (4) Have the "Label Asymmetricity" extensions been included just for > > > completion sake? Can those be jettisoned if we there is no need for > > > asymmetric labels? > > > Ans: Yes. The primary reason why those extensions are included in the > > > draft is because RFC3473 allows asymmetricity. We don't need to > > discuss > > > those if we explicitly state somewhere (in some standard document) > > that > > > "labels are always symmetric" and that all previous extensions defined > > > for asymmetricity are use-less. > > > > > > C. "Use-Case" > > > > > > (5) I don't understand any of the above. Why do we need the network to > > > assign an upstream label? > > > Ans: Please read the draft. Section 5 discusses a specific use-case. > > > > > > > > > Regards, > > > -Pavan > > > > > > > > > On Tue, Nov 5, 2013 at 2:29 AM, Zafar Ali (zali) > > > > >> wrote: > > > > > > Hi- > > > > > > Furthermore, when (alien) wavelength is same in forward and > > reverse > > > direction, we can use label set along with acceptable label > > set - as > > > defined in RFC3473. The only use case this draft addresses is > > when alien > > > wavelength are asymmetrical in forward and reverse direction. > > I am not > > > aware of any example of such use case. > > > > > > Thanks > > > > > > Regards … Zafar > > > > > > > > > -----Original Message----- > > > From: Fatai Zhang > > >> > > > Date: Monday, November 4, 2013 7:38 PM > > > To: "julien.meuric@orange.com > > > >" > > > > > > >>, Vishnu > > > Pavan > > > Beeram > > >> > > > Cc: "ccamp@ietf.org > > >" > > > > >> > > > Subject: [CCAMP] ç­”å¤: Comments > > > about draft-beeram-ccamp-network-assigned-upstream-label-00 > > > > > > >Hi Pavan, > > > > > > > >Understood what you said in principle, but could you give an > > example to > > > >show there are asymmertric labels (wavelength?) for the > > bidirectiaonal > > > >LSPs (especiall for the transport networks) in the real > > > implementations? > > > > > > > > >========================================================================== > > > >====================================== > > > >In practice, most bidirectional LSPs have label symmetricity on > > > each hop > > > >along the path of the LSP. But this is something that cannot > > be assumed > > > >by default. > > > > > > > > > > > > > > > >Thanks > > > > > > > >Fatai > > > > > > > >________________________________________ > > > >å‘件人: ccamp-bounces@ietf.org > > > > > > > [ccamp-bounces@ietf.org > > >] 代 > > 表 Julien > > > Meuric > > > >[julien.meuric@orange.com > > >] > > > >å‘é€æ—¶é—´: 2013å¹´11月5æ—¥ 10:35 > > > >收件人: Vishnu Pavan Beeram > > > >抄é€: ccamp@ietf.org > > > > > > >主题: Re: [CCAMP] Comments about > > > >draft-beeram-ccamp-network-assigned-upstream-label-00 > > > > > > > >Hi Pavan. > > > > > > > >Even though I agree with your unassigned Upstream_Label > > requirement, I > > > >need to disagree with the data plane rationale you mention. > > > > > > > >The Upstream_Label refers to the client's optical receiver: > > you don't > > > >need to tune a laser on the receiver side. The data > > transmission could > > > >even work without sending the actual Upstream_Label in > > RSVP-TE messages > > > >to the client: I am not really a fan of that approach, but > > that would > > > >fit cases where optical policies are left to the optical > > network... > > > > > > > >Moreover, I have doubts on putting label symmetry within the > > protocol. > > > >This is more an allocation policy in the hands of allocating > > nodes: > > > >requesting an allocation mode from an ingress node would mean > > doing the > > > >server job, I am not sure it is desirable. > > > > > > > >Julien > > > > > > > > > > > >On 11/04/2013 23:49, Vishnu Pavan Beeram wrote: > > > >> Lou, > > > >> > > > >> The extensions defined in this draft do not impose any > > backwards > > > >> compatibility issues. The intent is definitely not to > > change the > > > >> fundamental aspects of the protocol. As you would agree, it > > is not > > > >> mandatory to try and fit the extensions defined in RFC3473 > > to all and > > > >> sundry. New extensions are being introduced only where the > > existing > > > >> extensions fall short. Let me walk through the requirements > > that we > > > >> are looking at and that would hopefully explain the limitations > > > of the > > > >> existing extensions. > > > >> > > > >> Base requirement : > > > >> Need a mechanism for a given node to say that it cannot > > assign an > > > >> upstream-label on its own and that it needs the network (read > > > >> downstream) to assign it instead. > > > >> > > > >> Corollary requirements : > > > >> 1. Need a mechanism for a given node to ask for a > > network-assigned > > > >> upstream label without having to specify any inputs on what > > label > > > >> needs to get picked. > > > >> 2. Need a mechanism for a given node to ask for a > > network-assigned > > > >> upstream label and also specify some choices for the label > > that needs > > > >> to get picked. > > > >> 3. If labels are symmetric, a given node can simply use the > > label > > > >> returned in the LABEL object of the RESV message for both > > directions. > > > >> In practice, most bidirectional LSPs have label > > symmetricity on each > > > >> hop along the path of the LSP. But this is something that > > cannot be > > > >> assumed by default. Hence, there is a need to have a mechanism > > > for the > > > >> ingress to request "label symmetricity" at each hop along > > the path of > > > >> the LSP. > > > >> > > > >> Can you somehow fit a solution using the current extensions > > and cater > > > >> to the above requirements? > > > >> We believe the answer is NO. One suggestion on the mailing list > > > was to > > > >> set a random UPSTREAM_LABEL and send it out on a fishing > > expedition. > > > >> The idea was that the downstream node would then respond with a > > > >> PATH-ERR carrying an ACCEPTABLE_LABEL_SET. John and Igor have > > > provided > > > >> a list of reasons on why that isn't a great idea. Let me > > add another > > > >> point - > > > >> - As per RFC3473 - when a node receives an UPSTREAM_LABEL > > object in > > > >> the PATH, it means that the upstream node MUST have already > > > >> installed/programmed this label. In the alien wavelength > > use-case > > > >> (discussed in the draft), when the network receives this > > message, it > > > >> would mean that the laser has already been tuned to this > > > wavelength at > > > >> the client. That beats the very purpose of requesting a network > > > >> assigned upstream label. Doesn't it? So, the point is that > > with the > > > >> current semantics of an UPSTREAM_LABEL, you cannot use it > > for the > > > case > > > >> where the upstream-label hasn't been installed/programmed > > yet. If > > > some > > > >> implementation decides to ignore these semantics, how would the > > > >> network know whether the ingress-client has already > > installed this > > > >> label or not (whether the laser is already tuned or not). > > > >> > > > >> RFC3473 states that a Bidirectional-LSP setup request is > > > identified by > > > >> the presence of an "UPSTREAM_LABEL" object in the PATH msg. > > This > > > draft > > > >> does propose 2 other mechanisms: > > > >> - The presence of the "Label Symmetricity Required" Flag in > > the PATH > > > >> - The presence of the "UPSTREAM_LABEL_SET" object in the PATH > > > >> If a downstream node does not understand any of the above > > > indications, > > > >> it would reject the setup request. In both scenarios - > > after the > > > >> network has assigned the upstream-label, the concerned node is > > > allowed > > > >> to start signaling the UPSTREAM_LABEL object in the PATH. I > > don't > > > >> understand how adding two other mechanisms for > > Bidirectional LSP > > > setup > > > >> translates to changing fundamental aspects of the protocol. > > > >> Implementations that can support these extensions can. > > Others can > > > >> still be happy with their "running code". > > > >> > > > >> Regards, > > > >> -Pavan > > > >> > > > >> > > > >> > > > >> On Mon, Nov 4, 2013 at 2:18 PM, Lou Berger > > > > > > > > > >> > > >>> wrote: > > > >> > > > >> John, (authors) > > > >> > > > >> Perhaps it would be useful to refocus a moment on the > > specific > > > >> limitations the draft is focusing on. > > > >> > > > >> There's no question that 3473 made certain choices based on > > > expected > > > >> uses and probabilities that may not hold, but we do > > need to be > > > >>careful > > > >> when changing fundamentals of the protocol (e.g. moving > > away from > > > >>the > > > >> use of the upstream label object as the basic object that > > > indicates > > > >>a > > > >> bidirectional LSP.) > > > >> > > > >> So is it fair to say that the main limitation that the > > draft is > > > >>trying > > > >> to address is the inability to support downstream > > selection of > > > >> upstream > > > >> labels? > > > >> > > > >> The draft also allows for both symmetric and asymmetric > > label > > > value > > > >> allocation. IS this a requirement, or asymmetric just > > > included for > > > >> completeness? > > > >> > > > >> Are there other requirements / limitations you are > > trying to > > > >>address? > > > >> > > > >> Lou > > > >> > > > >> On 11/04/2013 01:24 PM, John E Drake wrote: > > > >> > Zafar, > > > >> > > > > >> > Both Igor and I have listed technical issues with RFC3473 > > > and your > > > >> > response is that you really really like RFC3473. I'm > > happy for > > > >> you but > > > >> > unimpressed. > > > >> > > > > >> > John > > > >> > > > > >> > Sent from my iPhone > > > >> > > > > >> > On Nov 4, 2013, at 9:43 AM, "Zafar Ali (zali)" > > > > > > > > >> > > >> > > > >> > > > > > > > > > >>>> wrote: > > > >> > > > > >> >> Igor, John- > > > >> >> > > > >> >> Please see in-line. > > > >> >> > > > >> >> From: "IBryskin@advaoptical.com > > > > > > > > > > >> > > > > > >> > > > > > > > > > >> > > > > > >>>" > > > >> >> > > > > > > > > > > > >> > > > >> > > > > > > > > > > > >>>> > > > >> >> Date: Monday, November 4, 2013 8:57 AM > > > >> >> To: zali > > > > > > > > >> > > > >> > > > > > > > > >>>>, > > > >> "jdrake@juniper.net > > > > > > > > >> > > > >> >> > > > > > > > > >>>" > > > >> > > > > > > > > >> > > > >> >> > > > > > > > > >>>> > > > >> >> Cc: "ccamp@ietf.org > > > > > > > > >> > > > >> > > > > > > > > >>>" > > > > > > > > >> > > >> > > > >> >> > > > > > > > > >>>> > > > >> >> Subject: RE: Comments about > > > >> >> draft-beeram-ccamp-network-assigned-upstream-label-00 > > > >> >> > > > >> >> Zafar, > > > >> >> > > > >> >> 1) Using an error indication as a part of normal > > protocol > > > >> >> operation is not good design practice. > > > >> >> > > > >> >> Use of Path error and notify message is an integral part > > > of the > > > >> >> RSVP-TE design. Also please note that we are not > > debating > > > about a > > > >> >> new procedure being proposed but talking about a > > procedure > > > that > > > >>is > > > >> >> already implemented and deployed. > > > >> >> > > > >> >> > > > >> >> > > > >> >> IB>> The way I interpret this discussion is > > something like > > > this: > > > >> >> > > > >> >> > > > >> >> > > > >> >> John: I believe that white is a lighter color than > > black. > > > >> >> > > > >> >> Zafa: Well, John, black is an integral part of the color > > > pallet. > > > >> >> Many mature applications successfully use black for > > their > > > various > > > >> >> purposes. My implementations, for example, use black for > > > pretty > > > >> >> much everything….. So, it is not clear which color > > is lighter, > > > >>and > > > >> >> why do we need other colors at all. :=) > > > >> >> > > > >> >> > > > >> >> > > > >> >> I mean to say that your, Zafar, comments IMHO are not > > > >>constructive > > > >> >> technical arguments. > > > >> >> > > > >> >> Igor > > > >> >> > > > >> >> > > > >> >> > > > >> >> Hi Igor and John: > > > >> >> > > > >> >> This is really funny. This is the first time I have > > heard that > > > >> running > > > >> >> code has no merit at IETF :) This is especially when the > > > >> running code > > > >> >> is directly coming from RFC3473. You are calling it "not > > > >> constructive > > > >> >> technical arguments"! Last I heard we believed in > > running code > > > >>(See > > > >> >> your T-shirt from the election day from IETF Atlanta). > > > >> >> > > > >> >> Your draft is ONLY applicable for a use case where > > > upstream and > > > >> >> downstream alien wavelength are different. When > > upstream and > > > >> >> downstream alien wavelength are same, use of > > acceptable label > > > >> set and > > > >> >> label set objects constitute the running code. > > However, your > > > >>draft > > > >> >> neither makes that applicability statement nor makes any > > > mention > > > >>or > > > >> >> cover or reference to procedure I quoted from RFC3473. > > > >> >> > > > >> >> Thanks > > > >> >> > > > >> >> Regards…Zafar > > > >> >> > > > >> >> > > > >> >> > > > >> >> > > > >> >> > > > >> >> *From:*Zafar Ali (zali) [mailto:zali@cisco.com > > > > > > > > > >> > > >>] > > > >> >> *Sent:* Monday, November 04, 2013 1:51 AM > > > >> >> *To:* John E Drake; Igor Bryskin > > > >> >> *Cc:* ccamp@ietf.org > > > > > > > > >> > > > >> > > > > > > > > >>> > > > >> >> *Subject:* Re: Comments about > > > >> >> draft-beeram-ccamp-network-assigned-upstream-label-00 > > > >> >> > > > >> >> > > > >> >> > > > >> >> Hi John: > > > >> >> > > > >> >> > > > >> >> > > > >> >> Please see in-line. > > > >> >> > > > >> >> > > > >> >> > > > >> >> Thanks > > > >> >> > > > >> >> > > > >> >> > > > >> >> Regards … Zafar > > > >> >> > > > >> >> > > > >> >> > > > >> >> *From: *"jdrake@juniper.net > > > > > > > > > >> > > > >> > > > > > > > > >>>" > > > >> >> > > > > > > > > >> > > > >> > > > > > > > > >>>> > > > >> >> *Date: *Sunday, November 3, 2013 11:57 AM > > > >> >> *To: *zali > > > > > > > > >> > > > >> > > > > > > > > >>>>, > > > >> >> "IBryskin@advaoptical.com > > > > > > > > > > > > >> > > > >> > > > > > > > > > > > >>>" > > > >> >> > > > > > > > > > > > >> > > > >> > > > > > > > > > > > >>>> > > > >> >> *Cc: *"ccamp@ietf.org > > > > > > > > >> > > > >> > > > > > > > > >>>" > > > > > > > > >> > > >> > > > >> >> > > > > > > > > >>>> > > > >> >> *Subject: *RE: Comments about > > > >> >> draft-beeram-ccamp-network-assigned-upstream-label-00 > > > >> >> > > > >> >> > > > >> >> > > > >> >> Zafar, > > > >> >> > > > >> >> That because this already defined method has the > > following > > > >>issues: > > > >> >> > > > >> >> 1) Using an error indication as a part of normal > > protocol > > > >> >> operation is not good design practice. > > > >> >> > > > >> >> Use of Path error and notify message is an integral part > > > of the > > > >> >> RSVP-TE design. Also please note that we are not > > debating > > > about a > > > >> >> new procedure being proposed but talking about a > > procedure > > > that > > > >>is > > > >> >> already implemented and deployed. > > > >> >> > > > >> >> 2) Acceptable Label Set is optional so its presence > > is not > > > >> >> guaranteed > > > >> >> > > > >> >> So is the case of newly defined upstream label set. Also > > > please > > > >> >> note that many part of the RSVP-TE protocol are > > designed using > > > >> >> optional objects. > > > >> >> > > > >> >> 3) The information it provides may be out of date by > > the time > > > >> >> the LSP is re-signaled. > > > >> >> > > > >> >> This is an implementation issue. A node sending the > > acceptable > > > >> >> label set has the responsibility to guarantee that > > information > > > >> >> provides in the acceptable label set remains valid for > > > >> >> re-signaling time. E.g., UNI-N implementation can cache > > > the label > > > >> >> for the re-signaling time. > > > >> >> > > > >> >> 4) Most importantly, Acceptable Label Set is > > generated hop by > > > >> >> hop, unlike Upstream Label Set which exercises the > > entire > > > >> >> path. This means that its use to determine a valid > > wavelength > > > >> >> would require a potentially unbounded number of > > crankbacks, > > > >> >> both single and multi-hop, with no guarantee that such a > > > >> >> wavelength could be found. > > > >> >> > > > >> >> In the use case of align wavelength addressed in this > > > draft, the > > > >> >> acceptable label set communication is restricted to the > > > UNI-C and > > > >> >> UNI-N node. > > > >> >> > > > >> >> Yours Irrespectively, > > > >> >> > > > >> >> > > > >> >> > > > >> >> John > > > >> >> > > > >> >> > > > >> >> > > > >> >> *From:*ccamp-bounces@ietf.org > > > > > > > > > > > >> > > > >> > > > > > > > > > > >>> > > > >> >> [mailto:ccamp-bounces@ietf.org > > > > > > > > > > > >>] > > > >> *On Behalf Of *Zafar Ali (zali) > > > >> >> *Sent:* Sunday, November 03, 2013 8:12 AM > > > >> >> *To:* IBryskin@advaoptical.com > > > > > > > > > > >> > > > > > >> > > > > > > > > > >> > > > > > >>> > > > >> >> *Cc:* ccamp@ietf.org > > > > > > > > >> > > > >> > > > > > > > > >>> > > > >> >> *Subject:* [CCAMP] Comments about > > > >> >> draft-beeram-ccamp-network-assigned-upstream-label-00 > > > >> >> > > > >> >> > > > >> >> > > > >> >> Hi Igor and co-authors- > > > >> >> > > > >> >> > > > >> >> > > > >> >> Please note that [RFC3473] already considers the > > case where > > > >> >> upstream label may not be acceptable to a downstream > > > >> >> node. Specifically, [RFC3473] states that: > > > >> >> > > > >> >> "/when a Path message containing an Upstream_Label > > object is > > > >> >> received, the receiver first verifies that the > > upstream label > > > >> >> is acceptable. If the label is not acceptable, the > > receiver > > > >> >> /*MUST*/issue a PathErr message with a "Routing > > > >> >> problem/Unacceptable label value" indication. The > > generated > > > >> >> PathErr message MAY include an Acceptable Label Set > > Object/". > > > >> >> > > > >> >> Acceptable_Label_Set objects may be carried in > > PathErr and > > > >> >> ResvErr messages [RFC3473]. > > > >> >> > > > >> >> > > > >> >> > > > >> >> However, your draft does not mention or cover this > > already > > > >> >> defined method. > > > >> >> > > > >> >> > > > >> >> > > > >> >> Thanks > > > >> >> > > > >> >> > > > >> >> > > > >> >> Regards … Zafar > > > >> >> > > > >> > > > > >> > > > > >> > _______________________________________________ > > > >> > CCAMP mailing list > > > >> > CCAMP@ietf.org > > > > > > > > >> > > > >> > https://www.ietf.org/mailman/listinfo/ccamp > > > >> > > > > >> > > > >> _______________________________________________ > > > >> CCAMP mailing list > > > >> CCAMP@ietf.org > > > > > > > > >> > > > >> https://www.ietf.org/mailman/listinfo/ccamp > > > >> > > > >> > > > >> > > > >> > > > >> _______________________________________________ > > > >> CCAMP mailing list > > > >> CCAMP@ietf.org > > > > > > >> https://www.ietf.org/mailman/listinfo/ccamp > > > > > > > >_______________________________________________ > > > >CCAMP mailing list > > > >CCAMP@ietf.org > > > > > >https://www.ietf.org/mailman/listinfo/ccamp > > > >_______________________________________________ > > > >CCAMP mailing list > > > >CCAMP@ietf.org > > > > > >https://www.ietf.org/mailman/listinfo/ccamp > > > > > > > > > > > > > > > _______________________________________________ > > > CCAMP mailing list > > > CCAMP@ietf.org > > > https://www.ietf.org/mailman/listinfo/ccamp > > > > > From internet-drafts@ietf.org Tue Nov 5 10:09:21 2013 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 089FA21F9D28; Tue, 5 Nov 2013 10:09:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.57 X-Spam-Level: X-Spam-Status: No, score=-102.57 tagged_above=-999 required=5 tests=[AWL=0.030, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 70cTNRy1+Lc9; Tue, 5 Nov 2013 10:09:20 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 6BF2921E80F9; Tue, 5 Nov 2013 10:09:15 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 4.82 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20131105180914.29536.63138.idtracker@ietfa.amsl.com> Date: Tue, 05 Nov 2013 10:09:14 -0800 Cc: ccamp@ietf.org Subject: [CCAMP] I-D Action: draft-ietf-ccamp-gmpls-ospf-g709v3-11.txt X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 18:09:21 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Common Control and Measurement Plane Work= ing Group of the IETF. Title : Traffic Engineering Extensions to OSPF for Generalized M= PLS (GMPLS) Control of Evolving G.709 OTN Networks Author(s) : Daniele Ceccarelli Fatai Zhang Sergio Belotti Rajan Rao John E Drake Filename : draft-ietf-ccamp-gmpls-ospf-g709v3-11.txt Pages : 35 Date : 2013-11-05 Abstract: This document describes Open Shortest Path First - Traffic Engineering (OSPF-TE) routing protocol extensions to support Generalized MPLS (GMPLS) control of Optical Transport Networks (OTN) specified in ITU-T Recommendation G.709 as published in 2012. It extends mechanisms defined in RFC4203. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-ccamp-gmpls-ospf-g709v3 There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-ccamp-gmpls-ospf-g709v3-11 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ccamp-gmpls-ospf-g709v3-11 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 IBryskin@advaoptical.com Tue Nov 5 11:01:40 2013 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DA4A711E81BB for ; Tue, 5 Nov 2013 11:01:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.433 X-Spam-Level: *** X-Spam-Status: No, score=3.433 tagged_above=-999 required=5 tests=[AWL=-3.016, BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, MIME_8BIT_HEADER=0.3, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, SARE_SUB_ENC_GB2312=1.345] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CpfQi7KQAGI4 for ; Tue, 5 Nov 2013 11:01:36 -0800 (PST) Received: from mail3.advaoptical.com (mail3.advaoptical.com [74.202.24.82]) by ietfa.amsl.com (Postfix) with ESMTP id C2B0811E821C for ; Tue, 5 Nov 2013 11:01:34 -0800 (PST) Received: from atl-srv-mail10.atl.advaoptical.com (atl-srv-mail10.atl.advaoptical.com [172.16.5.39]) by atl-vs-fsmail.advaoptical.com (8.14.5/8.14.5) with ESMTP id rA5J1U4i004312 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 5 Nov 2013 14:01:31 -0500 Received: from ATL-SRV-MAIL10.atl.advaoptical.com ([fe80::c4d6:b136:bc16:77ae]) by atl-srv-mail10.atl.advaoptical.com ([fe80::c4d6:b136:bc16:77ae%17]) with mapi id 14.03.0158.001; Tue, 5 Nov 2013 14:01:30 -0500 From: Igor Bryskin To: Lou Berger , Vishnu Pavan Beeram Thread-Topic: =?gb2312?B?W0NDQU1QXSC08Li0OiBDb21tZW50cyBhYm91dCBkcmFmdC1iZWVyYW0tY2Nh?= =?gb2312?Q?mp-network-assigned-upstream-label-00?= Thread-Index: AQHO2kQeZQxJjgiAPEGMvU88TQRgH5oW/YUA Date: Tue, 5 Nov 2013 19:01:28 +0000 Message-ID: References: <52790CAD.80003@labn.net> <52791CB8.4000706@labn.net> In-Reply-To: <52791CB8.4000706@labn.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [31.133.164.13] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8794, 1.0.431, 0.0.0000 definitions=2013-11-05_07:2013-11-05, 2013-11-05, 1970-01-01 signatures=0 Cc: "ccamp@ietf.org" Subject: Re: [CCAMP] =?gb2312?b?tPC4tDogQ29tbWVudHMgYWJvdXQgZHJhZnQtYmVlcmFt?= =?gb2312?b?LWNjYW1wLW5ldHdvcmstYXNzaWduZWQtdXBzdHJlYW0tbGFiZWwtMDA=?= X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 19:01:41 -0000 TG91LA0KDQo+ICAgICAxLiBEb3duc3RyZWFtIHNlbGVjdGlvbiBvZiB0aGUgdXBzdHJlYW0gbGFi ZWwNCj4gDQo+IA0KPiAgICAgMi4gQW4gb3B0aW9uIHRvIGFsbG93IHVwc3RyZWFtIG5vZGUgdG8g cHJvdmlkZSBzZXQgb2YgbGFiZWxzIHRoYXQNCj4gICAgICAgIHNob3VsZCBiZSB1c2VkIGluIHRo ZSBkb3duc3RyZWFtIG5vZGVzJyBjaG9pY2Ugb2YgdXBzdHJlYW0gDQo+IGxhYmVsDQo+IA0KPiAg ICAgMy4gVGhlIHVzZSBvZiBzeW1tZXRyaWMgbGFiZWxzIHdoZW4gdGhlIGRvd25zdHJlYW0gbm9k ZQ0KPiAgICAgICAgaXMgc2VsZWN0aW5nIHRoZSBsYWJlbC4NCj4gDQo+ICAgICA0LiBBbGxvd2lu ZyBmb3IgYXN5bW1ldHJpYyBsYWJlbHMgaXMgbm90IGEgbmV3IHJlcXVpcmVtZW50LCBub3IgZG8N Cj4gICAgICAgIHlvdSByZWFsbHkgY2FyZSBhYm91dCBpdC4NCj4NCkkgYWdyZWUgd2l0aCAxLTMu IEJ1dCA0LiBzaG91bGQgbm90IGJlIGlnbm9yZWQNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0t LS0NCkZyb206IExvdSBCZXJnZXIgW21haWx0bzpsYmVyZ2VyQGxhYm4ubmV0XSANClNlbnQ6IFR1 ZXNkYXksIE5vdmVtYmVyIDA1LCAyMDEzIDExOjI5IEFNDQpUbzogSWdvciBCcnlza2luOyBWaXNo bnUgUGF2YW4gQmVlcmFtDQpDYzogY2NhbXBAaWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBbQ0NBTVBd ILTwuLQ6IENvbW1lbnRzIGFib3V0IGRyYWZ0LWJlZXJhbS1jY2FtcC1uZXR3b3JrLWFzc2lnbmVk LXVwc3RyZWFtLWxhYmVsLTAwDQoNCklnb3IsDQoJU28geW91IGFyZSBhZGRpbmcgdG8gMyB0byBj b3ZlciB0aGUgY2FzZSB3aGVuIHRoZSB1cHN0cmVhbSBub2RlIHNlbGVjdHMgdGhlIGxhYmVsLCBy aWdodD8NCj4gICAgIDMuIFRoZSB1c2Ugb2Ygc3ltbWV0cmljIGxhYmVscyB3aGVuIHRoZSBkb3du c3RyZWFtIG5vZGUNCj4gICAgICAgIGlzIHNlbGVjdGluZyB0aGUgbGFiZWwuDQoNCkxvdQ0KDQpP biAxMS81LzIwMTMgODoyMCBBTSwgSWdvciBCcnlza2luIHdyb3RlOg0KPiBJIHdvdWxkIGFkZDoN Cj4gDQo+IDUuIEEgd2F5IGZvciBVUyBub2RlIChlLmcuIFVOSS1DKSB0byBtYW5kYXRlIHRoZSBs YWJlbCBzeW1tZXRyaWNpdHkuDQo+IA0KPiAgDQo+IA0KPiAqRnJvbToqY2NhbXAtYm91bmNlc0Bp ZXRmLm9yZyBbbWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmddICpPbiANCj4gQmVoYWxmIE9m ICpWaXNobnUgUGF2YW4gQmVlcmFtDQo+ICpTZW50OiogVHVlc2RheSwgTm92ZW1iZXIgMDUsIDIw MTMgMTA6NTAgQU0NCj4gKlRvOiogTG91IEJlcmdlcg0KPiAqQ2M6KiBjY2FtcEBpZXRmLm9yZw0K PiAqU3ViamVjdDoqIFJlOiBbQ0NBTVBdILTwuLQ6IENvbW1lbnRzIGFib3V0DQo+IGRyYWZ0LWJl ZXJhbS1jY2FtcC1uZXR3b3JrLWFzc2lnbmVkLXVwc3RyZWFtLWxhYmVsLTAwDQo+IA0KPiAgDQo+ IA0KPiBMb3UsDQo+IA0KPiAgDQo+IA0KPiBZZXMsIHlvdXIgc3VtbWFyaXplZCBwb2ludHMgYXJl IGNvcnJlY3QuDQo+IA0KPiAgDQo+IA0KPiBUaGFua3MsDQo+IA0KPiAtUGF2YW4uDQo+IA0KPiAg DQo+IA0KPiBPbiBUdWUsIE5vdiA1LCAyMDEzIGF0IDEwOjIwIEFNLCBMb3UgQmVyZ2VyIDxsYmVy Z2VyQGxhYm4ubmV0IA0KPiA8bWFpbHRvOmxiZXJnZXJAbGFibi5uZXQ+PiB3cm90ZToNCj4gDQo+ IFBhdmFuLA0KPiAgICAgICAgIEkgdGhpbmsgdGhpcyBpcyBoZWxwZnVsIGluIHRyeWluZyB0byB1 bmRlcnN0YW5kIHdoYXQgdGhlIGdvYWxzIA0KPiBhcmUgb2YgdGhlIGRyYWZ0LiAgQWdhaW4sIEkn bGwgcmVzaXN0IGFyZ3VpbmcgYWJvdXQgdGhlIG1lY2hhbmlzbXMgDQo+IHRoYXQgYXJlIHByb3Bv c2VkIHVudGlsIHdlJ3ZlIGFncmVlZCBvbiB3aGF0IHJlcXVpcmVtZW50cyBuZWVkIHRvIGJlIA0K PiBhZGRyZXNzZWQuDQo+IChXaGlsZSB0aGUgbWVjaGFuaXNtIGRldGFpbHMsIGkuZS4sIHRoZSAi aG93IiwgYXJlIGNlcnRhaW5seSANCj4gaW1wb3J0YW50LCBhcmd1aW5nIHRob3NlIGRvZXNuJ3Qg cmVhbGx5IGFuc3dlciB0aGUgbGFyZ2VyIHF1ZXN0aW9uIG9mIA0KPiAid2hhdCIgeW91J2QgbGlr ZSB0byBhY2NvbXBsaXNoLikNCj4gDQo+ICANCj4gDQo+IFZQQjogQWdyZWUuDQo+IA0KPiAgDQo+ IA0KPiANCj4gICAgIFNvIHRoZSBsaXN0IG9mIHJlcXVpcmVtZW50cyBpcyBub3cgdGhlIGFkZGl0 aW9uIG9mOg0KPiAgICAgMS4gRG93bnN0cmVhbSBzZWxlY3Rpb24gb2YgdGhlIHVwc3RyZWFtIGxh YmVsDQo+IA0KPiANCj4gICAgIDIuIEFuIG9wdGlvbiB0byBhbGxvdyB1cHN0cmVhbSBub2RlIHRv IHByb3ZpZGUgc2V0IG9mIGxhYmVscyB0aGF0DQo+ICAgICAgICBzaG91bGQgYmUgdXNlZCBpbiB0 aGUgZG93bnN0cmVhbSBub2RlcycgY2hvaWNlIG9mIHVwc3RyZWFtIA0KPiBsYWJlbA0KPiANCj4g ICAgIDMuIFRoZSB1c2Ugb2Ygc3ltbWV0cmljIGxhYmVscyB3aGVuIHRoZSBkb3duc3RyZWFtIG5v ZGUNCj4gICAgICAgIGlzIHNlbGVjdGluZyB0aGUgbGFiZWwuDQo+IA0KPiAgICAgNC4gQWxsb3dp bmcgZm9yIGFzeW1tZXRyaWMgbGFiZWxzIGlzIG5vdCBhIG5ldyByZXF1aXJlbWVudCwgbm9yIGRv DQo+ICAgICAgICB5b3UgcmVhbGx5IGNhcmUgYWJvdXQgaXQuDQo+IA0KPiAgICAgSXMgdGhpcyBj b3JyZWN0Pw0KPiANCj4gICAgIFRoYW5rcywNCj4gICAgIExvdQ0KPiANCj4gDQo+ICAgICBPbiAx MS81LzIwMTMgNToyNSBBTSwgVmlzaG51IFBhdmFuIEJlZXJhbSB3cm90ZToNCj4gICAgID4gSSBz ZWUgYSBwYXR0ZXJuIGluIHRoZSBxdWVzdGlvbnMgdGhhdCBhcmUgYmVpbmcgcmFpc2VkLiBJJ2xs IHRyeQ0KPiAgICAgYW5kIHNlZQ0KPiAgICAgPiBpZiBJIGNhbiBhbnN3ZXIgdGhlbSBhbGwgdXNp bmcgdGhlIGZvbGxvd2luZyBRJkEuDQo+ICAgICA+DQo+ICAgICA+IEEuICJMYWJlbCBTeW1tZXRy aWNpdHkiOg0KPiAgICAgPg0KPiAgICAgPiAoMSkgQXJlbid0IGxhYmVscyBhbHdheXMgc3ltbWV0 cmljIGluIHByYWN0aWNlPyBBcmUgdGhlcmUgYW55DQo+ICAgICBhc3ltbWV0cmljDQo+ICAgICA+ IGxhYmVsIHNjZW5hcmlvcyBhdCBhbGw/DQo+ICAgICA+IEFuczogWWVzLCBsYWJlbHMgYXJlIGFs bW9zdCBhbHdheXMgc3ltbWV0cmljIGluIHByYWN0aWNlLiBUaGUgZHJhZnQNCj4gICAgID4gZXhw bGljaXRseSBzdGF0ZXMgdGhhdC4gSSBoYXZlbid0IGNvbWUgYWNyb3NzIGFueSBzaW5nbGUNCj4g ICAgID4gc2NlbmFyaW8vcHJvZHVjdCB3aGVyZSBhc3ltbWV0cmljIGxhYmVscyBhcmUgdXNlZC4g QXMgSWdvciBwb2ludGVkIG91dA0KPiAgICAgPiBpbiBhbiBlYXJsaWVyIGVtYWlsLCB0aGVyZSBj b3VsZCBiZSBpbiB0aGVvcnkgc29tZSBzaW5nbGUtZmliZXINCj4gICAgID4gY29uZmlndXJhdGlv bnMgd2hlcmUgdGhlIHNhbWUgd2F2ZWxlbmd0aCBjYW5ub3QgYmUgdXNlZCBmb3IgYm90aA0KPiAg ICAgPiBkaXJlY3Rpb25zLiBCdXQgSSBkb24ndCBrbm93IGlmIGFueW9uZSByZWFsbHkgdXNlcyB0 aGF0Lg0KPiAgICAgPg0KPiAgICAgPiAoMikgVGhlbiB3aHkgZG8geW91IG5lZWQgYW4gZXhwbGlj aXQgcmVxdWVzdCBmcm9tIHRoZSBpbmdyZXNzIHRvIG1ha2UNCj4gICAgID4gdGhlbSBzeW1tZXRy aWMgYXQgZWFjaCBob3A/DQo+ICAgICA+IEFuczogVGhpcyBpcyBiZWNhdXNlIHRoZSBleHRlbnNp b25zIGluIFJGQzM0NzMgYWxsb3dzICJMYWJlbA0KPiAgICAgPiBBc3ltbWV0cmljaXR5IiBhbmQg YW5kIGFzIGEgcmVzdWx0IHN5bW1ldHJpY2l0eSBjYW5ub3QgYmUgYXNzdW1lZCBieQ0KPiAgICAg PiBkZWZhdWx0LiBUaGVyZSBpcyBjdXJyZW50bHkgbm8gd2F5IG9mIG1hbmRhdGluZyBzeW1tZXRy aWNpdHkgYXQNCj4gICAgIGVhY2ggaG9wDQo+ICAgICA+IGFsb25nIHRoZSBwYXRoIG9mIHRoZSBM U1AuDQo+ICAgICA+DQo+ICAgICA+ICgzKSBTYXksIHdlIGFsbCBhZ3JlZSB0aGF0ICJTeW1tZXRy aWNpdHkiIGlzIGFsd2F5cyBndWFyYW50ZWVkDQo+ICAgICAobWF5YmUgd2UNCj4gICAgID4gZXZl biBzdGF0ZSBpdCBleHBsaWNpdGx5IGluIHNvbWUgc3RhbmRhcmQgZG9jdW1lbnQpLiBXb3VsZCB5 b3UgdGhlbiBiZQ0KPiAgICAgPiBhYmxlIHRvIHVzZSBleGlzdGluZyBleHRlbnNpb25zIGFuZCBh ZGRyZXNzIHRoZSAiYWxpZW4td2F2ZWxlbmd0aCINCj4gICAgIHNldHVwDQo+ICAgICA+IHVzZS1j YXNlPw0KPiAgICAgPiBBbnM6IE5vLCB0aGUgZXhpc3RpbmcgZXh0ZW5zaW9ucyBzdGlsbCBmYWxs IHNob3J0LiBXaGF0IGRvZXMgdGhlDQo+ICAgICA+IGluZ3Jlc3MtY2xpZW50IGZpbGwgaW4gdGhl IFVQU1RSRUFNX0xBQkVMIHdoZW4gaXQgaGFzIG5vIGtub3dsZWRnZSBvbg0KPiAgICAgPiB3aGF0 IG5lZWRzIHRvIGJlIHVzZWQ/IEFzIHBlciBjdXJyZW50IGV4dGVuc2lvbnMsIHRoZSBVUFNUUkVB TV9MQUJFTA0KPiAgICAgPiBuZWVkcyB0byBiZSBmaWxsZWQgaW4gd2l0aCBhIHZhbGlkIGxhYmVs IGJlZm9yZSBzZW5kaW5nIHRoZSBQQVRIDQo+ICAgICBvdXQuIFdlDQo+ICAgICA+IHN0aWxsIG5l ZWQgdGhlIGluZ3Jlc3MtY2xpZW50IHRvIGhhdmUgc29tZSBtZWNoYW5pc20gdG8gdGVsbCB0aGUN Cj4gICAgIG5ldHdvcmsNCj4gICAgID4gLSAicGxlYXNlIGlnbm9yZSB3aGF0IEknbSBmaWxsaW5n IGluIHRoZSBVUFNUUkVBTV9MQUJFTDsganVzdCB0YWtlIHRoZQ0KPiAgICAgPiBMQUJFTF9TRVQg aW50byBhY2NvdW50IGlmIEkgZmlsbCBvbmU7IEknbGwgdXNlIHdoYXQgaXMgcmV0dXJuZWQgaW4g dGhlDQo+ICAgICA+IFJFU1YtTEFCRUwgZm9yIGJvdGggZGlyZWN0aW9ucy4iDQo+ICAgICA+DQo+ ICAgICA+ICg0KSBMYWJlbCBhbGxvY2F0aW9uIGhhcyBhbHdheXMgYmVlbiBhIGxvY2FsIGNob2lj ZS4gV2h5IHNob3VsZCB0aGUNCj4gICAgID4gaW5ncmVzcyByZXF1ZXN0IGhvdyBsYWJlbHMgYXJl IGFsbG9jYXRlZCBhdCBzb21lIGRvd25zdHJlYW0gaG9wPw0KPiAgICAgPiBBbnM6IFRoZSBpbmdy ZXNzIGhhcyBhbHdheXMgYmVlbiB0aGUgb25lIHRvIHJlcXVlc3QgdGhlIGRvd25zdHJlYW0NCj4g ICAgIG5vZGUNCj4gICAgID4gdG8gYWxsb2NhdGUgbGFiZWxzIGluIGJvdGggZGlyZWN0aW9ucy4g QWxsIHRoYXQgdGhlIGRyYWZ0IGlzIHByb3Bvc2luZw0KPiAgICAgPiBpcyBhIG1lY2hhbmlzbSBm b3IgdGhlIGluZ3Jlc3MgdG8gc2F5IHRoYXQgdGhlc2UgdHdvIGxhYmVscyBuZWVkIHRvIGJlDQo+ ICAgICA+IHN5bW1ldHJpYy4NCj4gICAgID4NCj4gICAgID4gQi4gIkxhYmVsIEFzeW1tZXRyaWNp dHkiDQo+ICAgICA+DQo+ICAgICA+ICg0KSBIYXZlIHRoZSAiTGFiZWwgQXN5bW1ldHJpY2l0eSIg ZXh0ZW5zaW9ucyBiZWVuIGluY2x1ZGVkIGp1c3QgZm9yDQo+ICAgICA+IGNvbXBsZXRpb24gc2Fr ZT8gQ2FuIHRob3NlIGJlIGpldHRpc29uZWQgaWYgd2UgdGhlcmUgaXMgbm8gbmVlZCBmb3INCj4g ICAgID4gYXN5bW1ldHJpYyBsYWJlbHM/DQo+ICAgICA+IEFuczogWWVzLiBUaGUgcHJpbWFyeSBy ZWFzb24gd2h5IHRob3NlIGV4dGVuc2lvbnMgYXJlIGluY2x1ZGVkIGluIHRoZQ0KPiAgICAgPiBk cmFmdCBpcyBiZWNhdXNlIFJGQzM0NzMgYWxsb3dzIGFzeW1tZXRyaWNpdHkuIFdlIGRvbid0IG5l ZWQgdG8NCj4gICAgIGRpc2N1c3MNCj4gICAgID4gdGhvc2UgaWYgd2UgZXhwbGljaXRseSBzdGF0 ZSBzb21ld2hlcmUgKGluIHNvbWUgc3RhbmRhcmQgZG9jdW1lbnQpDQo+ICAgICB0aGF0DQo+ICAg ICA+ICJsYWJlbHMgYXJlIGFsd2F5cyBzeW1tZXRyaWMiIGFuZCB0aGF0IGFsbCBwcmV2aW91cyBl eHRlbnNpb25zIGRlZmluZWQNCj4gICAgID4gZm9yIGFzeW1tZXRyaWNpdHkgYXJlIHVzZS1sZXNz Lg0KPiAgICAgPg0KPiAgICAgPiBDLiAiVXNlLUNhc2UiDQo+ICAgICA+DQo+ICAgICA+ICg1KSBJ IGRvbid0IHVuZGVyc3RhbmQgYW55IG9mIHRoZSBhYm92ZS4gV2h5IGRvIHdlIG5lZWQgdGhlIG5l dHdvcmsgdG8NCj4gICAgID4gYXNzaWduIGFuIHVwc3RyZWFtIGxhYmVsPw0KPiAgICAgPiBBbnM6 IFBsZWFzZSByZWFkIHRoZSBkcmFmdC4gU2VjdGlvbiA1IGRpc2N1c3NlcyBhIHNwZWNpZmljIHVz ZS1jYXNlLg0KPiAgICAgPg0KPiAgICAgPg0KPiAgICAgPiBSZWdhcmRzLA0KPiAgICAgPiAtUGF2 YW4NCj4gICAgID4NCj4gICAgID4NCj4gICAgID4gT24gVHVlLCBOb3YgNSwgMjAxMyBhdCAyOjI5 IEFNLCBaYWZhciBBbGkgKHphbGkpIDx6YWxpQGNpc2NvLmNvbQ0KPiAgICAgPG1haWx0bzp6YWxp QGNpc2NvLmNvbT4NCj4gDQo+ICAgICA+IDxtYWlsdG86emFsaUBjaXNjby5jb20gPG1haWx0bzp6 YWxpQGNpc2NvLmNvbT4+PiB3cm90ZToNCj4gICAgID4NCj4gICAgID4gICAgIEhpLQ0KPiAgICAg Pg0KPiAgICAgPiAgICAgRnVydGhlcm1vcmUsIHdoZW4gKGFsaWVuKSB3YXZlbGVuZ3RoIGlzIHNh bWUgaW4gZm9yd2FyZCBhbmQNCj4gICAgIHJldmVyc2UNCj4gICAgID4gICAgIGRpcmVjdGlvbiwg d2UgY2FuIHVzZSBsYWJlbCBzZXQgYWxvbmcgd2l0aCBhY2NlcHRhYmxlIGxhYmVsDQo+ICAgICBz ZXQgLSBhcw0KPiAgICAgPiAgICAgZGVmaW5lZCBpbiBSRkMzNDczLiBUaGUgb25seSB1c2UgY2Fz ZSB0aGlzIGRyYWZ0IGFkZHJlc3NlcyBpcw0KPiAgICAgd2hlbiBhbGllbg0KPiAgICAgPiAgICAg d2F2ZWxlbmd0aCBhcmUgYXN5bW1ldHJpY2FsIGluIGZvcndhcmQgYW5kIHJldmVyc2UgZGlyZWN0 aW9uLg0KPiAgICAgSSBhbSBub3QNCj4gICAgID4gICAgIGF3YXJlIG9mIGFueSBleGFtcGxlIG9m IHN1Y2ggdXNlIGNhc2UuDQo+ICAgICA+DQo+ICAgICA+ICAgICBUaGFua3MNCj4gICAgID4NCj4g ICAgID4gICAgIFJlZ2FyZHMgoa0gWmFmYXINCj4gICAgID4NCj4gICAgID4NCj4gICAgID4gICAg IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IA0KPiAgICAgPiAgICAgRnJvbTogRmF0YWkg WmhhbmcgPHpoYW5nZmF0YWlAaHVhd2VpLmNvbQ0KPiAgICAgPG1haWx0bzp6aGFuZ2ZhdGFpQGh1 YXdlaS5jb20+IDxtYWlsdG86emhhbmdmYXRhaUBodWF3ZWkuY29tDQo+ICAgICA8bWFpbHRvOnpo YW5nZmF0YWlAaHVhd2VpLmNvbT4+Pg0KPiAgICAgPiAgICAgRGF0ZTogTW9uZGF5LCBOb3ZlbWJl ciA0LCAyMDEzIDc6MzggUE0NCj4gDQo+ICAgICA+ICAgICBUbzogImp1bGllbi5tZXVyaWNAb3Jh bmdlLmNvbQ0KPiAgICAgPG1haWx0bzpqdWxpZW4ubWV1cmljQG9yYW5nZS5jb20+IDxtYWlsdG86 anVsaWVuLm1ldXJpY0BvcmFuZ2UuY29tDQo+ICAgICA8bWFpbHRvOmp1bGllbi5tZXVyaWNAb3Jh bmdlLmNvbT4+Ig0KPiAgICAgPiAgICAgPGp1bGllbi5tZXVyaWNAb3JhbmdlLmNvbSA8bWFpbHRv Omp1bGllbi5tZXVyaWNAb3JhbmdlLmNvbT4NCj4gICAgIDxtYWlsdG86anVsaWVuLm1ldXJpY0Bv cmFuZ2UuY29tDQo+ICAgICA8bWFpbHRvOmp1bGllbi5tZXVyaWNAb3JhbmdlLmNvbT4+PiwgVmlz aG51DQo+ICAgICA+ICAgICBQYXZhbg0KPiANCj4gICAgID4gICAgIEJlZXJhbSA8dmlzaG51cGF2 YW5AZ21haWwuY29tIDxtYWlsdG86dmlzaG51cGF2YW5AZ21haWwuY29tPg0KPiAgICAgPG1haWx0 bzp2aXNobnVwYXZhbkBnbWFpbC5jb20gPG1haWx0bzp2aXNobnVwYXZhbkBnbWFpbC5jb20+Pj4N Cj4gICAgID4gICAgIENjOiAiY2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4N Cj4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+IiA8 Y2NhbXBAaWV0Zi5vcmcNCj4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+DQo+ICAgICA+ICAg ICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+Pj4NCj4gDQo+ ICAgICA+ICAgICBTdWJqZWN0OiBbQ0NBTVBdILTwuLQ6ICBDb21tZW50cw0KPiAgICAgPiAgICAg YWJvdXQgICBkcmFmdC1iZWVyYW0tY2NhbXAtbmV0d29yay1hc3NpZ25lZC11cHN0cmVhbS1sYWJl bC0wMA0KPiAgICAgPg0KPiAgICAgPiAgICAgPkhpIFBhdmFuLA0KPiAgICAgPiAgICAgPg0KPiAg ICAgPiAgICAgPlVuZGVyc3Rvb2Qgd2hhdCB5b3Ugc2FpZCBpbiBwcmluY2lwbGUsIGJ1dCBjb3Vs ZCB5b3UgZ2l2ZSBhbg0KPiAgICAgZXhhbXBsZSB0bw0KPiAgICAgPiAgICAgPnNob3cgdGhlcmUg YXJlIGFzeW1tZXJ0cmljIGxhYmVscyAod2F2ZWxlbmd0aD8pIGZvciB0aGUNCj4gICAgIGJpZGly ZWN0aWFvbmFsDQo+ICAgICA+ICAgICA+TFNQcyAoZXNwZWNpYWxsIGZvciB0aGUgdHJhbnNwb3J0 IG5ldHdvcmtzKSBpbiB0aGUgcmVhbA0KPiAgICAgPiAgICAgaW1wbGVtZW50YXRpb25zPw0KPiAg ICAgPiAgICAgPg0KPiAgICAgPiAgICANCj4gICAgID49PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KPiAgICAg PiAgICAgPj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQo+ICAgICA+ICAg ICA+SW4gcHJhY3RpY2UsIG1vc3QgYmlkaXJlY3Rpb25hbCBMU1BzIGhhdmUgbGFiZWwgc3ltbWV0 cmljaXR5IG9uDQo+ICAgICA+ICAgICBlYWNoIGhvcA0KPiAgICAgPiAgICAgPmFsb25nIHRoZSBw YXRoIG9mIHRoZSBMU1AuIEJ1dCB0aGlzIGlzIHNvbWV0aGluZyB0aGF0IGNhbm5vdA0KPiAgICAg YmUgYXNzdW1lZA0KPiAgICAgPiAgICAgPmJ5IGRlZmF1bHQuDQo+ICAgICA+ICAgICA+DQo+ICAg ICA+ICAgICA+DQo+ICAgICA+ICAgICA+DQo+ICAgICA+ICAgICA+VGhhbmtzDQo+ICAgICA+ICAg ICA+DQo+ICAgICA+ICAgICA+RmF0YWkNCj4gICAgID4gICAgID4NCj4gICAgID4gICAgID5fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IA0KPiAgICAgPiAgICAgPrei vP7IyzogY2NhbXAtYm91bmNlc0BpZXRmLm9yZw0KPiAgICAgPG1haWx0bzpjY2FtcC1ib3VuY2Vz QGlldGYub3JnPiA8bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmcNCj4gICAgIDxtYWlsdG86 Y2NhbXAtYm91bmNlc0BpZXRmLm9yZz4+DQo+ICAgICA+ICAgICBbY2NhbXAtYm91bmNlc0BpZXRm Lm9yZyA8bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc+DQo+ICAgICA8bWFpbHRvOmNjYW1w LWJvdW5jZXNAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPj5dILT6DQo+ ICAgICCx7SBKdWxpZW4NCj4gICAgID4gICAgIE1ldXJpYw0KPiAgICAgPiAgICAgPltqdWxpZW4u bWV1cmljQG9yYW5nZS5jb20gPG1haWx0bzpqdWxpZW4ubWV1cmljQG9yYW5nZS5jb20+DQo+ICAg ICA8bWFpbHRvOmp1bGllbi5tZXVyaWNAb3JhbmdlLmNvbSANCj4gPG1haWx0bzpqdWxpZW4ubWV1 cmljQG9yYW5nZS5jb20+Pl0NCj4gDQo+ICAgICA+ICAgICA+t6LLzcqxvOQ6IDIwMTPE6jEx1MI1 yNUgMTA6MzUNCj4gICAgID4gICAgID7K1bz+yMs6IFZpc2hudSBQYXZhbiBCZWVyYW0NCj4gDQo+ ICAgICA+ICAgICA+s63LzTogY2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4N Cj4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+DQo+ IA0KPiAgICAgPiAgICAgPtb3zOI6IFJlOiBbQ0NBTVBdIENvbW1lbnRzIGFib3V0DQo+ICAgICA+ ICAgICA+ZHJhZnQtYmVlcmFtLWNjYW1wLW5ldHdvcmstYXNzaWduZWQtdXBzdHJlYW0tbGFiZWwt MDANCj4gICAgID4gICAgID4NCj4gICAgID4gICAgID5IaSBQYXZhbi4NCj4gICAgID4gICAgID4N Cj4gICAgID4gICAgID5FdmVuIHRob3VnaCBJIGFncmVlIHdpdGggeW91ciB1bmFzc2lnbmVkIFVw c3RyZWFtX0xhYmVsDQo+ICAgICByZXF1aXJlbWVudCwgSQ0KPiAgICAgPiAgICAgPm5lZWQgdG8g ZGlzYWdyZWUgd2l0aCB0aGUgZGF0YSBwbGFuZSByYXRpb25hbGUgeW91IG1lbnRpb24uDQo+ICAg ICA+ICAgICA+DQo+ICAgICA+ICAgICA+VGhlIFVwc3RyZWFtX0xhYmVsIHJlZmVycyB0byB0aGUg Y2xpZW50J3Mgb3B0aWNhbCByZWNlaXZlcjoNCj4gICAgIHlvdSBkb24ndA0KPiAgICAgPiAgICAg Pm5lZWQgdG8gdHVuZSBhIGxhc2VyIG9uIHRoZSByZWNlaXZlciBzaWRlLiBUaGUgZGF0YQ0KPiAg ICAgdHJhbnNtaXNzaW9uIGNvdWxkDQo+ICAgICA+ICAgICA+ZXZlbiB3b3JrIHdpdGhvdXQgc2Vu ZGluZyB0aGUgYWN0dWFsIFVwc3RyZWFtX0xhYmVsIGluDQo+ICAgICBSU1ZQLVRFIG1lc3NhZ2Vz DQo+ICAgICA+ICAgICA+dG8gdGhlIGNsaWVudDogSSBhbSBub3QgcmVhbGx5IGEgZmFuIG9mIHRo YXQgYXBwcm9hY2gsIGJ1dA0KPiAgICAgdGhhdCB3b3VsZA0KPiAgICAgPiAgICAgPmZpdCBjYXNl cyB3aGVyZSBvcHRpY2FsIHBvbGljaWVzIGFyZSBsZWZ0IHRvIHRoZSBvcHRpY2FsDQo+ICAgICBu ZXR3b3JrLi4uDQo+ICAgICA+ICAgICA+DQo+ICAgICA+ICAgICA+TW9yZW92ZXIsIEkgaGF2ZSBk b3VidHMgb24gcHV0dGluZyBsYWJlbCBzeW1tZXRyeSB3aXRoaW4gdGhlDQo+ICAgICBwcm90b2Nv bC4NCj4gICAgID4gICAgID5UaGlzIGlzIG1vcmUgYW4gYWxsb2NhdGlvbiBwb2xpY3kgaW4gdGhl IGhhbmRzIG9mIGFsbG9jYXRpbmcNCj4gICAgIG5vZGVzOg0KPiAgICAgPiAgICAgPnJlcXVlc3Rp bmcgYW4gYWxsb2NhdGlvbiBtb2RlIGZyb20gYW4gaW5ncmVzcyBub2RlIHdvdWxkIG1lYW4NCj4g ICAgIGRvaW5nIHRoZQ0KPiAgICAgPiAgICAgPnNlcnZlciBqb2IsIEkgYW0gbm90IHN1cmUgaXQg aXMgZGVzaXJhYmxlLg0KPiAgICAgPiAgICAgPg0KPiAgICAgPiAgICAgPkp1bGllbg0KPiAgICAg PiAgICAgPg0KPiAgICAgPiAgICAgPg0KPiAgICAgPiAgICAgPk9uIDExLzA0LzIwMTMgMjM6NDks IFZpc2hudSBQYXZhbiBCZWVyYW0gd3JvdGU6DQo+ICAgICA+ICAgICA+PiBMb3UsDQo+ICAgICA+ ICAgICA+Pg0KPiAgICAgPiAgICAgPj4gVGhlIGV4dGVuc2lvbnMgZGVmaW5lZCBpbiB0aGlzIGRy YWZ0IGRvIG5vdCBpbXBvc2UgYW55DQo+ICAgICBiYWNrd2FyZHMNCj4gICAgID4gICAgID4+IGNv bXBhdGliaWxpdHkgaXNzdWVzLiBUaGUgaW50ZW50IGlzIGRlZmluaXRlbHkgbm90IHRvDQo+ICAg ICBjaGFuZ2UgdGhlDQo+ICAgICA+ICAgICA+PiBmdW5kYW1lbnRhbCBhc3BlY3RzIG9mIHRoZSBw cm90b2NvbC4gQXMgeW91IHdvdWxkIGFncmVlLCBpdA0KPiAgICAgaXMgbm90DQo+ICAgICA+ICAg ICA+PiBtYW5kYXRvcnkgdG8gdHJ5IGFuZCBmaXQgdGhlIGV4dGVuc2lvbnMgZGVmaW5lZCBpbiBS RkMzNDczDQo+ICAgICB0byBhbGwgYW5kDQo+ICAgICA+ICAgICA+PiBzdW5kcnkuIE5ldyBleHRl bnNpb25zIGFyZSBiZWluZyBpbnRyb2R1Y2VkIG9ubHkgd2hlcmUgdGhlDQo+ICAgICBleGlzdGlu Zw0KPiAgICAgPiAgICAgPj4gZXh0ZW5zaW9ucyBmYWxsIHNob3J0LiBMZXQgbWUgd2FsayB0aHJv dWdoIHRoZSByZXF1aXJlbWVudHMNCj4gICAgIHRoYXQgd2UNCj4gICAgID4gICAgID4+IGFyZSBs b29raW5nIGF0IGFuZCB0aGF0IHdvdWxkIGhvcGVmdWxseSBleHBsYWluIHRoZSBsaW1pdGF0aW9u cw0KPiAgICAgPiAgICAgb2YgdGhlDQo+ICAgICA+ICAgICA+PiBleGlzdGluZyBleHRlbnNpb25z Lg0KPiAgICAgPiAgICAgPj4NCj4gICAgID4gICAgID4+IEJhc2UgcmVxdWlyZW1lbnQgOg0KPiAg ICAgPiAgICAgPj4gTmVlZCBhIG1lY2hhbmlzbSBmb3IgYSBnaXZlbiBub2RlIHRvIHNheSB0aGF0 IGl0IGNhbm5vdA0KPiAgICAgYXNzaWduIGFuDQo+ICAgICA+ICAgICA+PiB1cHN0cmVhbS1sYWJl bCBvbiBpdHMgb3duIGFuZCB0aGF0IGl0IG5lZWRzIHRoZSBuZXR3b3JrIChyZWFkDQo+ICAgICA+ ICAgICA+PiBkb3duc3RyZWFtKSB0byBhc3NpZ24gaXQgaW5zdGVhZC4NCj4gICAgID4gICAgID4+ DQo+ICAgICA+ICAgICA+PiBDb3JvbGxhcnkgcmVxdWlyZW1lbnRzIDoNCj4gICAgID4gICAgID4+ IDEuIE5lZWQgYSBtZWNoYW5pc20gZm9yIGEgZ2l2ZW4gbm9kZSB0byBhc2sgZm9yIGENCj4gICAg IG5ldHdvcmstYXNzaWduZWQNCj4gICAgID4gICAgID4+IHVwc3RyZWFtIGxhYmVsIHdpdGhvdXQg aGF2aW5nIHRvIHNwZWNpZnkgYW55IGlucHV0cyBvbiB3aGF0DQo+ICAgICBsYWJlbA0KPiAgICAg PiAgICAgPj4gbmVlZHMgdG8gZ2V0IHBpY2tlZC4NCj4gICAgID4gICAgID4+IDIuIE5lZWQgYSBt ZWNoYW5pc20gZm9yIGEgZ2l2ZW4gbm9kZSB0byBhc2sgZm9yIGENCj4gICAgIG5ldHdvcmstYXNz aWduZWQNCj4gICAgID4gICAgID4+IHVwc3RyZWFtIGxhYmVsIGFuZCBhbHNvIHNwZWNpZnkgc29t ZSBjaG9pY2VzIGZvciB0aGUgbGFiZWwNCj4gICAgIHRoYXQgbmVlZHMNCj4gICAgID4gICAgID4+ IHRvIGdldCBwaWNrZWQuDQo+ICAgICA+ICAgICA+PiAzLiBJZiBsYWJlbHMgYXJlIHN5bW1ldHJp YywgYSBnaXZlbiBub2RlIGNhbiBzaW1wbHkgdXNlIHRoZQ0KPiAgICAgbGFiZWwNCj4gICAgID4g ICAgID4+IHJldHVybmVkIGluIHRoZSBMQUJFTCBvYmplY3Qgb2YgdGhlIFJFU1YgbWVzc2FnZSBm b3IgYm90aA0KPiAgICAgZGlyZWN0aW9ucy4NCj4gICAgID4gICAgID4+IEluIHByYWN0aWNlLCBt b3N0IGJpZGlyZWN0aW9uYWwgTFNQcyBoYXZlIGxhYmVsDQo+ICAgICBzeW1tZXRyaWNpdHkgb24g ZWFjaA0KPiAgICAgPiAgICAgPj4gaG9wIGFsb25nIHRoZSBwYXRoIG9mIHRoZSBMU1AuIEJ1dCB0 aGlzIGlzIHNvbWV0aGluZyB0aGF0DQo+ICAgICBjYW5ub3QgYmUNCj4gICAgID4gICAgID4+IGFz c3VtZWQgYnkgZGVmYXVsdC4gSGVuY2UsIHRoZXJlIGlzIGEgbmVlZCB0byBoYXZlIGEgbWVjaGFu aXNtDQo+ICAgICA+ICAgICBmb3IgdGhlDQo+ICAgICA+ICAgICA+PiBpbmdyZXNzIHRvIHJlcXVl c3QgImxhYmVsIHN5bW1ldHJpY2l0eSIgYXQgZWFjaCBob3AgYWxvbmcNCj4gICAgIHRoZSBwYXRo IG9mDQo+ICAgICA+ICAgICA+PiB0aGUgTFNQLg0KPiAgICAgPiAgICAgPj4NCj4gICAgID4gICAg ID4+IENhbiB5b3Ugc29tZWhvdyBmaXQgYSBzb2x1dGlvbiB1c2luZyB0aGUgY3VycmVudCBleHRl bnNpb25zDQo+ICAgICBhbmQgY2F0ZXINCj4gICAgID4gICAgID4+IHRvIHRoZSBhYm92ZSByZXF1 aXJlbWVudHM/DQo+ICAgICA+ICAgICA+PiBXZSBiZWxpZXZlIHRoZSBhbnN3ZXIgaXMgTk8uIE9u ZSBzdWdnZXN0aW9uIG9uIHRoZSBtYWlsaW5nIGxpc3QNCj4gICAgID4gICAgIHdhcyB0bw0KPiAg ICAgPiAgICAgPj4gc2V0IGEgcmFuZG9tIFVQU1RSRUFNX0xBQkVMIGFuZCBzZW5kIGl0IG91dCBv biBhIGZpc2hpbmcNCj4gICAgIGV4cGVkaXRpb24uDQo+ICAgICA+ICAgICA+PiBUaGUgaWRlYSB3 YXMgdGhhdCB0aGUgZG93bnN0cmVhbSBub2RlIHdvdWxkIHRoZW4gcmVzcG9uZCB3aXRoIGENCj4g ICAgID4gICAgID4+IFBBVEgtRVJSIGNhcnJ5aW5nIGFuIEFDQ0VQVEFCTEVfTEFCRUxfU0VULiBK b2huIGFuZCBJZ29yIGhhdmUNCj4gICAgID4gICAgIHByb3ZpZGVkDQo+ICAgICA+ICAgICA+PiBh IGxpc3Qgb2YgcmVhc29ucyBvbiB3aHkgdGhhdCBpc24ndCBhIGdyZWF0IGlkZWEuIExldCBtZQ0K PiAgICAgYWRkIGFub3RoZXINCj4gICAgID4gICAgID4+IHBvaW50IC0NCj4gICAgID4gICAgID4+ IC0gQXMgcGVyIFJGQzM0NzMgLSB3aGVuIGEgbm9kZSByZWNlaXZlcyBhbiBVUFNUUkVBTV9MQUJF TA0KPiAgICAgb2JqZWN0IGluDQo+ICAgICA+ICAgICA+PiB0aGUgUEFUSCwgaXQgbWVhbnMgdGhh dCB0aGUgdXBzdHJlYW0gbm9kZSBNVVNUIGhhdmUgYWxyZWFkeQ0KPiAgICAgPiAgICAgPj4gaW5z dGFsbGVkL3Byb2dyYW1tZWQgdGhpcyBsYWJlbC4gSW4gdGhlIGFsaWVuIHdhdmVsZW5ndGgNCj4g ICAgIHVzZS1jYXNlDQo+ICAgICA+ICAgICA+PiAoZGlzY3Vzc2VkIGluIHRoZSBkcmFmdCksIHdo ZW4gdGhlIG5ldHdvcmsgcmVjZWl2ZXMgdGhpcw0KPiAgICAgbWVzc2FnZSwgaXQNCj4gICAgID4g ICAgID4+IHdvdWxkIG1lYW4gdGhhdCB0aGUgbGFzZXIgaGFzIGFscmVhZHkgYmVlbiB0dW5lZCB0 byB0aGlzDQo+ICAgICA+ICAgICB3YXZlbGVuZ3RoIGF0DQo+ICAgICA+ICAgICA+PiB0aGUgY2xp ZW50LiBUaGF0IGJlYXRzIHRoZSB2ZXJ5IHB1cnBvc2Ugb2YgcmVxdWVzdGluZyBhIG5ldHdvcmsN Cj4gICAgID4gICAgID4+IGFzc2lnbmVkIHVwc3RyZWFtIGxhYmVsLiBEb2Vzbid0IGl0PyBTbywg dGhlIHBvaW50IGlzIHRoYXQNCj4gICAgIHdpdGggdGhlDQo+ICAgICA+ICAgICA+PiBjdXJyZW50 IHNlbWFudGljcyBvZiBhbiBVUFNUUkVBTV9MQUJFTCwgeW91IGNhbm5vdCB1c2UgaXQNCj4gICAg IGZvciB0aGUNCj4gICAgID4gICAgIGNhc2UNCj4gICAgID4gICAgID4+IHdoZXJlIHRoZSB1cHN0 cmVhbS1sYWJlbCBoYXNuJ3QgYmVlbiBpbnN0YWxsZWQvcHJvZ3JhbW1lZA0KPiAgICAgeWV0LiBJ Zg0KPiAgICAgPiAgICAgc29tZQ0KPiAgICAgPiAgICAgPj4gaW1wbGVtZW50YXRpb24gZGVjaWRl cyB0byBpZ25vcmUgdGhlc2Ugc2VtYW50aWNzLCBob3cgd291bGQgdGhlDQo+ICAgICA+ICAgICA+ PiBuZXR3b3JrIGtub3cgd2hldGhlciB0aGUgaW5ncmVzcy1jbGllbnQgaGFzIGFscmVhZHkNCj4g ICAgIGluc3RhbGxlZCB0aGlzDQo+ICAgICA+ICAgICA+PiBsYWJlbCBvciBub3QgKHdoZXRoZXIg dGhlIGxhc2VyIGlzIGFscmVhZHkgdHVuZWQgb3Igbm90KS4NCj4gICAgID4gICAgID4+DQo+ICAg ICA+ICAgICA+PiBSRkMzNDczIHN0YXRlcyB0aGF0IGEgQmlkaXJlY3Rpb25hbC1MU1Agc2V0dXAg cmVxdWVzdCBpcw0KPiAgICAgPiAgICAgaWRlbnRpZmllZCBieQ0KPiAgICAgPiAgICAgPj4gdGhl IHByZXNlbmNlIG9mIGFuICJVUFNUUkVBTV9MQUJFTCIgb2JqZWN0IGluIHRoZSBQQVRIIG1zZy4N Cj4gICAgIFRoaXMNCj4gICAgID4gICAgIGRyYWZ0DQo+ICAgICA+ICAgICA+PiBkb2VzIHByb3Bv c2UgMiBvdGhlciBtZWNoYW5pc21zOg0KPiAgICAgPiAgICAgPj4gLSBUaGUgcHJlc2VuY2Ugb2Yg dGhlICJMYWJlbCBTeW1tZXRyaWNpdHkgUmVxdWlyZWQiIEZsYWcgaW4NCj4gICAgIHRoZSBQQVRI DQo+ICAgICA+ICAgICA+PiAtIFRoZSBwcmVzZW5jZSBvZiB0aGUgIlVQU1RSRUFNX0xBQkVMX1NF VCIgb2JqZWN0IGluIHRoZSBQQVRIDQo+ICAgICA+ICAgICA+PiBJZiBhIGRvd25zdHJlYW0gbm9k ZSBkb2VzIG5vdCB1bmRlcnN0YW5kIGFueSBvZiB0aGUgYWJvdmUNCj4gICAgID4gICAgIGluZGlj YXRpb25zLA0KPiAgICAgPiAgICAgPj4gaXQgd291bGQgcmVqZWN0IHRoZSBzZXR1cCByZXF1ZXN0 LiBJbiBib3RoIHNjZW5hcmlvcyAtDQo+ICAgICBhZnRlciB0aGUNCj4gICAgID4gICAgID4+IG5l dHdvcmsgaGFzIGFzc2lnbmVkIHRoZSB1cHN0cmVhbS1sYWJlbCwgdGhlIGNvbmNlcm5lZCBub2Rl IGlzDQo+ICAgICA+ICAgICBhbGxvd2VkDQo+ICAgICA+ICAgICA+PiB0byBzdGFydCBzaWduYWxp bmcgdGhlIFVQU1RSRUFNX0xBQkVMIG9iamVjdCBpbiB0aGUgUEFUSC4gSQ0KPiAgICAgZG9uJ3QN Cj4gICAgID4gICAgID4+IHVuZGVyc3RhbmQgaG93IGFkZGluZyB0d28gb3RoZXIgbWVjaGFuaXNt cyBmb3INCj4gICAgIEJpZGlyZWN0aW9uYWwgTFNQDQo+ICAgICA+ICAgICBzZXR1cA0KPiAgICAg PiAgICAgPj4gdHJhbnNsYXRlcyB0byBjaGFuZ2luZyBmdW5kYW1lbnRhbCBhc3BlY3RzIG9mIHRo ZSBwcm90b2NvbC4NCj4gICAgID4gICAgID4+IEltcGxlbWVudGF0aW9ucyB0aGF0IGNhbiBzdXBw b3J0IHRoZXNlIGV4dGVuc2lvbnMgY2FuLg0KPiAgICAgT3RoZXJzIGNhbg0KPiAgICAgPiAgICAg Pj4gc3RpbGwgYmUgaGFwcHkgd2l0aCB0aGVpciAicnVubmluZyBjb2RlIi4NCj4gICAgID4gICAg ID4+DQo+ICAgICA+ICAgICA+PiBSZWdhcmRzLA0KPiAgICAgPiAgICAgPj4gLVBhdmFuDQo+ICAg ICA+ICAgICA+Pg0KPiAgICAgPiAgICAgPj4NCj4gICAgID4gICAgID4+DQo+ICAgICA+ICAgICA+ PiBPbiBNb24sIE5vdiA0LCAyMDEzIGF0IDI6MTggUE0sIExvdSBCZXJnZXINCj4gICAgIDxsYmVy Z2VyQGxhYm4ubmV0IDxtYWlsdG86bGJlcmdlckBsYWJuLm5ldD4NCj4gICAgID4gICAgIDxtYWls dG86bGJlcmdlckBsYWJuLm5ldCA8bWFpbHRvOmxiZXJnZXJAbGFibi5uZXQ+Pg0KPiANCj4gICAg ID4gICAgID4+IDxtYWlsdG86bGJlcmdlckBsYWJuLm5ldCA8bWFpbHRvOmxiZXJnZXJAbGFibi5u ZXQ+DQo+ICAgICA8bWFpbHRvOmxiZXJnZXJAbGFibi5uZXQgPG1haWx0bzpsYmVyZ2VyQGxhYm4u bmV0Pj4+PiB3cm90ZToNCj4gICAgID4gICAgID4+DQo+ICAgICA+ICAgICA+PiAgICAgSm9obiwg KGF1dGhvcnMpDQo+ICAgICA+ICAgICA+Pg0KPiAgICAgPiAgICAgPj4gICAgIFBlcmhhcHMgaXQg d291bGQgYmUgdXNlZnVsIHRvIHJlZm9jdXMgYSBtb21lbnQgb24gdGhlDQo+ICAgICBzcGVjaWZp Yw0KPiAgICAgPiAgICAgPj4gICAgIGxpbWl0YXRpb25zIHRoZSBkcmFmdCBpcyBmb2N1c2luZyBv bi4NCj4gICAgID4gICAgID4+DQo+ICAgICA+ICAgICA+PiAgICAgVGhlcmUncyBubyBxdWVzdGlv biB0aGF0IDM0NzMgbWFkZSBjZXJ0YWluIGNob2ljZXMgYmFzZWQgb24NCj4gICAgID4gICAgIGV4 cGVjdGVkDQo+ICAgICA+ICAgICA+PiAgICAgdXNlcyBhbmQgcHJvYmFiaWxpdGllcyB0aGF0IG1h eSBub3QgaG9sZCwgYnV0IHdlIGRvDQo+ICAgICBuZWVkIHRvIGJlDQo+ICAgICA+ICAgICA+PmNh cmVmdWwNCj4gICAgID4gICAgID4+ICAgICB3aGVuIGNoYW5naW5nIGZ1bmRhbWVudGFscyBvZiB0 aGUgcHJvdG9jb2wgKGUuZy4gbW92aW5nDQo+ICAgICBhd2F5IGZyb20NCj4gICAgID4gICAgID4+ dGhlDQo+ICAgICA+ICAgICA+PiAgICAgdXNlIG9mIHRoZSB1cHN0cmVhbSBsYWJlbCBvYmplY3Qg YXMgdGhlIGJhc2ljIG9iamVjdCB0aGF0DQo+ICAgICA+ICAgICBpbmRpY2F0ZXMNCj4gICAgID4g ICAgID4+YQ0KPiAgICAgPiAgICAgPj4gICAgIGJpZGlyZWN0aW9uYWwgTFNQLikNCj4gICAgID4g ICAgID4+DQo+ICAgICA+ICAgICA+PiAgICAgU28gaXMgaXQgZmFpciB0byBzYXkgdGhhdCB0aGUg bWFpbiBsaW1pdGF0aW9uIHRoYXQgdGhlDQo+ICAgICBkcmFmdCBpcw0KPiAgICAgPiAgICAgPj50 cnlpbmcNCj4gICAgID4gICAgID4+ICAgICB0byBhZGRyZXNzIGlzIHRoZSBpbmFiaWxpdHkgdG8g c3VwcG9ydCBkb3duc3RyZWFtDQo+ICAgICBzZWxlY3Rpb24gb2YNCj4gICAgID4gICAgID4+ICAg ICB1cHN0cmVhbQ0KPiAgICAgPiAgICAgPj4gICAgIGxhYmVscz8NCj4gICAgID4gICAgID4+DQo+ ICAgICA+ICAgICA+PiAgICAgVGhlIGRyYWZ0IGFsc28gYWxsb3dzIGZvciBib3RoIHN5bW1ldHJp YyBhbmQgYXN5bW1ldHJpYw0KPiAgICAgbGFiZWwNCj4gICAgID4gICAgIHZhbHVlDQo+ICAgICA+ ICAgICA+PiAgICAgYWxsb2NhdGlvbi4gSVMgdGhpcyBhIHJlcXVpcmVtZW50LCBvciBhc3ltbWV0 cmljIGp1c3QNCj4gICAgID4gICAgIGluY2x1ZGVkIGZvcg0KPiAgICAgPiAgICAgPj4gICAgIGNv bXBsZXRlbmVzcz8NCj4gICAgID4gICAgID4+DQo+ICAgICA+ICAgICA+PiAgICAgQXJlIHRoZXJl IG90aGVyIHJlcXVpcmVtZW50cyAvIGxpbWl0YXRpb25zIHlvdSBhcmUNCj4gICAgIHRyeWluZyB0 bw0KPiAgICAgPiAgICAgPj5hZGRyZXNzPw0KPiAgICAgPiAgICAgPj4NCj4gICAgID4gICAgID4+ ICAgICBMb3UNCj4gICAgID4gICAgID4+DQo+ICAgICA+ICAgICA+PiAgICAgT24gMTEvMDQvMjAx MyAwMToyNCBQTSwgSm9obiBFIERyYWtlIHdyb3RlOg0KPiAgICAgPiAgICAgPj4gICAgID4gWmFm YXIsDQo+ICAgICA+ICAgICA+PiAgICAgPg0KPiAgICAgPiAgICAgPj4gICAgID4gQm90aCBJZ29y IGFuZCBJIGhhdmUgbGlzdGVkIHRlY2huaWNhbCBpc3N1ZXMgd2l0aCBSRkMzNDczDQo+ICAgICA+ ICAgICBhbmQgeW91cg0KPiAgICAgPiAgICAgPj4gICAgID4gcmVzcG9uc2UgaXMgdGhhdCB5b3Ug cmVhbGx5IHJlYWxseSBsaWtlIFJGQzM0NzMuIEknbQ0KPiAgICAgaGFwcHkgZm9yDQo+ICAgICA+ ICAgICA+PiAgICAgeW91IGJ1dA0KPiAgICAgPiAgICAgPj4gICAgID4gdW5pbXByZXNzZWQuDQo+ ICAgICA+ICAgICA+PiAgICAgPg0KPiAgICAgPiAgICAgPj4gICAgID4gSm9obg0KPiAgICAgPiAg ICAgPj4gICAgID4NCj4gICAgID4gICAgID4+ICAgICA+IFNlbnQgZnJvbSBteSBpUGhvbmUNCj4g ICAgID4gICAgID4+ICAgICA+DQo+ICAgICA+ICAgICA+PiAgICAgPiBPbiBOb3YgNCwgMjAxMywg YXQgOTo0MyBBTSwgIlphZmFyIEFsaSAoemFsaSkiDQo+ICAgICA+ICAgICA8emFsaUBjaXNjby5j b20gPG1haWx0bzp6YWxpQGNpc2NvLmNvbT4gPG1haWx0bzp6YWxpQGNpc2NvLmNvbQ0KPiAgICAg PG1haWx0bzp6YWxpQGNpc2NvLmNvbT4+DQo+ICAgICA+ICAgICA+PiAgICAgPG1haWx0bzp6YWxp QGNpc2NvLmNvbSA8bWFpbHRvOnphbGlAY2lzY28uY29tPg0KPiAgICAgPG1haWx0bzp6YWxpQGNp c2NvLmNvbSA8bWFpbHRvOnphbGlAY2lzY28uY29tPj4+DQo+ICAgICA+ICAgICA+PiAgICAgPiA8 bWFpbHRvOnphbGlAY2lzY28uY29tIDxtYWlsdG86emFsaUBjaXNjby5jb20+DQo+ICAgICA8bWFp bHRvOnphbGlAY2lzY28uY29tIDxtYWlsdG86emFsaUBjaXNjby5jb20+Pg0KPiAgICAgPiAgICAg PG1haWx0bzp6YWxpQGNpc2NvLmNvbSA8bWFpbHRvOnphbGlAY2lzY28uY29tPg0KPiAgICAgPG1h aWx0bzp6YWxpQGNpc2NvLmNvbSA8bWFpbHRvOnphbGlAY2lzY28uY29tPj4+Pj4gd3JvdGU6DQo+ ICAgICA+ICAgICA+PiAgICAgPg0KPiAgICAgPiAgICAgPj4gICAgID4+IElnb3IsIEpvaG4tDQo+ ICAgICA+ICAgICA+PiAgICAgPj4NCj4gICAgID4gICAgID4+ICAgICA+PiBQbGVhc2Ugc2VlIGlu LWxpbmUuDQo+ICAgICA+ICAgICA+PiAgICAgPj4NCj4gICAgID4gICAgID4+ICAgICA+PiBGcm9t OiAiSUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQo+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFv cHRpY2FsLmNvbT4NCj4gICAgID4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29t DQo+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4+DQo+ICAgICA+ICAgICA+ PiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCj4gICAgIDxtYWlsdG86SUJy eXNraW5AYWR2YW9wdGljYWwuY29tPg0KPiANCj4gICAgID4gICAgIDxtYWlsdG86SUJyeXNraW5A YWR2YW9wdGljYWwuY29tDQo+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4+ PiA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0KPiAgICAgPG1haWx0bzpJQnJ5c2tp bkBhZHZhb3B0aWNhbC5jb20+DQo+IA0KPiAgICAgPiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZh b3B0aWNhbC5jb20NCj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPj4NCj4g ICAgID4gICAgID4+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0KPiAgICAg PG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+DQo+ICAgICA+ICAgICA8bWFpbHRvOklC cnlza2luQGFkdmFvcHRpY2FsLmNvbQ0KPiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNh bC5jb20+Pj4+Ig0KPiAgICAgPiAgICAgPj4gICAgID4+IDxJQnJ5c2tpbkBhZHZhb3B0aWNhbC5j b20NCj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPg0KPiAgICAgPiAgICAg PG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCj4gICAgIDxtYWlsdG86SUJyeXNraW5A YWR2YW9wdGljYWwuY29tPj4gPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCj4gICAg IDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPg0KPiAgICAgPiAgICAgPG1haWx0bzpJ QnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGlj YWwuY29tPj4+DQo+ICAgICA+ICAgICA+PiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNh bC5jb20NCj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPg0KPiAgICAgPiAg ICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCj4gICAgIDxtYWlsdG86SUJyeXNr aW5AYWR2YW9wdGljYWwuY29tPj4gPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCj4g ICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPg0KPiAgICAgPiAgICAgPG1haWx0 bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9w dGljYWwuY29tPj4+Pj4NCj4gICAgID4gICAgID4+ICAgICA+PiBEYXRlOiBNb25kYXksIE5vdmVt YmVyIDQsIDIwMTMgODo1NyBBTQ0KPiAgICAgPiAgICAgPj4gICAgID4+IFRvOiB6YWxpIDx6YWxp QGNpc2NvLmNvbSA8bWFpbHRvOnphbGlAY2lzY28uY29tPg0KPiAgICAgPG1haWx0bzp6YWxpQGNp c2NvLmNvbSA8bWFpbHRvOnphbGlAY2lzY28uY29tPj4NCj4gICAgID4gICAgIDxtYWlsdG86emFs aUBjaXNjby5jb20gPG1haWx0bzp6YWxpQGNpc2NvLmNvbT4NCj4gICAgIDxtYWlsdG86emFsaUBj aXNjby5jb20gPG1haWx0bzp6YWxpQGNpc2NvLmNvbT4+Pg0KPiANCj4gICAgID4gICAgID4+ICAg ICA8bWFpbHRvOnphbGlAY2lzY28uY29tIDxtYWlsdG86emFsaUBjaXNjby5jb20+DQo+ICAgICA8 bWFpbHRvOnphbGlAY2lzY28uY29tIDxtYWlsdG86emFsaUBjaXNjby5jb20+Pg0KPiANCj4gICAg ID4gICAgIDxtYWlsdG86emFsaUBjaXNjby5jb20gPG1haWx0bzp6YWxpQGNpc2NvLmNvbT4NCj4g ICAgIDxtYWlsdG86emFsaUBjaXNjby5jb20gPG1haWx0bzp6YWxpQGNpc2NvLmNvbT4+Pj4+LA0K PiAgICAgPiAgICAgPj4gICAgICJqZHJha2VAanVuaXBlci5uZXQgPG1haWx0bzpqZHJha2VAanVu aXBlci5uZXQ+DQo+ICAgICA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldCA8bWFpbHRvOmpkcmFr ZUBqdW5pcGVyLm5ldD4+DQo+ICAgICA+ICAgICA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldCA8 bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4NCj4gICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIu bmV0IDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0Pj4+DQo+ICAgICA+ICAgICA+PiAgICAgPj4g PG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQNCj4gICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIu bmV0PiA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldA0KPiAgICAgPG1haWx0bzpqZHJha2VAanVu aXBlci5uZXQ+Pg0KPiAgICAgPiAgICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQgPG1haWx0 bzpqZHJha2VAanVuaXBlci5uZXQ+DQo+ICAgICA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldCA8 bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4+Pj4iDQo+ICAgICA+ICAgICA+PiAgICAgPGpkcmFr ZUBqdW5pcGVyLm5ldCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4NCj4gICAgIDxtYWlsdG86 amRyYWtlQGp1bmlwZXIubmV0IDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0Pj4NCj4gICAgID4g ICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0IDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0 Pg0KPiAgICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQgPG1haWx0bzpqZHJha2VAanVuaXBl ci5uZXQ+Pj4NCj4gICAgID4gICAgID4+ICAgICA+PiA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5l dA0KPiAgICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+IDxtYWlsdG86amRyYWtlQGp1bmlw ZXIubmV0DQo+ICAgICA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4+DQo+ICAgICA+ICAgICA8 bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4NCj4g ICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0IDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0 Pj4+Pj4NCj4gICAgID4gICAgID4+ICAgICA+PiBDYzogImNjYW1wQGlldGYub3JnIDxtYWlsdG86 Y2NhbXBAaWV0Zi5vcmc+DQo+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2Nh bXBAaWV0Zi5vcmc+Pg0KPiAgICAgPiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRv OmNjYW1wQGlldGYub3JnPg0KPiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNj YW1wQGlldGYub3JnPj4+DQo+ICAgICA+ICAgICA+PiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9y ZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPg0KPiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8 bWFpbHRvOmNjYW1wQGlldGYub3JnPj4NCj4gICAgID4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5v cmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4NCj4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcg PG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+Pj4iIDxjY2FtcEBpZXRmLm9yZw0KPiAgICAgPG1haWx0 bzpjY2FtcEBpZXRmLm9yZz4NCj4gICAgID4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1h aWx0bzpjY2FtcEBpZXRmLm9yZz4+DQo+ICAgICA+ICAgICA+PiAgICAgPG1haWx0bzpjY2FtcEBp ZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPg0KPiAgICAgPG1haWx0bzpjY2FtcEBpZXRm Lm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPj4+DQo+ICAgICA+ICAgICA+PiAgICAgPj4gPG1h aWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPg0KPiAgICAgPG1haWx0 bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPj4NCj4gICAgID4gICAgIDxt YWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4NCj4gICAgIDxtYWls dG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+Pj4+DQo+ICAgICA+ICAg ICA+PiAgICAgPj4gU3ViamVjdDogUkU6IENvbW1lbnRzIGFib3V0DQo+ICAgICA+ICAgICA+PiAg ICAgPj4gZHJhZnQtYmVlcmFtLWNjYW1wLW5ldHdvcmstYXNzaWduZWQtdXBzdHJlYW0tbGFiZWwt MDANCj4gICAgID4gICAgID4+ICAgICA+Pg0KPiAgICAgPiAgICAgPj4gICAgID4+IFphZmFyLA0K PiAgICAgPiAgICAgPj4gICAgID4+DQo+ICAgICA+ICAgICA+PiAgICAgPj4gMSkgVXNpbmcgYW4g ZXJyb3IgaW5kaWNhdGlvbiBhcyBhIHBhcnQgb2Ygbm9ybWFsDQo+ICAgICBwcm90b2NvbA0KPiAg ICAgPiAgICAgPj4gICAgID4+IG9wZXJhdGlvbiBpcyBub3QgZ29vZCBkZXNpZ24gcHJhY3RpY2Uu DQo+ICAgICA+ICAgICA+PiAgICAgPj4NCj4gICAgID4gICAgID4+ICAgICA+PiBVc2Ugb2YgUGF0 aCBlcnJvciBhbmQgbm90aWZ5IG1lc3NhZ2UgaXMgYW4gaW50ZWdyYWwgcGFydA0KPiAgICAgPiAg ICAgb2YgdGhlDQo+ICAgICA+ICAgICA+PiAgICAgPj4gUlNWUC1URSBkZXNpZ24uIEFsc28gcGxl YXNlIG5vdGUgdGhhdCB3ZSBhcmUgbm90DQo+ICAgICBkZWJhdGluZw0KPiAgICAgPiAgICAgYWJv dXQgYQ0KPiAgICAgPiAgICAgPj4gICAgID4+IG5ldyBwcm9jZWR1cmUgYmVpbmcgcHJvcG9zZWQg YnV0IHRhbGtpbmcgYWJvdXQgYQ0KPiAgICAgcHJvY2VkdXJlDQo+ICAgICA+ICAgICB0aGF0DQo+ ICAgICA+ICAgICA+PmlzDQo+ICAgICA+ICAgICA+PiAgICAgPj4gYWxyZWFkeSBpbXBsZW1lbnRl ZCBhbmQgZGVwbG95ZWQuDQo+ICAgICA+ICAgICA+PiAgICAgPj4NCj4gICAgID4gICAgID4+ICAg ICA+Pg0KPiAgICAgPiAgICAgPj4gICAgID4+DQo+ICAgICA+ICAgICA+PiAgICAgPj4gSUI+PiBU aGUgd2F5IEkgaW50ZXJwcmV0IHRoaXMgZGlzY3Vzc2lvbiBpcw0KPiAgICAgc29tZXRoaW5nIGxp a2UNCj4gICAgID4gICAgIHRoaXM6DQo+ICAgICA+ICAgICA+PiAgICAgPj4NCj4gICAgID4gICAg ID4+ICAgICA+Pg0KPiAgICAgPiAgICAgPj4gICAgID4+DQo+ICAgICA+ICAgICA+PiAgICAgPj4g Sm9objogSSBiZWxpZXZlIHRoYXQgd2hpdGUgaXMgYSBsaWdodGVyIGNvbG9yIHRoYW4NCj4gICAg IGJsYWNrLg0KPiAgICAgPiAgICAgPj4gICAgID4+DQo+ICAgICA+ICAgICA+PiAgICAgPj4gWmFm YTogV2VsbCwgSm9obiwgYmxhY2sgaXMgYW4gaW50ZWdyYWwgcGFydCBvZiB0aGUgY29sb3INCj4g ICAgID4gICAgIHBhbGxldC4NCj4gICAgID4gICAgID4+ICAgICA+PiBNYW55IG1hdHVyZSBhcHBs aWNhdGlvbnMgc3VjY2Vzc2Z1bGx5IHVzZSBibGFjayBmb3INCj4gICAgIHRoZWlyDQo+ICAgICA+ ICAgICB2YXJpb3VzDQo+ICAgICA+ICAgICA+PiAgICAgPj4gcHVycG9zZXMuIE15IGltcGxlbWVu dGF0aW9ucywgZm9yIGV4YW1wbGUsIHVzZSBibGFjayBmb3INCj4gICAgID4gICAgIHByZXR0eQ0K PiAgICAgPiAgICAgPj4gICAgID4+IG11Y2ggZXZlcnl0aGluZ6GtLi4gU28sIGl0IGlzIG5vdCBj bGVhciB3aGljaCBjb2xvcg0KPiAgICAgaXMgbGlnaHRlciwNCj4gICAgID4gICAgID4+YW5kDQo+ ICAgICA+ICAgICA+PiAgICAgPj4gd2h5IGRvIHdlIG5lZWQgb3RoZXIgY29sb3JzIGF0IGFsbC4g Oj0pDQo+ICAgICA+ICAgICA+PiAgICAgPj4NCj4gICAgID4gICAgID4+ICAgICA+Pg0KPiAgICAg PiAgICAgPj4gICAgID4+DQo+ICAgICA+ICAgICA+PiAgICAgPj4gSSBtZWFuIHRvIHNheSB0aGF0 IHlvdXIsIFphZmFyLCBjb21tZW50cyBJTUhPIGFyZSBub3QNCj4gICAgID4gICAgID4+Y29uc3Ry dWN0aXZlDQo+ICAgICA+ICAgICA+PiAgICAgPj4gdGVjaG5pY2FsIGFyZ3VtZW50cy4NCj4gICAg ID4gICAgID4+ICAgICA+Pg0KPiAgICAgPiAgICAgPj4gICAgID4+IElnb3INCj4gICAgID4gICAg ID4+ICAgICA+Pg0KPiAgICAgPiAgICAgPj4gICAgID4+DQo+ICAgICA+ICAgICA+PiAgICAgPj4N Cj4gICAgID4gICAgID4+ICAgICA+PiBIaSBJZ29yIGFuZCBKb2huOg0KPiAgICAgPiAgICAgPj4g ICAgID4+DQo+ICAgICA+ICAgICA+PiAgICAgPj4gVGhpcyBpcyByZWFsbHkgZnVubnkuIFRoaXMg aXMgdGhlIGZpcnN0IHRpbWUgSSBoYXZlDQo+ICAgICBoZWFyZCB0aGF0DQo+ICAgICA+ICAgICA+ PiAgICAgcnVubmluZw0KPiAgICAgPiAgICAgPj4gICAgID4+IGNvZGUgaGFzIG5vIG1lcml0IGF0 IElFVEYgOikgVGhpcyBpcyBlc3BlY2lhbGx5IHdoZW4gdGhlDQo+ICAgICA+ICAgICA+PiAgICAg cnVubmluZyBjb2RlDQo+ICAgICA+ICAgICA+PiAgICAgPj4gaXMgZGlyZWN0bHkgY29taW5nIGZy b20gUkZDMzQ3My4gWW91IGFyZSBjYWxsaW5nIGl0ICJub3QNCj4gICAgID4gICAgID4+ICAgICBj b25zdHJ1Y3RpdmUNCj4gICAgID4gICAgID4+ICAgICA+PiB0ZWNobmljYWwgYXJndW1lbnRzIiEg TGFzdCBJIGhlYXJkIHdlIGJlbGlldmVkIGluDQo+ICAgICBydW5uaW5nIGNvZGUNCj4gICAgID4g ICAgID4+KFNlZQ0KPiAgICAgPiAgICAgPj4gICAgID4+IHlvdXIgVC1zaGlydCBmcm9tIHRoZSBl bGVjdGlvbiBkYXkgZnJvbSBJRVRGIEF0bGFudGEpLg0KPiAgICAgPiAgICAgPj4gICAgID4+DQo+ ICAgICA+ICAgICA+PiAgICAgPj4gWW91ciBkcmFmdCBpcyBPTkxZIGFwcGxpY2FibGUgZm9yIGEg dXNlIGNhc2Ugd2hlcmUNCj4gICAgID4gICAgIHVwc3RyZWFtIGFuZA0KPiAgICAgPiAgICAgPj4g ICAgID4+IGRvd25zdHJlYW0gYWxpZW4gd2F2ZWxlbmd0aCBhcmUgZGlmZmVyZW50LiBXaGVuDQo+ ICAgICB1cHN0cmVhbSBhbmQNCj4gICAgID4gICAgID4+ICAgICA+PiBkb3duc3RyZWFtIGFsaWVu IHdhdmVsZW5ndGggYXJlIHNhbWUsIHVzZSBvZg0KPiAgICAgYWNjZXB0YWJsZSBsYWJlbA0KPiAg ICAgPiAgICAgPj4gICAgIHNldCBhbmQNCj4gICAgID4gICAgID4+ICAgICA+PiBsYWJlbCBzZXQg b2JqZWN0cyBjb25zdGl0dXRlIHRoZSBydW5uaW5nIGNvZGUuDQo+ICAgICBIb3dldmVyLCB5b3Vy DQo+ICAgICA+ICAgICA+PmRyYWZ0DQo+ICAgICA+ICAgICA+PiAgICAgPj4gbmVpdGhlciBtYWtl cyB0aGF0IGFwcGxpY2FiaWxpdHkgc3RhdGVtZW50IG5vciBtYWtlcyBhbnkNCj4gICAgID4gICAg IG1lbnRpb24NCj4gICAgID4gICAgID4+b3INCj4gICAgID4gICAgID4+ICAgICA+PiBjb3ZlciBv ciByZWZlcmVuY2UgdG8gcHJvY2VkdXJlIEkgcXVvdGVkIGZyb20gUkZDMzQ3My4NCj4gICAgID4g ICAgID4+ICAgICA+Pg0KPiAgICAgPiAgICAgPj4gICAgID4+IFRoYW5rcw0KPiAgICAgPiAgICAg Pj4gICAgID4+DQo+ICAgICA+ICAgICA+PiAgICAgPj4gUmVnYXJkc6GtWmFmYXINCj4gICAgID4g ICAgID4+ICAgICA+Pg0KPiAgICAgPiAgICAgPj4gICAgID4+DQo+ICAgICA+ICAgICA+PiAgICAg Pj4NCj4gICAgID4gICAgID4+ICAgICA+Pg0KPiAgICAgPiAgICAgPj4gICAgID4+DQo+ICAgICA+ ICAgICA+PiAgICAgPj4gKkZyb206KlphZmFyIEFsaSAoemFsaSkgW21haWx0bzp6YWxpQGNpc2Nv LmNvbQ0KPiAgICAgPG1haWx0bzp6YWxpQGNpc2NvLmNvbT4NCj4gICAgID4gICAgIDxtYWlsdG86 emFsaUBjaXNjby5jb20gPG1haWx0bzp6YWxpQGNpc2NvLmNvbT4+DQo+ICAgICA+ICAgICA+PiAg ICAgPG1haWx0bzp6YWxpQGNpc2NvLmNvbSA8bWFpbHRvOnphbGlAY2lzY28uY29tPg0KPiAgICAg PG1haWx0bzp6YWxpQGNpc2NvLmNvbSA8bWFpbHRvOnphbGlAY2lzY28uY29tPj4+XQ0KPiAgICAg PiAgICAgPj4gICAgID4+ICpTZW50OiogTW9uZGF5LCBOb3ZlbWJlciAwNCwgMjAxMyAxOjUxIEFN DQo+ICAgICA+ICAgICA+PiAgICAgPj4gKlRvOiogSm9obiBFIERyYWtlOyBJZ29yIEJyeXNraW4N Cj4gICAgID4gICAgID4+ICAgICA+PiAqQ2M6KiBjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1w QGlldGYub3JnPg0KPiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGll dGYub3JnPj4NCj4gICAgID4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2Ft cEBpZXRmLm9yZz4NCj4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBp ZXRmLm9yZz4+Pg0KPiAgICAgPiAgICAgPj4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1h aWx0bzpjY2FtcEBpZXRmLm9yZz4NCj4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0 bzpjY2FtcEBpZXRmLm9yZz4+DQo+ICAgICA+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxt YWlsdG86Y2NhbXBAaWV0Zi5vcmc+DQo+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWls dG86Y2NhbXBAaWV0Zi5vcmc+Pj4+DQo+ICAgICA+ICAgICA+PiAgICAgPj4gKlN1YmplY3Q6KiBS ZTogQ29tbWVudHMgYWJvdXQNCj4gICAgID4gICAgID4+ICAgICA+PiBkcmFmdC1iZWVyYW0tY2Nh bXAtbmV0d29yay1hc3NpZ25lZC11cHN0cmVhbS1sYWJlbC0wMA0KPiAgICAgPiAgICAgPj4gICAg ID4+DQo+ICAgICA+ICAgICA+PiAgICAgPj4NCj4gICAgID4gICAgID4+ICAgICA+Pg0KPiAgICAg PiAgICAgPj4gICAgID4+IEhpIEpvaG46DQo+ICAgICA+ICAgICA+PiAgICAgPj4NCj4gICAgID4g ICAgID4+ICAgICA+Pg0KPiAgICAgPiAgICAgPj4gICAgID4+DQo+ICAgICA+ICAgICA+PiAgICAg Pj4gUGxlYXNlIHNlZSBpbi1saW5lLg0KPiAgICAgPiAgICAgPj4gICAgID4+DQo+ICAgICA+ICAg ICA+PiAgICAgPj4NCj4gICAgID4gICAgID4+ICAgICA+Pg0KPiAgICAgPiAgICAgPj4gICAgID4+ IFRoYW5rcw0KPiAgICAgPiAgICAgPj4gICAgID4+DQo+ICAgICA+ICAgICA+PiAgICAgPj4NCj4g ICAgID4gICAgID4+ICAgICA+Pg0KPiAgICAgPiAgICAgPj4gICAgID4+IFJlZ2FyZHMgoa0gWmFm YXINCj4gICAgID4gICAgID4+ICAgICA+Pg0KPiAgICAgPiAgICAgPj4gICAgID4+DQo+ICAgICA+ ICAgICA+PiAgICAgPj4NCj4gICAgID4gICAgID4+ICAgICA+PiAqRnJvbTogKiJqZHJha2VAanVu aXBlci5uZXQNCj4gICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0PiA8bWFpbHRvOmpkcmFr ZUBqdW5pcGVyLm5ldA0KPiAgICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+Pg0KPiAgICAg PiAgICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQgPG1haWx0bzpqZHJha2VAanVuaXBlci5u ZXQ+DQo+ICAgICA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldCA8bWFpbHRvOmpkcmFrZUBqdW5p cGVyLm5ldD4+Pg0KPiAgICAgPiAgICAgPj4gICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0 IDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0Pg0KPiAgICAgPG1haWx0bzpqZHJha2VAanVuaXBl ci5uZXQgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+Pg0KPiAgICAgPiAgICAgPG1haWx0bzpq ZHJha2VAanVuaXBlci5uZXQgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+DQo+ICAgICA8bWFp bHRvOmpkcmFrZUBqdW5pcGVyLm5ldCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4+Pj4iDQo+ ICAgICA+ICAgICA+PiAgICAgPj4gPGpkcmFrZUBqdW5pcGVyLm5ldCA8bWFpbHRvOmpkcmFrZUBq dW5pcGVyLm5ldD4NCj4gICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0IDxtYWlsdG86amRy YWtlQGp1bmlwZXIubmV0Pj4NCj4gICAgID4gICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0 IDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0Pg0KPiAgICAgPG1haWx0bzpqZHJha2VAanVuaXBl ci5uZXQgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+Pj4NCj4gICAgID4gICAgID4+ICAgICA8 bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4NCj4g ICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0IDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0 Pj4NCj4gDQo+ICAgICA+ICAgICA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldCA8bWFpbHRvOmpk cmFrZUBqdW5pcGVyLm5ldD4NCj4gICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0IDxtYWls dG86amRyYWtlQGp1bmlwZXIubmV0Pj4+Pj4NCj4gICAgID4gICAgID4+ICAgICA+PiAqRGF0ZTog KlN1bmRheSwgTm92ZW1iZXIgMywgMjAxMyAxMTo1NyBBTQ0KPiAgICAgPiAgICAgPj4gICAgID4+ ICpUbzogKnphbGkgPHphbGlAY2lzY28uY29tIDxtYWlsdG86emFsaUBjaXNjby5jb20+DQo+ICAg ICA8bWFpbHRvOnphbGlAY2lzY28uY29tIDxtYWlsdG86emFsaUBjaXNjby5jb20+Pg0KPiAgICAg PiAgICAgPG1haWx0bzp6YWxpQGNpc2NvLmNvbSA8bWFpbHRvOnphbGlAY2lzY28uY29tPg0KPiAg ICAgPG1haWx0bzp6YWxpQGNpc2NvLmNvbSA8bWFpbHRvOnphbGlAY2lzY28uY29tPj4+DQo+IA0K PiAgICAgPiAgICAgPj4gICAgIDxtYWlsdG86emFsaUBjaXNjby5jb20gPG1haWx0bzp6YWxpQGNp c2NvLmNvbT4NCj4gICAgIDxtYWlsdG86emFsaUBjaXNjby5jb20gPG1haWx0bzp6YWxpQGNpc2Nv LmNvbT4+DQo+IA0KPiAgICAgPiAgICAgPG1haWx0bzp6YWxpQGNpc2NvLmNvbSA8bWFpbHRvOnph bGlAY2lzY28uY29tPg0KPiAgICAgPG1haWx0bzp6YWxpQGNpc2NvLmNvbSA8bWFpbHRvOnphbGlA Y2lzY28uY29tPj4+Pj4sDQo+ICAgICA+ICAgICA+PiAgICAgPj4gIklCcnlza2luQGFkdmFvcHRp Y2FsLmNvbQ0KPiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+DQo+ICAgICA+ ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0KPiAgICAgPG1haWx0bzpJQnJ5 c2tpbkBhZHZhb3B0aWNhbC5jb20+PiA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0K PiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+DQo+ICAgICA+ICAgICA8bWFp bHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0KPiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZh b3B0aWNhbC5jb20+Pj4NCj4gDQo+ICAgICA+ICAgICA+PiAgICAgPG1haWx0bzpJQnJ5c2tpbkBh ZHZhb3B0aWNhbC5jb20NCj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPg0K PiAgICAgPiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCj4gICAgIDxtYWls dG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPj4gPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNh bC5jb20NCj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPg0KPiAgICAgPiAg ICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCj4gICAgIDxtYWlsdG86SUJyeXNr aW5AYWR2YW9wdGljYWwuY29tPj4+PiINCj4gICAgID4gICAgID4+ICAgICA+PiA8SUJyeXNraW5A YWR2YW9wdGljYWwuY29tDQo+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4N Cj4gICAgID4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQo+ICAgICA8bWFp bHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4+IDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGlj YWwuY29tDQo+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4NCj4gICAgID4g ICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQo+ICAgICA8bWFpbHRvOklCcnlz a2luQGFkdmFvcHRpY2FsLmNvbT4+Pg0KPiAgICAgPiAgICAgPj4gICAgIDxtYWlsdG86SUJyeXNr aW5AYWR2YW9wdGljYWwuY29tDQo+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNv bT4NCj4gICAgID4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQo+ICAgICA8 bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4+IDxtYWlsdG86SUJyeXNraW5AYWR2YW9w dGljYWwuY29tDQo+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4NCj4gDQo+ ICAgICA+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0KPiAgICAgPG1haWx0 bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+Pj4+Pg0KPiAgICAgPiAgICAgPj4gICAgID4+ICpD YzogKiJjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPg0KPiAgICAgPG1haWx0 bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPj4NCj4gICAgID4gICAgIDxt YWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4NCj4gICAgIDxtYWls dG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+Pg0KPiANCj4gICAgID4g ICAgID4+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+ DQo+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+Pg0K PiAgICAgPiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3Jn Pg0KPiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPj4+ PiIgPGNjYW1wQGlldGYub3JnDQo+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnPg0KPiAgICAg PiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPj4NCj4g ICAgID4gICAgID4+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0 Zi5vcmc+DQo+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5v cmc+Pj4NCj4gICAgID4gICAgID4+ICAgICA+PiA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWls dG86Y2NhbXBAaWV0Zi5vcmc+DQo+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86 Y2NhbXBAaWV0Zi5vcmc+Pg0KPiANCj4gICAgID4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcg PG1haWx0bzpjY2FtcEBpZXRmLm9yZz4NCj4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1h aWx0bzpjY2FtcEBpZXRmLm9yZz4+Pj4+DQo+ICAgICA+ICAgICA+PiAgICAgPj4gKlN1YmplY3Q6 ICpSRTogQ29tbWVudHMgYWJvdXQNCj4gICAgID4gICAgID4+ICAgICA+PiBkcmFmdC1iZWVyYW0t Y2NhbXAtbmV0d29yay1hc3NpZ25lZC11cHN0cmVhbS1sYWJlbC0wMA0KPiAgICAgPiAgICAgPj4g ICAgID4+DQo+ICAgICA+ICAgICA+PiAgICAgPj4NCj4gICAgID4gICAgID4+ICAgICA+Pg0KPiAg ICAgPiAgICAgPj4gICAgID4+IFphZmFyLA0KPiAgICAgPiAgICAgPj4gICAgID4+DQo+ICAgICA+ ICAgICA+PiAgICAgPj4gVGhhdCBiZWNhdXNlIHRoaXMgYWxyZWFkeSBkZWZpbmVkIG1ldGhvZCBo YXMgdGhlDQo+ICAgICBmb2xsb3dpbmcNCj4gICAgID4gICAgID4+aXNzdWVzOg0KPiAgICAgPiAg ICAgPj4gICAgID4+DQo+ICAgICA+ICAgICA+PiAgICAgPj4gMSkgVXNpbmcgYW4gZXJyb3IgaW5k aWNhdGlvbiBhcyBhIHBhcnQgb2Ygbm9ybWFsDQo+ICAgICBwcm90b2NvbA0KPiAgICAgPiAgICAg Pj4gICAgID4+IG9wZXJhdGlvbiBpcyBub3QgZ29vZCBkZXNpZ24gcHJhY3RpY2UuDQo+ICAgICA+ ICAgICA+PiAgICAgPj4NCj4gICAgID4gICAgID4+ICAgICA+PiBVc2Ugb2YgUGF0aCBlcnJvciBh bmQgbm90aWZ5IG1lc3NhZ2UgaXMgYW4gaW50ZWdyYWwgcGFydA0KPiAgICAgPiAgICAgb2YgdGhl DQo+ICAgICA+ICAgICA+PiAgICAgPj4gUlNWUC1URSBkZXNpZ24uIEFsc28gcGxlYXNlIG5vdGUg dGhhdCB3ZSBhcmUgbm90DQo+ICAgICBkZWJhdGluZw0KPiAgICAgPiAgICAgYWJvdXQgYQ0KPiAg ICAgPiAgICAgPj4gICAgID4+IG5ldyBwcm9jZWR1cmUgYmVpbmcgcHJvcG9zZWQgYnV0IHRhbGtp bmcgYWJvdXQgYQ0KPiAgICAgcHJvY2VkdXJlDQo+ICAgICA+ICAgICB0aGF0DQo+ICAgICA+ICAg ICA+PmlzDQo+ICAgICA+ICAgICA+PiAgICAgPj4gYWxyZWFkeSBpbXBsZW1lbnRlZCBhbmQgZGVw bG95ZWQuDQo+ICAgICA+ICAgICA+PiAgICAgPj4NCj4gICAgID4gICAgID4+ICAgICA+PiAyKSBB Y2NlcHRhYmxlIExhYmVsIFNldCBpcyBvcHRpb25hbCBzbyBpdHMgcHJlc2VuY2UNCj4gICAgIGlz IG5vdA0KPiAgICAgPiAgICAgPj4gICAgID4+IGd1YXJhbnRlZWQNCj4gICAgID4gICAgID4+ICAg ICA+Pg0KPiAgICAgPiAgICAgPj4gICAgID4+IFNvIGlzIHRoZSBjYXNlIG9mIG5ld2x5IGRlZmlu ZWQgdXBzdHJlYW0gbGFiZWwgc2V0LiBBbHNvDQo+ICAgICA+ICAgICBwbGVhc2UNCj4gICAgID4g ICAgID4+ICAgICA+PiBub3RlIHRoYXQgbWFueSBwYXJ0IG9mIHRoZSBSU1ZQLVRFIHByb3RvY29s IGFyZQ0KPiAgICAgZGVzaWduZWQgdXNpbmcNCj4gICAgID4gICAgID4+ICAgICA+PiBvcHRpb25h bCBvYmplY3RzLg0KPiAgICAgPiAgICAgPj4gICAgID4+DQo+ICAgICA+ICAgICA+PiAgICAgPj4g MykgVGhlIGluZm9ybWF0aW9uIGl0IHByb3ZpZGVzIG1heSBiZSBvdXQgb2YgZGF0ZSBieQ0KPiAg ICAgdGhlIHRpbWUNCj4gICAgID4gICAgID4+ICAgICA+PiB0aGUgTFNQIGlzIHJlLXNpZ25hbGVk Lg0KPiAgICAgPiAgICAgPj4gICAgID4+DQo+ICAgICA+ICAgICA+PiAgICAgPj4gVGhpcyBpcyBh biBpbXBsZW1lbnRhdGlvbiBpc3N1ZS4gQSBub2RlIHNlbmRpbmcgdGhlDQo+ICAgICBhY2NlcHRh YmxlDQo+ICAgICA+ICAgICA+PiAgICAgPj4gbGFiZWwgc2V0IGhhcyB0aGUgcmVzcG9uc2liaWxp dHkgdG8gZ3VhcmFudGVlIHRoYXQNCj4gICAgIGluZm9ybWF0aW9uDQo+ICAgICA+ICAgICA+PiAg ICAgPj4gcHJvdmlkZXMgaW4gdGhlIGFjY2VwdGFibGUgbGFiZWwgc2V0IHJlbWFpbnMgdmFsaWQg Zm9yDQo+ICAgICA+ICAgICA+PiAgICAgPj4gcmUtc2lnbmFsaW5nIHRpbWUuIEUuZy4sIFVOSS1O IGltcGxlbWVudGF0aW9uIGNhbiBjYWNoZQ0KPiAgICAgPiAgICAgdGhlIGxhYmVsDQo+ICAgICA+ ICAgICA+PiAgICAgPj4gZm9yIHRoZSByZS1zaWduYWxpbmcgdGltZS4NCj4gICAgID4gICAgID4+ ICAgICA+Pg0KPiAgICAgPiAgICAgPj4gICAgID4+IDQpIE1vc3QgaW1wb3J0YW50bHksIEFjY2Vw dGFibGUgTGFiZWwgU2V0IGlzDQo+ICAgICBnZW5lcmF0ZWQgaG9wIGJ5DQo+ICAgICA+ICAgICA+ PiAgICAgPj4gaG9wLCB1bmxpa2UgVXBzdHJlYW0gTGFiZWwgU2V0IHdoaWNoIGV4ZXJjaXNlcyB0 aGUNCj4gICAgIGVudGlyZQ0KPiAgICAgPiAgICAgPj4gICAgID4+IHBhdGguIFRoaXMgbWVhbnMg dGhhdCBpdHMgdXNlIHRvIGRldGVybWluZSBhIHZhbGlkDQo+ICAgICB3YXZlbGVuZ3RoDQo+ICAg ICA+ICAgICA+PiAgICAgPj4gd291bGQgcmVxdWlyZSBhIHBvdGVudGlhbGx5IHVuYm91bmRlZCBu dW1iZXIgb2YNCj4gICAgIGNyYW5rYmFja3MsDQo+ICAgICA+ICAgICA+PiAgICAgPj4gYm90aCBz aW5nbGUgYW5kIG11bHRpLWhvcCwgd2l0aCBubyBndWFyYW50ZWUgdGhhdCBzdWNoIGENCj4gICAg ID4gICAgID4+ICAgICA+PiB3YXZlbGVuZ3RoIGNvdWxkIGJlIGZvdW5kLg0KPiAgICAgPiAgICAg Pj4gICAgID4+DQo+ICAgICA+ICAgICA+PiAgICAgPj4gSW4gdGhlIHVzZSBjYXNlIG9mIGFsaWdu IHdhdmVsZW5ndGggYWRkcmVzc2VkIGluIHRoaXMNCj4gICAgID4gICAgIGRyYWZ0LCB0aGUNCj4g ICAgID4gICAgID4+ICAgICA+PiBhY2NlcHRhYmxlIGxhYmVsIHNldCBjb21tdW5pY2F0aW9uIGlz IHJlc3RyaWN0ZWQgdG8gdGhlDQo+ICAgICA+ICAgICBVTkktQyBhbmQNCj4gICAgID4gICAgID4+ ICAgICA+PiBVTkktTiBub2RlLg0KPiAgICAgPiAgICAgPj4gICAgID4+DQo+ICAgICA+ICAgICA+ PiAgICAgPj4gWW91cnMgSXJyZXNwZWN0aXZlbHksDQo+ICAgICA+ICAgICA+PiAgICAgPj4NCj4g ICAgID4gICAgID4+ICAgICA+Pg0KPiAgICAgPiAgICAgPj4gICAgID4+DQo+ICAgICA+ICAgICA+ PiAgICAgPj4gSm9obg0KPiAgICAgPiAgICAgPj4gICAgID4+DQo+ICAgICA+ICAgICA+PiAgICAg Pj4NCj4gICAgID4gICAgID4+ICAgICA+Pg0KPiAgICAgPiAgICAgPj4gICAgID4+ICpGcm9tOipj Y2FtcC1ib3VuY2VzQGlldGYub3JnDQo+ICAgICA8bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5v cmc+DQo+ICAgICA+ICAgICA8bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmcNCj4gICAgIDxt YWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZz4+IDxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRm Lm9yZw0KPiAgICAgPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPg0KPiAgICAgPiAgICAg PG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnIDxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRm Lm9yZz4+Pg0KPiAgICAgPiAgICAgPj4gICAgIDxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9y Zw0KPiAgICAgPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPg0KPiANCj4gICAgID4gICAg IDxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZw0KPiAgICAgPG1haWx0bzpjY2FtcC1ib3Vu Y2VzQGlldGYub3JnPj4gPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnDQo+ICAgICA8bWFp bHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc+DQo+IA0KPiAgICAgPiAgICAgPG1haWx0bzpjY2Ft cC1ib3VuY2VzQGlldGYub3JnIDxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZz4+Pj4NCj4g ICAgID4gICAgID4+ICAgICA+PiBbbWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmcNCj4gICAg IDxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZz4NCj4gICAgID4gICAgIDxtYWlsdG86Y2Nh bXAtYm91bmNlc0BpZXRmLm9yZw0KPiAgICAgPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3Jn Pj4gPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnDQo+ICAgICA8bWFpbHRvOmNjYW1wLWJv dW5jZXNAaWV0Zi5vcmc+DQo+ICAgICA+ICAgICA8bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5v cmcgPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPj4+XQ0KPiAgICAgPiAgICAgPj4gICAg ICpPbiBCZWhhbGYgT2YgKlphZmFyIEFsaSAoemFsaSkNCj4gICAgID4gICAgID4+ICAgICA+PiAq U2VudDoqIFN1bmRheSwgTm92ZW1iZXIgMDMsIDIwMTMgODoxMiBBTQ0KPiAgICAgPiAgICAgPj4g ICAgID4+ICpUbzoqIElCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0KPiAgICAgPG1haWx0bzpJQnJ5 c2tpbkBhZHZhb3B0aWNhbC5jb20+DQo+ICAgICA+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFv cHRpY2FsLmNvbQ0KPiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+Pg0KPiAg ICAgPiAgICAgPj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQo+ICAgICA8 bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4NCj4gDQo+ICAgICA+ICAgICA8bWFpbHRv OklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0KPiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0 aWNhbC5jb20+Pj4gPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCj4gICAgIDxtYWls dG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPg0KPiAgICAgPiAgICAgPG1haWx0bzpJQnJ5c2tp bkBhZHZhb3B0aWNhbC5jb20NCj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29t Pj4NCj4gICAgID4gICAgID4+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0K PiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+DQo+IA0KPiAgICAgPiAgICAg PG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCj4gICAgIDxtYWlsdG86SUJyeXNraW5A YWR2YW9wdGljYWwuY29tPj4+Pg0KPiAgICAgPiAgICAgPj4gICAgID4+ICpDYzoqIGNjYW1wQGll dGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+DQo+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYu b3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+Pg0KPiAgICAgPiAgICAgPG1haWx0bzpjY2FtcEBp ZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPg0KPiAgICAgPG1haWx0bzpjY2FtcEBpZXRm Lm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPj4+DQo+IA0KPiAgICAgPiAgICAgPj4gICAgIDxt YWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4NCj4gICAgIDxtYWls dG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+DQo+IA0KPiAgICAgPiAg ICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPg0KPiAgICAg PG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPj4+Pg0KPiAgICAg PiAgICAgPj4gICAgID4+ICpTdWJqZWN0OiogW0NDQU1QXSBDb21tZW50cyBhYm91dA0KPiAgICAg PiAgICAgPj4gICAgID4+IGRyYWZ0LWJlZXJhbS1jY2FtcC1uZXR3b3JrLWFzc2lnbmVkLXVwc3Ry ZWFtLWxhYmVsLTAwDQo+ICAgICA+ICAgICA+PiAgICAgPj4NCj4gICAgID4gICAgID4+ICAgICA+ Pg0KPiAgICAgPiAgICAgPj4gICAgID4+DQo+ICAgICA+ICAgICA+PiAgICAgPj4gSGkgSWdvciBh bmQgY28tYXV0aG9ycy0NCj4gICAgID4gICAgID4+ICAgICA+Pg0KPiAgICAgPiAgICAgPj4gICAg ID4+DQo+ICAgICA+ICAgICA+PiAgICAgPj4NCj4gICAgID4gICAgID4+ICAgICA+PiBQbGVhc2Ug bm90ZSB0aGF0IFtSRkMzNDczXSBhbHJlYWR5IGNvbnNpZGVycyB0aGUNCj4gICAgIGNhc2Ugd2hl cmUNCj4gICAgID4gICAgID4+ICAgICA+PiB1cHN0cmVhbSBsYWJlbCBtYXkgbm90IGJlIGFjY2Vw dGFibGUgdG8gYSBkb3duc3RyZWFtDQo+ICAgICA+ICAgICA+PiAgICAgPj4gbm9kZS4gU3BlY2lm aWNhbGx5LCBbUkZDMzQ3M10gc3RhdGVzIHRoYXQ6DQo+ICAgICA+ICAgICA+PiAgICAgPj4NCj4g ICAgID4gICAgID4+ICAgICA+PiAiL3doZW4gYSBQYXRoIG1lc3NhZ2UgY29udGFpbmluZyBhbiBV cHN0cmVhbV9MYWJlbA0KPiAgICAgb2JqZWN0IGlzDQo+ICAgICA+ICAgICA+PiAgICAgPj4gcmVj ZWl2ZWQsIHRoZSByZWNlaXZlciBmaXJzdCB2ZXJpZmllcyB0aGF0IHRoZQ0KPiAgICAgdXBzdHJl YW0gbGFiZWwNCj4gICAgID4gICAgID4+ICAgICA+PiBpcyBhY2NlcHRhYmxlLiBJZiB0aGUgbGFi ZWwgaXMgbm90IGFjY2VwdGFibGUsIHRoZQ0KPiAgICAgcmVjZWl2ZXINCj4gICAgID4gICAgID4+ ICAgICA+PiAvKk1VU1QqL2lzc3VlIGEgUGF0aEVyciBtZXNzYWdlIHdpdGggYSAiUm91dGluZw0K PiAgICAgPiAgICAgPj4gICAgID4+IHByb2JsZW0vVW5hY2NlcHRhYmxlIGxhYmVsIHZhbHVlIiBp bmRpY2F0aW9uLiBUaGUNCj4gICAgIGdlbmVyYXRlZA0KPiAgICAgPiAgICAgPj4gICAgID4+IFBh dGhFcnIgbWVzc2FnZSBNQVkgaW5jbHVkZSBhbiBBY2NlcHRhYmxlIExhYmVsIFNldA0KPiAgICAg T2JqZWN0LyIuDQo+ICAgICA+ICAgICA+PiAgICAgPj4NCj4gICAgID4gICAgID4+ICAgICA+PiBB Y2NlcHRhYmxlX0xhYmVsX1NldCBvYmplY3RzIG1heSBiZSBjYXJyaWVkIGluDQo+ICAgICBQYXRo RXJyIGFuZA0KPiAgICAgPiAgICAgPj4gICAgID4+IFJlc3ZFcnIgbWVzc2FnZXMgW1JGQzM0NzNd Lg0KPiAgICAgPiAgICAgPj4gICAgID4+DQo+ICAgICA+ICAgICA+PiAgICAgPj4NCj4gICAgID4g ICAgID4+ICAgICA+Pg0KPiAgICAgPiAgICAgPj4gICAgID4+IEhvd2V2ZXIsIHlvdXIgZHJhZnQg ZG9lcyBub3QgbWVudGlvbiBvciBjb3ZlciB0aGlzDQo+ICAgICBhbHJlYWR5DQo+ICAgICA+ICAg ICA+PiAgICAgPj4gZGVmaW5lZCBtZXRob2QuDQo+ICAgICA+ICAgICA+PiAgICAgPj4NCj4gICAg ID4gICAgID4+ICAgICA+Pg0KPiAgICAgPiAgICAgPj4gICAgID4+DQo+ICAgICA+ICAgICA+PiAg ICAgPj4gVGhhbmtzDQo+ICAgICA+ICAgICA+PiAgICAgPj4NCj4gICAgID4gICAgID4+ICAgICA+ Pg0KPiAgICAgPiAgICAgPj4gICAgID4+DQo+ICAgICA+ICAgICA+PiAgICAgPj4gUmVnYXJkcyCh rSBaYWZhcg0KPiAgICAgPiAgICAgPj4gICAgID4+DQo+ICAgICA+ICAgICA+PiAgICAgPg0KPiAg ICAgPiAgICAgPj4gICAgID4NCj4gICAgID4gICAgID4+ICAgICA+IF9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+ICAgICA+ICAgICA+PiAgICAgPiBDQ0FN UCBtYWlsaW5nIGxpc3QNCj4gICAgID4gICAgID4+ICAgICA+IENDQU1QQGlldGYub3JnIDxtYWls dG86Q0NBTVBAaWV0Zi5vcmc+DQo+ICAgICA8bWFpbHRvOkNDQU1QQGlldGYub3JnIDxtYWlsdG86 Q0NBTVBAaWV0Zi5vcmc+Pg0KPiANCj4gICAgID4gICAgIDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmcg PG1haWx0bzpDQ0FNUEBpZXRmLm9yZz4NCj4gICAgIDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmcgPG1h aWx0bzpDQ0FNUEBpZXRmLm9yZz4+Pg0KPiANCj4gICAgID4gICAgID4+ICAgICA+IGh0dHBzOi8v d3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vY2NhbXANCj4gICAgID4gICAgID4+ICAgICA+ DQo+ICAgICA+ICAgICA+Pg0KPiAgICAgPiAgICAgPj4gICAgIF9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+ICAgICA+ICAgICA+PiAgICAgQ0NBTVAgbWFp bGluZyBsaXN0DQo+IA0KPiAgICAgPiAgICAgPj4gICAgIENDQU1QQGlldGYub3JnIDxtYWlsdG86 Q0NBTVBAaWV0Zi5vcmc+DQo+ICAgICA8bWFpbHRvOkNDQU1QQGlldGYub3JnIDxtYWlsdG86Q0NB TVBAaWV0Zi5vcmc+Pg0KPiAgICAgPG1haWx0bzpDQ0FNUEBpZXRmLm9yZyA8bWFpbHRvOkNDQU1Q QGlldGYub3JnPg0KPiANCj4gICAgID4gICAgIDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmcgPG1haWx0 bzpDQ0FNUEBpZXRmLm9yZz4+Pg0KPiAgICAgPiAgICAgPj4gICAgIGh0dHBzOi8vd3d3LmlldGYu b3JnL21haWxtYW4vbGlzdGluZm8vY2NhbXANCj4gICAgID4gICAgID4+DQo+ICAgICA+ICAgICA+ Pg0KPiAgICAgPiAgICAgPj4NCj4gICAgID4gICAgID4+DQo+ICAgICA+ICAgICA+PiBfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiAgICAgPiAgICAgPj4g Q0NBTVAgbWFpbGluZyBsaXN0DQo+ICAgICA+ICAgICA+PiBDQ0FNUEBpZXRmLm9yZyA8bWFpbHRv OkNDQU1QQGlldGYub3JnPg0KPiAgICAgPG1haWx0bzpDQ0FNUEBpZXRmLm9yZyA8bWFpbHRvOkND QU1QQGlldGYub3JnPj4NCj4gICAgID4gICAgID4+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt YW4vbGlzdGluZm8vY2NhbXANCj4gICAgID4gICAgID4NCj4gICAgID4gICAgID5fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiAgICAgPiAgICAgPkNDQU1Q IG1haWxpbmcgbGlzdA0KPiAgICAgPiAgICAgPkNDQU1QQGlldGYub3JnIDxtYWlsdG86Q0NBTVBA aWV0Zi5vcmc+IDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmcNCj4gICAgIDxtYWlsdG86Q0NBTVBAaWV0 Zi5vcmc+Pg0KPiAgICAgPiAgICAgPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGlu Zm8vY2NhbXANCj4gICAgID4gICAgID5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXw0KPiAgICAgPiAgICAgPkNDQU1QIG1haWxpbmcgbGlzdA0KPiAgICAgPiAg ICAgPkNDQU1QQGlldGYub3JnIDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmc+IDxtYWlsdG86Q0NBTVBA aWV0Zi5vcmcNCj4gICAgIDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmc+Pg0KPiAgICAgPiAgICAgPmh0 dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vY2NhbXANCj4gICAgID4NCj4gICAg ID4NCj4gICAgID4NCj4gICAgID4NCj4gICAgID4gX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18NCj4gICAgID4gQ0NBTVAgbWFpbGluZyBsaXN0DQo+ICAgICA+ IENDQU1QQGlldGYub3JnIDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmc+DQo+ICAgICA+IGh0dHBzOi8v d3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vY2NhbXANCj4gICAgID4NCj4gDQo+ICANCj4g DQo= From lberger@labn.net Tue Nov 5 11:22:19 2013 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2112711E81C4 for ; Tue, 5 Nov 2013 11:22:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -97.417 X-Spam-Level: X-Spam-Status: No, score=-97.417 tagged_above=-999 required=5 tests=[AWL=-4.073, BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_BL_SPAMCOP_NET=1.96, SARE_SUB_ENC_GB2312=1.345, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KTbr0H85gCmA for ; Tue, 5 Nov 2013 11:22:14 -0800 (PST) Received: from oproxy1-pub.mail.unifiedlayer.com (oproxy1-pub.mail.unifiedlayer.com [66.147.249.253]) by ietfa.amsl.com (Postfix) with SMTP id 154DA11E80E2 for ; Tue, 5 Nov 2013 11:21:54 -0800 (PST) Received: (qmail 5524 invoked by uid 0); 5 Nov 2013 19:21:25 -0000 Received: from unknown (HELO box313.bluehost.com) (69.89.31.113) by oproxy1.mail.unifiedlayer.com with SMTP; 5 Nov 2013 19:21:25 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=Xujg/dhYSyQ2FMVX/3QOH2mQfWllhXakKH4SZgJ6Sio=; b=pb1mA7s25DELF/XhRNNesmgSaT+akYrG1zpE8gZuY0lc2pX32dxKSXYwriPWdUghXVLAt7fxaHPHN1IDRhfn0hmUUDb2YSaRzq6PXkYE5Z02SjgGQtJqIUwpaMGMdRG9; Received: from box313.bluehost.com ([69.89.31.113]:46435 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.80) (envelope-from ) id 1VdmBo-00016J-PX; Tue, 05 Nov 2013 12:21:25 -0700 Message-ID: <52794534.3030804@labn.net> Date: Tue, 05 Nov 2013 14:21:24 -0500 From: Lou Berger User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Igor Bryskin , Vishnu Pavan Beeram References: <52790CAD.80003@labn.net> <52791CB8.4000706@labn.net> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 8bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Cc: "ccamp@ietf.org" Subject: Re: [CCAMP] =?gb2312?b?tPC4tDogQ29tbWVudHMgYWJvdXQgZHJhZnQtYmVlcmFt?= =?gb2312?b?LWNjYW1wLW5ldHdvcmstYXNzaWduZWQtdXBzdHJlYW0tbGFiZWwtMDA=?= X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 19:22:19 -0000 Great. So this is a nice short list. I think the utility of requirements 1 and 2 are pretty clear. You have stated that both symmetric and asymmetric labels are needed in optical for single fiber rings. While I'm personally amazed that these still exist, I (with no hat on) accept the use case. I suspect that some are not convinced on the need to "put label symmetry into the protocol" (Juilien's question) Can you (authors) elaborate on why this needs to be changed? Thanks, Lou On 11/05/2013 02:01 PM, Igor Bryskin wrote: > Lou, > >> 1. Downstream selection of the upstream label >> >> >> 2. An option to allow upstream node to provide set of labels that >> should be used in the downstream nodes' choice of upstream >> label >> >> 3. The use of symmetric labels when the downstream node >> is selecting the label. >> >> 4. Allowing for asymmetric labels is not a new requirement, nor do >> you really care about it. >> > I agree with 1-3. But 4. should not be ignored > > -----Original Message----- > From: Lou Berger [mailto:lberger@labn.net] > Sent: Tuesday, November 05, 2013 11:29 AM > To: Igor Bryskin; Vishnu Pavan Beeram > Cc: ccamp@ietf.org > Subject: Re: [CCAMP] ´ð¸´: Comments about draft-beeram-ccamp-network-assigned-upstream-label-00 > > Igor, > So you are adding to 3 to cover the case when the upstream node selects the label, right? >> 3. The use of symmetric labels when the downstream node >> is selecting the label. > > Lou > > On 11/5/2013 8:20 AM, Igor Bryskin wrote: >> I would add: >> >> 5. A way for US node (e.g. UNI-C) to mandate the label symmetricity. >> >> >> >> *From:*ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] *On >> Behalf Of *Vishnu Pavan Beeram >> *Sent:* Tuesday, November 05, 2013 10:50 AM >> *To:* Lou Berger >> *Cc:* ccamp@ietf.org >> *Subject:* Re: [CCAMP] ´ð¸´: Comments about >> draft-beeram-ccamp-network-assigned-upstream-label-00 >> >> >> >> Lou, >> >> >> >> Yes, your summarized points are correct. >> >> >> >> Thanks, >> >> -Pavan. >> >> >> >> On Tue, Nov 5, 2013 at 10:20 AM, Lou Berger > > wrote: >> >> Pavan, >> I think this is helpful in trying to understand what the goals >> are of the draft. Again, I'll resist arguing about the mechanisms >> that are proposed until we've agreed on what requirements need to be >> addressed. >> (While the mechanism details, i.e., the "how", are certainly >> important, arguing those doesn't really answer the larger question of >> "what" you'd like to accomplish.) >> >> >> >> VPB: Agree. >> >> >> >> >> So the list of requirements is now the addition of: >> 1. Downstream selection of the upstream label >> >> >> 2. An option to allow upstream node to provide set of labels that >> should be used in the downstream nodes' choice of upstream >> label >> >> 3. The use of symmetric labels when the downstream node >> is selecting the label. >> >> 4. Allowing for asymmetric labels is not a new requirement, nor do >> you really care about it. >> >> Is this correct? >> >> Thanks, >> Lou >> >> >> On 11/5/2013 5:25 AM, Vishnu Pavan Beeram wrote: >> > I see a pattern in the questions that are being raised. I'll try >> and see >> > if I can answer them all using the following Q&A. >> > >> > A. "Label Symmetricity": >> > >> > (1) Aren't labels always symmetric in practice? Are there any >> asymmetric >> > label scenarios at all? >> > Ans: Yes, labels are almost always symmetric in practice. The draft >> > explicitly states that. I haven't come across any single >> > scenario/product where asymmetric labels are used. As Igor pointed out >> > in an earlier email, there could be in theory some single-fiber >> > configurations where the same wavelength cannot be used for both >> > directions. But I don't know if anyone really uses that. >> > >> > (2) Then why do you need an explicit request from the ingress to make >> > them symmetric at each hop? >> > Ans: This is because the extensions in RFC3473 allows "Label >> > Asymmetricity" and and as a result symmetricity cannot be assumed by >> > default. There is currently no way of mandating symmetricity at >> each hop >> > along the path of the LSP. >> > >> > (3) Say, we all agree that "Symmetricity" is always guaranteed >> (maybe we >> > even state it explicitly in some standard document). Would you then be >> > able to use existing extensions and address the "alien-wavelength" >> setup >> > use-case? >> > Ans: No, the existing extensions still fall short. What does the >> > ingress-client fill in the UPSTREAM_LABEL when it has no knowledge on >> > what needs to be used? As per current extensions, the UPSTREAM_LABEL >> > needs to be filled in with a valid label before sending the PATH >> out. We >> > still need the ingress-client to have some mechanism to tell the >> network >> > - "please ignore what I'm filling in the UPSTREAM_LABEL; just take the >> > LABEL_SET into account if I fill one; I'll use what is returned in the >> > RESV-LABEL for both directions." >> > >> > (4) Label allocation has always been a local choice. Why should the >> > ingress request how labels are allocated at some downstream hop? >> > Ans: The ingress has always been the one to request the downstream >> node >> > to allocate labels in both directions. All that the draft is proposing >> > is a mechanism for the ingress to say that these two labels need to be >> > symmetric. >> > >> > B. "Label Asymmetricity" >> > >> > (4) Have the "Label Asymmetricity" extensions been included just for >> > completion sake? Can those be jettisoned if we there is no need for >> > asymmetric labels? >> > Ans: Yes. The primary reason why those extensions are included in the >> > draft is because RFC3473 allows asymmetricity. We don't need to >> discuss >> > those if we explicitly state somewhere (in some standard document) >> that >> > "labels are always symmetric" and that all previous extensions defined >> > for asymmetricity are use-less. >> > >> > C. "Use-Case" >> > >> > (5) I don't understand any of the above. Why do we need the network to >> > assign an upstream label? >> > Ans: Please read the draft. Section 5 discusses a specific use-case. >> > >> > >> > Regards, >> > -Pavan >> > >> > >> > On Tue, Nov 5, 2013 at 2:29 AM, Zafar Ali (zali) > >> >> > >> wrote: >> > >> > Hi- >> > >> > Furthermore, when (alien) wavelength is same in forward and >> reverse >> > direction, we can use label set along with acceptable label >> set - as >> > defined in RFC3473. The only use case this draft addresses is >> when alien >> > wavelength are asymmetrical in forward and reverse direction. >> I am not >> > aware of any example of such use case. >> > >> > Thanks >> > >> > Regards ¡­ Zafar >> > >> > >> > -----Original Message----- >> >> > From: Fatai Zhang > > >> >> > Date: Monday, November 4, 2013 7:38 PM >> >> > To: "julien.meuric@orange.com >> > >" >> > >> > >>, Vishnu >> > Pavan >> >> > Beeram >> >> >> > Cc: "ccamp@ietf.org >> >" > >> > >> >> >> > Subject: [CCAMP] ´ð¸´: Comments >> > about draft-beeram-ccamp-network-assigned-upstream-label-00 >> > >> > >Hi Pavan, >> > > >> > >Understood what you said in principle, but could you give an >> example to >> > >show there are asymmertric labels (wavelength?) for the >> bidirectiaonal >> > >LSPs (especiall for the transport networks) in the real >> > implementations? >> > > >> > >> >========================================================================== >> > >====================================== >> > >In practice, most bidirectional LSPs have label symmetricity on >> > each hop >> > >along the path of the LSP. But this is something that cannot >> be assumed >> > >by default. >> > > >> > > >> > > >> > >Thanks >> > > >> > >Fatai >> > > >> > >________________________________________ >> >> > >·¢¼þÈË: ccamp-bounces@ietf.org >> > > >> > [ccamp-bounces@ietf.org >> >] ´ú >> ±í Julien >> > Meuric >> > >[julien.meuric@orange.com >> > >] >> >> > >·¢ËÍʱ¼ä: 2013Äê11ÔÂ5ÈÕ 10:35 >> > >ÊÕ¼þÈË: Vishnu Pavan Beeram >> >> > >³­ËÍ: ccamp@ietf.org >> > >> >> > >Ö÷Ìâ: Re: [CCAMP] Comments about >> > >draft-beeram-ccamp-network-assigned-upstream-label-00 >> > > >> > >Hi Pavan. >> > > >> > >Even though I agree with your unassigned Upstream_Label >> requirement, I >> > >need to disagree with the data plane rationale you mention. >> > > >> > >The Upstream_Label refers to the client's optical receiver: >> you don't >> > >need to tune a laser on the receiver side. The data >> transmission could >> > >even work without sending the actual Upstream_Label in >> RSVP-TE messages >> > >to the client: I am not really a fan of that approach, but >> that would >> > >fit cases where optical policies are left to the optical >> network... >> > > >> > >Moreover, I have doubts on putting label symmetry within the >> protocol. >> > >This is more an allocation policy in the hands of allocating >> nodes: >> > >requesting an allocation mode from an ingress node would mean >> doing the >> > >server job, I am not sure it is desirable. >> > > >> > >Julien >> > > >> > > >> > >On 11/04/2013 23:49, Vishnu Pavan Beeram wrote: >> > >> Lou, >> > >> >> > >> The extensions defined in this draft do not impose any >> backwards >> > >> compatibility issues. The intent is definitely not to >> change the >> > >> fundamental aspects of the protocol. As you would agree, it >> is not >> > >> mandatory to try and fit the extensions defined in RFC3473 >> to all and >> > >> sundry. New extensions are being introduced only where the >> existing >> > >> extensions fall short. Let me walk through the requirements >> that we >> > >> are looking at and that would hopefully explain the limitations >> > of the >> > >> existing extensions. >> > >> >> > >> Base requirement : >> > >> Need a mechanism for a given node to say that it cannot >> assign an >> > >> upstream-label on its own and that it needs the network (read >> > >> downstream) to assign it instead. >> > >> >> > >> Corollary requirements : >> > >> 1. Need a mechanism for a given node to ask for a >> network-assigned >> > >> upstream label without having to specify any inputs on what >> label >> > >> needs to get picked. >> > >> 2. Need a mechanism for a given node to ask for a >> network-assigned >> > >> upstream label and also specify some choices for the label >> that needs >> > >> to get picked. >> > >> 3. If labels are symmetric, a given node can simply use the >> label >> > >> returned in the LABEL object of the RESV message for both >> directions. >> > >> In practice, most bidirectional LSPs have label >> symmetricity on each >> > >> hop along the path of the LSP. But this is something that >> cannot be >> > >> assumed by default. Hence, there is a need to have a mechanism >> > for the >> > >> ingress to request "label symmetricity" at each hop along >> the path of >> > >> the LSP. >> > >> >> > >> Can you somehow fit a solution using the current extensions >> and cater >> > >> to the above requirements? >> > >> We believe the answer is NO. One suggestion on the mailing list >> > was to >> > >> set a random UPSTREAM_LABEL and send it out on a fishing >> expedition. >> > >> The idea was that the downstream node would then respond with a >> > >> PATH-ERR carrying an ACCEPTABLE_LABEL_SET. John and Igor have >> > provided >> > >> a list of reasons on why that isn't a great idea. Let me >> add another >> > >> point - >> > >> - As per RFC3473 - when a node receives an UPSTREAM_LABEL >> object in >> > >> the PATH, it means that the upstream node MUST have already >> > >> installed/programmed this label. In the alien wavelength >> use-case >> > >> (discussed in the draft), when the network receives this >> message, it >> > >> would mean that the laser has already been tuned to this >> > wavelength at >> > >> the client. That beats the very purpose of requesting a network >> > >> assigned upstream label. Doesn't it? So, the point is that >> with the >> > >> current semantics of an UPSTREAM_LABEL, you cannot use it >> for the >> > case >> > >> where the upstream-label hasn't been installed/programmed >> yet. If >> > some >> > >> implementation decides to ignore these semantics, how would the >> > >> network know whether the ingress-client has already >> installed this >> > >> label or not (whether the laser is already tuned or not). >> > >> >> > >> RFC3473 states that a Bidirectional-LSP setup request is >> > identified by >> > >> the presence of an "UPSTREAM_LABEL" object in the PATH msg. >> This >> > draft >> > >> does propose 2 other mechanisms: >> > >> - The presence of the "Label Symmetricity Required" Flag in >> the PATH >> > >> - The presence of the "UPSTREAM_LABEL_SET" object in the PATH >> > >> If a downstream node does not understand any of the above >> > indications, >> > >> it would reject the setup request. In both scenarios - >> after the >> > >> network has assigned the upstream-label, the concerned node is >> > allowed >> > >> to start signaling the UPSTREAM_LABEL object in the PATH. I >> don't >> > >> understand how adding two other mechanisms for >> Bidirectional LSP >> > setup >> > >> translates to changing fundamental aspects of the protocol. >> > >> Implementations that can support these extensions can. >> Others can >> > >> still be happy with their "running code". >> > >> >> > >> Regards, >> > >> -Pavan >> > >> >> > >> >> > >> >> > >> On Mon, Nov 4, 2013 at 2:18 PM, Lou Berger >> >> > > >> >> > >> >> >>> wrote: >> > >> >> > >> John, (authors) >> > >> >> > >> Perhaps it would be useful to refocus a moment on the >> specific >> > >> limitations the draft is focusing on. >> > >> >> > >> There's no question that 3473 made certain choices based on >> > expected >> > >> uses and probabilities that may not hold, but we do >> need to be >> > >>careful >> > >> when changing fundamentals of the protocol (e.g. moving >> away from >> > >>the >> > >> use of the upstream label object as the basic object that >> > indicates >> > >>a >> > >> bidirectional LSP.) >> > >> >> > >> So is it fair to say that the main limitation that the >> draft is >> > >>trying >> > >> to address is the inability to support downstream >> selection of >> > >> upstream >> > >> labels? >> > >> >> > >> The draft also allows for both symmetric and asymmetric >> label >> > value >> > >> allocation. IS this a requirement, or asymmetric just >> > included for >> > >> completeness? >> > >> >> > >> Are there other requirements / limitations you are >> trying to >> > >>address? >> > >> >> > >> Lou >> > >> >> > >> On 11/04/2013 01:24 PM, John E Drake wrote: >> > >> > Zafar, >> > >> > >> > >> > Both Igor and I have listed technical issues with RFC3473 >> > and your >> > >> > response is that you really really like RFC3473. I'm >> happy for >> > >> you but >> > >> > unimpressed. >> > >> > >> > >> > John >> > >> > >> > >> > Sent from my iPhone >> > >> > >> > >> > On Nov 4, 2013, at 9:43 AM, "Zafar Ali (zali)" >> > > > >> > >> >> >> >> > >> > >> > >> > >> >>>> wrote: >> > >> > >> > >> >> Igor, John- >> > >> >> >> > >> >> Please see in-line. >> > >> >> >> > >> >> From: "IBryskin@advaoptical.com >> >> > > > >> > >> > >> >> > > >> > >> >> > > > >> > >> > >> > > >>>" >> > >> >> > >> > > > > >> > > >> >> > >> > >> > > > > >> > > >>>> >> > >> >> Date: Monday, November 4, 2013 8:57 AM >> > >> >> To: zali >> > >> > >> >> >> >> > >> >> > >> >> > >> >>>>, >> > >> "jdrake@juniper.net >> > >> > >> >> >> > >> >> > > > >> > >> >>>" >> > >> >> > >> > >> >> >> > >> >> > > > >> > >> >>>> >> > >> >> Cc: "ccamp@ietf.org >> > >> > >> >> >> > >> >> > >> > >> >>>" > >> > > >> > >> >> >> >> > >> >> >> > >> > >> >>>> >> > >> >> Subject: RE: Comments about >> > >> >> draft-beeram-ccamp-network-assigned-upstream-label-00 >> > >> >> >> > >> >> Zafar, >> > >> >> >> > >> >> 1) Using an error indication as a part of normal >> protocol >> > >> >> operation is not good design practice. >> > >> >> >> > >> >> Use of Path error and notify message is an integral part >> > of the >> > >> >> RSVP-TE design. Also please note that we are not >> debating >> > about a >> > >> >> new procedure being proposed but talking about a >> procedure >> > that >> > >>is >> > >> >> already implemented and deployed. >> > >> >> >> > >> >> >> > >> >> >> > >> >> IB>> The way I interpret this discussion is >> something like >> > this: >> > >> >> >> > >> >> >> > >> >> >> > >> >> John: I believe that white is a lighter color than >> black. >> > >> >> >> > >> >> Zafa: Well, John, black is an integral part of the color >> > pallet. >> > >> >> Many mature applications successfully use black for >> their >> > various >> > >> >> purposes. My implementations, for example, use black for >> > pretty >> > >> >> much everything¡­.. So, it is not clear which color >> is lighter, >> > >>and >> > >> >> why do we need other colors at all. :=) >> > >> >> >> > >> >> >> > >> >> >> > >> >> I mean to say that your, Zafar, comments IMHO are not >> > >>constructive >> > >> >> technical arguments. >> > >> >> >> > >> >> Igor >> > >> >> >> > >> >> >> > >> >> >> > >> >> Hi Igor and John: >> > >> >> >> > >> >> This is really funny. This is the first time I have >> heard that >> > >> running >> > >> >> code has no merit at IETF :) This is especially when the >> > >> running code >> > >> >> is directly coming from RFC3473. You are calling it "not >> > >> constructive >> > >> >> technical arguments"! Last I heard we believed in >> running code >> > >>(See >> > >> >> your T-shirt from the election day from IETF Atlanta). >> > >> >> >> > >> >> Your draft is ONLY applicable for a use case where >> > upstream and >> > >> >> downstream alien wavelength are different. When >> upstream and >> > >> >> downstream alien wavelength are same, use of >> acceptable label >> > >> set and >> > >> >> label set objects constitute the running code. >> However, your >> > >>draft >> > >> >> neither makes that applicability statement nor makes any >> > mention >> > >>or >> > >> >> cover or reference to procedure I quoted from RFC3473. >> > >> >> >> > >> >> Thanks >> > >> >> >> > >> >> Regards¡­Zafar >> > >> >> >> > >> >> >> > >> >> >> > >> >> >> > >> >> >> > >> >> *From:*Zafar Ali (zali) [mailto:zali@cisco.com >> >> > > >> > >> >> >>] >> > >> >> *Sent:* Monday, November 04, 2013 1:51 AM >> > >> >> *To:* John E Drake; Igor Bryskin >> > >> >> *Cc:* ccamp@ietf.org >> > >> > >> >> >> > >> >> > >> > >> >>> >> > >> >> *Subject:* Re: Comments about >> > >> >> draft-beeram-ccamp-network-assigned-upstream-label-00 >> > >> >> >> > >> >> >> > >> >> >> > >> >> Hi John: >> > >> >> >> > >> >> >> > >> >> >> > >> >> Please see in-line. >> > >> >> >> > >> >> >> > >> >> >> > >> >> Thanks >> > >> >> >> > >> >> >> > >> >> >> > >> >> Regards ¡­ Zafar >> > >> >> >> > >> >> >> > >> >> >> > >> >> *From: *"jdrake@juniper.net >> > > >> > >> >> >> > >> >> > >> > >> >>>" >> > >> >> >> > >> > >> >> >> > >> >> > >> >> > >> >>>> >> > >> >> *Date: *Sunday, November 3, 2013 11:57 AM >> > >> >> *To: *zali >> > >> > >> >> >> >> > >> >> > >> >> > >> >>>>, >> > >> >> "IBryskin@advaoptical.com >> >> > > > > >> > > >> >> >> > >> > >> > > > > >> > > >>>" >> > >> >> > >> > > > > >> > > >> >> > >> > >> > > > > >> >> > > >>>> >> > >> >> *Cc: *"ccamp@ietf.org >> > >> > >> >> >> >> > >> >> > >> > >> >>>" > >> > > >> > >> >> >> >> > >> >> >> > >> >> > >> >>>> >> > >> >> *Subject: *RE: Comments about >> > >> >> draft-beeram-ccamp-network-assigned-upstream-label-00 >> > >> >> >> > >> >> >> > >> >> >> > >> >> Zafar, >> > >> >> >> > >> >> That because this already defined method has the >> following >> > >>issues: >> > >> >> >> > >> >> 1) Using an error indication as a part of normal >> protocol >> > >> >> operation is not good design practice. >> > >> >> >> > >> >> Use of Path error and notify message is an integral part >> > of the >> > >> >> RSVP-TE design. Also please note that we are not >> debating >> > about a >> > >> >> new procedure being proposed but talking about a >> procedure >> > that >> > >>is >> > >> >> already implemented and deployed. >> > >> >> >> > >> >> 2) Acceptable Label Set is optional so its presence >> is not >> > >> >> guaranteed >> > >> >> >> > >> >> So is the case of newly defined upstream label set. Also >> > please >> > >> >> note that many part of the RSVP-TE protocol are >> designed using >> > >> >> optional objects. >> > >> >> >> > >> >> 3) The information it provides may be out of date by >> the time >> > >> >> the LSP is re-signaled. >> > >> >> >> > >> >> This is an implementation issue. A node sending the >> acceptable >> > >> >> label set has the responsibility to guarantee that >> information >> > >> >> provides in the acceptable label set remains valid for >> > >> >> re-signaling time. E.g., UNI-N implementation can cache >> > the label >> > >> >> for the re-signaling time. >> > >> >> >> > >> >> 4) Most importantly, Acceptable Label Set is >> generated hop by >> > >> >> hop, unlike Upstream Label Set which exercises the >> entire >> > >> >> path. This means that its use to determine a valid >> wavelength >> > >> >> would require a potentially unbounded number of >> crankbacks, >> > >> >> both single and multi-hop, with no guarantee that such a >> > >> >> wavelength could be found. >> > >> >> >> > >> >> In the use case of align wavelength addressed in this >> > draft, the >> > >> >> acceptable label set communication is restricted to the >> > UNI-C and >> > >> >> UNI-N node. >> > >> >> >> > >> >> Yours Irrespectively, >> > >> >> >> > >> >> >> > >> >> >> > >> >> John >> > >> >> >> > >> >> >> > >> >> >> > >> >> *From:*ccamp-bounces@ietf.org >> >> > > > > >> > >> >> > >> > >> >> > > > > >> >> > >>> >> > >> >> [mailto:ccamp-bounces@ietf.org >> >> > > > > >> > >>] >> > >> *On Behalf Of *Zafar Ali (zali) >> > >> >> *Sent:* Sunday, November 03, 2013 8:12 AM >> > >> >> *To:* IBryskin@advaoptical.com >> >> > > > >> > >> > >> >> > > >> > >> > > > >> > >> > >> >> > > >>> >> > >> >> *Cc:* ccamp@ietf.org >> > >> > >> >> >> >> > >> >> > >> >> > >> >>> >> > >> >> *Subject:* [CCAMP] Comments about >> > >> >> draft-beeram-ccamp-network-assigned-upstream-label-00 >> > >> >> >> > >> >> >> > >> >> >> > >> >> Hi Igor and co-authors- >> > >> >> >> > >> >> >> > >> >> >> > >> >> Please note that [RFC3473] already considers the >> case where >> > >> >> upstream label may not be acceptable to a downstream >> > >> >> node. Specifically, [RFC3473] states that: >> > >> >> >> > >> >> "/when a Path message containing an Upstream_Label >> object is >> > >> >> received, the receiver first verifies that the >> upstream label >> > >> >> is acceptable. If the label is not acceptable, the >> receiver >> > >> >> /*MUST*/issue a PathErr message with a "Routing >> > >> >> problem/Unacceptable label value" indication. The >> generated >> > >> >> PathErr message MAY include an Acceptable Label Set >> Object/". >> > >> >> >> > >> >> Acceptable_Label_Set objects may be carried in >> PathErr and >> > >> >> ResvErr messages [RFC3473]. >> > >> >> >> > >> >> >> > >> >> >> > >> >> However, your draft does not mention or cover this >> already >> > >> >> defined method. >> > >> >> >> > >> >> >> > >> >> >> > >> >> Thanks >> > >> >> >> > >> >> >> > >> >> >> > >> >> Regards ¡­ Zafar >> > >> >> >> > >> > >> > >> > >> > >> > _______________________________________________ >> > >> > CCAMP mailing list >> > >> > CCAMP@ietf.org >> > >> >> > >> >> >> >> > >> > https://www.ietf.org/mailman/listinfo/ccamp >> > >> > >> > >> >> > >> _______________________________________________ >> > >> CCAMP mailing list >> >> > >> CCAMP@ietf.org >> > >> >> >> > >> >> > >> https://www.ietf.org/mailman/listinfo/ccamp >> > >> >> > >> >> > >> >> > >> >> > >> _______________________________________________ >> > >> CCAMP mailing list >> > >> CCAMP@ietf.org >> > >> > >> https://www.ietf.org/mailman/listinfo/ccamp >> > > >> > >_______________________________________________ >> > >CCAMP mailing list >> > >CCAMP@ietf.org > > >> > >https://www.ietf.org/mailman/listinfo/ccamp >> > >_______________________________________________ >> > >CCAMP mailing list >> > >CCAMP@ietf.org > > >> > >https://www.ietf.org/mailman/listinfo/ccamp >> > >> > >> > >> > >> > _______________________________________________ >> > CCAMP mailing list >> > CCAMP@ietf.org >> > https://www.ietf.org/mailman/listinfo/ccamp >> > >> >> >> From IBryskin@advaoptical.com Tue Nov 5 11:42:57 2013 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 69D1B11E8159 for ; Tue, 5 Nov 2013 11:42:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.864 X-Spam-Level: *** X-Spam-Status: No, score=3.864 tagged_above=-999 required=5 tests=[AWL=-2.585, BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, MIME_8BIT_HEADER=0.3, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, SARE_SUB_ENC_GB2312=1.345] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id musF2ngkoZqB for ; Tue, 5 Nov 2013 11:42:51 -0800 (PST) Received: from mail3.advaoptical.com (mail3.advaoptical.com [74.202.24.82]) by ietfa.amsl.com (Postfix) with ESMTP id 6A96D21E8089 for ; Tue, 5 Nov 2013 11:42:49 -0800 (PST) Received: from atl-srv-mail10.atl.advaoptical.com (atl-srv-mail10.atl.advaoptical.com [172.16.5.39]) by atl-vs-fsmail.advaoptical.com (8.14.5/8.14.5) with ESMTP id rA5Jgkhw026656 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 5 Nov 2013 14:42:46 -0500 Received: from ATL-SRV-MAIL10.atl.advaoptical.com ([fe80::c4d6:b136:bc16:77ae]) by atl-srv-mail10.atl.advaoptical.com ([fe80::c4d6:b136:bc16:77ae%17]) with mapi id 14.03.0158.001; Tue, 5 Nov 2013 14:42:46 -0500 From: Igor Bryskin To: Lou Berger , Vishnu Pavan Beeram Thread-Topic: =?gb2312?B?W0NDQU1QXSC08Li0OiBDb21tZW50cyBhYm91dCBkcmFmdC1iZWVyYW0tY2Nh?= =?gb2312?Q?mp-network-assigned-upstream-label-00?= Thread-Index: AQHO2kQeZQxJjgiAPEGMvU88TQRgH5oW/YUAgABaMwD//66AUA== Date: Tue, 5 Nov 2013 19:42:45 +0000 Message-ID: References: <52790CAD.80003@labn.net> <52791CB8.4000706@labn.net> <52794534.3030804@labn.net> In-Reply-To: <52794534.3030804@labn.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [31.133.164.13] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8794, 1.0.431, 0.0.0000 definitions=2013-11-05_07:2013-11-05, 2013-11-05, 1970-01-01 signatures=0 Cc: "ccamp@ietf.org" Subject: Re: [CCAMP] =?gb2312?b?tPC4tDogQ29tbWVudHMgYWJvdXQgZHJhZnQtYmVlcmFt?= =?gb2312?b?LWNjYW1wLW5ldHdvcmstYXNzaWduZWQtdXBzdHJlYW0tbGFiZWwtMDA=?= X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 19:42:58 -0000 TG91LA0KSW4gbWFqb3JpdHkgb2YgdGhlIGNhc2VzIFVOSS1DcyB3b3VsZCB3YW50IHRvIGhhdmUg dGhlaXIgRy1MU1BzIGxhYmVsLXN5bW1ldHJpY2FsLiANCiBJZiB0aGUgbGFiZWwgc3ltbWV0cmlj aXR5IGlzIGxlZnQgdG8gdGhlIGxvY2FsIHBvbGljeSBvZiB0aGUgbmV0d29yaywgdGhlIGxhdHRl ciBtYXkgZGVjaWRlIChlLmcuIGJlY2F1c2Ugb2YgZXhpc3RpbmcgdW5pZGlyZWN0aW9uYWwgTFNQ cyBzZXQgdXAgZm9yIG90aGVyIHVzZXJzIG9yIFAyTVAgTFNQcykgdG8gYXNzaWduIGRpZmZlcmVu dCBsYWJlbHMgZm9yIFVTIGFuZCBEUyB1bmxlc3MgdGhlcmUgaXMgYW4gZXhwbGljaXQgY29uc3Ry YWludCBzaWduYWxlZCBmcm9tIHRoZSBVTkktQyB0byBtYWtlIHN5bW1ldHJpY2FsIG9yIGZhaWwg dGhlIHNldHVwLg0KDQpJZ29yDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBM b3UgQmVyZ2VyIFttYWlsdG86bGJlcmdlckBsYWJuLm5ldF0gDQpTZW50OiBUdWVzZGF5LCBOb3Zl bWJlciAwNSwgMjAxMyAyOjIxIFBNDQpUbzogSWdvciBCcnlza2luOyBWaXNobnUgUGF2YW4gQmVl cmFtDQpDYzogY2NhbXBAaWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBbQ0NBTVBdILTwuLQ6IENvbW1l bnRzIGFib3V0IGRyYWZ0LWJlZXJhbS1jY2FtcC1uZXR3b3JrLWFzc2lnbmVkLXVwc3RyZWFtLWxh YmVsLTAwDQoNCkdyZWF0LiBTbyB0aGlzIGlzIGEgbmljZSBzaG9ydCBsaXN0LiAgSSB0aGluayB0 aGUgdXRpbGl0eSBvZiByZXF1aXJlbWVudHMgMSBhbmQgMiBhcmUgcHJldHR5IGNsZWFyLiBZb3Ug aGF2ZSBzdGF0ZWQgdGhhdCBib3RoIHN5bW1ldHJpYyBhbmQgYXN5bW1ldHJpYyBsYWJlbHMgYXJl IG5lZWRlZCBpbiBvcHRpY2FsIGZvciBzaW5nbGUgZmliZXIgcmluZ3MuICBXaGlsZSBJJ20gcGVy c29uYWxseSBhbWF6ZWQgdGhhdCB0aGVzZSBzdGlsbCBleGlzdCwgSSAgKHdpdGggbm8gaGF0IG9u KSBhY2NlcHQgdGhlIHVzZSBjYXNlLg0KDQpJIHN1c3BlY3QgdGhhdCBzb21lIGFyZSBub3QgY29u dmluY2VkIG9uIHRoZSBuZWVkIHRvICJwdXQgbGFiZWwgc3ltbWV0cnkgaW50byB0aGUgcHJvdG9j b2wiIChKdWlsaWVuJ3MgcXVlc3Rpb24pDQoNCkNhbiB5b3UgKGF1dGhvcnMpIGVsYWJvcmF0ZSBv biB3aHkgdGhpcyBuZWVkcyB0byBiZSBjaGFuZ2VkPw0KDQpUaGFua3MsDQpMb3UNCg0KT24gMTEv MDUvMjAxMyAwMjowMSBQTSwgSWdvciBCcnlza2luIHdyb3RlOg0KPiBMb3UsDQo+IA0KPj4gICAg IDEuIERvd25zdHJlYW0gc2VsZWN0aW9uIG9mIHRoZSB1cHN0cmVhbSBsYWJlbA0KPj4NCj4+DQo+ PiAgICAgMi4gQW4gb3B0aW9uIHRvIGFsbG93IHVwc3RyZWFtIG5vZGUgdG8gcHJvdmlkZSBzZXQg b2YgbGFiZWxzIHRoYXQNCj4+ICAgICAgICBzaG91bGQgYmUgdXNlZCBpbiB0aGUgZG93bnN0cmVh bSBub2RlcycgY2hvaWNlIG9mIHVwc3RyZWFtIA0KPj4gbGFiZWwNCj4+DQo+PiAgICAgMy4gVGhl IHVzZSBvZiBzeW1tZXRyaWMgbGFiZWxzIHdoZW4gdGhlIGRvd25zdHJlYW0gbm9kZQ0KPj4gICAg ICAgIGlzIHNlbGVjdGluZyB0aGUgbGFiZWwuDQo+Pg0KPj4gICAgIDQuIEFsbG93aW5nIGZvciBh c3ltbWV0cmljIGxhYmVscyBpcyBub3QgYSBuZXcgcmVxdWlyZW1lbnQsIG5vciBkbw0KPj4gICAg ICAgIHlvdSByZWFsbHkgY2FyZSBhYm91dCBpdC4NCj4+DQo+IEkgYWdyZWUgd2l0aCAxLTMuIEJ1 dCA0LiBzaG91bGQgbm90IGJlIGlnbm9yZWQNCj4gDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0t LS0tDQo+IEZyb206IExvdSBCZXJnZXIgW21haWx0bzpsYmVyZ2VyQGxhYm4ubmV0XQ0KPiBTZW50 OiBUdWVzZGF5LCBOb3ZlbWJlciAwNSwgMjAxMyAxMToyOSBBTQ0KPiBUbzogSWdvciBCcnlza2lu OyBWaXNobnUgUGF2YW4gQmVlcmFtDQo+IENjOiBjY2FtcEBpZXRmLm9yZw0KPiBTdWJqZWN0OiBS ZTogW0NDQU1QXSC08Li0OiBDb21tZW50cyBhYm91dCANCj4gZHJhZnQtYmVlcmFtLWNjYW1wLW5l dHdvcmstYXNzaWduZWQtdXBzdHJlYW0tbGFiZWwtMDANCj4gDQo+IElnb3IsDQo+IAlTbyB5b3Ug YXJlIGFkZGluZyB0byAzIHRvIGNvdmVyIHRoZSBjYXNlIHdoZW4gdGhlIHVwc3RyZWFtIG5vZGUg c2VsZWN0cyB0aGUgbGFiZWwsIHJpZ2h0Pw0KPj4gICAgIDMuIFRoZSB1c2Ugb2Ygc3ltbWV0cmlj IGxhYmVscyB3aGVuIHRoZSBkb3duc3RyZWFtIG5vZGUNCj4+ICAgICAgICBpcyBzZWxlY3Rpbmcg dGhlIGxhYmVsLg0KPiANCj4gTG91DQo+IA0KPiBPbiAxMS81LzIwMTMgODoyMCBBTSwgSWdvciBC cnlza2luIHdyb3RlOg0KPj4gSSB3b3VsZCBhZGQ6DQo+Pg0KPj4gNS4gQSB3YXkgZm9yIFVTIG5v ZGUgKGUuZy4gVU5JLUMpIHRvIG1hbmRhdGUgdGhlIGxhYmVsIHN5bW1ldHJpY2l0eS4NCj4+DQo+ PiAgDQo+Pg0KPj4gKkZyb206KmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmcgW21haWx0bzpjY2FtcC1i b3VuY2VzQGlldGYub3JnXSAqT24gDQo+PiBCZWhhbGYgT2YgKlZpc2hudSBQYXZhbiBCZWVyYW0N Cj4+ICpTZW50OiogVHVlc2RheSwgTm92ZW1iZXIgMDUsIDIwMTMgMTA6NTAgQU0NCj4+ICpUbzoq IExvdSBCZXJnZXINCj4+ICpDYzoqIGNjYW1wQGlldGYub3JnDQo+PiAqU3ViamVjdDoqIFJlOiBb Q0NBTVBdILTwuLQ6IENvbW1lbnRzIGFib3V0DQo+PiBkcmFmdC1iZWVyYW0tY2NhbXAtbmV0d29y ay1hc3NpZ25lZC11cHN0cmVhbS1sYWJlbC0wMA0KPj4NCj4+ICANCj4+DQo+PiBMb3UsDQo+Pg0K Pj4gIA0KPj4NCj4+IFllcywgeW91ciBzdW1tYXJpemVkIHBvaW50cyBhcmUgY29ycmVjdC4NCj4+ DQo+PiAgDQo+Pg0KPj4gVGhhbmtzLA0KPj4NCj4+IC1QYXZhbi4NCj4+DQo+PiAgDQo+Pg0KPj4g T24gVHVlLCBOb3YgNSwgMjAxMyBhdCAxMDoyMCBBTSwgTG91IEJlcmdlciA8bGJlcmdlckBsYWJu Lm5ldCANCj4+IDxtYWlsdG86bGJlcmdlckBsYWJuLm5ldD4+IHdyb3RlOg0KPj4NCj4+IFBhdmFu LA0KPj4gICAgICAgICBJIHRoaW5rIHRoaXMgaXMgaGVscGZ1bCBpbiB0cnlpbmcgdG8gdW5kZXJz dGFuZCB3aGF0IHRoZSANCj4+IGdvYWxzIGFyZSBvZiB0aGUgZHJhZnQuICBBZ2FpbiwgSSdsbCBy ZXNpc3QgYXJndWluZyBhYm91dCB0aGUgDQo+PiBtZWNoYW5pc21zIHRoYXQgYXJlIHByb3Bvc2Vk IHVudGlsIHdlJ3ZlIGFncmVlZCBvbiB3aGF0IHJlcXVpcmVtZW50cyANCj4+IG5lZWQgdG8gYmUg YWRkcmVzc2VkLg0KPj4gKFdoaWxlIHRoZSBtZWNoYW5pc20gZGV0YWlscywgaS5lLiwgdGhlICJo b3ciLCBhcmUgY2VydGFpbmx5IA0KPj4gaW1wb3J0YW50LCBhcmd1aW5nIHRob3NlIGRvZXNuJ3Qg cmVhbGx5IGFuc3dlciB0aGUgbGFyZ2VyIHF1ZXN0aW9uIG9mIA0KPj4gIndoYXQiIHlvdSdkIGxp a2UgdG8gYWNjb21wbGlzaC4pDQo+Pg0KPj4gIA0KPj4NCj4+IFZQQjogQWdyZWUuDQo+Pg0KPj4g IA0KPj4NCj4+DQo+PiAgICAgU28gdGhlIGxpc3Qgb2YgcmVxdWlyZW1lbnRzIGlzIG5vdyB0aGUg YWRkaXRpb24gb2Y6DQo+PiAgICAgMS4gRG93bnN0cmVhbSBzZWxlY3Rpb24gb2YgdGhlIHVwc3Ry ZWFtIGxhYmVsDQo+Pg0KPj4NCj4+ICAgICAyLiBBbiBvcHRpb24gdG8gYWxsb3cgdXBzdHJlYW0g bm9kZSB0byBwcm92aWRlIHNldCBvZiBsYWJlbHMgdGhhdA0KPj4gICAgICAgIHNob3VsZCBiZSB1 c2VkIGluIHRoZSBkb3duc3RyZWFtIG5vZGVzJyBjaG9pY2Ugb2YgdXBzdHJlYW0gDQo+PiBsYWJl bA0KPj4NCj4+ICAgICAzLiBUaGUgdXNlIG9mIHN5bW1ldHJpYyBsYWJlbHMgd2hlbiB0aGUgZG93 bnN0cmVhbSBub2RlDQo+PiAgICAgICAgaXMgc2VsZWN0aW5nIHRoZSBsYWJlbC4NCj4+DQo+PiAg ICAgNC4gQWxsb3dpbmcgZm9yIGFzeW1tZXRyaWMgbGFiZWxzIGlzIG5vdCBhIG5ldyByZXF1aXJl bWVudCwgbm9yIGRvDQo+PiAgICAgICAgeW91IHJlYWxseSBjYXJlIGFib3V0IGl0Lg0KPj4NCj4+ ICAgICBJcyB0aGlzIGNvcnJlY3Q/DQo+Pg0KPj4gICAgIFRoYW5rcywNCj4+ICAgICBMb3UNCj4+ DQo+Pg0KPj4gICAgIE9uIDExLzUvMjAxMyA1OjI1IEFNLCBWaXNobnUgUGF2YW4gQmVlcmFtIHdy b3RlOg0KPj4gICAgID4gSSBzZWUgYSBwYXR0ZXJuIGluIHRoZSBxdWVzdGlvbnMgdGhhdCBhcmUg YmVpbmcgcmFpc2VkLiBJJ2xsIHRyeQ0KPj4gICAgIGFuZCBzZWUNCj4+ICAgICA+IGlmIEkgY2Fu IGFuc3dlciB0aGVtIGFsbCB1c2luZyB0aGUgZm9sbG93aW5nIFEmQS4NCj4+ICAgICA+DQo+PiAg ICAgPiBBLiAiTGFiZWwgU3ltbWV0cmljaXR5IjoNCj4+ICAgICA+DQo+PiAgICAgPiAoMSkgQXJl bid0IGxhYmVscyBhbHdheXMgc3ltbWV0cmljIGluIHByYWN0aWNlPyBBcmUgdGhlcmUgYW55DQo+ PiAgICAgYXN5bW1ldHJpYw0KPj4gICAgID4gbGFiZWwgc2NlbmFyaW9zIGF0IGFsbD8NCj4+ICAg ICA+IEFuczogWWVzLCBsYWJlbHMgYXJlIGFsbW9zdCBhbHdheXMgc3ltbWV0cmljIGluIHByYWN0 aWNlLiBUaGUgZHJhZnQNCj4+ICAgICA+IGV4cGxpY2l0bHkgc3RhdGVzIHRoYXQuIEkgaGF2ZW4n dCBjb21lIGFjcm9zcyBhbnkgc2luZ2xlDQo+PiAgICAgPiBzY2VuYXJpby9wcm9kdWN0IHdoZXJl IGFzeW1tZXRyaWMgbGFiZWxzIGFyZSB1c2VkLiBBcyBJZ29yIHBvaW50ZWQgb3V0DQo+PiAgICAg PiBpbiBhbiBlYXJsaWVyIGVtYWlsLCB0aGVyZSBjb3VsZCBiZSBpbiB0aGVvcnkgc29tZSBzaW5n bGUtZmliZXINCj4+ICAgICA+IGNvbmZpZ3VyYXRpb25zIHdoZXJlIHRoZSBzYW1lIHdhdmVsZW5n dGggY2Fubm90IGJlIHVzZWQgZm9yIGJvdGgNCj4+ICAgICA+IGRpcmVjdGlvbnMuIEJ1dCBJIGRv bid0IGtub3cgaWYgYW55b25lIHJlYWxseSB1c2VzIHRoYXQuDQo+PiAgICAgPg0KPj4gICAgID4g KDIpIFRoZW4gd2h5IGRvIHlvdSBuZWVkIGFuIGV4cGxpY2l0IHJlcXVlc3QgZnJvbSB0aGUgaW5n cmVzcyB0byBtYWtlDQo+PiAgICAgPiB0aGVtIHN5bW1ldHJpYyBhdCBlYWNoIGhvcD8NCj4+ICAg ICA+IEFuczogVGhpcyBpcyBiZWNhdXNlIHRoZSBleHRlbnNpb25zIGluIFJGQzM0NzMgYWxsb3dz ICJMYWJlbA0KPj4gICAgID4gQXN5bW1ldHJpY2l0eSIgYW5kIGFuZCBhcyBhIHJlc3VsdCBzeW1t ZXRyaWNpdHkgY2Fubm90IGJlIGFzc3VtZWQgYnkNCj4+ICAgICA+IGRlZmF1bHQuIFRoZXJlIGlz IGN1cnJlbnRseSBubyB3YXkgb2YgbWFuZGF0aW5nIHN5bW1ldHJpY2l0eSBhdA0KPj4gICAgIGVh Y2ggaG9wDQo+PiAgICAgPiBhbG9uZyB0aGUgcGF0aCBvZiB0aGUgTFNQLg0KPj4gICAgID4NCj4+ ICAgICA+ICgzKSBTYXksIHdlIGFsbCBhZ3JlZSB0aGF0ICJTeW1tZXRyaWNpdHkiIGlzIGFsd2F5 cyBndWFyYW50ZWVkDQo+PiAgICAgKG1heWJlIHdlDQo+PiAgICAgPiBldmVuIHN0YXRlIGl0IGV4 cGxpY2l0bHkgaW4gc29tZSBzdGFuZGFyZCBkb2N1bWVudCkuIFdvdWxkIHlvdSB0aGVuIGJlDQo+ PiAgICAgPiBhYmxlIHRvIHVzZSBleGlzdGluZyBleHRlbnNpb25zIGFuZCBhZGRyZXNzIHRoZSAi YWxpZW4td2F2ZWxlbmd0aCINCj4+ICAgICBzZXR1cA0KPj4gICAgID4gdXNlLWNhc2U/DQo+PiAg ICAgPiBBbnM6IE5vLCB0aGUgZXhpc3RpbmcgZXh0ZW5zaW9ucyBzdGlsbCBmYWxsIHNob3J0LiBX aGF0IGRvZXMgdGhlDQo+PiAgICAgPiBpbmdyZXNzLWNsaWVudCBmaWxsIGluIHRoZSBVUFNUUkVB TV9MQUJFTCB3aGVuIGl0IGhhcyBubyBrbm93bGVkZ2Ugb24NCj4+ICAgICA+IHdoYXQgbmVlZHMg dG8gYmUgdXNlZD8gQXMgcGVyIGN1cnJlbnQgZXh0ZW5zaW9ucywgdGhlIFVQU1RSRUFNX0xBQkVM DQo+PiAgICAgPiBuZWVkcyB0byBiZSBmaWxsZWQgaW4gd2l0aCBhIHZhbGlkIGxhYmVsIGJlZm9y ZSBzZW5kaW5nIHRoZSBQQVRIDQo+PiAgICAgb3V0LiBXZQ0KPj4gICAgID4gc3RpbGwgbmVlZCB0 aGUgaW5ncmVzcy1jbGllbnQgdG8gaGF2ZSBzb21lIG1lY2hhbmlzbSB0byB0ZWxsIHRoZQ0KPj4g ICAgIG5ldHdvcmsNCj4+ICAgICA+IC0gInBsZWFzZSBpZ25vcmUgd2hhdCBJJ20gZmlsbGluZyBp biB0aGUgVVBTVFJFQU1fTEFCRUw7IGp1c3QgdGFrZSB0aGUNCj4+ICAgICA+IExBQkVMX1NFVCBp bnRvIGFjY291bnQgaWYgSSBmaWxsIG9uZTsgSSdsbCB1c2Ugd2hhdCBpcyByZXR1cm5lZCBpbiB0 aGUNCj4+ICAgICA+IFJFU1YtTEFCRUwgZm9yIGJvdGggZGlyZWN0aW9ucy4iDQo+PiAgICAgPg0K Pj4gICAgID4gKDQpIExhYmVsIGFsbG9jYXRpb24gaGFzIGFsd2F5cyBiZWVuIGEgbG9jYWwgY2hv aWNlLiBXaHkgc2hvdWxkIHRoZQ0KPj4gICAgID4gaW5ncmVzcyByZXF1ZXN0IGhvdyBsYWJlbHMg YXJlIGFsbG9jYXRlZCBhdCBzb21lIGRvd25zdHJlYW0gaG9wPw0KPj4gICAgID4gQW5zOiBUaGUg aW5ncmVzcyBoYXMgYWx3YXlzIGJlZW4gdGhlIG9uZSB0byByZXF1ZXN0IHRoZSBkb3duc3RyZWFt DQo+PiAgICAgbm9kZQ0KPj4gICAgID4gdG8gYWxsb2NhdGUgbGFiZWxzIGluIGJvdGggZGlyZWN0 aW9ucy4gQWxsIHRoYXQgdGhlIGRyYWZ0IGlzIHByb3Bvc2luZw0KPj4gICAgID4gaXMgYSBtZWNo YW5pc20gZm9yIHRoZSBpbmdyZXNzIHRvIHNheSB0aGF0IHRoZXNlIHR3byBsYWJlbHMgbmVlZCB0 byBiZQ0KPj4gICAgID4gc3ltbWV0cmljLg0KPj4gICAgID4NCj4+ICAgICA+IEIuICJMYWJlbCBB c3ltbWV0cmljaXR5Ig0KPj4gICAgID4NCj4+ICAgICA+ICg0KSBIYXZlIHRoZSAiTGFiZWwgQXN5 bW1ldHJpY2l0eSIgZXh0ZW5zaW9ucyBiZWVuIGluY2x1ZGVkIGp1c3QgZm9yDQo+PiAgICAgPiBj b21wbGV0aW9uIHNha2U/IENhbiB0aG9zZSBiZSBqZXR0aXNvbmVkIGlmIHdlIHRoZXJlIGlzIG5v IG5lZWQgZm9yDQo+PiAgICAgPiBhc3ltbWV0cmljIGxhYmVscz8NCj4+ICAgICA+IEFuczogWWVz LiBUaGUgcHJpbWFyeSByZWFzb24gd2h5IHRob3NlIGV4dGVuc2lvbnMgYXJlIGluY2x1ZGVkIGlu IHRoZQ0KPj4gICAgID4gZHJhZnQgaXMgYmVjYXVzZSBSRkMzNDczIGFsbG93cyBhc3ltbWV0cmlj aXR5LiBXZSBkb24ndCBuZWVkIHRvDQo+PiAgICAgZGlzY3Vzcw0KPj4gICAgID4gdGhvc2UgaWYg d2UgZXhwbGljaXRseSBzdGF0ZSBzb21ld2hlcmUgKGluIHNvbWUgc3RhbmRhcmQgZG9jdW1lbnQp DQo+PiAgICAgdGhhdA0KPj4gICAgID4gImxhYmVscyBhcmUgYWx3YXlzIHN5bW1ldHJpYyIgYW5k IHRoYXQgYWxsIHByZXZpb3VzIGV4dGVuc2lvbnMgZGVmaW5lZA0KPj4gICAgID4gZm9yIGFzeW1t ZXRyaWNpdHkgYXJlIHVzZS1sZXNzLg0KPj4gICAgID4NCj4+ICAgICA+IEMuICJVc2UtQ2FzZSIN Cj4+ICAgICA+DQo+PiAgICAgPiAoNSkgSSBkb24ndCB1bmRlcnN0YW5kIGFueSBvZiB0aGUgYWJv dmUuIFdoeSBkbyB3ZSBuZWVkIHRoZSBuZXR3b3JrIHRvDQo+PiAgICAgPiBhc3NpZ24gYW4gdXBz dHJlYW0gbGFiZWw/DQo+PiAgICAgPiBBbnM6IFBsZWFzZSByZWFkIHRoZSBkcmFmdC4gU2VjdGlv biA1IGRpc2N1c3NlcyBhIHNwZWNpZmljIHVzZS1jYXNlLg0KPj4gICAgID4NCj4+ICAgICA+DQo+ PiAgICAgPiBSZWdhcmRzLA0KPj4gICAgID4gLVBhdmFuDQo+PiAgICAgPg0KPj4gICAgID4NCj4+ ICAgICA+IE9uIFR1ZSwgTm92IDUsIDIwMTMgYXQgMjoyOSBBTSwgWmFmYXIgQWxpICh6YWxpKSA8 emFsaUBjaXNjby5jb20NCj4+ICAgICA8bWFpbHRvOnphbGlAY2lzY28uY29tPg0KPj4NCj4+ICAg ICA+IDxtYWlsdG86emFsaUBjaXNjby5jb20gPG1haWx0bzp6YWxpQGNpc2NvLmNvbT4+PiB3cm90 ZToNCj4+ICAgICA+DQo+PiAgICAgPiAgICAgSGktDQo+PiAgICAgPg0KPj4gICAgID4gICAgIEZ1 cnRoZXJtb3JlLCB3aGVuIChhbGllbikgd2F2ZWxlbmd0aCBpcyBzYW1lIGluIGZvcndhcmQgYW5k DQo+PiAgICAgcmV2ZXJzZQ0KPj4gICAgID4gICAgIGRpcmVjdGlvbiwgd2UgY2FuIHVzZSBsYWJl bCBzZXQgYWxvbmcgd2l0aCBhY2NlcHRhYmxlIGxhYmVsDQo+PiAgICAgc2V0IC0gYXMNCj4+ICAg ICA+ICAgICBkZWZpbmVkIGluIFJGQzM0NzMuIFRoZSBvbmx5IHVzZSBjYXNlIHRoaXMgZHJhZnQg YWRkcmVzc2VzIGlzDQo+PiAgICAgd2hlbiBhbGllbg0KPj4gICAgID4gICAgIHdhdmVsZW5ndGgg YXJlIGFzeW1tZXRyaWNhbCBpbiBmb3J3YXJkIGFuZCByZXZlcnNlIGRpcmVjdGlvbi4NCj4+ICAg ICBJIGFtIG5vdA0KPj4gICAgID4gICAgIGF3YXJlIG9mIGFueSBleGFtcGxlIG9mIHN1Y2ggdXNl IGNhc2UuDQo+PiAgICAgPg0KPj4gICAgID4gICAgIFRoYW5rcw0KPj4gICAgID4NCj4+ICAgICA+ ICAgICBSZWdhcmRzIKGtIFphZmFyDQo+PiAgICAgPg0KPj4gICAgID4NCj4+ICAgICA+ICAgICAt LS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPj4NCj4+ICAgICA+ICAgICBGcm9tOiBGYXRhaSBa aGFuZyA8emhhbmdmYXRhaUBodWF3ZWkuY29tDQo+PiAgICAgPG1haWx0bzp6aGFuZ2ZhdGFpQGh1 YXdlaS5jb20+IDxtYWlsdG86emhhbmdmYXRhaUBodWF3ZWkuY29tDQo+PiAgICAgPG1haWx0bzp6 aGFuZ2ZhdGFpQGh1YXdlaS5jb20+Pj4NCj4+ICAgICA+ICAgICBEYXRlOiBNb25kYXksIE5vdmVt YmVyIDQsIDIwMTMgNzozOCBQTQ0KPj4NCj4+ICAgICA+ICAgICBUbzogImp1bGllbi5tZXVyaWNA b3JhbmdlLmNvbQ0KPj4gICAgIDxtYWlsdG86anVsaWVuLm1ldXJpY0BvcmFuZ2UuY29tPiA8bWFp bHRvOmp1bGllbi5tZXVyaWNAb3JhbmdlLmNvbQ0KPj4gICAgIDxtYWlsdG86anVsaWVuLm1ldXJp Y0BvcmFuZ2UuY29tPj4iDQo+PiAgICAgPiAgICAgPGp1bGllbi5tZXVyaWNAb3JhbmdlLmNvbSA8 bWFpbHRvOmp1bGllbi5tZXVyaWNAb3JhbmdlLmNvbT4NCj4+ICAgICA8bWFpbHRvOmp1bGllbi5t ZXVyaWNAb3JhbmdlLmNvbQ0KPj4gICAgIDxtYWlsdG86anVsaWVuLm1ldXJpY0BvcmFuZ2UuY29t Pj4+LCBWaXNobnUNCj4+ICAgICA+ICAgICBQYXZhbg0KPj4NCj4+ICAgICA+ICAgICBCZWVyYW0g PHZpc2hudXBhdmFuQGdtYWlsLmNvbSA8bWFpbHRvOnZpc2hudXBhdmFuQGdtYWlsLmNvbT4NCj4+ ICAgICA8bWFpbHRvOnZpc2hudXBhdmFuQGdtYWlsLmNvbSA8bWFpbHRvOnZpc2hudXBhdmFuQGdt YWlsLmNvbT4+Pg0KPj4gICAgID4gICAgIENjOiAiY2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2Ft cEBpZXRmLm9yZz4NCj4+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBA aWV0Zi5vcmc+PiIgPGNjYW1wQGlldGYub3JnDQo+PiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9y Zz4NCj4+ICAgICA+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0 Zi5vcmc+Pj4NCj4+DQo+PiAgICAgPiAgICAgU3ViamVjdDogW0NDQU1QXSC08Li0OiAgQ29tbWVu dHMNCj4+ICAgICA+ICAgICBhYm91dCAgIGRyYWZ0LWJlZXJhbS1jY2FtcC1uZXR3b3JrLWFzc2ln bmVkLXVwc3RyZWFtLWxhYmVsLTAwDQo+PiAgICAgPg0KPj4gICAgID4gICAgID5IaSBQYXZhbiwN Cj4+ICAgICA+ICAgICA+DQo+PiAgICAgPiAgICAgPlVuZGVyc3Rvb2Qgd2hhdCB5b3Ugc2FpZCBp biBwcmluY2lwbGUsIGJ1dCBjb3VsZCB5b3UgZ2l2ZSBhbg0KPj4gICAgIGV4YW1wbGUgdG8NCj4+ ICAgICA+ICAgICA+c2hvdyB0aGVyZSBhcmUgYXN5bW1lcnRyaWMgbGFiZWxzICh3YXZlbGVuZ3Ro PykgZm9yIHRoZQ0KPj4gICAgIGJpZGlyZWN0aWFvbmFsDQo+PiAgICAgPiAgICAgPkxTUHMgKGVz cGVjaWFsbCBmb3IgdGhlIHRyYW5zcG9ydCBuZXR3b3JrcykgaW4gdGhlIHJlYWwNCj4+ICAgICA+ ICAgICBpbXBsZW1lbnRhdGlvbnM/DQo+PiAgICAgPiAgICAgPg0KPj4gICAgID4gICAgDQo+PiAg ICAgPj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09DQo+PiAgICAgPiAgICAgPj09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09DQo+PiAgICAgPiAgICAgPkluIHByYWN0aWNlLCBtb3N0IGJpZGly ZWN0aW9uYWwgTFNQcyBoYXZlIGxhYmVsIHN5bW1ldHJpY2l0eSBvbg0KPj4gICAgID4gICAgIGVh Y2ggaG9wDQo+PiAgICAgPiAgICAgPmFsb25nIHRoZSBwYXRoIG9mIHRoZSBMU1AuIEJ1dCB0aGlz IGlzIHNvbWV0aGluZyB0aGF0IGNhbm5vdA0KPj4gICAgIGJlIGFzc3VtZWQNCj4+ICAgICA+ICAg ICA+YnkgZGVmYXVsdC4NCj4+ICAgICA+ICAgICA+DQo+PiAgICAgPiAgICAgPg0KPj4gICAgID4g ICAgID4NCj4+ICAgICA+ICAgICA+VGhhbmtzDQo+PiAgICAgPiAgICAgPg0KPj4gICAgID4gICAg ID5GYXRhaQ0KPj4gICAgID4gICAgID4NCj4+ICAgICA+ICAgICA+X19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXw0KPj4NCj4+ICAgICA+ICAgICA+t6K8/sjLOiBjY2FtcC1i b3VuY2VzQGlldGYub3JnDQo+PiAgICAgPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPiA8 bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmcNCj4+ICAgICA8bWFpbHRvOmNjYW1wLWJvdW5j ZXNAaWV0Zi5vcmc+Pg0KPj4gICAgID4gICAgIFtjY2FtcC1ib3VuY2VzQGlldGYub3JnIDxtYWls dG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZz4NCj4+ICAgICA8bWFpbHRvOmNjYW1wLWJvdW5jZXNA aWV0Zi5vcmcgPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPj5dILT6DQo+PiAgICAgse0g SnVsaWVuDQo+PiAgICAgPiAgICAgTWV1cmljDQo+PiAgICAgPiAgICAgPltqdWxpZW4ubWV1cmlj QG9yYW5nZS5jb20gPG1haWx0bzpqdWxpZW4ubWV1cmljQG9yYW5nZS5jb20+DQo+PiAgICAgPG1h aWx0bzpqdWxpZW4ubWV1cmljQG9yYW5nZS5jb20gDQo+PiA8bWFpbHRvOmp1bGllbi5tZXVyaWNA b3JhbmdlLmNvbT4+XQ0KPj4NCj4+ICAgICA+ICAgICA+t6LLzcqxvOQ6IDIwMTPE6jEx1MI1yNUg MTA6MzUNCj4+ICAgICA+ICAgICA+ytW8/sjLOiBWaXNobnUgUGF2YW4gQmVlcmFtDQo+Pg0KPj4g ICAgID4gICAgID6zrcvNOiBjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPg0K Pj4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+DQo+ Pg0KPj4gICAgID4gICAgID7W98ziOiBSZTogW0NDQU1QXSBDb21tZW50cyBhYm91dA0KPj4gICAg ID4gICAgID5kcmFmdC1iZWVyYW0tY2NhbXAtbmV0d29yay1hc3NpZ25lZC11cHN0cmVhbS1sYWJl bC0wMA0KPj4gICAgID4gICAgID4NCj4+ICAgICA+ICAgICA+SGkgUGF2YW4uDQo+PiAgICAgPiAg ICAgPg0KPj4gICAgID4gICAgID5FdmVuIHRob3VnaCBJIGFncmVlIHdpdGggeW91ciB1bmFzc2ln bmVkIFVwc3RyZWFtX0xhYmVsDQo+PiAgICAgcmVxdWlyZW1lbnQsIEkNCj4+ICAgICA+ICAgICA+ bmVlZCB0byBkaXNhZ3JlZSB3aXRoIHRoZSBkYXRhIHBsYW5lIHJhdGlvbmFsZSB5b3UgbWVudGlv bi4NCj4+ICAgICA+ICAgICA+DQo+PiAgICAgPiAgICAgPlRoZSBVcHN0cmVhbV9MYWJlbCByZWZl cnMgdG8gdGhlIGNsaWVudCdzIG9wdGljYWwgcmVjZWl2ZXI6DQo+PiAgICAgeW91IGRvbid0DQo+ PiAgICAgPiAgICAgPm5lZWQgdG8gdHVuZSBhIGxhc2VyIG9uIHRoZSByZWNlaXZlciBzaWRlLiBU aGUgZGF0YQ0KPj4gICAgIHRyYW5zbWlzc2lvbiBjb3VsZA0KPj4gICAgID4gICAgID5ldmVuIHdv cmsgd2l0aG91dCBzZW5kaW5nIHRoZSBhY3R1YWwgVXBzdHJlYW1fTGFiZWwgaW4NCj4+ICAgICBS U1ZQLVRFIG1lc3NhZ2VzDQo+PiAgICAgPiAgICAgPnRvIHRoZSBjbGllbnQ6IEkgYW0gbm90IHJl YWxseSBhIGZhbiBvZiB0aGF0IGFwcHJvYWNoLCBidXQNCj4+ICAgICB0aGF0IHdvdWxkDQo+PiAg ICAgPiAgICAgPmZpdCBjYXNlcyB3aGVyZSBvcHRpY2FsIHBvbGljaWVzIGFyZSBsZWZ0IHRvIHRo ZSBvcHRpY2FsDQo+PiAgICAgbmV0d29yay4uLg0KPj4gICAgID4gICAgID4NCj4+ICAgICA+ICAg ICA+TW9yZW92ZXIsIEkgaGF2ZSBkb3VidHMgb24gcHV0dGluZyBsYWJlbCBzeW1tZXRyeSB3aXRo aW4gdGhlDQo+PiAgICAgcHJvdG9jb2wuDQo+PiAgICAgPiAgICAgPlRoaXMgaXMgbW9yZSBhbiBh bGxvY2F0aW9uIHBvbGljeSBpbiB0aGUgaGFuZHMgb2YgYWxsb2NhdGluZw0KPj4gICAgIG5vZGVz Og0KPj4gICAgID4gICAgID5yZXF1ZXN0aW5nIGFuIGFsbG9jYXRpb24gbW9kZSBmcm9tIGFuIGlu Z3Jlc3Mgbm9kZSB3b3VsZCBtZWFuDQo+PiAgICAgZG9pbmcgdGhlDQo+PiAgICAgPiAgICAgPnNl cnZlciBqb2IsIEkgYW0gbm90IHN1cmUgaXQgaXMgZGVzaXJhYmxlLg0KPj4gICAgID4gICAgID4N Cj4+ICAgICA+ICAgICA+SnVsaWVuDQo+PiAgICAgPiAgICAgPg0KPj4gICAgID4gICAgID4NCj4+ ICAgICA+ICAgICA+T24gMTEvMDQvMjAxMyAyMzo0OSwgVmlzaG51IFBhdmFuIEJlZXJhbSB3cm90 ZToNCj4+ICAgICA+ICAgICA+PiBMb3UsDQo+PiAgICAgPiAgICAgPj4NCj4+ICAgICA+ICAgICA+ PiBUaGUgZXh0ZW5zaW9ucyBkZWZpbmVkIGluIHRoaXMgZHJhZnQgZG8gbm90IGltcG9zZSBhbnkN Cj4+ICAgICBiYWNrd2FyZHMNCj4+ICAgICA+ICAgICA+PiBjb21wYXRpYmlsaXR5IGlzc3Vlcy4g VGhlIGludGVudCBpcyBkZWZpbml0ZWx5IG5vdCB0bw0KPj4gICAgIGNoYW5nZSB0aGUNCj4+ICAg ICA+ICAgICA+PiBmdW5kYW1lbnRhbCBhc3BlY3RzIG9mIHRoZSBwcm90b2NvbC4gQXMgeW91IHdv dWxkIGFncmVlLCBpdA0KPj4gICAgIGlzIG5vdA0KPj4gICAgID4gICAgID4+IG1hbmRhdG9yeSB0 byB0cnkgYW5kIGZpdCB0aGUgZXh0ZW5zaW9ucyBkZWZpbmVkIGluIFJGQzM0NzMNCj4+ICAgICB0 byBhbGwgYW5kDQo+PiAgICAgPiAgICAgPj4gc3VuZHJ5LiBOZXcgZXh0ZW5zaW9ucyBhcmUgYmVp bmcgaW50cm9kdWNlZCBvbmx5IHdoZXJlIHRoZQ0KPj4gICAgIGV4aXN0aW5nDQo+PiAgICAgPiAg ICAgPj4gZXh0ZW5zaW9ucyBmYWxsIHNob3J0LiBMZXQgbWUgd2FsayB0aHJvdWdoIHRoZSByZXF1 aXJlbWVudHMNCj4+ICAgICB0aGF0IHdlDQo+PiAgICAgPiAgICAgPj4gYXJlIGxvb2tpbmcgYXQg YW5kIHRoYXQgd291bGQgaG9wZWZ1bGx5IGV4cGxhaW4gdGhlIGxpbWl0YXRpb25zDQo+PiAgICAg PiAgICAgb2YgdGhlDQo+PiAgICAgPiAgICAgPj4gZXhpc3RpbmcgZXh0ZW5zaW9ucy4NCj4+ICAg ICA+ICAgICA+Pg0KPj4gICAgID4gICAgID4+IEJhc2UgcmVxdWlyZW1lbnQgOg0KPj4gICAgID4g ICAgID4+IE5lZWQgYSBtZWNoYW5pc20gZm9yIGEgZ2l2ZW4gbm9kZSB0byBzYXkgdGhhdCBpdCBj YW5ub3QNCj4+ICAgICBhc3NpZ24gYW4NCj4+ICAgICA+ICAgICA+PiB1cHN0cmVhbS1sYWJlbCBv biBpdHMgb3duIGFuZCB0aGF0IGl0IG5lZWRzIHRoZSBuZXR3b3JrIChyZWFkDQo+PiAgICAgPiAg ICAgPj4gZG93bnN0cmVhbSkgdG8gYXNzaWduIGl0IGluc3RlYWQuDQo+PiAgICAgPiAgICAgPj4N Cj4+ICAgICA+ICAgICA+PiBDb3JvbGxhcnkgcmVxdWlyZW1lbnRzIDoNCj4+ICAgICA+ICAgICA+ PiAxLiBOZWVkIGEgbWVjaGFuaXNtIGZvciBhIGdpdmVuIG5vZGUgdG8gYXNrIGZvciBhDQo+PiAg ICAgbmV0d29yay1hc3NpZ25lZA0KPj4gICAgID4gICAgID4+IHVwc3RyZWFtIGxhYmVsIHdpdGhv dXQgaGF2aW5nIHRvIHNwZWNpZnkgYW55IGlucHV0cyBvbiB3aGF0DQo+PiAgICAgbGFiZWwNCj4+ ICAgICA+ICAgICA+PiBuZWVkcyB0byBnZXQgcGlja2VkLg0KPj4gICAgID4gICAgID4+IDIuIE5l ZWQgYSBtZWNoYW5pc20gZm9yIGEgZ2l2ZW4gbm9kZSB0byBhc2sgZm9yIGENCj4+ICAgICBuZXR3 b3JrLWFzc2lnbmVkDQo+PiAgICAgPiAgICAgPj4gdXBzdHJlYW0gbGFiZWwgYW5kIGFsc28gc3Bl Y2lmeSBzb21lIGNob2ljZXMgZm9yIHRoZSBsYWJlbA0KPj4gICAgIHRoYXQgbmVlZHMNCj4+ICAg ICA+ICAgICA+PiB0byBnZXQgcGlja2VkLg0KPj4gICAgID4gICAgID4+IDMuIElmIGxhYmVscyBh cmUgc3ltbWV0cmljLCBhIGdpdmVuIG5vZGUgY2FuIHNpbXBseSB1c2UgdGhlDQo+PiAgICAgbGFi ZWwNCj4+ICAgICA+ICAgICA+PiByZXR1cm5lZCBpbiB0aGUgTEFCRUwgb2JqZWN0IG9mIHRoZSBS RVNWIG1lc3NhZ2UgZm9yIGJvdGgNCj4+ICAgICBkaXJlY3Rpb25zLg0KPj4gICAgID4gICAgID4+ IEluIHByYWN0aWNlLCBtb3N0IGJpZGlyZWN0aW9uYWwgTFNQcyBoYXZlIGxhYmVsDQo+PiAgICAg c3ltbWV0cmljaXR5IG9uIGVhY2gNCj4+ICAgICA+ICAgICA+PiBob3AgYWxvbmcgdGhlIHBhdGgg b2YgdGhlIExTUC4gQnV0IHRoaXMgaXMgc29tZXRoaW5nIHRoYXQNCj4+ICAgICBjYW5ub3QgYmUN Cj4+ICAgICA+ICAgICA+PiBhc3N1bWVkIGJ5IGRlZmF1bHQuIEhlbmNlLCB0aGVyZSBpcyBhIG5l ZWQgdG8gaGF2ZSBhIG1lY2hhbmlzbQ0KPj4gICAgID4gICAgIGZvciB0aGUNCj4+ICAgICA+ICAg ICA+PiBpbmdyZXNzIHRvIHJlcXVlc3QgImxhYmVsIHN5bW1ldHJpY2l0eSIgYXQgZWFjaCBob3Ag YWxvbmcNCj4+ICAgICB0aGUgcGF0aCBvZg0KPj4gICAgID4gICAgID4+IHRoZSBMU1AuDQo+PiAg ICAgPiAgICAgPj4NCj4+ICAgICA+ICAgICA+PiBDYW4geW91IHNvbWVob3cgZml0IGEgc29sdXRp b24gdXNpbmcgdGhlIGN1cnJlbnQgZXh0ZW5zaW9ucw0KPj4gICAgIGFuZCBjYXRlcg0KPj4gICAg ID4gICAgID4+IHRvIHRoZSBhYm92ZSByZXF1aXJlbWVudHM/DQo+PiAgICAgPiAgICAgPj4gV2Ug YmVsaWV2ZSB0aGUgYW5zd2VyIGlzIE5PLiBPbmUgc3VnZ2VzdGlvbiBvbiB0aGUgbWFpbGluZyBs aXN0DQo+PiAgICAgPiAgICAgd2FzIHRvDQo+PiAgICAgPiAgICAgPj4gc2V0IGEgcmFuZG9tIFVQ U1RSRUFNX0xBQkVMIGFuZCBzZW5kIGl0IG91dCBvbiBhIGZpc2hpbmcNCj4+ICAgICBleHBlZGl0 aW9uLg0KPj4gICAgID4gICAgID4+IFRoZSBpZGVhIHdhcyB0aGF0IHRoZSBkb3duc3RyZWFtIG5v ZGUgd291bGQgdGhlbiByZXNwb25kIHdpdGggYQ0KPj4gICAgID4gICAgID4+IFBBVEgtRVJSIGNh cnJ5aW5nIGFuIEFDQ0VQVEFCTEVfTEFCRUxfU0VULiBKb2huIGFuZCBJZ29yIGhhdmUNCj4+ICAg ICA+ICAgICBwcm92aWRlZA0KPj4gICAgID4gICAgID4+IGEgbGlzdCBvZiByZWFzb25zIG9uIHdo eSB0aGF0IGlzbid0IGEgZ3JlYXQgaWRlYS4gTGV0IG1lDQo+PiAgICAgYWRkIGFub3RoZXINCj4+ ICAgICA+ICAgICA+PiBwb2ludCAtDQo+PiAgICAgPiAgICAgPj4gLSBBcyBwZXIgUkZDMzQ3MyAt IHdoZW4gYSBub2RlIHJlY2VpdmVzIGFuIFVQU1RSRUFNX0xBQkVMDQo+PiAgICAgb2JqZWN0IGlu DQo+PiAgICAgPiAgICAgPj4gdGhlIFBBVEgsIGl0IG1lYW5zIHRoYXQgdGhlIHVwc3RyZWFtIG5v ZGUgTVVTVCBoYXZlIGFscmVhZHkNCj4+ICAgICA+ICAgICA+PiBpbnN0YWxsZWQvcHJvZ3JhbW1l ZCB0aGlzIGxhYmVsLiBJbiB0aGUgYWxpZW4gd2F2ZWxlbmd0aA0KPj4gICAgIHVzZS1jYXNlDQo+ PiAgICAgPiAgICAgPj4gKGRpc2N1c3NlZCBpbiB0aGUgZHJhZnQpLCB3aGVuIHRoZSBuZXR3b3Jr IHJlY2VpdmVzIHRoaXMNCj4+ICAgICBtZXNzYWdlLCBpdA0KPj4gICAgID4gICAgID4+IHdvdWxk IG1lYW4gdGhhdCB0aGUgbGFzZXIgaGFzIGFscmVhZHkgYmVlbiB0dW5lZCB0byB0aGlzDQo+PiAg ICAgPiAgICAgd2F2ZWxlbmd0aCBhdA0KPj4gICAgID4gICAgID4+IHRoZSBjbGllbnQuIFRoYXQg YmVhdHMgdGhlIHZlcnkgcHVycG9zZSBvZiByZXF1ZXN0aW5nIGEgbmV0d29yaw0KPj4gICAgID4g ICAgID4+IGFzc2lnbmVkIHVwc3RyZWFtIGxhYmVsLiBEb2Vzbid0IGl0PyBTbywgdGhlIHBvaW50 IGlzIHRoYXQNCj4+ICAgICB3aXRoIHRoZQ0KPj4gICAgID4gICAgID4+IGN1cnJlbnQgc2VtYW50 aWNzIG9mIGFuIFVQU1RSRUFNX0xBQkVMLCB5b3UgY2Fubm90IHVzZSBpdA0KPj4gICAgIGZvciB0 aGUNCj4+ICAgICA+ICAgICBjYXNlDQo+PiAgICAgPiAgICAgPj4gd2hlcmUgdGhlIHVwc3RyZWFt LWxhYmVsIGhhc24ndCBiZWVuIGluc3RhbGxlZC9wcm9ncmFtbWVkDQo+PiAgICAgeWV0LiBJZg0K Pj4gICAgID4gICAgIHNvbWUNCj4+ICAgICA+ICAgICA+PiBpbXBsZW1lbnRhdGlvbiBkZWNpZGVz IHRvIGlnbm9yZSB0aGVzZSBzZW1hbnRpY3MsIGhvdyB3b3VsZCB0aGUNCj4+ICAgICA+ICAgICA+ PiBuZXR3b3JrIGtub3cgd2hldGhlciB0aGUgaW5ncmVzcy1jbGllbnQgaGFzIGFscmVhZHkNCj4+ ICAgICBpbnN0YWxsZWQgdGhpcw0KPj4gICAgID4gICAgID4+IGxhYmVsIG9yIG5vdCAod2hldGhl ciB0aGUgbGFzZXIgaXMgYWxyZWFkeSB0dW5lZCBvciBub3QpLg0KPj4gICAgID4gICAgID4+DQo+ PiAgICAgPiAgICAgPj4gUkZDMzQ3MyBzdGF0ZXMgdGhhdCBhIEJpZGlyZWN0aW9uYWwtTFNQIHNl dHVwIHJlcXVlc3QgaXMNCj4+ICAgICA+ICAgICBpZGVudGlmaWVkIGJ5DQo+PiAgICAgPiAgICAg Pj4gdGhlIHByZXNlbmNlIG9mIGFuICJVUFNUUkVBTV9MQUJFTCIgb2JqZWN0IGluIHRoZSBQQVRI IG1zZy4NCj4+ICAgICBUaGlzDQo+PiAgICAgPiAgICAgZHJhZnQNCj4+ICAgICA+ICAgICA+PiBk b2VzIHByb3Bvc2UgMiBvdGhlciBtZWNoYW5pc21zOg0KPj4gICAgID4gICAgID4+IC0gVGhlIHBy ZXNlbmNlIG9mIHRoZSAiTGFiZWwgU3ltbWV0cmljaXR5IFJlcXVpcmVkIiBGbGFnIGluDQo+PiAg ICAgdGhlIFBBVEgNCj4+ICAgICA+ICAgICA+PiAtIFRoZSBwcmVzZW5jZSBvZiB0aGUgIlVQU1RS RUFNX0xBQkVMX1NFVCIgb2JqZWN0IGluIHRoZSBQQVRIDQo+PiAgICAgPiAgICAgPj4gSWYgYSBk b3duc3RyZWFtIG5vZGUgZG9lcyBub3QgdW5kZXJzdGFuZCBhbnkgb2YgdGhlIGFib3ZlDQo+PiAg ICAgPiAgICAgaW5kaWNhdGlvbnMsDQo+PiAgICAgPiAgICAgPj4gaXQgd291bGQgcmVqZWN0IHRo ZSBzZXR1cCByZXF1ZXN0LiBJbiBib3RoIHNjZW5hcmlvcyAtDQo+PiAgICAgYWZ0ZXIgdGhlDQo+ PiAgICAgPiAgICAgPj4gbmV0d29yayBoYXMgYXNzaWduZWQgdGhlIHVwc3RyZWFtLWxhYmVsLCB0 aGUgY29uY2VybmVkIG5vZGUgaXMNCj4+ICAgICA+ICAgICBhbGxvd2VkDQo+PiAgICAgPiAgICAg Pj4gdG8gc3RhcnQgc2lnbmFsaW5nIHRoZSBVUFNUUkVBTV9MQUJFTCBvYmplY3QgaW4gdGhlIFBB VEguIEkNCj4+ICAgICBkb24ndA0KPj4gICAgID4gICAgID4+IHVuZGVyc3RhbmQgaG93IGFkZGlu ZyB0d28gb3RoZXIgbWVjaGFuaXNtcyBmb3INCj4+ICAgICBCaWRpcmVjdGlvbmFsIExTUA0KPj4g ICAgID4gICAgIHNldHVwDQo+PiAgICAgPiAgICAgPj4gdHJhbnNsYXRlcyB0byBjaGFuZ2luZyBm dW5kYW1lbnRhbCBhc3BlY3RzIG9mIHRoZSBwcm90b2NvbC4NCj4+ICAgICA+ICAgICA+PiBJbXBs ZW1lbnRhdGlvbnMgdGhhdCBjYW4gc3VwcG9ydCB0aGVzZSBleHRlbnNpb25zIGNhbi4NCj4+ICAg ICBPdGhlcnMgY2FuDQo+PiAgICAgPiAgICAgPj4gc3RpbGwgYmUgaGFwcHkgd2l0aCB0aGVpciAi cnVubmluZyBjb2RlIi4NCj4+ICAgICA+ICAgICA+Pg0KPj4gICAgID4gICAgID4+IFJlZ2FyZHMs DQo+PiAgICAgPiAgICAgPj4gLVBhdmFuDQo+PiAgICAgPiAgICAgPj4NCj4+ICAgICA+ICAgICA+ Pg0KPj4gICAgID4gICAgID4+DQo+PiAgICAgPiAgICAgPj4gT24gTW9uLCBOb3YgNCwgMjAxMyBh dCAyOjE4IFBNLCBMb3UgQmVyZ2VyDQo+PiAgICAgPGxiZXJnZXJAbGFibi5uZXQgPG1haWx0bzps YmVyZ2VyQGxhYm4ubmV0Pg0KPj4gICAgID4gICAgIDxtYWlsdG86bGJlcmdlckBsYWJuLm5ldCA8 bWFpbHRvOmxiZXJnZXJAbGFibi5uZXQ+Pg0KPj4NCj4+ICAgICA+ICAgICA+PiA8bWFpbHRvOmxi ZXJnZXJAbGFibi5uZXQgPG1haWx0bzpsYmVyZ2VyQGxhYm4ubmV0Pg0KPj4gICAgIDxtYWlsdG86 bGJlcmdlckBsYWJuLm5ldCA8bWFpbHRvOmxiZXJnZXJAbGFibi5uZXQ+Pj4+IHdyb3RlOg0KPj4g ICAgID4gICAgID4+DQo+PiAgICAgPiAgICAgPj4gICAgIEpvaG4sIChhdXRob3JzKQ0KPj4gICAg ID4gICAgID4+DQo+PiAgICAgPiAgICAgPj4gICAgIFBlcmhhcHMgaXQgd291bGQgYmUgdXNlZnVs IHRvIHJlZm9jdXMgYSBtb21lbnQgb24gdGhlDQo+PiAgICAgc3BlY2lmaWMNCj4+ICAgICA+ICAg ICA+PiAgICAgbGltaXRhdGlvbnMgdGhlIGRyYWZ0IGlzIGZvY3VzaW5nIG9uLg0KPj4gICAgID4g ICAgID4+DQo+PiAgICAgPiAgICAgPj4gICAgIFRoZXJlJ3Mgbm8gcXVlc3Rpb24gdGhhdCAzNDcz IG1hZGUgY2VydGFpbiBjaG9pY2VzIGJhc2VkIG9uDQo+PiAgICAgPiAgICAgZXhwZWN0ZWQNCj4+ ICAgICA+ICAgICA+PiAgICAgdXNlcyBhbmQgcHJvYmFiaWxpdGllcyB0aGF0IG1heSBub3QgaG9s ZCwgYnV0IHdlIGRvDQo+PiAgICAgbmVlZCB0byBiZQ0KPj4gICAgID4gICAgID4+Y2FyZWZ1bA0K Pj4gICAgID4gICAgID4+ICAgICB3aGVuIGNoYW5naW5nIGZ1bmRhbWVudGFscyBvZiB0aGUgcHJv dG9jb2wgKGUuZy4gbW92aW5nDQo+PiAgICAgYXdheSBmcm9tDQo+PiAgICAgPiAgICAgPj50aGUN Cj4+ICAgICA+ICAgICA+PiAgICAgdXNlIG9mIHRoZSB1cHN0cmVhbSBsYWJlbCBvYmplY3QgYXMg dGhlIGJhc2ljIG9iamVjdCB0aGF0DQo+PiAgICAgPiAgICAgaW5kaWNhdGVzDQo+PiAgICAgPiAg ICAgPj5hDQo+PiAgICAgPiAgICAgPj4gICAgIGJpZGlyZWN0aW9uYWwgTFNQLikNCj4+ICAgICA+ ICAgICA+Pg0KPj4gICAgID4gICAgID4+ICAgICBTbyBpcyBpdCBmYWlyIHRvIHNheSB0aGF0IHRo ZSBtYWluIGxpbWl0YXRpb24gdGhhdCB0aGUNCj4+ICAgICBkcmFmdCBpcw0KPj4gICAgID4gICAg ID4+dHJ5aW5nDQo+PiAgICAgPiAgICAgPj4gICAgIHRvIGFkZHJlc3MgaXMgdGhlIGluYWJpbGl0 eSB0byBzdXBwb3J0IGRvd25zdHJlYW0NCj4+ICAgICBzZWxlY3Rpb24gb2YNCj4+ICAgICA+ICAg ICA+PiAgICAgdXBzdHJlYW0NCj4+ICAgICA+ICAgICA+PiAgICAgbGFiZWxzPw0KPj4gICAgID4g ICAgID4+DQo+PiAgICAgPiAgICAgPj4gICAgIFRoZSBkcmFmdCBhbHNvIGFsbG93cyBmb3IgYm90 aCBzeW1tZXRyaWMgYW5kIGFzeW1tZXRyaWMNCj4+ICAgICBsYWJlbA0KPj4gICAgID4gICAgIHZh bHVlDQo+PiAgICAgPiAgICAgPj4gICAgIGFsbG9jYXRpb24uIElTIHRoaXMgYSByZXF1aXJlbWVu dCwgb3IgYXN5bW1ldHJpYyBqdXN0DQo+PiAgICAgPiAgICAgaW5jbHVkZWQgZm9yDQo+PiAgICAg PiAgICAgPj4gICAgIGNvbXBsZXRlbmVzcz8NCj4+ICAgICA+ICAgICA+Pg0KPj4gICAgID4gICAg ID4+ICAgICBBcmUgdGhlcmUgb3RoZXIgcmVxdWlyZW1lbnRzIC8gbGltaXRhdGlvbnMgeW91IGFy ZQ0KPj4gICAgIHRyeWluZyB0bw0KPj4gICAgID4gICAgID4+YWRkcmVzcz8NCj4+ICAgICA+ICAg ICA+Pg0KPj4gICAgID4gICAgID4+ICAgICBMb3UNCj4+ICAgICA+ICAgICA+Pg0KPj4gICAgID4g ICAgID4+ICAgICBPbiAxMS8wNC8yMDEzIDAxOjI0IFBNLCBKb2huIEUgRHJha2Ugd3JvdGU6DQo+ PiAgICAgPiAgICAgPj4gICAgID4gWmFmYXIsDQo+PiAgICAgPiAgICAgPj4gICAgID4NCj4+ICAg ICA+ICAgICA+PiAgICAgPiBCb3RoIElnb3IgYW5kIEkgaGF2ZSBsaXN0ZWQgdGVjaG5pY2FsIGlz c3VlcyB3aXRoIFJGQzM0NzMNCj4+ICAgICA+ICAgICBhbmQgeW91cg0KPj4gICAgID4gICAgID4+ ICAgICA+IHJlc3BvbnNlIGlzIHRoYXQgeW91IHJlYWxseSByZWFsbHkgbGlrZSBSRkMzNDczLiBJ J20NCj4+ICAgICBoYXBweSBmb3INCj4+ICAgICA+ICAgICA+PiAgICAgeW91IGJ1dA0KPj4gICAg ID4gICAgID4+ICAgICA+IHVuaW1wcmVzc2VkLg0KPj4gICAgID4gICAgID4+ICAgICA+DQo+PiAg ICAgPiAgICAgPj4gICAgID4gSm9obg0KPj4gICAgID4gICAgID4+ICAgICA+DQo+PiAgICAgPiAg ICAgPj4gICAgID4gU2VudCBmcm9tIG15IGlQaG9uZQ0KPj4gICAgID4gICAgID4+ICAgICA+DQo+ PiAgICAgPiAgICAgPj4gICAgID4gT24gTm92IDQsIDIwMTMsIGF0IDk6NDMgQU0sICJaYWZhciBB bGkgKHphbGkpIg0KPj4gICAgID4gICAgIDx6YWxpQGNpc2NvLmNvbSA8bWFpbHRvOnphbGlAY2lz Y28uY29tPiA8bWFpbHRvOnphbGlAY2lzY28uY29tDQo+PiAgICAgPG1haWx0bzp6YWxpQGNpc2Nv LmNvbT4+DQo+PiAgICAgPiAgICAgPj4gICAgIDxtYWlsdG86emFsaUBjaXNjby5jb20gPG1haWx0 bzp6YWxpQGNpc2NvLmNvbT4NCj4+ICAgICA8bWFpbHRvOnphbGlAY2lzY28uY29tIDxtYWlsdG86 emFsaUBjaXNjby5jb20+Pj4NCj4+ICAgICA+ICAgICA+PiAgICAgPiA8bWFpbHRvOnphbGlAY2lz Y28uY29tIDxtYWlsdG86emFsaUBjaXNjby5jb20+DQo+PiAgICAgPG1haWx0bzp6YWxpQGNpc2Nv LmNvbSA8bWFpbHRvOnphbGlAY2lzY28uY29tPj4NCj4+ICAgICA+ICAgICA8bWFpbHRvOnphbGlA Y2lzY28uY29tIDxtYWlsdG86emFsaUBjaXNjby5jb20+DQo+PiAgICAgPG1haWx0bzp6YWxpQGNp c2NvLmNvbSA8bWFpbHRvOnphbGlAY2lzY28uY29tPj4+Pj4gd3JvdGU6DQo+PiAgICAgPiAgICAg Pj4gICAgID4NCj4+ICAgICA+ICAgICA+PiAgICAgPj4gSWdvciwgSm9obi0NCj4+ICAgICA+ICAg ICA+PiAgICAgPj4NCj4+ICAgICA+ICAgICA+PiAgICAgPj4gUGxlYXNlIHNlZSBpbi1saW5lLg0K Pj4gICAgID4gICAgID4+ICAgICA+Pg0KPj4gICAgID4gICAgID4+ICAgICA+PiBGcm9tOiAiSUJy eXNraW5AYWR2YW9wdGljYWwuY29tDQo+PiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNh bC5jb20+DQo+PiAgICAgPiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCj4+ ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4+DQo+PiAgICAgPiAgICAgPj4g ICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQo+PiAgICAgPG1haWx0bzpJQnJ5 c2tpbkBhZHZhb3B0aWNhbC5jb20+DQo+Pg0KPj4gICAgID4gICAgIDxtYWlsdG86SUJyeXNraW5A YWR2YW9wdGljYWwuY29tDQo+PiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+ Pj4gPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCj4+ICAgICA8bWFpbHRvOklCcnlz a2luQGFkdmFvcHRpY2FsLmNvbT4NCj4+DQo+PiAgICAgPiAgICAgPG1haWx0bzpJQnJ5c2tpbkBh ZHZhb3B0aWNhbC5jb20NCj4+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4+ DQo+PiAgICAgPiAgICAgPj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQo+ PiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+DQo+PiAgICAgPiAgICAgPG1h aWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCj4+ICAgICA8bWFpbHRvOklCcnlza2luQGFk dmFvcHRpY2FsLmNvbT4+Pj4iDQo+PiAgICAgPiAgICAgPj4gICAgID4+IDxJQnJ5c2tpbkBhZHZh b3B0aWNhbC5jb20NCj4+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4NCj4+ ICAgICA+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0KPj4gICAgIDxtYWls dG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPj4gPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNh bC5jb20NCj4+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4NCj4+ICAgICA+ ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0KPj4gICAgIDxtYWlsdG86SUJy eXNraW5AYWR2YW9wdGljYWwuY29tPj4+DQo+PiAgICAgPiAgICAgPj4gICAgIDxtYWlsdG86SUJy eXNraW5AYWR2YW9wdGljYWwuY29tDQo+PiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNh bC5jb20+DQo+PiAgICAgPiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCj4+ ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4+IDxtYWlsdG86SUJyeXNraW5A YWR2YW9wdGljYWwuY29tDQo+PiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+ DQo+PiAgICAgPiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCj4+ICAgICA8 bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4+Pj4+DQo+PiAgICAgPiAgICAgPj4gICAg ID4+IERhdGU6IE1vbmRheSwgTm92ZW1iZXIgNCwgMjAxMyA4OjU3IEFNDQo+PiAgICAgPiAgICAg Pj4gICAgID4+IFRvOiB6YWxpIDx6YWxpQGNpc2NvLmNvbSA8bWFpbHRvOnphbGlAY2lzY28uY29t Pg0KPj4gICAgIDxtYWlsdG86emFsaUBjaXNjby5jb20gPG1haWx0bzp6YWxpQGNpc2NvLmNvbT4+ DQo+PiAgICAgPiAgICAgPG1haWx0bzp6YWxpQGNpc2NvLmNvbSA8bWFpbHRvOnphbGlAY2lzY28u Y29tPg0KPj4gICAgIDxtYWlsdG86emFsaUBjaXNjby5jb20gPG1haWx0bzp6YWxpQGNpc2NvLmNv bT4+Pg0KPj4NCj4+ICAgICA+ICAgICA+PiAgICAgPG1haWx0bzp6YWxpQGNpc2NvLmNvbSA8bWFp bHRvOnphbGlAY2lzY28uY29tPg0KPj4gICAgIDxtYWlsdG86emFsaUBjaXNjby5jb20gPG1haWx0 bzp6YWxpQGNpc2NvLmNvbT4+DQo+Pg0KPj4gICAgID4gICAgIDxtYWlsdG86emFsaUBjaXNjby5j b20gPG1haWx0bzp6YWxpQGNpc2NvLmNvbT4NCj4+ICAgICA8bWFpbHRvOnphbGlAY2lzY28uY29t IDxtYWlsdG86emFsaUBjaXNjby5jb20+Pj4+PiwNCj4+ICAgICA+ICAgICA+PiAgICAgImpkcmFr ZUBqdW5pcGVyLm5ldCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4NCj4+ICAgICA8bWFpbHRv OmpkcmFrZUBqdW5pcGVyLm5ldCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4+DQo+PiAgICAg PiAgICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQgPG1haWx0bzpqZHJha2VAanVuaXBlci5u ZXQ+DQo+PiAgICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQgPG1haWx0bzpqZHJha2VAanVu aXBlci5uZXQ+Pj4NCj4+ICAgICA+ICAgICA+PiAgICAgPj4gPG1haWx0bzpqZHJha2VAanVuaXBl ci5uZXQNCj4+ICAgICA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4gPG1haWx0bzpqZHJha2VA anVuaXBlci5uZXQNCj4+ICAgICA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4+DQo+PiAgICAg PiAgICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQgPG1haWx0bzpqZHJha2VAanVuaXBlci5u ZXQ+DQo+PiAgICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQgPG1haWx0bzpqZHJha2VAanVu aXBlci5uZXQ+Pj4+Ig0KPj4gICAgID4gICAgID4+ICAgICA8amRyYWtlQGp1bmlwZXIubmV0IDxt YWlsdG86amRyYWtlQGp1bmlwZXIubmV0Pg0KPj4gICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIu bmV0IDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0Pj4NCj4+ICAgICA+ICAgICA8bWFpbHRvOmpk cmFrZUBqdW5pcGVyLm5ldCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4NCj4+ICAgICA8bWFp bHRvOmpkcmFrZUBqdW5pcGVyLm5ldCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4+Pg0KPj4g ICAgID4gICAgID4+ICAgICA+PiA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldA0KPj4gICAgIDxt YWlsdG86amRyYWtlQGp1bmlwZXIubmV0PiA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldA0KPj4g ICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0Pj4NCj4+ICAgICA+ICAgICA8bWFpbHRvOmpk cmFrZUBqdW5pcGVyLm5ldCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4NCj4+ICAgICA8bWFp bHRvOmpkcmFrZUBqdW5pcGVyLm5ldCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4+Pj4+DQo+ PiAgICAgPiAgICAgPj4gICAgID4+IENjOiAiY2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBp ZXRmLm9yZz4NCj4+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0 Zi5vcmc+Pg0KPj4gICAgID4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2Ft cEBpZXRmLm9yZz4NCj4+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBA aWV0Zi5vcmc+Pj4NCj4+ICAgICA+ICAgICA+PiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8 bWFpbHRvOmNjYW1wQGlldGYub3JnPg0KPj4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1h aWx0bzpjY2FtcEBpZXRmLm9yZz4+DQo+PiAgICAgPiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9y ZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPg0KPj4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcg PG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+Pj4iIDxjY2FtcEBpZXRmLm9yZw0KPj4gICAgIDxtYWls dG86Y2NhbXBAaWV0Zi5vcmc+DQo+PiAgICAgPiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8 bWFpbHRvOmNjYW1wQGlldGYub3JnPj4NCj4+ICAgICA+ICAgICA+PiAgICAgPG1haWx0bzpjY2Ft cEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPg0KPj4gICAgIDxtYWlsdG86Y2NhbXBA aWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+Pg0KPj4gICAgID4gICAgID4+ICAgICA+ PiA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+DQo+PiAgICAg PG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPj4NCj4+ICAgICA+ ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+DQo+PiAg ICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPj4+Pj4NCj4+ ICAgICA+ICAgICA+PiAgICAgPj4gU3ViamVjdDogUkU6IENvbW1lbnRzIGFib3V0DQo+PiAgICAg PiAgICAgPj4gICAgID4+IGRyYWZ0LWJlZXJhbS1jY2FtcC1uZXR3b3JrLWFzc2lnbmVkLXVwc3Ry ZWFtLWxhYmVsLTAwDQo+PiAgICAgPiAgICAgPj4gICAgID4+DQo+PiAgICAgPiAgICAgPj4gICAg ID4+IFphZmFyLA0KPj4gICAgID4gICAgID4+ICAgICA+Pg0KPj4gICAgID4gICAgID4+ICAgICA+ PiAxKSBVc2luZyBhbiBlcnJvciBpbmRpY2F0aW9uIGFzIGEgcGFydCBvZiBub3JtYWwNCj4+ICAg ICBwcm90b2NvbA0KPj4gICAgID4gICAgID4+ICAgICA+PiBvcGVyYXRpb24gaXMgbm90IGdvb2Qg ZGVzaWduIHByYWN0aWNlLg0KPj4gICAgID4gICAgID4+ICAgICA+Pg0KPj4gICAgID4gICAgID4+ ICAgICA+PiBVc2Ugb2YgUGF0aCBlcnJvciBhbmQgbm90aWZ5IG1lc3NhZ2UgaXMgYW4gaW50ZWdy YWwgcGFydA0KPj4gICAgID4gICAgIG9mIHRoZQ0KPj4gICAgID4gICAgID4+ICAgICA+PiBSU1ZQ LVRFIGRlc2lnbi4gQWxzbyBwbGVhc2Ugbm90ZSB0aGF0IHdlIGFyZSBub3QNCj4+ICAgICBkZWJh dGluZw0KPj4gICAgID4gICAgIGFib3V0IGENCj4+ICAgICA+ICAgICA+PiAgICAgPj4gbmV3IHBy b2NlZHVyZSBiZWluZyBwcm9wb3NlZCBidXQgdGFsa2luZyBhYm91dCBhDQo+PiAgICAgcHJvY2Vk dXJlDQo+PiAgICAgPiAgICAgdGhhdA0KPj4gICAgID4gICAgID4+aXMNCj4+ICAgICA+ICAgICA+ PiAgICAgPj4gYWxyZWFkeSBpbXBsZW1lbnRlZCBhbmQgZGVwbG95ZWQuDQo+PiAgICAgPiAgICAg Pj4gICAgID4+DQo+PiAgICAgPiAgICAgPj4gICAgID4+DQo+PiAgICAgPiAgICAgPj4gICAgID4+ DQo+PiAgICAgPiAgICAgPj4gICAgID4+IElCPj4gVGhlIHdheSBJIGludGVycHJldCB0aGlzIGRp c2N1c3Npb24gaXMNCj4+ICAgICBzb21ldGhpbmcgbGlrZQ0KPj4gICAgID4gICAgIHRoaXM6DQo+ PiAgICAgPiAgICAgPj4gICAgID4+DQo+PiAgICAgPiAgICAgPj4gICAgID4+DQo+PiAgICAgPiAg ICAgPj4gICAgID4+DQo+PiAgICAgPiAgICAgPj4gICAgID4+IEpvaG46IEkgYmVsaWV2ZSB0aGF0 IHdoaXRlIGlzIGEgbGlnaHRlciBjb2xvciB0aGFuDQo+PiAgICAgYmxhY2suDQo+PiAgICAgPiAg ICAgPj4gICAgID4+DQo+PiAgICAgPiAgICAgPj4gICAgID4+IFphZmE6IFdlbGwsIEpvaG4sIGJs YWNrIGlzIGFuIGludGVncmFsIHBhcnQgb2YgdGhlIGNvbG9yDQo+PiAgICAgPiAgICAgcGFsbGV0 Lg0KPj4gICAgID4gICAgID4+ICAgICA+PiBNYW55IG1hdHVyZSBhcHBsaWNhdGlvbnMgc3VjY2Vz c2Z1bGx5IHVzZSBibGFjayBmb3INCj4+ICAgICB0aGVpcg0KPj4gICAgID4gICAgIHZhcmlvdXMN Cj4+ICAgICA+ICAgICA+PiAgICAgPj4gcHVycG9zZXMuIE15IGltcGxlbWVudGF0aW9ucywgZm9y IGV4YW1wbGUsIHVzZSBibGFjayBmb3INCj4+ICAgICA+ICAgICBwcmV0dHkNCj4+ICAgICA+ICAg ICA+PiAgICAgPj4gbXVjaCBldmVyeXRoaW5noa0uLiBTbywgaXQgaXMgbm90IGNsZWFyIHdoaWNo IGNvbG9yDQo+PiAgICAgaXMgbGlnaHRlciwNCj4+ICAgICA+ICAgICA+PmFuZA0KPj4gICAgID4g ICAgID4+ICAgICA+PiB3aHkgZG8gd2UgbmVlZCBvdGhlciBjb2xvcnMgYXQgYWxsLiA6PSkNCj4+ ICAgICA+ICAgICA+PiAgICAgPj4NCj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+ICAgICA+ICAg ICA+PiAgICAgPj4NCj4+ICAgICA+ICAgICA+PiAgICAgPj4gSSBtZWFuIHRvIHNheSB0aGF0IHlv dXIsIFphZmFyLCBjb21tZW50cyBJTUhPIGFyZSBub3QNCj4+ICAgICA+ICAgICA+PmNvbnN0cnVj dGl2ZQ0KPj4gICAgID4gICAgID4+ICAgICA+PiB0ZWNobmljYWwgYXJndW1lbnRzLg0KPj4gICAg ID4gICAgID4+ICAgICA+Pg0KPj4gICAgID4gICAgID4+ICAgICA+PiBJZ29yDQo+PiAgICAgPiAg ICAgPj4gICAgID4+DQo+PiAgICAgPiAgICAgPj4gICAgID4+DQo+PiAgICAgPiAgICAgPj4gICAg ID4+DQo+PiAgICAgPiAgICAgPj4gICAgID4+IEhpIElnb3IgYW5kIEpvaG46DQo+PiAgICAgPiAg ICAgPj4gICAgID4+DQo+PiAgICAgPiAgICAgPj4gICAgID4+IFRoaXMgaXMgcmVhbGx5IGZ1bm55 LiBUaGlzIGlzIHRoZSBmaXJzdCB0aW1lIEkgaGF2ZQ0KPj4gICAgIGhlYXJkIHRoYXQNCj4+ICAg ICA+ICAgICA+PiAgICAgcnVubmluZw0KPj4gICAgID4gICAgID4+ICAgICA+PiBjb2RlIGhhcyBu byBtZXJpdCBhdCBJRVRGIDopIFRoaXMgaXMgZXNwZWNpYWxseSB3aGVuIHRoZQ0KPj4gICAgID4g ICAgID4+ICAgICBydW5uaW5nIGNvZGUNCj4+ICAgICA+ICAgICA+PiAgICAgPj4gaXMgZGlyZWN0 bHkgY29taW5nIGZyb20gUkZDMzQ3My4gWW91IGFyZSBjYWxsaW5nIGl0ICJub3QNCj4+ICAgICA+ ICAgICA+PiAgICAgY29uc3RydWN0aXZlDQo+PiAgICAgPiAgICAgPj4gICAgID4+IHRlY2huaWNh bCBhcmd1bWVudHMiISBMYXN0IEkgaGVhcmQgd2UgYmVsaWV2ZWQgaW4NCj4+ICAgICBydW5uaW5n IGNvZGUNCj4+ICAgICA+ICAgICA+PihTZWUNCj4+ICAgICA+ICAgICA+PiAgICAgPj4geW91ciBU LXNoaXJ0IGZyb20gdGhlIGVsZWN0aW9uIGRheSBmcm9tIElFVEYgQXRsYW50YSkuDQo+PiAgICAg PiAgICAgPj4gICAgID4+DQo+PiAgICAgPiAgICAgPj4gICAgID4+IFlvdXIgZHJhZnQgaXMgT05M WSBhcHBsaWNhYmxlIGZvciBhIHVzZSBjYXNlIHdoZXJlDQo+PiAgICAgPiAgICAgdXBzdHJlYW0g YW5kDQo+PiAgICAgPiAgICAgPj4gICAgID4+IGRvd25zdHJlYW0gYWxpZW4gd2F2ZWxlbmd0aCBh cmUgZGlmZmVyZW50LiBXaGVuDQo+PiAgICAgdXBzdHJlYW0gYW5kDQo+PiAgICAgPiAgICAgPj4g ICAgID4+IGRvd25zdHJlYW0gYWxpZW4gd2F2ZWxlbmd0aCBhcmUgc2FtZSwgdXNlIG9mDQo+PiAg ICAgYWNjZXB0YWJsZSBsYWJlbA0KPj4gICAgID4gICAgID4+ICAgICBzZXQgYW5kDQo+PiAgICAg PiAgICAgPj4gICAgID4+IGxhYmVsIHNldCBvYmplY3RzIGNvbnN0aXR1dGUgdGhlIHJ1bm5pbmcg Y29kZS4NCj4+ICAgICBIb3dldmVyLCB5b3VyDQo+PiAgICAgPiAgICAgPj5kcmFmdA0KPj4gICAg ID4gICAgID4+ICAgICA+PiBuZWl0aGVyIG1ha2VzIHRoYXQgYXBwbGljYWJpbGl0eSBzdGF0ZW1l bnQgbm9yIG1ha2VzIGFueQ0KPj4gICAgID4gICAgIG1lbnRpb24NCj4+ICAgICA+ICAgICA+Pm9y DQo+PiAgICAgPiAgICAgPj4gICAgID4+IGNvdmVyIG9yIHJlZmVyZW5jZSB0byBwcm9jZWR1cmUg SSBxdW90ZWQgZnJvbSBSRkMzNDczLg0KPj4gICAgID4gICAgID4+ICAgICA+Pg0KPj4gICAgID4g ICAgID4+ICAgICA+PiBUaGFua3MNCj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+ICAgICA+ICAg ICA+PiAgICAgPj4gUmVnYXJkc6GtWmFmYXINCj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+ICAg ICA+ICAgICA+PiAgICAgPj4NCj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+ICAgICA+ICAgICA+ PiAgICAgPj4NCj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+ICAgICA+ICAgICA+PiAgICAgPj4g KkZyb206KlphZmFyIEFsaSAoemFsaSkgW21haWx0bzp6YWxpQGNpc2NvLmNvbQ0KPj4gICAgIDxt YWlsdG86emFsaUBjaXNjby5jb20+DQo+PiAgICAgPiAgICAgPG1haWx0bzp6YWxpQGNpc2NvLmNv bSA8bWFpbHRvOnphbGlAY2lzY28uY29tPj4NCj4+ICAgICA+ICAgICA+PiAgICAgPG1haWx0bzp6 YWxpQGNpc2NvLmNvbSA8bWFpbHRvOnphbGlAY2lzY28uY29tPg0KPj4gICAgIDxtYWlsdG86emFs aUBjaXNjby5jb20gPG1haWx0bzp6YWxpQGNpc2NvLmNvbT4+Pl0NCj4+ICAgICA+ICAgICA+PiAg ICAgPj4gKlNlbnQ6KiBNb25kYXksIE5vdmVtYmVyIDA0LCAyMDEzIDE6NTEgQU0NCj4+ICAgICA+ ICAgICA+PiAgICAgPj4gKlRvOiogSm9obiBFIERyYWtlOyBJZ29yIEJyeXNraW4NCj4+ICAgICA+ ICAgICA+PiAgICAgPj4gKkNjOiogY2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9y Zz4NCj4+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+ Pg0KPj4gICAgID4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRm Lm9yZz4NCj4+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5v cmc+Pj4NCj4+ICAgICA+ICAgICA+PiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRv OmNjYW1wQGlldGYub3JnPg0KPj4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpj Y2FtcEBpZXRmLm9yZz4+DQo+PiAgICAgPiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFp bHRvOmNjYW1wQGlldGYub3JnPg0KPj4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0 bzpjY2FtcEBpZXRmLm9yZz4+Pj4NCj4+ICAgICA+ICAgICA+PiAgICAgPj4gKlN1YmplY3Q6KiBS ZTogQ29tbWVudHMgYWJvdXQNCj4+ICAgICA+ICAgICA+PiAgICAgPj4gZHJhZnQtYmVlcmFtLWNj YW1wLW5ldHdvcmstYXNzaWduZWQtdXBzdHJlYW0tbGFiZWwtMDANCj4+ICAgICA+ICAgICA+PiAg ICAgPj4NCj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+ ICAgICA+ICAgICA+PiAgICAgPj4gSGkgSm9objoNCj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+ ICAgICA+ICAgICA+PiAgICAgPj4NCj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+ICAgICA+ICAg ICA+PiAgICAgPj4gUGxlYXNlIHNlZSBpbi1saW5lLg0KPj4gICAgID4gICAgID4+ICAgICA+Pg0K Pj4gICAgID4gICAgID4+ICAgICA+Pg0KPj4gICAgID4gICAgID4+ICAgICA+Pg0KPj4gICAgID4g ICAgID4+ICAgICA+PiBUaGFua3MNCj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+ICAgICA+ICAg ICA+PiAgICAgPj4NCj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+ICAgICA+ICAgICA+PiAgICAg Pj4gUmVnYXJkcyChrSBaYWZhcg0KPj4gICAgID4gICAgID4+ICAgICA+Pg0KPj4gICAgID4gICAg ID4+ICAgICA+Pg0KPj4gICAgID4gICAgID4+ICAgICA+Pg0KPj4gICAgID4gICAgID4+ICAgICA+ PiAqRnJvbTogKiJqZHJha2VAanVuaXBlci5uZXQNCj4+ICAgICA8bWFpbHRvOmpkcmFrZUBqdW5p cGVyLm5ldD4gPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQNCj4+ICAgICA8bWFpbHRvOmpkcmFr ZUBqdW5pcGVyLm5ldD4+DQo+PiAgICAgPiAgICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQg PG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+DQo+PiAgICAgPG1haWx0bzpqZHJha2VAanVuaXBl ci5uZXQgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+Pj4NCj4+ICAgICA+ICAgICA+PiAgICAg PG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+DQo+ PiAgICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQgPG1haWx0bzpqZHJha2VAanVuaXBlci5u ZXQ+Pg0KPj4gICAgID4gICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0IDxtYWlsdG86amRy YWtlQGp1bmlwZXIubmV0Pg0KPj4gICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0IDxtYWls dG86amRyYWtlQGp1bmlwZXIubmV0Pj4+PiINCj4+ICAgICA+ICAgICA+PiAgICAgPj4gPGpkcmFr ZUBqdW5pcGVyLm5ldCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4NCj4+ICAgICA8bWFpbHRv OmpkcmFrZUBqdW5pcGVyLm5ldCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4+DQo+PiAgICAg PiAgICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQgPG1haWx0bzpqZHJha2VAanVuaXBlci5u ZXQ+DQo+PiAgICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQgPG1haWx0bzpqZHJha2VAanVu aXBlci5uZXQ+Pj4NCj4+ICAgICA+ICAgICA+PiAgICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5u ZXQgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+DQo+PiAgICAgPG1haWx0bzpqZHJha2VAanVu aXBlci5uZXQgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+Pg0KPj4NCj4+ICAgICA+ICAgICA8 bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4NCj4+ ICAgICA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5l dD4+Pj4+DQo+PiAgICAgPiAgICAgPj4gICAgID4+ICpEYXRlOiAqU3VuZGF5LCBOb3ZlbWJlciAz LCAyMDEzIDExOjU3IEFNDQo+PiAgICAgPiAgICAgPj4gICAgID4+ICpUbzogKnphbGkgPHphbGlA Y2lzY28uY29tIDxtYWlsdG86emFsaUBjaXNjby5jb20+DQo+PiAgICAgPG1haWx0bzp6YWxpQGNp c2NvLmNvbSA8bWFpbHRvOnphbGlAY2lzY28uY29tPj4NCj4+ICAgICA+ICAgICA8bWFpbHRvOnph bGlAY2lzY28uY29tIDxtYWlsdG86emFsaUBjaXNjby5jb20+DQo+PiAgICAgPG1haWx0bzp6YWxp QGNpc2NvLmNvbSA8bWFpbHRvOnphbGlAY2lzY28uY29tPj4+DQo+Pg0KPj4gICAgID4gICAgID4+ ICAgICA8bWFpbHRvOnphbGlAY2lzY28uY29tIDxtYWlsdG86emFsaUBjaXNjby5jb20+DQo+PiAg ICAgPG1haWx0bzp6YWxpQGNpc2NvLmNvbSA8bWFpbHRvOnphbGlAY2lzY28uY29tPj4NCj4+DQo+ PiAgICAgPiAgICAgPG1haWx0bzp6YWxpQGNpc2NvLmNvbSA8bWFpbHRvOnphbGlAY2lzY28uY29t Pg0KPj4gICAgIDxtYWlsdG86emFsaUBjaXNjby5jb20gPG1haWx0bzp6YWxpQGNpc2NvLmNvbT4+ Pj4+LA0KPj4gICAgID4gICAgID4+ICAgICA+PiAiSUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQo+ PiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+DQo+PiAgICAgPiAgICAgPG1h aWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCj4+ICAgICA8bWFpbHRvOklCcnlza2luQGFk dmFvcHRpY2FsLmNvbT4+IDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQo+PiAgICAg PG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+DQo+PiAgICAgPiAgICAgPG1haWx0bzpJ QnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCj4+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRp Y2FsLmNvbT4+Pg0KPj4NCj4+ICAgICA+ICAgICA+PiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZh b3B0aWNhbC5jb20NCj4+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4NCj4+ ICAgICA+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0KPj4gICAgIDxtYWls dG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPj4gPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNh bC5jb20NCj4+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4NCj4+ICAgICA+ ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0KPj4gICAgIDxtYWlsdG86SUJy eXNraW5AYWR2YW9wdGljYWwuY29tPj4+PiINCj4+ICAgICA+ICAgICA+PiAgICAgPj4gPElCcnlz a2luQGFkdmFvcHRpY2FsLmNvbQ0KPj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwu Y29tPg0KPj4gICAgID4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQo+PiAg ICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+PiA8bWFpbHRvOklCcnlza2luQGFk dmFvcHRpY2FsLmNvbQ0KPj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPg0K Pj4gICAgID4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQo+PiAgICAgPG1h aWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+Pj4NCj4+ICAgICA+ICAgICA+PiAgICAgPG1h aWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCj4+ICAgICA8bWFpbHRvOklCcnlza2luQGFk dmFvcHRpY2FsLmNvbT4NCj4+ICAgICA+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2Fs LmNvbQ0KPj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPj4gPG1haWx0bzpJ QnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCj4+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRp Y2FsLmNvbT4NCj4+DQo+PiAgICAgPiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5j b20NCj4+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4+Pj4+DQo+PiAgICAg PiAgICAgPj4gICAgID4+ICpDYzogKiJjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYu b3JnPg0KPj4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9y Zz4+DQo+PiAgICAgPiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGll dGYub3JnPg0KPj4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRm Lm9yZz4+Pg0KPj4NCj4+ICAgICA+ICAgICA+PiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8 bWFpbHRvOmNjYW1wQGlldGYub3JnPg0KPj4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1h aWx0bzpjY2FtcEBpZXRmLm9yZz4+DQo+PiAgICAgPiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9y ZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPg0KPj4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcg PG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+Pj4iIDxjY2FtcEBpZXRmLm9yZw0KPj4gICAgIDxtYWls dG86Y2NhbXBAaWV0Zi5vcmc+DQo+PiAgICAgPiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8 bWFpbHRvOmNjYW1wQGlldGYub3JnPj4NCj4+ICAgICA+ICAgICA+PiAgICAgPG1haWx0bzpjY2Ft cEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPg0KPj4gICAgIDxtYWlsdG86Y2NhbXBA aWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+Pg0KPj4gICAgID4gICAgID4+ICAgICA+ PiA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+DQo+PiAgICAg PG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPj4NCj4+DQo+PiAg ICAgPiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPg0K Pj4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+Pj4+ DQo+PiAgICAgPiAgICAgPj4gICAgID4+ICpTdWJqZWN0OiAqUkU6IENvbW1lbnRzIGFib3V0DQo+ PiAgICAgPiAgICAgPj4gICAgID4+IGRyYWZ0LWJlZXJhbS1jY2FtcC1uZXR3b3JrLWFzc2lnbmVk LXVwc3RyZWFtLWxhYmVsLTAwDQo+PiAgICAgPiAgICAgPj4gICAgID4+DQo+PiAgICAgPiAgICAg Pj4gICAgID4+DQo+PiAgICAgPiAgICAgPj4gICAgID4+DQo+PiAgICAgPiAgICAgPj4gICAgID4+ IFphZmFyLA0KPj4gICAgID4gICAgID4+ICAgICA+Pg0KPj4gICAgID4gICAgID4+ICAgICA+PiBU aGF0IGJlY2F1c2UgdGhpcyBhbHJlYWR5IGRlZmluZWQgbWV0aG9kIGhhcyB0aGUNCj4+ICAgICBm b2xsb3dpbmcNCj4+ICAgICA+ICAgICA+Pmlzc3VlczoNCj4+ICAgICA+ICAgICA+PiAgICAgPj4N Cj4+ICAgICA+ICAgICA+PiAgICAgPj4gMSkgVXNpbmcgYW4gZXJyb3IgaW5kaWNhdGlvbiBhcyBh IHBhcnQgb2Ygbm9ybWFsDQo+PiAgICAgcHJvdG9jb2wNCj4+ICAgICA+ICAgICA+PiAgICAgPj4g b3BlcmF0aW9uIGlzIG5vdCBnb29kIGRlc2lnbiBwcmFjdGljZS4NCj4+ICAgICA+ICAgICA+PiAg ICAgPj4NCj4+ICAgICA+ICAgICA+PiAgICAgPj4gVXNlIG9mIFBhdGggZXJyb3IgYW5kIG5vdGlm eSBtZXNzYWdlIGlzIGFuIGludGVncmFsIHBhcnQNCj4+ICAgICA+ICAgICBvZiB0aGUNCj4+ICAg ICA+ICAgICA+PiAgICAgPj4gUlNWUC1URSBkZXNpZ24uIEFsc28gcGxlYXNlIG5vdGUgdGhhdCB3 ZSBhcmUgbm90DQo+PiAgICAgZGViYXRpbmcNCj4+ICAgICA+ICAgICBhYm91dCBhDQo+PiAgICAg PiAgICAgPj4gICAgID4+IG5ldyBwcm9jZWR1cmUgYmVpbmcgcHJvcG9zZWQgYnV0IHRhbGtpbmcg YWJvdXQgYQ0KPj4gICAgIHByb2NlZHVyZQ0KPj4gICAgID4gICAgIHRoYXQNCj4+ICAgICA+ICAg ICA+PmlzDQo+PiAgICAgPiAgICAgPj4gICAgID4+IGFscmVhZHkgaW1wbGVtZW50ZWQgYW5kIGRl cGxveWVkLg0KPj4gICAgID4gICAgID4+ICAgICA+Pg0KPj4gICAgID4gICAgID4+ICAgICA+PiAy KSBBY2NlcHRhYmxlIExhYmVsIFNldCBpcyBvcHRpb25hbCBzbyBpdHMgcHJlc2VuY2UNCj4+ICAg ICBpcyBub3QNCj4+ICAgICA+ICAgICA+PiAgICAgPj4gZ3VhcmFudGVlZA0KPj4gICAgID4gICAg ID4+ICAgICA+Pg0KPj4gICAgID4gICAgID4+ICAgICA+PiBTbyBpcyB0aGUgY2FzZSBvZiBuZXds eSBkZWZpbmVkIHVwc3RyZWFtIGxhYmVsIHNldC4gQWxzbw0KPj4gICAgID4gICAgIHBsZWFzZQ0K Pj4gICAgID4gICAgID4+ICAgICA+PiBub3RlIHRoYXQgbWFueSBwYXJ0IG9mIHRoZSBSU1ZQLVRF IHByb3RvY29sIGFyZQ0KPj4gICAgIGRlc2lnbmVkIHVzaW5nDQo+PiAgICAgPiAgICAgPj4gICAg ID4+IG9wdGlvbmFsIG9iamVjdHMuDQo+PiAgICAgPiAgICAgPj4gICAgID4+DQo+PiAgICAgPiAg ICAgPj4gICAgID4+IDMpIFRoZSBpbmZvcm1hdGlvbiBpdCBwcm92aWRlcyBtYXkgYmUgb3V0IG9m IGRhdGUgYnkNCj4+ICAgICB0aGUgdGltZQ0KPj4gICAgID4gICAgID4+ICAgICA+PiB0aGUgTFNQ IGlzIHJlLXNpZ25hbGVkLg0KPj4gICAgID4gICAgID4+ICAgICA+Pg0KPj4gICAgID4gICAgID4+ ICAgICA+PiBUaGlzIGlzIGFuIGltcGxlbWVudGF0aW9uIGlzc3VlLiBBIG5vZGUgc2VuZGluZyB0 aGUNCj4+ICAgICBhY2NlcHRhYmxlDQo+PiAgICAgPiAgICAgPj4gICAgID4+IGxhYmVsIHNldCBo YXMgdGhlIHJlc3BvbnNpYmlsaXR5IHRvIGd1YXJhbnRlZSB0aGF0DQo+PiAgICAgaW5mb3JtYXRp b24NCj4+ICAgICA+ICAgICA+PiAgICAgPj4gcHJvdmlkZXMgaW4gdGhlIGFjY2VwdGFibGUgbGFi ZWwgc2V0IHJlbWFpbnMgdmFsaWQgZm9yDQo+PiAgICAgPiAgICAgPj4gICAgID4+IHJlLXNpZ25h bGluZyB0aW1lLiBFLmcuLCBVTkktTiBpbXBsZW1lbnRhdGlvbiBjYW4gY2FjaGUNCj4+ICAgICA+ ICAgICB0aGUgbGFiZWwNCj4+ICAgICA+ICAgICA+PiAgICAgPj4gZm9yIHRoZSByZS1zaWduYWxp bmcgdGltZS4NCj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+ICAgICA+ICAgICA+PiAgICAgPj4g NCkgTW9zdCBpbXBvcnRhbnRseSwgQWNjZXB0YWJsZSBMYWJlbCBTZXQgaXMNCj4+ICAgICBnZW5l cmF0ZWQgaG9wIGJ5DQo+PiAgICAgPiAgICAgPj4gICAgID4+IGhvcCwgdW5saWtlIFVwc3RyZWFt IExhYmVsIFNldCB3aGljaCBleGVyY2lzZXMgdGhlDQo+PiAgICAgZW50aXJlDQo+PiAgICAgPiAg ICAgPj4gICAgID4+IHBhdGguIFRoaXMgbWVhbnMgdGhhdCBpdHMgdXNlIHRvIGRldGVybWluZSBh IHZhbGlkDQo+PiAgICAgd2F2ZWxlbmd0aA0KPj4gICAgID4gICAgID4+ICAgICA+PiB3b3VsZCBy ZXF1aXJlIGEgcG90ZW50aWFsbHkgdW5ib3VuZGVkIG51bWJlciBvZg0KPj4gICAgIGNyYW5rYmFj a3MsDQo+PiAgICAgPiAgICAgPj4gICAgID4+IGJvdGggc2luZ2xlIGFuZCBtdWx0aS1ob3AsIHdp dGggbm8gZ3VhcmFudGVlIHRoYXQgc3VjaCBhDQo+PiAgICAgPiAgICAgPj4gICAgID4+IHdhdmVs ZW5ndGggY291bGQgYmUgZm91bmQuDQo+PiAgICAgPiAgICAgPj4gICAgID4+DQo+PiAgICAgPiAg ICAgPj4gICAgID4+IEluIHRoZSB1c2UgY2FzZSBvZiBhbGlnbiB3YXZlbGVuZ3RoIGFkZHJlc3Nl ZCBpbiB0aGlzDQo+PiAgICAgPiAgICAgZHJhZnQsIHRoZQ0KPj4gICAgID4gICAgID4+ICAgICA+ PiBhY2NlcHRhYmxlIGxhYmVsIHNldCBjb21tdW5pY2F0aW9uIGlzIHJlc3RyaWN0ZWQgdG8gdGhl DQo+PiAgICAgPiAgICAgVU5JLUMgYW5kDQo+PiAgICAgPiAgICAgPj4gICAgID4+IFVOSS1OIG5v ZGUuDQo+PiAgICAgPiAgICAgPj4gICAgID4+DQo+PiAgICAgPiAgICAgPj4gICAgID4+IFlvdXJz IElycmVzcGVjdGl2ZWx5LA0KPj4gICAgID4gICAgID4+ICAgICA+Pg0KPj4gICAgID4gICAgID4+ ICAgICA+Pg0KPj4gICAgID4gICAgID4+ICAgICA+Pg0KPj4gICAgID4gICAgID4+ICAgICA+PiBK b2huDQo+PiAgICAgPiAgICAgPj4gICAgID4+DQo+PiAgICAgPiAgICAgPj4gICAgID4+DQo+PiAg ICAgPiAgICAgPj4gICAgID4+DQo+PiAgICAgPiAgICAgPj4gICAgID4+ICpGcm9tOipjY2FtcC1i b3VuY2VzQGlldGYub3JnDQo+PiAgICAgPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPg0K Pj4gICAgID4gICAgIDxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZw0KPj4gICAgIDxtYWls dG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZz4+IDxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9y Zw0KPj4gICAgIDxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZz4NCj4+ICAgICA+ICAgICA8 bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYu b3JnPj4+DQo+PiAgICAgPiAgICAgPj4gICAgIDxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9y Zw0KPj4gICAgIDxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZz4NCj4+DQo+PiAgICAgPiAg ICAgPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnDQo+PiAgICAgPG1haWx0bzpjY2FtcC1i b3VuY2VzQGlldGYub3JnPj4gPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnDQo+PiAgICAg PG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPg0KPj4NCj4+ICAgICA+ICAgICA8bWFpbHRv OmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPj4+ Pg0KPj4gICAgID4gICAgID4+ICAgICA+PiBbbWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmcN Cj4+ICAgICA8bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc+DQo+PiAgICAgPiAgICAgPG1h aWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnDQo+PiAgICAgPG1haWx0bzpjY2FtcC1ib3VuY2Vz QGlldGYub3JnPj4gPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnDQo+PiAgICAgPG1haWx0 bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPg0KPj4gICAgID4gICAgIDxtYWlsdG86Y2NhbXAtYm91 bmNlc0BpZXRmLm9yZyA8bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc+Pj5dDQo+PiAgICAg PiAgICAgPj4gICAgICpPbiBCZWhhbGYgT2YgKlphZmFyIEFsaSAoemFsaSkNCj4+ICAgICA+ICAg ICA+PiAgICAgPj4gKlNlbnQ6KiBTdW5kYXksIE5vdmVtYmVyIDAzLCAyMDEzIDg6MTIgQU0NCj4+ ICAgICA+ICAgICA+PiAgICAgPj4gKlRvOiogSUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQo+PiAg ICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+DQo+PiAgICAgPiAgICAgPG1haWx0 bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCj4+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFv cHRpY2FsLmNvbT4+DQo+PiAgICAgPiAgICAgPj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9w dGljYWwuY29tDQo+PiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+DQo+Pg0K Pj4gICAgID4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQo+PiAgICAgPG1h aWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+Pj4gPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0 aWNhbC5jb20NCj4+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4NCj4+ICAg ICA+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0KPj4gICAgIDxtYWlsdG86 SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPj4NCj4+ICAgICA+ICAgICA+PiAgICAgPG1haWx0bzpJ QnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCj4+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRp Y2FsLmNvbT4NCj4+DQo+PiAgICAgPiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5j b20NCj4+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4+Pj4NCj4+ICAgICA+ ICAgICA+PiAgICAgPj4gKkNjOiogY2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9y Zz4NCj4+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+ Pg0KPj4gICAgID4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRm Lm9yZz4NCj4+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5v cmc+Pj4NCj4+DQo+PiAgICAgPiAgICAgPj4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1h aWx0bzpjY2FtcEBpZXRmLm9yZz4NCj4+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWls dG86Y2NhbXBAaWV0Zi5vcmc+Pg0KPj4NCj4+ICAgICA+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYu b3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+DQo+PiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9y ZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPj4+Pg0KPj4gICAgID4gICAgID4+ICAgICA+PiAqU3Vi amVjdDoqIFtDQ0FNUF0gQ29tbWVudHMgYWJvdXQNCj4+ICAgICA+ICAgICA+PiAgICAgPj4gZHJh ZnQtYmVlcmFtLWNjYW1wLW5ldHdvcmstYXNzaWduZWQtdXBzdHJlYW0tbGFiZWwtMDANCj4+ICAg ICA+ICAgICA+PiAgICAgPj4NCj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+ICAgICA+ICAgICA+ PiAgICAgPj4NCj4+ICAgICA+ICAgICA+PiAgICAgPj4gSGkgSWdvciBhbmQgY28tYXV0aG9ycy0N Cj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+ICAgICA+ ICAgICA+PiAgICAgPj4NCj4+ICAgICA+ICAgICA+PiAgICAgPj4gUGxlYXNlIG5vdGUgdGhhdCBb UkZDMzQ3M10gYWxyZWFkeSBjb25zaWRlcnMgdGhlDQo+PiAgICAgY2FzZSB3aGVyZQ0KPj4gICAg ID4gICAgID4+ICAgICA+PiB1cHN0cmVhbSBsYWJlbCBtYXkgbm90IGJlIGFjY2VwdGFibGUgdG8g YSBkb3duc3RyZWFtDQo+PiAgICAgPiAgICAgPj4gICAgID4+IG5vZGUuIFNwZWNpZmljYWxseSwg W1JGQzM0NzNdIHN0YXRlcyB0aGF0Og0KPj4gICAgID4gICAgID4+ICAgICA+Pg0KPj4gICAgID4g ICAgID4+ICAgICA+PiAiL3doZW4gYSBQYXRoIG1lc3NhZ2UgY29udGFpbmluZyBhbiBVcHN0cmVh bV9MYWJlbA0KPj4gICAgIG9iamVjdCBpcw0KPj4gICAgID4gICAgID4+ICAgICA+PiByZWNlaXZl ZCwgdGhlIHJlY2VpdmVyIGZpcnN0IHZlcmlmaWVzIHRoYXQgdGhlDQo+PiAgICAgdXBzdHJlYW0g bGFiZWwNCj4+ICAgICA+ICAgICA+PiAgICAgPj4gaXMgYWNjZXB0YWJsZS4gSWYgdGhlIGxhYmVs IGlzIG5vdCBhY2NlcHRhYmxlLCB0aGUNCj4+ICAgICByZWNlaXZlcg0KPj4gICAgID4gICAgID4+ ICAgICA+PiAvKk1VU1QqL2lzc3VlIGEgUGF0aEVyciBtZXNzYWdlIHdpdGggYSAiUm91dGluZw0K Pj4gICAgID4gICAgID4+ICAgICA+PiBwcm9ibGVtL1VuYWNjZXB0YWJsZSBsYWJlbCB2YWx1ZSIg aW5kaWNhdGlvbi4gVGhlDQo+PiAgICAgZ2VuZXJhdGVkDQo+PiAgICAgPiAgICAgPj4gICAgID4+ IFBhdGhFcnIgbWVzc2FnZSBNQVkgaW5jbHVkZSBhbiBBY2NlcHRhYmxlIExhYmVsIFNldA0KPj4g ICAgIE9iamVjdC8iLg0KPj4gICAgID4gICAgID4+ICAgICA+Pg0KPj4gICAgID4gICAgID4+ICAg ICA+PiBBY2NlcHRhYmxlX0xhYmVsX1NldCBvYmplY3RzIG1heSBiZSBjYXJyaWVkIGluDQo+PiAg ICAgUGF0aEVyciBhbmQNCj4+ICAgICA+ICAgICA+PiAgICAgPj4gUmVzdkVyciBtZXNzYWdlcyBb UkZDMzQ3M10uDQo+PiAgICAgPiAgICAgPj4gICAgID4+DQo+PiAgICAgPiAgICAgPj4gICAgID4+ DQo+PiAgICAgPiAgICAgPj4gICAgID4+DQo+PiAgICAgPiAgICAgPj4gICAgID4+IEhvd2V2ZXIs IHlvdXIgZHJhZnQgZG9lcyBub3QgbWVudGlvbiBvciBjb3ZlciB0aGlzDQo+PiAgICAgYWxyZWFk eQ0KPj4gICAgID4gICAgID4+ICAgICA+PiBkZWZpbmVkIG1ldGhvZC4NCj4+ICAgICA+ICAgICA+ PiAgICAgPj4NCj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+ICAgICA+ICAgICA+PiAgICAgPj4N Cj4+ICAgICA+ICAgICA+PiAgICAgPj4gVGhhbmtzDQo+PiAgICAgPiAgICAgPj4gICAgID4+DQo+ PiAgICAgPiAgICAgPj4gICAgID4+DQo+PiAgICAgPiAgICAgPj4gICAgID4+DQo+PiAgICAgPiAg ICAgPj4gICAgID4+IFJlZ2FyZHMgoa0gWmFmYXINCj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+ ICAgICA+ICAgICA+PiAgICAgPg0KPj4gICAgID4gICAgID4+ICAgICA+DQo+PiAgICAgPiAgICAg Pj4gICAgID4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N Cj4+ICAgICA+ICAgICA+PiAgICAgPiBDQ0FNUCBtYWlsaW5nIGxpc3QNCj4+ICAgICA+ICAgICA+ PiAgICAgPiBDQ0FNUEBpZXRmLm9yZyA8bWFpbHRvOkNDQU1QQGlldGYub3JnPg0KPj4gICAgIDxt YWlsdG86Q0NBTVBAaWV0Zi5vcmcgPG1haWx0bzpDQ0FNUEBpZXRmLm9yZz4+DQo+Pg0KPj4gICAg ID4gICAgIDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmcgPG1haWx0bzpDQ0FNUEBpZXRmLm9yZz4NCj4+ ICAgICA8bWFpbHRvOkNDQU1QQGlldGYub3JnIDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmc+Pj4NCj4+ DQo+PiAgICAgPiAgICAgPj4gICAgID4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0 aW5mby9jY2FtcA0KPj4gICAgID4gICAgID4+ICAgICA+DQo+PiAgICAgPiAgICAgPj4NCj4+ICAg ICA+ICAgICA+PiAgICAgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18NCj4+ICAgICA+ICAgICA+PiAgICAgQ0NBTVAgbWFpbGluZyBsaXN0DQo+Pg0KPj4gICAg ID4gICAgID4+ICAgICBDQ0FNUEBpZXRmLm9yZyA8bWFpbHRvOkNDQU1QQGlldGYub3JnPg0KPj4g ICAgIDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmcgPG1haWx0bzpDQ0FNUEBpZXRmLm9yZz4+DQo+PiAg ICAgPG1haWx0bzpDQ0FNUEBpZXRmLm9yZyA8bWFpbHRvOkNDQU1QQGlldGYub3JnPg0KPj4NCj4+ ICAgICA+ICAgICA8bWFpbHRvOkNDQU1QQGlldGYub3JnIDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmc+ Pj4NCj4+ICAgICA+ICAgICA+PiAgICAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0 aW5mby9jY2FtcA0KPj4gICAgID4gICAgID4+DQo+PiAgICAgPiAgICAgPj4NCj4+ICAgICA+ICAg ICA+Pg0KPj4gICAgID4gICAgID4+DQo+PiAgICAgPiAgICAgPj4gX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4+ICAgICA+ICAgICA+PiBDQ0FNUCBtYWls aW5nIGxpc3QNCj4+ICAgICA+ICAgICA+PiBDQ0FNUEBpZXRmLm9yZyA8bWFpbHRvOkNDQU1QQGll dGYub3JnPg0KPj4gICAgIDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmcgPG1haWx0bzpDQ0FNUEBpZXRm Lm9yZz4+DQo+PiAgICAgPiAgICAgPj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0 aW5mby9jY2FtcA0KPj4gICAgID4gICAgID4NCj4+ICAgICA+ICAgICA+X19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4+ICAgICA+ICAgICA+Q0NBTVAgbWFp bGluZyBsaXN0DQo+PiAgICAgPiAgICAgPkNDQU1QQGlldGYub3JnIDxtYWlsdG86Q0NBTVBAaWV0 Zi5vcmc+IDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmcNCj4+ICAgICA8bWFpbHRvOkNDQU1QQGlldGYu b3JnPj4NCj4+ICAgICA+ICAgICA+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5m by9jY2FtcA0KPj4gICAgID4gICAgID5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXw0KPj4gICAgID4gICAgID5DQ0FNUCBtYWlsaW5nIGxpc3QNCj4+ICAgICA+ ICAgICA+Q0NBTVBAaWV0Zi5vcmcgPG1haWx0bzpDQ0FNUEBpZXRmLm9yZz4gPG1haWx0bzpDQ0FN UEBpZXRmLm9yZw0KPj4gICAgIDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmc+Pg0KPj4gICAgID4gICAg ID5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2NjYW1wDQo+PiAgICAgPg0K Pj4gICAgID4NCj4+ICAgICA+DQo+PiAgICAgPg0KPj4gICAgID4gX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4+ICAgICA+IENDQU1QIG1haWxpbmcgbGlz dA0KPj4gICAgID4gQ0NBTVBAaWV0Zi5vcmcgPG1haWx0bzpDQ0FNUEBpZXRmLm9yZz4NCj4+ICAg ICA+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vY2NhbXANCj4+ICAgICA+ DQo+Pg0KPj4gIA0KPj4NCg0K From internet-drafts@ietf.org Tue Nov 5 13:46:15 2013 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0FF6E21F898A; Tue, 5 Nov 2013 13:46:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.57 X-Spam-Level: X-Spam-Status: No, score=-102.57 tagged_above=-999 required=5 tests=[AWL=0.030, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tJTe0OuLhzK3; Tue, 5 Nov 2013 13:46:14 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 2211321F9F80; Tue, 5 Nov 2013 13:46:10 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 4.82 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20131105214610.29536.74829.idtracker@ietfa.amsl.com> Date: Tue, 05 Nov 2013 13:46:10 -0800 Cc: ccamp@ietf.org Subject: [CCAMP] I-D Action: draft-ietf-ccamp-otn-g709-info-model-13.txt X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 21:46:15 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Common Control and Measurement Plane Work= ing Group of the IETF. Title : Evaluation of existing GMPLS encoding against G.709v3 Op= tical Transport Networks (OTN) Author(s) : Sergio Belotti Pietro Vittorio Grandi Daniele Ceccarelli Diego Caviglia Fatai Zhang Dan Li Filename : draft-ietf-ccamp-otn-g709-info-model-13.txt Pages : 23 Date : 2013-11-05 Abstract: ITU-T recommendation [G.709-2012] has introduced new fixed and flexible Optical Data Unit (ODU) containers in Optical Transport Networks (OTNs). This document provides an evaluation of existing Generalized Multiprotocol Label Switching (GMPLS) routing and signaling protocols against the G.709 OTN networks. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-ccamp-otn-g709-info-model There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-ccamp-otn-g709-info-model-13 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ccamp-otn-g709-info-model-13 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 lberger@labn.net Tue Nov 5 14:48:48 2013 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 06E4B21F9B25 for ; Tue, 5 Nov 2013 14:48:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -98.281 X-Spam-Level: X-Spam-Status: No, score=-98.281 tagged_above=-999 required=5 tests=[AWL=-2.976, BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, SARE_SUB_ENC_GB2312=1.345, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id viDgN1rpphmA for ; Tue, 5 Nov 2013 14:48:40 -0800 (PST) Received: from oproxy17-pub.mail.unifiedlayer.com (oproxy17-pub.mail.unifiedlayer.com [74.220.201.171]) by ietfa.amsl.com (Postfix) with SMTP id 8F44211E8160 for ; Tue, 5 Nov 2013 14:47:48 -0800 (PST) Received: (qmail 10323 invoked by uid 0); 5 Nov 2013 22:47:39 -0000 Received: from unknown (HELO box313.bluehost.com) (69.89.31.113) by oproxy17-pub.mail.unifiedlayer.com with SMTP; 5 Nov 2013 22:47:39 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=BahINvUwDYHbrUwhRymo4nS8jr0fPelV8JZEw1V0E98=; b=f8aepCWW7FJ/g6wAB8a39AxbuT1frRY4pYow7Uapl/1oO8Kf0hnmBELgeW2/u1Yk5XYfVk2+PdjqfmeMCKtlgCfYhyNSVfn8pqgd4asgQ4a99lDr7lhsCWl9Kf4DeW4r; Received: from box313.bluehost.com ([69.89.31.113]:56401 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.80) (envelope-from ) id 1VdpPO-0003ZS-Fg; Tue, 05 Nov 2013 15:47:39 -0700 Message-ID: <52797582.3070508@labn.net> Date: Tue, 05 Nov 2013 14:47:30 -0800 From: Lou Berger User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Igor Bryskin , Vishnu Pavan Beeram References: <52790CAD.80003@labn.net> <52791CB8.4000706@labn.net> <52794534.3030804@labn.net> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 8bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Cc: "ccamp@ietf.org" Subject: Re: [CCAMP] =?gb2312?b?tPC4tDogQ29tbWVudHMgYWJvdXQgZHJhZnQtYmVlcmFt?= =?gb2312?b?LWNjYW1wLW5ldHdvcmstYXNzaWduZWQtdXBzdHJlYW0tbGFiZWwtMDA=?= X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 22:48:48 -0000 Igor, On 11/5/2013 11:42 AM, Igor Bryskin wrote: > Lou, > In majority of the cases UNI-Cs would want to have their G-LSPs label-symmetrical. Every time you say UNI-C I've been assuming you mean ingress, is this correct? > If the label symmetricity is left to the local policy of the network, > the latter may decide (e.g. because of existing unidirectional LSPs > set up for other users or P2MP LSPs) to assign different labels for > US and DS unless there is an explicit constraint signaled from the > UNI-C to make symmetrical or fail the setup. > So you believe there is a use case where some nodes will assign asymmetric labels for the same service, and other nodes along the LSP only support symmetric labels. Right? Lou > Igor > > -----Original Message----- > From: Lou Berger [mailto:lberger@labn.net] > Sent: Tuesday, November 05, 2013 2:21 PM > To: Igor Bryskin; Vishnu Pavan Beeram > Cc: ccamp@ietf.org > Subject: Re: [CCAMP] ´ð¸´: Comments about draft-beeram-ccamp-network-assigned-upstream-label-00 > > Great. So this is a nice short list. I think the utility of requirements 1 and 2 are pretty clear. You have stated that both symmetric and asymmetric labels are needed in optical for single fiber rings. While I'm personally amazed that these still exist, I (with no hat on) accept the use case. > > I suspect that some are not convinced on the need to "put label symmetry into the protocol" (Juilien's question) > > Can you (authors) elaborate on why this needs to be changed? > > Thanks, > Lou > > On 11/05/2013 02:01 PM, Igor Bryskin wrote: >> Lou, >> >>> 1. Downstream selection of the upstream label >>> >>> >>> 2. An option to allow upstream node to provide set of labels that >>> should be used in the downstream nodes' choice of upstream >>> label >>> >>> 3. The use of symmetric labels when the downstream node >>> is selecting the label. >>> >>> 4. Allowing for asymmetric labels is not a new requirement, nor do >>> you really care about it. >>> >> I agree with 1-3. But 4. should not be ignored >> >> -----Original Message----- >> From: Lou Berger [mailto:lberger@labn.net] >> Sent: Tuesday, November 05, 2013 11:29 AM >> To: Igor Bryskin; Vishnu Pavan Beeram >> Cc: ccamp@ietf.org >> Subject: Re: [CCAMP] ´ð¸´: Comments about >> draft-beeram-ccamp-network-assigned-upstream-label-00 >> >> Igor, >> So you are adding to 3 to cover the case when the upstream node selects the label, right? >>> 3. The use of symmetric labels when the downstream node >>> is selecting the label. >> >> Lou >> >> On 11/5/2013 8:20 AM, Igor Bryskin wrote: >>> I would add: >>> >>> 5. A way for US node (e.g. UNI-C) to mandate the label symmetricity. >>> >>> >>> >>> *From:*ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] *On >>> Behalf Of *Vishnu Pavan Beeram >>> *Sent:* Tuesday, November 05, 2013 10:50 AM >>> *To:* Lou Berger >>> *Cc:* ccamp@ietf.org >>> *Subject:* Re: [CCAMP] ´ð¸´: Comments about >>> draft-beeram-ccamp-network-assigned-upstream-label-00 >>> >>> >>> >>> Lou, >>> >>> >>> >>> Yes, your summarized points are correct. >>> >>> >>> >>> Thanks, >>> >>> -Pavan. >>> >>> >>> >>> On Tue, Nov 5, 2013 at 10:20 AM, Lou Berger >> > wrote: >>> >>> Pavan, >>> I think this is helpful in trying to understand what the >>> goals are of the draft. Again, I'll resist arguing about the >>> mechanisms that are proposed until we've agreed on what requirements >>> need to be addressed. >>> (While the mechanism details, i.e., the "how", are certainly >>> important, arguing those doesn't really answer the larger question of >>> "what" you'd like to accomplish.) >>> >>> >>> >>> VPB: Agree. >>> >>> >>> >>> >>> So the list of requirements is now the addition of: >>> 1. Downstream selection of the upstream label >>> >>> >>> 2. An option to allow upstream node to provide set of labels that >>> should be used in the downstream nodes' choice of upstream >>> label >>> >>> 3. The use of symmetric labels when the downstream node >>> is selecting the label. >>> >>> 4. Allowing for asymmetric labels is not a new requirement, nor do >>> you really care about it. >>> >>> Is this correct? >>> >>> Thanks, >>> Lou >>> >>> >>> On 11/5/2013 5:25 AM, Vishnu Pavan Beeram wrote: >>> > I see a pattern in the questions that are being raised. I'll try >>> and see >>> > if I can answer them all using the following Q&A. >>> > >>> > A. "Label Symmetricity": >>> > >>> > (1) Aren't labels always symmetric in practice? Are there any >>> asymmetric >>> > label scenarios at all? >>> > Ans: Yes, labels are almost always symmetric in practice. The draft >>> > explicitly states that. I haven't come across any single >>> > scenario/product where asymmetric labels are used. As Igor pointed out >>> > in an earlier email, there could be in theory some single-fiber >>> > configurations where the same wavelength cannot be used for both >>> > directions. But I don't know if anyone really uses that. >>> > >>> > (2) Then why do you need an explicit request from the ingress to make >>> > them symmetric at each hop? >>> > Ans: This is because the extensions in RFC3473 allows "Label >>> > Asymmetricity" and and as a result symmetricity cannot be assumed by >>> > default. There is currently no way of mandating symmetricity at >>> each hop >>> > along the path of the LSP. >>> > >>> > (3) Say, we all agree that "Symmetricity" is always guaranteed >>> (maybe we >>> > even state it explicitly in some standard document). Would you then be >>> > able to use existing extensions and address the "alien-wavelength" >>> setup >>> > use-case? >>> > Ans: No, the existing extensions still fall short. What does the >>> > ingress-client fill in the UPSTREAM_LABEL when it has no knowledge on >>> > what needs to be used? As per current extensions, the UPSTREAM_LABEL >>> > needs to be filled in with a valid label before sending the PATH >>> out. We >>> > still need the ingress-client to have some mechanism to tell the >>> network >>> > - "please ignore what I'm filling in the UPSTREAM_LABEL; just take the >>> > LABEL_SET into account if I fill one; I'll use what is returned in the >>> > RESV-LABEL for both directions." >>> > >>> > (4) Label allocation has always been a local choice. Why should the >>> > ingress request how labels are allocated at some downstream hop? >>> > Ans: The ingress has always been the one to request the downstream >>> node >>> > to allocate labels in both directions. All that the draft is proposing >>> > is a mechanism for the ingress to say that these two labels need to be >>> > symmetric. >>> > >>> > B. "Label Asymmetricity" >>> > >>> > (4) Have the "Label Asymmetricity" extensions been included just for >>> > completion sake? Can those be jettisoned if we there is no need for >>> > asymmetric labels? >>> > Ans: Yes. The primary reason why those extensions are included in the >>> > draft is because RFC3473 allows asymmetricity. We don't need to >>> discuss >>> > those if we explicitly state somewhere (in some standard document) >>> that >>> > "labels are always symmetric" and that all previous extensions defined >>> > for asymmetricity are use-less. >>> > >>> > C. "Use-Case" >>> > >>> > (5) I don't understand any of the above. Why do we need the network to >>> > assign an upstream label? >>> > Ans: Please read the draft. Section 5 discusses a specific use-case. >>> > >>> > >>> > Regards, >>> > -Pavan >>> > >>> > >>> > On Tue, Nov 5, 2013 at 2:29 AM, Zafar Ali (zali) >> >>> >>> > >> wrote: >>> > >>> > Hi- >>> > >>> > Furthermore, when (alien) wavelength is same in forward and >>> reverse >>> > direction, we can use label set along with acceptable label >>> set - as >>> > defined in RFC3473. The only use case this draft addresses is >>> when alien >>> > wavelength are asymmetrical in forward and reverse direction. >>> I am not >>> > aware of any example of such use case. >>> > >>> > Thanks >>> > >>> > Regards ¡­ Zafar >>> > >>> > >>> > -----Original Message----- >>> >>> > From: Fatai Zhang >> >> >> >>> > Date: Monday, November 4, 2013 7:38 PM >>> >>> > To: "julien.meuric@orange.com >>> >> >" >>> > >>> >> >>, Vishnu >>> > Pavan >>> >>> > Beeram >>> >> >>> > Cc: "ccamp@ietf.org >>> >" >> >>> > >> >>> >>> > Subject: [CCAMP] ´ð¸´: Comments >>> > about draft-beeram-ccamp-network-assigned-upstream-label-00 >>> > >>> > >Hi Pavan, >>> > > >>> > >Understood what you said in principle, but could you give an >>> example to >>> > >show there are asymmertric labels (wavelength?) for the >>> bidirectiaonal >>> > >LSPs (especiall for the transport networks) in the real >>> > implementations? >>> > > >>> > >>> >========================================================================== >>> > >====================================== >>> > >In practice, most bidirectional LSPs have label symmetricity on >>> > each hop >>> > >along the path of the LSP. But this is something that cannot >>> be assumed >>> > >by default. >>> > > >>> > > >>> > > >>> > >Thanks >>> > > >>> > >Fatai >>> > > >>> > >________________________________________ >>> >>> > >·¢¼þÈË: ccamp-bounces@ietf.org >>> >> > >>> > [ccamp-bounces@ietf.org >>> >] ´ú >>> ±í Julien >>> > Meuric >>> > >[julien.meuric@orange.com >>> >> >] >>> >>> > >·¢ËÍʱ¼ä: 2013Äê11ÔÂ5ÈÕ 10:35 >>> > >ÊÕ¼þÈË: Vishnu Pavan Beeram >>> >>> > >³­ËÍ: ccamp@ietf.org >>> > >>> >>> > >Ö÷Ìâ: Re: [CCAMP] Comments about >>> > >draft-beeram-ccamp-network-assigned-upstream-label-00 >>> > > >>> > >Hi Pavan. >>> > > >>> > >Even though I agree with your unassigned Upstream_Label >>> requirement, I >>> > >need to disagree with the data plane rationale you mention. >>> > > >>> > >The Upstream_Label refers to the client's optical receiver: >>> you don't >>> > >need to tune a laser on the receiver side. The data >>> transmission could >>> > >even work without sending the actual Upstream_Label in >>> RSVP-TE messages >>> > >to the client: I am not really a fan of that approach, but >>> that would >>> > >fit cases where optical policies are left to the optical >>> network... >>> > > >>> > >Moreover, I have doubts on putting label symmetry within the >>> protocol. >>> > >This is more an allocation policy in the hands of allocating >>> nodes: >>> > >requesting an allocation mode from an ingress node would mean >>> doing the >>> > >server job, I am not sure it is desirable. >>> > > >>> > >Julien >>> > > >>> > > >>> > >On 11/04/2013 23:49, Vishnu Pavan Beeram wrote: >>> > >> Lou, >>> > >> >>> > >> The extensions defined in this draft do not impose any >>> backwards >>> > >> compatibility issues. The intent is definitely not to >>> change the >>> > >> fundamental aspects of the protocol. As you would agree, it >>> is not >>> > >> mandatory to try and fit the extensions defined in RFC3473 >>> to all and >>> > >> sundry. New extensions are being introduced only where the >>> existing >>> > >> extensions fall short. Let me walk through the requirements >>> that we >>> > >> are looking at and that would hopefully explain the limitations >>> > of the >>> > >> existing extensions. >>> > >> >>> > >> Base requirement : >>> > >> Need a mechanism for a given node to say that it cannot >>> assign an >>> > >> upstream-label on its own and that it needs the network (read >>> > >> downstream) to assign it instead. >>> > >> >>> > >> Corollary requirements : >>> > >> 1. Need a mechanism for a given node to ask for a >>> network-assigned >>> > >> upstream label without having to specify any inputs on what >>> label >>> > >> needs to get picked. >>> > >> 2. Need a mechanism for a given node to ask for a >>> network-assigned >>> > >> upstream label and also specify some choices for the label >>> that needs >>> > >> to get picked. >>> > >> 3. If labels are symmetric, a given node can simply use the >>> label >>> > >> returned in the LABEL object of the RESV message for both >>> directions. >>> > >> In practice, most bidirectional LSPs have label >>> symmetricity on each >>> > >> hop along the path of the LSP. But this is something that >>> cannot be >>> > >> assumed by default. Hence, there is a need to have a mechanism >>> > for the >>> > >> ingress to request "label symmetricity" at each hop along >>> the path of >>> > >> the LSP. >>> > >> >>> > >> Can you somehow fit a solution using the current extensions >>> and cater >>> > >> to the above requirements? >>> > >> We believe the answer is NO. One suggestion on the mailing list >>> > was to >>> > >> set a random UPSTREAM_LABEL and send it out on a fishing >>> expedition. >>> > >> The idea was that the downstream node would then respond with a >>> > >> PATH-ERR carrying an ACCEPTABLE_LABEL_SET. John and Igor have >>> > provided >>> > >> a list of reasons on why that isn't a great idea. Let me >>> add another >>> > >> point - >>> > >> - As per RFC3473 - when a node receives an UPSTREAM_LABEL >>> object in >>> > >> the PATH, it means that the upstream node MUST have already >>> > >> installed/programmed this label. In the alien wavelength >>> use-case >>> > >> (discussed in the draft), when the network receives this >>> message, it >>> > >> would mean that the laser has already been tuned to this >>> > wavelength at >>> > >> the client. That beats the very purpose of requesting a network >>> > >> assigned upstream label. Doesn't it? So, the point is that >>> with the >>> > >> current semantics of an UPSTREAM_LABEL, you cannot use it >>> for the >>> > case >>> > >> where the upstream-label hasn't been installed/programmed >>> yet. If >>> > some >>> > >> implementation decides to ignore these semantics, how would the >>> > >> network know whether the ingress-client has already >>> installed this >>> > >> label or not (whether the laser is already tuned or not). >>> > >> >>> > >> RFC3473 states that a Bidirectional-LSP setup request is >>> > identified by >>> > >> the presence of an "UPSTREAM_LABEL" object in the PATH msg. >>> This >>> > draft >>> > >> does propose 2 other mechanisms: >>> > >> - The presence of the "Label Symmetricity Required" Flag in >>> the PATH >>> > >> - The presence of the "UPSTREAM_LABEL_SET" object in the PATH >>> > >> If a downstream node does not understand any of the above >>> > indications, >>> > >> it would reject the setup request. In both scenarios - >>> after the >>> > >> network has assigned the upstream-label, the concerned node is >>> > allowed >>> > >> to start signaling the UPSTREAM_LABEL object in the PATH. I >>> don't >>> > >> understand how adding two other mechanisms for >>> Bidirectional LSP >>> > setup >>> > >> translates to changing fundamental aspects of the protocol. >>> > >> Implementations that can support these extensions can. >>> Others can >>> > >> still be happy with their "running code". >>> > >> >>> > >> Regards, >>> > >> -Pavan >>> > >> >>> > >> >>> > >> >>> > >> On Mon, Nov 4, 2013 at 2:18 PM, Lou Berger >>> >>> > > >>> >>> > >> >>> >>> wrote: >>> > >> >>> > >> John, (authors) >>> > >> >>> > >> Perhaps it would be useful to refocus a moment on the >>> specific >>> > >> limitations the draft is focusing on. >>> > >> >>> > >> There's no question that 3473 made certain choices based on >>> > expected >>> > >> uses and probabilities that may not hold, but we do >>> need to be >>> > >>careful >>> > >> when changing fundamentals of the protocol (e.g. moving >>> away from >>> > >>the >>> > >> use of the upstream label object as the basic object that >>> > indicates >>> > >>a >>> > >> bidirectional LSP.) >>> > >> >>> > >> So is it fair to say that the main limitation that the >>> draft is >>> > >>trying >>> > >> to address is the inability to support downstream >>> selection of >>> > >> upstream >>> > >> labels? >>> > >> >>> > >> The draft also allows for both symmetric and asymmetric >>> label >>> > value >>> > >> allocation. IS this a requirement, or asymmetric just >>> > included for >>> > >> completeness? >>> > >> >>> > >> Are there other requirements / limitations you are >>> trying to >>> > >>address? >>> > >> >>> > >> Lou >>> > >> >>> > >> On 11/04/2013 01:24 PM, John E Drake wrote: >>> > >> > Zafar, >>> > >> > >>> > >> > Both Igor and I have listed technical issues with RFC3473 >>> > and your >>> > >> > response is that you really really like RFC3473. I'm >>> happy for >>> > >> you but >>> > >> > unimpressed. >>> > >> > >>> > >> > John >>> > >> > >>> > >> > Sent from my iPhone >>> > >> > >>> > >> > On Nov 4, 2013, at 9:43 AM, "Zafar Ali (zali)" >>> > >> > >>> > >> >>> >> >>> > >> > >>> > >>> > >>> >>>> wrote: >>> > >> > >>> > >> >> Igor, John- >>> > >> >> >>> > >> >> Please see in-line. >>> > >> >> >>> > >> >> From: "IBryskin@advaoptical.com >>> >>> > >> > >>> > >> >> >>> >>> > >> >> >> >>> >>> > >> > >>> > >> >> >>> > >> >>>" >>> > >> >> >> >>> > >> > >> >>> > >> >> >>> > >> >> >>> > >> > >> >>> > >> >>>> >>> > >> >> Date: Monday, November 4, 2013 8:57 AM >>> > >> >> To: zali >>> > >>> > >>> >> >>> >>> > >> >>> > >>> >>> > >>> >>>>, >>> > >> "jdrake@juniper.net >>> > >>> > >>> >> >>> > >> >> >> >> > >>> > >>> >>>" >>> > >> >>> > >>> > >>> >> >>> > >> >> >> >> > >>> > >>> >>>> >>> > >> >> Cc: "ccamp@ietf.org >>> > >>> > >>> >> >>> > >> >>> > >>> > >>> >>>" >> >>> > > >>> > >> >>> >> >>> > >> >> >>> > >>> > >>> >>>> >>> > >> >> Subject: RE: Comments about >>> > >> >> draft-beeram-ccamp-network-assigned-upstream-label-00 >>> > >> >> >>> > >> >> Zafar, >>> > >> >> >>> > >> >> 1) Using an error indication as a part of normal >>> protocol >>> > >> >> operation is not good design practice. >>> > >> >> >>> > >> >> Use of Path error and notify message is an integral part >>> > of the >>> > >> >> RSVP-TE design. Also please note that we are not >>> debating >>> > about a >>> > >> >> new procedure being proposed but talking about a >>> procedure >>> > that >>> > >>is >>> > >> >> already implemented and deployed. >>> > >> >> >>> > >> >> >>> > >> >> >>> > >> >> IB>> The way I interpret this discussion is >>> something like >>> > this: >>> > >> >> >>> > >> >> >>> > >> >> >>> > >> >> John: I believe that white is a lighter color than >>> black. >>> > >> >> >>> > >> >> Zafa: Well, John, black is an integral part of the color >>> > pallet. >>> > >> >> Many mature applications successfully use black for >>> their >>> > various >>> > >> >> purposes. My implementations, for example, use black for >>> > pretty >>> > >> >> much everything¡­.. So, it is not clear which color >>> is lighter, >>> > >>and >>> > >> >> why do we need other colors at all. :=) >>> > >> >> >>> > >> >> >>> > >> >> >>> > >> >> I mean to say that your, Zafar, comments IMHO are not >>> > >>constructive >>> > >> >> technical arguments. >>> > >> >> >>> > >> >> Igor >>> > >> >> >>> > >> >> >>> > >> >> >>> > >> >> Hi Igor and John: >>> > >> >> >>> > >> >> This is really funny. This is the first time I have >>> heard that >>> > >> running >>> > >> >> code has no merit at IETF :) This is especially when the >>> > >> running code >>> > >> >> is directly coming from RFC3473. You are calling it "not >>> > >> constructive >>> > >> >> technical arguments"! Last I heard we believed in >>> running code >>> > >>(See >>> > >> >> your T-shirt from the election day from IETF Atlanta). >>> > >> >> >>> > >> >> Your draft is ONLY applicable for a use case where >>> > upstream and >>> > >> >> downstream alien wavelength are different. When >>> upstream and >>> > >> >> downstream alien wavelength are same, use of >>> acceptable label >>> > >> set and >>> > >> >> label set objects constitute the running code. >>> However, your >>> > >>draft >>> > >> >> neither makes that applicability statement nor makes any >>> > mention >>> > >>or >>> > >> >> cover or reference to procedure I quoted from RFC3473. >>> > >> >> >>> > >> >> Thanks >>> > >> >> >>> > >> >> Regards¡­Zafar >>> > >> >> >>> > >> >> >>> > >> >> >>> > >> >> >>> > >> >> >>> > >> >> *From:*Zafar Ali (zali) [mailto:zali@cisco.com >>> >>> > > >>> > >> >>> >>] >>> > >> >> *Sent:* Monday, November 04, 2013 1:51 AM >>> > >> >> *To:* John E Drake; Igor Bryskin >>> > >> >> *Cc:* ccamp@ietf.org >>> > >>> > >>> >> >>> > >> >>> > >>> > >>> >>> >>> > >> >> *Subject:* Re: Comments about >>> > >> >> draft-beeram-ccamp-network-assigned-upstream-label-00 >>> > >> >> >>> > >> >> >>> > >> >> >>> > >> >> Hi John: >>> > >> >> >>> > >> >> >>> > >> >> >>> > >> >> Please see in-line. >>> > >> >> >>> > >> >> >>> > >> >> >>> > >> >> Thanks >>> > >> >> >>> > >> >> >>> > >> >> >>> > >> >> Regards ¡­ Zafar >>> > >> >> >>> > >> >> >>> > >> >> >>> > >> >> *From: *"jdrake@juniper.net >>> >> > >>> > >>> >> >>> > >> >>> > >>> > >>> >>>" >>> > >> >> >>> > >>> > >>> >> >>> > >> >>> > >>> >>> > >>> >>>> >>> > >> >> *Date: *Sunday, November 3, 2013 11:57 AM >>> > >> >> *To: *zali >>> > >>> > >>> >> >>> >>> > >> >>> > >>> >>> > >>> >>>>, >>> > >> >> "IBryskin@advaoptical.com >>> >>> > >> > >> >>> > >> >> >>> >>> > >> >> >>> > >> > >> >>> > >> >>>" >>> > >> >> >> >>> > >> > >> >>> > >> >> >>> > >> >> >>> > >> > >> >>> >>> > >> >>>> >>> > >> >> *Cc: *"ccamp@ietf.org >>> > >>> > >>> >> >>> >>> > >> >>> > >>> > >>> >>>" >> >>> > > >>> > >> >>> >> >>> > >> >> >>> > >>> >>> > >>> >>>> >>> > >> >> *Subject: *RE: Comments about >>> > >> >> draft-beeram-ccamp-network-assigned-upstream-label-00 >>> > >> >> >>> > >> >> >>> > >> >> >>> > >> >> Zafar, >>> > >> >> >>> > >> >> That because this already defined method has the >>> following >>> > >>issues: >>> > >> >> >>> > >> >> 1) Using an error indication as a part of normal >>> protocol >>> > >> >> operation is not good design practice. >>> > >> >> >>> > >> >> Use of Path error and notify message is an integral part >>> > of the >>> > >> >> RSVP-TE design. Also please note that we are not >>> debating >>> > about a >>> > >> >> new procedure being proposed but talking about a >>> procedure >>> > that >>> > >>is >>> > >> >> already implemented and deployed. >>> > >> >> >>> > >> >> 2) Acceptable Label Set is optional so its presence >>> is not >>> > >> >> guaranteed >>> > >> >> >>> > >> >> So is the case of newly defined upstream label set. Also >>> > please >>> > >> >> note that many part of the RSVP-TE protocol are >>> designed using >>> > >> >> optional objects. >>> > >> >> >>> > >> >> 3) The information it provides may be out of date by >>> the time >>> > >> >> the LSP is re-signaled. >>> > >> >> >>> > >> >> This is an implementation issue. A node sending the >>> acceptable >>> > >> >> label set has the responsibility to guarantee that >>> information >>> > >> >> provides in the acceptable label set remains valid for >>> > >> >> re-signaling time. E.g., UNI-N implementation can cache >>> > the label >>> > >> >> for the re-signaling time. >>> > >> >> >>> > >> >> 4) Most importantly, Acceptable Label Set is >>> generated hop by >>> > >> >> hop, unlike Upstream Label Set which exercises the >>> entire >>> > >> >> path. This means that its use to determine a valid >>> wavelength >>> > >> >> would require a potentially unbounded number of >>> crankbacks, >>> > >> >> both single and multi-hop, with no guarantee that such a >>> > >> >> wavelength could be found. >>> > >> >> >>> > >> >> In the use case of align wavelength addressed in this >>> > draft, the >>> > >> >> acceptable label set communication is restricted to the >>> > UNI-C and >>> > >> >> UNI-N node. >>> > >> >> >>> > >> >> Yours Irrespectively, >>> > >> >> >>> > >> >> >>> > >> >> >>> > >> >> John >>> > >> >> >>> > >> >> >>> > >> >> >>> > >> >> *From:*ccamp-bounces@ietf.org >>> >>> > >> > >> >>> > >> >>> > >> >> >>> >>> > >> > >> >>> >>> > >>> >>> > >> >> [mailto:ccamp-bounces@ietf.org >>> >>> > >> > >> >>> > >>] >>> > >> *On Behalf Of *Zafar Ali (zali) >>> > >> >> *Sent:* Sunday, November 03, 2013 8:12 AM >>> > >> >> *To:* IBryskin@advaoptical.com >>> >>> > >> > >>> > >> >> >>> >>> > >> >> >> >>> > >> > >>> > >> >> >>> >>> > >> >>> >>> > >> >> *Cc:* ccamp@ietf.org >>> > >>> > >>> >> >>> >>> > >> >>> > >>> >>> > >>> >>> >>> > >> >> *Subject:* [CCAMP] Comments about >>> > >> >> draft-beeram-ccamp-network-assigned-upstream-label-00 >>> > >> >> >>> > >> >> >>> > >> >> >>> > >> >> Hi Igor and co-authors- >>> > >> >> >>> > >> >> >>> > >> >> >>> > >> >> Please note that [RFC3473] already considers the >>> case where >>> > >> >> upstream label may not be acceptable to a downstream >>> > >> >> node. Specifically, [RFC3473] states that: >>> > >> >> >>> > >> >> "/when a Path message containing an Upstream_Label >>> object is >>> > >> >> received, the receiver first verifies that the >>> upstream label >>> > >> >> is acceptable. If the label is not acceptable, the >>> receiver >>> > >> >> /*MUST*/issue a PathErr message with a "Routing >>> > >> >> problem/Unacceptable label value" indication. The >>> generated >>> > >> >> PathErr message MAY include an Acceptable Label Set >>> Object/". >>> > >> >> >>> > >> >> Acceptable_Label_Set objects may be carried in >>> PathErr and >>> > >> >> ResvErr messages [RFC3473]. >>> > >> >> >>> > >> >> >>> > >> >> >>> > >> >> However, your draft does not mention or cover this >>> already >>> > >> >> defined method. >>> > >> >> >>> > >> >> >>> > >> >> >>> > >> >> Thanks >>> > >> >> >>> > >> >> >>> > >> >> >>> > >> >> Regards ¡­ Zafar >>> > >> >> >>> > >> > >>> > >> > >>> > >> > _______________________________________________ >>> > >> > CCAMP mailing list >>> > >> > CCAMP@ietf.org >>> > >>> >>> > >>> >> >>> >>> > >> > https://www.ietf.org/mailman/listinfo/ccamp >>> > >> > >>> > >> >>> > >> _______________________________________________ >>> > >> CCAMP mailing list >>> >>> > >> CCAMP@ietf.org >>> > >>> >>> >>> > >> >>> > >> https://www.ietf.org/mailman/listinfo/ccamp >>> > >> >>> > >> >>> > >> >>> > >> >>> > >> _______________________________________________ >>> > >> CCAMP mailing list >>> > >> CCAMP@ietf.org >>> > >>> > >> https://www.ietf.org/mailman/listinfo/ccamp >>> > > >>> > >_______________________________________________ >>> > >CCAMP mailing list >>> > >CCAMP@ietf.org >> > >>> > >https://www.ietf.org/mailman/listinfo/ccamp >>> > >_______________________________________________ >>> > >CCAMP mailing list >>> > >CCAMP@ietf.org >> > >>> > >https://www.ietf.org/mailman/listinfo/ccamp >>> > >>> > >>> > >>> > >>> > _______________________________________________ >>> > CCAMP mailing list >>> > CCAMP@ietf.org >>> > https://www.ietf.org/mailman/listinfo/ccamp >>> > >>> >>> >>> > From zhangfatai@huawei.com Tue Nov 5 15:21:18 2013 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CDBC621F9DCA for ; Tue, 5 Nov 2013 15:21:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.572 X-Spam-Level: X-Spam-Status: No, score=-1.572 tagged_above=-999 required=5 tests=[AWL=-4.021, BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, MIME_8BIT_HEADER=0.3, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-4, SARE_SUB_ENC_GB2312=1.345] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qYB2TbyYmTQ8 for ; Tue, 5 Nov 2013 15:21:14 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id BD8F911E812A for ; Tue, 5 Nov 2013 15:21:11 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id AZX68685; Tue, 05 Nov 2013 23:21:09 +0000 (GMT) Received: from LHREML403-HUB.china.huawei.com (10.201.5.217) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 5 Nov 2013 23:20:24 +0000 Received: from SZXEMA401-HUB.china.huawei.com (10.82.72.33) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 5 Nov 2013 23:21:04 +0000 Received: from SZXEMA504-MBS.china.huawei.com ([169.254.8.57]) by SZXEMA401-HUB.china.huawei.com ([10.82.72.33]) with mapi id 14.03.0158.001; Wed, 6 Nov 2013 07:20:56 +0800 From: Fatai Zhang To: Lou Berger , Igor Bryskin , Vishnu Pavan Beeram Thread-Topic: =?gb2312?B?W0NDQU1QXSC08Li0OiBDb21tZW50cyBhYm91dCBkcmFmdC1iZWVyYW0tY2Nh?= =?gb2312?Q?mp-network-assigned-upstream-label-00?= Thread-Index: AQHO2kL96jr7S5hWJUyUK8yn7SJGfZoWTYkAgAAqsQCAAAWSAIAABfeAgAAzngCAAI0Qqw== Date: Tue, 5 Nov 2013 23:20:56 +0000 Message-ID: References: <52790CAD.80003@labn.net> <52791CB8.4000706@labn.net> <52794534.3030804@labn.net> , <52797582.3070508@labn.net> In-Reply-To: <52797582.3070508@labn.net> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.154.181] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "ccamp@ietf.org" Subject: [CCAMP] =?gb2312?b?tPC4tDogILTwuLQ6IENvbW1lbnRzIGFib3V0IGRyYWZ0?= =?gb2312?b?LWJlZXJhbS1jY2FtcC1uZXR3b3JrLWFzc2lnbmVkLXVwc3RyZWFtLWxhYmVs?= =?gb2312?b?LTAw?= X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 23:21:18 -0000 SGksDQoNCkZvciB0aGUgdHJhbnNwb3J0L0dNUExTIG5ldHdvcmtzLCBJIHdvdWxkIHJlcGVhdCB0 aGUgYmlkaXJlY3Rpb25hbCBMU1BzIGFyZSBhbHdheXMgc3ltbWV0cmljIGluIHByYWN0aWNlLCBz byB0aGVyZSBhcmUgbm8gY2FzZXMgZm9yIHNvbWUgbm9kZXMgdG8gYXNzaWduIGFzeW1tZXRyaWMg bGFiZWxzLg0KDQpIb3dldmVyLCBJIHdvdWxkIGFncmVlIG9uIHRoZSByZXF1aXJlbWVudHMgaWYg d2UganVzdCBkbyBzb21lIHJlc2VhcmNoIGluIHRoZW9yeS4gDQoNClRoYW5rcw0KDQpGYXRhaQ0K DQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCreivP7IyzogY2Nh bXAtYm91bmNlc0BpZXRmLm9yZyBbY2NhbXAtYm91bmNlc0BpZXRmLm9yZ10gtPqx7SBMb3UgQmVy Z2VyIFtsYmVyZ2VyQGxhYm4ubmV0XQ0Kt6LLzcqxvOQ6IDIwMTPE6jEx1MI2yNUgNjo0Nw0KytW8 /sjLOiBJZ29yIEJyeXNraW47IFZpc2hudSBQYXZhbiBCZWVyYW0NCrOty806IGNjYW1wQGlldGYu b3JnDQrW98ziOiBSZTogW0NDQU1QXSC08Li0OiBDb21tZW50cyBhYm91dCBkcmFmdC1iZWVyYW0t Y2NhbXAtbmV0d29yay1hc3NpZ25lZC11cHN0cmVhbS1sYWJlbC0wMA0KDQpJZ29yLA0KDQpPbiAx MS81LzIwMTMgMTE6NDIgQU0sIElnb3IgQnJ5c2tpbiB3cm90ZToNCj4gTG91LA0KPiBJbiBtYWpv cml0eSBvZiB0aGUgY2FzZXMgVU5JLUNzIHdvdWxkIHdhbnQgdG8gaGF2ZSB0aGVpciBHLUxTUHMg bGFiZWwtc3ltbWV0cmljYWwuDQoNCkV2ZXJ5IHRpbWUgeW91IHNheSBVTkktQyBJJ3ZlIGJlZW4g YXNzdW1pbmcgeW91IG1lYW4gaW5ncmVzcywgaXMgdGhpcw0KY29ycmVjdD8NCg0KPiBJZiB0aGUg bGFiZWwgc3ltbWV0cmljaXR5IGlzIGxlZnQgdG8gdGhlIGxvY2FsIHBvbGljeSBvZiB0aGUgbmV0 d29yaywNCj4gdGhlIGxhdHRlciBtYXkgZGVjaWRlIChlLmcuIGJlY2F1c2Ugb2YgZXhpc3Rpbmcg dW5pZGlyZWN0aW9uYWwgTFNQcw0KPiBzZXQgdXAgZm9yIG90aGVyIHVzZXJzIG9yIFAyTVAgTFNQ cykgdG8gYXNzaWduIGRpZmZlcmVudCBsYWJlbHMgZm9yDQo+IFVTIGFuZCBEUyB1bmxlc3MgdGhl cmUgaXMgYW4gZXhwbGljaXQgY29uc3RyYWludCBzaWduYWxlZCBmcm9tIHRoZQ0KPiBVTkktQyB0 byBtYWtlIHN5bW1ldHJpY2FsIG9yIGZhaWwgdGhlIHNldHVwLg0KPg0KDQpTbyB5b3UgYmVsaWV2 ZSB0aGVyZSBpcyBhIHVzZSBjYXNlIHdoZXJlIHNvbWUgbm9kZXMgd2lsbCBhc3NpZ24NCmFzeW1t ZXRyaWMgbGFiZWxzIGZvciB0aGUgc2FtZSBzZXJ2aWNlLCBhbmQgb3RoZXIgbm9kZXMgYWxvbmcg dGhlIExTUA0Kb25seSBzdXBwb3J0IHN5bW1ldHJpYyBsYWJlbHMuICBSaWdodD8NCg0KTG91DQoN Cj4gSWdvcg0KPg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBMb3UgQmVy Z2VyIFttYWlsdG86bGJlcmdlckBsYWJuLm5ldF0NCj4gU2VudDogVHVlc2RheSwgTm92ZW1iZXIg MDUsIDIwMTMgMjoyMSBQTQ0KPiBUbzogSWdvciBCcnlza2luOyBWaXNobnUgUGF2YW4gQmVlcmFt DQo+IENjOiBjY2FtcEBpZXRmLm9yZw0KPiBTdWJqZWN0OiBSZTogW0NDQU1QXSC08Li0OiBDb21t ZW50cyBhYm91dCBkcmFmdC1iZWVyYW0tY2NhbXAtbmV0d29yay1hc3NpZ25lZC11cHN0cmVhbS1s YWJlbC0wMA0KPg0KPiBHcmVhdC4gU28gdGhpcyBpcyBhIG5pY2Ugc2hvcnQgbGlzdC4gIEkgdGhp bmsgdGhlIHV0aWxpdHkgb2YgcmVxdWlyZW1lbnRzIDEgYW5kIDIgYXJlIHByZXR0eSBjbGVhci4g WW91IGhhdmUgc3RhdGVkIHRoYXQgYm90aCBzeW1tZXRyaWMgYW5kIGFzeW1tZXRyaWMgbGFiZWxz IGFyZSBuZWVkZWQgaW4gb3B0aWNhbCBmb3Igc2luZ2xlIGZpYmVyIHJpbmdzLiAgV2hpbGUgSSdt IHBlcnNvbmFsbHkgYW1hemVkIHRoYXQgdGhlc2Ugc3RpbGwgZXhpc3QsIEkgICh3aXRoIG5vIGhh dCBvbikgYWNjZXB0IHRoZSB1c2UgY2FzZS4NCj4NCj4gSSBzdXNwZWN0IHRoYXQgc29tZSBhcmUg bm90IGNvbnZpbmNlZCBvbiB0aGUgbmVlZCB0byAicHV0IGxhYmVsIHN5bW1ldHJ5IGludG8gdGhl IHByb3RvY29sIiAoSnVpbGllbidzIHF1ZXN0aW9uKQ0KPg0KPiBDYW4geW91IChhdXRob3JzKSBl bGFib3JhdGUgb24gd2h5IHRoaXMgbmVlZHMgdG8gYmUgY2hhbmdlZD8NCj4NCj4gVGhhbmtzLA0K PiBMb3UNCj4NCj4gT24gMTEvMDUvMjAxMyAwMjowMSBQTSwgSWdvciBCcnlza2luIHdyb3RlOg0K Pj4gTG91LA0KPj4NCj4+PiAgICAgMS4gRG93bnN0cmVhbSBzZWxlY3Rpb24gb2YgdGhlIHVwc3Ry ZWFtIGxhYmVsDQo+Pj4NCj4+Pg0KPj4+ICAgICAyLiBBbiBvcHRpb24gdG8gYWxsb3cgdXBzdHJl YW0gbm9kZSB0byBwcm92aWRlIHNldCBvZiBsYWJlbHMgdGhhdA0KPj4+ICAgICAgICBzaG91bGQg YmUgdXNlZCBpbiB0aGUgZG93bnN0cmVhbSBub2RlcycgY2hvaWNlIG9mIHVwc3RyZWFtDQo+Pj4g bGFiZWwNCj4+Pg0KPj4+ICAgICAzLiBUaGUgdXNlIG9mIHN5bW1ldHJpYyBsYWJlbHMgd2hlbiB0 aGUgZG93bnN0cmVhbSBub2RlDQo+Pj4gICAgICAgIGlzIHNlbGVjdGluZyB0aGUgbGFiZWwuDQo+ Pj4NCj4+PiAgICAgNC4gQWxsb3dpbmcgZm9yIGFzeW1tZXRyaWMgbGFiZWxzIGlzIG5vdCBhIG5l dyByZXF1aXJlbWVudCwgbm9yIGRvDQo+Pj4gICAgICAgIHlvdSByZWFsbHkgY2FyZSBhYm91dCBp dC4NCj4+Pg0KPj4gSSBhZ3JlZSB3aXRoIDEtMy4gQnV0IDQuIHNob3VsZCBub3QgYmUgaWdub3Jl ZA0KPj4NCj4+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+PiBGcm9tOiBMb3UgQmVyZ2Vy IFttYWlsdG86bGJlcmdlckBsYWJuLm5ldF0NCj4+IFNlbnQ6IFR1ZXNkYXksIE5vdmVtYmVyIDA1 LCAyMDEzIDExOjI5IEFNDQo+PiBUbzogSWdvciBCcnlza2luOyBWaXNobnUgUGF2YW4gQmVlcmFt DQo+PiBDYzogY2NhbXBAaWV0Zi5vcmcNCj4+IFN1YmplY3Q6IFJlOiBbQ0NBTVBdILTwuLQ6IENv bW1lbnRzIGFib3V0DQo+PiBkcmFmdC1iZWVyYW0tY2NhbXAtbmV0d29yay1hc3NpZ25lZC11cHN0 cmVhbS1sYWJlbC0wMA0KPj4NCj4+IElnb3IsDQo+PiAgICAgIFNvIHlvdSBhcmUgYWRkaW5nIHRv IDMgdG8gY292ZXIgdGhlIGNhc2Ugd2hlbiB0aGUgdXBzdHJlYW0gbm9kZSBzZWxlY3RzIHRoZSBs YWJlbCwgcmlnaHQ/DQo+Pj4gICAgIDMuIFRoZSB1c2Ugb2Ygc3ltbWV0cmljIGxhYmVscyB3aGVu IHRoZSBkb3duc3RyZWFtIG5vZGUNCj4+PiAgICAgICAgaXMgc2VsZWN0aW5nIHRoZSBsYWJlbC4N Cj4+DQo+PiBMb3UNCj4+DQo+PiBPbiAxMS81LzIwMTMgODoyMCBBTSwgSWdvciBCcnlza2luIHdy b3RlOg0KPj4+IEkgd291bGQgYWRkOg0KPj4+DQo+Pj4gNS4gQSB3YXkgZm9yIFVTIG5vZGUgKGUu Zy4gVU5JLUMpIHRvIG1hbmRhdGUgdGhlIGxhYmVsIHN5bW1ldHJpY2l0eS4NCj4+Pg0KPj4+DQo+ Pj4NCj4+PiAqRnJvbToqY2NhbXAtYm91bmNlc0BpZXRmLm9yZyBbbWFpbHRvOmNjYW1wLWJvdW5j ZXNAaWV0Zi5vcmddICpPbg0KPj4+IEJlaGFsZiBPZiAqVmlzaG51IFBhdmFuIEJlZXJhbQ0KPj4+ ICpTZW50OiogVHVlc2RheSwgTm92ZW1iZXIgMDUsIDIwMTMgMTA6NTAgQU0NCj4+PiAqVG86KiBM b3UgQmVyZ2VyDQo+Pj4gKkNjOiogY2NhbXBAaWV0Zi5vcmcNCj4+PiAqU3ViamVjdDoqIFJlOiBb Q0NBTVBdILTwuLQ6IENvbW1lbnRzIGFib3V0DQo+Pj4gZHJhZnQtYmVlcmFtLWNjYW1wLW5ldHdv cmstYXNzaWduZWQtdXBzdHJlYW0tbGFiZWwtMDANCj4+Pg0KPj4+DQo+Pj4NCj4+PiBMb3UsDQo+ Pj4NCj4+Pg0KPj4+DQo+Pj4gWWVzLCB5b3VyIHN1bW1hcml6ZWQgcG9pbnRzIGFyZSBjb3JyZWN0 Lg0KPj4+DQo+Pj4NCj4+Pg0KPj4+IFRoYW5rcywNCj4+Pg0KPj4+IC1QYXZhbi4NCj4+Pg0KPj4+ DQo+Pj4NCj4+PiBPbiBUdWUsIE5vdiA1LCAyMDEzIGF0IDEwOjIwIEFNLCBMb3UgQmVyZ2VyIDxs YmVyZ2VyQGxhYm4ubmV0DQo+Pj4gPG1haWx0bzpsYmVyZ2VyQGxhYm4ubmV0Pj4gd3JvdGU6DQo+ Pj4NCj4+PiBQYXZhbiwNCj4+PiAgICAgICAgIEkgdGhpbmsgdGhpcyBpcyBoZWxwZnVsIGluIHRy eWluZyB0byB1bmRlcnN0YW5kIHdoYXQgdGhlDQo+Pj4gZ29hbHMgYXJlIG9mIHRoZSBkcmFmdC4g IEFnYWluLCBJJ2xsIHJlc2lzdCBhcmd1aW5nIGFib3V0IHRoZQ0KPj4+IG1lY2hhbmlzbXMgdGhh dCBhcmUgcHJvcG9zZWQgdW50aWwgd2UndmUgYWdyZWVkIG9uIHdoYXQgcmVxdWlyZW1lbnRzDQo+ Pj4gbmVlZCB0byBiZSBhZGRyZXNzZWQuDQo+Pj4gKFdoaWxlIHRoZSBtZWNoYW5pc20gZGV0YWls cywgaS5lLiwgdGhlICJob3ciLCBhcmUgY2VydGFpbmx5DQo+Pj4gaW1wb3J0YW50LCBhcmd1aW5n IHRob3NlIGRvZXNuJ3QgcmVhbGx5IGFuc3dlciB0aGUgbGFyZ2VyIHF1ZXN0aW9uIG9mDQo+Pj4g IndoYXQiIHlvdSdkIGxpa2UgdG8gYWNjb21wbGlzaC4pDQo+Pj4NCj4+Pg0KPj4+DQo+Pj4gVlBC OiBBZ3JlZS4NCj4+Pg0KPj4+DQo+Pj4NCj4+Pg0KPj4+ICAgICBTbyB0aGUgbGlzdCBvZiByZXF1 aXJlbWVudHMgaXMgbm93IHRoZSBhZGRpdGlvbiBvZjoNCj4+PiAgICAgMS4gRG93bnN0cmVhbSBz ZWxlY3Rpb24gb2YgdGhlIHVwc3RyZWFtIGxhYmVsDQo+Pj4NCj4+Pg0KPj4+ICAgICAyLiBBbiBv cHRpb24gdG8gYWxsb3cgdXBzdHJlYW0gbm9kZSB0byBwcm92aWRlIHNldCBvZiBsYWJlbHMgdGhh dA0KPj4+ICAgICAgICBzaG91bGQgYmUgdXNlZCBpbiB0aGUgZG93bnN0cmVhbSBub2RlcycgY2hv aWNlIG9mIHVwc3RyZWFtDQo+Pj4gbGFiZWwNCj4+Pg0KPj4+ICAgICAzLiBUaGUgdXNlIG9mIHN5 bW1ldHJpYyBsYWJlbHMgd2hlbiB0aGUgZG93bnN0cmVhbSBub2RlDQo+Pj4gICAgICAgIGlzIHNl bGVjdGluZyB0aGUgbGFiZWwuDQo+Pj4NCj4+PiAgICAgNC4gQWxsb3dpbmcgZm9yIGFzeW1tZXRy aWMgbGFiZWxzIGlzIG5vdCBhIG5ldyByZXF1aXJlbWVudCwgbm9yIGRvDQo+Pj4gICAgICAgIHlv dSByZWFsbHkgY2FyZSBhYm91dCBpdC4NCj4+Pg0KPj4+ICAgICBJcyB0aGlzIGNvcnJlY3Q/DQo+ Pj4NCj4+PiAgICAgVGhhbmtzLA0KPj4+ICAgICBMb3UNCj4+Pg0KPj4+DQo+Pj4gICAgIE9uIDEx LzUvMjAxMyA1OjI1IEFNLCBWaXNobnUgUGF2YW4gQmVlcmFtIHdyb3RlOg0KPj4+ICAgICA+IEkg c2VlIGEgcGF0dGVybiBpbiB0aGUgcXVlc3Rpb25zIHRoYXQgYXJlIGJlaW5nIHJhaXNlZC4gSSds bCB0cnkNCj4+PiAgICAgYW5kIHNlZQ0KPj4+ICAgICA+IGlmIEkgY2FuIGFuc3dlciB0aGVtIGFs bCB1c2luZyB0aGUgZm9sbG93aW5nIFEmQS4NCj4+PiAgICAgPg0KPj4+ICAgICA+IEEuICJMYWJl bCBTeW1tZXRyaWNpdHkiOg0KPj4+ICAgICA+DQo+Pj4gICAgID4gKDEpIEFyZW4ndCBsYWJlbHMg YWx3YXlzIHN5bW1ldHJpYyBpbiBwcmFjdGljZT8gQXJlIHRoZXJlIGFueQ0KPj4+ICAgICBhc3lt bWV0cmljDQo+Pj4gICAgID4gbGFiZWwgc2NlbmFyaW9zIGF0IGFsbD8NCj4+PiAgICAgPiBBbnM6 IFllcywgbGFiZWxzIGFyZSBhbG1vc3QgYWx3YXlzIHN5bW1ldHJpYyBpbiBwcmFjdGljZS4gVGhl IGRyYWZ0DQo+Pj4gICAgID4gZXhwbGljaXRseSBzdGF0ZXMgdGhhdC4gSSBoYXZlbid0IGNvbWUg YWNyb3NzIGFueSBzaW5nbGUNCj4+PiAgICAgPiBzY2VuYXJpby9wcm9kdWN0IHdoZXJlIGFzeW1t ZXRyaWMgbGFiZWxzIGFyZSB1c2VkLiBBcyBJZ29yIHBvaW50ZWQgb3V0DQo+Pj4gICAgID4gaW4g YW4gZWFybGllciBlbWFpbCwgdGhlcmUgY291bGQgYmUgaW4gdGhlb3J5IHNvbWUgc2luZ2xlLWZp YmVyDQo+Pj4gICAgID4gY29uZmlndXJhdGlvbnMgd2hlcmUgdGhlIHNhbWUgd2F2ZWxlbmd0aCBj YW5ub3QgYmUgdXNlZCBmb3IgYm90aA0KPj4+ICAgICA+IGRpcmVjdGlvbnMuIEJ1dCBJIGRvbid0 IGtub3cgaWYgYW55b25lIHJlYWxseSB1c2VzIHRoYXQuDQo+Pj4gICAgID4NCj4+PiAgICAgPiAo MikgVGhlbiB3aHkgZG8geW91IG5lZWQgYW4gZXhwbGljaXQgcmVxdWVzdCBmcm9tIHRoZSBpbmdy ZXNzIHRvIG1ha2UNCj4+PiAgICAgPiB0aGVtIHN5bW1ldHJpYyBhdCBlYWNoIGhvcD8NCj4+PiAg ICAgPiBBbnM6IFRoaXMgaXMgYmVjYXVzZSB0aGUgZXh0ZW5zaW9ucyBpbiBSRkMzNDczIGFsbG93 cyAiTGFiZWwNCj4+PiAgICAgPiBBc3ltbWV0cmljaXR5IiBhbmQgYW5kIGFzIGEgcmVzdWx0IHN5 bW1ldHJpY2l0eSBjYW5ub3QgYmUgYXNzdW1lZCBieQ0KPj4+ICAgICA+IGRlZmF1bHQuIFRoZXJl IGlzIGN1cnJlbnRseSBubyB3YXkgb2YgbWFuZGF0aW5nIHN5bW1ldHJpY2l0eSBhdA0KPj4+ICAg ICBlYWNoIGhvcA0KPj4+ICAgICA+IGFsb25nIHRoZSBwYXRoIG9mIHRoZSBMU1AuDQo+Pj4gICAg ID4NCj4+PiAgICAgPiAoMykgU2F5LCB3ZSBhbGwgYWdyZWUgdGhhdCAiU3ltbWV0cmljaXR5IiBp cyBhbHdheXMgZ3VhcmFudGVlZA0KPj4+ICAgICAobWF5YmUgd2UNCj4+PiAgICAgPiBldmVuIHN0 YXRlIGl0IGV4cGxpY2l0bHkgaW4gc29tZSBzdGFuZGFyZCBkb2N1bWVudCkuIFdvdWxkIHlvdSB0 aGVuIGJlDQo+Pj4gICAgID4gYWJsZSB0byB1c2UgZXhpc3RpbmcgZXh0ZW5zaW9ucyBhbmQgYWRk cmVzcyB0aGUgImFsaWVuLXdhdmVsZW5ndGgiDQo+Pj4gICAgIHNldHVwDQo+Pj4gICAgID4gdXNl LWNhc2U/DQo+Pj4gICAgID4gQW5zOiBObywgdGhlIGV4aXN0aW5nIGV4dGVuc2lvbnMgc3RpbGwg ZmFsbCBzaG9ydC4gV2hhdCBkb2VzIHRoZQ0KPj4+ICAgICA+IGluZ3Jlc3MtY2xpZW50IGZpbGwg aW4gdGhlIFVQU1RSRUFNX0xBQkVMIHdoZW4gaXQgaGFzIG5vIGtub3dsZWRnZSBvbg0KPj4+ICAg ICA+IHdoYXQgbmVlZHMgdG8gYmUgdXNlZD8gQXMgcGVyIGN1cnJlbnQgZXh0ZW5zaW9ucywgdGhl IFVQU1RSRUFNX0xBQkVMDQo+Pj4gICAgID4gbmVlZHMgdG8gYmUgZmlsbGVkIGluIHdpdGggYSB2 YWxpZCBsYWJlbCBiZWZvcmUgc2VuZGluZyB0aGUgUEFUSA0KPj4+ICAgICBvdXQuIFdlDQo+Pj4g ICAgID4gc3RpbGwgbmVlZCB0aGUgaW5ncmVzcy1jbGllbnQgdG8gaGF2ZSBzb21lIG1lY2hhbmlz bSB0byB0ZWxsIHRoZQ0KPj4+ICAgICBuZXR3b3JrDQo+Pj4gICAgID4gLSAicGxlYXNlIGlnbm9y ZSB3aGF0IEknbSBmaWxsaW5nIGluIHRoZSBVUFNUUkVBTV9MQUJFTDsganVzdCB0YWtlIHRoZQ0K Pj4+ICAgICA+IExBQkVMX1NFVCBpbnRvIGFjY291bnQgaWYgSSBmaWxsIG9uZTsgSSdsbCB1c2Ug d2hhdCBpcyByZXR1cm5lZCBpbiB0aGUNCj4+PiAgICAgPiBSRVNWLUxBQkVMIGZvciBib3RoIGRp cmVjdGlvbnMuIg0KPj4+ICAgICA+DQo+Pj4gICAgID4gKDQpIExhYmVsIGFsbG9jYXRpb24gaGFz IGFsd2F5cyBiZWVuIGEgbG9jYWwgY2hvaWNlLiBXaHkgc2hvdWxkIHRoZQ0KPj4+ICAgICA+IGlu Z3Jlc3MgcmVxdWVzdCBob3cgbGFiZWxzIGFyZSBhbGxvY2F0ZWQgYXQgc29tZSBkb3duc3RyZWFt IGhvcD8NCj4+PiAgICAgPiBBbnM6IFRoZSBpbmdyZXNzIGhhcyBhbHdheXMgYmVlbiB0aGUgb25l IHRvIHJlcXVlc3QgdGhlIGRvd25zdHJlYW0NCj4+PiAgICAgbm9kZQ0KPj4+ICAgICA+IHRvIGFs bG9jYXRlIGxhYmVscyBpbiBib3RoIGRpcmVjdGlvbnMuIEFsbCB0aGF0IHRoZSBkcmFmdCBpcyBw cm9wb3NpbmcNCj4+PiAgICAgPiBpcyBhIG1lY2hhbmlzbSBmb3IgdGhlIGluZ3Jlc3MgdG8gc2F5 IHRoYXQgdGhlc2UgdHdvIGxhYmVscyBuZWVkIHRvIGJlDQo+Pj4gICAgID4gc3ltbWV0cmljLg0K Pj4+ICAgICA+DQo+Pj4gICAgID4gQi4gIkxhYmVsIEFzeW1tZXRyaWNpdHkiDQo+Pj4gICAgID4N Cj4+PiAgICAgPiAoNCkgSGF2ZSB0aGUgIkxhYmVsIEFzeW1tZXRyaWNpdHkiIGV4dGVuc2lvbnMg YmVlbiBpbmNsdWRlZCBqdXN0IGZvcg0KPj4+ICAgICA+IGNvbXBsZXRpb24gc2FrZT8gQ2FuIHRo b3NlIGJlIGpldHRpc29uZWQgaWYgd2UgdGhlcmUgaXMgbm8gbmVlZCBmb3INCj4+PiAgICAgPiBh c3ltbWV0cmljIGxhYmVscz8NCj4+PiAgICAgPiBBbnM6IFllcy4gVGhlIHByaW1hcnkgcmVhc29u IHdoeSB0aG9zZSBleHRlbnNpb25zIGFyZSBpbmNsdWRlZCBpbiB0aGUNCj4+PiAgICAgPiBkcmFm dCBpcyBiZWNhdXNlIFJGQzM0NzMgYWxsb3dzIGFzeW1tZXRyaWNpdHkuIFdlIGRvbid0IG5lZWQg dG8NCj4+PiAgICAgZGlzY3Vzcw0KPj4+ICAgICA+IHRob3NlIGlmIHdlIGV4cGxpY2l0bHkgc3Rh dGUgc29tZXdoZXJlIChpbiBzb21lIHN0YW5kYXJkIGRvY3VtZW50KQ0KPj4+ICAgICB0aGF0DQo+ Pj4gICAgID4gImxhYmVscyBhcmUgYWx3YXlzIHN5bW1ldHJpYyIgYW5kIHRoYXQgYWxsIHByZXZp b3VzIGV4dGVuc2lvbnMgZGVmaW5lZA0KPj4+ICAgICA+IGZvciBhc3ltbWV0cmljaXR5IGFyZSB1 c2UtbGVzcy4NCj4+PiAgICAgPg0KPj4+ICAgICA+IEMuICJVc2UtQ2FzZSINCj4+PiAgICAgPg0K Pj4+ICAgICA+ICg1KSBJIGRvbid0IHVuZGVyc3RhbmQgYW55IG9mIHRoZSBhYm92ZS4gV2h5IGRv IHdlIG5lZWQgdGhlIG5ldHdvcmsgdG8NCj4+PiAgICAgPiBhc3NpZ24gYW4gdXBzdHJlYW0gbGFi ZWw/DQo+Pj4gICAgID4gQW5zOiBQbGVhc2UgcmVhZCB0aGUgZHJhZnQuIFNlY3Rpb24gNSBkaXNj dXNzZXMgYSBzcGVjaWZpYyB1c2UtY2FzZS4NCj4+PiAgICAgPg0KPj4+ICAgICA+DQo+Pj4gICAg ID4gUmVnYXJkcywNCj4+PiAgICAgPiAtUGF2YW4NCj4+PiAgICAgPg0KPj4+ICAgICA+DQo+Pj4g ICAgID4gT24gVHVlLCBOb3YgNSwgMjAxMyBhdCAyOjI5IEFNLCBaYWZhciBBbGkgKHphbGkpIDx6 YWxpQGNpc2NvLmNvbQ0KPj4+ICAgICA8bWFpbHRvOnphbGlAY2lzY28uY29tPg0KPj4+DQo+Pj4g ICAgID4gPG1haWx0bzp6YWxpQGNpc2NvLmNvbSA8bWFpbHRvOnphbGlAY2lzY28uY29tPj4+IHdy b3RlOg0KPj4+ICAgICA+DQo+Pj4gICAgID4gICAgIEhpLQ0KPj4+ICAgICA+DQo+Pj4gICAgID4g ICAgIEZ1cnRoZXJtb3JlLCB3aGVuIChhbGllbikgd2F2ZWxlbmd0aCBpcyBzYW1lIGluIGZvcndh cmQgYW5kDQo+Pj4gICAgIHJldmVyc2UNCj4+PiAgICAgPiAgICAgZGlyZWN0aW9uLCB3ZSBjYW4g dXNlIGxhYmVsIHNldCBhbG9uZyB3aXRoIGFjY2VwdGFibGUgbGFiZWwNCj4+PiAgICAgc2V0IC0g YXMNCj4+PiAgICAgPiAgICAgZGVmaW5lZCBpbiBSRkMzNDczLiBUaGUgb25seSB1c2UgY2FzZSB0 aGlzIGRyYWZ0IGFkZHJlc3NlcyBpcw0KPj4+ICAgICB3aGVuIGFsaWVuDQo+Pj4gICAgID4gICAg IHdhdmVsZW5ndGggYXJlIGFzeW1tZXRyaWNhbCBpbiBmb3J3YXJkIGFuZCByZXZlcnNlIGRpcmVj dGlvbi4NCj4+PiAgICAgSSBhbSBub3QNCj4+PiAgICAgPiAgICAgYXdhcmUgb2YgYW55IGV4YW1w bGUgb2Ygc3VjaCB1c2UgY2FzZS4NCj4+PiAgICAgPg0KPj4+ICAgICA+ICAgICBUaGFua3MNCj4+ PiAgICAgPg0KPj4+ICAgICA+ICAgICBSZWdhcmRzIKGtIFphZmFyDQo+Pj4gICAgID4NCj4+PiAg ICAgPg0KPj4+ICAgICA+ICAgICAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPj4+DQo+Pj4g ICAgID4gICAgIEZyb206IEZhdGFpIFpoYW5nIDx6aGFuZ2ZhdGFpQGh1YXdlaS5jb20NCj4+PiAg ICAgPG1haWx0bzp6aGFuZ2ZhdGFpQGh1YXdlaS5jb20+IDxtYWlsdG86emhhbmdmYXRhaUBodWF3 ZWkuY29tDQo+Pj4gICAgIDxtYWlsdG86emhhbmdmYXRhaUBodWF3ZWkuY29tPj4+DQo+Pj4gICAg ID4gICAgIERhdGU6IE1vbmRheSwgTm92ZW1iZXIgNCwgMjAxMyA3OjM4IFBNDQo+Pj4NCj4+PiAg ICAgPiAgICAgVG86ICJqdWxpZW4ubWV1cmljQG9yYW5nZS5jb20NCj4+PiAgICAgPG1haWx0bzpq dWxpZW4ubWV1cmljQG9yYW5nZS5jb20+IDxtYWlsdG86anVsaWVuLm1ldXJpY0BvcmFuZ2UuY29t DQo+Pj4gICAgIDxtYWlsdG86anVsaWVuLm1ldXJpY0BvcmFuZ2UuY29tPj4iDQo+Pj4gICAgID4g ICAgIDxqdWxpZW4ubWV1cmljQG9yYW5nZS5jb20gPG1haWx0bzpqdWxpZW4ubWV1cmljQG9yYW5n ZS5jb20+DQo+Pj4gICAgIDxtYWlsdG86anVsaWVuLm1ldXJpY0BvcmFuZ2UuY29tDQo+Pj4gICAg IDxtYWlsdG86anVsaWVuLm1ldXJpY0BvcmFuZ2UuY29tPj4+LCBWaXNobnUNCj4+PiAgICAgPiAg ICAgUGF2YW4NCj4+Pg0KPj4+ICAgICA+ICAgICBCZWVyYW0gPHZpc2hudXBhdmFuQGdtYWlsLmNv bSA8bWFpbHRvOnZpc2hudXBhdmFuQGdtYWlsLmNvbT4NCj4+PiAgICAgPG1haWx0bzp2aXNobnVw YXZhbkBnbWFpbC5jb20gPG1haWx0bzp2aXNobnVwYXZhbkBnbWFpbC5jb20+Pj4NCj4+PiAgICAg PiAgICAgQ2M6ICJjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPg0KPj4+ICAg ICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+PiIgPGNjYW1w QGlldGYub3JnDQo+Pj4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+DQo+Pj4gICAgID4gICAg IDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+Pg0KPj4+DQo+ Pj4gICAgID4gICAgIFN1YmplY3Q6IFtDQ0FNUF0gtPC4tDogIENvbW1lbnRzDQo+Pj4gICAgID4g ICAgIGFib3V0ICAgZHJhZnQtYmVlcmFtLWNjYW1wLW5ldHdvcmstYXNzaWduZWQtdXBzdHJlYW0t bGFiZWwtMDANCj4+PiAgICAgPg0KPj4+ICAgICA+ICAgICA+SGkgUGF2YW4sDQo+Pj4gICAgID4g ICAgID4NCj4+PiAgICAgPiAgICAgPlVuZGVyc3Rvb2Qgd2hhdCB5b3Ugc2FpZCBpbiBwcmluY2lw bGUsIGJ1dCBjb3VsZCB5b3UgZ2l2ZSBhbg0KPj4+ICAgICBleGFtcGxlIHRvDQo+Pj4gICAgID4g ICAgID5zaG93IHRoZXJlIGFyZSBhc3ltbWVydHJpYyBsYWJlbHMgKHdhdmVsZW5ndGg/KSBmb3Ig dGhlDQo+Pj4gICAgIGJpZGlyZWN0aWFvbmFsDQo+Pj4gICAgID4gICAgID5MU1BzIChlc3BlY2lh bGwgZm9yIHRoZSB0cmFuc3BvcnQgbmV0d29ya3MpIGluIHRoZSByZWFsDQo+Pj4gICAgID4gICAg IGltcGxlbWVudGF0aW9ucz8NCj4+PiAgICAgPiAgICAgPg0KPj4+ICAgICA+DQo+Pj4gICAgID49 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PQ0KPj4+ICAgICA+ICAgICA+PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT0NCj4+PiAgICAgPiAgICAgPkluIHByYWN0aWNlLCBtb3N0IGJpZGlyZWN0 aW9uYWwgTFNQcyBoYXZlIGxhYmVsIHN5bW1ldHJpY2l0eSBvbg0KPj4+ICAgICA+ICAgICBlYWNo IGhvcA0KPj4+ICAgICA+ICAgICA+YWxvbmcgdGhlIHBhdGggb2YgdGhlIExTUC4gQnV0IHRoaXMg aXMgc29tZXRoaW5nIHRoYXQgY2Fubm90DQo+Pj4gICAgIGJlIGFzc3VtZWQNCj4+PiAgICAgPiAg ICAgPmJ5IGRlZmF1bHQuDQo+Pj4gICAgID4gICAgID4NCj4+PiAgICAgPiAgICAgPg0KPj4+ICAg ICA+ICAgICA+DQo+Pj4gICAgID4gICAgID5UaGFua3MNCj4+PiAgICAgPiAgICAgPg0KPj4+ICAg ICA+ICAgICA+RmF0YWkNCj4+PiAgICAgPiAgICAgPg0KPj4+ICAgICA+ICAgICA+X19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPj4+DQo+Pj4gICAgID4gICAgID63orz+ yMs6IGNjYW1wLWJvdW5jZXNAaWV0Zi5vcmcNCj4+PiAgICAgPG1haWx0bzpjY2FtcC1ib3VuY2Vz QGlldGYub3JnPiA8bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmcNCj4+PiAgICAgPG1haWx0 bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPj4NCj4+PiAgICAgPiAgICAgW2NjYW1wLWJvdW5jZXNA aWV0Zi5vcmcgPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPg0KPj4+ICAgICA8bWFpbHRv OmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPj5d ILT6DQo+Pj4gICAgILHtIEp1bGllbg0KPj4+ICAgICA+ICAgICBNZXVyaWMNCj4+PiAgICAgPiAg ICAgPltqdWxpZW4ubWV1cmljQG9yYW5nZS5jb20gPG1haWx0bzpqdWxpZW4ubWV1cmljQG9yYW5n ZS5jb20+DQo+Pj4gICAgIDxtYWlsdG86anVsaWVuLm1ldXJpY0BvcmFuZ2UuY29tDQo+Pj4gPG1h aWx0bzpqdWxpZW4ubWV1cmljQG9yYW5nZS5jb20+Pl0NCj4+Pg0KPj4+ICAgICA+ICAgICA+t6LL zcqxvOQ6IDIwMTPE6jEx1MI1yNUgMTA6MzUNCj4+PiAgICAgPiAgICAgPsrVvP7IyzogVmlzaG51 IFBhdmFuIEJlZXJhbQ0KPj4+DQo+Pj4gICAgID4gICAgID6zrcvNOiBjY2FtcEBpZXRmLm9yZyA8 bWFpbHRvOmNjYW1wQGlldGYub3JnPg0KPj4+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxt YWlsdG86Y2NhbXBAaWV0Zi5vcmc+Pg0KPj4+DQo+Pj4gICAgID4gICAgID7W98ziOiBSZTogW0ND QU1QXSBDb21tZW50cyBhYm91dA0KPj4+ICAgICA+ICAgICA+ZHJhZnQtYmVlcmFtLWNjYW1wLW5l dHdvcmstYXNzaWduZWQtdXBzdHJlYW0tbGFiZWwtMDANCj4+PiAgICAgPiAgICAgPg0KPj4+ICAg ICA+ICAgICA+SGkgUGF2YW4uDQo+Pj4gICAgID4gICAgID4NCj4+PiAgICAgPiAgICAgPkV2ZW4g dGhvdWdoIEkgYWdyZWUgd2l0aCB5b3VyIHVuYXNzaWduZWQgVXBzdHJlYW1fTGFiZWwNCj4+PiAg ICAgcmVxdWlyZW1lbnQsIEkNCj4+PiAgICAgPiAgICAgPm5lZWQgdG8gZGlzYWdyZWUgd2l0aCB0 aGUgZGF0YSBwbGFuZSByYXRpb25hbGUgeW91IG1lbnRpb24uDQo+Pj4gICAgID4gICAgID4NCj4+ PiAgICAgPiAgICAgPlRoZSBVcHN0cmVhbV9MYWJlbCByZWZlcnMgdG8gdGhlIGNsaWVudCdzIG9w dGljYWwgcmVjZWl2ZXI6DQo+Pj4gICAgIHlvdSBkb24ndA0KPj4+ICAgICA+ICAgICA+bmVlZCB0 byB0dW5lIGEgbGFzZXIgb24gdGhlIHJlY2VpdmVyIHNpZGUuIFRoZSBkYXRhDQo+Pj4gICAgIHRy YW5zbWlzc2lvbiBjb3VsZA0KPj4+ICAgICA+ICAgICA+ZXZlbiB3b3JrIHdpdGhvdXQgc2VuZGlu ZyB0aGUgYWN0dWFsIFVwc3RyZWFtX0xhYmVsIGluDQo+Pj4gICAgIFJTVlAtVEUgbWVzc2FnZXMN Cj4+PiAgICAgPiAgICAgPnRvIHRoZSBjbGllbnQ6IEkgYW0gbm90IHJlYWxseSBhIGZhbiBvZiB0 aGF0IGFwcHJvYWNoLCBidXQNCj4+PiAgICAgdGhhdCB3b3VsZA0KPj4+ICAgICA+ICAgICA+Zml0 IGNhc2VzIHdoZXJlIG9wdGljYWwgcG9saWNpZXMgYXJlIGxlZnQgdG8gdGhlIG9wdGljYWwNCj4+ PiAgICAgbmV0d29yay4uLg0KPj4+ICAgICA+ICAgICA+DQo+Pj4gICAgID4gICAgID5Nb3Jlb3Zl ciwgSSBoYXZlIGRvdWJ0cyBvbiBwdXR0aW5nIGxhYmVsIHN5bW1ldHJ5IHdpdGhpbiB0aGUNCj4+ PiAgICAgcHJvdG9jb2wuDQo+Pj4gICAgID4gICAgID5UaGlzIGlzIG1vcmUgYW4gYWxsb2NhdGlv biBwb2xpY3kgaW4gdGhlIGhhbmRzIG9mIGFsbG9jYXRpbmcNCj4+PiAgICAgbm9kZXM6DQo+Pj4g ICAgID4gICAgID5yZXF1ZXN0aW5nIGFuIGFsbG9jYXRpb24gbW9kZSBmcm9tIGFuIGluZ3Jlc3Mg bm9kZSB3b3VsZCBtZWFuDQo+Pj4gICAgIGRvaW5nIHRoZQ0KPj4+ICAgICA+ICAgICA+c2VydmVy IGpvYiwgSSBhbSBub3Qgc3VyZSBpdCBpcyBkZXNpcmFibGUuDQo+Pj4gICAgID4gICAgID4NCj4+ PiAgICAgPiAgICAgPkp1bGllbg0KPj4+ICAgICA+ICAgICA+DQo+Pj4gICAgID4gICAgID4NCj4+ PiAgICAgPiAgICAgPk9uIDExLzA0LzIwMTMgMjM6NDksIFZpc2hudSBQYXZhbiBCZWVyYW0gd3Jv dGU6DQo+Pj4gICAgID4gICAgID4+IExvdSwNCj4+PiAgICAgPiAgICAgPj4NCj4+PiAgICAgPiAg ICAgPj4gVGhlIGV4dGVuc2lvbnMgZGVmaW5lZCBpbiB0aGlzIGRyYWZ0IGRvIG5vdCBpbXBvc2Ug YW55DQo+Pj4gICAgIGJhY2t3YXJkcw0KPj4+ICAgICA+ICAgICA+PiBjb21wYXRpYmlsaXR5IGlz c3Vlcy4gVGhlIGludGVudCBpcyBkZWZpbml0ZWx5IG5vdCB0bw0KPj4+ICAgICBjaGFuZ2UgdGhl DQo+Pj4gICAgID4gICAgID4+IGZ1bmRhbWVudGFsIGFzcGVjdHMgb2YgdGhlIHByb3RvY29sLiBB cyB5b3Ugd291bGQgYWdyZWUsIGl0DQo+Pj4gICAgIGlzIG5vdA0KPj4+ICAgICA+ICAgICA+PiBt YW5kYXRvcnkgdG8gdHJ5IGFuZCBmaXQgdGhlIGV4dGVuc2lvbnMgZGVmaW5lZCBpbiBSRkMzNDcz DQo+Pj4gICAgIHRvIGFsbCBhbmQNCj4+PiAgICAgPiAgICAgPj4gc3VuZHJ5LiBOZXcgZXh0ZW5z aW9ucyBhcmUgYmVpbmcgaW50cm9kdWNlZCBvbmx5IHdoZXJlIHRoZQ0KPj4+ICAgICBleGlzdGlu Zw0KPj4+ICAgICA+ICAgICA+PiBleHRlbnNpb25zIGZhbGwgc2hvcnQuIExldCBtZSB3YWxrIHRo cm91Z2ggdGhlIHJlcXVpcmVtZW50cw0KPj4+ICAgICB0aGF0IHdlDQo+Pj4gICAgID4gICAgID4+ IGFyZSBsb29raW5nIGF0IGFuZCB0aGF0IHdvdWxkIGhvcGVmdWxseSBleHBsYWluIHRoZSBsaW1p dGF0aW9ucw0KPj4+ICAgICA+ICAgICBvZiB0aGUNCj4+PiAgICAgPiAgICAgPj4gZXhpc3Rpbmcg ZXh0ZW5zaW9ucy4NCj4+PiAgICAgPiAgICAgPj4NCj4+PiAgICAgPiAgICAgPj4gQmFzZSByZXF1 aXJlbWVudCA6DQo+Pj4gICAgID4gICAgID4+IE5lZWQgYSBtZWNoYW5pc20gZm9yIGEgZ2l2ZW4g bm9kZSB0byBzYXkgdGhhdCBpdCBjYW5ub3QNCj4+PiAgICAgYXNzaWduIGFuDQo+Pj4gICAgID4g ICAgID4+IHVwc3RyZWFtLWxhYmVsIG9uIGl0cyBvd24gYW5kIHRoYXQgaXQgbmVlZHMgdGhlIG5l dHdvcmsgKHJlYWQNCj4+PiAgICAgPiAgICAgPj4gZG93bnN0cmVhbSkgdG8gYXNzaWduIGl0IGlu c3RlYWQuDQo+Pj4gICAgID4gICAgID4+DQo+Pj4gICAgID4gICAgID4+IENvcm9sbGFyeSByZXF1 aXJlbWVudHMgOg0KPj4+ICAgICA+ICAgICA+PiAxLiBOZWVkIGEgbWVjaGFuaXNtIGZvciBhIGdp dmVuIG5vZGUgdG8gYXNrIGZvciBhDQo+Pj4gICAgIG5ldHdvcmstYXNzaWduZWQNCj4+PiAgICAg PiAgICAgPj4gdXBzdHJlYW0gbGFiZWwgd2l0aG91dCBoYXZpbmcgdG8gc3BlY2lmeSBhbnkgaW5w dXRzIG9uIHdoYXQNCj4+PiAgICAgbGFiZWwNCj4+PiAgICAgPiAgICAgPj4gbmVlZHMgdG8gZ2V0 IHBpY2tlZC4NCj4+PiAgICAgPiAgICAgPj4gMi4gTmVlZCBhIG1lY2hhbmlzbSBmb3IgYSBnaXZl biBub2RlIHRvIGFzayBmb3IgYQ0KPj4+ICAgICBuZXR3b3JrLWFzc2lnbmVkDQo+Pj4gICAgID4g ICAgID4+IHVwc3RyZWFtIGxhYmVsIGFuZCBhbHNvIHNwZWNpZnkgc29tZSBjaG9pY2VzIGZvciB0 aGUgbGFiZWwNCj4+PiAgICAgdGhhdCBuZWVkcw0KPj4+ICAgICA+ICAgICA+PiB0byBnZXQgcGlj a2VkLg0KPj4+ICAgICA+ICAgICA+PiAzLiBJZiBsYWJlbHMgYXJlIHN5bW1ldHJpYywgYSBnaXZl biBub2RlIGNhbiBzaW1wbHkgdXNlIHRoZQ0KPj4+ICAgICBsYWJlbA0KPj4+ICAgICA+ICAgICA+ PiByZXR1cm5lZCBpbiB0aGUgTEFCRUwgb2JqZWN0IG9mIHRoZSBSRVNWIG1lc3NhZ2UgZm9yIGJv dGgNCj4+PiAgICAgZGlyZWN0aW9ucy4NCj4+PiAgICAgPiAgICAgPj4gSW4gcHJhY3RpY2UsIG1v c3QgYmlkaXJlY3Rpb25hbCBMU1BzIGhhdmUgbGFiZWwNCj4+PiAgICAgc3ltbWV0cmljaXR5IG9u IGVhY2gNCj4+PiAgICAgPiAgICAgPj4gaG9wIGFsb25nIHRoZSBwYXRoIG9mIHRoZSBMU1AuIEJ1 dCB0aGlzIGlzIHNvbWV0aGluZyB0aGF0DQo+Pj4gICAgIGNhbm5vdCBiZQ0KPj4+ICAgICA+ICAg ICA+PiBhc3N1bWVkIGJ5IGRlZmF1bHQuIEhlbmNlLCB0aGVyZSBpcyBhIG5lZWQgdG8gaGF2ZSBh IG1lY2hhbmlzbQ0KPj4+ICAgICA+ICAgICBmb3IgdGhlDQo+Pj4gICAgID4gICAgID4+IGluZ3Jl c3MgdG8gcmVxdWVzdCAibGFiZWwgc3ltbWV0cmljaXR5IiBhdCBlYWNoIGhvcCBhbG9uZw0KPj4+ ICAgICB0aGUgcGF0aCBvZg0KPj4+ICAgICA+ICAgICA+PiB0aGUgTFNQLg0KPj4+ICAgICA+ICAg ICA+Pg0KPj4+ICAgICA+ICAgICA+PiBDYW4geW91IHNvbWVob3cgZml0IGEgc29sdXRpb24gdXNp bmcgdGhlIGN1cnJlbnQgZXh0ZW5zaW9ucw0KPj4+ICAgICBhbmQgY2F0ZXINCj4+PiAgICAgPiAg ICAgPj4gdG8gdGhlIGFib3ZlIHJlcXVpcmVtZW50cz8NCj4+PiAgICAgPiAgICAgPj4gV2UgYmVs aWV2ZSB0aGUgYW5zd2VyIGlzIE5PLiBPbmUgc3VnZ2VzdGlvbiBvbiB0aGUgbWFpbGluZyBsaXN0 DQo+Pj4gICAgID4gICAgIHdhcyB0bw0KPj4+ICAgICA+ICAgICA+PiBzZXQgYSByYW5kb20gVVBT VFJFQU1fTEFCRUwgYW5kIHNlbmQgaXQgb3V0IG9uIGEgZmlzaGluZw0KPj4+ICAgICBleHBlZGl0 aW9uLg0KPj4+ICAgICA+ICAgICA+PiBUaGUgaWRlYSB3YXMgdGhhdCB0aGUgZG93bnN0cmVhbSBu b2RlIHdvdWxkIHRoZW4gcmVzcG9uZCB3aXRoIGENCj4+PiAgICAgPiAgICAgPj4gUEFUSC1FUlIg Y2FycnlpbmcgYW4gQUNDRVBUQUJMRV9MQUJFTF9TRVQuIEpvaG4gYW5kIElnb3IgaGF2ZQ0KPj4+ ICAgICA+ICAgICBwcm92aWRlZA0KPj4+ICAgICA+ICAgICA+PiBhIGxpc3Qgb2YgcmVhc29ucyBv biB3aHkgdGhhdCBpc24ndCBhIGdyZWF0IGlkZWEuIExldCBtZQ0KPj4+ICAgICBhZGQgYW5vdGhl cg0KPj4+ICAgICA+ICAgICA+PiBwb2ludCAtDQo+Pj4gICAgID4gICAgID4+IC0gQXMgcGVyIFJG QzM0NzMgLSB3aGVuIGEgbm9kZSByZWNlaXZlcyBhbiBVUFNUUkVBTV9MQUJFTA0KPj4+ICAgICBv YmplY3QgaW4NCj4+PiAgICAgPiAgICAgPj4gdGhlIFBBVEgsIGl0IG1lYW5zIHRoYXQgdGhlIHVw c3RyZWFtIG5vZGUgTVVTVCBoYXZlIGFscmVhZHkNCj4+PiAgICAgPiAgICAgPj4gaW5zdGFsbGVk L3Byb2dyYW1tZWQgdGhpcyBsYWJlbC4gSW4gdGhlIGFsaWVuIHdhdmVsZW5ndGgNCj4+PiAgICAg dXNlLWNhc2UNCj4+PiAgICAgPiAgICAgPj4gKGRpc2N1c3NlZCBpbiB0aGUgZHJhZnQpLCB3aGVu IHRoZSBuZXR3b3JrIHJlY2VpdmVzIHRoaXMNCj4+PiAgICAgbWVzc2FnZSwgaXQNCj4+PiAgICAg PiAgICAgPj4gd291bGQgbWVhbiB0aGF0IHRoZSBsYXNlciBoYXMgYWxyZWFkeSBiZWVuIHR1bmVk IHRvIHRoaXMNCj4+PiAgICAgPiAgICAgd2F2ZWxlbmd0aCBhdA0KPj4+ICAgICA+ICAgICA+PiB0 aGUgY2xpZW50LiBUaGF0IGJlYXRzIHRoZSB2ZXJ5IHB1cnBvc2Ugb2YgcmVxdWVzdGluZyBhIG5l dHdvcmsNCj4+PiAgICAgPiAgICAgPj4gYXNzaWduZWQgdXBzdHJlYW0gbGFiZWwuIERvZXNuJ3Qg aXQ/IFNvLCB0aGUgcG9pbnQgaXMgdGhhdA0KPj4+ICAgICB3aXRoIHRoZQ0KPj4+ICAgICA+ICAg ICA+PiBjdXJyZW50IHNlbWFudGljcyBvZiBhbiBVUFNUUkVBTV9MQUJFTCwgeW91IGNhbm5vdCB1 c2UgaXQNCj4+PiAgICAgZm9yIHRoZQ0KPj4+ICAgICA+ICAgICBjYXNlDQo+Pj4gICAgID4gICAg ID4+IHdoZXJlIHRoZSB1cHN0cmVhbS1sYWJlbCBoYXNuJ3QgYmVlbiBpbnN0YWxsZWQvcHJvZ3Jh bW1lZA0KPj4+ICAgICB5ZXQuIElmDQo+Pj4gICAgID4gICAgIHNvbWUNCj4+PiAgICAgPiAgICAg Pj4gaW1wbGVtZW50YXRpb24gZGVjaWRlcyB0byBpZ25vcmUgdGhlc2Ugc2VtYW50aWNzLCBob3cg d291bGQgdGhlDQo+Pj4gICAgID4gICAgID4+IG5ldHdvcmsga25vdyB3aGV0aGVyIHRoZSBpbmdy ZXNzLWNsaWVudCBoYXMgYWxyZWFkeQ0KPj4+ICAgICBpbnN0YWxsZWQgdGhpcw0KPj4+ICAgICA+ ICAgICA+PiBsYWJlbCBvciBub3QgKHdoZXRoZXIgdGhlIGxhc2VyIGlzIGFscmVhZHkgdHVuZWQg b3Igbm90KS4NCj4+PiAgICAgPiAgICAgPj4NCj4+PiAgICAgPiAgICAgPj4gUkZDMzQ3MyBzdGF0 ZXMgdGhhdCBhIEJpZGlyZWN0aW9uYWwtTFNQIHNldHVwIHJlcXVlc3QgaXMNCj4+PiAgICAgPiAg ICAgaWRlbnRpZmllZCBieQ0KPj4+ICAgICA+ICAgICA+PiB0aGUgcHJlc2VuY2Ugb2YgYW4gIlVQ U1RSRUFNX0xBQkVMIiBvYmplY3QgaW4gdGhlIFBBVEggbXNnLg0KPj4+ICAgICBUaGlzDQo+Pj4g ICAgID4gICAgIGRyYWZ0DQo+Pj4gICAgID4gICAgID4+IGRvZXMgcHJvcG9zZSAyIG90aGVyIG1l Y2hhbmlzbXM6DQo+Pj4gICAgID4gICAgID4+IC0gVGhlIHByZXNlbmNlIG9mIHRoZSAiTGFiZWwg U3ltbWV0cmljaXR5IFJlcXVpcmVkIiBGbGFnIGluDQo+Pj4gICAgIHRoZSBQQVRIDQo+Pj4gICAg ID4gICAgID4+IC0gVGhlIHByZXNlbmNlIG9mIHRoZSAiVVBTVFJFQU1fTEFCRUxfU0VUIiBvYmpl Y3QgaW4gdGhlIFBBVEgNCj4+PiAgICAgPiAgICAgPj4gSWYgYSBkb3duc3RyZWFtIG5vZGUgZG9l cyBub3QgdW5kZXJzdGFuZCBhbnkgb2YgdGhlIGFib3ZlDQo+Pj4gICAgID4gICAgIGluZGljYXRp b25zLA0KPj4+ICAgICA+ICAgICA+PiBpdCB3b3VsZCByZWplY3QgdGhlIHNldHVwIHJlcXVlc3Qu IEluIGJvdGggc2NlbmFyaW9zIC0NCj4+PiAgICAgYWZ0ZXIgdGhlDQo+Pj4gICAgID4gICAgID4+ IG5ldHdvcmsgaGFzIGFzc2lnbmVkIHRoZSB1cHN0cmVhbS1sYWJlbCwgdGhlIGNvbmNlcm5lZCBu b2RlIGlzDQo+Pj4gICAgID4gICAgIGFsbG93ZWQNCj4+PiAgICAgPiAgICAgPj4gdG8gc3RhcnQg c2lnbmFsaW5nIHRoZSBVUFNUUkVBTV9MQUJFTCBvYmplY3QgaW4gdGhlIFBBVEguIEkNCj4+PiAg ICAgZG9uJ3QNCj4+PiAgICAgPiAgICAgPj4gdW5kZXJzdGFuZCBob3cgYWRkaW5nIHR3byBvdGhl ciBtZWNoYW5pc21zIGZvcg0KPj4+ICAgICBCaWRpcmVjdGlvbmFsIExTUA0KPj4+ICAgICA+ICAg ICBzZXR1cA0KPj4+ICAgICA+ICAgICA+PiB0cmFuc2xhdGVzIHRvIGNoYW5naW5nIGZ1bmRhbWVu dGFsIGFzcGVjdHMgb2YgdGhlIHByb3RvY29sLg0KPj4+ICAgICA+ICAgICA+PiBJbXBsZW1lbnRh dGlvbnMgdGhhdCBjYW4gc3VwcG9ydCB0aGVzZSBleHRlbnNpb25zIGNhbi4NCj4+PiAgICAgT3Ro ZXJzIGNhbg0KPj4+ICAgICA+ICAgICA+PiBzdGlsbCBiZSBoYXBweSB3aXRoIHRoZWlyICJydW5u aW5nIGNvZGUiLg0KPj4+ICAgICA+ICAgICA+Pg0KPj4+ICAgICA+ICAgICA+PiBSZWdhcmRzLA0K Pj4+ICAgICA+ICAgICA+PiAtUGF2YW4NCj4+PiAgICAgPiAgICAgPj4NCj4+PiAgICAgPiAgICAg Pj4NCj4+PiAgICAgPiAgICAgPj4NCj4+PiAgICAgPiAgICAgPj4gT24gTW9uLCBOb3YgNCwgMjAx MyBhdCAyOjE4IFBNLCBMb3UgQmVyZ2VyDQo+Pj4gICAgIDxsYmVyZ2VyQGxhYm4ubmV0IDxtYWls dG86bGJlcmdlckBsYWJuLm5ldD4NCj4+PiAgICAgPiAgICAgPG1haWx0bzpsYmVyZ2VyQGxhYm4u bmV0IDxtYWlsdG86bGJlcmdlckBsYWJuLm5ldD4+DQo+Pj4NCj4+PiAgICAgPiAgICAgPj4gPG1h aWx0bzpsYmVyZ2VyQGxhYm4ubmV0IDxtYWlsdG86bGJlcmdlckBsYWJuLm5ldD4NCj4+PiAgICAg PG1haWx0bzpsYmVyZ2VyQGxhYm4ubmV0IDxtYWlsdG86bGJlcmdlckBsYWJuLm5ldD4+Pj4gd3Jv dGU6DQo+Pj4gICAgID4gICAgID4+DQo+Pj4gICAgID4gICAgID4+ICAgICBKb2huLCAoYXV0aG9y cykNCj4+PiAgICAgPiAgICAgPj4NCj4+PiAgICAgPiAgICAgPj4gICAgIFBlcmhhcHMgaXQgd291 bGQgYmUgdXNlZnVsIHRvIHJlZm9jdXMgYSBtb21lbnQgb24gdGhlDQo+Pj4gICAgIHNwZWNpZmlj DQo+Pj4gICAgID4gICAgID4+ICAgICBsaW1pdGF0aW9ucyB0aGUgZHJhZnQgaXMgZm9jdXNpbmcg b24uDQo+Pj4gICAgID4gICAgID4+DQo+Pj4gICAgID4gICAgID4+ICAgICBUaGVyZSdzIG5vIHF1 ZXN0aW9uIHRoYXQgMzQ3MyBtYWRlIGNlcnRhaW4gY2hvaWNlcyBiYXNlZCBvbg0KPj4+ICAgICA+ ICAgICBleHBlY3RlZA0KPj4+ICAgICA+ICAgICA+PiAgICAgdXNlcyBhbmQgcHJvYmFiaWxpdGll cyB0aGF0IG1heSBub3QgaG9sZCwgYnV0IHdlIGRvDQo+Pj4gICAgIG5lZWQgdG8gYmUNCj4+PiAg ICAgPiAgICAgPj5jYXJlZnVsDQo+Pj4gICAgID4gICAgID4+ICAgICB3aGVuIGNoYW5naW5nIGZ1 bmRhbWVudGFscyBvZiB0aGUgcHJvdG9jb2wgKGUuZy4gbW92aW5nDQo+Pj4gICAgIGF3YXkgZnJv bQ0KPj4+ICAgICA+ICAgICA+PnRoZQ0KPj4+ICAgICA+ICAgICA+PiAgICAgdXNlIG9mIHRoZSB1 cHN0cmVhbSBsYWJlbCBvYmplY3QgYXMgdGhlIGJhc2ljIG9iamVjdCB0aGF0DQo+Pj4gICAgID4g ICAgIGluZGljYXRlcw0KPj4+ICAgICA+ICAgICA+PmENCj4+PiAgICAgPiAgICAgPj4gICAgIGJp ZGlyZWN0aW9uYWwgTFNQLikNCj4+PiAgICAgPiAgICAgPj4NCj4+PiAgICAgPiAgICAgPj4gICAg IFNvIGlzIGl0IGZhaXIgdG8gc2F5IHRoYXQgdGhlIG1haW4gbGltaXRhdGlvbiB0aGF0IHRoZQ0K Pj4+ICAgICBkcmFmdCBpcw0KPj4+ICAgICA+ICAgICA+PnRyeWluZw0KPj4+ICAgICA+ICAgICA+ PiAgICAgdG8gYWRkcmVzcyBpcyB0aGUgaW5hYmlsaXR5IHRvIHN1cHBvcnQgZG93bnN0cmVhbQ0K Pj4+ICAgICBzZWxlY3Rpb24gb2YNCj4+PiAgICAgPiAgICAgPj4gICAgIHVwc3RyZWFtDQo+Pj4g ICAgID4gICAgID4+ICAgICBsYWJlbHM/DQo+Pj4gICAgID4gICAgID4+DQo+Pj4gICAgID4gICAg ID4+ICAgICBUaGUgZHJhZnQgYWxzbyBhbGxvd3MgZm9yIGJvdGggc3ltbWV0cmljIGFuZCBhc3lt bWV0cmljDQo+Pj4gICAgIGxhYmVsDQo+Pj4gICAgID4gICAgIHZhbHVlDQo+Pj4gICAgID4gICAg ID4+ICAgICBhbGxvY2F0aW9uLiBJUyB0aGlzIGEgcmVxdWlyZW1lbnQsIG9yIGFzeW1tZXRyaWMg anVzdA0KPj4+ICAgICA+ICAgICBpbmNsdWRlZCBmb3INCj4+PiAgICAgPiAgICAgPj4gICAgIGNv bXBsZXRlbmVzcz8NCj4+PiAgICAgPiAgICAgPj4NCj4+PiAgICAgPiAgICAgPj4gICAgIEFyZSB0 aGVyZSBvdGhlciByZXF1aXJlbWVudHMgLyBsaW1pdGF0aW9ucyB5b3UgYXJlDQo+Pj4gICAgIHRy eWluZyB0bw0KPj4+ICAgICA+ICAgICA+PmFkZHJlc3M/DQo+Pj4gICAgID4gICAgID4+DQo+Pj4g ICAgID4gICAgID4+ICAgICBMb3UNCj4+PiAgICAgPiAgICAgPj4NCj4+PiAgICAgPiAgICAgPj4g ICAgIE9uIDExLzA0LzIwMTMgMDE6MjQgUE0sIEpvaG4gRSBEcmFrZSB3cm90ZToNCj4+PiAgICAg PiAgICAgPj4gICAgID4gWmFmYXIsDQo+Pj4gICAgID4gICAgID4+ICAgICA+DQo+Pj4gICAgID4g ICAgID4+ICAgICA+IEJvdGggSWdvciBhbmQgSSBoYXZlIGxpc3RlZCB0ZWNobmljYWwgaXNzdWVz IHdpdGggUkZDMzQ3Mw0KPj4+ICAgICA+ICAgICBhbmQgeW91cg0KPj4+ICAgICA+ICAgICA+PiAg ICAgPiByZXNwb25zZSBpcyB0aGF0IHlvdSByZWFsbHkgcmVhbGx5IGxpa2UgUkZDMzQ3My4gSSdt DQo+Pj4gICAgIGhhcHB5IGZvcg0KPj4+ICAgICA+ICAgICA+PiAgICAgeW91IGJ1dA0KPj4+ICAg ICA+ICAgICA+PiAgICAgPiB1bmltcHJlc3NlZC4NCj4+PiAgICAgPiAgICAgPj4gICAgID4NCj4+ PiAgICAgPiAgICAgPj4gICAgID4gSm9obg0KPj4+ICAgICA+ICAgICA+PiAgICAgPg0KPj4+ICAg ICA+ICAgICA+PiAgICAgPiBTZW50IGZyb20gbXkgaVBob25lDQo+Pj4gICAgID4gICAgID4+ICAg ICA+DQo+Pj4gICAgID4gICAgID4+ICAgICA+IE9uIE5vdiA0LCAyMDEzLCBhdCA5OjQzIEFNLCAi WmFmYXIgQWxpICh6YWxpKSINCj4+PiAgICAgPiAgICAgPHphbGlAY2lzY28uY29tIDxtYWlsdG86 emFsaUBjaXNjby5jb20+IDxtYWlsdG86emFsaUBjaXNjby5jb20NCj4+PiAgICAgPG1haWx0bzp6 YWxpQGNpc2NvLmNvbT4+DQo+Pj4gICAgID4gICAgID4+ICAgICA8bWFpbHRvOnphbGlAY2lzY28u Y29tIDxtYWlsdG86emFsaUBjaXNjby5jb20+DQo+Pj4gICAgIDxtYWlsdG86emFsaUBjaXNjby5j b20gPG1haWx0bzp6YWxpQGNpc2NvLmNvbT4+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAgPiA8bWFp bHRvOnphbGlAY2lzY28uY29tIDxtYWlsdG86emFsaUBjaXNjby5jb20+DQo+Pj4gICAgIDxtYWls dG86emFsaUBjaXNjby5jb20gPG1haWx0bzp6YWxpQGNpc2NvLmNvbT4+DQo+Pj4gICAgID4gICAg IDxtYWlsdG86emFsaUBjaXNjby5jb20gPG1haWx0bzp6YWxpQGNpc2NvLmNvbT4NCj4+PiAgICAg PG1haWx0bzp6YWxpQGNpc2NvLmNvbSA8bWFpbHRvOnphbGlAY2lzY28uY29tPj4+Pj4gd3JvdGU6 DQo+Pj4gICAgID4gICAgID4+ICAgICA+DQo+Pj4gICAgID4gICAgID4+ICAgICA+PiBJZ29yLCBK b2huLQ0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+PiAgICAgPiAgICAgPj4gICAgID4+IFBs ZWFzZSBzZWUgaW4tbGluZS4NCj4+PiAgICAgPiAgICAgPj4gICAgID4+DQo+Pj4gICAgID4gICAg ID4+ICAgICA+PiBGcm9tOiAiSUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQo+Pj4gICAgIDxtYWls dG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPg0KPj4+ICAgICA+ICAgICA8bWFpbHRvOklCcnlz a2luQGFkdmFvcHRpY2FsLmNvbQ0KPj4+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2Fs LmNvbT4+DQo+Pj4gICAgID4gICAgID4+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2Fs LmNvbQ0KPj4+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4NCj4+Pg0KPj4+ ICAgICA+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0KPj4+ICAgICA8bWFp bHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4+PiA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRp Y2FsLmNvbQ0KPj4+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4NCj4+Pg0K Pj4+ICAgICA+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0KPj4+ICAgICA8 bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4+DQo+Pj4gICAgID4gICAgID4+ICAgICA8 bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0KPj4+ICAgICA8bWFpbHRvOklCcnlza2lu QGFkdmFvcHRpY2FsLmNvbT4NCj4+PiAgICAgPiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0 aWNhbC5jb20NCj4+PiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+Pj4+Ig0K Pj4+ICAgICA+ICAgICA+PiAgICAgPj4gPElCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0KPj4+ICAg ICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4NCj4+PiAgICAgPiAgICAgPG1haWx0 bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCj4+PiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZh b3B0aWNhbC5jb20+PiA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0KPj4+ICAgICA8 bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4NCj4+PiAgICAgPiAgICAgPG1haWx0bzpJ QnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCj4+PiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0 aWNhbC5jb20+Pj4NCj4+PiAgICAgPiAgICAgPj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9w dGljYWwuY29tDQo+Pj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPg0KPj4+ ICAgICA+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0KPj4+ICAgICA8bWFp bHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4+IDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGlj YWwuY29tDQo+Pj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPg0KPj4+ICAg ICA+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0KPj4+ICAgICA8bWFpbHRv OklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4+Pj4+DQo+Pj4gICAgID4gICAgID4+ICAgICA+PiBE YXRlOiBNb25kYXksIE5vdmVtYmVyIDQsIDIwMTMgODo1NyBBTQ0KPj4+ICAgICA+ICAgICA+PiAg ICAgPj4gVG86IHphbGkgPHphbGlAY2lzY28uY29tIDxtYWlsdG86emFsaUBjaXNjby5jb20+DQo+ Pj4gICAgIDxtYWlsdG86emFsaUBjaXNjby5jb20gPG1haWx0bzp6YWxpQGNpc2NvLmNvbT4+DQo+ Pj4gICAgID4gICAgIDxtYWlsdG86emFsaUBjaXNjby5jb20gPG1haWx0bzp6YWxpQGNpc2NvLmNv bT4NCj4+PiAgICAgPG1haWx0bzp6YWxpQGNpc2NvLmNvbSA8bWFpbHRvOnphbGlAY2lzY28uY29t Pj4+DQo+Pj4NCj4+PiAgICAgPiAgICAgPj4gICAgIDxtYWlsdG86emFsaUBjaXNjby5jb20gPG1h aWx0bzp6YWxpQGNpc2NvLmNvbT4NCj4+PiAgICAgPG1haWx0bzp6YWxpQGNpc2NvLmNvbSA8bWFp bHRvOnphbGlAY2lzY28uY29tPj4NCj4+Pg0KPj4+ICAgICA+ICAgICA8bWFpbHRvOnphbGlAY2lz Y28uY29tIDxtYWlsdG86emFsaUBjaXNjby5jb20+DQo+Pj4gICAgIDxtYWlsdG86emFsaUBjaXNj by5jb20gPG1haWx0bzp6YWxpQGNpc2NvLmNvbT4+Pj4+LA0KPj4+ICAgICA+ICAgICA+PiAgICAg ImpkcmFrZUBqdW5pcGVyLm5ldCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4NCj4+PiAgICAg PG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+Pg0K Pj4+ICAgICA+ICAgICA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldCA8bWFpbHRvOmpkcmFrZUBq dW5pcGVyLm5ldD4NCj4+PiAgICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQgPG1haWx0bzpq ZHJha2VAanVuaXBlci5uZXQ+Pj4NCj4+PiAgICAgPiAgICAgPj4gICAgID4+IDxtYWlsdG86amRy YWtlQGp1bmlwZXIubmV0DQo+Pj4gICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0PiA8bWFp bHRvOmpkcmFrZUBqdW5pcGVyLm5ldA0KPj4+ICAgICA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5l dD4+DQo+Pj4gICAgID4gICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0IDxtYWlsdG86amRy YWtlQGp1bmlwZXIubmV0Pg0KPj4+ICAgICA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldCA8bWFp bHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4+Pj4iDQo+Pj4gICAgID4gICAgID4+ICAgICA8amRyYWtl QGp1bmlwZXIubmV0IDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0Pg0KPj4+ICAgICA8bWFpbHRv OmpkcmFrZUBqdW5pcGVyLm5ldCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4+DQo+Pj4gICAg ID4gICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0IDxtYWlsdG86amRyYWtlQGp1bmlwZXIu bmV0Pg0KPj4+ICAgICA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldCA8bWFpbHRvOmpkcmFrZUBq dW5pcGVyLm5ldD4+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4gPG1haWx0bzpqZHJha2VAanVu aXBlci5uZXQNCj4+PiAgICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+IDxtYWlsdG86amRy YWtlQGp1bmlwZXIubmV0DQo+Pj4gICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0Pj4NCj4+ PiAgICAgPiAgICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQgPG1haWx0bzpqZHJha2VAanVu aXBlci5uZXQ+DQo+Pj4gICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0IDxtYWlsdG86amRy YWtlQGp1bmlwZXIubmV0Pj4+Pj4NCj4+PiAgICAgPiAgICAgPj4gICAgID4+IENjOiAiY2NhbXBA aWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4NCj4+PiAgICAgPG1haWx0bzpjY2FtcEBp ZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPj4NCj4+PiAgICAgPiAgICAgPG1haWx0bzpj Y2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPg0KPj4+ICAgICA8bWFpbHRvOmNj YW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+Pj4NCj4+PiAgICAgPiAgICAgPj4g ICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4NCj4+PiAg ICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPj4NCj4+PiAg ICAgPiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPg0K Pj4+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+Pj4+ IiA8Y2NhbXBAaWV0Zi5vcmcNCj4+PiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4NCj4+PiAg ICAgPiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPj4N Cj4+PiAgICAgPiAgICAgPj4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2Ft cEBpZXRmLm9yZz4NCj4+PiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1w QGlldGYub3JnPj4+DQo+Pj4gICAgID4gICAgID4+ICAgICA+PiA8bWFpbHRvOmNjYW1wQGlldGYu b3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+DQo+Pj4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5v cmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+DQo+Pj4gICAgID4gICAgIDxtYWlsdG86Y2NhbXBA aWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4NCj4+PiAgICAgPG1haWx0bzpjY2FtcEBp ZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPj4+Pj4NCj4+PiAgICAgPiAgICAgPj4gICAg ID4+IFN1YmplY3Q6IFJFOiBDb21tZW50cyBhYm91dA0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4g ZHJhZnQtYmVlcmFtLWNjYW1wLW5ldHdvcmstYXNzaWduZWQtdXBzdHJlYW0tbGFiZWwtMDANCj4+ PiAgICAgPiAgICAgPj4gICAgID4+DQo+Pj4gICAgID4gICAgID4+ICAgICA+PiBaYWZhciwNCj4+ PiAgICAgPiAgICAgPj4gICAgID4+DQo+Pj4gICAgID4gICAgID4+ICAgICA+PiAxKSBVc2luZyBh biBlcnJvciBpbmRpY2F0aW9uIGFzIGEgcGFydCBvZiBub3JtYWwNCj4+PiAgICAgcHJvdG9jb2wN Cj4+PiAgICAgPiAgICAgPj4gICAgID4+IG9wZXJhdGlvbiBpcyBub3QgZ29vZCBkZXNpZ24gcHJh Y3RpY2UuDQo+Pj4gICAgID4gICAgID4+ICAgICA+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4g VXNlIG9mIFBhdGggZXJyb3IgYW5kIG5vdGlmeSBtZXNzYWdlIGlzIGFuIGludGVncmFsIHBhcnQN Cj4+PiAgICAgPiAgICAgb2YgdGhlDQo+Pj4gICAgID4gICAgID4+ICAgICA+PiBSU1ZQLVRFIGRl c2lnbi4gQWxzbyBwbGVhc2Ugbm90ZSB0aGF0IHdlIGFyZSBub3QNCj4+PiAgICAgZGViYXRpbmcN Cj4+PiAgICAgPiAgICAgYWJvdXQgYQ0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4gbmV3IHByb2Nl ZHVyZSBiZWluZyBwcm9wb3NlZCBidXQgdGFsa2luZyBhYm91dCBhDQo+Pj4gICAgIHByb2NlZHVy ZQ0KPj4+ICAgICA+ICAgICB0aGF0DQo+Pj4gICAgID4gICAgID4+aXMNCj4+PiAgICAgPiAgICAg Pj4gICAgID4+IGFscmVhZHkgaW1wbGVtZW50ZWQgYW5kIGRlcGxveWVkLg0KPj4+ICAgICA+ICAg ICA+PiAgICAgPj4NCj4+PiAgICAgPiAgICAgPj4gICAgID4+DQo+Pj4gICAgID4gICAgID4+ICAg ICA+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4gSUI+PiBUaGUgd2F5IEkgaW50ZXJwcmV0IHRo aXMgZGlzY3Vzc2lvbiBpcw0KPj4+ICAgICBzb21ldGhpbmcgbGlrZQ0KPj4+ICAgICA+ICAgICB0 aGlzOg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+PiAgICAgPiAgICAgPj4gICAgID4+DQo+ Pj4gICAgID4gICAgID4+ICAgICA+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4gSm9objogSSBi ZWxpZXZlIHRoYXQgd2hpdGUgaXMgYSBsaWdodGVyIGNvbG9yIHRoYW4NCj4+PiAgICAgYmxhY2su DQo+Pj4gICAgID4gICAgID4+ICAgICA+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4gWmFmYTog V2VsbCwgSm9obiwgYmxhY2sgaXMgYW4gaW50ZWdyYWwgcGFydCBvZiB0aGUgY29sb3INCj4+PiAg ICAgPiAgICAgcGFsbGV0Lg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4gTWFueSBtYXR1cmUgYXBw bGljYXRpb25zIHN1Y2Nlc3NmdWxseSB1c2UgYmxhY2sgZm9yDQo+Pj4gICAgIHRoZWlyDQo+Pj4g ICAgID4gICAgIHZhcmlvdXMNCj4+PiAgICAgPiAgICAgPj4gICAgID4+IHB1cnBvc2VzLiBNeSBp bXBsZW1lbnRhdGlvbnMsIGZvciBleGFtcGxlLCB1c2UgYmxhY2sgZm9yDQo+Pj4gICAgID4gICAg IHByZXR0eQ0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4gbXVjaCBldmVyeXRoaW5noa0uLiBTbywg aXQgaXMgbm90IGNsZWFyIHdoaWNoIGNvbG9yDQo+Pj4gICAgIGlzIGxpZ2h0ZXIsDQo+Pj4gICAg ID4gICAgID4+YW5kDQo+Pj4gICAgID4gICAgID4+ICAgICA+PiB3aHkgZG8gd2UgbmVlZCBvdGhl ciBjb2xvcnMgYXQgYWxsLiA6PSkNCj4+PiAgICAgPiAgICAgPj4gICAgID4+DQo+Pj4gICAgID4g ICAgID4+ICAgICA+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+PiAgICAgPiAgICAgPj4g ICAgID4+IEkgbWVhbiB0byBzYXkgdGhhdCB5b3VyLCBaYWZhciwgY29tbWVudHMgSU1ITyBhcmUg bm90DQo+Pj4gICAgID4gICAgID4+Y29uc3RydWN0aXZlDQo+Pj4gICAgID4gICAgID4+ICAgICA+ PiB0ZWNobmljYWwgYXJndW1lbnRzLg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+PiAgICAg PiAgICAgPj4gICAgID4+IElnb3INCj4+PiAgICAgPiAgICAgPj4gICAgID4+DQo+Pj4gICAgID4g ICAgID4+ICAgICA+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+PiAgICAgPiAgICAgPj4g ICAgID4+IEhpIElnb3IgYW5kIEpvaG46DQo+Pj4gICAgID4gICAgID4+ICAgICA+Pg0KPj4+ICAg ICA+ICAgICA+PiAgICAgPj4gVGhpcyBpcyByZWFsbHkgZnVubnkuIFRoaXMgaXMgdGhlIGZpcnN0 IHRpbWUgSSBoYXZlDQo+Pj4gICAgIGhlYXJkIHRoYXQNCj4+PiAgICAgPiAgICAgPj4gICAgIHJ1 bm5pbmcNCj4+PiAgICAgPiAgICAgPj4gICAgID4+IGNvZGUgaGFzIG5vIG1lcml0IGF0IElFVEYg OikgVGhpcyBpcyBlc3BlY2lhbGx5IHdoZW4gdGhlDQo+Pj4gICAgID4gICAgID4+ICAgICBydW5u aW5nIGNvZGUNCj4+PiAgICAgPiAgICAgPj4gICAgID4+IGlzIGRpcmVjdGx5IGNvbWluZyBmcm9t IFJGQzM0NzMuIFlvdSBhcmUgY2FsbGluZyBpdCAibm90DQo+Pj4gICAgID4gICAgID4+ICAgICBj b25zdHJ1Y3RpdmUNCj4+PiAgICAgPiAgICAgPj4gICAgID4+IHRlY2huaWNhbCBhcmd1bWVudHMi ISBMYXN0IEkgaGVhcmQgd2UgYmVsaWV2ZWQgaW4NCj4+PiAgICAgcnVubmluZyBjb2RlDQo+Pj4g ICAgID4gICAgID4+KFNlZQ0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4geW91ciBULXNoaXJ0IGZy b20gdGhlIGVsZWN0aW9uIGRheSBmcm9tIElFVEYgQXRsYW50YSkuDQo+Pj4gICAgID4gICAgID4+ ICAgICA+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4gWW91ciBkcmFmdCBpcyBPTkxZIGFwcGxp Y2FibGUgZm9yIGEgdXNlIGNhc2Ugd2hlcmUNCj4+PiAgICAgPiAgICAgdXBzdHJlYW0gYW5kDQo+ Pj4gICAgID4gICAgID4+ICAgICA+PiBkb3duc3RyZWFtIGFsaWVuIHdhdmVsZW5ndGggYXJlIGRp ZmZlcmVudC4gV2hlbg0KPj4+ICAgICB1cHN0cmVhbSBhbmQNCj4+PiAgICAgPiAgICAgPj4gICAg ID4+IGRvd25zdHJlYW0gYWxpZW4gd2F2ZWxlbmd0aCBhcmUgc2FtZSwgdXNlIG9mDQo+Pj4gICAg IGFjY2VwdGFibGUgbGFiZWwNCj4+PiAgICAgPiAgICAgPj4gICAgIHNldCBhbmQNCj4+PiAgICAg PiAgICAgPj4gICAgID4+IGxhYmVsIHNldCBvYmplY3RzIGNvbnN0aXR1dGUgdGhlIHJ1bm5pbmcg Y29kZS4NCj4+PiAgICAgSG93ZXZlciwgeW91cg0KPj4+ICAgICA+ICAgICA+PmRyYWZ0DQo+Pj4g ICAgID4gICAgID4+ICAgICA+PiBuZWl0aGVyIG1ha2VzIHRoYXQgYXBwbGljYWJpbGl0eSBzdGF0 ZW1lbnQgbm9yIG1ha2VzIGFueQ0KPj4+ICAgICA+ICAgICBtZW50aW9uDQo+Pj4gICAgID4gICAg ID4+b3INCj4+PiAgICAgPiAgICAgPj4gICAgID4+IGNvdmVyIG9yIHJlZmVyZW5jZSB0byBwcm9j ZWR1cmUgSSBxdW90ZWQgZnJvbSBSRkMzNDczLg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+ PiAgICAgPiAgICAgPj4gICAgID4+IFRoYW5rcw0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+ PiAgICAgPiAgICAgPj4gICAgID4+IFJlZ2FyZHOhrVphZmFyDQo+Pj4gICAgID4gICAgID4+ICAg ICA+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+PiAgICAgPiAgICAgPj4gICAgID4+DQo+ Pj4gICAgID4gICAgID4+ICAgICA+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+PiAgICAg PiAgICAgPj4gICAgID4+ICpGcm9tOipaYWZhciBBbGkgKHphbGkpIFttYWlsdG86emFsaUBjaXNj by5jb20NCj4+PiAgICAgPG1haWx0bzp6YWxpQGNpc2NvLmNvbT4NCj4+PiAgICAgPiAgICAgPG1h aWx0bzp6YWxpQGNpc2NvLmNvbSA8bWFpbHRvOnphbGlAY2lzY28uY29tPj4NCj4+PiAgICAgPiAg ICAgPj4gICAgIDxtYWlsdG86emFsaUBjaXNjby5jb20gPG1haWx0bzp6YWxpQGNpc2NvLmNvbT4N Cj4+PiAgICAgPG1haWx0bzp6YWxpQGNpc2NvLmNvbSA8bWFpbHRvOnphbGlAY2lzY28uY29tPj4+ XQ0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4gKlNlbnQ6KiBNb25kYXksIE5vdmVtYmVyIDA0LCAy MDEzIDE6NTEgQU0NCj4+PiAgICAgPiAgICAgPj4gICAgID4+ICpUbzoqIEpvaG4gRSBEcmFrZTsg SWdvciBCcnlza2luDQo+Pj4gICAgID4gICAgID4+ICAgICA+PiAqQ2M6KiBjY2FtcEBpZXRmLm9y ZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPg0KPj4+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3Jn IDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+Pg0KPj4+ICAgICA+ICAgICA8bWFpbHRvOmNjYW1wQGll dGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+DQo+Pj4gICAgIDxtYWlsdG86Y2NhbXBAaWV0 Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAgPG1h aWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPg0KPj4+ICAgICA8bWFp bHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+Pg0KPj4+ICAgICA+ICAg ICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+DQo+Pj4gICAg IDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+Pj4NCj4+PiAg ICAgPiAgICAgPj4gICAgID4+ICpTdWJqZWN0OiogUmU6IENvbW1lbnRzIGFib3V0DQo+Pj4gICAg ID4gICAgID4+ICAgICA+PiBkcmFmdC1iZWVyYW0tY2NhbXAtbmV0d29yay1hc3NpZ25lZC11cHN0 cmVhbS1sYWJlbC0wMA0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+PiAgICAgPiAgICAgPj4g ICAgID4+DQo+Pj4gICAgID4gICAgID4+ICAgICA+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4g SGkgSm9objoNCj4+PiAgICAgPiAgICAgPj4gICAgID4+DQo+Pj4gICAgID4gICAgID4+ICAgICA+ Pg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+PiAgICAgPiAgICAgPj4gICAgID4+IFBsZWFz ZSBzZWUgaW4tbGluZS4NCj4+PiAgICAgPiAgICAgPj4gICAgID4+DQo+Pj4gICAgID4gICAgID4+ ICAgICA+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+PiAgICAgPiAgICAgPj4gICAgID4+ IFRoYW5rcw0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+PiAgICAgPiAgICAgPj4gICAgID4+ DQo+Pj4gICAgID4gICAgID4+ICAgICA+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4gUmVnYXJk cyChrSBaYWZhcg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+PiAgICAgPiAgICAgPj4gICAg ID4+DQo+Pj4gICAgID4gICAgID4+ICAgICA+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4gKkZy b206ICoiamRyYWtlQGp1bmlwZXIubmV0DQo+Pj4gICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIu bmV0PiA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldA0KPj4+ICAgICA8bWFpbHRvOmpkcmFrZUBq dW5pcGVyLm5ldD4+DQo+Pj4gICAgID4gICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0IDxt YWlsdG86amRyYWtlQGp1bmlwZXIubmV0Pg0KPj4+ICAgICA8bWFpbHRvOmpkcmFrZUBqdW5pcGVy Lm5ldCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAg PG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+DQo+ Pj4gICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0IDxtYWlsdG86amRyYWtlQGp1bmlwZXIu bmV0Pj4NCj4+PiAgICAgPiAgICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQgPG1haWx0bzpq ZHJha2VAanVuaXBlci5uZXQ+DQo+Pj4gICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0IDxt YWlsdG86amRyYWtlQGp1bmlwZXIubmV0Pj4+PiINCj4+PiAgICAgPiAgICAgPj4gICAgID4+IDxq ZHJha2VAanVuaXBlci5uZXQgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+DQo+Pj4gICAgIDxt YWlsdG86amRyYWtlQGp1bmlwZXIubmV0IDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0Pj4NCj4+ PiAgICAgPiAgICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQgPG1haWx0bzpqZHJha2VAanVu aXBlci5uZXQ+DQo+Pj4gICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0IDxtYWlsdG86amRy YWtlQGp1bmlwZXIubmV0Pj4+DQo+Pj4gICAgID4gICAgID4+ICAgICA8bWFpbHRvOmpkcmFrZUBq dW5pcGVyLm5ldCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4NCj4+PiAgICAgPG1haWx0bzpq ZHJha2VAanVuaXBlci5uZXQgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+Pg0KPj4+DQo+Pj4g ICAgID4gICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0IDxtYWlsdG86amRyYWtlQGp1bmlw ZXIubmV0Pg0KPj4+ICAgICA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldCA8bWFpbHRvOmpkcmFr ZUBqdW5pcGVyLm5ldD4+Pj4+DQo+Pj4gICAgID4gICAgID4+ICAgICA+PiAqRGF0ZTogKlN1bmRh eSwgTm92ZW1iZXIgMywgMjAxMyAxMTo1NyBBTQ0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4gKlRv OiAqemFsaSA8emFsaUBjaXNjby5jb20gPG1haWx0bzp6YWxpQGNpc2NvLmNvbT4NCj4+PiAgICAg PG1haWx0bzp6YWxpQGNpc2NvLmNvbSA8bWFpbHRvOnphbGlAY2lzY28uY29tPj4NCj4+PiAgICAg PiAgICAgPG1haWx0bzp6YWxpQGNpc2NvLmNvbSA8bWFpbHRvOnphbGlAY2lzY28uY29tPg0KPj4+ ICAgICA8bWFpbHRvOnphbGlAY2lzY28uY29tIDxtYWlsdG86emFsaUBjaXNjby5jb20+Pj4NCj4+ Pg0KPj4+ICAgICA+ICAgICA+PiAgICAgPG1haWx0bzp6YWxpQGNpc2NvLmNvbSA8bWFpbHRvOnph bGlAY2lzY28uY29tPg0KPj4+ICAgICA8bWFpbHRvOnphbGlAY2lzY28uY29tIDxtYWlsdG86emFs aUBjaXNjby5jb20+Pg0KPj4+DQo+Pj4gICAgID4gICAgIDxtYWlsdG86emFsaUBjaXNjby5jb20g PG1haWx0bzp6YWxpQGNpc2NvLmNvbT4NCj4+PiAgICAgPG1haWx0bzp6YWxpQGNpc2NvLmNvbSA8 bWFpbHRvOnphbGlAY2lzY28uY29tPj4+Pj4sDQo+Pj4gICAgID4gICAgID4+ICAgICA+PiAiSUJy eXNraW5AYWR2YW9wdGljYWwuY29tDQo+Pj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGlj YWwuY29tPg0KPj4+ICAgICA+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0K Pj4+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4+IDxtYWlsdG86SUJyeXNr aW5AYWR2YW9wdGljYWwuY29tDQo+Pj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwu Y29tPg0KPj4+ICAgICA+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0KPj4+ ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4+Pg0KPj4+DQo+Pj4gICAgID4g ICAgID4+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0KPj4+ICAgICA8bWFp bHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4NCj4+PiAgICAgPiAgICAgPG1haWx0bzpJQnJ5 c2tpbkBhZHZhb3B0aWNhbC5jb20NCj4+PiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNh bC5jb20+PiA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0KPj4+ICAgICA8bWFpbHRv OklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4NCj4+PiAgICAgPiAgICAgPG1haWx0bzpJQnJ5c2tp bkBhZHZhb3B0aWNhbC5jb20NCj4+PiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5j b20+Pj4+Ig0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4gPElCcnlza2luQGFkdmFvcHRpY2FsLmNv bQ0KPj4+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4NCj4+PiAgICAgPiAg ICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCj4+PiAgICAgPG1haWx0bzpJQnJ5 c2tpbkBhZHZhb3B0aWNhbC5jb20+PiA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0K Pj4+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4NCj4+PiAgICAgPiAgICAg PG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCj4+PiAgICAgPG1haWx0bzpJQnJ5c2tp bkBhZHZhb3B0aWNhbC5jb20+Pj4NCj4+PiAgICAgPiAgICAgPj4gICAgIDxtYWlsdG86SUJyeXNr aW5AYWR2YW9wdGljYWwuY29tDQo+Pj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwu Y29tPg0KPj4+ICAgICA+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0KPj4+ ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4+IDxtYWlsdG86SUJyeXNraW5A YWR2YW9wdGljYWwuY29tDQo+Pj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29t Pg0KPj4+DQo+Pj4gICAgID4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQo+ Pj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPj4+Pj4NCj4+PiAgICAgPiAg ICAgPj4gICAgID4+ICpDYzogKiJjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3Jn Pg0KPj4+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+ Pg0KPj4+ICAgICA+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0 Zi5vcmc+DQo+Pj4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRm Lm9yZz4+Pg0KPj4+DQo+Pj4gICAgID4gICAgID4+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3Jn IDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+DQo+Pj4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcg PG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+DQo+Pj4gICAgID4gICAgIDxtYWlsdG86Y2NhbXBAaWV0 Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4NCj4+PiAgICAgPG1haWx0bzpjY2FtcEBpZXRm Lm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPj4+PiIgPGNjYW1wQGlldGYub3JnDQo+Pj4gICAg IDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+DQo+Pj4gICAgID4gICAgIDxtYWlsdG86Y2NhbXBAaWV0 Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+DQo+Pj4gICAgID4gICAgID4+ICAgICA8bWFp bHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+DQo+Pj4gICAgIDxtYWls dG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+Pg0KPj4+ICAgICA+ICAg ICA+PiAgICAgPj4gPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3Jn Pg0KPj4+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+ Pg0KPj4+DQo+Pj4gICAgID4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2Ft cEBpZXRmLm9yZz4NCj4+PiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1w QGlldGYub3JnPj4+Pj4NCj4+PiAgICAgPiAgICAgPj4gICAgID4+ICpTdWJqZWN0OiAqUkU6IENv bW1lbnRzIGFib3V0DQo+Pj4gICAgID4gICAgID4+ICAgICA+PiBkcmFmdC1iZWVyYW0tY2NhbXAt bmV0d29yay1hc3NpZ25lZC11cHN0cmVhbS1sYWJlbC0wMA0KPj4+ICAgICA+ICAgICA+PiAgICAg Pj4NCj4+PiAgICAgPiAgICAgPj4gICAgID4+DQo+Pj4gICAgID4gICAgID4+ICAgICA+Pg0KPj4+ ICAgICA+ICAgICA+PiAgICAgPj4gWmFmYXIsDQo+Pj4gICAgID4gICAgID4+ICAgICA+Pg0KPj4+ ICAgICA+ICAgICA+PiAgICAgPj4gVGhhdCBiZWNhdXNlIHRoaXMgYWxyZWFkeSBkZWZpbmVkIG1l dGhvZCBoYXMgdGhlDQo+Pj4gICAgIGZvbGxvd2luZw0KPj4+ICAgICA+ICAgICA+Pmlzc3VlczoN Cj4+PiAgICAgPiAgICAgPj4gICAgID4+DQo+Pj4gICAgID4gICAgID4+ICAgICA+PiAxKSBVc2lu ZyBhbiBlcnJvciBpbmRpY2F0aW9uIGFzIGEgcGFydCBvZiBub3JtYWwNCj4+PiAgICAgcHJvdG9j b2wNCj4+PiAgICAgPiAgICAgPj4gICAgID4+IG9wZXJhdGlvbiBpcyBub3QgZ29vZCBkZXNpZ24g cHJhY3RpY2UuDQo+Pj4gICAgID4gICAgID4+ICAgICA+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAg Pj4gVXNlIG9mIFBhdGggZXJyb3IgYW5kIG5vdGlmeSBtZXNzYWdlIGlzIGFuIGludGVncmFsIHBh cnQNCj4+PiAgICAgPiAgICAgb2YgdGhlDQo+Pj4gICAgID4gICAgID4+ICAgICA+PiBSU1ZQLVRF IGRlc2lnbi4gQWxzbyBwbGVhc2Ugbm90ZSB0aGF0IHdlIGFyZSBub3QNCj4+PiAgICAgZGViYXRp bmcNCj4+PiAgICAgPiAgICAgYWJvdXQgYQ0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4gbmV3IHBy b2NlZHVyZSBiZWluZyBwcm9wb3NlZCBidXQgdGFsa2luZyBhYm91dCBhDQo+Pj4gICAgIHByb2Nl ZHVyZQ0KPj4+ICAgICA+ICAgICB0aGF0DQo+Pj4gICAgID4gICAgID4+aXMNCj4+PiAgICAgPiAg ICAgPj4gICAgID4+IGFscmVhZHkgaW1wbGVtZW50ZWQgYW5kIGRlcGxveWVkLg0KPj4+ICAgICA+ ICAgICA+PiAgICAgPj4NCj4+PiAgICAgPiAgICAgPj4gICAgID4+IDIpIEFjY2VwdGFibGUgTGFi ZWwgU2V0IGlzIG9wdGlvbmFsIHNvIGl0cyBwcmVzZW5jZQ0KPj4+ICAgICBpcyBub3QNCj4+PiAg ICAgPiAgICAgPj4gICAgID4+IGd1YXJhbnRlZWQNCj4+PiAgICAgPiAgICAgPj4gICAgID4+DQo+ Pj4gICAgID4gICAgID4+ICAgICA+PiBTbyBpcyB0aGUgY2FzZSBvZiBuZXdseSBkZWZpbmVkIHVw c3RyZWFtIGxhYmVsIHNldC4gQWxzbw0KPj4+ICAgICA+ICAgICBwbGVhc2UNCj4+PiAgICAgPiAg ICAgPj4gICAgID4+IG5vdGUgdGhhdCBtYW55IHBhcnQgb2YgdGhlIFJTVlAtVEUgcHJvdG9jb2wg YXJlDQo+Pj4gICAgIGRlc2lnbmVkIHVzaW5nDQo+Pj4gICAgID4gICAgID4+ICAgICA+PiBvcHRp b25hbCBvYmplY3RzLg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+PiAgICAgPiAgICAgPj4g ICAgID4+IDMpIFRoZSBpbmZvcm1hdGlvbiBpdCBwcm92aWRlcyBtYXkgYmUgb3V0IG9mIGRhdGUg YnkNCj4+PiAgICAgdGhlIHRpbWUNCj4+PiAgICAgPiAgICAgPj4gICAgID4+IHRoZSBMU1AgaXMg cmUtc2lnbmFsZWQuDQo+Pj4gICAgID4gICAgID4+ICAgICA+Pg0KPj4+ICAgICA+ICAgICA+PiAg ICAgPj4gVGhpcyBpcyBhbiBpbXBsZW1lbnRhdGlvbiBpc3N1ZS4gQSBub2RlIHNlbmRpbmcgdGhl DQo+Pj4gICAgIGFjY2VwdGFibGUNCj4+PiAgICAgPiAgICAgPj4gICAgID4+IGxhYmVsIHNldCBo YXMgdGhlIHJlc3BvbnNpYmlsaXR5IHRvIGd1YXJhbnRlZSB0aGF0DQo+Pj4gICAgIGluZm9ybWF0 aW9uDQo+Pj4gICAgID4gICAgID4+ICAgICA+PiBwcm92aWRlcyBpbiB0aGUgYWNjZXB0YWJsZSBs YWJlbCBzZXQgcmVtYWlucyB2YWxpZCBmb3INCj4+PiAgICAgPiAgICAgPj4gICAgID4+IHJlLXNp Z25hbGluZyB0aW1lLiBFLmcuLCBVTkktTiBpbXBsZW1lbnRhdGlvbiBjYW4gY2FjaGUNCj4+PiAg ICAgPiAgICAgdGhlIGxhYmVsDQo+Pj4gICAgID4gICAgID4+ICAgICA+PiBmb3IgdGhlIHJlLXNp Z25hbGluZyB0aW1lLg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+PiAgICAgPiAgICAgPj4g ICAgID4+IDQpIE1vc3QgaW1wb3J0YW50bHksIEFjY2VwdGFibGUgTGFiZWwgU2V0IGlzDQo+Pj4g ICAgIGdlbmVyYXRlZCBob3AgYnkNCj4+PiAgICAgPiAgICAgPj4gICAgID4+IGhvcCwgdW5saWtl IFVwc3RyZWFtIExhYmVsIFNldCB3aGljaCBleGVyY2lzZXMgdGhlDQo+Pj4gICAgIGVudGlyZQ0K Pj4+ICAgICA+ICAgICA+PiAgICAgPj4gcGF0aC4gVGhpcyBtZWFucyB0aGF0IGl0cyB1c2UgdG8g ZGV0ZXJtaW5lIGEgdmFsaWQNCj4+PiAgICAgd2F2ZWxlbmd0aA0KPj4+ICAgICA+ICAgICA+PiAg ICAgPj4gd291bGQgcmVxdWlyZSBhIHBvdGVudGlhbGx5IHVuYm91bmRlZCBudW1iZXIgb2YNCj4+ PiAgICAgY3JhbmtiYWNrcywNCj4+PiAgICAgPiAgICAgPj4gICAgID4+IGJvdGggc2luZ2xlIGFu ZCBtdWx0aS1ob3AsIHdpdGggbm8gZ3VhcmFudGVlIHRoYXQgc3VjaCBhDQo+Pj4gICAgID4gICAg ID4+ICAgICA+PiB3YXZlbGVuZ3RoIGNvdWxkIGJlIGZvdW5kLg0KPj4+ICAgICA+ICAgICA+PiAg ICAgPj4NCj4+PiAgICAgPiAgICAgPj4gICAgID4+IEluIHRoZSB1c2UgY2FzZSBvZiBhbGlnbiB3 YXZlbGVuZ3RoIGFkZHJlc3NlZCBpbiB0aGlzDQo+Pj4gICAgID4gICAgIGRyYWZ0LCB0aGUNCj4+ PiAgICAgPiAgICAgPj4gICAgID4+IGFjY2VwdGFibGUgbGFiZWwgc2V0IGNvbW11bmljYXRpb24g aXMgcmVzdHJpY3RlZCB0byB0aGUNCj4+PiAgICAgPiAgICAgVU5JLUMgYW5kDQo+Pj4gICAgID4g ICAgID4+ICAgICA+PiBVTkktTiBub2RlLg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+PiAg ICAgPiAgICAgPj4gICAgID4+IFlvdXJzIElycmVzcGVjdGl2ZWx5LA0KPj4+ICAgICA+ICAgICA+ PiAgICAgPj4NCj4+PiAgICAgPiAgICAgPj4gICAgID4+DQo+Pj4gICAgID4gICAgID4+ICAgICA+ Pg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4gSm9obg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4N Cj4+PiAgICAgPiAgICAgPj4gICAgID4+DQo+Pj4gICAgID4gICAgID4+ICAgICA+Pg0KPj4+ICAg ICA+ICAgICA+PiAgICAgPj4gKkZyb206KmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmcNCj4+PiAgICAg PG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPg0KPj4+ICAgICA+ICAgICA8bWFpbHRvOmNj YW1wLWJvdW5jZXNAaWV0Zi5vcmcNCj4+PiAgICAgPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYu b3JnPj4gPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnDQo+Pj4gICAgIDxtYWlsdG86Y2Nh bXAtYm91bmNlc0BpZXRmLm9yZz4NCj4+PiAgICAgPiAgICAgPG1haWx0bzpjY2FtcC1ib3VuY2Vz QGlldGYub3JnIDxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZz4+Pg0KPj4+ICAgICA+ICAg ICA+PiAgICAgPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnDQo+Pj4gICAgIDxtYWlsdG86 Y2NhbXAtYm91bmNlc0BpZXRmLm9yZz4NCj4+Pg0KPj4+ICAgICA+ICAgICA8bWFpbHRvOmNjYW1w LWJvdW5jZXNAaWV0Zi5vcmcNCj4+PiAgICAgPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3Jn Pj4gPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnDQo+Pj4gICAgIDxtYWlsdG86Y2NhbXAt Ym91bmNlc0BpZXRmLm9yZz4NCj4+Pg0KPj4+ICAgICA+ICAgICA8bWFpbHRvOmNjYW1wLWJvdW5j ZXNAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPj4+Pg0KPj4+ICAgICA+ ICAgICA+PiAgICAgPj4gW21haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnDQo+Pj4gICAgIDxt YWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZz4NCj4+PiAgICAgPiAgICAgPG1haWx0bzpjY2Ft cC1ib3VuY2VzQGlldGYub3JnDQo+Pj4gICAgIDxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9y Zz4+IDxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZw0KPj4+ICAgICA8bWFpbHRvOmNjYW1w LWJvdW5jZXNAaWV0Zi5vcmc+DQo+Pj4gICAgID4gICAgIDxtYWlsdG86Y2NhbXAtYm91bmNlc0Bp ZXRmLm9yZyA8bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc+Pj5dDQo+Pj4gICAgID4gICAg ID4+ICAgICAqT24gQmVoYWxmIE9mICpaYWZhciBBbGkgKHphbGkpDQo+Pj4gICAgID4gICAgID4+ ICAgICA+PiAqU2VudDoqIFN1bmRheSwgTm92ZW1iZXIgMDMsIDIwMTMgODoxMiBBTQ0KPj4+ICAg ICA+ICAgICA+PiAgICAgPj4gKlRvOiogSUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQo+Pj4gICAg IDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPg0KPj4+ICAgICA+ICAgICA8bWFpbHRv OklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0KPj4+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFv cHRpY2FsLmNvbT4+DQo+Pj4gICAgID4gICAgID4+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFv cHRpY2FsLmNvbQ0KPj4+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4NCj4+ Pg0KPj4+ICAgICA+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0KPj4+ICAg ICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4+PiA8bWFpbHRvOklCcnlza2luQGFk dmFvcHRpY2FsLmNvbQ0KPj4+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4N Cj4+PiAgICAgPiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCj4+PiAgICAg PG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAg PG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCj4+PiAgICAgPG1haWx0bzpJQnJ5c2tp bkBhZHZhb3B0aWNhbC5jb20+DQo+Pj4NCj4+PiAgICAgPiAgICAgPG1haWx0bzpJQnJ5c2tpbkBh ZHZhb3B0aWNhbC5jb20NCj4+PiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+ Pj4+DQo+Pj4gICAgID4gICAgID4+ICAgICA+PiAqQ2M6KiBjY2FtcEBpZXRmLm9yZyA8bWFpbHRv OmNjYW1wQGlldGYub3JnPg0KPj4+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86 Y2NhbXBAaWV0Zi5vcmc+Pg0KPj4+ICAgICA+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxt YWlsdG86Y2NhbXBAaWV0Zi5vcmc+DQo+Pj4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1h aWx0bzpjY2FtcEBpZXRmLm9yZz4+Pg0KPj4+DQo+Pj4gICAgID4gICAgID4+ICAgICA8bWFpbHRv OmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+DQo+Pj4gICAgIDxtYWlsdG86 Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+DQo+Pj4NCj4+PiAgICAgPiAg ICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPg0KPj4+ICAg ICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+Pj4+DQo+Pj4g ICAgID4gICAgID4+ICAgICA+PiAqU3ViamVjdDoqIFtDQ0FNUF0gQ29tbWVudHMgYWJvdXQNCj4+ PiAgICAgPiAgICAgPj4gICAgID4+IGRyYWZ0LWJlZXJhbS1jY2FtcC1uZXR3b3JrLWFzc2lnbmVk LXVwc3RyZWFtLWxhYmVsLTAwDQo+Pj4gICAgID4gICAgID4+ICAgICA+Pg0KPj4+ICAgICA+ICAg ICA+PiAgICAgPj4NCj4+PiAgICAgPiAgICAgPj4gICAgID4+DQo+Pj4gICAgID4gICAgID4+ICAg ICA+PiBIaSBJZ29yIGFuZCBjby1hdXRob3JzLQ0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+ PiAgICAgPiAgICAgPj4gICAgID4+DQo+Pj4gICAgID4gICAgID4+ICAgICA+Pg0KPj4+ICAgICA+ ICAgICA+PiAgICAgPj4gUGxlYXNlIG5vdGUgdGhhdCBbUkZDMzQ3M10gYWxyZWFkeSBjb25zaWRl cnMgdGhlDQo+Pj4gICAgIGNhc2Ugd2hlcmUNCj4+PiAgICAgPiAgICAgPj4gICAgID4+IHVwc3Ry ZWFtIGxhYmVsIG1heSBub3QgYmUgYWNjZXB0YWJsZSB0byBhIGRvd25zdHJlYW0NCj4+PiAgICAg PiAgICAgPj4gICAgID4+IG5vZGUuIFNwZWNpZmljYWxseSwgW1JGQzM0NzNdIHN0YXRlcyB0aGF0 Og0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+PiAgICAgPiAgICAgPj4gICAgID4+ICIvd2hl biBhIFBhdGggbWVzc2FnZSBjb250YWluaW5nIGFuIFVwc3RyZWFtX0xhYmVsDQo+Pj4gICAgIG9i amVjdCBpcw0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4gcmVjZWl2ZWQsIHRoZSByZWNlaXZlciBm aXJzdCB2ZXJpZmllcyB0aGF0IHRoZQ0KPj4+ICAgICB1cHN0cmVhbSBsYWJlbA0KPj4+ICAgICA+ ICAgICA+PiAgICAgPj4gaXMgYWNjZXB0YWJsZS4gSWYgdGhlIGxhYmVsIGlzIG5vdCBhY2NlcHRh YmxlLCB0aGUNCj4+PiAgICAgcmVjZWl2ZXINCj4+PiAgICAgPiAgICAgPj4gICAgID4+IC8qTVVT VCovaXNzdWUgYSBQYXRoRXJyIG1lc3NhZ2Ugd2l0aCBhICJSb3V0aW5nDQo+Pj4gICAgID4gICAg ID4+ICAgICA+PiBwcm9ibGVtL1VuYWNjZXB0YWJsZSBsYWJlbCB2YWx1ZSIgaW5kaWNhdGlvbi4g VGhlDQo+Pj4gICAgIGdlbmVyYXRlZA0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4gUGF0aEVyciBt ZXNzYWdlIE1BWSBpbmNsdWRlIGFuIEFjY2VwdGFibGUgTGFiZWwgU2V0DQo+Pj4gICAgIE9iamVj dC8iLg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+PiAgICAgPiAgICAgPj4gICAgID4+IEFj Y2VwdGFibGVfTGFiZWxfU2V0IG9iamVjdHMgbWF5IGJlIGNhcnJpZWQgaW4NCj4+PiAgICAgUGF0 aEVyciBhbmQNCj4+PiAgICAgPiAgICAgPj4gICAgID4+IFJlc3ZFcnIgbWVzc2FnZXMgW1JGQzM0 NzNdLg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+PiAgICAgPiAgICAgPj4gICAgID4+DQo+ Pj4gICAgID4gICAgID4+ICAgICA+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4gSG93ZXZlciwg eW91ciBkcmFmdCBkb2VzIG5vdCBtZW50aW9uIG9yIGNvdmVyIHRoaXMNCj4+PiAgICAgYWxyZWFk eQ0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4gZGVmaW5lZCBtZXRob2QuDQo+Pj4gICAgID4gICAg ID4+ICAgICA+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+PiAgICAgPiAgICAgPj4gICAg ID4+DQo+Pj4gICAgID4gICAgID4+ICAgICA+PiBUaGFua3MNCj4+PiAgICAgPiAgICAgPj4gICAg ID4+DQo+Pj4gICAgID4gICAgID4+ICAgICA+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+ PiAgICAgPiAgICAgPj4gICAgID4+IFJlZ2FyZHMgoa0gWmFmYXINCj4+PiAgICAgPiAgICAgPj4g ICAgID4+DQo+Pj4gICAgID4gICAgID4+ICAgICA+DQo+Pj4gICAgID4gICAgID4+ICAgICA+DQo+ Pj4gICAgID4gICAgID4+ICAgICA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fDQo+Pj4gICAgID4gICAgID4+ICAgICA+IENDQU1QIG1haWxpbmcgbGlzdA0K Pj4+ICAgICA+ICAgICA+PiAgICAgPiBDQ0FNUEBpZXRmLm9yZyA8bWFpbHRvOkNDQU1QQGlldGYu b3JnPg0KPj4+ICAgICA8bWFpbHRvOkNDQU1QQGlldGYub3JnIDxtYWlsdG86Q0NBTVBAaWV0Zi5v cmc+Pg0KPj4+DQo+Pj4gICAgID4gICAgIDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmcgPG1haWx0bzpD Q0FNUEBpZXRmLm9yZz4NCj4+PiAgICAgPG1haWx0bzpDQ0FNUEBpZXRmLm9yZyA8bWFpbHRvOkND QU1QQGlldGYub3JnPj4+DQo+Pj4NCj4+PiAgICAgPiAgICAgPj4gICAgID4gaHR0cHM6Ly93d3cu aWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9jY2FtcA0KPj4+ICAgICA+ICAgICA+PiAgICAgPg0K Pj4+ICAgICA+ICAgICA+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAgX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4+PiAgICAgPiAgICAgPj4gICAgIENDQU1Q IG1haWxpbmcgbGlzdA0KPj4+DQo+Pj4gICAgID4gICAgID4+ICAgICBDQ0FNUEBpZXRmLm9yZyA8 bWFpbHRvOkNDQU1QQGlldGYub3JnPg0KPj4+ICAgICA8bWFpbHRvOkNDQU1QQGlldGYub3JnIDxt YWlsdG86Q0NBTVBAaWV0Zi5vcmc+Pg0KPj4+ICAgICA8bWFpbHRvOkNDQU1QQGlldGYub3JnIDxt YWlsdG86Q0NBTVBAaWV0Zi5vcmc+DQo+Pj4NCj4+PiAgICAgPiAgICAgPG1haWx0bzpDQ0FNUEBp ZXRmLm9yZyA8bWFpbHRvOkNDQU1QQGlldGYub3JnPj4+DQo+Pj4gICAgID4gICAgID4+ICAgICBo dHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2NjYW1wDQo+Pj4gICAgID4gICAg ID4+DQo+Pj4gICAgID4gICAgID4+DQo+Pj4gICAgID4gICAgID4+DQo+Pj4gICAgID4gICAgID4+ DQo+Pj4gICAgID4gICAgID4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fDQo+Pj4gICAgID4gICAgID4+IENDQU1QIG1haWxpbmcgbGlzdA0KPj4+ICAgICA+ ICAgICA+PiBDQ0FNUEBpZXRmLm9yZyA8bWFpbHRvOkNDQU1QQGlldGYub3JnPg0KPj4+ICAgICA8 bWFpbHRvOkNDQU1QQGlldGYub3JnIDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmc+Pg0KPj4+ICAgICA+ ICAgICA+PiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2NjYW1wDQo+Pj4g ICAgID4gICAgID4NCj4+PiAgICAgPiAgICAgPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fDQo+Pj4gICAgID4gICAgID5DQ0FNUCBtYWlsaW5nIGxpc3QNCj4+ PiAgICAgPiAgICAgPkNDQU1QQGlldGYub3JnIDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmc+IDxtYWls dG86Q0NBTVBAaWV0Zi5vcmcNCj4+PiAgICAgPG1haWx0bzpDQ0FNUEBpZXRmLm9yZz4+DQo+Pj4g ICAgID4gICAgID5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2NjYW1wDQo+ Pj4gICAgID4gICAgID5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXw0KPj4+ICAgICA+ICAgICA+Q0NBTVAgbWFpbGluZyBsaXN0DQo+Pj4gICAgID4gICAgID5D Q0FNUEBpZXRmLm9yZyA8bWFpbHRvOkNDQU1QQGlldGYub3JnPiA8bWFpbHRvOkNDQU1QQGlldGYu b3JnDQo+Pj4gICAgIDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmc+Pg0KPj4+ICAgICA+ICAgICA+aHR0 cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9jY2FtcA0KPj4+ICAgICA+DQo+Pj4g ICAgID4NCj4+PiAgICAgPg0KPj4+ICAgICA+DQo+Pj4gICAgID4gX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4+PiAgICAgPiBDQ0FNUCBtYWlsaW5nIGxp c3QNCj4+PiAgICAgPiBDQ0FNUEBpZXRmLm9yZyA8bWFpbHRvOkNDQU1QQGlldGYub3JnPg0KPj4+ ICAgICA+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vY2NhbXANCj4+PiAg ICAgPg0KPj4+DQo+Pj4NCj4+Pg0KPg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18NCkNDQU1QIG1haWxpbmcgbGlzdA0KQ0NBTVBAaWV0Zi5vcmcNCmh0dHBz Oi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vY2NhbXA= From iesg-secretary@ietf.org Tue Nov 5 17:32:48 2013 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D27FA21E8171; Tue, 5 Nov 2013 17:32:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.48 X-Spam-Level: X-Spam-Status: No, score=-102.48 tagged_above=-999 required=5 tests=[AWL=0.120, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id c7d-MzODSpFK; Tue, 5 Nov 2013 17:32:48 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id E15F121E8175; Tue, 5 Nov 2013 17:32:46 -0800 (PST) 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: 4.82 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20131106013246.29508.63151.idtracker@ietfa.amsl.com> Date: Tue, 05 Nov 2013 17:32:46 -0800 Cc: ccamp mailing list , ccamp chair , RFC Editor Subject: [CCAMP] Document Action: 'Evaluation of existing GMPLS encoding against G.709v3 Optical Transport Networks (OTN)' to Informational RFC (draft-ietf-ccamp-otn-g709-info-model-13.txt) X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2013 01:32:49 -0000 The IESG has approved the following document: - 'Evaluation of existing GMPLS encoding against G.709v3 Optical Transport Networks (OTN)' (draft-ietf-ccamp-otn-g709-info-model-13.txt) as Informational RFC This document is the product of the Common Control and Measurement Plane Working Group. The IESG contact persons are Adrian Farrel and Stewart Bryant. A URL of this Internet Draft is: http://datatracker.ietf.org/doc/draft-ietf-ccamp-otn-g709-info-model/ Technical Summary This document provides an evaluation of exiting GMPLS signaling and routing protocols against Optical Transport Networks (OTN) specified in ITU-T Recommendation G.709 as published in 2012. A previous version of G.709 was supported by GMPLS signaling per RFC4328. This document is one of four informational and standards track documents going through the publication process as a set. Reviewers of this document are particularly advised to look at draft-ietf-ccamp-gmpls-g709-framework as well. Working Group Summary Nothing of note for this document. Document Quality This document provides background and an approach to extending exiting RFCs for which there are implementations, but does not itself define any protocol mechanisms. The existing RFCs include RFC3471, RFC3473, RFC4202, RFC4203, RFC4204, RFC4328, RFC4655. Personnel Lou Berger is the Document Shepherd? Adrian Farrel is the Responsible Area Director? From IBryskin@advaoptical.com Tue Nov 5 17:52:51 2013 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6C6D021F9C81 for ; Tue, 5 Nov 2013 17:52:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 4.187 X-Spam-Level: **** X-Spam-Status: No, score=4.187 tagged_above=-999 required=5 tests=[AWL=-2.262, BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, MIME_8BIT_HEADER=0.3, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, SARE_SUB_ENC_GB2312=1.345] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HyCAUdwj8LmJ for ; Tue, 5 Nov 2013 17:52:46 -0800 (PST) Received: from mail3.advaoptical.com (mail3.advaoptical.com [74.202.24.82]) by ietfa.amsl.com (Postfix) with ESMTP id 4AEB021F9EE5 for ; Tue, 5 Nov 2013 17:52:36 -0800 (PST) Received: from atl-srv-mail10.atl.advaoptical.com (atl-srv-mail10.atl.advaoptical.com [172.16.5.39]) by atl-vs-fsmail.advaoptical.com (8.14.5/8.14.5) with ESMTP id rA61onKW001982 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 5 Nov 2013 20:50:49 -0500 Received: from ATL-SRV-MAIL10.atl.advaoptical.com ([fe80::c4d6:b136:bc16:77ae]) by atl-srv-mail10.atl.advaoptical.com ([fe80::c4d6:b136:bc16:77ae%17]) with mapi id 14.03.0158.001; Tue, 5 Nov 2013 20:50:49 -0500 From: Igor Bryskin To: Lou Berger , Vishnu Pavan Beeram Thread-Topic: =?gb2312?B?W0NDQU1QXSC08Li0OiBDb21tZW50cyBhYm91dCBkcmFmdC1iZWVyYW0tY2Nh?= =?gb2312?Q?mp-network-assigned-upstream-label-00?= Thread-Index: AQHO2kQeZQxJjgiAPEGMvU88TQRgH5oW/YUAgABaMwD//66AUIAAixUA///eSmA= Date: Wed, 6 Nov 2013 01:50:47 +0000 Message-ID: References: <52790CAD.80003@labn.net> <52791CB8.4000706@labn.net> <52794534.3030804@labn.net> <52797582.3070508@labn.net> In-Reply-To: <52797582.3070508@labn.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [31.133.164.13] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8794, 1.0.431, 0.0.0000 definitions=2013-11-05_08:2013-11-05, 2013-11-05, 1970-01-01 signatures=0 Cc: "ccamp@ietf.org" Subject: Re: [CCAMP] =?gb2312?b?tPC4tDogQ29tbWVudHMgYWJvdXQgZHJhZnQtYmVlcmFt?= =?gb2312?b?LWNjYW1wLW5ldHdvcmstYXNzaWduZWQtdXBzdHJlYW0tbGFiZWwtMDA=?= X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2013 01:52:51 -0000 UGxlYXNlLCBzZWUgYmVsb3cuIA0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTog TG91IEJlcmdlciBbbWFpbHRvOmxiZXJnZXJAbGFibi5uZXRdIA0KU2VudDogVHVlc2RheSwgTm92 ZW1iZXIgMDUsIDIwMTMgNTo0OCBQTQ0KVG86IElnb3IgQnJ5c2tpbjsgVmlzaG51IFBhdmFuIEJl ZXJhbQ0KQ2M6IGNjYW1wQGlldGYub3JnDQpTdWJqZWN0OiBSZTogW0NDQU1QXSC08Li0OiBDb21t ZW50cyBhYm91dCBkcmFmdC1iZWVyYW0tY2NhbXAtbmV0d29yay1hc3NpZ25lZC11cHN0cmVhbS1s YWJlbC0wMA0KDQpJZ29yLA0KDQpPbiAxMS81LzIwMTMgMTE6NDIgQU0sIElnb3IgQnJ5c2tpbiB3 cm90ZToNCj4gTG91LA0KPiBJbiBtYWpvcml0eSBvZiB0aGUgY2FzZXMgVU5JLUNzIHdvdWxkIHdh bnQgdG8gaGF2ZSB0aGVpciBHLUxTUHMgbGFiZWwtc3ltbWV0cmljYWwuIA0KDQpFdmVyeSB0aW1l IHlvdSBzYXkgVU5JLUMgSSd2ZSBiZWVuIGFzc3VtaW5nIHlvdSBtZWFuIGluZ3Jlc3MsIGlzIHRo aXMgY29ycmVjdD8NCg0KSUI+PiBDb3JyZWN0DQoNCj4gSWYgdGhlIGxhYmVsIHN5bW1ldHJpY2l0 eSBpcyBsZWZ0IHRvIHRoZSBsb2NhbCBwb2xpY3kgb2YgdGhlIG5ldHdvcmssIA0KPiB0aGUgbGF0 dGVyIG1heSBkZWNpZGUgKGUuZy4gYmVjYXVzZSBvZiBleGlzdGluZyB1bmlkaXJlY3Rpb25hbCBM U1BzIA0KPiBzZXQgdXAgZm9yIG90aGVyIHVzZXJzIG9yIFAyTVAgTFNQcykgdG8gYXNzaWduIGRp ZmZlcmVudCBsYWJlbHMgZm9yIFVTIA0KPiBhbmQgRFMgdW5sZXNzIHRoZXJlIGlzIGFuIGV4cGxp Y2l0IGNvbnN0cmFpbnQgc2lnbmFsZWQgZnJvbSB0aGUgVU5JLUMgDQo+IHRvIG1ha2Ugc3ltbWV0 cmljYWwgb3IgZmFpbCB0aGUgc2V0dXAuDQo+IA0KDQpTbyB5b3UgYmVsaWV2ZSB0aGVyZSBpcyBh IHVzZSBjYXNlIHdoZXJlIHNvbWUgbm9kZXMgd2lsbCBhc3NpZ24gYXN5bW1ldHJpYyBsYWJlbHMg Zm9yIHRoZSBzYW1lIHNlcnZpY2UsIGFuZCBvdGhlciBub2RlcyBhbG9uZyB0aGUgTFNQIG9ubHkg c3VwcG9ydCBzeW1tZXRyaWMgbGFiZWxzLiAgUmlnaHQ/DQoNCklCPj4gQ29ycmVjdC4NCg0KTG91 DQoNCj4gSWdvcg0KPiANCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogTG91 IEJlcmdlciBbbWFpbHRvOmxiZXJnZXJAbGFibi5uZXRdDQo+IFNlbnQ6IFR1ZXNkYXksIE5vdmVt YmVyIDA1LCAyMDEzIDI6MjEgUE0NCj4gVG86IElnb3IgQnJ5c2tpbjsgVmlzaG51IFBhdmFuIEJl ZXJhbQ0KPiBDYzogY2NhbXBAaWV0Zi5vcmcNCj4gU3ViamVjdDogUmU6IFtDQ0FNUF0gtPC4tDog Q29tbWVudHMgYWJvdXQgDQo+IGRyYWZ0LWJlZXJhbS1jY2FtcC1uZXR3b3JrLWFzc2lnbmVkLXVw c3RyZWFtLWxhYmVsLTAwDQo+IA0KPiBHcmVhdC4gU28gdGhpcyBpcyBhIG5pY2Ugc2hvcnQgbGlz dC4gIEkgdGhpbmsgdGhlIHV0aWxpdHkgb2YgcmVxdWlyZW1lbnRzIDEgYW5kIDIgYXJlIHByZXR0 eSBjbGVhci4gWW91IGhhdmUgc3RhdGVkIHRoYXQgYm90aCBzeW1tZXRyaWMgYW5kIGFzeW1tZXRy aWMgbGFiZWxzIGFyZSBuZWVkZWQgaW4gb3B0aWNhbCBmb3Igc2luZ2xlIGZpYmVyIHJpbmdzLiAg V2hpbGUgSSdtIHBlcnNvbmFsbHkgYW1hemVkIHRoYXQgdGhlc2Ugc3RpbGwgZXhpc3QsIEkgICh3 aXRoIG5vIGhhdCBvbikgYWNjZXB0IHRoZSB1c2UgY2FzZS4NCj4gDQo+IEkgc3VzcGVjdCB0aGF0 IHNvbWUgYXJlIG5vdCBjb252aW5jZWQgb24gdGhlIG5lZWQgdG8gInB1dCBsYWJlbCANCj4gc3lt bWV0cnkgaW50byB0aGUgcHJvdG9jb2wiIChKdWlsaWVuJ3MgcXVlc3Rpb24pDQo+IA0KPiBDYW4g eW91IChhdXRob3JzKSBlbGFib3JhdGUgb24gd2h5IHRoaXMgbmVlZHMgdG8gYmUgY2hhbmdlZD8N Cj4gDQo+IFRoYW5rcywNCj4gTG91DQo+IA0KPiBPbiAxMS8wNS8yMDEzIDAyOjAxIFBNLCBJZ29y IEJyeXNraW4gd3JvdGU6DQo+PiBMb3UsDQo+Pg0KPj4+ICAgICAxLiBEb3duc3RyZWFtIHNlbGVj dGlvbiBvZiB0aGUgdXBzdHJlYW0gbGFiZWwNCj4+Pg0KPj4+DQo+Pj4gICAgIDIuIEFuIG9wdGlv biB0byBhbGxvdyB1cHN0cmVhbSBub2RlIHRvIHByb3ZpZGUgc2V0IG9mIGxhYmVscyB0aGF0DQo+ Pj4gICAgICAgIHNob3VsZCBiZSB1c2VkIGluIHRoZSBkb3duc3RyZWFtIG5vZGVzJyBjaG9pY2Ug b2YgdXBzdHJlYW0gDQo+Pj4gbGFiZWwNCj4+Pg0KPj4+ICAgICAzLiBUaGUgdXNlIG9mIHN5bW1l dHJpYyBsYWJlbHMgd2hlbiB0aGUgZG93bnN0cmVhbSBub2RlDQo+Pj4gICAgICAgIGlzIHNlbGVj dGluZyB0aGUgbGFiZWwuDQo+Pj4NCj4+PiAgICAgNC4gQWxsb3dpbmcgZm9yIGFzeW1tZXRyaWMg bGFiZWxzIGlzIG5vdCBhIG5ldyByZXF1aXJlbWVudCwgbm9yIGRvDQo+Pj4gICAgICAgIHlvdSBy ZWFsbHkgY2FyZSBhYm91dCBpdC4NCj4+Pg0KPj4gSSBhZ3JlZSB3aXRoIDEtMy4gQnV0IDQuIHNo b3VsZCBub3QgYmUgaWdub3JlZA0KPj4NCj4+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+ PiBGcm9tOiBMb3UgQmVyZ2VyIFttYWlsdG86bGJlcmdlckBsYWJuLm5ldF0NCj4+IFNlbnQ6IFR1 ZXNkYXksIE5vdmVtYmVyIDA1LCAyMDEzIDExOjI5IEFNDQo+PiBUbzogSWdvciBCcnlza2luOyBW aXNobnUgUGF2YW4gQmVlcmFtDQo+PiBDYzogY2NhbXBAaWV0Zi5vcmcNCj4+IFN1YmplY3Q6IFJl OiBbQ0NBTVBdILTwuLQ6IENvbW1lbnRzIGFib3V0DQo+PiBkcmFmdC1iZWVyYW0tY2NhbXAtbmV0 d29yay1hc3NpZ25lZC11cHN0cmVhbS1sYWJlbC0wMA0KPj4NCj4+IElnb3IsDQo+PiAJU28geW91 IGFyZSBhZGRpbmcgdG8gMyB0byBjb3ZlciB0aGUgY2FzZSB3aGVuIHRoZSB1cHN0cmVhbSBub2Rl IHNlbGVjdHMgdGhlIGxhYmVsLCByaWdodD8NCj4+PiAgICAgMy4gVGhlIHVzZSBvZiBzeW1tZXRy aWMgbGFiZWxzIHdoZW4gdGhlIGRvd25zdHJlYW0gbm9kZQ0KPj4+ICAgICAgICBpcyBzZWxlY3Rp bmcgdGhlIGxhYmVsLg0KPj4NCj4+IExvdQ0KPj4NCj4+IE9uIDExLzUvMjAxMyA4OjIwIEFNLCBJ Z29yIEJyeXNraW4gd3JvdGU6DQo+Pj4gSSB3b3VsZCBhZGQ6DQo+Pj4NCj4+PiA1LiBBIHdheSBm b3IgVVMgbm9kZSAoZS5nLiBVTkktQykgdG8gbWFuZGF0ZSB0aGUgbGFiZWwgc3ltbWV0cmljaXR5 Lg0KPj4+DQo+Pj4gIA0KPj4+DQo+Pj4gKkZyb206KmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmcgW21h aWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnXSAqT24gDQo+Pj4gQmVoYWxmIE9mICpWaXNobnUg UGF2YW4gQmVlcmFtDQo+Pj4gKlNlbnQ6KiBUdWVzZGF5LCBOb3ZlbWJlciAwNSwgMjAxMyAxMDo1 MCBBTQ0KPj4+ICpUbzoqIExvdSBCZXJnZXINCj4+PiAqQ2M6KiBjY2FtcEBpZXRmLm9yZw0KPj4+ ICpTdWJqZWN0OiogUmU6IFtDQ0FNUF0gtPC4tDogQ29tbWVudHMgYWJvdXQNCj4+PiBkcmFmdC1i ZWVyYW0tY2NhbXAtbmV0d29yay1hc3NpZ25lZC11cHN0cmVhbS1sYWJlbC0wMA0KPj4+DQo+Pj4g IA0KPj4+DQo+Pj4gTG91LA0KPj4+DQo+Pj4gIA0KPj4+DQo+Pj4gWWVzLCB5b3VyIHN1bW1hcml6 ZWQgcG9pbnRzIGFyZSBjb3JyZWN0Lg0KPj4+DQo+Pj4gIA0KPj4+DQo+Pj4gVGhhbmtzLA0KPj4+ DQo+Pj4gLVBhdmFuLg0KPj4+DQo+Pj4gIA0KPj4+DQo+Pj4gT24gVHVlLCBOb3YgNSwgMjAxMyBh dCAxMDoyMCBBTSwgTG91IEJlcmdlciA8bGJlcmdlckBsYWJuLm5ldCANCj4+PiA8bWFpbHRvOmxi ZXJnZXJAbGFibi5uZXQ+PiB3cm90ZToNCj4+Pg0KPj4+IFBhdmFuLA0KPj4+ICAgICAgICAgSSB0 aGluayB0aGlzIGlzIGhlbHBmdWwgaW4gdHJ5aW5nIHRvIHVuZGVyc3RhbmQgd2hhdCB0aGUgDQo+ Pj4gZ29hbHMgYXJlIG9mIHRoZSBkcmFmdC4gIEFnYWluLCBJJ2xsIHJlc2lzdCBhcmd1aW5nIGFi b3V0IHRoZSANCj4+PiBtZWNoYW5pc21zIHRoYXQgYXJlIHByb3Bvc2VkIHVudGlsIHdlJ3ZlIGFn cmVlZCBvbiB3aGF0IHJlcXVpcmVtZW50cyANCj4+PiBuZWVkIHRvIGJlIGFkZHJlc3NlZC4NCj4+ PiAoV2hpbGUgdGhlIG1lY2hhbmlzbSBkZXRhaWxzLCBpLmUuLCB0aGUgImhvdyIsIGFyZSBjZXJ0 YWlubHkgDQo+Pj4gaW1wb3J0YW50LCBhcmd1aW5nIHRob3NlIGRvZXNuJ3QgcmVhbGx5IGFuc3dl ciB0aGUgbGFyZ2VyIHF1ZXN0aW9uIA0KPj4+IG9mICJ3aGF0IiB5b3UnZCBsaWtlIHRvIGFjY29t cGxpc2guKQ0KPj4+DQo+Pj4gIA0KPj4+DQo+Pj4gVlBCOiBBZ3JlZS4NCj4+Pg0KPj4+ICANCj4+ Pg0KPj4+DQo+Pj4gICAgIFNvIHRoZSBsaXN0IG9mIHJlcXVpcmVtZW50cyBpcyBub3cgdGhlIGFk ZGl0aW9uIG9mOg0KPj4+ICAgICAxLiBEb3duc3RyZWFtIHNlbGVjdGlvbiBvZiB0aGUgdXBzdHJl YW0gbGFiZWwNCj4+Pg0KPj4+DQo+Pj4gICAgIDIuIEFuIG9wdGlvbiB0byBhbGxvdyB1cHN0cmVh bSBub2RlIHRvIHByb3ZpZGUgc2V0IG9mIGxhYmVscyB0aGF0DQo+Pj4gICAgICAgIHNob3VsZCBi ZSB1c2VkIGluIHRoZSBkb3duc3RyZWFtIG5vZGVzJyBjaG9pY2Ugb2YgdXBzdHJlYW0gDQo+Pj4g bGFiZWwNCj4+Pg0KPj4+ICAgICAzLiBUaGUgdXNlIG9mIHN5bW1ldHJpYyBsYWJlbHMgd2hlbiB0 aGUgZG93bnN0cmVhbSBub2RlDQo+Pj4gICAgICAgIGlzIHNlbGVjdGluZyB0aGUgbGFiZWwuDQo+ Pj4NCj4+PiAgICAgNC4gQWxsb3dpbmcgZm9yIGFzeW1tZXRyaWMgbGFiZWxzIGlzIG5vdCBhIG5l dyByZXF1aXJlbWVudCwgbm9yIGRvDQo+Pj4gICAgICAgIHlvdSByZWFsbHkgY2FyZSBhYm91dCBp dC4NCj4+Pg0KPj4+ICAgICBJcyB0aGlzIGNvcnJlY3Q/DQo+Pj4NCj4+PiAgICAgVGhhbmtzLA0K Pj4+ICAgICBMb3UNCj4+Pg0KPj4+DQo+Pj4gICAgIE9uIDExLzUvMjAxMyA1OjI1IEFNLCBWaXNo bnUgUGF2YW4gQmVlcmFtIHdyb3RlOg0KPj4+ICAgICA+IEkgc2VlIGEgcGF0dGVybiBpbiB0aGUg cXVlc3Rpb25zIHRoYXQgYXJlIGJlaW5nIHJhaXNlZC4gSSdsbCB0cnkNCj4+PiAgICAgYW5kIHNl ZQ0KPj4+ICAgICA+IGlmIEkgY2FuIGFuc3dlciB0aGVtIGFsbCB1c2luZyB0aGUgZm9sbG93aW5n IFEmQS4NCj4+PiAgICAgPg0KPj4+ICAgICA+IEEuICJMYWJlbCBTeW1tZXRyaWNpdHkiOg0KPj4+ ICAgICA+DQo+Pj4gICAgID4gKDEpIEFyZW4ndCBsYWJlbHMgYWx3YXlzIHN5bW1ldHJpYyBpbiBw cmFjdGljZT8gQXJlIHRoZXJlIGFueQ0KPj4+ICAgICBhc3ltbWV0cmljDQo+Pj4gICAgID4gbGFi ZWwgc2NlbmFyaW9zIGF0IGFsbD8NCj4+PiAgICAgPiBBbnM6IFllcywgbGFiZWxzIGFyZSBhbG1v c3QgYWx3YXlzIHN5bW1ldHJpYyBpbiBwcmFjdGljZS4gVGhlIGRyYWZ0DQo+Pj4gICAgID4gZXhw bGljaXRseSBzdGF0ZXMgdGhhdC4gSSBoYXZlbid0IGNvbWUgYWNyb3NzIGFueSBzaW5nbGUNCj4+ PiAgICAgPiBzY2VuYXJpby9wcm9kdWN0IHdoZXJlIGFzeW1tZXRyaWMgbGFiZWxzIGFyZSB1c2Vk LiBBcyBJZ29yIHBvaW50ZWQgb3V0DQo+Pj4gICAgID4gaW4gYW4gZWFybGllciBlbWFpbCwgdGhl cmUgY291bGQgYmUgaW4gdGhlb3J5IHNvbWUgc2luZ2xlLWZpYmVyDQo+Pj4gICAgID4gY29uZmln dXJhdGlvbnMgd2hlcmUgdGhlIHNhbWUgd2F2ZWxlbmd0aCBjYW5ub3QgYmUgdXNlZCBmb3IgYm90 aA0KPj4+ICAgICA+IGRpcmVjdGlvbnMuIEJ1dCBJIGRvbid0IGtub3cgaWYgYW55b25lIHJlYWxs eSB1c2VzIHRoYXQuDQo+Pj4gICAgID4NCj4+PiAgICAgPiAoMikgVGhlbiB3aHkgZG8geW91IG5l ZWQgYW4gZXhwbGljaXQgcmVxdWVzdCBmcm9tIHRoZSBpbmdyZXNzIHRvIG1ha2UNCj4+PiAgICAg PiB0aGVtIHN5bW1ldHJpYyBhdCBlYWNoIGhvcD8NCj4+PiAgICAgPiBBbnM6IFRoaXMgaXMgYmVj YXVzZSB0aGUgZXh0ZW5zaW9ucyBpbiBSRkMzNDczIGFsbG93cyAiTGFiZWwNCj4+PiAgICAgPiBB c3ltbWV0cmljaXR5IiBhbmQgYW5kIGFzIGEgcmVzdWx0IHN5bW1ldHJpY2l0eSBjYW5ub3QgYmUg YXNzdW1lZCBieQ0KPj4+ICAgICA+IGRlZmF1bHQuIFRoZXJlIGlzIGN1cnJlbnRseSBubyB3YXkg b2YgbWFuZGF0aW5nIHN5bW1ldHJpY2l0eSBhdA0KPj4+ICAgICBlYWNoIGhvcA0KPj4+ICAgICA+ IGFsb25nIHRoZSBwYXRoIG9mIHRoZSBMU1AuDQo+Pj4gICAgID4NCj4+PiAgICAgPiAoMykgU2F5 LCB3ZSBhbGwgYWdyZWUgdGhhdCAiU3ltbWV0cmljaXR5IiBpcyBhbHdheXMgZ3VhcmFudGVlZA0K Pj4+ICAgICAobWF5YmUgd2UNCj4+PiAgICAgPiBldmVuIHN0YXRlIGl0IGV4cGxpY2l0bHkgaW4g c29tZSBzdGFuZGFyZCBkb2N1bWVudCkuIFdvdWxkIHlvdSB0aGVuIGJlDQo+Pj4gICAgID4gYWJs ZSB0byB1c2UgZXhpc3RpbmcgZXh0ZW5zaW9ucyBhbmQgYWRkcmVzcyB0aGUgImFsaWVuLXdhdmVs ZW5ndGgiDQo+Pj4gICAgIHNldHVwDQo+Pj4gICAgID4gdXNlLWNhc2U/DQo+Pj4gICAgID4gQW5z OiBObywgdGhlIGV4aXN0aW5nIGV4dGVuc2lvbnMgc3RpbGwgZmFsbCBzaG9ydC4gV2hhdCBkb2Vz IHRoZQ0KPj4+ICAgICA+IGluZ3Jlc3MtY2xpZW50IGZpbGwgaW4gdGhlIFVQU1RSRUFNX0xBQkVM IHdoZW4gaXQgaGFzIG5vIGtub3dsZWRnZSBvbg0KPj4+ICAgICA+IHdoYXQgbmVlZHMgdG8gYmUg dXNlZD8gQXMgcGVyIGN1cnJlbnQgZXh0ZW5zaW9ucywgdGhlIFVQU1RSRUFNX0xBQkVMDQo+Pj4g ICAgID4gbmVlZHMgdG8gYmUgZmlsbGVkIGluIHdpdGggYSB2YWxpZCBsYWJlbCBiZWZvcmUgc2Vu ZGluZyB0aGUgUEFUSA0KPj4+ICAgICBvdXQuIFdlDQo+Pj4gICAgID4gc3RpbGwgbmVlZCB0aGUg aW5ncmVzcy1jbGllbnQgdG8gaGF2ZSBzb21lIG1lY2hhbmlzbSB0byB0ZWxsIHRoZQ0KPj4+ICAg ICBuZXR3b3JrDQo+Pj4gICAgID4gLSAicGxlYXNlIGlnbm9yZSB3aGF0IEknbSBmaWxsaW5nIGlu IHRoZSBVUFNUUkVBTV9MQUJFTDsganVzdCB0YWtlIHRoZQ0KPj4+ICAgICA+IExBQkVMX1NFVCBp bnRvIGFjY291bnQgaWYgSSBmaWxsIG9uZTsgSSdsbCB1c2Ugd2hhdCBpcyByZXR1cm5lZCBpbiB0 aGUNCj4+PiAgICAgPiBSRVNWLUxBQkVMIGZvciBib3RoIGRpcmVjdGlvbnMuIg0KPj4+ICAgICA+ DQo+Pj4gICAgID4gKDQpIExhYmVsIGFsbG9jYXRpb24gaGFzIGFsd2F5cyBiZWVuIGEgbG9jYWwg Y2hvaWNlLiBXaHkgc2hvdWxkIHRoZQ0KPj4+ICAgICA+IGluZ3Jlc3MgcmVxdWVzdCBob3cgbGFi ZWxzIGFyZSBhbGxvY2F0ZWQgYXQgc29tZSBkb3duc3RyZWFtIGhvcD8NCj4+PiAgICAgPiBBbnM6 IFRoZSBpbmdyZXNzIGhhcyBhbHdheXMgYmVlbiB0aGUgb25lIHRvIHJlcXVlc3QgdGhlIGRvd25z dHJlYW0NCj4+PiAgICAgbm9kZQ0KPj4+ICAgICA+IHRvIGFsbG9jYXRlIGxhYmVscyBpbiBib3Ro IGRpcmVjdGlvbnMuIEFsbCB0aGF0IHRoZSBkcmFmdCBpcyBwcm9wb3NpbmcNCj4+PiAgICAgPiBp cyBhIG1lY2hhbmlzbSBmb3IgdGhlIGluZ3Jlc3MgdG8gc2F5IHRoYXQgdGhlc2UgdHdvIGxhYmVs cyBuZWVkIHRvIGJlDQo+Pj4gICAgID4gc3ltbWV0cmljLg0KPj4+ICAgICA+DQo+Pj4gICAgID4g Qi4gIkxhYmVsIEFzeW1tZXRyaWNpdHkiDQo+Pj4gICAgID4NCj4+PiAgICAgPiAoNCkgSGF2ZSB0 aGUgIkxhYmVsIEFzeW1tZXRyaWNpdHkiIGV4dGVuc2lvbnMgYmVlbiBpbmNsdWRlZCBqdXN0IGZv cg0KPj4+ICAgICA+IGNvbXBsZXRpb24gc2FrZT8gQ2FuIHRob3NlIGJlIGpldHRpc29uZWQgaWYg d2UgdGhlcmUgaXMgbm8gbmVlZCBmb3INCj4+PiAgICAgPiBhc3ltbWV0cmljIGxhYmVscz8NCj4+ PiAgICAgPiBBbnM6IFllcy4gVGhlIHByaW1hcnkgcmVhc29uIHdoeSB0aG9zZSBleHRlbnNpb25z IGFyZSBpbmNsdWRlZCBpbiB0aGUNCj4+PiAgICAgPiBkcmFmdCBpcyBiZWNhdXNlIFJGQzM0NzMg YWxsb3dzIGFzeW1tZXRyaWNpdHkuIFdlIGRvbid0IG5lZWQgdG8NCj4+PiAgICAgZGlzY3Vzcw0K Pj4+ICAgICA+IHRob3NlIGlmIHdlIGV4cGxpY2l0bHkgc3RhdGUgc29tZXdoZXJlIChpbiBzb21l IHN0YW5kYXJkIGRvY3VtZW50KQ0KPj4+ICAgICB0aGF0DQo+Pj4gICAgID4gImxhYmVscyBhcmUg YWx3YXlzIHN5bW1ldHJpYyIgYW5kIHRoYXQgYWxsIHByZXZpb3VzIGV4dGVuc2lvbnMgZGVmaW5l ZA0KPj4+ICAgICA+IGZvciBhc3ltbWV0cmljaXR5IGFyZSB1c2UtbGVzcy4NCj4+PiAgICAgPg0K Pj4+ICAgICA+IEMuICJVc2UtQ2FzZSINCj4+PiAgICAgPg0KPj4+ICAgICA+ICg1KSBJIGRvbid0 IHVuZGVyc3RhbmQgYW55IG9mIHRoZSBhYm92ZS4gV2h5IGRvIHdlIG5lZWQgdGhlIG5ldHdvcmsg dG8NCj4+PiAgICAgPiBhc3NpZ24gYW4gdXBzdHJlYW0gbGFiZWw/DQo+Pj4gICAgID4gQW5zOiBQ bGVhc2UgcmVhZCB0aGUgZHJhZnQuIFNlY3Rpb24gNSBkaXNjdXNzZXMgYSBzcGVjaWZpYyB1c2Ut Y2FzZS4NCj4+PiAgICAgPg0KPj4+ICAgICA+DQo+Pj4gICAgID4gUmVnYXJkcywNCj4+PiAgICAg PiAtUGF2YW4NCj4+PiAgICAgPg0KPj4+ICAgICA+DQo+Pj4gICAgID4gT24gVHVlLCBOb3YgNSwg MjAxMyBhdCAyOjI5IEFNLCBaYWZhciBBbGkgKHphbGkpIDx6YWxpQGNpc2NvLmNvbQ0KPj4+ICAg ICA8bWFpbHRvOnphbGlAY2lzY28uY29tPg0KPj4+DQo+Pj4gICAgID4gPG1haWx0bzp6YWxpQGNp c2NvLmNvbSA8bWFpbHRvOnphbGlAY2lzY28uY29tPj4+IHdyb3RlOg0KPj4+ICAgICA+DQo+Pj4g ICAgID4gICAgIEhpLQ0KPj4+ICAgICA+DQo+Pj4gICAgID4gICAgIEZ1cnRoZXJtb3JlLCB3aGVu IChhbGllbikgd2F2ZWxlbmd0aCBpcyBzYW1lIGluIGZvcndhcmQgYW5kDQo+Pj4gICAgIHJldmVy c2UNCj4+PiAgICAgPiAgICAgZGlyZWN0aW9uLCB3ZSBjYW4gdXNlIGxhYmVsIHNldCBhbG9uZyB3 aXRoIGFjY2VwdGFibGUgbGFiZWwNCj4+PiAgICAgc2V0IC0gYXMNCj4+PiAgICAgPiAgICAgZGVm aW5lZCBpbiBSRkMzNDczLiBUaGUgb25seSB1c2UgY2FzZSB0aGlzIGRyYWZ0IGFkZHJlc3NlcyBp cw0KPj4+ICAgICB3aGVuIGFsaWVuDQo+Pj4gICAgID4gICAgIHdhdmVsZW5ndGggYXJlIGFzeW1t ZXRyaWNhbCBpbiBmb3J3YXJkIGFuZCByZXZlcnNlIGRpcmVjdGlvbi4NCj4+PiAgICAgSSBhbSBu b3QNCj4+PiAgICAgPiAgICAgYXdhcmUgb2YgYW55IGV4YW1wbGUgb2Ygc3VjaCB1c2UgY2FzZS4N Cj4+PiAgICAgPg0KPj4+ICAgICA+ICAgICBUaGFua3MNCj4+PiAgICAgPg0KPj4+ICAgICA+ICAg ICBSZWdhcmRzIKGtIFphZmFyDQo+Pj4gICAgID4NCj4+PiAgICAgPg0KPj4+ICAgICA+ICAgICAt LS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPj4+DQo+Pj4gICAgID4gICAgIEZyb206IEZhdGFp IFpoYW5nIDx6aGFuZ2ZhdGFpQGh1YXdlaS5jb20NCj4+PiAgICAgPG1haWx0bzp6aGFuZ2ZhdGFp QGh1YXdlaS5jb20+IDxtYWlsdG86emhhbmdmYXRhaUBodWF3ZWkuY29tDQo+Pj4gICAgIDxtYWls dG86emhhbmdmYXRhaUBodWF3ZWkuY29tPj4+DQo+Pj4gICAgID4gICAgIERhdGU6IE1vbmRheSwg Tm92ZW1iZXIgNCwgMjAxMyA3OjM4IFBNDQo+Pj4NCj4+PiAgICAgPiAgICAgVG86ICJqdWxpZW4u bWV1cmljQG9yYW5nZS5jb20NCj4+PiAgICAgPG1haWx0bzpqdWxpZW4ubWV1cmljQG9yYW5nZS5j b20+IDxtYWlsdG86anVsaWVuLm1ldXJpY0BvcmFuZ2UuY29tDQo+Pj4gICAgIDxtYWlsdG86anVs aWVuLm1ldXJpY0BvcmFuZ2UuY29tPj4iDQo+Pj4gICAgID4gICAgIDxqdWxpZW4ubWV1cmljQG9y YW5nZS5jb20gPG1haWx0bzpqdWxpZW4ubWV1cmljQG9yYW5nZS5jb20+DQo+Pj4gICAgIDxtYWls dG86anVsaWVuLm1ldXJpY0BvcmFuZ2UuY29tDQo+Pj4gICAgIDxtYWlsdG86anVsaWVuLm1ldXJp Y0BvcmFuZ2UuY29tPj4+LCBWaXNobnUNCj4+PiAgICAgPiAgICAgUGF2YW4NCj4+Pg0KPj4+ICAg ICA+ICAgICBCZWVyYW0gPHZpc2hudXBhdmFuQGdtYWlsLmNvbSA8bWFpbHRvOnZpc2hudXBhdmFu QGdtYWlsLmNvbT4NCj4+PiAgICAgPG1haWx0bzp2aXNobnVwYXZhbkBnbWFpbC5jb20gPG1haWx0 bzp2aXNobnVwYXZhbkBnbWFpbC5jb20+Pj4NCj4+PiAgICAgPiAgICAgQ2M6ICJjY2FtcEBpZXRm Lm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPg0KPj4+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYu b3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+PiIgPGNjYW1wQGlldGYub3JnDQo+Pj4gICAgIDxt YWlsdG86Y2NhbXBAaWV0Zi5vcmc+DQo+Pj4gICAgID4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5v cmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+Pg0KPj4+DQo+Pj4gICAgID4gICAgIFN1YmplY3Q6 IFtDQ0FNUF0gtPC4tDogIENvbW1lbnRzDQo+Pj4gICAgID4gICAgIGFib3V0ICAgZHJhZnQtYmVl cmFtLWNjYW1wLW5ldHdvcmstYXNzaWduZWQtdXBzdHJlYW0tbGFiZWwtMDANCj4+PiAgICAgPg0K Pj4+ICAgICA+ICAgICA+SGkgUGF2YW4sDQo+Pj4gICAgID4gICAgID4NCj4+PiAgICAgPiAgICAg PlVuZGVyc3Rvb2Qgd2hhdCB5b3Ugc2FpZCBpbiBwcmluY2lwbGUsIGJ1dCBjb3VsZCB5b3UgZ2l2 ZSBhbg0KPj4+ICAgICBleGFtcGxlIHRvDQo+Pj4gICAgID4gICAgID5zaG93IHRoZXJlIGFyZSBh c3ltbWVydHJpYyBsYWJlbHMgKHdhdmVsZW5ndGg/KSBmb3IgdGhlDQo+Pj4gICAgIGJpZGlyZWN0 aWFvbmFsDQo+Pj4gICAgID4gICAgID5MU1BzIChlc3BlY2lhbGwgZm9yIHRoZSB0cmFuc3BvcnQg bmV0d29ya3MpIGluIHRoZSByZWFsDQo+Pj4gICAgID4gICAgIGltcGxlbWVudGF0aW9ucz8NCj4+ PiAgICAgPiAgICAgPg0KPj4+ICAgICA+ICAgIA0KPj4+ICAgICA+PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0N Cj4+PiAgICAgPiAgICAgPj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQo+ Pj4gICAgID4gICAgID5JbiBwcmFjdGljZSwgbW9zdCBiaWRpcmVjdGlvbmFsIExTUHMgaGF2ZSBs YWJlbCBzeW1tZXRyaWNpdHkgb24NCj4+PiAgICAgPiAgICAgZWFjaCBob3ANCj4+PiAgICAgPiAg ICAgPmFsb25nIHRoZSBwYXRoIG9mIHRoZSBMU1AuIEJ1dCB0aGlzIGlzIHNvbWV0aGluZyB0aGF0 IGNhbm5vdA0KPj4+ICAgICBiZSBhc3N1bWVkDQo+Pj4gICAgID4gICAgID5ieSBkZWZhdWx0Lg0K Pj4+ICAgICA+ICAgICA+DQo+Pj4gICAgID4gICAgID4NCj4+PiAgICAgPiAgICAgPg0KPj4+ICAg ICA+ICAgICA+VGhhbmtzDQo+Pj4gICAgID4gICAgID4NCj4+PiAgICAgPiAgICAgPkZhdGFpDQo+ Pj4gICAgID4gICAgID4NCj4+PiAgICAgPiAgICAgPl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18NCj4+Pg0KPj4+ICAgICA+ICAgICA+t6K8/sjLOiBjY2FtcC1ib3VuY2Vz QGlldGYub3JnDQo+Pj4gICAgIDxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZz4gPG1haWx0 bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnDQo+Pj4gICAgIDxtYWlsdG86Y2NhbXAtYm91bmNlc0Bp ZXRmLm9yZz4+DQo+Pj4gICAgID4gICAgIFtjY2FtcC1ib3VuY2VzQGlldGYub3JnIDxtYWlsdG86 Y2NhbXAtYm91bmNlc0BpZXRmLm9yZz4NCj4+PiAgICAgPG1haWx0bzpjY2FtcC1ib3VuY2VzQGll dGYub3JnIDxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZz4+XSC0+g0KPj4+ICAgICCx7SBK dWxpZW4NCj4+PiAgICAgPiAgICAgTWV1cmljDQo+Pj4gICAgID4gICAgID5banVsaWVuLm1ldXJp Y0BvcmFuZ2UuY29tIDxtYWlsdG86anVsaWVuLm1ldXJpY0BvcmFuZ2UuY29tPg0KPj4+ICAgICA8 bWFpbHRvOmp1bGllbi5tZXVyaWNAb3JhbmdlLmNvbSANCj4+PiA8bWFpbHRvOmp1bGllbi5tZXVy aWNAb3JhbmdlLmNvbT4+XQ0KPj4+DQo+Pj4gICAgID4gICAgID63osvNyrG85DogMjAxM8TqMTHU wjXI1SAxMDozNQ0KPj4+ICAgICA+ICAgICA+ytW8/sjLOiBWaXNobnUgUGF2YW4gQmVlcmFtDQo+ Pj4NCj4+PiAgICAgPiAgICAgPrOty806IGNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0 Zi5vcmc+DQo+Pj4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRm Lm9yZz4+DQo+Pj4NCj4+PiAgICAgPiAgICAgPtb3zOI6IFJlOiBbQ0NBTVBdIENvbW1lbnRzIGFi b3V0DQo+Pj4gICAgID4gICAgID5kcmFmdC1iZWVyYW0tY2NhbXAtbmV0d29yay1hc3NpZ25lZC11 cHN0cmVhbS1sYWJlbC0wMA0KPj4+ICAgICA+ICAgICA+DQo+Pj4gICAgID4gICAgID5IaSBQYXZh bi4NCj4+PiAgICAgPiAgICAgPg0KPj4+ICAgICA+ICAgICA+RXZlbiB0aG91Z2ggSSBhZ3JlZSB3 aXRoIHlvdXIgdW5hc3NpZ25lZCBVcHN0cmVhbV9MYWJlbA0KPj4+ICAgICByZXF1aXJlbWVudCwg SQ0KPj4+ICAgICA+ICAgICA+bmVlZCB0byBkaXNhZ3JlZSB3aXRoIHRoZSBkYXRhIHBsYW5lIHJh dGlvbmFsZSB5b3UgbWVudGlvbi4NCj4+PiAgICAgPiAgICAgPg0KPj4+ICAgICA+ICAgICA+VGhl IFVwc3RyZWFtX0xhYmVsIHJlZmVycyB0byB0aGUgY2xpZW50J3Mgb3B0aWNhbCByZWNlaXZlcjoN Cj4+PiAgICAgeW91IGRvbid0DQo+Pj4gICAgID4gICAgID5uZWVkIHRvIHR1bmUgYSBsYXNlciBv biB0aGUgcmVjZWl2ZXIgc2lkZS4gVGhlIGRhdGENCj4+PiAgICAgdHJhbnNtaXNzaW9uIGNvdWxk DQo+Pj4gICAgID4gICAgID5ldmVuIHdvcmsgd2l0aG91dCBzZW5kaW5nIHRoZSBhY3R1YWwgVXBz dHJlYW1fTGFiZWwgaW4NCj4+PiAgICAgUlNWUC1URSBtZXNzYWdlcw0KPj4+ICAgICA+ICAgICA+ dG8gdGhlIGNsaWVudDogSSBhbSBub3QgcmVhbGx5IGEgZmFuIG9mIHRoYXQgYXBwcm9hY2gsIGJ1 dA0KPj4+ICAgICB0aGF0IHdvdWxkDQo+Pj4gICAgID4gICAgID5maXQgY2FzZXMgd2hlcmUgb3B0 aWNhbCBwb2xpY2llcyBhcmUgbGVmdCB0byB0aGUgb3B0aWNhbA0KPj4+ICAgICBuZXR3b3JrLi4u DQo+Pj4gICAgID4gICAgID4NCj4+PiAgICAgPiAgICAgPk1vcmVvdmVyLCBJIGhhdmUgZG91YnRz IG9uIHB1dHRpbmcgbGFiZWwgc3ltbWV0cnkgd2l0aGluIHRoZQ0KPj4+ICAgICBwcm90b2NvbC4N Cj4+PiAgICAgPiAgICAgPlRoaXMgaXMgbW9yZSBhbiBhbGxvY2F0aW9uIHBvbGljeSBpbiB0aGUg aGFuZHMgb2YgYWxsb2NhdGluZw0KPj4+ICAgICBub2RlczoNCj4+PiAgICAgPiAgICAgPnJlcXVl c3RpbmcgYW4gYWxsb2NhdGlvbiBtb2RlIGZyb20gYW4gaW5ncmVzcyBub2RlIHdvdWxkIG1lYW4N Cj4+PiAgICAgZG9pbmcgdGhlDQo+Pj4gICAgID4gICAgID5zZXJ2ZXIgam9iLCBJIGFtIG5vdCBz dXJlIGl0IGlzIGRlc2lyYWJsZS4NCj4+PiAgICAgPiAgICAgPg0KPj4+ICAgICA+ICAgICA+SnVs aWVuDQo+Pj4gICAgID4gICAgID4NCj4+PiAgICAgPiAgICAgPg0KPj4+ICAgICA+ICAgICA+T24g MTEvMDQvMjAxMyAyMzo0OSwgVmlzaG51IFBhdmFuIEJlZXJhbSB3cm90ZToNCj4+PiAgICAgPiAg ICAgPj4gTG91LA0KPj4+ICAgICA+ICAgICA+Pg0KPj4+ICAgICA+ICAgICA+PiBUaGUgZXh0ZW5z aW9ucyBkZWZpbmVkIGluIHRoaXMgZHJhZnQgZG8gbm90IGltcG9zZSBhbnkNCj4+PiAgICAgYmFj a3dhcmRzDQo+Pj4gICAgID4gICAgID4+IGNvbXBhdGliaWxpdHkgaXNzdWVzLiBUaGUgaW50ZW50 IGlzIGRlZmluaXRlbHkgbm90IHRvDQo+Pj4gICAgIGNoYW5nZSB0aGUNCj4+PiAgICAgPiAgICAg Pj4gZnVuZGFtZW50YWwgYXNwZWN0cyBvZiB0aGUgcHJvdG9jb2wuIEFzIHlvdSB3b3VsZCBhZ3Jl ZSwgaXQNCj4+PiAgICAgaXMgbm90DQo+Pj4gICAgID4gICAgID4+IG1hbmRhdG9yeSB0byB0cnkg YW5kIGZpdCB0aGUgZXh0ZW5zaW9ucyBkZWZpbmVkIGluIFJGQzM0NzMNCj4+PiAgICAgdG8gYWxs IGFuZA0KPj4+ICAgICA+ICAgICA+PiBzdW5kcnkuIE5ldyBleHRlbnNpb25zIGFyZSBiZWluZyBp bnRyb2R1Y2VkIG9ubHkgd2hlcmUgdGhlDQo+Pj4gICAgIGV4aXN0aW5nDQo+Pj4gICAgID4gICAg ID4+IGV4dGVuc2lvbnMgZmFsbCBzaG9ydC4gTGV0IG1lIHdhbGsgdGhyb3VnaCB0aGUgcmVxdWly ZW1lbnRzDQo+Pj4gICAgIHRoYXQgd2UNCj4+PiAgICAgPiAgICAgPj4gYXJlIGxvb2tpbmcgYXQg YW5kIHRoYXQgd291bGQgaG9wZWZ1bGx5IGV4cGxhaW4gdGhlIGxpbWl0YXRpb25zDQo+Pj4gICAg ID4gICAgIG9mIHRoZQ0KPj4+ICAgICA+ICAgICA+PiBleGlzdGluZyBleHRlbnNpb25zLg0KPj4+ ICAgICA+ICAgICA+Pg0KPj4+ICAgICA+ICAgICA+PiBCYXNlIHJlcXVpcmVtZW50IDoNCj4+PiAg ICAgPiAgICAgPj4gTmVlZCBhIG1lY2hhbmlzbSBmb3IgYSBnaXZlbiBub2RlIHRvIHNheSB0aGF0 IGl0IGNhbm5vdA0KPj4+ICAgICBhc3NpZ24gYW4NCj4+PiAgICAgPiAgICAgPj4gdXBzdHJlYW0t bGFiZWwgb24gaXRzIG93biBhbmQgdGhhdCBpdCBuZWVkcyB0aGUgbmV0d29yayAocmVhZA0KPj4+ ICAgICA+ICAgICA+PiBkb3duc3RyZWFtKSB0byBhc3NpZ24gaXQgaW5zdGVhZC4NCj4+PiAgICAg PiAgICAgPj4NCj4+PiAgICAgPiAgICAgPj4gQ29yb2xsYXJ5IHJlcXVpcmVtZW50cyA6DQo+Pj4g ICAgID4gICAgID4+IDEuIE5lZWQgYSBtZWNoYW5pc20gZm9yIGEgZ2l2ZW4gbm9kZSB0byBhc2sg Zm9yIGENCj4+PiAgICAgbmV0d29yay1hc3NpZ25lZA0KPj4+ICAgICA+ICAgICA+PiB1cHN0cmVh bSBsYWJlbCB3aXRob3V0IGhhdmluZyB0byBzcGVjaWZ5IGFueSBpbnB1dHMgb24gd2hhdA0KPj4+ ICAgICBsYWJlbA0KPj4+ICAgICA+ICAgICA+PiBuZWVkcyB0byBnZXQgcGlja2VkLg0KPj4+ICAg ICA+ICAgICA+PiAyLiBOZWVkIGEgbWVjaGFuaXNtIGZvciBhIGdpdmVuIG5vZGUgdG8gYXNrIGZv ciBhDQo+Pj4gICAgIG5ldHdvcmstYXNzaWduZWQNCj4+PiAgICAgPiAgICAgPj4gdXBzdHJlYW0g bGFiZWwgYW5kIGFsc28gc3BlY2lmeSBzb21lIGNob2ljZXMgZm9yIHRoZSBsYWJlbA0KPj4+ICAg ICB0aGF0IG5lZWRzDQo+Pj4gICAgID4gICAgID4+IHRvIGdldCBwaWNrZWQuDQo+Pj4gICAgID4g ICAgID4+IDMuIElmIGxhYmVscyBhcmUgc3ltbWV0cmljLCBhIGdpdmVuIG5vZGUgY2FuIHNpbXBs eSB1c2UgdGhlDQo+Pj4gICAgIGxhYmVsDQo+Pj4gICAgID4gICAgID4+IHJldHVybmVkIGluIHRo ZSBMQUJFTCBvYmplY3Qgb2YgdGhlIFJFU1YgbWVzc2FnZSBmb3IgYm90aA0KPj4+ICAgICBkaXJl Y3Rpb25zLg0KPj4+ICAgICA+ICAgICA+PiBJbiBwcmFjdGljZSwgbW9zdCBiaWRpcmVjdGlvbmFs IExTUHMgaGF2ZSBsYWJlbA0KPj4+ICAgICBzeW1tZXRyaWNpdHkgb24gZWFjaA0KPj4+ICAgICA+ ICAgICA+PiBob3AgYWxvbmcgdGhlIHBhdGggb2YgdGhlIExTUC4gQnV0IHRoaXMgaXMgc29tZXRo aW5nIHRoYXQNCj4+PiAgICAgY2Fubm90IGJlDQo+Pj4gICAgID4gICAgID4+IGFzc3VtZWQgYnkg ZGVmYXVsdC4gSGVuY2UsIHRoZXJlIGlzIGEgbmVlZCB0byBoYXZlIGEgbWVjaGFuaXNtDQo+Pj4g ICAgID4gICAgIGZvciB0aGUNCj4+PiAgICAgPiAgICAgPj4gaW5ncmVzcyB0byByZXF1ZXN0ICJs YWJlbCBzeW1tZXRyaWNpdHkiIGF0IGVhY2ggaG9wIGFsb25nDQo+Pj4gICAgIHRoZSBwYXRoIG9m DQo+Pj4gICAgID4gICAgID4+IHRoZSBMU1AuDQo+Pj4gICAgID4gICAgID4+DQo+Pj4gICAgID4g ICAgID4+IENhbiB5b3Ugc29tZWhvdyBmaXQgYSBzb2x1dGlvbiB1c2luZyB0aGUgY3VycmVudCBl eHRlbnNpb25zDQo+Pj4gICAgIGFuZCBjYXRlcg0KPj4+ICAgICA+ICAgICA+PiB0byB0aGUgYWJv dmUgcmVxdWlyZW1lbnRzPw0KPj4+ICAgICA+ICAgICA+PiBXZSBiZWxpZXZlIHRoZSBhbnN3ZXIg aXMgTk8uIE9uZSBzdWdnZXN0aW9uIG9uIHRoZSBtYWlsaW5nIGxpc3QNCj4+PiAgICAgPiAgICAg d2FzIHRvDQo+Pj4gICAgID4gICAgID4+IHNldCBhIHJhbmRvbSBVUFNUUkVBTV9MQUJFTCBhbmQg c2VuZCBpdCBvdXQgb24gYSBmaXNoaW5nDQo+Pj4gICAgIGV4cGVkaXRpb24uDQo+Pj4gICAgID4g ICAgID4+IFRoZSBpZGVhIHdhcyB0aGF0IHRoZSBkb3duc3RyZWFtIG5vZGUgd291bGQgdGhlbiBy ZXNwb25kIHdpdGggYQ0KPj4+ICAgICA+ICAgICA+PiBQQVRILUVSUiBjYXJyeWluZyBhbiBBQ0NF UFRBQkxFX0xBQkVMX1NFVC4gSm9obiBhbmQgSWdvciBoYXZlDQo+Pj4gICAgID4gICAgIHByb3Zp ZGVkDQo+Pj4gICAgID4gICAgID4+IGEgbGlzdCBvZiByZWFzb25zIG9uIHdoeSB0aGF0IGlzbid0 IGEgZ3JlYXQgaWRlYS4gTGV0IG1lDQo+Pj4gICAgIGFkZCBhbm90aGVyDQo+Pj4gICAgID4gICAg ID4+IHBvaW50IC0NCj4+PiAgICAgPiAgICAgPj4gLSBBcyBwZXIgUkZDMzQ3MyAtIHdoZW4gYSBu b2RlIHJlY2VpdmVzIGFuIFVQU1RSRUFNX0xBQkVMDQo+Pj4gICAgIG9iamVjdCBpbg0KPj4+ICAg ICA+ICAgICA+PiB0aGUgUEFUSCwgaXQgbWVhbnMgdGhhdCB0aGUgdXBzdHJlYW0gbm9kZSBNVVNU IGhhdmUgYWxyZWFkeQ0KPj4+ICAgICA+ICAgICA+PiBpbnN0YWxsZWQvcHJvZ3JhbW1lZCB0aGlz IGxhYmVsLiBJbiB0aGUgYWxpZW4gd2F2ZWxlbmd0aA0KPj4+ICAgICB1c2UtY2FzZQ0KPj4+ICAg ICA+ICAgICA+PiAoZGlzY3Vzc2VkIGluIHRoZSBkcmFmdCksIHdoZW4gdGhlIG5ldHdvcmsgcmVj ZWl2ZXMgdGhpcw0KPj4+ICAgICBtZXNzYWdlLCBpdA0KPj4+ICAgICA+ICAgICA+PiB3b3VsZCBt ZWFuIHRoYXQgdGhlIGxhc2VyIGhhcyBhbHJlYWR5IGJlZW4gdHVuZWQgdG8gdGhpcw0KPj4+ICAg ICA+ICAgICB3YXZlbGVuZ3RoIGF0DQo+Pj4gICAgID4gICAgID4+IHRoZSBjbGllbnQuIFRoYXQg YmVhdHMgdGhlIHZlcnkgcHVycG9zZSBvZiByZXF1ZXN0aW5nIGEgbmV0d29yaw0KPj4+ICAgICA+ ICAgICA+PiBhc3NpZ25lZCB1cHN0cmVhbSBsYWJlbC4gRG9lc24ndCBpdD8gU28sIHRoZSBwb2lu dCBpcyB0aGF0DQo+Pj4gICAgIHdpdGggdGhlDQo+Pj4gICAgID4gICAgID4+IGN1cnJlbnQgc2Vt YW50aWNzIG9mIGFuIFVQU1RSRUFNX0xBQkVMLCB5b3UgY2Fubm90IHVzZSBpdA0KPj4+ICAgICBm b3IgdGhlDQo+Pj4gICAgID4gICAgIGNhc2UNCj4+PiAgICAgPiAgICAgPj4gd2hlcmUgdGhlIHVw c3RyZWFtLWxhYmVsIGhhc24ndCBiZWVuIGluc3RhbGxlZC9wcm9ncmFtbWVkDQo+Pj4gICAgIHll dC4gSWYNCj4+PiAgICAgPiAgICAgc29tZQ0KPj4+ICAgICA+ICAgICA+PiBpbXBsZW1lbnRhdGlv biBkZWNpZGVzIHRvIGlnbm9yZSB0aGVzZSBzZW1hbnRpY3MsIGhvdyB3b3VsZCB0aGUNCj4+PiAg ICAgPiAgICAgPj4gbmV0d29yayBrbm93IHdoZXRoZXIgdGhlIGluZ3Jlc3MtY2xpZW50IGhhcyBh bHJlYWR5DQo+Pj4gICAgIGluc3RhbGxlZCB0aGlzDQo+Pj4gICAgID4gICAgID4+IGxhYmVsIG9y IG5vdCAod2hldGhlciB0aGUgbGFzZXIgaXMgYWxyZWFkeSB0dW5lZCBvciBub3QpLg0KPj4+ICAg ICA+ICAgICA+Pg0KPj4+ICAgICA+ICAgICA+PiBSRkMzNDczIHN0YXRlcyB0aGF0IGEgQmlkaXJl Y3Rpb25hbC1MU1Agc2V0dXAgcmVxdWVzdCBpcw0KPj4+ICAgICA+ICAgICBpZGVudGlmaWVkIGJ5 DQo+Pj4gICAgID4gICAgID4+IHRoZSBwcmVzZW5jZSBvZiBhbiAiVVBTVFJFQU1fTEFCRUwiIG9i amVjdCBpbiB0aGUgUEFUSCBtc2cuDQo+Pj4gICAgIFRoaXMNCj4+PiAgICAgPiAgICAgZHJhZnQN Cj4+PiAgICAgPiAgICAgPj4gZG9lcyBwcm9wb3NlIDIgb3RoZXIgbWVjaGFuaXNtczoNCj4+PiAg ICAgPiAgICAgPj4gLSBUaGUgcHJlc2VuY2Ugb2YgdGhlICJMYWJlbCBTeW1tZXRyaWNpdHkgUmVx dWlyZWQiIEZsYWcgaW4NCj4+PiAgICAgdGhlIFBBVEgNCj4+PiAgICAgPiAgICAgPj4gLSBUaGUg cHJlc2VuY2Ugb2YgdGhlICJVUFNUUkVBTV9MQUJFTF9TRVQiIG9iamVjdCBpbiB0aGUgUEFUSA0K Pj4+ICAgICA+ICAgICA+PiBJZiBhIGRvd25zdHJlYW0gbm9kZSBkb2VzIG5vdCB1bmRlcnN0YW5k IGFueSBvZiB0aGUgYWJvdmUNCj4+PiAgICAgPiAgICAgaW5kaWNhdGlvbnMsDQo+Pj4gICAgID4g ICAgID4+IGl0IHdvdWxkIHJlamVjdCB0aGUgc2V0dXAgcmVxdWVzdC4gSW4gYm90aCBzY2VuYXJp b3MgLQ0KPj4+ICAgICBhZnRlciB0aGUNCj4+PiAgICAgPiAgICAgPj4gbmV0d29yayBoYXMgYXNz aWduZWQgdGhlIHVwc3RyZWFtLWxhYmVsLCB0aGUgY29uY2VybmVkIG5vZGUgaXMNCj4+PiAgICAg PiAgICAgYWxsb3dlZA0KPj4+ICAgICA+ICAgICA+PiB0byBzdGFydCBzaWduYWxpbmcgdGhlIFVQ U1RSRUFNX0xBQkVMIG9iamVjdCBpbiB0aGUgUEFUSC4gSQ0KPj4+ICAgICBkb24ndA0KPj4+ICAg ICA+ICAgICA+PiB1bmRlcnN0YW5kIGhvdyBhZGRpbmcgdHdvIG90aGVyIG1lY2hhbmlzbXMgZm9y DQo+Pj4gICAgIEJpZGlyZWN0aW9uYWwgTFNQDQo+Pj4gICAgID4gICAgIHNldHVwDQo+Pj4gICAg ID4gICAgID4+IHRyYW5zbGF0ZXMgdG8gY2hhbmdpbmcgZnVuZGFtZW50YWwgYXNwZWN0cyBvZiB0 aGUgcHJvdG9jb2wuDQo+Pj4gICAgID4gICAgID4+IEltcGxlbWVudGF0aW9ucyB0aGF0IGNhbiBz dXBwb3J0IHRoZXNlIGV4dGVuc2lvbnMgY2FuLg0KPj4+ICAgICBPdGhlcnMgY2FuDQo+Pj4gICAg ID4gICAgID4+IHN0aWxsIGJlIGhhcHB5IHdpdGggdGhlaXIgInJ1bm5pbmcgY29kZSIuDQo+Pj4g ICAgID4gICAgID4+DQo+Pj4gICAgID4gICAgID4+IFJlZ2FyZHMsDQo+Pj4gICAgID4gICAgID4+ IC1QYXZhbg0KPj4+ICAgICA+ICAgICA+Pg0KPj4+ICAgICA+ICAgICA+Pg0KPj4+ICAgICA+ICAg ICA+Pg0KPj4+ICAgICA+ICAgICA+PiBPbiBNb24sIE5vdiA0LCAyMDEzIGF0IDI6MTggUE0sIExv dSBCZXJnZXINCj4+PiAgICAgPGxiZXJnZXJAbGFibi5uZXQgPG1haWx0bzpsYmVyZ2VyQGxhYm4u bmV0Pg0KPj4+ICAgICA+ICAgICA8bWFpbHRvOmxiZXJnZXJAbGFibi5uZXQgPG1haWx0bzpsYmVy Z2VyQGxhYm4ubmV0Pj4NCj4+Pg0KPj4+ICAgICA+ICAgICA+PiA8bWFpbHRvOmxiZXJnZXJAbGFi bi5uZXQgPG1haWx0bzpsYmVyZ2VyQGxhYm4ubmV0Pg0KPj4+ICAgICA8bWFpbHRvOmxiZXJnZXJA bGFibi5uZXQgPG1haWx0bzpsYmVyZ2VyQGxhYm4ubmV0Pj4+PiB3cm90ZToNCj4+PiAgICAgPiAg ICAgPj4NCj4+PiAgICAgPiAgICAgPj4gICAgIEpvaG4sIChhdXRob3JzKQ0KPj4+ICAgICA+ICAg ICA+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAgUGVyaGFwcyBpdCB3b3VsZCBiZSB1c2VmdWwgdG8g cmVmb2N1cyBhIG1vbWVudCBvbiB0aGUNCj4+PiAgICAgc3BlY2lmaWMNCj4+PiAgICAgPiAgICAg Pj4gICAgIGxpbWl0YXRpb25zIHRoZSBkcmFmdCBpcyBmb2N1c2luZyBvbi4NCj4+PiAgICAgPiAg ICAgPj4NCj4+PiAgICAgPiAgICAgPj4gICAgIFRoZXJlJ3Mgbm8gcXVlc3Rpb24gdGhhdCAzNDcz IG1hZGUgY2VydGFpbiBjaG9pY2VzIGJhc2VkIG9uDQo+Pj4gICAgID4gICAgIGV4cGVjdGVkDQo+ Pj4gICAgID4gICAgID4+ICAgICB1c2VzIGFuZCBwcm9iYWJpbGl0aWVzIHRoYXQgbWF5IG5vdCBo b2xkLCBidXQgd2UgZG8NCj4+PiAgICAgbmVlZCB0byBiZQ0KPj4+ICAgICA+ICAgICA+PmNhcmVm dWwNCj4+PiAgICAgPiAgICAgPj4gICAgIHdoZW4gY2hhbmdpbmcgZnVuZGFtZW50YWxzIG9mIHRo ZSBwcm90b2NvbCAoZS5nLiBtb3ZpbmcNCj4+PiAgICAgYXdheSBmcm9tDQo+Pj4gICAgID4gICAg ID4+dGhlDQo+Pj4gICAgID4gICAgID4+ICAgICB1c2Ugb2YgdGhlIHVwc3RyZWFtIGxhYmVsIG9i amVjdCBhcyB0aGUgYmFzaWMgb2JqZWN0IHRoYXQNCj4+PiAgICAgPiAgICAgaW5kaWNhdGVzDQo+ Pj4gICAgID4gICAgID4+YQ0KPj4+ICAgICA+ICAgICA+PiAgICAgYmlkaXJlY3Rpb25hbCBMU1Au KQ0KPj4+ICAgICA+ICAgICA+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAgU28gaXMgaXQgZmFpciB0 byBzYXkgdGhhdCB0aGUgbWFpbiBsaW1pdGF0aW9uIHRoYXQgdGhlDQo+Pj4gICAgIGRyYWZ0IGlz DQo+Pj4gICAgID4gICAgID4+dHJ5aW5nDQo+Pj4gICAgID4gICAgID4+ICAgICB0byBhZGRyZXNz IGlzIHRoZSBpbmFiaWxpdHkgdG8gc3VwcG9ydCBkb3duc3RyZWFtDQo+Pj4gICAgIHNlbGVjdGlv biBvZg0KPj4+ICAgICA+ICAgICA+PiAgICAgdXBzdHJlYW0NCj4+PiAgICAgPiAgICAgPj4gICAg IGxhYmVscz8NCj4+PiAgICAgPiAgICAgPj4NCj4+PiAgICAgPiAgICAgPj4gICAgIFRoZSBkcmFm dCBhbHNvIGFsbG93cyBmb3IgYm90aCBzeW1tZXRyaWMgYW5kIGFzeW1tZXRyaWMNCj4+PiAgICAg bGFiZWwNCj4+PiAgICAgPiAgICAgdmFsdWUNCj4+PiAgICAgPiAgICAgPj4gICAgIGFsbG9jYXRp b24uIElTIHRoaXMgYSByZXF1aXJlbWVudCwgb3IgYXN5bW1ldHJpYyBqdXN0DQo+Pj4gICAgID4g ICAgIGluY2x1ZGVkIGZvcg0KPj4+ICAgICA+ICAgICA+PiAgICAgY29tcGxldGVuZXNzPw0KPj4+ ICAgICA+ICAgICA+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAgQXJlIHRoZXJlIG90aGVyIHJlcXVp cmVtZW50cyAvIGxpbWl0YXRpb25zIHlvdSBhcmUNCj4+PiAgICAgdHJ5aW5nIHRvDQo+Pj4gICAg ID4gICAgID4+YWRkcmVzcz8NCj4+PiAgICAgPiAgICAgPj4NCj4+PiAgICAgPiAgICAgPj4gICAg IExvdQ0KPj4+ICAgICA+ICAgICA+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAgT24gMTEvMDQvMjAx MyAwMToyNCBQTSwgSm9obiBFIERyYWtlIHdyb3RlOg0KPj4+ICAgICA+ICAgICA+PiAgICAgPiBa YWZhciwNCj4+PiAgICAgPiAgICAgPj4gICAgID4NCj4+PiAgICAgPiAgICAgPj4gICAgID4gQm90 aCBJZ29yIGFuZCBJIGhhdmUgbGlzdGVkIHRlY2huaWNhbCBpc3N1ZXMgd2l0aCBSRkMzNDczDQo+ Pj4gICAgID4gICAgIGFuZCB5b3VyDQo+Pj4gICAgID4gICAgID4+ICAgICA+IHJlc3BvbnNlIGlz IHRoYXQgeW91IHJlYWxseSByZWFsbHkgbGlrZSBSRkMzNDczLiBJJ20NCj4+PiAgICAgaGFwcHkg Zm9yDQo+Pj4gICAgID4gICAgID4+ICAgICB5b3UgYnV0DQo+Pj4gICAgID4gICAgID4+ICAgICA+ IHVuaW1wcmVzc2VkLg0KPj4+ICAgICA+ICAgICA+PiAgICAgPg0KPj4+ICAgICA+ICAgICA+PiAg ICAgPiBKb2huDQo+Pj4gICAgID4gICAgID4+ICAgICA+DQo+Pj4gICAgID4gICAgID4+ICAgICA+ IFNlbnQgZnJvbSBteSBpUGhvbmUNCj4+PiAgICAgPiAgICAgPj4gICAgID4NCj4+PiAgICAgPiAg ICAgPj4gICAgID4gT24gTm92IDQsIDIwMTMsIGF0IDk6NDMgQU0sICJaYWZhciBBbGkgKHphbGkp Ig0KPj4+ICAgICA+ICAgICA8emFsaUBjaXNjby5jb20gPG1haWx0bzp6YWxpQGNpc2NvLmNvbT4g PG1haWx0bzp6YWxpQGNpc2NvLmNvbQ0KPj4+ICAgICA8bWFpbHRvOnphbGlAY2lzY28uY29tPj4N Cj4+PiAgICAgPiAgICAgPj4gICAgIDxtYWlsdG86emFsaUBjaXNjby5jb20gPG1haWx0bzp6YWxp QGNpc2NvLmNvbT4NCj4+PiAgICAgPG1haWx0bzp6YWxpQGNpc2NvLmNvbSA8bWFpbHRvOnphbGlA Y2lzY28uY29tPj4+DQo+Pj4gICAgID4gICAgID4+ICAgICA+IDxtYWlsdG86emFsaUBjaXNjby5j b20gPG1haWx0bzp6YWxpQGNpc2NvLmNvbT4NCj4+PiAgICAgPG1haWx0bzp6YWxpQGNpc2NvLmNv bSA8bWFpbHRvOnphbGlAY2lzY28uY29tPj4NCj4+PiAgICAgPiAgICAgPG1haWx0bzp6YWxpQGNp c2NvLmNvbSA8bWFpbHRvOnphbGlAY2lzY28uY29tPg0KPj4+ICAgICA8bWFpbHRvOnphbGlAY2lz Y28uY29tIDxtYWlsdG86emFsaUBjaXNjby5jb20+Pj4+PiB3cm90ZToNCj4+PiAgICAgPiAgICAg Pj4gICAgID4NCj4+PiAgICAgPiAgICAgPj4gICAgID4+IElnb3IsIEpvaG4tDQo+Pj4gICAgID4g ICAgID4+ICAgICA+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4gUGxlYXNlIHNlZSBpbi1saW5l Lg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+PiAgICAgPiAgICAgPj4gICAgID4+IEZyb206 ICJJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCj4+PiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZh b3B0aWNhbC5jb20+DQo+Pj4gICAgID4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwu Y29tDQo+Pj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPj4NCj4+PiAgICAg PiAgICAgPj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQo+Pj4gICAgIDxt YWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPg0KPj4+DQo+Pj4gICAgID4gICAgIDxtYWls dG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQo+Pj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2 YW9wdGljYWwuY29tPj4+IDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQo+Pj4gICAg IDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPg0KPj4+DQo+Pj4gICAgID4gICAgIDxt YWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQo+Pj4gICAgIDxtYWlsdG86SUJyeXNraW5A YWR2YW9wdGljYWwuY29tPj4NCj4+PiAgICAgPiAgICAgPj4gICAgIDxtYWlsdG86SUJyeXNraW5A YWR2YW9wdGljYWwuY29tDQo+Pj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29t Pg0KPj4+ICAgICA+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0KPj4+ICAg ICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4+Pj4iDQo+Pj4gICAgID4gICAgID4+ ICAgICA+PiA8SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQo+Pj4gICAgIDxtYWlsdG86SUJyeXNr aW5AYWR2YW9wdGljYWwuY29tPg0KPj4+ICAgICA+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFv cHRpY2FsLmNvbQ0KPj4+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4+IDxt YWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQo+Pj4gICAgIDxtYWlsdG86SUJyeXNraW5A YWR2YW9wdGljYWwuY29tPg0KPj4+ICAgICA+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRp Y2FsLmNvbQ0KPj4+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4+Pg0KPj4+ ICAgICA+ICAgICA+PiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCj4+PiAg ICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+DQo+Pj4gICAgID4gICAgIDxtYWls dG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQo+Pj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2 YW9wdGljYWwuY29tPj4gPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCj4+PiAgICAg PG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+DQo+Pj4gICAgID4gICAgIDxtYWlsdG86 SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQo+Pj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9w dGljYWwuY29tPj4+Pj4NCj4+PiAgICAgPiAgICAgPj4gICAgID4+IERhdGU6IE1vbmRheSwgTm92 ZW1iZXIgNCwgMjAxMyA4OjU3IEFNDQo+Pj4gICAgID4gICAgID4+ICAgICA+PiBUbzogemFsaSA8 emFsaUBjaXNjby5jb20gPG1haWx0bzp6YWxpQGNpc2NvLmNvbT4NCj4+PiAgICAgPG1haWx0bzp6 YWxpQGNpc2NvLmNvbSA8bWFpbHRvOnphbGlAY2lzY28uY29tPj4NCj4+PiAgICAgPiAgICAgPG1h aWx0bzp6YWxpQGNpc2NvLmNvbSA8bWFpbHRvOnphbGlAY2lzY28uY29tPg0KPj4+ICAgICA8bWFp bHRvOnphbGlAY2lzY28uY29tIDxtYWlsdG86emFsaUBjaXNjby5jb20+Pj4NCj4+Pg0KPj4+ICAg ICA+ICAgICA+PiAgICAgPG1haWx0bzp6YWxpQGNpc2NvLmNvbSA8bWFpbHRvOnphbGlAY2lzY28u Y29tPg0KPj4+ICAgICA8bWFpbHRvOnphbGlAY2lzY28uY29tIDxtYWlsdG86emFsaUBjaXNjby5j b20+Pg0KPj4+DQo+Pj4gICAgID4gICAgIDxtYWlsdG86emFsaUBjaXNjby5jb20gPG1haWx0bzp6 YWxpQGNpc2NvLmNvbT4NCj4+PiAgICAgPG1haWx0bzp6YWxpQGNpc2NvLmNvbSA8bWFpbHRvOnph bGlAY2lzY28uY29tPj4+Pj4sDQo+Pj4gICAgID4gICAgID4+ICAgICAiamRyYWtlQGp1bmlwZXIu bmV0IDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0Pg0KPj4+ICAgICA8bWFpbHRvOmpkcmFrZUBq dW5pcGVyLm5ldCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4+DQo+Pj4gICAgID4gICAgIDxt YWlsdG86amRyYWtlQGp1bmlwZXIubmV0IDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0Pg0KPj4+ ICAgICA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5l dD4+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4gPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQN Cj4+PiAgICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+IDxtYWlsdG86amRyYWtlQGp1bmlw ZXIubmV0DQo+Pj4gICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0Pj4NCj4+PiAgICAgPiAg ICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+ DQo+Pj4gICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0IDxtYWlsdG86amRyYWtlQGp1bmlw ZXIubmV0Pj4+PiINCj4+PiAgICAgPiAgICAgPj4gICAgIDxqZHJha2VAanVuaXBlci5uZXQgPG1h aWx0bzpqZHJha2VAanVuaXBlci5uZXQ+DQo+Pj4gICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIu bmV0IDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0Pj4NCj4+PiAgICAgPiAgICAgPG1haWx0bzpq ZHJha2VAanVuaXBlci5uZXQgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+DQo+Pj4gICAgIDxt YWlsdG86amRyYWtlQGp1bmlwZXIubmV0IDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0Pj4+DQo+ Pj4gICAgID4gICAgID4+ICAgICA+PiA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldA0KPj4+ICAg ICA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4gPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQN Cj4+PiAgICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+Pg0KPj4+ICAgICA+ICAgICA8bWFp bHRvOmpkcmFrZUBqdW5pcGVyLm5ldCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4NCj4+PiAg ICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+ Pj4+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4gQ2M6ICJjY2FtcEBpZXRmLm9yZyA8bWFpbHRv OmNjYW1wQGlldGYub3JnPg0KPj4+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86 Y2NhbXBAaWV0Zi5vcmc+Pg0KPj4+ICAgICA+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxt YWlsdG86Y2NhbXBAaWV0Zi5vcmc+DQo+Pj4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1h aWx0bzpjY2FtcEBpZXRmLm9yZz4+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAgPG1haWx0bzpjY2Ft cEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPg0KPj4+ICAgICA8bWFpbHRvOmNjYW1w QGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+Pg0KPj4+ICAgICA+ICAgICA8bWFpbHRv OmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+DQo+Pj4gICAgIDxtYWlsdG86 Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+Pj4iIDxjY2FtcEBpZXRmLm9y Zw0KPj4+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnPg0KPj4+ICAgICA+ICAgICA8bWFpbHRv OmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+Pg0KPj4+ICAgICA+ICAgICA+ PiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPg0KPj4+ ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+Pj4NCj4+ PiAgICAgPiAgICAgPj4gICAgID4+IDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2Ft cEBpZXRmLm9yZz4NCj4+PiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1w QGlldGYub3JnPj4NCj4+PiAgICAgPiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRv OmNjYW1wQGlldGYub3JnPg0KPj4+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86 Y2NhbXBAaWV0Zi5vcmc+Pj4+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4gU3ViamVjdDogUkU6 IENvbW1lbnRzIGFib3V0DQo+Pj4gICAgID4gICAgID4+ICAgICA+PiBkcmFmdC1iZWVyYW0tY2Nh bXAtbmV0d29yay1hc3NpZ25lZC11cHN0cmVhbS1sYWJlbC0wMA0KPj4+ICAgICA+ICAgICA+PiAg ICAgPj4NCj4+PiAgICAgPiAgICAgPj4gICAgID4+IFphZmFyLA0KPj4+ICAgICA+ICAgICA+PiAg ICAgPj4NCj4+PiAgICAgPiAgICAgPj4gICAgID4+IDEpIFVzaW5nIGFuIGVycm9yIGluZGljYXRp b24gYXMgYSBwYXJ0IG9mIG5vcm1hbA0KPj4+ICAgICBwcm90b2NvbA0KPj4+ICAgICA+ICAgICA+ PiAgICAgPj4gb3BlcmF0aW9uIGlzIG5vdCBnb29kIGRlc2lnbiBwcmFjdGljZS4NCj4+PiAgICAg PiAgICAgPj4gICAgID4+DQo+Pj4gICAgID4gICAgID4+ICAgICA+PiBVc2Ugb2YgUGF0aCBlcnJv ciBhbmQgbm90aWZ5IG1lc3NhZ2UgaXMgYW4gaW50ZWdyYWwgcGFydA0KPj4+ICAgICA+ICAgICBv ZiB0aGUNCj4+PiAgICAgPiAgICAgPj4gICAgID4+IFJTVlAtVEUgZGVzaWduLiBBbHNvIHBsZWFz ZSBub3RlIHRoYXQgd2UgYXJlIG5vdA0KPj4+ICAgICBkZWJhdGluZw0KPj4+ICAgICA+ICAgICBh Ym91dCBhDQo+Pj4gICAgID4gICAgID4+ICAgICA+PiBuZXcgcHJvY2VkdXJlIGJlaW5nIHByb3Bv c2VkIGJ1dCB0YWxraW5nIGFib3V0IGENCj4+PiAgICAgcHJvY2VkdXJlDQo+Pj4gICAgID4gICAg IHRoYXQNCj4+PiAgICAgPiAgICAgPj5pcw0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4gYWxyZWFk eSBpbXBsZW1lbnRlZCBhbmQgZGVwbG95ZWQuDQo+Pj4gICAgID4gICAgID4+ICAgICA+Pg0KPj4+ ICAgICA+ICAgICA+PiAgICAgPj4NCj4+PiAgICAgPiAgICAgPj4gICAgID4+DQo+Pj4gICAgID4g ICAgID4+ICAgICA+PiBJQj4+IFRoZSB3YXkgSSBpbnRlcnByZXQgdGhpcyBkaXNjdXNzaW9uIGlz DQo+Pj4gICAgIHNvbWV0aGluZyBsaWtlDQo+Pj4gICAgID4gICAgIHRoaXM6DQo+Pj4gICAgID4g ICAgID4+ICAgICA+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+PiAgICAgPiAgICAgPj4g ICAgID4+DQo+Pj4gICAgID4gICAgID4+ICAgICA+PiBKb2huOiBJIGJlbGlldmUgdGhhdCB3aGl0 ZSBpcyBhIGxpZ2h0ZXIgY29sb3IgdGhhbg0KPj4+ICAgICBibGFjay4NCj4+PiAgICAgPiAgICAg Pj4gICAgID4+DQo+Pj4gICAgID4gICAgID4+ICAgICA+PiBaYWZhOiBXZWxsLCBKb2huLCBibGFj ayBpcyBhbiBpbnRlZ3JhbCBwYXJ0IG9mIHRoZSBjb2xvcg0KPj4+ICAgICA+ICAgICBwYWxsZXQu DQo+Pj4gICAgID4gICAgID4+ICAgICA+PiBNYW55IG1hdHVyZSBhcHBsaWNhdGlvbnMgc3VjY2Vz c2Z1bGx5IHVzZSBibGFjayBmb3INCj4+PiAgICAgdGhlaXINCj4+PiAgICAgPiAgICAgdmFyaW91 cw0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4gcHVycG9zZXMuIE15IGltcGxlbWVudGF0aW9ucywg Zm9yIGV4YW1wbGUsIHVzZSBibGFjayBmb3INCj4+PiAgICAgPiAgICAgcHJldHR5DQo+Pj4gICAg ID4gICAgID4+ICAgICA+PiBtdWNoIGV2ZXJ5dGhpbmehrS4uIFNvLCBpdCBpcyBub3QgY2xlYXIg d2hpY2ggY29sb3INCj4+PiAgICAgaXMgbGlnaHRlciwNCj4+PiAgICAgPiAgICAgPj5hbmQNCj4+ PiAgICAgPiAgICAgPj4gICAgID4+IHdoeSBkbyB3ZSBuZWVkIG90aGVyIGNvbG9ycyBhdCBhbGwu IDo9KQ0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+PiAgICAgPiAgICAgPj4gICAgID4+DQo+ Pj4gICAgID4gICAgID4+ICAgICA+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4gSSBtZWFuIHRv IHNheSB0aGF0IHlvdXIsIFphZmFyLCBjb21tZW50cyBJTUhPIGFyZSBub3QNCj4+PiAgICAgPiAg ICAgPj5jb25zdHJ1Y3RpdmUNCj4+PiAgICAgPiAgICAgPj4gICAgID4+IHRlY2huaWNhbCBhcmd1 bWVudHMuDQo+Pj4gICAgID4gICAgID4+ICAgICA+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4g SWdvcg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+PiAgICAgPiAgICAgPj4gICAgID4+DQo+ Pj4gICAgID4gICAgID4+ICAgICA+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4gSGkgSWdvciBh bmQgSm9objoNCj4+PiAgICAgPiAgICAgPj4gICAgID4+DQo+Pj4gICAgID4gICAgID4+ICAgICA+ PiBUaGlzIGlzIHJlYWxseSBmdW5ueS4gVGhpcyBpcyB0aGUgZmlyc3QgdGltZSBJIGhhdmUNCj4+ PiAgICAgaGVhcmQgdGhhdA0KPj4+ICAgICA+ICAgICA+PiAgICAgcnVubmluZw0KPj4+ICAgICA+ ICAgICA+PiAgICAgPj4gY29kZSBoYXMgbm8gbWVyaXQgYXQgSUVURiA6KSBUaGlzIGlzIGVzcGVj aWFsbHkgd2hlbiB0aGUNCj4+PiAgICAgPiAgICAgPj4gICAgIHJ1bm5pbmcgY29kZQ0KPj4+ICAg ICA+ICAgICA+PiAgICAgPj4gaXMgZGlyZWN0bHkgY29taW5nIGZyb20gUkZDMzQ3My4gWW91IGFy ZSBjYWxsaW5nIGl0ICJub3QNCj4+PiAgICAgPiAgICAgPj4gICAgIGNvbnN0cnVjdGl2ZQ0KPj4+ ICAgICA+ICAgICA+PiAgICAgPj4gdGVjaG5pY2FsIGFyZ3VtZW50cyIhIExhc3QgSSBoZWFyZCB3 ZSBiZWxpZXZlZCBpbg0KPj4+ICAgICBydW5uaW5nIGNvZGUNCj4+PiAgICAgPiAgICAgPj4oU2Vl DQo+Pj4gICAgID4gICAgID4+ICAgICA+PiB5b3VyIFQtc2hpcnQgZnJvbSB0aGUgZWxlY3Rpb24g ZGF5IGZyb20gSUVURiBBdGxhbnRhKS4NCj4+PiAgICAgPiAgICAgPj4gICAgID4+DQo+Pj4gICAg ID4gICAgID4+ICAgICA+PiBZb3VyIGRyYWZ0IGlzIE9OTFkgYXBwbGljYWJsZSBmb3IgYSB1c2Ug Y2FzZSB3aGVyZQ0KPj4+ICAgICA+ICAgICB1cHN0cmVhbSBhbmQNCj4+PiAgICAgPiAgICAgPj4g ICAgID4+IGRvd25zdHJlYW0gYWxpZW4gd2F2ZWxlbmd0aCBhcmUgZGlmZmVyZW50LiBXaGVuDQo+ Pj4gICAgIHVwc3RyZWFtIGFuZA0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4gZG93bnN0cmVhbSBh bGllbiB3YXZlbGVuZ3RoIGFyZSBzYW1lLCB1c2Ugb2YNCj4+PiAgICAgYWNjZXB0YWJsZSBsYWJl bA0KPj4+ICAgICA+ICAgICA+PiAgICAgc2V0IGFuZA0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4g bGFiZWwgc2V0IG9iamVjdHMgY29uc3RpdHV0ZSB0aGUgcnVubmluZyBjb2RlLg0KPj4+ICAgICBI b3dldmVyLCB5b3VyDQo+Pj4gICAgID4gICAgID4+ZHJhZnQNCj4+PiAgICAgPiAgICAgPj4gICAg ID4+IG5laXRoZXIgbWFrZXMgdGhhdCBhcHBsaWNhYmlsaXR5IHN0YXRlbWVudCBub3IgbWFrZXMg YW55DQo+Pj4gICAgID4gICAgIG1lbnRpb24NCj4+PiAgICAgPiAgICAgPj5vcg0KPj4+ICAgICA+ ICAgICA+PiAgICAgPj4gY292ZXIgb3IgcmVmZXJlbmNlIHRvIHByb2NlZHVyZSBJIHF1b3RlZCBm cm9tIFJGQzM0NzMuDQo+Pj4gICAgID4gICAgID4+ICAgICA+Pg0KPj4+ICAgICA+ICAgICA+PiAg ICAgPj4gVGhhbmtzDQo+Pj4gICAgID4gICAgID4+ICAgICA+Pg0KPj4+ICAgICA+ICAgICA+PiAg ICAgPj4gUmVnYXJkc6GtWmFmYXINCj4+PiAgICAgPiAgICAgPj4gICAgID4+DQo+Pj4gICAgID4g ICAgID4+ICAgICA+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+PiAgICAgPiAgICAgPj4g ICAgID4+DQo+Pj4gICAgID4gICAgID4+ICAgICA+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4g KkZyb206KlphZmFyIEFsaSAoemFsaSkgW21haWx0bzp6YWxpQGNpc2NvLmNvbQ0KPj4+ICAgICA8 bWFpbHRvOnphbGlAY2lzY28uY29tPg0KPj4+ICAgICA+ICAgICA8bWFpbHRvOnphbGlAY2lzY28u Y29tIDxtYWlsdG86emFsaUBjaXNjby5jb20+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAgPG1haWx0 bzp6YWxpQGNpc2NvLmNvbSA8bWFpbHRvOnphbGlAY2lzY28uY29tPg0KPj4+ICAgICA8bWFpbHRv OnphbGlAY2lzY28uY29tIDxtYWlsdG86emFsaUBjaXNjby5jb20+Pj5dDQo+Pj4gICAgID4gICAg ID4+ICAgICA+PiAqU2VudDoqIE1vbmRheSwgTm92ZW1iZXIgMDQsIDIwMTMgMTo1MSBBTQ0KPj4+ ICAgICA+ICAgICA+PiAgICAgPj4gKlRvOiogSm9obiBFIERyYWtlOyBJZ29yIEJyeXNraW4NCj4+ PiAgICAgPiAgICAgPj4gICAgID4+ICpDYzoqIGNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBA aWV0Zi5vcmc+DQo+Pj4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBp ZXRmLm9yZz4+DQo+Pj4gICAgID4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpj Y2FtcEBpZXRmLm9yZz4NCj4+PiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNj YW1wQGlldGYub3JnPj4+DQo+Pj4gICAgID4gICAgID4+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYu b3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+DQo+Pj4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5v cmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+DQo+Pj4gICAgID4gICAgIDxtYWlsdG86Y2NhbXBA aWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4NCj4+PiAgICAgPG1haWx0bzpjY2FtcEBp ZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPj4+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAg Pj4gKlN1YmplY3Q6KiBSZTogQ29tbWVudHMgYWJvdXQNCj4+PiAgICAgPiAgICAgPj4gICAgID4+ IGRyYWZ0LWJlZXJhbS1jY2FtcC1uZXR3b3JrLWFzc2lnbmVkLXVwc3RyZWFtLWxhYmVsLTAwDQo+ Pj4gICAgID4gICAgID4+ICAgICA+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+PiAgICAg PiAgICAgPj4gICAgID4+DQo+Pj4gICAgID4gICAgID4+ICAgICA+PiBIaSBKb2huOg0KPj4+ICAg ICA+ICAgICA+PiAgICAgPj4NCj4+PiAgICAgPiAgICAgPj4gICAgID4+DQo+Pj4gICAgID4gICAg ID4+ICAgICA+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4gUGxlYXNlIHNlZSBpbi1saW5lLg0K Pj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+PiAgICAgPiAgICAgPj4gICAgID4+DQo+Pj4gICAg ID4gICAgID4+ICAgICA+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4gVGhhbmtzDQo+Pj4gICAg ID4gICAgID4+ICAgICA+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+PiAgICAgPiAgICAg Pj4gICAgID4+DQo+Pj4gICAgID4gICAgID4+ICAgICA+PiBSZWdhcmRzIKGtIFphZmFyDQo+Pj4g ICAgID4gICAgID4+ICAgICA+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+PiAgICAgPiAg ICAgPj4gICAgID4+DQo+Pj4gICAgID4gICAgID4+ICAgICA+PiAqRnJvbTogKiJqZHJha2VAanVu aXBlci5uZXQNCj4+PiAgICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+IDxtYWlsdG86amRy YWtlQGp1bmlwZXIubmV0DQo+Pj4gICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0Pj4NCj4+ PiAgICAgPiAgICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQgPG1haWx0bzpqZHJha2VAanVu aXBlci5uZXQ+DQo+Pj4gICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0IDxtYWlsdG86amRy YWtlQGp1bmlwZXIubmV0Pj4+DQo+Pj4gICAgID4gICAgID4+ICAgICA8bWFpbHRvOmpkcmFrZUBq dW5pcGVyLm5ldCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4NCj4+PiAgICAgPG1haWx0bzpq ZHJha2VAanVuaXBlci5uZXQgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+Pg0KPj4+ICAgICA+ ICAgICA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5l dD4NCj4+PiAgICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQgPG1haWx0bzpqZHJha2VAanVu aXBlci5uZXQ+Pj4+Ig0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4gPGpkcmFrZUBqdW5pcGVyLm5l dCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4NCj4+PiAgICAgPG1haWx0bzpqZHJha2VAanVu aXBlci5uZXQgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+Pg0KPj4+ICAgICA+ICAgICA8bWFp bHRvOmpkcmFrZUBqdW5pcGVyLm5ldCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4NCj4+PiAg ICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+ Pj4NCj4+PiAgICAgPiAgICAgPj4gICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0IDxtYWls dG86amRyYWtlQGp1bmlwZXIubmV0Pg0KPj4+ICAgICA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5l dCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4+DQo+Pj4NCj4+PiAgICAgPiAgICAgPG1haWx0 bzpqZHJha2VAanVuaXBlci5uZXQgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+DQo+Pj4gICAg IDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0IDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0Pj4+ Pj4NCj4+PiAgICAgPiAgICAgPj4gICAgID4+ICpEYXRlOiAqU3VuZGF5LCBOb3ZlbWJlciAzLCAy MDEzIDExOjU3IEFNDQo+Pj4gICAgID4gICAgID4+ICAgICA+PiAqVG86ICp6YWxpIDx6YWxpQGNp c2NvLmNvbSA8bWFpbHRvOnphbGlAY2lzY28uY29tPg0KPj4+ICAgICA8bWFpbHRvOnphbGlAY2lz Y28uY29tIDxtYWlsdG86emFsaUBjaXNjby5jb20+Pg0KPj4+ICAgICA+ICAgICA8bWFpbHRvOnph bGlAY2lzY28uY29tIDxtYWlsdG86emFsaUBjaXNjby5jb20+DQo+Pj4gICAgIDxtYWlsdG86emFs aUBjaXNjby5jb20gPG1haWx0bzp6YWxpQGNpc2NvLmNvbT4+Pg0KPj4+DQo+Pj4gICAgID4gICAg ID4+ICAgICA8bWFpbHRvOnphbGlAY2lzY28uY29tIDxtYWlsdG86emFsaUBjaXNjby5jb20+DQo+ Pj4gICAgIDxtYWlsdG86emFsaUBjaXNjby5jb20gPG1haWx0bzp6YWxpQGNpc2NvLmNvbT4+DQo+ Pj4NCj4+PiAgICAgPiAgICAgPG1haWx0bzp6YWxpQGNpc2NvLmNvbSA8bWFpbHRvOnphbGlAY2lz Y28uY29tPg0KPj4+ICAgICA8bWFpbHRvOnphbGlAY2lzY28uY29tIDxtYWlsdG86emFsaUBjaXNj by5jb20+Pj4+PiwNCj4+PiAgICAgPiAgICAgPj4gICAgID4+ICJJQnJ5c2tpbkBhZHZhb3B0aWNh bC5jb20NCj4+PiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+DQo+Pj4gICAg ID4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQo+Pj4gICAgIDxtYWlsdG86 SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPj4gPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5j b20NCj4+PiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+DQo+Pj4gICAgID4g ICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQo+Pj4gICAgIDxtYWlsdG86SUJy eXNraW5AYWR2YW9wdGljYWwuY29tPj4+DQo+Pj4NCj4+PiAgICAgPiAgICAgPj4gICAgIDxtYWls dG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQo+Pj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2 YW9wdGljYWwuY29tPg0KPj4+ICAgICA+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2Fs LmNvbQ0KPj4+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4+IDxtYWlsdG86 SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQo+Pj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9w dGljYWwuY29tPg0KPj4+ICAgICA+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNv bQ0KPj4+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4+Pj4iDQo+Pj4gICAg ID4gICAgID4+ICAgICA+PiA8SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQo+Pj4gICAgIDxtYWls dG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPg0KPj4+ICAgICA+ICAgICA8bWFpbHRvOklCcnlz a2luQGFkdmFvcHRpY2FsLmNvbQ0KPj4+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2Fs LmNvbT4+IDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQo+Pj4gICAgIDxtYWlsdG86 SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPg0KPj4+ICAgICA+ICAgICA8bWFpbHRvOklCcnlza2lu QGFkdmFvcHRpY2FsLmNvbQ0KPj4+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNv bT4+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5j b20NCj4+PiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+DQo+Pj4gICAgID4g ICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQo+Pj4gICAgIDxtYWlsdG86SUJy eXNraW5AYWR2YW9wdGljYWwuY29tPj4gPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20N Cj4+PiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+DQo+Pj4NCj4+PiAgICAg PiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCj4+PiAgICAgPG1haWx0bzpJ QnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+Pj4+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4gKkNj OiAqImNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+DQo+Pj4gICAgIDxtYWls dG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+DQo+Pj4gICAgID4gICAg IDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4NCj4+PiAgICAg PG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPj4+DQo+Pj4NCj4+ PiAgICAgPiAgICAgPj4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBp ZXRmLm9yZz4NCj4+PiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGll dGYub3JnPj4NCj4+PiAgICAgPiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNj YW1wQGlldGYub3JnPg0KPj4+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2Nh bXBAaWV0Zi5vcmc+Pj4+IiA8Y2NhbXBAaWV0Zi5vcmcNCj4+PiAgICAgPG1haWx0bzpjY2FtcEBp ZXRmLm9yZz4NCj4+PiAgICAgPiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNj YW1wQGlldGYub3JnPj4NCj4+PiAgICAgPiAgICAgPj4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5v cmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4NCj4+PiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9y ZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPj4+DQo+Pj4gICAgID4gICAgID4+ICAgICA+PiA8bWFp bHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+DQo+Pj4gICAgIDxtYWls dG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+DQo+Pj4NCj4+PiAgICAg PiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPg0KPj4+ ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+Pj4+Pg0K Pj4+ICAgICA+ICAgICA+PiAgICAgPj4gKlN1YmplY3Q6ICpSRTogQ29tbWVudHMgYWJvdXQNCj4+ PiAgICAgPiAgICAgPj4gICAgID4+IGRyYWZ0LWJlZXJhbS1jY2FtcC1uZXR3b3JrLWFzc2lnbmVk LXVwc3RyZWFtLWxhYmVsLTAwDQo+Pj4gICAgID4gICAgID4+ICAgICA+Pg0KPj4+ICAgICA+ICAg ICA+PiAgICAgPj4NCj4+PiAgICAgPiAgICAgPj4gICAgID4+DQo+Pj4gICAgID4gICAgID4+ICAg ICA+PiBaYWZhciwNCj4+PiAgICAgPiAgICAgPj4gICAgID4+DQo+Pj4gICAgID4gICAgID4+ICAg ICA+PiBUaGF0IGJlY2F1c2UgdGhpcyBhbHJlYWR5IGRlZmluZWQgbWV0aG9kIGhhcyB0aGUNCj4+ PiAgICAgZm9sbG93aW5nDQo+Pj4gICAgID4gICAgID4+aXNzdWVzOg0KPj4+ICAgICA+ICAgICA+ PiAgICAgPj4NCj4+PiAgICAgPiAgICAgPj4gICAgID4+IDEpIFVzaW5nIGFuIGVycm9yIGluZGlj YXRpb24gYXMgYSBwYXJ0IG9mIG5vcm1hbA0KPj4+ICAgICBwcm90b2NvbA0KPj4+ICAgICA+ICAg ICA+PiAgICAgPj4gb3BlcmF0aW9uIGlzIG5vdCBnb29kIGRlc2lnbiBwcmFjdGljZS4NCj4+PiAg ICAgPiAgICAgPj4gICAgID4+DQo+Pj4gICAgID4gICAgID4+ICAgICA+PiBVc2Ugb2YgUGF0aCBl cnJvciBhbmQgbm90aWZ5IG1lc3NhZ2UgaXMgYW4gaW50ZWdyYWwgcGFydA0KPj4+ICAgICA+ICAg ICBvZiB0aGUNCj4+PiAgICAgPiAgICAgPj4gICAgID4+IFJTVlAtVEUgZGVzaWduLiBBbHNvIHBs ZWFzZSBub3RlIHRoYXQgd2UgYXJlIG5vdA0KPj4+ICAgICBkZWJhdGluZw0KPj4+ICAgICA+ICAg ICBhYm91dCBhDQo+Pj4gICAgID4gICAgID4+ICAgICA+PiBuZXcgcHJvY2VkdXJlIGJlaW5nIHBy b3Bvc2VkIGJ1dCB0YWxraW5nIGFib3V0IGENCj4+PiAgICAgcHJvY2VkdXJlDQo+Pj4gICAgID4g ICAgIHRoYXQNCj4+PiAgICAgPiAgICAgPj5pcw0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4gYWxy ZWFkeSBpbXBsZW1lbnRlZCBhbmQgZGVwbG95ZWQuDQo+Pj4gICAgID4gICAgID4+ICAgICA+Pg0K Pj4+ICAgICA+ICAgICA+PiAgICAgPj4gMikgQWNjZXB0YWJsZSBMYWJlbCBTZXQgaXMgb3B0aW9u YWwgc28gaXRzIHByZXNlbmNlDQo+Pj4gICAgIGlzIG5vdA0KPj4+ICAgICA+ICAgICA+PiAgICAg Pj4gZ3VhcmFudGVlZA0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+PiAgICAgPiAgICAgPj4g ICAgID4+IFNvIGlzIHRoZSBjYXNlIG9mIG5ld2x5IGRlZmluZWQgdXBzdHJlYW0gbGFiZWwgc2V0 LiBBbHNvDQo+Pj4gICAgID4gICAgIHBsZWFzZQ0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4gbm90 ZSB0aGF0IG1hbnkgcGFydCBvZiB0aGUgUlNWUC1URSBwcm90b2NvbCBhcmUNCj4+PiAgICAgZGVz aWduZWQgdXNpbmcNCj4+PiAgICAgPiAgICAgPj4gICAgID4+IG9wdGlvbmFsIG9iamVjdHMuDQo+ Pj4gICAgID4gICAgID4+ICAgICA+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4gMykgVGhlIGlu Zm9ybWF0aW9uIGl0IHByb3ZpZGVzIG1heSBiZSBvdXQgb2YgZGF0ZSBieQ0KPj4+ICAgICB0aGUg dGltZQ0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4gdGhlIExTUCBpcyByZS1zaWduYWxlZC4NCj4+ PiAgICAgPiAgICAgPj4gICAgID4+DQo+Pj4gICAgID4gICAgID4+ICAgICA+PiBUaGlzIGlzIGFu IGltcGxlbWVudGF0aW9uIGlzc3VlLiBBIG5vZGUgc2VuZGluZyB0aGUNCj4+PiAgICAgYWNjZXB0 YWJsZQ0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4gbGFiZWwgc2V0IGhhcyB0aGUgcmVzcG9uc2li aWxpdHkgdG8gZ3VhcmFudGVlIHRoYXQNCj4+PiAgICAgaW5mb3JtYXRpb24NCj4+PiAgICAgPiAg ICAgPj4gICAgID4+IHByb3ZpZGVzIGluIHRoZSBhY2NlcHRhYmxlIGxhYmVsIHNldCByZW1haW5z IHZhbGlkIGZvcg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4gcmUtc2lnbmFsaW5nIHRpbWUuIEUu Zy4sIFVOSS1OIGltcGxlbWVudGF0aW9uIGNhbiBjYWNoZQ0KPj4+ICAgICA+ICAgICB0aGUgbGFi ZWwNCj4+PiAgICAgPiAgICAgPj4gICAgID4+IGZvciB0aGUgcmUtc2lnbmFsaW5nIHRpbWUuDQo+ Pj4gICAgID4gICAgID4+ICAgICA+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4gNCkgTW9zdCBp bXBvcnRhbnRseSwgQWNjZXB0YWJsZSBMYWJlbCBTZXQgaXMNCj4+PiAgICAgZ2VuZXJhdGVkIGhv cCBieQ0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4gaG9wLCB1bmxpa2UgVXBzdHJlYW0gTGFiZWwg U2V0IHdoaWNoIGV4ZXJjaXNlcyB0aGUNCj4+PiAgICAgZW50aXJlDQo+Pj4gICAgID4gICAgID4+ ICAgICA+PiBwYXRoLiBUaGlzIG1lYW5zIHRoYXQgaXRzIHVzZSB0byBkZXRlcm1pbmUgYSB2YWxp ZA0KPj4+ICAgICB3YXZlbGVuZ3RoDQo+Pj4gICAgID4gICAgID4+ICAgICA+PiB3b3VsZCByZXF1 aXJlIGEgcG90ZW50aWFsbHkgdW5ib3VuZGVkIG51bWJlciBvZg0KPj4+ICAgICBjcmFua2JhY2tz LA0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4gYm90aCBzaW5nbGUgYW5kIG11bHRpLWhvcCwgd2l0 aCBubyBndWFyYW50ZWUgdGhhdCBzdWNoIGENCj4+PiAgICAgPiAgICAgPj4gICAgID4+IHdhdmVs ZW5ndGggY291bGQgYmUgZm91bmQuDQo+Pj4gICAgID4gICAgID4+ICAgICA+Pg0KPj4+ICAgICA+ ICAgICA+PiAgICAgPj4gSW4gdGhlIHVzZSBjYXNlIG9mIGFsaWduIHdhdmVsZW5ndGggYWRkcmVz c2VkIGluIHRoaXMNCj4+PiAgICAgPiAgICAgZHJhZnQsIHRoZQ0KPj4+ICAgICA+ICAgICA+PiAg ICAgPj4gYWNjZXB0YWJsZSBsYWJlbCBzZXQgY29tbXVuaWNhdGlvbiBpcyByZXN0cmljdGVkIHRv IHRoZQ0KPj4+ICAgICA+ICAgICBVTkktQyBhbmQNCj4+PiAgICAgPiAgICAgPj4gICAgID4+IFVO SS1OIG5vZGUuDQo+Pj4gICAgID4gICAgID4+ICAgICA+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAg Pj4gWW91cnMgSXJyZXNwZWN0aXZlbHksDQo+Pj4gICAgID4gICAgID4+ICAgICA+Pg0KPj4+ICAg ICA+ICAgICA+PiAgICAgPj4NCj4+PiAgICAgPiAgICAgPj4gICAgID4+DQo+Pj4gICAgID4gICAg ID4+ICAgICA+PiBKb2huDQo+Pj4gICAgID4gICAgID4+ICAgICA+Pg0KPj4+ICAgICA+ICAgICA+ PiAgICAgPj4NCj4+PiAgICAgPiAgICAgPj4gICAgID4+DQo+Pj4gICAgID4gICAgID4+ICAgICA+ PiAqRnJvbToqY2NhbXAtYm91bmNlc0BpZXRmLm9yZw0KPj4+ICAgICA8bWFpbHRvOmNjYW1wLWJv dW5jZXNAaWV0Zi5vcmc+DQo+Pj4gICAgID4gICAgIDxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRm Lm9yZw0KPj4+ICAgICA8bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc+PiA8bWFpbHRvOmNj YW1wLWJvdW5jZXNAaWV0Zi5vcmcNCj4+PiAgICAgPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYu b3JnPg0KPj4+ICAgICA+ICAgICA8bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmcgPG1haWx0 bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPj4+DQo+Pj4gICAgID4gICAgID4+ICAgICA8bWFpbHRv OmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmcNCj4+PiAgICAgPG1haWx0bzpjY2FtcC1ib3VuY2VzQGll dGYub3JnPg0KPj4+DQo+Pj4gICAgID4gICAgIDxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9y Zw0KPj4+ICAgICA8bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc+PiA8bWFpbHRvOmNjYW1w LWJvdW5jZXNAaWV0Zi5vcmcNCj4+PiAgICAgPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3Jn Pg0KPj4+DQo+Pj4gICAgID4gICAgIDxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZyA8bWFp bHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc+Pj4+DQo+Pj4gICAgID4gICAgID4+ICAgICA+PiBb bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmcNCj4+PiAgICAgPG1haWx0bzpjY2FtcC1ib3Vu Y2VzQGlldGYub3JnPg0KPj4+ICAgICA+ICAgICA8bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5v cmcNCj4+PiAgICAgPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPj4gPG1haWx0bzpjY2Ft cC1ib3VuY2VzQGlldGYub3JnDQo+Pj4gICAgIDxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9y Zz4NCj4+PiAgICAgPiAgICAgPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnIDxtYWlsdG86 Y2NhbXAtYm91bmNlc0BpZXRmLm9yZz4+Pl0NCj4+PiAgICAgPiAgICAgPj4gICAgICpPbiBCZWhh bGYgT2YgKlphZmFyIEFsaSAoemFsaSkNCj4+PiAgICAgPiAgICAgPj4gICAgID4+ICpTZW50Oiog U3VuZGF5LCBOb3ZlbWJlciAwMywgMjAxMyA4OjEyIEFNDQo+Pj4gICAgID4gICAgID4+ICAgICA+ PiAqVG86KiBJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCj4+PiAgICAgPG1haWx0bzpJQnJ5c2tp bkBhZHZhb3B0aWNhbC5jb20+DQo+Pj4gICAgID4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9w dGljYWwuY29tDQo+Pj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPj4NCj4+ PiAgICAgPiAgICAgPj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQo+Pj4g ICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPg0KPj4+DQo+Pj4gICAgID4gICAg IDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQo+Pj4gICAgIDxtYWlsdG86SUJyeXNr aW5AYWR2YW9wdGljYWwuY29tPj4+IDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQo+ Pj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPg0KPj4+ICAgICA+ICAgICA8 bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0KPj4+ICAgICA8bWFpbHRvOklCcnlza2lu QGFkdmFvcHRpY2FsLmNvbT4+DQo+Pj4gICAgID4gICAgID4+ICAgICA8bWFpbHRvOklCcnlza2lu QGFkdmFvcHRpY2FsLmNvbQ0KPj4+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNv bT4NCj4+Pg0KPj4+ICAgICA+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0K Pj4+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4+Pj4NCj4+PiAgICAgPiAg ICAgPj4gICAgID4+ICpDYzoqIGNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+ DQo+Pj4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+ DQo+Pj4gICAgID4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRm Lm9yZz4NCj4+PiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYu b3JnPj4+DQo+Pj4NCj4+PiAgICAgPiAgICAgPj4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcg PG1haWx0bzpjY2FtcEBpZXRmLm9yZz4NCj4+PiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8 bWFpbHRvOmNjYW1wQGlldGYub3JnPj4NCj4+Pg0KPj4+ICAgICA+ICAgICA8bWFpbHRvOmNjYW1w QGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+DQo+Pj4gICAgIDxtYWlsdG86Y2NhbXBA aWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+Pj4NCj4+PiAgICAgPiAgICAgPj4gICAg ID4+ICpTdWJqZWN0OiogW0NDQU1QXSBDb21tZW50cyBhYm91dA0KPj4+ICAgICA+ICAgICA+PiAg ICAgPj4gZHJhZnQtYmVlcmFtLWNjYW1wLW5ldHdvcmstYXNzaWduZWQtdXBzdHJlYW0tbGFiZWwt MDANCj4+PiAgICAgPiAgICAgPj4gICAgID4+DQo+Pj4gICAgID4gICAgID4+ICAgICA+Pg0KPj4+ ICAgICA+ICAgICA+PiAgICAgPj4NCj4+PiAgICAgPiAgICAgPj4gICAgID4+IEhpIElnb3IgYW5k IGNvLWF1dGhvcnMtDQo+Pj4gICAgID4gICAgID4+ICAgICA+Pg0KPj4+ICAgICA+ICAgICA+PiAg ICAgPj4NCj4+PiAgICAgPiAgICAgPj4gICAgID4+DQo+Pj4gICAgID4gICAgID4+ICAgICA+PiBQ bGVhc2Ugbm90ZSB0aGF0IFtSRkMzNDczXSBhbHJlYWR5IGNvbnNpZGVycyB0aGUNCj4+PiAgICAg Y2FzZSB3aGVyZQ0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4gdXBzdHJlYW0gbGFiZWwgbWF5IG5v dCBiZSBhY2NlcHRhYmxlIHRvIGEgZG93bnN0cmVhbQ0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4g bm9kZS4gU3BlY2lmaWNhbGx5LCBbUkZDMzQ3M10gc3RhdGVzIHRoYXQ6DQo+Pj4gICAgID4gICAg ID4+ICAgICA+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4gIi93aGVuIGEgUGF0aCBtZXNzYWdl IGNvbnRhaW5pbmcgYW4gVXBzdHJlYW1fTGFiZWwNCj4+PiAgICAgb2JqZWN0IGlzDQo+Pj4gICAg ID4gICAgID4+ICAgICA+PiByZWNlaXZlZCwgdGhlIHJlY2VpdmVyIGZpcnN0IHZlcmlmaWVzIHRo YXQgdGhlDQo+Pj4gICAgIHVwc3RyZWFtIGxhYmVsDQo+Pj4gICAgID4gICAgID4+ICAgICA+PiBp cyBhY2NlcHRhYmxlLiBJZiB0aGUgbGFiZWwgaXMgbm90IGFjY2VwdGFibGUsIHRoZQ0KPj4+ICAg ICByZWNlaXZlcg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4gLypNVVNUKi9pc3N1ZSBhIFBhdGhF cnIgbWVzc2FnZSB3aXRoIGEgIlJvdXRpbmcNCj4+PiAgICAgPiAgICAgPj4gICAgID4+IHByb2Js ZW0vVW5hY2NlcHRhYmxlIGxhYmVsIHZhbHVlIiBpbmRpY2F0aW9uLiBUaGUNCj4+PiAgICAgZ2Vu ZXJhdGVkDQo+Pj4gICAgID4gICAgID4+ICAgICA+PiBQYXRoRXJyIG1lc3NhZ2UgTUFZIGluY2x1 ZGUgYW4gQWNjZXB0YWJsZSBMYWJlbCBTZXQNCj4+PiAgICAgT2JqZWN0LyIuDQo+Pj4gICAgID4g ICAgID4+ICAgICA+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4gQWNjZXB0YWJsZV9MYWJlbF9T ZXQgb2JqZWN0cyBtYXkgYmUgY2FycmllZCBpbg0KPj4+ICAgICBQYXRoRXJyIGFuZA0KPj4+ICAg ICA+ICAgICA+PiAgICAgPj4gUmVzdkVyciBtZXNzYWdlcyBbUkZDMzQ3M10uDQo+Pj4gICAgID4g ICAgID4+ICAgICA+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+PiAgICAgPiAgICAgPj4g ICAgID4+DQo+Pj4gICAgID4gICAgID4+ICAgICA+PiBIb3dldmVyLCB5b3VyIGRyYWZ0IGRvZXMg bm90IG1lbnRpb24gb3IgY292ZXIgdGhpcw0KPj4+ICAgICBhbHJlYWR5DQo+Pj4gICAgID4gICAg ID4+ICAgICA+PiBkZWZpbmVkIG1ldGhvZC4NCj4+PiAgICAgPiAgICAgPj4gICAgID4+DQo+Pj4g ICAgID4gICAgID4+ICAgICA+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+PiAgICAgPiAg ICAgPj4gICAgID4+IFRoYW5rcw0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+PiAgICAgPiAg ICAgPj4gICAgID4+DQo+Pj4gICAgID4gICAgID4+ICAgICA+Pg0KPj4+ICAgICA+ICAgICA+PiAg ICAgPj4gUmVnYXJkcyChrSBaYWZhcg0KPj4+ICAgICA+ICAgICA+PiAgICAgPj4NCj4+PiAgICAg PiAgICAgPj4gICAgID4NCj4+PiAgICAgPiAgICAgPj4gICAgID4NCj4+PiAgICAgPiAgICAgPj4g ICAgID4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4+ PiAgICAgPiAgICAgPj4gICAgID4gQ0NBTVAgbWFpbGluZyBsaXN0DQo+Pj4gICAgID4gICAgID4+ ICAgICA+IENDQU1QQGlldGYub3JnIDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmc+DQo+Pj4gICAgIDxt YWlsdG86Q0NBTVBAaWV0Zi5vcmcgPG1haWx0bzpDQ0FNUEBpZXRmLm9yZz4+DQo+Pj4NCj4+PiAg ICAgPiAgICAgPG1haWx0bzpDQ0FNUEBpZXRmLm9yZyA8bWFpbHRvOkNDQU1QQGlldGYub3JnPg0K Pj4+ICAgICA8bWFpbHRvOkNDQU1QQGlldGYub3JnIDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmc+Pj4N Cj4+Pg0KPj4+ICAgICA+ICAgICA+PiAgICAgPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFu L2xpc3RpbmZvL2NjYW1wDQo+Pj4gICAgID4gICAgID4+ICAgICA+DQo+Pj4gICAgID4gICAgID4+ DQo+Pj4gICAgID4gICAgID4+ICAgICBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXw0KPj4+ICAgICA+ICAgICA+PiAgICAgQ0NBTVAgbWFpbGluZyBsaXN0DQo+ Pj4NCj4+PiAgICAgPiAgICAgPj4gICAgIENDQU1QQGlldGYub3JnIDxtYWlsdG86Q0NBTVBAaWV0 Zi5vcmc+DQo+Pj4gICAgIDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmcgPG1haWx0bzpDQ0FNUEBpZXRm Lm9yZz4+DQo+Pj4gICAgIDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmcgPG1haWx0bzpDQ0FNUEBpZXRm Lm9yZz4NCj4+Pg0KPj4+ICAgICA+ICAgICA8bWFpbHRvOkNDQU1QQGlldGYub3JnIDxtYWlsdG86 Q0NBTVBAaWV0Zi5vcmc+Pj4NCj4+PiAgICAgPiAgICAgPj4gICAgIGh0dHBzOi8vd3d3LmlldGYu b3JnL21haWxtYW4vbGlzdGluZm8vY2NhbXANCj4+PiAgICAgPiAgICAgPj4NCj4+PiAgICAgPiAg ICAgPj4NCj4+PiAgICAgPiAgICAgPj4NCj4+PiAgICAgPiAgICAgPj4NCj4+PiAgICAgPiAgICAg Pj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4+PiAg ICAgPiAgICAgPj4gQ0NBTVAgbWFpbGluZyBsaXN0DQo+Pj4gICAgID4gICAgID4+IENDQU1QQGll dGYub3JnIDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmc+DQo+Pj4gICAgIDxtYWlsdG86Q0NBTVBAaWV0 Zi5vcmcgPG1haWx0bzpDQ0FNUEBpZXRmLm9yZz4+DQo+Pj4gICAgID4gICAgID4+IGh0dHBzOi8v d3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vY2NhbXANCj4+PiAgICAgPiAgICAgPg0KPj4+ ICAgICA+ICAgICA+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X18NCj4+PiAgICAgPiAgICAgPkNDQU1QIG1haWxpbmcgbGlzdA0KPj4+ICAgICA+ICAgICA+Q0NB TVBAaWV0Zi5vcmcgPG1haWx0bzpDQ0FNUEBpZXRmLm9yZz4gPG1haWx0bzpDQ0FNUEBpZXRmLm9y Zw0KPj4+ICAgICA8bWFpbHRvOkNDQU1QQGlldGYub3JnPj4NCj4+PiAgICAgPiAgICAgPmh0dHBz Oi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vY2NhbXANCj4+PiAgICAgPiAgICAgPl9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+Pj4gICAgID4g ICAgID5DQ0FNUCBtYWlsaW5nIGxpc3QNCj4+PiAgICAgPiAgICAgPkNDQU1QQGlldGYub3JnIDxt YWlsdG86Q0NBTVBAaWV0Zi5vcmc+IDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmcNCj4+PiAgICAgPG1h aWx0bzpDQ0FNUEBpZXRmLm9yZz4+DQo+Pj4gICAgID4gICAgID5odHRwczovL3d3dy5pZXRmLm9y Zy9tYWlsbWFuL2xpc3RpbmZvL2NjYW1wDQo+Pj4gICAgID4NCj4+PiAgICAgPg0KPj4+ICAgICA+ DQo+Pj4gICAgID4NCj4+PiAgICAgPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXw0KPj4+ICAgICA+IENDQU1QIG1haWxpbmcgbGlzdA0KPj4+ICAgICA+IEND QU1QQGlldGYub3JnIDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmc+DQo+Pj4gICAgID4gaHR0cHM6Ly93 d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9jY2FtcA0KPj4+ICAgICA+DQo+Pj4NCj4+PiAg DQo+Pj4NCj4gDQo= From Dieter.Beller@alcatel-lucent.com Tue Nov 5 17:55:13 2013 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 53B6721E80C2 for ; Tue, 5 Nov 2013 17:55:13 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.846 X-Spam-Level: X-Spam-Status: No, score=-1.846 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, MIME_HTML_ONLY=1.457, RCVD_IN_DNSWL_HI=-8, SARE_SUB_ENC_GB2312=1.345] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3xK8a7kvRtZf for ; Tue, 5 Nov 2013 17:55:06 -0800 (PST) Received: from ihemail4.lucent.com (ihemail4.lucent.com [135.245.0.39]) by ietfa.amsl.com (Postfix) with ESMTP id 905AB21F9D55 for ; Tue, 5 Nov 2013 17:55:05 -0800 (PST) Received: from fr712usmtp2.zeu.alcatel-lucent.com (h135-239-2-42.lucent.com [135.239.2.42]) by ihemail4.lucent.com (8.13.8/IER-o) with ESMTP id rA61snB0010133 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 5 Nov 2013 19:54:51 -0600 (CST) Received: from destgsu0709.de.alcatel-lucent.com (slsv7at.de.alcatel-lucent.com [149.204.245.107]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id rA61smQx007511 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 6 Nov 2013 02:54:49 +0100 Received: from [135.244.22.9] (beller.lra.lucent.com [135.244.22.9]) (authenticated bits=0) by destgsu0709.de.alcatel-lucent.com (8.14.3/8.13.8) with ESMTP id rA61seta029980 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 6 Nov 2013 02:54:45 +0100 (CET) Message-ID: <5279A15F.5070604@alcatel-lucent.com> Date: Wed, 06 Nov 2013 02:54:39 +0100 From: Dieter Beller Organization: Alcatel-Lucent User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Igor Bryskin , Vishnu Pavan Beeram References: <52790CAD.80003@labn.net> <52791CB8.4000706@labn.net> <52794534.3030804@labn.net> , <52797582.3070508@labn.net> In-Reply-To: Content-Type: text/html; charset=GB2312 Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.57 on 135.245.2.39 Cc: "ccamp@ietf.org" Subject: Re: [CCAMP] =?gb2312?b?tPC4tDogILTwuLQ6IENvbW1lbnRzIGFib3V0IGRyYWZ0?= =?gb2312?b?LWJlZXJhbS1jY2FtcC1uZXR3b3JrLWFzc2lnbmVkLXVwc3RyZWFtLWxhYmVs?= =?gb2312?b?LTAw?= X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2013 01:55:13 -0000 Hi Pavan and Igor,

I share Fatai's concerns - as far as transport networks are concerned, LSPs are bidirectional in nature
and the labels are symmetric. It would be nice if you could elaborate a bit more and provide some
practical application examples that justify the requirement of asymmetric labels.


Thanks,
Dieter
On 06.11.2013 00:20, Fatai Zhang wrote:
Hi,

For the transport/GMPLS networks, I would repeat the bidirectional LSPs are always symmetric in practice, so there are no cases for some nodes to assign asymmetric labels.

However, I would agree on the requirements if we just do some research in theory. 

Thanks

Fatai


________________________________________
·¢¼þÈË: ccamp-bounces@ietf.org [ccamp-bounces@ietf.org] ´ú±í Lou Berger [lberger@labn.net]
·¢ËÍʱ¼ä: 2013Äê11ÔÂ6ÈÕ 6:47
ÊÕ¼þÈË: Igor Bryskin; Vishnu Pavan Beeram
³­ËÍ: ccamp@ietf.org
Ö÷Ìâ: Re: [CCAMP] ´ð¸´: Comments about draft-beeram-ccamp-network-assigned-upstream-label-00

Igor,

On 11/5/2013 11:42 AM, Igor Bryskin wrote:

Lou,
In majority of the cases UNI-Cs would want to have their G-LSPs label-symmetrical.

Every time you say UNI-C I've been assuming you mean ingress, is this
correct?


If the label symmetricity is left to the local policy of the network,
the latter may decide (e.g. because of existing unidirectional LSPs
set up for other users or P2MP LSPs) to assign different labels for
US and DS unless there is an explicit constraint signaled from the
UNI-C to make symmetrical or fail the setup.


So you believe there is a use case where some nodes will assign
asymmetric labels for the same service, and other nodes along the LSP
only support symmetric labels.  Right?

Lou


Igor

-----Original Message-----
From: Lou Berger [mailto:lberger@labn.net]
Sent: Tuesday, November 05, 2013 2:21 PM
To: Igor Bryskin; Vishnu Pavan Beeram
Cc: ccamp@ietf.org
Subject: Re: [CCAMP] ´ð¸´: Comments about draft-beeram-ccamp-network-assigned-upstream-label-00

Great. So this is a nice short list.  I think the utility of requirements 1 and 2 are pretty clear. You have stated that both symmetric and asymmetric labels are needed in optical for single fiber rings.  While I'm personally amazed that these still exist, I  (with no hat on) accept the use case.

I suspect that some are not convinced on the need to "put label symmetry into the protocol" (Juilien's question)

Can you (authors) elaborate on why this needs to be changed?

Thanks,
Lou

On 11/05/2013 02:01 PM, Igor Bryskin wrote:

Lou,


    1. Downstream selection of the upstream label


    2. An option to allow upstream node to provide set of labels that
       should be used in the downstream nodes' choice of upstream
label

    3. The use of symmetric labels when the downstream node
       is selecting the label.

    4. Allowing for asymmetric labels is not a new requirement, nor do
       you really care about it.


I agree with 1-3. But 4. should not be ignored

-----Original Message-----
From: Lou Berger [mailto:lberger@labn.net]
Sent: Tuesday, November 05, 2013 11:29 AM
To: Igor Bryskin; Vishnu Pavan Beeram
Cc: ccamp@ietf.org
Subject: Re: [CCAMP] ´ð¸´: Comments about
draft-beeram-ccamp-network-assigned-upstream-label-00

Igor,
     So you are adding to 3 to cover the case when the upstream node selects the label, right?

    3. The use of symmetric labels when the downstream node
       is selecting the label.

Lou

On 11/5/2013 8:20 AM, Igor Bryskin wrote:

I would add:

5. A way for US node (e.g. UNI-C) to mandate the label symmetricity.



*From:*ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] *On
Behalf Of *Vishnu Pavan Beeram
*Sent:* Tuesday, November 05, 2013 10:50 AM
*To:* Lou Berger
*Cc:* ccamp@ietf.org
*Subject:* Re: [CCAMP] ´ð¸´: Comments about
draft-beeram-ccamp-network-assigned-upstream-label-00



Lou,



Yes, your summarized points are correct.



Thanks,

-Pavan.



On Tue, Nov 5, 2013 at 10:20 AM, Lou Berger <lberger@labn.net
<mailto:lberger@labn.net>> wrote:

Pavan,
        I think this is helpful in trying to understand what the
goals are of the draft.  Again, I'll resist arguing about the
mechanisms that are proposed until we've agreed on what requirements
need to be addressed.
(While the mechanism details, i.e., the "how", are certainly
important, arguing those doesn't really answer the larger question of
"what" you'd like to accomplish.)



VPB: Agree.




    So the list of requirements is now the addition of:
    1. Downstream selection of the upstream label


    2. An option to allow upstream node to provide set of labels that
       should be used in the downstream nodes' choice of upstream
label

    3. The use of symmetric labels when the downstream node
       is selecting the label.

    4. Allowing for asymmetric labels is not a new requirement, nor do
       you really care about it.

    Is this correct?

    Thanks,
    Lou


    On 11/5/2013 5:25 AM, Vishnu Pavan Beeram wrote:
    > I see a pattern in the questions that are being raised. I'll try
    and see
    > if I can answer them all using the following Q&A.
    >
    > A. "Label Symmetricity":
    >
    > (1) Aren't labels always symmetric in practice? Are there any
    asymmetric
    > label scenarios at all?
    > Ans: Yes, labels are almost always symmetric in practice. The draft
    > explicitly states that. I haven't come across any single
    > scenario/product where asymmetric labels are used. As Igor pointed out
    > in an earlier email, there could be in theory some single-fiber
    > configurations where the same wavelength cannot be used for both
    > directions. But I don't know if anyone really uses that.
    >
    > (2) Then why do you need an explicit request from the ingress to make
    > them symmetric at each hop?
    > Ans: This is because the extensions in RFC3473 allows "Label
    > Asymmetricity" and and as a result symmetricity cannot be assumed by
    > default. There is currently no way of mandating symmetricity at
    each hop
    > along the path of the LSP.
    >
    > (3) Say, we all agree that "Symmetricity" is always guaranteed
    (maybe we
    > even state it explicitly in some standard document). Would you then be
    > able to use existing extensions and address the "alien-wavelength"
    setup
    > use-case?
    > Ans: No, the existing extensions still fall short. What does the
    > ingress-client fill in the UPSTREAM_LABEL when it has no knowledge on
    > what needs to be used? As per current extensions, the UPSTREAM_LABEL
    > needs to be filled in with a valid label before sending the PATH
    out. We
    > still need the ingress-client to have some mechanism to tell the
    network
    > - "please ignore what I'm filling in the UPSTREAM_LABEL; just take the
    > LABEL_SET into account if I fill one; I'll use what is returned in the
    > RESV-LABEL for both directions."
    >
    > (4) Label allocation has always been a local choice. Why should the
    > ingress request how labels are allocated at some downstream hop?
    > Ans: The ingress has always been the one to request the downstream
    node
    > to allocate labels in both directions. All that the draft is proposing
    > is a mechanism for the ingress to say that these two labels need to be
    > symmetric.
    >
    > B. "Label Asymmetricity"
    >
    > (4) Have the "Label Asymmetricity" extensions been included just for
    > completion sake? Can those be jettisoned if we there is no need for
    > asymmetric labels?
    > Ans: Yes. The primary reason why those extensions are included in the
    > draft is because RFC3473 allows asymmetricity. We don't need to
    discuss
    > those if we explicitly state somewhere (in some standard document)
    that
    > "labels are always symmetric" and that all previous extensions defined
    > for asymmetricity are use-less.
    >
    > C. "Use-Case"
    >
    > (5) I don't understand any of the above. Why do we need the network to
    > assign an upstream label?
    > Ans: Please read the draft. Section 5 discusses a specific use-case.
    >
    >
    > Regards,
    > -Pavan
    >
    >
    > On Tue, Nov 5, 2013 at 2:29 AM, Zafar Ali (zali) <zali@cisco.com
    <mailto:zali@cisco.com>

    > <mailto:zali@cisco.com <mailto:zali@cisco.com>>> wrote:
    >
    >     Hi-
    >
    >     Furthermore, when (alien) wavelength is same in forward and
    reverse
    >     direction, we can use label set along with acceptable label
    set - as
    >     defined in RFC3473. The only use case this draft addresses is
    when alien
    >     wavelength are asymmetrical in forward and reverse direction.
    I am not
    >     aware of any example of such use case.
    >
    >     Thanks
    >
    >     Regards ¡­ Zafar
    >
    >
    >     -----Original Message-----

    >     From: Fatai Zhang <zhangfatai@huawei.com
    <mailto:zhangfatai@huawei.com> <mailto:zhangfatai@huawei.com
    <mailto:zhangfatai@huawei.com>>>
    >     Date: Monday, November 4, 2013 7:38 PM

    >     To: "julien.meuric@orange.com
    <mailto:julien.meuric@orange.com> <mailto:julien.meuric@orange.com
    <mailto:julien.meuric@orange.com>>"
    >     <julien.meuric@orange.com <mailto:julien.meuric@orange.com>
    <mailto:julien.meuric@orange.com
    <mailto:julien.meuric@orange.com>>>, Vishnu
    >     Pavan

    >     Beeram <vishnupavan@gmail.com <mailto:vishnupavan@gmail.com>
    <mailto:vishnupavan@gmail.com <mailto:vishnupavan@gmail.com>>>
    >     Cc: "ccamp@ietf.org <mailto:ccamp@ietf.org>
    <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>" <ccamp@ietf.org
    <mailto:ccamp@ietf.org>
    >     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>>

    >     Subject: [CCAMP] ´ð¸´:  Comments
    >     about   draft-beeram-ccamp-network-assigned-upstream-label-00
    >
    >     >Hi Pavan,
    >     >
    >     >Understood what you said in principle, but could you give an
    example to
    >     >show there are asymmertric labels (wavelength?) for the
    bidirectiaonal
    >     >LSPs (especiall for the transport networks) in the real
    >     implementations?
    >     >
    >
    >==========================================================================
    >     >======================================
    >     >In practice, most bidirectional LSPs have label symmetricity on
    >     each hop
    >     >along the path of the LSP. But this is something that cannot
    be assumed
    >     >by default.
    >     >
    >     >
    >     >
    >     >Thanks
    >     >
    >     >Fatai
    >     >
    >     >________________________________________

    >     >·¢¼þÈË: ccamp-bounces@ietf.org
    <mailto:ccamp-bounces@ietf.org> <mailto:ccamp-bounces@ietf.org
    <mailto:ccamp-bounces@ietf.org>>
    >     [ccamp-bounces@ietf.org <mailto:ccamp-bounces@ietf.org>
    <mailto:ccamp-bounces@ietf.org <mailto:ccamp-bounces@ietf.org>>] ´ú
    ±í Julien
    >     Meuric
    >     >[julien.meuric@orange.com <mailto:julien.meuric@orange.com>
    <mailto:julien.meuric@orange.com
<mailto:julien.meuric@orange.com>>]

    >     >·¢ËÍʱ¼ä: 2013Äê11ÔÂ5ÈÕ 10:35
    >     >ÊÕ¼þÈË: Vishnu Pavan Beeram

    >     >³­ËÍ: ccamp@ietf.org <mailto:ccamp@ietf.org>
    <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>

    >     >Ö÷Ìâ: Re: [CCAMP] Comments about
    >     >draft-beeram-ccamp-network-assigned-upstream-label-00
    >     >
    >     >Hi Pavan.
    >     >
    >     >Even though I agree with your unassigned Upstream_Label
    requirement, I
    >     >need to disagree with the data plane rationale you mention.
    >     >
    >     >The Upstream_Label refers to the client's optical receiver:
    you don't
    >     >need to tune a laser on the receiver side. The data
    transmission could
    >     >even work without sending the actual Upstream_Label in
    RSVP-TE messages
    >     >to the client: I am not really a fan of that approach, but
    that would
    >     >fit cases where optical policies are left to the optical
    network...
    >     >
    >     >Moreover, I have doubts on putting label symmetry within the
    protocol.
    >     >This is more an allocation policy in the hands of allocating
    nodes:
    >     >requesting an allocation mode from an ingress node would mean
    doing the
    >     >server job, I am not sure it is desirable.
    >     >
    >     >Julien
    >     >
    >     >
    >     >On 11/04/2013 23:49, Vishnu Pavan Beeram wrote:
    >     >> Lou,
    >     >>
    >     >> The extensions defined in this draft do not impose any
    backwards
    >     >> compatibility issues. The intent is definitely not to
    change the
    >     >> fundamental aspects of the protocol. As you would agree, it
    is not
    >     >> mandatory to try and fit the extensions defined in RFC3473
    to all and
    >     >> sundry. New extensions are being introduced only where the
    existing
    >     >> extensions fall short. Let me walk through the requirements
    that we
    >     >> are looking at and that would hopefully explain the limitations
    >     of the
    >     >> existing extensions.
    >     >>
    >     >> Base requirement :
    >     >> Need a mechanism for a given node to say that it cannot
    assign an
    >     >> upstream-label on its own and that it needs the network (read
    >     >> downstream) to assign it instead.
    >     >>
    >     >> Corollary requirements :
    >     >> 1. Need a mechanism for a given node to ask for a
    network-assigned
    >     >> upstream label without having to specify any inputs on what
    label
    >     >> needs to get picked.
    >     >> 2. Need a mechanism for a given node to ask for a
    network-assigned
    >     >> upstream label and also specify some choices for the label
    that needs
    >     >> to get picked.
    >     >> 3. If labels are symmetric, a given node can simply use the
    label
    >     >> returned in the LABEL object of the RESV message for both
    directions.
    >     >> In practice, most bidirectional LSPs have label
    symmetricity on each
    >     >> hop along the path of the LSP. But this is something that
    cannot be
    >     >> assumed by default. Hence, there is a need to have a mechanism
    >     for the
    >     >> ingress to request "label symmetricity" at each hop along
    the path of
    >     >> the LSP.
    >     >>
    >     >> Can you somehow fit a solution using the current extensions
    and cater
    >     >> to the above requirements?
    >     >> We believe the answer is NO. One suggestion on the mailing list
    >     was to
    >     >> set a random UPSTREAM_LABEL and send it out on a fishing
    expedition.
    >     >> The idea was that the downstream node would then respond with a
    >     >> PATH-ERR carrying an ACCEPTABLE_LABEL_SET. John and Igor have
    >     provided
    >     >> a list of reasons on why that isn't a great idea. Let me
    add another
    >     >> point -
    >     >> - As per RFC3473 - when a node receives an UPSTREAM_LABEL
    object in
    >     >> the PATH, it means that the upstream node MUST have already
    >     >> installed/programmed this label. In the alien wavelength
    use-case
    >     >> (discussed in the draft), when the network receives this
    message, it
    >     >> would mean that the laser has already been tuned to this
    >     wavelength at
    >     >> the client. That beats the very purpose of requesting a network
    >     >> assigned upstream label. Doesn't it? So, the point is that
    with the
    >     >> current semantics of an UPSTREAM_LABEL, you cannot use it
    for the
    >     case
    >     >> where the upstream-label hasn't been installed/programmed
    yet. If
    >     some
    >     >> implementation decides to ignore these semantics, how would the
    >     >> network know whether the ingress-client has already
    installed this
    >     >> label or not (whether the laser is already tuned or not).
    >     >>
    >     >> RFC3473 states that a Bidirectional-LSP setup request is
    >     identified by
    >     >> the presence of an "UPSTREAM_LABEL" object in the PATH msg.
    This
    >     draft
    >     >> does propose 2 other mechanisms:
    >     >> - The presence of the "Label Symmetricity Required" Flag in
    the PATH
    >     >> - The presence of the "UPSTREAM_LABEL_SET" object in the PATH
    >     >> If a downstream node does not understand any of the above
    >     indications,
    >     >> it would reject the setup request. In both scenarios -
    after the
    >     >> network has assigned the upstream-label, the concerned node is
    >     allowed
    >     >> to start signaling the UPSTREAM_LABEL object in the PATH. I
    don't
    >     >> understand how adding two other mechanisms for
    Bidirectional LSP
    >     setup
    >     >> translates to changing fundamental aspects of the protocol.
    >     >> Implementations that can support these extensions can.
    Others can
    >     >> still be happy with their "running code".
    >     >>
    >     >> Regards,
    >     >> -Pavan
    >     >>
    >     >>
    >     >>
    >     >> On Mon, Nov 4, 2013 at 2:18 PM, Lou Berger
    <lberger@labn.net <mailto:lberger@labn.net>
    >     <mailto:lberger@labn.net <mailto:lberger@labn.net>>

    >     >> <mailto:lberger@labn.net <mailto:lberger@labn.net>
    <mailto:lberger@labn.net <mailto:lberger@labn.net>>>> wrote:
    >     >>
    >     >>     John, (authors)
    >     >>
    >     >>     Perhaps it would be useful to refocus a moment on the
    specific
    >     >>     limitations the draft is focusing on.
    >     >>
    >     >>     There's no question that 3473 made certain choices based on
    >     expected
    >     >>     uses and probabilities that may not hold, but we do
    need to be
    >     >>careful
    >     >>     when changing fundamentals of the protocol (e.g. moving
    away from
    >     >>the
    >     >>     use of the upstream label object as the basic object that
    >     indicates
    >     >>a
    >     >>     bidirectional LSP.)
    >     >>
    >     >>     So is it fair to say that the main limitation that the
    draft is
    >     >>trying
    >     >>     to address is the inability to support downstream
    selection of
    >     >>     upstream
    >     >>     labels?
    >     >>
    >     >>     The draft also allows for both symmetric and asymmetric
    label
    >     value
    >     >>     allocation. IS this a requirement, or asymmetric just
    >     included for
    >     >>     completeness?
    >     >>
    >     >>     Are there other requirements / limitations you are
    trying to
    >     >>address?
    >     >>
    >     >>     Lou
    >     >>
    >     >>     On 11/04/2013 01:24 PM, John E Drake wrote:
    >     >>     > Zafar,
    >     >>     >
    >     >>     > Both Igor and I have listed technical issues with RFC3473
    >     and your
    >     >>     > response is that you really really like RFC3473. I'm
    happy for
    >     >>     you but
    >     >>     > unimpressed.
    >     >>     >
    >     >>     > John
    >     >>     >
    >     >>     > Sent from my iPhone
    >     >>     >
    >     >>     > On Nov 4, 2013, at 9:43 AM, "Zafar Ali (zali)"
    >     <zali@cisco.com <mailto:zali@cisco.com> <mailto:zali@cisco.com
    <mailto:zali@cisco.com>>
    >     >>     <mailto:zali@cisco.com <mailto:zali@cisco.com>
    <mailto:zali@cisco.com <mailto:zali@cisco.com>>>
    >     >>     > <mailto:zali@cisco.com <mailto:zali@cisco.com>
    <mailto:zali@cisco.com <mailto:zali@cisco.com>>
    >     <mailto:zali@cisco.com <mailto:zali@cisco.com>
    <mailto:zali@cisco.com <mailto:zali@cisco.com>>>>> wrote:
    >     >>     >
    >     >>     >> Igor, John-
    >     >>     >>
    >     >>     >> Please see in-line.
    >     >>     >>
    >     >>     >> From: "IBryskin@advaoptical.com
    <mailto:IBryskin@advaoptical.com>
    >     <mailto:IBryskin@advaoptical.com
    <mailto:IBryskin@advaoptical.com>>
    >     >>     <mailto:IBryskin@advaoptical.com
    <mailto:IBryskin@advaoptical.com>

    >     <mailto:IBryskin@advaoptical.com
    <mailto:IBryskin@advaoptical.com>>> <mailto:IBryskin@advaoptical.com
    <mailto:IBryskin@advaoptical.com>

    >     <mailto:IBryskin@advaoptical.com
    <mailto:IBryskin@advaoptical.com>>
    >     >>     <mailto:IBryskin@advaoptical.com
    <mailto:IBryskin@advaoptical.com>
    >     <mailto:IBryskin@advaoptical.com
    <mailto:IBryskin@advaoptical.com>>>>"
    >     >>     >> <IBryskin@advaoptical.com
    <mailto:IBryskin@advaoptical.com>
    >     <mailto:IBryskin@advaoptical.com
    <mailto:IBryskin@advaoptical.com>> <mailto:IBryskin@advaoptical.com
    <mailto:IBryskin@advaoptical.com>
    >     <mailto:IBryskin@advaoptical.com
    <mailto:IBryskin@advaoptical.com>>>
    >     >>     <mailto:IBryskin@advaoptical.com
    <mailto:IBryskin@advaoptical.com>
    >     <mailto:IBryskin@advaoptical.com
    <mailto:IBryskin@advaoptical.com>> <mailto:IBryskin@advaoptical.com
    <mailto:IBryskin@advaoptical.com>
    >     <mailto:IBryskin@advaoptical.com
    <mailto:IBryskin@advaoptical.com>>>>>
    >     >>     >> Date: Monday, November 4, 2013 8:57 AM
    >     >>     >> To: zali <zali@cisco.com <mailto:zali@cisco.com>
    <mailto:zali@cisco.com <mailto:zali@cisco.com>>
    >     <mailto:zali@cisco.com <mailto:zali@cisco.com>
    <mailto:zali@cisco.com <mailto:zali@cisco.com>>>

    >     >>     <mailto:zali@cisco.com <mailto:zali@cisco.com>
    <mailto:zali@cisco.com <mailto:zali@cisco.com>>

    >     <mailto:zali@cisco.com <mailto:zali@cisco.com>
    <mailto:zali@cisco.com <mailto:zali@cisco.com>>>>>,
    >     >>     "jdrake@juniper.net <mailto:jdrake@juniper.net>
    <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>>
    >     <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>
    <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>>>
    >     >>     >> <mailto:jdrake@juniper.net
    <mailto:jdrake@juniper.net> <mailto:jdrake@juniper.net
    <mailto:jdrake@juniper.net>>
    >     <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>
    <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>>>>"
    >     >>     <jdrake@juniper.net <mailto:jdrake@juniper.net>
    <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>>
    >     <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>
    <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>>>
    >     >>     >> <mailto:jdrake@juniper.net
    <mailto:jdrake@juniper.net> <mailto:jdrake@juniper.net
    <mailto:jdrake@juniper.net>>
    >     <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>
    <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>>>>>
    >     >>     >> Cc: "ccamp@ietf.org <mailto:ccamp@ietf.org>
    <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>
    >     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>
    <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>>
    >     >>     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>
    <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>
    >     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>
    <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>>>" <ccamp@ietf.org
    <mailto:ccamp@ietf.org>
    >     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>
    >     >>     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>
    <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>>
    >     >>     >> <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>
    <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>
    >     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>
    <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>>>>
    >     >>     >> Subject: RE: Comments about
    >     >>     >> draft-beeram-ccamp-network-assigned-upstream-label-00
    >     >>     >>
    >     >>     >> Zafar,
    >     >>     >>
    >     >>     >> 1) Using an error indication as a part of normal
    protocol
    >     >>     >> operation is not good design practice.
    >     >>     >>
    >     >>     >> Use of Path error and notify message is an integral part
    >     of the
    >     >>     >> RSVP-TE design. Also please note that we are not
    debating
    >     about a
    >     >>     >> new procedure being proposed but talking about a
    procedure
    >     that
    >     >>is
    >     >>     >> already implemented and deployed.
    >     >>     >>
    >     >>     >>
    >     >>     >>
    >     >>     >> IB>> The way I interpret this discussion is
    something like
    >     this:
    >     >>     >>
    >     >>     >>
    >     >>     >>
    >     >>     >> John: I believe that white is a lighter color than
    black.
    >     >>     >>
    >     >>     >> Zafa: Well, John, black is an integral part of the color
    >     pallet.
    >     >>     >> Many mature applications successfully use black for
    their
    >     various
    >     >>     >> purposes. My implementations, for example, use black for
    >     pretty
    >     >>     >> much everything¡­.. So, it is not clear which color
    is lighter,
    >     >>and
    >     >>     >> why do we need other colors at all. :=)
    >     >>     >>
    >     >>     >>
    >     >>     >>
    >     >>     >> I mean to say that your, Zafar, comments IMHO are not
    >     >>constructive
    >     >>     >> technical arguments.
    >     >>     >>
    >     >>     >> Igor
    >     >>     >>
    >     >>     >>
    >     >>     >>
    >     >>     >> Hi Igor and John:
    >     >>     >>
    >     >>     >> This is really funny. This is the first time I have
    heard that
    >     >>     running
    >     >>     >> code has no merit at IETF :) This is especially when the
    >     >>     running code
    >     >>     >> is directly coming from RFC3473. You are calling it "not
    >     >>     constructive
    >     >>     >> technical arguments"! Last I heard we believed in
    running code
    >     >>(See
    >     >>     >> your T-shirt from the election day from IETF Atlanta).
    >     >>     >>
    >     >>     >> Your draft is ONLY applicable for a use case where
    >     upstream and
    >     >>     >> downstream alien wavelength are different. When
    upstream and
    >     >>     >> downstream alien wavelength are same, use of
    acceptable label
    >     >>     set and
    >     >>     >> label set objects constitute the running code.
    However, your
    >     >>draft
    >     >>     >> neither makes that applicability statement nor makes any
    >     mention
    >     >>or
    >     >>     >> cover or reference to procedure I quoted from RFC3473.
    >     >>     >>
    >     >>     >> Thanks
    >     >>     >>
    >     >>     >> Regards¡­Zafar
    >     >>     >>
    >     >>     >>
    >     >>     >>
    >     >>     >>
    >     >>     >>
    >     >>     >> *From:*Zafar Ali (zali) [mailto:zali@cisco.com
    <mailto:zali@cisco.com>
    >     <mailto:zali@cisco.com <mailto:zali@cisco.com>>
    >     >>     <mailto:zali@cisco.com <mailto:zali@cisco.com>
    <mailto:zali@cisco.com <mailto:zali@cisco.com>>>]
    >     >>     >> *Sent:* Monday, November 04, 2013 1:51 AM
    >     >>     >> *To:* John E Drake; Igor Bryskin
    >     >>     >> *Cc:* ccamp@ietf.org <mailto:ccamp@ietf.org>
    <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>
    >     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>
    <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>>
    >     >>     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>
    <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>
    >     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>
    <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>>>
    >     >>     >> *Subject:* Re: Comments about
    >     >>     >> draft-beeram-ccamp-network-assigned-upstream-label-00
    >     >>     >>
    >     >>     >>
    >     >>     >>
    >     >>     >> Hi John:
    >     >>     >>
    >     >>     >>
    >     >>     >>
    >     >>     >> Please see in-line.
    >     >>     >>
    >     >>     >>
    >     >>     >>
    >     >>     >> Thanks
    >     >>     >>
    >     >>     >>
    >     >>     >>
    >     >>     >> Regards ¡­ Zafar
    >     >>     >>
    >     >>     >>
    >     >>     >>
    >     >>     >> *From: *"jdrake@juniper.net
    <mailto:jdrake@juniper.net> <mailto:jdrake@juniper.net
    <mailto:jdrake@juniper.net>>
    >     <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>
    <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>>>
    >     >>     <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>
    <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>>
    >     <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>
    <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>>>>"
    >     >>     >> <jdrake@juniper.net <mailto:jdrake@juniper.net>
    <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>>
    >     <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>
    <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>>>
    >     >>     <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>
    <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>>

    >     <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>
    <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>>>>>
    >     >>     >> *Date: *Sunday, November 3, 2013 11:57 AM
    >     >>     >> *To: *zali <zali@cisco.com <mailto:zali@cisco.com>
    <mailto:zali@cisco.com <mailto:zali@cisco.com>>
    >     <mailto:zali@cisco.com <mailto:zali@cisco.com>
    <mailto:zali@cisco.com <mailto:zali@cisco.com>>>

    >     >>     <mailto:zali@cisco.com <mailto:zali@cisco.com>
    <mailto:zali@cisco.com <mailto:zali@cisco.com>>

    >     <mailto:zali@cisco.com <mailto:zali@cisco.com>
    <mailto:zali@cisco.com <mailto:zali@cisco.com>>>>>,
    >     >>     >> "IBryskin@advaoptical.com
    <mailto:IBryskin@advaoptical.com>
    >     <mailto:IBryskin@advaoptical.com
    <mailto:IBryskin@advaoptical.com>> <mailto:IBryskin@advaoptical.com
    <mailto:IBryskin@advaoptical.com>
    >     <mailto:IBryskin@advaoptical.com
    <mailto:IBryskin@advaoptical.com>>>

    >     >>     <mailto:IBryskin@advaoptical.com
    <mailto:IBryskin@advaoptical.com>
    >     <mailto:IBryskin@advaoptical.com
    <mailto:IBryskin@advaoptical.com>> <mailto:IBryskin@advaoptical.com
    <mailto:IBryskin@advaoptical.com>
    >     <mailto:IBryskin@advaoptical.com
    <mailto:IBryskin@advaoptical.com>>>>"
    >     >>     >> <IBryskin@advaoptical.com
    <mailto:IBryskin@advaoptical.com>
    >     <mailto:IBryskin@advaoptical.com
    <mailto:IBryskin@advaoptical.com>> <mailto:IBryskin@advaoptical.com
    <mailto:IBryskin@advaoptical.com>
    >     <mailto:IBryskin@advaoptical.com
    <mailto:IBryskin@advaoptical.com>>>
    >     >>     <mailto:IBryskin@advaoptical.com
    <mailto:IBryskin@advaoptical.com>
    >     <mailto:IBryskin@advaoptical.com
    <mailto:IBryskin@advaoptical.com>> <mailto:IBryskin@advaoptical.com
    <mailto:IBryskin@advaoptical.com>

    >     <mailto:IBryskin@advaoptical.com
    <mailto:IBryskin@advaoptical.com>>>>>
    >     >>     >> *Cc: *"ccamp@ietf.org <mailto:ccamp@ietf.org>
    <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>
    >     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>
    <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>>

    >     >>     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>
    <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>
    >     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>
    <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>>>" <ccamp@ietf.org
    <mailto:ccamp@ietf.org>
    >     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>
    >     >>     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>
    <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>>
    >     >>     >> <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>
    <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>

    >     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>
    <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>>>>
    >     >>     >> *Subject: *RE: Comments about
    >     >>     >> draft-beeram-ccamp-network-assigned-upstream-label-00
    >     >>     >>
    >     >>     >>
    >     >>     >>
    >     >>     >> Zafar,
    >     >>     >>
    >     >>     >> That because this already defined method has the
    following
    >     >>issues:
    >     >>     >>
    >     >>     >> 1) Using an error indication as a part of normal
    protocol
    >     >>     >> operation is not good design practice.
    >     >>     >>
    >     >>     >> Use of Path error and notify message is an integral part
    >     of the
    >     >>     >> RSVP-TE design. Also please note that we are not
    debating
    >     about a
    >     >>     >> new procedure being proposed but talking about a
    procedure
    >     that
    >     >>is
    >     >>     >> already implemented and deployed.
    >     >>     >>
    >     >>     >> 2) Acceptable Label Set is optional so its presence
    is not
    >     >>     >> guaranteed
    >     >>     >>
    >     >>     >> So is the case of newly defined upstream label set. Also
    >     please
    >     >>     >> note that many part of the RSVP-TE protocol are
    designed using
    >     >>     >> optional objects.
    >     >>     >>
    >     >>     >> 3) The information it provides may be out of date by
    the time
    >     >>     >> the LSP is re-signaled.
    >     >>     >>
    >     >>     >> This is an implementation issue. A node sending the
    acceptable
    >     >>     >> label set has the responsibility to guarantee that
    information
    >     >>     >> provides in the acceptable label set remains valid for
    >     >>     >> re-signaling time. E.g., UNI-N implementation can cache
    >     the label
    >     >>     >> for the re-signaling time.
    >     >>     >>
    >     >>     >> 4) Most importantly, Acceptable Label Set is
    generated hop by
    >     >>     >> hop, unlike Upstream Label Set which exercises the
    entire
    >     >>     >> path. This means that its use to determine a valid
    wavelength
    >     >>     >> would require a potentially unbounded number of
    crankbacks,
    >     >>     >> both single and multi-hop, with no guarantee that such a
    >     >>     >> wavelength could be found.
    >     >>     >>
    >     >>     >> In the use case of align wavelength addressed in this
    >     draft, the
    >     >>     >> acceptable label set communication is restricted to the
    >     UNI-C and
    >     >>     >> UNI-N node.
    >     >>     >>
    >     >>     >> Yours Irrespectively,
    >     >>     >>
    >     >>     >>
    >     >>     >>
    >     >>     >> John
    >     >>     >>
    >     >>     >>
    >     >>     >>
    >     >>     >> *From:*ccamp-bounces@ietf.org
    <mailto:ccamp-bounces@ietf.org>
    >     <mailto:ccamp-bounces@ietf.org
    <mailto:ccamp-bounces@ietf.org>> <mailto:ccamp-bounces@ietf.org
    <mailto:ccamp-bounces@ietf.org>
    >     <mailto:ccamp-bounces@ietf.org <mailto:ccamp-bounces@ietf.org>>>
    >     >>     <mailto:ccamp-bounces@ietf.org
    <mailto:ccamp-bounces@ietf.org>

    >     <mailto:ccamp-bounces@ietf.org
    <mailto:ccamp-bounces@ietf.org>> <mailto:ccamp-bounces@ietf.org
    <mailto:ccamp-bounces@ietf.org>

    >     <mailto:ccamp-bounces@ietf.org <mailto:ccamp-bounces@ietf.org>>>>
    >     >>     >> [mailto:ccamp-bounces@ietf.org
    <mailto:ccamp-bounces@ietf.org>
    >     <mailto:ccamp-bounces@ietf.org
    <mailto:ccamp-bounces@ietf.org>> <mailto:ccamp-bounces@ietf.org
    <mailto:ccamp-bounces@ietf.org>
    >     <mailto:ccamp-bounces@ietf.org <mailto:ccamp-bounces@ietf.org>>>]
    >     >>     *On Behalf Of *Zafar Ali (zali)
    >     >>     >> *Sent:* Sunday, November 03, 2013 8:12 AM
    >     >>     >> *To:* IBryskin@advaoptical.com
    <mailto:IBryskin@advaoptical.com>
    >     <mailto:IBryskin@advaoptical.com
    <mailto:IBryskin@advaoptical.com>>
    >     >>     <mailto:IBryskin@advaoptical.com
    <mailto:IBryskin@advaoptical.com>

    >     <mailto:IBryskin@advaoptical.com
    <mailto:IBryskin@advaoptical.com>>> <mailto:IBryskin@advaoptical.com
    <mailto:IBryskin@advaoptical.com>
    >     <mailto:IBryskin@advaoptical.com
    <mailto:IBryskin@advaoptical.com>>
    >     >>     <mailto:IBryskin@advaoptical.com
    <mailto:IBryskin@advaoptical.com>

    >     <mailto:IBryskin@advaoptical.com
    <mailto:IBryskin@advaoptical.com>>>>
    >     >>     >> *Cc:* ccamp@ietf.org <mailto:ccamp@ietf.org>
    <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>
    >     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>
    <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>>

    >     >>     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>
    <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>

    >     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>
    <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>>>
    >     >>     >> *Subject:* [CCAMP] Comments about
    >     >>     >> draft-beeram-ccamp-network-assigned-upstream-label-00
    >     >>     >>
    >     >>     >>
    >     >>     >>
    >     >>     >> Hi Igor and co-authors-
    >     >>     >>
    >     >>     >>
    >     >>     >>
    >     >>     >> Please note that [RFC3473] already considers the
    case where
    >     >>     >> upstream label may not be acceptable to a downstream
    >     >>     >> node. Specifically, [RFC3473] states that:
    >     >>     >>
    >     >>     >> "/when a Path message containing an Upstream_Label
    object is
    >     >>     >> received, the receiver first verifies that the
    upstream label
    >     >>     >> is acceptable. If the label is not acceptable, the
    receiver
    >     >>     >> /*MUST*/issue a PathErr message with a "Routing
    >     >>     >> problem/Unacceptable label value" indication. The
    generated
    >     >>     >> PathErr message MAY include an Acceptable Label Set
    Object/".
    >     >>     >>
    >     >>     >> Acceptable_Label_Set objects may be carried in
    PathErr and
    >     >>     >> ResvErr messages [RFC3473].
    >     >>     >>
    >     >>     >>
    >     >>     >>
    >     >>     >> However, your draft does not mention or cover this
    already
    >     >>     >> defined method.
    >     >>     >>
    >     >>     >>
    >     >>     >>
    >     >>     >> Thanks
    >     >>     >>
    >     >>     >>
    >     >>     >>
    >     >>     >> Regards ¡­ Zafar
    >     >>     >>
    >     >>     >
    >     >>     >
    >     >>     > _______________________________________________
    >     >>     > CCAMP mailing list
    >     >>     > CCAMP@ietf.org <mailto:CCAMP@ietf.org>
    <mailto:CCAMP@ietf.org <mailto:CCAMP@ietf.org>>

    >     <mailto:CCAMP@ietf.org <mailto:CCAMP@ietf.org>
    <mailto:CCAMP@ietf.org <mailto:CCAMP@ietf.org>>>

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

    >     >>     CCAMP@ietf.org <mailto:CCAMP@ietf.org>
    <mailto:CCAMP@ietf.org <mailto:CCAMP@ietf.org>>
    <mailto:CCAMP@ietf.org <mailto:CCAMP@ietf.org>

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





      

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


    

  


From zali@cisco.com  Tue Nov  5 17:59:05 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0FFBC21E80CD for ; Tue,  5 Nov 2013 17:59:05 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8.366
X-Spam-Level: 
X-Spam-Status: No, score=-8.366 tagged_above=-999 required=5 tests=[AWL=-1.267, BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id p--uEh+yE7kY for ; Tue,  5 Nov 2013 17:58:59 -0800 (PST)
Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) by ietfa.amsl.com (Postfix) with ESMTP id 9250D21E80C2 for ; Tue,  5 Nov 2013 17:58:57 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=954; q=dns/txt; s=iport; t=1383703137; x=1384912737; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=/WRBcGfYej753EcL77ueEGjAsXMjdXhl0vWjck3kHpA=; b=PhWRru4mIHPVe0JGYlTuqOm3nzETZxjMfrudK//RuFVaub4wa5g1oxFf rd/0a1dw0p5w5ZaILDkcleg0N5D+8svYgo/dG5/aiPia6azBExdPgsq3/ pPEJJOtkMvBUGaZ7v+miEq7xbOlJmjaSEMEV5l5gUotTOKR9ZCrQMZius M=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AhgFAPOheVKtJXG9/2dsb2JhbABZgweBC4MIvEQYgQ0WdIIlAQEBBDRFDAYBCBEDAQIFKAQfERoDCAIEAQ0Fh28DD5Bbm1IOiEkNiWuBIItHgkcrBwQCglyBTQOWH4FrjFKFN4FogT6CKg
X-IronPort-AV: E=Sophos;i="4.93,643,1378857600"; d="scan'208";a="281183840"
Received: from rcdn-core2-2.cisco.com ([173.37.113.189]) by rcdn-iport-7.cisco.com with ESMTP; 06 Nov 2013 01:58:44 +0000
Received: from xhc-rcd-x01.cisco.com (xhc-rcd-x01.cisco.com [173.37.183.75]) by rcdn-core2-2.cisco.com (8.14.5/8.14.5) with ESMTP id rA61wiBQ029667 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 6 Nov 2013 01:58:44 GMT
Received: from xmb-rcd-x14.cisco.com ([169.254.4.50]) by xhc-rcd-x01.cisco.com ([173.37.183.75]) with mapi id 14.03.0123.003; Tue, 5 Nov 2013 19:58:43 -0600
From: "Zafar Ali (zali)" 
To: Fatai Zhang , Lou Berger , "Igor Bryskin" , Vishnu Pavan Beeram 
Thread-Topic: =?big5?B?W0NDQU1QXSC1qs5gOiAgtarOYDogQ29tbWVudHMgYWJvdXQgZHJhZnQtYmVlcmFt?= =?big5?Q?-ccamp-network-assigned-upstream-label-00?=
Thread-Index: AQHO2n3AzlEFfGR6ekStSVSSbNvyr5oXUPCA
Date: Wed, 6 Nov 2013 01:58:43 +0000
Message-ID: 
In-Reply-To: 
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.2.3.120616
x-originating-ip: [10.21.65.18]
Content-Type: text/plain; charset="big5"
Content-ID: <749C604640C0F040BFF1821C5C1EF250@emea.cisco.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Cc: "ccamp@ietf.org" 
Subject: Re: [CCAMP] =?big5?b?tarOYDogILWqzmA6IENvbW1lbnRzIGFib3V0IGRyYWZ0LWJl?= =?big5?b?ZXJhbS1jY2FtcC1uZXR3b3JrLWFzc2lnbmVkLXVwc3RyZWFtLWxhYmVsLTAw?=
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 06 Nov 2013 01:59:05 -0000

DQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogRmF0YWkgWmhhbmcgPHpoYW5nZmF0
YWlAaHVhd2VpLmNvbT4NCkRhdGU6IFR1ZXNkYXksIE5vdmVtYmVyIDUsIDIwMTMgMzoyMCBQTQ0K
VG86ICJsYmVyZ2VyQGxhYm4ubmV0IiA8bGJlcmdlckBsYWJuLm5ldD4sICJJQnJ5c2tpbkBhZHZh
b3B0aWNhbC5jb20iDQo8SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPiwgVmlzaG51IFBhdmFuIEJl
ZXJhbSA8dmlzaG51cGF2YW5AZ21haWwuY29tPg0KQ2M6ICJjY2FtcEBpZXRmLm9yZyIgPGNjYW1w
QGlldGYub3JnPg0KU3ViamVjdDogW0NDQU1QXSC1qs5gOiAgtarOYDogQ29tbWVudHMgYWJvdXQN
CmRyYWZ0LWJlZXJhbS1jY2FtcC1uZXR3b3JrLWFzc2lnbmVkLXVwc3RyZWFtLWxhYmVsLTAwDQoN
Cj5Gb3IgdGhlIHRyYW5zcG9ydC9HTVBMUyBuZXR3b3JrcywgSSB3b3VsZCByZXBlYXQgdGhlIGJp
ZGlyZWN0aW9uYWwgTFNQcw0KPmFyZSBhbHdheXMgc3ltbWV0cmljIGluIHByYWN0aWNlLCBzbyB0
aGVyZSBhcmUgbm8gY2FzZXMgZm9yIHNvbWUgbm9kZXMgdG8NCj5hc3NpZ24gYXN5bW1ldHJpYyBs
YWJlbHMuDQo+DQoNCkkgYWdyZWUuIEp1c3Qgd2FudCB0byBhZGQgYXMgQ0NBTVAgc2hvdWxkIE5P
VCBiZSBhc3N1bWluZyBzb21lIHJlc2VhcmNoDQp3b3JrLiANCg0KVGhhbmtzDQoNClJlZ2FyZHMu
Li5aYWZhciANCg0K

From rrao@infinera.com  Tue Nov  5 18:15:08 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7290821F9E83 for ; Tue,  5 Nov 2013 18:15:08 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.926
X-Spam-Level: *
X-Spam-Status: No, score=1.926 tagged_above=-999 required=5 tests=[AWL=-4.524,  BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, SARE_SUB_ENC_GB2312=1.345]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VjvoTpqDtfNe for ; Tue,  5 Nov 2013 18:15:03 -0800 (PST)
Received: from sv-casht-prod2.infinera.com (sv-casht-prod2.infinera.com [8.4.225.25]) by ietfa.amsl.com (Postfix) with ESMTP id 127BA11E81C6 for ; Tue,  5 Nov 2013 18:15:03 -0800 (PST)
Received: from SV-EXDB-PROD1.infinera.com ([fe80::dc68:4e20:6002:a8f9]) by sv-casht-prod2.infinera.com ([::1]) with mapi id 14.03.0123.003; Tue, 5 Nov 2013 18:15:02 -0800
From: Rajan Rao 
To: Dieter Beller , Igor Bryskin , Vishnu Pavan Beeram 
Thread-Topic: =?gb2312?B?W0NDQU1QXSC08Li0OiAgtPC4tDogQ29tbWVudHMgYWJvdXQgZHJhZnQtYmVl?= =?gb2312?Q?ram-ccamp-network-assigned-upstream-label-00?=
Thread-Index: AQHO2n2+oyU+XACrQEexPIvQPHTStJoX926A//993EA=
Date: Wed, 6 Nov 2013 02:15:00 +0000
Message-ID: <650AA355E323C34D9D4AAEED952E053D3FC12343@SV-EXDB-PROD1.infinera.com>
References:    <52790CAD.80003@labn.net>   <52791CB8.4000706@labn.net>  <52794534.3030804@labn.net> , <52797582.3070508@labn.net>  <5279A15F.5070604@alcatel-lucent.com>
In-Reply-To: <5279A15F.5070604@alcatel-lucent.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.100.156.108]
Content-Type: multipart/alternative; boundary="_000_650AA355E323C34D9D4AAEED952E053D3FC12343SVEXDBPROD1infi_"
MIME-Version: 1.0
Cc: "ccamp@ietf.org" 
Subject: Re: [CCAMP] =?gb2312?b?tPC4tDogILTwuLQ6IENvbW1lbnRzIGFib3V0IGRyYWZ0?= =?gb2312?b?LWJlZXJhbS1jY2FtcC1uZXR3b3JrLWFzc2lnbmVkLXVwc3RyZWFtLWxhYmVs?= =?gb2312?b?LTAw?=
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 06 Nov 2013 02:15:08 -0000

--_000_650AA355E323C34D9D4AAEED952E053D3FC12343SVEXDBPROD1infi_
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: base64

QXJjaGl0ZWN0dXJhbGx5IGl0IG1ha2VzIHNlbnNlIHRvIGNvdmVyIHRoaXMgY2FzZS4gIEluIG15
IHBhc3QgZXhwZXJpZW5jZSwgSSBoYXZlIHdvcmtlZCBvbiBST0FETSBzeXN0ZW0gd2hpY2ggbWFu
ZGF0ZWQgYXN5bW1ldHJpYyBhZGQvZHJvcCEhDQoNCkkgY2FuIHRoaW5rIG9mIG11bHRpLWZhaWx1
cmUgc2NlbmFyaW8gKHVuaWRpcmVjdGlvbmFsKSB3aGljaCBjb3VsZCB0YWtlIGFkdmFudGFnZSBv
ZiBhdmFpbGFibGUgc3BlY3RydW0gaW4gZGlmZmVyZW50IGZpYmVycyB0byBjb21wbGV0ZSBFMkUg
cGF0aCBzZXR1cC4gIEFzIGxvbmcgYXMgaGFyZHdhcmUgaXMgY2FwYWJsZSBvZiBzdXBwb3J0aW5n
IHRoaXMgSSBkbyBub3Qgc2VlIGEgcmVhc29uIGZvciBDUCB0byBibG9jayBpdC4NCg0KVGh4DQpS
YWphbg0KDQpGcm9tOiBjY2FtcC1ib3VuY2VzQGlldGYub3JnIFttYWlsdG86Y2NhbXAtYm91bmNl
c0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIERpZXRlciBCZWxsZXINClNlbnQ6IFR1ZXNkYXksIE5v
dmVtYmVyIDA1LCAyMDEzIDU6NTUgUE0NClRvOiBJZ29yIEJyeXNraW47IFZpc2hudSBQYXZhbiBC
ZWVyYW0NCkNjOiBjY2FtcEBpZXRmLm9yZw0KU3ViamVjdDogUmU6IFtDQ0FNUF0gtPC4tDogtPC4
tDogQ29tbWVudHMgYWJvdXQgZHJhZnQtYmVlcmFtLWNjYW1wLW5ldHdvcmstYXNzaWduZWQtdXBz
dHJlYW0tbGFiZWwtMDANCg0KSGkgUGF2YW4gYW5kIElnb3IsDQoNCkkgc2hhcmUgRmF0YWkncyBj
b25jZXJucyAtIGFzIGZhciBhcyB0cmFuc3BvcnQgbmV0d29ya3MgYXJlIGNvbmNlcm5lZCwgTFNQ
cyBhcmUgYmlkaXJlY3Rpb25hbCBpbiBuYXR1cmUNCmFuZCB0aGUgbGFiZWxzIGFyZSBzeW1tZXRy
aWMuIEl0IHdvdWxkIGJlIG5pY2UgaWYgeW91IGNvdWxkIGVsYWJvcmF0ZSBhIGJpdCBtb3JlIGFu
ZCBwcm92aWRlIHNvbWUNCnByYWN0aWNhbCBhcHBsaWNhdGlvbiBleGFtcGxlcyB0aGF0IGp1c3Rp
ZnkgdGhlIHJlcXVpcmVtZW50IG9mIGFzeW1tZXRyaWMgbGFiZWxzLg0KDQoNClRoYW5rcywNCkRp
ZXRlcg0KDQpPbiAwNi4xMS4yMDEzIDAwOjIwLCBGYXRhaSBaaGFuZyB3cm90ZToNCg0KSGksDQoN
Cg0KDQpGb3IgdGhlIHRyYW5zcG9ydC9HTVBMUyBuZXR3b3JrcywgSSB3b3VsZCByZXBlYXQgdGhl
IGJpZGlyZWN0aW9uYWwgTFNQcyBhcmUgYWx3YXlzIHN5bW1ldHJpYyBpbiBwcmFjdGljZSwgc28g
dGhlcmUgYXJlIG5vIGNhc2VzIGZvciBzb21lIG5vZGVzIHRvIGFzc2lnbiBhc3ltbWV0cmljIGxh
YmVscy4NCg0KDQoNCkhvd2V2ZXIsIEkgd291bGQgYWdyZWUgb24gdGhlIHJlcXVpcmVtZW50cyBp
ZiB3ZSBqdXN0IGRvIHNvbWUgcmVzZWFyY2ggaW4gdGhlb3J5Lg0KDQoNCg0KVGhhbmtzDQoNCg0K
DQpGYXRhaQ0KDQoNCg0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X18NCg0Kt6K8/sjLOiBjY2FtcC1ib3VuY2VzQGlldGYub3JnPG1haWx0bzpjY2FtcC1ib3VuY2Vz
QGlldGYub3JnPiBbY2NhbXAtYm91bmNlc0BpZXRmLm9yZzxtYWlsdG86Y2NhbXAtYm91bmNlc0Bp
ZXRmLm9yZz5dILT6se0gTG91IEJlcmdlciBbbGJlcmdlckBsYWJuLm5ldDxtYWlsdG86bGJlcmdl
ckBsYWJuLm5ldD5dDQoNCreiy83KsbzkOiAyMDEzxOoxMdTCNsjVIDY6NDcNCg0KytW8/sjLOiBJ
Z29yIEJyeXNraW47IFZpc2hudSBQYXZhbiBCZWVyYW0NCg0Ks63LzTogY2NhbXBAaWV0Zi5vcmc8
bWFpbHRvOmNjYW1wQGlldGYub3JnPg0KDQrW98ziOiBSZTogW0NDQU1QXSC08Li0OiBDb21tZW50
cyBhYm91dCBkcmFmdC1iZWVyYW0tY2NhbXAtbmV0d29yay1hc3NpZ25lZC11cHN0cmVhbS1sYWJl
bC0wMA0KDQoNCg0KSWdvciwNCg0KDQoNCk9uIDExLzUvMjAxMyAxMTo0MiBBTSwgSWdvciBCcnlz
a2luIHdyb3RlOg0KDQpMb3UsDQoNCkluIG1ham9yaXR5IG9mIHRoZSBjYXNlcyBVTkktQ3Mgd291
bGQgd2FudCB0byBoYXZlIHRoZWlyIEctTFNQcyBsYWJlbC1zeW1tZXRyaWNhbC4NCg0KDQoNCkV2
ZXJ5IHRpbWUgeW91IHNheSBVTkktQyBJJ3ZlIGJlZW4gYXNzdW1pbmcgeW91IG1lYW4gaW5ncmVz
cywgaXMgdGhpcw0KDQpjb3JyZWN0Pw0KDQoNCg0KSWYgdGhlIGxhYmVsIHN5bW1ldHJpY2l0eSBp
cyBsZWZ0IHRvIHRoZSBsb2NhbCBwb2xpY3kgb2YgdGhlIG5ldHdvcmssDQoNCnRoZSBsYXR0ZXIg
bWF5IGRlY2lkZSAoZS5nLiBiZWNhdXNlIG9mIGV4aXN0aW5nIHVuaWRpcmVjdGlvbmFsIExTUHMN
Cg0Kc2V0IHVwIGZvciBvdGhlciB1c2VycyBvciBQMk1QIExTUHMpIHRvIGFzc2lnbiBkaWZmZXJl
bnQgbGFiZWxzIGZvcg0KDQpVUyBhbmQgRFMgdW5sZXNzIHRoZXJlIGlzIGFuIGV4cGxpY2l0IGNv
bnN0cmFpbnQgc2lnbmFsZWQgZnJvbSB0aGUNCg0KVU5JLUMgdG8gbWFrZSBzeW1tZXRyaWNhbCBv
ciBmYWlsIHRoZSBzZXR1cC4NCg0KDQoNCg0KDQpTbyB5b3UgYmVsaWV2ZSB0aGVyZSBpcyBhIHVz
ZSBjYXNlIHdoZXJlIHNvbWUgbm9kZXMgd2lsbCBhc3NpZ24NCg0KYXN5bW1ldHJpYyBsYWJlbHMg
Zm9yIHRoZSBzYW1lIHNlcnZpY2UsIGFuZCBvdGhlciBub2RlcyBhbG9uZyB0aGUgTFNQDQoNCm9u
bHkgc3VwcG9ydCBzeW1tZXRyaWMgbGFiZWxzLiAgUmlnaHQ/DQoNCg0KDQpMb3UNCg0KDQoNCkln
b3INCg0KDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQoNCkZyb206IExvdSBCZXJnZXIg
W21haWx0bzpsYmVyZ2VyQGxhYm4ubmV0XQ0KDQpTZW50OiBUdWVzZGF5LCBOb3ZlbWJlciAwNSwg
MjAxMyAyOjIxIFBNDQoNClRvOiBJZ29yIEJyeXNraW47IFZpc2hudSBQYXZhbiBCZWVyYW0NCg0K
Q2M6IGNjYW1wQGlldGYub3JnPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4NCg0KU3ViamVjdDogUmU6
IFtDQ0FNUF0gtPC4tDogQ29tbWVudHMgYWJvdXQgZHJhZnQtYmVlcmFtLWNjYW1wLW5ldHdvcmst
YXNzaWduZWQtdXBzdHJlYW0tbGFiZWwtMDANCg0KDQoNCkdyZWF0LiBTbyB0aGlzIGlzIGEgbmlj
ZSBzaG9ydCBsaXN0LiAgSSB0aGluayB0aGUgdXRpbGl0eSBvZiByZXF1aXJlbWVudHMgMSBhbmQg
MiBhcmUgcHJldHR5IGNsZWFyLiBZb3UgaGF2ZSBzdGF0ZWQgdGhhdCBib3RoIHN5bW1ldHJpYyBh
bmQgYXN5bW1ldHJpYyBsYWJlbHMgYXJlIG5lZWRlZCBpbiBvcHRpY2FsIGZvciBzaW5nbGUgZmli
ZXIgcmluZ3MuICBXaGlsZSBJJ20gcGVyc29uYWxseSBhbWF6ZWQgdGhhdCB0aGVzZSBzdGlsbCBl
eGlzdCwgSSAgKHdpdGggbm8gaGF0IG9uKSBhY2NlcHQgdGhlIHVzZSBjYXNlLg0KDQoNCg0KSSBz
dXNwZWN0IHRoYXQgc29tZSBhcmUgbm90IGNvbnZpbmNlZCBvbiB0aGUgbmVlZCB0byAicHV0IGxh
YmVsIHN5bW1ldHJ5IGludG8gdGhlIHByb3RvY29sIiAoSnVpbGllbidzIHF1ZXN0aW9uKQ0KDQoN
Cg0KQ2FuIHlvdSAoYXV0aG9ycykgZWxhYm9yYXRlIG9uIHdoeSB0aGlzIG5lZWRzIHRvIGJlIGNo
YW5nZWQ/DQoNCg0KDQpUaGFua3MsDQoNCkxvdQ0KDQoNCg0KT24gMTEvMDUvMjAxMyAwMjowMSBQ
TSwgSWdvciBCcnlza2luIHdyb3RlOg0KDQpMb3UsDQoNCg0KDQogICAgMS4gRG93bnN0cmVhbSBz
ZWxlY3Rpb24gb2YgdGhlIHVwc3RyZWFtIGxhYmVsDQoNCg0KDQoNCg0KICAgIDIuIEFuIG9wdGlv
biB0byBhbGxvdyB1cHN0cmVhbSBub2RlIHRvIHByb3ZpZGUgc2V0IG9mIGxhYmVscyB0aGF0DQoN
CiAgICAgICBzaG91bGQgYmUgdXNlZCBpbiB0aGUgZG93bnN0cmVhbSBub2RlcycgY2hvaWNlIG9m
IHVwc3RyZWFtDQoNCmxhYmVsDQoNCg0KDQogICAgMy4gVGhlIHVzZSBvZiBzeW1tZXRyaWMgbGFi
ZWxzIHdoZW4gdGhlIGRvd25zdHJlYW0gbm9kZQ0KDQogICAgICAgaXMgc2VsZWN0aW5nIHRoZSBs
YWJlbC4NCg0KDQoNCiAgICA0LiBBbGxvd2luZyBmb3IgYXN5bW1ldHJpYyBsYWJlbHMgaXMgbm90
IGEgbmV3IHJlcXVpcmVtZW50LCBub3IgZG8NCg0KICAgICAgIHlvdSByZWFsbHkgY2FyZSBhYm91
dCBpdC4NCg0KDQoNCkkgYWdyZWUgd2l0aCAxLTMuIEJ1dCA0LiBzaG91bGQgbm90IGJlIGlnbm9y
ZWQNCg0KDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQoNCkZyb206IExvdSBCZXJnZXIg
W21haWx0bzpsYmVyZ2VyQGxhYm4ubmV0XQ0KDQpTZW50OiBUdWVzZGF5LCBOb3ZlbWJlciAwNSwg
MjAxMyAxMToyOSBBTQ0KDQpUbzogSWdvciBCcnlza2luOyBWaXNobnUgUGF2YW4gQmVlcmFtDQoN
CkNjOiBjY2FtcEBpZXRmLm9yZzxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+DQoNClN1YmplY3Q6IFJl
OiBbQ0NBTVBdILTwuLQ6IENvbW1lbnRzIGFib3V0DQoNCmRyYWZ0LWJlZXJhbS1jY2FtcC1uZXR3
b3JrLWFzc2lnbmVkLXVwc3RyZWFtLWxhYmVsLTAwDQoNCg0KDQpJZ29yLA0KDQogICAgIFNvIHlv
dSBhcmUgYWRkaW5nIHRvIDMgdG8gY292ZXIgdGhlIGNhc2Ugd2hlbiB0aGUgdXBzdHJlYW0gbm9k
ZSBzZWxlY3RzIHRoZSBsYWJlbCwgcmlnaHQ/DQoNCiAgICAzLiBUaGUgdXNlIG9mIHN5bW1ldHJp
YyBsYWJlbHMgd2hlbiB0aGUgZG93bnN0cmVhbSBub2RlDQoNCiAgICAgICBpcyBzZWxlY3Rpbmcg
dGhlIGxhYmVsLg0KDQoNCg0KTG91DQoNCg0KDQpPbiAxMS81LzIwMTMgODoyMCBBTSwgSWdvciBC
cnlza2luIHdyb3RlOg0KDQpJIHdvdWxkIGFkZDoNCg0KDQoNCjUuIEEgd2F5IGZvciBVUyBub2Rl
IChlLmcuIFVOSS1DKSB0byBtYW5kYXRlIHRoZSBsYWJlbCBzeW1tZXRyaWNpdHkuDQoNCg0KDQoN
Cg0KDQoNCipGcm9tOipjY2FtcC1ib3VuY2VzQGlldGYub3JnIFttYWlsdG86Y2NhbXAtYm91bmNl
c0BpZXRmLm9yZ10gKk9uDQoNCkJlaGFsZiBPZiAqVmlzaG51IFBhdmFuIEJlZXJhbQ0KDQoqU2Vu
dDoqIFR1ZXNkYXksIE5vdmVtYmVyIDA1LCAyMDEzIDEwOjUwIEFNDQoNCipUbzoqIExvdSBCZXJn
ZXINCg0KKkNjOiogY2NhbXBAaWV0Zi5vcmc8bWFpbHRvOmNjYW1wQGlldGYub3JnPg0KDQoqU3Vi
amVjdDoqIFJlOiBbQ0NBTVBdILTwuLQ6IENvbW1lbnRzIGFib3V0DQoNCmRyYWZ0LWJlZXJhbS1j
Y2FtcC1uZXR3b3JrLWFzc2lnbmVkLXVwc3RyZWFtLWxhYmVsLTAwDQoNCg0KDQoNCg0KDQoNCkxv
dSwNCg0KDQoNCg0KDQoNCg0KWWVzLCB5b3VyIHN1bW1hcml6ZWQgcG9pbnRzIGFyZSBjb3JyZWN0
Lg0KDQoNCg0KDQoNCg0KDQpUaGFua3MsDQoNCg0KDQotUGF2YW4uDQoNCg0KDQoNCg0KDQoNCk9u
IFR1ZSwgTm92IDUsIDIwMTMgYXQgMTA6MjAgQU0sIExvdSBCZXJnZXIgPGxiZXJnZXJAbGFibi5u
ZXQ8bWFpbHRvOmxiZXJnZXJAbGFibi5uZXQ+DQoNCjxtYWlsdG86bGJlcmdlckBsYWJuLm5ldD48
bWFpbHRvOmxiZXJnZXJAbGFibi5uZXQ+PiB3cm90ZToNCg0KDQoNClBhdmFuLA0KDQogICAgICAg
IEkgdGhpbmsgdGhpcyBpcyBoZWxwZnVsIGluIHRyeWluZyB0byB1bmRlcnN0YW5kIHdoYXQgdGhl
DQoNCmdvYWxzIGFyZSBvZiB0aGUgZHJhZnQuICBBZ2FpbiwgSSdsbCByZXNpc3QgYXJndWluZyBh
Ym91dCB0aGUNCg0KbWVjaGFuaXNtcyB0aGF0IGFyZSBwcm9wb3NlZCB1bnRpbCB3ZSd2ZSBhZ3Jl
ZWQgb24gd2hhdCByZXF1aXJlbWVudHMNCg0KbmVlZCB0byBiZSBhZGRyZXNzZWQuDQoNCihXaGls
ZSB0aGUgbWVjaGFuaXNtIGRldGFpbHMsIGkuZS4sIHRoZSAiaG93IiwgYXJlIGNlcnRhaW5seQ0K
DQppbXBvcnRhbnQsIGFyZ3VpbmcgdGhvc2UgZG9lc24ndCByZWFsbHkgYW5zd2VyIHRoZSBsYXJn
ZXIgcXVlc3Rpb24gb2YNCg0KIndoYXQiIHlvdSdkIGxpa2UgdG8gYWNjb21wbGlzaC4pDQoNCg0K
DQoNCg0KDQoNClZQQjogQWdyZWUuDQoNCg0KDQoNCg0KDQoNCg0KDQogICAgU28gdGhlIGxpc3Qg
b2YgcmVxdWlyZW1lbnRzIGlzIG5vdyB0aGUgYWRkaXRpb24gb2Y6DQoNCiAgICAxLiBEb3duc3Ry
ZWFtIHNlbGVjdGlvbiBvZiB0aGUgdXBzdHJlYW0gbGFiZWwNCg0KDQoNCg0KDQogICAgMi4gQW4g
b3B0aW9uIHRvIGFsbG93IHVwc3RyZWFtIG5vZGUgdG8gcHJvdmlkZSBzZXQgb2YgbGFiZWxzIHRo
YXQNCg0KICAgICAgIHNob3VsZCBiZSB1c2VkIGluIHRoZSBkb3duc3RyZWFtIG5vZGVzJyBjaG9p
Y2Ugb2YgdXBzdHJlYW0NCg0KbGFiZWwNCg0KDQoNCiAgICAzLiBUaGUgdXNlIG9mIHN5bW1ldHJp
YyBsYWJlbHMgd2hlbiB0aGUgZG93bnN0cmVhbSBub2RlDQoNCiAgICAgICBpcyBzZWxlY3Rpbmcg
dGhlIGxhYmVsLg0KDQoNCg0KICAgIDQuIEFsbG93aW5nIGZvciBhc3ltbWV0cmljIGxhYmVscyBp
cyBub3QgYSBuZXcgcmVxdWlyZW1lbnQsIG5vciBkbw0KDQogICAgICAgeW91IHJlYWxseSBjYXJl
IGFib3V0IGl0Lg0KDQoNCg0KICAgIElzIHRoaXMgY29ycmVjdD8NCg0KDQoNCiAgICBUaGFua3Ms
DQoNCiAgICBMb3UNCg0KDQoNCg0KDQogICAgT24gMTEvNS8yMDEzIDU6MjUgQU0sIFZpc2hudSBQ
YXZhbiBCZWVyYW0gd3JvdGU6DQoNCiAgICA+IEkgc2VlIGEgcGF0dGVybiBpbiB0aGUgcXVlc3Rp
b25zIHRoYXQgYXJlIGJlaW5nIHJhaXNlZC4gSSdsbCB0cnkNCg0KICAgIGFuZCBzZWUNCg0KICAg
ID4gaWYgSSBjYW4gYW5zd2VyIHRoZW0gYWxsIHVzaW5nIHRoZSBmb2xsb3dpbmcgUSZBLg0KDQog
ICAgPg0KDQogICAgPiBBLiAiTGFiZWwgU3ltbWV0cmljaXR5IjoNCg0KICAgID4NCg0KICAgID4g
KDEpIEFyZW4ndCBsYWJlbHMgYWx3YXlzIHN5bW1ldHJpYyBpbiBwcmFjdGljZT8gQXJlIHRoZXJl
IGFueQ0KDQogICAgYXN5bW1ldHJpYw0KDQogICAgPiBsYWJlbCBzY2VuYXJpb3MgYXQgYWxsPw0K
DQogICAgPiBBbnM6IFllcywgbGFiZWxzIGFyZSBhbG1vc3QgYWx3YXlzIHN5bW1ldHJpYyBpbiBw
cmFjdGljZS4gVGhlIGRyYWZ0DQoNCiAgICA+IGV4cGxpY2l0bHkgc3RhdGVzIHRoYXQuIEkgaGF2
ZW4ndCBjb21lIGFjcm9zcyBhbnkgc2luZ2xlDQoNCiAgICA+IHNjZW5hcmlvL3Byb2R1Y3Qgd2hl
cmUgYXN5bW1ldHJpYyBsYWJlbHMgYXJlIHVzZWQuIEFzIElnb3IgcG9pbnRlZCBvdXQNCg0KICAg
ID4gaW4gYW4gZWFybGllciBlbWFpbCwgdGhlcmUgY291bGQgYmUgaW4gdGhlb3J5IHNvbWUgc2lu
Z2xlLWZpYmVyDQoNCiAgICA+IGNvbmZpZ3VyYXRpb25zIHdoZXJlIHRoZSBzYW1lIHdhdmVsZW5n
dGggY2Fubm90IGJlIHVzZWQgZm9yIGJvdGgNCg0KICAgID4gZGlyZWN0aW9ucy4gQnV0IEkgZG9u
J3Qga25vdyBpZiBhbnlvbmUgcmVhbGx5IHVzZXMgdGhhdC4NCg0KICAgID4NCg0KICAgID4gKDIp
IFRoZW4gd2h5IGRvIHlvdSBuZWVkIGFuIGV4cGxpY2l0IHJlcXVlc3QgZnJvbSB0aGUgaW5ncmVz
cyB0byBtYWtlDQoNCiAgICA+IHRoZW0gc3ltbWV0cmljIGF0IGVhY2ggaG9wPw0KDQogICAgPiBB
bnM6IFRoaXMgaXMgYmVjYXVzZSB0aGUgZXh0ZW5zaW9ucyBpbiBSRkMzNDczIGFsbG93cyAiTGFi
ZWwNCg0KICAgID4gQXN5bW1ldHJpY2l0eSIgYW5kIGFuZCBhcyBhIHJlc3VsdCBzeW1tZXRyaWNp
dHkgY2Fubm90IGJlIGFzc3VtZWQgYnkNCg0KICAgID4gZGVmYXVsdC4gVGhlcmUgaXMgY3VycmVu
dGx5IG5vIHdheSBvZiBtYW5kYXRpbmcgc3ltbWV0cmljaXR5IGF0DQoNCiAgICBlYWNoIGhvcA0K
DQogICAgPiBhbG9uZyB0aGUgcGF0aCBvZiB0aGUgTFNQLg0KDQogICAgPg0KDQogICAgPiAoMykg
U2F5LCB3ZSBhbGwgYWdyZWUgdGhhdCAiU3ltbWV0cmljaXR5IiBpcyBhbHdheXMgZ3VhcmFudGVl
ZA0KDQogICAgKG1heWJlIHdlDQoNCiAgICA+IGV2ZW4gc3RhdGUgaXQgZXhwbGljaXRseSBpbiBz
b21lIHN0YW5kYXJkIGRvY3VtZW50KS4gV291bGQgeW91IHRoZW4gYmUNCg0KICAgID4gYWJsZSB0
byB1c2UgZXhpc3RpbmcgZXh0ZW5zaW9ucyBhbmQgYWRkcmVzcyB0aGUgImFsaWVuLXdhdmVsZW5n
dGgiDQoNCiAgICBzZXR1cA0KDQogICAgPiB1c2UtY2FzZT8NCg0KICAgID4gQW5zOiBObywgdGhl
IGV4aXN0aW5nIGV4dGVuc2lvbnMgc3RpbGwgZmFsbCBzaG9ydC4gV2hhdCBkb2VzIHRoZQ0KDQog
ICAgPiBpbmdyZXNzLWNsaWVudCBmaWxsIGluIHRoZSBVUFNUUkVBTV9MQUJFTCB3aGVuIGl0IGhh
cyBubyBrbm93bGVkZ2Ugb24NCg0KICAgID4gd2hhdCBuZWVkcyB0byBiZSB1c2VkPyBBcyBwZXIg
Y3VycmVudCBleHRlbnNpb25zLCB0aGUgVVBTVFJFQU1fTEFCRUwNCg0KICAgID4gbmVlZHMgdG8g
YmUgZmlsbGVkIGluIHdpdGggYSB2YWxpZCBsYWJlbCBiZWZvcmUgc2VuZGluZyB0aGUgUEFUSA0K
DQogICAgb3V0LiBXZQ0KDQogICAgPiBzdGlsbCBuZWVkIHRoZSBpbmdyZXNzLWNsaWVudCB0byBo
YXZlIHNvbWUgbWVjaGFuaXNtIHRvIHRlbGwgdGhlDQoNCiAgICBuZXR3b3JrDQoNCiAgICA+IC0g
InBsZWFzZSBpZ25vcmUgd2hhdCBJJ20gZmlsbGluZyBpbiB0aGUgVVBTVFJFQU1fTEFCRUw7IGp1
c3QgdGFrZSB0aGUNCg0KICAgID4gTEFCRUxfU0VUIGludG8gYWNjb3VudCBpZiBJIGZpbGwgb25l
OyBJJ2xsIHVzZSB3aGF0IGlzIHJldHVybmVkIGluIHRoZQ0KDQogICAgPiBSRVNWLUxBQkVMIGZv
ciBib3RoIGRpcmVjdGlvbnMuIg0KDQogICAgPg0KDQogICAgPiAoNCkgTGFiZWwgYWxsb2NhdGlv
biBoYXMgYWx3YXlzIGJlZW4gYSBsb2NhbCBjaG9pY2UuIFdoeSBzaG91bGQgdGhlDQoNCiAgICA+
IGluZ3Jlc3MgcmVxdWVzdCBob3cgbGFiZWxzIGFyZSBhbGxvY2F0ZWQgYXQgc29tZSBkb3duc3Ry
ZWFtIGhvcD8NCg0KICAgID4gQW5zOiBUaGUgaW5ncmVzcyBoYXMgYWx3YXlzIGJlZW4gdGhlIG9u
ZSB0byByZXF1ZXN0IHRoZSBkb3duc3RyZWFtDQoNCiAgICBub2RlDQoNCiAgICA+IHRvIGFsbG9j
YXRlIGxhYmVscyBpbiBib3RoIGRpcmVjdGlvbnMuIEFsbCB0aGF0IHRoZSBkcmFmdCBpcyBwcm9w
b3NpbmcNCg0KICAgID4gaXMgYSBtZWNoYW5pc20gZm9yIHRoZSBpbmdyZXNzIHRvIHNheSB0aGF0
IHRoZXNlIHR3byBsYWJlbHMgbmVlZCB0byBiZQ0KDQogICAgPiBzeW1tZXRyaWMuDQoNCiAgICA+
DQoNCiAgICA+IEIuICJMYWJlbCBBc3ltbWV0cmljaXR5Ig0KDQogICAgPg0KDQogICAgPiAoNCkg
SGF2ZSB0aGUgIkxhYmVsIEFzeW1tZXRyaWNpdHkiIGV4dGVuc2lvbnMgYmVlbiBpbmNsdWRlZCBq
dXN0IGZvcg0KDQogICAgPiBjb21wbGV0aW9uIHNha2U/IENhbiB0aG9zZSBiZSBqZXR0aXNvbmVk
IGlmIHdlIHRoZXJlIGlzIG5vIG5lZWQgZm9yDQoNCiAgICA+IGFzeW1tZXRyaWMgbGFiZWxzPw0K
DQogICAgPiBBbnM6IFllcy4gVGhlIHByaW1hcnkgcmVhc29uIHdoeSB0aG9zZSBleHRlbnNpb25z
IGFyZSBpbmNsdWRlZCBpbiB0aGUNCg0KICAgID4gZHJhZnQgaXMgYmVjYXVzZSBSRkMzNDczIGFs
bG93cyBhc3ltbWV0cmljaXR5LiBXZSBkb24ndCBuZWVkIHRvDQoNCiAgICBkaXNjdXNzDQoNCiAg
ICA+IHRob3NlIGlmIHdlIGV4cGxpY2l0bHkgc3RhdGUgc29tZXdoZXJlIChpbiBzb21lIHN0YW5k
YXJkIGRvY3VtZW50KQ0KDQogICAgdGhhdA0KDQogICAgPiAibGFiZWxzIGFyZSBhbHdheXMgc3lt
bWV0cmljIiBhbmQgdGhhdCBhbGwgcHJldmlvdXMgZXh0ZW5zaW9ucyBkZWZpbmVkDQoNCiAgICA+
IGZvciBhc3ltbWV0cmljaXR5IGFyZSB1c2UtbGVzcy4NCg0KICAgID4NCg0KICAgID4gQy4gIlVz
ZS1DYXNlIg0KDQogICAgPg0KDQogICAgPiAoNSkgSSBkb24ndCB1bmRlcnN0YW5kIGFueSBvZiB0
aGUgYWJvdmUuIFdoeSBkbyB3ZSBuZWVkIHRoZSBuZXR3b3JrIHRvDQoNCiAgICA+IGFzc2lnbiBh
biB1cHN0cmVhbSBsYWJlbD8NCg0KICAgID4gQW5zOiBQbGVhc2UgcmVhZCB0aGUgZHJhZnQuIFNl
Y3Rpb24gNSBkaXNjdXNzZXMgYSBzcGVjaWZpYyB1c2UtY2FzZS4NCg0KICAgID4NCg0KICAgID4N
Cg0KICAgID4gUmVnYXJkcywNCg0KICAgID4gLVBhdmFuDQoNCiAgICA+DQoNCiAgICA+DQoNCiAg
ICA+IE9uIFR1ZSwgTm92IDUsIDIwMTMgYXQgMjoyOSBBTSwgWmFmYXIgQWxpICh6YWxpKSA8emFs
aUBjaXNjby5jb208bWFpbHRvOnphbGlAY2lzY28uY29tPg0KDQogICAgPG1haWx0bzp6YWxpQGNp
c2NvLmNvbT48bWFpbHRvOnphbGlAY2lzY28uY29tPg0KDQoNCg0KICAgID4gPG1haWx0bzp6YWxp
QGNpc2NvLmNvbSA8bWFpbHRvOnphbGlAY2lzY28uY29tPjxtYWlsdG86emFsaUBjaXNjby5jb20+
Pj4gd3JvdGU6DQoNCiAgICA+DQoNCiAgICA+ICAgICBIaS0NCg0KICAgID4NCg0KICAgID4gICAg
IEZ1cnRoZXJtb3JlLCB3aGVuIChhbGllbikgd2F2ZWxlbmd0aCBpcyBzYW1lIGluIGZvcndhcmQg
YW5kDQoNCiAgICByZXZlcnNlDQoNCiAgICA+ICAgICBkaXJlY3Rpb24sIHdlIGNhbiB1c2UgbGFi
ZWwgc2V0IGFsb25nIHdpdGggYWNjZXB0YWJsZSBsYWJlbA0KDQogICAgc2V0IC0gYXMNCg0KICAg
ID4gICAgIGRlZmluZWQgaW4gUkZDMzQ3My4gVGhlIG9ubHkgdXNlIGNhc2UgdGhpcyBkcmFmdCBh
ZGRyZXNzZXMgaXMNCg0KICAgIHdoZW4gYWxpZW4NCg0KICAgID4gICAgIHdhdmVsZW5ndGggYXJl
IGFzeW1tZXRyaWNhbCBpbiBmb3J3YXJkIGFuZCByZXZlcnNlIGRpcmVjdGlvbi4NCg0KICAgIEkg
YW0gbm90DQoNCiAgICA+ICAgICBhd2FyZSBvZiBhbnkgZXhhbXBsZSBvZiBzdWNoIHVzZSBjYXNl
Lg0KDQogICAgPg0KDQogICAgPiAgICAgVGhhbmtzDQoNCiAgICA+DQoNCiAgICA+ICAgICBSZWdh
cmRzIKGtIFphZmFyDQoNCiAgICA+DQoNCiAgICA+DQoNCiAgICA+ICAgICAtLS0tLU9yaWdpbmFs
IE1lc3NhZ2UtLS0tLQ0KDQoNCg0KICAgID4gICAgIEZyb206IEZhdGFpIFpoYW5nIDx6aGFuZ2Zh
dGFpQGh1YXdlaS5jb208bWFpbHRvOnpoYW5nZmF0YWlAaHVhd2VpLmNvbT4NCg0KICAgIDxtYWls
dG86emhhbmdmYXRhaUBodWF3ZWkuY29tPjxtYWlsdG86emhhbmdmYXRhaUBodWF3ZWkuY29tPiA8
bWFpbHRvOnpoYW5nZmF0YWlAaHVhd2VpLmNvbQ0KDQogICAgPG1haWx0bzp6aGFuZ2ZhdGFpQGh1
YXdlaS5jb20+PG1haWx0bzp6aGFuZ2ZhdGFpQGh1YXdlaS5jb20+Pj4NCg0KICAgID4gICAgIERh
dGU6IE1vbmRheSwgTm92ZW1iZXIgNCwgMjAxMyA3OjM4IFBNDQoNCg0KDQogICAgPiAgICAgVG86
ICJqdWxpZW4ubWV1cmljQG9yYW5nZS5jb208bWFpbHRvOmp1bGllbi5tZXVyaWNAb3JhbmdlLmNv
bT4NCg0KICAgIDxtYWlsdG86anVsaWVuLm1ldXJpY0BvcmFuZ2UuY29tPjxtYWlsdG86anVsaWVu
Lm1ldXJpY0BvcmFuZ2UuY29tPiA8bWFpbHRvOmp1bGllbi5tZXVyaWNAb3JhbmdlLmNvbQ0KDQog
ICAgPG1haWx0bzpqdWxpZW4ubWV1cmljQG9yYW5nZS5jb20+PG1haWx0bzpqdWxpZW4ubWV1cmlj
QG9yYW5nZS5jb20+PiINCg0KICAgID4gICAgIDxqdWxpZW4ubWV1cmljQG9yYW5nZS5jb208bWFp
bHRvOmp1bGllbi5tZXVyaWNAb3JhbmdlLmNvbT4gPG1haWx0bzpqdWxpZW4ubWV1cmljQG9yYW5n
ZS5jb20+PG1haWx0bzpqdWxpZW4ubWV1cmljQG9yYW5nZS5jb20+DQoNCiAgICA8bWFpbHRvOmp1
bGllbi5tZXVyaWNAb3JhbmdlLmNvbQ0KDQogICAgPG1haWx0bzpqdWxpZW4ubWV1cmljQG9yYW5n
ZS5jb20+PG1haWx0bzpqdWxpZW4ubWV1cmljQG9yYW5nZS5jb20+Pj4sIFZpc2hudQ0KDQogICAg
PiAgICAgUGF2YW4NCg0KDQoNCiAgICA+ICAgICBCZWVyYW0gPHZpc2hudXBhdmFuQGdtYWlsLmNv
bTxtYWlsdG86dmlzaG51cGF2YW5AZ21haWwuY29tPiA8bWFpbHRvOnZpc2hudXBhdmFuQGdtYWls
LmNvbT48bWFpbHRvOnZpc2hudXBhdmFuQGdtYWlsLmNvbT4NCg0KICAgIDxtYWlsdG86dmlzaG51
cGF2YW5AZ21haWwuY29tIDxtYWlsdG86dmlzaG51cGF2YW5AZ21haWwuY29tPjxtYWlsdG86dmlz
aG51cGF2YW5AZ21haWwuY29tPj4+DQoNCiAgICA+ICAgICBDYzogImNjYW1wQGlldGYub3JnPG1h
aWx0bzpjY2FtcEBpZXRmLm9yZz4gPG1haWx0bzpjY2FtcEBpZXRmLm9yZz48bWFpbHRvOmNjYW1w
QGlldGYub3JnPg0KDQogICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGll
dGYub3JnPjxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+PiIgPGNjYW1wQGlldGYub3JnPG1haWx0bzpj
Y2FtcEBpZXRmLm9yZz4NCg0KICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+PG1haWx0bzpjY2Ft
cEBpZXRmLm9yZz4NCg0KICAgID4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpj
Y2FtcEBpZXRmLm9yZz48bWFpbHRvOmNjYW1wQGlldGYub3JnPj4+DQoNCg0KDQogICAgPiAgICAg
U3ViamVjdDogW0NDQU1QXSC08Li0OiAgQ29tbWVudHMNCg0KICAgID4gICAgIGFib3V0ICAgZHJh
ZnQtYmVlcmFtLWNjYW1wLW5ldHdvcmstYXNzaWduZWQtdXBzdHJlYW0tbGFiZWwtMDANCg0KICAg
ID4NCg0KICAgID4gICAgID5IaSBQYXZhbiwNCg0KICAgID4gICAgID4NCg0KICAgID4gICAgID5V
bmRlcnN0b29kIHdoYXQgeW91IHNhaWQgaW4gcHJpbmNpcGxlLCBidXQgY291bGQgeW91IGdpdmUg
YW4NCg0KICAgIGV4YW1wbGUgdG8NCg0KICAgID4gICAgID5zaG93IHRoZXJlIGFyZSBhc3ltbWVy
dHJpYyBsYWJlbHMgKHdhdmVsZW5ndGg/KSBmb3IgdGhlDQoNCiAgICBiaWRpcmVjdGlhb25hbA0K
DQogICAgPiAgICAgPkxTUHMgKGVzcGVjaWFsbCBmb3IgdGhlIHRyYW5zcG9ydCBuZXR3b3Jrcykg
aW4gdGhlIHJlYWwNCg0KICAgID4gICAgIGltcGxlbWVudGF0aW9ucz8NCg0KICAgID4gICAgID4N
Cg0KICAgID4NCg0KICAgID49PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KDQogICAgPiAgICAgPj09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQoNCiAgICA+ICAgICA+SW4gcHJhY3RpY2Us
IG1vc3QgYmlkaXJlY3Rpb25hbCBMU1BzIGhhdmUgbGFiZWwgc3ltbWV0cmljaXR5IG9uDQoNCiAg
ICA+ICAgICBlYWNoIGhvcA0KDQogICAgPiAgICAgPmFsb25nIHRoZSBwYXRoIG9mIHRoZSBMU1Au
IEJ1dCB0aGlzIGlzIHNvbWV0aGluZyB0aGF0IGNhbm5vdA0KDQogICAgYmUgYXNzdW1lZA0KDQog
ICAgPiAgICAgPmJ5IGRlZmF1bHQuDQoNCiAgICA+ICAgICA+DQoNCiAgICA+ICAgICA+DQoNCiAg
ICA+ICAgICA+DQoNCiAgICA+ICAgICA+VGhhbmtzDQoNCiAgICA+ICAgICA+DQoNCiAgICA+ICAg
ICA+RmF0YWkNCg0KICAgID4gICAgID4NCg0KICAgID4gICAgID5fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fDQoNCg0KDQogICAgPiAgICAgPreivP7IyzogY2NhbXAtYm91
bmNlc0BpZXRmLm9yZzxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZz4NCg0KICAgIDxtYWls
dG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZz48bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc+
IDxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZw0KDQogICAgPG1haWx0bzpjY2FtcC1ib3Vu
Y2VzQGlldGYub3JnPjxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZz4+DQoNCiAgICA+ICAg
ICBbY2NhbXAtYm91bmNlc0BpZXRmLm9yZzxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZz4g
PG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPjxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRm
Lm9yZz4NCg0KICAgIDxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZyA8bWFpbHRvOmNjYW1w
LWJvdW5jZXNAaWV0Zi5vcmc+PG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPj5dILT6DQoN
CiAgICCx7SBKdWxpZW4NCg0KICAgID4gICAgIE1ldXJpYw0KDQogICAgPiAgICAgPltqdWxpZW4u
bWV1cmljQG9yYW5nZS5jb208bWFpbHRvOmp1bGllbi5tZXVyaWNAb3JhbmdlLmNvbT4gPG1haWx0
bzpqdWxpZW4ubWV1cmljQG9yYW5nZS5jb20+PG1haWx0bzpqdWxpZW4ubWV1cmljQG9yYW5nZS5j
b20+DQoNCiAgICA8bWFpbHRvOmp1bGllbi5tZXVyaWNAb3JhbmdlLmNvbQ0KDQo8bWFpbHRvOmp1
bGllbi5tZXVyaWNAb3JhbmdlLmNvbT48bWFpbHRvOmp1bGllbi5tZXVyaWNAb3JhbmdlLmNvbT4+
XQ0KDQoNCg0KICAgID4gICAgID63osvNyrG85DogMjAxM8TqMTHUwjXI1SAxMDozNQ0KDQogICAg
PiAgICAgPsrVvP7IyzogVmlzaG51IFBhdmFuIEJlZXJhbQ0KDQoNCg0KICAgID4gICAgID6zrcvN
OiBjY2FtcEBpZXRmLm9yZzxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+IDxtYWlsdG86Y2NhbXBAaWV0
Zi5vcmc+PG1haWx0bzpjY2FtcEBpZXRmLm9yZz4NCg0KICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5v
cmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz48bWFpbHRvOmNjYW1wQGlldGYub3JnPj4NCg0KDQoN
CiAgICA+ICAgICA+1vfM4jogUmU6IFtDQ0FNUF0gQ29tbWVudHMgYWJvdXQNCg0KICAgID4gICAg
ID5kcmFmdC1iZWVyYW0tY2NhbXAtbmV0d29yay1hc3NpZ25lZC11cHN0cmVhbS1sYWJlbC0wMA0K
DQogICAgPiAgICAgPg0KDQogICAgPiAgICAgPkhpIFBhdmFuLg0KDQogICAgPiAgICAgPg0KDQog
ICAgPiAgICAgPkV2ZW4gdGhvdWdoIEkgYWdyZWUgd2l0aCB5b3VyIHVuYXNzaWduZWQgVXBzdHJl
YW1fTGFiZWwNCg0KICAgIHJlcXVpcmVtZW50LCBJDQoNCiAgICA+ICAgICA+bmVlZCB0byBkaXNh
Z3JlZSB3aXRoIHRoZSBkYXRhIHBsYW5lIHJhdGlvbmFsZSB5b3UgbWVudGlvbi4NCg0KICAgID4g
ICAgID4NCg0KICAgID4gICAgID5UaGUgVXBzdHJlYW1fTGFiZWwgcmVmZXJzIHRvIHRoZSBjbGll
bnQncyBvcHRpY2FsIHJlY2VpdmVyOg0KDQogICAgeW91IGRvbid0DQoNCiAgICA+ICAgICA+bmVl
ZCB0byB0dW5lIGEgbGFzZXIgb24gdGhlIHJlY2VpdmVyIHNpZGUuIFRoZSBkYXRhDQoNCiAgICB0
cmFuc21pc3Npb24gY291bGQNCg0KICAgID4gICAgID5ldmVuIHdvcmsgd2l0aG91dCBzZW5kaW5n
IHRoZSBhY3R1YWwgVXBzdHJlYW1fTGFiZWwgaW4NCg0KICAgIFJTVlAtVEUgbWVzc2FnZXMNCg0K
ICAgID4gICAgID50byB0aGUgY2xpZW50OiBJIGFtIG5vdCByZWFsbHkgYSBmYW4gb2YgdGhhdCBh
cHByb2FjaCwgYnV0DQoNCiAgICB0aGF0IHdvdWxkDQoNCiAgICA+ICAgICA+Zml0IGNhc2VzIHdo
ZXJlIG9wdGljYWwgcG9saWNpZXMgYXJlIGxlZnQgdG8gdGhlIG9wdGljYWwNCg0KICAgIG5ldHdv
cmsuLi4NCg0KICAgID4gICAgID4NCg0KICAgID4gICAgID5Nb3Jlb3ZlciwgSSBoYXZlIGRvdWJ0
cyBvbiBwdXR0aW5nIGxhYmVsIHN5bW1ldHJ5IHdpdGhpbiB0aGUNCg0KICAgIHByb3RvY29sLg0K
DQogICAgPiAgICAgPlRoaXMgaXMgbW9yZSBhbiBhbGxvY2F0aW9uIHBvbGljeSBpbiB0aGUgaGFu
ZHMgb2YgYWxsb2NhdGluZw0KDQogICAgbm9kZXM6DQoNCiAgICA+ICAgICA+cmVxdWVzdGluZyBh
biBhbGxvY2F0aW9uIG1vZGUgZnJvbSBhbiBpbmdyZXNzIG5vZGUgd291bGQgbWVhbg0KDQogICAg
ZG9pbmcgdGhlDQoNCiAgICA+ICAgICA+c2VydmVyIGpvYiwgSSBhbSBub3Qgc3VyZSBpdCBpcyBk
ZXNpcmFibGUuDQoNCiAgICA+ICAgICA+DQoNCiAgICA+ICAgICA+SnVsaWVuDQoNCiAgICA+ICAg
ICA+DQoNCiAgICA+ICAgICA+DQoNCiAgICA+ICAgICA+T24gMTEvMDQvMjAxMyAyMzo0OSwgVmlz
aG51IFBhdmFuIEJlZXJhbSB3cm90ZToNCg0KICAgID4gICAgID4+IExvdSwNCg0KICAgID4gICAg
ID4+DQoNCiAgICA+ICAgICA+PiBUaGUgZXh0ZW5zaW9ucyBkZWZpbmVkIGluIHRoaXMgZHJhZnQg
ZG8gbm90IGltcG9zZSBhbnkNCg0KICAgIGJhY2t3YXJkcw0KDQogICAgPiAgICAgPj4gY29tcGF0
aWJpbGl0eSBpc3N1ZXMuIFRoZSBpbnRlbnQgaXMgZGVmaW5pdGVseSBub3QgdG8NCg0KICAgIGNo
YW5nZSB0aGUNCg0KICAgID4gICAgID4+IGZ1bmRhbWVudGFsIGFzcGVjdHMgb2YgdGhlIHByb3Rv
Y29sLiBBcyB5b3Ugd291bGQgYWdyZWUsIGl0DQoNCiAgICBpcyBub3QNCg0KICAgID4gICAgID4+
IG1hbmRhdG9yeSB0byB0cnkgYW5kIGZpdCB0aGUgZXh0ZW5zaW9ucyBkZWZpbmVkIGluIFJGQzM0
NzMNCg0KICAgIHRvIGFsbCBhbmQNCg0KICAgID4gICAgID4+IHN1bmRyeS4gTmV3IGV4dGVuc2lv
bnMgYXJlIGJlaW5nIGludHJvZHVjZWQgb25seSB3aGVyZSB0aGUNCg0KICAgIGV4aXN0aW5nDQoN
CiAgICA+ICAgICA+PiBleHRlbnNpb25zIGZhbGwgc2hvcnQuIExldCBtZSB3YWxrIHRocm91Z2gg
dGhlIHJlcXVpcmVtZW50cw0KDQogICAgdGhhdCB3ZQ0KDQogICAgPiAgICAgPj4gYXJlIGxvb2tp
bmcgYXQgYW5kIHRoYXQgd291bGQgaG9wZWZ1bGx5IGV4cGxhaW4gdGhlIGxpbWl0YXRpb25zDQoN
CiAgICA+ICAgICBvZiB0aGUNCg0KICAgID4gICAgID4+IGV4aXN0aW5nIGV4dGVuc2lvbnMuDQoN
CiAgICA+ICAgICA+Pg0KDQogICAgPiAgICAgPj4gQmFzZSByZXF1aXJlbWVudCA6DQoNCiAgICA+
ICAgICA+PiBOZWVkIGEgbWVjaGFuaXNtIGZvciBhIGdpdmVuIG5vZGUgdG8gc2F5IHRoYXQgaXQg
Y2Fubm90DQoNCiAgICBhc3NpZ24gYW4NCg0KICAgID4gICAgID4+IHVwc3RyZWFtLWxhYmVsIG9u
IGl0cyBvd24gYW5kIHRoYXQgaXQgbmVlZHMgdGhlIG5ldHdvcmsgKHJlYWQNCg0KICAgID4gICAg
ID4+IGRvd25zdHJlYW0pIHRvIGFzc2lnbiBpdCBpbnN0ZWFkLg0KDQogICAgPiAgICAgPj4NCg0K
ICAgID4gICAgID4+IENvcm9sbGFyeSByZXF1aXJlbWVudHMgOg0KDQogICAgPiAgICAgPj4gMS4g
TmVlZCBhIG1lY2hhbmlzbSBmb3IgYSBnaXZlbiBub2RlIHRvIGFzayBmb3IgYQ0KDQogICAgbmV0
d29yay1hc3NpZ25lZA0KDQogICAgPiAgICAgPj4gdXBzdHJlYW0gbGFiZWwgd2l0aG91dCBoYXZp
bmcgdG8gc3BlY2lmeSBhbnkgaW5wdXRzIG9uIHdoYXQNCg0KICAgIGxhYmVsDQoNCiAgICA+ICAg
ICA+PiBuZWVkcyB0byBnZXQgcGlja2VkLg0KDQogICAgPiAgICAgPj4gMi4gTmVlZCBhIG1lY2hh
bmlzbSBmb3IgYSBnaXZlbiBub2RlIHRvIGFzayBmb3IgYQ0KDQogICAgbmV0d29yay1hc3NpZ25l
ZA0KDQogICAgPiAgICAgPj4gdXBzdHJlYW0gbGFiZWwgYW5kIGFsc28gc3BlY2lmeSBzb21lIGNo
b2ljZXMgZm9yIHRoZSBsYWJlbA0KDQogICAgdGhhdCBuZWVkcw0KDQogICAgPiAgICAgPj4gdG8g
Z2V0IHBpY2tlZC4NCg0KICAgID4gICAgID4+IDMuIElmIGxhYmVscyBhcmUgc3ltbWV0cmljLCBh
IGdpdmVuIG5vZGUgY2FuIHNpbXBseSB1c2UgdGhlDQoNCiAgICBsYWJlbA0KDQogICAgPiAgICAg
Pj4gcmV0dXJuZWQgaW4gdGhlIExBQkVMIG9iamVjdCBvZiB0aGUgUkVTViBtZXNzYWdlIGZvciBi
b3RoDQoNCiAgICBkaXJlY3Rpb25zLg0KDQogICAgPiAgICAgPj4gSW4gcHJhY3RpY2UsIG1vc3Qg
YmlkaXJlY3Rpb25hbCBMU1BzIGhhdmUgbGFiZWwNCg0KICAgIHN5bW1ldHJpY2l0eSBvbiBlYWNo
DQoNCiAgICA+ICAgICA+PiBob3AgYWxvbmcgdGhlIHBhdGggb2YgdGhlIExTUC4gQnV0IHRoaXMg
aXMgc29tZXRoaW5nIHRoYXQNCg0KICAgIGNhbm5vdCBiZQ0KDQogICAgPiAgICAgPj4gYXNzdW1l
ZCBieSBkZWZhdWx0LiBIZW5jZSwgdGhlcmUgaXMgYSBuZWVkIHRvIGhhdmUgYSBtZWNoYW5pc20N
Cg0KICAgID4gICAgIGZvciB0aGUNCg0KICAgID4gICAgID4+IGluZ3Jlc3MgdG8gcmVxdWVzdCAi
bGFiZWwgc3ltbWV0cmljaXR5IiBhdCBlYWNoIGhvcCBhbG9uZw0KDQogICAgdGhlIHBhdGggb2YN
Cg0KICAgID4gICAgID4+IHRoZSBMU1AuDQoNCiAgICA+ICAgICA+Pg0KDQogICAgPiAgICAgPj4g
Q2FuIHlvdSBzb21laG93IGZpdCBhIHNvbHV0aW9uIHVzaW5nIHRoZSBjdXJyZW50IGV4dGVuc2lv
bnMNCg0KICAgIGFuZCBjYXRlcg0KDQogICAgPiAgICAgPj4gdG8gdGhlIGFib3ZlIHJlcXVpcmVt
ZW50cz8NCg0KICAgID4gICAgID4+IFdlIGJlbGlldmUgdGhlIGFuc3dlciBpcyBOTy4gT25lIHN1
Z2dlc3Rpb24gb24gdGhlIG1haWxpbmcgbGlzdA0KDQogICAgPiAgICAgd2FzIHRvDQoNCiAgICA+
ICAgICA+PiBzZXQgYSByYW5kb20gVVBTVFJFQU1fTEFCRUwgYW5kIHNlbmQgaXQgb3V0IG9uIGEg
ZmlzaGluZw0KDQogICAgZXhwZWRpdGlvbi4NCg0KICAgID4gICAgID4+IFRoZSBpZGVhIHdhcyB0
aGF0IHRoZSBkb3duc3RyZWFtIG5vZGUgd291bGQgdGhlbiByZXNwb25kIHdpdGggYQ0KDQogICAg
PiAgICAgPj4gUEFUSC1FUlIgY2FycnlpbmcgYW4gQUNDRVBUQUJMRV9MQUJFTF9TRVQuIEpvaG4g
YW5kIElnb3IgaGF2ZQ0KDQogICAgPiAgICAgcHJvdmlkZWQNCg0KICAgID4gICAgID4+IGEgbGlz
dCBvZiByZWFzb25zIG9uIHdoeSB0aGF0IGlzbid0IGEgZ3JlYXQgaWRlYS4gTGV0IG1lDQoNCiAg
ICBhZGQgYW5vdGhlcg0KDQogICAgPiAgICAgPj4gcG9pbnQgLQ0KDQogICAgPiAgICAgPj4gLSBB
cyBwZXIgUkZDMzQ3MyAtIHdoZW4gYSBub2RlIHJlY2VpdmVzIGFuIFVQU1RSRUFNX0xBQkVMDQoN
CiAgICBvYmplY3QgaW4NCg0KICAgID4gICAgID4+IHRoZSBQQVRILCBpdCBtZWFucyB0aGF0IHRo
ZSB1cHN0cmVhbSBub2RlIE1VU1QgaGF2ZSBhbHJlYWR5DQoNCiAgICA+ICAgICA+PiBpbnN0YWxs
ZWQvcHJvZ3JhbW1lZCB0aGlzIGxhYmVsLiBJbiB0aGUgYWxpZW4gd2F2ZWxlbmd0aA0KDQogICAg
dXNlLWNhc2UNCg0KICAgID4gICAgID4+IChkaXNjdXNzZWQgaW4gdGhlIGRyYWZ0KSwgd2hlbiB0
aGUgbmV0d29yayByZWNlaXZlcyB0aGlzDQoNCiAgICBtZXNzYWdlLCBpdA0KDQogICAgPiAgICAg
Pj4gd291bGQgbWVhbiB0aGF0IHRoZSBsYXNlciBoYXMgYWxyZWFkeSBiZWVuIHR1bmVkIHRvIHRo
aXMNCg0KICAgID4gICAgIHdhdmVsZW5ndGggYXQNCg0KICAgID4gICAgID4+IHRoZSBjbGllbnQu
IFRoYXQgYmVhdHMgdGhlIHZlcnkgcHVycG9zZSBvZiByZXF1ZXN0aW5nIGEgbmV0d29yaw0KDQog
ICAgPiAgICAgPj4gYXNzaWduZWQgdXBzdHJlYW0gbGFiZWwuIERvZXNuJ3QgaXQ/IFNvLCB0aGUg
cG9pbnQgaXMgdGhhdA0KDQogICAgd2l0aCB0aGUNCg0KICAgID4gICAgID4+IGN1cnJlbnQgc2Vt
YW50aWNzIG9mIGFuIFVQU1RSRUFNX0xBQkVMLCB5b3UgY2Fubm90IHVzZSBpdA0KDQogICAgZm9y
IHRoZQ0KDQogICAgPiAgICAgY2FzZQ0KDQogICAgPiAgICAgPj4gd2hlcmUgdGhlIHVwc3RyZWFt
LWxhYmVsIGhhc24ndCBiZWVuIGluc3RhbGxlZC9wcm9ncmFtbWVkDQoNCiAgICB5ZXQuIElmDQoN
CiAgICA+ICAgICBzb21lDQoNCiAgICA+ICAgICA+PiBpbXBsZW1lbnRhdGlvbiBkZWNpZGVzIHRv
IGlnbm9yZSB0aGVzZSBzZW1hbnRpY3MsIGhvdyB3b3VsZCB0aGUNCg0KICAgID4gICAgID4+IG5l
dHdvcmsga25vdyB3aGV0aGVyIHRoZSBpbmdyZXNzLWNsaWVudCBoYXMgYWxyZWFkeQ0KDQogICAg
aW5zdGFsbGVkIHRoaXMNCg0KICAgID4gICAgID4+IGxhYmVsIG9yIG5vdCAod2hldGhlciB0aGUg
bGFzZXIgaXMgYWxyZWFkeSB0dW5lZCBvciBub3QpLg0KDQogICAgPiAgICAgPj4NCg0KICAgID4g
ICAgID4+IFJGQzM0NzMgc3RhdGVzIHRoYXQgYSBCaWRpcmVjdGlvbmFsLUxTUCBzZXR1cCByZXF1
ZXN0IGlzDQoNCiAgICA+ICAgICBpZGVudGlmaWVkIGJ5DQoNCiAgICA+ICAgICA+PiB0aGUgcHJl
c2VuY2Ugb2YgYW4gIlVQU1RSRUFNX0xBQkVMIiBvYmplY3QgaW4gdGhlIFBBVEggbXNnLg0KDQog
ICAgVGhpcw0KDQogICAgPiAgICAgZHJhZnQNCg0KICAgID4gICAgID4+IGRvZXMgcHJvcG9zZSAy
IG90aGVyIG1lY2hhbmlzbXM6DQoNCiAgICA+ICAgICA+PiAtIFRoZSBwcmVzZW5jZSBvZiB0aGUg
IkxhYmVsIFN5bW1ldHJpY2l0eSBSZXF1aXJlZCIgRmxhZyBpbg0KDQogICAgdGhlIFBBVEgNCg0K
ICAgID4gICAgID4+IC0gVGhlIHByZXNlbmNlIG9mIHRoZSAiVVBTVFJFQU1fTEFCRUxfU0VUIiBv
YmplY3QgaW4gdGhlIFBBVEgNCg0KICAgID4gICAgID4+IElmIGEgZG93bnN0cmVhbSBub2RlIGRv
ZXMgbm90IHVuZGVyc3RhbmQgYW55IG9mIHRoZSBhYm92ZQ0KDQogICAgPiAgICAgaW5kaWNhdGlv
bnMsDQoNCiAgICA+ICAgICA+PiBpdCB3b3VsZCByZWplY3QgdGhlIHNldHVwIHJlcXVlc3QuIElu
IGJvdGggc2NlbmFyaW9zIC0NCg0KICAgIGFmdGVyIHRoZQ0KDQogICAgPiAgICAgPj4gbmV0d29y
ayBoYXMgYXNzaWduZWQgdGhlIHVwc3RyZWFtLWxhYmVsLCB0aGUgY29uY2VybmVkIG5vZGUgaXMN
Cg0KICAgID4gICAgIGFsbG93ZWQNCg0KICAgID4gICAgID4+IHRvIHN0YXJ0IHNpZ25hbGluZyB0
aGUgVVBTVFJFQU1fTEFCRUwgb2JqZWN0IGluIHRoZSBQQVRILiBJDQoNCiAgICBkb24ndA0KDQog
ICAgPiAgICAgPj4gdW5kZXJzdGFuZCBob3cgYWRkaW5nIHR3byBvdGhlciBtZWNoYW5pc21zIGZv
cg0KDQogICAgQmlkaXJlY3Rpb25hbCBMU1ANCg0KICAgID4gICAgIHNldHVwDQoNCiAgICA+ICAg
ICA+PiB0cmFuc2xhdGVzIHRvIGNoYW5naW5nIGZ1bmRhbWVudGFsIGFzcGVjdHMgb2YgdGhlIHBy
b3RvY29sLg0KDQogICAgPiAgICAgPj4gSW1wbGVtZW50YXRpb25zIHRoYXQgY2FuIHN1cHBvcnQg
dGhlc2UgZXh0ZW5zaW9ucyBjYW4uDQoNCiAgICBPdGhlcnMgY2FuDQoNCiAgICA+ICAgICA+PiBz
dGlsbCBiZSBoYXBweSB3aXRoIHRoZWlyICJydW5uaW5nIGNvZGUiLg0KDQogICAgPiAgICAgPj4N
Cg0KICAgID4gICAgID4+IFJlZ2FyZHMsDQoNCiAgICA+ICAgICA+PiAtUGF2YW4NCg0KICAgID4g
ICAgID4+DQoNCiAgICA+ICAgICA+Pg0KDQogICAgPiAgICAgPj4NCg0KICAgID4gICAgID4+IE9u
IE1vbiwgTm92IDQsIDIwMTMgYXQgMjoxOCBQTSwgTG91IEJlcmdlcg0KDQogICAgPGxiZXJnZXJA
bGFibi5uZXQ8bWFpbHRvOmxiZXJnZXJAbGFibi5uZXQ+IDxtYWlsdG86bGJlcmdlckBsYWJuLm5l
dD48bWFpbHRvOmxiZXJnZXJAbGFibi5uZXQ+DQoNCiAgICA+ICAgICA8bWFpbHRvOmxiZXJnZXJA
bGFibi5uZXQgPG1haWx0bzpsYmVyZ2VyQGxhYm4ubmV0PjxtYWlsdG86bGJlcmdlckBsYWJuLm5l
dD4+DQoNCg0KDQogICAgPiAgICAgPj4gPG1haWx0bzpsYmVyZ2VyQGxhYm4ubmV0IDxtYWlsdG86
bGJlcmdlckBsYWJuLm5ldD48bWFpbHRvOmxiZXJnZXJAbGFibi5uZXQ+DQoNCiAgICA8bWFpbHRv
OmxiZXJnZXJAbGFibi5uZXQgPG1haWx0bzpsYmVyZ2VyQGxhYm4ubmV0PjxtYWlsdG86bGJlcmdl
ckBsYWJuLm5ldD4+Pj4gd3JvdGU6DQoNCiAgICA+ICAgICA+Pg0KDQogICAgPiAgICAgPj4gICAg
IEpvaG4sIChhdXRob3JzKQ0KDQogICAgPiAgICAgPj4NCg0KICAgID4gICAgID4+ICAgICBQZXJo
YXBzIGl0IHdvdWxkIGJlIHVzZWZ1bCB0byByZWZvY3VzIGEgbW9tZW50IG9uIHRoZQ0KDQogICAg
c3BlY2lmaWMNCg0KICAgID4gICAgID4+ICAgICBsaW1pdGF0aW9ucyB0aGUgZHJhZnQgaXMgZm9j
dXNpbmcgb24uDQoNCiAgICA+ICAgICA+Pg0KDQogICAgPiAgICAgPj4gICAgIFRoZXJlJ3Mgbm8g
cXVlc3Rpb24gdGhhdCAzNDczIG1hZGUgY2VydGFpbiBjaG9pY2VzIGJhc2VkIG9uDQoNCiAgICA+
ICAgICBleHBlY3RlZA0KDQogICAgPiAgICAgPj4gICAgIHVzZXMgYW5kIHByb2JhYmlsaXRpZXMg
dGhhdCBtYXkgbm90IGhvbGQsIGJ1dCB3ZSBkbw0KDQogICAgbmVlZCB0byBiZQ0KDQogICAgPiAg
ICAgPj5jYXJlZnVsDQoNCiAgICA+ICAgICA+PiAgICAgd2hlbiBjaGFuZ2luZyBmdW5kYW1lbnRh
bHMgb2YgdGhlIHByb3RvY29sIChlLmcuIG1vdmluZw0KDQogICAgYXdheSBmcm9tDQoNCiAgICA+
ICAgICA+PnRoZQ0KDQogICAgPiAgICAgPj4gICAgIHVzZSBvZiB0aGUgdXBzdHJlYW0gbGFiZWwg
b2JqZWN0IGFzIHRoZSBiYXNpYyBvYmplY3QgdGhhdA0KDQogICAgPiAgICAgaW5kaWNhdGVzDQoN
CiAgICA+ICAgICA+PmENCg0KICAgID4gICAgID4+ICAgICBiaWRpcmVjdGlvbmFsIExTUC4pDQoN
CiAgICA+ICAgICA+Pg0KDQogICAgPiAgICAgPj4gICAgIFNvIGlzIGl0IGZhaXIgdG8gc2F5IHRo
YXQgdGhlIG1haW4gbGltaXRhdGlvbiB0aGF0IHRoZQ0KDQogICAgZHJhZnQgaXMNCg0KICAgID4g
ICAgID4+dHJ5aW5nDQoNCiAgICA+ICAgICA+PiAgICAgdG8gYWRkcmVzcyBpcyB0aGUgaW5hYmls
aXR5IHRvIHN1cHBvcnQgZG93bnN0cmVhbQ0KDQogICAgc2VsZWN0aW9uIG9mDQoNCiAgICA+ICAg
ICA+PiAgICAgdXBzdHJlYW0NCg0KICAgID4gICAgID4+ICAgICBsYWJlbHM/DQoNCiAgICA+ICAg
ICA+Pg0KDQogICAgPiAgICAgPj4gICAgIFRoZSBkcmFmdCBhbHNvIGFsbG93cyBmb3IgYm90aCBz
eW1tZXRyaWMgYW5kIGFzeW1tZXRyaWMNCg0KICAgIGxhYmVsDQoNCiAgICA+ICAgICB2YWx1ZQ0K
DQogICAgPiAgICAgPj4gICAgIGFsbG9jYXRpb24uIElTIHRoaXMgYSByZXF1aXJlbWVudCwgb3Ig
YXN5bW1ldHJpYyBqdXN0DQoNCiAgICA+ICAgICBpbmNsdWRlZCBmb3INCg0KICAgID4gICAgID4+
ICAgICBjb21wbGV0ZW5lc3M/DQoNCiAgICA+ICAgICA+Pg0KDQogICAgPiAgICAgPj4gICAgIEFy
ZSB0aGVyZSBvdGhlciByZXF1aXJlbWVudHMgLyBsaW1pdGF0aW9ucyB5b3UgYXJlDQoNCiAgICB0
cnlpbmcgdG8NCg0KICAgID4gICAgID4+YWRkcmVzcz8NCg0KICAgID4gICAgID4+DQoNCiAgICA+
ICAgICA+PiAgICAgTG91DQoNCiAgICA+ICAgICA+Pg0KDQogICAgPiAgICAgPj4gICAgIE9uIDEx
LzA0LzIwMTMgMDE6MjQgUE0sIEpvaG4gRSBEcmFrZSB3cm90ZToNCg0KICAgID4gICAgID4+ICAg
ICA+IFphZmFyLA0KDQogICAgPiAgICAgPj4gICAgID4NCg0KICAgID4gICAgID4+ICAgICA+IEJv
dGggSWdvciBhbmQgSSBoYXZlIGxpc3RlZCB0ZWNobmljYWwgaXNzdWVzIHdpdGggUkZDMzQ3Mw0K
DQogICAgPiAgICAgYW5kIHlvdXINCg0KICAgID4gICAgID4+ICAgICA+IHJlc3BvbnNlIGlzIHRo
YXQgeW91IHJlYWxseSByZWFsbHkgbGlrZSBSRkMzNDczLiBJJ20NCg0KICAgIGhhcHB5IGZvcg0K
DQogICAgPiAgICAgPj4gICAgIHlvdSBidXQNCg0KICAgID4gICAgID4+ICAgICA+IHVuaW1wcmVz
c2VkLg0KDQogICAgPiAgICAgPj4gICAgID4NCg0KICAgID4gICAgID4+ICAgICA+IEpvaG4NCg0K
ICAgID4gICAgID4+ICAgICA+DQoNCiAgICA+ICAgICA+PiAgICAgPiBTZW50IGZyb20gbXkgaVBo
b25lDQoNCiAgICA+ICAgICA+PiAgICAgPg0KDQogICAgPiAgICAgPj4gICAgID4gT24gTm92IDQs
IDIwMTMsIGF0IDk6NDMgQU0sICJaYWZhciBBbGkgKHphbGkpIg0KDQogICAgPiAgICAgPHphbGlA
Y2lzY28uY29tPG1haWx0bzp6YWxpQGNpc2NvLmNvbT4gPG1haWx0bzp6YWxpQGNpc2NvLmNvbT48
bWFpbHRvOnphbGlAY2lzY28uY29tPiA8bWFpbHRvOnphbGlAY2lzY28uY29tDQoNCiAgICA8bWFp
bHRvOnphbGlAY2lzY28uY29tPjxtYWlsdG86emFsaUBjaXNjby5jb20+Pg0KDQogICAgPiAgICAg
Pj4gICAgIDxtYWlsdG86emFsaUBjaXNjby5jb20gPG1haWx0bzp6YWxpQGNpc2NvLmNvbT48bWFp
bHRvOnphbGlAY2lzY28uY29tPg0KDQogICAgPG1haWx0bzp6YWxpQGNpc2NvLmNvbSA8bWFpbHRv
OnphbGlAY2lzY28uY29tPjxtYWlsdG86emFsaUBjaXNjby5jb20+Pj4NCg0KICAgID4gICAgID4+
ICAgICA+IDxtYWlsdG86emFsaUBjaXNjby5jb20gPG1haWx0bzp6YWxpQGNpc2NvLmNvbT48bWFp
bHRvOnphbGlAY2lzY28uY29tPg0KDQogICAgPG1haWx0bzp6YWxpQGNpc2NvLmNvbSA8bWFpbHRv
OnphbGlAY2lzY28uY29tPjxtYWlsdG86emFsaUBjaXNjby5jb20+Pg0KDQogICAgPiAgICAgPG1h
aWx0bzp6YWxpQGNpc2NvLmNvbSA8bWFpbHRvOnphbGlAY2lzY28uY29tPjxtYWlsdG86emFsaUBj
aXNjby5jb20+DQoNCiAgICA8bWFpbHRvOnphbGlAY2lzY28uY29tIDxtYWlsdG86emFsaUBjaXNj
by5jb20+PG1haWx0bzp6YWxpQGNpc2NvLmNvbT4+Pj4+IHdyb3RlOg0KDQogICAgPiAgICAgPj4g
ICAgID4NCg0KICAgID4gICAgID4+ICAgICA+PiBJZ29yLCBKb2huLQ0KDQogICAgPiAgICAgPj4g
ICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4gUGxlYXNlIHNlZSBpbi1saW5lLg0KDQogICAg
PiAgICAgPj4gICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4gRnJvbTogIklCcnlza2luQGFk
dmFvcHRpY2FsLmNvbTxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPg0KDQogICAgPG1h
aWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+PG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNh
bC5jb20+DQoNCiAgICA+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0KDQog
ICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+PG1haWx0bzpJQnJ5c2tpbkBhZHZh
b3B0aWNhbC5jb20+Pg0KDQogICAgPiAgICAgPj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9w
dGljYWwuY29tDQoNCiAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT48bWFpbHRv
OklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4NCg0KDQoNCiAgICA+ICAgICA8bWFpbHRvOklCcnlz
a2luQGFkdmFvcHRpY2FsLmNvbQ0KDQogICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5j
b20+PG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+Pj4gPG1haWx0bzpJQnJ5c2tpbkBh
ZHZhb3B0aWNhbC5jb20NCg0KICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPjxt
YWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPg0KDQoNCg0KICAgID4gICAgIDxtYWlsdG86
SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQoNCiAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRp
Y2FsLmNvbT48bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4+DQoNCiAgICA+ICAgICA+
PiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCg0KICAgIDxtYWlsdG86SUJy
eXNraW5AYWR2YW9wdGljYWwuY29tPjxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPg0K
DQogICAgPiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCg0KICAgIDxtYWls
dG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPjxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwu
Y29tPj4+PiINCg0KICAgID4gICAgID4+ICAgICA+PiA8SUJyeXNraW5AYWR2YW9wdGljYWwuY29t
PG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+DQoNCiAgICA8bWFpbHRvOklCcnlza2lu
QGFkdmFvcHRpY2FsLmNvbT48bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4NCg0KICAg
ID4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQoNCiAgICA8bWFpbHRvOklC
cnlza2luQGFkdmFvcHRpY2FsLmNvbT48bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4+
IDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQoNCiAgICA8bWFpbHRvOklCcnlza2lu
QGFkdmFvcHRpY2FsLmNvbT48bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4NCg0KICAg
ID4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQoNCiAgICA8bWFpbHRvOklC
cnlza2luQGFkdmFvcHRpY2FsLmNvbT48bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4+
Pg0KDQogICAgPiAgICAgPj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQoN
CiAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT48bWFpbHRvOklCcnlza2luQGFk
dmFvcHRpY2FsLmNvbT4NCg0KICAgID4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwu
Y29tDQoNCiAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT48bWFpbHRvOklCcnlz
a2luQGFkdmFvcHRpY2FsLmNvbT4+IDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQoN
CiAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT48bWFpbHRvOklCcnlza2luQGFk
dmFvcHRpY2FsLmNvbT4NCg0KICAgID4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwu
Y29tDQoNCiAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT48bWFpbHRvOklCcnlz
a2luQGFkdmFvcHRpY2FsLmNvbT4+Pj4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4gRGF0ZTogTW9u
ZGF5LCBOb3ZlbWJlciA0LCAyMDEzIDg6NTcgQU0NCg0KICAgID4gICAgID4+ICAgICA+PiBUbzog
emFsaSA8emFsaUBjaXNjby5jb208bWFpbHRvOnphbGlAY2lzY28uY29tPiA8bWFpbHRvOnphbGlA
Y2lzY28uY29tPjxtYWlsdG86emFsaUBjaXNjby5jb20+DQoNCiAgICA8bWFpbHRvOnphbGlAY2lz
Y28uY29tIDxtYWlsdG86emFsaUBjaXNjby5jb20+PG1haWx0bzp6YWxpQGNpc2NvLmNvbT4+DQoN
CiAgICA+ICAgICA8bWFpbHRvOnphbGlAY2lzY28uY29tIDxtYWlsdG86emFsaUBjaXNjby5jb20+
PG1haWx0bzp6YWxpQGNpc2NvLmNvbT4NCg0KICAgIDxtYWlsdG86emFsaUBjaXNjby5jb20gPG1h
aWx0bzp6YWxpQGNpc2NvLmNvbT48bWFpbHRvOnphbGlAY2lzY28uY29tPj4+DQoNCg0KDQogICAg
PiAgICAgPj4gICAgIDxtYWlsdG86emFsaUBjaXNjby5jb20gPG1haWx0bzp6YWxpQGNpc2NvLmNv
bT48bWFpbHRvOnphbGlAY2lzY28uY29tPg0KDQogICAgPG1haWx0bzp6YWxpQGNpc2NvLmNvbSA8
bWFpbHRvOnphbGlAY2lzY28uY29tPjxtYWlsdG86emFsaUBjaXNjby5jb20+Pg0KDQoNCg0KICAg
ID4gICAgIDxtYWlsdG86emFsaUBjaXNjby5jb20gPG1haWx0bzp6YWxpQGNpc2NvLmNvbT48bWFp
bHRvOnphbGlAY2lzY28uY29tPg0KDQogICAgPG1haWx0bzp6YWxpQGNpc2NvLmNvbSA8bWFpbHRv
OnphbGlAY2lzY28uY29tPjxtYWlsdG86emFsaUBjaXNjby5jb20+Pj4+PiwNCg0KICAgID4gICAg
ID4+ICAgICAiamRyYWtlQGp1bmlwZXIubmV0PG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+IDxt
YWlsdG86amRyYWtlQGp1bmlwZXIubmV0PjxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0Pg0KDQog
ICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+
PG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+Pg0KDQogICAgPiAgICAgPG1haWx0bzpqZHJha2VA
anVuaXBlci5uZXQgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+PG1haWx0bzpqZHJha2VAanVu
aXBlci5uZXQ+DQoNCiAgICA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldCA8bWFpbHRvOmpkcmFr
ZUBqdW5pcGVyLm5ldD48bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4+Pg0KDQogICAgPiAgICAg
Pj4gICAgID4+IDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0DQoNCiAgICA8bWFpbHRvOmpkcmFr
ZUBqdW5pcGVyLm5ldD48bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4gPG1haWx0bzpqZHJha2VA
anVuaXBlci5uZXQNCg0KICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0PjxtYWlsdG86amRy
YWtlQGp1bmlwZXIubmV0Pj4NCg0KICAgID4gICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0
IDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0PjxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0Pg0K
DQogICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQgPG1haWx0bzpqZHJha2VAanVuaXBlci5u
ZXQ+PG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+Pj4+Ig0KDQogICAgPiAgICAgPj4gICAgIDxq
ZHJha2VAanVuaXBlci5uZXQ8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4gPG1haWx0bzpqZHJh
a2VAanVuaXBlci5uZXQ+PG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+DQoNCiAgICA8bWFpbHRv
OmpkcmFrZUBqdW5pcGVyLm5ldCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD48bWFpbHRvOmpk
cmFrZUBqdW5pcGVyLm5ldD4+DQoNCiAgICA+ICAgICA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5l
dCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD48bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4N
Cg0KICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0IDxtYWlsdG86amRyYWtlQGp1bmlwZXIu
bmV0PjxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0Pj4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4g
PG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQNCg0KICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIu
bmV0PjxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0PiA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5l
dA0KDQogICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+PG1haWx0bzpqZHJha2VAanVuaXBl
ci5uZXQ+Pg0KDQogICAgPiAgICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQgPG1haWx0bzpq
ZHJha2VAanVuaXBlci5uZXQ+PG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+DQoNCiAgICA8bWFp
bHRvOmpkcmFrZUBqdW5pcGVyLm5ldCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD48bWFpbHRv
OmpkcmFrZUBqdW5pcGVyLm5ldD4+Pj4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4gQ2M6ICJjY2Ft
cEBpZXRmLm9yZzxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+IDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+
PG1haWx0bzpjY2FtcEBpZXRmLm9yZz4NCg0KICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1h
aWx0bzpjY2FtcEBpZXRmLm9yZz48bWFpbHRvOmNjYW1wQGlldGYub3JnPj4NCg0KICAgID4gICAg
IDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz48bWFpbHRvOmNj
YW1wQGlldGYub3JnPg0KDQogICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1w
QGlldGYub3JnPjxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+Pj4NCg0KICAgID4gICAgID4+ICAgICA8
bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+PG1haWx0bzpjY2Ft
cEBpZXRmLm9yZz4NCg0KICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBp
ZXRmLm9yZz48bWFpbHRvOmNjYW1wQGlldGYub3JnPj4NCg0KICAgID4gICAgIDxtYWlsdG86Y2Nh
bXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz48bWFpbHRvOmNjYW1wQGlldGYub3Jn
Pg0KDQogICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPjxt
YWlsdG86Y2NhbXBAaWV0Zi5vcmc+Pj4+IiA8Y2NhbXBAaWV0Zi5vcmc8bWFpbHRvOmNjYW1wQGll
dGYub3JnPg0KDQogICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz48bWFpbHRvOmNjYW1wQGlldGYu
b3JnPg0KDQogICAgPiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGll
dGYub3JnPjxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+Pg0KDQogICAgPiAgICAgPj4gICAgIDxtYWls
dG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz48bWFpbHRvOmNjYW1wQGll
dGYub3JnPg0KDQogICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYu
b3JnPjxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+Pj4NCg0KICAgID4gICAgID4+ICAgICA+PiA8bWFp
bHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+PG1haWx0bzpjY2FtcEBp
ZXRmLm9yZz4NCg0KICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRm
Lm9yZz48bWFpbHRvOmNjYW1wQGlldGYub3JnPj4NCg0KICAgID4gICAgIDxtYWlsdG86Y2NhbXBA
aWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz48bWFpbHRvOmNjYW1wQGlldGYub3JnPg0K
DQogICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPjxtYWls
dG86Y2NhbXBAaWV0Zi5vcmc+Pj4+Pg0KDQogICAgPiAgICAgPj4gICAgID4+IFN1YmplY3Q6IFJF
OiBDb21tZW50cyBhYm91dA0KDQogICAgPiAgICAgPj4gICAgID4+IGRyYWZ0LWJlZXJhbS1jY2Ft
cC1uZXR3b3JrLWFzc2lnbmVkLXVwc3RyZWFtLWxhYmVsLTAwDQoNCiAgICA+ICAgICA+PiAgICAg
Pj4NCg0KICAgID4gICAgID4+ICAgICA+PiBaYWZhciwNCg0KICAgID4gICAgID4+ICAgICA+Pg0K
DQogICAgPiAgICAgPj4gICAgID4+IDEpIFVzaW5nIGFuIGVycm9yIGluZGljYXRpb24gYXMgYSBw
YXJ0IG9mIG5vcm1hbA0KDQogICAgcHJvdG9jb2wNCg0KICAgID4gICAgID4+ICAgICA+PiBvcGVy
YXRpb24gaXMgbm90IGdvb2QgZGVzaWduIHByYWN0aWNlLg0KDQogICAgPiAgICAgPj4gICAgID4+
DQoNCiAgICA+ICAgICA+PiAgICAgPj4gVXNlIG9mIFBhdGggZXJyb3IgYW5kIG5vdGlmeSBtZXNz
YWdlIGlzIGFuIGludGVncmFsIHBhcnQNCg0KICAgID4gICAgIG9mIHRoZQ0KDQogICAgPiAgICAg
Pj4gICAgID4+IFJTVlAtVEUgZGVzaWduLiBBbHNvIHBsZWFzZSBub3RlIHRoYXQgd2UgYXJlIG5v
dA0KDQogICAgZGViYXRpbmcNCg0KICAgID4gICAgIGFib3V0IGENCg0KICAgID4gICAgID4+ICAg
ICA+PiBuZXcgcHJvY2VkdXJlIGJlaW5nIHByb3Bvc2VkIGJ1dCB0YWxraW5nIGFib3V0IGENCg0K
ICAgIHByb2NlZHVyZQ0KDQogICAgPiAgICAgdGhhdA0KDQogICAgPiAgICAgPj5pcw0KDQogICAg
PiAgICAgPj4gICAgID4+IGFscmVhZHkgaW1wbGVtZW50ZWQgYW5kIGRlcGxveWVkLg0KDQogICAg
PiAgICAgPj4gICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4NCg0KICAgID4gICAgID4+ICAg
ICA+Pg0KDQogICAgPiAgICAgPj4gICAgID4+IElCPj4gVGhlIHdheSBJIGludGVycHJldCB0aGlz
IGRpc2N1c3Npb24gaXMNCg0KICAgIHNvbWV0aGluZyBsaWtlDQoNCiAgICA+ICAgICB0aGlzOg0K
DQogICAgPiAgICAgPj4gICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4NCg0KICAgID4gICAg
ID4+ICAgICA+Pg0KDQogICAgPiAgICAgPj4gICAgID4+IEpvaG46IEkgYmVsaWV2ZSB0aGF0IHdo
aXRlIGlzIGEgbGlnaHRlciBjb2xvciB0aGFuDQoNCiAgICBibGFjay4NCg0KICAgID4gICAgID4+
ICAgICA+Pg0KDQogICAgPiAgICAgPj4gICAgID4+IFphZmE6IFdlbGwsIEpvaG4sIGJsYWNrIGlz
IGFuIGludGVncmFsIHBhcnQgb2YgdGhlIGNvbG9yDQoNCiAgICA+ICAgICBwYWxsZXQuDQoNCiAg
ICA+ICAgICA+PiAgICAgPj4gTWFueSBtYXR1cmUgYXBwbGljYXRpb25zIHN1Y2Nlc3NmdWxseSB1
c2UgYmxhY2sgZm9yDQoNCiAgICB0aGVpcg0KDQogICAgPiAgICAgdmFyaW91cw0KDQogICAgPiAg
ICAgPj4gICAgID4+IHB1cnBvc2VzLiBNeSBpbXBsZW1lbnRhdGlvbnMsIGZvciBleGFtcGxlLCB1
c2UgYmxhY2sgZm9yDQoNCiAgICA+ICAgICBwcmV0dHkNCg0KICAgID4gICAgID4+ICAgICA+PiBt
dWNoIGV2ZXJ5dGhpbmehrS4uIFNvLCBpdCBpcyBub3QgY2xlYXIgd2hpY2ggY29sb3INCg0KICAg
IGlzIGxpZ2h0ZXIsDQoNCiAgICA+ICAgICA+PmFuZA0KDQogICAgPiAgICAgPj4gICAgID4+IHdo
eSBkbyB3ZSBuZWVkIG90aGVyIGNvbG9ycyBhdCBhbGwuIDo9KQ0KDQogICAgPiAgICAgPj4gICAg
ID4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4NCg0KICAgID4gICAgID4+ICAgICA+Pg0KDQogICAg
PiAgICAgPj4gICAgID4+IEkgbWVhbiB0byBzYXkgdGhhdCB5b3VyLCBaYWZhciwgY29tbWVudHMg
SU1ITyBhcmUgbm90DQoNCiAgICA+ICAgICA+PmNvbnN0cnVjdGl2ZQ0KDQogICAgPiAgICAgPj4g
ICAgID4+IHRlY2huaWNhbCBhcmd1bWVudHMuDQoNCiAgICA+ICAgICA+PiAgICAgPj4NCg0KICAg
ID4gICAgID4+ICAgICA+PiBJZ29yDQoNCiAgICA+ICAgICA+PiAgICAgPj4NCg0KICAgID4gICAg
ID4+ICAgICA+Pg0KDQogICAgPiAgICAgPj4gICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4g
SGkgSWdvciBhbmQgSm9objoNCg0KICAgID4gICAgID4+ICAgICA+Pg0KDQogICAgPiAgICAgPj4g
ICAgID4+IFRoaXMgaXMgcmVhbGx5IGZ1bm55LiBUaGlzIGlzIHRoZSBmaXJzdCB0aW1lIEkgaGF2
ZQ0KDQogICAgaGVhcmQgdGhhdA0KDQogICAgPiAgICAgPj4gICAgIHJ1bm5pbmcNCg0KICAgID4g
ICAgID4+ICAgICA+PiBjb2RlIGhhcyBubyBtZXJpdCBhdCBJRVRGIDopIFRoaXMgaXMgZXNwZWNp
YWxseSB3aGVuIHRoZQ0KDQogICAgPiAgICAgPj4gICAgIHJ1bm5pbmcgY29kZQ0KDQogICAgPiAg
ICAgPj4gICAgID4+IGlzIGRpcmVjdGx5IGNvbWluZyBmcm9tIFJGQzM0NzMuIFlvdSBhcmUgY2Fs
bGluZyBpdCAibm90DQoNCiAgICA+ICAgICA+PiAgICAgY29uc3RydWN0aXZlDQoNCiAgICA+ICAg
ICA+PiAgICAgPj4gdGVjaG5pY2FsIGFyZ3VtZW50cyIhIExhc3QgSSBoZWFyZCB3ZSBiZWxpZXZl
ZCBpbg0KDQogICAgcnVubmluZyBjb2RlDQoNCiAgICA+ICAgICA+PihTZWUNCg0KICAgID4gICAg
ID4+ICAgICA+PiB5b3VyIFQtc2hpcnQgZnJvbSB0aGUgZWxlY3Rpb24gZGF5IGZyb20gSUVURiBB
dGxhbnRhKS4NCg0KICAgID4gICAgID4+ICAgICA+Pg0KDQogICAgPiAgICAgPj4gICAgID4+IFlv
dXIgZHJhZnQgaXMgT05MWSBhcHBsaWNhYmxlIGZvciBhIHVzZSBjYXNlIHdoZXJlDQoNCiAgICA+
ICAgICB1cHN0cmVhbSBhbmQNCg0KICAgID4gICAgID4+ICAgICA+PiBkb3duc3RyZWFtIGFsaWVu
IHdhdmVsZW5ndGggYXJlIGRpZmZlcmVudC4gV2hlbg0KDQogICAgdXBzdHJlYW0gYW5kDQoNCiAg
ICA+ICAgICA+PiAgICAgPj4gZG93bnN0cmVhbSBhbGllbiB3YXZlbGVuZ3RoIGFyZSBzYW1lLCB1
c2Ugb2YNCg0KICAgIGFjY2VwdGFibGUgbGFiZWwNCg0KICAgID4gICAgID4+ICAgICBzZXQgYW5k
DQoNCiAgICA+ICAgICA+PiAgICAgPj4gbGFiZWwgc2V0IG9iamVjdHMgY29uc3RpdHV0ZSB0aGUg
cnVubmluZyBjb2RlLg0KDQogICAgSG93ZXZlciwgeW91cg0KDQogICAgPiAgICAgPj5kcmFmdA0K
DQogICAgPiAgICAgPj4gICAgID4+IG5laXRoZXIgbWFrZXMgdGhhdCBhcHBsaWNhYmlsaXR5IHN0
YXRlbWVudCBub3IgbWFrZXMgYW55DQoNCiAgICA+ICAgICBtZW50aW9uDQoNCiAgICA+ICAgICA+
Pm9yDQoNCiAgICA+ICAgICA+PiAgICAgPj4gY292ZXIgb3IgcmVmZXJlbmNlIHRvIHByb2NlZHVy
ZSBJIHF1b3RlZCBmcm9tIFJGQzM0NzMuDQoNCiAgICA+ICAgICA+PiAgICAgPj4NCg0KICAgID4g
ICAgID4+ICAgICA+PiBUaGFua3MNCg0KICAgID4gICAgID4+ICAgICA+Pg0KDQogICAgPiAgICAg
Pj4gICAgID4+IFJlZ2FyZHOhrVphZmFyDQoNCiAgICA+ICAgICA+PiAgICAgPj4NCg0KICAgID4g
ICAgID4+ICAgICA+Pg0KDQogICAgPiAgICAgPj4gICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAg
Pj4NCg0KICAgID4gICAgID4+ICAgICA+Pg0KDQogICAgPiAgICAgPj4gICAgID4+ICpGcm9tOipa
YWZhciBBbGkgKHphbGkpIFttYWlsdG86emFsaUBjaXNjby5jb20NCg0KICAgIDxtYWlsdG86emFs
aUBjaXNjby5jb20+PG1haWx0bzp6YWxpQGNpc2NvLmNvbT4NCg0KICAgID4gICAgIDxtYWlsdG86
emFsaUBjaXNjby5jb20gPG1haWx0bzp6YWxpQGNpc2NvLmNvbT48bWFpbHRvOnphbGlAY2lzY28u
Y29tPj4NCg0KICAgID4gICAgID4+ICAgICA8bWFpbHRvOnphbGlAY2lzY28uY29tIDxtYWlsdG86
emFsaUBjaXNjby5jb20+PG1haWx0bzp6YWxpQGNpc2NvLmNvbT4NCg0KICAgIDxtYWlsdG86emFs
aUBjaXNjby5jb20gPG1haWx0bzp6YWxpQGNpc2NvLmNvbT48bWFpbHRvOnphbGlAY2lzY28uY29t
Pj4+XQ0KDQogICAgPiAgICAgPj4gICAgID4+ICpTZW50OiogTW9uZGF5LCBOb3ZlbWJlciAwNCwg
MjAxMyAxOjUxIEFNDQoNCiAgICA+ICAgICA+PiAgICAgPj4gKlRvOiogSm9obiBFIERyYWtlOyBJ
Z29yIEJyeXNraW4NCg0KICAgID4gICAgID4+ICAgICA+PiAqQ2M6KiBjY2FtcEBpZXRmLm9yZzxt
YWlsdG86Y2NhbXBAaWV0Zi5vcmc+IDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+PG1haWx0bzpjY2Ft
cEBpZXRmLm9yZz4NCg0KICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBp
ZXRmLm9yZz48bWFpbHRvOmNjYW1wQGlldGYub3JnPj4NCg0KICAgID4gICAgIDxtYWlsdG86Y2Nh
bXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz48bWFpbHRvOmNjYW1wQGlldGYub3Jn
Pg0KDQogICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPjxt
YWlsdG86Y2NhbXBAaWV0Zi5vcmc+Pj4NCg0KICAgID4gICAgID4+ICAgICA8bWFpbHRvOmNjYW1w
QGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+PG1haWx0bzpjY2FtcEBpZXRmLm9yZz4N
Cg0KICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz48bWFp
bHRvOmNjYW1wQGlldGYub3JnPj4NCg0KICAgID4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcg
PG1haWx0bzpjY2FtcEBpZXRmLm9yZz48bWFpbHRvOmNjYW1wQGlldGYub3JnPg0KDQogICAgPG1h
aWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPjxtYWlsdG86Y2NhbXBA
aWV0Zi5vcmc+Pj4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4gKlN1YmplY3Q6KiBSZTogQ29tbWVu
dHMgYWJvdXQNCg0KICAgID4gICAgID4+ICAgICA+PiBkcmFmdC1iZWVyYW0tY2NhbXAtbmV0d29y
ay1hc3NpZ25lZC11cHN0cmVhbS1sYWJlbC0wMA0KDQogICAgPiAgICAgPj4gICAgID4+DQoNCiAg
ICA+ICAgICA+PiAgICAgPj4NCg0KICAgID4gICAgID4+ICAgICA+Pg0KDQogICAgPiAgICAgPj4g
ICAgID4+IEhpIEpvaG46DQoNCiAgICA+ICAgICA+PiAgICAgPj4NCg0KICAgID4gICAgID4+ICAg
ICA+Pg0KDQogICAgPiAgICAgPj4gICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4gUGxlYXNl
IHNlZSBpbi1saW5lLg0KDQogICAgPiAgICAgPj4gICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAg
Pj4NCg0KICAgID4gICAgID4+ICAgICA+Pg0KDQogICAgPiAgICAgPj4gICAgID4+IFRoYW5rcw0K
DQogICAgPiAgICAgPj4gICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4NCg0KICAgID4gICAg
ID4+ICAgICA+Pg0KDQogICAgPiAgICAgPj4gICAgID4+IFJlZ2FyZHMgoa0gWmFmYXINCg0KICAg
ID4gICAgID4+ICAgICA+Pg0KDQogICAgPiAgICAgPj4gICAgID4+DQoNCiAgICA+ICAgICA+PiAg
ICAgPj4NCg0KICAgID4gICAgID4+ICAgICA+PiAqRnJvbTogKiJqZHJha2VAanVuaXBlci5uZXQ8
bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4NCg0KICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIu
bmV0PjxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0PiA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5l
dA0KDQogICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+PG1haWx0bzpqZHJha2VAanVuaXBl
ci5uZXQ+Pg0KDQogICAgPiAgICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQgPG1haWx0bzpq
ZHJha2VAanVuaXBlci5uZXQ+PG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+DQoNCiAgICA8bWFp
bHRvOmpkcmFrZUBqdW5pcGVyLm5ldCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD48bWFpbHRv
OmpkcmFrZUBqdW5pcGVyLm5ldD4+Pg0KDQogICAgPiAgICAgPj4gICAgIDxtYWlsdG86amRyYWtl
QGp1bmlwZXIubmV0IDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0PjxtYWlsdG86amRyYWtlQGp1
bmlwZXIubmV0Pg0KDQogICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQgPG1haWx0bzpqZHJh
a2VAanVuaXBlci5uZXQ+PG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+Pg0KDQogICAgPiAgICAg
PG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+PG1h
aWx0bzpqZHJha2VAanVuaXBlci5uZXQ+DQoNCiAgICA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5l
dCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD48bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4+
Pj4iDQoNCiAgICA+ICAgICA+PiAgICAgPj4gPGpkcmFrZUBqdW5pcGVyLm5ldDxtYWlsdG86amRy
YWtlQGp1bmlwZXIubmV0PiA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD48bWFpbHRvOmpkcmFr
ZUBqdW5pcGVyLm5ldD4NCg0KICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0IDxtYWlsdG86
amRyYWtlQGp1bmlwZXIubmV0PjxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0Pj4NCg0KICAgID4g
ICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0IDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0
PjxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0Pg0KDQogICAgPG1haWx0bzpqZHJha2VAanVuaXBl
ci5uZXQgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+PG1haWx0bzpqZHJha2VAanVuaXBlci5u
ZXQ+Pj4NCg0KICAgID4gICAgID4+ICAgICA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldCA8bWFp
bHRvOmpkcmFrZUBqdW5pcGVyLm5ldD48bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4NCg0KICAg
IDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0IDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0Pjxt
YWlsdG86amRyYWtlQGp1bmlwZXIubmV0Pj4NCg0KDQoNCiAgICA+ICAgICA8bWFpbHRvOmpkcmFr
ZUBqdW5pcGVyLm5ldCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD48bWFpbHRvOmpkcmFrZUBq
dW5pcGVyLm5ldD4NCg0KICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0IDxtYWlsdG86amRy
YWtlQGp1bmlwZXIubmV0PjxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0Pj4+Pj4NCg0KICAgID4g
ICAgID4+ICAgICA+PiAqRGF0ZTogKlN1bmRheSwgTm92ZW1iZXIgMywgMjAxMyAxMTo1NyBBTQ0K
DQogICAgPiAgICAgPj4gICAgID4+ICpUbzogKnphbGkgPHphbGlAY2lzY28uY29tPG1haWx0bzp6
YWxpQGNpc2NvLmNvbT4gPG1haWx0bzp6YWxpQGNpc2NvLmNvbT48bWFpbHRvOnphbGlAY2lzY28u
Y29tPg0KDQogICAgPG1haWx0bzp6YWxpQGNpc2NvLmNvbSA8bWFpbHRvOnphbGlAY2lzY28uY29t
PjxtYWlsdG86emFsaUBjaXNjby5jb20+Pg0KDQogICAgPiAgICAgPG1haWx0bzp6YWxpQGNpc2Nv
LmNvbSA8bWFpbHRvOnphbGlAY2lzY28uY29tPjxtYWlsdG86emFsaUBjaXNjby5jb20+DQoNCiAg
ICA8bWFpbHRvOnphbGlAY2lzY28uY29tIDxtYWlsdG86emFsaUBjaXNjby5jb20+PG1haWx0bzp6
YWxpQGNpc2NvLmNvbT4+Pg0KDQoNCg0KICAgID4gICAgID4+ICAgICA8bWFpbHRvOnphbGlAY2lz
Y28uY29tIDxtYWlsdG86emFsaUBjaXNjby5jb20+PG1haWx0bzp6YWxpQGNpc2NvLmNvbT4NCg0K
ICAgIDxtYWlsdG86emFsaUBjaXNjby5jb20gPG1haWx0bzp6YWxpQGNpc2NvLmNvbT48bWFpbHRv
OnphbGlAY2lzY28uY29tPj4NCg0KDQoNCiAgICA+ICAgICA8bWFpbHRvOnphbGlAY2lzY28uY29t
IDxtYWlsdG86emFsaUBjaXNjby5jb20+PG1haWx0bzp6YWxpQGNpc2NvLmNvbT4NCg0KICAgIDxt
YWlsdG86emFsaUBjaXNjby5jb20gPG1haWx0bzp6YWxpQGNpc2NvLmNvbT48bWFpbHRvOnphbGlA
Y2lzY28uY29tPj4+Pj4sDQoNCiAgICA+ICAgICA+PiAgICAgPj4gIklCcnlza2luQGFkdmFvcHRp
Y2FsLmNvbTxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPg0KDQogICAgPG1haWx0bzpJ
QnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+PG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+
DQoNCiAgICA+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0KDQogICAgPG1h
aWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+PG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNh
bC5jb20+PiA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0KDQogICAgPG1haWx0bzpJ
QnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+PG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+
DQoNCiAgICA+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0KDQogICAgPG1h
aWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+PG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNh
bC5jb20+Pj4NCg0KDQoNCiAgICA+ICAgICA+PiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0
aWNhbC5jb20NCg0KICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPjxtYWlsdG86
SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPg0KDQogICAgPiAgICAgPG1haWx0bzpJQnJ5c2tpbkBh
ZHZhb3B0aWNhbC5jb20NCg0KICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPjxt
YWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPj4gPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0
aWNhbC5jb20NCg0KICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPjxtYWlsdG86
SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPg0KDQogICAgPiAgICAgPG1haWx0bzpJQnJ5c2tpbkBh
ZHZhb3B0aWNhbC5jb20NCg0KICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPjxt
YWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPj4+PiINCg0KICAgID4gICAgID4+ICAgICA+
PiA8SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5j
b20+DQoNCiAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT48bWFpbHRvOklCcnlz
a2luQGFkdmFvcHRpY2FsLmNvbT4NCg0KICAgID4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9w
dGljYWwuY29tDQoNCiAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT48bWFpbHRv
OklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4+IDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwu
Y29tDQoNCiAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT48bWFpbHRvOklCcnlz
a2luQGFkdmFvcHRpY2FsLmNvbT4NCg0KICAgID4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9w
dGljYWwuY29tDQoNCiAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT48bWFpbHRv
OklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4+Pg0KDQogICAgPiAgICAgPj4gICAgIDxtYWlsdG86
SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQoNCiAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRp
Y2FsLmNvbT48bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4NCg0KICAgID4gICAgIDxt
YWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQoNCiAgICA8bWFpbHRvOklCcnlza2luQGFk
dmFvcHRpY2FsLmNvbT48bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4+IDxtYWlsdG86
SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQoNCiAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRp
Y2FsLmNvbT48bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4NCg0KDQoNCiAgICA+ICAg
ICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0KDQogICAgPG1haWx0bzpJQnJ5c2tp
bkBhZHZhb3B0aWNhbC5jb20+PG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+Pj4+Pg0K
DQogICAgPiAgICAgPj4gICAgID4+ICpDYzogKiJjY2FtcEBpZXRmLm9yZzxtYWlsdG86Y2NhbXBA
aWV0Zi5vcmc+IDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+PG1haWx0bzpjY2FtcEBpZXRmLm9yZz4N
Cg0KICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz48bWFp
bHRvOmNjYW1wQGlldGYub3JnPj4NCg0KICAgID4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcg
PG1haWx0bzpjY2FtcEBpZXRmLm9yZz48bWFpbHRvOmNjYW1wQGlldGYub3JnPg0KDQogICAgPG1h
aWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPjxtYWlsdG86Y2NhbXBA
aWV0Zi5vcmc+Pj4NCg0KDQoNCiAgICA+ICAgICA+PiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9y
ZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPjxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+DQoNCiAgICA8
bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+PG1haWx0bzpjY2Ft
cEBpZXRmLm9yZz4+DQoNCiAgICA+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86
Y2NhbXBAaWV0Zi5vcmc+PG1haWx0bzpjY2FtcEBpZXRmLm9yZz4NCg0KICAgIDxtYWlsdG86Y2Nh
bXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz48bWFpbHRvOmNjYW1wQGlldGYub3Jn
Pj4+PiIgPGNjYW1wQGlldGYub3JnPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4NCg0KICAgIDxtYWls
dG86Y2NhbXBAaWV0Zi5vcmc+PG1haWx0bzpjY2FtcEBpZXRmLm9yZz4NCg0KICAgID4gICAgIDxt
YWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz48bWFpbHRvOmNjYW1w
QGlldGYub3JnPj4NCg0KICAgID4gICAgID4+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxt
YWlsdG86Y2NhbXBAaWV0Zi5vcmc+PG1haWx0bzpjY2FtcEBpZXRmLm9yZz4NCg0KICAgIDxtYWls
dG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz48bWFpbHRvOmNjYW1wQGll
dGYub3JnPj4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4gPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8
bWFpbHRvOmNjYW1wQGlldGYub3JnPjxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+DQoNCiAgICA8bWFp
bHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+PG1haWx0bzpjY2FtcEBp
ZXRmLm9yZz4+DQoNCg0KDQogICAgPiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRv
OmNjYW1wQGlldGYub3JnPjxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+DQoNCiAgICA8bWFpbHRvOmNj
YW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+PG1haWx0bzpjY2FtcEBpZXRmLm9y
Zz4+Pj4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4gKlN1YmplY3Q6ICpSRTogQ29tbWVudHMgYWJv
dXQNCg0KICAgID4gICAgID4+ICAgICA+PiBkcmFmdC1iZWVyYW0tY2NhbXAtbmV0d29yay1hc3Np
Z25lZC11cHN0cmVhbS1sYWJlbC0wMA0KDQogICAgPiAgICAgPj4gICAgID4+DQoNCiAgICA+ICAg
ICA+PiAgICAgPj4NCg0KICAgID4gICAgID4+ICAgICA+Pg0KDQogICAgPiAgICAgPj4gICAgID4+
IFphZmFyLA0KDQogICAgPiAgICAgPj4gICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4gVGhh
dCBiZWNhdXNlIHRoaXMgYWxyZWFkeSBkZWZpbmVkIG1ldGhvZCBoYXMgdGhlDQoNCiAgICBmb2xs
b3dpbmcNCg0KICAgID4gICAgID4+aXNzdWVzOg0KDQogICAgPiAgICAgPj4gICAgID4+DQoNCiAg
ICA+ICAgICA+PiAgICAgPj4gMSkgVXNpbmcgYW4gZXJyb3IgaW5kaWNhdGlvbiBhcyBhIHBhcnQg
b2Ygbm9ybWFsDQoNCiAgICBwcm90b2NvbA0KDQogICAgPiAgICAgPj4gICAgID4+IG9wZXJhdGlv
biBpcyBub3QgZ29vZCBkZXNpZ24gcHJhY3RpY2UuDQoNCiAgICA+ICAgICA+PiAgICAgPj4NCg0K
ICAgID4gICAgID4+ICAgICA+PiBVc2Ugb2YgUGF0aCBlcnJvciBhbmQgbm90aWZ5IG1lc3NhZ2Ug
aXMgYW4gaW50ZWdyYWwgcGFydA0KDQogICAgPiAgICAgb2YgdGhlDQoNCiAgICA+ICAgICA+PiAg
ICAgPj4gUlNWUC1URSBkZXNpZ24uIEFsc28gcGxlYXNlIG5vdGUgdGhhdCB3ZSBhcmUgbm90DQoN
CiAgICBkZWJhdGluZw0KDQogICAgPiAgICAgYWJvdXQgYQ0KDQogICAgPiAgICAgPj4gICAgID4+
IG5ldyBwcm9jZWR1cmUgYmVpbmcgcHJvcG9zZWQgYnV0IHRhbGtpbmcgYWJvdXQgYQ0KDQogICAg
cHJvY2VkdXJlDQoNCiAgICA+ICAgICB0aGF0DQoNCiAgICA+ICAgICA+PmlzDQoNCiAgICA+ICAg
ICA+PiAgICAgPj4gYWxyZWFkeSBpbXBsZW1lbnRlZCBhbmQgZGVwbG95ZWQuDQoNCiAgICA+ICAg
ICA+PiAgICAgPj4NCg0KICAgID4gICAgID4+ICAgICA+PiAyKSBBY2NlcHRhYmxlIExhYmVsIFNl
dCBpcyBvcHRpb25hbCBzbyBpdHMgcHJlc2VuY2UNCg0KICAgIGlzIG5vdA0KDQogICAgPiAgICAg
Pj4gICAgID4+IGd1YXJhbnRlZWQNCg0KICAgID4gICAgID4+ICAgICA+Pg0KDQogICAgPiAgICAg
Pj4gICAgID4+IFNvIGlzIHRoZSBjYXNlIG9mIG5ld2x5IGRlZmluZWQgdXBzdHJlYW0gbGFiZWwg
c2V0LiBBbHNvDQoNCiAgICA+ICAgICBwbGVhc2UNCg0KICAgID4gICAgID4+ICAgICA+PiBub3Rl
IHRoYXQgbWFueSBwYXJ0IG9mIHRoZSBSU1ZQLVRFIHByb3RvY29sIGFyZQ0KDQogICAgZGVzaWdu
ZWQgdXNpbmcNCg0KICAgID4gICAgID4+ICAgICA+PiBvcHRpb25hbCBvYmplY3RzLg0KDQogICAg
PiAgICAgPj4gICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4gMykgVGhlIGluZm9ybWF0aW9u
IGl0IHByb3ZpZGVzIG1heSBiZSBvdXQgb2YgZGF0ZSBieQ0KDQogICAgdGhlIHRpbWUNCg0KICAg
ID4gICAgID4+ICAgICA+PiB0aGUgTFNQIGlzIHJlLXNpZ25hbGVkLg0KDQogICAgPiAgICAgPj4g
ICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4gVGhpcyBpcyBhbiBpbXBsZW1lbnRhdGlvbiBp
c3N1ZS4gQSBub2RlIHNlbmRpbmcgdGhlDQoNCiAgICBhY2NlcHRhYmxlDQoNCiAgICA+ICAgICA+
PiAgICAgPj4gbGFiZWwgc2V0IGhhcyB0aGUgcmVzcG9uc2liaWxpdHkgdG8gZ3VhcmFudGVlIHRo
YXQNCg0KICAgIGluZm9ybWF0aW9uDQoNCiAgICA+ICAgICA+PiAgICAgPj4gcHJvdmlkZXMgaW4g
dGhlIGFjY2VwdGFibGUgbGFiZWwgc2V0IHJlbWFpbnMgdmFsaWQgZm9yDQoNCiAgICA+ICAgICA+
PiAgICAgPj4gcmUtc2lnbmFsaW5nIHRpbWUuIEUuZy4sIFVOSS1OIGltcGxlbWVudGF0aW9uIGNh
biBjYWNoZQ0KDQogICAgPiAgICAgdGhlIGxhYmVsDQoNCiAgICA+ICAgICA+PiAgICAgPj4gZm9y
IHRoZSByZS1zaWduYWxpbmcgdGltZS4NCg0KICAgID4gICAgID4+ICAgICA+Pg0KDQogICAgPiAg
ICAgPj4gICAgID4+IDQpIE1vc3QgaW1wb3J0YW50bHksIEFjY2VwdGFibGUgTGFiZWwgU2V0IGlz
DQoNCiAgICBnZW5lcmF0ZWQgaG9wIGJ5DQoNCiAgICA+ICAgICA+PiAgICAgPj4gaG9wLCB1bmxp
a2UgVXBzdHJlYW0gTGFiZWwgU2V0IHdoaWNoIGV4ZXJjaXNlcyB0aGUNCg0KICAgIGVudGlyZQ0K
DQogICAgPiAgICAgPj4gICAgID4+IHBhdGguIFRoaXMgbWVhbnMgdGhhdCBpdHMgdXNlIHRvIGRl
dGVybWluZSBhIHZhbGlkDQoNCiAgICB3YXZlbGVuZ3RoDQoNCiAgICA+ICAgICA+PiAgICAgPj4g
d291bGQgcmVxdWlyZSBhIHBvdGVudGlhbGx5IHVuYm91bmRlZCBudW1iZXIgb2YNCg0KICAgIGNy
YW5rYmFja3MsDQoNCiAgICA+ICAgICA+PiAgICAgPj4gYm90aCBzaW5nbGUgYW5kIG11bHRpLWhv
cCwgd2l0aCBubyBndWFyYW50ZWUgdGhhdCBzdWNoIGENCg0KICAgID4gICAgID4+ICAgICA+PiB3
YXZlbGVuZ3RoIGNvdWxkIGJlIGZvdW5kLg0KDQogICAgPiAgICAgPj4gICAgID4+DQoNCiAgICA+
ICAgICA+PiAgICAgPj4gSW4gdGhlIHVzZSBjYXNlIG9mIGFsaWduIHdhdmVsZW5ndGggYWRkcmVz
c2VkIGluIHRoaXMNCg0KICAgID4gICAgIGRyYWZ0LCB0aGUNCg0KICAgID4gICAgID4+ICAgICA+
PiBhY2NlcHRhYmxlIGxhYmVsIHNldCBjb21tdW5pY2F0aW9uIGlzIHJlc3RyaWN0ZWQgdG8gdGhl
DQoNCiAgICA+ICAgICBVTkktQyBhbmQNCg0KICAgID4gICAgID4+ICAgICA+PiBVTkktTiBub2Rl
Lg0KDQogICAgPiAgICAgPj4gICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4gWW91cnMgSXJy
ZXNwZWN0aXZlbHksDQoNCiAgICA+ICAgICA+PiAgICAgPj4NCg0KICAgID4gICAgID4+ICAgICA+
Pg0KDQogICAgPiAgICAgPj4gICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4gSm9obg0KDQog
ICAgPiAgICAgPj4gICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4NCg0KICAgID4gICAgID4+
ICAgICA+Pg0KDQogICAgPiAgICAgPj4gICAgID4+ICpGcm9tOipjY2FtcC1ib3VuY2VzQGlldGYu
b3JnDQoNCiAgICA8bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc+PG1haWx0bzpjY2FtcC1i
b3VuY2VzQGlldGYub3JnPg0KDQogICAgPiAgICAgPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYu
b3JnDQoNCiAgICA8bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc+PG1haWx0bzpjY2FtcC1i
b3VuY2VzQGlldGYub3JnPj4gPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnDQoNCiAgICA8
bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc+PG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYu
b3JnPg0KDQogICAgPiAgICAgPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnIDxtYWlsdG86
Y2NhbXAtYm91bmNlc0BpZXRmLm9yZz48bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc+Pj4N
Cg0KICAgID4gICAgID4+ICAgICA8bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmcNCg0KICAg
IDxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZz48bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0
Zi5vcmc+DQoNCg0KDQogICAgPiAgICAgPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnDQoN
CiAgICA8bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc+PG1haWx0bzpjY2FtcC1ib3VuY2Vz
QGlldGYub3JnPj4gPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnDQoNCiAgICA8bWFpbHRv
OmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc+PG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPg0K
DQoNCg0KICAgID4gICAgIDxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZyA8bWFpbHRvOmNj
YW1wLWJvdW5jZXNAaWV0Zi5vcmc+PG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPj4+Pg0K
DQogICAgPiAgICAgPj4gICAgID4+IFttYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZw0KDQog
ICAgPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPjxtYWlsdG86Y2NhbXAtYm91bmNlc0Bp
ZXRmLm9yZz4NCg0KICAgID4gICAgIDxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZw0KDQog
ICAgPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPjxtYWlsdG86Y2NhbXAtYm91bmNlc0Bp
ZXRmLm9yZz4+IDxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZw0KDQogICAgPG1haWx0bzpj
Y2FtcC1ib3VuY2VzQGlldGYub3JnPjxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZz4NCg0K
ICAgID4gICAgIDxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZyA8bWFpbHRvOmNjYW1wLWJv
dW5jZXNAaWV0Zi5vcmc+PG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPj4+XQ0KDQogICAg
PiAgICAgPj4gICAgICpPbiBCZWhhbGYgT2YgKlphZmFyIEFsaSAoemFsaSkNCg0KICAgID4gICAg
ID4+ICAgICA+PiAqU2VudDoqIFN1bmRheSwgTm92ZW1iZXIgMDMsIDIwMTMgODoxMiBBTQ0KDQog
ICAgPiAgICAgPj4gICAgID4+ICpUbzoqIElCcnlza2luQGFkdmFvcHRpY2FsLmNvbTxtYWlsdG86
SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPg0KDQogICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0
aWNhbC5jb20+PG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+DQoNCiAgICA+ICAgICA8
bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0KDQogICAgPG1haWx0bzpJQnJ5c2tpbkBh
ZHZhb3B0aWNhbC5jb20+PG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+Pg0KDQogICAg
PiAgICAgPj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQoNCiAgICA8bWFp
bHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT48bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2Fs
LmNvbT4NCg0KDQoNCiAgICA+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0K
DQogICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+PG1haWx0bzpJQnJ5c2tpbkBh
ZHZhb3B0aWNhbC5jb20+Pj4gPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCg0KICAg
IDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPjxtYWlsdG86SUJyeXNraW5AYWR2YW9w
dGljYWwuY29tPg0KDQogICAgPiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20N
Cg0KICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPjxtYWlsdG86SUJyeXNraW5A
YWR2YW9wdGljYWwuY29tPj4NCg0KICAgID4gICAgID4+ICAgICA8bWFpbHRvOklCcnlza2luQGFk
dmFvcHRpY2FsLmNvbQ0KDQogICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+PG1h
aWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+DQoNCg0KDQogICAgPiAgICAgPG1haWx0bzpJ
QnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCg0KICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGlj
YWwuY29tPjxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPj4+Pg0KDQogICAgPiAgICAg
Pj4gICAgID4+ICpDYzoqIGNjYW1wQGlldGYub3JnPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4gPG1h
aWx0bzpjY2FtcEBpZXRmLm9yZz48bWFpbHRvOmNjYW1wQGlldGYub3JnPg0KDQogICAgPG1haWx0
bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPjxtYWlsdG86Y2NhbXBAaWV0
Zi5vcmc+Pg0KDQogICAgPiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1w
QGlldGYub3JnPjxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+DQoNCiAgICA8bWFpbHRvOmNjYW1wQGll
dGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+PG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+Pg0K
DQoNCg0KICAgID4gICAgID4+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2Nh
bXBAaWV0Zi5vcmc+PG1haWx0bzpjY2FtcEBpZXRmLm9yZz4NCg0KICAgIDxtYWlsdG86Y2NhbXBA
aWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz48bWFpbHRvOmNjYW1wQGlldGYub3JnPj4N
Cg0KDQoNCiAgICA+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0
Zi5vcmc+PG1haWx0bzpjY2FtcEBpZXRmLm9yZz4NCg0KICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5v
cmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz48bWFpbHRvOmNjYW1wQGlldGYub3JnPj4+Pg0KDQog
ICAgPiAgICAgPj4gICAgID4+ICpTdWJqZWN0OiogW0NDQU1QXSBDb21tZW50cyBhYm91dA0KDQog
ICAgPiAgICAgPj4gICAgID4+IGRyYWZ0LWJlZXJhbS1jY2FtcC1uZXR3b3JrLWFzc2lnbmVkLXVw
c3RyZWFtLWxhYmVsLTAwDQoNCiAgICA+ICAgICA+PiAgICAgPj4NCg0KICAgID4gICAgID4+ICAg
ICA+Pg0KDQogICAgPiAgICAgPj4gICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4gSGkgSWdv
ciBhbmQgY28tYXV0aG9ycy0NCg0KICAgID4gICAgID4+ICAgICA+Pg0KDQogICAgPiAgICAgPj4g
ICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4NCg0KICAgID4gICAgID4+ICAgICA+PiBQbGVh
c2Ugbm90ZSB0aGF0IFtSRkMzNDczXSBhbHJlYWR5IGNvbnNpZGVycyB0aGUNCg0KICAgIGNhc2Ug
d2hlcmUNCg0KICAgID4gICAgID4+ICAgICA+PiB1cHN0cmVhbSBsYWJlbCBtYXkgbm90IGJlIGFj
Y2VwdGFibGUgdG8gYSBkb3duc3RyZWFtDQoNCiAgICA+ICAgICA+PiAgICAgPj4gbm9kZS4gU3Bl
Y2lmaWNhbGx5LCBbUkZDMzQ3M10gc3RhdGVzIHRoYXQ6DQoNCiAgICA+ICAgICA+PiAgICAgPj4N
Cg0KICAgID4gICAgID4+ICAgICA+PiAiL3doZW4gYSBQYXRoIG1lc3NhZ2UgY29udGFpbmluZyBh
biBVcHN0cmVhbV9MYWJlbA0KDQogICAgb2JqZWN0IGlzDQoNCiAgICA+ICAgICA+PiAgICAgPj4g
cmVjZWl2ZWQsIHRoZSByZWNlaXZlciBmaXJzdCB2ZXJpZmllcyB0aGF0IHRoZQ0KDQogICAgdXBz
dHJlYW0gbGFiZWwNCg0KICAgID4gICAgID4+ICAgICA+PiBpcyBhY2NlcHRhYmxlLiBJZiB0aGUg
bGFiZWwgaXMgbm90IGFjY2VwdGFibGUsIHRoZQ0KDQogICAgcmVjZWl2ZXINCg0KICAgID4gICAg
ID4+ICAgICA+PiAvKk1VU1QqL2lzc3VlIGEgUGF0aEVyciBtZXNzYWdlIHdpdGggYSAiUm91dGlu
Zw0KDQogICAgPiAgICAgPj4gICAgID4+IHByb2JsZW0vVW5hY2NlcHRhYmxlIGxhYmVsIHZhbHVl
IiBpbmRpY2F0aW9uLiBUaGUNCg0KICAgIGdlbmVyYXRlZA0KDQogICAgPiAgICAgPj4gICAgID4+
IFBhdGhFcnIgbWVzc2FnZSBNQVkgaW5jbHVkZSBhbiBBY2NlcHRhYmxlIExhYmVsIFNldA0KDQog
ICAgT2JqZWN0LyIuDQoNCiAgICA+ICAgICA+PiAgICAgPj4NCg0KICAgID4gICAgID4+ICAgICA+
PiBBY2NlcHRhYmxlX0xhYmVsX1NldCBvYmplY3RzIG1heSBiZSBjYXJyaWVkIGluDQoNCiAgICBQ
YXRoRXJyIGFuZA0KDQogICAgPiAgICAgPj4gICAgID4+IFJlc3ZFcnIgbWVzc2FnZXMgW1JGQzM0
NzNdLg0KDQogICAgPiAgICAgPj4gICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4NCg0KICAg
ID4gICAgID4+ICAgICA+Pg0KDQogICAgPiAgICAgPj4gICAgID4+IEhvd2V2ZXIsIHlvdXIgZHJh
ZnQgZG9lcyBub3QgbWVudGlvbiBvciBjb3ZlciB0aGlzDQoNCiAgICBhbHJlYWR5DQoNCiAgICA+
ICAgICA+PiAgICAgPj4gZGVmaW5lZCBtZXRob2QuDQoNCiAgICA+ICAgICA+PiAgICAgPj4NCg0K
ICAgID4gICAgID4+ICAgICA+Pg0KDQogICAgPiAgICAgPj4gICAgID4+DQoNCiAgICA+ICAgICA+
PiAgICAgPj4gVGhhbmtzDQoNCiAgICA+ICAgICA+PiAgICAgPj4NCg0KICAgID4gICAgID4+ICAg
ICA+Pg0KDQogICAgPiAgICAgPj4gICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4gUmVnYXJk
cyChrSBaYWZhcg0KDQogICAgPiAgICAgPj4gICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAgPg0K
DQogICAgPiAgICAgPj4gICAgID4NCg0KICAgID4gICAgID4+ICAgICA+IF9fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNCiAgICA+ICAgICA+PiAgICAgPiBD
Q0FNUCBtYWlsaW5nIGxpc3QNCg0KICAgID4gICAgID4+ICAgICA+IENDQU1QQGlldGYub3JnPG1h
aWx0bzpDQ0FNUEBpZXRmLm9yZz4gPG1haWx0bzpDQ0FNUEBpZXRmLm9yZz48bWFpbHRvOkNDQU1Q
QGlldGYub3JnPg0KDQogICAgPG1haWx0bzpDQ0FNUEBpZXRmLm9yZyA8bWFpbHRvOkNDQU1QQGll
dGYub3JnPjxtYWlsdG86Q0NBTVBAaWV0Zi5vcmc+Pg0KDQoNCg0KICAgID4gICAgIDxtYWlsdG86
Q0NBTVBAaWV0Zi5vcmcgPG1haWx0bzpDQ0FNUEBpZXRmLm9yZz48bWFpbHRvOkNDQU1QQGlldGYu
b3JnPg0KDQogICAgPG1haWx0bzpDQ0FNUEBpZXRmLm9yZyA8bWFpbHRvOkNDQU1QQGlldGYub3Jn
PjxtYWlsdG86Q0NBTVBAaWV0Zi5vcmc+Pj4NCg0KDQoNCiAgICA+ICAgICA+PiAgICAgPiBodHRw
czovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2NjYW1wDQoNCiAgICA+ICAgICA+PiAg
ICAgPg0KDQogICAgPiAgICAgPj4NCg0KICAgID4gICAgID4+ICAgICBfX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KDQogICAgPiAgICAgPj4gICAgIENDQU1Q
IG1haWxpbmcgbGlzdA0KDQoNCg0KICAgID4gICAgID4+ICAgICBDQ0FNUEBpZXRmLm9yZzxtYWls
dG86Q0NBTVBAaWV0Zi5vcmc+IDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmc+PG1haWx0bzpDQ0FNUEBp
ZXRmLm9yZz4NCg0KICAgIDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmcgPG1haWx0bzpDQ0FNUEBpZXRm
Lm9yZz48bWFpbHRvOkNDQU1QQGlldGYub3JnPj4NCg0KICAgIDxtYWlsdG86Q0NBTVBAaWV0Zi5v
cmcgPG1haWx0bzpDQ0FNUEBpZXRmLm9yZz48bWFpbHRvOkNDQU1QQGlldGYub3JnPg0KDQoNCg0K
ICAgID4gICAgIDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmcgPG1haWx0bzpDQ0FNUEBpZXRmLm9yZz48
bWFpbHRvOkNDQU1QQGlldGYub3JnPj4+DQoNCiAgICA+ICAgICA+PiAgICAgaHR0cHM6Ly93d3cu
aWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9jY2FtcA0KDQogICAgPiAgICAgPj4NCg0KICAgID4g
ICAgID4+DQoNCiAgICA+ICAgICA+Pg0KDQogICAgPiAgICAgPj4NCg0KICAgID4gICAgID4+IF9f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNCiAgICA+ICAg
ICA+PiBDQ0FNUCBtYWlsaW5nIGxpc3QNCg0KICAgID4gICAgID4+IENDQU1QQGlldGYub3JnPG1h
aWx0bzpDQ0FNUEBpZXRmLm9yZz4gPG1haWx0bzpDQ0FNUEBpZXRmLm9yZz48bWFpbHRvOkNDQU1Q
QGlldGYub3JnPg0KDQogICAgPG1haWx0bzpDQ0FNUEBpZXRmLm9yZyA8bWFpbHRvOkNDQU1QQGll
dGYub3JnPjxtYWlsdG86Q0NBTVBAaWV0Zi5vcmc+Pg0KDQogICAgPiAgICAgPj4gaHR0cHM6Ly93
d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9jY2FtcA0KDQogICAgPiAgICAgPg0KDQogICAg
PiAgICAgPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoN
CiAgICA+ICAgICA+Q0NBTVAgbWFpbGluZyBsaXN0DQoNCiAgICA+ICAgICA+Q0NBTVBAaWV0Zi5v
cmc8bWFpbHRvOkNDQU1QQGlldGYub3JnPiA8bWFpbHRvOkNDQU1QQGlldGYub3JnPjxtYWlsdG86
Q0NBTVBAaWV0Zi5vcmc+IDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmcNCg0KICAgIDxtYWlsdG86Q0NB
TVBAaWV0Zi5vcmc+PG1haWx0bzpDQ0FNUEBpZXRmLm9yZz4+DQoNCiAgICA+ICAgICA+aHR0cHM6
Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9jY2FtcA0KDQogICAgPiAgICAgPl9fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNCiAgICA+ICAgICA+
Q0NBTVAgbWFpbGluZyBsaXN0DQoNCiAgICA+ICAgICA+Q0NBTVBAaWV0Zi5vcmc8bWFpbHRvOkND
QU1QQGlldGYub3JnPiA8bWFpbHRvOkNDQU1QQGlldGYub3JnPjxtYWlsdG86Q0NBTVBAaWV0Zi5v
cmc+IDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmcNCg0KICAgIDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmc+
PG1haWx0bzpDQ0FNUEBpZXRmLm9yZz4+DQoNCiAgICA+ICAgICA+aHR0cHM6Ly93d3cuaWV0Zi5v
cmcvbWFpbG1hbi9saXN0aW5mby9jY2FtcA0KDQogICAgPg0KDQogICAgPg0KDQogICAgPg0KDQog
ICAgPg0KDQogICAgPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fXw0KDQogICAgPiBDQ0FNUCBtYWlsaW5nIGxpc3QNCg0KICAgID4gQ0NBTVBAaWV0Zi5vcmc8
bWFpbHRvOkNDQU1QQGlldGYub3JnPiA8bWFpbHRvOkNDQU1QQGlldGYub3JnPjxtYWlsdG86Q0NB
TVBAaWV0Zi5vcmc+DQoNCiAgICA+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGlu
Zm8vY2NhbXANCg0KICAgID4NCg0KDQoNCg0KDQoNCg0KDQoNCl9fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNCkNDQU1QIG1haWxpbmcgbGlzdA0KDQpDQ0FN
UEBpZXRmLm9yZzxtYWlsdG86Q0NBTVBAaWV0Zi5vcmc+DQoNCmh0dHBzOi8vd3d3LmlldGYub3Jn
L21haWxtYW4vbGlzdGluZm8vY2NhbXANCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX18NCg0KQ0NBTVAgbWFpbGluZyBsaXN0DQoNCkNDQU1QQGlldGYub3Jn
PG1haWx0bzpDQ0FNUEBpZXRmLm9yZz4NCg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9s
aXN0aW5mby9jY2FtcA0K

--_000_650AA355E323C34D9D4AAEED952E053D3FC12343SVEXDBPROD1infi_
Content-Type: text/html; charset="gb2312"
Content-Transfer-Encoding: quoted-printable











Architecturally it makes =
sense to cover this case.  In my past experience, I have worked on ROA=
DM system which mandated asymmetric add/drop!!  


 <=
/p>

I can think of multi-fail=
ure scenario (unidirectional) which could take advantage of available spect=
rum in different fibers to complete E2E path setup.  As
 long as hardware is capable of supporting this I do not see a reason for C=
P to block it.


 <=
/p>

Thx


Rajan

 <=
/p>





From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf=
.org]
On Behalf Of Dieter Beller

Sent: Tuesday, November 05, 2013 5:55 PM

To: Igor Bryskin; Vishnu Pavan Beeram

Cc: ccamp@ietf.org

Subject: Re: [CCAMP] =B4=F0=B8=B4:
=B4=
=F0=B8=B4: Comments about draft-beeram-=
ccamp-network-assigned-upstream-label-00






 


Hi Pavan and Igor,



I share Fatai's concerns - as far as transport networks are concerned, LSPs=
 are bidirectional in nature

and the labels are symmetric. It would be nice if you could elaborate a bit=
 more and provide some

practical application examples that justify the requirement of asymm=
etric labels.





Thanks,

Dieter








On 06.11.2013 00:20, Fatai Zhang wrote:





Hi,


 


For the transport/GMPLS networks, I would repeat the bidirectional LSP=
s are always symmetric in practice, so there are no cases for some nodes to=
 assign asymmetric labels.


 


However, I would agree on the requirements if we just do some research=
 in theory. 


 


Thanks


 


Fatai


 


 


________________________________________


=B7=A2=BC=FE=C8=CB: ccamp-bounces@ietf.org [ccamp-bounces@ietf.org] =B4=FA=B1=
=ED Lou Berger [lberger@labn.net=
]


=B7=A2=CB=CD=CA=B1=BC=E4: 2013=C4=EA11=D4=C26=C8=D5 6:47


=CA=D5=BC=FE=C8=CB: Igor Bryskin; Vishnu P=
avan Beeram


=B3=AD=CB=CD: ccamp@ietf.org


=D6=F7=CC=E2: Re: [CCAMP] =B4=F0=B8=B4: Comments about draft-beeram-ccamp-network-assigne=
d-upstream-label-00


 


Igor,


 


On 11/5/2013 11:42 AM, Igor Bryskin wrote:




Lou,


In majority of the cases UNI-Cs would want to have their G-LSPs label-=
symmetrical.




 


Every time you say UNI-C I've been assuming you mean ingress, is this<=
o:p>


correct?


 




If the label symmetricity is left to the local policy of the network,<=
o:p>


the latter may decide (e.g. because of existing unidirectional LSPs


set up for other users or P2MP LSPs) to assign different labels for


US and DS unless there is an explicit constraint signaled from the


UNI-C to make symmetrical or fail the setup.


 




 


So you believe there is a use case where some nodes will assign


asymmetric labels for the same service, and other nodes along the LSP<=
o:p>


only support symmetric labels.  Right?


 


Lou


 




Igor


 


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


From: Lou Berger [mailto:lberger@l=
abn.net]


Sent: Tuesday, November 05, 2013 2:21 PM


To: Igor Bryskin; Vishnu Pavan Beeram


Cc: ccamp@ietf.org

Subject: Re: [CCAMP] =B4=F0=B8=B4: Comment=
s about draft-beeram-ccamp-network-assigned-upstream-label-00

 


Great. So this is a nice short list.  I think the utility of requ=
irements 1 and 2 are pretty clear. You have stated that both symmetric and =
asymmetric labels are needed in optical for single fiber rings.  While=
 I'm personally amazed that these still exist, I  (with no hat on) acc=
ept the use case.


 


I suspect that some are not convinced on the need to "put label s=
ymmetry into the protocol" (Juilien's question)


 


Can you (authors) elaborate on why this needs to be changed?


 


Thanks,


Lou


 


On 11/05/2013 02:01 PM, Igor Bryskin wrote:




Lou,


 




    1. Downstream selection of the upstream label<=
/o:p>


 


 


    2. An option to allow upstream node to provide set =
of labels that


       should be used in the downstream =
nodes' choice of upstream


label


 


    3. The use of symmetric labels when the downstream =
node


       is selecting the label.


 


    4. Allowing for asymmetric labels is not a new requ=
irement, nor do


       you really care about it.


 




I agree with 1-3. But 4. should not be ignored


 


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


From: Lou Berger [mailto:lberger@l=
abn.net]


Sent: Tuesday, November 05, 2013 11:29 AM


To: Igor Bryskin; Vishnu Pavan Beeram


Cc: ccamp@ietf.org

Subject: Re: [CCAMP] =B4=F0=B8=B4: Comment=
s about


draft-beeram-ccamp-network-assigned-upstream-label-00


 


Igor,


     So you are adding to 3 to cover the case when=
 the upstream node selects the label, right?




    3. The use of symmetric labels when the downstream =
node


       is selecting the label.




 


Lou


 


On 11/5/2013 8:20 AM, Igor Bryskin wrote:




I would add:


 


5. A way for US node (e.g. UNI-C) to mandate the label symmetricity.


 


 


 


*From:*ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] *On


Behalf Of *Vishnu Pavan Beeram


*Sent:* Tuesday, November 05, 2013 10:50 AM


*To:* Lou Berger


*Cc:* ccamp@ietf.org<=
/pre>

*Subject:* Re: [CCAMP] =B4=F0=B8=B4: Comme=
nts about


draft-beeram-ccamp-network-assigned-upstream-label-00


 


 


 


Lou,


 


 


 


Yes, your summarized points are correct.


 


 


 


Thanks,


 


-Pavan.


 


 


 


On Tue, Nov 5, 2013 at 10:20 AM, Lou Berger <lberger@labn.net


<mailto:lberger@labn.net>> wrote:


 


Pavan,


        I think this is helpful in =
trying to understand what the


goals are of the draft.  Again, I'll resist arguing about the


mechanisms that are proposed until we've agreed on what requirements


need to be addressed.


(While the mechanism details, i.e., the "how", are certainly=



important, arguing those doesn't really answer the larger question of<=
o:p>


"what" you'd like to accomplish.)


 


 


 


VPB: Agree.


 


 


 


 


    So the list of requirements is now the addition of:=



    1. Downstream selection of the upstream label<=
/o:p>


 


 


    2. An option to allow upstream node to provide set =
of labels that


       should be used in the downstream =
nodes' choice of upstream


label


 


    3. The use of symmetric labels when the downstream =
node


       is selecting the label.


 


    4. Allowing for asymmetric labels is not a new requ=
irement, nor do


       you really care about it.


 


    Is this correct?


 


    Thanks,


    Lou


 


 


    On 11/5/2013 5:25 AM, Vishnu Pavan Beeram wrote:


    > I see a pattern in the questions that are bein=
g raised. I'll try


    and see


    > if I can answer them all using the following Q=
&A.


    >


    > A. "Label Symmetricity":<=
/pre>

    >


    > (1) Aren't labels always symmetric in practice=
? Are there any


    asymmetric


    > label scenarios at all?


    > Ans: Yes, labels are almost always symmetric i=
n practice. The draft


    > explicitly states that. I haven't come across =
any single


    > scenario/product where asymmetric labels are u=
sed. As Igor pointed out


    > in an earlier email, there could be in theory =
some single-fiber


    > configurations where the same wavelength canno=
t be used for both


    > directions. But I don't know if anyone really =
uses that.


    >


    > (2) Then why do you need an explicit request f=
rom the ingress to make


    > them symmetric at each hop?


    > Ans: This is because the extensions in RFC3473=
 allows "Label


    > Asymmetricity" and and as a result symmet=
ricity cannot be assumed by


    > default. There is currently no way of mandatin=
g symmetricity at


    each hop


    > along the path of the LSP.


    >


    > (3) Say, we all agree that "Symmetricity&=
quot; is always guaranteed


    (maybe we


    > even state it explicitly in some standard docu=
ment). Would you then be


    > able to use existing extensions and address th=
e "alien-wavelength"


    setup


    > use-case?


    > Ans: No, the existing extensions still fall sh=
ort. What does the


    > ingress-client fill in the UPSTREAM_LABEL when=
 it has no knowledge on


    > what needs to be used? As per current extensio=
ns, the UPSTREAM_LABEL


    > needs to be filled in with a valid label befor=
e sending the PATH


    out. We


    > still need the ingress-client to have some mec=
hanism to tell the


    network


    > - "please ignore what I'm filling in the =
UPSTREAM_LABEL; just take the


    > LABEL_SET into account if I fill one; I'll use=
 what is returned in the


    > RESV-LABEL for both directions."


    >


    > (4) Label allocation has always been a local c=
hoice. Why should the


    > ingress request how labels are allocated at so=
me downstream hop?


    > Ans: The ingress has always been the one to re=
quest the downstream


    node


    > to allocate labels in both directions. All tha=
t the draft is proposing


    > is a mechanism for the ingress to say that the=
se two labels need to be


    > symmetric.


    >


    > B. "Label Asymmetricity"<=
/pre>

    >


    > (4) Have the "Label Asymmetricity" e=
xtensions been included just for


    > completion sake? Can those be jettisoned if we=
 there is no need for


    > asymmetric labels?


    > Ans: Yes. The primary reason why those extensi=
ons are included in the


    > draft is because RFC3473 allows asymmetricity.=
 We don't need to


    discuss


    > those if we explicitly state somewhere (in som=
e standard document)


    that


    > "labels are always symmetric" and th=
at all previous extensions defined


    > for asymmetricity are use-less.

    >


    > C. "Use-Case"


    >


    > (5) I don't understand any of the above. Why d=
o we need the network to


    > assign an upstream label?


    > Ans: Please read the draft. Section 5 discusse=
s a specific use-case.


    >


    >


    > Regards,


    > -Pavan


    >


    >


    > On Tue, Nov 5, 2013 at 2:29 AM, Zafar Ali (zal=
i) <zali@cisco.com

    <mailto:zali@c=
isco.com>


 


    > <mailto:z=
ali@cisco.com <mailto:zali@cisco.c=
om>>> wrote:


    >


    >     Hi-


    >


    >     Furthermore, when (ali=
en) wavelength is same in forward and


    reverse


    >     direction, we can use =
label set along with acceptable label


    set - as


    >     defined in RFC3473. Th=
e only use case this draft addresses is


    when alien


    >     wavelength are asymmet=
rical in forward and reverse direction.


    I am not


    >     aware of any example o=
f such use case.


    >


    >     Thanks

    >


    >     Regards =A1=AD Zafar


    >


    >


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


 


    >     From: Fatai Zhang <=
zhangfatai@huawei.com


    <mailto=
:zhangfatai@huawei.com> <mailto:zhangfatai@huawei.com


    <mailto=
:zhangfatai@huawei.com>>>


    >     Date: Monday, November=
 4, 2013 7:38 PM


 


    >     To: "julien.meuric@orange.com

    <mai=
lto:julien.meuric@orange.com> <mailto:julien.meuric@orange.com


    <mai=
lto:julien.meuric@orange.com>>"


    >     <julien.meuric@orange.com <mailto:julien.meuric@orange.com>


    <mai=
lto:julien.meuric@orange.com


    <mai=
lto:julien.meuric@orange.com>>>, Vishnu


    >     Pavan


 


    >     Beeram <vishnupavan@gmail.com <mailto:vishnupavan@gmail.com>

    <mailto=
:vishnupavan@gmail.com <mai=
lto:vishnupavan@gmail.com>>>


    >     Cc: "ccamp@ietf.org =
<mailto:ccamp@ietf.org>


    <mailto:ccamp@=
ietf.org <mailto:ccamp@ietf.org>=
;>" <ccamp@ietf.org


    <mailto:ccamp@=
ietf.org>


    >     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>>


 


    >     Subject: [CCAMP] =B4=F0=B8=B4:  Comments


    >     about   draf=
t-beeram-ccamp-network-assigned-upstream-label-00


    >


    >     >Hi Pavan,


    >     >


    >     >Understood what yo=
u said in principle, but could you give an


    example to


    >     >show there are asy=
mmertric labels (wavelength?) for the


    bidirectiaonal


    >     >LSPs (especiall fo=
r the transport networks) in the real


    >     implementations?<=
/o:p>


    >     >


    >


    >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D


    >     >=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D


    >     >In practice, most =
bidirectional LSPs have label symmetricity on


    >     each hop

    >     >along the path of =
the LSP. But this is something that cannot


    be assumed


    >     >by default.


    >     >


    >     >


    >     >


    >     >Thanks<=
/pre>

    >     >


    >     >Fatai

    >     >


    >     >__________________=
______________________


 


    >     >=B7=A2=BC=FE=C8=CB: cca=
mp-bounces@ietf.org


    <mailt=
o:ccamp-bounces@ietf.org> <mailto:ccamp-bounces@ietf.org


    <mailt=
o:ccamp-bounces@ietf.org>>


    >     [ccamp-bounces@ietf.org <mailto:ccamp-bounces@ietf.org>


    <mailt=
o:ccamp-bounces@ietf.org <=
mailto:ccamp-bounces@ietf.org>>] =B4=FA


    =B1=ED Julien


    >     Meuric

    >     >[julien.meuric@orange.com <mailto:julien.meuric@orange.com>


    <mai=
lto:julien.meuric@orange.com


<mailto:julien.meuric@o=
range.com>>]


 


    >     >=B7=A2=CB=CD=CA=B1=BC=E4: 2013=C4=EA1=
1=D4=C25=C8=D5 10:3=
5


    >     >=CA=D5=BC=FE=C8=CB: Vishnu Pavan Beeram


 


    >     >=B3=AD=CB=CD: ccamp@ietf.org <mailto:ccamp@ietf.org><=
/o:p>


    <mailto:ccamp@=
ietf.org <mailto:ccamp@ietf.org>=
;>


 


    >     >=D6=F7=CC=E2: Re: [CCAMP] Comments about


    >     >draft-beeram-ccamp=
-network-assigned-upstream-label-00


    >     >


    >     >Hi Pavan.


    >     >


    >     >Even though I agre=
e with your unassigned Upstream_Label


    requirement, I


    >     >need to disagree w=
ith the data plane rationale you mention.


    >     >


    >     >The Upstream_Label=
 refers to the client's optical receiver:


    you don't


    >     >need to tune a las=
er on the receiver side. The data


    transmission could


    >     >even work without =
sending the actual Upstream_Label in


    RSVP-TE messages


    >     >to the client: I a=
m not really a fan of that approach, but


    that would


    >     >fit cases where op=
tical policies are left to the optical


    network...


    >     >


    >     >Moreover, I have d=
oubts on putting label symmetry within the


    protocol.


    >     >This is more an al=
location policy in the hands of allocating


    nodes:


    >     >requesting an allo=
cation mode from an ingress node would mean


    doing the


    >     >server job, I am n=
ot sure it is desirable.


    >     >


    >     >Julien<=
/pre>

    >     >


    >     >


    >     >On 11/04/2013 23:4=
9, Vishnu Pavan Beeram wrote:


    >     >> Lou,


    >     >>

    >     >> The extension=
s defined in this draft do not impose any


    backwards


    >     >> compatibility=
 issues. The intent is definitely not to


    change the


    >     >> fundamental a=
spects of the protocol. As you would agree, it


    is not


    >     >> mandatory to =
try and fit the extensions defined in RFC3473


    to all and


    >     >> sundry. New e=
xtensions are being introduced only where the


    existing


    >     >> extensions fa=
ll short. Let me walk through the requirements


    that we


    >     >> are looking a=
t and that would hopefully explain the limitations


    >     of the

    >     >> existing exte=
nsions.


    >     >>

    >     >> Base requirem=
ent :


    >     >> Need a mechan=
ism for a given node to say that it cannot


    assign an


    >     >> upstream-labe=
l on its own and that it needs the network (read


    >     >> downstream) t=
o assign it instead.


    >     >>

    >     >> Corollary req=
uirements :


    >     >> 1. Need a mec=
hanism for a given node to ask for a


    network-assigned


    >     >> upstream labe=
l without having to specify any inputs on what


    label


    >     >> needs to get =
picked.


    >     >> 2. Need a mec=
hanism for a given node to ask for a


    network-assigned


    >     >> upstream labe=
l and also specify some choices for the label


    that needs


    >     >> to get picked=
.


    >     >> 3. If labels =
are symmetric, a given node can simply use the


    label


    >     >> returned in t=
he LABEL object of the RESV message for both


    directions.


    >     >> In practice, =
most bidirectional LSPs have label


    symmetricity on each


    >     >> hop along the=
 path of the LSP. But this is something that


    cannot be


    >     >> assumed by de=
fault. Hence, there is a need to have a mechanism


    >     for the

    >     >> ingress to re=
quest "label symmetricity" at each hop along


    the path of


    >     >> the LSP.=



    >     >>

    >     >> Can you someh=
ow fit a solution using the current extensions


    and cater


    >     >> to the above =
requirements?


    >     >> We believe th=
e answer is NO. One suggestion on the mailing list


    >     was to

    >     >> set a random =
UPSTREAM_LABEL and send it out on a fishing


    expedition.


    >     >> The idea was =
that the downstream node would then respond with a


    >     >> PATH-ERR carr=
ying an ACCEPTABLE_LABEL_SET. John and Igor have


    >     provided

    >     >> a list of rea=
sons on why that isn't a great idea. Let me


    add another


    >     >> point -<=
/o:p>


    >     >> - As per RFC3=
473 - when a node receives an UPSTREAM_LABEL


    object in


    >     >> the PATH, it =
means that the upstream node MUST have already


    >     >> installed/pro=
grammed this label. In the alien wavelength


    use-case


    >     >> (discussed in=
 the draft), when the network receives this


    message, it


    >     >> would mean th=
at the laser has already been tuned to this


    >     wavelength at


    >     >> the client. T=
hat beats the very purpose of requesting a network


    >     >> assigned upst=
ream label. Doesn't it? So, the point is that


    with the


    >     >> current seman=
tics of an UPSTREAM_LABEL, you cannot use it


    for the


    >     case


    >     >> where the ups=
tream-label hasn't been installed/programmed


    yet. If


    >     some


    >     >> implementatio=
n decides to ignore these semantics, how would the


    >     >> network know =
whether the ingress-client has already


    installed this


    >     >> label or not =
(whether the laser is already tuned or not).


    >     >>

    >     >> RFC3473 state=
s that a Bidirectional-LSP setup request is


    >     identified by


    >     >> the presence =
of an "UPSTREAM_LABEL" object in the PATH msg.


    This


    >     draft


    >     >> does propose =
2 other mechanisms:


    >     >> - The presenc=
e of the "Label Symmetricity Required" Flag in


    the PATH


    >     >> - The presenc=
e of the "UPSTREAM_LABEL_SET" object in the PATH


    >     >> If a downstre=
am node does not understand any of the above


    >     indications,


    >     >> it would reje=
ct the setup request. In both scenarios -


    after the


    >     >> network has a=
ssigned the upstream-label, the concerned node is


    >     allowed

    >     >> to start sign=
aling the UPSTREAM_LABEL object in the PATH. I


    don't


    >     >> understand ho=
w adding two other mechanisms for


    Bidirectional LSP


    >     setup


    >     >> translates to=
 changing fundamental aspects of the protocol.


    >     >> Implementatio=
ns that can support these extensions can.


    Others can


    >     >> still be happ=
y with their "running code".


    >     >>

    >     >> Regards,=



    >     >> -Pavan


    >     >>

    >     >>

    >     >>

    >     >> On Mon, Nov 4=
, 2013 at 2:18 PM, Lou Berger


    <lberger@lab=
n.net <mailto:lberger@labn.net&g=
t;


    >     <mailto:lberger@labn.net <mailto:lberger@labn.net>>


 


    >     >> <mailto:lberger@labn.net <mailto:lberger@labn.net>


    <mailto:lber=
ger@labn.net <mailto:lberger@lab=
n.net>>>> wrote:


    >     >>

    >     >>  &n=
bsp;  John, (authors)


    >     >>

    >     >>  &n=
bsp;  Perhaps it would be useful to refocus a moment on the=



    specific


    >     >>  &n=
bsp;  limitations the draft is focusing on.


    >     >>

    >     >>  &n=
bsp;  There's no question that 3473 made certain choices based on=



    >     expected

    >     >>  &n=
bsp;  uses and probabilities that may not hold, but we do

    need to be


    >     >>careful


    >     >>  &n=
bsp;  when changing fundamentals of the protocol (e.g. moving


    away from


    >     >>the=



    >     >>   &=
nbsp; use of the upstream label object as the basic object that


    >     indicates

    >     >>a

    >     >>  &n=
bsp;  bidirectional LSP.)


    >     >>

    >     >>  &n=
bsp;  So is it fair to say that the main limitation that the


    draft is


    >     >>trying


    >     >>  &n=
bsp;  to address is the inability to support downstream

    selection of


    >     >>  &n=
bsp;  upstream


    >     >>  &n=
bsp;  labels?


    >     >>

    >     >>  &n=
bsp;  The draft also allows for both symmetric and asymmetric


    label


    >     value


    >     >>  &n=
bsp;  allocation. IS this a requirement, or asymmetric just=



    >     included for


    >     >>  &n=
bsp;  completeness?


    >     >>

    >     >>  &n=
bsp;  Are there other requirements / limitations you are

    trying to


    >     >>address?<=
/o:p>


    >     >>

    >     >>  &n=
bsp;  Lou


    >     >>

    >     >>  &n=
bsp;  On 11/04/2013 01:24 PM, John E Drake wrote:


    >     >>  &n=
bsp;  > Zafar,


    >     >>  &n=
bsp;  >


    >     >>  &n=
bsp;  > Both Igor and I have listed technical issues with RFC3473


    >     and your

    >     >>  &n=
bsp;  > response is that you really really like RFC3473. I'm


    happy for


    >     >>  &n=
bsp;  you but


    >     >>  &n=
bsp;  > unimpressed.


    >     >>  &n=
bsp;  >


    >     >>  &n=
bsp;  > John


    >     >>  &n=
bsp;  >


    >     >>  &n=
bsp;  > Sent from my iPhone


    >     >>  &n=
bsp;  >


    >     >>  &n=
bsp;  > On Nov 4, 2013, at 9:43 AM, "Zafar Ali (zali)"


    >     <zali@cisco.com <ma=
ilto:zali@cisco.com> <mailto:za=
li@cisco.com


    <mailto:zali@c=
isco.com>>


    >     >>  &n=
bsp;  <mailto:zali@cisco.com =
<mailto:zali@cisco.com>


    <mailto:zali@c=
isco.com <mailto:zali@cisco.com>=
;>>


    >     >>  &n=
bsp;  > <mailto:zali@cisco.com=
 <mailto:zali@cisco.com>


    <mailto:zali@c=
isco.com <mailto:zali@cisco.com>=
;>


    >     <mailto:zali@cisco.com <mailto:zali@cisco.com>


    <mailto:zali@c=
isco.com <mailto:zali@cisco.com>=
;>>>> wrote:


    >     >>  &n=
bsp;  >


    >     >>  &n=
bsp;  >> Igor, John-


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Please see in-line.


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> From: "IBryskin@advaoptical.com


    <mai=
lto:IBryskin@advaoptical.com>


    >     <mailto:IBryskin@advaoptical.com

    <mai=
lto:IBryskin@advaoptical.com>>


    >     >>  &n=
bsp;  <mailto:IBryskin@=
advaoptical.com


    <mai=
lto:IBryskin@advaoptical.com>


 


    >     <mailto:IBryskin@advaoptical.com

    <mai=
lto:IBryskin@advaoptical.com>>> <mailto:IBryskin@advaoptical.com


    <mai=
lto:IBryskin@advaoptical.com>


 


    >     <mailto:IBryskin@advaoptical.com

    <mai=
lto:IBryskin@advaoptical.com>>


    >     >>  &n=
bsp;  <mailto:IBryskin@=
advaoptical.com


    <mai=
lto:IBryskin@advaoptical.com>


    >     <mailto:IBryskin@advaoptical.com

    <mai=
lto:IBryskin@advaoptical.com>>>>"


    >     >>  &n=
bsp;  >> <IBryski=
n@advaoptical.com


    <mai=
lto:IBryskin@advaoptical.com>


    >     <mailto:IBryskin@advaoptical.com

    <mai=
lto:IBryskin@advaoptical.com>> <mailto:IBryskin@advaoptical.com


    <mai=
lto:IBryskin@advaoptical.com>


    >     <mailto:IBryskin@advaoptical.com

    <mai=
lto:IBryskin@advaoptical.com>>>


    >     >>  &n=
bsp;  <mailto:IBryskin@=
advaoptical.com


    <mai=
lto:IBryskin@advaoptical.com>


    >     <mailto:IBryskin@advaoptical.com

    <mai=
lto:IBryskin@advaoptical.com>> <mailto:IBryskin@advaoptical.com


    <mai=
lto:IBryskin@advaoptical.com>


    >     <mailto:IBryskin@advaoptical.com

    <mai=
lto:IBryskin@advaoptical.com>>>>>


    >     >>  &n=
bsp;  >> Date: Monday, November 4, 2013 8:57 AM


    >     >>  &n=
bsp;  >> To: zali <zali@cis=
co.com <mailto:zali@cisco.com><=
/a>


    <mailto:zali@c=
isco.com <mailto:zali@cisco.com>=
;>


    >     <mailto:zali@cisco.com <mailto:zali@cisco.com>


    <mailto:zali@c=
isco.com <mailto:zali@cisco.com>=
;>>


 


    >     >>  &n=
bsp;  <mailto:zali@cisco.com =
<mailto:zali@cisco.com>


    <mailto:zali@c=
isco.com <mailto:zali@cisco.com>=
;>


 


    >     <mailto:zali@cisco.com <mailto:zali@cisco.com>


    <mailto:zali@c=
isco.com <mailto:zali@cisco.com>=
;>>>>,


    >     >>  &n=
bsp;  "jdrake@juniper.net <mailto:jdrake@juniper.net><=
/a>


    <mailto:jd=
rake@juniper.net <mailto:jdrak=
e@juniper.net>>


    >     <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>


    <mailto:jd=
rake@juniper.net <mailto:jdrak=
e@juniper.net>>>


    >     >>  &n=
bsp;  >> <mailto:jdrake=
@juniper.net


    <mailto:jd=
rake@juniper.net> <mailto:j=
drake@juniper.net


    <mailto:jd=
rake@juniper.net>>


    >     <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>


    <mailto:jd=
rake@juniper.net <mailto:jdrak=
e@juniper.net>>>>"


    >     >>  &n=
bsp;  <jdrake@juniper.net=
 <mailto:jdrake@juniper.net>


    <mailto:jd=
rake@juniper.net <mailto:jdrak=
e@juniper.net>>


    >     <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>


    <mailto:jd=
rake@juniper.net <mailto:jdrak=
e@juniper.net>>>


    >     >>  &n=
bsp;  >> <mailto:jdrake=
@juniper.net


    <mailto:jd=
rake@juniper.net> <mailto:j=
drake@juniper.net


    <mailto:jd=
rake@juniper.net>>


    >     <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>


    <mailto:jd=
rake@juniper.net <mailto:jdrak=
e@juniper.net>>>>>


    >     >>  &n=
bsp;  >> Cc: "ccamp@ietf.=
org <mailto:ccamp@ietf.org>=



    <mailto:ccamp@=
ietf.org <mailto:ccamp@ietf.org>=
;>


    >     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>


    <mailto:ccamp@=
ietf.org <mailto:ccamp@ietf.org>=
;>>


    >     >>  &n=
bsp;  <mailto:ccamp@ietf.org =
<mailto:ccamp@ietf.org>


    <mailto:ccamp@=
ietf.org <mailto:ccamp@ietf.org>=
;>


    >     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>


    <mailto:ccamp@=
ietf.org <mailto:ccamp@ietf.org>=
;>>>" <ccamp@ietf.or=
g


    <mailto:ccamp@=
ietf.org>


    >     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>


    >     >>  &n=
bsp;  <mailto:ccamp@ietf.org =
<mailto:ccamp@ietf.org>


    <mailto:ccamp@=
ietf.org <mailto:ccamp@ietf.org>=
;>>


    >     >>  &n=
bsp;  >> <mailto:ccamp@ietf=
.org <mailto:ccamp@ietf.org>


    <mailto:ccamp@=
ietf.org <mailto:ccamp@ietf.org>=
;>


    >     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>


    <mailto:ccamp@=
ietf.org <mailto:ccamp@ietf.org>=
;>>>>


    >     >>  &n=
bsp;  >> Subject: RE: Comments about


    >     >>  &n=
bsp;  >> draft-beeram-ccamp-network-assigned-upstream-label-00


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Zafar,


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> 1) Using an error indication as a part of normal


    protocol


    >     >>  &n=
bsp;  >> operation is not good design practice.


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Use of Path error and notify message is an integral par=
t


    >     of the

    >     >>  &n=
bsp;  >> RSVP-TE design. Also please note that we are not


    debating


    >     about a

    >     >>  &n=
bsp;  >> new procedure being proposed but talking about a


    procedure


    >     that


    >     >>is<=
/pre>

    >     >>  &n=
bsp;  >> already implemented and deployed.


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> IB>> The way I interpret this discussion is<=
/o:p>


    something like


    >     this:


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> John: I believe that white is a lighter color than=



    black.


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Zafa: Well, John, black is an integral part of the colo=
r


    >     pallet.

    >     >>  &n=
bsp;  >> Many mature applications successfully use black for


    their


    >     various

    >     >>  &n=
bsp;  >> purposes. My implementations, for example, use black fo=
r


    >     pretty

    >     >>  &n=
bsp;  >> much everything=A1=AD.. So, it is not clear which color=



    is lighter,


    >     >>and=



    >     >>  &n=
bsp;  >> why do we need other colors at all. :=3D)

    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> I mean to say that your, Zafar, comments IMHO are not


    >     >>constructive


    >     >>  &n=
bsp;  >> technical arguments.


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Igor


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Hi Igor and John:


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> This is really funny. This is the first time I have


    heard that


    >     >>  &n=
bsp;  running


    >     >>  &n=
bsp;  >> code has no merit at IETF :) This is especially when th=
e


    >     >>  &n=
bsp;  running code


    >     >>  &n=
bsp;  >> is directly coming from RFC3473. You are calling it &qu=
ot;not


    >     >>  &n=
bsp;  constructive


    >     >>  &n=
bsp;  >> technical arguments"! Last I heard we believed in<=
o:p>


    running code


    >     >>(See


    >     >>  &n=
bsp;  >> your T-shirt from the election day from IETF Atlanta).<=
o:p>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Your draft is ONLY applicable for a use case where=



    >     upstream and


    >     >>  &n=
bsp;  >> downstream alien wavelength are different. When


    upstream and


    >     >>  &n=
bsp;  >> downstream alien wavelength are same, use of=



    acceptable label


    >     >>  &n=
bsp;  set and


    >     >>  &n=
bsp;  >> label set objects constitute the running code.


    However, your


    >     >>draft


    >     >>  &n=
bsp;  >> neither makes that applicability statement nor makes an=
y


    >     mention

    >     >>or<=
/pre>

    >     >>  &n=
bsp;  >> cover or reference to procedure I quoted from RFC3473.<=
o:p>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Thanks


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Regards=A1=ADZafar


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> *From:*Zafar Ali (zali) [mailto:zali@cisco.com


    <mailto:zali@c=
isco.com>


    >     <mailto:zali@cisco.com <mailto:zali@cisco.com>>


    >     >>  &n=
bsp;  <mailto:zali@cisco.com =
<mailto:zali@cisco.com>


    <mailto:zali@c=
isco.com <mailto:zali@cisco.com>=
;>>]


    >     >>  &n=
bsp;  >> *Sent:* Monday, November 04, 2013 1:51 AM

    >     >>  &n=
bsp;  >> *To:* John E Drake; Igor Bryskin


    >     >>  &n=
bsp;  >> *Cc:* ccamp@ietf.org<=
/a> <mailto:ccamp@ietf.org>


    <mailto:ccamp@=
ietf.org <mailto:ccamp@ietf.org>=
;>


    >     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>


    <mailto:ccamp@=
ietf.org <mailto:ccamp@ietf.org>=
;>>


    >     >>  &n=
bsp;  <mailto:ccamp@ietf.org =
<mailto:ccamp@ietf.org>


    <mailto:ccamp@=
ietf.org <mailto:ccamp@ietf.org>=
;>


    >     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>


    <mailto:ccamp@=
ietf.org <mailto:ccamp@ietf.org>=
;>>>


    >     >>  &n=
bsp;  >> *Subject:* Re: Comments about


    >     >>  &n=
bsp;  >> draft-beeram-ccamp-network-assigned-upstream-label-00


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Hi John:


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Please see in-line.


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Thanks


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Regards =A1=AD Zafar


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>   &=
nbsp; >>


    >     >>  &n=
bsp;  >> *From: *"jdr=
ake@juniper.net


    <mailto:jd=
rake@juniper.net> <mailto:j=
drake@juniper.net


    <mailto:jd=
rake@juniper.net>>


    >     <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>


    <mailto:jd=
rake@juniper.net <mailto:jdrak=
e@juniper.net>>>


    >     >>  &n=
bsp;  <mailto:jdrake@juniper.=
net <mailto:jdrake@juniper.net=
>


    <mailto:jd=
rake@juniper.net <mailto:jdrak=
e@juniper.net>>


    >     <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>


    <mailto:jd=
rake@juniper.net <mailto:jdrak=
e@juniper.net>>>>"


    >     >>  &n=
bsp;  >> <jdrake@junipe=
r.net <mailto:jdrake@juniper.n=
et>


    <mailto:jd=
rake@juniper.net <mailto:jdrak=
e@juniper.net>>


    >     <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>


    <mailto:jd=
rake@juniper.net <mailto:jdrak=
e@juniper.net>>>


    >     >>  &n=
bsp;  <mailto:jdrake@juniper.=
net <mailto:jdrake@juniper.net=
>


    <mailto:jd=
rake@juniper.net <mailto:jdrak=
e@juniper.net>>


 


    >     <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>


    <mailto:jd=
rake@juniper.net <mailto:jdrak=
e@juniper.net>>>>>


    >     >>  &n=
bsp;  >> *Date: *Sunday, November 3, 2013 11:57 AM

    >     >>  &n=
bsp;  >> *To: *zali <zali@c=
isco.com <mailto:zali@cisco.com>=
;


    <mailto:zali@c=
isco.com <mailto:zali@cisco.com>=
;>


    >     <mailto:zali@cisco.com <mailto:zali@cisco.com>


    <mailto:zali@c=
isco.com <mailto:zali@cisco.com>=
;>>


 


    >     >>  &n=
bsp;  <mailto:zali@cisco.com =
<mailto:zali@cisco.com>


    <mailto:zali@c=
isco.com <mailto:zali@cisco.com>=
;>


 


    >     <mailto:zali@cisco.com <mailto:zali@cisco.com>


    <mailto:zali@c=
isco.com <mailto:zali@cisco.com>=
;>>>>,


    >     >>  &n=
bsp;  >> "IBrys=
kin@advaoptical.com


    <mai=
lto:IBryskin@advaoptical.com>


    >     <mailto:IBryskin@advaoptical.com

    <mai=
lto:IBryskin@advaoptical.com>> <mailto:IBryskin@advaoptical.com


    <mai=
lto:IBryskin@advaoptical.com>


    >     <mailto:IBryskin@advaoptical.com

    <mai=
lto:IBryskin@advaoptical.com>>>


 


    >     >>  &n=
bsp;  <mailto:IBryskin@=
advaoptical.com


    <mai=
lto:IBryskin@advaoptical.com>


    >     <mailto:IBryskin@advaoptical.com

    <mai=
lto:IBryskin@advaoptical.com>> <mailto:IBryskin@advaoptical.com


    <mai=
lto:IBryskin@advaoptical.com>


    >     <mailto:IBryskin@advaoptical.com

    <mai=
lto:IBryskin@advaoptical.com>>>>"


    >     >>  &n=
bsp;  >> <IBryski=
n@advaoptical.com


    <mai=
lto:IBryskin@advaoptical.com>


    >     <mailto:IBryskin@advaoptical.com

    <mai=
lto:IBryskin@advaoptical.com>> <mailto:IBryskin@advaoptical.com


    <mai=
lto:IBryskin@advaoptical.com>


    >     <mailto:IBryskin@advaoptical.com

    <mai=
lto:IBryskin@advaoptical.com>>>


    >     >>  &n=
bsp;  <mailto:IBryskin@=
advaoptical.com


    <mai=
lto:IBryskin@advaoptical.com>


    >     <mailto:IBryskin@advaoptical.com

    <mai=
lto:IBryskin@advaoptical.com>> <mailto:IBryskin@advaoptical.com


    <mai=
lto:IBryskin@advaoptical.com>


 


    >     <mailto:IBryskin@advaoptical.com

    <mai=
lto:IBryskin@advaoptical.com>>>>>


    >     >>  &n=
bsp;  >> *Cc: *"ccamp@iet=
f.org <mailto:ccamp@ietf.org>


    <mailto:ccamp@=
ietf.org <mailto:ccamp@ietf.org>=
;>


    >     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>


    <mailto:ccamp@=
ietf.org <mailto:ccamp@ietf.org>=
;>>


 


    >     >>  &n=
bsp;  <mailto:ccamp@ietf.org =
<mailto:ccamp@ietf.org>


    <mailto:ccamp@=
ietf.org <mailto:ccamp@ietf.org>=
;>


    >     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>


    <mailto:ccamp@=
ietf.org <mailto:ccamp@ietf.org>=
;>>>" <ccamp@ietf.or=
g


    <mailto:ccamp@=
ietf.org>


    >     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>


    >     >>  &n=
bsp;  <mailto:ccamp@ietf.org =
<mailto:ccamp@ietf.org>


    <mailto:ccamp@=
ietf.org <mailto:ccamp@ietf.org>=
;>>


    >     >>  &n=
bsp;  >> <mailto:ccamp@ietf=
.org <mailto:ccamp@ietf.org>


    <mailto:ccamp@=
ietf.org <mailto:ccamp@ietf.org>=
;>


 


    >     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>


    <mailto:ccamp@=
ietf.org <mailto:ccamp@ietf.org>=
;>>>>


    >     >>  &n=
bsp;  >> *Subject: *RE: Comments about


    >     >>  &n=
bsp;  >> draft-beeram-ccamp-network-assigned-upstream-label-00


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Zafar,


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> That because this already defined method has the


    following


    >     >>issues:


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> 1) Using an error indication as a part of normal


    protocol


    >     >>  &n=
bsp;  >> operation is not good design practice.


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Use of Path error and notify message is an integral par=
t


    >     of the

    >     >>  &n=
bsp;  >> RSVP-TE design. Also please note that we are not


    debating


    >     about a

    >     >>  &n=
bsp;  >> new procedure being proposed but talking about a


    procedure


    >     that


    >     >>is<=
/pre>

    >     >>  &n=
bsp;  >> already implemented and deployed.


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> 2) Acceptable Label Set is optional so its presence


    is not


    >     >>  &n=
bsp;  >> guaranteed


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> So is the case of newly defined upstream label set. Als=
o


    >     please

    >     >>  &n=
bsp;  >> note that many part of the RSVP-TE protocol are


    designed using


    >     >>  &n=
bsp;  >> optional objects.


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> 3) The information it provides may be out of date by


    the time


    >     >>  &n=
bsp;  >> the LSP is re-signaled.


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> This is an implementation issue. A node sending the


    acceptable


    >     >>  &n=
bsp;  >> label set has the responsibility to guarantee that=



    information


    >     >>  &n=
bsp;  >> provides in the acceptable label set remains valid for<=
o:p>


    >     >>  &n=
bsp;  >> re-signaling time. E.g., UNI-N implementation can cache=



    >     the label

    >     >>  &n=
bsp;  >> for the re-signaling time.


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> 4) Most importantly, Acceptable Label Set is=



    generated hop by


    >     >>  &n=
bsp;  >> hop, unlike Upstream Label Set which exercises the=



    entire


    >     >>  &n=
bsp;  >> path. This means that its use to determine a valid=



    wavelength


    >     >>  &n=
bsp;  >> would require a potentially unbounded number of


    crankbacks,


    >     >>  &n=
bsp;  >> both single and multi-hop, with no guarantee that such =
a


    >     >>  &n=
bsp;  >> wavelength could be found.


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> In the use case of align wavelength addressed in this


    >     draft, the<=
/pre>

    >     >>  &n=
bsp;  >> acceptable label set communication is restricted to the=



    >     UNI-C and

    >     >>  &n=
bsp;  >> UNI-N node.


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Yours Irrespectively,


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>   &=
nbsp; >>


    >     >>  &n=
bsp;  >> John


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> *From:*ccamp-bounces@ietf.org


    <mailt=
o:ccamp-bounces@ietf.org>


    >     <mailto:ccamp-bounces@ietf.org


    <mailt=
o:ccamp-bounces@ietf.org>> <mailto:ccamp-bounces@ietf.org


    <mailt=
o:ccamp-bounces@ietf.org>


    >     <mailto:ccamp-bounces@ietf.org <mailto:ccamp-bounces@ietf.org>>><=
o:p>


    >     >>  &n=
bsp;  <mailto:ccamp-bounc=
es@ietf.org


    <mailt=
o:ccamp-bounces@ietf.org>


 


    >     <mailto:ccamp-bounces@ietf.org


    <mailt=
o:ccamp-bounces@ietf.org>> <mailto:ccamp-bounces@ietf.org


    <mailt=
o:ccamp-bounces@ietf.org>


 


    >     <mailto:ccamp-bounces@ietf.org <mailto:ccamp-bounces@ietf.org>>>&=
gt;


    >     >>  &n=
bsp;  >> [mailto:ccamp=
-bounces@ietf.org


    <mailt=
o:ccamp-bounces@ietf.org>


    >     <mailto:ccamp-bounces@ietf.org


    <mailt=
o:ccamp-bounces@ietf.org>> <mailto:ccamp-bounces@ietf.org


    <mailt=
o:ccamp-bounces@ietf.org>


    >     <mailto:ccamp-bounces@ietf.org <mailto:ccamp-bounces@ietf.org>>>]=



    >     >>  &n=
bsp;  *On Behalf Of *Zafar Ali (zali)


    >     >>  &n=
bsp;  >> *Sent:* Sunday, November 03, 2013 8:12 AM

    >     >>  &n=
bsp;  >> *To:* IBrys=
kin@advaoptical.com


    <mai=
lto:IBryskin@advaoptical.com>


    >     <mailto:IBryskin@advaoptical.com

    <mai=
lto:IBryskin@advaoptical.com>>


    >     >>  &n=
bsp;  <mailto:IBryskin@=
advaoptical.com


    <mai=
lto:IBryskin@advaoptical.com>


 


    >     <mailto:IBryskin@advaoptical.com

    <mai=
lto:IBryskin@advaoptical.com>>> <mailto:IBryskin@advaoptical.com


    <mai=
lto:IBryskin@advaoptical.com>


    >     <mailto:IBryskin@advaoptical.com

    <mai=
lto:IBryskin@advaoptical.com>>


    >     >>  &n=
bsp;  <mailto:IBryskin@=
advaoptical.com


    <mai=
lto:IBryskin@advaoptical.com>


 


    >     <mailto:IBryskin@advaoptical.com

    <mai=
lto:IBryskin@advaoptical.com>>>>


    >     >>  &n=
bsp;  >> *Cc:* ccamp@ietf.org<=
/a> <mailto:ccamp@ietf.org>


    <mailto:ccamp@=
ietf.org <mailto:ccamp@ietf.org>=
;>


    >     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>


    <mailto:ccamp@=
ietf.org <mailto:ccamp@ietf.org>=
;>>


 


    >     >>  &n=
bsp;  <mailto:ccamp@ietf.org =
<mailto:ccamp@ietf.org>


    <mailto:ccamp@=
ietf.org <mailto:ccamp@ietf.org>=
;>


 


    >     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>


    <mailto:ccamp@=
ietf.org <mailto:ccamp@ietf.org>=
;>>>


    >     >>  &n=
bsp;  >> *Subject:* [CCAMP] Comments about


    >     >>  &n=
bsp;  >> draft-beeram-ccamp-network-assigned-upstream-label-00


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Hi Igor and co-authors-


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Please note that [RFC3473] already considers the


    case where


    >     >>  &n=
bsp;  >> upstream label may not be acceptable to a downstream


    >     >>  &n=
bsp;  >> node. Specifically, [RFC3473] states that:

    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> "/when a Path message containing an Upstream_Label=



    object is


    >     >>  &n=
bsp;  >> received, the receiver first verifies that the


    upstream label


    >     >>  &n=
bsp;  >> is acceptable. If the label is not acceptable, the=



    receiver


    >     >>  &n=
bsp;  >> /*MUST*/issue a PathErr message with a "Routing


    >     >>  &n=
bsp;  >> problem/Unacceptable label value" indication. The<=
o:p>


    generated


    >     >>  &n=
bsp;  >> PathErr message MAY include an Acceptable Label Set


    Object/".


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Acceptable_Label_Set objects may be carried in


    PathErr and


    >     >>  &n=
bsp;  >> ResvErr messages [RFC3473].


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> However, your draft does not mention or cover this=



    already


    >     >>  &n=
bsp;  >> defined method.


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Thanks


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Regards =A1=AD Zafar


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >


    >     >>  &n=
bsp;  >


    >     >>  &n=
bsp;  > _______________________________________________<=
/pre>

    >     >>  &n=
bsp;  > CCAMP mailing list


    >     >>  &n=
bsp;  > CCAMP@ietf.org <mailto:CCAMP@ietf.org>

    <mailto:CCAMP@=
ietf.org <mailto:CCAMP@ietf.org>=
;>


 


    >     <mailto:CCAMP@ietf.org <mailto:CCAMP@ietf.org>


    <mailto:CCAMP@=
ietf.org <mailto:CCAMP@ietf.org>=
;>>


 


    >     >>  &n=
bsp;  > htt=
ps://www.ietf.org/mailman/listinfo/ccamp


    >     >>  &n=
bsp;  >


    >     >>

    >     >>  &n=
bsp;  _______________________________________________


    >     >>  &n=
bsp;  CCAMP mailing list


 


    >     >>  &n=
bsp;  CCAMP@ietf.org <mailto:CCAMP@ietf.org>


    <mailto:CCAMP@=
ietf.org <mailto:CCAMP@ietf.org>=
;>


    <mailto:CCAMP@=
ietf.org <mailto:CCAMP@ietf.org>=
;


 


    >     <mailto:CCAMP@ietf.org <mailto:CCAMP@ietf.org>>>


    >     >>  &n=
bsp;  https://=
www.ietf.org/mailman/listinfo/ccamp


    >     >>

    >     >>

    >     >>

    >     >>

    >     >> _____________=
__________________________________


    >     >> CCAMP mailing=
 list


    >     >> CCAMP@ietf.org &=
lt;mailto:CCAMP@ietf.org>


    <mailto:CCAMP@=
ietf.org <mailto:CCAMP@ietf.org>=
;>


    >     >> https://www.ietf.org/mailman/lis=
tinfo/ccamp


    >     >


    >     >__________________=
_____________________________


    >     >CCAMP mailing list=



    >     >CCAMP@ietf.org <ma=
ilto:CCAMP@ietf.org> <mailto:CC=
AMP@ietf.org


    <mailto:CCAMP@=
ietf.org>>


    >     >https://www.ietf.org/mailman/listinfo=
/ccamp


    >     >__________________=
_____________________________


    >     >CCAMP mailing list=



    >     >CCAMP@ietf.org <ma=
ilto:CCAMP@ietf.org> <mailto:CC=
AMP@ietf.org


    <mailto:CCAMP@=
ietf.org>>


    >     >https://www.ietf.org/mailman/listinfo=
/ccamp


    >


    >


    >


    >


    > ______________________________________________=
_


    > CCAMP mailing list


    > CCAMP@ietf.o=
rg <mailto:CCAMP@ietf.org><=
o:p>


    > https://www.ietf.org/mailman/listinfo/ccamp


    >


 


 


 






 




_______________________________________________


CCAMP mailing list


CCAMP@ietf.org


https://www.ie=
tf.org/mailman/listinfo/ccamp


_______________________________________________


CCAMP mailing list


CCAMP@ietf.org


https://www.ie=
tf.org/mailman/listinfo/ccamp








--_000_650AA355E323C34D9D4AAEED952E053D3FC12343SVEXDBPROD1infi_--

From IBryskin@advaoptical.com  Tue Nov  5 18:15:44 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BE1AD11E81D3 for ; Tue,  5 Nov 2013 18:15:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 4.439
X-Spam-Level: ****
X-Spam-Status: No, score=4.439 tagged_above=-999 required=5 tests=[AWL=-2.011,  BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, SARE_SUB_ENC_GB2312=1.345]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZO1MhiTgde-Q for ; Tue,  5 Nov 2013 18:15:39 -0800 (PST)
Received: from mail3.advaoptical.com (mail3.advaoptical.com [74.202.24.82]) by ietfa.amsl.com (Postfix) with ESMTP id 8408711E81E9 for ; Tue,  5 Nov 2013 18:15:31 -0800 (PST)
Received: from atl-srv-mail10.atl.advaoptical.com (atl-srv-mail10.atl.advaoptical.com [172.16.5.39]) by atl-vs-fsmail.advaoptical.com (8.14.5/8.14.5) with ESMTP id rA62FKc9015130 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 5 Nov 2013 21:15:20 -0500
Received: from ATL-SRV-MAIL10.atl.advaoptical.com ([fe80::c4d6:b136:bc16:77ae]) by atl-srv-mail10.atl.advaoptical.com ([fe80::c4d6:b136:bc16:77ae%17]) with mapi id 14.03.0158.001; Tue, 5 Nov 2013 21:15:19 -0500
From: Igor Bryskin 
To: Dieter Beller , Vishnu Pavan Beeram 
Thread-Topic: =?gb2312?B?W0NDQU1QXSC08Li0OiAgtPC4tDogQ29tbWVudHMgYWJvdXQgZHJhZnQtYmVl?= =?gb2312?Q?ram-ccamp-network-assigned-upstream-label-00?=
Thread-Index: AQHO2pM0Py8CoSYX+0Chq2lYJS0ygZoXciMA
Date: Wed, 6 Nov 2013 02:15:19 +0000
Message-ID: 
References:    <52790CAD.80003@labn.net>   <52791CB8.4000706@labn.net>  <52794534.3030804@labn.net> , <52797582.3070508@labn.net>  <5279A15F.5070604@alcatel-lucent.com>
In-Reply-To: <5279A15F.5070604@alcatel-lucent.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [31.133.164.13]
Content-Type: multipart/alternative; boundary="_000_CDAC6F6F5401B245A2C68D0CF8AFDF0A192CA1E1atlsrvmail10atl_"
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8794, 1.0.431, 0.0.0000 definitions=2013-11-05_08:2013-11-05, 2013-11-05, 1970-01-01 signatures=0
Cc: "ccamp@ietf.org" 
Subject: Re: [CCAMP] =?gb2312?b?tPC4tDogILTwuLQ6IENvbW1lbnRzIGFib3V0IGRyYWZ0?= =?gb2312?b?LWJlZXJhbS1jY2FtcC1uZXR3b3JrLWFzc2lnbmVkLXVwc3RyZWFtLWxhYmVs?= =?gb2312?b?LTAw?=
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 06 Nov 2013 02:15:44 -0000

--_000_CDAC6F6F5401B245A2C68D0CF8AFDF0A192CA1E1atlsrvmail10atl_
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: base64

RGlldGVyIGFuZCBGYXRhaSwNCg0KV2UgYXJlIHRhbGtpbmcgYWJvdXQgbW9kaWZ5aW5nIFJGQzM0
NzMsIHdoaWNoIG5ldmVyIHNheXMgdGhhdCBhbGwgYmktZGlyZWN0aW9uYWwgTFNQcyBhcmUgc3lt
bWV0cmljYWwuICBJZiB0aGVyZSBpcyBubyBjYXNlIGZvciBhc3ltbWV0cmljYWwgRy1MU1BzLCB0
aGVuIHRoZXJlIGlzIG5vIG5lZWQgZm9yIFVwc3RyZWFtIExhYmVsIG9iamVjdCBleGNlcHQgZm9y
IGluZGljYXRpbmcgdGhhdCB0aGlzIGlzIGEgYmktZGlyZWN0aW9uYWwgRy1MU1AuICAgSXQgYWxz
byBtZWFucyB0aGF0IHRoZSBsYWJlbCBuZWdvdGlhdGVkIGZvciB0aGUgRFMgZGlyZWN0aW9uIG11
c3QgYmUgYXV0b21hdGljYWxseSB1c2VkIGFzIFVTIGxhYmVsLCB3aGljaCBpcyBub3QgdGhlIGJl
aGF2aW9yIG9mIGN1cnJlbnQgaW1wbGVtZW50YXRpb25zLiBBcmUgeW91IHN1Z2dlc3RpbmcgdGhh
dCB3ZSBzaG91bGQganVzdCBleHBsaWNpdGx5IGRlcHJlY2F0ZSBhc3ltbWV0cmljYWwgTFNQcz8N
Cg0KSWdvcg0KDQpGcm9tOiBEaWV0ZXIgQmVsbGVyIFttYWlsdG86RGlldGVyLkJlbGxlckBhbGNh
dGVsLWx1Y2VudC5jb21dDQpTZW50OiBUdWVzZGF5LCBOb3ZlbWJlciAwNSwgMjAxMyA4OjU1IFBN
DQpUbzogSWdvciBCcnlza2luOyBWaXNobnUgUGF2YW4gQmVlcmFtDQpDYzogRmF0YWkgWmhhbmc7
IExvdSBCZXJnZXI7IGNjYW1wQGlldGYub3JnDQpTdWJqZWN0OiBSZTogW0NDQU1QXSC08Li0OiC0
8Li0OiBDb21tZW50cyBhYm91dCBkcmFmdC1iZWVyYW0tY2NhbXAtbmV0d29yay1hc3NpZ25lZC11
cHN0cmVhbS1sYWJlbC0wMA0KDQpIaSBQYXZhbiBhbmQgSWdvciwNCg0KSSBzaGFyZSBGYXRhaSdz
IGNvbmNlcm5zIC0gYXMgZmFyIGFzIHRyYW5zcG9ydCBuZXR3b3JrcyBhcmUgY29uY2VybmVkLCBM
U1BzIGFyZSBiaWRpcmVjdGlvbmFsIGluIG5hdHVyZQ0KYW5kIHRoZSBsYWJlbHMgYXJlIHN5bW1l
dHJpYy4gSXQgd291bGQgYmUgbmljZSBpZiB5b3UgY291bGQgZWxhYm9yYXRlIGEgYml0IG1vcmUg
YW5kIHByb3ZpZGUgc29tZQ0KcHJhY3RpY2FsIGFwcGxpY2F0aW9uIGV4YW1wbGVzIHRoYXQganVz
dGlmeSB0aGUgcmVxdWlyZW1lbnQgb2YgYXN5bW1ldHJpYyBsYWJlbHMuDQoNCg0KVGhhbmtzLA0K
RGlldGVyDQoNCk9uIDA2LjExLjIwMTMgMDA6MjAsIEZhdGFpIFpoYW5nIHdyb3RlOg0KDQpIaSwN
Cg0KDQoNCkZvciB0aGUgdHJhbnNwb3J0L0dNUExTIG5ldHdvcmtzLCBJIHdvdWxkIHJlcGVhdCB0
aGUgYmlkaXJlY3Rpb25hbCBMU1BzIGFyZSBhbHdheXMgc3ltbWV0cmljIGluIHByYWN0aWNlLCBz
byB0aGVyZSBhcmUgbm8gY2FzZXMgZm9yIHNvbWUgbm9kZXMgdG8gYXNzaWduIGFzeW1tZXRyaWMg
bGFiZWxzLg0KDQoNCg0KSG93ZXZlciwgSSB3b3VsZCBhZ3JlZSBvbiB0aGUgcmVxdWlyZW1lbnRz
IGlmIHdlIGp1c3QgZG8gc29tZSByZXNlYXJjaCBpbiB0aGVvcnkuDQoNCg0KDQpUaGFua3MNCg0K
DQoNCkZhdGFpDQoNCg0KDQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fXw0KDQq3orz+yMs6IGNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc8bWFpbHRvOmNjYW1wLWJvdW5j
ZXNAaWV0Zi5vcmc+IFtjY2FtcC1ib3VuY2VzQGlldGYub3JnPG1haWx0bzpjY2FtcC1ib3VuY2Vz
QGlldGYub3JnPl0gtPqx7SBMb3UgQmVyZ2VyIFtsYmVyZ2VyQGxhYm4ubmV0PG1haWx0bzpsYmVy
Z2VyQGxhYm4ubmV0Pl0NCg0Kt6LLzcqxvOQ6IDIwMTPE6jEx1MI2yNUgNjo0Nw0KDQrK1bz+yMs6
IElnb3IgQnJ5c2tpbjsgVmlzaG51IFBhdmFuIEJlZXJhbQ0KDQqzrcvNOiBjY2FtcEBpZXRmLm9y
ZzxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+DQoNCtb3zOI6IFJlOiBbQ0NBTVBdILTwuLQ6IENvbW1l
bnRzIGFib3V0IGRyYWZ0LWJlZXJhbS1jY2FtcC1uZXR3b3JrLWFzc2lnbmVkLXVwc3RyZWFtLWxh
YmVsLTAwDQoNCg0KDQpJZ29yLA0KDQoNCg0KT24gMTEvNS8yMDEzIDExOjQyIEFNLCBJZ29yIEJy
eXNraW4gd3JvdGU6DQoNCkxvdSwNCg0KSW4gbWFqb3JpdHkgb2YgdGhlIGNhc2VzIFVOSS1DcyB3
b3VsZCB3YW50IHRvIGhhdmUgdGhlaXIgRy1MU1BzIGxhYmVsLXN5bW1ldHJpY2FsLg0KDQoNCg0K
RXZlcnkgdGltZSB5b3Ugc2F5IFVOSS1DIEkndmUgYmVlbiBhc3N1bWluZyB5b3UgbWVhbiBpbmdy
ZXNzLCBpcyB0aGlzDQoNCmNvcnJlY3Q/DQoNCg0KDQpJZiB0aGUgbGFiZWwgc3ltbWV0cmljaXR5
IGlzIGxlZnQgdG8gdGhlIGxvY2FsIHBvbGljeSBvZiB0aGUgbmV0d29yaywNCg0KdGhlIGxhdHRl
ciBtYXkgZGVjaWRlIChlLmcuIGJlY2F1c2Ugb2YgZXhpc3RpbmcgdW5pZGlyZWN0aW9uYWwgTFNQ
cw0KDQpzZXQgdXAgZm9yIG90aGVyIHVzZXJzIG9yIFAyTVAgTFNQcykgdG8gYXNzaWduIGRpZmZl
cmVudCBsYWJlbHMgZm9yDQoNClVTIGFuZCBEUyB1bmxlc3MgdGhlcmUgaXMgYW4gZXhwbGljaXQg
Y29uc3RyYWludCBzaWduYWxlZCBmcm9tIHRoZQ0KDQpVTkktQyB0byBtYWtlIHN5bW1ldHJpY2Fs
IG9yIGZhaWwgdGhlIHNldHVwLg0KDQoNCg0KDQoNClNvIHlvdSBiZWxpZXZlIHRoZXJlIGlzIGEg
dXNlIGNhc2Ugd2hlcmUgc29tZSBub2RlcyB3aWxsIGFzc2lnbg0KDQphc3ltbWV0cmljIGxhYmVs
cyBmb3IgdGhlIHNhbWUgc2VydmljZSwgYW5kIG90aGVyIG5vZGVzIGFsb25nIHRoZSBMU1ANCg0K
b25seSBzdXBwb3J0IHN5bW1ldHJpYyBsYWJlbHMuICBSaWdodD8NCg0KDQoNCkxvdQ0KDQoNCg0K
SWdvcg0KDQoNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCg0KRnJvbTogTG91IEJlcmdl
ciBbbWFpbHRvOmxiZXJnZXJAbGFibi5uZXRdDQoNClNlbnQ6IFR1ZXNkYXksIE5vdmVtYmVyIDA1
LCAyMDEzIDI6MjEgUE0NCg0KVG86IElnb3IgQnJ5c2tpbjsgVmlzaG51IFBhdmFuIEJlZXJhbQ0K
DQpDYzogY2NhbXBAaWV0Zi5vcmc8bWFpbHRvOmNjYW1wQGlldGYub3JnPg0KDQpTdWJqZWN0OiBS
ZTogW0NDQU1QXSC08Li0OiBDb21tZW50cyBhYm91dCBkcmFmdC1iZWVyYW0tY2NhbXAtbmV0d29y
ay1hc3NpZ25lZC11cHN0cmVhbS1sYWJlbC0wMA0KDQoNCg0KR3JlYXQuIFNvIHRoaXMgaXMgYSBu
aWNlIHNob3J0IGxpc3QuICBJIHRoaW5rIHRoZSB1dGlsaXR5IG9mIHJlcXVpcmVtZW50cyAxIGFu
ZCAyIGFyZSBwcmV0dHkgY2xlYXIuIFlvdSBoYXZlIHN0YXRlZCB0aGF0IGJvdGggc3ltbWV0cmlj
IGFuZCBhc3ltbWV0cmljIGxhYmVscyBhcmUgbmVlZGVkIGluIG9wdGljYWwgZm9yIHNpbmdsZSBm
aWJlciByaW5ncy4gIFdoaWxlIEknbSBwZXJzb25hbGx5IGFtYXplZCB0aGF0IHRoZXNlIHN0aWxs
IGV4aXN0LCBJICAod2l0aCBubyBoYXQgb24pIGFjY2VwdCB0aGUgdXNlIGNhc2UuDQoNCg0KDQpJ
IHN1c3BlY3QgdGhhdCBzb21lIGFyZSBub3QgY29udmluY2VkIG9uIHRoZSBuZWVkIHRvICJwdXQg
bGFiZWwgc3ltbWV0cnkgaW50byB0aGUgcHJvdG9jb2wiIChKdWlsaWVuJ3MgcXVlc3Rpb24pDQoN
Cg0KDQpDYW4geW91IChhdXRob3JzKSBlbGFib3JhdGUgb24gd2h5IHRoaXMgbmVlZHMgdG8gYmUg
Y2hhbmdlZD8NCg0KDQoNClRoYW5rcywNCg0KTG91DQoNCg0KDQpPbiAxMS8wNS8yMDEzIDAyOjAx
IFBNLCBJZ29yIEJyeXNraW4gd3JvdGU6DQoNCkxvdSwNCg0KDQoNCiAgICAxLiBEb3duc3RyZWFt
IHNlbGVjdGlvbiBvZiB0aGUgdXBzdHJlYW0gbGFiZWwNCg0KDQoNCg0KDQogICAgMi4gQW4gb3B0
aW9uIHRvIGFsbG93IHVwc3RyZWFtIG5vZGUgdG8gcHJvdmlkZSBzZXQgb2YgbGFiZWxzIHRoYXQN
Cg0KICAgICAgIHNob3VsZCBiZSB1c2VkIGluIHRoZSBkb3duc3RyZWFtIG5vZGVzJyBjaG9pY2Ug
b2YgdXBzdHJlYW0NCg0KbGFiZWwNCg0KDQoNCiAgICAzLiBUaGUgdXNlIG9mIHN5bW1ldHJpYyBs
YWJlbHMgd2hlbiB0aGUgZG93bnN0cmVhbSBub2RlDQoNCiAgICAgICBpcyBzZWxlY3RpbmcgdGhl
IGxhYmVsLg0KDQoNCg0KICAgIDQuIEFsbG93aW5nIGZvciBhc3ltbWV0cmljIGxhYmVscyBpcyBu
b3QgYSBuZXcgcmVxdWlyZW1lbnQsIG5vciBkbw0KDQogICAgICAgeW91IHJlYWxseSBjYXJlIGFi
b3V0IGl0Lg0KDQoNCg0KSSBhZ3JlZSB3aXRoIDEtMy4gQnV0IDQuIHNob3VsZCBub3QgYmUgaWdu
b3JlZA0KDQoNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCg0KRnJvbTogTG91IEJlcmdl
ciBbbWFpbHRvOmxiZXJnZXJAbGFibi5uZXRdDQoNClNlbnQ6IFR1ZXNkYXksIE5vdmVtYmVyIDA1
LCAyMDEzIDExOjI5IEFNDQoNClRvOiBJZ29yIEJyeXNraW47IFZpc2hudSBQYXZhbiBCZWVyYW0N
Cg0KQ2M6IGNjYW1wQGlldGYub3JnPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4NCg0KU3ViamVjdDog
UmU6IFtDQ0FNUF0gtPC4tDogQ29tbWVudHMgYWJvdXQNCg0KZHJhZnQtYmVlcmFtLWNjYW1wLW5l
dHdvcmstYXNzaWduZWQtdXBzdHJlYW0tbGFiZWwtMDANCg0KDQoNCklnb3IsDQoNCiAgICAgU28g
eW91IGFyZSBhZGRpbmcgdG8gMyB0byBjb3ZlciB0aGUgY2FzZSB3aGVuIHRoZSB1cHN0cmVhbSBu
b2RlIHNlbGVjdHMgdGhlIGxhYmVsLCByaWdodD8NCg0KICAgIDMuIFRoZSB1c2Ugb2Ygc3ltbWV0
cmljIGxhYmVscyB3aGVuIHRoZSBkb3duc3RyZWFtIG5vZGUNCg0KICAgICAgIGlzIHNlbGVjdGlu
ZyB0aGUgbGFiZWwuDQoNCg0KDQpMb3UNCg0KDQoNCk9uIDExLzUvMjAxMyA4OjIwIEFNLCBJZ29y
IEJyeXNraW4gd3JvdGU6DQoNCkkgd291bGQgYWRkOg0KDQoNCg0KNS4gQSB3YXkgZm9yIFVTIG5v
ZGUgKGUuZy4gVU5JLUMpIHRvIG1hbmRhdGUgdGhlIGxhYmVsIHN5bW1ldHJpY2l0eS4NCg0KDQoN
Cg0KDQoNCg0KKkZyb206KmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmcgW21haWx0bzpjY2FtcC1ib3Vu
Y2VzQGlldGYub3JnXSAqT24NCg0KQmVoYWxmIE9mICpWaXNobnUgUGF2YW4gQmVlcmFtDQoNCipT
ZW50OiogVHVlc2RheSwgTm92ZW1iZXIgMDUsIDIwMTMgMTA6NTAgQU0NCg0KKlRvOiogTG91IEJl
cmdlcg0KDQoqQ2M6KiBjY2FtcEBpZXRmLm9yZzxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+DQoNCipT
dWJqZWN0OiogUmU6IFtDQ0FNUF0gtPC4tDogQ29tbWVudHMgYWJvdXQNCg0KZHJhZnQtYmVlcmFt
LWNjYW1wLW5ldHdvcmstYXNzaWduZWQtdXBzdHJlYW0tbGFiZWwtMDANCg0KDQoNCg0KDQoNCg0K
TG91LA0KDQoNCg0KDQoNCg0KDQpZZXMsIHlvdXIgc3VtbWFyaXplZCBwb2ludHMgYXJlIGNvcnJl
Y3QuDQoNCg0KDQoNCg0KDQoNClRoYW5rcywNCg0KDQoNCi1QYXZhbi4NCg0KDQoNCg0KDQoNCg0K
T24gVHVlLCBOb3YgNSwgMjAxMyBhdCAxMDoyMCBBTSwgTG91IEJlcmdlciA8bGJlcmdlckBsYWJu
Lm5ldDxtYWlsdG86bGJlcmdlckBsYWJuLm5ldD4NCg0KPG1haWx0bzpsYmVyZ2VyQGxhYm4ubmV0
PjxtYWlsdG86bGJlcmdlckBsYWJuLm5ldD4+IHdyb3RlOg0KDQoNCg0KUGF2YW4sDQoNCiAgICAg
ICAgSSB0aGluayB0aGlzIGlzIGhlbHBmdWwgaW4gdHJ5aW5nIHRvIHVuZGVyc3RhbmQgd2hhdCB0
aGUNCg0KZ29hbHMgYXJlIG9mIHRoZSBkcmFmdC4gIEFnYWluLCBJJ2xsIHJlc2lzdCBhcmd1aW5n
IGFib3V0IHRoZQ0KDQptZWNoYW5pc21zIHRoYXQgYXJlIHByb3Bvc2VkIHVudGlsIHdlJ3ZlIGFn
cmVlZCBvbiB3aGF0IHJlcXVpcmVtZW50cw0KDQpuZWVkIHRvIGJlIGFkZHJlc3NlZC4NCg0KKFdo
aWxlIHRoZSBtZWNoYW5pc20gZGV0YWlscywgaS5lLiwgdGhlICJob3ciLCBhcmUgY2VydGFpbmx5
DQoNCmltcG9ydGFudCwgYXJndWluZyB0aG9zZSBkb2Vzbid0IHJlYWxseSBhbnN3ZXIgdGhlIGxh
cmdlciBxdWVzdGlvbiBvZg0KDQoid2hhdCIgeW91J2QgbGlrZSB0byBhY2NvbXBsaXNoLikNCg0K
DQoNCg0KDQoNCg0KVlBCOiBBZ3JlZS4NCg0KDQoNCg0KDQoNCg0KDQoNCiAgICBTbyB0aGUgbGlz
dCBvZiByZXF1aXJlbWVudHMgaXMgbm93IHRoZSBhZGRpdGlvbiBvZjoNCg0KICAgIDEuIERvd25z
dHJlYW0gc2VsZWN0aW9uIG9mIHRoZSB1cHN0cmVhbSBsYWJlbA0KDQoNCg0KDQoNCiAgICAyLiBB
biBvcHRpb24gdG8gYWxsb3cgdXBzdHJlYW0gbm9kZSB0byBwcm92aWRlIHNldCBvZiBsYWJlbHMg
dGhhdA0KDQogICAgICAgc2hvdWxkIGJlIHVzZWQgaW4gdGhlIGRvd25zdHJlYW0gbm9kZXMnIGNo
b2ljZSBvZiB1cHN0cmVhbQ0KDQpsYWJlbA0KDQoNCg0KICAgIDMuIFRoZSB1c2Ugb2Ygc3ltbWV0
cmljIGxhYmVscyB3aGVuIHRoZSBkb3duc3RyZWFtIG5vZGUNCg0KICAgICAgIGlzIHNlbGVjdGlu
ZyB0aGUgbGFiZWwuDQoNCg0KDQogICAgNC4gQWxsb3dpbmcgZm9yIGFzeW1tZXRyaWMgbGFiZWxz
IGlzIG5vdCBhIG5ldyByZXF1aXJlbWVudCwgbm9yIGRvDQoNCiAgICAgICB5b3UgcmVhbGx5IGNh
cmUgYWJvdXQgaXQuDQoNCg0KDQogICAgSXMgdGhpcyBjb3JyZWN0Pw0KDQoNCg0KICAgIFRoYW5r
cywNCg0KICAgIExvdQ0KDQoNCg0KDQoNCiAgICBPbiAxMS81LzIwMTMgNToyNSBBTSwgVmlzaG51
IFBhdmFuIEJlZXJhbSB3cm90ZToNCg0KICAgID4gSSBzZWUgYSBwYXR0ZXJuIGluIHRoZSBxdWVz
dGlvbnMgdGhhdCBhcmUgYmVpbmcgcmFpc2VkLiBJJ2xsIHRyeQ0KDQogICAgYW5kIHNlZQ0KDQog
ICAgPiBpZiBJIGNhbiBhbnN3ZXIgdGhlbSBhbGwgdXNpbmcgdGhlIGZvbGxvd2luZyBRJkEuDQoN
CiAgICA+DQoNCiAgICA+IEEuICJMYWJlbCBTeW1tZXRyaWNpdHkiOg0KDQogICAgPg0KDQogICAg
PiAoMSkgQXJlbid0IGxhYmVscyBhbHdheXMgc3ltbWV0cmljIGluIHByYWN0aWNlPyBBcmUgdGhl
cmUgYW55DQoNCiAgICBhc3ltbWV0cmljDQoNCiAgICA+IGxhYmVsIHNjZW5hcmlvcyBhdCBhbGw/
DQoNCiAgICA+IEFuczogWWVzLCBsYWJlbHMgYXJlIGFsbW9zdCBhbHdheXMgc3ltbWV0cmljIGlu
IHByYWN0aWNlLiBUaGUgZHJhZnQNCg0KICAgID4gZXhwbGljaXRseSBzdGF0ZXMgdGhhdC4gSSBo
YXZlbid0IGNvbWUgYWNyb3NzIGFueSBzaW5nbGUNCg0KICAgID4gc2NlbmFyaW8vcHJvZHVjdCB3
aGVyZSBhc3ltbWV0cmljIGxhYmVscyBhcmUgdXNlZC4gQXMgSWdvciBwb2ludGVkIG91dA0KDQog
ICAgPiBpbiBhbiBlYXJsaWVyIGVtYWlsLCB0aGVyZSBjb3VsZCBiZSBpbiB0aGVvcnkgc29tZSBz
aW5nbGUtZmliZXINCg0KICAgID4gY29uZmlndXJhdGlvbnMgd2hlcmUgdGhlIHNhbWUgd2F2ZWxl
bmd0aCBjYW5ub3QgYmUgdXNlZCBmb3IgYm90aA0KDQogICAgPiBkaXJlY3Rpb25zLiBCdXQgSSBk
b24ndCBrbm93IGlmIGFueW9uZSByZWFsbHkgdXNlcyB0aGF0Lg0KDQogICAgPg0KDQogICAgPiAo
MikgVGhlbiB3aHkgZG8geW91IG5lZWQgYW4gZXhwbGljaXQgcmVxdWVzdCBmcm9tIHRoZSBpbmdy
ZXNzIHRvIG1ha2UNCg0KICAgID4gdGhlbSBzeW1tZXRyaWMgYXQgZWFjaCBob3A/DQoNCiAgICA+
IEFuczogVGhpcyBpcyBiZWNhdXNlIHRoZSBleHRlbnNpb25zIGluIFJGQzM0NzMgYWxsb3dzICJM
YWJlbA0KDQogICAgPiBBc3ltbWV0cmljaXR5IiBhbmQgYW5kIGFzIGEgcmVzdWx0IHN5bW1ldHJp
Y2l0eSBjYW5ub3QgYmUgYXNzdW1lZCBieQ0KDQogICAgPiBkZWZhdWx0LiBUaGVyZSBpcyBjdXJy
ZW50bHkgbm8gd2F5IG9mIG1hbmRhdGluZyBzeW1tZXRyaWNpdHkgYXQNCg0KICAgIGVhY2ggaG9w
DQoNCiAgICA+IGFsb25nIHRoZSBwYXRoIG9mIHRoZSBMU1AuDQoNCiAgICA+DQoNCiAgICA+ICgz
KSBTYXksIHdlIGFsbCBhZ3JlZSB0aGF0ICJTeW1tZXRyaWNpdHkiIGlzIGFsd2F5cyBndWFyYW50
ZWVkDQoNCiAgICAobWF5YmUgd2UNCg0KICAgID4gZXZlbiBzdGF0ZSBpdCBleHBsaWNpdGx5IGlu
IHNvbWUgc3RhbmRhcmQgZG9jdW1lbnQpLiBXb3VsZCB5b3UgdGhlbiBiZQ0KDQogICAgPiBhYmxl
IHRvIHVzZSBleGlzdGluZyBleHRlbnNpb25zIGFuZCBhZGRyZXNzIHRoZSAiYWxpZW4td2F2ZWxl
bmd0aCINCg0KICAgIHNldHVwDQoNCiAgICA+IHVzZS1jYXNlPw0KDQogICAgPiBBbnM6IE5vLCB0
aGUgZXhpc3RpbmcgZXh0ZW5zaW9ucyBzdGlsbCBmYWxsIHNob3J0LiBXaGF0IGRvZXMgdGhlDQoN
CiAgICA+IGluZ3Jlc3MtY2xpZW50IGZpbGwgaW4gdGhlIFVQU1RSRUFNX0xBQkVMIHdoZW4gaXQg
aGFzIG5vIGtub3dsZWRnZSBvbg0KDQogICAgPiB3aGF0IG5lZWRzIHRvIGJlIHVzZWQ/IEFzIHBl
ciBjdXJyZW50IGV4dGVuc2lvbnMsIHRoZSBVUFNUUkVBTV9MQUJFTA0KDQogICAgPiBuZWVkcyB0
byBiZSBmaWxsZWQgaW4gd2l0aCBhIHZhbGlkIGxhYmVsIGJlZm9yZSBzZW5kaW5nIHRoZSBQQVRI
DQoNCiAgICBvdXQuIFdlDQoNCiAgICA+IHN0aWxsIG5lZWQgdGhlIGluZ3Jlc3MtY2xpZW50IHRv
IGhhdmUgc29tZSBtZWNoYW5pc20gdG8gdGVsbCB0aGUNCg0KICAgIG5ldHdvcmsNCg0KICAgID4g
LSAicGxlYXNlIGlnbm9yZSB3aGF0IEknbSBmaWxsaW5nIGluIHRoZSBVUFNUUkVBTV9MQUJFTDsg
anVzdCB0YWtlIHRoZQ0KDQogICAgPiBMQUJFTF9TRVQgaW50byBhY2NvdW50IGlmIEkgZmlsbCBv
bmU7IEknbGwgdXNlIHdoYXQgaXMgcmV0dXJuZWQgaW4gdGhlDQoNCiAgICA+IFJFU1YtTEFCRUwg
Zm9yIGJvdGggZGlyZWN0aW9ucy4iDQoNCiAgICA+DQoNCiAgICA+ICg0KSBMYWJlbCBhbGxvY2F0
aW9uIGhhcyBhbHdheXMgYmVlbiBhIGxvY2FsIGNob2ljZS4gV2h5IHNob3VsZCB0aGUNCg0KICAg
ID4gaW5ncmVzcyByZXF1ZXN0IGhvdyBsYWJlbHMgYXJlIGFsbG9jYXRlZCBhdCBzb21lIGRvd25z
dHJlYW0gaG9wPw0KDQogICAgPiBBbnM6IFRoZSBpbmdyZXNzIGhhcyBhbHdheXMgYmVlbiB0aGUg
b25lIHRvIHJlcXVlc3QgdGhlIGRvd25zdHJlYW0NCg0KICAgIG5vZGUNCg0KICAgID4gdG8gYWxs
b2NhdGUgbGFiZWxzIGluIGJvdGggZGlyZWN0aW9ucy4gQWxsIHRoYXQgdGhlIGRyYWZ0IGlzIHBy
b3Bvc2luZw0KDQogICAgPiBpcyBhIG1lY2hhbmlzbSBmb3IgdGhlIGluZ3Jlc3MgdG8gc2F5IHRo
YXQgdGhlc2UgdHdvIGxhYmVscyBuZWVkIHRvIGJlDQoNCiAgICA+IHN5bW1ldHJpYy4NCg0KICAg
ID4NCg0KICAgID4gQi4gIkxhYmVsIEFzeW1tZXRyaWNpdHkiDQoNCiAgICA+DQoNCiAgICA+ICg0
KSBIYXZlIHRoZSAiTGFiZWwgQXN5bW1ldHJpY2l0eSIgZXh0ZW5zaW9ucyBiZWVuIGluY2x1ZGVk
IGp1c3QgZm9yDQoNCiAgICA+IGNvbXBsZXRpb24gc2FrZT8gQ2FuIHRob3NlIGJlIGpldHRpc29u
ZWQgaWYgd2UgdGhlcmUgaXMgbm8gbmVlZCBmb3INCg0KICAgID4gYXN5bW1ldHJpYyBsYWJlbHM/
DQoNCiAgICA+IEFuczogWWVzLiBUaGUgcHJpbWFyeSByZWFzb24gd2h5IHRob3NlIGV4dGVuc2lv
bnMgYXJlIGluY2x1ZGVkIGluIHRoZQ0KDQogICAgPiBkcmFmdCBpcyBiZWNhdXNlIFJGQzM0NzMg
YWxsb3dzIGFzeW1tZXRyaWNpdHkuIFdlIGRvbid0IG5lZWQgdG8NCg0KICAgIGRpc2N1c3MNCg0K
ICAgID4gdGhvc2UgaWYgd2UgZXhwbGljaXRseSBzdGF0ZSBzb21ld2hlcmUgKGluIHNvbWUgc3Rh
bmRhcmQgZG9jdW1lbnQpDQoNCiAgICB0aGF0DQoNCiAgICA+ICJsYWJlbHMgYXJlIGFsd2F5cyBz
eW1tZXRyaWMiIGFuZCB0aGF0IGFsbCBwcmV2aW91cyBleHRlbnNpb25zIGRlZmluZWQNCg0KICAg
ID4gZm9yIGFzeW1tZXRyaWNpdHkgYXJlIHVzZS1sZXNzLg0KDQogICAgPg0KDQogICAgPiBDLiAi
VXNlLUNhc2UiDQoNCiAgICA+DQoNCiAgICA+ICg1KSBJIGRvbid0IHVuZGVyc3RhbmQgYW55IG9m
IHRoZSBhYm92ZS4gV2h5IGRvIHdlIG5lZWQgdGhlIG5ldHdvcmsgdG8NCg0KICAgID4gYXNzaWdu
IGFuIHVwc3RyZWFtIGxhYmVsPw0KDQogICAgPiBBbnM6IFBsZWFzZSByZWFkIHRoZSBkcmFmdC4g
U2VjdGlvbiA1IGRpc2N1c3NlcyBhIHNwZWNpZmljIHVzZS1jYXNlLg0KDQogICAgPg0KDQogICAg
Pg0KDQogICAgPiBSZWdhcmRzLA0KDQogICAgPiAtUGF2YW4NCg0KICAgID4NCg0KICAgID4NCg0K
ICAgID4gT24gVHVlLCBOb3YgNSwgMjAxMyBhdCAyOjI5IEFNLCBaYWZhciBBbGkgKHphbGkpIDx6
YWxpQGNpc2NvLmNvbTxtYWlsdG86emFsaUBjaXNjby5jb20+DQoNCiAgICA8bWFpbHRvOnphbGlA
Y2lzY28uY29tPjxtYWlsdG86emFsaUBjaXNjby5jb20+DQoNCg0KDQogICAgPiA8bWFpbHRvOnph
bGlAY2lzY28uY29tIDxtYWlsdG86emFsaUBjaXNjby5jb20+PG1haWx0bzp6YWxpQGNpc2NvLmNv
bT4+PiB3cm90ZToNCg0KICAgID4NCg0KICAgID4gICAgIEhpLQ0KDQogICAgPg0KDQogICAgPiAg
ICAgRnVydGhlcm1vcmUsIHdoZW4gKGFsaWVuKSB3YXZlbGVuZ3RoIGlzIHNhbWUgaW4gZm9yd2Fy
ZCBhbmQNCg0KICAgIHJldmVyc2UNCg0KICAgID4gICAgIGRpcmVjdGlvbiwgd2UgY2FuIHVzZSBs
YWJlbCBzZXQgYWxvbmcgd2l0aCBhY2NlcHRhYmxlIGxhYmVsDQoNCiAgICBzZXQgLSBhcw0KDQog
ICAgPiAgICAgZGVmaW5lZCBpbiBSRkMzNDczLiBUaGUgb25seSB1c2UgY2FzZSB0aGlzIGRyYWZ0
IGFkZHJlc3NlcyBpcw0KDQogICAgd2hlbiBhbGllbg0KDQogICAgPiAgICAgd2F2ZWxlbmd0aCBh
cmUgYXN5bW1ldHJpY2FsIGluIGZvcndhcmQgYW5kIHJldmVyc2UgZGlyZWN0aW9uLg0KDQogICAg
SSBhbSBub3QNCg0KICAgID4gICAgIGF3YXJlIG9mIGFueSBleGFtcGxlIG9mIHN1Y2ggdXNlIGNh
c2UuDQoNCiAgICA+DQoNCiAgICA+ICAgICBUaGFua3MNCg0KICAgID4NCg0KICAgID4gICAgIFJl
Z2FyZHMgoa0gWmFmYXINCg0KICAgID4NCg0KICAgID4NCg0KICAgID4gICAgIC0tLS0tT3JpZ2lu
YWwgTWVzc2FnZS0tLS0tDQoNCg0KDQogICAgPiAgICAgRnJvbTogRmF0YWkgWmhhbmcgPHpoYW5n
ZmF0YWlAaHVhd2VpLmNvbTxtYWlsdG86emhhbmdmYXRhaUBodWF3ZWkuY29tPg0KDQogICAgPG1h
aWx0bzp6aGFuZ2ZhdGFpQGh1YXdlaS5jb20+PG1haWx0bzp6aGFuZ2ZhdGFpQGh1YXdlaS5jb20+
IDxtYWlsdG86emhhbmdmYXRhaUBodWF3ZWkuY29tDQoNCiAgICA8bWFpbHRvOnpoYW5nZmF0YWlA
aHVhd2VpLmNvbT48bWFpbHRvOnpoYW5nZmF0YWlAaHVhd2VpLmNvbT4+Pg0KDQogICAgPiAgICAg
RGF0ZTogTW9uZGF5LCBOb3ZlbWJlciA0LCAyMDEzIDc6MzggUE0NCg0KDQoNCiAgICA+ICAgICBU
bzogImp1bGllbi5tZXVyaWNAb3JhbmdlLmNvbTxtYWlsdG86anVsaWVuLm1ldXJpY0BvcmFuZ2Uu
Y29tPg0KDQogICAgPG1haWx0bzpqdWxpZW4ubWV1cmljQG9yYW5nZS5jb20+PG1haWx0bzpqdWxp
ZW4ubWV1cmljQG9yYW5nZS5jb20+IDxtYWlsdG86anVsaWVuLm1ldXJpY0BvcmFuZ2UuY29tDQoN
CiAgICA8bWFpbHRvOmp1bGllbi5tZXVyaWNAb3JhbmdlLmNvbT48bWFpbHRvOmp1bGllbi5tZXVy
aWNAb3JhbmdlLmNvbT4+Ig0KDQogICAgPiAgICAgPGp1bGllbi5tZXVyaWNAb3JhbmdlLmNvbTxt
YWlsdG86anVsaWVuLm1ldXJpY0BvcmFuZ2UuY29tPiA8bWFpbHRvOmp1bGllbi5tZXVyaWNAb3Jh
bmdlLmNvbT48bWFpbHRvOmp1bGllbi5tZXVyaWNAb3JhbmdlLmNvbT4NCg0KICAgIDxtYWlsdG86
anVsaWVuLm1ldXJpY0BvcmFuZ2UuY29tDQoNCiAgICA8bWFpbHRvOmp1bGllbi5tZXVyaWNAb3Jh
bmdlLmNvbT48bWFpbHRvOmp1bGllbi5tZXVyaWNAb3JhbmdlLmNvbT4+PiwgVmlzaG51DQoNCiAg
ICA+ICAgICBQYXZhbg0KDQoNCg0KICAgID4gICAgIEJlZXJhbSA8dmlzaG51cGF2YW5AZ21haWwu
Y29tPG1haWx0bzp2aXNobnVwYXZhbkBnbWFpbC5jb20+IDxtYWlsdG86dmlzaG51cGF2YW5AZ21h
aWwuY29tPjxtYWlsdG86dmlzaG51cGF2YW5AZ21haWwuY29tPg0KDQogICAgPG1haWx0bzp2aXNo
bnVwYXZhbkBnbWFpbC5jb20gPG1haWx0bzp2aXNobnVwYXZhbkBnbWFpbC5jb20+PG1haWx0bzp2
aXNobnVwYXZhbkBnbWFpbC5jb20+Pj4NCg0KICAgID4gICAgIENjOiAiY2NhbXBAaWV0Zi5vcmc8
bWFpbHRvOmNjYW1wQGlldGYub3JnPiA8bWFpbHRvOmNjYW1wQGlldGYub3JnPjxtYWlsdG86Y2Nh
bXBAaWV0Zi5vcmc+DQoNCiAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBA
aWV0Zi5vcmc+PG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+IiA8Y2NhbXBAaWV0Zi5vcmc8bWFpbHRv
OmNjYW1wQGlldGYub3JnPg0KDQogICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz48bWFpbHRvOmNj
YW1wQGlldGYub3JnPg0KDQogICAgPiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRv
OmNjYW1wQGlldGYub3JnPjxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+Pj4NCg0KDQoNCiAgICA+ICAg
ICBTdWJqZWN0OiBbQ0NBTVBdILTwuLQ6ICBDb21tZW50cw0KDQogICAgPiAgICAgYWJvdXQgICBk
cmFmdC1iZWVyYW0tY2NhbXAtbmV0d29yay1hc3NpZ25lZC11cHN0cmVhbS1sYWJlbC0wMA0KDQog
ICAgPg0KDQogICAgPiAgICAgPkhpIFBhdmFuLA0KDQogICAgPiAgICAgPg0KDQogICAgPiAgICAg
PlVuZGVyc3Rvb2Qgd2hhdCB5b3Ugc2FpZCBpbiBwcmluY2lwbGUsIGJ1dCBjb3VsZCB5b3UgZ2l2
ZSBhbg0KDQogICAgZXhhbXBsZSB0bw0KDQogICAgPiAgICAgPnNob3cgdGhlcmUgYXJlIGFzeW1t
ZXJ0cmljIGxhYmVscyAod2F2ZWxlbmd0aD8pIGZvciB0aGUNCg0KICAgIGJpZGlyZWN0aWFvbmFs
DQoNCiAgICA+ICAgICA+TFNQcyAoZXNwZWNpYWxsIGZvciB0aGUgdHJhbnNwb3J0IG5ldHdvcmtz
KSBpbiB0aGUgcmVhbA0KDQogICAgPiAgICAgaW1wbGVtZW50YXRpb25zPw0KDQogICAgPiAgICAg
Pg0KDQogICAgPg0KDQogICAgPj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQoNCiAgICA+ICAgICA+PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0NCg0KICAgID4gICAgID5JbiBwcmFjdGlj
ZSwgbW9zdCBiaWRpcmVjdGlvbmFsIExTUHMgaGF2ZSBsYWJlbCBzeW1tZXRyaWNpdHkgb24NCg0K
ICAgID4gICAgIGVhY2ggaG9wDQoNCiAgICA+ICAgICA+YWxvbmcgdGhlIHBhdGggb2YgdGhlIExT
UC4gQnV0IHRoaXMgaXMgc29tZXRoaW5nIHRoYXQgY2Fubm90DQoNCiAgICBiZSBhc3N1bWVkDQoN
CiAgICA+ICAgICA+YnkgZGVmYXVsdC4NCg0KICAgID4gICAgID4NCg0KICAgID4gICAgID4NCg0K
ICAgID4gICAgID4NCg0KICAgID4gICAgID5UaGFua3MNCg0KICAgID4gICAgID4NCg0KICAgID4g
ICAgID5GYXRhaQ0KDQogICAgPiAgICAgPg0KDQogICAgPiAgICAgPl9fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX18NCg0KDQoNCiAgICA+ICAgICA+t6K8/sjLOiBjY2FtcC1i
b3VuY2VzQGlldGYub3JnPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPg0KDQogICAgPG1h
aWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPjxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9y
Zz4gPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnDQoNCiAgICA8bWFpbHRvOmNjYW1wLWJv
dW5jZXNAaWV0Zi5vcmc+PG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPj4NCg0KICAgID4g
ICAgIFtjY2FtcC1ib3VuY2VzQGlldGYub3JnPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3Jn
PiA8bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc+PG1haWx0bzpjY2FtcC1ib3VuY2VzQGll
dGYub3JnPg0KDQogICAgPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnIDxtYWlsdG86Y2Nh
bXAtYm91bmNlc0BpZXRmLm9yZz48bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc+Pl0gtPoN
Cg0KICAgILHtIEp1bGllbg0KDQogICAgPiAgICAgTWV1cmljDQoNCiAgICA+ICAgICA+W2p1bGll
bi5tZXVyaWNAb3JhbmdlLmNvbTxtYWlsdG86anVsaWVuLm1ldXJpY0BvcmFuZ2UuY29tPiA8bWFp
bHRvOmp1bGllbi5tZXVyaWNAb3JhbmdlLmNvbT48bWFpbHRvOmp1bGllbi5tZXVyaWNAb3Jhbmdl
LmNvbT4NCg0KICAgIDxtYWlsdG86anVsaWVuLm1ldXJpY0BvcmFuZ2UuY29tDQoNCjxtYWlsdG86
anVsaWVuLm1ldXJpY0BvcmFuZ2UuY29tPjxtYWlsdG86anVsaWVuLm1ldXJpY0BvcmFuZ2UuY29t
Pj5dDQoNCg0KDQogICAgPiAgICAgPreiy83KsbzkOiAyMDEzxOoxMdTCNcjVIDEwOjM1DQoNCiAg
ICA+ICAgICA+ytW8/sjLOiBWaXNobnUgUGF2YW4gQmVlcmFtDQoNCg0KDQogICAgPiAgICAgPrOt
y806IGNjYW1wQGlldGYub3JnPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4gPG1haWx0bzpjY2FtcEBp
ZXRmLm9yZz48bWFpbHRvOmNjYW1wQGlldGYub3JnPg0KDQogICAgPG1haWx0bzpjY2FtcEBpZXRm
Lm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPjxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+Pg0KDQoN
Cg0KICAgID4gICAgID7W98ziOiBSZTogW0NDQU1QXSBDb21tZW50cyBhYm91dA0KDQogICAgPiAg
ICAgPmRyYWZ0LWJlZXJhbS1jY2FtcC1uZXR3b3JrLWFzc2lnbmVkLXVwc3RyZWFtLWxhYmVsLTAw
DQoNCiAgICA+ICAgICA+DQoNCiAgICA+ICAgICA+SGkgUGF2YW4uDQoNCiAgICA+ICAgICA+DQoN
CiAgICA+ICAgICA+RXZlbiB0aG91Z2ggSSBhZ3JlZSB3aXRoIHlvdXIgdW5hc3NpZ25lZCBVcHN0
cmVhbV9MYWJlbA0KDQogICAgcmVxdWlyZW1lbnQsIEkNCg0KICAgID4gICAgID5uZWVkIHRvIGRp
c2FncmVlIHdpdGggdGhlIGRhdGEgcGxhbmUgcmF0aW9uYWxlIHlvdSBtZW50aW9uLg0KDQogICAg
PiAgICAgPg0KDQogICAgPiAgICAgPlRoZSBVcHN0cmVhbV9MYWJlbCByZWZlcnMgdG8gdGhlIGNs
aWVudCdzIG9wdGljYWwgcmVjZWl2ZXI6DQoNCiAgICB5b3UgZG9uJ3QNCg0KICAgID4gICAgID5u
ZWVkIHRvIHR1bmUgYSBsYXNlciBvbiB0aGUgcmVjZWl2ZXIgc2lkZS4gVGhlIGRhdGENCg0KICAg
IHRyYW5zbWlzc2lvbiBjb3VsZA0KDQogICAgPiAgICAgPmV2ZW4gd29yayB3aXRob3V0IHNlbmRp
bmcgdGhlIGFjdHVhbCBVcHN0cmVhbV9MYWJlbCBpbg0KDQogICAgUlNWUC1URSBtZXNzYWdlcw0K
DQogICAgPiAgICAgPnRvIHRoZSBjbGllbnQ6IEkgYW0gbm90IHJlYWxseSBhIGZhbiBvZiB0aGF0
IGFwcHJvYWNoLCBidXQNCg0KICAgIHRoYXQgd291bGQNCg0KICAgID4gICAgID5maXQgY2FzZXMg
d2hlcmUgb3B0aWNhbCBwb2xpY2llcyBhcmUgbGVmdCB0byB0aGUgb3B0aWNhbA0KDQogICAgbmV0
d29yay4uLg0KDQogICAgPiAgICAgPg0KDQogICAgPiAgICAgPk1vcmVvdmVyLCBJIGhhdmUgZG91
YnRzIG9uIHB1dHRpbmcgbGFiZWwgc3ltbWV0cnkgd2l0aGluIHRoZQ0KDQogICAgcHJvdG9jb2wu
DQoNCiAgICA+ICAgICA+VGhpcyBpcyBtb3JlIGFuIGFsbG9jYXRpb24gcG9saWN5IGluIHRoZSBo
YW5kcyBvZiBhbGxvY2F0aW5nDQoNCiAgICBub2RlczoNCg0KICAgID4gICAgID5yZXF1ZXN0aW5n
IGFuIGFsbG9jYXRpb24gbW9kZSBmcm9tIGFuIGluZ3Jlc3Mgbm9kZSB3b3VsZCBtZWFuDQoNCiAg
ICBkb2luZyB0aGUNCg0KICAgID4gICAgID5zZXJ2ZXIgam9iLCBJIGFtIG5vdCBzdXJlIGl0IGlz
IGRlc2lyYWJsZS4NCg0KICAgID4gICAgID4NCg0KICAgID4gICAgID5KdWxpZW4NCg0KICAgID4g
ICAgID4NCg0KICAgID4gICAgID4NCg0KICAgID4gICAgID5PbiAxMS8wNC8yMDEzIDIzOjQ5LCBW
aXNobnUgUGF2YW4gQmVlcmFtIHdyb3RlOg0KDQogICAgPiAgICAgPj4gTG91LA0KDQogICAgPiAg
ICAgPj4NCg0KICAgID4gICAgID4+IFRoZSBleHRlbnNpb25zIGRlZmluZWQgaW4gdGhpcyBkcmFm
dCBkbyBub3QgaW1wb3NlIGFueQ0KDQogICAgYmFja3dhcmRzDQoNCiAgICA+ICAgICA+PiBjb21w
YXRpYmlsaXR5IGlzc3Vlcy4gVGhlIGludGVudCBpcyBkZWZpbml0ZWx5IG5vdCB0bw0KDQogICAg
Y2hhbmdlIHRoZQ0KDQogICAgPiAgICAgPj4gZnVuZGFtZW50YWwgYXNwZWN0cyBvZiB0aGUgcHJv
dG9jb2wuIEFzIHlvdSB3b3VsZCBhZ3JlZSwgaXQNCg0KICAgIGlzIG5vdA0KDQogICAgPiAgICAg
Pj4gbWFuZGF0b3J5IHRvIHRyeSBhbmQgZml0IHRoZSBleHRlbnNpb25zIGRlZmluZWQgaW4gUkZD
MzQ3Mw0KDQogICAgdG8gYWxsIGFuZA0KDQogICAgPiAgICAgPj4gc3VuZHJ5LiBOZXcgZXh0ZW5z
aW9ucyBhcmUgYmVpbmcgaW50cm9kdWNlZCBvbmx5IHdoZXJlIHRoZQ0KDQogICAgZXhpc3RpbmcN
Cg0KICAgID4gICAgID4+IGV4dGVuc2lvbnMgZmFsbCBzaG9ydC4gTGV0IG1lIHdhbGsgdGhyb3Vn
aCB0aGUgcmVxdWlyZW1lbnRzDQoNCiAgICB0aGF0IHdlDQoNCiAgICA+ICAgICA+PiBhcmUgbG9v
a2luZyBhdCBhbmQgdGhhdCB3b3VsZCBob3BlZnVsbHkgZXhwbGFpbiB0aGUgbGltaXRhdGlvbnMN
Cg0KICAgID4gICAgIG9mIHRoZQ0KDQogICAgPiAgICAgPj4gZXhpc3RpbmcgZXh0ZW5zaW9ucy4N
Cg0KICAgID4gICAgID4+DQoNCiAgICA+ICAgICA+PiBCYXNlIHJlcXVpcmVtZW50IDoNCg0KICAg
ID4gICAgID4+IE5lZWQgYSBtZWNoYW5pc20gZm9yIGEgZ2l2ZW4gbm9kZSB0byBzYXkgdGhhdCBp
dCBjYW5ub3QNCg0KICAgIGFzc2lnbiBhbg0KDQogICAgPiAgICAgPj4gdXBzdHJlYW0tbGFiZWwg
b24gaXRzIG93biBhbmQgdGhhdCBpdCBuZWVkcyB0aGUgbmV0d29yayAocmVhZA0KDQogICAgPiAg
ICAgPj4gZG93bnN0cmVhbSkgdG8gYXNzaWduIGl0IGluc3RlYWQuDQoNCiAgICA+ICAgICA+Pg0K
DQogICAgPiAgICAgPj4gQ29yb2xsYXJ5IHJlcXVpcmVtZW50cyA6DQoNCiAgICA+ICAgICA+PiAx
LiBOZWVkIGEgbWVjaGFuaXNtIGZvciBhIGdpdmVuIG5vZGUgdG8gYXNrIGZvciBhDQoNCiAgICBu
ZXR3b3JrLWFzc2lnbmVkDQoNCiAgICA+ICAgICA+PiB1cHN0cmVhbSBsYWJlbCB3aXRob3V0IGhh
dmluZyB0byBzcGVjaWZ5IGFueSBpbnB1dHMgb24gd2hhdA0KDQogICAgbGFiZWwNCg0KICAgID4g
ICAgID4+IG5lZWRzIHRvIGdldCBwaWNrZWQuDQoNCiAgICA+ICAgICA+PiAyLiBOZWVkIGEgbWVj
aGFuaXNtIGZvciBhIGdpdmVuIG5vZGUgdG8gYXNrIGZvciBhDQoNCiAgICBuZXR3b3JrLWFzc2ln
bmVkDQoNCiAgICA+ICAgICA+PiB1cHN0cmVhbSBsYWJlbCBhbmQgYWxzbyBzcGVjaWZ5IHNvbWUg
Y2hvaWNlcyBmb3IgdGhlIGxhYmVsDQoNCiAgICB0aGF0IG5lZWRzDQoNCiAgICA+ICAgICA+PiB0
byBnZXQgcGlja2VkLg0KDQogICAgPiAgICAgPj4gMy4gSWYgbGFiZWxzIGFyZSBzeW1tZXRyaWMs
IGEgZ2l2ZW4gbm9kZSBjYW4gc2ltcGx5IHVzZSB0aGUNCg0KICAgIGxhYmVsDQoNCiAgICA+ICAg
ICA+PiByZXR1cm5lZCBpbiB0aGUgTEFCRUwgb2JqZWN0IG9mIHRoZSBSRVNWIG1lc3NhZ2UgZm9y
IGJvdGgNCg0KICAgIGRpcmVjdGlvbnMuDQoNCiAgICA+ICAgICA+PiBJbiBwcmFjdGljZSwgbW9z
dCBiaWRpcmVjdGlvbmFsIExTUHMgaGF2ZSBsYWJlbA0KDQogICAgc3ltbWV0cmljaXR5IG9uIGVh
Y2gNCg0KICAgID4gICAgID4+IGhvcCBhbG9uZyB0aGUgcGF0aCBvZiB0aGUgTFNQLiBCdXQgdGhp
cyBpcyBzb21ldGhpbmcgdGhhdA0KDQogICAgY2Fubm90IGJlDQoNCiAgICA+ICAgICA+PiBhc3N1
bWVkIGJ5IGRlZmF1bHQuIEhlbmNlLCB0aGVyZSBpcyBhIG5lZWQgdG8gaGF2ZSBhIG1lY2hhbmlz
bQ0KDQogICAgPiAgICAgZm9yIHRoZQ0KDQogICAgPiAgICAgPj4gaW5ncmVzcyB0byByZXF1ZXN0
ICJsYWJlbCBzeW1tZXRyaWNpdHkiIGF0IGVhY2ggaG9wIGFsb25nDQoNCiAgICB0aGUgcGF0aCBv
Zg0KDQogICAgPiAgICAgPj4gdGhlIExTUC4NCg0KICAgID4gICAgID4+DQoNCiAgICA+ICAgICA+
PiBDYW4geW91IHNvbWVob3cgZml0IGEgc29sdXRpb24gdXNpbmcgdGhlIGN1cnJlbnQgZXh0ZW5z
aW9ucw0KDQogICAgYW5kIGNhdGVyDQoNCiAgICA+ICAgICA+PiB0byB0aGUgYWJvdmUgcmVxdWly
ZW1lbnRzPw0KDQogICAgPiAgICAgPj4gV2UgYmVsaWV2ZSB0aGUgYW5zd2VyIGlzIE5PLiBPbmUg
c3VnZ2VzdGlvbiBvbiB0aGUgbWFpbGluZyBsaXN0DQoNCiAgICA+ICAgICB3YXMgdG8NCg0KICAg
ID4gICAgID4+IHNldCBhIHJhbmRvbSBVUFNUUkVBTV9MQUJFTCBhbmQgc2VuZCBpdCBvdXQgb24g
YSBmaXNoaW5nDQoNCiAgICBleHBlZGl0aW9uLg0KDQogICAgPiAgICAgPj4gVGhlIGlkZWEgd2Fz
IHRoYXQgdGhlIGRvd25zdHJlYW0gbm9kZSB3b3VsZCB0aGVuIHJlc3BvbmQgd2l0aCBhDQoNCiAg
ICA+ICAgICA+PiBQQVRILUVSUiBjYXJyeWluZyBhbiBBQ0NFUFRBQkxFX0xBQkVMX1NFVC4gSm9o
biBhbmQgSWdvciBoYXZlDQoNCiAgICA+ICAgICBwcm92aWRlZA0KDQogICAgPiAgICAgPj4gYSBs
aXN0IG9mIHJlYXNvbnMgb24gd2h5IHRoYXQgaXNuJ3QgYSBncmVhdCBpZGVhLiBMZXQgbWUNCg0K
ICAgIGFkZCBhbm90aGVyDQoNCiAgICA+ICAgICA+PiBwb2ludCAtDQoNCiAgICA+ICAgICA+PiAt
IEFzIHBlciBSRkMzNDczIC0gd2hlbiBhIG5vZGUgcmVjZWl2ZXMgYW4gVVBTVFJFQU1fTEFCRUwN
Cg0KICAgIG9iamVjdCBpbg0KDQogICAgPiAgICAgPj4gdGhlIFBBVEgsIGl0IG1lYW5zIHRoYXQg
dGhlIHVwc3RyZWFtIG5vZGUgTVVTVCBoYXZlIGFscmVhZHkNCg0KICAgID4gICAgID4+IGluc3Rh
bGxlZC9wcm9ncmFtbWVkIHRoaXMgbGFiZWwuIEluIHRoZSBhbGllbiB3YXZlbGVuZ3RoDQoNCiAg
ICB1c2UtY2FzZQ0KDQogICAgPiAgICAgPj4gKGRpc2N1c3NlZCBpbiB0aGUgZHJhZnQpLCB3aGVu
IHRoZSBuZXR3b3JrIHJlY2VpdmVzIHRoaXMNCg0KICAgIG1lc3NhZ2UsIGl0DQoNCiAgICA+ICAg
ICA+PiB3b3VsZCBtZWFuIHRoYXQgdGhlIGxhc2VyIGhhcyBhbHJlYWR5IGJlZW4gdHVuZWQgdG8g
dGhpcw0KDQogICAgPiAgICAgd2F2ZWxlbmd0aCBhdA0KDQogICAgPiAgICAgPj4gdGhlIGNsaWVu
dC4gVGhhdCBiZWF0cyB0aGUgdmVyeSBwdXJwb3NlIG9mIHJlcXVlc3RpbmcgYSBuZXR3b3JrDQoN
CiAgICA+ICAgICA+PiBhc3NpZ25lZCB1cHN0cmVhbSBsYWJlbC4gRG9lc24ndCBpdD8gU28sIHRo
ZSBwb2ludCBpcyB0aGF0DQoNCiAgICB3aXRoIHRoZQ0KDQogICAgPiAgICAgPj4gY3VycmVudCBz
ZW1hbnRpY3Mgb2YgYW4gVVBTVFJFQU1fTEFCRUwsIHlvdSBjYW5ub3QgdXNlIGl0DQoNCiAgICBm
b3IgdGhlDQoNCiAgICA+ICAgICBjYXNlDQoNCiAgICA+ICAgICA+PiB3aGVyZSB0aGUgdXBzdHJl
YW0tbGFiZWwgaGFzbid0IGJlZW4gaW5zdGFsbGVkL3Byb2dyYW1tZWQNCg0KICAgIHlldC4gSWYN
Cg0KICAgID4gICAgIHNvbWUNCg0KICAgID4gICAgID4+IGltcGxlbWVudGF0aW9uIGRlY2lkZXMg
dG8gaWdub3JlIHRoZXNlIHNlbWFudGljcywgaG93IHdvdWxkIHRoZQ0KDQogICAgPiAgICAgPj4g
bmV0d29yayBrbm93IHdoZXRoZXIgdGhlIGluZ3Jlc3MtY2xpZW50IGhhcyBhbHJlYWR5DQoNCiAg
ICBpbnN0YWxsZWQgdGhpcw0KDQogICAgPiAgICAgPj4gbGFiZWwgb3Igbm90ICh3aGV0aGVyIHRo
ZSBsYXNlciBpcyBhbHJlYWR5IHR1bmVkIG9yIG5vdCkuDQoNCiAgICA+ICAgICA+Pg0KDQogICAg
PiAgICAgPj4gUkZDMzQ3MyBzdGF0ZXMgdGhhdCBhIEJpZGlyZWN0aW9uYWwtTFNQIHNldHVwIHJl
cXVlc3QgaXMNCg0KICAgID4gICAgIGlkZW50aWZpZWQgYnkNCg0KICAgID4gICAgID4+IHRoZSBw
cmVzZW5jZSBvZiBhbiAiVVBTVFJFQU1fTEFCRUwiIG9iamVjdCBpbiB0aGUgUEFUSCBtc2cuDQoN
CiAgICBUaGlzDQoNCiAgICA+ICAgICBkcmFmdA0KDQogICAgPiAgICAgPj4gZG9lcyBwcm9wb3Nl
IDIgb3RoZXIgbWVjaGFuaXNtczoNCg0KICAgID4gICAgID4+IC0gVGhlIHByZXNlbmNlIG9mIHRo
ZSAiTGFiZWwgU3ltbWV0cmljaXR5IFJlcXVpcmVkIiBGbGFnIGluDQoNCiAgICB0aGUgUEFUSA0K
DQogICAgPiAgICAgPj4gLSBUaGUgcHJlc2VuY2Ugb2YgdGhlICJVUFNUUkVBTV9MQUJFTF9TRVQi
IG9iamVjdCBpbiB0aGUgUEFUSA0KDQogICAgPiAgICAgPj4gSWYgYSBkb3duc3RyZWFtIG5vZGUg
ZG9lcyBub3QgdW5kZXJzdGFuZCBhbnkgb2YgdGhlIGFib3ZlDQoNCiAgICA+ICAgICBpbmRpY2F0
aW9ucywNCg0KICAgID4gICAgID4+IGl0IHdvdWxkIHJlamVjdCB0aGUgc2V0dXAgcmVxdWVzdC4g
SW4gYm90aCBzY2VuYXJpb3MgLQ0KDQogICAgYWZ0ZXIgdGhlDQoNCiAgICA+ICAgICA+PiBuZXR3
b3JrIGhhcyBhc3NpZ25lZCB0aGUgdXBzdHJlYW0tbGFiZWwsIHRoZSBjb25jZXJuZWQgbm9kZSBp
cw0KDQogICAgPiAgICAgYWxsb3dlZA0KDQogICAgPiAgICAgPj4gdG8gc3RhcnQgc2lnbmFsaW5n
IHRoZSBVUFNUUkVBTV9MQUJFTCBvYmplY3QgaW4gdGhlIFBBVEguIEkNCg0KICAgIGRvbid0DQoN
CiAgICA+ICAgICA+PiB1bmRlcnN0YW5kIGhvdyBhZGRpbmcgdHdvIG90aGVyIG1lY2hhbmlzbXMg
Zm9yDQoNCiAgICBCaWRpcmVjdGlvbmFsIExTUA0KDQogICAgPiAgICAgc2V0dXANCg0KICAgID4g
ICAgID4+IHRyYW5zbGF0ZXMgdG8gY2hhbmdpbmcgZnVuZGFtZW50YWwgYXNwZWN0cyBvZiB0aGUg
cHJvdG9jb2wuDQoNCiAgICA+ICAgICA+PiBJbXBsZW1lbnRhdGlvbnMgdGhhdCBjYW4gc3VwcG9y
dCB0aGVzZSBleHRlbnNpb25zIGNhbi4NCg0KICAgIE90aGVycyBjYW4NCg0KICAgID4gICAgID4+
IHN0aWxsIGJlIGhhcHB5IHdpdGggdGhlaXIgInJ1bm5pbmcgY29kZSIuDQoNCiAgICA+ICAgICA+
Pg0KDQogICAgPiAgICAgPj4gUmVnYXJkcywNCg0KICAgID4gICAgID4+IC1QYXZhbg0KDQogICAg
PiAgICAgPj4NCg0KICAgID4gICAgID4+DQoNCiAgICA+ICAgICA+Pg0KDQogICAgPiAgICAgPj4g
T24gTW9uLCBOb3YgNCwgMjAxMyBhdCAyOjE4IFBNLCBMb3UgQmVyZ2VyDQoNCiAgICA8bGJlcmdl
ckBsYWJuLm5ldDxtYWlsdG86bGJlcmdlckBsYWJuLm5ldD4gPG1haWx0bzpsYmVyZ2VyQGxhYm4u
bmV0PjxtYWlsdG86bGJlcmdlckBsYWJuLm5ldD4NCg0KICAgID4gICAgIDxtYWlsdG86bGJlcmdl
ckBsYWJuLm5ldCA8bWFpbHRvOmxiZXJnZXJAbGFibi5uZXQ+PG1haWx0bzpsYmVyZ2VyQGxhYm4u
bmV0Pj4NCg0KDQoNCiAgICA+ICAgICA+PiA8bWFpbHRvOmxiZXJnZXJAbGFibi5uZXQgPG1haWx0
bzpsYmVyZ2VyQGxhYm4ubmV0PjxtYWlsdG86bGJlcmdlckBsYWJuLm5ldD4NCg0KICAgIDxtYWls
dG86bGJlcmdlckBsYWJuLm5ldCA8bWFpbHRvOmxiZXJnZXJAbGFibi5uZXQ+PG1haWx0bzpsYmVy
Z2VyQGxhYm4ubmV0Pj4+PiB3cm90ZToNCg0KICAgID4gICAgID4+DQoNCiAgICA+ICAgICA+PiAg
ICAgSm9obiwgKGF1dGhvcnMpDQoNCiAgICA+ICAgICA+Pg0KDQogICAgPiAgICAgPj4gICAgIFBl
cmhhcHMgaXQgd291bGQgYmUgdXNlZnVsIHRvIHJlZm9jdXMgYSBtb21lbnQgb24gdGhlDQoNCiAg
ICBzcGVjaWZpYw0KDQogICAgPiAgICAgPj4gICAgIGxpbWl0YXRpb25zIHRoZSBkcmFmdCBpcyBm
b2N1c2luZyBvbi4NCg0KICAgID4gICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAgVGhlcmUncyBu
byBxdWVzdGlvbiB0aGF0IDM0NzMgbWFkZSBjZXJ0YWluIGNob2ljZXMgYmFzZWQgb24NCg0KICAg
ID4gICAgIGV4cGVjdGVkDQoNCiAgICA+ICAgICA+PiAgICAgdXNlcyBhbmQgcHJvYmFiaWxpdGll
cyB0aGF0IG1heSBub3QgaG9sZCwgYnV0IHdlIGRvDQoNCiAgICBuZWVkIHRvIGJlDQoNCiAgICA+
ICAgICA+PmNhcmVmdWwNCg0KICAgID4gICAgID4+ICAgICB3aGVuIGNoYW5naW5nIGZ1bmRhbWVu
dGFscyBvZiB0aGUgcHJvdG9jb2wgKGUuZy4gbW92aW5nDQoNCiAgICBhd2F5IGZyb20NCg0KICAg
ID4gICAgID4+dGhlDQoNCiAgICA+ICAgICA+PiAgICAgdXNlIG9mIHRoZSB1cHN0cmVhbSBsYWJl
bCBvYmplY3QgYXMgdGhlIGJhc2ljIG9iamVjdCB0aGF0DQoNCiAgICA+ICAgICBpbmRpY2F0ZXMN
Cg0KICAgID4gICAgID4+YQ0KDQogICAgPiAgICAgPj4gICAgIGJpZGlyZWN0aW9uYWwgTFNQLikN
Cg0KICAgID4gICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAgU28gaXMgaXQgZmFpciB0byBzYXkg
dGhhdCB0aGUgbWFpbiBsaW1pdGF0aW9uIHRoYXQgdGhlDQoNCiAgICBkcmFmdCBpcw0KDQogICAg
PiAgICAgPj50cnlpbmcNCg0KICAgID4gICAgID4+ICAgICB0byBhZGRyZXNzIGlzIHRoZSBpbmFi
aWxpdHkgdG8gc3VwcG9ydCBkb3duc3RyZWFtDQoNCiAgICBzZWxlY3Rpb24gb2YNCg0KICAgID4g
ICAgID4+ICAgICB1cHN0cmVhbQ0KDQogICAgPiAgICAgPj4gICAgIGxhYmVscz8NCg0KICAgID4g
ICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAgVGhlIGRyYWZ0IGFsc28gYWxsb3dzIGZvciBib3Ro
IHN5bW1ldHJpYyBhbmQgYXN5bW1ldHJpYw0KDQogICAgbGFiZWwNCg0KICAgID4gICAgIHZhbHVl
DQoNCiAgICA+ICAgICA+PiAgICAgYWxsb2NhdGlvbi4gSVMgdGhpcyBhIHJlcXVpcmVtZW50LCBv
ciBhc3ltbWV0cmljIGp1c3QNCg0KICAgID4gICAgIGluY2x1ZGVkIGZvcg0KDQogICAgPiAgICAg
Pj4gICAgIGNvbXBsZXRlbmVzcz8NCg0KICAgID4gICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAg
QXJlIHRoZXJlIG90aGVyIHJlcXVpcmVtZW50cyAvIGxpbWl0YXRpb25zIHlvdSBhcmUNCg0KICAg
IHRyeWluZyB0bw0KDQogICAgPiAgICAgPj5hZGRyZXNzPw0KDQogICAgPiAgICAgPj4NCg0KICAg
ID4gICAgID4+ICAgICBMb3UNCg0KICAgID4gICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAgT24g
MTEvMDQvMjAxMyAwMToyNCBQTSwgSm9obiBFIERyYWtlIHdyb3RlOg0KDQogICAgPiAgICAgPj4g
ICAgID4gWmFmYXIsDQoNCiAgICA+ICAgICA+PiAgICAgPg0KDQogICAgPiAgICAgPj4gICAgID4g
Qm90aCBJZ29yIGFuZCBJIGhhdmUgbGlzdGVkIHRlY2huaWNhbCBpc3N1ZXMgd2l0aCBSRkMzNDcz
DQoNCiAgICA+ICAgICBhbmQgeW91cg0KDQogICAgPiAgICAgPj4gICAgID4gcmVzcG9uc2UgaXMg
dGhhdCB5b3UgcmVhbGx5IHJlYWxseSBsaWtlIFJGQzM0NzMuIEknbQ0KDQogICAgaGFwcHkgZm9y
DQoNCiAgICA+ICAgICA+PiAgICAgeW91IGJ1dA0KDQogICAgPiAgICAgPj4gICAgID4gdW5pbXBy
ZXNzZWQuDQoNCiAgICA+ICAgICA+PiAgICAgPg0KDQogICAgPiAgICAgPj4gICAgID4gSm9obg0K
DQogICAgPiAgICAgPj4gICAgID4NCg0KICAgID4gICAgID4+ICAgICA+IFNlbnQgZnJvbSBteSBp
UGhvbmUNCg0KICAgID4gICAgID4+ICAgICA+DQoNCiAgICA+ICAgICA+PiAgICAgPiBPbiBOb3Yg
NCwgMjAxMywgYXQgOTo0MyBBTSwgIlphZmFyIEFsaSAoemFsaSkiDQoNCiAgICA+ICAgICA8emFs
aUBjaXNjby5jb208bWFpbHRvOnphbGlAY2lzY28uY29tPiA8bWFpbHRvOnphbGlAY2lzY28uY29t
PjxtYWlsdG86emFsaUBjaXNjby5jb20+IDxtYWlsdG86emFsaUBjaXNjby5jb20NCg0KICAgIDxt
YWlsdG86emFsaUBjaXNjby5jb20+PG1haWx0bzp6YWxpQGNpc2NvLmNvbT4+DQoNCiAgICA+ICAg
ICA+PiAgICAgPG1haWx0bzp6YWxpQGNpc2NvLmNvbSA8bWFpbHRvOnphbGlAY2lzY28uY29tPjxt
YWlsdG86emFsaUBjaXNjby5jb20+DQoNCiAgICA8bWFpbHRvOnphbGlAY2lzY28uY29tIDxtYWls
dG86emFsaUBjaXNjby5jb20+PG1haWx0bzp6YWxpQGNpc2NvLmNvbT4+Pg0KDQogICAgPiAgICAg
Pj4gICAgID4gPG1haWx0bzp6YWxpQGNpc2NvLmNvbSA8bWFpbHRvOnphbGlAY2lzY28uY29tPjxt
YWlsdG86emFsaUBjaXNjby5jb20+DQoNCiAgICA8bWFpbHRvOnphbGlAY2lzY28uY29tIDxtYWls
dG86emFsaUBjaXNjby5jb20+PG1haWx0bzp6YWxpQGNpc2NvLmNvbT4+DQoNCiAgICA+ICAgICA8
bWFpbHRvOnphbGlAY2lzY28uY29tIDxtYWlsdG86emFsaUBjaXNjby5jb20+PG1haWx0bzp6YWxp
QGNpc2NvLmNvbT4NCg0KICAgIDxtYWlsdG86emFsaUBjaXNjby5jb20gPG1haWx0bzp6YWxpQGNp
c2NvLmNvbT48bWFpbHRvOnphbGlAY2lzY28uY29tPj4+Pj4gd3JvdGU6DQoNCiAgICA+ICAgICA+
PiAgICAgPg0KDQogICAgPiAgICAgPj4gICAgID4+IElnb3IsIEpvaG4tDQoNCiAgICA+ICAgICA+
PiAgICAgPj4NCg0KICAgID4gICAgID4+ICAgICA+PiBQbGVhc2Ugc2VlIGluLWxpbmUuDQoNCiAg
ICA+ICAgICA+PiAgICAgPj4NCg0KICAgID4gICAgID4+ICAgICA+PiBGcm9tOiAiSUJyeXNraW5A
YWR2YW9wdGljYWwuY29tPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+DQoNCiAgICA8
bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT48bWFpbHRvOklCcnlza2luQGFkdmFvcHRp
Y2FsLmNvbT4NCg0KICAgID4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQoN
CiAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT48bWFpbHRvOklCcnlza2luQGFk
dmFvcHRpY2FsLmNvbT4+DQoNCiAgICA+ICAgICA+PiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZh
b3B0aWNhbC5jb20NCg0KICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPjxtYWls
dG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPg0KDQoNCg0KICAgID4gICAgIDxtYWlsdG86SUJy
eXNraW5AYWR2YW9wdGljYWwuY29tDQoNCiAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2Fs
LmNvbT48bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4+PiA8bWFpbHRvOklCcnlza2lu
QGFkdmFvcHRpY2FsLmNvbQ0KDQogICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+
PG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+DQoNCg0KDQogICAgPiAgICAgPG1haWx0
bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCg0KICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9w
dGljYWwuY29tPjxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPj4NCg0KICAgID4gICAg
ID4+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0KDQogICAgPG1haWx0bzpJ
QnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+PG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+
DQoNCiAgICA+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0KDQogICAgPG1h
aWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+PG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNh
bC5jb20+Pj4+Ig0KDQogICAgPiAgICAgPj4gICAgID4+IDxJQnJ5c2tpbkBhZHZhb3B0aWNhbC5j
b208bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4NCg0KICAgIDxtYWlsdG86SUJyeXNr
aW5AYWR2YW9wdGljYWwuY29tPjxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPg0KDQog
ICAgPiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCg0KICAgIDxtYWlsdG86
SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPjxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29t
Pj4gPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCg0KICAgIDxtYWlsdG86SUJyeXNr
aW5AYWR2YW9wdGljYWwuY29tPjxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPg0KDQog
ICAgPiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCg0KICAgIDxtYWlsdG86
SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPjxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29t
Pj4+DQoNCiAgICA+ICAgICA+PiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20N
Cg0KICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPjxtYWlsdG86SUJyeXNraW5A
YWR2YW9wdGljYWwuY29tPg0KDQogICAgPiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNh
bC5jb20NCg0KICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPjxtYWlsdG86SUJy
eXNraW5AYWR2YW9wdGljYWwuY29tPj4gPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20N
Cg0KICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPjxtYWlsdG86SUJyeXNraW5A
YWR2YW9wdGljYWwuY29tPg0KDQogICAgPiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNh
bC5jb20NCg0KICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPjxtYWlsdG86SUJy
eXNraW5AYWR2YW9wdGljYWwuY29tPj4+Pj4NCg0KICAgID4gICAgID4+ICAgICA+PiBEYXRlOiBN
b25kYXksIE5vdmVtYmVyIDQsIDIwMTMgODo1NyBBTQ0KDQogICAgPiAgICAgPj4gICAgID4+IFRv
OiB6YWxpIDx6YWxpQGNpc2NvLmNvbTxtYWlsdG86emFsaUBjaXNjby5jb20+IDxtYWlsdG86emFs
aUBjaXNjby5jb20+PG1haWx0bzp6YWxpQGNpc2NvLmNvbT4NCg0KICAgIDxtYWlsdG86emFsaUBj
aXNjby5jb20gPG1haWx0bzp6YWxpQGNpc2NvLmNvbT48bWFpbHRvOnphbGlAY2lzY28uY29tPj4N
Cg0KICAgID4gICAgIDxtYWlsdG86emFsaUBjaXNjby5jb20gPG1haWx0bzp6YWxpQGNpc2NvLmNv
bT48bWFpbHRvOnphbGlAY2lzY28uY29tPg0KDQogICAgPG1haWx0bzp6YWxpQGNpc2NvLmNvbSA8
bWFpbHRvOnphbGlAY2lzY28uY29tPjxtYWlsdG86emFsaUBjaXNjby5jb20+Pj4NCg0KDQoNCiAg
ICA+ICAgICA+PiAgICAgPG1haWx0bzp6YWxpQGNpc2NvLmNvbSA8bWFpbHRvOnphbGlAY2lzY28u
Y29tPjxtYWlsdG86emFsaUBjaXNjby5jb20+DQoNCiAgICA8bWFpbHRvOnphbGlAY2lzY28uY29t
IDxtYWlsdG86emFsaUBjaXNjby5jb20+PG1haWx0bzp6YWxpQGNpc2NvLmNvbT4+DQoNCg0KDQog
ICAgPiAgICAgPG1haWx0bzp6YWxpQGNpc2NvLmNvbSA8bWFpbHRvOnphbGlAY2lzY28uY29tPjxt
YWlsdG86emFsaUBjaXNjby5jb20+DQoNCiAgICA8bWFpbHRvOnphbGlAY2lzY28uY29tIDxtYWls
dG86emFsaUBjaXNjby5jb20+PG1haWx0bzp6YWxpQGNpc2NvLmNvbT4+Pj4+LA0KDQogICAgPiAg
ICAgPj4gICAgICJqZHJha2VAanVuaXBlci5uZXQ8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4g
PG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+PG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+DQoN
CiAgICA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5l
dD48bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4+DQoNCiAgICA+ICAgICA8bWFpbHRvOmpkcmFr
ZUBqdW5pcGVyLm5ldCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD48bWFpbHRvOmpkcmFrZUBq
dW5pcGVyLm5ldD4NCg0KICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0IDxtYWlsdG86amRy
YWtlQGp1bmlwZXIubmV0PjxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0Pj4+DQoNCiAgICA+ICAg
ICA+PiAgICAgPj4gPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQNCg0KICAgIDxtYWlsdG86amRy
YWtlQGp1bmlwZXIubmV0PjxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0PiA8bWFpbHRvOmpkcmFr
ZUBqdW5pcGVyLm5ldA0KDQogICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+PG1haWx0bzpq
ZHJha2VAanVuaXBlci5uZXQ+Pg0KDQogICAgPiAgICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5u
ZXQgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+PG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+
DQoNCiAgICA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVy
Lm5ldD48bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4+Pj4iDQoNCiAgICA+ICAgICA+PiAgICAg
PGpkcmFrZUBqdW5pcGVyLm5ldDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0PiA8bWFpbHRvOmpk
cmFrZUBqdW5pcGVyLm5ldD48bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4NCg0KICAgIDxtYWls
dG86amRyYWtlQGp1bmlwZXIubmV0IDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0PjxtYWlsdG86
amRyYWtlQGp1bmlwZXIubmV0Pj4NCg0KICAgID4gICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIu
bmV0IDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0PjxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0
Pg0KDQogICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQgPG1haWx0bzpqZHJha2VAanVuaXBl
ci5uZXQ+PG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+Pj4NCg0KICAgID4gICAgID4+ICAgICA+
PiA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldA0KDQogICAgPG1haWx0bzpqZHJha2VAanVuaXBl
ci5uZXQ+PG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+IDxtYWlsdG86amRyYWtlQGp1bmlwZXIu
bmV0DQoNCiAgICA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD48bWFpbHRvOmpkcmFrZUBqdW5p
cGVyLm5ldD4+DQoNCiAgICA+ICAgICA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldCA8bWFpbHRv
OmpkcmFrZUBqdW5pcGVyLm5ldD48bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4NCg0KICAgIDxt
YWlsdG86amRyYWtlQGp1bmlwZXIubmV0IDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0PjxtYWls
dG86amRyYWtlQGp1bmlwZXIubmV0Pj4+Pj4NCg0KICAgID4gICAgID4+ICAgICA+PiBDYzogImNj
YW1wQGlldGYub3JnPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4gPG1haWx0bzpjY2FtcEBpZXRmLm9y
Zz48bWFpbHRvOmNjYW1wQGlldGYub3JnPg0KDQogICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8
bWFpbHRvOmNjYW1wQGlldGYub3JnPjxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+Pg0KDQogICAgPiAg
ICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPjxtYWlsdG86
Y2NhbXBAaWV0Zi5vcmc+DQoNCiAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2Nh
bXBAaWV0Zi5vcmc+PG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+Pg0KDQogICAgPiAgICAgPj4gICAg
IDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz48bWFpbHRvOmNj
YW1wQGlldGYub3JnPg0KDQogICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1w
QGlldGYub3JnPjxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+Pg0KDQogICAgPiAgICAgPG1haWx0bzpj
Y2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPjxtYWlsdG86Y2NhbXBAaWV0Zi5v
cmc+DQoNCiAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+
PG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+Pj4iIDxjY2FtcEBpZXRmLm9yZzxtYWlsdG86Y2NhbXBA
aWV0Zi5vcmc+DQoNCiAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnPjxtYWlsdG86Y2NhbXBAaWV0
Zi5vcmc+DQoNCiAgICA+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBA
aWV0Zi5vcmc+PG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+DQoNCiAgICA+ICAgICA+PiAgICAgPG1h
aWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPjxtYWlsdG86Y2NhbXBA
aWV0Zi5vcmc+DQoNCiAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0
Zi5vcmc+PG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+Pg0KDQogICAgPiAgICAgPj4gICAgID4+IDxt
YWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz48bWFpbHRvOmNjYW1w
QGlldGYub3JnPg0KDQogICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGll
dGYub3JnPjxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+Pg0KDQogICAgPiAgICAgPG1haWx0bzpjY2Ft
cEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPjxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+
DQoNCiAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+PG1h
aWx0bzpjY2FtcEBpZXRmLm9yZz4+Pj4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4gU3ViamVjdDog
UkU6IENvbW1lbnRzIGFib3V0DQoNCiAgICA+ICAgICA+PiAgICAgPj4gZHJhZnQtYmVlcmFtLWNj
YW1wLW5ldHdvcmstYXNzaWduZWQtdXBzdHJlYW0tbGFiZWwtMDANCg0KICAgID4gICAgID4+ICAg
ICA+Pg0KDQogICAgPiAgICAgPj4gICAgID4+IFphZmFyLA0KDQogICAgPiAgICAgPj4gICAgID4+
DQoNCiAgICA+ICAgICA+PiAgICAgPj4gMSkgVXNpbmcgYW4gZXJyb3IgaW5kaWNhdGlvbiBhcyBh
IHBhcnQgb2Ygbm9ybWFsDQoNCiAgICBwcm90b2NvbA0KDQogICAgPiAgICAgPj4gICAgID4+IG9w
ZXJhdGlvbiBpcyBub3QgZ29vZCBkZXNpZ24gcHJhY3RpY2UuDQoNCiAgICA+ICAgICA+PiAgICAg
Pj4NCg0KICAgID4gICAgID4+ICAgICA+PiBVc2Ugb2YgUGF0aCBlcnJvciBhbmQgbm90aWZ5IG1l
c3NhZ2UgaXMgYW4gaW50ZWdyYWwgcGFydA0KDQogICAgPiAgICAgb2YgdGhlDQoNCiAgICA+ICAg
ICA+PiAgICAgPj4gUlNWUC1URSBkZXNpZ24uIEFsc28gcGxlYXNlIG5vdGUgdGhhdCB3ZSBhcmUg
bm90DQoNCiAgICBkZWJhdGluZw0KDQogICAgPiAgICAgYWJvdXQgYQ0KDQogICAgPiAgICAgPj4g
ICAgID4+IG5ldyBwcm9jZWR1cmUgYmVpbmcgcHJvcG9zZWQgYnV0IHRhbGtpbmcgYWJvdXQgYQ0K
DQogICAgcHJvY2VkdXJlDQoNCiAgICA+ICAgICB0aGF0DQoNCiAgICA+ICAgICA+PmlzDQoNCiAg
ICA+ICAgICA+PiAgICAgPj4gYWxyZWFkeSBpbXBsZW1lbnRlZCBhbmQgZGVwbG95ZWQuDQoNCiAg
ICA+ICAgICA+PiAgICAgPj4NCg0KICAgID4gICAgID4+ICAgICA+Pg0KDQogICAgPiAgICAgPj4g
ICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4gSUI+PiBUaGUgd2F5IEkgaW50ZXJwcmV0IHRo
aXMgZGlzY3Vzc2lvbiBpcw0KDQogICAgc29tZXRoaW5nIGxpa2UNCg0KICAgID4gICAgIHRoaXM6
DQoNCiAgICA+ICAgICA+PiAgICAgPj4NCg0KICAgID4gICAgID4+ICAgICA+Pg0KDQogICAgPiAg
ICAgPj4gICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4gSm9objogSSBiZWxpZXZlIHRoYXQg
d2hpdGUgaXMgYSBsaWdodGVyIGNvbG9yIHRoYW4NCg0KICAgIGJsYWNrLg0KDQogICAgPiAgICAg
Pj4gICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4gWmFmYTogV2VsbCwgSm9obiwgYmxhY2sg
aXMgYW4gaW50ZWdyYWwgcGFydCBvZiB0aGUgY29sb3INCg0KICAgID4gICAgIHBhbGxldC4NCg0K
ICAgID4gICAgID4+ICAgICA+PiBNYW55IG1hdHVyZSBhcHBsaWNhdGlvbnMgc3VjY2Vzc2Z1bGx5
IHVzZSBibGFjayBmb3INCg0KICAgIHRoZWlyDQoNCiAgICA+ICAgICB2YXJpb3VzDQoNCiAgICA+
ICAgICA+PiAgICAgPj4gcHVycG9zZXMuIE15IGltcGxlbWVudGF0aW9ucywgZm9yIGV4YW1wbGUs
IHVzZSBibGFjayBmb3INCg0KICAgID4gICAgIHByZXR0eQ0KDQogICAgPiAgICAgPj4gICAgID4+
IG11Y2ggZXZlcnl0aGluZ6GtLi4gU28sIGl0IGlzIG5vdCBjbGVhciB3aGljaCBjb2xvcg0KDQog
ICAgaXMgbGlnaHRlciwNCg0KICAgID4gICAgID4+YW5kDQoNCiAgICA+ICAgICA+PiAgICAgPj4g
d2h5IGRvIHdlIG5lZWQgb3RoZXIgY29sb3JzIGF0IGFsbC4gOj0pDQoNCiAgICA+ICAgICA+PiAg
ICAgPj4NCg0KICAgID4gICAgID4+ICAgICA+Pg0KDQogICAgPiAgICAgPj4gICAgID4+DQoNCiAg
ICA+ICAgICA+PiAgICAgPj4gSSBtZWFuIHRvIHNheSB0aGF0IHlvdXIsIFphZmFyLCBjb21tZW50
cyBJTUhPIGFyZSBub3QNCg0KICAgID4gICAgID4+Y29uc3RydWN0aXZlDQoNCiAgICA+ICAgICA+
PiAgICAgPj4gdGVjaG5pY2FsIGFyZ3VtZW50cy4NCg0KICAgID4gICAgID4+ICAgICA+Pg0KDQog
ICAgPiAgICAgPj4gICAgID4+IElnb3INCg0KICAgID4gICAgID4+ICAgICA+Pg0KDQogICAgPiAg
ICAgPj4gICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4NCg0KICAgID4gICAgID4+ICAgICA+
PiBIaSBJZ29yIGFuZCBKb2huOg0KDQogICAgPiAgICAgPj4gICAgID4+DQoNCiAgICA+ICAgICA+
PiAgICAgPj4gVGhpcyBpcyByZWFsbHkgZnVubnkuIFRoaXMgaXMgdGhlIGZpcnN0IHRpbWUgSSBo
YXZlDQoNCiAgICBoZWFyZCB0aGF0DQoNCiAgICA+ICAgICA+PiAgICAgcnVubmluZw0KDQogICAg
PiAgICAgPj4gICAgID4+IGNvZGUgaGFzIG5vIG1lcml0IGF0IElFVEYgOikgVGhpcyBpcyBlc3Bl
Y2lhbGx5IHdoZW4gdGhlDQoNCiAgICA+ICAgICA+PiAgICAgcnVubmluZyBjb2RlDQoNCiAgICA+
ICAgICA+PiAgICAgPj4gaXMgZGlyZWN0bHkgY29taW5nIGZyb20gUkZDMzQ3My4gWW91IGFyZSBj
YWxsaW5nIGl0ICJub3QNCg0KICAgID4gICAgID4+ICAgICBjb25zdHJ1Y3RpdmUNCg0KICAgID4g
ICAgID4+ICAgICA+PiB0ZWNobmljYWwgYXJndW1lbnRzIiEgTGFzdCBJIGhlYXJkIHdlIGJlbGll
dmVkIGluDQoNCiAgICBydW5uaW5nIGNvZGUNCg0KICAgID4gICAgID4+KFNlZQ0KDQogICAgPiAg
ICAgPj4gICAgID4+IHlvdXIgVC1zaGlydCBmcm9tIHRoZSBlbGVjdGlvbiBkYXkgZnJvbSBJRVRG
IEF0bGFudGEpLg0KDQogICAgPiAgICAgPj4gICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4g
WW91ciBkcmFmdCBpcyBPTkxZIGFwcGxpY2FibGUgZm9yIGEgdXNlIGNhc2Ugd2hlcmUNCg0KICAg
ID4gICAgIHVwc3RyZWFtIGFuZA0KDQogICAgPiAgICAgPj4gICAgID4+IGRvd25zdHJlYW0gYWxp
ZW4gd2F2ZWxlbmd0aCBhcmUgZGlmZmVyZW50LiBXaGVuDQoNCiAgICB1cHN0cmVhbSBhbmQNCg0K
ICAgID4gICAgID4+ICAgICA+PiBkb3duc3RyZWFtIGFsaWVuIHdhdmVsZW5ndGggYXJlIHNhbWUs
IHVzZSBvZg0KDQogICAgYWNjZXB0YWJsZSBsYWJlbA0KDQogICAgPiAgICAgPj4gICAgIHNldCBh
bmQNCg0KICAgID4gICAgID4+ICAgICA+PiBsYWJlbCBzZXQgb2JqZWN0cyBjb25zdGl0dXRlIHRo
ZSBydW5uaW5nIGNvZGUuDQoNCiAgICBIb3dldmVyLCB5b3VyDQoNCiAgICA+ICAgICA+PmRyYWZ0
DQoNCiAgICA+ICAgICA+PiAgICAgPj4gbmVpdGhlciBtYWtlcyB0aGF0IGFwcGxpY2FiaWxpdHkg
c3RhdGVtZW50IG5vciBtYWtlcyBhbnkNCg0KICAgID4gICAgIG1lbnRpb24NCg0KICAgID4gICAg
ID4+b3INCg0KICAgID4gICAgID4+ICAgICA+PiBjb3ZlciBvciByZWZlcmVuY2UgdG8gcHJvY2Vk
dXJlIEkgcXVvdGVkIGZyb20gUkZDMzQ3My4NCg0KICAgID4gICAgID4+ICAgICA+Pg0KDQogICAg
PiAgICAgPj4gICAgID4+IFRoYW5rcw0KDQogICAgPiAgICAgPj4gICAgID4+DQoNCiAgICA+ICAg
ICA+PiAgICAgPj4gUmVnYXJkc6GtWmFmYXINCg0KICAgID4gICAgID4+ICAgICA+Pg0KDQogICAg
PiAgICAgPj4gICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4NCg0KICAgID4gICAgID4+ICAg
ICA+Pg0KDQogICAgPiAgICAgPj4gICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4gKkZyb206
KlphZmFyIEFsaSAoemFsaSkgW21haWx0bzp6YWxpQGNpc2NvLmNvbQ0KDQogICAgPG1haWx0bzp6
YWxpQGNpc2NvLmNvbT48bWFpbHRvOnphbGlAY2lzY28uY29tPg0KDQogICAgPiAgICAgPG1haWx0
bzp6YWxpQGNpc2NvLmNvbSA8bWFpbHRvOnphbGlAY2lzY28uY29tPjxtYWlsdG86emFsaUBjaXNj
by5jb20+Pg0KDQogICAgPiAgICAgPj4gICAgIDxtYWlsdG86emFsaUBjaXNjby5jb20gPG1haWx0
bzp6YWxpQGNpc2NvLmNvbT48bWFpbHRvOnphbGlAY2lzY28uY29tPg0KDQogICAgPG1haWx0bzp6
YWxpQGNpc2NvLmNvbSA8bWFpbHRvOnphbGlAY2lzY28uY29tPjxtYWlsdG86emFsaUBjaXNjby5j
b20+Pj5dDQoNCiAgICA+ICAgICA+PiAgICAgPj4gKlNlbnQ6KiBNb25kYXksIE5vdmVtYmVyIDA0
LCAyMDEzIDE6NTEgQU0NCg0KICAgID4gICAgID4+ICAgICA+PiAqVG86KiBKb2huIEUgRHJha2U7
IElnb3IgQnJ5c2tpbg0KDQogICAgPiAgICAgPj4gICAgID4+ICpDYzoqIGNjYW1wQGlldGYub3Jn
PG1haWx0bzpjY2FtcEBpZXRmLm9yZz4gPG1haWx0bzpjY2FtcEBpZXRmLm9yZz48bWFpbHRvOmNj
YW1wQGlldGYub3JnPg0KDQogICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1w
QGlldGYub3JnPjxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+Pg0KDQogICAgPiAgICAgPG1haWx0bzpj
Y2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPjxtYWlsdG86Y2NhbXBAaWV0Zi5v
cmc+DQoNCiAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+
PG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+Pg0KDQogICAgPiAgICAgPj4gICAgIDxtYWlsdG86Y2Nh
bXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz48bWFpbHRvOmNjYW1wQGlldGYub3Jn
Pg0KDQogICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPjxt
YWlsdG86Y2NhbXBAaWV0Zi5vcmc+Pg0KDQogICAgPiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9y
ZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPjxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+DQoNCiAgICA8
bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+PG1haWx0bzpjY2Ft
cEBpZXRmLm9yZz4+Pj4NCg0KICAgID4gICAgID4+ICAgICA+PiAqU3ViamVjdDoqIFJlOiBDb21t
ZW50cyBhYm91dA0KDQogICAgPiAgICAgPj4gICAgID4+IGRyYWZ0LWJlZXJhbS1jY2FtcC1uZXR3
b3JrLWFzc2lnbmVkLXVwc3RyZWFtLWxhYmVsLTAwDQoNCiAgICA+ICAgICA+PiAgICAgPj4NCg0K
ICAgID4gICAgID4+ICAgICA+Pg0KDQogICAgPiAgICAgPj4gICAgID4+DQoNCiAgICA+ICAgICA+
PiAgICAgPj4gSGkgSm9objoNCg0KICAgID4gICAgID4+ICAgICA+Pg0KDQogICAgPiAgICAgPj4g
ICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4NCg0KICAgID4gICAgID4+ICAgICA+PiBQbGVh
c2Ugc2VlIGluLWxpbmUuDQoNCiAgICA+ICAgICA+PiAgICAgPj4NCg0KICAgID4gICAgID4+ICAg
ICA+Pg0KDQogICAgPiAgICAgPj4gICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4gVGhhbmtz
DQoNCiAgICA+ICAgICA+PiAgICAgPj4NCg0KICAgID4gICAgID4+ICAgICA+Pg0KDQogICAgPiAg
ICAgPj4gICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4gUmVnYXJkcyChrSBaYWZhcg0KDQog
ICAgPiAgICAgPj4gICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4NCg0KICAgID4gICAgID4+
ICAgICA+Pg0KDQogICAgPiAgICAgPj4gICAgID4+ICpGcm9tOiAqImpkcmFrZUBqdW5pcGVyLm5l
dDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0Pg0KDQogICAgPG1haWx0bzpqZHJha2VAanVuaXBl
ci5uZXQ+PG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+IDxtYWlsdG86amRyYWtlQGp1bmlwZXIu
bmV0DQoNCiAgICA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD48bWFpbHRvOmpkcmFrZUBqdW5p
cGVyLm5ldD4+DQoNCiAgICA+ICAgICA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldCA8bWFpbHRv
OmpkcmFrZUBqdW5pcGVyLm5ldD48bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4NCg0KICAgIDxt
YWlsdG86amRyYWtlQGp1bmlwZXIubmV0IDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0PjxtYWls
dG86amRyYWtlQGp1bmlwZXIubmV0Pj4+DQoNCiAgICA+ICAgICA+PiAgICAgPG1haWx0bzpqZHJh
a2VAanVuaXBlci5uZXQgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+PG1haWx0bzpqZHJha2VA
anVuaXBlci5uZXQ+DQoNCiAgICA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldCA8bWFpbHRvOmpk
cmFrZUBqdW5pcGVyLm5ldD48bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4+DQoNCiAgICA+ICAg
ICA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD48
bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4NCg0KICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIu
bmV0IDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0PjxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0
Pj4+PiINCg0KICAgID4gICAgID4+ICAgICA+PiA8amRyYWtlQGp1bmlwZXIubmV0PG1haWx0bzpq
ZHJha2VAanVuaXBlci5uZXQ+IDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0PjxtYWlsdG86amRy
YWtlQGp1bmlwZXIubmV0Pg0KDQogICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQgPG1haWx0
bzpqZHJha2VAanVuaXBlci5uZXQ+PG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+Pg0KDQogICAg
PiAgICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQgPG1haWx0bzpqZHJha2VAanVuaXBlci5u
ZXQ+PG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+DQoNCiAgICA8bWFpbHRvOmpkcmFrZUBqdW5p
cGVyLm5ldCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD48bWFpbHRvOmpkcmFrZUBqdW5pcGVy
Lm5ldD4+Pg0KDQogICAgPiAgICAgPj4gICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0IDxt
YWlsdG86amRyYWtlQGp1bmlwZXIubmV0PjxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0Pg0KDQog
ICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+
PG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+Pg0KDQoNCg0KICAgID4gICAgIDxtYWlsdG86amRy
YWtlQGp1bmlwZXIubmV0IDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0PjxtYWlsdG86amRyYWtl
QGp1bmlwZXIubmV0Pg0KDQogICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQgPG1haWx0bzpq
ZHJha2VAanVuaXBlci5uZXQ+PG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+Pj4+Pg0KDQogICAg
PiAgICAgPj4gICAgID4+ICpEYXRlOiAqU3VuZGF5LCBOb3ZlbWJlciAzLCAyMDEzIDExOjU3IEFN
DQoNCiAgICA+ICAgICA+PiAgICAgPj4gKlRvOiAqemFsaSA8emFsaUBjaXNjby5jb208bWFpbHRv
OnphbGlAY2lzY28uY29tPiA8bWFpbHRvOnphbGlAY2lzY28uY29tPjxtYWlsdG86emFsaUBjaXNj
by5jb20+DQoNCiAgICA8bWFpbHRvOnphbGlAY2lzY28uY29tIDxtYWlsdG86emFsaUBjaXNjby5j
b20+PG1haWx0bzp6YWxpQGNpc2NvLmNvbT4+DQoNCiAgICA+ICAgICA8bWFpbHRvOnphbGlAY2lz
Y28uY29tIDxtYWlsdG86emFsaUBjaXNjby5jb20+PG1haWx0bzp6YWxpQGNpc2NvLmNvbT4NCg0K
ICAgIDxtYWlsdG86emFsaUBjaXNjby5jb20gPG1haWx0bzp6YWxpQGNpc2NvLmNvbT48bWFpbHRv
OnphbGlAY2lzY28uY29tPj4+DQoNCg0KDQogICAgPiAgICAgPj4gICAgIDxtYWlsdG86emFsaUBj
aXNjby5jb20gPG1haWx0bzp6YWxpQGNpc2NvLmNvbT48bWFpbHRvOnphbGlAY2lzY28uY29tPg0K
DQogICAgPG1haWx0bzp6YWxpQGNpc2NvLmNvbSA8bWFpbHRvOnphbGlAY2lzY28uY29tPjxtYWls
dG86emFsaUBjaXNjby5jb20+Pg0KDQoNCg0KICAgID4gICAgIDxtYWlsdG86emFsaUBjaXNjby5j
b20gPG1haWx0bzp6YWxpQGNpc2NvLmNvbT48bWFpbHRvOnphbGlAY2lzY28uY29tPg0KDQogICAg
PG1haWx0bzp6YWxpQGNpc2NvLmNvbSA8bWFpbHRvOnphbGlAY2lzY28uY29tPjxtYWlsdG86emFs
aUBjaXNjby5jb20+Pj4+PiwNCg0KICAgID4gICAgID4+ICAgICA+PiAiSUJyeXNraW5AYWR2YW9w
dGljYWwuY29tPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+DQoNCiAgICA8bWFpbHRv
OklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT48bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNv
bT4NCg0KICAgID4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQoNCiAgICA8
bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT48bWFpbHRvOklCcnlza2luQGFkdmFvcHRp
Y2FsLmNvbT4+IDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQoNCiAgICA8bWFpbHRv
OklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT48bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNv
bT4NCg0KICAgID4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQoNCiAgICA8
bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT48bWFpbHRvOklCcnlza2luQGFkdmFvcHRp
Y2FsLmNvbT4+Pg0KDQoNCg0KICAgID4gICAgID4+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFv
cHRpY2FsLmNvbQ0KDQogICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+PG1haWx0
bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+DQoNCiAgICA+ICAgICA8bWFpbHRvOklCcnlza2lu
QGFkdmFvcHRpY2FsLmNvbQ0KDQogICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+
PG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+PiA8bWFpbHRvOklCcnlza2luQGFkdmFv
cHRpY2FsLmNvbQ0KDQogICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+PG1haWx0
bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+DQoNCiAgICA+ICAgICA8bWFpbHRvOklCcnlza2lu
QGFkdmFvcHRpY2FsLmNvbQ0KDQogICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+
PG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+Pj4+Ig0KDQogICAgPiAgICAgPj4gICAg
ID4+IDxJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb208bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2Fs
LmNvbT4NCg0KICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPjxtYWlsdG86SUJy
eXNraW5AYWR2YW9wdGljYWwuY29tPg0KDQogICAgPiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZh
b3B0aWNhbC5jb20NCg0KICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPjxtYWls
dG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPj4gPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNh
bC5jb20NCg0KICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPjxtYWlsdG86SUJy
eXNraW5AYWR2YW9wdGljYWwuY29tPg0KDQogICAgPiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZh
b3B0aWNhbC5jb20NCg0KICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPjxtYWls
dG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPj4+DQoNCiAgICA+ICAgICA+PiAgICAgPG1haWx0
bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCg0KICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9w
dGljYWwuY29tPjxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPg0KDQogICAgPiAgICAg
PG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCg0KICAgIDxtYWlsdG86SUJyeXNraW5A
YWR2YW9wdGljYWwuY29tPjxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPj4gPG1haWx0
bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCg0KICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9w
dGljYWwuY29tPjxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPg0KDQoNCg0KICAgID4g
ICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQoNCiAgICA8bWFpbHRvOklCcnlz
a2luQGFkdmFvcHRpY2FsLmNvbT48bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4+Pj4+
DQoNCiAgICA+ICAgICA+PiAgICAgPj4gKkNjOiAqImNjYW1wQGlldGYub3JnPG1haWx0bzpjY2Ft
cEBpZXRmLm9yZz4gPG1haWx0bzpjY2FtcEBpZXRmLm9yZz48bWFpbHRvOmNjYW1wQGlldGYub3Jn
Pg0KDQogICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPjxt
YWlsdG86Y2NhbXBAaWV0Zi5vcmc+Pg0KDQogICAgPiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9y
ZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPjxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+DQoNCiAgICA8
bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+PG1haWx0bzpjY2Ft
cEBpZXRmLm9yZz4+Pg0KDQoNCg0KICAgID4gICAgID4+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYu
b3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+PG1haWx0bzpjY2FtcEBpZXRmLm9yZz4NCg0KICAg
IDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz48bWFpbHRvOmNj
YW1wQGlldGYub3JnPj4NCg0KICAgID4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0
bzpjY2FtcEBpZXRmLm9yZz48bWFpbHRvOmNjYW1wQGlldGYub3JnPg0KDQogICAgPG1haWx0bzpj
Y2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPjxtYWlsdG86Y2NhbXBAaWV0Zi5v
cmc+Pj4+IiA8Y2NhbXBAaWV0Zi5vcmc8bWFpbHRvOmNjYW1wQGlldGYub3JnPg0KDQogICAgPG1h
aWx0bzpjY2FtcEBpZXRmLm9yZz48bWFpbHRvOmNjYW1wQGlldGYub3JnPg0KDQogICAgPiAgICAg
PG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPjxtYWlsdG86Y2Nh
bXBAaWV0Zi5vcmc+Pg0KDQogICAgPiAgICAgPj4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcg
PG1haWx0bzpjY2FtcEBpZXRmLm9yZz48bWFpbHRvOmNjYW1wQGlldGYub3JnPg0KDQogICAgPG1h
aWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPjxtYWlsdG86Y2NhbXBA
aWV0Zi5vcmc+Pj4NCg0KICAgID4gICAgID4+ICAgICA+PiA8bWFpbHRvOmNjYW1wQGlldGYub3Jn
IDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+PG1haWx0bzpjY2FtcEBpZXRmLm9yZz4NCg0KICAgIDxt
YWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz48bWFpbHRvOmNjYW1w
QGlldGYub3JnPj4NCg0KDQoNCiAgICA+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWls
dG86Y2NhbXBAaWV0Zi5vcmc+PG1haWx0bzpjY2FtcEBpZXRmLm9yZz4NCg0KICAgIDxtYWlsdG86
Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz48bWFpbHRvOmNjYW1wQGlldGYu
b3JnPj4+Pj4NCg0KICAgID4gICAgID4+ICAgICA+PiAqU3ViamVjdDogKlJFOiBDb21tZW50cyBh
Ym91dA0KDQogICAgPiAgICAgPj4gICAgID4+IGRyYWZ0LWJlZXJhbS1jY2FtcC1uZXR3b3JrLWFz
c2lnbmVkLXVwc3RyZWFtLWxhYmVsLTAwDQoNCiAgICA+ICAgICA+PiAgICAgPj4NCg0KICAgID4g
ICAgID4+ICAgICA+Pg0KDQogICAgPiAgICAgPj4gICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAg
Pj4gWmFmYXIsDQoNCiAgICA+ICAgICA+PiAgICAgPj4NCg0KICAgID4gICAgID4+ICAgICA+PiBU
aGF0IGJlY2F1c2UgdGhpcyBhbHJlYWR5IGRlZmluZWQgbWV0aG9kIGhhcyB0aGUNCg0KICAgIGZv
bGxvd2luZw0KDQogICAgPiAgICAgPj5pc3N1ZXM6DQoNCiAgICA+ICAgICA+PiAgICAgPj4NCg0K
ICAgID4gICAgID4+ICAgICA+PiAxKSBVc2luZyBhbiBlcnJvciBpbmRpY2F0aW9uIGFzIGEgcGFy
dCBvZiBub3JtYWwNCg0KICAgIHByb3RvY29sDQoNCiAgICA+ICAgICA+PiAgICAgPj4gb3BlcmF0
aW9uIGlzIG5vdCBnb29kIGRlc2lnbiBwcmFjdGljZS4NCg0KICAgID4gICAgID4+ICAgICA+Pg0K
DQogICAgPiAgICAgPj4gICAgID4+IFVzZSBvZiBQYXRoIGVycm9yIGFuZCBub3RpZnkgbWVzc2Fn
ZSBpcyBhbiBpbnRlZ3JhbCBwYXJ0DQoNCiAgICA+ICAgICBvZiB0aGUNCg0KICAgID4gICAgID4+
ICAgICA+PiBSU1ZQLVRFIGRlc2lnbi4gQWxzbyBwbGVhc2Ugbm90ZSB0aGF0IHdlIGFyZSBub3QN
Cg0KICAgIGRlYmF0aW5nDQoNCiAgICA+ICAgICBhYm91dCBhDQoNCiAgICA+ICAgICA+PiAgICAg
Pj4gbmV3IHByb2NlZHVyZSBiZWluZyBwcm9wb3NlZCBidXQgdGFsa2luZyBhYm91dCBhDQoNCiAg
ICBwcm9jZWR1cmUNCg0KICAgID4gICAgIHRoYXQNCg0KICAgID4gICAgID4+aXMNCg0KICAgID4g
ICAgID4+ICAgICA+PiBhbHJlYWR5IGltcGxlbWVudGVkIGFuZCBkZXBsb3llZC4NCg0KICAgID4g
ICAgID4+ICAgICA+Pg0KDQogICAgPiAgICAgPj4gICAgID4+IDIpIEFjY2VwdGFibGUgTGFiZWwg
U2V0IGlzIG9wdGlvbmFsIHNvIGl0cyBwcmVzZW5jZQ0KDQogICAgaXMgbm90DQoNCiAgICA+ICAg
ICA+PiAgICAgPj4gZ3VhcmFudGVlZA0KDQogICAgPiAgICAgPj4gICAgID4+DQoNCiAgICA+ICAg
ICA+PiAgICAgPj4gU28gaXMgdGhlIGNhc2Ugb2YgbmV3bHkgZGVmaW5lZCB1cHN0cmVhbSBsYWJl
bCBzZXQuIEFsc28NCg0KICAgID4gICAgIHBsZWFzZQ0KDQogICAgPiAgICAgPj4gICAgID4+IG5v
dGUgdGhhdCBtYW55IHBhcnQgb2YgdGhlIFJTVlAtVEUgcHJvdG9jb2wgYXJlDQoNCiAgICBkZXNp
Z25lZCB1c2luZw0KDQogICAgPiAgICAgPj4gICAgID4+IG9wdGlvbmFsIG9iamVjdHMuDQoNCiAg
ICA+ICAgICA+PiAgICAgPj4NCg0KICAgID4gICAgID4+ICAgICA+PiAzKSBUaGUgaW5mb3JtYXRp
b24gaXQgcHJvdmlkZXMgbWF5IGJlIG91dCBvZiBkYXRlIGJ5DQoNCiAgICB0aGUgdGltZQ0KDQog
ICAgPiAgICAgPj4gICAgID4+IHRoZSBMU1AgaXMgcmUtc2lnbmFsZWQuDQoNCiAgICA+ICAgICA+
PiAgICAgPj4NCg0KICAgID4gICAgID4+ICAgICA+PiBUaGlzIGlzIGFuIGltcGxlbWVudGF0aW9u
IGlzc3VlLiBBIG5vZGUgc2VuZGluZyB0aGUNCg0KICAgIGFjY2VwdGFibGUNCg0KICAgID4gICAg
ID4+ICAgICA+PiBsYWJlbCBzZXQgaGFzIHRoZSByZXNwb25zaWJpbGl0eSB0byBndWFyYW50ZWUg
dGhhdA0KDQogICAgaW5mb3JtYXRpb24NCg0KICAgID4gICAgID4+ICAgICA+PiBwcm92aWRlcyBp
biB0aGUgYWNjZXB0YWJsZSBsYWJlbCBzZXQgcmVtYWlucyB2YWxpZCBmb3INCg0KICAgID4gICAg
ID4+ICAgICA+PiByZS1zaWduYWxpbmcgdGltZS4gRS5nLiwgVU5JLU4gaW1wbGVtZW50YXRpb24g
Y2FuIGNhY2hlDQoNCiAgICA+ICAgICB0aGUgbGFiZWwNCg0KICAgID4gICAgID4+ICAgICA+PiBm
b3IgdGhlIHJlLXNpZ25hbGluZyB0aW1lLg0KDQogICAgPiAgICAgPj4gICAgID4+DQoNCiAgICA+
ICAgICA+PiAgICAgPj4gNCkgTW9zdCBpbXBvcnRhbnRseSwgQWNjZXB0YWJsZSBMYWJlbCBTZXQg
aXMNCg0KICAgIGdlbmVyYXRlZCBob3AgYnkNCg0KICAgID4gICAgID4+ICAgICA+PiBob3AsIHVu
bGlrZSBVcHN0cmVhbSBMYWJlbCBTZXQgd2hpY2ggZXhlcmNpc2VzIHRoZQ0KDQogICAgZW50aXJl
DQoNCiAgICA+ICAgICA+PiAgICAgPj4gcGF0aC4gVGhpcyBtZWFucyB0aGF0IGl0cyB1c2UgdG8g
ZGV0ZXJtaW5lIGEgdmFsaWQNCg0KICAgIHdhdmVsZW5ndGgNCg0KICAgID4gICAgID4+ICAgICA+
PiB3b3VsZCByZXF1aXJlIGEgcG90ZW50aWFsbHkgdW5ib3VuZGVkIG51bWJlciBvZg0KDQogICAg
Y3JhbmtiYWNrcywNCg0KICAgID4gICAgID4+ICAgICA+PiBib3RoIHNpbmdsZSBhbmQgbXVsdGkt
aG9wLCB3aXRoIG5vIGd1YXJhbnRlZSB0aGF0IHN1Y2ggYQ0KDQogICAgPiAgICAgPj4gICAgID4+
IHdhdmVsZW5ndGggY291bGQgYmUgZm91bmQuDQoNCiAgICA+ICAgICA+PiAgICAgPj4NCg0KICAg
ID4gICAgID4+ICAgICA+PiBJbiB0aGUgdXNlIGNhc2Ugb2YgYWxpZ24gd2F2ZWxlbmd0aCBhZGRy
ZXNzZWQgaW4gdGhpcw0KDQogICAgPiAgICAgZHJhZnQsIHRoZQ0KDQogICAgPiAgICAgPj4gICAg
ID4+IGFjY2VwdGFibGUgbGFiZWwgc2V0IGNvbW11bmljYXRpb24gaXMgcmVzdHJpY3RlZCB0byB0
aGUNCg0KICAgID4gICAgIFVOSS1DIGFuZA0KDQogICAgPiAgICAgPj4gICAgID4+IFVOSS1OIG5v
ZGUuDQoNCiAgICA+ICAgICA+PiAgICAgPj4NCg0KICAgID4gICAgID4+ICAgICA+PiBZb3VycyBJ
cnJlc3BlY3RpdmVseSwNCg0KICAgID4gICAgID4+ICAgICA+Pg0KDQogICAgPiAgICAgPj4gICAg
ID4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4NCg0KICAgID4gICAgID4+ICAgICA+PiBKb2huDQoN
CiAgICA+ICAgICA+PiAgICAgPj4NCg0KICAgID4gICAgID4+ICAgICA+Pg0KDQogICAgPiAgICAg
Pj4gICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4gKkZyb206KmNjYW1wLWJvdW5jZXNAaWV0
Zi5vcmcNCg0KICAgIDxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZz48bWFpbHRvOmNjYW1w
LWJvdW5jZXNAaWV0Zi5vcmc+DQoNCiAgICA+ICAgICA8bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0
Zi5vcmcNCg0KICAgIDxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZz48bWFpbHRvOmNjYW1w
LWJvdW5jZXNAaWV0Zi5vcmc+PiA8bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmcNCg0KICAg
IDxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZz48bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0
Zi5vcmc+DQoNCiAgICA+ICAgICA8bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmcgPG1haWx0
bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPjxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZz4+
Pg0KDQogICAgPiAgICAgPj4gICAgIDxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZw0KDQog
ICAgPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPjxtYWlsdG86Y2NhbXAtYm91bmNlc0Bp
ZXRmLm9yZz4NCg0KDQoNCiAgICA+ICAgICA8bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmcN
Cg0KICAgIDxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZz48bWFpbHRvOmNjYW1wLWJvdW5j
ZXNAaWV0Zi5vcmc+PiA8bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmcNCg0KICAgIDxtYWls
dG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZz48bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc+
DQoNCg0KDQogICAgPiAgICAgPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnIDxtYWlsdG86
Y2NhbXAtYm91bmNlc0BpZXRmLm9yZz48bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc+Pj4+
DQoNCiAgICA+ICAgICA+PiAgICAgPj4gW21haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnDQoN
CiAgICA8bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc+PG1haWx0bzpjY2FtcC1ib3VuY2Vz
QGlldGYub3JnPg0KDQogICAgPiAgICAgPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnDQoN
CiAgICA8bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc+PG1haWx0bzpjY2FtcC1ib3VuY2Vz
QGlldGYub3JnPj4gPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnDQoNCiAgICA8bWFpbHRv
OmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc+PG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPg0K
DQogICAgPiAgICAgPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnIDxtYWlsdG86Y2NhbXAt
Ym91bmNlc0BpZXRmLm9yZz48bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc+Pj5dDQoNCiAg
ICA+ICAgICA+PiAgICAgKk9uIEJlaGFsZiBPZiAqWmFmYXIgQWxpICh6YWxpKQ0KDQogICAgPiAg
ICAgPj4gICAgID4+ICpTZW50OiogU3VuZGF5LCBOb3ZlbWJlciAwMywgMjAxMyA4OjEyIEFNDQoN
CiAgICA+ICAgICA+PiAgICAgPj4gKlRvOiogSUJyeXNraW5AYWR2YW9wdGljYWwuY29tPG1haWx0
bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+DQoNCiAgICA8bWFpbHRvOklCcnlza2luQGFkdmFv
cHRpY2FsLmNvbT48bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4NCg0KICAgID4gICAg
IDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQoNCiAgICA8bWFpbHRvOklCcnlza2lu
QGFkdmFvcHRpY2FsLmNvbT48bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4+DQoNCiAg
ICA+ICAgICA+PiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCg0KICAgIDxt
YWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPjxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGlj
YWwuY29tPg0KDQoNCg0KICAgID4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29t
DQoNCiAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT48bWFpbHRvOklCcnlza2lu
QGFkdmFvcHRpY2FsLmNvbT4+PiA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0KDQog
ICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+PG1haWx0bzpJQnJ5c2tpbkBhZHZh
b3B0aWNhbC5jb20+DQoNCiAgICA+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNv
bQ0KDQogICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+PG1haWx0bzpJQnJ5c2tp
bkBhZHZhb3B0aWNhbC5jb20+Pg0KDQogICAgPiAgICAgPj4gICAgIDxtYWlsdG86SUJyeXNraW5A
YWR2YW9wdGljYWwuY29tDQoNCiAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT48
bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4NCg0KDQoNCiAgICA+ICAgICA8bWFpbHRv
OklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0KDQogICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0
aWNhbC5jb20+PG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+Pj4+DQoNCiAgICA+ICAg
ICA+PiAgICAgPj4gKkNjOiogY2NhbXBAaWV0Zi5vcmc8bWFpbHRvOmNjYW1wQGlldGYub3JnPiA8
bWFpbHRvOmNjYW1wQGlldGYub3JnPjxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+DQoNCiAgICA8bWFp
bHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+PG1haWx0bzpjY2FtcEBp
ZXRmLm9yZz4+DQoNCiAgICA+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2Nh
bXBAaWV0Zi5vcmc+PG1haWx0bzpjY2FtcEBpZXRmLm9yZz4NCg0KICAgIDxtYWlsdG86Y2NhbXBA
aWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz48bWFpbHRvOmNjYW1wQGlldGYub3JnPj4+
DQoNCg0KDQogICAgPiAgICAgPj4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpj
Y2FtcEBpZXRmLm9yZz48bWFpbHRvOmNjYW1wQGlldGYub3JnPg0KDQogICAgPG1haWx0bzpjY2Ft
cEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPjxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+
Pg0KDQoNCg0KICAgID4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBp
ZXRmLm9yZz48bWFpbHRvOmNjYW1wQGlldGYub3JnPg0KDQogICAgPG1haWx0bzpjY2FtcEBpZXRm
Lm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPjxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+Pj4+DQoN
CiAgICA+ICAgICA+PiAgICAgPj4gKlN1YmplY3Q6KiBbQ0NBTVBdIENvbW1lbnRzIGFib3V0DQoN
CiAgICA+ICAgICA+PiAgICAgPj4gZHJhZnQtYmVlcmFtLWNjYW1wLW5ldHdvcmstYXNzaWduZWQt
dXBzdHJlYW0tbGFiZWwtMDANCg0KICAgID4gICAgID4+ICAgICA+Pg0KDQogICAgPiAgICAgPj4g
ICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4NCg0KICAgID4gICAgID4+ICAgICA+PiBIaSBJ
Z29yIGFuZCBjby1hdXRob3JzLQ0KDQogICAgPiAgICAgPj4gICAgID4+DQoNCiAgICA+ICAgICA+
PiAgICAgPj4NCg0KICAgID4gICAgID4+ICAgICA+Pg0KDQogICAgPiAgICAgPj4gICAgID4+IFBs
ZWFzZSBub3RlIHRoYXQgW1JGQzM0NzNdIGFscmVhZHkgY29uc2lkZXJzIHRoZQ0KDQogICAgY2Fz
ZSB3aGVyZQ0KDQogICAgPiAgICAgPj4gICAgID4+IHVwc3RyZWFtIGxhYmVsIG1heSBub3QgYmUg
YWNjZXB0YWJsZSB0byBhIGRvd25zdHJlYW0NCg0KICAgID4gICAgID4+ICAgICA+PiBub2RlLiBT
cGVjaWZpY2FsbHksIFtSRkMzNDczXSBzdGF0ZXMgdGhhdDoNCg0KICAgID4gICAgID4+ICAgICA+
Pg0KDQogICAgPiAgICAgPj4gICAgID4+ICIvd2hlbiBhIFBhdGggbWVzc2FnZSBjb250YWluaW5n
IGFuIFVwc3RyZWFtX0xhYmVsDQoNCiAgICBvYmplY3QgaXMNCg0KICAgID4gICAgID4+ICAgICA+
PiByZWNlaXZlZCwgdGhlIHJlY2VpdmVyIGZpcnN0IHZlcmlmaWVzIHRoYXQgdGhlDQoNCiAgICB1
cHN0cmVhbSBsYWJlbA0KDQogICAgPiAgICAgPj4gICAgID4+IGlzIGFjY2VwdGFibGUuIElmIHRo
ZSBsYWJlbCBpcyBub3QgYWNjZXB0YWJsZSwgdGhlDQoNCiAgICByZWNlaXZlcg0KDQogICAgPiAg
ICAgPj4gICAgID4+IC8qTVVTVCovaXNzdWUgYSBQYXRoRXJyIG1lc3NhZ2Ugd2l0aCBhICJSb3V0
aW5nDQoNCiAgICA+ICAgICA+PiAgICAgPj4gcHJvYmxlbS9VbmFjY2VwdGFibGUgbGFiZWwgdmFs
dWUiIGluZGljYXRpb24uIFRoZQ0KDQogICAgZ2VuZXJhdGVkDQoNCiAgICA+ICAgICA+PiAgICAg
Pj4gUGF0aEVyciBtZXNzYWdlIE1BWSBpbmNsdWRlIGFuIEFjY2VwdGFibGUgTGFiZWwgU2V0DQoN
CiAgICBPYmplY3QvIi4NCg0KICAgID4gICAgID4+ICAgICA+Pg0KDQogICAgPiAgICAgPj4gICAg
ID4+IEFjY2VwdGFibGVfTGFiZWxfU2V0IG9iamVjdHMgbWF5IGJlIGNhcnJpZWQgaW4NCg0KICAg
IFBhdGhFcnIgYW5kDQoNCiAgICA+ICAgICA+PiAgICAgPj4gUmVzdkVyciBtZXNzYWdlcyBbUkZD
MzQ3M10uDQoNCiAgICA+ICAgICA+PiAgICAgPj4NCg0KICAgID4gICAgID4+ICAgICA+Pg0KDQog
ICAgPiAgICAgPj4gICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4gSG93ZXZlciwgeW91ciBk
cmFmdCBkb2VzIG5vdCBtZW50aW9uIG9yIGNvdmVyIHRoaXMNCg0KICAgIGFscmVhZHkNCg0KICAg
ID4gICAgID4+ICAgICA+PiBkZWZpbmVkIG1ldGhvZC4NCg0KICAgID4gICAgID4+ICAgICA+Pg0K
DQogICAgPiAgICAgPj4gICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4NCg0KICAgID4gICAg
ID4+ICAgICA+PiBUaGFua3MNCg0KICAgID4gICAgID4+ICAgICA+Pg0KDQogICAgPiAgICAgPj4g
ICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4NCg0KICAgID4gICAgID4+ICAgICA+PiBSZWdh
cmRzIKGtIFphZmFyDQoNCiAgICA+ICAgICA+PiAgICAgPj4NCg0KICAgID4gICAgID4+ICAgICA+
DQoNCiAgICA+ICAgICA+PiAgICAgPg0KDQogICAgPiAgICAgPj4gICAgID4gX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KICAgID4gICAgID4+ICAgICA+
IENDQU1QIG1haWxpbmcgbGlzdA0KDQogICAgPiAgICAgPj4gICAgID4gQ0NBTVBAaWV0Zi5vcmc8
bWFpbHRvOkNDQU1QQGlldGYub3JnPiA8bWFpbHRvOkNDQU1QQGlldGYub3JnPjxtYWlsdG86Q0NB
TVBAaWV0Zi5vcmc+DQoNCiAgICA8bWFpbHRvOkNDQU1QQGlldGYub3JnIDxtYWlsdG86Q0NBTVBA
aWV0Zi5vcmc+PG1haWx0bzpDQ0FNUEBpZXRmLm9yZz4+DQoNCg0KDQogICAgPiAgICAgPG1haWx0
bzpDQ0FNUEBpZXRmLm9yZyA8bWFpbHRvOkNDQU1QQGlldGYub3JnPjxtYWlsdG86Q0NBTVBAaWV0
Zi5vcmc+DQoNCiAgICA8bWFpbHRvOkNDQU1QQGlldGYub3JnIDxtYWlsdG86Q0NBTVBAaWV0Zi5v
cmc+PG1haWx0bzpDQ0FNUEBpZXRmLm9yZz4+Pg0KDQoNCg0KICAgID4gICAgID4+ICAgICA+IGh0
dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vY2NhbXANCg0KICAgID4gICAgID4+
ICAgICA+DQoNCiAgICA+ICAgICA+Pg0KDQogICAgPiAgICAgPj4gICAgIF9fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNCiAgICA+ICAgICA+PiAgICAgQ0NB
TVAgbWFpbGluZyBsaXN0DQoNCg0KDQogICAgPiAgICAgPj4gICAgIENDQU1QQGlldGYub3JnPG1h
aWx0bzpDQ0FNUEBpZXRmLm9yZz4gPG1haWx0bzpDQ0FNUEBpZXRmLm9yZz48bWFpbHRvOkNDQU1Q
QGlldGYub3JnPg0KDQogICAgPG1haWx0bzpDQ0FNUEBpZXRmLm9yZyA8bWFpbHRvOkNDQU1QQGll
dGYub3JnPjxtYWlsdG86Q0NBTVBAaWV0Zi5vcmc+Pg0KDQogICAgPG1haWx0bzpDQ0FNUEBpZXRm
Lm9yZyA8bWFpbHRvOkNDQU1QQGlldGYub3JnPjxtYWlsdG86Q0NBTVBAaWV0Zi5vcmc+DQoNCg0K
DQogICAgPiAgICAgPG1haWx0bzpDQ0FNUEBpZXRmLm9yZyA8bWFpbHRvOkNDQU1QQGlldGYub3Jn
PjxtYWlsdG86Q0NBTVBAaWV0Zi5vcmc+Pj4NCg0KICAgID4gICAgID4+ICAgICBodHRwczovL3d3
dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2NjYW1wDQoNCiAgICA+ICAgICA+Pg0KDQogICAg
PiAgICAgPj4NCg0KICAgID4gICAgID4+DQoNCiAgICA+ICAgICA+Pg0KDQogICAgPiAgICAgPj4g
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KICAgID4g
ICAgID4+IENDQU1QIG1haWxpbmcgbGlzdA0KDQogICAgPiAgICAgPj4gQ0NBTVBAaWV0Zi5vcmc8
bWFpbHRvOkNDQU1QQGlldGYub3JnPiA8bWFpbHRvOkNDQU1QQGlldGYub3JnPjxtYWlsdG86Q0NB
TVBAaWV0Zi5vcmc+DQoNCiAgICA8bWFpbHRvOkNDQU1QQGlldGYub3JnIDxtYWlsdG86Q0NBTVBA
aWV0Zi5vcmc+PG1haWx0bzpDQ0FNUEBpZXRmLm9yZz4+DQoNCiAgICA+ICAgICA+PiBodHRwczov
L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2NjYW1wDQoNCiAgICA+ICAgICA+DQoNCiAg
ICA+ICAgICA+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N
Cg0KICAgID4gICAgID5DQ0FNUCBtYWlsaW5nIGxpc3QNCg0KICAgID4gICAgID5DQ0FNUEBpZXRm
Lm9yZzxtYWlsdG86Q0NBTVBAaWV0Zi5vcmc+IDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmc+PG1haWx0
bzpDQ0FNUEBpZXRmLm9yZz4gPG1haWx0bzpDQ0FNUEBpZXRmLm9yZw0KDQogICAgPG1haWx0bzpD
Q0FNUEBpZXRmLm9yZz48bWFpbHRvOkNDQU1QQGlldGYub3JnPj4NCg0KICAgID4gICAgID5odHRw
czovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2NjYW1wDQoNCiAgICA+ICAgICA+X19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KICAgID4gICAg
ID5DQ0FNUCBtYWlsaW5nIGxpc3QNCg0KICAgID4gICAgID5DQ0FNUEBpZXRmLm9yZzxtYWlsdG86
Q0NBTVBAaWV0Zi5vcmc+IDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmc+PG1haWx0bzpDQ0FNUEBpZXRm
Lm9yZz4gPG1haWx0bzpDQ0FNUEBpZXRmLm9yZw0KDQogICAgPG1haWx0bzpDQ0FNUEBpZXRmLm9y
Zz48bWFpbHRvOkNDQU1QQGlldGYub3JnPj4NCg0KICAgID4gICAgID5odHRwczovL3d3dy5pZXRm
Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL2NjYW1wDQoNCiAgICA+DQoNCiAgICA+DQoNCiAgICA+DQoN
CiAgICA+DQoNCiAgICA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fDQoNCiAgICA+IENDQU1QIG1haWxpbmcgbGlzdA0KDQogICAgPiBDQ0FNUEBpZXRmLm9y
ZzxtYWlsdG86Q0NBTVBAaWV0Zi5vcmc+IDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmc+PG1haWx0bzpD
Q0FNUEBpZXRmLm9yZz4NCg0KICAgID4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0
aW5mby9jY2FtcA0KDQogICAgPg0KDQoNCg0KDQoNCg0KDQoNCg0KX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KQ0NBTVAgbWFpbGluZyBsaXN0DQoNCkND
QU1QQGlldGYub3JnPG1haWx0bzpDQ0FNUEBpZXRmLm9yZz4NCg0KaHR0cHM6Ly93d3cuaWV0Zi5v
cmcvbWFpbG1hbi9saXN0aW5mby9jY2FtcA0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fXw0KDQpDQ0FNUCBtYWlsaW5nIGxpc3QNCg0KQ0NBTVBAaWV0Zi5v
cmc8bWFpbHRvOkNDQU1QQGlldGYub3JnPg0KDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFu
L2xpc3RpbmZvL2NjYW1wDQo=

--_000_CDAC6F6F5401B245A2C68D0CF8AFDF0A192CA1E1atlsrvmail10atl_
Content-Type: text/html; charset="gb2312"
Content-Transfer-Encoding: quoted-printable











Dieter and Fatai,


 <=
/p>

We are talking about modi=
fying RFC3473, which never says that all bi-directional LSPs are symmetrica=
l.  If there is no case for asymmetrical G-LSPs, then there
 is no need for Upstream Label object except for indicating that this is a =
bi-directional G-LSP.   It also means that the label negotiated f=
or the DS direction must be automatically used as US label, which is not th=
e behavior of current implementations. Are
 you suggesting that we should just explicitly deprecate asymmetrical LSPs?=



 <=
/p>

Igor



 <=
/p>





From: Dieter Beller [mailto:Dieter.Beller@alcatel-lucen=
t.com]


Sent: Tuesday, November 05, 2013 8:55 PM

To: Igor Bryskin; Vishnu Pavan Beeram

Cc: Fatai Zhang; Lou Berger; ccamp@ietf.org

Subject: Re: [CCAMP] =B4=F0=B8=B4:
=B4=
=F0=B8=B4: Comments about draft-beeram-=
ccamp-network-assigned-upstream-label-00






 


Hi Pavan and Igor,



I share Fatai's concerns - as far as transport networks are concerned, LSPs=
 are bidirectional in nature

and the labels are symmetric. It would be nice if you could elaborate a bit=
 more and provide some

practical application examples that justify the requirement of asymm=
etric labels.





Thanks,

Dieter








On 06.11.2013 00:20, Fatai Zhang wrote:





Hi,


 


For the transport/GMPLS networks, I would repeat the bidirectional LSP=
s are always symmetric in practice, so there are no cases for some nodes to=
 assign asymmetric labels.


 


However, I would agree on the requirements if we just do some research=
 in theory. 


 


Thanks


 


Fatai


 


 


________________________________________


=B7=A2=BC=FE=C8=CB: ccamp-bounces@ietf.org [ccamp-bounces@ietf.org] =B4=FA=B1=
=ED Lou Berger [lberger@labn.net=
]


=B7=A2=CB=CD=CA=B1=BC=E4: 2013=C4=EA11=D4=C26=C8=D5 6:47


=CA=D5=BC=FE=C8=CB: Igor Bryskin; Vishnu P=
avan Beeram


=B3=AD=CB=CD: ccamp@ietf.org


=D6=F7=CC=E2: Re: [CCAMP] =B4=F0=B8=B4: Comments about draft-beeram-ccamp-network-assigne=
d-upstream-label-00


 


Igor,


 


On 11/5/2013 11:42 AM, Igor Bryskin wrote:




Lou,


In majority of the cases UNI-Cs would want to have their G-LSPs label-=
symmetrical.




 


Every time you say UNI-C I've been assuming you mean ingress, is this<=
o:p>


correct?


 




If the label symmetricity is left to the local policy of the network,<=
o:p>


the latter may decide (e.g. because of existing unidirectional LSPs


set up for other users or P2MP LSPs) to assign different labels for


US and DS unless there is an explicit constraint signaled from the


UNI-C to make symmetrical or fail the setup.


 




 


So you believe there is a use case where some nodes will assign


asymmetric labels for the same service, and other nodes along the LSP<=
o:p>


only support symmetric labels.  Right?


 


Lou


 




Igor


 


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


From: Lou Berger [mailto:lberger@l=
abn.net]


Sent: Tuesday, November 05, 2013 2:21 PM


To: Igor Bryskin; Vishnu Pavan Beeram


Cc: ccamp@ietf.org

Subject: Re: [CCAMP] =B4=F0=B8=B4: Comment=
s about draft-beeram-ccamp-network-assigned-upstream-label-00

 


Great. So this is a nice short list.  I think the utility of requ=
irements 1 and 2 are pretty clear. You have stated that both symmetric and =
asymmetric labels are needed in optical for single fiber rings.  While=
 I'm personally amazed that these still exist, I  (with no hat on) acc=
ept the use case.


 


I suspect that some are not convinced on the need to "put label s=
ymmetry into the protocol" (Juilien's question)


 


Can you (authors) elaborate on why this needs to be changed?


 


Thanks,


Lou


 


On 11/05/2013 02:01 PM, Igor Bryskin wrote:




Lou,


 




    1. Downstream selection of the upstream label<=
/o:p>


 


 


    2. An option to allow upstream node to provide set =
of labels that


       should be used in the downstream =
nodes' choice of upstream


label


 


    3. The use of symmetric labels when the downstream =
node


       is selecting the label.


 


    4. Allowing for asymmetric labels is not a new requ=
irement, nor do


       you really care about it.


 




I agree with 1-3. But 4. should not be ignored


 


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


From: Lou Berger [mailto:lberger@l=
abn.net]


Sent: Tuesday, November 05, 2013 11:29 AM


To: Igor Bryskin; Vishnu Pavan Beeram


Cc: ccamp@ietf.org

Subject: Re: [CCAMP] =B4=F0=B8=B4: Comment=
s about


draft-beeram-ccamp-network-assigned-upstream-label-00


 


Igor,


     So you are adding to 3 to cover the case when=
 the upstream node selects the label, right?




    3. The use of symmetric labels when the downstream =
node


       is selecting the label.




 


Lou


 


On 11/5/2013 8:20 AM, Igor Bryskin wrote:




I would add:


 


5. A way for US node (e.g. UNI-C) to mandate the label symmetricity.


 


 


 


*From:*ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] *On


Behalf Of *Vishnu Pavan Beeram


*Sent:* Tuesday, November 05, 2013 10:50 AM


*To:* Lou Berger


*Cc:* ccamp@ietf.org<=
/pre>

*Subject:* Re: [CCAMP] =B4=F0=B8=B4: Comme=
nts about


draft-beeram-ccamp-network-assigned-upstream-label-00


 


 


 


Lou,


 


 


 


Yes, your summarized points are correct.


 


 


 


Thanks,


 


-Pavan.


 


 


 


On Tue, Nov 5, 2013 at 10:20 AM, Lou Berger <lberger@labn.net


<mailto:lberger@labn.net>> wrote:


 


Pavan,


        I think this is helpful in =
trying to understand what the


goals are of the draft.  Again, I'll resist arguing about the


mechanisms that are proposed until we've agreed on what requirements


need to be addressed.


(While the mechanism details, i.e., the "how", are certainly=



important, arguing those doesn't really answer the larger question of<=
o:p>


"what" you'd like to accomplish.)


 


 


 


VPB: Agree.


 


 


 


 


    So the list of requirements is now the addition of:=



    1. Downstream selection of the upstream label<=
/o:p>


 


 


    2. An option to allow upstream node to provide set =
of labels that


       should be used in the downstream =
nodes' choice of upstream


label


 


    3. The use of symmetric labels when the downstream =
node


       is selecting the label.


 


    4. Allowing for asymmetric labels is not a new requ=
irement, nor do


       you really care about it.


 


    Is this correct?


 


    Thanks,


    Lou


 


 


    On 11/5/2013 5:25 AM, Vishnu Pavan Beeram wrote:


    > I see a pattern in the questions that are bein=
g raised. I'll try


    and see


    > if I can answer them all using the following Q=
&A.


    >


    > A. "Label Symmetricity":<=
/pre>

    >


    > (1) Aren't labels always symmetric in practice=
? Are there any


    asymmetric


    > label scenarios at all?


    > Ans: Yes, labels are almost always symmetric i=
n practice. The draft


    > explicitly states that. I haven't come across =
any single


    > scenario/product where asymmetric labels are u=
sed. As Igor pointed out


    > in an earlier email, there could be in theory =
some single-fiber


    > configurations where the same wavelength canno=
t be used for both


    > directions. But I don't know if anyone really =
uses that.


    >


    > (2) Then why do you need an explicit request f=
rom the ingress to make


    > them symmetric at each hop?


    > Ans: This is because the extensions in RFC3473=
 allows "Label


    > Asymmetricity" and and as a result symmet=
ricity cannot be assumed by


    > default. There is currently no way of mandatin=
g symmetricity at


    each hop


    > along the path of the LSP.


    >


    > (3) Say, we all agree that "Symmetricity&=
quot; is always guaranteed


    (maybe we


    > even state it explicitly in some standard docu=
ment). Would you then be


    > able to use existing extensions and address th=
e "alien-wavelength"


    setup


    > use-case?


    > Ans: No, the existing extensions still fall sh=
ort. What does the


    > ingress-client fill in the UPSTREAM_LABEL when=
 it has no knowledge on


    > what needs to be used? As per current extensio=
ns, the UPSTREAM_LABEL


    > needs to be filled in with a valid label befor=
e sending the PATH


    out. We


    > still need the ingress-client to have some mec=
hanism to tell the


    network


    > - "please ignore what I'm filling in the =
UPSTREAM_LABEL; just take the


    > LABEL_SET into account if I fill one; I'll use=
 what is returned in the


    > RESV-LABEL for both directions."


    >


    > (4) Label allocation has always been a local c=
hoice. Why should the


    > ingress request how labels are allocated at so=
me downstream hop?


    > Ans: The ingress has always been the one to re=
quest the downstream


    node


    > to allocate labels in both directions. All tha=
t the draft is proposing


    > is a mechanism for the ingress to say that the=
se two labels need to be


    > symmetric.


    >


    > B. "Label Asymmetricity"<=
/pre>

    >


    > (4) Have the "Label Asymmetricity" e=
xtensions been included just for


    > completion sake? Can those be jettisoned if we=
 there is no need for


    > asymmetric labels?


    > Ans: Yes. The primary reason why those extensi=
ons are included in the


    > draft is because RFC3473 allows asymmetricity.=
 We don't need to


    discuss


    > those if we explicitly state somewhere (in som=
e standard document)


    that


    > "labels are always symmetric" and th=
at all previous extensions defined


    > for asymmetricity are use-less.

    >


    > C. "Use-Case"


    >


    > (5) I don't understand any of the above. Why d=
o we need the network to


    > assign an upstream label?


    > Ans: Please read the draft. Section 5 discusse=
s a specific use-case.


    >


    >


    > Regards,


    > -Pavan


    >


    >


    > On Tue, Nov 5, 2013 at 2:29 AM, Zafar Ali (zal=
i) <zali@cisco.com

    <mailto:zali@c=
isco.com>


 


    > <mailto:z=
ali@cisco.com <mailto:zali@cisco.c=
om>>> wrote:


    >


    >     Hi-


    >


    >     Furthermore, when (ali=
en) wavelength is same in forward and


    reverse


    >     direction, we can use =
label set along with acceptable label


    set - as


    >     defined in RFC3473. Th=
e only use case this draft addresses is


    when alien


    >     wavelength are asymmet=
rical in forward and reverse direction.


    I am not


    >     aware of any example o=
f such use case.


    >


    >     Thanks

    >


    >     Regards =A1=AD Zafar


    >


    >


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


 


    >     From: Fatai Zhang <=
zhangfatai@huawei.com


    <mailto=
:zhangfatai@huawei.com> <mailto:zhangfatai@huawei.com


    <mailto=
:zhangfatai@huawei.com>>>


    >     Date: Monday, November=
 4, 2013 7:38 PM


 


    >     To: "julien.meuric@orange.com

    <mai=
lto:julien.meuric@orange.com> <mailto:julien.meuric@orange.com


    <mai=
lto:julien.meuric@orange.com>>"


    >     <julien.meuric@orange.com <mailto:julien.meuric@orange.com>


    <mai=
lto:julien.meuric@orange.com


    <mai=
lto:julien.meuric@orange.com>>>, Vishnu


    >     Pavan


 


    >     Beeram <vishnupavan@gmail.com <mailto:vishnupavan@gmail.com>

    <mailto=
:vishnupavan@gmail.com <mai=
lto:vishnupavan@gmail.com>>>


    >     Cc: "ccamp@ietf.org =
<mailto:ccamp@ietf.org>


    <mailto:ccamp@=
ietf.org <mailto:ccamp@ietf.org>=
;>" <ccamp@ietf.org


    <mailto:ccamp@=
ietf.org>


    >     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>>


 


    >     Subject: [CCAMP] =B4=F0=B8=B4:  Comments


    >     about   draf=
t-beeram-ccamp-network-assigned-upstream-label-00


    >


    >     >Hi Pavan,


    >     >


    >     >Understood what yo=
u said in principle, but could you give an


    example to


    >     >show there are asy=
mmertric labels (wavelength?) for the


    bidirectiaonal


    >     >LSPs (especiall fo=
r the transport networks) in the real


    >     implementations?<=
/o:p>


    >     >


    >


    >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D


    >     >=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D


    >     >In practice, most =
bidirectional LSPs have label symmetricity on


    >     each hop

    >     >along the path of =
the LSP. But this is something that cannot


    be assumed


    >     >by default.


    >     >


    >     >


    >     >


    >     >Thanks<=
/pre>

    >     >


    >     >Fatai

    >     >


    >     >__________________=
______________________


 


    >     >=B7=A2=BC=FE=C8=CB: cca=
mp-bounces@ietf.org


    <mailt=
o:ccamp-bounces@ietf.org> <mailto:ccamp-bounces@ietf.org


    <mailt=
o:ccamp-bounces@ietf.org>>


    >     [ccamp-bounces@ietf.org <mailto:ccamp-bounces@ietf.org>


    <mailt=
o:ccamp-bounces@ietf.org <=
mailto:ccamp-bounces@ietf.org>>] =B4=FA


    =B1=ED Julien


    >     Meuric

    >     >[julien.meuric@orange.com <mailto:julien.meuric@orange.com>


    <mai=
lto:julien.meuric@orange.com


<mailto:julien.meuric@o=
range.com>>]


 


    >     >=B7=A2=CB=CD=CA=B1=BC=E4: 2013=C4=EA1=
1=D4=C25=C8=D5 10:3=
5


    >     >=CA=D5=BC=FE=C8=CB: Vishnu Pavan Beeram


 


    >     >=B3=AD=CB=CD: ccamp@ietf.org <mailto:ccamp@ietf.org><=
/o:p>


    <mailto:ccamp@=
ietf.org <mailto:ccamp@ietf.org>=
;>


 


    >     >=D6=F7=CC=E2: Re: [CCAMP] Comments about


    >     >draft-beeram-ccamp=
-network-assigned-upstream-label-00


    >     >


    >     >Hi Pavan.


    >     >


    >     >Even though I agre=
e with your unassigned Upstream_Label


    requirement, I


    >     >need to disagree w=
ith the data plane rationale you mention.


    >     >


    >     >The Upstream_Label=
 refers to the client's optical receiver:


    you don't


    >     >need to tune a las=
er on the receiver side. The data


    transmission could


    >     >even work without =
sending the actual Upstream_Label in


    RSVP-TE messages


    >     >to the client: I a=
m not really a fan of that approach, but


    that would


    >     >fit cases where op=
tical policies are left to the optical


    network...


    >     >


    >     >Moreover, I have d=
oubts on putting label symmetry within the


    protocol.


    >     >This is more an al=
location policy in the hands of allocating


    nodes:


    >     >requesting an allo=
cation mode from an ingress node would mean


    doing the


    >     >server job, I am n=
ot sure it is desirable.


    >     >


    >     >Julien<=
/pre>

    >     >


    >     >


    >     >On 11/04/2013 23:4=
9, Vishnu Pavan Beeram wrote:


    >     >> Lou,


    >     >>

    >     >> The extension=
s defined in this draft do not impose any


    backwards


    >     >> compatibility=
 issues. The intent is definitely not to


    change the


    >     >> fundamental a=
spects of the protocol. As you would agree, it


    is not


    >     >> mandatory to =
try and fit the extensions defined in RFC3473


    to all and


    >     >> sundry. New e=
xtensions are being introduced only where the


    existing


    >     >> extensions fa=
ll short. Let me walk through the requirements


    that we


    >     >> are looking a=
t and that would hopefully explain the limitations


    >     of the

    >     >> existing exte=
nsions.


    >     >>

    >     >> Base requirem=
ent :


    >     >> Need a mechan=
ism for a given node to say that it cannot


    assign an


    >     >> upstream-labe=
l on its own and that it needs the network (read


    >     >> downstream) t=
o assign it instead.


    >     >>

    >     >> Corollary req=
uirements :


    >     >> 1. Need a mec=
hanism for a given node to ask for a


    network-assigned


    >     >> upstream labe=
l without having to specify any inputs on what


    label


    >     >> needs to get =
picked.


    >     >> 2. Need a mec=
hanism for a given node to ask for a


    network-assigned


    >     >> upstream labe=
l and also specify some choices for the label


    that needs


    >     >> to get picked=
.


    >     >> 3. If labels =
are symmetric, a given node can simply use the


    label


    >     >> returned in t=
he LABEL object of the RESV message for both


    directions.


    >     >> In practice, =
most bidirectional LSPs have label


    symmetricity on each


    >     >> hop along the=
 path of the LSP. But this is something that


    cannot be


    >     >> assumed by de=
fault. Hence, there is a need to have a mechanism


    >     for the

    >     >> ingress to re=
quest "label symmetricity" at each hop along


    the path of


    >     >> the LSP.=



    >     >>

    >     >> Can you someh=
ow fit a solution using the current extensions


    and cater


    >     >> to the above =
requirements?


    >     >> We believe th=
e answer is NO. One suggestion on the mailing list


    >     was to

    >     >> set a random =
UPSTREAM_LABEL and send it out on a fishing


    expedition.


    >     >> The idea was =
that the downstream node would then respond with a


    >     >> PATH-ERR carr=
ying an ACCEPTABLE_LABEL_SET. John and Igor have


    >     provided

    >     >> a list of rea=
sons on why that isn't a great idea. Let me


    add another


    >     >> point -<=
/o:p>


    >     >> - As per RFC3=
473 - when a node receives an UPSTREAM_LABEL


    object in


    >     >> the PATH, it =
means that the upstream node MUST have already


    >     >> installed/pro=
grammed this label. In the alien wavelength


    use-case


    >     >> (discussed in=
 the draft), when the network receives this


    message, it


    >     >> would mean th=
at the laser has already been tuned to this


    >     wavelength at


    >     >> the client. T=
hat beats the very purpose of requesting a network


    >     >> assigned upst=
ream label. Doesn't it? So, the point is that


    with the


    >     >> current seman=
tics of an UPSTREAM_LABEL, you cannot use it


    for the


    >     case


    >     >> where the ups=
tream-label hasn't been installed/programmed


    yet. If


    >     some


    >     >> implementatio=
n decides to ignore these semantics, how would the


    >     >> network know =
whether the ingress-client has already


    installed this


    >     >> label or not =
(whether the laser is already tuned or not).


    >     >>

    >     >> RFC3473 state=
s that a Bidirectional-LSP setup request is


    >     identified by


    >     >> the presence =
of an "UPSTREAM_LABEL" object in the PATH msg.


    This


    >     draft


    >     >> does propose =
2 other mechanisms:


    >     >> - The presenc=
e of the "Label Symmetricity Required" Flag in


    the PATH


    >     >> - The presenc=
e of the "UPSTREAM_LABEL_SET" object in the PATH


    >     >> If a downstre=
am node does not understand any of the above


    >     indications,


    >     >> it would reje=
ct the setup request. In both scenarios -


    after the


    >     >> network has a=
ssigned the upstream-label, the concerned node is


    >     allowed

    >     >> to start sign=
aling the UPSTREAM_LABEL object in the PATH. I


    don't


    >     >> understand ho=
w adding two other mechanisms for


    Bidirectional LSP


    >     setup


    >     >> translates to=
 changing fundamental aspects of the protocol.


    >     >> Implementatio=
ns that can support these extensions can.


    Others can


    >     >> still be happ=
y with their "running code".


    >     >>

    >     >> Regards,=



    >     >> -Pavan


    >     >>

    >     >>

    >     >>

    >     >> On Mon, Nov 4=
, 2013 at 2:18 PM, Lou Berger


    <lberger@lab=
n.net <mailto:lberger@labn.net&g=
t;


    >     <mailto:lberger@labn.net <mailto:lberger@labn.net>>


 


    >     >> <mailto:lberger@labn.net <mailto:lberger@labn.net>


    <mailto:lber=
ger@labn.net <mailto:lberger@lab=
n.net>>>> wrote:


    >     >>

    >     >>  &n=
bsp;  John, (authors)


    >     >>

    >     >>  &n=
bsp;  Perhaps it would be useful to refocus a moment on the=



    specific


    >     >>  &n=
bsp;  limitations the draft is focusing on.


    >     >>

    >     >>  &n=
bsp;  There's no question that 3473 made certain choices based on=



    >     expected

    >     >>  &n=
bsp;  uses and probabilities that may not hold, but we do

    need to be


    >     >>careful


    >     >>  &n=
bsp;  when changing fundamentals of the protocol (e.g. moving


    away from


    >     >>the=



    >     >>  &n=
bsp;  use of the upstream label object as the basic object that


    >     indicates

    >     >>a

    >     >>  &n=
bsp;  bidirectional LSP.)


    >     >>

    >     >>  &n=
bsp;  So is it fair to say that the main limitation that the


    draft is


    >     >>trying


    >     >>  &n=
bsp;  to address is the inability to support downstream

    selection of


    >     >>  &n=
bsp;  upstream


    >     >>  &n=
bsp;  labels?


    >     >>

    >     >>  &n=
bsp;  The draft also allows for both symmetric and asymmetric


    label


    >     value


    >     >>  &n=
bsp;  allocation. IS this a requirement, or asymmetric just=



    >     included for


    >     >>  &n=
bsp;  completeness?


    >     >>

    >     >>  &n=
bsp;  Are there other requirements / limitations you are

    trying to


    >     >>address?<=
/o:p>


    >     >>

    >     >>  &n=
bsp;  Lou


    >     >>

    >     >>  &n=
bsp;  On 11/04/2013 01:24 PM, John E Drake wrote:


    >     >>  &n=
bsp;  > Zafar,


    >     >>  &n=
bsp;  >


    >     >>  &n=
bsp;  > Both Igor and I have listed technical issues with RFC3473


    >     and your

    >     >>  &n=
bsp;  > response is that you really really like RFC3473. I'm


    happy for


    >     >>  &n=
bsp;  you but


    >     >>  &n=
bsp;  > unimpressed.


    >     >>  &n=
bsp;  >


    >     >>   &=
nbsp; > John


    >     >>  &n=
bsp;  >


    >     >>  &n=
bsp;  > Sent from my iPhone


    >     >>  &n=
bsp;  >


    >     >>  &n=
bsp;  > On Nov 4, 2013, at 9:43 AM, "Zafar Ali (zali)"


    >     <zali@cisco.com <ma=
ilto:zali@cisco.com> <mailto:za=
li@cisco.com


    <mailto:zali@c=
isco.com>>


    >     >>  &n=
bsp;  <mailto:zali@cisco.com =
<mailto:zali@cisco.com>


    <mailto:zali@c=
isco.com <mailto:zali@cisco.com>=
;>>


    >     >>  &n=
bsp;  > <mailto:zali@cisco.com=
 <mailto:zali@cisco.com>


    <mailto:zali@c=
isco.com <mailto:zali@cisco.com>=
;>


    >     <mailto:zali@cisco.com <mailto:zali@cisco.com>


    <mailto:zali@c=
isco.com <mailto:zali@cisco.com>=
;>>>> wrote:


    >     >>  &n=
bsp;  >


    >     >>  &n=
bsp;  >> Igor, John-


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Please see in-line.


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> From: "IBryskin@advaoptical.com


    <mai=
lto:IBryskin@advaoptical.com>


    >     <mailto:IBryskin@advaoptical.com

    <mai=
lto:IBryskin@advaoptical.com>>


    >     >>  &n=
bsp;  <mailto:IBryskin@=
advaoptical.com


    <mai=
lto:IBryskin@advaoptical.com>


 


    >     <mailto:IBryskin@advaoptical.com

    <mai=
lto:IBryskin@advaoptical.com>>> <mailto:IBryskin@advaoptical.com


    <mai=
lto:IBryskin@advaoptical.com>


 


    >     <mailto:IBryskin@advaoptical.com

    <mai=
lto:IBryskin@advaoptical.com>>


    >     >>  &n=
bsp;  <mailto:IBryskin@=
advaoptical.com


    <mai=
lto:IBryskin@advaoptical.com>


    >     <mailto:IBryskin@advaoptical.com

    <mai=
lto:IBryskin@advaoptical.com>>>>"


    >     >>  &n=
bsp;  >> <IBryski=
n@advaoptical.com


    <mai=
lto:IBryskin@advaoptical.com>


    >     <mailto:IBryskin@advaoptical.com

    <mai=
lto:IBryskin@advaoptical.com>> <mailto:IBryskin@advaoptical.com


    <mai=
lto:IBryskin@advaoptical.com>


    >     <mailto:IBryskin@advaoptical.com

    <mai=
lto:IBryskin@advaoptical.com>>>


    >     >>  &n=
bsp;  <mailto:IBryskin@=
advaoptical.com


    <mai=
lto:IBryskin@advaoptical.com>


    >     <mailto:IBryskin@advaoptical.com

    <mai=
lto:IBryskin@advaoptical.com>> <mailto:IBryskin@advaoptical.com


    <mai=
lto:IBryskin@advaoptical.com>


    >     <mailto:IBryskin@advaoptical.com

    <mai=
lto:IBryskin@advaoptical.com>>>>>


    >     >>  &n=
bsp;  >> Date: Monday, November 4, 2013 8:57 AM


    >     >>  &n=
bsp;  >> To: zali <zali@cis=
co.com <mailto:zali@cisco.com><=
/a>


    <mailto:zali@c=
isco.com <mailto:zali@cisco.com>=
;>


    >     <mailto:zali@cisco.com <mailto:zali@cisco.com>


    <mailto:zali@c=
isco.com <mailto:zali@cisco.com>=
;>>


 


    >     >>  &n=
bsp;  <mailto:zali@cisco.com =
<mailto:zali@cisco.com>


    <mailto:zali@c=
isco.com <mailto:zali@cisco.com>=
;>


 


    >     <mailto:zali@cisco.com <mailto:zali@cisco.com>


    <mailto:zali@c=
isco.com <mailto:zali@cisco.com>=
;>>>>,


    >     >>  &n=
bsp;  "jdrake@juniper.net <mailto:jdrake@juniper.net><=
/a>


    <mailto:jd=
rake@juniper.net <mailto:jdrak=
e@juniper.net>>


    >     <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>


    <mailto:jd=
rake@juniper.net <mailto:jdrak=
e@juniper.net>>>


    >     >>  &n=
bsp;  >> <mailto:jdrake=
@juniper.net


    <mailto:jd=
rake@juniper.net> <mailto:j=
drake@juniper.net


    <mailto:jd=
rake@juniper.net>>


    >     <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>


    <mailto:jd=
rake@juniper.net <mailto:jdrak=
e@juniper.net>>>>"


    >     >>  &n=
bsp;  <jdrake@juniper.net=
 <mailto:jdrake@juniper.net>


    <mailto:jd=
rake@juniper.net <mailto:jdrak=
e@juniper.net>>


    >     <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>


    <mailto:jd=
rake@juniper.net <mailto:jdrak=
e@juniper.net>>>


    >     >>  &n=
bsp;  >> <mailto:jdrake=
@juniper.net


    <mailto:jd=
rake@juniper.net> <mailto:j=
drake@juniper.net


    <mailto:jd=
rake@juniper.net>>


    >     <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>


    <mailto:jd=
rake@juniper.net <mailto:jdrak=
e@juniper.net>>>>>


    >     >>  &n=
bsp;  >> Cc: "ccamp@ietf.=
org <mailto:ccamp@ietf.org>=



    <mailto:ccamp@=
ietf.org <mailto:ccamp@ietf.org>=
;>


    >     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>


    <mailto:ccamp@=
ietf.org <mailto:ccamp@ietf.org>=
;>>


    >     >>  &n=
bsp;  <mailto:ccamp@ietf.org =
<mailto:ccamp@ietf.org>


    <mailto:ccamp@=
ietf.org <mailto:ccamp@ietf.org>=
;>


    >     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>


    <mailto:ccamp@=
ietf.org <mailto:ccamp@ietf.org>=
;>>>" <ccamp@ietf.or=
g


    <mailto:ccamp@=
ietf.org>


    >     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>


    >     >>  &n=
bsp;  <mailto:ccamp@ietf.org =
<mailto:ccamp@ietf.org>


    <mailto:ccamp@=
ietf.org <mailto:ccamp@ietf.org>=
;>>


    >     >>  &n=
bsp;  >> <mailto:ccamp@ietf=
.org <mailto:ccamp@ietf.org>


    <mailto:ccamp@=
ietf.org <mailto:ccamp@ietf.org>=
;>


    >     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>


    <mailto:ccamp@=
ietf.org <mailto:ccamp@ietf.org>=
;>>>>


    >     >>  &n=
bsp;  >> Subject: RE: Comments about


    >     >>  &n=
bsp;  >> draft-beeram-ccamp-network-assigned-upstream-label-00


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Zafar,


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> 1) Using an error indication as a part of normal


    protocol


    >     >>  &n=
bsp;  >> operation is not good design practice.


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Use of Path error and notify message is an integral par=
t


    >     of the

    >     >>  &n=
bsp;  >> RSVP-TE design. Also please note that we are not


    debating


    >     about a

    >     >>  &n=
bsp;  >> new procedure being proposed but talking about a


    procedure


    >     that


    >     >>is<=
/pre>

    >     >>  &n=
bsp;  >> already implemented and deployed.


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> IB>> The way I interpret this discussion is<=
/o:p>


    something like


    >     this:


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> John: I believe that white is a lighter color than=



    black.


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Zafa: Well, John, black is an integral part of the colo=
r


    >     pallet.

    >     >>  &n=
bsp;  >> Many mature applications successfully use black for


    their


    >     various

    >     >>  &n=
bsp;  >> purposes. My implementations, for example, use black fo=
r


    >     pretty

    >     >>  &n=
bsp;  >> much everything=A1=AD.. So, it is not clear which color=



    is lighter,


    >     >>and=



    >     >>  &n=
bsp;  >> why do we need other colors at all. :=3D)

    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> I mean to say that your, Zafar, comments IMHO are not


    >     >>constructive


    >     >>  &n=
bsp;  >> technical arguments.


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Igor


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Hi Igor and John:


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> This is really funny. This is the first time I have


    heard that


    >     >>  &n=
bsp;  running


    >     >>  &n=
bsp;  >> code has no merit at IETF :) This is especially when th=
e


    >     >>  &n=
bsp;  running code


    >     >>  &n=
bsp;  >> is directly coming from RFC3473. You are calling it &qu=
ot;not


    >     >>  &n=
bsp;  constructive


    >     >>  &n=
bsp;  >> technical arguments"! Last I heard we believed in<=
o:p>


    running code


    >     >>(See


    >     >>  &n=
bsp;  >> your T-shirt from the election day from IETF Atlanta).<=
o:p>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Your draft is ONLY applicable for a use case where=



    >     upstream and


    >     >>  &n=
bsp;  >> downstream alien wavelength are different. When


    upstream and


    >     >>  &n=
bsp;  >> downstream alien wavelength are same, use of=



    acceptable label


    >     >>  &n=
bsp;  set and


    >     >>  &n=
bsp;  >> label set objects constitute the running code.


    However, your


    >     >>draft


    >     >>  &n=
bsp;  >> neither makes that applicability statement nor makes an=
y


    >     mention

    >     >>or<=
/pre>

    >     >>  &n=
bsp;  >> cover or reference to procedure I quoted from RFC3473.<=
o:p>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Thanks


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Regards=A1=ADZafar


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> *From:*Zafar Ali (zali) [mailto:zali@cisco.com


    <mailto:zali@c=
isco.com>


    >     <mailto:zali@cisco.com <mailto:zali@cisco.com>>


    >     >>  &n=
bsp;  <mailto:zali@cisco.com =
<mailto:zali@cisco.com>


    <mailto:zali@c=
isco.com <mailto:zali@cisco.com>=
;>>]


    >     >>  &n=
bsp;  >> *Sent:* Monday, November 04, 2013 1:51 AM

    >     >>  &n=
bsp;  >> *To:* John E Drake; Igor Bryskin


    >     >>  &n=
bsp;  >> *Cc:* ccamp@ietf.org<=
/a> <mailto:ccamp@ietf.org>


    <mailto:ccamp@=
ietf.org <mailto:ccamp@ietf.org>=
;>


    >     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>


    <mailto:ccamp@=
ietf.org <mailto:ccamp@ietf.org>=
;>>


    >     >>  &n=
bsp;  <mailto:ccamp@ietf.org =
<mailto:ccamp@ietf.org>


    <mailto:ccamp@=
ietf.org <mailto:ccamp@ietf.org>=
;>


    >     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>


    <mailto:ccamp@=
ietf.org <mailto:ccamp@ietf.org>=
;>>>


    >     >>  &n=
bsp;  >> *Subject:* Re: Comments about


    >     >>  &n=
bsp;  >> draft-beeram-ccamp-network-assigned-upstream-label-00


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Hi John:


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Please see in-line.


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Thanks


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Regards =A1=AD Zafar


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> *From: *"jdr=
ake@juniper.net


    <mailto:jd=
rake@juniper.net> <mailto:j=
drake@juniper.net


    <mailto:jd=
rake@juniper.net>>


    >     <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>


    <mailto:jd=
rake@juniper.net <mailto:jdrak=
e@juniper.net>>>


    >     >>  &n=
bsp;  <mailto:jdrake@juniper.=
net <mailto:jdrake@juniper.net=
>


    <mailto:jd=
rake@juniper.net <mailto:jdrak=
e@juniper.net>>


    >     <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>


    <mailto:jd=
rake@juniper.net <mailto:jdrak=
e@juniper.net>>>>"


    >     >>  &n=
bsp;  >> <jdrake@junipe=
r.net <mailto:jdrake@juniper.n=
et>


    <mailto:jd=
rake@juniper.net <mailto:jdrak=
e@juniper.net>>


    >     <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>


    <mailto:jd=
rake@juniper.net <mailto:jdrak=
e@juniper.net>>>


    >     >>  &n=
bsp;  <mailto:jdrake@juniper.=
net <mailto:jdrake@juniper.net=
>


    <mailto:jd=
rake@juniper.net <mailto:jdrak=
e@juniper.net>>


 


    >     <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>


    <mailto:jd=
rake@juniper.net <mailto:jdrak=
e@juniper.net>>>>>


    >     >>  &n=
bsp;  >> *Date: *Sunday, November 3, 2013 11:57 AM

    >     >>   &=
nbsp; >> *To: *zali <zali@c=
isco.com <mailto:zali@cisco.com>=
;


    <mailto:zali@c=
isco.com <mailto:zali@cisco.com>=
;>


    >     <mailto:zali@cisco.com <mailto:zali@cisco.com>


    <mailto:zali@c=
isco.com <mailto:zali@cisco.com>=
;>>


 


    >     >>  &n=
bsp;  <mailto:zali@cisco.com =
<mailto:zali@cisco.com>


    <mailto:zali@c=
isco.com <mailto:zali@cisco.com>=
;>


 


    >     <mailto:zali@cisco.com <mailto:zali@cisco.com>


    <mailto:zali@c=
isco.com <mailto:zali@cisco.com>=
;>>>>,


    >     >>  &n=
bsp;  >> "IBrys=
kin@advaoptical.com


    <mai=
lto:IBryskin@advaoptical.com>


    >     <mailto:IBryskin@advaoptical.com

    <mai=
lto:IBryskin@advaoptical.com>> <mailto:IBryskin@advaoptical.com


    <mai=
lto:IBryskin@advaoptical.com>


    >     <mailto:IBryskin@advaoptical.com

    <mai=
lto:IBryskin@advaoptical.com>>>


 


    >     >>  &n=
bsp;  <mailto:IBryskin@=
advaoptical.com


    <mai=
lto:IBryskin@advaoptical.com>


    >     <mailto:IBryskin@advaoptical.com

    <mai=
lto:IBryskin@advaoptical.com>> <mailto:IBryskin@advaoptical.com


    <mai=
lto:IBryskin@advaoptical.com>


    >     <mailto:IBryskin@advaoptical.com

    <mai=
lto:IBryskin@advaoptical.com>>>>"


    >     >>  &n=
bsp;  >> <IBryski=
n@advaoptical.com


    <mai=
lto:IBryskin@advaoptical.com>


    >     <mailto:IBryskin@advaoptical.com

    <mai=
lto:IBryskin@advaoptical.com>> <mailto:IBryskin@advaoptical.com


    <mai=
lto:IBryskin@advaoptical.com>


    >     <mailto:IBryskin@advaoptical.com

    <mai=
lto:IBryskin@advaoptical.com>>>


    >     >>  &n=
bsp;  <mailto:IBryskin@=
advaoptical.com


    <mai=
lto:IBryskin@advaoptical.com>


    >     <mailto:IBryskin@advaoptical.com

    <mai=
lto:IBryskin@advaoptical.com>> <mailto:IBryskin@advaoptical.com


    <mai=
lto:IBryskin@advaoptical.com>


 


    >     <mailto:IBryskin@advaoptical.com

    <mai=
lto:IBryskin@advaoptical.com>>>>>


    >     >>  &n=
bsp;  >> *Cc: *"ccamp@iet=
f.org <mailto:ccamp@ietf.org>


    <mailto:ccamp@=
ietf.org <mailto:ccamp@ietf.org>=
;>


    >     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>


    <mailto:ccamp@=
ietf.org <mailto:ccamp@ietf.org>=
;>>


 


    >     >>  &n=
bsp;  <mailto:ccamp@ietf.org =
<mailto:ccamp@ietf.org>


    <mailto:ccamp@=
ietf.org <mailto:ccamp@ietf.org>=
;>


    >     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>


    <mailto:ccamp@=
ietf.org <mailto:ccamp@ietf.org>=
;>>>" <ccamp@ietf.or=
g


    <mailto:ccamp@=
ietf.org>


    >     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>


    >     >>  &n=
bsp;  <mailto:ccamp@ietf.org =
<mailto:ccamp@ietf.org>


    <mailto:ccamp@=
ietf.org <mailto:ccamp@ietf.org>=
;>>


    >     >>  &n=
bsp;  >> <mailto:ccamp@ietf=
.org <mailto:ccamp@ietf.org>


    <mailto:ccamp@=
ietf.org <mailto:ccamp@ietf.org>=
;>


 


    >     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>


    <mailto:ccamp@=
ietf.org <mailto:ccamp@ietf.org>=
;>>>>


    >     >>  &n=
bsp;  >> *Subject: *RE: Comments about


    >     >>  &n=
bsp;  >> draft-beeram-ccamp-network-assigned-upstream-label-00


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Zafar,


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> That because this already defined method has the


    following


    >     >>issues:


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> 1) Using an error indication as a part of normal


    protocol


    >     >>  &n=
bsp;  >> operation is not good design practice.


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Use of Path error and notify message is an integral par=
t


    >     of the

    >     >>  &n=
bsp;  >> RSVP-TE design. Also please note that we are not


    debating


    >     about a

    >     >>  &n=
bsp;  >> new procedure being proposed but talking about a


    procedure


    >     that


    >     >>is<=
/pre>

    >     >>  &n=
bsp;  >> already implemented and deployed.


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> 2) Acceptable Label Set is optional so its presence


    is not


    >     >>  &n=
bsp;  >> guaranteed


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> So is the case of newly defined upstream label set. Als=
o


    >     please

    >     >>  &n=
bsp;  >> note that many part of the RSVP-TE protocol are


    designed using


    >     >>  &n=
bsp;  >> optional objects.


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> 3) The information it provides may be out of date by


    the time


    >     >>  &n=
bsp;  >> the LSP is re-signaled.


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> This is an implementation issue. A node sending the


    acceptable


    >     >>  &n=
bsp;  >> label set has the responsibility to guarantee that=



    information


    >     >>  &n=
bsp;  >> provides in the acceptable label set remains valid for<=
o:p>


    >     >>  &n=
bsp;  >> re-signaling time. E.g., UNI-N implementation can cache=



    >     the label

    >     >>  &n=
bsp;  >> for the re-signaling time.


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> 4) Most importantly, Acceptable Label Set is=



    generated hop by


    >     >>  &n=
bsp;  >> hop, unlike Upstream Label Set which exercises the=



    entire


    >     >>  &n=
bsp;  >> path. This means that its use to determine a valid=



    wavelength


    >     >>  &n=
bsp;  >> would require a potentially unbounded number of


    crankbacks,


    >     >>  &n=
bsp;  >> both single and multi-hop, with no guarantee that such =
a


    >     >>  &n=
bsp;  >> wavelength could be found.


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> In the use case of align wavelength addressed in this


    >     draft, the<=
/pre>

    >     >>  &n=
bsp;  >> acceptable label set communication is restricted to the=



    >     UNI-C and

    >     >>  &n=
bsp;  >> UNI-N node.


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Yours Irrespectively,


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> John


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> *From:*ccamp-bounces@ietf.org


    <mailt=
o:ccamp-bounces@ietf.org>


    >     <mailto:ccamp-bounces@ietf.org


    <mailt=
o:ccamp-bounces@ietf.org>> <mailto:ccamp-bounces@ietf.org


    <mailt=
o:ccamp-bounces@ietf.org>


    >     <mailto:ccamp-bounces@ietf.org <mailto:ccamp-bounces@ietf.org>>><=
o:p>


    >     >>   &=
nbsp; <mailto:ccamp-bounc=
es@ietf.org


    <mailt=
o:ccamp-bounces@ietf.org>


 


    >     <mailto:ccamp-bounces@ietf.org


    <mailt=
o:ccamp-bounces@ietf.org>> <mailto:ccamp-bounces@ietf.org


    <mailt=
o:ccamp-bounces@ietf.org>


 


    >     <mailto:ccamp-bounces@ietf.org <mailto:ccamp-bounces@ietf.org>>>&=
gt;


    >     >>  &n=
bsp;  >> [mailto:ccamp=
-bounces@ietf.org


    <mailt=
o:ccamp-bounces@ietf.org>


    >     <mailto:ccamp-bounces@ietf.org


    <mailt=
o:ccamp-bounces@ietf.org>> <mailto:ccamp-bounces@ietf.org


    <mailt=
o:ccamp-bounces@ietf.org>


    >     <mailto:ccamp-bounces@ietf.org <mailto:ccamp-bounces@ietf.org>>>]=



    >     >>  &n=
bsp;  *On Behalf Of *Zafar Ali (zali)


    >     >>  &n=
bsp;  >> *Sent:* Sunday, November 03, 2013 8:12 AM

    >     >>  &n=
bsp;  >> *To:* IBrys=
kin@advaoptical.com


    <mai=
lto:IBryskin@advaoptical.com>


    >     <mailto:IBryskin@advaoptical.com

    <mai=
lto:IBryskin@advaoptical.com>>


    >     >>  &n=
bsp;  <mailto:IBryskin@=
advaoptical.com


    <mai=
lto:IBryskin@advaoptical.com>


 


    >     <mailto:IBryskin@advaoptical.com

    <mai=
lto:IBryskin@advaoptical.com>>> <mailto:IBryskin@advaoptical.com


    <mai=
lto:IBryskin@advaoptical.com>


    >     <mailto:IBryskin@advaoptical.com

    <mai=
lto:IBryskin@advaoptical.com>>


    >     >>  &n=
bsp;  <mailto:IBryskin@=
advaoptical.com


    <mai=
lto:IBryskin@advaoptical.com>


 


    >     <mailto:IBryskin@advaoptical.com

    <mai=
lto:IBryskin@advaoptical.com>>>>


    >     >>  &n=
bsp;  >> *Cc:* ccamp@ietf.org<=
/a> <mailto:ccamp@ietf.org>


    <mailto:ccamp@=
ietf.org <mailto:ccamp@ietf.org>=
;>


    >     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>


    <mailto:ccamp@=
ietf.org <mailto:ccamp@ietf.org>=
;>>


 


    >     >>  &n=
bsp;  <mailto:ccamp@ietf.org =
<mailto:ccamp@ietf.org>


    <mailto:ccamp@=
ietf.org <mailto:ccamp@ietf.org>=
;>


 


    >     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>


    <mailto:ccamp@=
ietf.org <mailto:ccamp@ietf.org>=
;>>>


    >     >>  &n=
bsp;  >> *Subject:* [CCAMP] Comments about


    >     >>  &n=
bsp;  >> draft-beeram-ccamp-network-assigned-upstream-label-00


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Hi Igor and co-authors-


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Please note that [RFC3473] already considers the


    case where


    >     >>  &n=
bsp;  >> upstream label may not be acceptable to a downstream


    >     >>  &n=
bsp;  >> node. Specifically, [RFC3473] states that:

    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> "/when a Path message containing an Upstream_Label=



    object is


    >     >>  &n=
bsp;  >> received, the receiver first verifies that the


    upstream label


    >     >>  &n=
bsp;  >> is acceptable. If the label is not acceptable, the=



    receiver


    >     >>  &n=
bsp;  >> /*MUST*/issue a PathErr message with a "Routing


    >     >>  &n=
bsp;  >> problem/Unacceptable label value" indication. The<=
o:p>


    generated


    >     >>  &n=
bsp;  >> PathErr message MAY include an Acceptable Label Set


    Object/".


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Acceptable_Label_Set objects may be carried in


    PathErr and


    >     >>  &n=
bsp;  >> ResvErr messages [RFC3473].


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> However, your draft does not mention or cover this=



    already


    >     >>  &n=
bsp;  >> defined method.


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Thanks


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Regards =A1=AD Zafar


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >


    >     >>  &n=
bsp;  >


    >     >>  &n=
bsp;  > _______________________________________________<=
/pre>

    >     >>  &n=
bsp;  > CCAMP mailing list


    >     >>  &n=
bsp;  > CCAMP@ietf.org <mailto:CCAMP@ietf.org>

    <mailto:CCAMP@=
ietf.org <mailto:CCAMP@ietf.org>=
;>


 


    >     <mailto:CCAMP@ietf.org <mailto:CCAMP@ietf.org>


    <mailto:CCAMP@=
ietf.org <mailto:CCAMP@ietf.org>=
;>>


 


    >     >>  &n=
bsp;  > htt=
ps://www.ietf.org/mailman/listinfo/ccamp


    >     >>  &n=
bsp;  >


    >     >>

    >     >>  &n=
bsp;  _______________________________________________


    >     >>  &n=
bsp;  CCAMP mailing list


 


    >     >>  &n=
bsp;  CCAMP@ietf.org <mailto:CCAMP@ietf.org>


    <mailto:CCAMP@=
ietf.org <mailto:CCAMP@ietf.org>=
;>


    <mailto:CCAMP@=
ietf.org <mailto:CCAMP@ietf.org>=
;


 


    >     <mailto:CCAMP@ietf.org <mailto:CCAMP@ietf.org>>>


    >     >>  &n=
bsp;  https://=
www.ietf.org/mailman/listinfo/ccamp


    >     >>

    >     >>

    >     >>

    >     >>

    >     >> _____________=
__________________________________


    >     >> CCAMP mailing=
 list


    >     >> CCAMP@ietf.org &=
lt;mailto:CCAMP@ietf.org>


    <mailto:CCAMP@=
ietf.org <mailto:CCAMP@ietf.org>=
;>


    >     >> https://www.ietf.org/mailman/lis=
tinfo/ccamp


    >     >


    >     >__________________=
_____________________________


    >     >CCAMP mailing list=



    >     >CCAMP@ietf.org <ma=
ilto:CCAMP@ietf.org> <mailto:CC=
AMP@ietf.org


    <mailto:CCAMP@=
ietf.org>>


    >     >https://www.ietf.org/mailman/listinfo=
/ccamp


    >     >__________________=
_____________________________


    >     >CCAMP mailing list=



    >     >CCAMP@ietf.org <ma=
ilto:CCAMP@ietf.org> <mailto:CC=
AMP@ietf.org


    <mailto:CCAMP@=
ietf.org>>


    >     >https://www.ietf.org/mailman/listinfo=
/ccamp


    >


    >


    >


    >


    > ______________________________________________=
_


    > CCAMP mailing list


    > CCAMP@ietf.o=
rg <mailto:CCAMP@ietf.org><=
o:p>


    > https://www.ietf.org/mailman/listinfo/ccamp


    >


 


 


 






 




_______________________________________________


CCAMP mailing list


CCAMP@ietf.org


https://www.ie=
tf.org/mailman/listinfo/ccamp


_______________________________________________


CCAMP mailing list


CCAMP@ietf.org


https://www.ie=
tf.org/mailman/listinfo/ccamp








--_000_CDAC6F6F5401B245A2C68D0CF8AFDF0A192CA1E1atlsrvmail10atl_--

From zhangfatai@huawei.com  Tue Nov  5 18:36:22 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B2F3711E8163 for ; Tue,  5 Nov 2013 18:36:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.17
X-Spam-Level: 
X-Spam-Status: No, score=-1.17 tagged_above=-999 required=5 tests=[AWL=-3.619,  BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-4, SARE_SUB_ENC_GB2312=1.345]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LHhXYLihdSe4 for ; Tue,  5 Nov 2013 18:36:13 -0800 (PST)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 7FF2D21F9EAE for ; Tue,  5 Nov 2013 18:36:11 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id AZX77790; Wed, 06 Nov 2013 02:36:08 +0000 (GMT)
Received: from LHREML405-HUB.china.huawei.com (10.201.5.242) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 6 Nov 2013 02:35:23 +0000
Received: from SZXEMA408-HUB.china.huawei.com (10.82.72.40) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 6 Nov 2013 02:36:03 +0000
Received: from SZXEMA504-MBS.china.huawei.com ([169.254.8.57]) by SZXEMA408-HUB.china.huawei.com ([10.82.72.40]) with mapi id 14.03.0158.001; Wed, 6 Nov 2013 10:35:56 +0800
From: Fatai Zhang 
To: Igor Bryskin , Dieter Beller , Vishnu Pavan Beeram 
Thread-Topic: =?gb2312?B?W0NDQU1QXSC08Li0OiAgtPC4tDogQ29tbWVudHMgYWJvdXQgZHJhZnQtYmVl?= =?gb2312?Q?ram-ccamp-network-assigned-upstream-label-00?=
Thread-Index: AQHO2pM4WQzXfZha6ki6DQa4UBKGI5oW8NGAgACJsRo=
Date: Wed, 6 Nov 2013 02:35:55 +0000
Message-ID: 
References:    <52790CAD.80003@labn.net>   <52791CB8.4000706@labn.net>  <52794534.3030804@labn.net> , <52797582.3070508@labn.net>  <5279A15F.5070604@alcatel-lucent.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.47.152.88]
Content-Type: multipart/alternative; boundary="_000_F82A4B6D50F9464B8EBA55651F541CF85CA89EFASZXEMA504MBSchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Cc: "ccamp@ietf.org" 
Subject: [CCAMP] =?gb2312?b?tPC4tDogILTwuLQ6ICC08Li0OiBDb21tZW50cyBhYm91?= =?gb2312?b?dCBkcmFmdC1iZWVyYW0tY2NhbXAtbmV0d29yay1hc3NpZ25lZC11cHN0cmVh?= =?gb2312?b?bS1sYWJlbC0wMA==?=
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 06 Nov 2013 02:36:22 -0000

--_000_F82A4B6D50F9464B8EBA55651F541CF85CA89EFASZXEMA504MBSchi_
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: base64

SGkgSWdvciwNCg0KDQoNCkdvb2QgcG9pbnQuDQoNCg0KDQpJIGFtIG5vdCBzdXJlIGlmIHdlIG5l
ZWQgdG8gZGVwcmVjYXRlIFVwc3RyZWFtIExhYmVsIG9iamVjdCBvciBqdXN0IGxlYXZlIGl0IChl
dmVuIHRob3VnaCBpdCBtaWdodCBub3QgdXNlZnVsKSwgYnV0IEkgIGRvbid0IHRoaW5rIGl0IGlz
IGEgZ29vZCBpZGVhIHRvIG1ha2UgcHJvdG9jb2wgbW9yZSBjb21wbGV4IGJhc2VkIG9uIHRoZSB1
bi1wcmFjdGljYWwgYXNzdW1wdGlvbi4NCg0KDQoNClNvbWUgUkZDcyByZWFsbHkgZGVmaW5lZCBz
b21lIHVzZWxlc3Mgc3R1ZmYgKGxpa2UgTG91J3MgZHJhZnQgdG8gZGVwcmVjYXRlIFBTQy0xLCBQ
U0MtMi4uLiksIGJ1dCBwbGVhc2UgZG9uJ3QgbWFrZSB0aGUgdGhpbmcgaGFwcGVuIHJlcGVhdGVk
bHkuDQoNCg0KDQpUaGFua3MNCg0KDQoNCkZhdGFpDQoNCg0KDQoNCg0KX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX18NCreivP7IyzogSWdvciBCcnlza2luIFtJQnJ5c2tpbkBhZHZhb3B0
aWNhbC5jb21dDQq3osvNyrG85DogMjAxM8TqMTHUwjbI1SAxMDoxNQ0KytW8/sjLOiBEaWV0ZXIg
QmVsbGVyOyBWaXNobnUgUGF2YW4gQmVlcmFtDQqzrcvNOiBGYXRhaSBaaGFuZzsgTG91IEJlcmdl
cjsgY2NhbXBAaWV0Zi5vcmcNCtb3zOI6IFJFOiBbQ0NBTVBdILTwuLQ6ILTwuLQ6IENvbW1lbnRz
IGFib3V0IGRyYWZ0LWJlZXJhbS1jY2FtcC1uZXR3b3JrLWFzc2lnbmVkLXVwc3RyZWFtLWxhYmVs
LTAwDQoNCkRpZXRlciBhbmQgRmF0YWksDQoNCldlIGFyZSB0YWxraW5nIGFib3V0IG1vZGlmeWlu
ZyBSRkMzNDczLCB3aGljaCBuZXZlciBzYXlzIHRoYXQgYWxsIGJpLWRpcmVjdGlvbmFsIExTUHMg
YXJlIHN5bW1ldHJpY2FsLiAgSWYgdGhlcmUgaXMgbm8gY2FzZSBmb3IgYXN5bW1ldHJpY2FsIEct
TFNQcywgdGhlbiB0aGVyZSBpcyBubyBuZWVkIGZvciBVcHN0cmVhbSBMYWJlbCBvYmplY3QgZXhj
ZXB0IGZvciBpbmRpY2F0aW5nIHRoYXQgdGhpcyBpcyBhIGJpLWRpcmVjdGlvbmFsIEctTFNQLiAg
IEl0IGFsc28gbWVhbnMgdGhhdCB0aGUgbGFiZWwgbmVnb3RpYXRlZCBmb3IgdGhlIERTIGRpcmVj
dGlvbiBtdXN0IGJlIGF1dG9tYXRpY2FsbHkgdXNlZCBhcyBVUyBsYWJlbCwgd2hpY2ggaXMgbm90
IHRoZSBiZWhhdmlvciBvZiBjdXJyZW50IGltcGxlbWVudGF0aW9ucy4gQXJlIHlvdSBzdWdnZXN0
aW5nIHRoYXQgd2Ugc2hvdWxkIGp1c3QgZXhwbGljaXRseSBkZXByZWNhdGUgYXN5bW1ldHJpY2Fs
IExTUHM/DQoNCklnb3INCg0KRnJvbTogRGlldGVyIEJlbGxlciBbbWFpbHRvOkRpZXRlci5CZWxs
ZXJAYWxjYXRlbC1sdWNlbnQuY29tXQ0KU2VudDogVHVlc2RheSwgTm92ZW1iZXIgMDUsIDIwMTMg
ODo1NSBQTQ0KVG86IElnb3IgQnJ5c2tpbjsgVmlzaG51IFBhdmFuIEJlZXJhbQ0KQ2M6IEZhdGFp
IFpoYW5nOyBMb3UgQmVyZ2VyOyBjY2FtcEBpZXRmLm9yZw0KU3ViamVjdDogUmU6IFtDQ0FNUF0g
tPC4tDogtPC4tDogQ29tbWVudHMgYWJvdXQgZHJhZnQtYmVlcmFtLWNjYW1wLW5ldHdvcmstYXNz
aWduZWQtdXBzdHJlYW0tbGFiZWwtMDANCg0KSGkgUGF2YW4gYW5kIElnb3IsDQoNCkkgc2hhcmUg
RmF0YWkncyBjb25jZXJucyAtIGFzIGZhciBhcyB0cmFuc3BvcnQgbmV0d29ya3MgYXJlIGNvbmNl
cm5lZCwgTFNQcyBhcmUgYmlkaXJlY3Rpb25hbCBpbiBuYXR1cmUNCmFuZCB0aGUgbGFiZWxzIGFy
ZSBzeW1tZXRyaWMuIEl0IHdvdWxkIGJlIG5pY2UgaWYgeW91IGNvdWxkIGVsYWJvcmF0ZSBhIGJp
dCBtb3JlIGFuZCBwcm92aWRlIHNvbWUNCnByYWN0aWNhbCBhcHBsaWNhdGlvbiBleGFtcGxlcyB0
aGF0IGp1c3RpZnkgdGhlIHJlcXVpcmVtZW50IG9mIGFzeW1tZXRyaWMgbGFiZWxzLg0KDQoNClRo
YW5rcywNCkRpZXRlcg0KDQpPbiAwNi4xMS4yMDEzIDAwOjIwLCBGYXRhaSBaaGFuZyB3cm90ZToN
Cg0KSGksDQoNCg0KDQpGb3IgdGhlIHRyYW5zcG9ydC9HTVBMUyBuZXR3b3JrcywgSSB3b3VsZCBy
ZXBlYXQgdGhlIGJpZGlyZWN0aW9uYWwgTFNQcyBhcmUgYWx3YXlzIHN5bW1ldHJpYyBpbiBwcmFj
dGljZSwgc28gdGhlcmUgYXJlIG5vIGNhc2VzIGZvciBzb21lIG5vZGVzIHRvIGFzc2lnbiBhc3lt
bWV0cmljIGxhYmVscy4NCg0KDQoNCkhvd2V2ZXIsIEkgd291bGQgYWdyZWUgb24gdGhlIHJlcXVp
cmVtZW50cyBpZiB3ZSBqdXN0IGRvIHNvbWUgcmVzZWFyY2ggaW4gdGhlb3J5Lg0KDQoNCg0KVGhh
bmtzDQoNCg0KDQpGYXRhaQ0KDQoNCg0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX18NCg0Kt6K8/sjLOiBjY2FtcC1ib3VuY2VzQGlldGYub3JnPG1haWx0bzpjY2Ft
cC1ib3VuY2VzQGlldGYub3JnPiBbY2NhbXAtYm91bmNlc0BpZXRmLm9yZzxtYWlsdG86Y2NhbXAt
Ym91bmNlc0BpZXRmLm9yZz5dILT6se0gTG91IEJlcmdlciBbbGJlcmdlckBsYWJuLm5ldDxtYWls
dG86bGJlcmdlckBsYWJuLm5ldD5dDQoNCreiy83KsbzkOiAyMDEzxOoxMdTCNsjVIDY6NDcNCg0K
ytW8/sjLOiBJZ29yIEJyeXNraW47IFZpc2hudSBQYXZhbiBCZWVyYW0NCg0Ks63LzTogY2NhbXBA
aWV0Zi5vcmc8bWFpbHRvOmNjYW1wQGlldGYub3JnPg0KDQrW98ziOiBSZTogW0NDQU1QXSC08Li0
OiBDb21tZW50cyBhYm91dCBkcmFmdC1iZWVyYW0tY2NhbXAtbmV0d29yay1hc3NpZ25lZC11cHN0
cmVhbS1sYWJlbC0wMA0KDQoNCg0KSWdvciwNCg0KDQoNCk9uIDExLzUvMjAxMyAxMTo0MiBBTSwg
SWdvciBCcnlza2luIHdyb3RlOg0KDQpMb3UsDQoNCkluIG1ham9yaXR5IG9mIHRoZSBjYXNlcyBV
TkktQ3Mgd291bGQgd2FudCB0byBoYXZlIHRoZWlyIEctTFNQcyBsYWJlbC1zeW1tZXRyaWNhbC4N
Cg0KDQoNCkV2ZXJ5IHRpbWUgeW91IHNheSBVTkktQyBJJ3ZlIGJlZW4gYXNzdW1pbmcgeW91IG1l
YW4gaW5ncmVzcywgaXMgdGhpcw0KDQpjb3JyZWN0Pw0KDQoNCg0KSWYgdGhlIGxhYmVsIHN5bW1l
dHJpY2l0eSBpcyBsZWZ0IHRvIHRoZSBsb2NhbCBwb2xpY3kgb2YgdGhlIG5ldHdvcmssDQoNCnRo
ZSBsYXR0ZXIgbWF5IGRlY2lkZSAoZS5nLiBiZWNhdXNlIG9mIGV4aXN0aW5nIHVuaWRpcmVjdGlv
bmFsIExTUHMNCg0Kc2V0IHVwIGZvciBvdGhlciB1c2VycyBvciBQMk1QIExTUHMpIHRvIGFzc2ln
biBkaWZmZXJlbnQgbGFiZWxzIGZvcg0KDQpVUyBhbmQgRFMgdW5sZXNzIHRoZXJlIGlzIGFuIGV4
cGxpY2l0IGNvbnN0cmFpbnQgc2lnbmFsZWQgZnJvbSB0aGUNCg0KVU5JLUMgdG8gbWFrZSBzeW1t
ZXRyaWNhbCBvciBmYWlsIHRoZSBzZXR1cC4NCg0KDQoNCg0KDQpTbyB5b3UgYmVsaWV2ZSB0aGVy
ZSBpcyBhIHVzZSBjYXNlIHdoZXJlIHNvbWUgbm9kZXMgd2lsbCBhc3NpZ24NCg0KYXN5bW1ldHJp
YyBsYWJlbHMgZm9yIHRoZSBzYW1lIHNlcnZpY2UsIGFuZCBvdGhlciBub2RlcyBhbG9uZyB0aGUg
TFNQDQoNCm9ubHkgc3VwcG9ydCBzeW1tZXRyaWMgbGFiZWxzLiAgUmlnaHQ/DQoNCg0KDQpMb3UN
Cg0KDQoNCklnb3INCg0KDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQoNCkZyb206IExv
dSBCZXJnZXIgW21haWx0bzpsYmVyZ2VyQGxhYm4ubmV0XQ0KDQpTZW50OiBUdWVzZGF5LCBOb3Zl
bWJlciAwNSwgMjAxMyAyOjIxIFBNDQoNClRvOiBJZ29yIEJyeXNraW47IFZpc2hudSBQYXZhbiBC
ZWVyYW0NCg0KQ2M6IGNjYW1wQGlldGYub3JnPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4NCg0KU3Vi
amVjdDogUmU6IFtDQ0FNUF0gtPC4tDogQ29tbWVudHMgYWJvdXQgZHJhZnQtYmVlcmFtLWNjYW1w
LW5ldHdvcmstYXNzaWduZWQtdXBzdHJlYW0tbGFiZWwtMDANCg0KDQoNCkdyZWF0LiBTbyB0aGlz
IGlzIGEgbmljZSBzaG9ydCBsaXN0LiAgSSB0aGluayB0aGUgdXRpbGl0eSBvZiByZXF1aXJlbWVu
dHMgMSBhbmQgMiBhcmUgcHJldHR5IGNsZWFyLiBZb3UgaGF2ZSBzdGF0ZWQgdGhhdCBib3RoIHN5
bW1ldHJpYyBhbmQgYXN5bW1ldHJpYyBsYWJlbHMgYXJlIG5lZWRlZCBpbiBvcHRpY2FsIGZvciBz
aW5nbGUgZmliZXIgcmluZ3MuICBXaGlsZSBJJ20gcGVyc29uYWxseSBhbWF6ZWQgdGhhdCB0aGVz
ZSBzdGlsbCBleGlzdCwgSSAgKHdpdGggbm8gaGF0IG9uKSBhY2NlcHQgdGhlIHVzZSBjYXNlLg0K
DQoNCg0KSSBzdXNwZWN0IHRoYXQgc29tZSBhcmUgbm90IGNvbnZpbmNlZCBvbiB0aGUgbmVlZCB0
byAicHV0IGxhYmVsIHN5bW1ldHJ5IGludG8gdGhlIHByb3RvY29sIiAoSnVpbGllbidzIHF1ZXN0
aW9uKQ0KDQoNCg0KQ2FuIHlvdSAoYXV0aG9ycykgZWxhYm9yYXRlIG9uIHdoeSB0aGlzIG5lZWRz
IHRvIGJlIGNoYW5nZWQ/DQoNCg0KDQpUaGFua3MsDQoNCkxvdQ0KDQoNCg0KT24gMTEvMDUvMjAx
MyAwMjowMSBQTSwgSWdvciBCcnlza2luIHdyb3RlOg0KDQpMb3UsDQoNCg0KDQogICAgMS4gRG93
bnN0cmVhbSBzZWxlY3Rpb24gb2YgdGhlIHVwc3RyZWFtIGxhYmVsDQoNCg0KDQoNCg0KICAgIDIu
IEFuIG9wdGlvbiB0byBhbGxvdyB1cHN0cmVhbSBub2RlIHRvIHByb3ZpZGUgc2V0IG9mIGxhYmVs
cyB0aGF0DQoNCiAgICAgICBzaG91bGQgYmUgdXNlZCBpbiB0aGUgZG93bnN0cmVhbSBub2Rlcycg
Y2hvaWNlIG9mIHVwc3RyZWFtDQoNCmxhYmVsDQoNCg0KDQogICAgMy4gVGhlIHVzZSBvZiBzeW1t
ZXRyaWMgbGFiZWxzIHdoZW4gdGhlIGRvd25zdHJlYW0gbm9kZQ0KDQogICAgICAgaXMgc2VsZWN0
aW5nIHRoZSBsYWJlbC4NCg0KDQoNCiAgICA0LiBBbGxvd2luZyBmb3IgYXN5bW1ldHJpYyBsYWJl
bHMgaXMgbm90IGEgbmV3IHJlcXVpcmVtZW50LCBub3IgZG8NCg0KICAgICAgIHlvdSByZWFsbHkg
Y2FyZSBhYm91dCBpdC4NCg0KDQoNCkkgYWdyZWUgd2l0aCAxLTMuIEJ1dCA0LiBzaG91bGQgbm90
IGJlIGlnbm9yZWQNCg0KDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQoNCkZyb206IExv
dSBCZXJnZXIgW21haWx0bzpsYmVyZ2VyQGxhYm4ubmV0XQ0KDQpTZW50OiBUdWVzZGF5LCBOb3Zl
bWJlciAwNSwgMjAxMyAxMToyOSBBTQ0KDQpUbzogSWdvciBCcnlza2luOyBWaXNobnUgUGF2YW4g
QmVlcmFtDQoNCkNjOiBjY2FtcEBpZXRmLm9yZzxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+DQoNClN1
YmplY3Q6IFJlOiBbQ0NBTVBdILTwuLQ6IENvbW1lbnRzIGFib3V0DQoNCmRyYWZ0LWJlZXJhbS1j
Y2FtcC1uZXR3b3JrLWFzc2lnbmVkLXVwc3RyZWFtLWxhYmVsLTAwDQoNCg0KDQpJZ29yLA0KDQog
ICAgIFNvIHlvdSBhcmUgYWRkaW5nIHRvIDMgdG8gY292ZXIgdGhlIGNhc2Ugd2hlbiB0aGUgdXBz
dHJlYW0gbm9kZSBzZWxlY3RzIHRoZSBsYWJlbCwgcmlnaHQ/DQoNCiAgICAzLiBUaGUgdXNlIG9m
IHN5bW1ldHJpYyBsYWJlbHMgd2hlbiB0aGUgZG93bnN0cmVhbSBub2RlDQoNCiAgICAgICBpcyBz
ZWxlY3RpbmcgdGhlIGxhYmVsLg0KDQoNCg0KTG91DQoNCg0KDQpPbiAxMS81LzIwMTMgODoyMCBB
TSwgSWdvciBCcnlza2luIHdyb3RlOg0KDQpJIHdvdWxkIGFkZDoNCg0KDQoNCjUuIEEgd2F5IGZv
ciBVUyBub2RlIChlLmcuIFVOSS1DKSB0byBtYW5kYXRlIHRoZSBsYWJlbCBzeW1tZXRyaWNpdHku
DQoNCg0KDQoNCg0KDQoNCipGcm9tOipjY2FtcC1ib3VuY2VzQGlldGYub3JnIFttYWlsdG86Y2Nh
bXAtYm91bmNlc0BpZXRmLm9yZ10gKk9uDQoNCkJlaGFsZiBPZiAqVmlzaG51IFBhdmFuIEJlZXJh
bQ0KDQoqU2VudDoqIFR1ZXNkYXksIE5vdmVtYmVyIDA1LCAyMDEzIDEwOjUwIEFNDQoNCipUbzoq
IExvdSBCZXJnZXINCg0KKkNjOiogY2NhbXBAaWV0Zi5vcmc8bWFpbHRvOmNjYW1wQGlldGYub3Jn
Pg0KDQoqU3ViamVjdDoqIFJlOiBbQ0NBTVBdILTwuLQ6IENvbW1lbnRzIGFib3V0DQoNCmRyYWZ0
LWJlZXJhbS1jY2FtcC1uZXR3b3JrLWFzc2lnbmVkLXVwc3RyZWFtLWxhYmVsLTAwDQoNCg0KDQoN
Cg0KDQoNCkxvdSwNCg0KDQoNCg0KDQoNCg0KWWVzLCB5b3VyIHN1bW1hcml6ZWQgcG9pbnRzIGFy
ZSBjb3JyZWN0Lg0KDQoNCg0KDQoNCg0KDQpUaGFua3MsDQoNCg0KDQotUGF2YW4uDQoNCg0KDQoN
Cg0KDQoNCk9uIFR1ZSwgTm92IDUsIDIwMTMgYXQgMTA6MjAgQU0sIExvdSBCZXJnZXIgPGxiZXJn
ZXJAbGFibi5uZXQ8bWFpbHRvOmxiZXJnZXJAbGFibi5uZXQ+DQoNCjxtYWlsdG86bGJlcmdlckBs
YWJuLm5ldD48bWFpbHRvOmxiZXJnZXJAbGFibi5uZXQ+PiB3cm90ZToNCg0KDQoNClBhdmFuLA0K
DQogICAgICAgIEkgdGhpbmsgdGhpcyBpcyBoZWxwZnVsIGluIHRyeWluZyB0byB1bmRlcnN0YW5k
IHdoYXQgdGhlDQoNCmdvYWxzIGFyZSBvZiB0aGUgZHJhZnQuICBBZ2FpbiwgSSdsbCByZXNpc3Qg
YXJndWluZyBhYm91dCB0aGUNCg0KbWVjaGFuaXNtcyB0aGF0IGFyZSBwcm9wb3NlZCB1bnRpbCB3
ZSd2ZSBhZ3JlZWQgb24gd2hhdCByZXF1aXJlbWVudHMNCg0KbmVlZCB0byBiZSBhZGRyZXNzZWQu
DQoNCihXaGlsZSB0aGUgbWVjaGFuaXNtIGRldGFpbHMsIGkuZS4sIHRoZSAiaG93IiwgYXJlIGNl
cnRhaW5seQ0KDQppbXBvcnRhbnQsIGFyZ3VpbmcgdGhvc2UgZG9lc24ndCByZWFsbHkgYW5zd2Vy
IHRoZSBsYXJnZXIgcXVlc3Rpb24gb2YNCg0KIndoYXQiIHlvdSdkIGxpa2UgdG8gYWNjb21wbGlz
aC4pDQoNCg0KDQoNCg0KDQoNClZQQjogQWdyZWUuDQoNCg0KDQoNCg0KDQoNCg0KDQogICAgU28g
dGhlIGxpc3Qgb2YgcmVxdWlyZW1lbnRzIGlzIG5vdyB0aGUgYWRkaXRpb24gb2Y6DQoNCiAgICAx
LiBEb3duc3RyZWFtIHNlbGVjdGlvbiBvZiB0aGUgdXBzdHJlYW0gbGFiZWwNCg0KDQoNCg0KDQog
ICAgMi4gQW4gb3B0aW9uIHRvIGFsbG93IHVwc3RyZWFtIG5vZGUgdG8gcHJvdmlkZSBzZXQgb2Yg
bGFiZWxzIHRoYXQNCg0KICAgICAgIHNob3VsZCBiZSB1c2VkIGluIHRoZSBkb3duc3RyZWFtIG5v
ZGVzJyBjaG9pY2Ugb2YgdXBzdHJlYW0NCg0KbGFiZWwNCg0KDQoNCiAgICAzLiBUaGUgdXNlIG9m
IHN5bW1ldHJpYyBsYWJlbHMgd2hlbiB0aGUgZG93bnN0cmVhbSBub2RlDQoNCiAgICAgICBpcyBz
ZWxlY3RpbmcgdGhlIGxhYmVsLg0KDQoNCg0KICAgIDQuIEFsbG93aW5nIGZvciBhc3ltbWV0cmlj
IGxhYmVscyBpcyBub3QgYSBuZXcgcmVxdWlyZW1lbnQsIG5vciBkbw0KDQogICAgICAgeW91IHJl
YWxseSBjYXJlIGFib3V0IGl0Lg0KDQoNCg0KICAgIElzIHRoaXMgY29ycmVjdD8NCg0KDQoNCiAg
ICBUaGFua3MsDQoNCiAgICBMb3UNCg0KDQoNCg0KDQogICAgT24gMTEvNS8yMDEzIDU6MjUgQU0s
IFZpc2hudSBQYXZhbiBCZWVyYW0gd3JvdGU6DQoNCiAgICA+IEkgc2VlIGEgcGF0dGVybiBpbiB0
aGUgcXVlc3Rpb25zIHRoYXQgYXJlIGJlaW5nIHJhaXNlZC4gSSdsbCB0cnkNCg0KICAgIGFuZCBz
ZWUNCg0KICAgID4gaWYgSSBjYW4gYW5zd2VyIHRoZW0gYWxsIHVzaW5nIHRoZSBmb2xsb3dpbmcg
USZBLg0KDQogICAgPg0KDQogICAgPiBBLiAiTGFiZWwgU3ltbWV0cmljaXR5IjoNCg0KICAgID4N
Cg0KICAgID4gKDEpIEFyZW4ndCBsYWJlbHMgYWx3YXlzIHN5bW1ldHJpYyBpbiBwcmFjdGljZT8g
QXJlIHRoZXJlIGFueQ0KDQogICAgYXN5bW1ldHJpYw0KDQogICAgPiBsYWJlbCBzY2VuYXJpb3Mg
YXQgYWxsPw0KDQogICAgPiBBbnM6IFllcywgbGFiZWxzIGFyZSBhbG1vc3QgYWx3YXlzIHN5bW1l
dHJpYyBpbiBwcmFjdGljZS4gVGhlIGRyYWZ0DQoNCiAgICA+IGV4cGxpY2l0bHkgc3RhdGVzIHRo
YXQuIEkgaGF2ZW4ndCBjb21lIGFjcm9zcyBhbnkgc2luZ2xlDQoNCiAgICA+IHNjZW5hcmlvL3By
b2R1Y3Qgd2hlcmUgYXN5bW1ldHJpYyBsYWJlbHMgYXJlIHVzZWQuIEFzIElnb3IgcG9pbnRlZCBv
dXQNCg0KICAgID4gaW4gYW4gZWFybGllciBlbWFpbCwgdGhlcmUgY291bGQgYmUgaW4gdGhlb3J5
IHNvbWUgc2luZ2xlLWZpYmVyDQoNCiAgICA+IGNvbmZpZ3VyYXRpb25zIHdoZXJlIHRoZSBzYW1l
IHdhdmVsZW5ndGggY2Fubm90IGJlIHVzZWQgZm9yIGJvdGgNCg0KICAgID4gZGlyZWN0aW9ucy4g
QnV0IEkgZG9uJ3Qga25vdyBpZiBhbnlvbmUgcmVhbGx5IHVzZXMgdGhhdC4NCg0KICAgID4NCg0K
ICAgID4gKDIpIFRoZW4gd2h5IGRvIHlvdSBuZWVkIGFuIGV4cGxpY2l0IHJlcXVlc3QgZnJvbSB0
aGUgaW5ncmVzcyB0byBtYWtlDQoNCiAgICA+IHRoZW0gc3ltbWV0cmljIGF0IGVhY2ggaG9wPw0K
DQogICAgPiBBbnM6IFRoaXMgaXMgYmVjYXVzZSB0aGUgZXh0ZW5zaW9ucyBpbiBSRkMzNDczIGFs
bG93cyAiTGFiZWwNCg0KICAgID4gQXN5bW1ldHJpY2l0eSIgYW5kIGFuZCBhcyBhIHJlc3VsdCBz
eW1tZXRyaWNpdHkgY2Fubm90IGJlIGFzc3VtZWQgYnkNCg0KICAgID4gZGVmYXVsdC4gVGhlcmUg
aXMgY3VycmVudGx5IG5vIHdheSBvZiBtYW5kYXRpbmcgc3ltbWV0cmljaXR5IGF0DQoNCiAgICBl
YWNoIGhvcA0KDQogICAgPiBhbG9uZyB0aGUgcGF0aCBvZiB0aGUgTFNQLg0KDQogICAgPg0KDQog
ICAgPiAoMykgU2F5LCB3ZSBhbGwgYWdyZWUgdGhhdCAiU3ltbWV0cmljaXR5IiBpcyBhbHdheXMg
Z3VhcmFudGVlZA0KDQogICAgKG1heWJlIHdlDQoNCiAgICA+IGV2ZW4gc3RhdGUgaXQgZXhwbGlj
aXRseSBpbiBzb21lIHN0YW5kYXJkIGRvY3VtZW50KS4gV291bGQgeW91IHRoZW4gYmUNCg0KICAg
ID4gYWJsZSB0byB1c2UgZXhpc3RpbmcgZXh0ZW5zaW9ucyBhbmQgYWRkcmVzcyB0aGUgImFsaWVu
LXdhdmVsZW5ndGgiDQoNCiAgICBzZXR1cA0KDQogICAgPiB1c2UtY2FzZT8NCg0KICAgID4gQW5z
OiBObywgdGhlIGV4aXN0aW5nIGV4dGVuc2lvbnMgc3RpbGwgZmFsbCBzaG9ydC4gV2hhdCBkb2Vz
IHRoZQ0KDQogICAgPiBpbmdyZXNzLWNsaWVudCBmaWxsIGluIHRoZSBVUFNUUkVBTV9MQUJFTCB3
aGVuIGl0IGhhcyBubyBrbm93bGVkZ2Ugb24NCg0KICAgID4gd2hhdCBuZWVkcyB0byBiZSB1c2Vk
PyBBcyBwZXIgY3VycmVudCBleHRlbnNpb25zLCB0aGUgVVBTVFJFQU1fTEFCRUwNCg0KICAgID4g
bmVlZHMgdG8gYmUgZmlsbGVkIGluIHdpdGggYSB2YWxpZCBsYWJlbCBiZWZvcmUgc2VuZGluZyB0
aGUgUEFUSA0KDQogICAgb3V0LiBXZQ0KDQogICAgPiBzdGlsbCBuZWVkIHRoZSBpbmdyZXNzLWNs
aWVudCB0byBoYXZlIHNvbWUgbWVjaGFuaXNtIHRvIHRlbGwgdGhlDQoNCiAgICBuZXR3b3JrDQoN
CiAgICA+IC0gInBsZWFzZSBpZ25vcmUgd2hhdCBJJ20gZmlsbGluZyBpbiB0aGUgVVBTVFJFQU1f
TEFCRUw7IGp1c3QgdGFrZSB0aGUNCg0KICAgID4gTEFCRUxfU0VUIGludG8gYWNjb3VudCBpZiBJ
IGZpbGwgb25lOyBJJ2xsIHVzZSB3aGF0IGlzIHJldHVybmVkIGluIHRoZQ0KDQogICAgPiBSRVNW
LUxBQkVMIGZvciBib3RoIGRpcmVjdGlvbnMuIg0KDQogICAgPg0KDQogICAgPiAoNCkgTGFiZWwg
YWxsb2NhdGlvbiBoYXMgYWx3YXlzIGJlZW4gYSBsb2NhbCBjaG9pY2UuIFdoeSBzaG91bGQgdGhl
DQoNCiAgICA+IGluZ3Jlc3MgcmVxdWVzdCBob3cgbGFiZWxzIGFyZSBhbGxvY2F0ZWQgYXQgc29t
ZSBkb3duc3RyZWFtIGhvcD8NCg0KICAgID4gQW5zOiBUaGUgaW5ncmVzcyBoYXMgYWx3YXlzIGJl
ZW4gdGhlIG9uZSB0byByZXF1ZXN0IHRoZSBkb3duc3RyZWFtDQoNCiAgICBub2RlDQoNCiAgICA+
IHRvIGFsbG9jYXRlIGxhYmVscyBpbiBib3RoIGRpcmVjdGlvbnMuIEFsbCB0aGF0IHRoZSBkcmFm
dCBpcyBwcm9wb3NpbmcNCg0KICAgID4gaXMgYSBtZWNoYW5pc20gZm9yIHRoZSBpbmdyZXNzIHRv
IHNheSB0aGF0IHRoZXNlIHR3byBsYWJlbHMgbmVlZCB0byBiZQ0KDQogICAgPiBzeW1tZXRyaWMu
DQoNCiAgICA+DQoNCiAgICA+IEIuICJMYWJlbCBBc3ltbWV0cmljaXR5Ig0KDQogICAgPg0KDQog
ICAgPiAoNCkgSGF2ZSB0aGUgIkxhYmVsIEFzeW1tZXRyaWNpdHkiIGV4dGVuc2lvbnMgYmVlbiBp
bmNsdWRlZCBqdXN0IGZvcg0KDQogICAgPiBjb21wbGV0aW9uIHNha2U/IENhbiB0aG9zZSBiZSBq
ZXR0aXNvbmVkIGlmIHdlIHRoZXJlIGlzIG5vIG5lZWQgZm9yDQoNCiAgICA+IGFzeW1tZXRyaWMg
bGFiZWxzPw0KDQogICAgPiBBbnM6IFllcy4gVGhlIHByaW1hcnkgcmVhc29uIHdoeSB0aG9zZSBl
eHRlbnNpb25zIGFyZSBpbmNsdWRlZCBpbiB0aGUNCg0KICAgID4gZHJhZnQgaXMgYmVjYXVzZSBS
RkMzNDczIGFsbG93cyBhc3ltbWV0cmljaXR5LiBXZSBkb24ndCBuZWVkIHRvDQoNCiAgICBkaXNj
dXNzDQoNCiAgICA+IHRob3NlIGlmIHdlIGV4cGxpY2l0bHkgc3RhdGUgc29tZXdoZXJlIChpbiBz
b21lIHN0YW5kYXJkIGRvY3VtZW50KQ0KDQogICAgdGhhdA0KDQogICAgPiAibGFiZWxzIGFyZSBh
bHdheXMgc3ltbWV0cmljIiBhbmQgdGhhdCBhbGwgcHJldmlvdXMgZXh0ZW5zaW9ucyBkZWZpbmVk
DQoNCiAgICA+IGZvciBhc3ltbWV0cmljaXR5IGFyZSB1c2UtbGVzcy4NCg0KICAgID4NCg0KICAg
ID4gQy4gIlVzZS1DYXNlIg0KDQogICAgPg0KDQogICAgPiAoNSkgSSBkb24ndCB1bmRlcnN0YW5k
IGFueSBvZiB0aGUgYWJvdmUuIFdoeSBkbyB3ZSBuZWVkIHRoZSBuZXR3b3JrIHRvDQoNCiAgICA+
IGFzc2lnbiBhbiB1cHN0cmVhbSBsYWJlbD8NCg0KICAgID4gQW5zOiBQbGVhc2UgcmVhZCB0aGUg
ZHJhZnQuIFNlY3Rpb24gNSBkaXNjdXNzZXMgYSBzcGVjaWZpYyB1c2UtY2FzZS4NCg0KICAgID4N
Cg0KICAgID4NCg0KICAgID4gUmVnYXJkcywNCg0KICAgID4gLVBhdmFuDQoNCiAgICA+DQoNCiAg
ICA+DQoNCiAgICA+IE9uIFR1ZSwgTm92IDUsIDIwMTMgYXQgMjoyOSBBTSwgWmFmYXIgQWxpICh6
YWxpKSA8emFsaUBjaXNjby5jb208bWFpbHRvOnphbGlAY2lzY28uY29tPg0KDQogICAgPG1haWx0
bzp6YWxpQGNpc2NvLmNvbT48bWFpbHRvOnphbGlAY2lzY28uY29tPg0KDQoNCg0KICAgID4gPG1h
aWx0bzp6YWxpQGNpc2NvLmNvbSA8bWFpbHRvOnphbGlAY2lzY28uY29tPjxtYWlsdG86emFsaUBj
aXNjby5jb20+Pj4gd3JvdGU6DQoNCiAgICA+DQoNCiAgICA+ICAgICBIaS0NCg0KICAgID4NCg0K
ICAgID4gICAgIEZ1cnRoZXJtb3JlLCB3aGVuIChhbGllbikgd2F2ZWxlbmd0aCBpcyBzYW1lIGlu
IGZvcndhcmQgYW5kDQoNCiAgICByZXZlcnNlDQoNCiAgICA+ICAgICBkaXJlY3Rpb24sIHdlIGNh
biB1c2UgbGFiZWwgc2V0IGFsb25nIHdpdGggYWNjZXB0YWJsZSBsYWJlbA0KDQogICAgc2V0IC0g
YXMNCg0KICAgID4gICAgIGRlZmluZWQgaW4gUkZDMzQ3My4gVGhlIG9ubHkgdXNlIGNhc2UgdGhp
cyBkcmFmdCBhZGRyZXNzZXMgaXMNCg0KICAgIHdoZW4gYWxpZW4NCg0KICAgID4gICAgIHdhdmVs
ZW5ndGggYXJlIGFzeW1tZXRyaWNhbCBpbiBmb3J3YXJkIGFuZCByZXZlcnNlIGRpcmVjdGlvbi4N
Cg0KICAgIEkgYW0gbm90DQoNCiAgICA+ICAgICBhd2FyZSBvZiBhbnkgZXhhbXBsZSBvZiBzdWNo
IHVzZSBjYXNlLg0KDQogICAgPg0KDQogICAgPiAgICAgVGhhbmtzDQoNCiAgICA+DQoNCiAgICA+
ICAgICBSZWdhcmRzIKGtIFphZmFyDQoNCiAgICA+DQoNCiAgICA+DQoNCiAgICA+ICAgICAtLS0t
LU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KDQoNCg0KICAgID4gICAgIEZyb206IEZhdGFpIFpoYW5n
IDx6aGFuZ2ZhdGFpQGh1YXdlaS5jb208bWFpbHRvOnpoYW5nZmF0YWlAaHVhd2VpLmNvbT4NCg0K
ICAgIDxtYWlsdG86emhhbmdmYXRhaUBodWF3ZWkuY29tPjxtYWlsdG86emhhbmdmYXRhaUBodWF3
ZWkuY29tPiA8bWFpbHRvOnpoYW5nZmF0YWlAaHVhd2VpLmNvbQ0KDQogICAgPG1haWx0bzp6aGFu
Z2ZhdGFpQGh1YXdlaS5jb20+PG1haWx0bzp6aGFuZ2ZhdGFpQGh1YXdlaS5jb20+Pj4NCg0KICAg
ID4gICAgIERhdGU6IE1vbmRheSwgTm92ZW1iZXIgNCwgMjAxMyA3OjM4IFBNDQoNCg0KDQogICAg
PiAgICAgVG86ICJqdWxpZW4ubWV1cmljQG9yYW5nZS5jb208bWFpbHRvOmp1bGllbi5tZXVyaWNA
b3JhbmdlLmNvbT4NCg0KICAgIDxtYWlsdG86anVsaWVuLm1ldXJpY0BvcmFuZ2UuY29tPjxtYWls
dG86anVsaWVuLm1ldXJpY0BvcmFuZ2UuY29tPiA8bWFpbHRvOmp1bGllbi5tZXVyaWNAb3Jhbmdl
LmNvbQ0KDQogICAgPG1haWx0bzpqdWxpZW4ubWV1cmljQG9yYW5nZS5jb20+PG1haWx0bzpqdWxp
ZW4ubWV1cmljQG9yYW5nZS5jb20+PiINCg0KICAgID4gICAgIDxqdWxpZW4ubWV1cmljQG9yYW5n
ZS5jb208bWFpbHRvOmp1bGllbi5tZXVyaWNAb3JhbmdlLmNvbT4gPG1haWx0bzpqdWxpZW4ubWV1
cmljQG9yYW5nZS5jb20+PG1haWx0bzpqdWxpZW4ubWV1cmljQG9yYW5nZS5jb20+DQoNCiAgICA8
bWFpbHRvOmp1bGllbi5tZXVyaWNAb3JhbmdlLmNvbQ0KDQogICAgPG1haWx0bzpqdWxpZW4ubWV1
cmljQG9yYW5nZS5jb20+PG1haWx0bzpqdWxpZW4ubWV1cmljQG9yYW5nZS5jb20+Pj4sIFZpc2hu
dQ0KDQogICAgPiAgICAgUGF2YW4NCg0KDQoNCiAgICA+ICAgICBCZWVyYW0gPHZpc2hudXBhdmFu
QGdtYWlsLmNvbTxtYWlsdG86dmlzaG51cGF2YW5AZ21haWwuY29tPiA8bWFpbHRvOnZpc2hudXBh
dmFuQGdtYWlsLmNvbT48bWFpbHRvOnZpc2hudXBhdmFuQGdtYWlsLmNvbT4NCg0KICAgIDxtYWls
dG86dmlzaG51cGF2YW5AZ21haWwuY29tIDxtYWlsdG86dmlzaG51cGF2YW5AZ21haWwuY29tPjxt
YWlsdG86dmlzaG51cGF2YW5AZ21haWwuY29tPj4+DQoNCiAgICA+ICAgICBDYzogImNjYW1wQGll
dGYub3JnPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4gPG1haWx0bzpjY2FtcEBpZXRmLm9yZz48bWFp
bHRvOmNjYW1wQGlldGYub3JnPg0KDQogICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRv
OmNjYW1wQGlldGYub3JnPjxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+PiIgPGNjYW1wQGlldGYub3Jn
PG1haWx0bzpjY2FtcEBpZXRmLm9yZz4NCg0KICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+PG1h
aWx0bzpjY2FtcEBpZXRmLm9yZz4NCg0KICAgID4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcg
PG1haWx0bzpjY2FtcEBpZXRmLm9yZz48bWFpbHRvOmNjYW1wQGlldGYub3JnPj4+DQoNCg0KDQog
ICAgPiAgICAgU3ViamVjdDogW0NDQU1QXSC08Li0OiAgQ29tbWVudHMNCg0KICAgID4gICAgIGFi
b3V0ICAgZHJhZnQtYmVlcmFtLWNjYW1wLW5ldHdvcmstYXNzaWduZWQtdXBzdHJlYW0tbGFiZWwt
MDANCg0KICAgID4NCg0KICAgID4gICAgID5IaSBQYXZhbiwNCg0KICAgID4gICAgID4NCg0KICAg
ID4gICAgID5VbmRlcnN0b29kIHdoYXQgeW91IHNhaWQgaW4gcHJpbmNpcGxlLCBidXQgY291bGQg
eW91IGdpdmUgYW4NCg0KICAgIGV4YW1wbGUgdG8NCg0KICAgID4gICAgID5zaG93IHRoZXJlIGFy
ZSBhc3ltbWVydHJpYyBsYWJlbHMgKHdhdmVsZW5ndGg/KSBmb3IgdGhlDQoNCiAgICBiaWRpcmVj
dGlhb25hbA0KDQogICAgPiAgICAgPkxTUHMgKGVzcGVjaWFsbCBmb3IgdGhlIHRyYW5zcG9ydCBu
ZXR3b3JrcykgaW4gdGhlIHJlYWwNCg0KICAgID4gICAgIGltcGxlbWVudGF0aW9ucz8NCg0KICAg
ID4gICAgID4NCg0KICAgID4NCg0KICAgID49PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KDQogICAgPiAgICAg
Pj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQoNCiAgICA+ICAgICA+SW4g
cHJhY3RpY2UsIG1vc3QgYmlkaXJlY3Rpb25hbCBMU1BzIGhhdmUgbGFiZWwgc3ltbWV0cmljaXR5
IG9uDQoNCiAgICA+ICAgICBlYWNoIGhvcA0KDQogICAgPiAgICAgPmFsb25nIHRoZSBwYXRoIG9m
IHRoZSBMU1AuIEJ1dCB0aGlzIGlzIHNvbWV0aGluZyB0aGF0IGNhbm5vdA0KDQogICAgYmUgYXNz
dW1lZA0KDQogICAgPiAgICAgPmJ5IGRlZmF1bHQuDQoNCiAgICA+ICAgICA+DQoNCiAgICA+ICAg
ICA+DQoNCiAgICA+ICAgICA+DQoNCiAgICA+ICAgICA+VGhhbmtzDQoNCiAgICA+ICAgICA+DQoN
CiAgICA+ICAgICA+RmF0YWkNCg0KICAgID4gICAgID4NCg0KICAgID4gICAgID5fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNCg0KDQogICAgPiAgICAgPreivP7Iyzog
Y2NhbXAtYm91bmNlc0BpZXRmLm9yZzxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZz4NCg0K
ICAgIDxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZz48bWFpbHRvOmNjYW1wLWJvdW5jZXNA
aWV0Zi5vcmc+IDxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZw0KDQogICAgPG1haWx0bzpj
Y2FtcC1ib3VuY2VzQGlldGYub3JnPjxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZz4+DQoN
CiAgICA+ICAgICBbY2NhbXAtYm91bmNlc0BpZXRmLm9yZzxtYWlsdG86Y2NhbXAtYm91bmNlc0Bp
ZXRmLm9yZz4gPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPjxtYWlsdG86Y2NhbXAtYm91
bmNlc0BpZXRmLm9yZz4NCg0KICAgIDxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZyA8bWFp
bHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc+PG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3Jn
Pj5dILT6DQoNCiAgICCx7SBKdWxpZW4NCg0KICAgID4gICAgIE1ldXJpYw0KDQogICAgPiAgICAg
PltqdWxpZW4ubWV1cmljQG9yYW5nZS5jb208bWFpbHRvOmp1bGllbi5tZXVyaWNAb3JhbmdlLmNv
bT4gPG1haWx0bzpqdWxpZW4ubWV1cmljQG9yYW5nZS5jb20+PG1haWx0bzpqdWxpZW4ubWV1cmlj
QG9yYW5nZS5jb20+DQoNCiAgICA8bWFpbHRvOmp1bGllbi5tZXVyaWNAb3JhbmdlLmNvbQ0KDQo8
bWFpbHRvOmp1bGllbi5tZXVyaWNAb3JhbmdlLmNvbT48bWFpbHRvOmp1bGllbi5tZXVyaWNAb3Jh
bmdlLmNvbT4+XQ0KDQoNCg0KICAgID4gICAgID63osvNyrG85DogMjAxM8TqMTHUwjXI1SAxMDoz
NQ0KDQogICAgPiAgICAgPsrVvP7IyzogVmlzaG51IFBhdmFuIEJlZXJhbQ0KDQoNCg0KICAgID4g
ICAgID6zrcvNOiBjY2FtcEBpZXRmLm9yZzxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+IDxtYWlsdG86
Y2NhbXBAaWV0Zi5vcmc+PG1haWx0bzpjY2FtcEBpZXRmLm9yZz4NCg0KICAgIDxtYWlsdG86Y2Nh
bXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz48bWFpbHRvOmNjYW1wQGlldGYub3Jn
Pj4NCg0KDQoNCiAgICA+ICAgICA+1vfM4jogUmU6IFtDQ0FNUF0gQ29tbWVudHMgYWJvdXQNCg0K
ICAgID4gICAgID5kcmFmdC1iZWVyYW0tY2NhbXAtbmV0d29yay1hc3NpZ25lZC11cHN0cmVhbS1s
YWJlbC0wMA0KDQogICAgPiAgICAgPg0KDQogICAgPiAgICAgPkhpIFBhdmFuLg0KDQogICAgPiAg
ICAgPg0KDQogICAgPiAgICAgPkV2ZW4gdGhvdWdoIEkgYWdyZWUgd2l0aCB5b3VyIHVuYXNzaWdu
ZWQgVXBzdHJlYW1fTGFiZWwNCg0KICAgIHJlcXVpcmVtZW50LCBJDQoNCiAgICA+ICAgICA+bmVl
ZCB0byBkaXNhZ3JlZSB3aXRoIHRoZSBkYXRhIHBsYW5lIHJhdGlvbmFsZSB5b3UgbWVudGlvbi4N
Cg0KICAgID4gICAgID4NCg0KICAgID4gICAgID5UaGUgVXBzdHJlYW1fTGFiZWwgcmVmZXJzIHRv
IHRoZSBjbGllbnQncyBvcHRpY2FsIHJlY2VpdmVyOg0KDQogICAgeW91IGRvbid0DQoNCiAgICA+
ICAgICA+bmVlZCB0byB0dW5lIGEgbGFzZXIgb24gdGhlIHJlY2VpdmVyIHNpZGUuIFRoZSBkYXRh
DQoNCiAgICB0cmFuc21pc3Npb24gY291bGQNCg0KICAgID4gICAgID5ldmVuIHdvcmsgd2l0aG91
dCBzZW5kaW5nIHRoZSBhY3R1YWwgVXBzdHJlYW1fTGFiZWwgaW4NCg0KICAgIFJTVlAtVEUgbWVz
c2FnZXMNCg0KICAgID4gICAgID50byB0aGUgY2xpZW50OiBJIGFtIG5vdCByZWFsbHkgYSBmYW4g
b2YgdGhhdCBhcHByb2FjaCwgYnV0DQoNCiAgICB0aGF0IHdvdWxkDQoNCiAgICA+ICAgICA+Zml0
IGNhc2VzIHdoZXJlIG9wdGljYWwgcG9saWNpZXMgYXJlIGxlZnQgdG8gdGhlIG9wdGljYWwNCg0K
ICAgIG5ldHdvcmsuLi4NCg0KICAgID4gICAgID4NCg0KICAgID4gICAgID5Nb3Jlb3ZlciwgSSBo
YXZlIGRvdWJ0cyBvbiBwdXR0aW5nIGxhYmVsIHN5bW1ldHJ5IHdpdGhpbiB0aGUNCg0KICAgIHBy
b3RvY29sLg0KDQogICAgPiAgICAgPlRoaXMgaXMgbW9yZSBhbiBhbGxvY2F0aW9uIHBvbGljeSBp
biB0aGUgaGFuZHMgb2YgYWxsb2NhdGluZw0KDQogICAgbm9kZXM6DQoNCiAgICA+ICAgICA+cmVx
dWVzdGluZyBhbiBhbGxvY2F0aW9uIG1vZGUgZnJvbSBhbiBpbmdyZXNzIG5vZGUgd291bGQgbWVh
bg0KDQogICAgZG9pbmcgdGhlDQoNCiAgICA+ICAgICA+c2VydmVyIGpvYiwgSSBhbSBub3Qgc3Vy
ZSBpdCBpcyBkZXNpcmFibGUuDQoNCiAgICA+ICAgICA+DQoNCiAgICA+ICAgICA+SnVsaWVuDQoN
CiAgICA+ICAgICA+DQoNCiAgICA+ICAgICA+DQoNCiAgICA+ICAgICA+T24gMTEvMDQvMjAxMyAy
Mzo0OSwgVmlzaG51IFBhdmFuIEJlZXJhbSB3cm90ZToNCg0KICAgID4gICAgID4+IExvdSwNCg0K
ICAgID4gICAgID4+DQoNCiAgICA+ICAgICA+PiBUaGUgZXh0ZW5zaW9ucyBkZWZpbmVkIGluIHRo
aXMgZHJhZnQgZG8gbm90IGltcG9zZSBhbnkNCg0KICAgIGJhY2t3YXJkcw0KDQogICAgPiAgICAg
Pj4gY29tcGF0aWJpbGl0eSBpc3N1ZXMuIFRoZSBpbnRlbnQgaXMgZGVmaW5pdGVseSBub3QgdG8N
Cg0KICAgIGNoYW5nZSB0aGUNCg0KICAgID4gICAgID4+IGZ1bmRhbWVudGFsIGFzcGVjdHMgb2Yg
dGhlIHByb3RvY29sLiBBcyB5b3Ugd291bGQgYWdyZWUsIGl0DQoNCiAgICBpcyBub3QNCg0KICAg
ID4gICAgID4+IG1hbmRhdG9yeSB0byB0cnkgYW5kIGZpdCB0aGUgZXh0ZW5zaW9ucyBkZWZpbmVk
IGluIFJGQzM0NzMNCg0KICAgIHRvIGFsbCBhbmQNCg0KICAgID4gICAgID4+IHN1bmRyeS4gTmV3
IGV4dGVuc2lvbnMgYXJlIGJlaW5nIGludHJvZHVjZWQgb25seSB3aGVyZSB0aGUNCg0KICAgIGV4
aXN0aW5nDQoNCiAgICA+ICAgICA+PiBleHRlbnNpb25zIGZhbGwgc2hvcnQuIExldCBtZSB3YWxr
IHRocm91Z2ggdGhlIHJlcXVpcmVtZW50cw0KDQogICAgdGhhdCB3ZQ0KDQogICAgPiAgICAgPj4g
YXJlIGxvb2tpbmcgYXQgYW5kIHRoYXQgd291bGQgaG9wZWZ1bGx5IGV4cGxhaW4gdGhlIGxpbWl0
YXRpb25zDQoNCiAgICA+ICAgICBvZiB0aGUNCg0KICAgID4gICAgID4+IGV4aXN0aW5nIGV4dGVu
c2lvbnMuDQoNCiAgICA+ICAgICA+Pg0KDQogICAgPiAgICAgPj4gQmFzZSByZXF1aXJlbWVudCA6
DQoNCiAgICA+ICAgICA+PiBOZWVkIGEgbWVjaGFuaXNtIGZvciBhIGdpdmVuIG5vZGUgdG8gc2F5
IHRoYXQgaXQgY2Fubm90DQoNCiAgICBhc3NpZ24gYW4NCg0KICAgID4gICAgID4+IHVwc3RyZWFt
LWxhYmVsIG9uIGl0cyBvd24gYW5kIHRoYXQgaXQgbmVlZHMgdGhlIG5ldHdvcmsgKHJlYWQNCg0K
ICAgID4gICAgID4+IGRvd25zdHJlYW0pIHRvIGFzc2lnbiBpdCBpbnN0ZWFkLg0KDQogICAgPiAg
ICAgPj4NCg0KICAgID4gICAgID4+IENvcm9sbGFyeSByZXF1aXJlbWVudHMgOg0KDQogICAgPiAg
ICAgPj4gMS4gTmVlZCBhIG1lY2hhbmlzbSBmb3IgYSBnaXZlbiBub2RlIHRvIGFzayBmb3IgYQ0K
DQogICAgbmV0d29yay1hc3NpZ25lZA0KDQogICAgPiAgICAgPj4gdXBzdHJlYW0gbGFiZWwgd2l0
aG91dCBoYXZpbmcgdG8gc3BlY2lmeSBhbnkgaW5wdXRzIG9uIHdoYXQNCg0KICAgIGxhYmVsDQoN
CiAgICA+ICAgICA+PiBuZWVkcyB0byBnZXQgcGlja2VkLg0KDQogICAgPiAgICAgPj4gMi4gTmVl
ZCBhIG1lY2hhbmlzbSBmb3IgYSBnaXZlbiBub2RlIHRvIGFzayBmb3IgYQ0KDQogICAgbmV0d29y
ay1hc3NpZ25lZA0KDQogICAgPiAgICAgPj4gdXBzdHJlYW0gbGFiZWwgYW5kIGFsc28gc3BlY2lm
eSBzb21lIGNob2ljZXMgZm9yIHRoZSBsYWJlbA0KDQogICAgdGhhdCBuZWVkcw0KDQogICAgPiAg
ICAgPj4gdG8gZ2V0IHBpY2tlZC4NCg0KICAgID4gICAgID4+IDMuIElmIGxhYmVscyBhcmUgc3lt
bWV0cmljLCBhIGdpdmVuIG5vZGUgY2FuIHNpbXBseSB1c2UgdGhlDQoNCiAgICBsYWJlbA0KDQog
ICAgPiAgICAgPj4gcmV0dXJuZWQgaW4gdGhlIExBQkVMIG9iamVjdCBvZiB0aGUgUkVTViBtZXNz
YWdlIGZvciBib3RoDQoNCiAgICBkaXJlY3Rpb25zLg0KDQogICAgPiAgICAgPj4gSW4gcHJhY3Rp
Y2UsIG1vc3QgYmlkaXJlY3Rpb25hbCBMU1BzIGhhdmUgbGFiZWwNCg0KICAgIHN5bW1ldHJpY2l0
eSBvbiBlYWNoDQoNCiAgICA+ICAgICA+PiBob3AgYWxvbmcgdGhlIHBhdGggb2YgdGhlIExTUC4g
QnV0IHRoaXMgaXMgc29tZXRoaW5nIHRoYXQNCg0KICAgIGNhbm5vdCBiZQ0KDQogICAgPiAgICAg
Pj4gYXNzdW1lZCBieSBkZWZhdWx0LiBIZW5jZSwgdGhlcmUgaXMgYSBuZWVkIHRvIGhhdmUgYSBt
ZWNoYW5pc20NCg0KICAgID4gICAgIGZvciB0aGUNCg0KICAgID4gICAgID4+IGluZ3Jlc3MgdG8g
cmVxdWVzdCAibGFiZWwgc3ltbWV0cmljaXR5IiBhdCBlYWNoIGhvcCBhbG9uZw0KDQogICAgdGhl
IHBhdGggb2YNCg0KICAgID4gICAgID4+IHRoZSBMU1AuDQoNCiAgICA+ICAgICA+Pg0KDQogICAg
PiAgICAgPj4gQ2FuIHlvdSBzb21laG93IGZpdCBhIHNvbHV0aW9uIHVzaW5nIHRoZSBjdXJyZW50
IGV4dGVuc2lvbnMNCg0KICAgIGFuZCBjYXRlcg0KDQogICAgPiAgICAgPj4gdG8gdGhlIGFib3Zl
IHJlcXVpcmVtZW50cz8NCg0KICAgID4gICAgID4+IFdlIGJlbGlldmUgdGhlIGFuc3dlciBpcyBO
Ty4gT25lIHN1Z2dlc3Rpb24gb24gdGhlIG1haWxpbmcgbGlzdA0KDQogICAgPiAgICAgd2FzIHRv
DQoNCiAgICA+ICAgICA+PiBzZXQgYSByYW5kb20gVVBTVFJFQU1fTEFCRUwgYW5kIHNlbmQgaXQg
b3V0IG9uIGEgZmlzaGluZw0KDQogICAgZXhwZWRpdGlvbi4NCg0KICAgID4gICAgID4+IFRoZSBp
ZGVhIHdhcyB0aGF0IHRoZSBkb3duc3RyZWFtIG5vZGUgd291bGQgdGhlbiByZXNwb25kIHdpdGgg
YQ0KDQogICAgPiAgICAgPj4gUEFUSC1FUlIgY2FycnlpbmcgYW4gQUNDRVBUQUJMRV9MQUJFTF9T
RVQuIEpvaG4gYW5kIElnb3IgaGF2ZQ0KDQogICAgPiAgICAgcHJvdmlkZWQNCg0KICAgID4gICAg
ID4+IGEgbGlzdCBvZiByZWFzb25zIG9uIHdoeSB0aGF0IGlzbid0IGEgZ3JlYXQgaWRlYS4gTGV0
IG1lDQoNCiAgICBhZGQgYW5vdGhlcg0KDQogICAgPiAgICAgPj4gcG9pbnQgLQ0KDQogICAgPiAg
ICAgPj4gLSBBcyBwZXIgUkZDMzQ3MyAtIHdoZW4gYSBub2RlIHJlY2VpdmVzIGFuIFVQU1RSRUFN
X0xBQkVMDQoNCiAgICBvYmplY3QgaW4NCg0KICAgID4gICAgID4+IHRoZSBQQVRILCBpdCBtZWFu
cyB0aGF0IHRoZSB1cHN0cmVhbSBub2RlIE1VU1QgaGF2ZSBhbHJlYWR5DQoNCiAgICA+ICAgICA+
PiBpbnN0YWxsZWQvcHJvZ3JhbW1lZCB0aGlzIGxhYmVsLiBJbiB0aGUgYWxpZW4gd2F2ZWxlbmd0
aA0KDQogICAgdXNlLWNhc2UNCg0KICAgID4gICAgID4+IChkaXNjdXNzZWQgaW4gdGhlIGRyYWZ0
KSwgd2hlbiB0aGUgbmV0d29yayByZWNlaXZlcyB0aGlzDQoNCiAgICBtZXNzYWdlLCBpdA0KDQog
ICAgPiAgICAgPj4gd291bGQgbWVhbiB0aGF0IHRoZSBsYXNlciBoYXMgYWxyZWFkeSBiZWVuIHR1
bmVkIHRvIHRoaXMNCg0KICAgID4gICAgIHdhdmVsZW5ndGggYXQNCg0KICAgID4gICAgID4+IHRo
ZSBjbGllbnQuIFRoYXQgYmVhdHMgdGhlIHZlcnkgcHVycG9zZSBvZiByZXF1ZXN0aW5nIGEgbmV0
d29yaw0KDQogICAgPiAgICAgPj4gYXNzaWduZWQgdXBzdHJlYW0gbGFiZWwuIERvZXNuJ3QgaXQ/
IFNvLCB0aGUgcG9pbnQgaXMgdGhhdA0KDQogICAgd2l0aCB0aGUNCg0KICAgID4gICAgID4+IGN1
cnJlbnQgc2VtYW50aWNzIG9mIGFuIFVQU1RSRUFNX0xBQkVMLCB5b3UgY2Fubm90IHVzZSBpdA0K
DQogICAgZm9yIHRoZQ0KDQogICAgPiAgICAgY2FzZQ0KDQogICAgPiAgICAgPj4gd2hlcmUgdGhl
IHVwc3RyZWFtLWxhYmVsIGhhc24ndCBiZWVuIGluc3RhbGxlZC9wcm9ncmFtbWVkDQoNCiAgICB5
ZXQuIElmDQoNCiAgICA+ICAgICBzb21lDQoNCiAgICA+ICAgICA+PiBpbXBsZW1lbnRhdGlvbiBk
ZWNpZGVzIHRvIGlnbm9yZSB0aGVzZSBzZW1hbnRpY3MsIGhvdyB3b3VsZCB0aGUNCg0KICAgID4g
ICAgID4+IG5ldHdvcmsga25vdyB3aGV0aGVyIHRoZSBpbmdyZXNzLWNsaWVudCBoYXMgYWxyZWFk
eQ0KDQogICAgaW5zdGFsbGVkIHRoaXMNCg0KICAgID4gICAgID4+IGxhYmVsIG9yIG5vdCAod2hl
dGhlciB0aGUgbGFzZXIgaXMgYWxyZWFkeSB0dW5lZCBvciBub3QpLg0KDQogICAgPiAgICAgPj4N
Cg0KICAgID4gICAgID4+IFJGQzM0NzMgc3RhdGVzIHRoYXQgYSBCaWRpcmVjdGlvbmFsLUxTUCBz
ZXR1cCByZXF1ZXN0IGlzDQoNCiAgICA+ICAgICBpZGVudGlmaWVkIGJ5DQoNCiAgICA+ICAgICA+
PiB0aGUgcHJlc2VuY2Ugb2YgYW4gIlVQU1RSRUFNX0xBQkVMIiBvYmplY3QgaW4gdGhlIFBBVEgg
bXNnLg0KDQogICAgVGhpcw0KDQogICAgPiAgICAgZHJhZnQNCg0KICAgID4gICAgID4+IGRvZXMg
cHJvcG9zZSAyIG90aGVyIG1lY2hhbmlzbXM6DQoNCiAgICA+ICAgICA+PiAtIFRoZSBwcmVzZW5j
ZSBvZiB0aGUgIkxhYmVsIFN5bW1ldHJpY2l0eSBSZXF1aXJlZCIgRmxhZyBpbg0KDQogICAgdGhl
IFBBVEgNCg0KICAgID4gICAgID4+IC0gVGhlIHByZXNlbmNlIG9mIHRoZSAiVVBTVFJFQU1fTEFC
RUxfU0VUIiBvYmplY3QgaW4gdGhlIFBBVEgNCg0KICAgID4gICAgID4+IElmIGEgZG93bnN0cmVh
bSBub2RlIGRvZXMgbm90IHVuZGVyc3RhbmQgYW55IG9mIHRoZSBhYm92ZQ0KDQogICAgPiAgICAg
aW5kaWNhdGlvbnMsDQoNCiAgICA+ICAgICA+PiBpdCB3b3VsZCByZWplY3QgdGhlIHNldHVwIHJl
cXVlc3QuIEluIGJvdGggc2NlbmFyaW9zIC0NCg0KICAgIGFmdGVyIHRoZQ0KDQogICAgPiAgICAg
Pj4gbmV0d29yayBoYXMgYXNzaWduZWQgdGhlIHVwc3RyZWFtLWxhYmVsLCB0aGUgY29uY2VybmVk
IG5vZGUgaXMNCg0KICAgID4gICAgIGFsbG93ZWQNCg0KICAgID4gICAgID4+IHRvIHN0YXJ0IHNp
Z25hbGluZyB0aGUgVVBTVFJFQU1fTEFCRUwgb2JqZWN0IGluIHRoZSBQQVRILiBJDQoNCiAgICBk
b24ndA0KDQogICAgPiAgICAgPj4gdW5kZXJzdGFuZCBob3cgYWRkaW5nIHR3byBvdGhlciBtZWNo
YW5pc21zIGZvcg0KDQogICAgQmlkaXJlY3Rpb25hbCBMU1ANCg0KICAgID4gICAgIHNldHVwDQoN
CiAgICA+ICAgICA+PiB0cmFuc2xhdGVzIHRvIGNoYW5naW5nIGZ1bmRhbWVudGFsIGFzcGVjdHMg
b2YgdGhlIHByb3RvY29sLg0KDQogICAgPiAgICAgPj4gSW1wbGVtZW50YXRpb25zIHRoYXQgY2Fu
IHN1cHBvcnQgdGhlc2UgZXh0ZW5zaW9ucyBjYW4uDQoNCiAgICBPdGhlcnMgY2FuDQoNCiAgICA+
ICAgICA+PiBzdGlsbCBiZSBoYXBweSB3aXRoIHRoZWlyICJydW5uaW5nIGNvZGUiLg0KDQogICAg
PiAgICAgPj4NCg0KICAgID4gICAgID4+IFJlZ2FyZHMsDQoNCiAgICA+ICAgICA+PiAtUGF2YW4N
Cg0KICAgID4gICAgID4+DQoNCiAgICA+ICAgICA+Pg0KDQogICAgPiAgICAgPj4NCg0KICAgID4g
ICAgID4+IE9uIE1vbiwgTm92IDQsIDIwMTMgYXQgMjoxOCBQTSwgTG91IEJlcmdlcg0KDQogICAg
PGxiZXJnZXJAbGFibi5uZXQ8bWFpbHRvOmxiZXJnZXJAbGFibi5uZXQ+IDxtYWlsdG86bGJlcmdl
ckBsYWJuLm5ldD48bWFpbHRvOmxiZXJnZXJAbGFibi5uZXQ+DQoNCiAgICA+ICAgICA8bWFpbHRv
OmxiZXJnZXJAbGFibi5uZXQgPG1haWx0bzpsYmVyZ2VyQGxhYm4ubmV0PjxtYWlsdG86bGJlcmdl
ckBsYWJuLm5ldD4+DQoNCg0KDQogICAgPiAgICAgPj4gPG1haWx0bzpsYmVyZ2VyQGxhYm4ubmV0
IDxtYWlsdG86bGJlcmdlckBsYWJuLm5ldD48bWFpbHRvOmxiZXJnZXJAbGFibi5uZXQ+DQoNCiAg
ICA8bWFpbHRvOmxiZXJnZXJAbGFibi5uZXQgPG1haWx0bzpsYmVyZ2VyQGxhYm4ubmV0PjxtYWls
dG86bGJlcmdlckBsYWJuLm5ldD4+Pj4gd3JvdGU6DQoNCiAgICA+ICAgICA+Pg0KDQogICAgPiAg
ICAgPj4gICAgIEpvaG4sIChhdXRob3JzKQ0KDQogICAgPiAgICAgPj4NCg0KICAgID4gICAgID4+
ICAgICBQZXJoYXBzIGl0IHdvdWxkIGJlIHVzZWZ1bCB0byByZWZvY3VzIGEgbW9tZW50IG9uIHRo
ZQ0KDQogICAgc3BlY2lmaWMNCg0KICAgID4gICAgID4+ICAgICBsaW1pdGF0aW9ucyB0aGUgZHJh
ZnQgaXMgZm9jdXNpbmcgb24uDQoNCiAgICA+ICAgICA+Pg0KDQogICAgPiAgICAgPj4gICAgIFRo
ZXJlJ3Mgbm8gcXVlc3Rpb24gdGhhdCAzNDczIG1hZGUgY2VydGFpbiBjaG9pY2VzIGJhc2VkIG9u
DQoNCiAgICA+ICAgICBleHBlY3RlZA0KDQogICAgPiAgICAgPj4gICAgIHVzZXMgYW5kIHByb2Jh
YmlsaXRpZXMgdGhhdCBtYXkgbm90IGhvbGQsIGJ1dCB3ZSBkbw0KDQogICAgbmVlZCB0byBiZQ0K
DQogICAgPiAgICAgPj5jYXJlZnVsDQoNCiAgICA+ICAgICA+PiAgICAgd2hlbiBjaGFuZ2luZyBm
dW5kYW1lbnRhbHMgb2YgdGhlIHByb3RvY29sIChlLmcuIG1vdmluZw0KDQogICAgYXdheSBmcm9t
DQoNCiAgICA+ICAgICA+PnRoZQ0KDQogICAgPiAgICAgPj4gICAgIHVzZSBvZiB0aGUgdXBzdHJl
YW0gbGFiZWwgb2JqZWN0IGFzIHRoZSBiYXNpYyBvYmplY3QgdGhhdA0KDQogICAgPiAgICAgaW5k
aWNhdGVzDQoNCiAgICA+ICAgICA+PmENCg0KICAgID4gICAgID4+ICAgICBiaWRpcmVjdGlvbmFs
IExTUC4pDQoNCiAgICA+ICAgICA+Pg0KDQogICAgPiAgICAgPj4gICAgIFNvIGlzIGl0IGZhaXIg
dG8gc2F5IHRoYXQgdGhlIG1haW4gbGltaXRhdGlvbiB0aGF0IHRoZQ0KDQogICAgZHJhZnQgaXMN
Cg0KICAgID4gICAgID4+dHJ5aW5nDQoNCiAgICA+ICAgICA+PiAgICAgdG8gYWRkcmVzcyBpcyB0
aGUgaW5hYmlsaXR5IHRvIHN1cHBvcnQgZG93bnN0cmVhbQ0KDQogICAgc2VsZWN0aW9uIG9mDQoN
CiAgICA+ICAgICA+PiAgICAgdXBzdHJlYW0NCg0KICAgID4gICAgID4+ICAgICBsYWJlbHM/DQoN
CiAgICA+ICAgICA+Pg0KDQogICAgPiAgICAgPj4gICAgIFRoZSBkcmFmdCBhbHNvIGFsbG93cyBm
b3IgYm90aCBzeW1tZXRyaWMgYW5kIGFzeW1tZXRyaWMNCg0KICAgIGxhYmVsDQoNCiAgICA+ICAg
ICB2YWx1ZQ0KDQogICAgPiAgICAgPj4gICAgIGFsbG9jYXRpb24uIElTIHRoaXMgYSByZXF1aXJl
bWVudCwgb3IgYXN5bW1ldHJpYyBqdXN0DQoNCiAgICA+ICAgICBpbmNsdWRlZCBmb3INCg0KICAg
ID4gICAgID4+ICAgICBjb21wbGV0ZW5lc3M/DQoNCiAgICA+ICAgICA+Pg0KDQogICAgPiAgICAg
Pj4gICAgIEFyZSB0aGVyZSBvdGhlciByZXF1aXJlbWVudHMgLyBsaW1pdGF0aW9ucyB5b3UgYXJl
DQoNCiAgICB0cnlpbmcgdG8NCg0KICAgID4gICAgID4+YWRkcmVzcz8NCg0KICAgID4gICAgID4+
DQoNCiAgICA+ICAgICA+PiAgICAgTG91DQoNCiAgICA+ICAgICA+Pg0KDQogICAgPiAgICAgPj4g
ICAgIE9uIDExLzA0LzIwMTMgMDE6MjQgUE0sIEpvaG4gRSBEcmFrZSB3cm90ZToNCg0KICAgID4g
ICAgID4+ICAgICA+IFphZmFyLA0KDQogICAgPiAgICAgPj4gICAgID4NCg0KICAgID4gICAgID4+
ICAgICA+IEJvdGggSWdvciBhbmQgSSBoYXZlIGxpc3RlZCB0ZWNobmljYWwgaXNzdWVzIHdpdGgg
UkZDMzQ3Mw0KDQogICAgPiAgICAgYW5kIHlvdXINCg0KICAgID4gICAgID4+ICAgICA+IHJlc3Bv
bnNlIGlzIHRoYXQgeW91IHJlYWxseSByZWFsbHkgbGlrZSBSRkMzNDczLiBJJ20NCg0KICAgIGhh
cHB5IGZvcg0KDQogICAgPiAgICAgPj4gICAgIHlvdSBidXQNCg0KICAgID4gICAgID4+ICAgICA+
IHVuaW1wcmVzc2VkLg0KDQogICAgPiAgICAgPj4gICAgID4NCg0KICAgID4gICAgID4+ICAgICA+
IEpvaG4NCg0KICAgID4gICAgID4+ICAgICA+DQoNCiAgICA+ICAgICA+PiAgICAgPiBTZW50IGZy
b20gbXkgaVBob25lDQoNCiAgICA+ICAgICA+PiAgICAgPg0KDQogICAgPiAgICAgPj4gICAgID4g
T24gTm92IDQsIDIwMTMsIGF0IDk6NDMgQU0sICJaYWZhciBBbGkgKHphbGkpIg0KDQogICAgPiAg
ICAgPHphbGlAY2lzY28uY29tPG1haWx0bzp6YWxpQGNpc2NvLmNvbT4gPG1haWx0bzp6YWxpQGNp
c2NvLmNvbT48bWFpbHRvOnphbGlAY2lzY28uY29tPiA8bWFpbHRvOnphbGlAY2lzY28uY29tDQoN
CiAgICA8bWFpbHRvOnphbGlAY2lzY28uY29tPjxtYWlsdG86emFsaUBjaXNjby5jb20+Pg0KDQog
ICAgPiAgICAgPj4gICAgIDxtYWlsdG86emFsaUBjaXNjby5jb20gPG1haWx0bzp6YWxpQGNpc2Nv
LmNvbT48bWFpbHRvOnphbGlAY2lzY28uY29tPg0KDQogICAgPG1haWx0bzp6YWxpQGNpc2NvLmNv
bSA8bWFpbHRvOnphbGlAY2lzY28uY29tPjxtYWlsdG86emFsaUBjaXNjby5jb20+Pj4NCg0KICAg
ID4gICAgID4+ICAgICA+IDxtYWlsdG86emFsaUBjaXNjby5jb20gPG1haWx0bzp6YWxpQGNpc2Nv
LmNvbT48bWFpbHRvOnphbGlAY2lzY28uY29tPg0KDQogICAgPG1haWx0bzp6YWxpQGNpc2NvLmNv
bSA8bWFpbHRvOnphbGlAY2lzY28uY29tPjxtYWlsdG86emFsaUBjaXNjby5jb20+Pg0KDQogICAg
PiAgICAgPG1haWx0bzp6YWxpQGNpc2NvLmNvbSA8bWFpbHRvOnphbGlAY2lzY28uY29tPjxtYWls
dG86emFsaUBjaXNjby5jb20+DQoNCiAgICA8bWFpbHRvOnphbGlAY2lzY28uY29tIDxtYWlsdG86
emFsaUBjaXNjby5jb20+PG1haWx0bzp6YWxpQGNpc2NvLmNvbT4+Pj4+IHdyb3RlOg0KDQogICAg
PiAgICAgPj4gICAgID4NCg0KICAgID4gICAgID4+ICAgICA+PiBJZ29yLCBKb2huLQ0KDQogICAg
PiAgICAgPj4gICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4gUGxlYXNlIHNlZSBpbi1saW5l
Lg0KDQogICAgPiAgICAgPj4gICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4gRnJvbTogIklC
cnlza2luQGFkdmFvcHRpY2FsLmNvbTxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPg0K
DQogICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+PG1haWx0bzpJQnJ5c2tpbkBh
ZHZhb3B0aWNhbC5jb20+DQoNCiAgICA+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2Fs
LmNvbQ0KDQogICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+PG1haWx0bzpJQnJ5
c2tpbkBhZHZhb3B0aWNhbC5jb20+Pg0KDQogICAgPiAgICAgPj4gICAgIDxtYWlsdG86SUJyeXNr
aW5AYWR2YW9wdGljYWwuY29tDQoNCiAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNv
bT48bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4NCg0KDQoNCiAgICA+ICAgICA8bWFp
bHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0KDQogICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZh
b3B0aWNhbC5jb20+PG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+Pj4gPG1haWx0bzpJ
QnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCg0KICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGlj
YWwuY29tPjxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPg0KDQoNCg0KICAgID4gICAg
IDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQoNCiAgICA8bWFpbHRvOklCcnlza2lu
QGFkdmFvcHRpY2FsLmNvbT48bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4+DQoNCiAg
ICA+ICAgICA+PiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCg0KICAgIDxt
YWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPjxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGlj
YWwuY29tPg0KDQogICAgPiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCg0K
ICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPjxtYWlsdG86SUJyeXNraW5AYWR2
YW9wdGljYWwuY29tPj4+PiINCg0KICAgID4gICAgID4+ICAgICA+PiA8SUJyeXNraW5AYWR2YW9w
dGljYWwuY29tPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+DQoNCiAgICA8bWFpbHRv
OklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT48bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNv
bT4NCg0KICAgID4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQoNCiAgICA8
bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT48bWFpbHRvOklCcnlza2luQGFkdmFvcHRp
Y2FsLmNvbT4+IDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQoNCiAgICA8bWFpbHRv
OklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT48bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNv
bT4NCg0KICAgID4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQoNCiAgICA8
bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT48bWFpbHRvOklCcnlza2luQGFkdmFvcHRp
Y2FsLmNvbT4+Pg0KDQogICAgPiAgICAgPj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGlj
YWwuY29tDQoNCiAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT48bWFpbHRvOklC
cnlza2luQGFkdmFvcHRpY2FsLmNvbT4NCg0KICAgID4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2
YW9wdGljYWwuY29tDQoNCiAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT48bWFp
bHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4+IDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGlj
YWwuY29tDQoNCiAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT48bWFpbHRvOklC
cnlza2luQGFkdmFvcHRpY2FsLmNvbT4NCg0KICAgID4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2
YW9wdGljYWwuY29tDQoNCiAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT48bWFp
bHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4+Pj4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4g
RGF0ZTogTW9uZGF5LCBOb3ZlbWJlciA0LCAyMDEzIDg6NTcgQU0NCg0KICAgID4gICAgID4+ICAg
ICA+PiBUbzogemFsaSA8emFsaUBjaXNjby5jb208bWFpbHRvOnphbGlAY2lzY28uY29tPiA8bWFp
bHRvOnphbGlAY2lzY28uY29tPjxtYWlsdG86emFsaUBjaXNjby5jb20+DQoNCiAgICA8bWFpbHRv
OnphbGlAY2lzY28uY29tIDxtYWlsdG86emFsaUBjaXNjby5jb20+PG1haWx0bzp6YWxpQGNpc2Nv
LmNvbT4+DQoNCiAgICA+ICAgICA8bWFpbHRvOnphbGlAY2lzY28uY29tIDxtYWlsdG86emFsaUBj
aXNjby5jb20+PG1haWx0bzp6YWxpQGNpc2NvLmNvbT4NCg0KICAgIDxtYWlsdG86emFsaUBjaXNj
by5jb20gPG1haWx0bzp6YWxpQGNpc2NvLmNvbT48bWFpbHRvOnphbGlAY2lzY28uY29tPj4+DQoN
Cg0KDQogICAgPiAgICAgPj4gICAgIDxtYWlsdG86emFsaUBjaXNjby5jb20gPG1haWx0bzp6YWxp
QGNpc2NvLmNvbT48bWFpbHRvOnphbGlAY2lzY28uY29tPg0KDQogICAgPG1haWx0bzp6YWxpQGNp
c2NvLmNvbSA8bWFpbHRvOnphbGlAY2lzY28uY29tPjxtYWlsdG86emFsaUBjaXNjby5jb20+Pg0K
DQoNCg0KICAgID4gICAgIDxtYWlsdG86emFsaUBjaXNjby5jb20gPG1haWx0bzp6YWxpQGNpc2Nv
LmNvbT48bWFpbHRvOnphbGlAY2lzY28uY29tPg0KDQogICAgPG1haWx0bzp6YWxpQGNpc2NvLmNv
bSA8bWFpbHRvOnphbGlAY2lzY28uY29tPjxtYWlsdG86emFsaUBjaXNjby5jb20+Pj4+PiwNCg0K
ICAgID4gICAgID4+ICAgICAiamRyYWtlQGp1bmlwZXIubmV0PG1haWx0bzpqZHJha2VAanVuaXBl
ci5uZXQ+IDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0PjxtYWlsdG86amRyYWtlQGp1bmlwZXIu
bmV0Pg0KDQogICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQgPG1haWx0bzpqZHJha2VAanVu
aXBlci5uZXQ+PG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+Pg0KDQogICAgPiAgICAgPG1haWx0
bzpqZHJha2VAanVuaXBlci5uZXQgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+PG1haWx0bzpq
ZHJha2VAanVuaXBlci5uZXQ+DQoNCiAgICA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldCA8bWFp
bHRvOmpkcmFrZUBqdW5pcGVyLm5ldD48bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4+Pg0KDQog
ICAgPiAgICAgPj4gICAgID4+IDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0DQoNCiAgICA8bWFp
bHRvOmpkcmFrZUBqdW5pcGVyLm5ldD48bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4gPG1haWx0
bzpqZHJha2VAanVuaXBlci5uZXQNCg0KICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0Pjxt
YWlsdG86amRyYWtlQGp1bmlwZXIubmV0Pj4NCg0KICAgID4gICAgIDxtYWlsdG86amRyYWtlQGp1
bmlwZXIubmV0IDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0PjxtYWlsdG86amRyYWtlQGp1bmlw
ZXIubmV0Pg0KDQogICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQgPG1haWx0bzpqZHJha2VA
anVuaXBlci5uZXQ+PG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+Pj4+Ig0KDQogICAgPiAgICAg
Pj4gICAgIDxqZHJha2VAanVuaXBlci5uZXQ8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4gPG1h
aWx0bzpqZHJha2VAanVuaXBlci5uZXQ+PG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+DQoNCiAg
ICA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD48
bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4+DQoNCiAgICA+ICAgICA8bWFpbHRvOmpkcmFrZUBq
dW5pcGVyLm5ldCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD48bWFpbHRvOmpkcmFrZUBqdW5p
cGVyLm5ldD4NCg0KICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0IDxtYWlsdG86amRyYWtl
QGp1bmlwZXIubmV0PjxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0Pj4+DQoNCiAgICA+ICAgICA+
PiAgICAgPj4gPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQNCg0KICAgIDxtYWlsdG86amRyYWtl
QGp1bmlwZXIubmV0PjxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0PiA8bWFpbHRvOmpkcmFrZUBq
dW5pcGVyLm5ldA0KDQogICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+PG1haWx0bzpqZHJh
a2VAanVuaXBlci5uZXQ+Pg0KDQogICAgPiAgICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQg
PG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+PG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+DQoN
CiAgICA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5l
dD48bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4+Pj4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4g
Q2M6ICJjY2FtcEBpZXRmLm9yZzxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+IDxtYWlsdG86Y2NhbXBA
aWV0Zi5vcmc+PG1haWx0bzpjY2FtcEBpZXRmLm9yZz4NCg0KICAgIDxtYWlsdG86Y2NhbXBAaWV0
Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz48bWFpbHRvOmNjYW1wQGlldGYub3JnPj4NCg0K
ICAgID4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz48
bWFpbHRvOmNjYW1wQGlldGYub3JnPg0KDQogICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFp
bHRvOmNjYW1wQGlldGYub3JnPjxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+Pj4NCg0KICAgID4gICAg
ID4+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+PG1h
aWx0bzpjY2FtcEBpZXRmLm9yZz4NCg0KICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0
bzpjY2FtcEBpZXRmLm9yZz48bWFpbHRvOmNjYW1wQGlldGYub3JnPj4NCg0KICAgID4gICAgIDxt
YWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz48bWFpbHRvOmNjYW1w
QGlldGYub3JnPg0KDQogICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGll
dGYub3JnPjxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+Pj4+IiA8Y2NhbXBAaWV0Zi5vcmc8bWFpbHRv
OmNjYW1wQGlldGYub3JnPg0KDQogICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz48bWFpbHRvOmNj
YW1wQGlldGYub3JnPg0KDQogICAgPiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRv
OmNjYW1wQGlldGYub3JnPjxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+Pg0KDQogICAgPiAgICAgPj4g
ICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz48bWFpbHRv
OmNjYW1wQGlldGYub3JnPg0KDQogICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNj
YW1wQGlldGYub3JnPjxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+Pj4NCg0KICAgID4gICAgID4+ICAg
ICA+PiA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+PG1haWx0
bzpjY2FtcEBpZXRmLm9yZz4NCg0KICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpj
Y2FtcEBpZXRmLm9yZz48bWFpbHRvOmNjYW1wQGlldGYub3JnPj4NCg0KICAgID4gICAgIDxtYWls
dG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz48bWFpbHRvOmNjYW1wQGll
dGYub3JnPg0KDQogICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYu
b3JnPjxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+Pj4+Pg0KDQogICAgPiAgICAgPj4gICAgID4+IFN1
YmplY3Q6IFJFOiBDb21tZW50cyBhYm91dA0KDQogICAgPiAgICAgPj4gICAgID4+IGRyYWZ0LWJl
ZXJhbS1jY2FtcC1uZXR3b3JrLWFzc2lnbmVkLXVwc3RyZWFtLWxhYmVsLTAwDQoNCiAgICA+ICAg
ICA+PiAgICAgPj4NCg0KICAgID4gICAgID4+ICAgICA+PiBaYWZhciwNCg0KICAgID4gICAgID4+
ICAgICA+Pg0KDQogICAgPiAgICAgPj4gICAgID4+IDEpIFVzaW5nIGFuIGVycm9yIGluZGljYXRp
b24gYXMgYSBwYXJ0IG9mIG5vcm1hbA0KDQogICAgcHJvdG9jb2wNCg0KICAgID4gICAgID4+ICAg
ICA+PiBvcGVyYXRpb24gaXMgbm90IGdvb2QgZGVzaWduIHByYWN0aWNlLg0KDQogICAgPiAgICAg
Pj4gICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4gVXNlIG9mIFBhdGggZXJyb3IgYW5kIG5v
dGlmeSBtZXNzYWdlIGlzIGFuIGludGVncmFsIHBhcnQNCg0KICAgID4gICAgIG9mIHRoZQ0KDQog
ICAgPiAgICAgPj4gICAgID4+IFJTVlAtVEUgZGVzaWduLiBBbHNvIHBsZWFzZSBub3RlIHRoYXQg
d2UgYXJlIG5vdA0KDQogICAgZGViYXRpbmcNCg0KICAgID4gICAgIGFib3V0IGENCg0KICAgID4g
ICAgID4+ICAgICA+PiBuZXcgcHJvY2VkdXJlIGJlaW5nIHByb3Bvc2VkIGJ1dCB0YWxraW5nIGFi
b3V0IGENCg0KICAgIHByb2NlZHVyZQ0KDQogICAgPiAgICAgdGhhdA0KDQogICAgPiAgICAgPj5p
cw0KDQogICAgPiAgICAgPj4gICAgID4+IGFscmVhZHkgaW1wbGVtZW50ZWQgYW5kIGRlcGxveWVk
Lg0KDQogICAgPiAgICAgPj4gICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4NCg0KICAgID4g
ICAgID4+ICAgICA+Pg0KDQogICAgPiAgICAgPj4gICAgID4+IElCPj4gVGhlIHdheSBJIGludGVy
cHJldCB0aGlzIGRpc2N1c3Npb24gaXMNCg0KICAgIHNvbWV0aGluZyBsaWtlDQoNCiAgICA+ICAg
ICB0aGlzOg0KDQogICAgPiAgICAgPj4gICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4NCg0K
ICAgID4gICAgID4+ICAgICA+Pg0KDQogICAgPiAgICAgPj4gICAgID4+IEpvaG46IEkgYmVsaWV2
ZSB0aGF0IHdoaXRlIGlzIGEgbGlnaHRlciBjb2xvciB0aGFuDQoNCiAgICBibGFjay4NCg0KICAg
ID4gICAgID4+ICAgICA+Pg0KDQogICAgPiAgICAgPj4gICAgID4+IFphZmE6IFdlbGwsIEpvaG4s
IGJsYWNrIGlzIGFuIGludGVncmFsIHBhcnQgb2YgdGhlIGNvbG9yDQoNCiAgICA+ICAgICBwYWxs
ZXQuDQoNCiAgICA+ICAgICA+PiAgICAgPj4gTWFueSBtYXR1cmUgYXBwbGljYXRpb25zIHN1Y2Nl
c3NmdWxseSB1c2UgYmxhY2sgZm9yDQoNCiAgICB0aGVpcg0KDQogICAgPiAgICAgdmFyaW91cw0K
DQogICAgPiAgICAgPj4gICAgID4+IHB1cnBvc2VzLiBNeSBpbXBsZW1lbnRhdGlvbnMsIGZvciBl
eGFtcGxlLCB1c2UgYmxhY2sgZm9yDQoNCiAgICA+ICAgICBwcmV0dHkNCg0KICAgID4gICAgID4+
ICAgICA+PiBtdWNoIGV2ZXJ5dGhpbmehrS4uIFNvLCBpdCBpcyBub3QgY2xlYXIgd2hpY2ggY29s
b3INCg0KICAgIGlzIGxpZ2h0ZXIsDQoNCiAgICA+ICAgICA+PmFuZA0KDQogICAgPiAgICAgPj4g
ICAgID4+IHdoeSBkbyB3ZSBuZWVkIG90aGVyIGNvbG9ycyBhdCBhbGwuIDo9KQ0KDQogICAgPiAg
ICAgPj4gICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4NCg0KICAgID4gICAgID4+ICAgICA+
Pg0KDQogICAgPiAgICAgPj4gICAgID4+IEkgbWVhbiB0byBzYXkgdGhhdCB5b3VyLCBaYWZhciwg
Y29tbWVudHMgSU1ITyBhcmUgbm90DQoNCiAgICA+ICAgICA+PmNvbnN0cnVjdGl2ZQ0KDQogICAg
PiAgICAgPj4gICAgID4+IHRlY2huaWNhbCBhcmd1bWVudHMuDQoNCiAgICA+ICAgICA+PiAgICAg
Pj4NCg0KICAgID4gICAgID4+ICAgICA+PiBJZ29yDQoNCiAgICA+ICAgICA+PiAgICAgPj4NCg0K
ICAgID4gICAgID4+ICAgICA+Pg0KDQogICAgPiAgICAgPj4gICAgID4+DQoNCiAgICA+ICAgICA+
PiAgICAgPj4gSGkgSWdvciBhbmQgSm9objoNCg0KICAgID4gICAgID4+ICAgICA+Pg0KDQogICAg
PiAgICAgPj4gICAgID4+IFRoaXMgaXMgcmVhbGx5IGZ1bm55LiBUaGlzIGlzIHRoZSBmaXJzdCB0
aW1lIEkgaGF2ZQ0KDQogICAgaGVhcmQgdGhhdA0KDQogICAgPiAgICAgPj4gICAgIHJ1bm5pbmcN
Cg0KICAgID4gICAgID4+ICAgICA+PiBjb2RlIGhhcyBubyBtZXJpdCBhdCBJRVRGIDopIFRoaXMg
aXMgZXNwZWNpYWxseSB3aGVuIHRoZQ0KDQogICAgPiAgICAgPj4gICAgIHJ1bm5pbmcgY29kZQ0K
DQogICAgPiAgICAgPj4gICAgID4+IGlzIGRpcmVjdGx5IGNvbWluZyBmcm9tIFJGQzM0NzMuIFlv
dSBhcmUgY2FsbGluZyBpdCAibm90DQoNCiAgICA+ICAgICA+PiAgICAgY29uc3RydWN0aXZlDQoN
CiAgICA+ICAgICA+PiAgICAgPj4gdGVjaG5pY2FsIGFyZ3VtZW50cyIhIExhc3QgSSBoZWFyZCB3
ZSBiZWxpZXZlZCBpbg0KDQogICAgcnVubmluZyBjb2RlDQoNCiAgICA+ICAgICA+PihTZWUNCg0K
ICAgID4gICAgID4+ICAgICA+PiB5b3VyIFQtc2hpcnQgZnJvbSB0aGUgZWxlY3Rpb24gZGF5IGZy
b20gSUVURiBBdGxhbnRhKS4NCg0KICAgID4gICAgID4+ICAgICA+Pg0KDQogICAgPiAgICAgPj4g
ICAgID4+IFlvdXIgZHJhZnQgaXMgT05MWSBhcHBsaWNhYmxlIGZvciBhIHVzZSBjYXNlIHdoZXJl
DQoNCiAgICA+ICAgICB1cHN0cmVhbSBhbmQNCg0KICAgID4gICAgID4+ICAgICA+PiBkb3duc3Ry
ZWFtIGFsaWVuIHdhdmVsZW5ndGggYXJlIGRpZmZlcmVudC4gV2hlbg0KDQogICAgdXBzdHJlYW0g
YW5kDQoNCiAgICA+ICAgICA+PiAgICAgPj4gZG93bnN0cmVhbSBhbGllbiB3YXZlbGVuZ3RoIGFy
ZSBzYW1lLCB1c2Ugb2YNCg0KICAgIGFjY2VwdGFibGUgbGFiZWwNCg0KICAgID4gICAgID4+ICAg
ICBzZXQgYW5kDQoNCiAgICA+ICAgICA+PiAgICAgPj4gbGFiZWwgc2V0IG9iamVjdHMgY29uc3Rp
dHV0ZSB0aGUgcnVubmluZyBjb2RlLg0KDQogICAgSG93ZXZlciwgeW91cg0KDQogICAgPiAgICAg
Pj5kcmFmdA0KDQogICAgPiAgICAgPj4gICAgID4+IG5laXRoZXIgbWFrZXMgdGhhdCBhcHBsaWNh
YmlsaXR5IHN0YXRlbWVudCBub3IgbWFrZXMgYW55DQoNCiAgICA+ICAgICBtZW50aW9uDQoNCiAg
ICA+ICAgICA+Pm9yDQoNCiAgICA+ICAgICA+PiAgICAgPj4gY292ZXIgb3IgcmVmZXJlbmNlIHRv
IHByb2NlZHVyZSBJIHF1b3RlZCBmcm9tIFJGQzM0NzMuDQoNCiAgICA+ICAgICA+PiAgICAgPj4N
Cg0KICAgID4gICAgID4+ICAgICA+PiBUaGFua3MNCg0KICAgID4gICAgID4+ICAgICA+Pg0KDQog
ICAgPiAgICAgPj4gICAgID4+IFJlZ2FyZHOhrVphZmFyDQoNCiAgICA+ICAgICA+PiAgICAgPj4N
Cg0KICAgID4gICAgID4+ICAgICA+Pg0KDQogICAgPiAgICAgPj4gICAgID4+DQoNCiAgICA+ICAg
ICA+PiAgICAgPj4NCg0KICAgID4gICAgID4+ICAgICA+Pg0KDQogICAgPiAgICAgPj4gICAgID4+
ICpGcm9tOipaYWZhciBBbGkgKHphbGkpIFttYWlsdG86emFsaUBjaXNjby5jb20NCg0KICAgIDxt
YWlsdG86emFsaUBjaXNjby5jb20+PG1haWx0bzp6YWxpQGNpc2NvLmNvbT4NCg0KICAgID4gICAg
IDxtYWlsdG86emFsaUBjaXNjby5jb20gPG1haWx0bzp6YWxpQGNpc2NvLmNvbT48bWFpbHRvOnph
bGlAY2lzY28uY29tPj4NCg0KICAgID4gICAgID4+ICAgICA8bWFpbHRvOnphbGlAY2lzY28uY29t
IDxtYWlsdG86emFsaUBjaXNjby5jb20+PG1haWx0bzp6YWxpQGNpc2NvLmNvbT4NCg0KICAgIDxt
YWlsdG86emFsaUBjaXNjby5jb20gPG1haWx0bzp6YWxpQGNpc2NvLmNvbT48bWFpbHRvOnphbGlA
Y2lzY28uY29tPj4+XQ0KDQogICAgPiAgICAgPj4gICAgID4+ICpTZW50OiogTW9uZGF5LCBOb3Zl
bWJlciAwNCwgMjAxMyAxOjUxIEFNDQoNCiAgICA+ICAgICA+PiAgICAgPj4gKlRvOiogSm9obiBF
IERyYWtlOyBJZ29yIEJyeXNraW4NCg0KICAgID4gICAgID4+ICAgICA+PiAqQ2M6KiBjY2FtcEBp
ZXRmLm9yZzxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+IDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+PG1h
aWx0bzpjY2FtcEBpZXRmLm9yZz4NCg0KICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0
bzpjY2FtcEBpZXRmLm9yZz48bWFpbHRvOmNjYW1wQGlldGYub3JnPj4NCg0KICAgID4gICAgIDxt
YWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz48bWFpbHRvOmNjYW1w
QGlldGYub3JnPg0KDQogICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGll
dGYub3JnPjxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+Pj4NCg0KICAgID4gICAgID4+ICAgICA8bWFp
bHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+PG1haWx0bzpjY2FtcEBp
ZXRmLm9yZz4NCg0KICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRm
Lm9yZz48bWFpbHRvOmNjYW1wQGlldGYub3JnPj4NCg0KICAgID4gICAgIDxtYWlsdG86Y2NhbXBA
aWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz48bWFpbHRvOmNjYW1wQGlldGYub3JnPg0K
DQogICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPjxtYWls
dG86Y2NhbXBAaWV0Zi5vcmc+Pj4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4gKlN1YmplY3Q6KiBS
ZTogQ29tbWVudHMgYWJvdXQNCg0KICAgID4gICAgID4+ICAgICA+PiBkcmFmdC1iZWVyYW0tY2Nh
bXAtbmV0d29yay1hc3NpZ25lZC11cHN0cmVhbS1sYWJlbC0wMA0KDQogICAgPiAgICAgPj4gICAg
ID4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4NCg0KICAgID4gICAgID4+ICAgICA+Pg0KDQogICAg
PiAgICAgPj4gICAgID4+IEhpIEpvaG46DQoNCiAgICA+ICAgICA+PiAgICAgPj4NCg0KICAgID4g
ICAgID4+ICAgICA+Pg0KDQogICAgPiAgICAgPj4gICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAg
Pj4gUGxlYXNlIHNlZSBpbi1saW5lLg0KDQogICAgPiAgICAgPj4gICAgID4+DQoNCiAgICA+ICAg
ICA+PiAgICAgPj4NCg0KICAgID4gICAgID4+ICAgICA+Pg0KDQogICAgPiAgICAgPj4gICAgID4+
IFRoYW5rcw0KDQogICAgPiAgICAgPj4gICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4NCg0K
ICAgID4gICAgID4+ICAgICA+Pg0KDQogICAgPiAgICAgPj4gICAgID4+IFJlZ2FyZHMgoa0gWmFm
YXINCg0KICAgID4gICAgID4+ICAgICA+Pg0KDQogICAgPiAgICAgPj4gICAgID4+DQoNCiAgICA+
ICAgICA+PiAgICAgPj4NCg0KICAgID4gICAgID4+ICAgICA+PiAqRnJvbTogKiJqZHJha2VAanVu
aXBlci5uZXQ8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4NCg0KICAgIDxtYWlsdG86amRyYWtl
QGp1bmlwZXIubmV0PjxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0PiA8bWFpbHRvOmpkcmFrZUBq
dW5pcGVyLm5ldA0KDQogICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+PG1haWx0bzpqZHJh
a2VAanVuaXBlci5uZXQ+Pg0KDQogICAgPiAgICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQg
PG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+PG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+DQoN
CiAgICA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5l
dD48bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4+Pg0KDQogICAgPiAgICAgPj4gICAgIDxtYWls
dG86amRyYWtlQGp1bmlwZXIubmV0IDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0PjxtYWlsdG86
amRyYWtlQGp1bmlwZXIubmV0Pg0KDQogICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQgPG1h
aWx0bzpqZHJha2VAanVuaXBlci5uZXQ+PG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+Pg0KDQog
ICAgPiAgICAgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQgPG1haWx0bzpqZHJha2VAanVuaXBl
ci5uZXQ+PG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+DQoNCiAgICA8bWFpbHRvOmpkcmFrZUBq
dW5pcGVyLm5ldCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD48bWFpbHRvOmpkcmFrZUBqdW5p
cGVyLm5ldD4+Pj4iDQoNCiAgICA+ICAgICA+PiAgICAgPj4gPGpkcmFrZUBqdW5pcGVyLm5ldDxt
YWlsdG86amRyYWtlQGp1bmlwZXIubmV0PiA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD48bWFp
bHRvOmpkcmFrZUBqdW5pcGVyLm5ldD4NCg0KICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0
IDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0PjxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0Pj4N
Cg0KICAgID4gICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0IDxtYWlsdG86amRyYWtlQGp1
bmlwZXIubmV0PjxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0Pg0KDQogICAgPG1haWx0bzpqZHJh
a2VAanVuaXBlci5uZXQgPG1haWx0bzpqZHJha2VAanVuaXBlci5uZXQ+PG1haWx0bzpqZHJha2VA
anVuaXBlci5uZXQ+Pj4NCg0KICAgID4gICAgID4+ICAgICA8bWFpbHRvOmpkcmFrZUBqdW5pcGVy
Lm5ldCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD48bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5l
dD4NCg0KICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0IDxtYWlsdG86amRyYWtlQGp1bmlw
ZXIubmV0PjxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0Pj4NCg0KDQoNCiAgICA+ICAgICA8bWFp
bHRvOmpkcmFrZUBqdW5pcGVyLm5ldCA8bWFpbHRvOmpkcmFrZUBqdW5pcGVyLm5ldD48bWFpbHRv
OmpkcmFrZUBqdW5pcGVyLm5ldD4NCg0KICAgIDxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0IDxt
YWlsdG86amRyYWtlQGp1bmlwZXIubmV0PjxtYWlsdG86amRyYWtlQGp1bmlwZXIubmV0Pj4+Pj4N
Cg0KICAgID4gICAgID4+ICAgICA+PiAqRGF0ZTogKlN1bmRheSwgTm92ZW1iZXIgMywgMjAxMyAx
MTo1NyBBTQ0KDQogICAgPiAgICAgPj4gICAgID4+ICpUbzogKnphbGkgPHphbGlAY2lzY28uY29t
PG1haWx0bzp6YWxpQGNpc2NvLmNvbT4gPG1haWx0bzp6YWxpQGNpc2NvLmNvbT48bWFpbHRvOnph
bGlAY2lzY28uY29tPg0KDQogICAgPG1haWx0bzp6YWxpQGNpc2NvLmNvbSA8bWFpbHRvOnphbGlA
Y2lzY28uY29tPjxtYWlsdG86emFsaUBjaXNjby5jb20+Pg0KDQogICAgPiAgICAgPG1haWx0bzp6
YWxpQGNpc2NvLmNvbSA8bWFpbHRvOnphbGlAY2lzY28uY29tPjxtYWlsdG86emFsaUBjaXNjby5j
b20+DQoNCiAgICA8bWFpbHRvOnphbGlAY2lzY28uY29tIDxtYWlsdG86emFsaUBjaXNjby5jb20+
PG1haWx0bzp6YWxpQGNpc2NvLmNvbT4+Pg0KDQoNCg0KICAgID4gICAgID4+ICAgICA8bWFpbHRv
OnphbGlAY2lzY28uY29tIDxtYWlsdG86emFsaUBjaXNjby5jb20+PG1haWx0bzp6YWxpQGNpc2Nv
LmNvbT4NCg0KICAgIDxtYWlsdG86emFsaUBjaXNjby5jb20gPG1haWx0bzp6YWxpQGNpc2NvLmNv
bT48bWFpbHRvOnphbGlAY2lzY28uY29tPj4NCg0KDQoNCiAgICA+ICAgICA8bWFpbHRvOnphbGlA
Y2lzY28uY29tIDxtYWlsdG86emFsaUBjaXNjby5jb20+PG1haWx0bzp6YWxpQGNpc2NvLmNvbT4N
Cg0KICAgIDxtYWlsdG86emFsaUBjaXNjby5jb20gPG1haWx0bzp6YWxpQGNpc2NvLmNvbT48bWFp
bHRvOnphbGlAY2lzY28uY29tPj4+Pj4sDQoNCiAgICA+ICAgICA+PiAgICAgPj4gIklCcnlza2lu
QGFkdmFvcHRpY2FsLmNvbTxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPg0KDQogICAg
PG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+PG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0
aWNhbC5jb20+DQoNCiAgICA+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0K
DQogICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+PG1haWx0bzpJQnJ5c2tpbkBh
ZHZhb3B0aWNhbC5jb20+PiA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0KDQogICAg
PG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+PG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0
aWNhbC5jb20+DQoNCiAgICA+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0K
DQogICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+PG1haWx0bzpJQnJ5c2tpbkBh
ZHZhb3B0aWNhbC5jb20+Pj4NCg0KDQoNCiAgICA+ICAgICA+PiAgICAgPG1haWx0bzpJQnJ5c2tp
bkBhZHZhb3B0aWNhbC5jb20NCg0KICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29t
PjxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPg0KDQogICAgPiAgICAgPG1haWx0bzpJ
QnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCg0KICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGlj
YWwuY29tPjxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPj4gPG1haWx0bzpJQnJ5c2tp
bkBhZHZhb3B0aWNhbC5jb20NCg0KICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29t
PjxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPg0KDQogICAgPiAgICAgPG1haWx0bzpJ
QnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCg0KICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGlj
YWwuY29tPjxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPj4+PiINCg0KICAgID4gICAg
ID4+ICAgICA+PiA8SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPG1haWx0bzpJQnJ5c2tpbkBhZHZh
b3B0aWNhbC5jb20+DQoNCiAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT48bWFp
bHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4NCg0KICAgID4gICAgIDxtYWlsdG86SUJyeXNr
aW5AYWR2YW9wdGljYWwuY29tDQoNCiAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNv
bT48bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4+IDxtYWlsdG86SUJyeXNraW5AYWR2
YW9wdGljYWwuY29tDQoNCiAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT48bWFp
bHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4NCg0KICAgID4gICAgIDxtYWlsdG86SUJyeXNr
aW5AYWR2YW9wdGljYWwuY29tDQoNCiAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNv
bT48bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4+Pg0KDQogICAgPiAgICAgPj4gICAg
IDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQoNCiAgICA8bWFpbHRvOklCcnlza2lu
QGFkdmFvcHRpY2FsLmNvbT48bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4NCg0KICAg
ID4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQoNCiAgICA8bWFpbHRvOklC
cnlza2luQGFkdmFvcHRpY2FsLmNvbT48bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4+
IDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQoNCiAgICA8bWFpbHRvOklCcnlza2lu
QGFkdmFvcHRpY2FsLmNvbT48bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT4NCg0KDQoN
CiAgICA+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0KDQogICAgPG1haWx0
bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+PG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5j
b20+Pj4+Pg0KDQogICAgPiAgICAgPj4gICAgID4+ICpDYzogKiJjY2FtcEBpZXRmLm9yZzxtYWls
dG86Y2NhbXBAaWV0Zi5vcmc+IDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+PG1haWx0bzpjY2FtcEBp
ZXRmLm9yZz4NCg0KICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRm
Lm9yZz48bWFpbHRvOmNjYW1wQGlldGYub3JnPj4NCg0KICAgID4gICAgIDxtYWlsdG86Y2NhbXBA
aWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz48bWFpbHRvOmNjYW1wQGlldGYub3JnPg0K
DQogICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPjxtYWls
dG86Y2NhbXBAaWV0Zi5vcmc+Pj4NCg0KDQoNCiAgICA+ICAgICA+PiAgICAgPG1haWx0bzpjY2Ft
cEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPjxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+
DQoNCiAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+PG1h
aWx0bzpjY2FtcEBpZXRmLm9yZz4+DQoNCiAgICA+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3Jn
IDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+PG1haWx0bzpjY2FtcEBpZXRmLm9yZz4NCg0KICAgIDxt
YWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz48bWFpbHRvOmNjYW1w
QGlldGYub3JnPj4+PiIgPGNjYW1wQGlldGYub3JnPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4NCg0K
ICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+PG1haWx0bzpjY2FtcEBpZXRmLm9yZz4NCg0KICAg
ID4gICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz48bWFp
bHRvOmNjYW1wQGlldGYub3JnPj4NCg0KICAgID4gICAgID4+ICAgICA8bWFpbHRvOmNjYW1wQGll
dGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+PG1haWx0bzpjY2FtcEBpZXRmLm9yZz4NCg0K
ICAgIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz48bWFpbHRv
OmNjYW1wQGlldGYub3JnPj4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4gPG1haWx0bzpjY2FtcEBp
ZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPjxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+DQoN
CiAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+PG1haWx0
bzpjY2FtcEBpZXRmLm9yZz4+DQoNCg0KDQogICAgPiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9y
ZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPjxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+DQoNCiAgICA8
bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+PG1haWx0bzpjY2Ft
cEBpZXRmLm9yZz4+Pj4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4gKlN1YmplY3Q6ICpSRTogQ29t
bWVudHMgYWJvdXQNCg0KICAgID4gICAgID4+ICAgICA+PiBkcmFmdC1iZWVyYW0tY2NhbXAtbmV0
d29yay1hc3NpZ25lZC11cHN0cmVhbS1sYWJlbC0wMA0KDQogICAgPiAgICAgPj4gICAgID4+DQoN
CiAgICA+ICAgICA+PiAgICAgPj4NCg0KICAgID4gICAgID4+ICAgICA+Pg0KDQogICAgPiAgICAg
Pj4gICAgID4+IFphZmFyLA0KDQogICAgPiAgICAgPj4gICAgID4+DQoNCiAgICA+ICAgICA+PiAg
ICAgPj4gVGhhdCBiZWNhdXNlIHRoaXMgYWxyZWFkeSBkZWZpbmVkIG1ldGhvZCBoYXMgdGhlDQoN
CiAgICBmb2xsb3dpbmcNCg0KICAgID4gICAgID4+aXNzdWVzOg0KDQogICAgPiAgICAgPj4gICAg
ID4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4gMSkgVXNpbmcgYW4gZXJyb3IgaW5kaWNhdGlvbiBh
cyBhIHBhcnQgb2Ygbm9ybWFsDQoNCiAgICBwcm90b2NvbA0KDQogICAgPiAgICAgPj4gICAgID4+
IG9wZXJhdGlvbiBpcyBub3QgZ29vZCBkZXNpZ24gcHJhY3RpY2UuDQoNCiAgICA+ICAgICA+PiAg
ICAgPj4NCg0KICAgID4gICAgID4+ICAgICA+PiBVc2Ugb2YgUGF0aCBlcnJvciBhbmQgbm90aWZ5
IG1lc3NhZ2UgaXMgYW4gaW50ZWdyYWwgcGFydA0KDQogICAgPiAgICAgb2YgdGhlDQoNCiAgICA+
ICAgICA+PiAgICAgPj4gUlNWUC1URSBkZXNpZ24uIEFsc28gcGxlYXNlIG5vdGUgdGhhdCB3ZSBh
cmUgbm90DQoNCiAgICBkZWJhdGluZw0KDQogICAgPiAgICAgYWJvdXQgYQ0KDQogICAgPiAgICAg
Pj4gICAgID4+IG5ldyBwcm9jZWR1cmUgYmVpbmcgcHJvcG9zZWQgYnV0IHRhbGtpbmcgYWJvdXQg
YQ0KDQogICAgcHJvY2VkdXJlDQoNCiAgICA+ICAgICB0aGF0DQoNCiAgICA+ICAgICA+PmlzDQoN
CiAgICA+ICAgICA+PiAgICAgPj4gYWxyZWFkeSBpbXBsZW1lbnRlZCBhbmQgZGVwbG95ZWQuDQoN
CiAgICA+ICAgICA+PiAgICAgPj4NCg0KICAgID4gICAgID4+ICAgICA+PiAyKSBBY2NlcHRhYmxl
IExhYmVsIFNldCBpcyBvcHRpb25hbCBzbyBpdHMgcHJlc2VuY2UNCg0KICAgIGlzIG5vdA0KDQog
ICAgPiAgICAgPj4gICAgID4+IGd1YXJhbnRlZWQNCg0KICAgID4gICAgID4+ICAgICA+Pg0KDQog
ICAgPiAgICAgPj4gICAgID4+IFNvIGlzIHRoZSBjYXNlIG9mIG5ld2x5IGRlZmluZWQgdXBzdHJl
YW0gbGFiZWwgc2V0LiBBbHNvDQoNCiAgICA+ICAgICBwbGVhc2UNCg0KICAgID4gICAgID4+ICAg
ICA+PiBub3RlIHRoYXQgbWFueSBwYXJ0IG9mIHRoZSBSU1ZQLVRFIHByb3RvY29sIGFyZQ0KDQog
ICAgZGVzaWduZWQgdXNpbmcNCg0KICAgID4gICAgID4+ICAgICA+PiBvcHRpb25hbCBvYmplY3Rz
Lg0KDQogICAgPiAgICAgPj4gICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4gMykgVGhlIGlu
Zm9ybWF0aW9uIGl0IHByb3ZpZGVzIG1heSBiZSBvdXQgb2YgZGF0ZSBieQ0KDQogICAgdGhlIHRp
bWUNCg0KICAgID4gICAgID4+ICAgICA+PiB0aGUgTFNQIGlzIHJlLXNpZ25hbGVkLg0KDQogICAg
PiAgICAgPj4gICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4gVGhpcyBpcyBhbiBpbXBsZW1l
bnRhdGlvbiBpc3N1ZS4gQSBub2RlIHNlbmRpbmcgdGhlDQoNCiAgICBhY2NlcHRhYmxlDQoNCiAg
ICA+ICAgICA+PiAgICAgPj4gbGFiZWwgc2V0IGhhcyB0aGUgcmVzcG9uc2liaWxpdHkgdG8gZ3Vh
cmFudGVlIHRoYXQNCg0KICAgIGluZm9ybWF0aW9uDQoNCiAgICA+ICAgICA+PiAgICAgPj4gcHJv
dmlkZXMgaW4gdGhlIGFjY2VwdGFibGUgbGFiZWwgc2V0IHJlbWFpbnMgdmFsaWQgZm9yDQoNCiAg
ICA+ICAgICA+PiAgICAgPj4gcmUtc2lnbmFsaW5nIHRpbWUuIEUuZy4sIFVOSS1OIGltcGxlbWVu
dGF0aW9uIGNhbiBjYWNoZQ0KDQogICAgPiAgICAgdGhlIGxhYmVsDQoNCiAgICA+ICAgICA+PiAg
ICAgPj4gZm9yIHRoZSByZS1zaWduYWxpbmcgdGltZS4NCg0KICAgID4gICAgID4+ICAgICA+Pg0K
DQogICAgPiAgICAgPj4gICAgID4+IDQpIE1vc3QgaW1wb3J0YW50bHksIEFjY2VwdGFibGUgTGFi
ZWwgU2V0IGlzDQoNCiAgICBnZW5lcmF0ZWQgaG9wIGJ5DQoNCiAgICA+ICAgICA+PiAgICAgPj4g
aG9wLCB1bmxpa2UgVXBzdHJlYW0gTGFiZWwgU2V0IHdoaWNoIGV4ZXJjaXNlcyB0aGUNCg0KICAg
IGVudGlyZQ0KDQogICAgPiAgICAgPj4gICAgID4+IHBhdGguIFRoaXMgbWVhbnMgdGhhdCBpdHMg
dXNlIHRvIGRldGVybWluZSBhIHZhbGlkDQoNCiAgICB3YXZlbGVuZ3RoDQoNCiAgICA+ICAgICA+
PiAgICAgPj4gd291bGQgcmVxdWlyZSBhIHBvdGVudGlhbGx5IHVuYm91bmRlZCBudW1iZXIgb2YN
Cg0KICAgIGNyYW5rYmFja3MsDQoNCiAgICA+ICAgICA+PiAgICAgPj4gYm90aCBzaW5nbGUgYW5k
IG11bHRpLWhvcCwgd2l0aCBubyBndWFyYW50ZWUgdGhhdCBzdWNoIGENCg0KICAgID4gICAgID4+
ICAgICA+PiB3YXZlbGVuZ3RoIGNvdWxkIGJlIGZvdW5kLg0KDQogICAgPiAgICAgPj4gICAgID4+
DQoNCiAgICA+ICAgICA+PiAgICAgPj4gSW4gdGhlIHVzZSBjYXNlIG9mIGFsaWduIHdhdmVsZW5n
dGggYWRkcmVzc2VkIGluIHRoaXMNCg0KICAgID4gICAgIGRyYWZ0LCB0aGUNCg0KICAgID4gICAg
ID4+ICAgICA+PiBhY2NlcHRhYmxlIGxhYmVsIHNldCBjb21tdW5pY2F0aW9uIGlzIHJlc3RyaWN0
ZWQgdG8gdGhlDQoNCiAgICA+ICAgICBVTkktQyBhbmQNCg0KICAgID4gICAgID4+ICAgICA+PiBV
TkktTiBub2RlLg0KDQogICAgPiAgICAgPj4gICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4g
WW91cnMgSXJyZXNwZWN0aXZlbHksDQoNCiAgICA+ICAgICA+PiAgICAgPj4NCg0KICAgID4gICAg
ID4+ICAgICA+Pg0KDQogICAgPiAgICAgPj4gICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4g
Sm9obg0KDQogICAgPiAgICAgPj4gICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4NCg0KICAg
ID4gICAgID4+ICAgICA+Pg0KDQogICAgPiAgICAgPj4gICAgID4+ICpGcm9tOipjY2FtcC1ib3Vu
Y2VzQGlldGYub3JnDQoNCiAgICA8bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc+PG1haWx0
bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPg0KDQogICAgPiAgICAgPG1haWx0bzpjY2FtcC1ib3Vu
Y2VzQGlldGYub3JnDQoNCiAgICA8bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc+PG1haWx0
bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPj4gPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3Jn
DQoNCiAgICA8bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc+PG1haWx0bzpjY2FtcC1ib3Vu
Y2VzQGlldGYub3JnPg0KDQogICAgPiAgICAgPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3Jn
IDxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZz48bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0
Zi5vcmc+Pj4NCg0KICAgID4gICAgID4+ICAgICA8bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5v
cmcNCg0KICAgIDxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZz48bWFpbHRvOmNjYW1wLWJv
dW5jZXNAaWV0Zi5vcmc+DQoNCg0KDQogICAgPiAgICAgPG1haWx0bzpjY2FtcC1ib3VuY2VzQGll
dGYub3JnDQoNCiAgICA8bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc+PG1haWx0bzpjY2Ft
cC1ib3VuY2VzQGlldGYub3JnPj4gPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnDQoNCiAg
ICA8bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc+PG1haWx0bzpjY2FtcC1ib3VuY2VzQGll
dGYub3JnPg0KDQoNCg0KICAgID4gICAgIDxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZyA8
bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc+PG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYu
b3JnPj4+Pg0KDQogICAgPiAgICAgPj4gICAgID4+IFttYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRm
Lm9yZw0KDQogICAgPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPjxtYWlsdG86Y2NhbXAt
Ym91bmNlc0BpZXRmLm9yZz4NCg0KICAgID4gICAgIDxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRm
Lm9yZw0KDQogICAgPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPjxtYWlsdG86Y2NhbXAt
Ym91bmNlc0BpZXRmLm9yZz4+IDxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZw0KDQogICAg
PG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPjxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRm
Lm9yZz4NCg0KICAgID4gICAgIDxtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZyA8bWFpbHRv
OmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc+PG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPj4+
XQ0KDQogICAgPiAgICAgPj4gICAgICpPbiBCZWhhbGYgT2YgKlphZmFyIEFsaSAoemFsaSkNCg0K
ICAgID4gICAgID4+ICAgICA+PiAqU2VudDoqIFN1bmRheSwgTm92ZW1iZXIgMDMsIDIwMTMgODox
MiBBTQ0KDQogICAgPiAgICAgPj4gICAgID4+ICpUbzoqIElCcnlza2luQGFkdmFvcHRpY2FsLmNv
bTxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPg0KDQogICAgPG1haWx0bzpJQnJ5c2tp
bkBhZHZhb3B0aWNhbC5jb20+PG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+DQoNCiAg
ICA+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbQ0KDQogICAgPG1haWx0bzpJ
QnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+PG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+
Pg0KDQogICAgPiAgICAgPj4gICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tDQoN
CiAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRpY2FsLmNvbT48bWFpbHRvOklCcnlza2luQGFk
dmFvcHRpY2FsLmNvbT4NCg0KDQoNCiAgICA+ICAgICA8bWFpbHRvOklCcnlza2luQGFkdmFvcHRp
Y2FsLmNvbQ0KDQogICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+PG1haWx0bzpJ
QnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+Pj4gPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5j
b20NCg0KICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPjxtYWlsdG86SUJyeXNr
aW5AYWR2YW9wdGljYWwuY29tPg0KDQogICAgPiAgICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0
aWNhbC5jb20NCg0KICAgIDxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPjxtYWlsdG86
SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPj4NCg0KICAgID4gICAgID4+ICAgICA8bWFpbHRvOklC
cnlza2luQGFkdmFvcHRpY2FsLmNvbQ0KDQogICAgPG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNh
bC5jb20+PG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20+DQoNCg0KDQogICAgPiAgICAg
PG1haWx0bzpJQnJ5c2tpbkBhZHZhb3B0aWNhbC5jb20NCg0KICAgIDxtYWlsdG86SUJyeXNraW5A
YWR2YW9wdGljYWwuY29tPjxtYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tPj4+Pg0KDQog
ICAgPiAgICAgPj4gICAgID4+ICpDYzoqIGNjYW1wQGlldGYub3JnPG1haWx0bzpjY2FtcEBpZXRm
Lm9yZz4gPG1haWx0bzpjY2FtcEBpZXRmLm9yZz48bWFpbHRvOmNjYW1wQGlldGYub3JnPg0KDQog
ICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPjxtYWlsdG86
Y2NhbXBAaWV0Zi5vcmc+Pg0KDQogICAgPiAgICAgPG1haWx0bzpjY2FtcEBpZXRmLm9yZyA8bWFp
bHRvOmNjYW1wQGlldGYub3JnPjxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+DQoNCiAgICA8bWFpbHRv
OmNjYW1wQGlldGYub3JnIDxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+PG1haWx0bzpjY2FtcEBpZXRm
Lm9yZz4+Pg0KDQoNCg0KICAgID4gICAgID4+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxt
YWlsdG86Y2NhbXBAaWV0Zi5vcmc+PG1haWx0bzpjY2FtcEBpZXRmLm9yZz4NCg0KICAgIDxtYWls
dG86Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz48bWFpbHRvOmNjYW1wQGll
dGYub3JnPj4NCg0KDQoNCiAgICA+ICAgICA8bWFpbHRvOmNjYW1wQGlldGYub3JnIDxtYWlsdG86
Y2NhbXBAaWV0Zi5vcmc+PG1haWx0bzpjY2FtcEBpZXRmLm9yZz4NCg0KICAgIDxtYWlsdG86Y2Nh
bXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz48bWFpbHRvOmNjYW1wQGlldGYub3Jn
Pj4+Pg0KDQogICAgPiAgICAgPj4gICAgID4+ICpTdWJqZWN0OiogW0NDQU1QXSBDb21tZW50cyBh
Ym91dA0KDQogICAgPiAgICAgPj4gICAgID4+IGRyYWZ0LWJlZXJhbS1jY2FtcC1uZXR3b3JrLWFz
c2lnbmVkLXVwc3RyZWFtLWxhYmVsLTAwDQoNCiAgICA+ICAgICA+PiAgICAgPj4NCg0KICAgID4g
ICAgID4+ICAgICA+Pg0KDQogICAgPiAgICAgPj4gICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAg
Pj4gSGkgSWdvciBhbmQgY28tYXV0aG9ycy0NCg0KICAgID4gICAgID4+ICAgICA+Pg0KDQogICAg
PiAgICAgPj4gICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAgPj4NCg0KICAgID4gICAgID4+ICAg
ICA+PiBQbGVhc2Ugbm90ZSB0aGF0IFtSRkMzNDczXSBhbHJlYWR5IGNvbnNpZGVycyB0aGUNCg0K
ICAgIGNhc2Ugd2hlcmUNCg0KICAgID4gICAgID4+ICAgICA+PiB1cHN0cmVhbSBsYWJlbCBtYXkg
bm90IGJlIGFjY2VwdGFibGUgdG8gYSBkb3duc3RyZWFtDQoNCiAgICA+ICAgICA+PiAgICAgPj4g
bm9kZS4gU3BlY2lmaWNhbGx5LCBbUkZDMzQ3M10gc3RhdGVzIHRoYXQ6DQoNCiAgICA+ICAgICA+
PiAgICAgPj4NCg0KICAgID4gICAgID4+ICAgICA+PiAiL3doZW4gYSBQYXRoIG1lc3NhZ2UgY29u
dGFpbmluZyBhbiBVcHN0cmVhbV9MYWJlbA0KDQogICAgb2JqZWN0IGlzDQoNCiAgICA+ICAgICA+
PiAgICAgPj4gcmVjZWl2ZWQsIHRoZSByZWNlaXZlciBmaXJzdCB2ZXJpZmllcyB0aGF0IHRoZQ0K
DQogICAgdXBzdHJlYW0gbGFiZWwNCg0KICAgID4gICAgID4+ICAgICA+PiBpcyBhY2NlcHRhYmxl
LiBJZiB0aGUgbGFiZWwgaXMgbm90IGFjY2VwdGFibGUsIHRoZQ0KDQogICAgcmVjZWl2ZXINCg0K
ICAgID4gICAgID4+ICAgICA+PiAvKk1VU1QqL2lzc3VlIGEgUGF0aEVyciBtZXNzYWdlIHdpdGgg
YSAiUm91dGluZw0KDQogICAgPiAgICAgPj4gICAgID4+IHByb2JsZW0vVW5hY2NlcHRhYmxlIGxh
YmVsIHZhbHVlIiBpbmRpY2F0aW9uLiBUaGUNCg0KICAgIGdlbmVyYXRlZA0KDQogICAgPiAgICAg
Pj4gICAgID4+IFBhdGhFcnIgbWVzc2FnZSBNQVkgaW5jbHVkZSBhbiBBY2NlcHRhYmxlIExhYmVs
IFNldA0KDQogICAgT2JqZWN0LyIuDQoNCiAgICA+ICAgICA+PiAgICAgPj4NCg0KICAgID4gICAg
ID4+ICAgICA+PiBBY2NlcHRhYmxlX0xhYmVsX1NldCBvYmplY3RzIG1heSBiZSBjYXJyaWVkIGlu
DQoNCiAgICBQYXRoRXJyIGFuZA0KDQogICAgPiAgICAgPj4gICAgID4+IFJlc3ZFcnIgbWVzc2Fn
ZXMgW1JGQzM0NzNdLg0KDQogICAgPiAgICAgPj4gICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAg
Pj4NCg0KICAgID4gICAgID4+ICAgICA+Pg0KDQogICAgPiAgICAgPj4gICAgID4+IEhvd2V2ZXIs
IHlvdXIgZHJhZnQgZG9lcyBub3QgbWVudGlvbiBvciBjb3ZlciB0aGlzDQoNCiAgICBhbHJlYWR5
DQoNCiAgICA+ICAgICA+PiAgICAgPj4gZGVmaW5lZCBtZXRob2QuDQoNCiAgICA+ICAgICA+PiAg
ICAgPj4NCg0KICAgID4gICAgID4+ICAgICA+Pg0KDQogICAgPiAgICAgPj4gICAgID4+DQoNCiAg
ICA+ICAgICA+PiAgICAgPj4gVGhhbmtzDQoNCiAgICA+ICAgICA+PiAgICAgPj4NCg0KICAgID4g
ICAgID4+ICAgICA+Pg0KDQogICAgPiAgICAgPj4gICAgID4+DQoNCiAgICA+ICAgICA+PiAgICAg
Pj4gUmVnYXJkcyChrSBaYWZhcg0KDQogICAgPiAgICAgPj4gICAgID4+DQoNCiAgICA+ICAgICA+
PiAgICAgPg0KDQogICAgPiAgICAgPj4gICAgID4NCg0KICAgID4gICAgID4+ICAgICA+IF9fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNCiAgICA+ICAgICA+
PiAgICAgPiBDQ0FNUCBtYWlsaW5nIGxpc3QNCg0KICAgID4gICAgID4+ICAgICA+IENDQU1QQGll
dGYub3JnPG1haWx0bzpDQ0FNUEBpZXRmLm9yZz4gPG1haWx0bzpDQ0FNUEBpZXRmLm9yZz48bWFp
bHRvOkNDQU1QQGlldGYub3JnPg0KDQogICAgPG1haWx0bzpDQ0FNUEBpZXRmLm9yZyA8bWFpbHRv
OkNDQU1QQGlldGYub3JnPjxtYWlsdG86Q0NBTVBAaWV0Zi5vcmc+Pg0KDQoNCg0KICAgID4gICAg
IDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmcgPG1haWx0bzpDQ0FNUEBpZXRmLm9yZz48bWFpbHRvOkND
QU1QQGlldGYub3JnPg0KDQogICAgPG1haWx0bzpDQ0FNUEBpZXRmLm9yZyA8bWFpbHRvOkNDQU1Q
QGlldGYub3JnPjxtYWlsdG86Q0NBTVBAaWV0Zi5vcmc+Pj4NCg0KDQoNCiAgICA+ICAgICA+PiAg
ICAgPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2NjYW1wDQoNCiAgICA+
ICAgICA+PiAgICAgPg0KDQogICAgPiAgICAgPj4NCg0KICAgID4gICAgID4+ICAgICBfX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KDQogICAgPiAgICAgPj4g
ICAgIENDQU1QIG1haWxpbmcgbGlzdA0KDQoNCg0KICAgID4gICAgID4+ICAgICBDQ0FNUEBpZXRm
Lm9yZzxtYWlsdG86Q0NBTVBAaWV0Zi5vcmc+IDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmc+PG1haWx0
bzpDQ0FNUEBpZXRmLm9yZz4NCg0KICAgIDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmcgPG1haWx0bzpD
Q0FNUEBpZXRmLm9yZz48bWFpbHRvOkNDQU1QQGlldGYub3JnPj4NCg0KICAgIDxtYWlsdG86Q0NB
TVBAaWV0Zi5vcmcgPG1haWx0bzpDQ0FNUEBpZXRmLm9yZz48bWFpbHRvOkNDQU1QQGlldGYub3Jn
Pg0KDQoNCg0KICAgID4gICAgIDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmcgPG1haWx0bzpDQ0FNUEBp
ZXRmLm9yZz48bWFpbHRvOkNDQU1QQGlldGYub3JnPj4+DQoNCiAgICA+ICAgICA+PiAgICAgaHR0
cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9jY2FtcA0KDQogICAgPiAgICAgPj4N
Cg0KICAgID4gICAgID4+DQoNCiAgICA+ICAgICA+Pg0KDQogICAgPiAgICAgPj4NCg0KICAgID4g
ICAgID4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoN
CiAgICA+ICAgICA+PiBDQ0FNUCBtYWlsaW5nIGxpc3QNCg0KICAgID4gICAgID4+IENDQU1QQGll
dGYub3JnPG1haWx0bzpDQ0FNUEBpZXRmLm9yZz4gPG1haWx0bzpDQ0FNUEBpZXRmLm9yZz48bWFp
bHRvOkNDQU1QQGlldGYub3JnPg0KDQogICAgPG1haWx0bzpDQ0FNUEBpZXRmLm9yZyA8bWFpbHRv
OkNDQU1QQGlldGYub3JnPjxtYWlsdG86Q0NBTVBAaWV0Zi5vcmc+Pg0KDQogICAgPiAgICAgPj4g
aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9jY2FtcA0KDQogICAgPiAgICAg
Pg0KDQogICAgPiAgICAgPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fDQoNCiAgICA+ICAgICA+Q0NBTVAgbWFpbGluZyBsaXN0DQoNCiAgICA+ICAgICA+Q0NB
TVBAaWV0Zi5vcmc8bWFpbHRvOkNDQU1QQGlldGYub3JnPiA8bWFpbHRvOkNDQU1QQGlldGYub3Jn
PjxtYWlsdG86Q0NBTVBAaWV0Zi5vcmc+IDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmcNCg0KICAgIDxt
YWlsdG86Q0NBTVBAaWV0Zi5vcmc+PG1haWx0bzpDQ0FNUEBpZXRmLm9yZz4+DQoNCiAgICA+ICAg
ICA+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9jY2FtcA0KDQogICAgPiAg
ICAgPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNCiAg
ICA+ICAgICA+Q0NBTVAgbWFpbGluZyBsaXN0DQoNCiAgICA+ICAgICA+Q0NBTVBAaWV0Zi5vcmc8
bWFpbHRvOkNDQU1QQGlldGYub3JnPiA8bWFpbHRvOkNDQU1QQGlldGYub3JnPjxtYWlsdG86Q0NB
TVBAaWV0Zi5vcmc+IDxtYWlsdG86Q0NBTVBAaWV0Zi5vcmcNCg0KICAgIDxtYWlsdG86Q0NBTVBA
aWV0Zi5vcmc+PG1haWx0bzpDQ0FNUEBpZXRmLm9yZz4+DQoNCiAgICA+ICAgICA+aHR0cHM6Ly93
d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9jY2FtcA0KDQogICAgPg0KDQogICAgPg0KDQog
ICAgPg0KDQogICAgPg0KDQogICAgPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fXw0KDQogICAgPiBDQ0FNUCBtYWlsaW5nIGxpc3QNCg0KICAgID4gQ0NBTVBA
aWV0Zi5vcmc8bWFpbHRvOkNDQU1QQGlldGYub3JnPiA8bWFpbHRvOkNDQU1QQGlldGYub3JnPjxt
YWlsdG86Q0NBTVBAaWV0Zi5vcmc+DQoNCiAgICA+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt
YW4vbGlzdGluZm8vY2NhbXANCg0KICAgID4NCg0KDQoNCg0KDQoNCg0KDQoNCl9fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNCkNDQU1QIG1haWxpbmcgbGlz
dA0KDQpDQ0FNUEBpZXRmLm9yZzxtYWlsdG86Q0NBTVBAaWV0Zi5vcmc+DQoNCmh0dHBzOi8vd3d3
LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vY2NhbXANCg0KX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KQ0NBTVAgbWFpbGluZyBsaXN0DQoNCkNDQU1Q
QGlldGYub3JnPG1haWx0bzpDQ0FNUEBpZXRmLm9yZz4NCg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcv
bWFpbG1hbi9saXN0aW5mby9jY2FtcA0K

--_000_F82A4B6D50F9464B8EBA55651F541CF85CA89EFASZXEMA504MBSchi_
Content-Type: text/html; charset="gb2312"
Content-Transfer-Encoding: quoted-printable










Hi Igor,


 


Good point. 


 


I am not sure if we need to deprecate Upstream Label object or just leav=
e it (even though it might not useful), but I  don't think it is =
a good idea to make protocol more complex based on the un-practical as=
sumption.


 


Some RFCs really defined some useless stuff (like Lou's draft to depreca=
te PSC-1, PSC-2...), but please don't make the thing happen repea=
tedly.


 


Thanks


 


Fatai


 


 




=B7=A2=BC=FE=C8=CB: Igor Bryskin [IBryskin=
@advaoptical.com]

=B7=A2=CB=CD=CA=B1=BC=E4: 2013=C4=EA11=D4=C26=C8=D5 10:15

=CA=D5=BC=FE=C8=CB: Dieter Beller; Vishnu Pavan Beeram

=B3=AD=CB=CD: Fatai Zhang; Lou Berger; ccamp@ietf.org

=D6=F7=CC=E2: RE: [CCAMP] =B4=F0=B8=B4: =B4=F0=B8=B4: Comments about=
 draft-beeram-ccamp-network-assigned-upstream-label-00












Dieter and Fatai,


 


We are talking about modifying RFC3473, wh=
ich never says that all bi-directional LSPs are symmetrical.  If there=
 is no case for asymmetrical G-LSPs, then
 there is no need for Upstream Label object except for indicating that this=
 is a bi-directional G-LSP.   It also means that the label negoti=
ated for the DS direction must be automatically used as US label, which is =
not the behavior of current implementations.
 Are you suggesting that we should just explicitly deprecate asymmetrical L=
SPs?


 


Igor



 






From: Dieter B=
eller [mailto:Dieter.Beller@alcatel-lucent.com]


Sent: Tuesday, November 05, 2013 8:55 PM

To: Igor Bryskin; Vishnu Pavan Beeram

Cc: Fatai Zhang; Lou Berger; ccamp@ietf.org

Subject: Re: [CCAMP] =B4=F0=B8=B4:
=
=B4=F0=B8=B4: Comments about draft-beeram-ccamp-network-=
assigned-upstream-label-00






 


Hi Pavan and Igor,



I share Fatai's concerns - as far as transport networks are concerned, LSPs=
 are bidirectional in nature

and the labels are symmetric. It would be nice if you could elaborate a bit=
 more and provide some

practical application examples that justify the requirement of asymm=
etric labels.





Thanks,

Dieter








On 06.11.2013 00:20, Fatai Zhang wrote:






Hi,


 


For the transport/GMPLS networks, I would repeat the bidirectional LSP=
s are always symmetric in practice, so there are no cases for some nodes to=
 assign asymmetric labels.


 


However, I would agree on the requirements if we just do some research=
 in theory. 


 


Thanks


 


Fatai


 


 


________________________________________


=B7=A2=BC=FE=C8=CB: ccamp-bounces@ietf.org [ccamp-bounces@ietf.org=
] =B4=FA=B1=ED Lou Berger [lberger@labn.net]


=B7=A2=CB=CD=CA=B1=BC=E4: 2013=C4=EA11=D4=C26=C8=D5 6:47


=CA=D5=BC=FE=C8=CB: Igor Bryskin; Vishnu P=
avan Beeram


=B3=AD=CB=CD: ccamp@ietf.org


=D6=F7=CC=E2: Re: [CCAMP] =B4=F0=B8=B4: Comments about draft-beeram-ccamp-network-assigne=
d-upstream-label-00


 


Igor,


 


On 11/5/2013 11:42 AM, Igor Bryskin wrote:




Lou,


In majority of the cases UNI-Cs would want to have their G-LSPs label-=
symmetrical.




 


Every time you say UNI-C I've been assuming you mean ingress, is this<=
/pre>

correct?


 




If the label symmetricity is left to the local policy of the network,<=
/pre>

the latter may decide (e.g. because of existing unidirectional LSPs

set up for other users or P2MP LSPs) to assign different labels for

US and DS unless there is an explicit constraint signaled from the

UNI-C to make symmetrical or fail the setup.


 




 


So you believe there is a use case where some nodes will assign


asymmetric labels for the same service, and other nodes along the LSP<=
/pre>

only support symmetric labels.  Right?


 


Lou


 




Igor


 


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


From: Lou Berger [mailto:lberger@labn.net]


Sent: Tuesday, November 05, 2013 2:21 PM


To: Igor Bryskin; Vishnu Pavan Beeram


Cc: ccamp@ietf.org=



Subject: Re: [CCAMP] =B4=F0=B8=B4: Comment=
s about draft-beeram-ccamp-network-assigned-upstream-label-00


 


Great. So this is a nice short list.  I think the utility of requ=
irements 1 and 2 are pretty clear. You have stated that both symmetric and =
asymmetric labels are needed in optical for single fiber rings.  While=
 I'm personally amazed that these still exist, I  (with no hat on) acc=
ept the use case.


 


I suspect that some are not convinced on the need to "put label s=
ymmetry into the protocol" (Juilien's question)


 


Can you (authors) elaborate on why this needs to be changed?


 


Thanks,


Lou


 


On 11/05/2013 02:01 PM, Igor Bryskin wrote:




Lou,


 




    1. Downstream selection of the upstream label


 


 


    2. An option to allow upstream node to provide set =
of labels that


       should be used in the downstream =
nodes' choice of upstream


label


 


    3. The use of symmetric labels when the downstream =
node


       is selecting the label.


 


    4. Allowing for asymmetric labels is not a new requ=
irement, nor do


       you really care about it.


 




I agree with 1-3. But 4. should not be ignored


 


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


From: Lou Berger [mailto:lberger@labn.net]


Sent: Tuesday, November 05, 2013 11:29 AM


To: Igor Bryskin; Vishnu Pavan Beeram


Cc: ccamp@ietf.org=



Subject: Re: [CCAMP] =B4=F0=B8=B4: Comment=
s about


draft-beeram-ccamp-network-assigned-upstream-label-00


 


Igor,


     So you are adding to 3 to cover the case when=
 the upstream node selects the label, right?




    3. The use of symmetric labels when the downstream =
node


       is selecting the label.




 


Lou


 


On 11/5/2013 8:20 AM, Igor Bryskin wrote:




I would add:


 


5. A way for US node (e.g. UNI-C) to mandate the label symmetricity.

 


 


 


*From:*ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] *On


Behalf Of *Vishnu Pavan Beeram


*Sent:* Tuesday, November 05, 2013 10:50 AM


*To:* Lou Berger


*Cc:* ccamp@ietf.o=
rg


*Subject:* Re: [CCAMP] =B4=F0=B8=B4: Comme=
nts about


draft-beeram-ccamp-network-assigned-upstream-label-00


 


 


 


Lou,


 


 


 


Yes, your summarized points are correct.


 


 


 


Thanks,


 


-Pavan.


 


 


 


On Tue, Nov 5, 2013 at 10:20 AM, Lou Berger <lberger@labn.net


<mailto:lberg=
er@labn.net>> wrote:


 


Pavan,


        I think this is helpful in =
trying to understand what the


goals are of the draft.  Again, I'll resist arguing about the

mechanisms that are proposed until we've agreed on what requirements

need to be addressed.


(While the mechanism details, i.e., the "how", are certainly=



important, arguing those doesn't really answer the larger question of<=
/pre>

"what" you'd like to accomplish.)


 


 


 


VPB: Agree.


 


 


 


 


    So the list of requirements is now the addition of:=



    1. Downstream selection of the upstream label


 


 


    2. An option to allow upstream node to provide set =
of labels that


       should be used in the downstream =
nodes' choice of upstream


label


 


    3. The use of symmetric labels when the downstream =
node


       is selecting the label.


 


    4. Allowing for asymmetric labels is not a new requ=
irement, nor do


       you really care about it.


 


    Is this correct?


 


    Thanks,


    Lou


 


 


    On 11/5/2013 5:25 AM, Vishnu Pavan Beeram wrote:

    > I see a pattern in the questions that are bein=
g raised. I'll try


    and see


    > if I can answer them all using the following Q=
&A.


    >


    > A. "Label Symmetricity":


    >


    > (1) Aren't labels always symmetric in practice=
? Are there any


    asymmetric


    > label scenarios at all?


    > Ans: Yes, labels are almost always symmetric i=
n practice. The draft


    > explicitly states that. I haven't come across =
any single


    > scenario/product where asymmetric labels are u=
sed. As Igor pointed out


    > in an earlier email, there could be in theory =
some single-fiber


    > configurations where the same wavelength canno=
t be used for both


    > directions. But I don't know if anyone really =
uses that.


    >


    > (2) Then why do you need an explicit request f=
rom the ingress to make


    > them symmetric at each hop?


    > Ans: This is because the extensions in RFC3473=
 allows "Label


    > Asymmetricity" and and as a result symmet=
ricity cannot be assumed by


    > default. There is currently no way of mandatin=
g symmetricity at


    each hop


    > along the path of the LSP.


    >


    > (3) Say, we all agree that "Symmetricity&=
quot; is always guaranteed


    (maybe we


    > even state it explicitly in some standard docu=
ment). Would you then be


    > able to use existing extensions and address th=
e "alien-wavelength"


    setup


    > use-case?


    > Ans: No, the existing extensions still fall sh=
ort. What does the


    > ingress-client fill in the UPSTREAM_LABEL when=
 it has no knowledge on


    > what needs to be used? As per current extensio=
ns, the UPSTREAM_LABEL


    > needs to be filled in with a valid label befor=
e sending the PATH


    out. We


    > still need the ingress-client to have some mec=
hanism to tell the


    network


    > - "please ignore what I'm filling in the =
UPSTREAM_LABEL; just take the


    > LABEL_SET into account if I fill one; I'll use=
 what is returned in the


    > RESV-LABEL for both directions."


    >


    > (4) Label allocation has always been a local c=
hoice. Why should the


    > ingress request how labels are allocated at so=
me downstream hop?


    > Ans: The ingress has always been the one to re=
quest the downstream


    node


    > to allocate labels in both directions. All tha=
t the draft is proposing


    > is a mechanism for the ingress to say that the=
se two labels need to be


    > symmetric.


    >


    > B. "Label Asymmetricity"


    >


    > (4) Have the "Label Asymmetricity" e=
xtensions been included just for


    > completion sake? Can those be jettisoned if we=
 there is no need for


    > asymmetric labels?


    > Ans: Yes. The primary reason why those extensi=
ons are included in the


    > draft is because RFC3473 allows asymmetricity.=
 We don't need to


    discuss


    > those if we explicitly state somewhere (in som=
e standard document)


    that


    > "labels are always symmetric" and th=
at all previous extensions defined


    > for asymmetricity are use-less.


    >


    > C. "Use-Case"


    >


    > (5) I don't understand any of the above. Why d=
o we need the network to


    > assign an upstream label?


    > Ans: Please read the draft. Section 5 discusse=
s a specific use-case.


    >


    >


    > Regards,


    > -Pavan


    >


    >


    > On Tue, Nov 5, 2013 at 2:29 AM, Zafar Ali (zal=
i) <zali@cisco.com


    <mailto:zali@cisco.com>


 


    > <mailto:zali@cisco.com <mailto:zali@cisco.com>>> wrote:


    >


    >     Hi-


    >


    >     Furthermore, when (ali=
en) wavelength is same in forward and


    reverse


    >     direction, we can use =
label set along with acceptable label


    set - as


    >     defined in RFC3473. Th=
e only use case this draft addresses is


    when alien


    >     wavelength are asymmet=
rical in forward and reverse direction.


    I am not


    >     aware of any example o=
f such use case.


    >


    >     Thanks


    >


    >     Regards =A1=AD Zafar

    >


    >


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


 


    >     From: Fatai Zhang <=
zhangfatai@huawe=
i.com


    <mailto:zhangfatai@huawei.com> <mailto:zhangfatai@huawei.com


    <mailto:zhangfatai@huawei.com>>>


    >     Date: Monday, November=
 4, 2013 7:38 PM


 


    >     To: "julien.meuric@orange.com<=
/a>


    <mailto:julien.meuric@orange.com> <mailto:julien.meuric@orange.=
com


    <mailto:julien.meuric@orange.com>>"


    >     <julien.meuric@orange.com <mailto:juli=
en.meuric@orange.com>


    <mailto:julien.meuric@orange.com


    <mailto:julien.meuric@orange.com>>>, Vishnu

    >     Pavan


 


    >     Beeram <vishnupavan@gmail.com <=
a href=3D"mailto:vishnupavan@gmail.com" target=3D"_blank"><mailto:vishnu=
pavan@gmail.com>


    <mailto:vishnupavan@gmail.com <mailto:vishnupavan@gmail.com>>&g=
t;


    >     Cc: "ccamp@ietf.org <mailto:ccamp@ietf.org>


    <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>" <ccamp@ietf.org


    <mailto:ccamp@ietf.org>


    >     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>&=
gt;


 


    >     Subject: [CCAMP] =B4=F0=B8=B4:  Comments


    >     about   draf=
t-beeram-ccamp-network-assigned-upstream-label-00


    >


    >     >Hi Pavan,


    >     >


    >     >Understood what yo=
u said in principle, but could you give an


    example to


    >     >show there are asy=
mmertric labels (wavelength?) for the


    bidirectiaonal


    >     >LSPs (especiall fo=
r the transport networks) in the real


    >     implementations?


    >     >


    >


    >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D


    >     >=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D


    >     >In practice, most =
bidirectional LSPs have label symmetricity on


    >     each hop


    >     >along the path of =
the LSP. But this is something that cannot


    be assumed


    >     >by default.


    >     >


    >     >


    >     >


    >     >Thanks


    >     >


    >     >Fatai


    >     >


    >     >__________________=
______________________


 


    >     >=B7=A2=BC=FE=C8=CB: ccamp-bounces@ietf.org


    <mailto:ccamp-bounces@ietf.org> <mailto:ccamp-bounces@ietf.org

    <mailto:ccamp-bounces@ietf.org>>


    >     [ccamp-bounces@ietf.org <mailto:ccamp-bounc=
es@ietf.org>


    <mailto:ccamp-bounces@ietf.org <mailto:ccamp-bounces@ietf.org>&g=
t;] =B4=FA


    =B1=ED Julien


    >     Meuric


    >     >[julien.meuric@orange.com <=
a href=3D"mailto:julien.meuric@orange.com" target=3D"_blank"><mailto:jul=
ien.meuric@orange.com>


    <mailto:julien.meuric@orange.com


<mail=
to:julien.meuric@orange.com>>]


 


    >     >=B7=A2=CB=CD=CA=B1=BC=E4: 2013=C4=EA1=
1=D4=C25=C8=D5 10:3=
5


    >     >=CA=D5=BC=FE=C8=CB: Vishnu Pavan Beeram


 


    >     >=B3=AD=CB=CD: ccamp@ietf.org <=
;mailto:ccamp@ietf.org>


    <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>


 


    >     >=D6=F7=CC=E2: Re: [CCAMP] Comments about


    >     >draft-beeram-ccamp=
-network-assigned-upstream-label-00


    >     >


    >     >Hi Pavan.


    >     >


    >     >Even though I agre=
e with your unassigned Upstream_Label


    requirement, I


    >     >need to disagree w=
ith the data plane rationale you mention.


    >     >


    >     >The Upstream_Label=
 refers to the client's optical receiver:


    you don't


    >     >need to tune a las=
er on the receiver side. The data


    transmission could


    >     >even work without =
sending the actual Upstream_Label in


    RSVP-TE messages


    >     >to the client: I a=
m not really a fan of that approach, but


    that would


    >     >fit cases where op=
tical policies are left to the optical


    network...


    >     >


    >     >Moreover, I have d=
oubts on putting label symmetry within the


    protocol.


    >     >This is more an al=
location policy in the hands of allocating


    nodes:


    >     >requesting an allo=
cation mode from an ingress node would mean


    doing the


    >     >server job, I am n=
ot sure it is desirable.


    >     >


    >     >Julien


    >     >


    >     >


    >     >On 11/04/2013 23:4=
9, Vishnu Pavan Beeram wrote:


    >     >> Lou,


    >     >>


    >     >> The extension=
s defined in this draft do not impose any


    backwards


    >     >> compatibility=
 issues. The intent is definitely not to


    change the


    >     >> fundamental a=
spects of the protocol. As you would agree, it


    is not


    >     >> mandatory to =
try and fit the extensions defined in RFC3473


    to all and


    >     >> sundry. New e=
xtensions are being introduced only where the


    existing


    >     >> extensions fa=
ll short. Let me walk through the requirements


    that we


    >     >> are looking a=
t and that would hopefully explain the limitations


    >     of the


    >     >> existing exte=
nsions.


    >     >>


    >     >> Base requirem=
ent :


    >     >> Need a mechan=
ism for a given node to say that it cannot


    assign an


    >     >> upstream-labe=
l on its own and that it needs the network (read


    >     >> downstream) t=
o assign it instead.


    >     >>


    >     >> Corollary req=
uirements :


    >     >> 1. Need a mec=
hanism for a given node to ask for a


    network-assigned


    >     >> upstream labe=
l without having to specify any inputs on what


    label


    >     >> needs to get =
picked.


    >     >> 2. Need a mec=
hanism for a given node to ask for a


    network-assigned


    >     >> upstream labe=
l and also specify some choices for the label


    that needs


    >     >> to get picked=
.


    >     >> 3. If labels =
are symmetric, a given node can simply use the


    label


    >     >> returned in t=
he LABEL object of the RESV message for both


    directions.


    >     >> In practice, =
most bidirectional LSPs have label


    symmetricity on each


    >     >> hop along the=
 path of the LSP. But this is something that


    cannot be


    >     >> assumed by de=
fault. Hence, there is a need to have a mechanism


    >     for the


    >     >> ingress to re=
quest "label symmetricity" at each hop along


    the path of


    >     >> the LSP.

    >     >>


    >     >> Can you someh=
ow fit a solution using the current extensions


    and cater


    >     >> to the above =
requirements?


    >     >> We believe th=
e answer is NO. One suggestion on the mailing list


    >     was to


    >     >> set a random =
UPSTREAM_LABEL and send it out on a fishing


    expedition.


    >     >> The idea was =
that the downstream node would then respond with a


    >     >> PATH-ERR carr=
ying an ACCEPTABLE_LABEL_SET. John and Igor have


    >     provided


    >     >> a list of rea=
sons on why that isn't a great idea. Let me


    add another


    >     >> point -


    >     >> - As per RFC3=
473 - when a node receives an UPSTREAM_LABEL


    object in


    >     >> the PATH, it =
means that the upstream node MUST have already


    >     >> installed/pro=
grammed this label. In the alien wavelength


    use-case


    >     >> (discussed in=
 the draft), when the network receives this


    message, it


    >     >> would mean th=
at the laser has already been tuned to this


    >     wavelength at


    >     >> the client. T=
hat beats the very purpose of requesting a network


    >     >> assigned upst=
ream label. Doesn't it? So, the point is that


    with the


    >     >> current seman=
tics of an UPSTREAM_LABEL, you cannot use it


    for the


    >     case


    >     >> where the ups=
tream-label hasn't been installed/programmed


    yet. If


    >     some


    >     >> implementatio=
n decides to ignore these semantics, how would the


    >     >> network know =
whether the ingress-client has already


    installed this


    >     >> label or not =
(whether the laser is already tuned or not).


    >     >>


    >     >> RFC3473 state=
s that a Bidirectional-LSP setup request is


    >     identified by


    >     >> the presence =
of an "UPSTREAM_LABEL" object in the PATH msg.


    This


    >     draft


    >     >> does propose =
2 other mechanisms:


    >     >> - The presenc=
e of the "Label Symmetricity Required" Flag in


    the PATH


    >     >> - The presenc=
e of the "UPSTREAM_LABEL_SET" object in the PATH


    >     >> If a downstre=
am node does not understand any of the above


    >     indications,


    >     >> it would reje=
ct the setup request. In both scenarios -


    after the


    >     >> network has a=
ssigned the upstream-label, the concerned node is


    >     allowed


    >     >> to start sign=
aling the UPSTREAM_LABEL object in the PATH. I


    don't


    >     >> understand ho=
w adding two other mechanisms for


    Bidirectional LSP


    >     setup


    >     >> translates to=
 changing fundamental aspects of the protocol.


    >     >> Implementatio=
ns that can support these extensions can.


    Others can


    >     >> still be happ=
y with their "running code".


    >     >>


    >     >> Regards,

    >     >> -Pavan


    >     >>


    >     >>


    >     >>


    >     >> On Mon, Nov 4=
, 2013 at 2:18 PM, Lou Berger


    <lberger@labn.net <mailto:lberger@labn.net>


    >     <mailto:lberger@labn.net <mailto:lberger@labn.net><=
/a>>


 


    >     >> <mailto:lberger@labn.net =
<mailto:lberger@la=
bn.net>


    <mailto:lberger@labn.net <mailto:lberger@labn.net>>>> wrote:


    >     >>


    >     >>  &n=
bsp;  John, (authors)


    >     >>


    >     >>  &n=
bsp;  Perhaps it would be useful to refocus a moment on the


    specific


    >     >>  &n=
bsp;  limitations the draft is focusing on.


    >     >>


    >     >>  &n=
bsp;  There's no question that 3473 made certain choices based on

    >     expected


    >     >>  &n=
bsp;  uses and probabilities that may not hold, but we do


    need to be


    >     >>careful


    >     >>  &n=
bsp;  when changing fundamentals of the protocol (e.g. moving


    away from


    >     >>the


    >     >>  &n=
bsp;  use of the upstream label object as the basic object that


    >     indicates


    >     >>a


    >     >>  &n=
bsp;  bidirectional LSP.)


    >     >>


    >     >>  &n=
bsp;  So is it fair to say that the main limitation that the


    draft is


    >     >>trying


    >     >>  &n=
bsp;  to address is the inability to support downstream


    selection of


    >     >>  &n=
bsp;  upstream


    >     >>  &n=
bsp;  labels?


    >     >>


    >     >>  &n=
bsp;  The draft also allows for both symmetric and asymmetric


    label


    >     value


    >     >>  &n=
bsp;  allocation. IS this a requirement, or asymmetric just


    >     included for


    >     >>  &n=
bsp;  completeness?


    >     >>


    >     >>  &n=
bsp;  Are there other requirements / limitations you are


    trying to


    >     >>address?


    >     >>


    >     >>  &n=
bsp;  Lou


    >     >>


    >     >>  &n=
bsp;  On 11/04/2013 01:24 PM, John E Drake wrote:


    >     >>  &n=
bsp;  > Zafar,


    >     >>  &n=
bsp;  >


    >     >>  &n=
bsp;  > Both Igor and I have listed technical issues with RFC3473

    >     and your


    >     >>  &n=
bsp;  > response is that you really really like RFC3473. I'm


    happy for


    >     >>  &n=
bsp;  you but


    >     >>  &n=
bsp;  > unimpressed.


    >     >>  &n=
bsp;  >


    >     >>   &=
nbsp; > John


    >     >>  &n=
bsp;  >


    >     >>  &n=
bsp;  > Sent from my iPhone


    >     >>  &n=
bsp;  >


    >     >>  &n=
bsp;  > On Nov 4, 2013, at 9:43 AM, "Zafar Ali (zali)"

    >     <zali@cisco.com <mailto:zali@cisco.com> <mailto:zali@cisco.com

    <mailto:zali@cisco.com>>


    >     >>  &n=
bsp;  <mailto:z=
ali@cisco.com <m=
ailto:zali@cisco.com>


    <mailto:zali@cisco.com <mailto:zali@cisco.com>>>


    >     >>  &n=
bsp;  > <mai=
lto:zali@cisco.com =
<mailto:zali@cisco.com>


    <mailto:zali@cisco.com <mailto:zali@cisco.com>>


    >     <mailto:zali@cisco.com <mailto:zali@cisco.com>

    <mailto:zali@cisco.com <mailto:zali@cisco.com>>>>> wrote:


    >     >>  &n=
bsp;  >


    >     >>  &n=
bsp;  >> Igor, John-


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Please see in-line.


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> From: "IBryskin@advaoptical.com


    <mailto:IBryskin@advaoptical.com>


    >     <mailto:IBryskin@advaoptical.com=



    <mailto:IBryskin@advaoptical.com>>


    >     >>  &n=
bsp;  <mailto:IBryskin@advaoptical.com


    <mailto:IBryskin@advaoptical.com>


 


    >     <mailto:IBryskin@advaoptical.com=



    <mailto:IBryskin@advaoptical.com>>> <mailto:IBryskin@adva=
optical.com


    <mailto:IBryskin@advaoptical.com>


 


    >     <mailto:IBryskin@advaoptical.com=



    <mailto:IBryskin@advaoptical.com>>


    >     >>  &n=
bsp;  <mailto:IBryskin@advaoptical.com


    <mailto:IBryskin@advaoptical.com>


    >     <mailto:IBryskin@advaoptical.com=



    <mailto:IBryskin@advaoptical.com>>>>"

    >     >>  &n=
bsp;  >> <IBryskin@advaoptical.com


    <mailto:IBryskin@advaoptical.com>


    >     <mailto:IBryskin@advaoptical.com=



    <mailto:IBryskin@advaoptical.com>> <mailto:IBryskin@advaopti=
cal.com


    <mailto:IBryskin@advaoptical.com>


    >     <mailto:IBryskin@advaoptical.com=



    <mailto:IBryskin@advaoptical.com>>>


    >     >>  &n=
bsp;  <mailto:IBryskin@advaoptical.com


    <mailto:IBryskin@advaoptical.com>


    >     <mailto:IBryskin@advaoptical.com=



    <mailto:IBryskin@advaoptical.com>> <mailto:IBryskin@advaopti=
cal.com


    <mailto:IBryskin@advaoptical.com>


    >     <mailto:IBryskin@advaoptical.com=



    <mailto:IBryskin@advaoptical.com>>>>>

    >     >>  &n=
bsp;  >> Date: Monday, November 4, 2013 8:57 AM


    >     >>  &n=
bsp;  >> To: zali <zali@cisco.com <mailto:zali@cisco.com>


    <mailto:zali@cisco.com <mailto:zali@cisco.com>>


    >     <mailto:zali@cisco.com <mailto:zali@cisco.com>

    <mailto:zali@cisco.com <mailto:zali@cisco.com>>>


 


    >     >>  &n=
bsp;  <mailto:z=
ali@cisco.com <m=
ailto:zali@cisco.com>


    <mailto:zali@cisco.com <mailto:zali@cisco.com>>


 


    >     <mailto:zali@cisco.com <mailto:zali@cisco.com>

    <mailto:zali@cisco.com <mailto:zali@cisco.com>>>>>,


    >     >>  &n=
bsp;  "jd=
rake@juniper.net <mailto:jdrake@juniper.net>


    <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>>


    >     <mailto:jdrake@juniper.net <mailto:jdrake@juniper.=
net>


    <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>>>


    >     >>  &n=
bsp;  >> <mailto:jdrake@juniper.net


    <mailto:jdrake@juniper.net> <mailto:jdrake@juniper.net


    <mailto:jdrake@juniper.net>>


    >     <mailto:jdrake@juniper.net <mailto:jdrake@juniper.=
net>


    <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>>>>"=



    >     >>  &n=
bsp;  <jdra=
ke@juniper.net =
<mailto:jdrake@juniper.net>


    <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>>


    >     <mailto:jdrake@juniper.net <mailto:jdrake@juniper.=
net>


    <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>>>


    >     >>  &n=
bsp;  >> <mailto:jdrake@juniper.net


    <mailto:jdrake@juniper.net> <mailto:jdrake@juniper.net


    <mailto:jdrake@juniper.net>>


    >     <mailto:jdrake@juniper.net <mailto:jdrake@juniper.=
net>


    <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>>>>>

    >     >>  &n=
bsp;  >> Cc: "ccamp@ietf.org <mailto:ccamp@ietf.org>


    <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>


    >     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>

    <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>>


    >     >>  &n=
bsp;  <mailto:c=
camp@ietf.org <m=
ailto:ccamp@ietf.org>


    <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>


    >     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>

    <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>>>" <ccamp@ietf.org


    <mailto:ccamp@ietf.org>


    >     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>><=
/pre>

    >     >>  &n=
bsp;  <mailto:c=
camp@ietf.org <m=
ailto:ccamp@ietf.org>


    <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>>


    >     >>  &n=
bsp;  >> <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>


    <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>


    >     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>

    <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>>>>


    >     >>  &n=
bsp;  >> Subject: RE: Comments about


    >     >>  &n=
bsp;  >> draft-beeram-ccamp-network-assigned-upstream-label-00

    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Zafar,


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> 1) Using an error indication as a part of normal


    protocol


    >     >>  &n=
bsp;  >> operation is not good design practice.


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Use of Path error and notify message is an integral par=
t


    >     of the


    >     >>  &n=
bsp;  >> RSVP-TE design. Also please note that we are not


    debating


    >     about a


    >     >>  &n=
bsp;  >> new procedure being proposed but talking about a


    procedure


    >     that


    >     >>is


    >     >>  &n=
bsp;  >> already implemented and deployed.


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> IB>> The way I interpret this discussion is


    something like


    >     this:


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> John: I believe that white is a lighter color than

    black.


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Zafa: Well, John, black is an integral part of the colo=
r


    >     pallet.


    >     >>  &n=
bsp;  >> Many mature applications successfully use black for

    their


    >     various


    >     >>  &n=
bsp;  >> purposes. My implementations, for example, use black fo=
r


    >     pretty


    >     >>  &n=
bsp;  >> much everything=A1=AD.. So, it is not clear which color=



    is lighter,


    >     >>and


    >     >>  &n=
bsp;  >> why do we need other colors at all. :=3D)


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> I mean to say that your, Zafar, comments IMHO are not

    >     >>constructive

    >     >>  &n=
bsp;  >> technical arguments.


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Igor


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Hi Igor and John:


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> This is really funny. This is the first time I have

    heard that


    >     >>  &n=
bsp;  running


    >     >>  &n=
bsp;  >> code has no merit at IETF :) This is especially when th=
e


    >     >>  &n=
bsp;  running code


    >     >>  &n=
bsp;  >> is directly coming from RFC3473. You are calling it &qu=
ot;not


    >     >>  &n=
bsp;  constructive


    >     >>  &n=
bsp;  >> technical arguments"! Last I heard we believed in<=
/pre>

    running code


    >     >>(See


    >     >>  &n=
bsp;  >> your T-shirt from the election day from IETF Atlanta).<=
/pre>

    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Your draft is ONLY applicable for a use case where

    >     upstream and


    >     >>  &n=
bsp;  >> downstream alien wavelength are different. When


    upstream and


    >     >>  &n=
bsp;  >> downstream alien wavelength are same, use of


    acceptable label


    >     >>  &n=
bsp;  set and


    >     >>  &n=
bsp;  >> label set objects constitute the running code.


    However, your


    >     >>draft


    >     >>  &n=
bsp;  >> neither makes that applicability statement nor makes an=
y


    >     mention


    >     >>or


    >     >>  &n=
bsp;  >> cover or reference to procedure I quoted from RFC3473.<=
/pre>

    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Thanks


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Regards=A1=ADZafar


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> *From:*Zafar Ali (zali) [mailto:zali@cisco.com


    <mailto:zali@cisco.com>


    >     <mailto:zali@cisco.com <mailto:zali@cisco.com>><=
/pre>

    >     >>  &n=
bsp;  <mailto:z=
ali@cisco.com <m=
ailto:zali@cisco.com>


    <mailto:zali@cisco.com <mailto:zali@cisco.com>>>]


    >     >>  &n=
bsp;  >> *Sent:* Monday, November 04, 2013 1:51 AM


    >     >>  &n=
bsp;  >> *To:* John E Drake; Igor Bryskin


    >     >>  &n=
bsp;  >> *Cc:* ccamp@ietf.org &=
lt;mailto:ccamp@ietf.org>


    <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>


    >     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>

    <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>>


    >     >>  &n=
bsp;  <mailto:c=
camp@ietf.org <m=
ailto:ccamp@ietf.org>


    <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>


    >     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>

    <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>>>


    >     >>  &n=
bsp;  >> *Subject:* Re: Comments about


    >     >>  &n=
bsp;  >> draft-beeram-ccamp-network-assigned-upstream-label-00

    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Hi John:


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Please see in-line.


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Thanks


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Regards =A1=AD Zafar


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> *From: *"jdrake@juniper.net


    <mailto:jdrake@juniper.net> <mailto:jdrake@juniper.net


    <mailto:jdrake@juniper.net>>


    >     <mailto:jdrake@juniper.net <mailto:jdrake@juniper.=
net>


    <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>>>


    >     >>  &n=
bsp;  <mail=
to:jdrake@juniper.net <mailto:jdrake@juniper.net>


    <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>>


    >     <mailto:jdrake@juniper.net <mailto:jdrake@juniper.=
net>


    <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>>>>"=



    >     >>  &n=
bsp;  >> <jdrake@juniper.net <mailto:jdrake@juniper.net>


    <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>>


    >     <mailto:jdrake@juniper.net <mailto:jdrake@juniper.=
net>


    <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>>>


    >     >>  &n=
bsp;  <mail=
to:jdrake@juniper.net <mailto:jdrake@juniper.net>


    <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>>


 


    >     <mailto:jdrake@juniper.net <mailto:jdrake@juniper.=
net>


    <mailto:jdrake@juniper.net <mailto:jdrake@juniper.net>>>>>

    >     >>  &n=
bsp;  >> *Date: *Sunday, November 3, 2013 11:57 AM


    >     >>   &=
nbsp; >> *To: *zali <zali@cisco.com <mailto:zali@cisco.com>


    <mailto:zali@cisco.com <mailto:zali@cisco.com>>


    >     <mailto:zali@cisco.com <mailto:zali@cisco.com>

    <mailto:zali@cisco.com <mailto:zali@cisco.com>>>


 


    >     >>  &n=
bsp;  <mailto:z=
ali@cisco.com <m=
ailto:zali@cisco.com>


    <mailto:zali@cisco.com <mailto:zali@cisco.com>>


 


    >     <mailto:zali@cisco.com <mailto:zali@cisco.com>

    <mailto:zali@cisco.com <mailto:zali@cisco.com>>>>>,


    >     >>  &n=
bsp;  >> "IBryskin@advaoptical.com


    <mailto:IBryskin@advaoptical.com>


    >     <mailto:IBryskin@advaoptical.com=



    <mailto:IBryskin@advaoptical.com>> <mailto:IBryskin@advaopti=
cal.com


    <mailto:IBryskin@advaoptical.com>


    >     <mailto:IBryskin@advaoptical.com=



    <mailto:IBryskin@advaoptical.com>>>


 


    >     >>  &n=
bsp;  <mailto:IBryskin@advaoptical.com


    <mailto:IBryskin@advaoptical.com>


    >     <mailto:IBryskin@advaoptical.com=



    <mailto:IBryskin@advaoptical.com>> <mailto:IBryskin@advaopti=
cal.com


    <mailto:IBryskin@advaoptical.com>


    >     <mailto:IBryskin@advaoptical.com=



    <mailto:IBryskin@advaoptical.com>>>>"

    >     >>  &n=
bsp;  >> <IBryskin@advaoptical.com


    <mailto:IBryskin@advaoptical.com>


    >     <mailto:IBryskin@advaoptical.com=



    <mailto:IBryskin@advaoptical.com>> <mailto:IBryskin@advaopti=
cal.com


    <mailto:IBryskin@advaoptical.com>


    >     <mailto:IBryskin@advaoptical.com=



    <mailto:IBryskin@advaoptical.com>>>


    >     >>  &n=
bsp;  <mailto:IBryskin@advaoptical.com


    <mailto:IBryskin@advaoptical.com>


    >     <mailto:IBryskin@advaoptical.com=



    <mailto:IBryskin@advaoptical.com>> <mailto:IBryskin@advaopti=
cal.com


    <mailto:IBryskin@advaoptical.com>


 


    >     <mailto:IBryskin@advaoptical.com=



    <mailto:IBryskin@advaoptical.com>>>>>

    >     >>  &n=
bsp;  >> *Cc: *"ccamp@ietf.org <mailto:ccamp@ietf.org>


    <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>


    >     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>

    <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>>


 


    >     >>  &n=
bsp;  <mailto:c=
camp@ietf.org <m=
ailto:ccamp@ietf.org>


    <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>


    >     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>

    <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>>>" <ccamp@ietf.org


    <mailto:ccamp@ietf.org>


    >     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>><=
/pre>

    >     >>  &n=
bsp;  <mailto:c=
camp@ietf.org <m=
ailto:ccamp@ietf.org>


    <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>>


    >     >>  &n=
bsp;  >> <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>


    <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>


 


    >     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>

    <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>>>>


    >     >>  &n=
bsp;  >> *Subject: *RE: Comments about


    >     >>  &n=
bsp;  >> draft-beeram-ccamp-network-assigned-upstream-label-00

    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Zafar,


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> That because this already defined method has the


    following


    >     >>issues:


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> 1) Using an error indication as a part of normal


    protocol


    >     >>  &n=
bsp;  >> operation is not good design practice.


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Use of Path error and notify message is an integral par=
t


    >     of the


    >     >>  &n=
bsp;  >> RSVP-TE design. Also please note that we are not


    debating


    >     about a


    >     >>  &n=
bsp;  >> new procedure being proposed but talking about a


    procedure


    >     that


    >     >>is


    >     >>  &n=
bsp;  >> already implemented and deployed.


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> 2) Acceptable Label Set is optional so its presence

    is not


    >     >>  &n=
bsp;  >> guaranteed


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> So is the case of newly defined upstream label set. Als=
o


    >     please


    >     >>  &n=
bsp;  >> note that many part of the RSVP-TE protocol are


    designed using


    >     >>  &n=
bsp;  >> optional objects.


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> 3) The information it provides may be out of date by

    the time


    >     >>  &n=
bsp;  >> the LSP is re-signaled.


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> This is an implementation issue. A node sending the

    acceptable


    >     >>  &n=
bsp;  >> label set has the responsibility to guarantee that

    information


    >     >>  &n=
bsp;  >> provides in the acceptable label set remains valid for<=
/pre>

    >     >>  &n=
bsp;  >> re-signaling time. E.g., UNI-N implementation can cache=



    >     the label


    >     >>  &n=
bsp;  >> for the re-signaling time.


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> 4) Most importantly, Acceptable Label Set is


    generated hop by


    >     >>  &n=
bsp;  >> hop, unlike Upstream Label Set which exercises the

    entire


    >     >>  &n=
bsp;  >> path. This means that its use to determine a valid

    wavelength


    >     >>  &n=
bsp;  >> would require a potentially unbounded number of


    crankbacks,


    >     >>  &n=
bsp;  >> both single and multi-hop, with no guarantee that such =
a


    >     >>  &n=
bsp;  >> wavelength could be found.


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> In the use case of align wavelength addressed in this

    >     draft, the


    >     >>  &n=
bsp;  >> acceptable label set communication is restricted to the=



    >     UNI-C and


    >     >>  &n=
bsp;  >> UNI-N node.


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Yours Irrespectively,


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> John


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> *From:*ccamp-bounces@ietf.org


    <mailto:ccamp-bounces@ietf.org>


    >     <mailto:ccamp-bounces@ietf.org=



    <mailto:ccamp-bounces@ietf.org>> <mailto:ccamp-bounces@ietf.org


    <mailto:ccamp-bounces@ietf.org>


    >     <mailto:ccamp-bounces@ietf.org=
 <mailto:cca=
mp-bounces@ietf.org>>>


    >     >>   &=
nbsp; <=
mailto:ccamp-bounces@ietf.org


    <mailto:ccamp-bounces@ietf.org>


 


    >     <mailto:ccamp-bounces@ietf.org=



    <mailto:ccamp-bounces@ietf.org>> <mailto:ccamp-bounces@ietf.org


    <mailto:ccamp-bounces@ietf.org>


 


    >     <mailto:ccamp-bounces@ietf.org=
 <mailto:cca=
mp-bounces@ietf.org>>>>


    >     >>  &n=
bsp;  >> [mailto:ccamp-bounces@ietf.org


    <mailto:ccamp-bounces@ietf.org>


    >     <mailto:ccamp-bounces@ietf.org=



    <mailto:ccamp-bounces@ietf.org>> <mailto:ccamp-bounces@ietf.org


    <mailto:ccamp-bounces@ietf.org>


    >     <mailto:ccamp-bounces@ietf.org=
 <mailto:cca=
mp-bounces@ietf.org>>>]


    >     >>  &n=
bsp;  *On Behalf Of *Zafar Ali (zali)


    >     >>  &n=
bsp;  >> *Sent:* Sunday, November 03, 2013 8:12 AM


    >     >>  &n=
bsp;  >> *To:* IBryskin@advaoptical.com


    <mailto:IBryskin@advaoptical.com>


    >     <mailto:IBryskin@advaoptical.com=



    <mailto:IBryskin@advaoptical.com>>


    >     >>  &n=
bsp;  <mailto:IBryskin@advaoptical.com


    <mailto:IBryskin@advaoptical.com>


 


    >     <mailto:IBryskin@advaoptical.com=



    <mailto:IBryskin@advaoptical.com>>> <mailto:IBryskin@adva=
optical.com


    <mailto:IBryskin@advaoptical.com>


    >     <mailto:IBryskin@advaoptical.com=



    <mailto:IBryskin@advaoptical.com>>


    >     >>  &n=
bsp;  <mailto:IBryskin@advaoptical.com


    <mailto:IBryskin@advaoptical.com>


 


    >     <mailto:IBryskin@advaoptical.com=



    <mailto:IBryskin@advaoptical.com>>>>


    >     >>  &n=
bsp;  >> *Cc:* ccamp@ietf.org &=
lt;mailto:ccamp@ietf.org>


    <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>


    >     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>

    <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>>


 


    >     >>  &n=
bsp;  <mailto:c=
camp@ietf.org <m=
ailto:ccamp@ietf.org>


    <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>


 


    >     <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>

    <mailto:ccamp@ietf.org <mailto:ccamp@ietf.org>>>>


    >     >>  &n=
bsp;  >> *Subject:* [CCAMP] Comments about


    >     >>  &n=
bsp;  >> draft-beeram-ccamp-network-assigned-upstream-label-00

    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Hi Igor and co-authors-


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Please note that [RFC3473] already considers the


    case where


    >     >>  &n=
bsp;  >> upstream label may not be acceptable to a downstream

    >     >>  &n=
bsp;  >> node. Specifically, [RFC3473] states that:


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> "/when a Path message containing an Upstream_Label=



    object is


    >     >>  &n=
bsp;  >> received, the receiver first verifies that the


    upstream label


    >     >>  &n=
bsp;  >> is acceptable. If the label is not acceptable, the

    receiver


    >     >>  &n=
bsp;  >> /*MUST*/issue a PathErr message with a "Routing

    >     >>  &n=
bsp;  >> problem/Unacceptable label value" indication. The<=
/pre>

    generated


    >     >>  &n=
bsp;  >> PathErr message MAY include an Acceptable Label Set

    Object/".


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Acceptable_Label_Set objects may be carried in


    PathErr and


    >     >>  &n=
bsp;  >> ResvErr messages [RFC3473].


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> However, your draft does not mention or cover this

    already


    >     >>  &n=
bsp;  >> defined method.


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Thanks


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >> Regards =A1=AD Zafar


    >     >>  &n=
bsp;  >>


    >     >>  &n=
bsp;  >


    >     >>  &n=
bsp;  >


    >     >>  &n=
bsp;  > _______________________________________________


    >     >>  &n=
bsp;  > CCAMP mailing list


    >     >>  &n=
bsp;  > CCAMP@i=
etf.org <mailto:=
CCAMP@ietf.org>


    <mailto:CCAMP@ietf.org <mailto:CCAMP@ietf.org>>


 


    >     <mailto:CCAMP@ietf.org <mailto:CCAMP@ietf.org>

    <mailto:CCAMP@ietf.org <mailto:CCAMP@ietf.org>>>


 


    >     >>  &n=
bsp;  > https://www.ietf.org/mailman/listinfo/ccamp


    >     >>  &n=
bsp;  >


    >     >>


    >     >>  &n=
bsp;  _______________________________________________


    >     >>  &n=
bsp;  CCAMP mailing list


 


    >     >>  &n=
bsp;  CCAMP@ietf.o=
rg <mailto:CCAMP=
@ietf.org>


    <mailto:CCAMP@ietf.org <mailto:CCAMP@ietf.org>>


    <mailto:CCAMP@ietf.org <mailto:CCAMP@ietf.org>


 


    >     <mailto:CCAMP@ietf.org <mailto:CCAMP@ietf.org>>&=
gt;


    >     >>  &n=
bsp;  https://www.ietf.org/mailman/listinfo/ccamp


    >     >>


    >     >>


    >     >>


    >     >>


    >     >> _____________=
__________________________________


    >     >> CCAMP mailing=
 list


    >     >> CCAMP@ietf.org <mailto:CCAMP@ietf.org>


    <mailto:CCAMP@ietf.org <mailto:CCAMP@ietf.org>>


    >     >> https://www.ie=
tf.org/mailman/listinfo/ccamp


    >     >


    >     >__________________=
_____________________________


    >     >CCAMP mailing list=



    >     >CCAMP@ietf.org <mailto:CCAMP@ietf.org> <mailto:CCAMP@ietf.org

    <mailto:CCAMP@ietf.org>>


    >     >https://www.ietf.or=
g/mailman/listinfo/ccamp


    >     >__________________=
_____________________________


    >     >CCAMP mailing list=



    >     >CCAMP@ietf.org <mailto:CCAMP@ietf.org> <mailto:CCAMP@ietf.org

    <mailto:CCAMP@ietf.org>>


    >     >https://www.ietf.or=
g/mailman/listinfo/ccamp


    >


    >


    >


    >


    > ______________________________________________=
_


    > CCAMP mailing list


    > CCAMP@ietf.org <mailto:CCAMP@ietf.org>


    > https://www.ietf.org/mailman/listinfo/ccamp=



    >


 


 


 






 




_______________________________________________


CCAMP mailing list


CCAMP@ietf.org=



https://www.ietf.org/mailman/listinfo/ccamp


_______________________________________________


CCAMP mailing list


CCAMP@ietf.org=



https://www.ietf.org/mailman/listinfo/ccamp














--_000_F82A4B6D50F9464B8EBA55651F541CF85CA89EFASZXEMA504MBSchi_--

From leeyoung@huawei.com  Wed Nov  6 10:39:54 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6C67D11E815A for ; Wed,  6 Nov 2013 10:39:54 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.113
X-Spam-Level: 
X-Spam-Status: No, score=-6.113 tagged_above=-999 required=5 tests=[AWL=0.486,  BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ucVowTHIVWPb for ; Wed,  6 Nov 2013 10:39:50 -0800 (PST)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 7DB8311E81FA for ; Wed,  6 Nov 2013 10:39:49 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id AZY57745; Wed, 06 Nov 2013 18:39:45 +0000 (GMT)
Received: from LHREML402-HUB.china.huawei.com (10.201.5.241) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 6 Nov 2013 18:39:05 +0000
Received: from DFWEML405-HUB.china.huawei.com (10.193.5.102) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 6 Nov 2013 18:39:44 +0000
Received: from dfweml511-mbs.china.huawei.com ([169.254.15.141]) by dfweml405-hub.china.huawei.com ([10.193.5.102]) with mapi id 14.03.0158.001; Wed, 6 Nov 2013 10:39:39 -0800
From: Leeyoung 
To: Lou Berger , CCAMP 
Thread-Topic: [CCAMP] WG Last Call: WSON documents - rwa-info, general-constraint-encode, rwa-wson-encode, gmpls-general-constraints-ospf-te, wson-signal-compatibility-ospf, wson-signaling
Thread-Index: AQHOvsRPNOeuDADDv0SQJTTbfFVtKZoBw+MAgAwXvwCACuUZIA==
Date: Wed, 6 Nov 2013 18:39:39 +0000
Message-ID: <7AEB3D6833318045B4AE71C2C87E8E17291E187E@dfweml511-mbs.china.huawei.com>
References: <524AF9A9.3040006@labn.net> <5266E138.8080605@labn.net> <5271061E.8030308@labn.net>
In-Reply-To: <5271061E.8030308@labn.net>
Accept-Language: en-US, zh-CN
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.47.137.50]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Subject: Re: [CCAMP] WG Last Call: WSON documents - rwa-info, general-constraint-encode, rwa-wson-encode, gmpls-general-constraints-ospf-te, wson-signal-compatibility-ospf, wson-signaling
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 06 Nov 2013 18:39:54 -0000

Hi,

Thanks all of you who provided good comments to WSON related drafts. The ed=
itors will try to respond all the comments and resolve any issues pending a=
nd publish the updated drafts shortly.=20

Regards,
Young on behalf of editors.

-----Original Message-----
From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of L=
ou Berger
Sent: Wednesday, October 30, 2013 8:14 AM
To: CCAMP
Subject: Re: [CCAMP] WG Last Call: WSON documents - rwa-info, general-const=
raint-encode, rwa-wson-encode, gmpls-general-constraints-ospf-te, wson-sign=
al-compatibility-ospf, wson-signaling



The WG last call is complete.  Authors, please address all received comment=
s.

Lou

On 10/22/2013 4:34 PM, Lou Berger wrote:
>=20
> All,
> 	Given the recent draft submission deadline and only one comment being=20
> received to date, we'd like to extend the WG more time for review.
>=20
> These drafts represent significant work by the authors and WG, so=20
> please review and let the WG know what you think (positive or negative)!
>=20
> Please have all comments in by October 29.
>=20
> Thank you,
> Lou (and Deborah)
>=20
> On 10/1/2013 12:34 PM, Lou Berger wrote:
>> All,
>>
>> This mail begins working group last call on the WSON documents.  As=20
>> there are 6 documents in this set, the last call will be three weeks.
>> The documents included in the last call are:
>>
>> http://tools.ietf.org/html/draft-ietf-ccamp-rwa-info-18
>> (Informational, IPR Disclosed)
>>
>> http://tools.ietf.org/html/draft-ietf-ccamp-general-constraint-encode
>> -11
>> (Standards Track, IPR Disclosed)
>>
>> http://tools.ietf.org/html/draft-ietf-ccamp-rwa-wson-encode-21
>> (Standards Track)
>>
>> http://tools.ietf.org/html/draft-ietf-ccamp-gmpls-general-constraints
>> -ospf-te-05
>> (Standards Track, IPR Disclosed)
>>
>> http://tools.ietf.org/html/draft-ietf-ccamp-wson-signal-compatibility
>> -ospf-12
>> (Standards Track, IPR Disclosed)
>>
>> http://tools.ietf.org/html/draft-ietf-ccamp-wson-signaling-06=20
>> (Standards
>> Track) Also has one open issue that will need to be resolved as part=20
>> of LC, see http://trac.tools.ietf.org/wg/ccamp/trac/ticket/52.
>>
>> This working group last call ends on October 22.  Comments should be=20
>> sent to the CCAMP mailing list.  Please remember to include the=20
>> technical basis for any comments.
>>
>> Positive comments, e.g., "I've reviewed this document and believe it=20
>> is ready for publication", are welcome!
>>
>> Please note that we're still missing some IPR statements.  Any=20
>> forthcoming publication request will be delayed by late IPR=20
>> statements/disclosures.
>>
>>
>> Thank you,
>> Lou (and Deborah)
>> _______________________________________________
>> CCAMP mailing list
>> CCAMP@ietf.org
>> https://www.ietf.org/mailman/listinfo/ccamp
>>
>>
>>
>>
> _______________________________________________
> CCAMP mailing list
> CCAMP@ietf.org
> https://www.ietf.org/mailman/listinfo/ccamp
>=20
>=20
>=20
>=20
_______________________________________________
CCAMP mailing list
CCAMP@ietf.org
https://www.ietf.org/mailman/listinfo/ccamp

From acee.lindem@ericsson.com  Wed Nov  6 11:22:58 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8829811E80D9 for ; Wed,  6 Nov 2013 11:22:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.644
X-Spam-Level: 
X-Spam-Status: No, score=-2.644 tagged_above=-999 required=5 tests=[AWL=-0.045, BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YG094RNjV4oi for ; Wed,  6 Nov 2013 11:22:53 -0800 (PST)
Received: from usevmg21.ericsson.net (usevmg21.ericsson.net [198.24.6.65]) by ietfa.amsl.com (Postfix) with ESMTP id AB09621F9CAC for ; Wed,  6 Nov 2013 11:22:52 -0800 (PST)
X-AuditID: c6180641-b7fbd8e0000011cc-7d-527a970a22f1
Received: from EUSAAHC005.ericsson.se (Unknown_Domain [147.117.188.87]) by usevmg21.ericsson.net (Symantec Mail Security) with SMTP id 78.F7.04556.B079A725; Wed,  6 Nov 2013 20:22:51 +0100 (CET)
Received: from EUSAAMB101.ericsson.se ([147.117.188.118]) by EUSAAHC005.ericsson.se ([147.117.188.87]) with mapi id 14.02.0328.009; Wed, 6 Nov 2013 14:22:50 -0500
From: Acee Lindem 
To: "adrian@olddog.co.uk" , 'CCAMP WG' 
Thread-Topic: [CCAMP] Pump-priming UNI/PCE/ENNI/MLN/... discussion
Thread-Index: Ac7PbRtzogRV3DvIRn2nsOXoa+AD1QLlvOkA
Date: Wed, 6 Nov 2013 19:22:50 +0000
Message-ID: <94A203EA12AECE4BA92D42DBFFE0AE47030D3EE1@eusaamb101.ericsson.se>
In-Reply-To: <0e7601cecf6d$1ec53a70$5c4faf50$@olddog.co.uk>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.3.6.130613
x-originating-ip: [147.117.188.135]
Content-Type: text/plain; charset="us-ascii"
Content-ID: <9BC2FEBB8201124686D821F831D4CCCE@ericsson.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrPLMWRmVeSWpSXmKPExsUyuXRPuC739Kogg1dThC1+9Nxgtngy5waL xZZ3K1kdmD2WLPnJ5LFi80pGjy+XP7MFMEdx2aSk5mSWpRbp2yVwZSxt385YsJin4v2qWWwN jJ1cXYycHBICJhJPPj9nh7DFJC7cW8/WxcjFISRwhFGis/cZI0hCSGAZo8TZdwUgNpuAjsTz R/+YQWwRAR+J/y+awRqYBRoZJRpv/gRrEBZwlDjUvI8FoshJYkLXRzYI20hi9as9YDaLgIrE tYnPwep5BXwl7u6cC1TPwcEpYC3R0pMDEmYEOuj7qTVMIDazgLjErSfzmSAOFZBYsuc8M4Qt KvHy8T9WEFtUQE+ie9ZyVoi4ssT3OY9YIHp1JBbs/sQGYVtLNP5bwwhha0ssW/iaGeIEQYmT M5+wTGAUn4Vk3Swk7bOQtM9C0j4LSfsCRtZVjBylxalluelGhpsYgZF2TILNcQfjgk+Whxil OViUxHm/vHUOEhJITyxJzU5NLUgtii8qzUktPsTIxMEp1cDocvD+jZfG/7fNWtyWNt9s4d85 +6X59PT3vxU7PEeQy+pj9c5AqXJfUx5xyytfTx7WVS9Rv/9M8aLZ7qz8r/FuN7juBE9Xv13j 5DFX9PMH/XkSvzVqF1WsSP37UThtp9jBRH2rTV/Lv01suzLz34Xs/LmFX/uFOJRf+KeHdV6K fq6kM+O1sbuFEktxRqKhFnNRcSIAWcd+TIICAAA=
Cc: "draft-farrel-interconnected-te-info-exchange@tools.ietf.org" 
Subject: Re: [CCAMP] Pump-priming UNI/PCE/ENNI/MLN/... discussion
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 06 Nov 2013 19:22:58 -0000

I think this is promising framework and would propose that "OSPF Transport
Instance" is ideally suited to fill the IGP requirements.

http://tools.ietf.org/html/draft-ietf-ospf-transport-instance-10

On 10/22/13 2:24 PM, "Adrian Farrel"  wrote:

>Hi,
>
>Now that the draft agenda is out for CCAMP in Vancouver it is worth
>stirring up
>a little discussion to see whether we can arrive in British Columbia with
>some
>things ironed out and some ideas we want to dig into deeper.
>
>A bunch of us have been working on a draft to summarise the problems and
>propose
>an architecture. See the latest version at
>http://tools.ietf.org/html/draft-farrel-interconnected-te-info-exchange-02
>
>It might be helpful to break the discussion into consideration of the
>problem
>statement first. Do we have any disagreement about the scope, the type of
>network we need to solve, and the functions we need to deliver.  That
>should
>take you up to the end of Section 3.
>
>Then, as a separate discussion, perhaps we can get into the architecture.
>From a
>broad high level, does it do what we want/need? Yes, there are some
>wrinkles and
>nits to be sorted out in the details.  That should cover section 5.
>
>Finally, can we use the architecture to do useful things. That will be
>sections
>7 and (oops) 8.
>
>Really looking forward to hearing people's opinions.
>
>Thanks,
>Adrian
>
>_______________________________________________
>CCAMP mailing list
>CCAMP@ietf.org
>https://www.ietf.org/mailman/listinfo/ccamp


From rgandhi@cisco.com  Wed Nov  6 11:43:19 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1105F11E80D9 for ; Wed,  6 Nov 2013 11:43:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.599
X-Spam-Level: 
X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id baPnQcnYw8Ku for ; Wed,  6 Nov 2013 11:43:07 -0800 (PST)
Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) by ietfa.amsl.com (Postfix) with ESMTP id F27BA11E8105 for ; Wed,  6 Nov 2013 11:42:41 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1961; q=dns/txt; s=iport; t=1383766962; x=1384976562; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=N2xcqIhgWzn5erjh18nxRzwFCc43Qjz6yBGGI4zr9cg=; b=QpVQ+62GQYrQf6Nan9dX0UVuSYQDkYvzpo8EmCDhntFcGbZCCuXz2BQo 1TVIn4ITXdo2QLG4gRalCPKTbD04sf2PNG3O3opj40nKA6mzUL4hk76hN 4BwYdtkgfDFHVocrlEvjXWhox5mjxImuzhAH5QxkPazx9B0t/T1+eZrOS 4=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AsEFAJCbelKtJXHA/2dsb2JhbABbgwc4TQa/NoEmFnSCLDo9AhIBCDZCJQIEAQ0FCYd4CAW/II8mMweEMAOYDIEvkFuBaIE+gio
X-IronPort-AV: E=Sophos;i="4.93,647,1378857600"; d="scan'208";a="281653514"
Received: from rcdn-core2-5.cisco.com ([173.37.113.192]) by rcdn-iport-4.cisco.com with ESMTP; 06 Nov 2013 19:42:24 +0000
Received: from xhc-rcd-x11.cisco.com (xhc-rcd-x11.cisco.com [173.37.183.85]) by rcdn-core2-5.cisco.com (8.14.5/8.14.5) with ESMTP id rA6JgOch000639 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 6 Nov 2013 19:42:24 GMT
Received: from xmb-aln-x07.cisco.com ([169.254.2.43]) by xhc-rcd-x11.cisco.com ([173.37.183.85]) with mapi id 14.03.0123.003; Wed, 6 Nov 2013 13:42:23 -0600
From: "Rakesh Gandhi (rgandhi)" 
To: Ruiquan Jing , Fei Zhang , "jiang.weilian@gmail.com" 
Thread-Topic: New Version Notification for draft-ietf-ccamp-mpls-tp-rsvpte-ext-associated-lsp-07.txt
Thread-Index: AQHO2yhP0FEiegf0D06XCvdyhTAU/w==
Date: Wed, 6 Nov 2013 19:42:22 +0000
Message-ID: 
In-Reply-To: <20130917014629.15352.77684.idtracker@ietfa.amsl.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.3.5.130515
x-originating-ip: [161.44.212.177]
Content-Type: text/plain; charset="us-ascii"
Content-ID: 
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: CCAMP , "james-yang81@sohu.com" 
Subject: Re: [CCAMP] New Version Notification for draft-ietf-ccamp-mpls-tp-rsvpte-ext-associated-lsp-07.txt
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 06 Nov 2013 19:43:19 -0000

Hi WG,

The draft have been updated with dates for keep-alive with minor editing.

There are editorial changes to add [] for [Extended] ASSOCIATION object.

In addition, section 4.1.2 Compatibility is added for ASSOCIATION object
similar to section 4.2.4 for REVERSE_LSP object that was present in the
draft.

Comments are welcome.

thanks,
Rakesh



On 2013-09-16 9:46 PM, "internet-drafts@ietf.org"
 wrote:

>
>A new version of I-D,
>draft-ietf-ccamp-mpls-tp-rsvpte-ext-associated-lsp-07.txt
>has been successfully submitted by Fei Zhang and posted to the
>IETF repository.
>
>Filename:	 draft-ietf-ccamp-mpls-tp-rsvpte-ext-associated-lsp
>Revision:	 07
>Title:		 RSVP-TE Extensions for Associated Bidirectional LSPs
>Creation date:	 2013-09-16
>Group:		 ccamp
>Number of pages: 16
>URL:            =20
>http://www.ietf.org/internet-drafts/draft-ietf-ccamp-mpls-tp-rsvpte-ext-as
>sociated-lsp-07.txt
>Status:         =20
>http://datatracker.ietf.org/doc/draft-ietf-ccamp-mpls-tp-rsvpte-ext-associ
>ated-lsp
>Htmlized:       =20
>http://tools.ietf.org/html/draft-ietf-ccamp-mpls-tp-rsvpte-ext-associated-
>lsp-07
>Diff:           =20
>http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ccamp-mpls-tp-rsvpte-ext-ass=
oc
>iated-lsp-07
>
>Abstract:
>   The MPLS Transport Profile (MPLS-TP) requirements document [RFC5654],
>   describes that MPLS-TP MUST support associated bidirectional point-
>   to-point LSPs.
>
>   This document provides a method to bind two unidirectional Label
>   Switched Paths (LSPs) into an associated bidirectional LSP. The
>   association is achieved by defining the new Association Types in the
>   [Extended] ASSOCIATION object.
>
>                 =20
>       =20
>
>
>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.
>
>The IETF Secretariat
>


From lberger@labn.net  Wed Nov  6 14:06:48 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 44A9C21E811C for ; Wed,  6 Nov 2013 14:06:47 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.678
X-Spam-Level: 
X-Spam-Status: No, score=-101.678 tagged_above=-999 required=5 tests=[AWL=0.587, BAYES_00=-2.599, IP_NOT_FRIENDLY=0.334, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id W-deDwGTMxrA for ; Wed,  6 Nov 2013 14:06:41 -0800 (PST)
Received: from oproxy16-pub.mail.unifiedlayer.com (oproxy16-pub.mail.unifiedlayer.com [69.89.22.201]) by ietfa.amsl.com (Postfix) with SMTP id B9FDA21E80A6 for ; Wed,  6 Nov 2013 14:06:38 -0800 (PST)
Received: (qmail 9209 invoked by uid 0); 6 Nov 2013 22:06:32 -0000
Received: from unknown (HELO box313.bluehost.com) (69.89.31.113) by oproxy16-pub.mail.unifiedlayer.com with SMTP; 6 Nov 2013 22:06:32 -0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default;  h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=FixLjwTdIgK7a6ljlKboE2jkWKhEjDQHHT02x1NXujc=;  b=TXittNBm2PPThiAA1h2m9zIM7iRwS4GWESVA64W7HMZ4pWfnvhba7Pcll83IZf/tPHW6zwVFY4EKy8cWcEnIMwI/p5vMHY1YxmcBASuQ6hVefyiCTypu3qZr2GrbrAJb;
Received: from box313.bluehost.com ([69.89.31.113]:40643 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.80) (envelope-from ) id 1VeBF9-0003Uh-Qr; Wed, 06 Nov 2013 15:06:32 -0700
Message-ID: <527ABD65.2090500@labn.net>
Date: Wed, 06 Nov 2013 14:06:29 -0800
From: Lou Berger 
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0
MIME-Version: 1.0
To: "Rakesh Gandhi (rgandhi)" ,  Ruiquan Jing , Fei Zhang ,  "jiang.weilian@gmail.com" 
References: 
In-Reply-To: 
X-Enigmail-Version: 1.6
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net}
Cc: CCAMP , "james-yang81@sohu.com" 
Subject: Re: [CCAMP] New Version Notification for draft-ietf-ccamp-mpls-tp-rsvpte-ext-associated-lsp-07.txt
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 06 Nov 2013 22:06:48 -0000

Rakesh ,

see below.

On 11/6/2013 11:42 AM, Rakesh Gandhi (rgandhi) wrote:
> Hi WG,
> 
> The draft have been updated with dates for keep-alive with minor editing.
> 
> There are editorial changes to add [] for [Extended] ASSOCIATION object.
> 

Why? brackets are used to indicate references.  This clearly isn't a
reference.

> In addition, section 4.1.2 Compatibility is added for ASSOCIATION object
> similar to section 4.2.4 for REVERSE_LSP object that was present in the
> draft.

This section is really hard to parse.  Also keep in mind, compatibility
sections can only describe what a node that doesn't support the draft is
going to do.  To affect such a node, the node would need to implement
the draft!

> Comments are welcome.

>From an editorial standpoint the document seems to be mixing informative
and normative text (e.g., the overview section contains normative
procedures), as well as provisioning models in such a way that the
document is very hard to read.  I (or Deborah, the document shepherd)
can work with you a bit off-line and then come back to the group with
specific proposed changes.

Lou

> 
> thanks,
> Rakesh
> 
> 
> 
> On 2013-09-16 9:46 PM, "internet-drafts@ietf.org"
>  wrote:
> 
>>
>> A new version of I-D,
>> draft-ietf-ccamp-mpls-tp-rsvpte-ext-associated-lsp-07.txt
>> has been successfully submitted by Fei Zhang and posted to the
>> IETF repository.
>>
>> Filename:	 draft-ietf-ccamp-mpls-tp-rsvpte-ext-associated-lsp
>> Revision:	 07
>> Title:		 RSVP-TE Extensions for Associated Bidirectional LSPs
>> Creation date:	 2013-09-16
>> Group:		 ccamp
>> Number of pages: 16
>> URL:             
>> http://www.ietf.org/internet-drafts/draft-ietf-ccamp-mpls-tp-rsvpte-ext-as
>> sociated-lsp-07.txt
>> Status:          
>> http://datatracker.ietf.org/doc/draft-ietf-ccamp-mpls-tp-rsvpte-ext-associ
>> ated-lsp
>> Htmlized:        
>> http://tools.ietf.org/html/draft-ietf-ccamp-mpls-tp-rsvpte-ext-associated-
>> lsp-07
>> Diff:            
>> http://www.ietf.org/rfcdiff?url2=draft-ietf-ccamp-mpls-tp-rsvpte-ext-assoc
>> iated-lsp-07
>>
>> Abstract:
>>   The MPLS Transport Profile (MPLS-TP) requirements document [RFC5654],
>>   describes that MPLS-TP MUST support associated bidirectional point-
>>   to-point LSPs.
>>
>>   This document provides a method to bind two unidirectional Label
>>   Switched Paths (LSPs) into an associated bidirectional LSP. The
>>   association is achieved by defining the new Association Types in the
>>   [Extended] ASSOCIATION object.
>>
>>                  
>>        
>>
>>
>> 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.
>>
>> The IETF Secretariat
>>
> 
> _______________________________________________
> CCAMP mailing list
> CCAMP@ietf.org
> https://www.ietf.org/mailman/listinfo/ccamp
> 
> 
> 
> 

From rgandhi@cisco.com  Wed Nov  6 14:47:44 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B3AA921E811F for ; Wed,  6 Nov 2013 14:47:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.599
X-Spam-Level: 
X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1vvs0Wq2PuJE for ; Wed,  6 Nov 2013 14:47:39 -0800 (PST)
Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) by ietfa.amsl.com (Postfix) with ESMTP id 633F011E80E2 for ; Wed,  6 Nov 2013 14:47:38 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3346; q=dns/txt; s=iport; t=1383778058; x=1384987658; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=9ymKHWNfs9Htbq4WQ8HMRgCDPL0NjHsyBuc9tcAr6Ac=; b=E8TcpgJnL9XfFQlF1FYJzCUBvX8fIJWbqpWALN+tHHYlY1XZpz0cI78W m8BO5lj7E84FTCCAXT662nM+yADcTQPnHtTphH1PTU/0ERX5CTCGwer/W YuBQmkYAEeLQR0k3sQh8vWkTpKMwiAFiMofnT4CI7a9SB6oNU40WX21MV M=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AhwGAAXGelKtJV2d/2dsb2JhbABbgwc4TQa/LYEnFnSCJQEBAQQBAQE3NAkCEgEIDgoeNwslAgQBDQUJh3gIBb8KjyYzB4QwA5gMgS+QW4FogT6CKg
X-IronPort-AV: E=Sophos;i="4.93,647,1378857600"; d="scan'208";a="281672243"
Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by rcdn-iport-8.cisco.com with ESMTP; 06 Nov 2013 22:47:38 +0000
Received: from xhc-rcd-x07.cisco.com (xhc-rcd-x07.cisco.com [173.37.183.81]) by rcdn-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id rA6Mlba2026452 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 6 Nov 2013 22:47:37 GMT
Received: from xmb-aln-x07.cisco.com ([169.254.2.43]) by xhc-rcd-x07.cisco.com ([173.37.183.81]) with mapi id 14.03.0123.003; Wed, 6 Nov 2013 16:47:37 -0600
From: "Rakesh Gandhi (rgandhi)" 
To: Lou Berger , Ruiquan Jing , "Fei Zhang" , "jiang.weilian@gmail.com" 
Thread-Topic: [CCAMP] New Version Notification for draft-ietf-ccamp-mpls-tp-rsvpte-ext-associated-lsp-07.txt
Thread-Index: AQHO2yhP0FEiegf0D06XCvdyhTAU/5oZJyeA//+m6AA=
Date: Wed, 6 Nov 2013 22:47:36 +0000
Message-ID: 
In-Reply-To: <527ABD65.2090500@labn.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.3.5.130515
x-originating-ip: [10.86.254.186]
Content-Type: text/plain; charset="us-ascii"
Content-ID: <7031E06BCC4A854FA895CAE0A1D03F2C@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: CCAMP , "james-yang81@sohu.com" 
Subject: Re: [CCAMP] New Version Notification for draft-ietf-ccamp-mpls-tp-rsvpte-ext-associated-lsp-07.txt
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 06 Nov 2013 22:47:44 -0000

Hi Lou,

I understand. Yes, I will work you on the required changes.

Thanks,
Rakesh


On 2013-11-06 5:06 PM, "Lou Berger"  wrote:

>
>Rakesh ,
>
>see below.
>
>On 11/6/2013 11:42 AM, Rakesh Gandhi (rgandhi) wrote:
>> Hi WG,
>>=20
>> The draft have been updated with dates for keep-alive with minor
>>editing.
>>=20
>> There are editorial changes to add [] for [Extended] ASSOCIATION object.
>>=20
>
>Why? brackets are used to indicate references.  This clearly isn't a
>reference.
>
>> In addition, section 4.1.2 Compatibility is added for ASSOCIATION object
>> similar to section 4.2.4 for REVERSE_LSP object that was present in the
>> draft.
>
>This section is really hard to parse.  Also keep in mind, compatibility
>sections can only describe what a node that doesn't support the draft is
>going to do.  To affect such a node, the node would need to implement
>the draft!
>
>> Comments are welcome.
>
>From an editorial standpoint the document seems to be mixing informative
>and normative text (e.g., the overview section contains normative
>procedures), as well as provisioning models in such a way that the
>document is very hard to read.  I (or Deborah, the document shepherd)
>can work with you a bit off-line and then come back to the group with
>specific proposed changes.
>
>Lou
>
>>=20
>> thanks,
>> Rakesh
>>=20
>>=20
>>=20
>> On 2013-09-16 9:46 PM, "internet-drafts@ietf.org"
>>  wrote:
>>=20
>>>
>>> A new version of I-D,
>>> draft-ietf-ccamp-mpls-tp-rsvpte-ext-associated-lsp-07.txt
>>> has been successfully submitted by Fei Zhang and posted to the
>>> IETF repository.
>>>
>>> Filename:	 draft-ietf-ccamp-mpls-tp-rsvpte-ext-associated-lsp
>>> Revision:	 07
>>> Title:		 RSVP-TE Extensions for Associated Bidirectional LSPs
>>> Creation date:	 2013-09-16
>>> Group:		 ccamp
>>> Number of pages: 16
>>> URL:          =20
>>>=20
>>>http://www.ietf.org/internet-drafts/draft-ietf-ccamp-mpls-tp-rsvpte-ext-
>>>as
>>> sociated-lsp-07.txt
>>> Status:       =20
>>>=20
>>>http://datatracker.ietf.org/doc/draft-ietf-ccamp-mpls-tp-rsvpte-ext-asso
>>>ci
>>> ated-lsp
>>> Htmlized:     =20
>>>=20
>>>http://tools.ietf.org/html/draft-ietf-ccamp-mpls-tp-rsvpte-ext-associate
>>>d-
>>> lsp-07
>>> Diff:         =20
>>>=20
>>>http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ccamp-mpls-tp-rsvpte-ext-a=
ss
>>>oc
>>> iated-lsp-07
>>>
>>> Abstract:
>>>   The MPLS Transport Profile (MPLS-TP) requirements document [RFC5654],
>>>   describes that MPLS-TP MUST support associated bidirectional point-
>>>   to-point LSPs.
>>>
>>>   This document provides a method to bind two unidirectional Label
>>>   Switched Paths (LSPs) into an associated bidirectional LSP. The
>>>   association is achieved by defining the new Association Types in the
>>>   [Extended] ASSOCIATION object.
>>>
>>>               =20
>>>       =20
>>>
>>>
>>> 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.
>>>
>>> The IETF Secretariat
>>>
>>=20
>> _______________________________________________
>> CCAMP mailing list
>> CCAMP@ietf.org
>> https://www.ietf.org/mailman/listinfo/ccamp
>>=20
>>=20
>>=20
>>=20


From zhang.xian@huawei.com  Thu Nov  7 11:24:37 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E17D311E8282 for ; Thu,  7 Nov 2013 11:24:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.307
X-Spam-Level: 
X-Spam-Status: No, score=-6.307 tagged_above=-999 required=5 tests=[AWL=0.292,  BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rdOtgiQj32M6 for ; Thu,  7 Nov 2013 11:24:33 -0800 (PST)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 05D3E11E8281 for ; Thu,  7 Nov 2013 11:24:32 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BAA47672; Thu, 07 Nov 2013 19:24:32 +0000 (GMT)
Received: from LHREML405-HUB.china.huawei.com (10.201.5.242) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 7 Nov 2013 19:23:49 +0000
Received: from SZXEML418-HUB.china.huawei.com (10.82.67.157) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 7 Nov 2013 19:24:31 +0000
Received: from SZXEML510-MBX.china.huawei.com ([169.254.3.140]) by szxeml418-hub.china.huawei.com ([10.82.67.157]) with mapi id 14.03.0158.001; Fri, 8 Nov 2013 03:24:27 +0800
From: "Zhangxian (Xian)" 
To: "zali@cisco.com" 
Thread-Topic: The description of Path Key retaining time in RFC5553
Thread-Index: AQHO2+75nyh5MwjjqEemfNXW9E7a+A==
Date: Thu, 7 Nov 2013 19:24:26 +0000
Message-ID: 
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.47.150.242]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Cc: "ccamp@ietf.org" 
Subject: [CCAMP] The description of Path Key retaining time in RFC5553
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 07 Nov 2013 19:24:38 -0000

Hi, all,

  The following is the piece of information that i mentioned already requir=
e retaining the Path key information for the lifetime of LSP.=20

Section 3.2 from RFC5553
"
.......
On a Path message, the PKS SHOULD identify the LSR replacing the CPS and pr=
ovide a Path Key that can be used to expand  the path segment.  In the latt=
er case, the Path Key and its expansion SHOULD be retained by the LSR that =
performs the substitution for at least the lifetime of the LSP.  In both ca=
ses, the expansion of the PKS SHOULD be made available to diagnostic tools =
under the control of local policy.
"

My understanding of the stateful PCE (from PCE WG) is to have LSP-DB docume=
nting information such as the identifiers (the 5-tuple), route, bw informat=
ion etc. So I do not think our extensions defined in http://tools.ietf.org/=
html/draft-zhang-ccamp-route-exclusion-pathkey-00 incur any new additional =
requirements. Please review our draft and let us know what you think.

Cheers,
Xian=

From ogondio@tid.es  Thu Nov  7 11:25:45 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6903011E8292 for ; Thu,  7 Nov 2013 11:25:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.364
X-Spam-Level: 
X-Spam-Status: No, score=-3.364 tagged_above=-999 required=5 tests=[AWL=-1.634, BAYES_40=-0.185, FRT_BELOW2=2.154, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EUylNk2YmUKk for ; Thu,  7 Nov 2013 11:25:39 -0800 (PST)
Received: from tidos.tid.es (tidos.tid.es [195.235.93.44]) by ietfa.amsl.com (Postfix) with ESMTP id 6EBB911E829C for ; Thu,  7 Nov 2013 11:25:35 -0800 (PST)
Received: from sbrightmailg01.hi.inet (sbrightmailg01.hi.inet [10.95.64.104]) by tid.hi.inet (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0MVW00IUGRAMN5@tid.hi.inet> for ccamp@ietf.org; Thu, 07 Nov 2013 20:25:34 +0100 (MET)
Received: from dequeue_removeroute (tid.hi.inet [10.95.64.10]) by sbrightmailg01.hi.inet (Symantec Messaging Gateway) with SMTP id CA.E1.03197.E29EB725; Thu, 07 Nov 2013 20:25:34 +0100 (CET)
Received: from correo.tid.es (mailhost.hi.inet [10.95.64.100]) by tid.hi.inet (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0MVW00IUDRAMN5@tid.hi.inet> for ccamp@ietf.org; Thu, 07 Nov 2013 20:25:34 +0100 (MET)
Received: from EX10-MB1-MAD.hi.inet ([169.254.1.136]) by EX10-HTCAS7-MAD.hi.inet ([::1]) with mapi id 14.03.0123.003; Thu, 07 Nov 2013 20:25:34 +0100
Date: Thu, 07 Nov 2013 19:25:33 +0000
From: =?Windows-1252?Q?Oscar_Gonz=E1lez_de_Dios?= 
X-Originating-IP: [10.95.64.115]
To: CCAMP 
Message-id: 
MIME-version: 1.0
Content-type: multipart/alternative; boundary="Boundary_(ID_dR2vtQcwUqrJEiiPTGQR5w)"
Content-language: es-ES
Accept-Language: es-ES, en-US
Thread-topic: Input for Terminology discussion: UNI definitions across different SDOs
Thread-index: AQHO2+8gmryt/BU0MUSuYCeURJs4dA==
user-agent: Microsoft-MacOutlook/14.2.5.121010
X-AuditID: 0a5f4068-b7f3e8e000000c7d-69-527be92e21b6
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrFLMWRmVeSWpSXmKPExsXCFe/Apav3sjrI4PlzMYsnc26wODB6LFny kymAMYrLJiU1J7MstUjfLoErY9mSvSwFCwIrZh14y9zAeNy9i5GTQ0LAROJlz2VWCFtM4sK9 9WxdjFwcQgIHGCXeHGxggnC+M0r0trYzQjgzGSWmP9nGAtLCIqAqMa/5F5jNJuAk0dBznhHE FhYIkPj/8yUzxFgFiT/nHoPViAhISdzcd4sdxOYV0JbYsv05I4QtKPFj8j2wGmYBX4m2M8cY IWxxiTm/JoKdxyggK7Hy/GlGiDnhEtcW9DBB2HoSbx++AOsVBbLbjp1hh9grILFkz3moG0Ql Xj7+xzqBUWQWknWzkKybhWQdhG0g8f7cfGYIW1ti2cLXULa+xMYvZ4HqOYBsM4l7cyWQlSxg 5FjFKFacVJSZnlGSm5iZk25gqJeRqZeZl1qyiRESXxk7GJfvVDnEKMDBqMTDe+JSdZAQa2JZ cWXuIUYJDmYlEd4jC4FCvCmJlVWpRfnxRaU5qcWHGJk4OKUaGGUlZy60en/8ffFMF1sRZtUu 6azXNVFZ/463ff6uLSZms3PHmbVhh8Pq9p05cPMRw61Ze2eZBaxxYP39Mub7vCdPpwZOevLF 7eJp6zs5R6W27n+eKCG+VXzSP66M2nOPZf+3yCfennVY99w/0f8rzevcHj9WFJpbYh9g4Fu8 +k/yRyNTGwFevl9KLMUZiYZazEXFiQB4JlNnjQIAAA==
Subject: [CCAMP] Input for Terminology discussion: UNI definitions across different SDOs
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 07 Nov 2013 19:25:45 -0000

--Boundary_(ID_dR2vtQcwUqrJEiiPTGQR5w)
Content-type: text/plain; charset=Windows-1252
Content-transfer-encoding: quoted-printable

Hi all,

As inputs for the terminology discussions, please find bellow a set of defi=
nitions for UNI coming from different SDOs (with a short reference, they ar=
e easy to find with the number):

[G.807] (ITU-T): "User-Network Interface for the control plane (UNI): A bid=
irectional signaling interface between service requester and service provid=
er control plane entities."

In the same document: "UNI: This interface supports, as a minimum, the foll=
owing information elements:
? End-point name and address;
? Authentication and connection admission control;
? Connection service messages.=94

[G.8081] (ITU-T): "user-network interface for the control plane (UNI): An U=
NI is a bidirectional signaling interface between service requester and ser=
vice provider control plane entities.=94

[G.8080] (ITU-T): =93UNI
Information flows expected across the UNI reference point support the follo=
wing functions:
- call control
- resource discovery
- connection control
- connection selection.
Note, there is no routing function associated with the UNI reference point.=
 Additional functions such as security and authentication of calls, or enha=
nced directory services,
may be added to this basic set of functions."

[RFC3717]: =93The client-optical internetwork interface (UNI) represents a =
service boundary between the client (e.g., IP router) and the optical netwo=
rk.  The client and server (optical network) are essentially two different =
roles: the client role requests a service connection from a server; the ser=
ver role establishes the connection to fulfill the service request =97 prov=
ided all relevant admission control conditions are satisfied.=94

   [OIF UNI1.0]: UNI: =93The service control interface between a client dev=
ice and the transport network.=94
 UNI-C: =94The logical entity that terminates UNI signalling on the client =
device side.=94
UNI-N: =93The logical entity that terminates UNI signalling on the transpor=
t network side.=94

       [MEF 11]: =93The MEF UNI is a reference point for all interactions b=
etween Subscribers of MEF defined services and the MEN Service Provider.=94

Hope it helps in the discussions,

Best Regards,

Oscar





________________________________

Este mensaje se dirige exclusivamente a su destinatario. Puede consultar nu=
estra pol=EDtica de env=EDo y recepci=F3n de correo electr=F3nico en el enl=
ace situado m=E1s abajo.
This message is intended exclusively for its addressee. We only send and re=
ceive email on the basis of the terms set out at:
http://www.tid.es/ES/PAGINAS/disclaimer.aspx

--Boundary_(ID_dR2vtQcwUqrJEiiPTGQR5w)
Content-id: 
Content-type: text/html; charset=Windows-1252
Content-transfer-encoding: quoted-printable











Hi all,











As inp=
uts for the terminology discussions, please find bellow a set of defin=
itions for UNI coming from different SDOs (with
 a short reference, they are easy to find with the number):







[G.807=
] (ITU-T): "User-Network Interfa=
ce for the control plane (UNI): A bidirectional
 signaling interface between service requester and service provider control=
 plane entities."







In the same document: =
"UNI: This interface supports, as a minimum, the following information=
 elements:


? 
End-point name and address;


? 
Authentication and connection admission control;


? 
Connection service messages.=94







[G.8081] (ITU-T): &quo=
t;user-network interface for the control plane (UNI): An UNI is a bidirecti=
onal signaling interface between service requester
 and service provider control plane entities.=94








[G.8080] (ITU-T): =93U=
NI


Information flows expe=
cted across the UNI reference point support the following functions:


- call control


- resource discovery

- connection control

- connection selection=
.


Note, there is no rout=
ing function associated with the UNI reference point. Additional functions =
such as security and authentication of
 calls, or enhanced directory services,


may be adde=
d to this basic set of functions."







[RFC3717]: =93The clie=
nt-optical internetwork interface (UNI) represents a service boundary betwe=
en the client (e.g., IP router) and the
 optical network.  The client and server (optical network) are essenti=
ally two different roles: the client role requests a service connection fro=
m a server; the server role establishes the connection to fulfill the servi=
ce request =97 provided all relevant admission
 control conditions are satisfied.=94







   [OIF UNI1.0]: UNI: =93T=
he service control interface between a client device and the transport netw=
ork.=94


 UNI-C: =94The logical entity t=
hat terminates UNI signalling on the client device side.=94


UNI-N: =93The logical entity that terminates UN=
I signalling on the transport network side.=94







       [MEF 11]:=
 =93The MEF UNI is a reference point for all interactions between Subscribe=
rs of MEF defined services and the MEN Servic=
e
 Provider.=94







Hope it helps in the discussions,







Best Regards,







Oscar





























Este mensaje se dirige exclusivamente a su destinatario. Puede consultar nu=
estra pol=EDtica de env=EDo y recepci=F3n de correo electr=F3nico en el enl=
ace situado m=E1s abajo.

This message is intended exclusively for its addressee. We only send and re=
ceive email on the basis of the terms set out at:

http://www.tid.es/ES/PAGINAS/disclaimer.aspx





--Boundary_(ID_dR2vtQcwUqrJEiiPTGQR5w)--

From internet-drafts@ietf.org  Thu Nov  7 12:45:21 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B15B421E817D; Thu,  7 Nov 2013 12:45:21 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.572
X-Spam-Level: 
X-Spam-Status: No, score=-102.572 tagged_above=-999 required=5 tests=[AWL=0.028, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2ih1rghVaMdx; Thu,  7 Nov 2013 12:45:21 -0800 (PST)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B80E821E814F; Thu,  7 Nov 2013 12:45:08 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
From: internet-drafts@ietf.org
To: i-d-announce@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 4.83
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20131107204508.21867.60448.idtracker@ietfa.amsl.com>
Date: Thu, 07 Nov 2013 12:45:08 -0800
Cc: ccamp@ietf.org
Subject: [CCAMP] I-D Action: draft-ietf-ccamp-rwa-info-19.txt
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 07 Nov 2013 20:45:21 -0000

A New Internet-Draft is available from the on-line Internet-Drafts director=
ies.
 This draft is a work item of the Common Control and Measurement Plane Work=
ing Group of the IETF.

	Title           : Routing and Wavelength Assignment Information Model for =
Wavelength Switched Optical Networks
	Author(s)       : Young Lee
                          Greg M. Bernstein
                          Dan Li
                          Wataru Imajuku
	Filename        : draft-ietf-ccamp-rwa-info-19.txt
	Pages           : 24
	Date            : 2013-11-07

Abstract:
   This document provides a model of information needed by the routing
   and wavelength assignment (RWA) process in wavelength switched
   optical networks (WSONs).  The purpose of the information described
   in this model is to facilitate constrained lightpath computation in
   WSONs. This model takes into account compatibility constraints
   between WSON signal attributes and network elements but does not
   include constraints due to optical impairments. Aspects of this
   information that may be of use to other technologies utilizing a
   GMPLS control plane are discussed.




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

There's also a htmlized version available at:
http://tools.ietf.org/html/draft-ietf-ccamp-rwa-info-19

A diff from the previous version is available at:
http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ccamp-rwa-info-19


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 zhang.xian@huawei.com  Thu Nov  7 13:33:55 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D771811E8110 for ; Thu,  7 Nov 2013 13:33:55 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.007
X-Spam-Level: 
X-Spam-Status: No, score=-3.007 tagged_above=-999 required=5 tests=[AWL=-3.066, BAYES_00=-2.599, FRT_BELOW2=2.154, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wma6JKm2qCbj for ; Thu,  7 Nov 2013 13:33:51 -0800 (PST)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id AC1B811E8127 for ; Thu,  7 Nov 2013 13:33:47 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id AXQ74057; Thu, 07 Nov 2013 21:33:45 +0000 (GMT)
Received: from LHREML401-HUB.china.huawei.com (10.201.5.240) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 7 Nov 2013 21:33:01 +0000
Received: from SZXEML424-HUB.china.huawei.com (10.82.67.163) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 7 Nov 2013 21:33:42 +0000
Received: from SZXEML510-MBX.china.huawei.com ([169.254.3.140]) by szxeml424-hub.china.huawei.com ([10.82.67.163]) with mapi id 14.03.0158.001; Fri, 8 Nov 2013 05:33:36 +0800
From: "Zhangxian (Xian)" 
To: =?gb2312?B?T3NjYXIgR29ueqiibGV6IGRlIERpb3M=?= , CCAMP 
Thread-Topic: Input for Terminology discussion: UNI definitions across different SDOs
Thread-Index: AQHO2+8gmryt/BU0MUSuYCeURJs4dJoaRYt8
Date: Thu, 7 Nov 2013 21:33:35 +0000
Message-ID: 
References: 
In-Reply-To: 
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.47.154.220]
Content-Type: multipart/alternative; boundary="_000_C636AF2FA540124E9B9ACB5A6BECCE6B263E04ABszxeml510mbxchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Subject: Re: [CCAMP] Input for Terminology discussion: UNI definitions across	different SDOs
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 07 Nov 2013 21:33:56 -0000

--_000_C636AF2FA540124E9B9ACB5A6BECCE6B263E04ABszxeml510mbxchi_
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: base64

VGhhbmsgeW91LCBPc2Nhci4gSXQgaW5kZWVkIGhlbHBzIG1lIHRvIHVuZGVyc3RhbmQgdGhlIFVO
SSBiZXR0ZXIuDQoNCg0KDQpQcmV2aW91c2x5IEkgdGhvdWdodCB0aGUgVU5JIGRlZmludGlvbiB3
b3VsZCBpbmNsdWRlIGFsbG93aW5nIGZvciByZWFjaGFiaWxpdHkgaW5mb3JtYXRpb24gYWNyb3Nz
IHRoaXMgaW50ZXJmYWNlLiBDbGVhcmx5LCBpdCBET0VTIE5PVCBmcm9tIHRoZSB0ZXh0IHlvdSBw
cm92aWRlIGJlbG93Lg0KDQoNCg0KU28sIGkgZG91YmxlLWNoZWNrZWQgUkZDNDIwOCwgaXQgdHVy
bnMgb3V0IHRoYXQgdGhpcyAicmVhY2hhYmlsaXR5IGluZm9ybWF0aW9uIiBpcyBtZW50aW9uZWQg
d2hlbiB0YWxraW5nIGFib3V0IG92ZXJsYXkgbW9kZWw6DQoNCg0KDQoiIEluIHRoZSBvdmVybGF5
IG1vZGVsLCB0aGUgY29yZS1ub2RlcyBhY3QgbW9yZSBhcyBhIGNsb3NlZCBzeXN0ZW0uIFRoZSBl
ZGdlLW5vZGVzIGRvIG5vdCBwYXJ0aWNpcGF0ZQ0KICBpbiB0aGUgcm91dGluZyBwcm90b2NvbCBp
bnN0YW5jZSB0aGF0IHJ1bnMgYW1vbmcgdGhlIGNvcmUgbm9kZXM7IGluIHBhcnRpY3VsYXIsIHRo
ZSBlZGdlLW5vZGVzIGFyZSB1bmF3YXJlDQoNCm9mIHRoZSB0b3BvbG9neSBvZiB0aGUgY29yZS1u
b2Rlcy4gIFRoZXJlIG1heSwgaG93ZXZlciwgYmUgYSByb3V0aW5nIHByb3RvY29sIGludGVyYWN0
aW9uIGJldHdlZW4NCiAgIGEgY29yZS1ub2RlIGFuZCBhbiBlZGdlLW5vZGUgZm9yIHRoZSBleGNo
YW5nZSBvZiByZWFjaGFiaWxpdHkgaW5mb3JtYXRpb24gdG8gb3RoZXIgZWRnZS1ub2Rlcy4iDQoN
CkhvcGUgdGhpcyBoZWxwcyBhIGJpdCBvbiBjbGFyaWZpY2F0aW9uIGFuZCBvbmdvaW5nIGRpc2N1
c3Npb24uDQoNCg0KDQpSZWdhcmRzLA0KDQpYaWFuDQoNCl9fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fDQoNCreivP7IyzogY2NhbXAtYm91bmNlc0BpZXRmLm9yZyBbY2NhbXAtYm91bmNl
c0BpZXRmLm9yZ10gtPqx7SBPc2NhciBHb256qKJsZXogZGUgRGlvcyBbb2dvbmRpb0B0aWQuZXNd
DQq3osvNyrG85DogMjAxM8TqMTHUwjjI1SAzOjI1DQrK1bz+yMs6IENDQU1QDQrW98ziOiBbQ0NB
TVBdIElucHV0IGZvciBUZXJtaW5vbG9neSBkaXNjdXNzaW9uOiBVTkkgZGVmaW5pdGlvbnMgYWNy
b3NzIGRpZmZlcmVudCBTRE9zDQoNCkhpIGFsbCwNCg0KQXMgaW5wdXRzIGZvciB0aGUgdGVybWlu
b2xvZ3kgZGlzY3Vzc2lvbnMsIHBsZWFzZSBmaW5kIGJlbGxvdyBhIHNldCBvZiBkZWZpbml0aW9u
cyBmb3IgVU5JIGNvbWluZyBmcm9tIGRpZmZlcmVudCBTRE9zICh3aXRoIGEgc2hvcnQgcmVmZXJl
bmNlLCB0aGV5IGFyZSBlYXN5IHRvIGZpbmQgd2l0aCB0aGUgbnVtYmVyKToNCg0KW0cuODA3XSAo
SVRVLVQpOiAiVXNlci1OZXR3b3JrIEludGVyZmFjZSBmb3IgdGhlIGNvbnRyb2wgcGxhbmUgKFVO
SSk6IEEgYmlkaXJlY3Rpb25hbCBzaWduYWxpbmcgaW50ZXJmYWNlIGJldHdlZW4gc2VydmljZSBy
ZXF1ZXN0ZXIgYW5kIHNlcnZpY2UgcHJvdmlkZXIgY29udHJvbCBwbGFuZSBlbnRpdGllcy4iDQoN
CkluIHRoZSBzYW1lIGRvY3VtZW50OiAiVU5JOiBUaGlzIGludGVyZmFjZSBzdXBwb3J0cywgYXMg
YSBtaW5pbXVtLCB0aGUgZm9sbG93aW5nIGluZm9ybWF0aW9uIGVsZW1lbnRzOg0KPyBFbmQtcG9p
bnQgbmFtZSBhbmQgYWRkcmVzczsNCj8gQXV0aGVudGljYXRpb24gYW5kIGNvbm5lY3Rpb24gYWRt
aXNzaW9uIGNvbnRyb2w7DQo/IENvbm5lY3Rpb24gc2VydmljZSBtZXNzYWdlcy6hsQ0KDQpbRy44
MDgxXSAoSVRVLVQpOiAidXNlci1uZXR3b3JrIGludGVyZmFjZSBmb3IgdGhlIGNvbnRyb2wgcGxh
bmUgKFVOSSk6IEFuIFVOSSBpcyBhIGJpZGlyZWN0aW9uYWwgc2lnbmFsaW5nIGludGVyZmFjZSBi
ZXR3ZWVuIHNlcnZpY2UgcmVxdWVzdGVyIGFuZCBzZXJ2aWNlIHByb3ZpZGVyIGNvbnRyb2wgcGxh
bmUgZW50aXRpZXMuobENCg0KW0cuODA4MF0gKElUVS1UKTogobBVTkkNCkluZm9ybWF0aW9uIGZs
b3dzIGV4cGVjdGVkIGFjcm9zcyB0aGUgVU5JIHJlZmVyZW5jZSBwb2ludCBzdXBwb3J0IHRoZSBm
b2xsb3dpbmcgZnVuY3Rpb25zOg0KLSBjYWxsIGNvbnRyb2wNCi0gcmVzb3VyY2UgZGlzY292ZXJ5
DQotIGNvbm5lY3Rpb24gY29udHJvbA0KLSBjb25uZWN0aW9uIHNlbGVjdGlvbi4NCk5vdGUsIHRo
ZXJlIGlzIG5vIHJvdXRpbmcgZnVuY3Rpb24gYXNzb2NpYXRlZCB3aXRoIHRoZSBVTkkgcmVmZXJl
bmNlIHBvaW50LiBBZGRpdGlvbmFsIGZ1bmN0aW9ucyBzdWNoIGFzIHNlY3VyaXR5IGFuZCBhdXRo
ZW50aWNhdGlvbiBvZiBjYWxscywgb3IgZW5oYW5jZWQgZGlyZWN0b3J5IHNlcnZpY2VzLA0KbWF5
IGJlIGFkZGVkIHRvIHRoaXMgYmFzaWMgc2V0IG9mIGZ1bmN0aW9ucy4iDQoNCltSRkMzNzE3XTog
obBUaGUgY2xpZW50LW9wdGljYWwgaW50ZXJuZXR3b3JrIGludGVyZmFjZSAoVU5JKSByZXByZXNl
bnRzIGEgc2VydmljZSBib3VuZGFyeSBiZXR3ZWVuIHRoZSBjbGllbnQgKGUuZy4sIElQIHJvdXRl
cikgYW5kIHRoZSBvcHRpY2FsIG5ldHdvcmsuICBUaGUgY2xpZW50IGFuZCBzZXJ2ZXIgKG9wdGlj
YWwgbmV0d29yaykgYXJlIGVzc2VudGlhbGx5IHR3byBkaWZmZXJlbnQgcm9sZXM6IHRoZSBjbGll
bnQgcm9sZSByZXF1ZXN0cyBhIHNlcnZpY2UgY29ubmVjdGlvbiBmcm9tIGEgc2VydmVyOyB0aGUg
c2VydmVyIHJvbGUgZXN0YWJsaXNoZXMgdGhlIGNvbm5lY3Rpb24gdG8gZnVsZmlsbCB0aGUgc2Vy
dmljZSByZXF1ZXN0IKGqIHByb3ZpZGVkIGFsbCByZWxldmFudCBhZG1pc3Npb24gY29udHJvbCBj
b25kaXRpb25zIGFyZSBzYXRpc2ZpZWQuobENCg0KICAgW09JRiBVTkkxLjBdOiBVTkk6IKGwVGhl
IHNlcnZpY2UgY29udHJvbCBpbnRlcmZhY2UgYmV0d2VlbiBhIGNsaWVudCBkZXZpY2UgYW5kIHRo
ZSB0cmFuc3BvcnQgbmV0d29yay6hsQ0KIFVOSS1DOiChsVRoZSBsb2dpY2FsIGVudGl0eSB0aGF0
IHRlcm1pbmF0ZXMgVU5JIHNpZ25hbGxpbmcgb24gdGhlIGNsaWVudCBkZXZpY2Ugc2lkZS6hsQ0K
VU5JLU46IKGwVGhlIGxvZ2ljYWwgZW50aXR5IHRoYXQgdGVybWluYXRlcyBVTkkgc2lnbmFsbGlu
ZyBvbiB0aGUgdHJhbnNwb3J0IG5ldHdvcmsgc2lkZS6hsQ0KDQogICAgICAgW01FRiAxMV06IKGw
VGhlIE1FRiBVTkkgaXMgYSByZWZlcmVuY2UgcG9pbnQgZm9yIGFsbCBpbnRlcmFjdGlvbnMgYmV0
d2VlbiBTdWJzY3JpYmVycyBvZiBNRUYgZGVmaW5lZCBzZXJ2aWNlcyBhbmQgdGhlIE1FTiBTZXJ2
aWNlIFByb3ZpZGVyLqGxDQoNCkhvcGUgaXQgaGVscHMgaW4gdGhlIGRpc2N1c3Npb25zLA0KDQpC
ZXN0IFJlZ2FyZHMsDQoNCk9zY2FyDQoNCg0KDQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX18NCg0KRXN0ZSBtZW5zYWplIHNlIGRpcmlnZSBleGNsdXNpdmFtZW50ZSBhIHN1IGRl
c3RpbmF0YXJpby4gUHVlZGUgY29uc3VsdGFyIG51ZXN0cmEgcG9sqKp0aWNhIGRlIGVudqiqbyB5
IHJlY2VwY2morm4gZGUgY29ycmVvIGVsZWN0cqiubmljbyBlbiBlbCBlbmxhY2Ugc2l0dWFkbyBt
qKJzIGFiYWpvLg0KVGhpcyBtZXNzYWdlIGlzIGludGVuZGVkIGV4Y2x1c2l2ZWx5IGZvciBpdHMg
YWRkcmVzc2VlLiBXZSBvbmx5IHNlbmQgYW5kIHJlY2VpdmUgZW1haWwgb24gdGhlIGJhc2lzIG9m
IHRoZSB0ZXJtcyBzZXQgb3V0IGF0Og0KaHR0cDovL3d3dy50aWQuZXMvRVMvUEFHSU5BUy9kaXNj
bGFpbWVyLmFzcHgNCg==

--_000_C636AF2FA540124E9B9ACB5A6BECCE6B263E04ABszxeml510mbxchi_
Content-Type: text/html; charset="gb2312"
Content-Transfer-Encoding: quoted-printable










Thank you, Oscar. It indeed helps me to understand the UNI better. 


 


Previously I thought the UNI defintion would include allowing =
for reachability information across this interface. Clearly, it DOES NOT fr=
om the text you provide below.



 


So, i double-checked RFC4208, it turns out that this "reachabi=
lity information" is mentioned when talking about overlay model:



 


" In the overlay model, the core-nodes act more as a closed system.=
 The edge-nodes do not participate


  in the routing protocol instance that runs among the core nodes; in&=
nbsp;particular, the edge-nodes are unaware



of the topology of the core-nodes.  There may, however, be a routin=
g protocol interaction between

   a core-node and an edge-node for the exchange of reachability&=
nbsp;information to other edge-nodes."




Hope this helps a bit on clarification and ongoing discussion. 


 


Regards,


Xian








=B7=A2=BC=FE=C8=CB: ccamp-bounces@ietf.org=
 [ccamp-bounces@ietf.org] =B4=FA=B1=ED Oscar Gonz=A8=A2lez de Dios [ogondio=
@tid.es]

=B7=A2=CB=CD=CA=B1=BC=E4: 2013=C4=EA11=D4=C28=C8=D5 3:25

=CA=D5=BC=FE=C8=CB: CCAMP

=D6=F7=CC=E2: [CCAMP] Input for Terminology discussion: UNI definiti=
ons across different SDOs














Hi all,













As inputs =
for the terminology discussions, please find bellow a set of definitio=
ns for UNI coming from different SDOs (with a short reference, they are eas=
y to find with the number):








[G=
.807] (ITU-T): "User-Network In=
terface for the control plane (UNI): A bidirectional
 signaling interface between service requester and service provider control=
 plane entities."







In the same documen=
t: "UNI: This interface supports, as a minimum, the following informat=
ion elements:


? 
End-point name and address;


? 
Authentication and connection admission control;


? 
Connection service messages.=A1=B1







[G.8081] (ITU-T): &=
quot;user-network interface for the control plane (UNI): An UNI is a bidire=
ctional signaling interface between service
 requester and service provider control plane entities.=A1=B1








[G.8080] (ITU-T): =
=A1=B0UNI


Information flows e=
xpected across the UNI reference point support the following functions:

- call control

- resource discover=
y


- connection contro=
l


- connection select=
ion.


Note, there is no r=
outing function associated with the UNI reference point. Additional functio=
ns such as security and authentication
 of calls, or enhanced directory services,


may be ad=
ded to this basic set of functions."







[RFC3717]: =A1=B0Th=
e client-optical internetwork interface (UNI) represents a service boundary=
 between the client (e.g., IP router) and the
 optical network.  The client and server (optical network) are essenti=
ally two different roles: the client role requests a service connection fro=
m a server; the server role establishes the connection to fulfill the servi=
ce request =A1=AA provided all relevant admission
 control conditions are satisfied.=A1=B1







   [OIF UNI1.0]: UNI: =A1=
=B0The service control interface between a client device and the transport =
network.=A1=B1


 UNI-C: =A1=B1The logical entit=
y that terminates UNI signalling on the client device side.=A1=B1

UNI-N: =A1=B0The logical entity that terminate=
s UNI signalling on the transport network side.=A1=B1







       [MEF 11]:=
 =A1=B0The MEF UNI is a reference point for all interactions between Subscr=
ibers of MEF defined services and the MEN
 Service Provider.=A1=B1






Hope it helps in the discussions,







Best Regards,







Oscar































Este mensaje se dirige exclusivamente a su destinatario. Puede consultar nu=
estra pol=A8=AAtica de env=A8=AAo y recepci=A8=AEn de correo electr=A8=AEni=
co en el enlace situado m=A8=A2s abajo.

This message is intended exclusively for its addressee. We only send and re=
ceive email on the basis of the terms set out at:

http://www.tid.es/ES/PAGINAS/disclaimer.aspx










--_000_C636AF2FA540124E9B9ACB5A6BECCE6B263E04ABszxeml510mbxchi_--

From leeyoung@huawei.com  Thu Nov  7 13:42:23 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6A30F11E8110 for ; Thu,  7 Nov 2013 13:42:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.174
X-Spam-Level: 
X-Spam-Status: No, score=-6.174 tagged_above=-999 required=5 tests=[AWL=0.425,  BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Z1If3JvAaW6W for ; Thu,  7 Nov 2013 13:42:18 -0800 (PST)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 9CE1211E8127 for ; Thu,  7 Nov 2013 13:42:17 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id AXQ74411; Thu, 07 Nov 2013 21:42:14 +0000 (GMT)
Received: from LHREML404-HUB.china.huawei.com (10.201.5.218) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 7 Nov 2013 21:41:31 +0000
Received: from DFWEML408-HUB.china.huawei.com (10.193.5.134) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 7 Nov 2013 21:42:13 +0000
Received: from dfweml511-mbs.china.huawei.com ([169.254.15.141]) by dfweml408-hub.china.huawei.com ([10.193.5.134]) with mapi id 14.03.0158.001; Thu, 7 Nov 2013 13:42:07 -0800
From: Leeyoung 
To: Lou Berger , CCAMP , "draft-ietf-ccamp-rwa-info@tools.ietf.org" 
Thread-Topic: [CCAMP] WG Last Call: WSON documents - rwa-info, general-constraint-encode, rwa-wson-encode, gmpls-general-constraints-ospf-te, wson-signal-compatibility-ospf, wson-signaling
Thread-Index: AQHOvsRPNOeuDADDv0SQJTTbfFVtKZoMoEuAgA3l6rA=
Date: Thu, 7 Nov 2013 21:42:06 +0000
Message-ID: <7AEB3D6833318045B4AE71C2C87E8E17291E1BA4@dfweml511-mbs.china.huawei.com>
References: <524AF9A9.3040006@labn.net> <526FFD97.605@labn.net>
In-Reply-To: <526FFD97.605@labn.net>
Accept-Language: en-US, zh-CN
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.47.136.143]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Subject: Re: [CCAMP] WG Last Call: WSON documents - rwa-info, general-constraint-encode, rwa-wson-encode, gmpls-general-constraints-ospf-te, wson-signal-compatibility-ospf, wson-signaling
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 07 Nov 2013 21:42:23 -0000

Hi Lou,

In the update just published, all your general comments have been applied t=
o draft-ietf-ccamp-rwa-info.=20

Thanks.
Young

-----Original Message-----
From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of L=
ou Berger
Sent: Tuesday, October 29, 2013 1:25 PM
To: CCAMP; draft-ietf-ccamp-rwa-info@tools.ietf.org; draft-ietf-ccamp-gener=
al-constraint-encode@tools.ietf.org; draft-ietf-ccamp-rwa-wson-encode@tools=
.ietf.org; draft-ietf-ccamp-gmpls-general-constraints-ospf-te@tools.ietf.or=
g; draft-ietf-ccamp-wson-signal-compatibility-ospf@tools.ietf.org; draft-ie=
tf-ccamp-wson-signaling@tools.ietf.org
Subject: Re: [CCAMP] WG Last Call: WSON documents - rwa-info, general-const=
raint-encode, rwa-wson-encode, gmpls-general-constraints-ospf-te, wson-sign=
al-compatibility-ospf, wson-signaling

Authors,
	I have some general comments on these documents as a set, i.e., that apply=
 to all documents.  I also have document specific comments that I'll send s=
eparately.

Note that I'm the document shepherd, see RFC 4858 for more information.

General comments:

- Broken cross references:  The documents have a lot of pointers to each ot=
her, many of which are broken and need to be fixed.  For example (and NOT t=
he only one!) the signaling document has:
    is defined in Section 4.1 of [WSON-Encode].

1. While the section reference is correct (but check others as this isn't a=
lways the case), there is no  defined in the document.  The =
problem here is inconsistent usage of BNF and expanded style names.  I thin=
k it's fine to use both, e.g.,  and Resource Block Informati=
on, but there needs to be consistent cross referencing and definitions.  Th=
is problem also exists within drafts too.

2. As above, please verify cross referenced section numbers

- It looks like there are still some vestigial references to "ingress"
and "egress" (noted as replaced by "input" and "output").  This also shows =
in abbreviations where 'E' is used rather than 'O'.

- In a number of documents s/GPID/G-PID

- Revision history should be removed at this point.

- Please ensure abbreviations are expanded on first use. See http://www.rfc=
-editor.org/rfc-style-guide/abbrev.expansion.txt for additional guidance.

- Your terminology sections include terms that are only used in this sectio=
n.  This does not make sense.  The terminology section also duplicates what=
 is already in RFC6163. I suggest eliminating such sections and adding refe=
rences to RFC6163 if/where needed.

- Please double check that there are no idnits

- Please update any references that are now RFCs, e.g., RBNF

- A general discussion on security in GMPLS networks can be found in RFC592=
0.  I suggest adding an informative reference in your security sections.

Thanks,
Lou

On 10/1/2013 12:34 PM, Lou Berger wrote:
> All,
>=20
> This mail begins working group last call on the WSON documents.  As=20
> there are 6 documents in this set, the last call will be three weeks.
> The documents included in the last call are:
>=20
> http://tools.ietf.org/html/draft-ietf-ccamp-rwa-info-18
> (Informational, IPR Disclosed)
>=20
> http://tools.ietf.org/html/draft-ietf-ccamp-general-constraint-encode-
> 11
> (Standards Track, IPR Disclosed)
>=20
> http://tools.ietf.org/html/draft-ietf-ccamp-rwa-wson-encode-21
> (Standards Track)
>=20
> http://tools.ietf.org/html/draft-ietf-ccamp-gmpls-general-constraints-
> ospf-te-05
> (Standards Track, IPR Disclosed)
>=20
> http://tools.ietf.org/html/draft-ietf-ccamp-wson-signal-compatibility-
> ospf-12
> (Standards Track, IPR Disclosed)
>=20
> http://tools.ietf.org/html/draft-ietf-ccamp-wson-signaling-06=20
> (Standards
> Track) Also has one open issue that will need to be resolved as part=20
> of LC, see http://trac.tools.ietf.org/wg/ccamp/trac/ticket/52.
>=20
> This working group last call ends on October 22.  Comments should be=20
> sent to the CCAMP mailing list.  Please remember to include the=20
> technical basis for any comments.
>=20
> Positive comments, e.g., "I've reviewed this document and believe it=20
> is ready for publication", are welcome!
>=20
> Please note that we're still missing some IPR statements.  Any=20
> forthcoming publication request will be delayed by late IPR=20
> statements/disclosures.
>=20
>=20
> Thank you,
> Lou (and Deborah)
> _______________________________________________
> CCAMP mailing list
> CCAMP@ietf.org
> https://www.ietf.org/mailman/listinfo/ccamp
>=20
>=20
>=20
>=20
_______________________________________________
CCAMP mailing list
CCAMP@ietf.org
https://www.ietf.org/mailman/listinfo/ccamp

From lberger@labn.net  Thu Nov  7 13:52:01 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0143311E8101 for ; Thu,  7 Nov 2013 13:51:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.711
X-Spam-Level: 
X-Spam-Status: No, score=-101.711 tagged_above=-999 required=5 tests=[AWL=0.588, BAYES_00=-2.599, MIME_8BIT_HEADER=0.3, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CCOiuWOyqwAR for ; Thu,  7 Nov 2013 13:51:53 -0800 (PST)
Received: from oproxy1-pub.mail.unifiedlayer.com (oproxy1-pub.mail.unifiedlayer.com [66.147.249.253]) by ietfa.amsl.com (Postfix) with SMTP id 03CB821E8143 for ; Thu,  7 Nov 2013 13:51:50 -0800 (PST)
Received: (qmail 14261 invoked by uid 0); 7 Nov 2013 21:51:25 -0000
Received: from unknown (HELO box313.bluehost.com) (69.89.31.113) by oproxy1.mail.unifiedlayer.com with SMTP; 7 Nov 2013 21:51:25 -0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default;  h=Content-Type:Content-Transfer-Encoding:Date:MIME-Version:Message-ID:Cc:To:Subject:From; bh=JQgfaA1GFQY7VF94cPyYE1CLh/Ivpz96aEubPQt/x7o=;  b=zbC4KMG4rE6NeECeAaL55YLdlqxoolOxYBpfy79bxTMmvr5r/tq5FtwLeFVZOQm/Zc9+3R1UHJ+k8BUjVaovGrMpKyO2oCdB2EYj5vAtKlrP3ssewUqKYsJUh0EOO7aY;
Received: from [69.89.31.113] (port=59940 helo=localhost) by box313.bluehost.com with esmtpa (Exim 4.80) (envelope-from ) id 1VeXU5-0005pl-1n; Thu, 07 Nov 2013 14:51:25 -0700
From: Lou Berger 
To: =?UTF-8?Q?Oscar_Gonz=C3=A1lez_de_Dios?= 
Message-ID: 
MIME-Version: 1.0
Date: Thu, 7 Nov 2013 13:51:17 -0800 (PST)
User-Agent: ProfiMailGo/4.14.00
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset=UTF-8
X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net}
Cc: CCAMP 
Subject: Re: [CCAMP] Input for Terminology discussion: UNI definitions across different SDOs
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 07 Nov 2013 21:52:03 -0000

Some additional references:
http://tools.ietf.org/html/rfc5921#section-3.4.3
Defines both uni and nni.

Also figures are corrected in
http://tools.ietf.org/html/rfc6215

Lou

On 11:25am, November 7, 2013, Oscar Gonz=C3=A1lez de Dios wrote:
> _______________________________________________
> CCAMP mailing list
> CCAMP@ietf.org
> https://www.ietf.org/mailman/listinfo/ccamp

From leeyoung@huawei.com  Thu Nov  7 14:32:31 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 98BF521E8144 for ; Thu,  7 Nov 2013 14:32:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.221
X-Spam-Level: 
X-Spam-Status: No, score=-6.221 tagged_above=-999 required=5 tests=[AWL=0.378,  BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HWLdLCgTnMc7 for ; Thu,  7 Nov 2013 14:32:27 -0800 (PST)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 972EF11E8127 for ; Thu,  7 Nov 2013 14:32:26 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id AXQ76520; Thu, 07 Nov 2013 22:32:25 +0000 (GMT)
Received: from LHREML404-HUB.china.huawei.com (10.201.5.218) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 7 Nov 2013 22:31:41 +0000
Received: from DFWEML407-HUB.china.huawei.com (10.193.5.132) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 7 Nov 2013 22:32:23 +0000
Received: from dfweml511-mbs.china.huawei.com ([169.254.15.141]) by dfweml407-hub.china.huawei.com ([10.193.5.132]) with mapi id 14.03.0158.001; Thu, 7 Nov 2013 14:32:17 -0800
From: Leeyoung 
To: Lou Berger , CCAMP , "draft-ietf-ccamp-rwa-info@tools.ietf.org" 
Thread-Topic: [CCAMP] WG Last Call: WSON documents - draft-ietf-ccamp-rwa-info
Thread-Index: AQHO1NRzGGBJAgcIt0SgSXb1ozCBGZoaWszA
Date: Thu, 7 Nov 2013 22:32:16 +0000
Message-ID: <7AEB3D6833318045B4AE71C2C87E8E17291E1BD8@dfweml511-mbs.china.huawei.com>
References: <524AF9A9.3040006@labn.net> <5266E138.8080605@labn.net> <526FFDBB.4020504@labn.net>
In-Reply-To: <526FFDBB.4020504@labn.net>
Accept-Language: en-US, zh-CN
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.47.136.143]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Subject: Re: [CCAMP] WG Last Call: WSON documents - draft-ietf-ccamp-rwa-info
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 07 Nov 2013 22:32:31 -0000

Hi Lou,

Here's my response to specific comments to draft-ietf-ccamp-rwa-info.=20

Thanks.
Young
-----Original Message-----
From: Lou Berger [mailto:lberger@labn.net]=20
Sent: Tuesday, October 29, 2013 1:26 PM
To: CCAMP; draft-ietf-ccamp-rwa-info@tools.ietf.org
Subject: Re: [CCAMP] WG Last Call: WSON documents - draft-ietf-ccamp-rwa-in=
fo


Authors,
	I have some comments on draft-ietf-ccamp-rwa-info. Most are strictly edito=
rial. Note that I'm the document shepherd, see RFC 4858 for more informatio=
n.

- Please address my general comments on the WSON document set

YOUNG>> Done.

- You say: " relatively static on the time scales of
   connection establishment."  I suspect you mean:
   " relatively static and independent of connection establishment."

YOUNG>> Yes, and replaced with your suggestion.

- Your references to [Switch] seem almost normative in nature. I suspect th=
at this is not your intent as it is listed as an informative reference.  Pl=
ease revisit your references and ensure that the draft does not depend on a=
ny informative references.  (Either change the text, or move the reference =
to normative.)

YOUNG>> [Switch] moved to normative reference section.

- s/inputinput/input

- s/outputoutput/output

YOUNG>> Done.

- Section 4.1: " ...  and path computation [Encode]."
  While a normative reference to [Encode] is certainly just fine, I
  reference is unclear in this context.

YOUNG>> [Encode] deleted.

- Why say "potentially switched" vs just "switched"?  if "potentially"
doesn't add anything please drop it, otherwise please clarify.

YOUNG>> "potentially" removed.

- Section 4.2: SRNG
  I don't see SRNG in any other documents.  Am I missing it, is SRNG used a=
nywhere?

YOUNG>> SNRG section removed.=20

- Section 5: I found it hard to parse the following:
   As resources are the smallest identifiable unit of
   processing resource, one can group together resources into blocks if
   they have similar characteristics relevant to the optical system
   being modeled, e.g., processing properties, accessibility, etc.
  Do you perhaps mean?
   A resource is the smallest identifiable unit of
   allocation. One can group together resources into blocks if
   they have similar characteristics relevant to the optical system
   being modeled, e.g., processing properties, accessibility, etc.

YOUNG>> Agreed. Changed.

-Section 5.1: States: " Note that except for 
  all the other components of  are relatively static."
  But the related definitions are:

    ::=3D ...
   [...] [...]
   [] (section 5)

    ::=3D   [] (section 7.2)

   What's the intent here?

YOUNG>> See the cleaned text in Section 7.2:
   Currently the only node information that can be considered dynamic
   is the resource pool state and can be isolated into a dynamic node
   information element as follows:

    ::=3D   []

   Where

    ::=3D ...[]=20


- Section 5.2: What is the asterisk "*" all about.

YOUNG>> That means whatever within () can be repeated.=20

- Section 5.3.3 says
      ::=3D[]...
   should  be  as defined in
   section 5.2?

YOUNG>> Yes; Changed to ClientSignalList.


- Section 5.3.4 repeats section 5.2.  replace:
  " as follows:

      ::=3D []
     [] [] []"
  with "."


YOUNG>> Done.

- Section 6.5: I found the following language confused:
   This allows for the
   definition of one additional link metric value for traffic
   engineering separate from the IP link state routing protocols link
   metric.
  How about:
   This allows for the
   identification of a data channel link metric value for traffic
   engineering that is separate from the metric used for
   path cost computation of the control plane.

YOUNG>> Accepted the new text.

- Section 6.6: Drop "(Wavelength)" from the title, this can be confused wit=
h the "WSON" indication in section headings

YOUNG>> agreed.=20

- Section 6.6.: You just say (Wavelength) and leave it to the reader to inf=
er the relationship between it and a label. I suggest you make the relation=
ship explicit.

YOUNG>> See the new text in the beginning of section 6.6: "Port label restr=
ictions could be applied generally to any label
   types in GMPLS by adding new kinds of restrictions. Wavelength is a type=
 of label."

- Section 6.6.  I think you have a BNF problem here.  The BNF says restrict=
ion parameters are always optional, but your text says that there are requi=
rements based on .  I think the BNF needs to be aligned w=
ith the text and reflect the requirements.

YOUNG>> Made all mandatory element.=20

- Section 7: You say " An example usage of this
   information in a WSON setting is given in [Shared]."

  References to URLs should be avoided (particularity when they aren't
  valid even at the time of publication, i.e., now).

YOUNG>> URL Reference removed.=20

That's it on this one,
Lou

On 10/22/2013 4:34 PM, Lou Berger wrote:
>=20
> All,
> 	Given the recent draft submission deadline and only one comment being=20
> received to date, we'd like to extend the WG more time for review.
>=20
> These drafts represent significant work by the authors and WG, so=20
> please review and let the WG know what you think (positive or negative)!
>=20
> Please have all comments in by October 29.
>=20
> Thank you,
> Lou (and Deborah)
>=20
> On 10/1/2013 12:34 PM, Lou Berger wrote:
>> All,
>>
>> This mail begins working group last call on the WSON documents.  As=20
>> there are 6 documents in this set, the last call will be three weeks.
>> The documents included in the last call are:
>>
>> http://tools.ietf.org/html/draft-ietf-ccamp-rwa-info-18
>> (Informational, IPR Disclosed)
>>
>> http://tools.ietf.org/html/draft-ietf-ccamp-general-constraint-encode
>> -11
>> (Standards Track, IPR Disclosed)
>>
>> http://tools.ietf.org/html/draft-ietf-ccamp-rwa-wson-encode-21
>> (Standards Track)
>>
>> http://tools.ietf.org/html/draft-ietf-ccamp-gmpls-general-constraints
>> -ospf-te-05
>> (Standards Track, IPR Disclosed)
>>
>> http://tools.ietf.org/html/draft-ietf-ccamp-wson-signal-compatibility
>> -ospf-12
>> (Standards Track, IPR Disclosed)
>>
>> http://tools.ietf.org/html/draft-ietf-ccamp-wson-signaling-06=20
>> (Standards
>> Track) Also has one open issue that will need to be resolved as part=20
>> of LC, see http://trac.tools.ietf.org/wg/ccamp/trac/ticket/52.
>>
>> This working group last call ends on October 22.  Comments should be=20
>> sent to the CCAMP mailing list.  Please remember to include the=20
>> technical basis for any comments.
>>
>> Positive comments, e.g., "I've reviewed this document and believe it=20
>> is ready for publication", are welcome!
>>
>> Please note that we're still missing some IPR statements.  Any=20
>> forthcoming publication request will be delayed by late IPR=20
>> statements/disclosures.
>>
>>
>> Thank you,
>> Lou (and Deborah)
>> _______________________________________________
>> CCAMP mailing list
>> CCAMP@ietf.org
>> https://www.ietf.org/mailman/listinfo/ccamp
>>
>>
>>
>>
> _______________________________________________
> CCAMP mailing list
> CCAMP@ietf.org
> https://www.ietf.org/mailman/listinfo/ccamp
>=20
>=20
>=20
>=20

From Dieter.Beller@alcatel-lucent.com  Thu Nov  7 15:14:32 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EB44F11E8197 for ; Thu,  7 Nov 2013 15:14:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.267
X-Spam-Level: 
X-Spam-Status: No, score=-4.267 tagged_above=-999 required=5 tests=[AWL=2.421,  BAYES_00=-2.599, FRT_BELOW2=2.154, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, MIME_HTML_ONLY=1.457, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZPzi3N8dB3m1 for ; Thu,  7 Nov 2013 15:14:28 -0800 (PST)
Received: from ihemail4.lucent.com (ihemail4.lucent.com [135.245.0.39]) by ietfa.amsl.com (Postfix) with ESMTP id 0F2FB11E8264 for ; Thu,  7 Nov 2013 15:14:27 -0800 (PST)
Received: from fr712usmtp2.zeu.alcatel-lucent.com (h135-239-2-42.lucent.com [135.239.2.42]) by ihemail4.lucent.com (8.13.8/IER-o) with ESMTP id rA7NEEVn000968 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 7 Nov 2013 17:14:16 -0600 (CST)
Received: from destgsu0709.de.alcatel-lucent.com (slsv7at.de.alcatel-lucent.com [149.204.245.107]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id rA7NECMT030917 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 8 Nov 2013 00:14:13 +0100
Received: from [135.244.20.63] (beller.lra.lucent.com [135.244.20.63]) (authenticated bits=0) by destgsu0709.de.alcatel-lucent.com (8.14.3/8.13.8) with ESMTP id rA7NE5Rq027655 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 8 Nov 2013 00:14:09 +0100 (CET)
Message-ID: <527C1EBD.4090901@alcatel-lucent.com>
Date: Fri, 08 Nov 2013 00:14:05 +0100
From: Dieter Beller 
Organization: Alcatel-Lucent
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0
MIME-Version: 1.0
To: "Zhangxian (Xian)" , =?ISO-8859-1?Q?Oscar_Go?= =?ISO-8859-1?Q?nz=E1lez_de_Dios?= , CCAMP 
References:  
In-Reply-To: 
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.57 on 135.245.2.39
Subject: Re: [CCAMP] Input for Terminology discussion: UNI definitions across different SDOs
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 07 Nov 2013 23:14:33 -0000


  
    
  
  
    Hi all,

      

      ITU-T
        Recommendation G.8080 is probably the most appropriate
      reference as far as the existing UNI definitions are concerned
      from a CCAMP perspective. The OIF UNI/E-NNI work was based on the
      architecture and definition of the

      UNI/E-NNI reference points in G.8080.

      

      Please note that there is no UNI protocol defined to convey reachability
      information - the assumption was that this

      information needs to be configured on the CE device (UNI-C side).
      A protocol for conveying this information is

      certainly something that can be considered as a future add-on.
      Policy rules are required on the network side of the

      UNI as to what reachbility information should be provided to a
      specific CE device (-->VPNs). 

      

      

      Thanks,

      Dieter

      

      

    
    
On 07.11.2013 22:33, Zhangxian (Xian)
      wrote:

    

    

      
      
      

        
Thank you, Oscar. It indeed helps me to understand the UNI
          better. 

        
 

        
Previously I thought the UNI defintion would include allowing
          for reachability information across this interface. Clearly,
          it DOES NOT from the text you provide below.
        

        
 

        
So, i double-checked RFC4208, it turns out that this
          "reachability information" is mentioned when talking about
          overlay model:
        

        
 

        
" In the overlay model, the core-nodes act more as a closed
          system. The edge-nodes do not participate
          

            in the routing protocol instance that runs among the core
          nodes; in particular, the edge-nodes are unaware
        

        
of the topology of the core-nodes.  There may, however, be a
          routing protocol interaction between

             a core-node and an edge-node for the exchange of
          reachability information to other edge-nodes."

        

        
Hope this helps a bit on clarification and ongoing
          discussion. 

        
 

        
Regards,

        
Xian

        

        

          
发件人:
              ccamp-bounces@ietf.org [ccamp-bounces@ietf.org] 代表 Oscar
              González de Dios [ogondio@tid.es]

              发送时间: 2013年11月8日 3:25

              收件人: CCAMP

              主题: [CCAMP] Input for Terminology discussion: UNI
              definitions across different SDOs

            

          

          

            

              

                
Hi all,

              

            

            

              

            

            

              As
              inputs for the terminology discussions, please find bellow
              a set of definitions for UNI coming from different SDOs
              (with a short reference, they are easy to find with the
              number):

            

              

            

            
[G.807] (ITU-T): "User-Network
              Interface for the control plane (UNI): A bidirectional
              signaling interface between service requester and service
              provider control plane entities."

            


            

            
In the same document:
              "UNI: This interface supports, as a minimum, the following
              information elements:

            
? 
              End-point name and address;

            
? 
              Authentication and connection admission control;

            
? 
              Connection service messages.”

            


            

            
[G.8081] (ITU-T):
              "user-network interface for the control plane (UNI): An
              UNI is a bidirectional signaling interface between service
              requester and service provider control plane entities.”
              

            


            

            
[G.8080] (ITU-T): “UNI

            
Information flows expected
              across the UNI reference point support the following
              functions:

            
- call control

            
- resource discovery

            
- connection control

            
- connection selection.

            
Note, there is no routing
              function associated with the UNI reference point.
              Additional functions such as security and authentication
              of calls, or enhanced directory services,

            
may be added to this basic set of functions."

            


            

            
[RFC3717]: “The
              client-optical internetwork interface (UNI) represents a
              service boundary between the client (e.g., IP router) and
              the optical network.  The client and server (optical
              network) are essentially two different roles: the client
              role requests a service connection from a server; the
              server role establishes the connection to fulfill the
              service request — provided all relevant admission control
              conditions are satisfied.”

            


            

            
   [OIF UNI1.0]: UNI:
                “The service control interface between a client device
                and the transport network.”

            
 UNI-C: ”The logical
                entity that terminates UNI signalling on the client
                device side.”

            
UNI-N:
                “The logical entity that terminates UNI signalling on
                the transport network side.”

            


            

            
       [MEF 11]: “The
                MEF UNI is a reference point for all interactions
                between Subscribers of MEF defined services and the
                MEN Service Provider.”

            


              

            
Hope
                it helps in the discussions,

            


              

            
Best
                Regards,

            


              

            
Oscar

            


              

            


              

            


              

            


              

            

              

            

            

            

              Este mensaje se dirige exclusivamente a su destinatario.
              Puede consultar nuestra política de envío y recepción de
              correo electrónico en el enlace situado más abajo.

              This message is intended exclusively for its addressee. We
              only send and receive email on the basis of the terms set
              out at:

              http://www.tid.es/ES/PAGINAS/disclaimer.aspx

            

        

      

      

      

      

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


    

  


From Dieter.Beller@alcatel-lucent.com  Thu Nov  7 15:19:49 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C2BFE11E80E2 for ; Thu,  7 Nov 2013 15:19:49 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.477
X-Spam-Level: 
X-Spam-Status: No, score=-5.477 tagged_above=-999 required=5 tests=[AWL=1.210,  BAYES_00=-2.599, FRT_BELOW2=2.154, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, MIME_HTML_ONLY=1.457, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CbIBWCqwcP4O for ; Thu,  7 Nov 2013 15:19:44 -0800 (PST)
Received: from ihemail3.lucent.com (ihemail3.lucent.com [135.245.0.37]) by ietfa.amsl.com (Postfix) with ESMTP id BCE0B11E81BE for ; Thu,  7 Nov 2013 15:19:44 -0800 (PST)
Received: from fr711usmtp1.zeu.alcatel-lucent.com (h135-239-2-122.lucent.com [135.239.2.122]) by ihemail3.lucent.com (8.13.8/IER-o) with ESMTP id rA7NJdmO011987 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 7 Nov 2013 17:19:40 -0600 (CST)
Received: from destgsu0709.de.alcatel-lucent.com (slsv7at.de.alcatel-lucent.com [149.204.245.107]) by fr711usmtp1.zeu.alcatel-lucent.com (GMO) with ESMTP id rA7NJbU1012506 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 8 Nov 2013 00:19:38 +0100
Received: from [135.244.20.63] (beller.lra.lucent.com [135.244.20.63]) (authenticated bits=0) by destgsu0709.de.alcatel-lucent.com (8.14.3/8.13.8) with ESMTP id rA7NJXHa007354 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 8 Nov 2013 00:19:36 +0100 (CET)
Message-ID: <527C2005.4030407@alcatel-lucent.com>
Date: Fri, 08 Nov 2013 00:19:33 +0100
From: Dieter Beller 
Organization: Alcatel-Lucent
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0
MIME-Version: 1.0
To: "Zhangxian (Xian)" , =?ISO-8859-1?Q?Oscar_Go?= =?ISO-8859-1?Q?nz=E1lez_de_Dios?= , CCAMP 
References:  
In-Reply-To: 
X-SubSwitch: [CCAMP]; [CCAMP] 
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.57 on 135.245.2.37
Subject: Re: [CCAMP] Input for Terminology discussion: UNI definitions across different SDOs
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 07 Nov 2013 23:19:50 -0000


  
    
  
  
    Hi all,

      

      ITU-T

        Recommendation G.8080 is probably the most appropriate
      reference as far as the existing UNI definitions are

      concerned from a CCAMP perspective. The OIF UNI/E-NNI work was
      based on the architecture and definition of the

      UNI/E-NNI reference points in G.8080.

      

      Please note that there is no UNI protocol defined to convey reachability

      information - the assumption was that this

      information needs to be configured on the CE device (UNI-C side).
      A protocol for conveying this information is

      certainly something that can be considered as a future add-on.
      Policy rules are required on the network side of the

      UNI as to what reachbility information should be provided to a
      specific CE device (-->VPNs). 

      

      

      Thanks,

      Dieter

      

      

    
    
On 07.11.2013 22:33, Zhangxian (Xian)
      wrote:

    

    

      
      
      

        
Thank you, Oscar. It indeed helps me to understand the UNI
          better. 

        
 

        
Previously I thought the UNI defintion would include allowing
          for reachability information across this interface. Clearly,
          it DOES NOT from the text you provide below. 

        
 

        
So, i double-checked RFC4208, it turns out that this
          "reachability information" is mentioned when talking about
          overlay model: 

        
 

        
" In the overlay model, the core-nodes act more as a closed
          system. The edge-nodes do not participate 

            in the routing protocol instance that runs among the core
          nodes; in particular, the edge-nodes are unaware 

        
of the topology of the core-nodes.  There may, however, be a
          routing protocol interaction between

             a core-node and an edge-node for the exchange of
          reachability information to other edge-nodes."

        

        
Hope this helps a bit on clarification and ongoing
          discussion. 

        
 

        
Regards,

        
Xian

        

        

          
发件人: ccamp-bounces@ietf.org
              [ccamp-bounces@ietf.org]
              代表 Oscar González de Dios [ogondio@tid.es]

              发送时间: 2013年11月8日 3:25

              收件人: CCAMP

              主题: [CCAMP] Input for Terminology discussion: UNI
              definitions across different SDOs

            

          

          

            

              

                
Hi all,

              

            

            
 

            

            
 As inputs for the
              terminology discussions, please find bellow a set of
              definitions for UNI coming from different SDOs (with a
              short reference, they are easy to find with the number):

            
 

            

            
[G.807] (ITU-T): "User-Network
              Interface for the control plane (UNI): A bidirectional
              signaling interface between service requester and service
              provider control plane entities."

            


            

            
In the same document:
              "UNI: This interface supports, as a minimum, the following
              information elements:

            
?  End-point name and
              address;

            
?  Authentication and
              connection admission control;

            
?  Connection service
              messages.”

            


            

            
[G.8081] (ITU-T):
              "user-network interface for the control plane (UNI): An
              UNI is a bidirectional signaling interface between service
              requester and service provider control plane entities.” 

            


            

            
[G.8080] (ITU-T): “UNI

            
Information flows expected
              across the UNI reference point support the following
              functions:

            
- call control

            
- resource discovery

            
- connection control

            
- connection selection.

            
Note, there is no routing
              function associated with the UNI reference point.
              Additional functions such as security and authentication
              of calls, or enhanced directory services,

            
may be added to this basic set of functions."

            


            

            
[RFC3717]: “The
              client-optical internetwork interface (UNI) represents a
              service boundary between the client (e.g., IP router) and
              the optical network.  The client and server (optical
              network) are essentially two different roles: the client
              role requests a service connection from a server; the
              server role establishes the connection to fulfill the
              service request — provided all relevant admission control
              conditions are satisfied.”

            


            

            
   [OIF UNI1.0]: UNI:
                “The service control interface between a client device
                and the transport network.”

            
 UNI-C: ”The logical
                entity that terminates UNI signalling on the client
                device side.”

            
UNI-N:

                “The logical entity that terminates UNI signalling on
                the transport network side.”

            


            

            
       [MEF 11]: “The
                MEF UNI is a reference point for all interactions
                between Subscribers of MEF defined services and the
                MEN Service Provider.”

            


              

            
Hope

                it helps in the discussions,

            


              

            
Best

                Regards,

            


              

            
Oscar

            


              

            


              

            


              

            


              

            
 

            

            
 

              Este mensaje se dirige exclusivamente a su destinatario.
              Puede consultar nuestra política de envío y recepción de
              correo electrónico en el enlace situado más abajo.

              This message is intended exclusively for its addressee. We
              only send and receive email on the basis of the terms set
              out at:

              http://www.tid.es/ES/PAGINAS/disclaimer.aspx

            

        

      

      

      

      

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


    

  


From leeyoung@huawei.com  Thu Nov  7 15:43:31 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EE80521E812A; Thu,  7 Nov 2013 15:43:04 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.259
X-Spam-Level: 
X-Spam-Status: No, score=-6.259 tagged_above=-999 required=5 tests=[AWL=0.340,  BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hLjSU4ZlKnpc; Thu,  7 Nov 2013 15:42:59 -0800 (PST)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 4DE1111E80FA; Thu,  7 Nov 2013 15:41:10 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BAA59556; Thu, 07 Nov 2013 23:40:54 +0000 (GMT)
Received: from LHREML405-HUB.china.huawei.com (10.201.5.242) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 7 Nov 2013 23:40:07 +0000
Received: from DFWEML405-HUB.china.huawei.com (10.193.5.102) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 7 Nov 2013 23:40:54 +0000
Received: from dfweml511-mbs.china.huawei.com ([169.254.15.141]) by dfweml405-hub.china.huawei.com ([10.193.5.102]) with mapi id 14.03.0158.001; Thu, 7 Nov 2013 15:40:47 -0800
From: Leeyoung 
To: "internet-drafts@ietf.org" , "i-d-announce@ietf.org" 
Thread-Topic: [CCAMP] I-D Action: draft-ietf-ccamp-rwa-info-19.txt
Thread-Index: AQHO2/pnlz6T0eFiME6aAVF6a3N6XJoabMmw
Date: Thu, 7 Nov 2013 23:40:46 +0000
Message-ID: <7AEB3D6833318045B4AE71C2C87E8E17291E1C0B@dfweml511-mbs.china.huawei.com>
References: <20131107204508.21867.60448.idtracker@ietfa.amsl.com>
In-Reply-To: <20131107204508.21867.60448.idtracker@ietfa.amsl.com>
Accept-Language: en-US, zh-CN
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.47.141.5]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Cc: "ccamp@ietf.org" 
Subject: Re: [CCAMP] I-D Action: draft-ietf-ccamp-rwa-info-19.txt
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 07 Nov 2013 23:43:31 -0000

Hi,

This version incorporated all inputs received during WG LC process.=20

Let us know if you have further comments of this version.

Thanks.
Young on behalf of co-authors.=20

-----Original Message-----
From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of i=
nternet-drafts@ietf.org
Sent: Thursday, November 07, 2013 2:45 PM
To: i-d-announce@ietf.org
Cc: ccamp@ietf.org
Subject: [CCAMP] I-D Action: draft-ietf-ccamp-rwa-info-19.txt


A New Internet-Draft is available from the on-line Internet-Drafts director=
ies.
 This draft is a work item of the Common Control and Measurement Plane Work=
ing Group of the IETF.

	Title           : Routing and Wavelength Assignment Information Model for =
Wavelength Switched Optical Networks
	Author(s)       : Young Lee
                          Greg M. Bernstein
                          Dan Li
                          Wataru Imajuku
	Filename        : draft-ietf-ccamp-rwa-info-19.txt
	Pages           : 24
	Date            : 2013-11-07

Abstract:
   This document provides a model of information needed by the routing
   and wavelength assignment (RWA) process in wavelength switched
   optical networks (WSONs).  The purpose of the information described
   in this model is to facilitate constrained lightpath computation in
   WSONs. This model takes into account compatibility constraints
   between WSON signal attributes and network elements but does not
   include constraints due to optical impairments. Aspects of this
   information that may be of use to other technologies utilizing a
   GMPLS control plane are discussed.




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

There's also a htmlized version available at:
http://tools.ietf.org/html/draft-ietf-ccamp-rwa-info-19

A diff from the previous version is available at:
http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ccamp-rwa-info-19


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

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

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

From lberger@labn.net  Thu Nov  7 16:14:24 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1238B21E8156 for ; Thu,  7 Nov 2013 16:14:24 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -100.482
X-Spam-Level: 
X-Spam-Status: No, score=-100.482 tagged_above=-999 required=5 tests=[AWL=-0.672, BAYES_00=-2.599, FRT_BELOW2=2.154, HTML_MESSAGE=0.001, IP_NOT_FRIENDLY=0.334, MIME_8BIT_HEADER=0.3, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wmd62HgABIvt for ; Thu,  7 Nov 2013 16:14:20 -0800 (PST)
Received: from oproxy9-pub.mail.unifiedlayer.com (oproxy9-pub.mail.unifiedlayer.com [69.89.24.6]) by ietfa.amsl.com (Postfix) with SMTP id 607D821E816A for ; Thu,  7 Nov 2013 16:14:09 -0800 (PST)
Received: (qmail 6215 invoked by uid 0); 8 Nov 2013 00:13:47 -0000
Received: from unknown (HELO box313.bluehost.com) (69.89.31.113) by oproxy9.mail.unifiedlayer.com with SMTP; 8 Nov 2013 00:13:47 -0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default;  h=Content-Type:MIME-Version:Subject:References:In-Reply-To:Message-ID:Date:To:From; bh=uxNVOgepzmNG2UQYQedppw0xT9vMWvIFHHHlMTEGwHI=;  b=WeqjGcH5AbY8lHM4Zg8/v/jU4ie3gDHNMAqT7J1tZgVAcsRIBk2TF/MAC+7OSBNiuyR+oDHeMpMMyTut7HAWpilHtUy8Ut2CIxJEbEiId+9fp0X6URr7Esu8/AhXmrhw;
Received: from box313.bluehost.com ([69.89.31.113]:55536 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.80) (envelope-from ) id 1VeZhr-00030m-2y; Thu, 07 Nov 2013 17:13:47 -0700
From: Lou Berger 
To: Dieter Beller , "Zhangxian (Xian)" , =?UTF-8?B?T3NjYXIgR29uesOhbGV6IGRlIERpb3M=?= , CCAMP 
Date: Thu, 07 Nov 2013 16:13:45 -0800
Message-ID: <142350ea6f0.2764.9b4188e636579690ba6c69f2c8a0f1fd@labn.net>
In-Reply-To: <527C2005.4030407@alcatel-lucent.com>
References:   <527C2005.4030407@alcatel-lucent.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 AquaMail/1.2.5.10 (build: 2100360)
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----------142350eb591b7327644215f248"
X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net}
Subject: Re: [CCAMP] Input for Terminology discussion: UNI definitions across different SDOs
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 08 Nov 2013 00:14:24 -0000

This is a multi-part message in MIME format.
------------142350eb591b7327644215f248
Content-Type: text/plain; charset="UTF-8"; format=flowed
Content-Transfer-Encoding: 8bit

While referencing ITU-T documents and terminology is certainly something we 
often do in CCAMP, I think the foundation of the WG's activity is first 
within the IETF and RFCs.

Lou


On November 7, 2013 3:19:33 PM Dieter Beller 
 wrote:
> P {
> MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px
> }
>
> Hi all,
>
> ITU-T
>
> Recommendation G.8080 is probably the most appropriate
> reference as far as the existing UNI definitions are
> concerned from a CCAMP perspective. The OIF UNI/E-NNI work was
> based on the architecture and definition of the
> UNI/E-NNI reference points in G.8080.
>
> Please note that there is no UNI protocol defined to convey reachability
>
> information - the assumption was that this
> information needs to be configured on the CE device (UNI-C side).
> A protocol for conveying this information is
> certainly something that can be considered as a future add-on.
> Policy rules are required on the network side of the
> UNI as to what reachbility information should be provided to a
> specific CE device (-->VPNs).
>
> Thanks,
> Dieter
>
> On 07.11.2013 22:33, Zhangxian (Xian)
> wrote:
>
> Thank you, Oscar. It indeed helps me to understand the UNI
> better.
>  
> Previously I thought the UNI defintion would include allowing
> for reachability information across this interface. Clearly,
> it DOES NOT from the text you provide below.
>  
> So, i double-checked RFC4208, it turns out that this
> "reachability information" is mentioned when talking about
> overlay model:
>  
> " In the overlay model, the core-nodes act more as a closed
> system. The edge-nodes do not participate
>   in the routing protocol instance that runs among the core
> nodes; in particular, the edge-nodes are unaware
> of the topology of the core-nodes.  There may, however, be a
> routing protocol interaction between
>    a core-node and an edge-node for the exchange of
> reachability information to other edge-nodes."
>
> Hope this helps a bit on clarification and ongoing
> discussion.
>  
> Regards,
> Xian
>
> å‘件人: ccamp-bounces@ietf.org
> [ccamp-bounces@ietf.org]
> 代表 Oscar González de Dios [ogondio@tid.es]
> å‘é€æ—¶é—´: 2013å¹´11月8æ—¥ 3:25
> 收件人: CCAMP
> 主题: [CCAMP] Input for Terminology discussion: UNI
> definitions across different SDOs
>
> Hi all,
>
> As inputs for the
> terminology discussions, please find bellow a set of
> definitions for UNI coming from different SDOs (with a
> short reference, they are easy to find with the number):
>
> [G.807] (ITU-T): "User-Network
> Interface for the control plane (UNI): A bidirectional
> signaling interface between service requester and service
> provider control plane entities."
>
> In the same document:
> "UNI: This interface supports, as a minimum, the following
> information elements:
> ?  End-point name and
> address;
> ?  Authentication and
> connection admission control;
> ?  Connection service
> messages.â€
>
> [G.8081] (ITU-T):
> "user-network interface for the control plane (UNI): An
> UNI is a bidirectional signaling interface between service
> requester and service provider control plane entities.â€
>
> [G.8080] (ITU-T): “UNI
> Information flows expected
> across the UNI reference point support the following
> functions:
> - call control
> - resource discovery
> - connection control
> - connection selection.
> Note, there is no routing
> function associated with the UNI reference point.
> Additional functions such as security and authentication
> of calls, or enhanced directory services,
> may be added to this basic set of functions."
>
> [RFC3717]: “The
> client-optical internetwork interface (UNI) represents a
> service boundary between the client (e.g., IP router) and
> the optical network.  The client and server (optical
> network) are essentially two different roles: the client
> role requests a service connection from a server; the
> server role establishes the connection to fulfill the
> service request — provided all relevant admission control
> conditions are satisfied.â€
>
>    [OIF UNI1.0]: UNI:
> “The service control interface between a client device
> and the transport network.â€
>  UNI-C: â€The logical
> entity that terminates UNI signalling on the client
> device side.â€
> UNI-N:
>
> “The logical entity that terminates UNI signalling on
> the transport network side.â€
>
>        [MEF 11]: “The
> MEF UNI is a reference point for all interactions
> between Subscribers of MEF defined services and the
> MEN Service Provider.â€
>
> Hope
>
> it helps in the discussions,
>
> Best
>
> Regards,
>
> Oscar
>
> Este mensaje se dirige exclusivamente a su destinatario.
> Puede consultar nuestra política de envío y recepción de
> correo electrónico en el enlace situado más abajo.
> This message is intended exclusively for its addressee. We
> only send and receive email on the basis of the terms set
> out at:
> http://www.tid.es/ES/PAGINAS/disclaimer.aspx
>
> _______________________________________________
> CCAMP mailing list
> CCAMP@ietf.org
> https://www.ietf.org/mailman/listinfo/ccamp
>

------------142350eb591b7327644215f248
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: 8bit




    
  




While referencing ITU-T documents and terminology is certainly something
we often do in CCAMP, I think the foundation of the WG's activity is first
within the IETF and RFCs.


Lou


On November 7, 2013 3:19:33 PM Dieter Beller
 wrote:



    Hi all,

      

      ITU-T

        Recommendation G.8080 is probably the most appropriate
      reference as far as the existing UNI definitions are

      concerned from a CCAMP perspective. The OIF UNI/E-NNI work was
      based on the architecture and definition of the

      UNI/E-NNI reference points in G.8080.

      

      Please note that there is no UNI protocol defined to convey
reachability

      information - the assumption was that this

      information needs to be configured on the CE device (UNI-C side).
      A protocol for conveying this information is

      certainly something that can be considered as a future add-on.
      Policy rules are required on the network side of the

      UNI as to what reachbility information should be provided to a
      specific CE device (-->VPNs). 

      

      

      Thanks,

      Dieter

      

      

    
    
On 07.11.2013 22:33, Zhangxian (Xian)
      wrote:

    

    

      
      
      

        
Thank you, Oscar. It indeed helps me to understand the UNI
          better. 

        
 

        
Previously I thought the UNI defintion would
include allowing
          for reachability information across this interface. Clearly,
          it DOES NOT from the text you provide below. 

        
 

        
So, i double-checked RFC4208, it turns out that this
          "reachability information" is mentioned when talking about
          overlay model: 

        
 

        
" In the overlay model, the core-nodes act more as a closed
          system. The edge-nodes do not participate 

            in the routing protocol instance that runs among the core
          nodes; in particular, the edge-nodes are unaware 

        
of the topology of the core-nodes.  There may, however, be a
          routing protocol interaction between

             a core-node and an edge-node for the exchange of
          reachability information to other edge-nodes."

        

        
Hope this helps a bit on clarification and ongoing
          discussion. 

        
 

        
Regards,

        
Xian

        

        

          
发件人: ccamp-bounces@ietf.org
              [ccamp-bounces@ietf.org]
              代表 Oscar González de Dios [ogondio@tid.es]

              发送时间:
2013年11月8日 3:25

              收件人: CCAMP

              主题: [CCAMP] Input for Terminology
discussion: UNI
              definitions across different SDOs

            

          

          

            

              

                
Hi all,

              

            

            
 

            

            
 As inputs for the
              terminology discussions, please find bellow a set of
              definitions for UNI coming from different SDOs (with a
              short reference, they are easy to find with the number):

            
 

            

            
[G.807] (ITU-T): "User-Network
              Interface for the control plane (UNI): A bidirectional
              signaling interface between service requester and service
              provider control plane entities."

            


            

            
In the same document:
              "UNI: This interface supports, as a minimum, the following
              information elements:

            
?  End-point name and
              address;

            
?  Authentication and
              connection admission control;

            
?  Connection service
              messages.”

            


            

            
[G.8081] (ITU-T):
              "user-network interface for the control plane (UNI): An
              UNI is a bidirectional signaling interface between service
              requester and service provider control plane
entities.” 

            


            

            
[G.8080] (ITU-T):
“UNI

            
Information flows expected
              across the UNI reference point support the following
              functions:

            
- call control

            
- resource discovery

            
- connection control

            
- connection selection.

            
Note, there is no routing
              function associated with the UNI reference point.
              Additional functions such as security and authentication
              of calls, or enhanced directory services,

            
may be added to this basic set of functions."

            


            

            
[RFC3717]: “The
              client-optical internetwork interface (UNI) represents a
              service boundary between the client (e.g., IP router) and
              the optical network.  The client and server (optical
              network) are essentially two different roles: the client
              role requests a service connection from a server; the
              server role establishes the connection to fulfill the
              service request — provided all relevant admission control
              conditions are satisfied.”

            


            

            
   [OIF UNI1.0]:
UNI:
                “The service control interface between a client device
                and the transport network.”

            
 UNI-C: ”The
logical
                entity that terminates UNI signalling on the client
                device side.”

            
UNI-N:

                “The logical entity that terminates UNI signalling on
                the transport network side.”

            


            

            
     
 [MEF 11]: “The
                MEF UNI is a reference point for all interactions
                between Subscribers of MEF defined services and the
                MEN Service Provider.”

            


              

            
Hope

                it helps in the discussions,

            


              

            
Best

                Regards,

            


              

            
Oscar

            


              

            


              

            


              

            


              

            
 

            

            
 

              Este mensaje se dirige exclusivamente a su destinatario.
              Puede consultar nuestra política de envío y
recepción de
              correo electrónico en el enlace situado más
abajo.

              This message is intended exclusively for its addressee. We
              only send and receive email on the basis of the terms set
              out at:

              http://www.tid.es/ES/PAGINAS/disclaimer.aspx

            

        

      

      

      

      

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


    

  




------------142350eb591b7327644215f248--


From lberger@labn.net  Thu Nov  7 18:18:31 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 052F921E8168 for ; Thu,  7 Nov 2013 18:18:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.859
X-Spam-Level: 
X-Spam-Status: No, score=-101.859 tagged_above=-999 required=5 tests=[AWL=0.740, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wpPt1ggFexZQ for ; Thu,  7 Nov 2013 18:18:15 -0800 (PST)
Received: from oproxy12-pub.mail.unifiedlayer.com (oproxy12-pub.mail.unifiedlayer.com [50.87.16.10]) by ietfa.amsl.com (Postfix) with SMTP id E73E421E814B for ; Thu,  7 Nov 2013 18:18:12 -0800 (PST)
Received: (qmail 9993 invoked by uid 0); 8 Nov 2013 02:17:50 -0000
Received: from unknown (HELO box313.bluehost.com) (69.89.31.113) by oproxy12.mail.unifiedlayer.com with SMTP; 8 Nov 2013 02:17:50 -0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default;  h=Content-Transfer-Encoding:Content-Type:Subject:To:MIME-Version:From:Date:Message-ID; bh=33+D/j82wEEp5BhpRE0kFSOYucaEIXxRcTlprbu4HIY=;  b=W4o30SBQ3J/5ts0WfUFYPEDbsEf4+nh0+T2fcvprQGaEIOumqLj/DbKeLA4TGi0wvOdp/G+QMRcvakznYIojKIUAZtT7qn6JK0LiV/Y69Xw+Iks0iMopkhjhNYVHjTQs;
Received: from box313.bluehost.com ([69.89.31.113]:47323 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.80) (envelope-from ) id 1Vebdu-0007oN-B8; Thu, 07 Nov 2013 19:17:50 -0700
Message-ID: <527C49CD.2020205@labn.net>
Date: Thu, 07 Nov 2013 18:17:49 -0800
From: Lou Berger 
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0
MIME-Version: 1.0
To: Zafar Ali , CCAMP 
X-Enigmail-Version: 1.6
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net}
Subject: [CCAMP] Comment on compatibility in draft-takacs-ccamp-revertive-ps
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 08 Nov 2013 02:18:31 -0000

Zafar,
	My comment in today's session was that you are redefining the format of
an existing object (by adding TLVs) this breaks compatibility.  You
stated that this wasn't the case.

FWIW:

Your document says:

    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
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |            Length             | Class-Num(37) |   C-Type(2)   |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |S|P|N|O| Reserved  | LSP Flags |      Reserved     | Link Flags|
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |I|R|   Reserved    | Seg.Flags |           Reserved            |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                                                               |
   ~                           sub-TLVs                            ~
   |                                                               |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+


RFC4872 says
      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
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |            Length             | Class-Num(37) | C-Type (2)    |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |S|P|N|O| Reserved  | LSP Flags |     Reserved      | Link Flags|
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |                           Reserved                            |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Perhaps you meant C-Type(TBD).  You should address compatibility
explicitly in any case.

Lou

From zhang.xian@huawei.com  Thu Nov  7 18:23:11 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BCC7521E80BA for ; Thu,  7 Nov 2013 18:23:11 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.057
X-Spam-Level: 
X-Spam-Status: No, score=-6.057 tagged_above=-999 required=5 tests=[AWL=0.542,  BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id E4Er4r4ixsfm for ; Thu,  7 Nov 2013 18:23:06 -0800 (PST)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 411D321E817C for ; Thu,  7 Nov 2013 18:23:05 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id AXQ87160; Fri, 08 Nov 2013 02:23:04 +0000 (GMT)
Received: from LHREML402-HUB.china.huawei.com (10.201.5.241) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.3.158.1; Fri, 8 Nov 2013 02:22:20 +0000
Received: from SZXEML421-HUB.china.huawei.com (10.82.67.160) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.158.1; Fri, 8 Nov 2013 02:23:03 +0000
Received: from SZXEML510-MBX.china.huawei.com ([169.254.3.140]) by szxeml421-hub.china.huawei.com ([10.82.67.160]) with mapi id 14.03.0158.001; Fri, 8 Nov 2013 10:22:57 +0800
From: "Zhangxian (Xian)" 
To: "ccamp@ietf.org" 
Thread-Topic: comments to draft-gandhi-ccamp-gmpls-restoration-lsp-01
Thread-Index: AQHO3CkIHG8ruuUI/EGpdh6NlTsP5Q==
Date: Fri, 8 Nov 2013 02:22:57 +0000
Message-ID: 
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.47.150.88]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Subject: [CCAMP] comments to draft-gandhi-ccamp-gmpls-restoration-lsp-01
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 08 Nov 2013 02:23:11 -0000

Hi, All,=20

    Due to short of time, I post my questions to this draft here (based on =
the slides). =20

1) what is the scope of this document? From the examples given, it seems to=
 me only to end to end case. If it is not the intention, it would be good t=
o clarify.=20

2) Page 3 of the slides, last sentence.=20
I do not think it is accurate. A restoration LSP can be established before =
failure as specified in RFC4872, unless you are targeting fully dynamic rer=
outing. So i think the following text in the draft need modification:

"Restoration LSP differs from a secondary LSP
   in the way that secondary LSP does not reserve resources in the data
   plane and is not able to carry any traffic until it is refreshed
   whereas restoration LSP does reserve resources and is able to carry
   traffic."

3) Page 8, the note.=20
Could you point the exact piece of text saying this in RFC6689? At the mome=
nt, i cannot find it, thus cannot judge the need of this draft.=20

4) Page 9:=20
4.1: It seems to me the draft are using the bit P different from what it is=
 defined in  RFC4872. Since it is a BCP draft, i do not expect this. Please=
 clarify.=20

4.2: not sure why assign a restoration LSP for a protection LSP? If the int=
ention is to protection two failures, assign one protection and one restora=
tion LSP for the working LSP is probably a better way to do. Since the fail=
ure of protection LSP does not won't trigger any update in RSVP-TE.=20


Regards,
Xian =

From ggrammel@juniper.net  Thu Nov  7 18:29:11 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0C31E21E814B for ; Thu,  7 Nov 2013 18:29:11 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.144
X-Spam-Level: 
X-Spam-Status: No, score=-0.144 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FRT_BELOW2=2.154, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RLIu6i+jEZZP for ; Thu,  7 Nov 2013 18:29:05 -0800 (PST)
Received: from db8outboundpool.messaging.microsoft.com (mail-db8lp0184.outbound.messaging.microsoft.com [213.199.154.184]) by ietfa.amsl.com (Postfix) with ESMTP id C0A0621E80D2 for ; Thu,  7 Nov 2013 18:29:04 -0800 (PST)
Received: from mail53-db8-R.bigfish.com (10.174.8.252) by DB8EHSOBE029.bigfish.com (10.174.4.92) with Microsoft SMTP Server id 14.1.225.22; Fri, 8 Nov 2013 02:29:03 +0000
Received: from mail53-db8 (localhost [127.0.0.1])	by mail53-db8-R.bigfish.com (Postfix) with ESMTP id 82AEA2C01C7; Fri,  8 Nov 2013 02:29:03 +0000 (UTC)
X-Forefront-Antispam-Report: CIP:157.56.240.101; KIP:(null); UIP:(null); IPV:NLI; H:BL2PRD0510HT004.namprd05.prod.outlook.com; RD:none; EFVD:NLI
X-SpamScore: -19
X-BigFish: VPS-19(z579ehzc89bhc85dh14ffIzz1f42h2148h208ch1ee6h1de0h1fdah2073h2146h1202h1e76h1d1ah1d2ah1fc6hzz1d7338h1de098h1033IL17326ah8275bh8275dh18c673h1de097h186068hz2fh109h2a8h839hd24hf0ah1288h12a5h12bdh137ah1441h1504h1537h153bh162dh1631h1758h18e1h1946h19b5h19ceh1ad9h1b0ah1bceh224fh1d07h1d0ch1d2eh1d3fh1de9h1dfeh1dffh1e1dh1fe8h1ff5h20f0h2216h9a9j1155h)
Received-SPF: pass (mail53-db8: domain of juniper.net designates 157.56.240.101 as permitted sender) client-ip=157.56.240.101; envelope-from=ggrammel@juniper.net; helo=BL2PRD0510HT004.namprd05.prod.outlook.com ; .outlook.com ; 
X-Forefront-Antispam-Report-Untrusted: SFV:NSPM; SFS:(189002)(199002)(53754006)(85306002)(79102001)(77982001)(59766001)(46102001)(81686001)(54356001)(53806001)(83322001)(19580405001)(19580395003)(83072001)(80976001)(19300405004)(76482001)(33646001)(15202345003)(74316001)(54316002)(51856001)(56776001)(47446002)(74662001)(74502001)(81816001)(31966008)(50986001)(47976001)(47736001)(49866001)(4396001)(76576001)(81542001)(56816003)(66066001)(77096001)(76786001)(74366001)(76796001)(81342001)(2656002)(16236675002)(74706001)(224303002)(69226001)(74876001)(15975445006)(65816001)(63696002)(224313003)(87266001)(80022001)(87936001)(24736002); DIR:OUT; SFP:; SCL:1; SRVR:BN1PR05MB041; H:BN1PR05MB041.namprd05.prod.outlook.com; CLIP:193.110.54.36; FPR:; RD:InfoNoRecords; MX:1; A:1; LANG:en; 
Received: from mail53-db8 (localhost.localdomain [127.0.0.1]) by mail53-db8 (MessageSwitch) id 1383877741256907_23987; Fri,  8 Nov 2013 02:29:01 +0000 (UTC)
Received: from DB8EHSMHS031.bigfish.com (unknown [10.174.8.226])	by mail53-db8.bigfish.com (Postfix) with ESMTP id 30CF06A003F; Fri,  8 Nov 2013 02:29:01 +0000 (UTC)
Received: from BL2PRD0510HT004.namprd05.prod.outlook.com (157.56.240.101) by DB8EHSMHS031.bigfish.com (10.174.4.41) with Microsoft SMTP Server (TLS) id 14.16.227.3; Fri, 8 Nov 2013 02:28:57 +0000
Received: from BN1PR05MB041.namprd05.prod.outlook.com (10.255.202.140) by BL2PRD0510HT004.namprd05.prod.outlook.com (10.255.100.39) with Microsoft SMTP Server (TLS) id 14.16.371.2; Fri, 8 Nov 2013 02:28:51 +0000
Received: from BN1PR05MB041.namprd05.prod.outlook.com (10.255.202.140) by BN1PR05MB041.namprd05.prod.outlook.com (10.255.202.140) with Microsoft SMTP Server (TLS) id 15.0.810.5; Fri, 8 Nov 2013 02:28:50 +0000
Received: from BN1PR05MB041.namprd05.prod.outlook.com ([169.254.13.126]) by BN1PR05MB041.namprd05.prod.outlook.com ([169.254.13.126]) with mapi id 15.00.0810.005; Fri, 8 Nov 2013 02:28:50 +0000
From: Gert Grammel 
To: =?iso-8859-1?Q?Oscar_Gonz=E1lez_de_Dios?= , CCAMP 
Thread-Topic: Input for Terminology discussion: UNI definitions across different SDOs
Thread-Index: AQHO2+8gmryt/BU0MUSuYCeURJs4dJoam82g
Date: Fri, 8 Nov 2013 02:28:49 +0000
Message-ID: 
References: 
In-Reply-To: 
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [193.110.54.36]
x-forefront-prvs: 00246AB517
Content-Type: multipart/alternative; boundary="_000_ea8827a9c62e4679983da62c8504fd2bBN1PR05MB041namprd05pro_"
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-FOPE-CONNECTOR: Id%0$Dn%*$RO%0$TLS%0$FQDN%$TlsDn%
Subject: Re: [CCAMP] Input for Terminology discussion: UNI definitions across	different SDOs
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 08 Nov 2013 02:29:11 -0000

--_000_ea8827a9c62e4679983da62c8504fd2bBN1PR05MB041namprd05pro_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Adding the detail I mentioned on the mic:

[G.8080](ITU-T) "NOTE - The route query interface does not apply for the CC=
 interface at the UNI reference point."

From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of O=
scar Gonz=E1lez de Dios
Sent: 07 November 2013 20:26
To: CCAMP
Subject: [CCAMP] Input for Terminology discussion: UNI definitions across d=
ifferent SDOs

Hi all,

As inputs for the terminology discussions, please find bellow a set of defi=
nitions for UNI coming from different SDOs (with a short reference, they ar=
e easy to find with the number):

[G.807] (ITU-T): "User-Network Interface for the control plane (UNI): A bid=
irectional signaling interface between service requester and service provid=
er control plane entities."

In the same document: "UNI: This interface supports, as a minimum, the foll=
owing information elements:
?
End-point name and address;
?
Authentication and connection admission control;
?
Connection service messages."

[G.8081] (ITU-T): "user-network interface for the control plane (UNI): An U=
NI is a bidirectional signaling interface between service requester and ser=
vice provider control plane entities."

[G.8080] (ITU-T): "UNI
Information flows expected across the UNI reference point support the follo=
wing functions:
- call control
- resource discovery
- connection control
- connection selection.
Note, there is no routing function associated with the UNI reference point.=
 Additional functions such as security and authentication of calls, or enha=
nced directory services,
may be added to this basic set of functions."

[RFC3717]: "The client-optical internetwork interface (UNI) represents a se=
rvice boundary between the client (e.g., IP router) and the optical network=
.  The client and server (optical network) are essentially two different ro=
les: the client role requests a service connection from a server; the serve=
r role establishes the connection to fulfill the service request - provided=
 all relevant admission control conditions are satisfied."

   [OIF UNI1.0]: UNI: "The service control interface between a client devic=
e and the transport network."
 UNI-C: "The logical entity that terminates UNI signalling on the client de=
vice side."
UNI-N: "The logical entity that terminates UNI signalling on the transport =
network side."

       [MEF 11]: "The MEF UNI is a reference point for all interactions bet=
ween Subscribers of MEF defined services and the MEN Service Provider."

Hope it helps in the discussions,

Best Regards,

Oscar





________________________________

Este mensaje se dirige exclusivamente a su destinatario. Puede consultar nu=
estra pol=EDtica de env=EDo y recepci=F3n de correo electr=F3nico en el enl=
ace situado m=E1s abajo.
This message is intended exclusively for its addressee. We only send and re=
ceive email on the basis of the terms set out at:
http://www.tid.es/ES/PAGINAS/disclaimer.aspx

--_000_ea8827a9c62e4679983da62c8504fd2bBN1PR05MB041namprd05pro_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable











Adding the deta=
il I mentioned on the mic:


[G.8080](ITU-T)=
 „NOTE – The route query interface =
does not apply for the CC interface at the UNI reference point.”=



 =
;






From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org=
]
On Behalf Of Oscar Gonz=E1lez de Dios

Sent: 07 November 2013 20:26

To: CCAMP

Subject: [CCAMP] Input for Terminology discussion: UNI definitions a=
cross different SDOs






 








Hi all,









 





As inputs for the terminolo=
gy discussions, please find bellow a set of definitions for UNI coming=
 from different SDOs (with a short reference, they are easy to
 find with the number):






 





[G.807] (ITU-T): "User-Network Interfac=
e for the control plane (UNI): A bidirectional signaling interface between =
service requester and service provider control plane entities."






 






In the same document: "UNI: This interf=
ace supports, as a minimum, the following information elements:<=
/span>






?



End-point name and address;






?



Authentication and connection admission cont=
rol;






?



Connection service messages.”






 






[G.8081] (ITU-T): "user-network interfa=
ce for the control plane (UNI): An UNI is a bidirectional signaling interfa=
ce between service requester and service provider control plane
 entities.”







 






[G.8080] (ITU-T): “UNI






Information flows expected across the UNI re=
ference point support the following functions:






- call control






- resource discovery






- connection control






- connection selection.





Note, there is no routing function associate=
d with the UNI reference point. Additional functions such as security and a=
uthentication of calls, or enhanced directory services,





may be added to this basic set of functions.=
"






 






[RFC3717]: “The client-optical interne=
twork interface (UNI) represents a service boundary between the client (e.g=
., IP router) and the optical network.  The client and server
 (optical network) are essentially two different roles: the client role req=
uests a service connection from a server; the server role establishes the c=
onnection to fulfill the service request — provided all relevant admi=
ssion control conditions are satisfied.”






 






   [OIF UNI1.0]: UNI: “The service contr=
ol interface between a client device and the transport network.”






 UNI-C: ”The logical entity that terminates U=
NI signalling on the client device side.”






UNI-N: “The logical entity that terminates UNI sig=
nalling on the transport network side.”






 






       [MEF 11]: “The MEF UNI =
is a reference point for all interactions between Subscribers of MEF d=
efined services and the MEN Service Provider.”=







 






Hope it helps in the discussions,






 






Best Regards,






 






Oscar






 






 






 






 




 










Este mensaje se dirige exclusivamente a su destinatario. Puede consultar nu=
estra pol=EDtica de env=EDo y recepci=F3n de correo electr=F3nico en el enl=
ace situado m=E1s abajo.

This message is intended exclusively for its addressee. We only send and re=
ceive email on the basis of the terms set out at:

http://www.tid.es/=
ES/PAGINAS/disclaimer.aspx






--_000_ea8827a9c62e4679983da62c8504fd2bBN1PR05MB041namprd05pro_--

From ramon.casellas@cttc.es  Thu Nov  7 18:32:50 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DE4BD21E814B for ; Thu,  7 Nov 2013 18:32:49 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=-0.001, BAYES_00=-2.599, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6ERxIeuFX35J for ; Thu,  7 Nov 2013 18:32:48 -0800 (PST)
Received: from villa.puc.rediris.es (villa.puc.rediris.es [IPv6:2001:720:418:ca00::7]) by ietfa.amsl.com (Postfix) with ESMTP id 8829D21E8119 for ; Thu,  7 Nov 2013 18:32:48 -0800 (PST)
Received: from [84.88.62.208] (helo=leo) by villa.puc.rediris.es with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1VebsM-0002Im-EA for ccamp@ietf.org; Fri, 08 Nov 2013 03:32:46 +0100
Received: from [31.133.165.128] (dhcp-a580.meeting.ietf.org [31.133.165.128]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by leo (Postfix) with ESMTPSA id 573501FD41 for ; Fri,  8 Nov 2013 03:32:44 +0100 (CET)
X-Envelope-From: ramon.casellas@cttc.es
Message-ID: <527C4D4A.8040404@cttc.es>
Date: Fri, 08 Nov 2013 03:32:42 +0100
From: Ramon Casellas 
Organization: CTTC
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0
MIME-Version: 1.0
To: "ccamp@ietf.org" 
Content-Type: multipart/alternative; boundary="------------040309080406070705040205"
X-Spamina-Bogosity: Ham
Subject: [CCAMP] upstream label and label symmetry
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 08 Nov 2013 02:32:50 -0000

This is a multi-part message in MIME format.
--------------040309080406070705040205
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

All,

If I may, just my 2 cents, and trying to summarize the main raised 
points. For people working on GMPLS for optical networks it is a common 
requirement.

* Use case: for example, transparent WSON, it is required to fulfil the 
wavelength continuity constraint (WCC); likewise, although the optical 
receiver/photodetector may be broadband it is a common requirement that 
both labels (that are contiguous due to the WCC) are the same 
(symmetry). Someone put it better than me [2] including our soon to be 
ex-secretary:

 > Title   : Extensions to GMPLS RSVP-TE for Bidirectional Lightpath with
 >           the Same Wavelength
 > Authors : S. Xu, H. Harai, and D. King
 > Filename: draft-xu-rsvpte-bidir-wave-00.txt
 >
 > Abstract: For bidirectional lightpaths provisioning, in the case of
 > optical nodes that do not support wavelength conversion, it would be
 > necessary to use the same wavelength along the route on each
 > direction. In certain optical network scenarios, the use of the same
 > wavelength on both directions would be advantageous.  For instance,
 > some type of ROADMs may add/drop the same wavelength
 > simultaneously. In another case, the users' optical end nodes are
 > equipped with fixed-wavelength transponders.
 >
 > This document describes extensions to RSVP-TE signaling for
 > bidirectional wavelength lightpaths that require the same wavelength on
 > both directions. By using an LSP_ATTRIBUTES object defined in [RFC4420],
 > the extensions enable the new type lightpaths to support the low cost
 > configuration at users' optical end nodes.





* IMHO it is true that a node needs to cross-connect before forwarding 
the PATH message downtream: RFC3473
"3.1. Procedures

    support bidirectional LSPs an Upstream_Label object is added to the
    Path message.  The Upstream_Label object MUST indicate a label that
    is valid for forwarding at the time the Path message is sent.

    When a Path message containing an Upstream_Label object is received,
    the receiver first verifies that the upstream label is acceptable.
    If the label is not acceptable,(...)

    An intermediate node must also allocate a label on the outgoing
    interface and establish internal data paths before filling in an
    outgoing upstream label and propagating the Path message

* The fact that the label is set to some value 0xFFF...FF and that the 
node must cross-connect justifies the need for a two step process as 
Dieter mentioned.


In short, IMHO there is a requirement to request symmetrical labels.  
This problem has been mentioned in the past, you may want to check

[1] http://tools.ietf.org/html/draft-oki-ccamp-upstream-labelset-00

[2] draft-xu-rsvpte-bidir-wave-00.txt
      see http://permalink.gmane.org/gmane.ietf.ccamp/6023

Thanks

Ramon


--------------040309080406070705040205
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 8bit


  

    
  
  
    All,

    

    If I may, just my 2 cents, and trying to summarize the main raised
    points. For people working on GMPLS for optical networks it is a
    common requirement.

    

    * Use case: for example, transparent WSON, it is required to fulfil
    the wavelength continuity constraint (WCC); likewise, although the
    optical receiver/photodetector may be broadband it is a common
    requirement that both labels (that are contiguous due to the WCC)
    are the same (symmetry). Someone put it better than me [2] including
    our soon to be ex-secretary:

    

    > Title   : Extensions to GMPLS RSVP-TE for Bidirectional
    Lightpath with

    >           the Same Wavelength

    > Authors : S. Xu, H. Harai, and D. King

    > Filename: draft-xu-rsvpte-bidir-wave-00.txt

    >     

    > Abstract: For bidirectional lightpaths provisioning, in the
    case of

    > optical nodes that do not support wavelength conversion, it
    would be

    > necessary to use the same wavelength along the route on each

    > direction. In certain optical network scenarios, the use of the
    same

    > wavelength on both directions would be advantageous.  For
    instance,

    > some type of ROADMs may add/drop the same wavelength

    > simultaneously. In another case, the users' optical end nodes
    are

    > equipped with fixed-wavelength transponders.

    > 

    > This document describes extensions to RSVP-TE signaling for 

    > bidirectional wavelength lightpaths that require the same
    wavelength on 

    > both directions. By using an LSP_ATTRIBUTES object defined in
    [RFC4420], 

    > the extensions enable the new type lightpaths to support the
    low cost 

    > configuration at users' optical end nodes.

    

    

    

    

    

    * IMHO it is true that a node needs to cross-connect before
    forwarding the PATH message downtream: RFC3473

    "3.1. Procedures

    

       support bidirectional LSPs an Upstream_Label object is added to
    the

       Path message.  The Upstream_Label object MUST indicate a label
    that

       is valid for forwarding at the time the Path message is sent.

    

       When a Path message containing an Upstream_Label object is
    received,

       the receiver first verifies that the upstream label is
    acceptable.

       If the label is not acceptable,(...)

    

       An intermediate node must also allocate a label on the outgoing

       interface and establish internal data paths before filling in an

       outgoing upstream label and propagating the Path message

    

    * The fact that the label is set to some value 0xFFF...FF and that
    the node must cross-connect justifies the need for a two step
    process as Dieter mentioned.

    

    

    In short, IMHO there is a requirement to request symmetrical
    labels.  This problem has been mentioned in the past, you may want
    to check 

    

    [1]
    
    http://tools.ietf.org/html/draft-oki-ccamp-upstream-labelset-00

    

    [2] draft-xu-rsvpte-bidir-wave-00.txt 

         see
    
    http://permalink.gmane.org/gmane.ietf.ccamp/6023

    

    Thanks

    

    Ramon

    

    
  


--------------040309080406070705040205--

From zali@cisco.com  Fri Nov  8 13:11:33 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 960ED21E8087 for ; Fri,  8 Nov 2013 13:11:33 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.599
X-Spam-Level: 
X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CCBtXBZd5Xwr for ; Fri,  8 Nov 2013 13:11:27 -0800 (PST)
Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) by ietfa.amsl.com (Postfix) with ESMTP id D0A1821F9D53 for ; Fri,  8 Nov 2013 13:11:14 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2422; q=dns/txt; s=iport; t=1383945075; x=1385154675; h=from:to:subject:date:message-id:in-reply-to:content-id: content-transfer-encoding:mime-version; bh=YHBhfcdV8IM6DAvx1NGwSrjUwgS+k2pR2kzQIHbRHZE=; b=Jtw6R0EtNQ+Tvv49xtbOJ4fStWUzaSqTno0wkRK5jl2MSQBGu0IcsU7y c4G9tdg5yaUuSCfaXbyNyb5MtIRLUZLwaMOjQkOfWqlxMFjP0NH/cu+P8 ELwttSRa0y/BEljmqHCxre0VRsinmMyKa/8wn65udBclvCMrx1/KXQOE8 g=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AhUFAPRSfVKtJXG+/2dsb2JhbABZgweBC78WgTEWdIIlAQEBBIEFBgEIDgMDAQJhHQgCBAESiAG9Ko9uBoQqA5gPkguDJoIq
X-IronPort-AV: E=Sophos;i="4.93,662,1378857600"; d="scan'208";a="282625521"
Received: from rcdn-core2-3.cisco.com ([173.37.113.190]) by rcdn-iport-5.cisco.com with ESMTP; 08 Nov 2013 21:11:04 +0000
Received: from xhc-aln-x15.cisco.com (xhc-aln-x15.cisco.com [173.36.12.89]) by rcdn-core2-3.cisco.com (8.14.5/8.14.5) with ESMTP id rA8LB4PH021690 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 8 Nov 2013 21:11:04 GMT
Received: from xmb-rcd-x14.cisco.com ([169.254.4.50]) by xhc-aln-x15.cisco.com ([173.36.12.89]) with mapi id 14.03.0123.003; Fri, 8 Nov 2013 15:11:04 -0600
From: "Zafar Ali (zali)" 
To: Lou Berger , CCAMP 
Thread-Topic: Comment on compatibility in draft-takacs-ccamp-revertive-ps
Thread-Index: AQHO3Ci6h09KE7p+Tk6NZ+uJgecEF5obgDiA
Date: Fri, 8 Nov 2013 21:11:04 +0000
Message-ID: 
In-Reply-To: <527C49CD.2020205@labn.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.2.3.120616
x-originating-ip: [10.82.222.214]
Content-Type: text/plain; charset="Windows-1252"
Content-ID: 
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Subject: Re: [CCAMP] Comment on compatibility in draft-takacs-ccamp-revertive-ps
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 08 Nov 2013 21:11:33 -0000

Hi Lou-=20

You are right, the ctype is TBD, like I mentioned during the meeting that
we are using different ctype.

We would like to take this opportunity to solicit comments from the WG on
this draft.=20

Thanks

Regards =8A Zafar

-----Original Message-----
From: "lberger@labn.net" 
Date: Thursday, November 7, 2013 6:17 PM
To: zali , "ccamp@ietf.org" 
Subject: Comment on compatibility in draft-takacs-ccamp-revertive-ps

>Zafar,
>	My comment in today's session was that you are redefining the format of
>an existing object (by adding TLVs) this breaks compatibility.  You
>stated that this wasn't the case.
>
>FWIW:
>
>Your document says:
>
>    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
>   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>   |            Length             | Class-Num(37) |   C-Type(2)   |
>   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>   |S|P|N|O| Reserved  | LSP Flags |      Reserved     | Link Flags|
>   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>   |I|R|   Reserved    | Seg.Flags |           Reserved            |
>   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>   |                                                               |
>   ~                           sub-TLVs                            ~
>   |                                                               |
>   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>
>
>RFC4872 says
>      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
>     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>     |            Length             | Class-Num(37) | C-Type (2)    |
>     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>     |S|P|N|O| Reserved  | LSP Flags |     Reserved      | Link Flags|
>     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>     |                           Reserved                            |
>     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>
>Perhaps you meant C-Type(TBD).  You should address compatibility
>explicitly in any case.
>
>Lou


From zali@cisco.com  Fri Nov  8 13:12:04 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 91AB411E80E9 for ; Fri,  8 Nov 2013 13:12:03 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.598
X-Spam-Level: 
X-Spam-Status: No, score=-10.598 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id s4RRpwu9Mk8o for ; Fri,  8 Nov 2013 13:11:57 -0800 (PST)
Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) by ietfa.amsl.com (Postfix) with ESMTP id 9296E21E819E for ; Fri,  8 Nov 2013 13:11:44 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2559; q=dns/txt; s=iport; t=1383945105; x=1385154705; h=from:to:cc:subject:date:message-id:mime-version; bh=tlUivPGv5tT5xm1TZ1dHgF4uBAN/7gYzK7tP6mouWNk=; b=Dt6T6ruJ363d8a5pSryJ2yF4O7nsXTi9Z60rqTdJ6wMbRjYQtpmM/Hf8 G+ka9Fy6Yn7u1Z+xABWacDIJGlvhL4nROfGoL3TWTDPpZ2iheLohoDytB ZMewZ06q0XtgqFpo+OEq35AXx2H/G9euitx4YiVSzLIB19VmEb8Vnsq74 s=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AuQHAIxSfVKtJXG9/2dsb2JhbABZgkNEOFO2VIhCgTEWbQeCLHkSAQx0JwQOiAYNvRqPZ4Q3A5gPgS+QXIMmgio
X-IronPort-AV: E=Sophos;i="4.93,662,1378857600";  d="scan'208,217";a="282648607"
Received: from rcdn-core2-2.cisco.com ([173.37.113.189]) by rcdn-iport-3.cisco.com with ESMTP; 08 Nov 2013 21:11:44 +0000
Received: from xhc-aln-x05.cisco.com (xhc-aln-x05.cisco.com [173.36.12.79]) by rcdn-core2-2.cisco.com (8.14.5/8.14.5) with ESMTP id rA8LBiwr005406 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 8 Nov 2013 21:11:44 GMT
Received: from xmb-rcd-x14.cisco.com ([169.254.4.50]) by xhc-aln-x05.cisco.com ([173.36.12.79]) with mapi id 14.03.0123.003; Fri, 8 Nov 2013 15:11:43 -0600
From: "Zafar Ali (zali)" 
To: "adrian@olddog.co.uk" 
Thread-Topic: Process question on draft-ali-ccamp-additional-signal-type-g709v3-00 
Thread-Index: AQHO3McfDvXMBC2Mk0eSgBt08HNzZg==
Date: Fri, 8 Nov 2013 21:11:43 +0000
Message-ID: 
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.2.3.120616
x-originating-ip: [10.82.222.214]
Content-Type: multipart/alternative; boundary="_000_CEA26D9C820A2zaliciscocom_"
MIME-Version: 1.0
Cc: "ccamp@ietf.org" 
Subject: [CCAMP] Process question on draft-ali-ccamp-additional-signal-type-g709v3-00
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 08 Nov 2013 21:12:04 -0000

--_000_CEA26D9C820A2zaliciscocom_
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

Hi Adrian-

We had a question for you during CCAMP meeting on http://tools.ietf.org/htm=
l/draft-ali-ccamp-additional-signal-type-g709v3-00. As G.Sup43 is a supplem=
entary document, Lou mentioned that CCAMP can assign code points but the dr=
aft cannot be standard track (would either need to be experimental or BCP).=
 To me experimental sounds a better fit. What type of document this draft n=
eeds to be? Please advise.

Thanks

Regards =85 Zafar

--_000_CEA26D9C820A2zaliciscocom_
Content-Type: text/html; charset="Windows-1252"
Content-ID: 
Content-Transfer-Encoding: quoted-printable








Hi Adrian- 








We had a question for you during CCA=
MP meeting on http://tools.ietf.org/html/draft-ali=
-ccamp-additional-signal-type-g709v3-00.
As =
;G.Sup43 is a supplementary document, Lou
 mentioned that CCAMP can assign code points but the draft cannot be standa=
rd track (would either need to be experimental or BCP). To me experimental =
sounds a better fit. What type of document this draft needs to be? Ple=
ase
 advise. 










Thanks







Regards =85 Zafar






--_000_CEA26D9C820A2zaliciscocom_--

From lberger@labn.net  Fri Nov  8 13:18:11 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 72A1911E80F6 for ; Fri,  8 Nov 2013 13:18:11 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.724
X-Spam-Level: 
X-Spam-Status: No, score=-101.724 tagged_above=-999 required=5 tests=[AWL=0.541, BAYES_00=-2.599, IP_NOT_FRIENDLY=0.334, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id H7MkY8Q3ErE5 for ; Fri,  8 Nov 2013 13:18:07 -0800 (PST)
Received: from oproxy6-pub.mail.unifiedlayer.com (oproxy6-pub.mail.unifiedlayer.com [67.222.54.6]) by ietfa.amsl.com (Postfix) with SMTP id 5E75811E80EC for ; Fri,  8 Nov 2013 13:18:06 -0800 (PST)
Received: (qmail 16202 invoked by uid 0); 8 Nov 2013 21:17:45 -0000
Received: from unknown (HELO box313.bluehost.com) (69.89.31.113) by oproxy6.mail.unifiedlayer.com with SMTP; 8 Nov 2013 21:17:44 -0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default;  h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=L+owM9WH35IkKA8H/ivhSgulDpZcdAzWWpNqGTNxbEk=;  b=VzGGgTr1GIDU0l2xjc+Skgie95B5yjnhX7e256U9RQJF0KGCtetm8AJBNPvylJ3OF8U3O7bfuSc9kYyNaIl5yGriaa79eJ7Xh9CHOgbK+cw7zzzgbPCw3UBHOi/T4VaT;
Received: from box313.bluehost.com ([69.89.31.113]:42101 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.80) (envelope-from ) id 1VetR2-0001f1-RG; Fri, 08 Nov 2013 14:17:44 -0700
Message-ID: <527D54F8.6080503@labn.net>
Date: Fri, 08 Nov 2013 16:17:44 -0500
From: Lou Berger 
User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Thunderbird/24.1.0
MIME-Version: 1.0
To: "Zafar Ali (zali)" ,  "adrian@olddog.co.uk" 
References: 
In-Reply-To: 
X-Enigmail-Version: 1.6
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 8bit
X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net}
Cc: "ccamp@ietf.org" 
Subject: Re: [CCAMP] Process question on draft-ali-ccamp-additional-signal-type-g709v3-00
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 08 Nov 2013 21:18:11 -0000

Zafar,
	Experimental.

But of course that's assuming the WG agrees to take on this document.

Lou

On 11/08/2013 04:11 PM, Zafar Ali (zali) wrote:
> Hi Adrian- 
> 
> We had a question for you during CCAMP meeting
> on http://tools.ietf.org/html/draft-ali-ccamp-additional-signal-type-g709v3-00.
> As G.Sup43 is a supplementary document, Lou mentioned that CCAMP can
> assign code points but the draft cannot be standard track (would either
> need to be experimental or BCP). To me experimental sounds a better fit.
> What type of document this draft needs to be? Please advise. 
> 
> Thanks
> 
> Regards … Zafar


From lberger@labn.net  Fri Nov  8 13:19:42 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3C48121E8087 for ; Fri,  8 Nov 2013 13:19:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.904
X-Spam-Level: 
X-Spam-Status: No, score=-101.904 tagged_above=-999 required=5 tests=[AWL=0.695, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ePUkNcFLzXT2 for ; Fri,  8 Nov 2013 13:19:37 -0800 (PST)
Received: from oproxy17-pub.mail.unifiedlayer.com (oproxy17-pub.mail.unifiedlayer.com [74.220.201.171]) by ietfa.amsl.com (Postfix) with SMTP id 4A6BF11E80EC for ; Fri,  8 Nov 2013 13:19:34 -0800 (PST)
Received: (qmail 14568 invoked by uid 0); 8 Nov 2013 21:19:30 -0000
Received: from unknown (HELO box313.bluehost.com) (69.89.31.113) by oproxy17-pub.mail.unifiedlayer.com with SMTP; 8 Nov 2013 21:19:30 -0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default;  h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:To:MIME-Version:From:Date:Message-ID; bh=AxukgTkM2QqlIevJwKkuCESCHnxS5mZz0GA2Ykc2bD4=;  b=Z+VotGNm7bYrO2c7Kqc65FAXRa0q13mViWa23nxA3qv7Iuh6cJycXIzHVx0nydFzznS7N3XIPVWCgRVQk0/FQmHG8RfQPnG4qfv2OoWBq4hKBpFhaMkKTKyfG6p9CBr+;
Received: from box313.bluehost.com ([69.89.31.113]:42385 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.80) (envelope-from ) id 1VetSk-0002Fo-Qj; Fri, 08 Nov 2013 14:19:30 -0700
Message-ID: <527D5562.8060100@labn.net>
Date: Fri, 08 Nov 2013 16:19:30 -0500
From: Lou Berger 
User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Thunderbird/24.1.0
MIME-Version: 1.0
To: "Zafar Ali (zali)" , CCAMP 
References: 
In-Reply-To: 
X-Enigmail-Version: 1.6
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 8bit
X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net}
Subject: Re: [CCAMP] Comment on compatibility in draft-takacs-ccamp-revertive-ps
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 08 Nov 2013 21:19:42 -0000

Zafar,
	Your document says 2, i.e., is incompatible with existing implementations.

Lou

On 11/08/2013 04:11 PM, Zafar Ali (zali) wrote:
> Hi Lou- 
> 
> You are right, the ctype is TBD, like I mentioned during the meeting that
> we are using different ctype.
> 
> We would like to take this opportunity to solicit comments from the WG on
> this draft. 
> 
> Thanks
> 
> Regards Š Zafar
> 
> -----Original Message-----
> From: "lberger@labn.net" 
> Date: Thursday, November 7, 2013 6:17 PM
> To: zali , "ccamp@ietf.org" 
> Subject: Comment on compatibility in draft-takacs-ccamp-revertive-ps
> 
>> Zafar,
>> 	My comment in today's session was that you are redefining the format of
>> an existing object (by adding TLVs) this breaks compatibility.  You
>> stated that this wasn't the case.
>>
>> FWIW:
>>
>> Your document says:
>>
>>    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
>>   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>>   |            Length             | Class-Num(37) |   C-Type(2)   |
>>   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>>   |S|P|N|O| Reserved  | LSP Flags |      Reserved     | Link Flags|
>>   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>>   |I|R|   Reserved    | Seg.Flags |           Reserved            |
>>   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>>   |                                                               |
>>   ~                           sub-TLVs                            ~
>>   |                                                               |
>>   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>>
>>
>> RFC4872 says
>>      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
>>     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>>     |            Length             | Class-Num(37) | C-Type (2)    |
>>     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>>     |S|P|N|O| Reserved  | LSP Flags |     Reserved      | Link Flags|
>>     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>>     |                           Reserved                            |
>>     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>>
>> Perhaps you meant C-Type(TBD).  You should address compatibility
>> explicitly in any case.
>>
>> Lou
> 
> 


From zali@cisco.com  Fri Nov  8 19:58:00 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 189DC11E8116 for ; Fri,  8 Nov 2013 19:58:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.599
X-Spam-Level: 
X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UrTksxat8JG2 for ; Fri,  8 Nov 2013 19:57:55 -0800 (PST)
Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) by ietfa.amsl.com (Postfix) with ESMTP id DE0E211E80E2 for ; Fri,  8 Nov 2013 19:57:54 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1908; q=dns/txt; s=iport; t=1383969475; x=1385179075; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=CCIbosnIj/RBw4pzgKChcAQ6syI+7hzJafwLIQp1qi8=; b=bTra1vVaMFKZeUQOKvv/A3ytgQZgIX+d48saoGSxkMpum/MMJcngqihH BJteAjeTBlTMXN1IUGFKm/daIn15M/xqMIDliZ3AI3qMJqowtHPct8xI6 1947HTd+uHFeCNwXMCQbh0mvYpYNUF0rpMr4JBLzwyVFFNcAWjXr+20n8 E=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AggFAFiyfVKtJXG//2dsb2JhbABPCoMHOFO/GIEwFnSCJQEBAQR5DAYBCBEDAQJhHQgCBA4FG4dmDb0UjiSBQwcGhCoDmA+BL5BbgyaCKg
X-IronPort-AV: E=Sophos;i="4.93,665,1378857600"; d="scan'208";a="279712463"
Received: from rcdn-core2-4.cisco.com ([173.37.113.191]) by rcdn-iport-9.cisco.com with ESMTP; 09 Nov 2013 03:57:54 +0000
Received: from xhc-aln-x09.cisco.com (xhc-aln-x09.cisco.com [173.36.12.83]) by rcdn-core2-4.cisco.com (8.14.5/8.14.5) with ESMTP id rA93vsZF007245 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sat, 9 Nov 2013 03:57:54 GMT
Received: from xmb-rcd-x14.cisco.com ([169.254.4.50]) by xhc-aln-x09.cisco.com ([173.36.12.83]) with mapi id 14.03.0123.003; Fri, 8 Nov 2013 21:57:54 -0600
From: "Zafar Ali (zali)" 
To: "Zhangxian (Xian)" 
Thread-Topic: The description of Path Key retaining time in RFC5553
Thread-Index: AQHO2+75nyh5MwjjqEemfNXW9E7a+JobcMqA
Date: Sat, 9 Nov 2013 03:57:53 +0000
Message-ID: 
In-Reply-To: 
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.2.3.120616
x-originating-ip: [10.82.255.210]
Content-Type: text/plain; charset="Windows-1252"
Content-ID: 
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "ccamp@ietf.org" 
Subject: Re: [CCAMP] The description of Path Key retaining time in RFC5553
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Sat, 09 Nov 2013 03:58:00 -0000

Hi Zhang:=20

Section 2.1 from RFC5553 state: "It is RECOMMENDED for a PCE to store the
PKS for a period of 10 minutes." Furthermore, please note that 16 bit path
keys are used as reuse of the path key is assumed.


The bottom line is that in your draft the PCE needs to remember the (path
key, path info) "states" for "indefinite" time. If you like we call such
PCE "path-stateful PCE" but it is stateful. Also, the solution is not
scalable as a PCE can only hold 64K of (path key, path info) states. Such
limitations and requirements need to be clearly stated in the draft.

Thanks

Regards =8A Zafar


-----Original Message-----
From: "Zhangxian   (Xian)" 
Date: Thursday, November 7, 2013 11:24 AM
To: zali 
Cc: "ccamp@ietf.org" 
Subject: The description of Path Key retaining time in RFC5553

>Hi, all,
>
>  The following is the piece of information that i mentioned already
>require retaining the Path key information for the lifetime of LSP.
>
>Section 3.2 from RFC5553
>"
>.......
>On a Path message, the PKS SHOULD identify the LSR replacing the CPS and
>provide a Path Key that can be used to expand  the path segment.  In the
>latter case, the Path Key and its expansion SHOULD be retained by the LSR
>that performs the substitution for at least the lifetime of the LSP.  In
>both cases, the expansion of the PKS SHOULD be made available to
>diagnostic tools under the control of local policy.
>"
>
>My understanding of the stateful PCE (from PCE WG) is to have LSP-DB
>documenting information such as the identifiers (the 5-tuple), route, bw
>information etc. So I do not think our extensions defined in
>http://tools.ietf.org/html/draft-zhang-ccamp-route-exclusion-pathkey-00
>incur any new additional requirements. Please review our draft and let us
>know what you think.
>
>Cheers,
>Xian


From acee.lindem@ericsson.com  Sat Nov  9 12:59:30 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 72F6121E80B7; Sat,  9 Nov 2013 12:59:30 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.897
X-Spam-Level: 
X-Spam-Status: No, score=-2.897 tagged_above=-999 required=5 tests=[AWL=0.212,  BAYES_05=-1.11, GB_I_LETTER=-2, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Hy7Uw4TBoJp8; Sat,  9 Nov 2013 12:59:24 -0800 (PST)
Received: from usevmg20.ericsson.net (usevmg20.ericsson.net [198.24.6.45]) by ietfa.amsl.com (Postfix) with ESMTP id 00E7821F9FCA; Sat,  9 Nov 2013 12:59:18 -0800 (PST)
X-AuditID: c618062d-b7f278e000005a8f-0f-527ea2230df2
Received: from EUSAAHC006.ericsson.se (Unknown_Domain [147.117.188.90]) by usevmg20.ericsson.net (Symantec Mail Security) with SMTP id 93.BD.23183.322AE725; Sat,  9 Nov 2013 21:59:16 +0100 (CET)
Received: from EUSAAMB101.ericsson.se ([147.117.188.118]) by EUSAAHC006.ericsson.se ([147.117.188.90]) with mapi id 14.02.0328.009; Sat, 9 Nov 2013 15:59:10 -0500
From: Acee Lindem 
To: Daniele Ceccarelli 
Thread-Topic: RtgDir Review: "Traffic Engineering Extensions to OSPF for Generalized MPLS (GMPLS) Control of Evolving G.709 OTN Networks"
Thread-Index: AQHOxJCn0+iFqto7ekGiQXMkyXw9jZn0UizAgAPB1YCAByQB8IALb5KAgAE+r/CAEXtdgA==
Date: Sat, 9 Nov 2013 20:59:09 +0000
Message-ID: <94A203EA12AECE4BA92D42DBFFE0AE47030D94A5@eusaamb101.ericsson.se>
In-Reply-To: <4A1562797D64E44993C5CBF38CF1BE4817FBE0@ESESSMB301.ericsson.se>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.3.6.130613
x-originating-ip: [147.117.188.134]
Content-Type: multipart/alternative; boundary="_000_94A203EA12AECE4BA92D42DBFFE0AE47030D94A5eusaamb101erics_"
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpgkeLIzCtJLcpLzFFi42KZXLonSldlUV2Qwa21fBZP5txgsfjb8JrF 4vmcmSwWC9Y8ZXdg8Viy5CeTx5fLn9kCmKK4bFJSczLLUov07RK4Mm7OmMJecHguZ8XRj4/Z GxhPvmXvYuTkkBAwkfi/bwIrhC0mceHeerYuRi4OIYEjjBLXmnZDOcsYJdqX7mMBqWIT0JF4 /ugfM4gtImAh0XXsMStIEbPAY0aJTxueM4IkhAW6GCUW7WUHSYgIdDNKbL68F6ojTGLxo3Ym EJtFQEVizaN/YFN5BXwlZr/vA4tzCvhIdPzewAZiMwLd9P3UGrA4s4C4xK0n85kgbhWQWLLn PDOELSrx8vE/sB9EBfQkumcth/pHWWLJk/0sEL35Etu/3GGD2CUocXLmE5YJjKKzkIydhaRs FpIyiLiBxPtz85khbG2JZQtfQ9n6Ehu/nGWEsK0l5nz8x4KsZgEjxypGjtLi1LLcdCODTYzA WDwmwaa7g3HPS8tDjNIcLErivF/eOgcJCaQnlqRmp6YWpBbFF5XmpBYfYmTi4JRqYExRWsl3 4zKf3wGn9RkXUjnXLWe2rtzld2LSTU2dBRGVB5tVv5wWi3j671Qs75sLek+nCXVkl/dp1rIt PRjmtnV1QeJER/4t0TZvLofscY4WKNh3LWzm0Qlh9f5dGqrdpfXTFS02zux65PKY48DK2R1r Hu2xnlNtIum0skTA4vBOJ9Ew0yUz5ymxFGckGmoxFxUnAgBxWtFmkwIAAA==
Cc: "rtg-dir@ietf.org" , CCAMP , "draft-ietf-ccamp-gmpls-ospf-g709v3@tools.ietf.org" , "rtg-ads@tools.ietf.org" 
Subject: Re: [CCAMP] RtgDir Review: "Traffic Engineering Extensions to OSPF for Generalized MPLS (GMPLS) Control of Evolving G.709 OTN Networks"
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Sat, 09 Nov 2013 20:59:30 -0000

--_000_94A203EA12AECE4BA92D42DBFFE0AE47030D94A5eusaamb101erics_
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

Hi Daniele,
The changes look good to me and I'm happy with the draft. You are correct t=
hat RFC 6837 is the wrong reference. Sorry for the confusion. I meant that =
RFC 6827 is a good model for a  "Security Considerations" sections in a GMP=
LS specific draft. Of course, you'd remove the text specific to ASON and re=
place it with OTN.


9.  Security Considerations

   This document specifies the contents and processing of OSPFv2 TE LSAs
   [RFC3630] and [RFC4202].  The TE LSA extensions defined in this
   document are not used for Shortest Path First (SPF) computation and
   have no direct effect on IP routing.  Additionally, ASON routing
   domains are delimited by the usual administrative domain boundaries.

   Any mechanisms used for securing the exchange of normal OSPF LSAs can
   be applied equally to all TE LSAs used in the ASON context.
   Authentication of OSPFv2 LSA exchanges (such as OSPF cryptographic
   authentication [RFC2328] [RFC5709]) can be used to provide
   significant protection against active attacks.  [RFC5709] defines a
   mechanism for authenticating OSPFv2 packets by making use of the
   Hashed Message Authentication Code (HMAC) algorithm in conjunction
   with the SHA family of cryptographic hash functions.

   RCs implementing export/import of ASON routing information between
   RAs MUST also include policy control of both the maximum amount of
   information advertised between RAs and the maximum rate at which it
   is advertised.  This is to isolate the consequences of an RC being
   compromised to the RAs to which that subverted RC is attached.

   The "Analysis of OSPF Security According to KARP Design Guide"
   [OSPF-SEC] provides a comprehensive analysis of OSPFv2 and OSPFv3
   security relative to the requirements specified in [RFC6518].


Thanks,
Acee

From: Daniele Ceccarelli >
Date: Tuesday, October 29, 2013 8:35 AM
To: Ericsson >
Cc: "draft-ietf-ccamp-gmpls-ospf-g709v3@tools.ietf.org" >, =
"rtg-dir@ietf.org" >, CCAMP >, "rtg-ads@tools=
.ietf.org" >
Subject: RE: RtgDir Review: "Traffic Engineering Extensions to OSPF for Gen=
eralized MPLS (GMPLS) Control of Evolving G.709 OTN Networks"

Hi Acee,

Please find the version solving (hopefully) the last issues attached. It wi=
ll be updated on Nov 4th.

Also, please find my comments in line.

Many thanks
Daniele


From: Acee Lindem
Sent: luned=EC 28 ottobre 2013 17:01
To: Daniele Ceccarelli
Cc: draft-ietf-ccamp-gmpls-ospf-g709v3@tools.ietf.org; rtg-dir@ietf.org; CCAMP; rtg-ads@tools.ietf.org
Subject: Re: RtgDir Review: "Traffic Engineering Extensions to OSPF for Gen=
eralized MPLS (GMPLS) Control of Evolving G.709 OTN Networks"

Hi Daniele,
I looked at the update and it is greatly improved. I'd still recommend the =
following issues be addressed.


1.      In section 4, you state the malformed LSA, TLV, or Sub-TLV  is igno=
red. Since this specification describes sub-TLVs, does that imply that only=
 the sub-TLVs are ignored when malformed? This is how I'd interpret it.


[[DC]] correct. Fixed as you suggested below in 369,373c367,370, just chang=
ed a bit to reflect the fact that only sub-TLVs are defined in this documen=
t:

    When a received LSA includes a sub-TLV not formatted accordingly to the=
 precise
    specifications in this document, the problem SHOULD be logged
    and the wrongly formatted sub-TLV MUST NOT be used for
    path computation.




2.      In examples where you used "X" to denote that the field is not appl=
icable, you should state that. Or at least state it somewhere.



[[DC]] OK.

T, S and TS granularity fields are not relevant to this example (filled wit=
h Xs)

Also some edits on the new text:


130c130,131
<    provided in [OTN-INFO].
---
>    provided in [OTN-INFO].  The reader is assumed to be familiar with
>    both of these documents.
136,138d136
<    The reader is supposed to be familiar with OTN framework [OTN-FWK]
<    and GMPLS evaluation against OTN [OTN-INFO].
<
320c318
<    is shown in the table below (please note that there are 1000 bits in
---
>    are shown in the table below (please note that there are 1000 bits in
369,373c367,370
<    In case a recived LSA is not formatted accordingly to the
<    requirements indicated in this document, the problem SHOULD be logged
<    and the wrongly formatted LSA, TLV or Sub-TLV MUST NOT be used for
<    the path computation until a newer version correctly formatted is
<    received.
---
>    When a received LSA is not formatted accordingly to the precise
>    specifications in this document, the problem SHOULD be logged
>    and the wrongly formatted LSA, TLV, or Sub-TLV MUST NOT be used for
>    path computation.
1561c1558
<    flooding frequency.  Moreover the design of the encoding has been
---
>    flooding frequency.  Moreover, the design of the encoding has been
1573c1570
<       priorities is advertised
---
>       priorities are advertised.
1575,1578c1572,1575
<       - With respect of fixed containers, only the number of available
<       containers is advertised instead of available bandwidth so to use
<       only 16 bits per container instead of 32 (as per former GMPLS
<       encoding
---
>       - With respect to fixed containers, only the number of available
>       containers is advertised instead of available bandwidth so that
>       only 16 bits per container are used instead of 32 (as per the
>       former GMPLS encoding).
1580c1577
<    In order to further reduce the amount of data advertised it is
---
>    In order to further reduce the amount of data advertised, it is


Thanks,
Acee
P.S. I still think it would be better not to reference RFC 2154 in the "Sec=
urity Considerations". RFC 6837 has a much better example for OSPF TE than =
RFC 3630.
[[DC]] Reference to RFC2154 removed but I think  RFC6837 is not the one you=
 wanted to point to (A Not-so-novel Endpoint ID (EID) to Routing Locator (R=
LOC) Database).

On Oct 21, 2013, at 10:29 AM, Daniele Ceccarelli wrote:


Hi Acee,

Since today it is the deadline for draft submission we uploaded a version w=
ith the changes agreed up to now and the ones proposed in line below. Furth=
er modifications, if needed, will be deferred to a new version on Monday No=
v 4th.

Thanks once again for your review

Daniele + Co-authors.

From: Acee Lindem
Sent: mercoled=EC 16 ottobre 2013 22:20
To: Daniele Ceccarelli
Cc: draft-ietf-ccamp-gmpls-ospf-g709v3@tools.ietf.org; rtg-dir@ietf.org; CCAMP; rtg-ads@tools.ietf.org
Subject: Re: RtgDir Review: "Traffic Engineering Extensions to OSPF for Gen=
eralized MPLS (GMPLS) Control of Evolving G.709 OTN Networks"

Hi Daniele,
See inline.

On Oct 15, 2013, at 4:21 AM, Daniele Ceccarelli wrote:



Hi Acee,

Thanks for the careful review and please find comments/replies in line.

BR
Daniele (&co-authors)

From: Acee Lindem [mailto:acee.lindem@ericsson.com]
Sent: mercoled=EC 9 ottobre 2013 03:41
To: draft-ietf-ccamp-gmpls-ospf-g709v3@tools.ietf.org
Cc: rtg-dir@ietf.org; CCAMP; rtg-ads@tools.ietf.or=
g
Subject: RtgDir Review: "Traffic Engineering Extensions to OSPF for General=
ized MPLS (GMPLS) Control of Evolving G.709 OTN Networks"

Hello,

I have been selected as the Routing Directorate reviewer for this draft. Th=
e Routing Directorate seeks to review all routing or routing-related drafts=
 as they pass through IETF last call and IESG review, and sometimes on spec=
ial request. The purpose of the review is to provide assistance to the Rout=
ing ADs. For more information about the Routing Directorate, please seehttp=
://www.ietf.org/iesg/directorate/routing.html

Although these comments are primarily for the use of the Routing ADs, it wo=
uld be helpful if you could consider them along with any other IETF Last Ca=
ll comments that you receive, and strive to resolve them through discussion=
 or by updating the draft.

Document: draft-ietf-ccamp-ospf-g709v3-09.txt
Reviewer: Acee Lindem
Review Date: October 15th, 2013
IETF LC End Date: October 16, 2013
Intended Status: Proposed Standard

Summary: The document is missing some key sections and requires some clarif=
ication prior to publication.

Comments:

Major Issues: The document lacks several critical pieces of information.

                 1. There is no discussion of OSPF scaling or flooding freq=
uency. Even if it not expected that G709
                      GMPLS signaling will not present any problems, this n=
eeds to be stated and justified. Refer to
                      section 8 in RFC 6827 for an example of such a discus=
sion.
[[Authors]] How about adding a section saying:
OSPFv2 scalability considerations and requirements are in line with section=
 8 of [RFC6827]. In addition please note that OTN extensions in this docume=
nt have been designed taking into consideration optimization criteria ident=
ified in [OTN-INFO]

It isn't obvious to me that these two extensions are comparable. I think a =
separate section pertaining to the OTN extensions would make more sense.

[[DC]] The following section has been added:


This document does not introduce OSPF scalability issues with respect
   to existing GMPLS encoding and does not require any modification to
   flooding frequency.  Moreover the design of the encoding has been
   carried out taking into account bandwidth optimization, and in
   particular:



      - Only unreserved and MAX LSP Bandwidth related to supported
      priorities is advertised

      - With respect of fixed containers, only the number of available
      containers is advertised instead of available bandwidth so to use
      only 16 bits per container instead of 32 (as per former GMPLS
      encoding

   In order to further reduce the amount of data advertised it is
   RECOMMENDED to bundle component links with homogeneous hierarchies as
   described in [RFC4201] and illustrated in Section 5.6.




                 2. The document includes lots of normative text indicating=
 precisely how sub-TLVs MUST be
                      formatted. However, there is no indication of what th=
e action to be taken if the TLVs do
                      not follow the strict conventions.
[[Authors]] Good comment. Looking at previous OSPF and OSPF-TE drafts we di=
dn=92t find any text on handling of bad TLV formatting. Any suggestion on h=
ow to deal with that is more than welcome.

In the past, I've stated that the problem should be logged and the LSA, TLV=
, or Sub-TLV MUST NOT be used for TE/GMPLS path computation. It all depends=
 on what makes sense for the encoding violation and at what level it should=
 be resolved. One generic solution would be to NOT use any LSAs with encodi=
ng violations for GMPLS path computation.


[[DC]] This piece of text has been added at the end of section 4:

           In case a recived LSA is not formatted accordingly to the requir=
ements indicated in
           this document, the problem SHOULD be logged and the wrongly form=
atted LSA, TLV or Sub-TLV MUST NOT
              be used for the path computation until a newer version correc=
tly formatted is received.



                 3. The document jumps down into details of G.709 technolog=
y without adequate
                       explanation (particularly in the examples). Either t=
hese details need to be removed or a
                      statement of prerequisite knowledge is required.
[[Authors]] The reader is supposed to have read [OTN-FWK] and [OTN-INFO]. W=
e can add a sentence at the end of the abstract or intro.

This is the minimum.




Minor Issues: The document had a large number of editorial errors.

                 1. The bit numbering on all the figures was off by 1 colum=
n. If you look at RFC 4203,
                      this will be obvious.
[[Author]] Correct. Fixed.
                 2. The table on page 7 is incomprehensible with the given =
columns and headings. Spaces
                      rather than commas in numbers are annoying.


[[Author]] Spaces substituted with commas. As per comment above having read=
 [OTN-FWK] and [OTN-INFO] is a prerequisite.

Does it add anything to this document if one needs to look at OTN-FWK and O=
TN-INFO anyway? It is much less relevant than, say, a discussion of adverti=
sement and scaling ;^)

For example, what does 239/238 mean? Is this 239 or 238 separate tributary =
slots - why is it variable? What does GFP-F mean - it is not defined here.


[[DC]] Table 7 is needed to fill the common header of the ISCD. E.g. when i=
ndicating ODU4, the related max lsp bandwidth in the common header of the I=
SCD needs to be filled with  0x504331E3.

The first and third columns of the table are needed for that, while the sec=
ond one explains how the value is Byte/sec is retrieved (i.e. the nominal b=
it rate of each ODU). The =93239/238=94 does not mean 239 OR 238 but means =
239 divided by 238.

The meaning of GFP-F is explained in the fwk document (defined in G.7041) a=
nd stands for Generic Framing Procedure. In addition to the various ODUs th=
ere are three more ODU types that need to be advertised, namely: i) ODUflex=
 for CBR client signals, ii) ODUflex for GFP-F mapped client signal and iii=
) ODU flex resizable.

                 3. The distinction between TLVs and sub-TLVs is not consis=
tent throughout the document.
                      Again, refer to RFC 6827 for an example of consistent=
 referral.
[[Authors]] Good catch. We=92re defining only sub-tlvs. Fixed.
                 4. Figures 8 and 9 have the T and S fields offset from the=
 bit numbering. Also, it took
                      some time to realize that T1 meant a value of 1.
[[Authors]] T and S were left intentionally to make the reading easier but =
maybe it=92s not the case. Only 0 and 1 are there now.
5. Figures 11-15 are very inconsistent in that these are examples yet the v=
alues for T, S, and  sometime TSG are not specified. Rather, the example in=
cludes the letters.

[[Authors]] The focus of those examples is not T,S and TSG but e.g. ODUflex=
 advertisement, single stage muxing etc. For each example there is a discla=
imer saying: =93T, S and TS granularity fields are not relevant to this exa=
mple=94.

Then wouldn't X's be more relevant than missing discrete values and field l=
abels in the same figure?

[[DC]] OK. X=92s used.




                 6. Security section - RFC 2154 is an experimental RFC that=
 has heretofore never been
                      commercially implemented or deployed. It is time to q=
uit referencing it in draft
                      "Security Considerations".
[[Authors]] How about the following?
OLD

    [RFC3630] suggests mechanisms such =
as [RFC2154] to protect
   the transmission of this information=85
NEW

    [RFC3630] suggests mechanisms to pr=
otect
   the transmission of this information=85

It would be great with me. There are plenty of reviewers who will nit pick =
the security section...





  Nits:
1.       The proper punctuation is "i.e., " and "e.g. ,".
[[Authors]] OK
Also, sentences should not start with either.
                      See http://www.rfc-editor.org/rfc-style-guide/rfc-sty=
le
2.       Page 7, "Switching Capability-Specific Information (SCSI)?
[[Authors]] OK
                 3. Suggest formatting the document so that the figures are=
 on separate pages rather than
                      split across pages.
[[Authors]] I don=92t know how to do that with the .xml file. Maybe this is=
 a comment we can leave for the RFC editor?

Ok. I have been able to do this with




[[DC]] It works fine with all figures except fig 14. It=92s longer than a p=
age.



3.       Replace all occurrences of "non " with "non-" and do not end lines=
 with "non ".
[[Authors]] OK
                 4. I thought the examples included many run-on sentences t=
hat were hard to parse and lacked
                      needed punctuation. I tried to edit but I'm not even =
sure if I retained the same meaning. You
                      can get a flavor for what I mean by the diffs below.
[[Authors]] OK to all. All modifications you suggest have been implemented.

Thanks - I'll look for the update.

Thanks,
Acee






Thanks,
Acee
132,133c132,133
<    Routing information for Optical Channel Layer (OCh) (i.e. wavelength)
<    is out of the scope of this document.  Please refer to [RFC6163] and
---
>    Routing information for Optical Channel Layer (OCh) (i.e., wavelength)
>    is beyond the scope of this document.  Please refer to [RFC6163] and

157c157
<    As discussed in [OTN-FWK] and [OTN-INFO], OSPF-TE must be extended so
---
>    As discussed in [OTN-FWK] and [OTN-INFO], OSPF-TE must be extended

159c159
<    related to each different ODUj and ODUk/OTUk (Optical Transport Unit)
---
>    of each different ODUj and ODUk/OTUk (Optical Transport Unit)
176c176
<    In the following we will use ODUj to indicate a service type that is
---
>    In the following, we will use ODUj to indicate a service type that is
179c179
<    the OTUk.  Moreover ODUj(S) and ODUk(S) are used to indicate ODUj and
---
>    the OTUk.  Moreover, ODUj(S) and ODUk(S) are used to indicate ODUj and
184c184
<    multiplexing levels.  In the following the term "multiplexing tree"
---
>    multiplexing levels.  In the following, the term "multiplexing tree"
191c191
<    If for example a multiplexing hierarchy like the following one is
---
>    For example, If a multiplexing hierarchy like the following one is
251c251
<    one hop case multiple hop TE-links advertise ODU switching capacity.
---
>    one hop case, multiple hop TE-links advertise ODU switching capacity.
296,297c296,297
<    Both for fixed and flexible ODUs the same switching type and encoding
<    values MUST be used.  When Switching Capability and Encoding fields
---
>    The same switching type and encoding values must be used for both fixe=
d
>    and flexible ODUs.  When Switching Capability and Encoding fields
303,304c303,304
<    The MAX LSP Bandwidth field is used according to [RFC4203]: i.e. 0 <=
=3D
<    MAX LSP Bandwidth <=3D ODUk/OTUk and intermediate values are those on
---
>    The MAX LSP Bandwidth field is used according to [RFC4203]: i.e., 0 <=
=3D
>    MAX LSP Bandwidth <=3D ODUk/OTUk, and intermediate values are those on
306,307c306,307
<    E.g. in the OTU4 link it could be possible to have ODU4 as MAX LSP
<    Bandwidth for some priorities, ODU3 for others, ODU2 for some others
---
>    For example, in the OTU4 link it could be possible to have ODU4 as MAX=
 LSP
>    Bandwidth for some priorities, ODU3 for others, ODU2 for some others,
397,398c397,398
<    Procedure-Frame mapped (GFP-F) resizable and 22 - ODUflex (GFP-F) non
<    resizable.  Each MUST always be advertised in separate Type 2 TLVs as
---
>    Procedure-Frame mapped (GFP-F) resizable and 22 - ODUflex (GFP-F)
>    non-resizable.  Each MUST always be advertised in separate Type 2 TLVs=
 as
400c400
<    both GFP-F resizable and non resizable (i.e. 21 and 22) are
---
>    both GFP-F resizable and non-resizable (i.e. 21 and 22) are
535c535
<       (i.e. a non OTN client).
---
>       (i.e., a non-OTN client).
540c540
<       - Priority (8 bits): a bitmap used to indicate which priorities
---
>       - Priority (8 bits): A bitmap used to indicate which priorities
542,543c542,543
<       leftmost bit representing priority level 0 (i.e. the highest) and
<       the rightmost bit representing priority level 7 (i.e. the lowest).
---
>       leftmost bit representing priority level 0 (i.e., the highest) and
>       the rightmost bit representing priority level 7 (i.e., the lowest).
666c666
<       Figure 5: Example 1 - MAX LSP Bandwidth fields in the ISCD @T0
---
>       Figure 5: Example 1 - MAX LSP Bandwidth fields in the ISCD at T0
676,678c676,678
<    At time T1 an ODU3 at priority 2 is set-up, so for priority 0 the MAX
<    LSP Bandwidth is still equal to the ODU4 bandwidth, while for
<    priorities from 2 to 7 (excluding the non supported ones) the MAX LSP
---
>    At time T1, an ODU3 at priority 2 is set-up, so for priority 0 the
>    MAX LSP Bandwidth is still equal to the ODU4 bandwidth, while for
>    priorities from 2 to 7 (excluding the non-supported ones) the MAX LSP
680c680
<    next supported ODUj in the hierarchy is ODU3.The advertisement is
---
>    next supported ODUj in the hierarchy is ODU3. The advertisement is
710c710
<       Figure 6: Example 1 - MAX LSP Bandwidth fields in the ISCD @T1
---
>       Figure 6: Example 1 - MAX LSP Bandwidth fields in the ISCD at T1
712,714c712,714
<    At time T2 an ODU2 at priority 4 is set-up.  The first ODU3 is no
<    longer available since T1 as it was kept by the ODU3 LSP, while the
<    second is no more available and just 3 ODU2 are left in it.  ODU2 is
---
>    At time T2, an ODU2 at priority 4 is set-up.  The first ODU3 is no
>    longer available since T1, as it was kept by the ODU3 LSP, while the
>    second is no more available and just 3 ODU2s are left in it.  ODU2 is
758c758
<       Figure 7: Example 1 - MAX LSP Bandwidth fields in the ISCD @T2
---
>       Figure 7: Example 1 - MAX LSP Bandwidth fields in the ISCD at T2
762c762
<    In this example an interface with Tributary Slot Type 1.25Gbps and
---
>    In this example, an interface with Tributary Slot Type 1.25Gbps and
766c766
<    switched or terminated, the ODU2 can only be terminated and the ODU1
---
>    switched or terminated, the ODU2 can only be terminated, and the ODU1
768c768
<    advertised to support ODU0 the value of is "ignored" (TS
---
>    advertised to support ODU0, the value of is "ignored" (TS
770c770
<    interface a single ISCD is used and its format is as follows:
---
>    interface, a single ISCD is used and its format is as follows:
819c819
<    In this example two interfaces with homogeneous hierarchies but
---
>    In this example, two interfaces with homogeneous hierarchies but
822,824c822,824
<    one a G.709-2012 interface with fallback procedure disabled (TS
<    granularity=3D3).  Both of them support ODU1->ODU2->ODU3 hierarchy and
<    priorities 0 and 3.  T and S bits values are not relevant to this
---
>    one supports G.709-2012 interface with fallback procedure disabled
>    (TS granularity=3D3).  Both of them support ODU1->ODU2->ODU3 hierarchy
>    and priorities 0 and 3.  T and S bits values are not relevant to this
826,827c826,827
<    interfaces two different ISCDs are used and the format of their SCSIs
<    is as follows:
---
>    interfaces, two different ISCDs are used and the format of their
>    SCSIs is as follows:
903,908c903,908
<    with different exported TS granularity MUST be considered as non
<    homogenous hierarchies is the case in which an H-LPS and the client
<    LSP are terminated on the same egress node.  What can happen is that
<    a loose Explicit Route Object (ERO) is used at the hop where the
<    signaled LSP is nested into the Hierarchical-LSP (H-LSP) (penultimate
<    hop of the LSP).
---
>    with different exported TS granularity MUST be considered as
>    non-homogenous hierarchies. This is the case in which an H-LPS and
>    the client LSP are terminated on the same egress node.  What can
>    happen is that a loose Explicit Route Object (ERO) is used at the
>    hop where the signaled LSP is nested into the Hierarchical-LSP (H-LSP)
>    (penultimate hop of the LSP).
912,915c912,915
<    if2.  In case the H-LSP on if1 exports a TS=3D1.25Gbps and if2 a
<    TS=3D2.5Gbps and the service LSP being signaled needs a 1.25Gbps
<    tributary slot, only the H-LSP on if1 can be used to reach node E.
<    For further details please see section 4.1 of the [OTN-INFO].
---
>    if2.  In this case, the H-LSP on if1 exports a TS=3D1.25Gbps, if2 a
>    TS=3D2.5Gbps, the service LSP being signaled needs a 1.25Gbps
>    tributary slot, and only the H-LSP on if1 can be used to reach node E.
>    For further details, please see section 4.1 of the [OTN-INFO].
939,943c939,943
<    In this example the advertisement of an ODUflex->ODU3 hierarchy is
<    shown.  In case of ODUflex advertisement the MAX LSP Bandwidth needs
<    to be advertised and in some cases also information about the
<    Unreserved bandwidth could be useful.  The amount of Unreserved
<    bandwidth does not give a clear indication of how many ODUflex LSP
---
>    In this example, the advertisement of an ODUflex->ODU3 hierarchy is
>    shown.  In the case of ODUflex advertisement, the MAX LSP Bandwidth
>    needs to be advertised and, in some cases, information about the
>    Unreserved bandwidth could also be useful.  The amount of Unreserved
>    bandwidth does not give a clear indication of how many ODUflex LSPs
959,962c959,962
<    Bandwidth equal to 10 Gbps each.  In case 50Gbps of Unreserved
<    Bandwidth are available on Link A, 10Gbps on Link B and 3 ODUflex
<    LSPs of 10 GBps each, have to be restored, for sure only one can be
<    restored along Link B and it is probable (but not sure) that two of
---
>    Bandwidth equal to 10 Gbps each.  In the case where 50Gbps of Unreserv=
ed
>    Bandwidth are available on Link A, 10Gbps on Link B, and 3 ODUflex
>    LSPs of 10 GBps each have to be restored, for sure only one can be
>    restored along Link B and it is probable, but not certain, that two of
966c966
<    In the case of ODUflex advertisement the Type 2 Bandwidth TLV is
---
>    In the case of ODUflex advertisement, the Type 2 Bandwidth TLV is
1073c1073
<    simplicity we assume that also in this case only priorities 0 and 3
---
>    simplicity, we also assume that only priorities 0 and 3
1294c1294
<    In this example 2 OTU4 component links with the same supported TS
---
>    In this example, 2 OTU4 component links with the same supported TS
1388c1388
<    In this example 2 OTU4 component links with the same supported TS
---
>    In this example, 2 OTU4 component links with the same supported TS
1506c1506
<    All implementations of this document MAY support also advertisement
---
>    All implementations of this document MAY also support advertisement
1518c1518
<    based on policy and is out of scope of the document.  This enables
---
>    based on policy and beyond the scope of this document.  This enables
1537c1537
<    [RFC5920] .
---
>    [RFC5920].








--_000_94A203EA12AECE4BA92D42DBFFE0AE47030D94A5eusaamb101erics_
Content-Type: text/html; charset="Windows-1252"
Content-ID: <050FC0571DFF084099993E4FD6BC6C39@ericsson.com>
Content-Transfer-Encoding: quoted-printable







Hi Daniele, 


The changes look good to me and I'm happy with the draft. You are corr=
ect that RFC 6837 is the wrong reference. Sorry for the confusion. I meant =
that RFC 6827 is a good model for a  "Security Considerations&quo=
t; sections in a GMPLS specific draft. Of course,
 you'd remove the text specific to ASON and replace it with OTN. 








9.  Security Considerations

   This document specifies the contents and processing of OSPFv2 TE LSAs
   [RFC3630] and [RFC4202].  The TE LSA extensions defined in this
   document are not used for Shortest Path First (SPF) computation and
   have no direct effect on IP routing.  Additionally, ASON routing
   domains are delimited by the usual administrative domain boundaries.

   Any mechanisms used for securing the exchange of normal OSPF LSAs can
   be applied equally to all TE LSAs used in the ASON context.
   Authentication of OSPFv2 LSA exchanges (such as OSPF cryptographic
   authentication [RFC2328] [RFC5709]) can be used to provide
   significant protection against active attacks.  [RFC5709] defines a
   mechanism for authenticating OSPFv2 packets by making use of the
   Hashed Message Authentication Code (HMAC) algorithm in conjunction
   with the SHA family of cryptographic hash functions.

   RCs implementing export/import of ASON routing information between
   RAs MUST also include policy control of both the maximum amount of
   information advertised between RAs and the maximum rate at which it
   is advertised.  This is to isolate the consequences of an RC being
   compromised to the RAs to which that subverted RC is attached.

   The "Analysis of OSPF Security According to KARP Design Guide"
   [OSPF-SEC] provides a comprehensive analysis of OSPFv2 and OSPFv3
   security relative to the requirements specified in [RFC6518].







Thanks,


Acee









From: Daniele Ceccarelli <daniele.ceccarelli@ericsson.co=
m>

Date: Tuesday, October 29, 2013 8:3=
5 AM

To: Ericsson <acee.lindem@ericsson.com>

Cc: "draft-ietf-ccamp-gmpls-ospf-g70=
9v3@tools.ietf.org" <draft-ietf-ccamp-gmpls-ospf-g709v3@tools.ietf.or=
g>,
 "rtg-dir@ietf.org" <<=
a href=3D"mailto:rtg-dir@ietf.org">rtg-dir@ietf.org>, CCAMP <ccamp@ietf.org>, "rtg-ads@tools.ietf.org" <rtg-ads@tools.ietf.org>

Subject: RE: RtgDir Review: "T=
raffic Engineering Extensions to OSPF for Generalized MPLS (GMPLS) Control =
of Evolving G.709 OTN Networks"



















Hi Acee,


 


Please find the version solving (h=
opefully) the last issues attached. It will be updated on Nov 4th.


 


Also, please find my comments in l=
ine.


 


Many thanks


Daniele


 


 








From: Acee Lindem


Sent: luned=EC 28 ottobre 2013 17:01

To: Daniele Ceccarelli

Cc: draft-ietf-ccamp-gmpls-ospf-g709v3@tools.ietf.org;
rtg-dir@ietf.org; CCAMP; 
rtg-ads@tools.ietf.org

Subject: Re: RtgDir Review: "Traffic Engineering Extensions to =
OSPF for Generalized MPLS (GMPLS) Control of Evolving G.709 OTN Networks&qu=
ot;






 


Hi Daniele, 




I looked at the update and it is greatly improved. I=
'd still recommend the following issues be addressed. 






 







1.   =
;  
In section 4, you state the malformed LSA, TLV,=
 or Sub-TLV  is ignored. Since this specification describes sub-TLVs, =
does that imply that only the sub-TLVs are ignored when malformed? This is =
how I'd interpret it. 


 


[[DC]] correct. Fixed as you=
 suggested below in 369,373c367,370, just changed a bit to reflect the fact=
 that only sub-TLVs are defined in this
 document:


 =



    When a received LSA includes a sub-TLV not formatted ac=
cordingly to the precise



    specifications in this document, the problem SHOUL=
D be logged


    and the wrongly formatted sub-TLV MUST NOT be used for<=
o:p>


    path comp=
utation.


 


<=
o:p> 







2.   =
;  
In examples where you used "X" to den=
ote that the field is not applicable, you should state that. Or at least st=
ate it somewhere. 


 


[[DC]] OK.



T, S and TS granularity fields are not relevant to this example (fil=
led with Xs)






 






Also some edits on the new text:






 






 








130c130,131






<    provided in [OTN-INFO].=







---






>    provided in [OTN-INFO].  The =
reader is assumed to be familiar with






>    both of these documents. 






136,138d136






<    The reader is supposed to be famil=
iar with OTN framework [OTN-FWK]






<    and GMPLS evaluation against OTN [=
OTN-INFO].






< 






320c318






<    is shown in the table below (pleas=
e note that there are 1000 bits in






---






>    are shown in the table below (plea=
se note that there are 1000 bits in






369,373c367,370






<    In case a recived LSA is not forma=
tted accordingly to the






<    requirements indicated in this doc=
ument, the problem SHOULD be logged






<    and the wrongly formatted LSA, TLV=
 or Sub-TLV MUST NOT be used for






<    the path computation until a newer=
 version correctly formatted is






<    received.






---






>    When a received LSA is not formatt=
ed accordingly to the precise 






>    specifications in this document, t=
he problem SHOULD be logged






>    and the wrongly formatted LSA, TLV=
, or Sub-TLV MUST NOT be used for






>    path computation.






1561c1558






<    flooding frequency.  Moreover=
 the design of the encoding has been






---






>    flooding frequency.  Moreover=
, the design of the encoding has been






1573c1570






<       priorities is advertised






---






>       priorities are advertised.=







1575,1578c1572,1575






<       - With respect of fixed co=
ntainers, only the number of available






<       containers is advertised i=
nstead of available bandwidth so to use






<       only 16 bits per container=
 instead of 32 (as per former GMPLS






<       encoding






---






>       - With respect to fixed co=
ntainers, only the number of available






>       containers is advertised i=
nstead of available bandwidth so that






>       only 16 bits per container=
 are used instead of 32 (as per the






>       former GMPLS encoding).






1580c1577






<    In order to further reduce the amo=
unt of data advertised it is






---






>    In order to further reduce the amo=
unt of data advertised, it is








 






 






Thanks,






Acee






P.S. I still think it would be better not to referen=
ce RFC 2154 in the "Security Considerations". RFC 6837 has a much=
 better example for OSPF TE than RFC 3630.


[[DC]]
Reference to RFC2154 r=
emoved but I think  RFC6837 is not the one you wanted to point to (A
 Not-so-novel Endpoint ID (EID) to Routing Locator (RLOC) Database).






 






On Oct 21, 2013, at 10:29 AM, Daniele Ceccarelli wro=
te:















Hi Acee,






 






Since today it is the deadline for=
 draft submission we uploaded a version with the changes agreed up to now a=
nd the ones proposed in line below.
 Further modifications, if needed, will be deferred to a new version on Mon=
day Nov 4th.






 






Thanks once again for your review<=
/span>






 






Daniele + Co-authors.






 












From: Acee
 Lindem 

Sent: mercoled=EC =
16 ottobre 2013 22:20

To: Daniele Ceccar=
elli

Cc: draft-ietf-ccamp-gmp=
ls-ospf-g709v3@tools.ietf.org;&nb=
sp;rtg-dir@ietf.org;
 CCAMP; rtg-ads@tools.ietf.org

Subject: Re: RtgDi=
r Review: "Traffic Engineering Extensions to OSPF for Generalized MPLS=
 (GMPLS) Control of Evolving G.709 OTN Networks"










 






Hi Daniele,








See inline. 












 










On Oct 15, 2013, at 4:21 AM, Daniele Ceccarelli wrot=
e:

























Hi Acee,










 










Thanks for the careful review and =
please find comments/replies in line.










 










BR

Daniele (&co-authors)










 
















From: Acee
 Lindem [mailto:acee.lindem@eri=
csson.com] 

Sent: mercoled=EC =
9 ottobre 2013 03:41

To: draft-ietf-ccamp-gmp=
ls-ospf-g709v3@tools.ietf.org

Cc: rtg-dir@ietf.org; CCAMP; rtg-ads=
@tools.ietf.org

Subject: RtgDir Re=
view: "Traffic Engineering Extensions to OSPF for Generalized MPLS (GM=
PLS) Control of Evolving G.709 OTN Networks"














 












Hello,














 














I have been selected as the Routing Directorate reviewer =
for this draft. The Routing Directorate seeks to review all routing or rout=
ing-related drafts as they pass through
 IETF last call and IESG review, and sometimes on special request. The purp=
ose of the review is to provide assistance to the Routing ADs. For more inf=
ormation about the Routing Directorate, please seehttp://www.ietf.org/iesg/directorate=
/routing.html














 














Although these comments are primarily for the use of the =
Routing ADs, it would be helpful if you could consider them along with any =
other IETF Last Call comments that you
 receive, and strive to resolve them through discussion or by updating the =
draft.














 














Document: dr=
aft-ietf-ccamp-ospf-g709v3-09.txt














Reviewer: Acee Lindem














Review Date: October 15th, 2013














IETF LC End Date: October 16, 2013














Intended Status: Proposed Standard 














 














Summary: The document is missing some key sections and re=
quires some clarification prior to publication. 














 














Comments:














 














Major Issues: The document lacks several critical pieces =
of information.   














 














                &=
nbsp;1. There is no discussion of OSPF scaling or flooding frequency. Even =
if it not expected that G709 














                &=
nbsp;     GMPLS signaling will not present any problems, thi=
s needs to be stated and justified. Refer to














                &=
nbsp;     section 8 in RFC 6827 for an example of such a discussi=
on. 










[[Authors]] How about adding=
 a section saying:










 










It isn't obvious to me that these two extensions are=
 comparable. I think a separate section pertaining to the OTN extensions wo=
uld make more sense. 










 






[[DC]] The following section=
 has been added:






 





This docume=
nt does not introduce OSPF scalability issues with respect

   to existing GMPLS encoding and does not require any modificati=
on to

   flooding frequency.  Moreover the design of the encoding =
has been

   carried out taking into account bandwidth optimization, and in=


   particular:









  =
;    - Only unreserved and MAX LSP Bandwidth related to supp=
orted

      priorities is advertised



      - With respect of fixed containers, only the=
 number of available

      containers is advertised instead of availabl=
e bandwidth so to use

      only 16 bits per container instead of 32 (as=
 per former GMPLS

      encoding



   In order to further reduce the amount of data advertised it is=


   RECOMMENDED to bundle component links with homogeneous hierarc=
hies as

   described in [RFC4201] and illustrated in Section 5.6.<=
span style=3D"font-size:10.5pt;font-family:Consolas">




 





























                &=
nbsp;2. The document includes lots of normative text indicating precis=
ely how sub-TLVs MUST be 














                &=
nbsp;     formatted. However, there is no indication of what=
 the action to be taken if the TLVs do














                &=
nbsp;     not follow the strict conventions. 










[[Authors]] Good comment. Lo=
oking at previous OSPF and OSPF-TE drafts we didn=92t find any text on hand=
ling of bad TLV formatting. Any suggestion
 on how to deal with that is more than welcome.















 










In the past, I've stated that the problem should be =
logged and the LSA, TLV, or Sub-TLV MUST NOT be used for TE/GMPLS path comp=
utation. It all depends on what makes sense for the encoding violation and =
at what level it should be resolved.
 One generic solution would be to NOT use any LSAs with encoding violations=
 for GMPLS path computation. 










 








 






[[DC]] This piece of text ha=
s been added at the end of section 4:






 






    &nbs=
p;      In case a recived LSA is not formatted acc=
ordingly to the requirements indicated in






    &nbs=
p;      this document, the problem SHOULD be logge=
d and the wrongly formatted LSA, TLV or Sub-TLV MUST NOT






    &nbs=
p;         be used for the path com=
putation until a newer version correctly formatted is received.<=
/b>



























                &=
nbsp;3. The document jumps down into details of G.709 technology without ad=
equate 














                &=
nbsp;      explanation (particularly in the examples). =
Either these details need to be removed or a 














                &=
nbsp;     statement of prerequisite knowledge is required. <=
/span>










[[Authors]] The reader is su=
pposed to have read [OTN-FWK] and [OTN-INFO]. We can add a sentence at the =
end of the abstract or intro.
















 










This is the minimum. 





























 














Minor Issues: The document had a large number of editoria=
l errors.














 














                &=
nbsp;1. The bit numbering on all the figures was off by 1 column. If you lo=
ok at RFC 4203, 














                &=
nbsp;     this will be obvious. 










[[Author]] Correct. Fixed.














                &=
nbsp;2. The table on page 7 is incomprehensible with the given columns and =
headings. Spaces 














                &=
nbsp;     rather than commas in numbers are annoying. 
















 










 


















[[Author]] Spaces substitute=
d with commas. As per comment above having read [OTN-FWK] and [OTN-INFO] is=
 a prerequisite.


















 










Does it add anything to this document if one needs t=
o look at OTN-FWK and OTN-INFO anyway? It is much less relevant than, say, =
a discussion of advertisement and scaling ;^) 










 










For example, what does 239/238 mean? Is this 239 or =
238 separate tributary slots - why is it variable? What does GFP-F mean - i=
t is not defined here. 










 




[[DC]] Tabl=
e 7 is needed to fill the common header of the ISCD. E.g. when indicating O=
DU4, the related max lsp bandwidth in the common header of the ISCD needs t=
o be filled with  0x504331E3.


The first and thi=
rd columns of the table are needed for that, while the second one explains =
how the value is Byte/sec is retrieved (i.e. the nominal bit rate of each O=
DU). The =93239/238=94 does not mean 239 OR 238 but means 239 divided by 23=
8.


The meaning of GF=
P-F is explained in the fwk document (defined in G.7041) and stands for Gen=
eric Framing Procedure. In addition to the various ODUs there are three mor=
e ODU types that need to be advertised, namely: i) ODUflex for CBR client s=
ignals, ii) ODUflex for GFP-F mapped client signal and iii) ODU flex resiza=
ble.















                &=
nbsp;3. The distinction between TLVs and sub-TLVs is not consistent through=
out the document. 














                &=
nbsp;     Again, refer to RFC 6827 for an example of consistent r=
eferral.










[[Authors]] Good catch. We=
=92re defining only sub-tlvs. Fixed.














                &=
nbsp;4. Figures 8 and 9 have the T and S fields offset from the bit numberi=
ng. Also, it took 














                &=
nbsp;     some time to realize that T1 meant a value of 1. <=
/span>










[[Authors]] T and S were lef=
t intentionally to make the reading easier but maybe it=92s not the case. O=
nly 0 and 1 are there now.














5. Figures 11-15 are very inc=
onsistent in that these are examples yet the values for T, S, and  som=
etime TSG are not specified. Rather, the example
 includes the letters.  






[[Authors]]=
 The focus of those examples is not T,S and TSG but e.g. ODUflex advertisem=
ent, single stage muxing etc. For each example there is a disclaimer saying=
: =93T, S and T=
S granularity fields are not relevant to this example=94.












 










Then wouldn't X's be more relevant than missing disc=
rete values and field labels in the same figure? 








 






[[DC]] OK. X=92s used.



























 














                &=
nbsp;6. Security section - RFC 2154 is an experimental RFC that has heretof=
ore never been 














                &=
nbsp;     commercially implemented or deployed. It is time t=
o quit referencing it in draft 














                &=
nbsp;     "Security Considerations". <=
/o:p>














[[Authors]] How about the fo=
llowing?










OLD






    [RFC3630] suggests mechanisms such as [RFC21=
54] to protect






   the transmission of =
this information=85










NEW






    [RFC3630] suggests mechanisms to protect






   the transmission of =
this information=85
















 










It would be great with me. There are plenty of revie=
wers who will nit pick the security section... 










 





























 














  Nits:














1.       The
 proper punctuation is "i.e., " and "e.g. ,".  










[[Authors]] OK










Also, sentences should not start with either. 














                &=
nbsp;     See http://www.rfc-editor.org/rfc-style-guide/rfc-style














2.       Page
 7, "Switching Capability-Specific Information (SCSI)? 










[[Authors]] OK














                &=
nbsp;3. Suggest formatting the document so that the figures are on separate=
 pages rather than 














                &=
nbsp;     split across pages. 










[[Authors]] I don=92t know h=
ow to do that with the .xml file. Maybe this is a comment we can leave for =
the RFC editor?
















 










Ok. I have been able to do this with 










 










<vspace blankLines=3D"100" />










 








 






[[DC]] It works fine with al=
l figures except fig 14. It=92s longer than a page.



























3.       Replace
 all occurrences of "non " with "non-" and do not end l=
ines with "non ". 










[[Authors]] OK














                &=
nbsp;4. I thought the examples included many run-on sentences that were har=
d to parse and lacked














                &=
nbsp;     needed punctuation. I tried to edit but I'm not even su=
re if I retained the same meaning. You 














                &=
nbsp;     can get a flavor for what I mean by the diffs below.&nb=
sp;










[[Authors]] OK to all. All m=
odifications you suggest have been implemented.















 










Thanks - I'll look for the update. <=
/p>









 










Thanks,










Acee 










 





























 














 














Thanks,














Acee 
















132,133c132,133














<    Routin=
g information for Optical Channel Layer (OCh) (i.e. wavelength)














<    is out=
 of the scope of this document.  Please refer to [RFC6163] and<=
/span>














---














>    Routin=
g information for Optical Channel Layer (OCh) (i.e., wavelength)














>    is bey=
ond the scope of this document.  Please refer to [RFC6163] and<=
/span>










 














157c157














<    As dis=
cussed in [OTN-FWK] and [OTN-INFO], OSPF-TE must be extended so














---














>    As dis=
cussed in [OTN-FWK] and [OTN-INFO], OSPF-TE must be extended<=
o:p>










 














159c159














<    relate=
d to each different ODUj and ODUk/OTUk (Optical Transport Unit)














---














>    of eac=
h different ODUj and ODUk/OTUk (Optical Transport Unit)<=
/o:p>














176c176














<    In the=
 following we will use ODUj to indicate a service type that is














---














>    In the=
 following, we will use ODUj to indicate a service type that is














179c179














<    the OT=
Uk.  Moreover ODUj(S) and ODUk(S) are used to indicate ODUj and=















---














>    the OT=
Uk.  Moreover, ODUj(S) and ODUk(S) are used to indicate ODUj and














184c184














<    multip=
lexing levels.  In the following the term "multiplexing tree"=
;














---














>    multip=
lexing levels.  In the following, the term "multiplexing tree&quo=
t;














191c191














<    If for=
 example a multiplexing hierarchy like the following one is














---














>    For ex=
ample, If a multiplexing hierarchy like the following one is<=
o:p>














251c251














<    one ho=
p case multiple hop TE-links advertise ODU switching capacity.














---














>    one ho=
p case, multiple hop TE-links advertise ODU switching capacity.














296,297c296,297














<    Both f=
or fixed and flexible ODUs the same switching type and encoding














<    values=
 MUST be used.  When Switching Capability and Encoding fields














---














>    The sa=
me switching type and encoding values must be used for both fixed














>    and fl=
exible ODUs.  When Switching Capability and Encoding fields














303,304c303,304














<    The MA=
X LSP Bandwidth field is used according to [RFC4203]: i.e. 0 <=3D=















<    MAX LS=
P Bandwidth <=3D ODUk/OTUk and intermediate values are those on














---














>    The MA=
X LSP Bandwidth field is used according to [RFC4203]: i.e., 0 <=3D














>    MAX LS=
P Bandwidth <=3D ODUk/OTUk, and intermediate values are those on<=
/span>














306,307c306,307














<    E.g. i=
n the OTU4 link it could be possible to have ODU4 as MAX LSP<=
o:p>














<    Bandwi=
dth for some priorities, ODU3 for others, ODU2 for some others














---














>    For ex=
ample, in the OTU4 link it could be possible to have ODU4 as MAX LSP=















>    Bandwi=
dth for some priorities, ODU3 for others, ODU2 for some others, 














397,398c397,398














<    Proced=
ure-Frame mapped (GFP-F) resizable and 22 - ODUflex (GFP-F) non














<    resiza=
ble.  Each MUST always be advertised in separate Type 2 TLVs as=















---














>    Proced=
ure-Frame mapped (GFP-F) resizable and 22 - ODUflex (GFP-F) 














>    non-re=
sizable.  Each MUST always be advertised in separate Type 2 TLVs as














400c400














<    both G=
FP-F resizable and non resizable (i.e. 21 and 22) are














---














>    both G=
FP-F resizable and non-resizable (i.e. 21 and 22) are














535c535














<   =
    (i.e. a non OTN client).














---














>   =
    (i.e., a non-OTN client).














540c540














<      =
; - Priority (8 bits): a bitmap used to indicate which priorities














---














>      =
; - Priority (8 bits): A bitmap used to indicate which priorities














542,543c542,543














<      =
; leftmost bit representing priority level 0 (i.e. the highest) and<=
/span>














<      =
; the rightmost bit representing priority level 7 (i.e. the lowest).=















---














>      =
; leftmost bit representing priority level 0 (i.e., the highest) and=















>      =
; the rightmost bit representing priority level 7 (i.e., the lowest).














666c666














<      =
; Figure 5: Example 1 - MAX LSP Bandwidth fields in the ISCD @T0














---














>      =
; Figure 5: Example 1 - MAX LSP Bandwidth fields in the ISCD at T0














676,678c676,678














<    At tim=
e T1 an ODU3 at priority 2 is set-up, so for priority 0 the MAX














<    LSP Ba=
ndwidth is still equal to the ODU4 bandwidth, while for<=
/o:p>














<    priori=
ties from 2 to 7 (excluding the non supported ones) the MAX LSP














---














>    At tim=
e T1, an ODU3 at priority 2 is set-up, so for priority 0 the<=
o:p>














>    MAX LS=
P Bandwidth is still equal to the ODU4 bandwidth, while for














>    priori=
ties from 2 to 7 (excluding the non-supported ones) the MAX LSP














680c680














<    next s=
upported ODUj in the hierarchy is ODU3.The advertisement is














---














>    next s=
upported ODUj in the hierarchy is ODU3. The advertisement is<=
o:p>














710c710














<      =
; Figure 6: Example 1 - MAX LSP Bandwidth fields in the ISCD @T1














---














>      =
; Figure 6: Example 1 - MAX LSP Bandwidth fields in the ISCD at T1














712,714c712,714














<    At tim=
e T2 an ODU2 at priority 4 is set-up.  The first ODU3 is no














<    longer=
 available since T1 as it was kept by the ODU3 LSP, while the=















<    second=
 is no more available and just 3 ODU2 are left in it.  ODU2 is<=
/span>














---














>    At tim=
e T2, an ODU2 at priority 4 is set-up.  The first ODU3 is no














>    longer=
 available since T1, as it was kept by the ODU3 LSP, while the














>    second=
 is no more available and just 3 ODU2s are left in it.  ODU2 is=















758c758














<      =
; Figure 7: Example 1 - MAX LSP Bandwidth fields in the ISCD @T2














---














>      =
; Figure 7: Example 1 - MAX LSP Bandwidth fields in the ISCD at T2














762c762














<    In thi=
s example an interface with Tributary Slot Type 1.25Gbps and<=
o:p>














---














>    In thi=
s example, an interface with Tributary Slot Type 1.25Gbps and=















766c766














<    switch=
ed or terminated, the ODU2 can only be terminated and the ODU1














---














>    switch=
ed or terminated, the ODU2 can only be terminated, and the ODU1














768c768














<    advert=
ised to support ODU0 the value of is "ignored" (TS<=
o:p>














---














>    advert=
ised to support ODU0, the value of is "ignored" (TS=















770c770














<    interf=
ace a single ISCD is used and its format is as follows:<=
/o:p>














---














>    interf=
ace, a single ISCD is used and its format is as follows:=















819c819














<    In thi=
s example two interfaces with homogeneous hierarchies but














---














>    In thi=
s example, two interfaces with homogeneous hierarchies but














822,824c822,824














<    one a =
G.709-2012 interface with fallback procedure disabled (TS














<    granul=
arity=3D3).  Both of them support ODU1->ODU2->ODU3 hierarchy and=















<    priori=
ties 0 and 3.  T and S bits values are not relevant to this














---














>    one su=
pports G.709-2012 interface with fallback procedure disabled<=
o:p>














>    (TS gr=
anularity=3D3).  Both of them support ODU1->ODU2->ODU3 hierarchy=















>    and pr=
iorities 0 and 3.  T and S bits values are not relevant to this=















826,827c826,827














<    interf=
aces two different ISCDs are used and the format of their SCSIs














<    is as =
follows:














---














>    interf=
aces, two different ISCDs are used and the format of their 














>    SCSIs =
is as follows:














903,908c903,908














<    with d=
ifferent exported TS granularity MUST be considered as non














<    homoge=
nous hierarchies is the case in which an H-LPS and the client=















<    LSP ar=
e terminated on the same egress node.  What can happen is that<=
/span>














<    a loos=
e Explicit Route Object (ERO) is used at the hop where the














<    signal=
ed LSP is nested into the Hierarchical-LSP (H-LSP) (penultimate














<    hop of=
 the LSP).














---














>    with d=
ifferent exported TS granularity MUST be considered as <=
o:p>














>    non-ho=
mogenous hierarchies. This is the case in which an H-LPS and 














>    the cl=
ient LSP are terminated on the same egress node.  What can 














>    happen=
 is that a loose Explicit Route Object (ERO) is used at the 














>    hop wh=
ere the signaled LSP is nested into the Hierarchical-LSP (H-LSP)














>    (penul=
timate hop of the LSP).














912,915c912,915














<    if2. &=
nbsp;In case the H-LSP on if1 exports a TS=3D1.25Gbps and if2 a














<    TS=3D2=
.5Gbps and the service LSP being signaled needs a 1.25Gbps














<    tribut=
ary slot, only the H-LSP on if1 can be used to reach node E.<=
o:p>














<    For fu=
rther details please see section 4.1 of the [OTN-INFO].<=
/o:p>














---














>    if2. &=
nbsp;In this case, the H-LSP on if1 exports a TS=3D1.25Gbps, if2 a














>    TS=3D2=
.5Gbps, the service LSP being signaled needs a 1.25Gbps<=
/o:p>














>    tribut=
ary slot, and only the H-LSP on if1 can be used to reach node E.














>    For fu=
rther details, please see section 4.1 of the [OTN-INFO].=















939,943c939,943














<    In thi=
s example the advertisement of an ODUflex->ODU3 hierarchy is














<    shown.=
  In case of ODUflex advertisement the MAX LSP Bandwidth needs<=
/span>














<    to be =
advertised and in some cases also information about the<=
/o:p>














<    Unrese=
rved bandwidth could be useful.  The amount of Unreserved














<    bandwi=
dth does not give a clear indication of how many ODUflex LSP<=
o:p>














---














>    In thi=
s example, the advertisement of an ODUflex->ODU3 hierarchy is














>    shown.=
  In the case of ODUflex advertisement, the MAX LSP Bandwidth














>    needs =
to be advertised and, in some cases, information about the














>    Unrese=
rved bandwidth could also be useful.  The amount of Unreserved<=
/span>














>    bandwi=
dth does not give a clear indication of how many ODUflex LSPs=















959,962c959,962














<    Bandwi=
dth equal to 10 Gbps each.  In case 50Gbps of Unreserved=















<    Bandwi=
dth are available on Link A, 10Gbps on Link B and 3 ODUflex














<    LSPs o=
f 10 GBps each, have to be restored, for sure only one can be=















<    restor=
ed along Link B and it is probable (but not sure) that two of=















---














>    Bandwi=
dth equal to 10 Gbps each.  In the case where 50Gbps of Unreserved














>    Bandwi=
dth are available on Link A, 10Gbps on Link B, and 3 ODUflex<=
o:p>














>    LSPs o=
f 10 GBps each have to be restored, for sure only one can be<=
o:p>














>    restor=
ed along Link B and it is probable, but not certain, that two of














966c966














<    In the=
 case of ODUflex advertisement the Type 2 Bandwidth TLV is














---














>    In the=
 case of ODUflex advertisement, the Type 2 Bandwidth TLV is














1073c1073<=
o:p>














<    simpli=
city we assume that also in this case only priorities 0 and 3=















---














>    simpli=
city, we also assume that only priorities 0 and 3<=
/p>













1294c1294<=
o:p>














<    In thi=
s example 2 OTU4 component links with the same supported TS














---














>    In thi=
s example, 2 OTU4 component links with the same supported TS<=
o:p>














1388c1388<=
o:p>














<    In thi=
s example 2 OTU4 component links with the same supported TS














---














>    In thi=
s example, 2 OTU4 component links with the same supported TS<=
o:p>














1506c1506<=
o:p>














<    All im=
plementations of this document MAY support also advertisement=















---














>    All im=
plementations of this document MAY also support advertisement=















1518c1518<=
o:p>














<    based =
on policy and is out of scope of the document.  This enables














---














>    based =
on policy and beyond the scope of this document.  This enables<=
/span>














1537c1537<=
o:p>














<    [RFC59=
20] .














---














>    [RFC59=
20].














 
















 














               &n=
bsp;














               &n=
bsp;














 
















 














 

















--_000_94A203EA12AECE4BA92D42DBFFE0AE47030D94A5eusaamb101erics_--

From internet-drafts@ietf.org  Sat Nov  9 21:14:23 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7E5BE21E80EC; Sat,  9 Nov 2013 21:14:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.573
X-Spam-Level: 
X-Spam-Status: No, score=-102.573 tagged_above=-999 required=5 tests=[AWL=0.027, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2dlcpSNxPLhE; Sat,  9 Nov 2013 21:14:23 -0800 (PST)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 0B9CA21E80CC; Sat,  9 Nov 2013 21:14:23 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
From: internet-drafts@ietf.org
To: i-d-announce@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 4.83
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20131110051423.29314.26071.idtracker@ietfa.amsl.com>
Date: Sat, 09 Nov 2013 21:14:23 -0800
Cc: ccamp@ietf.org
Subject: [CCAMP] I-D Action: draft-ietf-ccamp-rsvp-te-sdh-otn-oam-ext-06.txt
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Sun, 10 Nov 2013 05:14:23 -0000

A New Internet-Draft is available from the on-line Internet-Drafts director=
ies.
 This draft is a work item of the Common Control and Measurement Plane Work=
ing Group of the IETF.

	Title           : GMPLS RSVP-TE Extensions for SONET/SDH and OTN OAM Confi=
guration
	Author(s)       : Andras Kern
                          Attila Takacs
	Filename        : draft-ietf-ccamp-rsvp-te-sdh-otn-oam-ext-06.txt
	Pages           : 16
	Date            : 2013-11-09

Abstract:
   GMPLS has been extended to support connection establishment in both
   SONET/SDH and OTN networks.  However support for the configuration of
   the OAM functions is not specified.  Both SONET/SDH and OTN implement
   OAM functions to monitor the transported signals.  This document
   defines extensions to RSVP-TE for SONET/SDH and OTN OAM configuration
   based on the OAM Configuration Framework defined in a separate
   document.  This document supports, but does not modify, ITU-T OAM
   mechanisms.



The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-ccamp-rsvp-te-sdh-otn-oam-ext

There's also a htmlized version available at:
http://tools.ietf.org/html/draft-ietf-ccamp-rsvp-te-sdh-otn-oam-ext-06

A diff from the previous version is available at:
http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ccamp-rsvp-te-sdh-otn-oam-ext=
-06


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

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


From Dieter.Beller@alcatel-lucent.com  Sun Nov 10 06:07:56 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EBE9D21F9D7A for ; Sun, 10 Nov 2013 06:07:56 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.107
X-Spam-Level: 
X-Spam-Status: No, score=-7.107 tagged_above=-999 required=5 tests=[AWL=2.034,  BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_HTML_ONLY=1.457, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cUOPxNkQbxwZ for ; Sun, 10 Nov 2013 06:07:51 -0800 (PST)
Received: from ihemail1.lucent.com (ihemail1.lucent.com [135.245.0.33]) by ietfa.amsl.com (Postfix) with ESMTP id 9446921E8090 for ; Sun, 10 Nov 2013 06:07:46 -0800 (PST)
Received: from fr712usmtp2.zeu.alcatel-lucent.com (h135-239-2-42.lucent.com [135.239.2.42]) by ihemail1.lucent.com (8.13.8/IER-o) with ESMTP id rAAE7bgC006177 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sun, 10 Nov 2013 08:07:39 -0600 (CST)
Received: from destgsu0709.de.alcatel-lucent.com (slsv7at.de.alcatel-lucent.com [149.204.245.107]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id rAAE7alh020485 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 10 Nov 2013 15:07:36 +0100
Received: from [135.244.176.115] (beller.lra.lucent.com [135.244.176.115]) (authenticated bits=0) by destgsu0709.de.alcatel-lucent.com (8.14.3/8.13.8) with ESMTP id rAAE7XLM014537 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 10 Nov 2013 15:07:34 +0100 (CET)
Message-ID: <527F9325.1050502@alcatel-lucent.com>
Date: Sun, 10 Nov 2013 15:07:33 +0100
From: Dieter Beller 
Organization: Alcatel-Lucent
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0
MIME-Version: 1.0
To: "Zafar Ali (zali)" 
References: 
In-Reply-To: 
Content-Type: multipart/related; boundary="------------040903000904050602040806"
X-Scanned-By: MIMEDefang 2.57 on 135.245.2.33
Cc: CCAMP 
Subject: Re: [CCAMP] Comment on compatibility in draft-takacs-ccamp-revertive-ps
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Sun, 10 Nov 2013 14:07:57 -0000

This is a multi-part message in MIME format.
--------------040903000904050602040806
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: 8bit


  
    
  
  
    Hi Zafar,

      

      this draft is defining signaling extensions for the hold-off time
      as well as the wait-to-restore time for protected LSPs

      where applicable.

      

      There are default values set for these timers in the data plane
      and signaling them in the control plane makes only

      sense if the timer values shall differ from the default values. Do
      you see a need for that? IMO, operators typically

      use the defaults and do not set these values on a per connection
      basis.

      

      

      Thanks,

      Dieter

      

      

    
    
On 08.11.2013 22:11, Zafar Ali (zali)
      wrote:

    

    

      
Hi Lou- 

You are right, the ctype is TBD, like I mentioned during the meeting that
we are using different ctype.

We would like to take this opportunity to solicit comments from the WG on
this draft. 

Thanks

Regards Š Zafar

-----Original Message-----
From: "lberger@labn.net" <lberger@labn.net>
Date: Thursday, November 7, 2013 6:17 PM
To: zali <zali@cisco.com>, "ccamp@ietf.org" <ccamp@ietf.org>
Subject: Comment on compatibility in draft-takacs-ccamp-revertive-ps



      

        
Zafar,
	My comment in today's session was that you are redefining the format of
an existing object (by adding TLVs) this breaks compatibility.  You
stated that this wasn't the case.

FWIW:

Your document says:

   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
  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  |            Length             | Class-Num(37) |   C-Type(2)   |
  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  |S|P|N|O| Reserved  | LSP Flags |      Reserved     | Link Flags|
  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  |I|R|   Reserved    | Seg.Flags |           Reserved            |
  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  |                                                               |
  ~                           sub-TLVs                            ~
  |                                                               |
  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+


RFC4872 says
     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
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |            Length             | Class-Num(37) | C-Type (2)    |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |S|P|N|O| Reserved  | LSP Flags |     Reserved      | Link Flags|
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |                           Reserved                            |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Perhaps you meant C-Type(TBD).  You should address compatibility
explicitly in any case.

Lou


      

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


    

    

    
-- 

      

      
DIETER
        BELLER
      

      
ALCATEL-LUCENT
        DEUTSCHLAND AG 

        PROJECT MANAGER ASON/GMPLS CONTROL PLANE 

        IP ROUTING AND TRANSPORT BL 

        IP TRANSPORT BU 

        

        Lorenzstrasse 10 

        70435 Stuttgart, Germany 

        Phone: +49 711 821 43125 

        Mobil: +49 175 7266874 

      

      
      

      
Alcatel-Lucent
        Deutschland AG 

        Domicile of the Company: Stuttgart · Local Court Stuttgart HRB
        4026 

        Chairman of the Supervisory Board: Michael Oppenhoff 

        Board of Management: Wilhelm Dresselhaus (Chairman) · Hans-Jörg
        Daub · Andreas Gehe 

        

        This e-mail and its attachments, if any, may contain
        confidential information.

        If you have received this e-mail in error, please notify us and
        delete or destroy the e-mail and its attachments, if any,
        immediately. 

        If you have received this e-mail in error, you must not forward
        or make use of the e-mail and its attachments, if any.
      

    

  


--------------040903000904050602040806
Content-Type: image/jpeg;
 name="Corporate-sig-logo.jpg"
Content-Transfer-Encoding: base64
Content-ID: 
Content-Disposition: inline;
 filename="Corporate-sig-logo.jpg"

/9j/4AAQSkZJRgABAgAAZABkAAD/7AARRHVja3kAAQAEAAAAZAAA/+4ADkFkb2JlAGTAAAAA
Af/bAIQAAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQICAgIC
AgICAgICAwMDAwMDAwMDAwEBAQEBAQECAQECAgIBAgIDAwMDAwMDAwMDAwMDAwMDAwMDAwMD
AwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMD/8AAEQgAGgEUAwERAAIRAQMRAf/EAaIAAAAG
AgMBAAAAAAAAAAAAAAcIBgUECQMKAgEACwEAAAYDAQEBAAAAAAAAAAAABgUEAwcCCAEJAAoL
EAACAQMEAQMDAgMDAwIGCXUBAgMEEQUSBiEHEyIACDEUQTIjFQlRQhZhJDMXUnGBGGKRJUOh
sfAmNHIKGcHRNSfhUzaC8ZKiRFRzRUY3R2MoVVZXGrLC0uLyZIN0k4Rlo7PD0+MpOGbzdSo5
OkhJSlhZWmdoaWp2d3h5eoWGh4iJipSVlpeYmZqkpaanqKmqtLW2t7i5usTFxsfIycrU1dbX
2Nna5OXm5+jp6vT19vf4+foRAAIBAwIEBAMFBAQEBgYFbQECAxEEIRIFMQYAIhNBUQcyYRRx
CEKBI5EVUqFiFjMJsSTB0UNy8BfhgjQlklMYY0TxorImNRlUNkVkJwpzg5NGdMLS4vJVZXVW
N4SFo7PD0+PzKRqUpLTE1OT0laW1xdXl9ShHV2Y4doaWprbG1ub2Z3eHl6e3x9fn90hYaHiI
mKi4yNjo+DlJWWl5iZmpucnZ6fkqOkpaanqKmqq6ytrq+v/aAAwDAQACEQMRAD8A3+Pfuvde
9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+69
1737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737
r3Xvfuvde9+691737r3XvfuvdBd3V3L178fOrd59ydq52Pbmw9h4hsvnsm0T1ExVp4aKgx+P
pIrzV+XzGTqoaSjp09c9VOiDlvZ1y7y9u3Ne92/L2xxGbdLqTSi8BwJZmPBVRQWdjhVBPl09
bwS3MywQisjGg/1eg4nrV9ov5uX8w/5z90Zjr34TbW6/6R2LhKTKZ/I7w3njcLnDsnYeNhlS
t353Dvvd9LmdlbaxVLGv3Rho8U0kUn+TRvkGXVLmlJ7D+0/tpy7HuvuPPdblucjKixQs6eNO
xxBaQxFJpGPw1eShHeREDQC47Jtm3QCXcGaSQ4oKip9FAoSftPzx0vKP+cN8sPhR8jj0B88q
XqnuzbS0208zlOyuk6abF5vEbe3tiKHP4vPYilbFbYx+4aOjxmRRpMbV4bEV76Syzspj8pXJ
7Acje43KP9afbBr7brysqLb3hDI8kLFGRjqkaMllNJFllQcCoNdLZ2Oyv7X6nbtcb5Gl+BIN
KHjT7QSPl1slf6Zurf8ARH/p6/vxgv8AQ9/cf/SR/f8A+5b+A/3I/hP8c/j/AJfH9x9v/DP3
PH4/Pq/b0eT0e8QP6vb3+/v6r/TS/wBYPqfp/Ap3+Nq0aPSurFa6fOtM9BTwJvH+m0nx9WnT
51rSnRWch3x82aXqD5bbupPhHS13afUna+9NrfGHq9O+NjJF8n+rMRkMLDtLtSXczwDHdYz7
jxFdV1j4TJaq6J6L7a/lkQ+ybqlFqM46Eyq7R+TEXdvx72PT/GWlm6h391turc3fXcX+lna1
+i9/YvC0VVt7r6j2f9umY7C/jeenND/EKErAIyaiwSGQN7rVBQ5z0EmS77+d9P0J8nN+Y/4K
Yys7u617g3DtL45dIN8iev44/kN1HjtxbVx+G7brN9GnXb/XFTltuZTKZJcFXk12rFimJSWp
jPv3W6LUZx0MlV2X8lI/kD0/sOm+NlBN0Tu7qrPbp7Z7wPbm2vvOpuzaFUOI6zp9gGgTN72i
yUrrGMrSNHTESPIQggKy+61QUrXPQIZD5AfPqn+N3ePY1F8CsRXfIXZXc2b2f0r8e0+SXX0d
L3J1DQ7r2zisX2zU9l1NDTbe2PUZLb2QylcuHrkFWRjEDeM1aInut0WtK46Hyr7F+REPyX2R
1xT/AB5oar46ZzpvKbu3h8hl7S26lZsvt2kzn2dH1SvWb0i7jz1LWYYx1K5iFkpWMrKQhgZZ
PdaoKVrnovdX8iPn5D8Xuwez6X4BY6q+SO3O4a7Z+yPjePkh1/HTdgdV0u+MRhIO0YOz5aBN
t4F6vbFXV1642tSKo00ev6SxxN7rdFrSuOjIVfYffEPylxPVlL0HFV/Gyr6SrN75T5Mnsfb0
E2L7gh3lJhqbpxeqmgfdNYs+1Fjy38aDrQ/umD/ORMG91qgpWuei2z/In5+r8YMp2ZT/AAAo
JPkjF3NLsrE/HGX5I9ex0lX1YN8Q4KHtSr7QWifbdMr7bZ65seEacKol5Q6Pfut0WtK4+zox
q9hfIA/KmTq5ugKRfjGvSabzj+TQ7M241ZJ3G27/AOEt1AepfCN1JAm1Qcoc1qNESRCCZCQv
utUFK1z0XSl+Qn8wOT4x7X7JqfgDg6f5JZLuSn2duf45j5N7AloNt9USbyrsNUdqR9ppiTtr
KyQbehgrf4XChqWjm8g5U0/v3W6LWlcfZ0YWk7F+Q03yg3V1lU/HqjpfjZiulcfvLbXyRbtD
bklVuXuGo3LHjqnqJ+rUpm3TiqaDbzS15zTl6NDTiM6nqEVPdaoKVrnov9F8hPn0/wAaOm+y
8h8B8ZSfIfdvc2G2f298dYvkh19UxdV9R1m8dw4XIdr0XZcVE22d31NJt2hxuR/hFMBUpHkm
1HVSyx+/dbotaVx0PuO7I+Q0/wAj+y+ua/4709J8f9t9T7e3d153/H2dtyWfsHsvIV09NmOr
5+uzTrn9ttjaeJpRk5mkpAsaljeeNU91qgpWuegMoPkD87Kj45fHTsWr+B9HQ9/di9zbf2b3
10AfkPsCeDoPqKv3bvDF5nt1ex0pBgN/y43a2GxGS/guOjNarZoxetqObV7rdFqRXHQx0vaH
yVl787t2HP8AGeli6R2R1Zt3dPT3dTdt7YSfufsrJUs82X63bZK0c+X2LBiayJqZsnXloRoW
YI8c6BPdaoKcc9BLi++PnVU9IfFzeuR+DWKoO5Oze29u7V+SnT3+zDbDki+OXU+Qz+46HNdq
0W8o6WTC9mVWJ29j8dkP4JjmWtL5E0wLSQSN791ui1OcdChF2l8o27g+Sm0ZPi9jh1R1z11t
fcXx07THcm1UqPkPv7J7Xq8luHYNbtE0L5Hq6PCbphGL/iOTdoGTTVKHim0xe61QUGc9B3Q9
5/N6frX4hbjq/hJjKbsTtvsfbe3vlT1+vyA2M8Pxb66yE2TXP9h0u4jSLj+1ajCY+mgqv4Ti
z91JJL9ojPIfKPdbotTnHS4h7Z+VknYny1203xVx8ex+qtk7ZzfxX38/cu1Ei+UW8MpsbKZn
ObMyOENGcj1AuB3vSU+GauygkgeOo+6UNEvv3WqDGf8AY6S1D3l8yKjY/wAOs3UfC+Cm3h3H
urA4v5VbRfvLZSp8Vdr1mFrqzN7qiyv2rU/aL4ytgjCUON0zOT4L+V1ce63Rc5+zrXk/m+/N
PFbK/mPYDftH2D2bjP8AhsDB/HnedF13szZHZuc232Zu/uztHa27fkrt/dO69n7RzOydsQYf
4iU2PeI7jyWNhlmyLrTl5VdffunEWq09f9X+Hoato/JfvGi7+7f+PHQveG1+kG+YX8475J7R
HyT3PtrE9nU2yto7C+Efxg7FwWy+ssBu2V9gVW+e2crWRUuB/iZnoyRP4aWqqJI09+69QUqR
Wi/5elF81Pm/81PjvuHsOg6Y+R28e/st8L4PjUnyifG/Gf40bR6NpZu29x4qSiou3N0bl7bh
7frN1dj7SzMDRUnWuHEGGeWKWcwo7rH7rSqp4jjw6Lpg/lJ8sfj3gPlxuLrnuTeNU/yP/n3f
If4hYeGfYXV2/Mv0rjo9x5rMJunYdf2puLbOK3JvfcOz9kYvae2MDuPIrtmgpyjQxiRIIJvd
WoppXyWvRxuouxfmbnfnD/L+oflVtXcFB2FtnD/zXtv7Fl3NR7E683H3X1fhdsfDnO9Wb57D
2f1juzfPX2y93Vcu4avE1UNJMaaKWgaqigSOoAZyFY3mVJm0QlgGamrSCRVtNRWgzSorwr1q
iUOe2or506MHuvtXszM/PD+Uluv5A7LpPjrvPcfSH8y1t89YVXYeF3NhcHXYuf4z0G2xU7ox
c9PgMzNkcNHFkIVGp6Q1rQE+RHJO+aLDY9s324seXL47lssZXwrkxND4gKKzfpv3Locsmfi0
6hgjpyeOGOR0t38SEEUahFcZwc4OPy6D/eP8wPvPG7A+WGVxHY21TuPrn+cT8ffiR1jEmD2f
Uz/7L/2dlPieazAU9AaOT+PVefw3Ye6ZqTKuk1aYg8kM1qRTGQdM6Rj/AEtf8PQFVf8AMA+Z
9H8DvlB/M/h762NkqPau5e3uv9l/CCPqDZq4fpLIbb7xm6O23VdjdgVOVxPama37srHPFu7c
FNU1VJjK2i/ap6emp5EqT7reldQT+fTHvz5dfzWOr9sbB2nkd25rGYru35mfBjpLpf5P959F
/HbE7ly+F+TNX2FtPtHBZLqXpHtDeWyM/tvZuSxGFzeDylNU4qsqKerekmqJtInb3WwEP7D0
w757Y+YnYXdnSPxf7A+V0sPZHRn83PMdKbd+SO3OsNjbard07PynwD3P3LtEb36h0y9V5/cu
LyO9Jsch+0SllkaGaKnjqY1d9deooBIGCv8Al6H7/hQ7W75qfjn8beq9vy1mal7A7yo6KvpK
KlWKu3TuPEbTyFBtyiENMY4AMhk8/JKKYDxtULEwA8S+8sfulw7fFzVu283xVTabWSHbgiNI
pkb5UWMZ8lLDz6EPK4jFzLM/4Y+PoK5P8ugz2x0Z8dPjZt742fyrYqvMb7+RvyK33s7fPy0o
NgZ2kxNA+KxuNk3fkMd2XuOPH12Yrdm7O2pSVlRt7bFI9EMg9NHkq9o6Srnp8od3vMvNvOF3
vHvcyx2vKO02ssO1tOhZtTN4Stbx6gglllKLPcMH0BjDEC8avC89xdXbS7xhbWJSI9Qr8u0c
Kk01Ma04DIBFNvyb7hn+V/yn+auZ3Njtl5Dr/BR92brwe9U2dtXH7329iut5Jtr9LVf9/cbi
8bu7PR7jz0G3dtPR5WsyNHHQZfxwwxvTUUtNkHyby+vI3JPLlvZPcJusps4nh8WVoZGuKSXY
8BmaJPDQz3AeJY3LxVZiHkVz20gFlZ26oWEp0AipodWWxwFBqaoANR8zU2v+l7sL/oHv/u5/
EKv+Ff7NJ/oh8tp/N/o9/iX+lT+H/dX1faf3y/Zvfx+D/J/0+n2BP3BtP/BWfV6F8f8Acn1V
MU8fT9Nqp6+Dn11d/HPSHwIv6zaqZ8HV/tqaf8H+frdN987OgH1737r3Xvfuvde9+691737r
3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvf
uvde9+691737r3XvfuvdBG3QfSb4ruHBSdVbClw/yDqMvV95Y2bbGKmo+2p89tml2XmX7Ahl
pnTdC5HaVFFjpVq/KrUaCK2m49+63U/s6C/cHwY+HO6urNx9I7j+M/TGZ6m3buij3xn9hV2w
8FNt+u3vjtqYfY2O3olKaQNQ7vxuzsBRYynylO0VdBRUyRRyqgt7917U1a1NekDlv5Y38vjN
z7Oqcl8PuhpZthbewm09sNDsPE0S0u2ttOJNu4XIx0MdNHuHH4KYeSjjyIqxTS+uPS/q9+63
rb1PSw3N8BfhPvPcvbe8N2fFforce5e+sZRYjuXL5nrjbVfUdkUeOytBnaN91LUUDw5LIQZ3
FUlcKtl+7NZSQTmQywxuvuvam9TjpWdV/EL4xdIpsNeqOj+vNjydYf3/AP8AR/WYbAwLk9qP
2ocC3ZMuJy1SajJwz75O18d/FJDKz1n2MPkLeNbe60WJ49c+/viJ8X/lT/dP/ZkehOq+8P7i
fx3+5n+kzZuG3b/dj+9H8G/vF/BP4tTVH8P/AI1/d2h+58dvL9pFqvoFvdeDEcD0g8f/AC8/
g1ie0dgd1Yz4odFUHanVeB2htrrze1L15t+HMbSxHX2Dx22tgxYlkpBTRVmx9vYejosPVtG1
XjKWkgjppYkhjC+63qalKmnT6vwa+HK9t7673/2WTpN+3Oz9uZ/aXY2+JuvduT5TfO392U70
m7MfuuKahfH53+9dFI1PlJamGSfJU58VS8sfp9+61qalKmnTL13/AC+vhL1NjosR1z8Yen9p
4yn7L2P3FR0ON2lQmmx3Z3WVTkazrneWLjqRULi8vsOpy9U+HNP4o8aaiT7dYw7X91ssx4np
T9o/Cz4ld14Pem2+2vjr1F2FhOxN+4rtLe1DujZWGyi7i7Jwe26PZuJ33Xzz0xqTuyh2hQxY
pK9HSp/hoNMXMLuje60GYcD0D/8AMU+E+M+anxYzHS+Enxu2t57XrcTvHp7LVQlpsPg947Zo
6vHY/HZA0cUtRT4LM4HI1eNlaNJPthUJULHI0CI0oe0PuG/trznDvsitJtUiNBcotNTQuQSV
BoNaOqSKCRq0lKgMSDHar87fdicgmIijD5H0+YND/Lz60/8A4v8AZG/P5dP8xDafaPzZ2D2x
HndrPvii3icrAue3tWtunZed2jS7twWV3BlIcdvTHpLk471lNk3inoWkaCWUhYpM/edNo2v3
b9pp9l9uLqxNrP4Ji0nRCPDmSUxOqKWhainsaMFXoGVcsBxeRR7ptbQ7eyaWpTyGCDQgDH2U
49O+U2xR/NrKYD4ofy3fjBvPG9c02+Kffe/O2u0ammz/AGhvPcn8Or8NQbx7p7Eplq9uddbN
25jcvXfa4WgqWpqqrqHmSKorpYoQngvJPbiGXnn3e3q3fdzbGGC1tgUtoY9Su0VpAaSTyyMi
apnXUqqFLJErN1UOdvBvN1mUy6aBVwoHGirxYmgyeHyHW1l/w2h1x/w3J/sgf8Z/Y/ufq/0h
/wANi+4/0ufxn++n9/v4fq838P8A77f8ofn8/wDBv8i+4/3b7we/1493/wBdz/XS8Pu+o/sN
WPpdHg+Bq4avB/Hpp4v6mny6Bv72l/ev7yp+L4f6NKaf2efrmnVmnuG+inr3v3Xuve/de697
917r3v3Xuve/de697917r3v3Xuve/de697917r3v3Xuve/de697917r3v3Xuve/de697917r
3v3Xuve/de697917r3v3Xuve/de697917r3v3Xuve/de697917r3v3Xuve/de697917r3v3X
uve/de697917r3v3XugA+RP/AB59D/zID/i6xf8AZRP/AB5/6D/wB/6uv+p/2n2KeU/+Sg3/
ACVfgP8AuB/a/n/R9elNr/af6Lw/Bx/4rpS9J/8AMv8AF/8AMpf87N/zJP8A5l/+mL/i1/8A
N3/V/wCGn2j5j/5Kr/7n8B/uZ/b+fxfL0/Pqtx/an4/9v8X59C17IumOv//Z
--------------040903000904050602040806--

From zhangfatai@huawei.com  Mon Nov 11 19:09:11 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8F36411E81A0 for ; Mon, 11 Nov 2013 19:09:11 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.365
X-Spam-Level: 
X-Spam-Status: No, score=-5.365 tagged_above=-999 required=5 tests=[AWL=1.234,  BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id F-x6HWxYR6wK for ; Mon, 11 Nov 2013 19:09:07 -0800 (PST)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id A60AC11E819A for ; Mon, 11 Nov 2013 19:09:06 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BAD87724; Tue, 12 Nov 2013 03:09:05 +0000 (GMT)
Received: from LHREML402-HUB.china.huawei.com (10.201.5.241) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 12 Nov 2013 03:08:51 +0000
Received: from SZXEMA404-HUB.china.huawei.com (10.82.72.36) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 12 Nov 2013 03:09:02 +0000
Received: from SZXEMA504-MBS.china.huawei.com ([169.254.8.57]) by SZXEMA404-HUB.china.huawei.com ([10.82.72.36]) with mapi id 14.03.0158.001; Tue, 12 Nov 2013 10:09:42 +0800
From: Fatai Zhang 
To: "Zafar Ali (zali)" , "Zhangxian (Xian)" 
Thread-Topic: The description of Path Key retaining time in RFC5553
Thread-Index: AQHO2+75nyh5MwjjqEemfNXW9E7a+JobcMqAgAVubRA=
Date: Tue, 12 Nov 2013 02:09:41 +0000
Message-ID: 
References:  
In-Reply-To: 
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.66.72.159]
Content-Type: text/plain; charset="iso-8859-2"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Cc: "ccamp@ietf.org" 
Subject: Re: [CCAMP] The description of Path Key retaining time in RFC5553
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 12 Nov 2013 03:09:11 -0000

Hi Zafar,

It does not matter what it is.=20

Do you see any problem for an element (a stateless PCE or NMS or even a nod=
e) to store path key information?

Please don't argue scaliblity issue because you can see even a GMPLS node c=
an store lots of informaiton.=20



Best Regards

Fatai


-----Original Message-----
From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of Z=
afar Ali (zali)
Sent: Saturday, November 09, 2013 11:58 AM
To: Zhangxian (Xian)
Cc: ccamp@ietf.org
Subject: Re: [CCAMP] The description of Path Key retaining time in RFC5553

Hi Zhang:=20

Section 2.1 from RFC5553 state: "It is RECOMMENDED for a PCE to store the
PKS for a period of 10 minutes." Furthermore, please note that 16 bit path
keys are used as reuse of the path key is assumed.


The bottom line is that in your draft the PCE needs to remember the (path
key, path info) "states" for "indefinite" time. If you like we call such
PCE "path-stateful PCE" but it is stateful. Also, the solution is not
scalable as a PCE can only hold 64K of (path key, path info) states. Such
limitations and requirements need to be clearly stated in the draft.

Thanks

Regards =A9 Zafar


-----Original Message-----
From: "Zhangxian   (Xian)" 
Date: Thursday, November 7, 2013 11:24 AM
To: zali 
Cc: "ccamp@ietf.org" 
Subject: The description of Path Key retaining time in RFC5553

>Hi, all,
>
>  The following is the piece of information that i mentioned already
>require retaining the Path key information for the lifetime of LSP.
>
>Section 3.2 from RFC5553
>"
>.......
>On a Path message, the PKS SHOULD identify the LSR replacing the CPS and
>provide a Path Key that can be used to expand  the path segment.  In the
>latter case, the Path Key and its expansion SHOULD be retained by the LSR
>that performs the substitution for at least the lifetime of the LSP.  In
>both cases, the expansion of the PKS SHOULD be made available to
>diagnostic tools under the control of local policy.
>"
>
>My understanding of the stateful PCE (from PCE WG) is to have LSP-DB
>documenting information such as the identifiers (the 5-tuple), route, bw
>information etc. So I do not think our extensions defined in
>http://tools.ietf.org/html/draft-zhang-ccamp-route-exclusion-pathkey-00
>incur any new additional requirements. Please review our draft and let us
>know what you think.
>
>Cheers,
>Xian

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

From zhangfatai@huawei.com  Mon Nov 11 23:49:49 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5D1D911E819B for ; Mon, 11 Nov 2013 23:49:49 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.945
X-Spam-Level: 
X-Spam-Status: No, score=-4.945 tagged_above=-999 required=5 tests=[AWL=0.609,  BAYES_00=-2.599, DATE_IN_PAST_03_06=0.044, EXTRA_MPART_TYPE=1,  HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4HUv5R5Z4UHV for ; Mon, 11 Nov 2013 23:49:45 -0800 (PST)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id E9D2511E80FB for ; Mon, 11 Nov 2013 23:49:43 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id AXU19653; Tue, 12 Nov 2013 07:49:37 +0000 (GMT)
Received: from LHREML404-HUB.china.huawei.com (10.201.5.218) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 12 Nov 2013 07:49:10 +0000
Received: from SZXEMA408-HUB.china.huawei.com (10.82.72.40) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 12 Nov 2013 07:49:22 +0000
Received: from SZXEMA504-MBS.china.huawei.com ([169.254.8.57]) by SZXEMA408-HUB.china.huawei.com ([10.82.72.40]) with mapi id 14.03.0158.001; Tue, 12 Nov 2013 10:04:25 +0800
From: Fatai Zhang 
To: Dieter Beller , "Zafar Ali (zali)" 
Thread-Topic: [CCAMP] Comment on compatibility in draft-takacs-ccamp-revertive-ps
Thread-Index: AQHO3MckN6uXez3Zhkisgwl4zh/315od/LuAgALgZpA=
Date: Tue, 12 Nov 2013 02:04:25 +0000
Message-ID: 
References:  <527F9325.1050502@alcatel-lucent.com>
In-Reply-To: <527F9325.1050502@alcatel-lucent.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
x-originating-ip: [10.66.72.159]
Content-Type: multipart/related; boundary="_004_F82A4B6D50F9464B8EBA55651F541CF85CA8BDD3SZXEMA504MBSchi_"; type="multipart/alternative"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Cc: CCAMP 
Subject: Re: [CCAMP] Comment on compatibility in	draft-takacs-ccamp-revertive-ps
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 12 Nov 2013 07:49:49 -0000

--_004_F82A4B6D50F9464B8EBA55651F541CF85CA8BDD3SZXEMA504MBSchi_
Content-Type: multipart/alternative;
	boundary="_000_F82A4B6D50F9464B8EBA55651F541CF85CA8BDD3SZXEMA504MBSchi_"

--_000_F82A4B6D50F9464B8EBA55651F541CF85CA8BDD3SZXEMA504MBSchi_
Content-Type: text/plain; charset="iso-8859-2"
Content-Transfer-Encoding: quoted-printable

Hi,

Moreover, this information is only make sense for the end points and no nee=
d to be signaled.




Best Regards

Fatai

From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of D=
ieter Beller
Sent: Sunday, November 10, 2013 10:08 PM
To: Zafar Ali (zali)
Cc: CCAMP
Subject: Re: [CCAMP] Comment on compatibility in draft-takacs-ccamp-reverti=
ve-ps

Hi Zafar,

this draft is defining signaling extensions for the hold-off time as well a=
s the wait-to-restore time for protected LSPs
where applicable.

There are default values set for these timers in the data plane and signali=
ng them in the control plane makes only
sense if the timer values shall differ from the default values. Do you see =
a need for that? IMO, operators typically
use the defaults and do not set these values on a per connection basis.


Thanks,
Dieter

On 08.11.2013 22:11, Zafar Ali (zali) wrote:

Hi Lou-



You are right, the ctype is TBD, like I mentioned during the meeting that

we are using different ctype.



We would like to take this opportunity to solicit comments from the WG on

this draft.



Thanks



Regards =A9 Zafar



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

From: "lberger@labn.net" 

Date: Thursday, November 7, 2013 6:17 PM

To: zali , "ccamp@ietf.org" 

Subject: Comment on compatibility in draft-takacs-ccamp-revertive-ps



Zafar,

   My comment in today's session was that you are redefining the format of

an existing object (by adding TLVs) this breaks compatibility.  You

stated that this wasn't the case.



FWIW:



Your document says:



   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

  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

  |            Length             | Class-Num(37) |   C-Type(2)   |

  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

  |S|P|N|O| Reserved  | LSP Flags |      Reserved     | Link Flags|

  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

  |I|R|   Reserved    | Seg.Flags |           Reserved            |

  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

  |                                                               |

  ~                           sub-TLVs                            ~

  |                                                               |

  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+





RFC4872 says

     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

    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

    |            Length             | Class-Num(37) | C-Type (2)    |

    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

    |S|P|N|O| Reserved  | LSP Flags |     Reserved      | Link Flags|

    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

    |                           Reserved                            |

    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+



Perhaps you meant C-Type(TBD).  You should address compatibility

explicitly in any case.



Lou



_______________________________________________

CCAMP mailing list

CCAMP@ietf.org

https://www.ietf.org/mailman/listinfo/ccamp

--
[cid:image001.jpg@01CEDF8E.9139D6C0]
DIETER BELLER
ALCATEL-LUCENT DEUTSCHLAND AG
PROJECT MANAGER ASON/GMPLS CONTROL PLANE
IP ROUTING AND TRANSPORT BL
IP TRANSPORT BU

Lorenzstrasse 10
70435 Stuttgart, Germany
Phone: +49 711 821 43125
Mobil: +49 175 7266874
Dieter.Beller@alcatel-lucent.com

Alcatel-Lucent Deutschland AG
Domicile of the Company: Stuttgart * Local Court Stuttgart HRB 4026
Chairman of the Supervisory Board: Michael Oppenhoff
Board of Management: Wilhelm Dresselhaus (Chairman) * Hans-J=F6rg Daub * An=
dreas Gehe

This e-mail and its attachments, if any, may contain confidential informati=
on.
If you have received this e-mail in error, please notify us and delete or d=
estroy the e-mail and its attachments, if any, immediately.
If you have received this e-mail in error, you must not forward or make use=
 of the e-mail and its attachments, if any.

--_000_F82A4B6D50F9464B8EBA55651F541CF85CA8BDD3SZXEMA504MBSchi_
Content-Type: text/html; charset="iso-8859-2"
Content-Transfer-Encoding: quoted-printable











Hi,


 =
;


Moreover, =
this information is only make sense for the end points and no need to be si=
gnaled.



 =
;




 

 

 

Best Regards


 

Fatai




 =
;






From:=
 ccamp-bounces@ietf.=
org [mailto:ccamp-bounces@ietf.org]
On Behalf Of Dieter Beller

Sent: Sunday, November 10, 2013 10:08 PM

To: Zafar Ali (zali)

Cc: CCAMP

Subject: Re: [CCAMP] Comment on compatibility in draft-takacs-ccamp-=
revertive-ps






 


Hi Zafar,


this draft is defining signaling extensions for the hold-off time as well a=
s the wait-to-restore time for protected LSPs

where applicable.



There are default values set for these timers in the data plane and signali=
ng them in the control plane makes only

sense if the timer values shall differ from the default values. Do you see =
a need for that? IMO, operators typically

use the defaults and do not set these values on a per connection basis.





Thanks,

Dieter








On 08.11.2013 22:11, Zafar Ali =
(zali) wrote:






Hi Lou- 


 


You are right, the ctype is TBD, like I mentioned=
 during the meeting that


we are using different ctype.

 


We would like to take this opportunity to solicit=
 comments from the WG on


this draft. 


 


Thanks


 


Regards =A9 Zafar


 


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

From: "l=
berger@labn.net" <lberger@l=
abn.net>


Date: Thursday, November 7, 2013 6:17 PM


To: zali <za=
li@cisco.com>, "ccamp@ietf.or=
g" <ccamp@ietf.org>


Subject: Comment on compatibility in draft-takacs=
-ccamp-revertive-ps


 




Zafar,


   My comment in today's session was th=
at you are redefining the format of


an existing object (by adding TLVs) this breaks c=
ompatibility.  You


stated that this wasn't the case.


 


FWIW:


 


Your document says:


 


   0      =
;             1=
            &nb=
sp;      2      &nbs=
p;            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


  +-+-+-+-+-+-+-=
+-+-+-+-+-+-+-+-+-+-+-+-=
3;-+-+-+-+-+-+-+-+-+-+-+-+-=
+


  |       =
;     Length       &=
nbsp;     | Class-Num(37) |   C-Type(2) =
  |


  +-+-+-+-+-+-+-=
+-+-+-+-+-+-+-+-+-+-+-+-=
3;-+-+-+-+-+-+-+-+-+-+-+-+-=
+


  |S|P|N|O| Reserved  | LSP Flags |&nbs=
p;     Reserved     | Link Flags|


  +-+-+-+-+-+-+-=
+-+-+-+-+-+-+-+-+-+-+-+-=
3;-+-+-+-+-+-+-+-+-+-+-+-+-=
+


  |I|R|   Reserved  &nbs=
p; | Seg.Flags |          =
; Reserved           =
; |


  +-+-+-+-+-+-+-=
+-+-+-+-+-+-+-+-+-+-+-+-=
3;-+-+-+-+-+-+-+-+-+-+-+-+-=
+


  |       =
;            &n=
bsp;            =
;            &n=
bsp;            =
;      |


  ~       =
;            &n=
bsp;       sub-TLVs    &n=
bsp;            =
;           ~<=
/span>


  |       =
;            &n=
bsp;            =
;            &n=
bsp;            =
;      |


  +-+-+-+-+-+-+-=
+-+-+-+-+-+-+-+-+-+-+-+-=
3;-+-+-+-+-+-+-+-+-+-+-+-+-=
+


 


 


RFC4872 says


     0    =
;            &n=
bsp;  1          &nb=
sp;        2    &nbs=
p;            &=
nbsp; 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


    +-+-+-+-+-=
+-+-+-+-+-+-+-+-+-+-+-+-=
3;-+-+-+-+-+-+-+-+-+-+-+-+-=
+-+-+


    |     =
;       Length     &=
nbsp;       | Class-Num(37) | C-Type (2) =
;   |


    +-+-+-+-+-=
+-+-+-+-+-+-+-+-+-+-+-+-=
3;-+-+-+-+-+-+-+-+-+-+-+-+-=
+-+-+


    |S|P|N|O| Reserved  | LSP=
 Flags |     Reserved      | L=
ink Flags|


    +-+-+-+-+-=
+-+-+-+-+-+-+-+-+-+-+-+-=
3;-+-+-+-+-+-+-+-+-+-+-+-+-=
+-+-+


    |     =
;            &n=
bsp;         Reserved  &n=
bsp;            =
;             |=



    +-+-+-+-+-=
+-+-+-+-+-+-+-+-+-+-+-+-=
3;-+-+-+-+-+-+-+-+-+-+-+-+-=
+-+-+


 


Perhaps you meant C-Type(TBD).  You should a=
ddress compatibility


explicitly in any case.


 


Lou




 


_______________________________________________


CCAMP mailing list


CCAMP@ietf.org<=
/a>


https://www.ietf.org/mailman/listinfo/ccamp



 




-- 






ALCATEL-LUC=
ENT DEUTSCHLAND AG


PROJECT MANAGER ASON/GMPLS CONTROL PLANE 

IP ROUTING AND TRANSPORT BL 

IP TRANSPORT BU 



Lorenzstrasse 10 

70435 Stuttgart, Germany 

Phone: +49 711 821 43125 

Mobil: +49 175 7266874 





 




Alcatel-Lucent Deutschland=
 AG


Domicile of the Company: Stuttgart · Local Court Stuttgart HRB 4026 =


Chairman of the Supervisory Board: Michael Oppenhoff 

Board of Management: Wilhelm Dresselhaus (Chairman) · Hans-J=F6rg Da=
ub · Andreas Gehe




This e-mail and its attachments, if any, may contain confidential informati=
on.

If you have received this e-mail in error, please notify us and delete or d=
estroy the e-mail and its attachments, if any, immediately.


If you have received this e-mail in error, you must not forward or make use=
 of the e-mail and its attachments, if any.











--_000_F82A4B6D50F9464B8EBA55651F541CF85CA8BDD3SZXEMA504MBSchi_--

--_004_F82A4B6D50F9464B8EBA55651F541CF85CA8BDD3SZXEMA504MBSchi_
Content-Type: image/jpeg; name="image001.jpg"
Content-Description: image001.jpg
Content-Disposition: inline; filename="image001.jpg"; size=5715;
	creation-date="Tue, 12 Nov 2013 02:04:25 GMT";
	modification-date="Tue, 12 Nov 2013 02:04:25 GMT"
Content-ID: 
Content-Transfer-Encoding: base64

/9j/4AAQSkZJRgABAgAAZABkAAD/7AARRHVja3kAAQAEAAAAZAAA/+4ADkFkb2JlAGTAAAAAAf/b
AIQAAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQICAgICAgICAgIC
AwMDAwMDAwMDAwEBAQEBAQECAQECAgIBAgIDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMD
AwMDAwMDAwMDAwMDAwMDAwMD/8AAEQgAGgEUAwERAAIRAQMRAf/EAaIAAAAGAgMBAAAAAAAAAAAA
AAcIBgUECQMKAgEACwEAAAYDAQEBAAAAAAAAAAAABgUEAwcCCAEJAAoLEAACAQMEAQMDAgMDAwIG
CXUBAgMEEQUSBiEHEyIACDEUQTIjFQlRQhZhJDMXUnGBGGKRJUOhsfAmNHIKGcHRNSfhUzaC8ZKi
RFRzRUY3R2MoVVZXGrLC0uLyZIN0k4Rlo7PD0+MpOGbzdSo5OkhJSlhZWmdoaWp2d3h5eoWGh4iJ
ipSVlpeYmZqkpaanqKmqtLW2t7i5usTFxsfIycrU1dbX2Nna5OXm5+jp6vT19vf4+foRAAIBAwIE
BAMFBAQEBgYFbQECAxEEIRIFMQYAIhNBUQcyYRRxCEKBI5EVUqFiFjMJsSTB0UNy8BfhgjQlklMY
Y0TxorImNRlUNkVkJwpzg5NGdMLS4vJVZXVWN4SFo7PD0+PzKRqUpLTE1OT0laW1xdXl9ShHV2Y4
doaWprbG1ub2Z3eHl6e3x9fn90hYaHiImKi4yNjo+DlJWWl5iZmpucnZ6fkqOkpaanqKmqq6ytrq
+v/aAAwDAQACEQMRAD8A3+Pfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfu
vde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691
737r3Xvfuvde9+691737r3Xvfuvde9+691737r3XvfuvdBd3V3L178fOrd59ydq52Pbmw9h4hsvn
sm0T1ExVp4aKgx+PpIrzV+XzGTqoaSjp09c9VOiDlvZ1y7y9u3Ne92/L2xxGbdLqTSi8BwJZmPBV
RQWdjhVBPl09bwS3MywQisjGg/1eg4nrV9ov5uX8w/5z90Zjr34TbW6/6R2LhKTKZ/I7w3njcLnD
snYeNhlSt353Dvvd9LmdlbaxVLGv3Rho8U0kUn+TRvkGXVLmlJ7D+0/tpy7HuvuPPdblucjKixQs
6eNOxxBaQxFJpGPw1eShHeREDQC47Jtm3QCXcGaSQ4oKip9FAoSftPzx0vKP+cN8sPhR8jj0B88q
XqnuzbS0208zlOyuk6abF5vEbe3tiKHP4vPYilbFbYx+4aOjxmRRpMbV4bEV76Syzspj8pXJ7Acj
e43KP9afbBr7brysqLb3hDI8kLFGRjqkaMllNJFllQcCoNdLZ2Oyv7X6nbtcb5Gl+BINKHjT7QSP
l1slf6Zurf8ARH/p6/vxgv8AQ9/cf/SR/f8A+5b+A/3I/hP8c/j/AJfH9x9v/DP3PH4/Pq/b0eT0
e8QP6vb3+/v6r/TS/wBYPqfp/Ap3+Nq0aPSurFa6fOtM9BTwJvH+m0nx9WnT51rSnRWch3x82aXq
D5bbupPhHS13afUna+9NrfGHq9O+NjJF8n+rMRkMLDtLtSXczwDHdYz7jxFdV1j4TJaq6J6L7a/l
kQ+ybqlFqM46Eyq7R+TEXdvx72PT/GWlm6h391turc3fXcX+lna1+i9/YvC0VVt7r6j2f9umY7C/
jeenND/EKErAIyaiwSGQN7rVBQ5z0EmS77+d9P0J8nN+Y/4KYys7u617g3DtL45dIN8iev44/kN1
HjtxbVx+G7brN9GnXb/XFTltuZTKZJcFXk12rFimJSWpjPv3W6LUZx0MlV2X8lI/kD0/sOm+NlBN
0Tu7qrPbp7Z7wPbm2vvOpuzaFUOI6zp9gGgTN72iyUrrGMrSNHTESPIQggKy+61QUrXPQIZD5AfP
qn+N3ePY1F8CsRXfIXZXc2b2f0r8e0+SXX0dL3J1DQ7r2zisX2zU9l1NDTbe2PUZLb2QylcuHrkF
WRjEDeM1aInut0WtK46Hyr7F+REPyX2R1xT/AB5oar46ZzpvKbu3h8hl7S26lZsvt2kzn2dH1SvW
b0i7jz1LWYYx1K5iFkpWMrKQhgZZPdaoKVrnovdX8iPn5D8Xuwez6X4BY6q+SO3O4a7Z+yPjePkh
1/HTdgdV0u+MRhIO0YOz5aBNt4F6vbFXV1642tSKo00ev6SxxN7rdFrSuOjIVfYffEPylxPVlL0H
FV/Gyr6SrN75T5Mnsfb0E2L7gh3lJhqbpxeqmgfdNYs+1Fjy38aDrQ/umD/ORMG91qgpWuei2z/I
n5+r8YMp2ZT/AAAoJPkjF3NLsrE/HGX5I9ex0lX1YN8Q4KHtSr7QWifbdMr7bZ65seEacKol5Q6P
fut0WtK4+zoxq9hfIA/KmTq5ugKRfjGvSabzj+TQ7M241ZJ3G27/AOEt1AepfCN1JAm1Qcoc1qNE
SRCCZCQvutUFK1z0XSl+Qn8wOT4x7X7JqfgDg6f5JZLuSn2duf45j5N7AloNt9USbyrsNUdqR9pp
iTtrKyQbehgrf4XChqWjm8g5U0/v3W6LWlcfZ0YWk7F+Q03yg3V1lU/HqjpfjZiulcfvLbXyRbtD
bklVuXuGo3LHjqnqJ+rUpm3TiqaDbzS15zTl6NDTiM6nqEVPdaoKVrnov9F8hPn0/wAaOm+y8h8B
8ZSfIfdvc2G2f298dYvkh19UxdV9R1m8dw4XIdr0XZcVE22d31NJt2hxuR/hFMBUpHkm1HVSyx+/
dbotaVx0PuO7I+Q0/wAj+y+ua/4709J8f9t9T7e3d153/H2dtyWfsHsvIV09NmOr5+uzTrn9ttja
eJpRk5mkpAsaljeeNU91qgpWuegMoPkD87Kj45fHTsWr+B9HQ9/di9zbf2b310AfkPsCeDoPqKv3
bvDF5nt1ex0pBgN/y43a2GxGS/guOjNarZoxetqObV7rdFqRXHQx0vaHyVl787t2HP8AGeli6R2R
1Zt3dPT3dTdt7YSfufsrJUs82X63bZK0c+X2LBiayJqZsnXloRoWYI8c6BPdaoKcc9BLi++PnVU9
IfFzeuR+DWKoO5Oze29u7V+SnT3+zDbDki+OXU+Qz+46HNdq0W8o6WTC9mVWJ29j8dkP4JjmWtL5
E0wLSQSN791ui1OcdChF2l8o27g+Sm0ZPi9jh1R1z11tfcXx07THcm1UqPkPv7J7Xq8luHYNbtE0
L5Hq6PCbphGL/iOTdoGTTVKHim0xe61QUGc9B3Q95/N6frX4hbjq/hJjKbsTtvsfbe3vlT1+vyA2
M8Pxb66yE2TXP9h0u4jSLj+1ajCY+mgqv4Tiz91JJL9ojPIfKPdbotTnHS4h7Z+VknYny1203xVx
8ex+qtk7ZzfxX38/cu1Ei+UW8MpsbKZnObMyOENGcj1AuB3vSU+GauygkgeOo+6UNEvv3WqDGf8A
Y6S1D3l8yKjY/wAOs3UfC+Cm3h3HurA4v5VbRfvLZSp8Vdr1mFrqzN7qiyv2rU/aL4ytgjCUON0z
OT4L+V1ce63Rc5+zrXk/m+/NPFbK/mPYDftH2D2bjP8AhsDB/HnedF13szZHZuc232Zu/uztHa27
fkrt/dO69n7RzOydsQYf4iU2PeI7jyWNhlmyLrTl5VdffunEWq09f9X+Hoato/JfvGi7+7f+PHQv
eG1+kG+YX8475J7RHyT3PtrE9nU2yto7C+Efxg7FwWy+ssBu2V9gVW+e2crWRUuB/iZnoyRP4aWq
qJI09+69QUqRWi/5elF81Pm/81PjvuHsOg6Y+R28e/st8L4PjUnyifG/Gf40bR6NpZu29x4qSiou
3N0bl7bh7frN1dj7SzMDRUnWuHEGGeWKWcwo7rH7rSqp4jjw6Lpg/lJ8sfj3gPlxuLrnuTeNU/yP
/n3fIf4hYeGfYXV2/Mv0rjo9x5rMJunYdf2puLbOK3JvfcOz9kYvae2MDuPIrtmgpyjQxiRIIJvd
WoppXyWvRxuouxfmbnfnD/L+oflVtXcFB2FtnD/zXtv7Fl3NR7E683H3X1fhdsfDnO9Wb57D2f1j
uzfPX2y93Vcu4avE1UNJMaaKWgaqigSOoAZyFY3mVJm0QlgGamrSCRVtNRWgzSorwr1qiUOe2or5
06MHuvtXszM/PD+Uluv5A7LpPjrvPcfSH8y1t89YVXYeF3NhcHXYuf4z0G2xU7oxc9PgMzNkcNHF
kIVGp6Q1rQE+RHJO+aLDY9s324seXL47lssZXwrkxND4gKKzfpv3Locsmfi06hgjpyeOGOR0t38S
EEUahFcZwc4OPy6D/eP8wPvPG7A+WGVxHY21TuPrn+cT8ffiR1jEmD2fUz/7L/2dlPieazAU9AaO
T+PVefw3Ye6ZqTKuk1aYg8kM1qRTGQdM6Rj/AEtf8PQFVf8AMA+Z9H8DvlB/M/h762NkqPau5e3u
v9l/CCPqDZq4fpLIbb7xm6O23VdjdgVOVxPama37srHPFu7cFNU1VJjK2i/ap6emp5EqT7reldQT
+fTHvz5dfzWOr9sbB2nkd25rGYru35mfBjpLpf5P959F/HbE7ly+F+TNX2FtPtHBZLqXpHtDeWyM
/tvZuSxGFzeDylNU4qsqKerekmqJtInb3WwEP7D0w757Y+YnYXdnSPxf7A+V0sPZHRn83PMdKbd+
SO3OsNjbard07PynwD3P3LtEb36h0y9V5/cuLyO9Jsch+0SllkaGaKnjqY1d9deooBIGCv8Al6H7
/hQ7W75qfjn8beq9vy1mal7A7yo6KvpKKlWKu3TuPEbTyFBtyiENMY4AMhk8/JKKYDxtULEwA8S+
8sfulw7fFzVu283xVTabWSHbgiNIpkb5UWMZ8lLDz6EPK4jFzLM/4Y+PoK5P8ugz2x0Z8dPjZt74
2fyrYqvMb7+RvyK33s7fPy0oNgZ2kxNA+KxuNk3fkMd2XuOPH12Yrdm7O2pSVlRt7bFI9EMg9NHk
q9o6Srnp8od3vMvNvOF3vHvcyx2vKO02ssO1tOhZtTN4Stbx6gglllKLPcMH0BjDEC8avC89xdXb
S7xhbWJSI9Qr8u0cKk01Ma04DIBFNvyb7hn+V/yn+auZ3Njtl5Dr/BR92brwe9U2dtXH7329iut5
Jtr9LVf9/cbi8bu7PR7jz0G3dtPR5WsyNHHQZfxwwxvTUUtNkHyby+vI3JPLlvZPcJusps4nh8WV
oZGuKSXY8BmaJPDQz3AeJY3LxVZiHkVz20gFlZ26oWEp0AipodWWxwFBqaoANR8zU2v+l7sL/oHv
/u5/EKv+Ff7NJ/oh8tp/N/o9/iX+lT+H/dX1faf3y/Zvfx+D/J/0+n2BP3BtP/BWfV6F8f8Acn1V
MU8fT9Nqp6+Dn11d/HPSHwIv6zaqZ8HV/tqaf8H+frdN987OgH1737r3Xvfuvde9+691737r3Xvf
uvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+69
1737r3XvfuvdBG3QfSb4ruHBSdVbClw/yDqMvV95Y2bbGKmo+2p89tml2XmX7AhlpnTdC5HaVFFj
pVq/KrUaCK2m49+63U/s6C/cHwY+HO6urNx9I7j+M/TGZ6m3buij3xn9hV2w8FNt+u3vjtqYfY2O
3olKaQNQ7vxuzsBRYynylO0VdBRUyRRyqgt7917U1a1NekDlv5Y38vjNz7Oqcl8PuhpZthbewm09
sNDsPE0S0u2ttOJNu4XIx0MdNHuHH4KYeSjjyIqxTS+uPS/q9+63rb1PSw3N8BfhPvPcvbe8N2fF
force5e+sZRYjuXL5nrjbVfUdkUeOytBnaN91LUUDw5LIQZ3FUlcKtl+7NZSQTmQywxuvuvam9Tj
pWdV/EL4xdIpsNeqOj+vNjydYf3/AP8AR/WYbAwLk9qP2ocC3ZMuJy1SajJwz75O18d/FJDKz1n2
MPkLeNbe60WJ49c+/viJ8X/lT/dP/ZkehOq+8P7ifx3+5n+kzZuG3b/dj+9H8G/vF/BP4tTVH8P/
AI1/d2h+58dvL9pFqvoFvdeDEcD0g8f/AC8/g1ie0dgd1Yz4odFUHanVeB2htrrze1L15t+HMbSx
HX2Dx22tgxYlkpBTRVmx9vYejosPVtG1XjKWkgjppYkhjC+63qalKmnT6vwa+HK9t7673/2WTpN+
3Oz9uZ/aXY2+JuvduT5TfO392U70m7MfuuKahfH53+9dFI1PlJamGSfJU58VS8sfp9+61qalKmnT
L13/AC+vhL1NjosR1z8Yen9p4yn7L2P3FR0ON2lQmmx3Z3WVTkazrneWLjqRULi8vsOpy9U+HNP4
o8aaiT7dYw7X91ssx4npT9o/Cz4ld14Pem2+2vjr1F2FhOxN+4rtLe1DujZWGyi7i7Jwe26PZuJ3
3Xzz0xqTuyh2hQxYpK9HSp/hoNMXMLuje60GYcD0D/8AMU+E+M+anxYzHS+Enxu2t57XrcTvHp7L
VQlpsPg947Zo6vHY/HZA0cUtRT4LM4HI1eNlaNJPthUJULHI0CI0oe0PuG/trznDvsitJtUiNBco
tNTQuQSVBoNaOqSKCRq0lKgMSDHar87fdicgmIijD5H0+YND/Lz60/8A4v8AZG/P5dP8xDafaPzZ
2D2xHndrPvii3icrAue3tWtunZed2jS7twWV3BlIcdvTHpLk471lNk3inoWkaCWUhYpM/edNo2v3
b9pp9l9uLqxNrP4Ji0nRCPDmSUxOqKWhainsaMFXoGVcsBxeRR7ptbQ7eyaWpTyGCDQgDH2U49O+
U2xR/NrKYD4ofy3fjBvPG9c02+Kffe/O2u0ammz/AGhvPcn8Or8NQbx7p7Eplq9uddbN25jcvXfa
4WgqWpqqrqHmSKorpYoQngvJPbiGXnn3e3q3fdzbGGC1tgUtoY9Su0VpAaSTyyMiapnXUqqFLJEr
N1UOdvBvN1mUy6aBVwoHGirxYmgyeHyHW1l/w2h1x/w3J/sgf8Z/Y/ufq/0h/wANi+4/0ufxn++n
9/v4fq838P8A77f8ofn8/wDBv8i+4/3b7we/1493/wBdz/XS8Pu+o/sNWPpdHg+Bq4avB/Hpp4v6
mny6Bv72l/ev7yp+L4f6NKaf2efrmnVmnuG+inr3v3Xuve/de697917r3v3Xuve/de697917r3v3
Xuve/de697917r3v3Xuve/de697917r3v3Xuve/de697917r3v3Xuve/de697917r3v3Xuve/de6
97917r3v3Xuve/de697917r3v3Xuve/de697917r3v3Xuve/de697917r3v3XugA+RP/AB59D/zI
D/i6xf8AZRP/AB5/6D/wB/6uv+p/2n2KeU/+Sg3/ACVfgP8AuB/a/n/R9elNr/af6Lw/Bx/4rpS9
J/8AMv8AF/8AMpf87N/zJP8A5l/+mL/i1/8AN3/V/wCGn2j5j/5Kr/7n8B/uZ/b+fxfL0/Pqtx/a
n4/9v8X59C17IumOv//Z

--_004_F82A4B6D50F9464B8EBA55651F541CF85CA8BDD3SZXEMA504MBSchi_--

From swallow@cisco.com  Tue Nov 12 10:44:28 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8EB3221F9FAB for ; Tue, 12 Nov 2013 10:44:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.599
X-Spam-Level: 
X-Spam-Status: No, score=-110.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dj1WjFQrOWrU for ; Tue, 12 Nov 2013 10:44:23 -0800 (PST)
Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) by ietfa.amsl.com (Postfix) with ESMTP id 9F49C11E811B for ; Tue, 12 Nov 2013 10:44:23 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3437; q=dns/txt; s=iport; t=1384281863; x=1385491463; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=OdUoqUYRSg1lIxxEohohndCLFCrTaT71ZFhWKVfWOxA=; b=Cw6nipLi+L1IJHGKHmRdYxKru8LEHTKRWBPzAmH5oAzh9MefPHawgE3D CIVXL1yHRgUMs945r45dAOKqeYObe7K+HeaptRVjDCg/Zr1my3GzxlX6Z 57MEpeIcnxmWXdG/z4CFNTTQj0BwP2oaGntlJdwUOWCablz49Z1HIzzRk 4=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AhAFABB2glKtJXHA/2dsb2JhbABQCoMHOFO/F4EqFnSCJQEBAQQBAQFrCwwGAQgRAwEBASguCxQJCAIEAQ0FGQKHZg2/Io4cgUMHBoQrA5Qug2GBL5BbgyaCKg
X-IronPort-AV: E=Sophos;i="4.93,686,1378857600"; d="scan'208";a="283833344"
Received: from rcdn-core2-5.cisco.com ([173.37.113.192]) by rcdn-iport-5.cisco.com with ESMTP; 12 Nov 2013 18:44:23 +0000
Received: from xhc-rcd-x12.cisco.com (xhc-rcd-x12.cisco.com [173.37.183.86]) by rcdn-core2-5.cisco.com (8.14.5/8.14.5) with ESMTP id rACIiMFH027449 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 12 Nov 2013 18:44:22 GMT
Received: from xmb-rcd-x10.cisco.com ([169.254.15.47]) by xhc-rcd-x12.cisco.com ([173.37.183.86]) with mapi id 14.03.0123.003; Tue, 12 Nov 2013 12:44:22 -0600
From: "George Swallow (swallow)" 
To: Fatai Zhang , "Zafar Ali (zali)" ,  "Zhangxian (Xian)" 
Thread-Topic: [CCAMP] The description of Path Key retaining time in RFC5553
Thread-Index: AQHO2+75nyh5MwjjqEemfNXW9E7a+JobcMqAgAVubRCAARdQAA==
Date: Tue, 12 Nov 2013 18:44:22 +0000
Message-ID: 
In-Reply-To: 
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.3.8.130913
x-originating-ip: [10.98.56.165]
Content-Type: text/plain; charset="iso-8859-2"
Content-ID: <729F4851BFE93545BD0BC06432F32561@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "ccamp@ietf.org" 
Subject: Re: [CCAMP] The description of Path Key retaining time in RFC5553
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 12 Nov 2013 18:44:28 -0000

Fatai -

If a PCE is saving state, then in what way is it "stateless".  The text
you have below and along with Zafar's quote (from RFC5520) is of a PCE
that CACHEs the result (ERO segment) of a constrained path selection along
with the key it handed out.  As a path is signaled an LSR or (or perhaps
several LSRs) may contact PCEs using a path key to retrieve the path in
order to extend or complete the ERO.

But the PCE merely caches.  The only state that is saved for the life of
the LSP is at the LSR.

George

On 11/11/13 9:09 PM, "Fatai Zhang"  wrote:

>Hi Zafar,
>
>It does not matter what it is.
>
>Do you see any problem for an element (a stateless PCE or NMS or even a
>node) to store path key information?
>
>Please don't argue scaliblity issue because you can see even a GMPLS node
>can store lots of informaiton.
>
>
>
>Best Regards
>
>Fatai
>
>
>-----Original Message-----
>From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of
>Zafar Ali (zali)
>Sent: Saturday, November 09, 2013 11:58 AM
>To: Zhangxian (Xian)
>Cc: ccamp@ietf.org
>Subject: Re: [CCAMP] The description of Path Key retaining time in RFC5553
>
>Hi Zhang:=20
>
>Section 2.1 from RFC5553 state: "It is RECOMMENDED for a PCE to store the
>PKS for a period of 10 minutes." Furthermore, please note that 16 bit path
>keys are used as reuse of the path key is assumed.
>
>
>The bottom line is that in your draft the PCE needs to remember the (path
>key, path info) "states" for "indefinite" time. If you like we call such
>PCE "path-stateful PCE" but it is stateful. Also, the solution is not
>scalable as a PCE can only hold 64K of (path key, path info) states. Such
>limitations and requirements need to be clearly stated in the draft.
>
>Thanks
>
>Regards =A9 Zafar
>
>
>-----Original Message-----
>From: "Zhangxian   (Xian)" 
>Date: Thursday, November 7, 2013 11:24 AM
>To: zali 
>Cc: "ccamp@ietf.org" 
>Subject: The description of Path Key retaining time in RFC5553
>
>>Hi, all,
>>
>>  The following is the piece of information that i mentioned already
>>require retaining the Path key information for the lifetime of LSP.
>>
>>Section 3.2 from RFC5553
>>"
>>.......
>>On a Path message, the PKS SHOULD identify the LSR replacing the CPS and
>>provide a Path Key that can be used to expand  the path segment.  In the
>>latter case, the Path Key and its expansion SHOULD be retained by the LSR
>>that performs the substitution for at least the lifetime of the LSP.  In
>>both cases, the expansion of the PKS SHOULD be made available to
>>diagnostic tools under the control of local policy.
>>"
>>
>>My understanding of the stateful PCE (from PCE WG) is to have LSP-DB
>>documenting information such as the identifiers (the 5-tuple), route, bw
>>information etc. So I do not think our extensions defined in
>>http://tools.ietf.org/html/draft-zhang-ccamp-route-exclusion-pathkey-00
>>incur any new additional requirements. Please review our draft and let us
>>know what you think.
>>
>>Cheers,
>>Xian
>
>_______________________________________________
>CCAMP mailing list
>CCAMP@ietf.org
>https://www.ietf.org/mailman/listinfo/ccamp
>_______________________________________________
>CCAMP mailing list
>CCAMP@ietf.org
>https://www.ietf.org/mailman/listinfo/ccamp


From zali@cisco.com  Tue Nov 12 11:02:03 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DA65621E80CF for ; Tue, 12 Nov 2013 11:02:03 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.001
X-Spam-Level: 
X-Spam-Status: No, score=-10.001 tagged_above=-999 required=5 tests=[AWL=0.597, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id D-geV8y7eZcu for ; Tue, 12 Nov 2013 11:01:59 -0800 (PST)
Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) by ietfa.amsl.com (Postfix) with ESMTP id C95F421F9F1B for ; Tue, 12 Nov 2013 11:01:56 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=29905; q=dns/txt; s=iport; t=1384282916; x=1385492516; h=from:to:cc:subject:date:message-id:in-reply-to: mime-version; bh=iJWcYPvB0Tnbv9WUNGqbFneGNScSa6PnPyMtMwUgJys=; b=Glv5OUAVnz9AK7ZT0X7fI88WuARjOt5hM2wFqblIwHkd4//ula5UDuWT 9ZhCUEz8fL7jhDbZNFi3Uk4/N86pska0s+96heifONbqbwQjadQX1aVPf w/OO6oi8nnwE8KQHFRXULy5WeuVbECMQyOs3tyysckP76VPwnwHhJ9NEk I=;
X-Files: Corporate-sig-logo.jpg : 5715
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AhYFAAV6glKtJV2c/2dsb2JhbABagkNEOFOCdalqkjgYgRIWdIIlAQEBBAEBAQIeC0ALDAIEAQgRAwECBgEBAQoDEgMCBBUBAwsBCxQJCAIEDgQBBgMFh3MNrEeSZgSMWoFIgQ4QCgwFBwIEBIJhgUYDkDCBMYYukgqDJoFxOQ
X-IronPort-AV: E=Sophos;i="4.93,686,1378857600";  d="jpg'145?scan'145,208,217,145";a="283651126"
Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by rcdn-iport-1.cisco.com with ESMTP; 12 Nov 2013 19:01:56 +0000
Received: from xhc-rcd-x03.cisco.com (xhc-rcd-x03.cisco.com [173.37.183.77]) by rcdn-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id rACJ1u75009421 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 12 Nov 2013 19:01:56 GMT
Received: from xmb-rcd-x14.cisco.com ([169.254.4.50]) by xhc-rcd-x03.cisco.com ([173.37.183.77]) with mapi id 14.03.0123.003; Tue, 12 Nov 2013 13:01:55 -0600
From: "Zafar Ali (zali)" 
To: Dieter Beller 
Thread-Topic: [CCAMP] Comment on compatibility in draft-takacs-ccamp-revertive-ps
Thread-Index: AQHO3Ci6h09KE7p+Tk6NZ+uJgecEF5obgDiAgANocoCAAyMoAA==
Date: Tue, 12 Nov 2013 19:01:55 +0000
Message-ID: 
In-Reply-To: <527F9325.1050502@alcatel-lucent.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.2.3.120616
x-originating-ip: [10.82.242.117]
Content-Type: multipart/mixed; boundary="_004_CEA7E0C882EA8zaliciscocom_"
MIME-Version: 1.0
Cc: CCAMP 
Subject: Re: [CCAMP] Comment on compatibility in draft-takacs-ccamp-revertive-ps
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 12 Nov 2013 19:02:04 -0000

--_004_CEA7E0C882EA8zaliciscocom_
Content-Type: multipart/alternative;
	boundary="_000_CEA7E0C882EA8zaliciscocom_"

--_000_CEA7E0C882EA8zaliciscocom_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

SGkgRGlldGVyOg0KDQpUaGUgZGVmYXVsdCBwYXJhbWV0ZXIgdmFsdWUgaW4gZGF0YSBwbGFuIGlz
IGRlZmljaWVudCBmb3IgdGhlIGZvbGxvd2luZyByZWFzb25zOg0KDQogIDEuICBXZSBjYW5ub3Qg
ZGlmZmVyZW50aWF0ZSBiZXR3ZWVuIHJldmVydGl2ZSBhbmQgbm9uLXJldmVydGl2ZSBiZWhhdmlv
ciB1c2luZyBkZWZhdWx0IHZhbHVlIG9mIHdhaXQtdG8tcmVzdG9yZSB0aW1lci4gRS5nLiwgYXMg
ZmFyIGFzIEkgcmVtZW1iZXIgZGVmYXVsdCB2YWx1ZSBmb3IgV1JUIGlzIDAsIHdoaWNoIG1lYW5z
IHByb3RlY3Rpb24gaXMgbm9uLXJldmVydGl2ZS4gU28gdGhpcyBkZWZhdWx0IGRvZXMgbm90IHdv
cmsgZm9yIHJldmVydGl2ZSBwcm90ZWN0aW9uLiBJLmUuLCB0aGUgZGF0YSBwbGFuIGRlZmF1bHQg
Y2Fubm90IGNvdmVyIGJvdGggcmV2ZXJ0aXZlIGFuZCBub24tcmV2ZXJ0aXZlIGNhc2VzLg0KICAy
LiAgQ29ycmVjdCBzZXR0aW5nIGZvciB3YWl0LXRvLXJlc3RvcmUgYW5kIGhvbGQtb2ZmIHRpbWVy
cyBuZWVkIHRvIGFjY291bnQgZm9yIGRpZmZlcmVudGlhbCBkZWxheXMgYmV0d2VlbiB3b3JraW5n
IGFuZCBwcm90ZWN0aW9uIHBhdGhzLg0KDQpJbiBzdW1tYXJ5LCBkZWZhdWx0IHZhbHVlcyBjYW5u
b3QgY292ZXIgYWxsIHVzZSBjYXNlcy4gSGVuY2UsIFNQIHR5cGljYWxseSB3YW50cyB0byBzZXQg
cmV2ZXJ0aXZlIHZzLiBub24tcmV2ZXJ0aXZlIGJlaGF2aW9yLCB3YWl0LXRvLXJlc3RvcmUgYW5k
IGhvbGQtb2ZmIHRpbWVycyBvbiBwZXIgY29ubmVjdGlvbiBiYXNpcy4NCg0KVGhhbmtzDQoNClJl
Z2FyZHMg4oCmIFphZmFyDQoNCkZyb206IERpZXRlciBCZWxsZXIgPERpZXRlci5CZWxsZXJAYWxj
YXRlbC1sdWNlbnQuY29tPG1haWx0bzpEaWV0ZXIuQmVsbGVyQGFsY2F0ZWwtbHVjZW50LmNvbT4+
DQpPcmdhbml6YXRpb246IEFsY2F0ZWwtTHVjZW50DQpEYXRlOiBTdW5kYXksIE5vdmVtYmVyIDEw
LCAyMDEzIDk6MDcgQU0NClRvOiB6YWxpIDx6YWxpQGNpc2NvLmNvbTxtYWlsdG86emFsaUBjaXNj
by5jb20+Pg0KQ2M6ICJsYmVyZ2VyQGxhYm4ubmV0PG1haWx0bzpsYmVyZ2VyQGxhYm4ubmV0PiIg
PGxiZXJnZXJAbGFibi5uZXQ8bWFpbHRvOmxiZXJnZXJAbGFibi5uZXQ+PiwgImNjYW1wQGlldGYu
b3JnPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4iIDxjY2FtcEBpZXRmLm9yZzxtYWlsdG86Y2NhbXBA
aWV0Zi5vcmc+Pg0KU3ViamVjdDogUmU6IFtDQ0FNUF0gQ29tbWVudCBvbiBjb21wYXRpYmlsaXR5
IGluIGRyYWZ0LXRha2Fjcy1jY2FtcC1yZXZlcnRpdmUtcHMNCg0KSGkgWmFmYXIsDQoNCnRoaXMg
ZHJhZnQgaXMgZGVmaW5pbmcgc2lnbmFsaW5nIGV4dGVuc2lvbnMgZm9yIHRoZSBob2xkLW9mZiB0
aW1lIGFzIHdlbGwgYXMgdGhlIHdhaXQtdG8tcmVzdG9yZSB0aW1lIGZvciBwcm90ZWN0ZWQgTFNQ
cw0Kd2hlcmUgYXBwbGljYWJsZS4NCg0KVGhlcmUgYXJlIGRlZmF1bHQgdmFsdWVzIHNldCBmb3Ig
dGhlc2UgdGltZXJzIGluIHRoZSBkYXRhIHBsYW5lIGFuZCBzaWduYWxpbmcgdGhlbSBpbiB0aGUg
Y29udHJvbCBwbGFuZSBtYWtlcyBvbmx5DQpzZW5zZSBpZiB0aGUgdGltZXIgdmFsdWVzIHNoYWxs
IGRpZmZlciBmcm9tIHRoZSBkZWZhdWx0IHZhbHVlcy4gRG8geW91IHNlZSBhIG5lZWQgZm9yIHRo
YXQ/IElNTywgb3BlcmF0b3JzIHR5cGljYWxseQ0KdXNlIHRoZSBkZWZhdWx0cyBhbmQgZG8gbm90
IHNldCB0aGVzZSB2YWx1ZXMgb24gYSBwZXIgY29ubmVjdGlvbiBiYXNpcy4NCg0KDQpUaGFua3Ms
DQpEaWV0ZXINCg0KDQpPbiAwOC4xMS4yMDEzIDIyOjExLCBaYWZhciBBbGkgKHphbGkpIHdyb3Rl
Og0KDQpIaSBMb3UtDQoNCllvdSBhcmUgcmlnaHQsIHRoZSBjdHlwZSBpcyBUQkQsIGxpa2UgSSBt
ZW50aW9uZWQgZHVyaW5nIHRoZSBtZWV0aW5nIHRoYXQNCndlIGFyZSB1c2luZyBkaWZmZXJlbnQg
Y3R5cGUuDQoNCldlIHdvdWxkIGxpa2UgdG8gdGFrZSB0aGlzIG9wcG9ydHVuaXR5IHRvIHNvbGlj
aXQgY29tbWVudHMgZnJvbSB0aGUgV0cgb24NCnRoaXMgZHJhZnQuDQoNClRoYW5rcw0KDQpSZWdh
cmRzIMWgIFphZmFyDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiAibGJlcmdl
ckBsYWJuLm5ldCI8bWFpbHRvOmxiZXJnZXJAbGFibi5uZXQ+IDxsYmVyZ2VyQGxhYm4ubmV0Pjxt
YWlsdG86bGJlcmdlckBsYWJuLm5ldD4NCkRhdGU6IFRodXJzZGF5LCBOb3ZlbWJlciA3LCAyMDEz
IDY6MTcgUE0NClRvOiB6YWxpIDx6YWxpQGNpc2NvLmNvbT48bWFpbHRvOnphbGlAY2lzY28uY29t
PiwgImNjYW1wQGlldGYub3JnIjxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+IDxjY2FtcEBpZXRmLm9y
Zz48bWFpbHRvOmNjYW1wQGlldGYub3JnPg0KU3ViamVjdDogQ29tbWVudCBvbiBjb21wYXRpYmls
aXR5IGluIGRyYWZ0LXRha2Fjcy1jY2FtcC1yZXZlcnRpdmUtcHMNCg0KDQoNClphZmFyLA0KICAg
ICAgICBNeSBjb21tZW50IGluIHRvZGF5J3Mgc2Vzc2lvbiB3YXMgdGhhdCB5b3UgYXJlIHJlZGVm
aW5pbmcgdGhlIGZvcm1hdCBvZg0KYW4gZXhpc3Rpbmcgb2JqZWN0IChieSBhZGRpbmcgVExWcykg
dGhpcyBicmVha3MgY29tcGF0aWJpbGl0eS4gIFlvdQ0Kc3RhdGVkIHRoYXQgdGhpcyB3YXNuJ3Qg
dGhlIGNhc2UuDQoNCkZXSVc6DQoNCllvdXIgZG9jdW1lbnQgc2F5czoNCg0KICAgMCAgICAgICAg
ICAgICAgICAgICAxICAgICAgICAgICAgICAgICAgIDIgICAgICAgICAgICAgICAgICAgMw0KICAg
MCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4
IDkgMCAxDQogICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rDQogIHwgICAgICAgICAgICBMZW5ndGggICAgICAgICAgICAgfCBD
bGFzcy1OdW0oMzcpIHwgICBDLVR5cGUoMikgICB8DQogICstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQogIHxTfFB8TnxPfCBS
ZXNlcnZlZCAgfCBMU1AgRmxhZ3MgfCAgICAgIFJlc2VydmVkICAgICB8IExpbmsgRmxhZ3N8DQog
ICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rDQogIHxJfFJ8ICAgUmVzZXJ2ZWQgICAgfCBTZWcuRmxhZ3MgfCAgICAgICAgICAg
UmVzZXJ2ZWQgICAgICAgICAgICB8DQogICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQogIHwgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8DQogIH4gICAgICAg
ICAgICAgICAgICAgICAgICAgICBzdWItVExWcyAgICAgICAgICAgICAgICAgICAgICAgICAgICB+
DQogIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICB8DQogICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rDQoNCg0KUkZDNDg3MiBzYXlzDQogICAgIDAgICAgICAg
ICAgICAgICAgICAgMSAgICAgICAgICAgICAgICAgICAyICAgICAgICAgICAgICAgICAgIDMNCiAg
ICAgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYg
NyA4IDkgMCAxDQogICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSsNCiAgICB8ICAgICAgICAgICAgTGVuZ3RoICAgICAgICAg
ICAgIHwgQ2xhc3MtTnVtKDM3KSB8IEMtVHlwZSAoMikgICAgfA0KICAgICstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQogICAg
fFN8UHxOfE98IFJlc2VydmVkICB8IExTUCBGbGFncyB8ICAgICBSZXNlcnZlZCAgICAgIHwgTGlu
ayBGbGFnc3wNCiAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKw0KICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICBS
ZXNlcnZlZCAgICAgICAgICAgICAgICAgICAgICAgICAgICB8DQogICAgKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCg0KUGVy
aGFwcyB5b3UgbWVhbnQgQy1UeXBlKFRCRCkuICBZb3Ugc2hvdWxkIGFkZHJlc3MgY29tcGF0aWJp
bGl0eQ0KZXhwbGljaXRseSBpbiBhbnkgY2FzZS4NCg0KTG91DQoNCg0KX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCkNDQU1QIG1haWxpbmcgbGlzdA0KQ0NB
TVBAaWV0Zi5vcmc8bWFpbHRvOkNDQU1QQGlldGYub3JnPmh0dHBzOi8vd3d3LmlldGYub3JnL21h
aWxtYW4vbGlzdGluZm8vY2NhbXANCg0KLS0NCltjaWQ6cGFydDEuMDYwMTA3MDYuMDAwODA0MDlA
YWxjYXRlbC1sdWNlbnQuY29tXQ0KRElFVEVSIEJFTExFUg0KQUxDQVRFTC1MVUNFTlQgREVVVFND
SExBTkQgQUcNClBST0pFQ1QgTUFOQUdFUiBBU09OL0dNUExTIENPTlRST0wgUExBTkUNCklQIFJP
VVRJTkcgQU5EIFRSQU5TUE9SVCBCTA0KSVAgVFJBTlNQT1JUIEJVDQoNCkxvcmVuenN0cmFzc2Ug
MTANCjcwNDM1IFN0dXR0Z2FydCwgR2VybWFueQ0KUGhvbmU6ICs0OSA3MTEgODIxIDQzMTI1DQpN
b2JpbDogKzQ5IDE3NSA3MjY2ODc0DQpEaWV0ZXIuQmVsbGVyQGFsY2F0ZWwtbHVjZW50LmNvbTxt
YWlsdG86RGlldGVyLkJlbGxlckBhbGNhdGVsLWx1Y2VudC5jb20+DQoNCkFsY2F0ZWwtTHVjZW50
IERldXRzY2hsYW5kIEFHDQpEb21pY2lsZSBvZiB0aGUgQ29tcGFueTogU3R1dHRnYXJ0IMK3IExv
Y2FsIENvdXJ0IFN0dXR0Z2FydCBIUkIgNDAyNg0KQ2hhaXJtYW4gb2YgdGhlIFN1cGVydmlzb3J5
IEJvYXJkOiBNaWNoYWVsIE9wcGVuaG9mZg0KQm9hcmQgb2YgTWFuYWdlbWVudDogV2lsaGVsbSBE
cmVzc2VsaGF1cyAoQ2hhaXJtYW4pIMK3IEhhbnMtSsO2cmcgRGF1YiDCtyBBbmRyZWFzIEdlaGUN
Cg0KVGhpcyBlLW1haWwgYW5kIGl0cyBhdHRhY2htZW50cywgaWYgYW55LCBtYXkgY29udGFpbiBj
b25maWRlbnRpYWwgaW5mb3JtYXRpb24uDQpJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGUtbWFp
bCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB1cyBhbmQgZGVsZXRlIG9yIGRlc3Ryb3kgdGhlIGUt
bWFpbCBhbmQgaXRzIGF0dGFjaG1lbnRzLCBpZiBhbnksIGltbWVkaWF0ZWx5Lg0KSWYgeW91IGhh
dmUgcmVjZWl2ZWQgdGhpcyBlLW1haWwgaW4gZXJyb3IsIHlvdSBtdXN0IG5vdCBmb3J3YXJkIG9y
IG1ha2UgdXNlIG9mIHRoZSBlLW1haWwgYW5kIGl0cyBhdHRhY2htZW50cywgaWYgYW55Lg0K

--_000_CEA7E0C882EA8zaliciscocom_
Content-Type: text/html; charset="utf-8"
Content-ID: <462A064FD22E44498EEFF4A85D5E0A87@emea.cisco.com>
Content-Transfer-Encoding: base64

PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IlByb2dJZCIgY29udGVudD0i
UG93ZXJQb2ludC5TbGlkZSI+DQo8bWV0YSBuYW1lPSJHZW5lcmF0b3IiIGNvbnRlbnQ9Ik1pY3Jv
c29mdCBQb3dlclBvaW50IDE0Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdyYXA6IGJy
ZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJyZWFrOiBh
ZnRlci13aGl0ZS1zcGFjZTsgIj4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJjb2xvcjogcmdiKDAsIDAs
IDApOyAiPkhpJm5ic3A7RGlldGVyOiZuYnNwOzwvZGl2Pg0KPGRpdiBzdHlsZT0iY29sb3I6IHJn
YigwLCAwLCAwKTsgIj48YnI+DQo8L2Rpdj4NCjxkaXYgc3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwg
MCk7ICI+VGhlIGRlZmF1bHQgcGFyYW1ldGVyIHZhbHVlIGluIGRhdGEgcGxhbiBpcyBkZWZpY2ll
bnQgZm9yIHRoZSBmb2xsb3dpbmcgcmVhc29uczo8L2Rpdj4NCjxvbD4NCjxsaT5XZSBjYW5ub3Qg
ZGlmZmVyZW50aWF0ZSBiZXR3ZWVuIHJldmVydGl2ZSBhbmQmbmJzcDtub24tcmV2ZXJ0aXZlIGJl
aGF2aW9yIHVzaW5nIGRlZmF1bHQgdmFsdWUgb2YmbmJzcDs8c3BhbiBzdHlsZT0iZm9udC1zaXpl
OiAxNHB4OyAiPndhaXQtdG8tcmVzdG9yZSB0aW1lci4gRS5nLiwgYTwvc3Bhbj5zIGZhciBhcyZu
YnNwO0kmbmJzcDtyZW1lbWJlciBkZWZhdWx0IHZhbHVlIGZvciBXUlQgaXMgMCwgd2hpY2ggbWVh
bnMgcHJvdGVjdGlvbiBpcyZuYnNwO25vbi1yZXZlcnRpdmUuIFNvDQogdGhpcyBkZWZhdWx0IGRv
ZXMgbm90IHdvcmsgZm9yIHJldmVydGl2ZSBwcm90ZWN0aW9uLiBJLmUuLCB0aGUgZGF0YSBwbGFu
IGRlZmF1bHQgY2Fubm90IGNvdmVyIGJvdGggcmV2ZXJ0aXZlIGFuZCBub24tcmV2ZXJ0aXZlIGNh
c2VzLiZuYnNwOzwvbGk+PGxpPkNvcnJlY3Qgc2V0dGluZyBmb3ImbmJzcDs8c3BhbiBzdHlsZT0i
Zm9udC1zaXplOiAxZW07ICI+d2FpdC10by1yZXN0b3JlJm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxl
PSJmb250LXNpemU6IDFlbTsgIj5hbmQgaG9sZC1vZmYgdGltZXJzIG5lZWQgdG8mbmJzcDs8L3Nw
YW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMWVtOyAiPmFjY291bnQgZm9yIGRpZmZlcmVudGlh
bCBkZWxheXMgYmV0d2VlbiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxZW07
ICI+d29ya2luZw0KIGFuZCBwcm90ZWN0aW9uIHBhdGhzLiZuYnNwOzwvc3Bhbj48L2xpPjwvb2w+
DQo8ZGl2IHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDApOyAiPkluIHN1bW1hcnksIGRlZmF1bHQg
dmFsdWVzIGNhbm5vdCBjb3ZlciBhbGwgdXNlIGNhc2VzLiBIZW5jZSwmbmJzcDtTUCB0eXBpY2Fs
bHkgd2FudHMgdG8gc2V0Jm5ic3A7cmV2ZXJ0aXZlIHZzLiBub24tcmV2ZXJ0aXZlIGJlaGF2aW9y
LCZuYnNwOzxzcGFuIHN0eWxlPSJmb250LXNpemU6IDFlbTsgIj53YWl0LXRvLXJlc3RvcmUmbmJz
cDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMWVtOyAiPmFuZCBob2xkLW9mZg0KIHRp
bWVycyBvbiBwZXIgY29ubmVjdGlvbiBiYXNpcy4mbmJzcDs8L3NwYW4+PC9kaXY+DQo8ZGl2IHN0
eWxlPSJjb2xvcjogcmdiKDAsIDAsIDApOyAiPjxicj4NCjwvZGl2Pg0KPGRpdiBzdHlsZT0iY29s
b3I6IHJnYigwLCAwLCAwKTsgIj4NCjxkaXY+VGhhbmtzPC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2
Pg0KPGRpdj5SZWdhcmRzIOKApiBaYWZhcjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXYgc3R5
bGU9ImNvbG9yOiByZ2IoMCwgMCwgMCk7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlm
OyBmb250LXNpemU6IDE0cHg7ICI+DQo8YnI+DQo8L2Rpdj4NCjxzcGFuIGlkPSJPTEtfU1JDX0JP
RFlfU0VDVElPTiIgc3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwgMCk7IGZvbnQtZmFtaWx5OiBDYWxp
YnJpLCBzYW5zLXNlcmlmOyBmb250LXNpemU6IDE0cHg7ICI+DQo8ZGl2IHN0eWxlPSJmb250LWZh
bWlseTpDYWxpYnJpOyBmb250LXNpemU6MTFwdDsgdGV4dC1hbGlnbjpsZWZ0OyBjb2xvcjpibGFj
azsgQk9SREVSLUJPVFRPTTogbWVkaXVtIG5vbmU7IEJPUkRFUi1MRUZUOiBtZWRpdW0gbm9uZTsg
UEFERElORy1CT1RUT006IDBpbjsgUEFERElORy1MRUZUOiAwaW47IFBBRERJTkctUklHSFQ6IDBp
bjsgQk9SREVSLVRPUDogI2I1YzRkZiAxcHQgc29saWQ7IEJPUkRFUi1SSUdIVDogbWVkaXVtIG5v
bmU7IFBBRERJTkctVE9QOiAzcHQiPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPkZy
b206IDwvc3Bhbj5EaWV0ZXIgQmVsbGVyICZsdDs8YSBocmVmPSJtYWlsdG86RGlldGVyLkJlbGxl
ckBhbGNhdGVsLWx1Y2VudC5jb20iPkRpZXRlci5CZWxsZXJAYWxjYXRlbC1sdWNlbnQuY29tPC9h
PiZndDs8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+T3JnYW5pemF0aW9uOiA8
L3NwYW4+QWxjYXRlbC1MdWNlbnQ8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+
RGF0ZTogPC9zcGFuPlN1bmRheSwgTm92ZW1iZXIgMTAsIDIwMTMgOTowNyBBTTxicj4NCjxzcGFu
IHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5UbzogPC9zcGFuPnphbGkgJmx0OzxhIGhyZWY9Im1h
aWx0bzp6YWxpQGNpc2NvLmNvbSI+emFsaUBjaXNjby5jb208L2E+Jmd0Ozxicj4NCjxzcGFuIHN0
eWxlPSJmb250LXdlaWdodDpib2xkIj5DYzogPC9zcGFuPiZxdW90OzxhIGhyZWY9Im1haWx0bzps
YmVyZ2VyQGxhYm4ubmV0Ij5sYmVyZ2VyQGxhYm4ubmV0PC9hPiZxdW90OyAmbHQ7PGEgaHJlZj0i
bWFpbHRvOmxiZXJnZXJAbGFibi5uZXQiPmxiZXJnZXJAbGFibi5uZXQ8L2E+Jmd0OywgJnF1b3Q7
PGEgaHJlZj0ibWFpbHRvOmNjYW1wQGlldGYub3JnIj5jY2FtcEBpZXRmLm9yZzwvYT4mcXVvdDsg
Jmx0OzxhIGhyZWY9Im1haWx0bzpjY2FtcEBpZXRmLm9yZyI+Y2NhbXBAaWV0Zi5vcmc8L2E+Jmd0
Ozxicj4NCjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5TdWJqZWN0OiA8L3NwYW4+UmU6
IFtDQ0FNUF0gQ29tbWVudCBvbiBjb21wYXRpYmlsaXR5IGluIGRyYWZ0LXRha2Fjcy1jY2FtcC1y
ZXZlcnRpdmUtcHM8YnI+DQo8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBp
ZD0iTUFDX09VVExPT0tfQVRUUklCVVRJT05fQkxPQ0tRVU9URSIgc3R5bGU9IkJPUkRFUi1MRUZU
OiAjYjVjNGRmIDUgc29saWQ7IFBBRERJTkc6MCAwIDAgNTsgTUFSR0lOOjAgMCAwIDU7Ij4NCjxk
aXY+DQo8ZGl2IGJnY29sb3I9IiNGRkZGRkYiIHRleHQ9IiMwMDAwMDAiPjxmb250IGZhY2U9IlRh
aG9tYSI+SGkgWmFmYXIsPGJyPg0KPGJyPg0KdGhpcyBkcmFmdCBpcyBkZWZpbmluZyBzaWduYWxp
bmcgZXh0ZW5zaW9ucyBmb3IgdGhlIGhvbGQtb2ZmIHRpbWUgYXMgd2VsbCBhcyB0aGUgd2FpdC10
by1yZXN0b3JlIHRpbWUgZm9yIHByb3RlY3RlZCBMU1BzPGJyPg0Kd2hlcmUgYXBwbGljYWJsZS48
YnI+DQo8YnI+DQpUaGVyZSBhcmUgZGVmYXVsdCB2YWx1ZXMgc2V0IGZvciB0aGVzZSB0aW1lcnMg
aW4gdGhlIGRhdGEgcGxhbmUgYW5kIHNpZ25hbGluZyB0aGVtIGluIHRoZSBjb250cm9sIHBsYW5l
IG1ha2VzIG9ubHk8YnI+DQpzZW5zZSBpZiB0aGUgdGltZXIgdmFsdWVzIHNoYWxsIGRpZmZlciBm
cm9tIHRoZSBkZWZhdWx0IHZhbHVlcy4gRG8geW91IHNlZSBhIG5lZWQgZm9yIHRoYXQ/IElNTywg
b3BlcmF0b3JzIHR5cGljYWxseTxicj4NCnVzZSB0aGUgZGVmYXVsdHMgYW5kIGRvIG5vdCBzZXQg
dGhlc2UgdmFsdWVzIG9uIGEgcGVyIGNvbm5lY3Rpb24gYmFzaXMuPGJyPg0KPGJyPg0KPGJyPg0K
VGhhbmtzLDxicj4NCkRpZXRlcjxicj4NCjxicj4NCjxicj4NCjwvZm9udD4NCjxkaXYgY2xhc3M9
Im1vei1jaXRlLXByZWZpeCI+T24gMDguMTEuMjAxMyAyMjoxMSwgWmFmYXIgQWxpICh6YWxpKSB3
cm90ZTo8YnI+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIGNpdGU9Im1pZDpDRUEyNUU4NS44MUZGRSUy
NXphbGlAY2lzY28uY29tIiB0eXBlPSJjaXRlIj4NCjxwcmUgd3JhcD0iIj5IaSBMb3UtIA0KDQpZ
b3UgYXJlIHJpZ2h0LCB0aGUgY3R5cGUgaXMgVEJELCBsaWtlIEkgbWVudGlvbmVkIGR1cmluZyB0
aGUgbWVldGluZyB0aGF0DQp3ZSBhcmUgdXNpbmcgZGlmZmVyZW50IGN0eXBlLg0KDQpXZSB3b3Vs
ZCBsaWtlIHRvIHRha2UgdGhpcyBvcHBvcnR1bml0eSB0byBzb2xpY2l0IGNvbW1lbnRzIGZyb20g
dGhlIFdHIG9uDQp0aGlzIGRyYWZ0LiANCg0KVGhhbmtzDQoNClJlZ2FyZHMgxaAgWmFmYXINCg0K
LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IDxhIGNsYXNzPSJtb3otdHh0LWxpbmst
cmZjMjM5NkUiIGhyZWY9Im1haWx0bzpsYmVyZ2VyQGxhYm4ubmV0Ij4mcXVvdDtsYmVyZ2VyQGxh
Ym4ubmV0JnF1b3Q7PC9hPiA8YSBjbGFzcz0ibW96LXR4dC1saW5rLXJmYzIzOTZFIiBocmVmPSJt
YWlsdG86bGJlcmdlckBsYWJuLm5ldCI+Jmx0O2xiZXJnZXJAbGFibi5uZXQmZ3Q7PC9hPg0KRGF0
ZTogVGh1cnNkYXksIE5vdmVtYmVyIDcsIDIwMTMgNjoxNyBQTQ0KVG86IHphbGkgPGEgY2xhc3M9
Im1vei10eHQtbGluay1yZmMyMzk2RSIgaHJlZj0ibWFpbHRvOnphbGlAY2lzY28uY29tIj4mbHQ7
emFsaUBjaXNjby5jb20mZ3Q7PC9hPiwgPGEgY2xhc3M9Im1vei10eHQtbGluay1yZmMyMzk2RSIg
aHJlZj0ibWFpbHRvOmNjYW1wQGlldGYub3JnIj4mcXVvdDtjY2FtcEBpZXRmLm9yZyZxdW90Ozwv
YT4gPGEgY2xhc3M9Im1vei10eHQtbGluay1yZmMyMzk2RSIgaHJlZj0ibWFpbHRvOmNjYW1wQGll
dGYub3JnIj4mbHQ7Y2NhbXBAaWV0Zi5vcmcmZ3Q7PC9hPg0KU3ViamVjdDogQ29tbWVudCBvbiBj
b21wYXRpYmlsaXR5IGluIGRyYWZ0LXRha2Fjcy1jY2FtcC1yZXZlcnRpdmUtcHMNCg0KPC9wcmU+
DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIj4NCjxwcmUgd3JhcD0iIj5aYWZhciwNCglNeSBjb21t
ZW50IGluIHRvZGF5J3Mgc2Vzc2lvbiB3YXMgdGhhdCB5b3UgYXJlIHJlZGVmaW5pbmcgdGhlIGZv
cm1hdCBvZg0KYW4gZXhpc3Rpbmcgb2JqZWN0IChieSBhZGRpbmcgVExWcykgdGhpcyBicmVha3Mg
Y29tcGF0aWJpbGl0eS4gIFlvdQ0Kc3RhdGVkIHRoYXQgdGhpcyB3YXNuJ3QgdGhlIGNhc2UuDQoN
CkZXSVc6DQoNCllvdXIgZG9jdW1lbnQgc2F5czoNCg0KICAgMCAgICAgICAgICAgICAgICAgICAx
ICAgICAgICAgICAgICAgICAgIDIgICAgICAgICAgICAgICAgICAgMw0KICAgMCAxIDIgMyA0IDUg
NiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxDQogICYj
NDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7
LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj
NDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7
LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7DQogIHwgICAgICAgICAgICBMZW5ndGggICAgICAgICAg
ICAgfCBDbGFzcy1OdW0oMzcpIHwgICBDLVR5cGUoMikgICB8DQogICYjNDM7LSYjNDM7LSYjNDM7
LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj
NDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7
LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj
NDM7LSYjNDM7DQogIHxTfFB8TnxPfCBSZXNlcnZlZCAgfCBMU1AgRmxhZ3MgfCAgICAgIFJlc2Vy
dmVkICAgICB8IExpbmsgRmxhZ3N8DQogICYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj
NDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7
LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj
NDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7DQogIHxJ
fFJ8ICAgUmVzZXJ2ZWQgICAgfCBTZWcuRmxhZ3MgfCAgICAgICAgICAgUmVzZXJ2ZWQgICAgICAg
ICAgICB8DQogICYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7
LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj
NDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7
LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7DQogIHwgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8DQogIH4gICAg
ICAgICAgICAgICAgICAgICAgICAgICBzdWItVExWcyAgICAgICAgICAgICAgICAgICAgICAgICAg
ICB+DQogIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICB8DQogICYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj
NDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7
LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj
NDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7DQoNCg0KUkZDNDg3
MiBzYXlzDQogICAgIDAgICAgICAgICAgICAgICAgICAgMSAgICAgICAgICAgICAgICAgICAyICAg
ICAgICAgICAgICAgICAgIDMNCiAgICAgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2
IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxDQogICAgJiM0MzstJiM0MzstJiM0MzstJiM0
MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzst
JiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0
MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzst
JiM0MzsNCiAgICB8ICAgICAgICAgICAgTGVuZ3RoICAgICAgICAgICAgIHwgQ2xhc3MtTnVtKDM3
KSB8IEMtVHlwZSAoMikgICAgfA0KICAgICYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj
NDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7
LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj
NDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7DQogICAg
fFN8UHxOfE98IFJlc2VydmVkICB8IExTUCBGbGFncyB8ICAgICBSZXNlcnZlZCAgICAgIHwgTGlu
ayBGbGFnc3wNCiAgICAmIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m
IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz
Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m
IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOw0KICAgIHwgICAgICAgICAg
ICAgICAgICAgICAgICAgICBSZXNlcnZlZCAgICAgICAgICAgICAgICAgICAgICAgICAgICB8DQog
ICAgJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzst
JiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0
MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzst
JiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzsNCg0KUGVyaGFwcyB5b3UgbWVhbnQgQy1UeXBl
KFRCRCkuICBZb3Ugc2hvdWxkIGFkZHJlc3MgY29tcGF0aWJpbGl0eQ0KZXhwbGljaXRseSBpbiBh
bnkgY2FzZS4NCg0KTG91DQo8L3ByZT4NCjwvYmxvY2txdW90ZT4NCjxwcmUgd3JhcD0iIj5fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KQ0NBTVAgbWFpbGlu
ZyBsaXN0DQo8YSBjbGFzcz0ibW96LXR4dC1saW5rLWFiYnJldmlhdGVkIiBocmVmPSJtYWlsdG86
Q0NBTVBAaWV0Zi5vcmciPkNDQU1QQGlldGYub3JnPC9hPjxhIGNsYXNzPSJtb3otdHh0LWxpbmst
ZnJlZXRleHQiIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vY2Nh
bXAiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vY2NhbXA8L2E+PC9wcmU+
DQo8L2Jsb2NrcXVvdGU+DQo8YnI+DQo8ZGl2IGNsYXNzPSJtb3otc2lnbmF0dXJlIj4tLSA8YnI+
DQo8aW1nIGFsdD0iIiBzcmM9ImNpZDpwYXJ0MS4wNjAxMDcwNi4wMDA4MDQwOUBhbGNhdGVsLWx1
Y2VudC5jb20iIGhlaWdodD0iMjYiIHdpZHRoPSIyNzYiPjxicj4NCjxkaXYgc3R5bGU9ImZvbnQt
ZmFtaWx5OlRhaG9tYTtmb250LXdlaWdodDpib2xkO2ZvbnQtdmFyaWFudDpzbWFsbC1jYXBzO2Zv
bnQtc2l6ZToxMHB0O2NvbG9yOiMwMDAwMDAiPg0KRElFVEVSIEJFTExFUiA8L2Rpdj4NCjxkaXYg
c3R5bGU9ImZvbnQtZmFtaWx5OlRhaG9tYTtmb250LXdlaWdodDpub3JtYWw7Zm9udC12YXJpYW50
Om5vcm1hbDtmb250LXNpemU6MTBwdDtjb2xvcjojNjYzOWI3Ij4NCkFMQ0FURUwtTFVDRU5UIERF
VVRTQ0hMQU5EIEFHIDxicj4NClBST0pFQ1QgTUFOQUdFUiBBU09OL0dNUExTIENPTlRST0wgUExB
TkUgPGJyPg0KSVAgUk9VVElORyBBTkQgVFJBTlNQT1JUIEJMIDxicj4NCklQIFRSQU5TUE9SVCBC
VSA8YnI+DQo8YnI+DQpMb3JlbnpzdHJhc3NlIDEwIDxicj4NCjcwNDM1IFN0dXR0Z2FydCwgR2Vy
bWFueSA8YnI+DQpQaG9uZTogJiM0Mzs0OSA3MTEgODIxIDQzMTI1IDxicj4NCk1vYmlsOiAmIzQz
OzQ5IDE3NSA3MjY2ODc0IDxicj4NCjwvZGl2Pg0KPGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6VGFo
b21hO2ZvbnQtd2VpZ2h0OmJvbGQ7Zm9udC12YXJpYW50Om5vcm1hbDtmb250LXNpemU6MTBwdDtj
b2xvcjojNjYzOWI3Ij4NCjxhIGNsYXNzPSJtb3otdHh0LWxpbmstYWJicmV2aWF0ZWQiIGhyZWY9
Im1haWx0bzpEaWV0ZXIuQmVsbGVyQGFsY2F0ZWwtbHVjZW50LmNvbSI+RGlldGVyLkJlbGxlckBh
bGNhdGVsLWx1Y2VudC5jb208L2E+PC9kaXY+DQo8YnI+DQo8ZGl2IHN0eWxlPSJmb250LWZhbWls
eTpUYWhvbWE7Zm9udC13ZWlnaHQ6bm9ybWFsO2ZvbnQtdmFyaWFudDpub3JtYWw7Zm9udC1zaXpl
OjhwdDtjb2xvcjojMDAwMDAwIj4NCkFsY2F0ZWwtTHVjZW50IERldXRzY2hsYW5kIEFHIDxicj4N
CkRvbWljaWxlIG9mIHRoZSBDb21wYW55OiBTdHV0dGdhcnQgwrcgTG9jYWwgQ291cnQgU3R1dHRn
YXJ0IEhSQiA0MDI2IDxicj4NCkNoYWlybWFuIG9mIHRoZSBTdXBlcnZpc29yeSBCb2FyZDogTWlj
aGFlbCBPcHBlbmhvZmYgPGJyPg0KQm9hcmQgb2YgTWFuYWdlbWVudDogV2lsaGVsbSBEcmVzc2Vs
aGF1cyAoQ2hhaXJtYW4pIMK3IEhhbnMtSsO2cmcgRGF1YiDCtyBBbmRyZWFzIEdlaGUNCjxicj4N
Cjxicj4NClRoaXMgZS1tYWlsIGFuZCBpdHMgYXR0YWNobWVudHMsIGlmIGFueSwgbWF5IGNvbnRh
aW4gY29uZmlkZW50aWFsIGluZm9ybWF0aW9uLjxicj4NCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRo
aXMgZS1tYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHVzIGFuZCBkZWxldGUgb3IgZGVzdHJv
eSB0aGUgZS1tYWlsIGFuZCBpdHMgYXR0YWNobWVudHMsIGlmIGFueSwgaW1tZWRpYXRlbHkuDQo8
YnI+DQpJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGUtbWFpbCBpbiBlcnJvciwgeW91IG11c3Qg
bm90IGZvcndhcmQgb3IgbWFrZSB1c2Ugb2YgdGhlIGUtbWFpbCBhbmQgaXRzIGF0dGFjaG1lbnRz
LCBpZiBhbnkuDQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4N
Cjwvc3Bhbj4NCjwvYm9keT4NCjwvaHRtbD4NCg==

--_000_CEA7E0C882EA8zaliciscocom_--

--_004_CEA7E0C882EA8zaliciscocom_
Content-Type: image/jpeg; name="Corporate-sig-logo.jpg"
Content-Description: Corporate-sig-logo.jpg
Content-Disposition: attachment; filename="Corporate-sig-logo.jpg"; size=5715;
	creation-date="Tue, 12 Nov 2013 19:01:55 GMT";
	modification-date="Tue, 12 Nov 2013 19:01:55 GMT"
Content-ID: 
Content-Transfer-Encoding: base64

/9j/4AAQSkZJRgABAgAAZABkAAD/7AARRHVja3kAAQAEAAAAZAAA/+4ADkFkb2JlAGTAAAAAAf/b
AIQAAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQICAgICAgICAgIC
AwMDAwMDAwMDAwEBAQEBAQECAQECAgIBAgIDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMD
AwMDAwMDAwMDAwMDAwMDAwMD/8AAEQgAGgEUAwERAAIRAQMRAf/EAaIAAAAGAgMBAAAAAAAAAAAA
AAcIBgUECQMKAgEACwEAAAYDAQEBAAAAAAAAAAAABgUEAwcCCAEJAAoLEAACAQMEAQMDAgMDAwIG
CXUBAgMEEQUSBiEHEyIACDEUQTIjFQlRQhZhJDMXUnGBGGKRJUOhsfAmNHIKGcHRNSfhUzaC8ZKi
RFRzRUY3R2MoVVZXGrLC0uLyZIN0k4Rlo7PD0+MpOGbzdSo5OkhJSlhZWmdoaWp2d3h5eoWGh4iJ
ipSVlpeYmZqkpaanqKmqtLW2t7i5usTFxsfIycrU1dbX2Nna5OXm5+jp6vT19vf4+foRAAIBAwIE
BAMFBAQEBgYFbQECAxEEIRIFMQYAIhNBUQcyYRRxCEKBI5EVUqFiFjMJsSTB0UNy8BfhgjQlklMY
Y0TxorImNRlUNkVkJwpzg5NGdMLS4vJVZXVWN4SFo7PD0+PzKRqUpLTE1OT0laW1xdXl9ShHV2Y4
doaWprbG1ub2Z3eHl6e3x9fn90hYaHiImKi4yNjo+DlJWWl5iZmpucnZ6fkqOkpaanqKmqq6ytrq
+v/aAAwDAQACEQMRAD8A3+Pfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfu
vde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691
737r3Xvfuvde9+691737r3Xvfuvde9+691737r3XvfuvdBd3V3L178fOrd59ydq52Pbmw9h4hsvn
sm0T1ExVp4aKgx+PpIrzV+XzGTqoaSjp09c9VOiDlvZ1y7y9u3Ne92/L2xxGbdLqTSi8BwJZmPBV
RQWdjhVBPl09bwS3MywQisjGg/1eg4nrV9ov5uX8w/5z90Zjr34TbW6/6R2LhKTKZ/I7w3njcLnD
snYeNhlSt353Dvvd9LmdlbaxVLGv3Rho8U0kUn+TRvkGXVLmlJ7D+0/tpy7HuvuPPdblucjKixQs
6eNOxxBaQxFJpGPw1eShHeREDQC47Jtm3QCXcGaSQ4oKip9FAoSftPzx0vKP+cN8sPhR8jj0B88q
XqnuzbS0208zlOyuk6abF5vEbe3tiKHP4vPYilbFbYx+4aOjxmRRpMbV4bEV76Syzspj8pXJ7Acj
e43KP9afbBr7brysqLb3hDI8kLFGRjqkaMllNJFllQcCoNdLZ2Oyv7X6nbtcb5Gl+BINKHjT7QSP
l1slf6Zurf8ARH/p6/vxgv8AQ9/cf/SR/f8A+5b+A/3I/hP8c/j/AJfH9x9v/DP3PH4/Pq/b0eT0
e8QP6vb3+/v6r/TS/wBYPqfp/Ap3+Nq0aPSurFa6fOtM9BTwJvH+m0nx9WnT51rSnRWch3x82aXq
D5bbupPhHS13afUna+9NrfGHq9O+NjJF8n+rMRkMLDtLtSXczwDHdYz7jxFdV1j4TJaq6J6L7a/l
kQ+ybqlFqM46Eyq7R+TEXdvx72PT/GWlm6h391turc3fXcX+lna1+i9/YvC0VVt7r6j2f9umY7C/
jeenND/EKErAIyaiwSGQN7rVBQ5z0EmS77+d9P0J8nN+Y/4KYys7u617g3DtL45dIN8iev44/kN1
HjtxbVx+G7brN9GnXb/XFTltuZTKZJcFXk12rFimJSWpjPv3W6LUZx0MlV2X8lI/kD0/sOm+NlBN
0Tu7qrPbp7Z7wPbm2vvOpuzaFUOI6zp9gGgTN72iyUrrGMrSNHTESPIQggKy+61QUrXPQIZD5AfP
qn+N3ePY1F8CsRXfIXZXc2b2f0r8e0+SXX0dL3J1DQ7r2zisX2zU9l1NDTbe2PUZLb2QylcuHrkF
WRjEDeM1aInut0WtK46Hyr7F+REPyX2R1xT/AB5oar46ZzpvKbu3h8hl7S26lZsvt2kzn2dH1SvW
b0i7jz1LWYYx1K5iFkpWMrKQhgZZPdaoKVrnovdX8iPn5D8Xuwez6X4BY6q+SO3O4a7Z+yPjePkh
1/HTdgdV0u+MRhIO0YOz5aBNt4F6vbFXV1642tSKo00ev6SxxN7rdFrSuOjIVfYffEPylxPVlL0H
FV/Gyr6SrN75T5Mnsfb0E2L7gh3lJhqbpxeqmgfdNYs+1Fjy38aDrQ/umD/ORMG91qgpWuei2z/I
n5+r8YMp2ZT/AAAoJPkjF3NLsrE/HGX5I9ex0lX1YN8Q4KHtSr7QWifbdMr7bZ65seEacKol5Q6P
fut0WtK4+zoxq9hfIA/KmTq5ugKRfjGvSabzj+TQ7M241ZJ3G27/AOEt1AepfCN1JAm1Qcoc1qNE
SRCCZCQvutUFK1z0XSl+Qn8wOT4x7X7JqfgDg6f5JZLuSn2duf45j5N7AloNt9USbyrsNUdqR9pp
iTtrKyQbehgrf4XChqWjm8g5U0/v3W6LWlcfZ0YWk7F+Q03yg3V1lU/HqjpfjZiulcfvLbXyRbtD
bklVuXuGo3LHjqnqJ+rUpm3TiqaDbzS15zTl6NDTiM6nqEVPdaoKVrnov9F8hPn0/wAaOm+y8h8B
8ZSfIfdvc2G2f298dYvkh19UxdV9R1m8dw4XIdr0XZcVE22d31NJt2hxuR/hFMBUpHkm1HVSyx+/
dbotaVx0PuO7I+Q0/wAj+y+ua/4709J8f9t9T7e3d153/H2dtyWfsHsvIV09NmOr5+uzTrn9ttja
eJpRk5mkpAsaljeeNU91qgpWuegMoPkD87Kj45fHTsWr+B9HQ9/di9zbf2b310AfkPsCeDoPqKv3
bvDF5nt1ex0pBgN/y43a2GxGS/guOjNarZoxetqObV7rdFqRXHQx0vaHyVl787t2HP8AGeli6R2R
1Zt3dPT3dTdt7YSfufsrJUs82X63bZK0c+X2LBiayJqZsnXloRoWYI8c6BPdaoKcc9BLi++PnVU9
IfFzeuR+DWKoO5Oze29u7V+SnT3+zDbDki+OXU+Qz+46HNdq0W8o6WTC9mVWJ29j8dkP4JjmWtL5
E0wLSQSN791ui1OcdChF2l8o27g+Sm0ZPi9jh1R1z11tfcXx07THcm1UqPkPv7J7Xq8luHYNbtE0
L5Hq6PCbphGL/iOTdoGTTVKHim0xe61QUGc9B3Q95/N6frX4hbjq/hJjKbsTtvsfbe3vlT1+vyA2
M8Pxb66yE2TXP9h0u4jSLj+1ajCY+mgqv4Tiz91JJL9ojPIfKPdbotTnHS4h7Z+VknYny1203xVx
8ex+qtk7ZzfxX38/cu1Ei+UW8MpsbKZnObMyOENGcj1AuB3vSU+GauygkgeOo+6UNEvv3WqDGf8A
Y6S1D3l8yKjY/wAOs3UfC+Cm3h3HurA4v5VbRfvLZSp8Vdr1mFrqzN7qiyv2rU/aL4ytgjCUON0z
OT4L+V1ce63Rc5+zrXk/m+/NPFbK/mPYDftH2D2bjP8AhsDB/HnedF13szZHZuc232Zu/uztHa27
fkrt/dO69n7RzOydsQYf4iU2PeI7jyWNhlmyLrTl5VdffunEWq09f9X+Hoato/JfvGi7+7f+PHQv
eG1+kG+YX8475J7RHyT3PtrE9nU2yto7C+Efxg7FwWy+ssBu2V9gVW+e2crWRUuB/iZnoyRP4aWq
qJI09+69QUqRWi/5elF81Pm/81PjvuHsOg6Y+R28e/st8L4PjUnyifG/Gf40bR6NpZu29x4qSiou
3N0bl7bh7frN1dj7SzMDRUnWuHEGGeWKWcwo7rH7rSqp4jjw6Lpg/lJ8sfj3gPlxuLrnuTeNU/yP
/n3fIf4hYeGfYXV2/Mv0rjo9x5rMJunYdf2puLbOK3JvfcOz9kYvae2MDuPIrtmgpyjQxiRIIJvd
WoppXyWvRxuouxfmbnfnD/L+oflVtXcFB2FtnD/zXtv7Fl3NR7E683H3X1fhdsfDnO9Wb57D2f1j
uzfPX2y93Vcu4avE1UNJMaaKWgaqigSOoAZyFY3mVJm0QlgGamrSCRVtNRWgzSorwr1qiUOe2or5
06MHuvtXszM/PD+Uluv5A7LpPjrvPcfSH8y1t89YVXYeF3NhcHXYuf4z0G2xU7oxc9PgMzNkcNHF
kIVGp6Q1rQE+RHJO+aLDY9s324seXL47lssZXwrkxND4gKKzfpv3Locsmfi06hgjpyeOGOR0t38S
EEUahFcZwc4OPy6D/eP8wPvPG7A+WGVxHY21TuPrn+cT8ffiR1jEmD2fUz/7L/2dlPieazAU9AaO
T+PVefw3Ye6ZqTKuk1aYg8kM1qRTGQdM6Rj/AEtf8PQFVf8AMA+Z9H8DvlB/M/h762NkqPau5e3u
v9l/CCPqDZq4fpLIbb7xm6O23VdjdgVOVxPama37srHPFu7cFNU1VJjK2i/ap6emp5EqT7reldQT
+fTHvz5dfzWOr9sbB2nkd25rGYru35mfBjpLpf5P959F/HbE7ly+F+TNX2FtPtHBZLqXpHtDeWyM
/tvZuSxGFzeDylNU4qsqKerekmqJtInb3WwEP7D0w757Y+YnYXdnSPxf7A+V0sPZHRn83PMdKbd+
SO3OsNjbard07PynwD3P3LtEb36h0y9V5/cuLyO9Jsch+0SllkaGaKnjqY1d9deooBIGCv8Al6H7
/hQ7W75qfjn8beq9vy1mal7A7yo6KvpKKlWKu3TuPEbTyFBtyiENMY4AMhk8/JKKYDxtULEwA8S+
8sfulw7fFzVu283xVTabWSHbgiNIpkb5UWMZ8lLDz6EPK4jFzLM/4Y+PoK5P8ugz2x0Z8dPjZt74
2fyrYqvMb7+RvyK33s7fPy0oNgZ2kxNA+KxuNk3fkMd2XuOPH12Yrdm7O2pSVlRt7bFI9EMg9NHk
q9o6Srnp8od3vMvNvOF3vHvcyx2vKO02ssO1tOhZtTN4Stbx6gglllKLPcMH0BjDEC8avC89xdXb
S7xhbWJSI9Qr8u0cKk01Ma04DIBFNvyb7hn+V/yn+auZ3Njtl5Dr/BR92brwe9U2dtXH7329iut5
Jtr9LVf9/cbi8bu7PR7jz0G3dtPR5WsyNHHQZfxwwxvTUUtNkHyby+vI3JPLlvZPcJusps4nh8WV
oZGuKSXY8BmaJPDQz3AeJY3LxVZiHkVz20gFlZ26oWEp0AipodWWxwFBqaoANR8zU2v+l7sL/oHv
/u5/EKv+Ff7NJ/oh8tp/N/o9/iX+lT+H/dX1faf3y/Zvfx+D/J/0+n2BP3BtP/BWfV6F8f8Acn1V
MU8fT9Nqp6+Dn11d/HPSHwIv6zaqZ8HV/tqaf8H+frdN987OgH1737r3Xvfuvde9+691737r3Xvf
uvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+69
1737r3XvfuvdBG3QfSb4ruHBSdVbClw/yDqMvV95Y2bbGKmo+2p89tml2XmX7AhlpnTdC5HaVFFj
pVq/KrUaCK2m49+63U/s6C/cHwY+HO6urNx9I7j+M/TGZ6m3buij3xn9hV2w8FNt+u3vjtqYfY2O
3olKaQNQ7vxuzsBRYynylO0VdBRUyRRyqgt7917U1a1NekDlv5Y38vjNz7Oqcl8PuhpZthbewm09
sNDsPE0S0u2ttOJNu4XIx0MdNHuHH4KYeSjjyIqxTS+uPS/q9+63rb1PSw3N8BfhPvPcvbe8N2fF
force5e+sZRYjuXL5nrjbVfUdkUeOytBnaN91LUUDw5LIQZ3FUlcKtl+7NZSQTmQywxuvuvam9Tj
pWdV/EL4xdIpsNeqOj+vNjydYf3/AP8AR/WYbAwLk9qP2ocC3ZMuJy1SajJwz75O18d/FJDKz1n2
MPkLeNbe60WJ49c+/viJ8X/lT/dP/ZkehOq+8P7ifx3+5n+kzZuG3b/dj+9H8G/vF/BP4tTVH8P/
AI1/d2h+58dvL9pFqvoFvdeDEcD0g8f/AC8/g1ie0dgd1Yz4odFUHanVeB2htrrze1L15t+HMbSx
HX2Dx22tgxYlkpBTRVmx9vYejosPVtG1XjKWkgjppYkhjC+63qalKmnT6vwa+HK9t7673/2WTpN+
3Oz9uZ/aXY2+JuvduT5TfO392U70m7MfuuKahfH53+9dFI1PlJamGSfJU58VS8sfp9+61qalKmnT
L13/AC+vhL1NjosR1z8Yen9p4yn7L2P3FR0ON2lQmmx3Z3WVTkazrneWLjqRULi8vsOpy9U+HNP4
o8aaiT7dYw7X91ssx4npT9o/Cz4ld14Pem2+2vjr1F2FhOxN+4rtLe1DujZWGyi7i7Jwe26PZuJ3
3Xzz0xqTuyh2hQxYpK9HSp/hoNMXMLuje60GYcD0D/8AMU+E+M+anxYzHS+Enxu2t57XrcTvHp7L
VQlpsPg947Zo6vHY/HZA0cUtRT4LM4HI1eNlaNJPthUJULHI0CI0oe0PuG/trznDvsitJtUiNBco
tNTQuQSVBoNaOqSKCRq0lKgMSDHar87fdicgmIijD5H0+YND/Lz60/8A4v8AZG/P5dP8xDafaPzZ
2D2xHndrPvii3icrAue3tWtunZed2jS7twWV3BlIcdvTHpLk471lNk3inoWkaCWUhYpM/edNo2v3
b9pp9l9uLqxNrP4Ji0nRCPDmSUxOqKWhainsaMFXoGVcsBxeRR7ptbQ7eyaWpTyGCDQgDH2U49O+
U2xR/NrKYD4ofy3fjBvPG9c02+Kffe/O2u0ammz/AGhvPcn8Or8NQbx7p7Eplq9uddbN25jcvXfa
4WgqWpqqrqHmSKorpYoQngvJPbiGXnn3e3q3fdzbGGC1tgUtoY9Su0VpAaSTyyMiapnXUqqFLJEr
N1UOdvBvN1mUy6aBVwoHGirxYmgyeHyHW1l/w2h1x/w3J/sgf8Z/Y/ufq/0h/wANi+4/0ufxn++n
9/v4fq838P8A77f8ofn8/wDBv8i+4/3b7we/1493/wBdz/XS8Pu+o/sNWPpdHg+Bq4avB/Hpp4v6
mny6Bv72l/ev7yp+L4f6NKaf2efrmnVmnuG+inr3v3Xuve/de697917r3v3Xuve/de697917r3v3
Xuve/de697917r3v3Xuve/de697917r3v3Xuve/de697917r3v3Xuve/de697917r3v3Xuve/de6
97917r3v3Xuve/de697917r3v3Xuve/de697917r3v3Xuve/de697917r3v3XugA+RP/AB59D/zI
D/i6xf8AZRP/AB5/6D/wB/6uv+p/2n2KeU/+Sg3/ACVfgP8AuB/a/n/R9elNr/af6Lw/Bx/4rpS9
J/8AMv8AF/8AMpf87N/zJP8A5l/+mL/i1/8AN3/V/wCGn2j5j/5Kr/7n8B/uZ/b+fxfL0/Pqtx/a
n4/9v8X59C17IumOv//Z

--_004_CEA7E0C882EA8zaliciscocom_--

From zali@cisco.com  Tue Nov 12 11:07:54 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D2AF521E80C5 for ; Tue, 12 Nov 2013 11:07:51 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.05
X-Spam-Level: 
X-Spam-Status: No, score=-10.05 tagged_above=-999 required=5 tests=[AWL=0.548,  BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rP7hE+Oh58-z for ; Tue, 12 Nov 2013 11:07:41 -0800 (PST)
Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) by ietfa.amsl.com (Postfix) with ESMTP id 74F6021E80B4 for ; Tue, 12 Nov 2013 11:07:29 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=43271; q=dns/txt; s=iport; t=1384283249; x=1385492849; h=from:to:cc:subject:date:message-id:in-reply-to: mime-version; bh=xcaMQeqmtqYmkvrWlPb8imq0Fz28oRQPWCGAHCgOq70=; b=aqbwWLgv4uAusJdlwMroB1au08g0buh+14VQ1+08x9eCz0C3/F9q83yY Q4M4ToecTYGcgflYkLzEjSZHc2CSzrnRprbkeztK9siZraN23SDc+l4Pm RNXer/NJCBfgcEOjuSYRwD34JZC6Zq60Vl3YmnQLhYQtoGZyC6IT7+TqU E=;
X-Files: image001.jpg : 5715
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AhUFAOh7glKtJXHA/2dsb2JhbABagkNEOFOCdbwiGIESFnSCJQEBAQQBAQECHgIIAUALDAIEAQgRAwEBAQYBAQEKDgcDAgQVAQMJAgELFAkIAgQBDQQBBggMh2cNrE+SYwQEjiKBDgcJCgwBBAYBAgSCZYFGA5AwgTABWYVVg3yODoMmgXE5
X-IronPort-AV: E=Sophos;i="4.93,686,1378857600";  d="jpg'145?scan'145,208,217,145";a="283856422"
Received: from rcdn-core2-5.cisco.com ([173.37.113.192]) by rcdn-iport-8.cisco.com with ESMTP; 12 Nov 2013 19:06:59 +0000
Received: from xhc-rcd-x10.cisco.com (xhc-rcd-x10.cisco.com [173.37.183.84]) by rcdn-core2-5.cisco.com (8.14.5/8.14.5) with ESMTP id rACJ6x39000844 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 12 Nov 2013 19:06:59 GMT
Received: from xmb-rcd-x14.cisco.com ([169.254.4.50]) by xhc-rcd-x10.cisco.com ([173.37.183.84]) with mapi id 14.03.0123.003; Tue, 12 Nov 2013 13:06:58 -0600
From: "Zafar Ali (zali)" 
To: Fatai Zhang , Dieter Beller 
Thread-Topic: [CCAMP] Comment on compatibility in draft-takacs-ccamp-revertive-ps
Thread-Index: AQHO39pcEXyVtzYbsE+dGnvLlU1JdA==
Date: Tue, 12 Nov 2013 19:06:58 +0000
Message-ID: 
In-Reply-To: 
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.2.3.120616
x-originating-ip: [10.82.242.117]
Content-Type: multipart/mixed; boundary="_004_CEA7E58D82F0Dzaliciscocom_"
MIME-Version: 1.0
Cc: CCAMP 
Subject: Re: [CCAMP] Comment on compatibility in draft-takacs-ccamp-revertive-ps
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 12 Nov 2013 19:07:55 -0000

--_004_CEA7E58D82F0Dzaliciscocom_
Content-Type: multipart/alternative;
	boundary="_000_CEA7E58D82F0Dzaliciscocom_"

--_000_CEA7E58D82F0Dzaliciscocom_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

DQpGcm9tOiBGYXRhaSBaaGFuZyA8emhhbmdmYXRhaUBodWF3ZWkuY29tPG1haWx0bzp6aGFuZ2Zh
dGFpQGh1YXdlaS5jb20+Pg0KRGF0ZTogTW9uZGF5LCBOb3ZlbWJlciAxMSwgMjAxMyA5OjA0IFBN
DQpUbzogRGlldGVyIEJlbGxlciA8RGlldGVyLkJlbGxlckBhbGNhdGVsLWx1Y2VudC5jb208bWFp
bHRvOkRpZXRlci5CZWxsZXJAYWxjYXRlbC1sdWNlbnQuY29tPj4sIHphbGkgPHphbGlAY2lzY28u
Y29tPG1haWx0bzp6YWxpQGNpc2NvLmNvbT4+DQpDYzogImNjYW1wQGlldGYub3JnPG1haWx0bzpj
Y2FtcEBpZXRmLm9yZz4iIDxjY2FtcEBpZXRmLm9yZzxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+Pg0K
U3ViamVjdDogUkU6IFtDQ0FNUF0gQ29tbWVudCBvbiBjb21wYXRpYmlsaXR5IGluIGRyYWZ0LXRh
a2Fjcy1jY2FtcC1yZXZlcnRpdmUtcHMNCg0KSGksDQoNCk1vcmVvdmVyLCB0aGlzIGluZm9ybWF0
aW9uIGlzIG9ubHkgbWFrZSBzZW5zZSBmb3IgdGhlIGVuZCBwb2ludHMgYW5kIG5vIG5lZWQgdG8g
YmUgc2lnbmFsZWQuDQoNCg0KDQpGYXRhaS0NCg0KQXJlIHlvdSBzYXlpbmcgdGhhdCB3ZSBORVZF
UiBzaWduYWwgYW55IGF0dHJpYnV0ZSB0aGF0IG9ubHkgbWF0dGVyIHRvIHRoZSBlbmQtcG9pbnQ/
IFRoaXMgaXMgYSBuZXdzIHRvIG1lLg0KDQpUaGFua3MNCg0KUmVnYXJkcyDigKYgWmFmYXINCg0K
DQoNCkJlc3QgUmVnYXJkcw0KDQpGYXRhaQ0KDQpGcm9tOiBjY2FtcC1ib3VuY2VzQGlldGYub3Jn
PG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPiBbbWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0
Zi5vcmddIE9uIEJlaGFsZiBPZiBEaWV0ZXIgQmVsbGVyDQpTZW50OiBTdW5kYXksIE5vdmVtYmVy
IDEwLCAyMDEzIDEwOjA4IFBNDQpUbzogWmFmYXIgQWxpICh6YWxpKQ0KQ2M6IENDQU1QDQpTdWJq
ZWN0OiBSZTogW0NDQU1QXSBDb21tZW50IG9uIGNvbXBhdGliaWxpdHkgaW4gZHJhZnQtdGFrYWNz
LWNjYW1wLXJldmVydGl2ZS1wcw0KDQpIaSBaYWZhciwNCg0KdGhpcyBkcmFmdCBpcyBkZWZpbmlu
ZyBzaWduYWxpbmcgZXh0ZW5zaW9ucyBmb3IgdGhlIGhvbGQtb2ZmIHRpbWUgYXMgd2VsbCBhcyB0
aGUgd2FpdC10by1yZXN0b3JlIHRpbWUgZm9yIHByb3RlY3RlZCBMU1BzDQp3aGVyZSBhcHBsaWNh
YmxlLg0KDQpUaGVyZSBhcmUgZGVmYXVsdCB2YWx1ZXMgc2V0IGZvciB0aGVzZSB0aW1lcnMgaW4g
dGhlIGRhdGEgcGxhbmUgYW5kIHNpZ25hbGluZyB0aGVtIGluIHRoZSBjb250cm9sIHBsYW5lIG1h
a2VzIG9ubHkNCnNlbnNlIGlmIHRoZSB0aW1lciB2YWx1ZXMgc2hhbGwgZGlmZmVyIGZyb20gdGhl
IGRlZmF1bHQgdmFsdWVzLiBEbyB5b3Ugc2VlIGEgbmVlZCBmb3IgdGhhdD8gSU1PLCBvcGVyYXRv
cnMgdHlwaWNhbGx5DQp1c2UgdGhlIGRlZmF1bHRzIGFuZCBkbyBub3Qgc2V0IHRoZXNlIHZhbHVl
cyBvbiBhIHBlciBjb25uZWN0aW9uIGJhc2lzLg0KDQoNClRoYW5rcywNCkRpZXRlcg0KDQpPbiAw
OC4xMS4yMDEzIDIyOjExLCBaYWZhciBBbGkgKHphbGkpIHdyb3RlOg0KDQpIaSBMb3UtDQoNCg0K
DQpZb3UgYXJlIHJpZ2h0LCB0aGUgY3R5cGUgaXMgVEJELCBsaWtlIEkgbWVudGlvbmVkIGR1cmlu
ZyB0aGUgbWVldGluZyB0aGF0DQoNCndlIGFyZSB1c2luZyBkaWZmZXJlbnQgY3R5cGUuDQoNCg0K
DQpXZSB3b3VsZCBsaWtlIHRvIHRha2UgdGhpcyBvcHBvcnR1bml0eSB0byBzb2xpY2l0IGNvbW1l
bnRzIGZyb20gdGhlIFdHIG9uDQoNCnRoaXMgZHJhZnQuDQoNCg0KDQpUaGFua3MNCg0KDQoNClJl
Z2FyZHMgxaAgWmFmYXINCg0KDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQoNCkZyb206
ICJsYmVyZ2VyQGxhYm4ubmV0IjxtYWlsdG86bGJlcmdlckBsYWJuLm5ldD4gPGxiZXJnZXJAbGFi
bi5uZXQ+PG1haWx0bzpsYmVyZ2VyQGxhYm4ubmV0Pg0KDQpEYXRlOiBUaHVyc2RheSwgTm92ZW1i
ZXIgNywgMjAxMyA2OjE3IFBNDQoNClRvOiB6YWxpIDx6YWxpQGNpc2NvLmNvbT48bWFpbHRvOnph
bGlAY2lzY28uY29tPiwgImNjYW1wQGlldGYub3JnIjxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+IDxj
Y2FtcEBpZXRmLm9yZz48bWFpbHRvOmNjYW1wQGlldGYub3JnPg0KDQpTdWJqZWN0OiBDb21tZW50
IG9uIGNvbXBhdGliaWxpdHkgaW4gZHJhZnQtdGFrYWNzLWNjYW1wLXJldmVydGl2ZS1wcw0KDQoN
Cg0KWmFmYXIsDQoNCiAgIE15IGNvbW1lbnQgaW4gdG9kYXkncyBzZXNzaW9uIHdhcyB0aGF0IHlv
dSBhcmUgcmVkZWZpbmluZyB0aGUgZm9ybWF0IG9mDQoNCmFuIGV4aXN0aW5nIG9iamVjdCAoYnkg
YWRkaW5nIFRMVnMpIHRoaXMgYnJlYWtzIGNvbXBhdGliaWxpdHkuICBZb3UNCg0Kc3RhdGVkIHRo
YXQgdGhpcyB3YXNuJ3QgdGhlIGNhc2UuDQoNCg0KDQpGV0lXOg0KDQoNCg0KWW91ciBkb2N1bWVu
dCBzYXlzOg0KDQoNCg0KICAgMCAgICAgICAgICAgICAgICAgICAxICAgICAgICAgICAgICAgICAg
IDIgICAgICAgICAgICAgICAgICAgMw0KDQogICAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMg
NCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDENCg0KICArLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KDQogIHwg
ICAgICAgICAgICBMZW5ndGggICAgICAgICAgICAgfCBDbGFzcy1OdW0oMzcpIHwgICBDLVR5cGUo
MikgICB8DQoNCiAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSsNCg0KICB8U3xQfE58T3wgUmVzZXJ2ZWQgIHwgTFNQIEZsYWdz
IHwgICAgICBSZXNlcnZlZCAgICAgfCBMaW5rIEZsYWdzfA0KDQogICstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQoNCiAgfEl8
UnwgICBSZXNlcnZlZCAgICB8IFNlZy5GbGFncyB8ICAgICAgICAgICBSZXNlcnZlZCAgICAgICAg
ICAgIHwNCg0KICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKw0KDQogIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8DQoNCiAgfiAgICAgICAgICAgICAgICAg
ICAgICAgICAgIHN1Yi1UTFZzICAgICAgICAgICAgICAgICAgICAgICAgICAgIH4NCg0KICB8ICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgfA0KDQogICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rDQoNCg0KDQoNCg0KUkZDNDg3MiBzYXlzDQoNCiAgICAgMCAgICAg
ICAgICAgICAgICAgICAxICAgICAgICAgICAgICAgICAgIDIgICAgICAgICAgICAgICAgICAgMw0K
DQogICAgIDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQg
NSA2IDcgOCA5IDAgMQ0KDQogICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCg0KICAgIHwgICAgICAgICAgICBMZW5ndGgg
ICAgICAgICAgICAgfCBDbGFzcy1OdW0oMzcpIHwgQy1UeXBlICgyKSAgICB8DQoNCiAgICArLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKw0KDQogICAgfFN8UHxOfE98IFJlc2VydmVkICB8IExTUCBGbGFncyB8ICAgICBSZXNlcnZl
ZCAgICAgIHwgTGluayBGbGFnc3wNCg0KICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQoNCiAgICB8ICAgICAgICAgICAg
ICAgICAgICAgICAgICAgUmVzZXJ2ZWQgICAgICAgICAgICAgICAgICAgICAgICAgICAgfA0KDQog
ICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSsNCg0KDQoNClBlcmhhcHMgeW91IG1lYW50IEMtVHlwZShUQkQpLiAgWW91IHNo
b3VsZCBhZGRyZXNzIGNvbXBhdGliaWxpdHkNCg0KZXhwbGljaXRseSBpbiBhbnkgY2FzZS4NCg0K
DQoNCkxvdQ0KDQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX18NCg0KQ0NBTVAgbWFpbGluZyBsaXN0DQoNCkNDQU1QQGlldGYub3JnPG1haWx0bzpDQ0FN
UEBpZXRmLm9yZz4NCg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9jY2Ft
cA0KDQotLQ0KW2NpZDppbWFnZTAwMS5qcGdAMDFDRURGOEUuOTEzOUQ2QzBdDQpESUVURVIgQkVM
TEVSDQpBTENBVEVMLUxVQ0VOVCBERVVUU0NITEFORCBBRw0KUFJPSkVDVCBNQU5BR0VSIEFTT04v
R01QTFMgQ09OVFJPTCBQTEFORQ0KSVAgUk9VVElORyBBTkQgVFJBTlNQT1JUIEJMDQpJUCBUUkFO
U1BPUlQgQlUNCg0KTG9yZW56c3RyYXNzZSAxMA0KNzA0MzUgU3R1dHRnYXJ0LCBHZXJtYW55DQpQ
aG9uZTogKzQ5IDcxMSA4MjEgNDMxMjUNCk1vYmlsOiArNDkgMTc1IDcyNjY4NzQNCkRpZXRlci5C
ZWxsZXJAYWxjYXRlbC1sdWNlbnQuY29tPG1haWx0bzpEaWV0ZXIuQmVsbGVyQGFsY2F0ZWwtbHVj
ZW50LmNvbT4NCg0KQWxjYXRlbC1MdWNlbnQgRGV1dHNjaGxhbmQgQUcNCkRvbWljaWxlIG9mIHRo
ZSBDb21wYW55OiBTdHV0dGdhcnQgwrcgTG9jYWwgQ291cnQgU3R1dHRnYXJ0IEhSQiA0MDI2DQpD
aGFpcm1hbiBvZiB0aGUgU3VwZXJ2aXNvcnkgQm9hcmQ6IE1pY2hhZWwgT3BwZW5ob2ZmDQpCb2Fy
ZCBvZiBNYW5hZ2VtZW50OiBXaWxoZWxtIERyZXNzZWxoYXVzIChDaGFpcm1hbikgwrcgSGFucy1K
w7ZyZyBEYXViIMK3IEFuZHJlYXMgR2VoZQ0KDQpUaGlzIGUtbWFpbCBhbmQgaXRzIGF0dGFjaG1l
bnRzLCBpZiBhbnksIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBpbmZvcm1hdGlvbi4NCklmIHlv
dSBoYXZlIHJlY2VpdmVkIHRoaXMgZS1tYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHVzIGFu
ZCBkZWxldGUgb3IgZGVzdHJveSB0aGUgZS1tYWlsIGFuZCBpdHMgYXR0YWNobWVudHMsIGlmIGFu
eSwgaW1tZWRpYXRlbHkuDQpJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGUtbWFpbCBpbiBlcnJv
ciwgeW91IG11c3Qgbm90IGZvcndhcmQgb3IgbWFrZSB1c2Ugb2YgdGhlIGUtbWFpbCBhbmQgaXRz
IGF0dGFjaG1lbnRzLCBpZiBhbnkuDQo=

--_000_CEA7E58D82F0Dzaliciscocom_
Content-Type: text/html; charset="utf-8"
Content-ID: <5E8008597DD862458FA21C2373429724@emea.cisco.com>
Content-Transfer-Encoding: base64

PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy
YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy
ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx
NHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgIj4NCjxkaXY+DQo8ZGl2Pg0K
PGRpdj48YnI+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8c3BhbiBpZD0iT0xLX1NSQ19CT0RZ
X1NFQ1RJT04iPg0KPGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJyaTsgZm9udC1zaXplOjEx
cHQ7IHRleHQtYWxpZ246bGVmdDsgY29sb3I6YmxhY2s7IEJPUkRFUi1CT1RUT006IG1lZGl1bSBu
b25lOyBCT1JERVItTEVGVDogbWVkaXVtIG5vbmU7IFBBRERJTkctQk9UVE9NOiAwaW47IFBBRERJ
TkctTEVGVDogMGluOyBQQURESU5HLVJJR0hUOiAwaW47IEJPUkRFUi1UT1A6ICNiNWM0ZGYgMXB0
IHNvbGlkOyBCT1JERVItUklHSFQ6IG1lZGl1bSBub25lOyBQQURESU5HLVRPUDogM3B0Ij4NCjxz
cGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5Gcm9tOiA8L3NwYW4+RmF0YWkgWmhhbmcgJmx0
OzxhIGhyZWY9Im1haWx0bzp6aGFuZ2ZhdGFpQGh1YXdlaS5jb20iPnpoYW5nZmF0YWlAaHVhd2Vp
LmNvbTwvYT4mZ3Q7PGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPkRhdGU6IDwv
c3Bhbj5Nb25kYXksIE5vdmVtYmVyIDExLCAyMDEzIDk6MDQgUE08YnI+DQo8c3BhbiBzdHlsZT0i
Zm9udC13ZWlnaHQ6Ym9sZCI+VG86IDwvc3Bhbj5EaWV0ZXIgQmVsbGVyICZsdDs8YSBocmVmPSJt
YWlsdG86RGlldGVyLkJlbGxlckBhbGNhdGVsLWx1Y2VudC5jb20iPkRpZXRlci5CZWxsZXJAYWxj
YXRlbC1sdWNlbnQuY29tPC9hPiZndDssIHphbGkgJmx0OzxhIGhyZWY9Im1haWx0bzp6YWxpQGNp
c2NvLmNvbSI+emFsaUBjaXNjby5jb208L2E+Jmd0Ozxicj4NCjxzcGFuIHN0eWxlPSJmb250LXdl
aWdodDpib2xkIj5DYzogPC9zcGFuPiZxdW90OzxhIGhyZWY9Im1haWx0bzpjY2FtcEBpZXRmLm9y
ZyI+Y2NhbXBAaWV0Zi5vcmc8L2E+JnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86Y2NhbXBAaWV0
Zi5vcmciPmNjYW1wQGlldGYub3JnPC9hPiZndDs8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC13ZWln
aHQ6Ym9sZCI+U3ViamVjdDogPC9zcGFuPlJFOiBbQ0NBTVBdIENvbW1lbnQgb24gY29tcGF0aWJp
bGl0eSBpbiBkcmFmdC10YWthY3MtY2NhbXAtcmV2ZXJ0aXZlLXBzPGJyPg0KPC9kaXY+DQo8ZGl2
Pjxicj4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgaWQ9Ik1BQ19PVVRMT09LX0FUVFJJQlVUSU9OX0JM
T0NLUVVPVEUiIHN0eWxlPSJCT1JERVItTEVGVDogI2I1YzRkZiA1IHNvbGlkOyBQQURESU5HOjAg
MCAwIDU7IE1BUkdJTjowIDAgMCA1OyI+DQo8ZGl2Pg0KPG1ldGEgbmFtZT0iR2VuZXJhdG9yIiBj
b250ZW50PSJNaWNyb3NvZnQgV29yZCAxMiAoZmlsdGVyZWQgbWVkaXVtKSI+DQo8IS0tW2lmICFt
c29dPjxzdHlsZT52XDoqIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQpvXDoqIHtiZWhh
dmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQp3XDoqIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1M
KTt9DQouc2hhcGUge2JlaGF2aW9yOnVybCgjZGVmYXVsdCNWTUwpO30NCjwvc3R5bGU+PCFbZW5k
aWZdLS0+PHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7
Zm9udC1mYW1pbHk6U2ltU3VuOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZv
bnQtZmFjZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAz
IDUgNCA2IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5v
c2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlRh
aG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQpAZm9udC1mYWNlDQoJe2Zv
bnQtZmFtaWx5OlNpbVN1bjsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30NCi8qIFN0
eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9y
bWFsDQoJe21hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZTox
Mi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsInNlcmlmIjsNCgljb2xvcjpi
bGFjazt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5
OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVk
LCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglj
b2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwcmUNCgl7bXNvLXN0
eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIFw5ODg0XDhCQkVcNjgzQ1w1
RjBGIENoYXIiOw0KCW1hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQt
c2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsNCgljb2xvcjpibGFjazt9
DQpwLk1zb0FjZXRhdGUsIGxpLk1zb0FjZXRhdGUsIGRpdi5Nc29BY2V0YXRlDQoJe21zby1zdHls
ZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiXDYyNzlcNkNFOFw2ODQ2XDY1ODdcNjcy
QyBDaGFyIjsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNp
emU6OS4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsInNlcmlmIjsNCgljb2xv
cjpibGFjazt9DQpzcGFuLkhUTUxDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJIVE1MIFw5ODg0XDhC
QkVcNjgzQ1w1RjBGIENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUt
bGluazoiSFRNTCBcOTg4NFw4QkJFXDY4M0NcNUYwRiI7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIg
TmV3IjsNCgljb2xvcjpibGFjazt9DQpzcGFuLkNoYXINCgl7bXNvLXN0eWxlLW5hbWU6Ilw2Mjc5
XDZDRThcNjg0Nlw2NTg3XDY3MkMgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1z
by1zdHlsZS1saW5rOlw2Mjc5XDZDRThcNjg0Nlw2NTg3XDY3MkM7DQoJZm9udC1mYW1pbHk6U2lt
U3VuOw0KCWNvbG9yOmJsYWNrO30NCnNwYW4uRW1haWxTdHlsZTIxDQoJe21zby1zdHlsZS10eXBl
OnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJ
Y29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQt
b25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYx
Mi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzIuMHB0IDkwLjBwdCA3Mi4wcHQgOTAuMHB0O30NCmRp
di5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lm
IGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9
IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxv
OnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIx
IiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPGRpdiBiZ2NvbG9yPSJ3
aGl0ZSIgbGFuZz0iWkgtQ04iIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFz
cz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVT
IiBzdHlsZT0iZm9udC1zaXplOiAxMC41cHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNl
cmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsgIj5IaSw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6
ZTogMTAuNXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigz
MSwgNzMsIDEyNSk7ICI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6IDEwLjVwdDsgZm9u
dC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyAi
Pk1vcmVvdmVyLCB0aGlzIGluZm9ybWF0aW9uIGlzIG9ubHkgbWFrZSBzZW5zZSBmb3IgdGhlIGVu
ZCBwb2ludHMgYW5kIG5vIG5lZWQgdG8gYmUgc2lnbmFsZWQuDQo8bzpwPjwvbzpwPjwvc3Bhbj48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt
c2l6ZTogMTAuNXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJn
YigzMSwgNzMsIDEyNSk7ICI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWFsaWduOmp1c3RpZnk7dGV4dC1qdXN0aWZ5
OmludGVyLWlkZW9ncmFwaCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6IDEw
LjVwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDcz
LCAxMjUpOyAiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8
L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9zcGFuPg0KPGRpdj4NCjxkaXY+DQo8ZGl2
Pjxicj4NCjwvZGl2Pg0KPGRpdj5GYXRhaS0mbmJzcDs8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+
DQo8ZGl2PkFyZSB5b3Ugc2F5aW5nIHRoYXQgd2UgTkVWRVIgc2lnbmFsIGFueSBhdHRyaWJ1dGUg
dGhhdCBvbmx5IG1hdHRlciB0byB0aGUgZW5kLXBvaW50PyBUaGlzIGlzIGEgbmV3cyB0byBtZS4m
bmJzcDs8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj5UaGFua3M8L2Rpdj4N
CjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2PlJlZ2FyZHMg4oCmIFphZmFyPC9kaXY+DQo8L2Rpdj4N
CjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPHNwYW4gaWQ9Ik9MS19TUkNfQk9E
WV9TRUNUSU9OIj4NCjxibG9ja3F1b3RlIGlkPSJNQUNfT1VUTE9PS19BVFRSSUJVVElPTl9CTE9D
S1FVT1RFIiBzdHlsZT0iQk9SREVSLUxFRlQ6ICNiNWM0ZGYgNSBzb2xpZDsgUEFERElORzowIDAg
MCA1OyBNQVJHSU46MCAwIDAgNTsiPg0KPGRpdj4NCjxkaXYgYmdjb2xvcj0id2hpdGUiIGxhbmc9
IlpILUNOIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0
aW9uMSI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYWxpZ246anVz
dGlmeTt0ZXh0LWp1c3RpZnk6aW50ZXItaWRlb2dyYXBoIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5
bGU9ImZvbnQtc2l6ZTogMTAuNXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsg
Y29sb3I6IHJnYigzMSwgNzMsIDEyNSk7ICI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYWxpZ246anVzdGlmeTt0ZXh0LWp1c3Rp
Znk6aW50ZXItaWRlb2dyYXBoIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTog
MTAuNXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwg
NzMsIDEyNSk7ICI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9InRleHQtYWxpZ246anVzdGlmeTt0ZXh0LWp1c3RpZnk6aW50ZXItaWRlb2dy
YXBoIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTogMTAuNXB0OyBmb250LWZh
bWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7ICI+QmVz
dCBSZWdhcmRzPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5
bGU9InRleHQtYWxpZ246anVzdGlmeTt0ZXh0LWp1c3RpZnk6aW50ZXItaWRlb2dyYXBoIj48c3Bh
biBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTogMTAuNXB0OyBmb250LWZhbWlseTogQ2Fs
aWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7ICI+PG86cD4mbmJzcDs8
L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYWxpZ246
anVzdGlmeTt0ZXh0LWp1c3RpZnk6aW50ZXItaWRlb2dyYXBoIj48c3BhbiBsYW5nPSJFTi1VUyIg
c3R5bGU9ImZvbnQtc2l6ZTogMTAuNXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJp
ZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7ICI+RmF0YWk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+
DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i
Zm9udC1zaXplOiAxMC41cHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xv
cjogcmdiKDMxLCA3MywgMTI1KTsgIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2
Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0
O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNw
YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6IDEwcHQ7IGZvbnQtZmFtaWx5OiBUYWhv
bWEsIHNhbnMtc2VyaWY7IGNvbG9yOiB3aW5kb3d0ZXh0OyAiPkZyb206PC9zcGFuPjwvYj48c3Bh
biBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTogMTBwdDsgZm9udC1mYW1pbHk6IFRhaG9t
YSwgc2Fucy1zZXJpZjsgY29sb3I6IHdpbmRvd3RleHQ7ICI+DQo8YSBocmVmPSJtYWlsdG86Y2Nh
bXAtYm91bmNlc0BpZXRmLm9yZyI+Y2NhbXAtYm91bmNlc0BpZXRmLm9yZzwvYT4gWzxhIGhyZWY9
Im1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnIj5tYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRm
Lm9yZzwvYT5dDQo8Yj5PbiBCZWhhbGYgT2YgPC9iPkRpZXRlciBCZWxsZXI8YnI+DQo8Yj5TZW50
OjwvYj4gU3VuZGF5LCBOb3ZlbWJlciAxMCwgMjAxMyAxMDowOCBQTTxicj4NCjxiPlRvOjwvYj4g
WmFmYXIgQWxpICh6YWxpKTxicj4NCjxiPkNjOjwvYj4gQ0NBTVA8YnI+DQo8Yj5TdWJqZWN0Ojwv
Yj4gUmU6IFtDQ0FNUF0gQ29tbWVudCBvbiBjb21wYXRpYmlsaXR5IGluIGRyYWZ0LXRha2Fjcy1j
Y2FtcC1yZXZlcnRpdmUtcHM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+
PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEy
LjBwdCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTogVGFob21hLCBzYW5z
LXNlcmlmOyAiPkhpIFphZmFyLDxicj4NCjxicj4NCnRoaXMgZHJhZnQgaXMgZGVmaW5pbmcgc2ln
bmFsaW5nIGV4dGVuc2lvbnMgZm9yIHRoZSBob2xkLW9mZiB0aW1lIGFzIHdlbGwgYXMgdGhlIHdh
aXQtdG8tcmVzdG9yZSB0aW1lIGZvciBwcm90ZWN0ZWQgTFNQczxicj4NCndoZXJlIGFwcGxpY2Fi
bGUuPGJyPg0KPGJyPg0KVGhlcmUgYXJlIGRlZmF1bHQgdmFsdWVzIHNldCBmb3IgdGhlc2UgdGlt
ZXJzIGluIHRoZSBkYXRhIHBsYW5lIGFuZCBzaWduYWxpbmcgdGhlbSBpbiB0aGUgY29udHJvbCBw
bGFuZSBtYWtlcyBvbmx5PGJyPg0Kc2Vuc2UgaWYgdGhlIHRpbWVyIHZhbHVlcyBzaGFsbCBkaWZm
ZXIgZnJvbSB0aGUgZGVmYXVsdCB2YWx1ZXMuIERvIHlvdSBzZWUgYSBuZWVkIGZvciB0aGF0PyBJ
TU8sIG9wZXJhdG9ycyB0eXBpY2FsbHk8YnI+DQp1c2UgdGhlIGRlZmF1bHRzIGFuZCBkbyBub3Qg
c2V0IHRoZXNlIHZhbHVlcyBvbiBhIHBlciBjb25uZWN0aW9uIGJhc2lzLjxicj4NCjxicj4NCjxi
cj4NClRoYW5rcyw8YnI+DQpEaWV0ZXI8YnI+DQo8YnI+DQo8L3NwYW4+PHNwYW4gbGFuZz0iRU4t
VVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
c3BhbiBsYW5nPSJFTi1VUyI+T24gMDguMTEuMjAxMyAyMjoxMSwgWmFmYXIgQWxpICh6YWxpKSB3
cm90ZTo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJt
YXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHByZT48c3BhbiBsYW5nPSJF
Ti1VUyI+SGkgTG91LSA8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0i
RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJF
Ti1VUyI+WW91IGFyZSByaWdodCwgdGhlIGN0eXBlIGlzIFRCRCwgbGlrZSBJIG1lbnRpb25lZCBk
dXJpbmcgdGhlIG1lZXRpbmcgdGhhdDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3Bh
biBsYW5nPSJFTi1VUyI+d2UgYXJlIHVzaW5nIGRpZmZlcmVudCBjdHlwZS48bzpwPjwvbzpwPjwv
c3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z
cGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+V2Ugd291bGQgbGlrZSB0byB0YWtl
IHRoaXMgb3Bwb3J0dW5pdHkgdG8gc29saWNpdCBjb21tZW50cyBmcm9tIHRoZSBXRyBvbjxvOnA+
PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+dGhpcyBkcmFmdC4g
PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZu
YnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPlRoYW5rczxv
OnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJz
cDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj5SZWdhcmRzIMWg
IFphZmFyPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj48
bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPi0t
LS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxz
cGFuIGxhbmc9IkVOLVVTIj5Gcm9tOiA8YSBocmVmPSJtYWlsdG86bGJlcmdlckBsYWJuLm5ldCI+
JnF1b3Q7bGJlcmdlckBsYWJuLm5ldCZxdW90OzwvYT4gPGEgaHJlZj0ibWFpbHRvOmxiZXJnZXJA
bGFibi5uZXQiPiZsdDtsYmVyZ2VyQGxhYm4ubmV0Jmd0OzwvYT48bzpwPjwvbzpwPjwvc3Bhbj48
L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPkRhdGU6IFRodXJzZGF5LCBOb3ZlbWJlciA3
LCAyMDEzIDY6MTcgUE08bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0i
RU4tVVMiPlRvOiB6YWxpIDxhIGhyZWY9Im1haWx0bzp6YWxpQGNpc2NvLmNvbSI+Jmx0O3phbGlA
Y2lzY28uY29tJmd0OzwvYT4sIDxhIGhyZWY9Im1haWx0bzpjY2FtcEBpZXRmLm9yZyI+JnF1b3Q7
Y2NhbXBAaWV0Zi5vcmcmcXVvdDs8L2E+IDxhIGhyZWY9Im1haWx0bzpjY2FtcEBpZXRmLm9yZyI+
Jmx0O2NjYW1wQGlldGYub3JnJmd0OzwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+
PHNwYW4gbGFuZz0iRU4tVVMiPlN1YmplY3Q6IENvbW1lbnQgb24gY29tcGF0aWJpbGl0eSBpbiBk
cmFmdC10YWthY3MtY2NhbXAtcmV2ZXJ0aXZlLXBzPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8
cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxi
bG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0K
PHByZT48c3BhbiBsYW5nPSJFTi1VUyI+WmFmYXIsPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8
cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsgTXkgY29tbWVudCBpbiB0b2RheSdz
IHNlc3Npb24gd2FzIHRoYXQgeW91IGFyZSByZWRlZmluaW5nIHRoZSBmb3JtYXQgb2Y8bzpwPjwv
bzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPmFuIGV4aXN0aW5nIG9i
amVjdCAoYnkgYWRkaW5nIFRMVnMpIHRoaXMgYnJlYWtzIGNvbXBhdGliaWxpdHkuJm5ic3A7IFlv
dTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+c3RhdGVk
IHRoYXQgdGhpcyB3YXNuJ3QgdGhlIGNhc2UuPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJl
PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+
PHNwYW4gbGFuZz0iRU4tVVMiPkZXSVc6PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxz
cGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNw
YW4gbGFuZz0iRU4tVVMiPllvdXIgZG9jdW1lbnQgc2F5czo8bzpwPjwvbzpwPjwvc3Bhbj48L3By
ZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJl
Pg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7IDAmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMSZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAyJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzM8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxw
cmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyAwIDEgMiAzIDQgNSA2IDcgOCA5IDAg
MSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDE8bzpwPjwvbzpwPjwvc3Bh
bj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyAmIzQzOy0mIzQzOy0mIzQz
Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m
IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz
Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m
IzQzOy0mIzQzOzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1V
UyI+Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsgTGVuZ3RoJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwgQ2xhc3MtTnVtKDM3
KSB8Jm5ic3A7Jm5ic3A7IEMtVHlwZSgyKSZuYnNwOyZuYnNwOyB8PG86cD48L286cD48L3NwYW4+
PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsgJiM0MzstJiM0MzstJiM0Mzst
JiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0
MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzst
JiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0
MzstJiM0Mzs8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMi
PiZuYnNwOyB8U3xQfE58T3wgUmVzZXJ2ZWQmbmJzcDsgfCBMU1AgRmxhZ3MgfCZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyBSZXNlcnZlZCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8IExp
bmsgRmxhZ3N8PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVT
Ij4mbmJzcDsgJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzst
JiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0
MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzst
JiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzs8bzpwPjwvbzpwPjwvc3Bhbj48L3By
ZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyB8SXxSfCZuYnNwOyZuYnNwOyBSZXNl
cnZlZCZuYnNwOyZuYnNwOyZuYnNwOyB8IFNlZy5GbGFncyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFJlc2VydmVkJm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
IHw8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNw
OyAmIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m
IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz
Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m
IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHBy
ZT48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsgfDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+Jm5i
c3A7IH4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgc3ViLVRMVnMm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfjxvOnA+PC9v
OnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7IHwmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48
c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7ICYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj
NDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7
LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj
NDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7PG86cD48
L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwv
bzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+UkZDNDg3MiBzYXlzPG86
cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsgMCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyAxJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7IDImbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsgMzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3
IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHBy
ZT48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7LSYjNDM7LSYjNDM7
LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj
NDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7
LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj
NDM7LSYjNDM7PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVT
Ij4mbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBMZW5ndGgmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCBD
bGFzcy1OdW0oMzcpIHwgQy1UeXBlICgyKSZuYnNwOyZuYnNwOyZuYnNwOyB8PG86cD48L286cD48
L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsg
JiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0
MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzst
JiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0
MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzs8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+
PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyB8U3xQfE58T3wgUmVzZXJ2ZWQm
bmJzcDsgfCBMU1AgRmxhZ3MgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBSZXNlcnZlZCZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8IExpbmsgRmxhZ3N8PG86cD48L286cD48L3NwYW4+
PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsgJiM0Mzst
JiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0
MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzst
JiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0
MzstJiM0MzstJiM0MzstJiM0Mzs8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4g
bGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7IFJlc2VydmVkJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7IHw8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4g
bGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m
IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz
Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m
IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz
OzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4m
bmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj5QZXJoYXBz
IHlvdSBtZWFudCBDLVR5cGUoVEJEKS4mbmJzcDsgWW91IHNob3VsZCBhZGRyZXNzIGNvbXBhdGli
aWxpdHk8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPmV4
cGxpY2l0bHkgaW4gYW55IGNhc2UuPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFu
IGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4g
bGFuZz0iRU4tVVMiPkxvdTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPC9ibG9ja3F1b3RlPg0K
PHByZT48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8
cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fXzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJF
Ti1VUyI+Q0NBTVAgbWFpbGluZyBsaXN0PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxz
cGFuIGxhbmc9IkVOLVVTIj48YSBocmVmPSJtYWlsdG86Q0NBTVBAaWV0Zi5vcmciPkNDQU1QQGll
dGYub3JnPC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1V
UyI+PGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9jY2FtcCI+
aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9jY2FtcDwvYT48bzpwPjwvbzpw
Pjwvc3Bhbj48L3ByZT4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu
IGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPi0tIDxicj4NCjxpbWcgYm9yZGVyPSIw
IiB3aWR0aD0iMjc2IiBoZWlnaHQ9IjI2IiBpZD0iX3gwMDAwX2kxMDI1IiBzcmM9ImNpZDppbWFn
ZTAwMS5qcGdAMDFDRURGOEUuOTEzOUQ2QzAiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt
c2l6ZTogMTBwdDsgZm9udC1mYW1pbHk6IFRhaG9tYSwgc2Fucy1zZXJpZjsgZm9udC12YXJpYW50
OiBzbWFsbC1jYXBzOyAiPkRJRVRFUiBCRUxMRVINCjxvOnA+PC9vOnA+PC9zcGFuPjwvYj48L3A+
DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIg
c3R5bGU9ImZvbnQtc2l6ZTogMTBwdDsgZm9udC1mYW1pbHk6IFRhaG9tYSwgc2Fucy1zZXJpZjsg
Y29sb3I6IHJnYigxMDIsIDU3LCAxODMpOyAiPkFMQ0FURUwtTFVDRU5UIERFVVRTQ0hMQU5EIEFH
DQo8YnI+DQpQUk9KRUNUIE1BTkFHRVIgQVNPTi9HTVBMUyBDT05UUk9MIFBMQU5FIDxicj4NCklQ
IFJPVVRJTkcgQU5EIFRSQU5TUE9SVCBCTCA8YnI+DQpJUCBUUkFOU1BPUlQgQlUgPGJyPg0KPGJy
Pg0KTG9yZW56c3RyYXNzZSAxMCA8YnI+DQo3MDQzNSBTdHV0dGdhcnQsIEdlcm1hbnkgPGJyPg0K
UGhvbmU6ICYjNDM7NDkgNzExIDgyMSA0MzEyNSA8YnI+DQpNb2JpbDogJiM0Mzs0OSAxNzUgNzI2
Njg3NCA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48Yj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTogMTBwdDsgZm9u
dC1mYW1pbHk6IFRhaG9tYSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigxMDIsIDU3LCAxODMpOyAi
PjxhIGhyZWY9Im1haWx0bzpEaWV0ZXIuQmVsbGVyQGFsY2F0ZWwtbHVjZW50LmNvbSI+RGlldGVy
LkJlbGxlckBhbGNhdGVsLWx1Y2VudC5jb208L2E+PG86cD48L286cD48L3NwYW4+PC9iPjwvcD4N
CjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5i
c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs
YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTogOHB0OyBmb250LWZhbWlseTogVGFob21hLCBz
YW5zLXNlcmlmOyAiPkFsY2F0ZWwtTHVjZW50IERldXRzY2hsYW5kIEFHDQo8YnI+DQpEb21pY2ls
ZSBvZiB0aGUgQ29tcGFueTogU3R1dHRnYXJ0IMK3IExvY2FsIENvdXJ0IFN0dXR0Z2FydCBIUkIg
NDAyNiA8YnI+DQpDaGFpcm1hbiBvZiB0aGUgU3VwZXJ2aXNvcnkgQm9hcmQ6IE1pY2hhZWwgT3Bw
ZW5ob2ZmIDxicj4NCkJvYXJkIG9mIE1hbmFnZW1lbnQ6IFdpbGhlbG0gRHJlc3NlbGhhdXMgKENo
YWlybWFuKSDCtyBIYW5zLUrDtnJnIERhdWIgwrcgQW5kcmVhcyBHZWhlDQo8YnI+DQo8YnI+DQpU
aGlzIGUtbWFpbCBhbmQgaXRzIGF0dGFjaG1lbnRzLCBpZiBhbnksIG1heSBjb250YWluIGNvbmZp
ZGVudGlhbCBpbmZvcm1hdGlvbi48YnI+DQpJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGUtbWFp
bCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB1cyBhbmQgZGVsZXRlIG9yIGRlc3Ryb3kgdGhlIGUt
bWFpbCBhbmQgaXRzIGF0dGFjaG1lbnRzLCBpZiBhbnksIGltbWVkaWF0ZWx5Lg0KPGJyPg0KSWYg
eW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlLW1haWwgaW4gZXJyb3IsIHlvdSBtdXN0IG5vdCBmb3J3
YXJkIG9yIG1ha2UgdXNlIG9mIHRoZSBlLW1haWwgYW5kIGl0cyBhdHRhY2htZW50cywgaWYgYW55
Lg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+
DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvc3Bhbj4NCjwvYm9keT4NCjwvaHRtbD4NCg==

--_000_CEA7E58D82F0Dzaliciscocom_--

--_004_CEA7E58D82F0Dzaliciscocom_
Content-Type: image/jpeg; name="image001.jpg"
Content-Description: image001.jpg
Content-Disposition: attachment; filename="image001.jpg"; size=5715;
	creation-date="Tue, 12 Nov 2013 19:06:58 GMT";
	modification-date="Tue, 12 Nov 2013 19:06:58 GMT"
Content-ID: 
Content-Transfer-Encoding: base64

/9j/4AAQSkZJRgABAgAAZABkAAD/7AARRHVja3kAAQAEAAAAZAAA/+4ADkFkb2JlAGTAAAAAAf/b
AIQAAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQICAgICAgICAgIC
AwMDAwMDAwMDAwEBAQEBAQECAQECAgIBAgIDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMD
AwMDAwMDAwMDAwMDAwMDAwMD/8AAEQgAGgEUAwERAAIRAQMRAf/EAaIAAAAGAgMBAAAAAAAAAAAA
AAcIBgUECQMKAgEACwEAAAYDAQEBAAAAAAAAAAAABgUEAwcCCAEJAAoLEAACAQMEAQMDAgMDAwIG
CXUBAgMEEQUSBiEHEyIACDEUQTIjFQlRQhZhJDMXUnGBGGKRJUOhsfAmNHIKGcHRNSfhUzaC8ZKi
RFRzRUY3R2MoVVZXGrLC0uLyZIN0k4Rlo7PD0+MpOGbzdSo5OkhJSlhZWmdoaWp2d3h5eoWGh4iJ
ipSVlpeYmZqkpaanqKmqtLW2t7i5usTFxsfIycrU1dbX2Nna5OXm5+jp6vT19vf4+foRAAIBAwIE
BAMFBAQEBgYFbQECAxEEIRIFMQYAIhNBUQcyYRRxCEKBI5EVUqFiFjMJsSTB0UNy8BfhgjQlklMY
Y0TxorImNRlUNkVkJwpzg5NGdMLS4vJVZXVWN4SFo7PD0+PzKRqUpLTE1OT0laW1xdXl9ShHV2Y4
doaWprbG1ub2Z3eHl6e3x9fn90hYaHiImKi4yNjo+DlJWWl5iZmpucnZ6fkqOkpaanqKmqq6ytrq
+v/aAAwDAQACEQMRAD8A3+Pfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfu
vde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691
737r3Xvfuvde9+691737r3Xvfuvde9+691737r3XvfuvdBd3V3L178fOrd59ydq52Pbmw9h4hsvn
sm0T1ExVp4aKgx+PpIrzV+XzGTqoaSjp09c9VOiDlvZ1y7y9u3Ne92/L2xxGbdLqTSi8BwJZmPBV
RQWdjhVBPl09bwS3MywQisjGg/1eg4nrV9ov5uX8w/5z90Zjr34TbW6/6R2LhKTKZ/I7w3njcLnD
snYeNhlSt353Dvvd9LmdlbaxVLGv3Rho8U0kUn+TRvkGXVLmlJ7D+0/tpy7HuvuPPdblucjKixQs
6eNOxxBaQxFJpGPw1eShHeREDQC47Jtm3QCXcGaSQ4oKip9FAoSftPzx0vKP+cN8sPhR8jj0B88q
XqnuzbS0208zlOyuk6abF5vEbe3tiKHP4vPYilbFbYx+4aOjxmRRpMbV4bEV76Syzspj8pXJ7Acj
e43KP9afbBr7brysqLb3hDI8kLFGRjqkaMllNJFllQcCoNdLZ2Oyv7X6nbtcb5Gl+BINKHjT7QSP
l1slf6Zurf8ARH/p6/vxgv8AQ9/cf/SR/f8A+5b+A/3I/hP8c/j/AJfH9x9v/DP3PH4/Pq/b0eT0
e8QP6vb3+/v6r/TS/wBYPqfp/Ap3+Nq0aPSurFa6fOtM9BTwJvH+m0nx9WnT51rSnRWch3x82aXq
D5bbupPhHS13afUna+9NrfGHq9O+NjJF8n+rMRkMLDtLtSXczwDHdYz7jxFdV1j4TJaq6J6L7a/l
kQ+ybqlFqM46Eyq7R+TEXdvx72PT/GWlm6h391turc3fXcX+lna1+i9/YvC0VVt7r6j2f9umY7C/
jeenND/EKErAIyaiwSGQN7rVBQ5z0EmS77+d9P0J8nN+Y/4KYys7u617g3DtL45dIN8iev44/kN1
HjtxbVx+G7brN9GnXb/XFTltuZTKZJcFXk12rFimJSWpjPv3W6LUZx0MlV2X8lI/kD0/sOm+NlBN
0Tu7qrPbp7Z7wPbm2vvOpuzaFUOI6zp9gGgTN72iyUrrGMrSNHTESPIQggKy+61QUrXPQIZD5AfP
qn+N3ePY1F8CsRXfIXZXc2b2f0r8e0+SXX0dL3J1DQ7r2zisX2zU9l1NDTbe2PUZLb2QylcuHrkF
WRjEDeM1aInut0WtK46Hyr7F+REPyX2R1xT/AB5oar46ZzpvKbu3h8hl7S26lZsvt2kzn2dH1SvW
b0i7jz1LWYYx1K5iFkpWMrKQhgZZPdaoKVrnovdX8iPn5D8Xuwez6X4BY6q+SO3O4a7Z+yPjePkh
1/HTdgdV0u+MRhIO0YOz5aBNt4F6vbFXV1642tSKo00ev6SxxN7rdFrSuOjIVfYffEPylxPVlL0H
FV/Gyr6SrN75T5Mnsfb0E2L7gh3lJhqbpxeqmgfdNYs+1Fjy38aDrQ/umD/ORMG91qgpWuei2z/I
n5+r8YMp2ZT/AAAoJPkjF3NLsrE/HGX5I9ex0lX1YN8Q4KHtSr7QWifbdMr7bZ65seEacKol5Q6P
fut0WtK4+zoxq9hfIA/KmTq5ugKRfjGvSabzj+TQ7M241ZJ3G27/AOEt1AepfCN1JAm1Qcoc1qNE
SRCCZCQvutUFK1z0XSl+Qn8wOT4x7X7JqfgDg6f5JZLuSn2duf45j5N7AloNt9USbyrsNUdqR9pp
iTtrKyQbehgrf4XChqWjm8g5U0/v3W6LWlcfZ0YWk7F+Q03yg3V1lU/HqjpfjZiulcfvLbXyRbtD
bklVuXuGo3LHjqnqJ+rUpm3TiqaDbzS15zTl6NDTiM6nqEVPdaoKVrnov9F8hPn0/wAaOm+y8h8B
8ZSfIfdvc2G2f298dYvkh19UxdV9R1m8dw4XIdr0XZcVE22d31NJt2hxuR/hFMBUpHkm1HVSyx+/
dbotaVx0PuO7I+Q0/wAj+y+ua/4709J8f9t9T7e3d153/H2dtyWfsHsvIV09NmOr5+uzTrn9ttja
eJpRk5mkpAsaljeeNU91qgpWuegMoPkD87Kj45fHTsWr+B9HQ9/di9zbf2b310AfkPsCeDoPqKv3
bvDF5nt1ex0pBgN/y43a2GxGS/guOjNarZoxetqObV7rdFqRXHQx0vaHyVl787t2HP8AGeli6R2R
1Zt3dPT3dTdt7YSfufsrJUs82X63bZK0c+X2LBiayJqZsnXloRoWYI8c6BPdaoKcc9BLi++PnVU9
IfFzeuR+DWKoO5Oze29u7V+SnT3+zDbDki+OXU+Qz+46HNdq0W8o6WTC9mVWJ29j8dkP4JjmWtL5
E0wLSQSN791ui1OcdChF2l8o27g+Sm0ZPi9jh1R1z11tfcXx07THcm1UqPkPv7J7Xq8luHYNbtE0
L5Hq6PCbphGL/iOTdoGTTVKHim0xe61QUGc9B3Q95/N6frX4hbjq/hJjKbsTtvsfbe3vlT1+vyA2
M8Pxb66yE2TXP9h0u4jSLj+1ajCY+mgqv4Tiz91JJL9ojPIfKPdbotTnHS4h7Z+VknYny1203xVx
8ex+qtk7ZzfxX38/cu1Ei+UW8MpsbKZnObMyOENGcj1AuB3vSU+GauygkgeOo+6UNEvv3WqDGf8A
Y6S1D3l8yKjY/wAOs3UfC+Cm3h3HurA4v5VbRfvLZSp8Vdr1mFrqzN7qiyv2rU/aL4ytgjCUON0z
OT4L+V1ce63Rc5+zrXk/m+/NPFbK/mPYDftH2D2bjP8AhsDB/HnedF13szZHZuc232Zu/uztHa27
fkrt/dO69n7RzOydsQYf4iU2PeI7jyWNhlmyLrTl5VdffunEWq09f9X+Hoato/JfvGi7+7f+PHQv
eG1+kG+YX8475J7RHyT3PtrE9nU2yto7C+Efxg7FwWy+ssBu2V9gVW+e2crWRUuB/iZnoyRP4aWq
qJI09+69QUqRWi/5elF81Pm/81PjvuHsOg6Y+R28e/st8L4PjUnyifG/Gf40bR6NpZu29x4qSiou
3N0bl7bh7frN1dj7SzMDRUnWuHEGGeWKWcwo7rH7rSqp4jjw6Lpg/lJ8sfj3gPlxuLrnuTeNU/yP
/n3fIf4hYeGfYXV2/Mv0rjo9x5rMJunYdf2puLbOK3JvfcOz9kYvae2MDuPIrtmgpyjQxiRIIJvd
WoppXyWvRxuouxfmbnfnD/L+oflVtXcFB2FtnD/zXtv7Fl3NR7E683H3X1fhdsfDnO9Wb57D2f1j
uzfPX2y93Vcu4avE1UNJMaaKWgaqigSOoAZyFY3mVJm0QlgGamrSCRVtNRWgzSorwr1qiUOe2or5
06MHuvtXszM/PD+Uluv5A7LpPjrvPcfSH8y1t89YVXYeF3NhcHXYuf4z0G2xU7oxc9PgMzNkcNHF
kIVGp6Q1rQE+RHJO+aLDY9s324seXL47lssZXwrkxND4gKKzfpv3Locsmfi06hgjpyeOGOR0t38S
EEUahFcZwc4OPy6D/eP8wPvPG7A+WGVxHY21TuPrn+cT8ffiR1jEmD2fUz/7L/2dlPieazAU9AaO
T+PVefw3Ye6ZqTKuk1aYg8kM1qRTGQdM6Rj/AEtf8PQFVf8AMA+Z9H8DvlB/M/h762NkqPau5e3u
v9l/CCPqDZq4fpLIbb7xm6O23VdjdgVOVxPama37srHPFu7cFNU1VJjK2i/ap6emp5EqT7reldQT
+fTHvz5dfzWOr9sbB2nkd25rGYru35mfBjpLpf5P959F/HbE7ly+F+TNX2FtPtHBZLqXpHtDeWyM
/tvZuSxGFzeDylNU4qsqKerekmqJtInb3WwEP7D0w757Y+YnYXdnSPxf7A+V0sPZHRn83PMdKbd+
SO3OsNjbard07PynwD3P3LtEb36h0y9V5/cuLyO9Jsch+0SllkaGaKnjqY1d9deooBIGCv8Al6H7
/hQ7W75qfjn8beq9vy1mal7A7yo6KvpKKlWKu3TuPEbTyFBtyiENMY4AMhk8/JKKYDxtULEwA8S+
8sfulw7fFzVu283xVTabWSHbgiNIpkb5UWMZ8lLDz6EPK4jFzLM/4Y+PoK5P8ugz2x0Z8dPjZt74
2fyrYqvMb7+RvyK33s7fPy0oNgZ2kxNA+KxuNk3fkMd2XuOPH12Yrdm7O2pSVlRt7bFI9EMg9NHk
q9o6Srnp8od3vMvNvOF3vHvcyx2vKO02ssO1tOhZtTN4Stbx6gglllKLPcMH0BjDEC8avC89xdXb
S7xhbWJSI9Qr8u0cKk01Ma04DIBFNvyb7hn+V/yn+auZ3Njtl5Dr/BR92brwe9U2dtXH7329iut5
Jtr9LVf9/cbi8bu7PR7jz0G3dtPR5WsyNHHQZfxwwxvTUUtNkHyby+vI3JPLlvZPcJusps4nh8WV
oZGuKSXY8BmaJPDQz3AeJY3LxVZiHkVz20gFlZ26oWEp0AipodWWxwFBqaoANR8zU2v+l7sL/oHv
/u5/EKv+Ff7NJ/oh8tp/N/o9/iX+lT+H/dX1faf3y/Zvfx+D/J/0+n2BP3BtP/BWfV6F8f8Acn1V
MU8fT9Nqp6+Dn11d/HPSHwIv6zaqZ8HV/tqaf8H+frdN987OgH1737r3Xvfuvde9+691737r3Xvf
uvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+69
1737r3XvfuvdBG3QfSb4ruHBSdVbClw/yDqMvV95Y2bbGKmo+2p89tml2XmX7AhlpnTdC5HaVFFj
pVq/KrUaCK2m49+63U/s6C/cHwY+HO6urNx9I7j+M/TGZ6m3buij3xn9hV2w8FNt+u3vjtqYfY2O
3olKaQNQ7vxuzsBRYynylO0VdBRUyRRyqgt7917U1a1NekDlv5Y38vjNz7Oqcl8PuhpZthbewm09
sNDsPE0S0u2ttOJNu4XIx0MdNHuHH4KYeSjjyIqxTS+uPS/q9+63rb1PSw3N8BfhPvPcvbe8N2fF
force5e+sZRYjuXL5nrjbVfUdkUeOytBnaN91LUUDw5LIQZ3FUlcKtl+7NZSQTmQywxuvuvam9Tj
pWdV/EL4xdIpsNeqOj+vNjydYf3/AP8AR/WYbAwLk9qP2ocC3ZMuJy1SajJwz75O18d/FJDKz1n2
MPkLeNbe60WJ49c+/viJ8X/lT/dP/ZkehOq+8P7ifx3+5n+kzZuG3b/dj+9H8G/vF/BP4tTVH8P/
AI1/d2h+58dvL9pFqvoFvdeDEcD0g8f/AC8/g1ie0dgd1Yz4odFUHanVeB2htrrze1L15t+HMbSx
HX2Dx22tgxYlkpBTRVmx9vYejosPVtG1XjKWkgjppYkhjC+63qalKmnT6vwa+HK9t7673/2WTpN+
3Oz9uZ/aXY2+JuvduT5TfO392U70m7MfuuKahfH53+9dFI1PlJamGSfJU58VS8sfp9+61qalKmnT
L13/AC+vhL1NjosR1z8Yen9p4yn7L2P3FR0ON2lQmmx3Z3WVTkazrneWLjqRULi8vsOpy9U+HNP4
o8aaiT7dYw7X91ssx4npT9o/Cz4ld14Pem2+2vjr1F2FhOxN+4rtLe1DujZWGyi7i7Jwe26PZuJ3
3Xzz0xqTuyh2hQxYpK9HSp/hoNMXMLuje60GYcD0D/8AMU+E+M+anxYzHS+Enxu2t57XrcTvHp7L
VQlpsPg947Zo6vHY/HZA0cUtRT4LM4HI1eNlaNJPthUJULHI0CI0oe0PuG/trznDvsitJtUiNBco
tNTQuQSVBoNaOqSKCRq0lKgMSDHar87fdicgmIijD5H0+YND/Lz60/8A4v8AZG/P5dP8xDafaPzZ
2D2xHndrPvii3icrAue3tWtunZed2jS7twWV3BlIcdvTHpLk471lNk3inoWkaCWUhYpM/edNo2v3
b9pp9l9uLqxNrP4Ji0nRCPDmSUxOqKWhainsaMFXoGVcsBxeRR7ptbQ7eyaWpTyGCDQgDH2U49O+
U2xR/NrKYD4ofy3fjBvPG9c02+Kffe/O2u0ammz/AGhvPcn8Or8NQbx7p7Eplq9uddbN25jcvXfa
4WgqWpqqrqHmSKorpYoQngvJPbiGXnn3e3q3fdzbGGC1tgUtoY9Su0VpAaSTyyMiapnXUqqFLJEr
N1UOdvBvN1mUy6aBVwoHGirxYmgyeHyHW1l/w2h1x/w3J/sgf8Z/Y/ufq/0h/wANi+4/0ufxn++n
9/v4fq838P8A77f8ofn8/wDBv8i+4/3b7we/1493/wBdz/XS8Pu+o/sNWPpdHg+Bq4avB/Hpp4v6
mny6Bv72l/ev7yp+L4f6NKaf2efrmnVmnuG+inr3v3Xuve/de697917r3v3Xuve/de697917r3v3
Xuve/de697917r3v3Xuve/de697917r3v3Xuve/de697917r3v3Xuve/de697917r3v3Xuve/de6
97917r3v3Xuve/de697917r3v3Xuve/de697917r3v3Xuve/de697917r3v3XugA+RP/AB59D/zI
D/i6xf8AZRP/AB5/6D/wB/6uv+p/2n2KeU/+Sg3/ACVfgP8AuB/a/n/R9elNr/af6Lw/Bx/4rpS9
J/8AMv8AF/8AMpf87N/zJP8A5l/+mL/i1/8AN3/V/wCGn2j5j/5Kr/7n8B/uZ/b+fxfL0/Pqtx/a
n4/9v8X59C17IumOv//Z

--_004_CEA7E58D82F0Dzaliciscocom_--

From zali@cisco.com  Tue Nov 12 11:08:58 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A724F11E8142 for ; Tue, 12 Nov 2013 11:08:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.092
X-Spam-Level: 
X-Spam-Status: No, score=-10.092 tagged_above=-999 required=5 tests=[AWL=0.506, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kKdm+SlU7v5t for ; Tue, 12 Nov 2013 11:08:53 -0800 (PST)
Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) by ietfa.amsl.com (Postfix) with ESMTP id 5F1F321F8415 for ; Tue, 12 Nov 2013 11:08:37 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1811; q=dns/txt; s=iport; t=1384283317; x=1385492917; h=from:to:cc:subject:date:message-id:mime-version; bh=sxF8c4BSGOoYIyhxVzjk337xKWkwPDYhvULKdIGpSFo=; b=jIPpJUHulFYA1FMwSKLrWPbSvvIK2jL6hOsTF0Tn4uOmPsyOn0AJiqH9 wzrmU4OD6uZ/6Hj3Mws9nQUIsAWe29W5xr2xdPVspfEG73cEQCu2Z34Aq 26RYwU4Z/XEw80ASX2HsZYoes8p6calywz6B+K/uCvZp1ITER1dPQ7Sg0 I=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AhMFAOh7glKtJV2d/2dsb2JhbABagkNEgQuICLcPgSoWdIIcEG4LEgELAXQnBA6IBr9Dj1+EOAOYD5IKgWiBPoIq
X-IronPort-AV: E=Sophos;i="4.93,686,1378857600";  d="scan'208,217";a="283810657"
Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by rcdn-iport-2.cisco.com with ESMTP; 12 Nov 2013 19:08:30 +0000
Received: from xhc-rcd-x12.cisco.com (xhc-rcd-x12.cisco.com [173.37.183.86]) by rcdn-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id rACJ8Tix013763 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 12 Nov 2013 19:08:29 GMT
Received: from xmb-rcd-x14.cisco.com ([169.254.4.50]) by xhc-rcd-x12.cisco.com ([173.37.183.86]) with mapi id 14.03.0123.003; Tue, 12 Nov 2013 13:08:28 -0600
From: "Zafar Ali (zali)" 
To: "lberger@labn.net" , "BRUNGARD, DEBORAH A" 
Thread-Topic: Confusion during show of hands for WG adaptation for draft-takacs-ccamp-revertive-ps
Thread-Index: AQHO39qRedAcuMTSqkCZylvn/eiaCw==
Date: Tue, 12 Nov 2013 19:08:27 +0000
Message-ID: 
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.2.3.120616
x-originating-ip: [10.82.242.117]
Content-Type: multipart/alternative; boundary="_000_CEA260588200Dzaliciscocom_"
MIME-Version: 1.0
Cc: "ccamp@ietf.org" 
Subject: [CCAMP] Confusion during show of hands for WG adaptation for draft-takacs-ccamp-revertive-ps
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 12 Nov 2013 19:08:58 -0000

--_000_CEA260588200Dzaliciscocom_
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

Hi Lou-

When you asked the question about how many people are in favor of WG taking=
 on this work, we had a fair number of support. Then there were some confus=
ing question that Loa also came to mic for clarification. As we had to rush=
 so much during WG meetings that there is not much time clarifying or debat=
e these things during the WG meeting. IMO it will only be fair to ask the m=
ailing list these questions so WG can show its opinion.

Thanks

Regards =85 Zafar


--_000_CEA260588200Dzaliciscocom_
Content-Type: text/html; charset="Windows-1252"
Content-ID: <5064AEB672912D4DA506B746AF358A3C@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable







Hi Lou- 







When you asked the question about how many people are in favor of WG t=
aking on this work, we had a
fair number of support. Then there were some confusing question that=
 Loa also came to mic for clarification. As we had to rush so much during W=
G meetings that there is not much time clarifying or debate these things du=
ring the WG meeting. IMO it will
 only be fair to ask the mailing list these questions so WG can show its op=
inion. 









Thanks







Regards =85 Zafar











--_000_CEA260588200Dzaliciscocom_--

From loa@pi.nu  Tue Nov 12 12:15:02 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0B77A21E80A1 for ; Tue, 12 Nov 2013 12:15:02 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level: 
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id V6lokR1eLK90 for ; Tue, 12 Nov 2013 12:14:57 -0800 (PST)
Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) by ietfa.amsl.com (Postfix) with ESMTP id 66ABD21E80B4 for ; Tue, 12 Nov 2013 12:14:54 -0800 (PST)
Received: from [192.168.252.96] (107-1-141-74-ip-static.hfc.comcastbusiness.net [107.1.141.74]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 914A21802038; Tue, 12 Nov 2013 21:14:52 +0100 (CET)
Message-ID: <52828C3B.3060002@pi.nu>
Date: Tue, 12 Nov 2013 12:14:51 -0800
From: Loa Andersson 
User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0
MIME-Version: 1.0
To: "Zafar Ali (zali)" ,  "lberger@labn.net" , "BRUNGARD, DEBORAH A" 
References: 
In-Reply-To: 
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 8bit
Cc: "ccamp@ietf.org" 
Subject: Re: [CCAMP] Confusion during show of hands for WG adaptation for draft-takacs-ccamp-revertive-ps
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 12 Nov 2013 20:15:02 -0000

Zafar,

I got a satisfactory answer from Lou. The point I made was that the
way the question was asked was that it included both people that were
absolutely against and people that did not care.

Lou agreed that that was the case and that it was understood.

/Loa

On 2013-11-12 11:08, Zafar Ali (zali) wrote:
> Hi Lou-
>
> When you asked the question about how many people are in favor of WG
> taking on this work, we had a _fair_ number of support. Then there were
> some confusing question that Loa also came to mic for clarification. As
> we had to rush so much during WG meetings that there is not much time
> clarifying or debate these things during the WG meeting. IMO it will
> only be fair to ask the mailing list these questions so WG can show its
> opinion.
>
> Thanks
>
> Regards … Zafar
>
>
>
> _______________________________________________
> CCAMP mailing list
> CCAMP@ietf.org
> https://www.ietf.org/mailman/listinfo/ccamp
>

-- 


Loa Andersson                        email: loa@mail01.huawei.com
Senior MPLS Expert                          loa@pi.nu
Huawei Technologies (consultant)     phone: +46 739 81 21 64

From zali@cisco.com  Tue Nov 12 13:21:32 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0C5B921E8064 for ; Tue, 12 Nov 2013 13:21:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.129
X-Spam-Level: 
X-Spam-Status: No, score=-10.129 tagged_above=-999 required=5 tests=[AWL=0.470, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XWnBTLjTwOI6 for ; Tue, 12 Nov 2013 13:21:27 -0800 (PST)
Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) by ietfa.amsl.com (Postfix) with ESMTP id AA48511E810C for ; Tue, 12 Nov 2013 13:21:27 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1833; q=dns/txt; s=iport; t=1384291287; x=1385500887; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=PrWRqaFGm3h98JVKRVcWhJSTWRuVNpgJxcW0r1RBraQ=; b=WHhnTk+YkdMbFIFEBkjzYc1t54oNjctjXPkWc1zPo//jpZWb9JVizYKM JMhVG0s8ZlA99SOzTAKck9HGHHMIOzMFX7RcffWIq7+Bdn1bol29izLdz Lbe++2+rkBHqfCuRFs2M4QmlT7FQoLQm16qOUFUiC9q5GK8MB6/xMtHBW c=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AhAFAKOaglKtJV2a/2dsb2JhbABagwc4U78WgSoWdIIlAQEBBAEBAWgDCwwCBAEIEQMBAgFJDAsdCAIEAQ0FiAENvzkEBI4SgUkHBoQrA5gPkgqBaIE+gXE5
X-IronPort-AV: E=Sophos;i="4.93,687,1378857600"; d="scan'208";a="283725014"
Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by rcdn-iport-1.cisco.com with ESMTP; 12 Nov 2013 21:21:27 +0000
Received: from xhc-rcd-x04.cisco.com (xhc-rcd-x04.cisco.com [173.37.183.78]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id rACLLQrS028145 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 12 Nov 2013 21:21:27 GMT
Received: from xmb-rcd-x14.cisco.com ([169.254.4.50]) by xhc-rcd-x04.cisco.com ([fe80::200:5efe:173.37.183.34%12]) with mapi id 14.03.0123.003; Tue, 12 Nov 2013 15:21:26 -0600
From: "Zafar Ali (zali)" 
To: Loa Andersson , "lberger@labn.net" , "BRUNGARD, DEBORAH A" 
Thread-Topic: [CCAMP] Confusion during show of hands for WG adaptation for draft-takacs-ccamp-revertive-ps
Thread-Index: AQHO39qRedAcuMTSqkCZylvn/eiaC5oibI+A//++3gA=
Date: Tue, 12 Nov 2013 21:21:26 +0000
Message-ID: 
In-Reply-To: <52828C3B.3060002@pi.nu>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.2.3.120616
x-originating-ip: [10.82.219.66]
Content-Type: text/plain; charset="Windows-1252"
Content-ID: 
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "ccamp@ietf.org" 
Subject: Re: [CCAMP] Confusion during show of hands for WG adaptation for draft-takacs-ccamp-revertive-ps
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 12 Nov 2013 21:21:32 -0000

Hi Loa-=20

Regardless, when Lou asked the question about how many people are in favor
of WG taking on this work, we had a _fair_ number of support. IMO it will
only be fair to now poll the mailing list for WG adaptation.

Thanks

Regards =8A Zafar


-----Original Message-----
From: Loa Andersson 
Date: Tuesday, November 12, 2013 3:14 PM
To: zali , "lberger@labn.net" ,
"BRUNGARD, DEBORAH A" 
Cc: "ccamp@ietf.org" 
Subject: Re: [CCAMP] Confusion during show of hands for WG adaptation for
draft-takacs-ccamp-revertive-ps

>Zafar,
>
>I got a satisfactory answer from Lou. The point I made was that the
>way the question was asked was that it included both people that were
>absolutely against and people that did not care.
>
>Lou agreed that that was the case and that it was understood.
>
>/Loa
>
>On 2013-11-12 11:08, Zafar Ali (zali) wrote:
>> Hi Lou-
>>
>> When you asked the question about how many people are in favor of WG
>> taking on this work, we had a _fair_ number of support. Then there were
>> some confusing question that Loa also came to mic for clarification. As
>> we had to rush so much during WG meetings that there is not much time
>> clarifying or debate these things during the WG meeting. IMO it will
>> only be fair to ask the mailing list these questions so WG can show its
>> opinion.
>>
>> Thanks
>>
>> Regards =8A Zafar
>>
>>
>>
>> _______________________________________________
>> CCAMP mailing list
>> CCAMP@ietf.org
>> https://www.ietf.org/mailman/listinfo/ccamp
>>
>
>--=20
>
>
>Loa Andersson                        email: loa@mail01.huawei.com
>Senior MPLS Expert                          loa@pi.nu
>Huawei Technologies (consultant)     phone: +46 739 81 21 64


From loa@pi.nu  Tue Nov 12 13:59:48 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 248E311E810B; Tue, 12 Nov 2013 13:59:48 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level: 
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0Qn+RDHoi6yV; Tue, 12 Nov 2013 13:59:43 -0800 (PST)
Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) by ietfa.amsl.com (Postfix) with ESMTP id DE7B611E80E6; Tue, 12 Nov 2013 13:59:39 -0800 (PST)
Received: from [192.168.252.96] (107-1-141-74-ip-static.hfc.comcastbusiness.net [107.1.141.74]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 93B2B1802038; Tue, 12 Nov 2013 22:59:37 +0100 (CET)
Message-ID: <5282A4C9.4080603@pi.nu>
Date: Tue, 12 Nov 2013 13:59:37 -0800
From: Loa Andersson 
User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0
MIME-Version: 1.0
To: "mpls@ietf.org" , "ccamp@ietf.org" ,  "pwe3@ietf.org" , "nvo3@ietf.org" , l2vpn@ietf.org, L3VPN , Vero Zheng , Adrian Farrel ,  "stbryant@cisco.com" 
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [CCAMP] MPLS VPN Scaling Bof in London
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 12 Nov 2013 21:59:48 -0000

Working Groups,

We will run a non-Working Group forming BoF in London to discuss
issues around Scaling of MPLS VPNs.

Lou Berger and i have accepted to chair this BoF, Vero Zheng will
take on the role as list admin and secretary.

We plan to kick-off the discussion on a problem statement as soon
as we have enough participants on the mailing list

We gave a heads up for this BoF in Vancouver - these slides were
presented in the RTG Area Open Meeting.

http://www.ietf.org/proceedings/88/slides/slides-88-rtgarea-5.pptx

We have started to prepare the BoF, and the discussion on how we set
it up will take place on a new mailing list:

    scale-request@ietf.org

Please subscribe to this list through:

https://www.ietf.org/mailman/listinfo/scale

/Loa



-- 


Loa Andersson                        email: loa@mail01.huawei.com
Senior MPLS Expert                          loa@pi.nu
Huawei Technologies (consultant)     phone: +46 739 81 21 64

From leeyoung@huawei.com  Tue Nov 12 14:12:55 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3161321E80E4 for ; Tue, 12 Nov 2013 14:12:55 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.337
X-Spam-Level: 
X-Spam-Status: No, score=-6.337 tagged_above=-999 required=5 tests=[AWL=0.262,  BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Z0i1IL2IlKiK for ; Tue, 12 Nov 2013 14:12:51 -0800 (PST)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 3857121F9EF2 for ; Tue, 12 Nov 2013 14:12:50 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BAE78512; Tue, 12 Nov 2013 22:12:48 +0000 (GMT)
Received: from LHREML405-HUB.china.huawei.com (10.201.5.242) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 12 Nov 2013 22:12:32 +0000
Received: from DFWEML405-HUB.china.huawei.com (10.193.5.102) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 12 Nov 2013 22:12:46 +0000
Received: from dfweml511-mbs.china.huawei.com ([169.254.15.141]) by dfweml405-hub.china.huawei.com ([10.193.5.102]) with mapi id 14.03.0158.001; Tue, 12 Nov 2013 14:12:41 -0800
From: Leeyoung 
To: Lou Berger , CCAMP , "draft-ietf-ccamp-rwa-wson-encode@tools.ietf.org" 
Thread-Topic: [CCAMP] WG Last Call: WSON documents - draft-ietf-ccamp-rwa-wson-encode
Thread-Index: AQHO1NSag8RQYrwjyUubb+r8ssXAkZoiPHUA
Date: Tue, 12 Nov 2013 22:12:40 +0000
Message-ID: <7AEB3D6833318045B4AE71C2C87E8E17291E39B4@dfweml511-mbs.china.huawei.com>
References: <524AF9A9.3040006@labn.net> <5266E138.8080605@labn.net> <526FFE06.20207@labn.net>
In-Reply-To: <526FFE06.20207@labn.net>
Accept-Language: en-US, zh-CN
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.192.11.125]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Subject: Re: [CCAMP] WG Last Call: WSON documents - draft-ietf-ccamp-rwa-wson-encode
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 12 Nov 2013 22:12:55 -0000

Hi Lou,

WRT to your comment on:
Section 4.
  The definitions of sub-sub-TLVs are a bit underspecified.  Some
  specific questions to address:
  - Are there any sub-sub-TLV ordering requirements?
  - How are multiple sub-sub-TLVs of the same type to be handled?
  - What is the sub-sub-TLV header (TL format)?
  - Are there any alignment requirements?
  - What happens when a sub-sub-TLV is larger than 256 bytes?
    (There are already systems that advertise 192 wavelengths on a
    fiber and an application code takes 8 bytes, right? But
    of course this presents a problem when carried within an RSVP
    object too.)

For the last dash item, "what happens when sub-sub-TLV is larger than 256 b=
ytes", I guess you meant that the RB Info Field (in which to contain sub-su=
b-TLVs) can exceed 256 bytes as opposed to individual sub-sub-TLVs in the R=
B Info Field?=20

As for the resolution for this case, should this be addressed in the respec=
tive routing and signaling drafts?=20

I am not familiar the method to resolve this kind of issues --- can you sug=
gest some references or relevant text? I think this issue would arise both =
routing and signaling.=20

Thanks.
Young

-----Original Message-----
From: Lou Berger [mailto:lberger@labn.net]=20
Sent: Tuesday, October 29, 2013 1:27 PM
To: CCAMP; draft-ietf-ccamp-rwa-wson-encode@tools.ietf.org
Subject: Re: [CCAMP] WG Last Call: WSON documents - draft-ietf-ccamp-rwa-ws=
on-encode

Authors,
	I have some comments on this document. Many are strictly editorial. Note t=
hat I'm the document shepherd, see RFC 4858 for more information.

- Please address my general comments on the WSON document set

- section 1
   This document makes
   use of the Label Set Field encoding of [Gen-Encode] and refers to it
   as a Wavelength Set Field.
  Why?  Why not just refer to it as Label Set?  Perhaps you mean that a
  Wavelength Set Field is a Label Set Field that MUST carry a label as
  defined in RFC6205?  If so, this needs to be made explicit. (probably
  in a section other than the introduction.)

- section2/3 section alignment with rwa-info
  It's probably a good idea to align naming and ordering wherever
  possible.

- section 2
  1st two paragraphs.  Why does this section try to introduce concepts
  that are defined in 6163 and in [WSON-INFO]?  Is something missing
  from those documents?  If so, at least wson info should be fixed.  If
  not, these paragraphs should be replaced with simple
  terminology/concept references.

- Section 2, same comment WRT TLVs as made on general-constraint-
  encode: The text reads:
   This document defines the following sub-TLVs pertaining to resources
   within an optical node:

   All references to sub-TLVs should dropped, again see related comment
   in my may on general-constraint-encode.  This doesn't hold for
   sub-sub-TLVs, and I'll get to this below.

- Section 3.1
    0 1 2 3 4 5 6 7 8
    | Connectivity  |
  Why is connectivity a byte here, but only a bit in section 2.1?
  Either it should be a bit here to, or section 2.1 should be a byte.
  Note, that this can be fixed in a compatible way by defining it here
  as:
    0 1 2 3 4 5 6 7 8
    |   Reserved  |C|


- Section 4.
  The definitions of sub-sub-TLVs are a bit underspecified.  Some
  specific questions to address:
  - Are there any sub-sub-TLV ordering requirements?
  - How are multiple sub-sub-TLVs of the same type to be handled?
  - What is the sub-sub-TLV header (TL format)?
  - Are there any alignment requirements?
  - What happens when a sub-sub-TLV is larger than 256 bytes?
    (There are already systems that advertise 192 wavelengths on a
    fiber and an application code takes 8 bytes, right? But
    of course this presents a problem when carried within an RSVP
    object too.)

  If you find you need more specifics, we can discuss / I can propose
  new text.  Feel free to discuss the details on or off list (your
  choice.)

- Section 4.1
  Title and 1st sentence don't agree on the element's name.

- Section 3.4, 4.1
  - Bits I & E are defined here, but I & O are used in parallel ways in
    Section 3.2. For consistency it should be I & O everywhere (to
    match input and output).

- Section 4.2.1
  s/[ITU-G.695.1]/[ITU-G.695]

- Section 4.2.2, 4.2.3
  Why do you use bit names that are different than the ITU-T
  definitions for p and s (rather than D and F)?

WRT Section 8:
-  [RFC3471] is an informative reference.
- [Gen-Encode] needs to be normative, this document reuses its definitions.
- I'm surprised  [WSON-Info] is informative (and not normative).  Do you th=
ink this is correct?

That's it on this one,
Lou
On 10/22/2013 4:34 PM, Lou Berger wrote:
>=20
> All,
> 	Given the recent draft submission deadline and only one comment being=20
> received to date, we'd like to extend the WG more time for review.
>=20
> These drafts represent significant work by the authors and WG, so=20
> please review and let the WG know what you think (positive or negative)!
>=20
> Please have all comments in by October 29.
>=20
> Thank you,
> Lou (and Deborah)
>=20
> On 10/1/2013 12:34 PM, Lou Berger wrote:
>> All,
>>
>> This mail begins working group last call on the WSON documents.  As=20
>> there are 6 documents in this set, the last call will be three weeks.
>> The documents included in the last call are:
>>
>> http://tools.ietf.org/html/draft-ietf-ccamp-rwa-info-18
>> (Informational, IPR Disclosed)
>>
>> http://tools.ietf.org/html/draft-ietf-ccamp-general-constraint-encode
>> -11
>> (Standards Track, IPR Disclosed)
>>
>> http://tools.ietf.org/html/draft-ietf-ccamp-rwa-wson-encode-21
>> (Standards Track)
>>
>> http://tools.ietf.org/html/draft-ietf-ccamp-gmpls-general-constraints
>> -ospf-te-05
>> (Standards Track, IPR Disclosed)
>>
>> http://tools.ietf.org/html/draft-ietf-ccamp-wson-signal-compatibility
>> -ospf-12
>> (Standards Track, IPR Disclosed)
>>
>> http://tools.ietf.org/html/draft-ietf-ccamp-wson-signaling-06=20
>> (Standards
>> Track) Also has one open issue that will need to be resolved as part=20
>> of LC, see http://trac.tools.ietf.org/wg/ccamp/trac/ticket/52.
>>
>> This working group last call ends on October 22.  Comments should be=20
>> sent to the CCAMP mailing list.  Please remember to include the=20
>> technical basis for any comments.
>>
>> Positive comments, e.g., "I've reviewed this document and believe it=20
>> is ready for publication", are welcome!
>>
>> Please note that we're still missing some IPR statements.  Any=20
>> forthcoming publication request will be delayed by late IPR=20
>> statements/disclosures.
>>
>>
>> Thank you,
>> Lou (and Deborah)
>> _______________________________________________
>> CCAMP mailing list
>> CCAMP@ietf.org
>> https://www.ietf.org/mailman/listinfo/ccamp
>>
>>
>>
>>
> _______________________________________________
> CCAMP mailing list
> CCAMP@ietf.org
> https://www.ietf.org/mailman/listinfo/ccamp
>=20
>=20
>=20
>=20

From internet-drafts@ietf.org  Tue Nov 12 16:51:11 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E1BF521E8129; Tue, 12 Nov 2013 16:51:11 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.553
X-Spam-Level: 
X-Spam-Status: No, score=-102.553 tagged_above=-999 required=5 tests=[AWL=0.047, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uDlbS+kAoSGv; Tue, 12 Nov 2013 16:51:11 -0800 (PST)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 57EC921E80C1; Tue, 12 Nov 2013 16:51:10 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
From: internet-drafts@ietf.org
To: i-d-announce@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 4.83
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20131113005110.28831.45246.idtracker@ietfa.amsl.com>
Date: Tue, 12 Nov 2013 16:51:10 -0800
Cc: ccamp@ietf.org
Subject: [CCAMP] I-D Action: draft-ietf-ccamp-rwa-wson-encode-22.txt
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 13 Nov 2013 00:51:12 -0000

A New Internet-Draft is available from the on-line Internet-Drafts director=
ies.
 This draft is a work item of the Common Control and Measurement Plane Work=
ing Group of the IETF.

	Title           : Routing and Wavelength Assignment Information Encoding f=
or Wavelength Switched Optical Networks
	Author(s)       : Greg M. Bernstein
                          Young Lee
                          Dan Li
                          Wataru Imajuku
	Filename        : draft-ietf-ccamp-rwa-wson-encode-22.txt
	Pages           : 37
	Date            : 2013-11-12

Abstract:
   A wavelength switched optical network (WSON) requires that certain
   key information elements are made available to facilitate path
   computation and the establishment of label switching paths (LSPs).
   The information model described in "Routing and Wavelength
   Assignment Information for Wavelength Switched Optical Networks"
   shows what information is required at specific points in the WSON.
   Part of the WSON information model contains aspects that may be of
   general applicability to other technologies, while other parts are
   fairly specific to WSONs.

   This document provides efficient, protocol-agnostic encodings for
   the WSON specific information elements. It is intended that
   protocol-specific documents will reference this memo to describe how
   information is carried for specific uses. Such encodings can be used
   to extend GMPLS signaling and routing protocols. In addition these
   encodings could be used by other mechanisms to convey this same
   information to a path computation element (PCE).





The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-ccamp-rwa-wson-encode

There's also a htmlized version available at:
http://tools.ietf.org/html/draft-ietf-ccamp-rwa-wson-encode-22

A diff from the previous version is available at:
http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ccamp-rwa-wson-encode-22


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 zhangfatai@huawei.com  Tue Nov 12 18:03:08 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3A74B11E80DE for ; Tue, 12 Nov 2013 18:03:08 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.014
X-Spam-Level: 
X-Spam-Status: No, score=-5.014 tagged_above=-999 required=5 tests=[AWL=0.584,  BAYES_00=-2.599, EXTRA_MPART_TYPE=1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id X3E5oMb1tG7m for ; Tue, 12 Nov 2013 18:03:04 -0800 (PST)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id A544E21F9FB3 for ; Tue, 12 Nov 2013 18:03:02 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BAE88985; Wed, 13 Nov 2013 02:03:01 +0000 (GMT)
Received: from LHREML404-HUB.china.huawei.com (10.201.5.218) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 13 Nov 2013 02:02:02 +0000
Received: from SZXEMA404-HUB.china.huawei.com (10.82.72.36) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 13 Nov 2013 02:02:58 +0000
Received: from SZXEMA504-MBS.china.huawei.com ([169.254.8.57]) by SZXEMA404-HUB.china.huawei.com ([10.82.72.36]) with mapi id 14.03.0158.001; Wed, 13 Nov 2013 10:02:52 +0800
From: Fatai Zhang 
To: "Zafar Ali (zali)" , Dieter Beller 
Thread-Topic: [CCAMP] Comment on compatibility in draft-takacs-ccamp-revertive-ps
Thread-Index: AQHO39pmuC0op2cMw0OOObNs1suhnpoiZxqA
Date: Wed, 13 Nov 2013 02:02:50 +0000
Message-ID: 
References:  
In-Reply-To: 
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
x-originating-ip: [10.66.72.159]
Content-Type: multipart/related; boundary="_004_F82A4B6D50F9464B8EBA55651F541CF85CA8C572SZXEMA504MBSchi_"; type="multipart/alternative"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Cc: CCAMP 
Subject: Re: [CCAMP] Comment on compatibility in draft-takacs-ccamp-revertive-ps
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 13 Nov 2013 02:03:08 -0000

--_004_F82A4B6D50F9464B8EBA55651F541CF85CA8C572SZXEMA504MBSchi_
Content-Type: multipart/alternative;
	boundary="_000_F82A4B6D50F9464B8EBA55651F541CF85CA8C572SZXEMA504MBSchi_"

--_000_F82A4B6D50F9464B8EBA55651F541CF85CA8C572SZXEMA504MBSchi_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

SGkgWmFmYXIsDQoNCkkgd2lsbCBORVZFUiBzYXkgTkVSVkVSLg0KDQpJIHRoaW5rIHlvdSBuZWVk
IGp1c3RpZnkgd2h5IGl0IG5lZWRzIHRvIHNpZ25hbCB0aGUgYXR0cmlidXRlcywgd2hpY2ggb25s
eSBtYXR0ZXIgdG8gdGhlIGVuZC1wb2ludHMuDQoNCg0KDQpCZXN0IFJlZ2FyZHMNCg0KRmF0YWkN
Cg0KRnJvbTogWmFmYXIgQWxpICh6YWxpKSBbbWFpbHRvOnphbGlAY2lzY28uY29tXQ0KU2VudDog
V2VkbmVzZGF5LCBOb3ZlbWJlciAxMywgMjAxMyAzOjA3IEFNDQpUbzogRmF0YWkgWmhhbmc7IERp
ZXRlciBCZWxsZXINCkNjOiBDQ0FNUA0KU3ViamVjdDogUmU6IFtDQ0FNUF0gQ29tbWVudCBvbiBj
b21wYXRpYmlsaXR5IGluIGRyYWZ0LXRha2Fjcy1jY2FtcC1yZXZlcnRpdmUtcHMNCg0KDQpGcm9t
OiBGYXRhaSBaaGFuZyA8emhhbmdmYXRhaUBodWF3ZWkuY29tPG1haWx0bzp6aGFuZ2ZhdGFpQGh1
YXdlaS5jb20+Pg0KRGF0ZTogTW9uZGF5LCBOb3ZlbWJlciAxMSwgMjAxMyA5OjA0IFBNDQpUbzog
RGlldGVyIEJlbGxlciA8RGlldGVyLkJlbGxlckBhbGNhdGVsLWx1Y2VudC5jb208bWFpbHRvOkRp
ZXRlci5CZWxsZXJAYWxjYXRlbC1sdWNlbnQuY29tPj4sIHphbGkgPHphbGlAY2lzY28uY29tPG1h
aWx0bzp6YWxpQGNpc2NvLmNvbT4+DQpDYzogImNjYW1wQGlldGYub3JnPG1haWx0bzpjY2FtcEBp
ZXRmLm9yZz4iIDxjY2FtcEBpZXRmLm9yZzxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+Pg0KU3ViamVj
dDogUkU6IFtDQ0FNUF0gQ29tbWVudCBvbiBjb21wYXRpYmlsaXR5IGluIGRyYWZ0LXRha2Fjcy1j
Y2FtcC1yZXZlcnRpdmUtcHMNCg0KSGksDQoNCk1vcmVvdmVyLCB0aGlzIGluZm9ybWF0aW9uIGlz
IG9ubHkgbWFrZSBzZW5zZSBmb3IgdGhlIGVuZCBwb2ludHMgYW5kIG5vIG5lZWQgdG8gYmUgc2ln
bmFsZWQuDQoNCg0KDQpGYXRhaS0NCg0KQXJlIHlvdSBzYXlpbmcgdGhhdCB3ZSBORVZFUiBzaWdu
YWwgYW55IGF0dHJpYnV0ZSB0aGF0IG9ubHkgbWF0dGVyIHRvIHRoZSBlbmQtcG9pbnQ/IFRoaXMg
aXMgYSBuZXdzIHRvIG1lLg0KDQpUaGFua3MNCg0KUmVnYXJkcyDigKYgWmFmYXINCg0KDQoNCkJl
c3QgUmVnYXJkcw0KDQpGYXRhaQ0KDQpGcm9tOiBjY2FtcC1ib3VuY2VzQGlldGYub3JnPG1haWx0
bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPiBbbWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmdd
IE9uIEJlaGFsZiBPZiBEaWV0ZXIgQmVsbGVyDQpTZW50OiBTdW5kYXksIE5vdmVtYmVyIDEwLCAy
MDEzIDEwOjA4IFBNDQpUbzogWmFmYXIgQWxpICh6YWxpKQ0KQ2M6IENDQU1QDQpTdWJqZWN0OiBS
ZTogW0NDQU1QXSBDb21tZW50IG9uIGNvbXBhdGliaWxpdHkgaW4gZHJhZnQtdGFrYWNzLWNjYW1w
LXJldmVydGl2ZS1wcw0KDQpIaSBaYWZhciwNCg0KdGhpcyBkcmFmdCBpcyBkZWZpbmluZyBzaWdu
YWxpbmcgZXh0ZW5zaW9ucyBmb3IgdGhlIGhvbGQtb2ZmIHRpbWUgYXMgd2VsbCBhcyB0aGUgd2Fp
dC10by1yZXN0b3JlIHRpbWUgZm9yIHByb3RlY3RlZCBMU1BzDQp3aGVyZSBhcHBsaWNhYmxlLg0K
DQpUaGVyZSBhcmUgZGVmYXVsdCB2YWx1ZXMgc2V0IGZvciB0aGVzZSB0aW1lcnMgaW4gdGhlIGRh
dGEgcGxhbmUgYW5kIHNpZ25hbGluZyB0aGVtIGluIHRoZSBjb250cm9sIHBsYW5lIG1ha2VzIG9u
bHkNCnNlbnNlIGlmIHRoZSB0aW1lciB2YWx1ZXMgc2hhbGwgZGlmZmVyIGZyb20gdGhlIGRlZmF1
bHQgdmFsdWVzLiBEbyB5b3Ugc2VlIGEgbmVlZCBmb3IgdGhhdD8gSU1PLCBvcGVyYXRvcnMgdHlw
aWNhbGx5DQp1c2UgdGhlIGRlZmF1bHRzIGFuZCBkbyBub3Qgc2V0IHRoZXNlIHZhbHVlcyBvbiBh
IHBlciBjb25uZWN0aW9uIGJhc2lzLg0KDQoNClRoYW5rcywNCkRpZXRlcg0KDQoNCk9uIDA4LjEx
LjIwMTMgMjI6MTEsIFphZmFyIEFsaSAoemFsaSkgd3JvdGU6DQoNCkhpIExvdS0NCg0KDQoNCllv
dSBhcmUgcmlnaHQsIHRoZSBjdHlwZSBpcyBUQkQsIGxpa2UgSSBtZW50aW9uZWQgZHVyaW5nIHRo
ZSBtZWV0aW5nIHRoYXQNCg0Kd2UgYXJlIHVzaW5nIGRpZmZlcmVudCBjdHlwZS4NCg0KDQoNCldl
IHdvdWxkIGxpa2UgdG8gdGFrZSB0aGlzIG9wcG9ydHVuaXR5IHRvIHNvbGljaXQgY29tbWVudHMg
ZnJvbSB0aGUgV0cgb24NCg0KdGhpcyBkcmFmdC4NCg0KDQoNClRoYW5rcw0KDQoNCg0KUmVnYXJk
cyDFoCBaYWZhcg0KDQoNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCg0KRnJvbTogImxi
ZXJnZXJAbGFibi5uZXQiPG1haWx0bzpsYmVyZ2VyQGxhYm4ubmV0PiA8bGJlcmdlckBsYWJuLm5l
dD48bWFpbHRvOmxiZXJnZXJAbGFibi5uZXQ+DQoNCkRhdGU6IFRodXJzZGF5LCBOb3ZlbWJlciA3
LCAyMDEzIDY6MTcgUE0NCg0KVG86IHphbGkgPHphbGlAY2lzY28uY29tPjxtYWlsdG86emFsaUBj
aXNjby5jb20+LCAiY2NhbXBAaWV0Zi5vcmciPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4gPGNjYW1w
QGlldGYub3JnPjxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+DQoNClN1YmplY3Q6IENvbW1lbnQgb24g
Y29tcGF0aWJpbGl0eSBpbiBkcmFmdC10YWthY3MtY2NhbXAtcmV2ZXJ0aXZlLXBzDQoNCg0KDQpa
YWZhciwNCg0KICAgTXkgY29tbWVudCBpbiB0b2RheSdzIHNlc3Npb24gd2FzIHRoYXQgeW91IGFy
ZSByZWRlZmluaW5nIHRoZSBmb3JtYXQgb2YNCg0KYW4gZXhpc3Rpbmcgb2JqZWN0IChieSBhZGRp
bmcgVExWcykgdGhpcyBicmVha3MgY29tcGF0aWJpbGl0eS4gIFlvdQ0KDQpzdGF0ZWQgdGhhdCB0
aGlzIHdhc24ndCB0aGUgY2FzZS4NCg0KDQoNCkZXSVc6DQoNCg0KDQpZb3VyIGRvY3VtZW50IHNh
eXM6DQoNCg0KDQogICAwICAgICAgICAgICAgICAgICAgIDEgICAgICAgICAgICAgICAgICAgMiAg
ICAgICAgICAgICAgICAgICAzDQoNCiAgIDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUg
NiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMQ0KDQogICstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQoNCiAgfCAgICAg
ICAgICAgIExlbmd0aCAgICAgICAgICAgICB8IENsYXNzLU51bSgzNykgfCAgIEMtVHlwZSgyKSAg
IHwNCg0KICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKw0KDQogIHxTfFB8TnxPfCBSZXNlcnZlZCAgfCBMU1AgRmxhZ3MgfCAg
ICAgIFJlc2VydmVkICAgICB8IExpbmsgRmxhZ3N8DQoNCiAgKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCg0KICB8SXxSfCAg
IFJlc2VydmVkICAgIHwgU2VnLkZsYWdzIHwgICAgICAgICAgIFJlc2VydmVkICAgICAgICAgICAg
fA0KDQogICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rDQoNCiAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwNCg0KICB+ICAgICAgICAgICAgICAgICAgICAg
ICAgICAgc3ViLVRMVnMgICAgICAgICAgICAgICAgICAgICAgICAgICAgfg0KDQogIHwgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8
DQoNCiAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSsNCg0KDQoNCg0KDQpSRkM0ODcyIHNheXMNCg0KICAgICAwICAgICAgICAg
ICAgICAgICAgIDEgICAgICAgICAgICAgICAgICAgMiAgICAgICAgICAgICAgICAgICAzDQoNCiAg
ICAgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYg
NyA4IDkgMCAxDQoNCiAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KDQogICAgfCAgICAgICAgICAgIExlbmd0aCAgICAg
ICAgICAgICB8IENsYXNzLU51bSgzNykgfCBDLVR5cGUgKDIpICAgIHwNCg0KICAgICstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
DQoNCiAgICB8U3xQfE58T3wgUmVzZXJ2ZWQgIHwgTFNQIEZsYWdzIHwgICAgIFJlc2VydmVkICAg
ICAgfCBMaW5rIEZsYWdzfA0KDQogICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCg0KICAgIHwgICAgICAgICAgICAgICAg
ICAgICAgICAgICBSZXNlcnZlZCAgICAgICAgICAgICAgICAgICAgICAgICAgICB8DQoNCiAgICAr
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKw0KDQoNCg0KUGVyaGFwcyB5b3UgbWVhbnQgQy1UeXBlKFRCRCkuICBZb3Ugc2hvdWxk
IGFkZHJlc3MgY29tcGF0aWJpbGl0eQ0KDQpleHBsaWNpdGx5IGluIGFueSBjYXNlLg0KDQoNCg0K
TG91DQoNCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
Xw0KDQpDQ0FNUCBtYWlsaW5nIGxpc3QNCg0KQ0NBTVBAaWV0Zi5vcmc8bWFpbHRvOkNDQU1QQGll
dGYub3JnPg0KDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2NjYW1wDQoN
Ci0tDQpbY2lkOmltYWdlMDAxLmpwZ0AwMUNFRTA1Ny4wOTMxRDM4MF0NCkRJRVRFUiBCRUxMRVIN
CkFMQ0FURUwtTFVDRU5UIERFVVRTQ0hMQU5EIEFHDQpQUk9KRUNUIE1BTkFHRVIgQVNPTi9HTVBM
UyBDT05UUk9MIFBMQU5FDQpJUCBST1VUSU5HIEFORCBUUkFOU1BPUlQgQkwNCklQIFRSQU5TUE9S
VCBCVQ0KDQpMb3JlbnpzdHJhc3NlIDEwDQo3MDQzNSBTdHV0dGdhcnQsIEdlcm1hbnkNClBob25l
OiArNDkgNzExIDgyMSA0MzEyNQ0KTW9iaWw6ICs0OSAxNzUgNzI2Njg3NA0KRGlldGVyLkJlbGxl
ckBhbGNhdGVsLWx1Y2VudC5jb208bWFpbHRvOkRpZXRlci5CZWxsZXJAYWxjYXRlbC1sdWNlbnQu
Y29tPg0KDQpBbGNhdGVsLUx1Y2VudCBEZXV0c2NobGFuZCBBRw0KRG9taWNpbGUgb2YgdGhlIENv
bXBhbnk6IFN0dXR0Z2FydCDCtyBMb2NhbCBDb3VydCBTdHV0dGdhcnQgSFJCIDQwMjYNCkNoYWly
bWFuIG9mIHRoZSBTdXBlcnZpc29yeSBCb2FyZDogTWljaGFlbCBPcHBlbmhvZmYNCkJvYXJkIG9m
IE1hbmFnZW1lbnQ6IFdpbGhlbG0gRHJlc3NlbGhhdXMgKENoYWlybWFuKSDCtyBIYW5zLUrDtnJn
IERhdWIgwrcgQW5kcmVhcyBHZWhlDQoNClRoaXMgZS1tYWlsIGFuZCBpdHMgYXR0YWNobWVudHMs
IGlmIGFueSwgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIGluZm9ybWF0aW9uLg0KSWYgeW91IGhh
dmUgcmVjZWl2ZWQgdGhpcyBlLW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdXMgYW5kIGRl
bGV0ZSBvciBkZXN0cm95IHRoZSBlLW1haWwgYW5kIGl0cyBhdHRhY2htZW50cywgaWYgYW55LCBp
bW1lZGlhdGVseS4NCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZS1tYWlsIGluIGVycm9yLCB5
b3UgbXVzdCBub3QgZm9yd2FyZCBvciBtYWtlIHVzZSBvZiB0aGUgZS1tYWlsIGFuZCBpdHMgYXR0
YWNobWVudHMsIGlmIGFueS4NCg==

--_000_F82A4B6D50F9464B8EBA55651F541CF85CA8C572SZXEMA504MBSchi_
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPCEtLVtp
ZiAhbXNvXT48c3R5bGU+dlw6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kb1w6KiB7
YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kd1w6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0
I1ZNTCk7fQ0KLnNoYXBlIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQo8L3N0eWxlPjwh
W2VuZGlmXS0tPjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNl
DQoJe2ZvbnQtZmFtaWx5OuWui+S9kzsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30N
CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0
IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJ
cGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWls
eTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KQGZvbnQtZmFjZQ0K
CXtmb250LWZhbWlseToiXEDlrovkvZMiOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7
fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRp
di5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9u
dC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYiOw0K
CWNvbG9yOmJsYWNrO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy
aW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph
OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5
Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnByZQ0K
CXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwg6aKE6K6+5qC8
5byPIENoYXIiOw0KCW1hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQt
c2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsNCgljb2xvcjpibGFjazt9
DQpwLk1zb0FjZXRhdGUsIGxpLk1zb0FjZXRhdGUsIGRpdi5Nc29BY2V0YXRlDQoJe21zby1zdHls
ZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoi5om55rOo5qGG5paH5pysIENoYXIiOw0K
CW1hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZTo5LjBwdDsN
Cglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYiOw0KCWNvbG9yOmJsYWNrO30N
CnNwYW4uSFRNTENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkhUTUwg6aKE6K6+5qC85byPIENoYXIi
Ow0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCDpooTorr7m
oLzlvI8iOw0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7DQoJY29sb3I6YmxhY2s7fQ0Kc3Bh
bi5DaGFyDQoJe21zby1zdHlsZS1uYW1lOiLmibnms6jmoYbmlofmnKwgQ2hhciI7DQoJbXNvLXN0
eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOuaJueazqOahhuaWh+acrDsNCglmb250
LWZhbWlseTrlrovkvZM7DQoJY29sb3I6YmxhY2s7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjENCgl7bXNv
LXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlm
IjsNCgljb2xvcjojMUY0OTdEO30NCnNwYW4uRW1haWxTdHlsZTIyDQoJe21zby1zdHlsZS10eXBl
OnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJ
Y29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQt
b25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYx
Mi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzIuMHB0IDkwLjBwdCA3Mi4wcHQgOTAuMHB0O30NCmRp
di5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lm
IGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9
IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxv
OnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIx
IiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkg
bGFuZz0iWkgtQ04iIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29y
ZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls
ZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90
O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+SGkgWmFmYXIsPG86cD48L286cD48L3Nw
YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm
b250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu
cy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6
ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm
JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkkgd2lsbCBORVZFUiBzYXkgTkVSVkVSLg0KPG86cD48L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0
eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1
b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh
bj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYWxpZ246anVz
dGlmeTt0ZXh0LWp1c3RpZnk6aW50ZXItaWRlb2dyYXBoIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5
bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv
dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkkgdGhpbmsgeW91IG5lZWQganVzdGlm
eSB3aHkgaXQgbmVlZHMgdG8gc2lnbmFsIHRoZSBhdHRyaWJ1dGVzLCB3aGljaCBvbmx5IG1hdHRl
ciB0byB0aGUNCiBlbmQtcG9pbnRzLiA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hbGlnbjpqdXN0aWZ5O3RleHQtanVzdGlmeTppbnRlci1p
ZGVvZ3JhcGgiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250
LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6
IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9InRleHQtYWxpZ246anVzdGlmeTt0ZXh0LWp1c3RpZnk6aW50ZXItaWRlb2dyYXBo
Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6
JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0Qi
PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl
PSJ0ZXh0LWFsaWduOmp1c3RpZnk7dGV4dC1qdXN0aWZ5OmludGVyLWlkZW9ncmFwaCI+PHNwYW4g
bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh
bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZu
YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1h
bGlnbjpqdXN0aWZ5O3RleHQtanVzdGlmeTppbnRlci1pZGVvZ3JhcGgiPjxzcGFuIGxhbmc9IkVO
LVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1
b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+QmVzdCBSZWdhcmRzPG86
cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYWxp
Z246anVzdGlmeTt0ZXh0LWp1c3RpZnk6aW50ZXItaWRlb2dyYXBoIj48c3BhbiBsYW5nPSJFTi1V
UyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90
OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+
PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWFsaWduOmp1c3Rp
Znk7dGV4dC1qdXN0aWZ5OmludGVyLWlkZW9ncmFwaCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl
PSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7
c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5GYXRhaTxvOnA+PC9vOnA+PC9zcGFuPjwv
cD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl
PSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7
c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48
L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVD
NERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PGI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt
aWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOndpbmRv
d3RleHQiPkZyb206PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6
ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm
cXVvdDs7Y29sb3I6d2luZG93dGV4dCI+IFphZmFyIEFsaSAoemFsaSkgW21haWx0bzp6YWxpQGNp
c2NvLmNvbV0NCjxicj4NCjxiPlNlbnQ6PC9iPiBXZWRuZXNkYXksIE5vdmVtYmVyIDEzLCAyMDEz
IDM6MDcgQU08YnI+DQo8Yj5Ubzo8L2I+IEZhdGFpIFpoYW5nOyBEaWV0ZXIgQmVsbGVyPGJyPg0K
PGI+Q2M6PC9iPiBDQ0FNUDxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW0NDQU1QXSBDb21tZW50
IG9uIGNvbXBhdGliaWxpdHkgaW4gZHJhZnQtdGFrYWNzLWNjYW1wLXJldmVydGl2ZS1wczxvOnA+
PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxk
aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl
PSJmb250LXNpemU6OC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz
YW5zLXNlcmlmJnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwv
ZGl2Pg0KPC9kaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNC
NUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48Yj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m
YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5Gcm9tOg0K
PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u
dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5GYXRh
aSBaaGFuZyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnpoYW5nZmF0YWlAaHVhd2VpLmNvbSI+emhhbmdm
YXRhaUBodWF3ZWkuY29tPC9hPiZndDs8YnI+DQo8Yj5EYXRlOiA8L2I+TW9uZGF5LCBOb3ZlbWJl
ciAxMSwgMjAxMyA5OjA0IFBNPGJyPg0KPGI+VG86IDwvYj5EaWV0ZXIgQmVsbGVyICZsdDs8YSBo
cmVmPSJtYWlsdG86RGlldGVyLkJlbGxlckBhbGNhdGVsLWx1Y2VudC5jb20iPkRpZXRlci5CZWxs
ZXJAYWxjYXRlbC1sdWNlbnQuY29tPC9hPiZndDssIHphbGkgJmx0OzxhIGhyZWY9Im1haWx0bzp6
YWxpQGNpc2NvLmNvbSI+emFsaUBjaXNjby5jb208L2E+Jmd0Ozxicj4NCjxiPkNjOiA8L2I+JnF1
b3Q7PGEgaHJlZj0ibWFpbHRvOmNjYW1wQGlldGYub3JnIj5jY2FtcEBpZXRmLm9yZzwvYT4mcXVv
dDsgJmx0OzxhIGhyZWY9Im1haWx0bzpjY2FtcEBpZXRmLm9yZyI+Y2NhbXBAaWV0Zi5vcmc8L2E+
Jmd0Ozxicj4NCjxiPlN1YmplY3Q6IDwvYj5SRTogW0NDQU1QXSBDb21tZW50IG9uIGNvbXBhdGli
aWxpdHkgaW4gZHJhZnQtdGFrYWNzLWNjYW1wLXJldmVydGl2ZS1wczxvOnA+PC9vOnA+PC9zcGFu
PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO
LVVTIiBzdHlsZT0iZm9udC1zaXplOjguNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv
dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K
PC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQg
I0I1QzRERiAzLjBwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDMuMHB0O21hcmdpbi1sZWZ0OjMuMHB0
O21hcmdpbi1yaWdodDowY20iIGlkPSJNQUNfT1VUTE9PS19BVFRSSUJVVElPTl9CTE9DS1FVT1RF
Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMi
IHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss
JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5IaSw8L3NwYW4+PHNwYW4gbGFu
Zz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz
cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVv
dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5i
c3A7PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7
O2NvbG9yOiMxRjQ5N0QiPk1vcmVvdmVyLCB0aGlzIGluZm9ybWF0aW9uIGlzIG9ubHkgbWFrZSBz
ZW5zZSBmb3IgdGhlIGVuZCBwb2ludHMgYW5kIG5vIG5lZWQgdG8gYmUgc2lnbmFsZWQuDQo8L3Nw
YW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250
LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6
IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bh
bj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYWxpZ246anVz
dGlmeTt0ZXh0LWp1c3RpZnk6aW50ZXItaWRlb2dyYXBoIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5
bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv
dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5n
PSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K
PC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6OC41cHQ7Zm9udC1mYW1pbHk6JnF1
b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpw
Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs
YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTo4LjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxp
YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkZhdGFpLSZuYnNwOzxvOnA+PC9vOnA+
PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh
bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjguNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli
cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+
PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t
VVMiIHN0eWxlPSJmb250LXNpemU6OC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90
OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5BcmUgeW91IHNheWluZyB0aGF0IHdlIE5FVkVSIHNp
Z25hbCBhbnkgYXR0cmlidXRlIHRoYXQgb25seSBtYXR0ZXIgdG8gdGhlIGVuZC1wb2ludD8gVGhp
cyBpcyBhIG5ld3MgdG8gbWUuJm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250
LXNpemU6OC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl
cmlmJnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250
LXNpemU6OC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl
cmlmJnF1b3Q7Ij5UaGFua3M8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTo4
LjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv
dDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjguNXB0O2Zv
bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+UmVn
YXJkcyDigKYgWmFmYXI8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9k
aXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V
UyIgc3R5bGU9ImZvbnQtc2l6ZTo4LjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7
LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwv
ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNC
NUM0REYgMy4wcHQ7cGFkZGluZzowY20gMGNtIDBjbSAzLjBwdDttYXJnaW4tbGVmdDozLjBwdDtt
YXJnaW4tcmlnaHQ6MGNtIiBpZD0iTUFDX09VVExPT0tfQVRUUklCVVRJT05fQkxPQ0tRVU9URSI+
DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1h
bGlnbjpqdXN0aWZ5O3RleHQtanVzdGlmeTppbnRlci1pZGVvZ3JhcGgiPjxzcGFuIGxhbmc9IkVO
LVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1
b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxz
cGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIiBzdHlsZT0idGV4dC1hbGlnbjpqdXN0aWZ5O3RleHQtanVzdGlmeTppbnRlci1pZGVvZ3Jh
cGgiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWls
eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3
RCI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hbGlnbjpqdXN0aWZ5O3RleHQtanVz
dGlmeTppbnRlci1pZGVvZ3JhcGgiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl
OjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm
cXVvdDs7Y29sb3I6IzFGNDk3RCI+QmVzdCBSZWdhcmRzPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVT
Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4
dC1hbGlnbjpqdXN0aWZ5O3RleHQtanVzdGlmeTppbnRlci1pZGVvZ3JhcGgiPjxzcGFuIGxhbmc9
IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp
JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFu
PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIiBzdHlsZT0idGV4dC1hbGlnbjpqdXN0aWZ5O3RleHQtanVzdGlmeTppbnRlci1pZGVv
Z3JhcGgiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZh
bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFG
NDk3RCI+RmF0YWk8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwv
cD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl
PSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7
c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0i
RU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6
bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNt
IDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9
ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3Nh
bnMtc2VyaWYmcXVvdDs7Y29sb3I6d2luZG93dGV4dCI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIGxh
bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhv
bWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjp3aW5kb3d0ZXh0Ij4NCjxhIGhy
ZWY9Im1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnIj5jY2FtcC1ib3VuY2VzQGlldGYub3Jn
PC9hPiBbPGEgaHJlZj0ibWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmciPm1haWx0bzpjY2Ft
cC1ib3VuY2VzQGlldGYub3JnPC9hPl0NCjxiPk9uIEJlaGFsZiBPZiA8L2I+RGlldGVyIEJlbGxl
cjxicj4NCjxiPlNlbnQ6PC9iPiBTdW5kYXksIE5vdmVtYmVyIDEwLCAyMDEzIDEwOjA4IFBNPGJy
Pg0KPGI+VG86PC9iPiBaYWZhciBBbGkgKHphbGkpPGJyPg0KPGI+Q2M6PC9iPiBDQ0FNUDxicj4N
CjxiPlN1YmplY3Q6PC9iPiBSZTogW0NDQU1QXSBDb21tZW50IG9uIGNvbXBhdGliaWxpdHkgaW4g
ZHJhZnQtdGFrYWNzLWNjYW1wLXJldmVydGl2ZS1wczwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+
PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxzcGFuIGxhbmc9
IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMt
c2VyaWYmcXVvdDsiPkhpIFphZmFyLDxicj4NCjxicj4NCnRoaXMgZHJhZnQgaXMgZGVmaW5pbmcg
c2lnbmFsaW5nIGV4dGVuc2lvbnMgZm9yIHRoZSBob2xkLW9mZiB0aW1lIGFzIHdlbGwgYXMgdGhl
IHdhaXQtdG8tcmVzdG9yZSB0aW1lIGZvciBwcm90ZWN0ZWQgTFNQczxicj4NCndoZXJlIGFwcGxp
Y2FibGUuPGJyPg0KPGJyPg0KVGhlcmUgYXJlIGRlZmF1bHQgdmFsdWVzIHNldCBmb3IgdGhlc2Ug
dGltZXJzIGluIHRoZSBkYXRhIHBsYW5lIGFuZCBzaWduYWxpbmcgdGhlbSBpbiB0aGUgY29udHJv
bCBwbGFuZSBtYWtlcyBvbmx5PGJyPg0Kc2Vuc2UgaWYgdGhlIHRpbWVyIHZhbHVlcyBzaGFsbCBk
aWZmZXIgZnJvbSB0aGUgZGVmYXVsdCB2YWx1ZXMuIERvIHlvdSBzZWUgYSBuZWVkIGZvciB0aGF0
PyBJTU8sIG9wZXJhdG9ycyB0eXBpY2FsbHk8YnI+DQp1c2UgdGhlIGRlZmF1bHRzIGFuZCBkbyBu
b3Qgc2V0IHRoZXNlIHZhbHVlcyBvbiBhIHBlciBjb25uZWN0aW9uIGJhc2lzLjxicj4NCjxicj4N
Cjxicj4NClRoYW5rcyw8YnI+DQpEaWV0ZXI8YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+PHNwYW4g
bGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+T24gMDguMTEuMjAxMyAyMjoxMSwgWmFmYXIgQWxp
ICh6YWxpKSB3cm90ZTo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3Rl
IHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHByZT48c3Bh
biBsYW5nPSJFTi1VUyI+SGkgTG91LSA8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNw
YW4gbGFuZz0iRU4tVVMiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3Bh
biBsYW5nPSJFTi1VUyI+WW91IGFyZSByaWdodCwgdGhlIGN0eXBlIGlzIFRCRCwgbGlrZSBJIG1l
bnRpb25lZCBkdXJpbmcgdGhlIG1lZXRpbmcgdGhhdDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0K
PHByZT48c3BhbiBsYW5nPSJFTi1VUyI+d2UgYXJlIHVzaW5nIGRpZmZlcmVudCBjdHlwZS48bzpw
PjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzxvOnA+
PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+V2Ugd291bGQgbGlr
ZSB0byB0YWtlIHRoaXMgb3Bwb3J0dW5pdHkgdG8gc29saWNpdCBjb21tZW50cyBmcm9tIHRoZSBX
RyBvbjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+dGhp
cyBkcmFmdC4gPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVT
Ij4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMi
PlRoYW5rczxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+
Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj5S
ZWdhcmRzIMWgIFphZmFyPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9
IkVOLVVTIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0i
RU4tVVMiPi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tPG86cD48L286cD48L3NwYW4+PC9wcmU+
DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj5Gcm9tOiA8YSBocmVmPSJtYWlsdG86bGJlcmdlckBs
YWJuLm5ldCI+JnF1b3Q7bGJlcmdlckBsYWJuLm5ldCZxdW90OzwvYT4gPGEgaHJlZj0ibWFpbHRv
OmxiZXJnZXJAbGFibi5uZXQiPiZsdDtsYmVyZ2VyQGxhYm4ubmV0Jmd0OzwvYT48bzpwPjwvbzpw
Pjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPkRhdGU6IFRodXJzZGF5LCBO
b3ZlbWJlciA3LCAyMDEzIDY6MTcgUE08bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNw
YW4gbGFuZz0iRU4tVVMiPlRvOiB6YWxpIDxhIGhyZWY9Im1haWx0bzp6YWxpQGNpc2NvLmNvbSI+
Jmx0O3phbGlAY2lzY28uY29tJmd0OzwvYT4sIDxhIGhyZWY9Im1haWx0bzpjY2FtcEBpZXRmLm9y
ZyI+JnF1b3Q7Y2NhbXBAaWV0Zi5vcmcmcXVvdDs8L2E+IDxhIGhyZWY9Im1haWx0bzpjY2FtcEBp
ZXRmLm9yZyI+Jmx0O2NjYW1wQGlldGYub3JnJmd0OzwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L3By
ZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPlN1YmplY3Q6IENvbW1lbnQgb24gY29tcGF0aWJp
bGl0eSBpbiBkcmFmdC10YWthY3MtY2NhbXAtcmV2ZXJ0aXZlLXBzPG86cD48L286cD48L3NwYW4+
PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48
L3ByZT4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206
NS4wcHQiPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+WmFmYXIsPG86cD48L286cD48L3NwYW4+
PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsgTXkgY29tbWVudCBp
biB0b2RheSdzIHNlc3Npb24gd2FzIHRoYXQgeW91IGFyZSByZWRlZmluaW5nIHRoZSBmb3JtYXQg
b2Y8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPmFuIGV4
aXN0aW5nIG9iamVjdCAoYnkgYWRkaW5nIFRMVnMpIHRoaXMgYnJlYWtzIGNvbXBhdGliaWxpdHku
Jm5ic3A7IFlvdTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1V
UyI+c3RhdGVkIHRoYXQgdGhpcyB3YXNuJ3QgdGhlIGNhc2UuPG86cD48L286cD48L3NwYW4+PC9w
cmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3By
ZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPkZXSVc6PG86cD48L286cD48L3NwYW4+PC9wcmU+
DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4N
CjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPllvdXIgZG9jdW1lbnQgc2F5czo8bzpwPjwvbzpwPjwv
c3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzxvOnA+PC9vOnA+PC9z
cGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7IDAmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMSZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAyJm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzM8bzpwPjwvbzpwPjwvc3Bhbj48
L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyAwIDEgMiAzIDQgNSA2
IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDE8bzpwPjwv
bzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyAmIzQzOy0m
IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz
Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m
IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz
Oy0mIzQzOy0mIzQzOy0mIzQzOzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBs
YW5nPSJFTi1VUyI+Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgTGVuZ3RoJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwgQ2xh
c3MtTnVtKDM3KSB8Jm5ic3A7Jm5ic3A7IEMtVHlwZSgyKSZuYnNwOyZuYnNwOyB8PG86cD48L286
cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsgJiM0MzstJiM0
MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzst
JiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0
MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzst
JiM0MzstJiM0MzstJiM0Mzs8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFu
Zz0iRU4tVVMiPiZuYnNwOyB8U3xQfE58T3wgUmVzZXJ2ZWQmbmJzcDsgfCBMU1AgRmxhZ3MgfCZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBSZXNlcnZlZCZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyB8IExpbmsgRmxhZ3N8PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxh
bmc9IkVOLVVTIj4mbmJzcDsgJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0
MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzst
JiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0
MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzs8bzpwPjwvbzpwPjwv
c3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyB8SXxSfCZuYnNwOyZu
YnNwOyBSZXNlcnZlZCZuYnNwOyZuYnNwOyZuYnNwOyB8IFNlZy5GbGFncyB8Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFJlc2VydmVk
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7IHw8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4t
VVMiPiZuYnNwOyAmIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz
Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m
IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz
Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOzxvOnA+PC9vOnA+PC9zcGFuPjwv
cHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsgfDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJF
Ti1VUyI+Jm5ic3A7IH4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg
c3ViLVRMVnMmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg
fjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7
IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJl
Pg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7ICYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7
LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj
NDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7
LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj
NDM7PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJz
cDs8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNw
OzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+UkZDNDg3
MiBzYXlzPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4m
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyAxJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7IDImbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsgMzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJF
Ti1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIg
MyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMTxvOnA+PC9vOnA+PC9zcGFuPjwv
cHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7LSYj
NDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7
LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj
NDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7
LSYjNDM7LSYjNDM7LSYjNDM7PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxh
bmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBMZW5ndGgmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsgfCBDbGFzcy1OdW0oMzcpIHwgQy1UeXBlICgyKSZuYnNwOyZuYnNwOyZuYnNwOyB8PG86
cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJz
cDsmbmJzcDsgJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzst
JiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0
MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzst
JiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzs8bzpwPjwvbzpwPjwvc3Bhbj48L3By
ZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyB8U3xQfE58T3wg
UmVzZXJ2ZWQmbmJzcDsgfCBMU1AgRmxhZ3MgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBSZXNl
cnZlZCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8IExpbmsgRmxhZ3N8PG86cD48L286
cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJz
cDsgJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzst
JiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0
MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzst
JiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzs8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxw
cmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFJlc2VydmVkJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHw8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxw
cmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0mIzQzOy0mIzQz
Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m
IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz
Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m
IzQzOy0mIzQzOzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1V
UyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVT
Ij5QZXJoYXBzIHlvdSBtZWFudCBDLVR5cGUoVEJEKS4mbmJzcDsgWW91IHNob3VsZCBhZGRyZXNz
IGNvbXBhdGliaWxpdHk8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0i
RU4tVVMiPmV4cGxpY2l0bHkgaW4gYW55IGNhc2UuPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8
cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxw
cmU+PHNwYW4gbGFuZz0iRU4tVVMiPkxvdTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPC9ibG9j
a3F1b3RlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+
PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj5fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fXzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3Bh
biBsYW5nPSJFTi1VUyI+Q0NBTVAgbWFpbGluZyBsaXN0PG86cD48L286cD48L3NwYW4+PC9wcmU+
DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj48YSBocmVmPSJtYWlsdG86Q0NBTVBAaWV0Zi5vcmci
PkNDQU1QQGlldGYub3JnPC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBs
YW5nPSJFTi1VUyI+PGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5m
by9jY2FtcCI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9jY2FtcDwvYT48
bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPi0tIDxicj4NCjxpbWcg
Ym9yZGVyPSIwIiB3aWR0aD0iMjc2IiBoZWlnaHQ9IjI2IiBpZD0iX3gwMDAwX2kxMDI1IiBzcmM9
ImNpZDppbWFnZTAwMS5qcGdAMDFDRUUwNTcuMDkzMUQzODAiPjxvOnA+PC9vOnA+PC9zcGFuPjwv
cD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5
bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90
O3NhbnMtc2VyaWYmcXVvdDs7Zm9udC12YXJpYW50OnNtYWxsLWNhcHMiPkRJRVRFUiBCRUxMRVIN
Cjwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv
ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls
ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7
c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojNjYzOUI3Ij5BTENBVEVMLUxVQ0VOVCBERVVUU0NITEFO
RCBBRw0KPGJyPg0KUFJPSkVDVCBNQU5BR0VSIEFTT04vR01QTFMgQ09OVFJPTCBQTEFORSA8YnI+
DQpJUCBST1VUSU5HIEFORCBUUkFOU1BPUlQgQkwgPGJyPg0KSVAgVFJBTlNQT1JUIEJVIDxicj4N
Cjxicj4NCkxvcmVuenN0cmFzc2UgMTAgPGJyPg0KNzA0MzUgU3R1dHRnYXJ0LCBHZXJtYW55IDxi
cj4NClBob25lOiAmIzQzOzQ5IDcxMSA4MjEgNDMxMjUgPGJyPg0KTW9iaWw6ICYjNDM7NDkgMTc1
IDcyNjY4NzQgPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+
DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBsYW5nPSJFTi1V
UyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7
LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzY2MzlCNyI+PGEgaHJlZj0ibWFpbHRvOkRp
ZXRlci5CZWxsZXJAYWxjYXRlbC1sdWNlbnQuY29tIj5EaWV0ZXIuQmVsbGVyQGFsY2F0ZWwtbHVj
ZW50LmNvbTwvYT48L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bh
bj48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4m
bmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6JnF1
b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkFsY2F0ZWwtTHVjZW50IERl
dXRzY2hsYW5kIEFHDQo8YnI+DQpEb21pY2lsZSBvZiB0aGUgQ29tcGFueTogU3R1dHRnYXJ0IMK3
IExvY2FsIENvdXJ0IFN0dXR0Z2FydCBIUkIgNDAyNiA8YnI+DQpDaGFpcm1hbiBvZiB0aGUgU3Vw
ZXJ2aXNvcnkgQm9hcmQ6IE1pY2hhZWwgT3BwZW5ob2ZmIDxicj4NCkJvYXJkIG9mIE1hbmFnZW1l
bnQ6IFdpbGhlbG0gRHJlc3NlbGhhdXMgKENoYWlybWFuKSDCtyBIYW5zLUrDtnJnIERhdWIgwrcg
QW5kcmVhcyBHZWhlDQo8YnI+DQo8YnI+DQpUaGlzIGUtbWFpbCBhbmQgaXRzIGF0dGFjaG1lbnRz
LCBpZiBhbnksIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBpbmZvcm1hdGlvbi48YnI+DQpJZiB5
b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGUtbWFpbCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB1cyBh
bmQgZGVsZXRlIG9yIGRlc3Ryb3kgdGhlIGUtbWFpbCBhbmQgaXRzIGF0dGFjaG1lbnRzLCBpZiBh
bnksIGltbWVkaWF0ZWx5Lg0KPGJyPg0KSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlLW1haWwg
aW4gZXJyb3IsIHlvdSBtdXN0IG5vdCBmb3J3YXJkIG9yIG1ha2UgdXNlIG9mIHRoZSBlLW1haWwg
YW5kIGl0cyBhdHRhY2htZW50cywgaWYgYW55Lg0KPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48
bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwv
YmxvY2txdW90ZT4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K

--_000_F82A4B6D50F9464B8EBA55651F541CF85CA8C572SZXEMA504MBSchi_--

--_004_F82A4B6D50F9464B8EBA55651F541CF85CA8C572SZXEMA504MBSchi_
Content-Type: image/jpeg; name="image001.jpg"
Content-Description: image001.jpg
Content-Disposition: inline; filename="image001.jpg"; size=5715;
	creation-date="Wed, 13 Nov 2013 02:02:50 GMT";
	modification-date="Wed, 13 Nov 2013 02:02:50 GMT"
Content-ID: 
Content-Transfer-Encoding: base64

/9j/4AAQSkZJRgABAgAAZABkAAD/7AARRHVja3kAAQAEAAAAZAAA/+4ADkFkb2JlAGTAAAAAAf/b
AIQAAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQICAgICAgICAgIC
AwMDAwMDAwMDAwEBAQEBAQECAQECAgIBAgIDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMD
AwMDAwMDAwMDAwMDAwMDAwMD/8AAEQgAGgEUAwERAAIRAQMRAf/EAaIAAAAGAgMBAAAAAAAAAAAA
AAcIBgUECQMKAgEACwEAAAYDAQEBAAAAAAAAAAAABgUEAwcCCAEJAAoLEAACAQMEAQMDAgMDAwIG
CXUBAgMEEQUSBiEHEyIACDEUQTIjFQlRQhZhJDMXUnGBGGKRJUOhsfAmNHIKGcHRNSfhUzaC8ZKi
RFRzRUY3R2MoVVZXGrLC0uLyZIN0k4Rlo7PD0+MpOGbzdSo5OkhJSlhZWmdoaWp2d3h5eoWGh4iJ
ipSVlpeYmZqkpaanqKmqtLW2t7i5usTFxsfIycrU1dbX2Nna5OXm5+jp6vT19vf4+foRAAIBAwIE
BAMFBAQEBgYFbQECAxEEIRIFMQYAIhNBUQcyYRRxCEKBI5EVUqFiFjMJsSTB0UNy8BfhgjQlklMY
Y0TxorImNRlUNkVkJwpzg5NGdMLS4vJVZXVWN4SFo7PD0+PzKRqUpLTE1OT0laW1xdXl9ShHV2Y4
doaWprbG1ub2Z3eHl6e3x9fn90hYaHiImKi4yNjo+DlJWWl5iZmpucnZ6fkqOkpaanqKmqq6ytrq
+v/aAAwDAQACEQMRAD8A3+Pfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfu
vde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691
737r3Xvfuvde9+691737r3Xvfuvde9+691737r3XvfuvdBd3V3L178fOrd59ydq52Pbmw9h4hsvn
sm0T1ExVp4aKgx+PpIrzV+XzGTqoaSjp09c9VOiDlvZ1y7y9u3Ne92/L2xxGbdLqTSi8BwJZmPBV
RQWdjhVBPl09bwS3MywQisjGg/1eg4nrV9ov5uX8w/5z90Zjr34TbW6/6R2LhKTKZ/I7w3njcLnD
snYeNhlSt353Dvvd9LmdlbaxVLGv3Rho8U0kUn+TRvkGXVLmlJ7D+0/tpy7HuvuPPdblucjKixQs
6eNOxxBaQxFJpGPw1eShHeREDQC47Jtm3QCXcGaSQ4oKip9FAoSftPzx0vKP+cN8sPhR8jj0B88q
XqnuzbS0208zlOyuk6abF5vEbe3tiKHP4vPYilbFbYx+4aOjxmRRpMbV4bEV76Syzspj8pXJ7Acj
e43KP9afbBr7brysqLb3hDI8kLFGRjqkaMllNJFllQcCoNdLZ2Oyv7X6nbtcb5Gl+BINKHjT7QSP
l1slf6Zurf8ARH/p6/vxgv8AQ9/cf/SR/f8A+5b+A/3I/hP8c/j/AJfH9x9v/DP3PH4/Pq/b0eT0
e8QP6vb3+/v6r/TS/wBYPqfp/Ap3+Nq0aPSurFa6fOtM9BTwJvH+m0nx9WnT51rSnRWch3x82aXq
D5bbupPhHS13afUna+9NrfGHq9O+NjJF8n+rMRkMLDtLtSXczwDHdYz7jxFdV1j4TJaq6J6L7a/l
kQ+ybqlFqM46Eyq7R+TEXdvx72PT/GWlm6h391turc3fXcX+lna1+i9/YvC0VVt7r6j2f9umY7C/
jeenND/EKErAIyaiwSGQN7rVBQ5z0EmS77+d9P0J8nN+Y/4KYys7u617g3DtL45dIN8iev44/kN1
HjtxbVx+G7brN9GnXb/XFTltuZTKZJcFXk12rFimJSWpjPv3W6LUZx0MlV2X8lI/kD0/sOm+NlBN
0Tu7qrPbp7Z7wPbm2vvOpuzaFUOI6zp9gGgTN72iyUrrGMrSNHTESPIQggKy+61QUrXPQIZD5AfP
qn+N3ePY1F8CsRXfIXZXc2b2f0r8e0+SXX0dL3J1DQ7r2zisX2zU9l1NDTbe2PUZLb2QylcuHrkF
WRjEDeM1aInut0WtK46Hyr7F+REPyX2R1xT/AB5oar46ZzpvKbu3h8hl7S26lZsvt2kzn2dH1SvW
b0i7jz1LWYYx1K5iFkpWMrKQhgZZPdaoKVrnovdX8iPn5D8Xuwez6X4BY6q+SO3O4a7Z+yPjePkh
1/HTdgdV0u+MRhIO0YOz5aBNt4F6vbFXV1642tSKo00ev6SxxN7rdFrSuOjIVfYffEPylxPVlL0H
FV/Gyr6SrN75T5Mnsfb0E2L7gh3lJhqbpxeqmgfdNYs+1Fjy38aDrQ/umD/ORMG91qgpWuei2z/I
n5+r8YMp2ZT/AAAoJPkjF3NLsrE/HGX5I9ex0lX1YN8Q4KHtSr7QWifbdMr7bZ65seEacKol5Q6P
fut0WtK4+zoxq9hfIA/KmTq5ugKRfjGvSabzj+TQ7M241ZJ3G27/AOEt1AepfCN1JAm1Qcoc1qNE
SRCCZCQvutUFK1z0XSl+Qn8wOT4x7X7JqfgDg6f5JZLuSn2duf45j5N7AloNt9USbyrsNUdqR9pp
iTtrKyQbehgrf4XChqWjm8g5U0/v3W6LWlcfZ0YWk7F+Q03yg3V1lU/HqjpfjZiulcfvLbXyRbtD
bklVuXuGo3LHjqnqJ+rUpm3TiqaDbzS15zTl6NDTiM6nqEVPdaoKVrnov9F8hPn0/wAaOm+y8h8B
8ZSfIfdvc2G2f298dYvkh19UxdV9R1m8dw4XIdr0XZcVE22d31NJt2hxuR/hFMBUpHkm1HVSyx+/
dbotaVx0PuO7I+Q0/wAj+y+ua/4709J8f9t9T7e3d153/H2dtyWfsHsvIV09NmOr5+uzTrn9ttja
eJpRk5mkpAsaljeeNU91qgpWuegMoPkD87Kj45fHTsWr+B9HQ9/di9zbf2b310AfkPsCeDoPqKv3
bvDF5nt1ex0pBgN/y43a2GxGS/guOjNarZoxetqObV7rdFqRXHQx0vaHyVl787t2HP8AGeli6R2R
1Zt3dPT3dTdt7YSfufsrJUs82X63bZK0c+X2LBiayJqZsnXloRoWYI8c6BPdaoKcc9BLi++PnVU9
IfFzeuR+DWKoO5Oze29u7V+SnT3+zDbDki+OXU+Qz+46HNdq0W8o6WTC9mVWJ29j8dkP4JjmWtL5
E0wLSQSN791ui1OcdChF2l8o27g+Sm0ZPi9jh1R1z11tfcXx07THcm1UqPkPv7J7Xq8luHYNbtE0
L5Hq6PCbphGL/iOTdoGTTVKHim0xe61QUGc9B3Q95/N6frX4hbjq/hJjKbsTtvsfbe3vlT1+vyA2
M8Pxb66yE2TXP9h0u4jSLj+1ajCY+mgqv4Tiz91JJL9ojPIfKPdbotTnHS4h7Z+VknYny1203xVx
8ex+qtk7ZzfxX38/cu1Ei+UW8MpsbKZnObMyOENGcj1AuB3vSU+GauygkgeOo+6UNEvv3WqDGf8A
Y6S1D3l8yKjY/wAOs3UfC+Cm3h3HurA4v5VbRfvLZSp8Vdr1mFrqzN7qiyv2rU/aL4ytgjCUON0z
OT4L+V1ce63Rc5+zrXk/m+/NPFbK/mPYDftH2D2bjP8AhsDB/HnedF13szZHZuc232Zu/uztHa27
fkrt/dO69n7RzOydsQYf4iU2PeI7jyWNhlmyLrTl5VdffunEWq09f9X+Hoato/JfvGi7+7f+PHQv
eG1+kG+YX8475J7RHyT3PtrE9nU2yto7C+Efxg7FwWy+ssBu2V9gVW+e2crWRUuB/iZnoyRP4aWq
qJI09+69QUqRWi/5elF81Pm/81PjvuHsOg6Y+R28e/st8L4PjUnyifG/Gf40bR6NpZu29x4qSiou
3N0bl7bh7frN1dj7SzMDRUnWuHEGGeWKWcwo7rH7rSqp4jjw6Lpg/lJ8sfj3gPlxuLrnuTeNU/yP
/n3fIf4hYeGfYXV2/Mv0rjo9x5rMJunYdf2puLbOK3JvfcOz9kYvae2MDuPIrtmgpyjQxiRIIJvd
WoppXyWvRxuouxfmbnfnD/L+oflVtXcFB2FtnD/zXtv7Fl3NR7E683H3X1fhdsfDnO9Wb57D2f1j
uzfPX2y93Vcu4avE1UNJMaaKWgaqigSOoAZyFY3mVJm0QlgGamrSCRVtNRWgzSorwr1qiUOe2or5
06MHuvtXszM/PD+Uluv5A7LpPjrvPcfSH8y1t89YVXYeF3NhcHXYuf4z0G2xU7oxc9PgMzNkcNHF
kIVGp6Q1rQE+RHJO+aLDY9s324seXL47lssZXwrkxND4gKKzfpv3Locsmfi06hgjpyeOGOR0t38S
EEUahFcZwc4OPy6D/eP8wPvPG7A+WGVxHY21TuPrn+cT8ffiR1jEmD2fUz/7L/2dlPieazAU9AaO
T+PVefw3Ye6ZqTKuk1aYg8kM1qRTGQdM6Rj/AEtf8PQFVf8AMA+Z9H8DvlB/M/h762NkqPau5e3u
v9l/CCPqDZq4fpLIbb7xm6O23VdjdgVOVxPama37srHPFu7cFNU1VJjK2i/ap6emp5EqT7reldQT
+fTHvz5dfzWOr9sbB2nkd25rGYru35mfBjpLpf5P959F/HbE7ly+F+TNX2FtPtHBZLqXpHtDeWyM
/tvZuSxGFzeDylNU4qsqKerekmqJtInb3WwEP7D0w757Y+YnYXdnSPxf7A+V0sPZHRn83PMdKbd+
SO3OsNjbard07PynwD3P3LtEb36h0y9V5/cuLyO9Jsch+0SllkaGaKnjqY1d9deooBIGCv8Al6H7
/hQ7W75qfjn8beq9vy1mal7A7yo6KvpKKlWKu3TuPEbTyFBtyiENMY4AMhk8/JKKYDxtULEwA8S+
8sfulw7fFzVu283xVTabWSHbgiNIpkb5UWMZ8lLDz6EPK4jFzLM/4Y+PoK5P8ugz2x0Z8dPjZt74
2fyrYqvMb7+RvyK33s7fPy0oNgZ2kxNA+KxuNk3fkMd2XuOPH12Yrdm7O2pSVlRt7bFI9EMg9NHk
q9o6Srnp8od3vMvNvOF3vHvcyx2vKO02ssO1tOhZtTN4Stbx6gglllKLPcMH0BjDEC8avC89xdXb
S7xhbWJSI9Qr8u0cKk01Ma04DIBFNvyb7hn+V/yn+auZ3Njtl5Dr/BR92brwe9U2dtXH7329iut5
Jtr9LVf9/cbi8bu7PR7jz0G3dtPR5WsyNHHQZfxwwxvTUUtNkHyby+vI3JPLlvZPcJusps4nh8WV
oZGuKSXY8BmaJPDQz3AeJY3LxVZiHkVz20gFlZ26oWEp0AipodWWxwFBqaoANR8zU2v+l7sL/oHv
/u5/EKv+Ff7NJ/oh8tp/N/o9/iX+lT+H/dX1faf3y/Zvfx+D/J/0+n2BP3BtP/BWfV6F8f8Acn1V
MU8fT9Nqp6+Dn11d/HPSHwIv6zaqZ8HV/tqaf8H+frdN987OgH1737r3Xvfuvde9+691737r3Xvf
uvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+69
1737r3XvfuvdBG3QfSb4ruHBSdVbClw/yDqMvV95Y2bbGKmo+2p89tml2XmX7AhlpnTdC5HaVFFj
pVq/KrUaCK2m49+63U/s6C/cHwY+HO6urNx9I7j+M/TGZ6m3buij3xn9hV2w8FNt+u3vjtqYfY2O
3olKaQNQ7vxuzsBRYynylO0VdBRUyRRyqgt7917U1a1NekDlv5Y38vjNz7Oqcl8PuhpZthbewm09
sNDsPE0S0u2ttOJNu4XIx0MdNHuHH4KYeSjjyIqxTS+uPS/q9+63rb1PSw3N8BfhPvPcvbe8N2fF
force5e+sZRYjuXL5nrjbVfUdkUeOytBnaN91LUUDw5LIQZ3FUlcKtl+7NZSQTmQywxuvuvam9Tj
pWdV/EL4xdIpsNeqOj+vNjydYf3/AP8AR/WYbAwLk9qP2ocC3ZMuJy1SajJwz75O18d/FJDKz1n2
MPkLeNbe60WJ49c+/viJ8X/lT/dP/ZkehOq+8P7ifx3+5n+kzZuG3b/dj+9H8G/vF/BP4tTVH8P/
AI1/d2h+58dvL9pFqvoFvdeDEcD0g8f/AC8/g1ie0dgd1Yz4odFUHanVeB2htrrze1L15t+HMbSx
HX2Dx22tgxYlkpBTRVmx9vYejosPVtG1XjKWkgjppYkhjC+63qalKmnT6vwa+HK9t7673/2WTpN+
3Oz9uZ/aXY2+JuvduT5TfO392U70m7MfuuKahfH53+9dFI1PlJamGSfJU58VS8sfp9+61qalKmnT
L13/AC+vhL1NjosR1z8Yen9p4yn7L2P3FR0ON2lQmmx3Z3WVTkazrneWLjqRULi8vsOpy9U+HNP4
o8aaiT7dYw7X91ssx4npT9o/Cz4ld14Pem2+2vjr1F2FhOxN+4rtLe1DujZWGyi7i7Jwe26PZuJ3
3Xzz0xqTuyh2hQxYpK9HSp/hoNMXMLuje60GYcD0D/8AMU+E+M+anxYzHS+Enxu2t57XrcTvHp7L
VQlpsPg947Zo6vHY/HZA0cUtRT4LM4HI1eNlaNJPthUJULHI0CI0oe0PuG/trznDvsitJtUiNBco
tNTQuQSVBoNaOqSKCRq0lKgMSDHar87fdicgmIijD5H0+YND/Lz60/8A4v8AZG/P5dP8xDafaPzZ
2D2xHndrPvii3icrAue3tWtunZed2jS7twWV3BlIcdvTHpLk471lNk3inoWkaCWUhYpM/edNo2v3
b9pp9l9uLqxNrP4Ji0nRCPDmSUxOqKWhainsaMFXoGVcsBxeRR7ptbQ7eyaWpTyGCDQgDH2U49O+
U2xR/NrKYD4ofy3fjBvPG9c02+Kffe/O2u0ammz/AGhvPcn8Or8NQbx7p7Eplq9uddbN25jcvXfa
4WgqWpqqrqHmSKorpYoQngvJPbiGXnn3e3q3fdzbGGC1tgUtoY9Su0VpAaSTyyMiapnXUqqFLJEr
N1UOdvBvN1mUy6aBVwoHGirxYmgyeHyHW1l/w2h1x/w3J/sgf8Z/Y/ufq/0h/wANi+4/0ufxn++n
9/v4fq838P8A77f8ofn8/wDBv8i+4/3b7we/1493/wBdz/XS8Pu+o/sNWPpdHg+Bq4avB/Hpp4v6
mny6Bv72l/ev7yp+L4f6NKaf2efrmnVmnuG+inr3v3Xuve/de697917r3v3Xuve/de697917r3v3
Xuve/de697917r3v3Xuve/de697917r3v3Xuve/de697917r3v3Xuve/de697917r3v3Xuve/de6
97917r3v3Xuve/de697917r3v3Xuve/de697917r3v3Xuve/de697917r3v3XugA+RP/AB59D/zI
D/i6xf8AZRP/AB5/6D/wB/6uv+p/2n2KeU/+Sg3/ACVfgP8AuB/a/n/R9elNr/af6Lw/Bx/4rpS9
J/8AMv8AF/8AMpf87N/zJP8A5l/+mL/i1/8AN3/V/wCGn2j5j/5Kr/7n8B/uZ/b+fxfL0/Pqtx/a
n4/9v8X59C17IumOv//Z

--_004_F82A4B6D50F9464B8EBA55651F541CF85CA8C572SZXEMA504MBSchi_--

From leeyoung@huawei.com  Tue Nov 12 18:06:13 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 66AFA21E8139 for ; Tue, 12 Nov 2013 18:06:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.356
X-Spam-Level: 
X-Spam-Status: No, score=-6.356 tagged_above=-999 required=5 tests=[AWL=0.243,  BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qoAU4zuBYMh0 for ; Tue, 12 Nov 2013 18:06:09 -0800 (PST)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 1D91021E8131 for ; Tue, 12 Nov 2013 18:06:07 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id AXU98093; Wed, 13 Nov 2013 02:06:07 +0000 (GMT)
Received: from LHREML403-HUB.china.huawei.com (10.201.5.217) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 13 Nov 2013 02:05:10 +0000
Received: from DFWEML405-HUB.china.huawei.com (10.193.5.102) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 13 Nov 2013 02:06:06 +0000
Received: from dfweml511-mbs.china.huawei.com ([169.254.15.141]) by dfweml405-hub.china.huawei.com ([10.193.5.102]) with mapi id 14.03.0158.001; Tue, 12 Nov 2013 18:06:02 -0800
From: Leeyoung 
To: Lou Berger , CCAMP , "draft-ietf-ccamp-rwa-wson-encode@tools.ietf.org" 
Thread-Topic: [CCAMP] WG Last Call: WSON documents - draft-ietf-ccamp-rwa-wson-encode
Thread-Index: AQHO1NSag8RQYrwjyUubb+r8ssXAkZoiUdTw
Date: Wed, 13 Nov 2013 02:06:01 +0000
Message-ID: <7AEB3D6833318045B4AE71C2C87E8E17291E3AF2@dfweml511-mbs.china.huawei.com>
References: <524AF9A9.3040006@labn.net> <5266E138.8080605@labn.net> <526FFE06.20207@labn.net>
In-Reply-To: <526FFE06.20207@labn.net>
Accept-Language: en-US, zh-CN
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.192.11.125]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Subject: Re: [CCAMP] WG Last Call: WSON documents - draft-ietf-ccamp-rwa-wson-encode
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 13 Nov 2013 02:06:14 -0000

Hi Lou,

Please see inline for my responses to your comments. Let me know if there a=
re still further issues.=20

Thanks.
Young

-----Original Message-----
From: Lou Berger [mailto:lberger@labn.net]=20
Sent: Tuesday, October 29, 2013 1:27 PM
To: CCAMP; draft-ietf-ccamp-rwa-wson-encode@tools.ietf.org
Subject: Re: [CCAMP] WG Last Call: WSON documents - draft-ietf-ccamp-rwa-ws=
on-encode

Authors,
	I have some comments on this document. Many are strictly editorial. Note t=
hat I'm the document shepherd, see RFC 4858 for more information.

- Please address my general comments on the WSON document set

YOUNG>> Done. See Terminology Section changed as follows:=20

Refer to [RFC6163] for CWDM, DWDM, RWA, WDM.=20
Refer to Section 5 of [Gen-Encode] for the terminology of Resources, Resour=
ces Blocks, and Resource Pool.

- section 1
   This document makes
   use of the Label Set Field encoding of [Gen-Encode] and refers to it
   as a Wavelength Set Field.
  Why?  Why not just refer to it as Label Set?  Perhaps you mean that a
  Wavelength Set Field is a Label Set Field that MUST carry a label as
  defined in RFC6205?  If so, this needs to be made explicit. (probably
  in a section other than the introduction.)

YOUNG>> Moved the text from introduction to Section 3.1 and added the :=20
"The For the Input and Output Link Set Fields, the Link Set Field encoding =
defined in [Gen-Encode] is to be used. A Label Set Field MUST carry a label=
 as defined in [RFC6205]."


- section2/3 section alignment with rwa-info
  It's probably a good idea to align naming and ordering wherever
  possible.

YOUNG>> Aligned where possible.=20

- section 2
  1st two paragraphs.  Why does this section try to introduce concepts
  that are defined in 6163 and in [WSON-INFO]?  Is something missing
  from those documents?  If so, at least wson info should be fixed.  If
  not, these paragraphs should be replaced with simple
  terminology/concept references.

YOUNG>> Added "Refer to Section 5 of [Gen-Encode] for the terminology of Re=
sources, Resources Blocks, and Resource Pool." (Terminology Section).
YOUNG>> Added the following paragraph in the beginning of Section 2.=20
"This section provides encodings for the information elements defined in [R=
WA-INFO] that have applicability to WSON.  The encodings are designed to be=
 suitable for use in the GMPLS routing protocols OSPF [RFC4203] and IS-IS [=
RFC5307] and in the PCE protocol (PCEP) [RFC5440]. Note that the informatio=
n distributed in [RFC4203] and [RFC5307] is arranged via the nesting of sub=
-TLVs within TLVs and this document defines elements to be used within such=
 constructs."

- Section 2, same comment WRT TLVs as made on general-constraint-
  encode: The text reads:
   This document defines the following sub-TLVs pertaining to resources
   within an optical node:

   All references to sub-TLVs should dropped, again see related comment
   in my may on general-constraint-encode.  This doesn't hold for
   sub-sub-TLVs, and I'll get to this below.

YOUNG>> sub-TLVs dropped.=20

- Section 3.1
    0 1 2 3 4 5 6 7 8
    | Connectivity  |
  Why is connectivity a byte here, but only a bit in section 2.1?
  Either it should be a bit here to, or section 2.1 should be a byte.
  Note, that this can be fixed in a compatible way by defining it here
  as:
    0 1 2 3 4 5 6 7 8
    |   Reserved  |C|

YOUNG>> Your suggested encoding accepted.=20

- Section 4.
  The definitions of sub-sub-TLVs are a bit underspecified.  Some
  specific questions to address:

  - Are there any sub-sub-TLV ordering requirements?

YOUNG>> No.

  - How are multiple sub-sub-TLVs of the same type to be handled?

YOUNG>> I don't see why there are multiple sub-sub-TLVs of the same type. I=
n case where there are multiple sub-sub-TLVs of the same type, there would =
be no error as these information are not order-sensitive. Is this what you =
have in mind?=20

  - What is the sub-sub-TLV header (TL format)?

YOUNG>> Added TLV format

  - Are there any alignment requirements?

YOUNG>> Not sure what this is.=20

  - What happens when a sub-sub-TLV is larger than 256 bytes?
    (There are already systems that advertise 192 wavelengths on a
    fiber and an application code takes 8 bytes, right? But
    of course this presents a problem when carried within an RSVP
    object too.)

  If you find you need more specifics, we can discuss / I can propose
  new text.  Feel free to discuss the details on or off list (your
  choice.)


YOUNG>> Please see the other email response to this comment.=20

- Section 4.1
  Title and 1st sentence don't agree on the element's name.

YOUNG>> Aligned.=20

- Section 3.4, 4.1
  - Bits I & E are defined here, but I & O are used in parallel ways in
    Section 3.2. For consistency it should be I & O everywhere (to
    match input and output).

YOUNG>> Corrected to I & O.

- Section 4.2.1
  s/[ITU-G.695.1]/[ITU-G.695]

YOUNG>> Done.=20

- Section 4.2.2, 4.2.3
  Why do you use bit names that are different than the ITU-T
  definitions for p and s (rather than D and F)?

YOUNG>> Changed to D and F now.=20

WRT Section 8:
-  [RFC3471] is an informative reference.
- [Gen-Encode] needs to be normative, this document reuses its definitions.
- I'm surprised  [WSON-Info] is informative (and not normative).  Do you th=
ink this is correct?

YOUNG>> All corrected. [WSON-Info] is normative.=20

That's it on this one,
Lou
On 10/22/2013 4:34 PM, Lou Berger wrote:
>=20
> All,
> 	Given the recent draft submission deadline and only one comment being=20
> received to date, we'd like to extend the WG more time for review.
>=20
> These drafts represent significant work by the authors and WG, so=20
> please review and let the WG know what you think (positive or negative)!
>=20
> Please have all comments in by October 29.
>=20
> Thank you,
> Lou (and Deborah)
>=20
> On 10/1/2013 12:34 PM, Lou Berger wrote:
>> All,
>>
>> This mail begins working group last call on the WSON documents.  As=20
>> there are 6 documents in this set, the last call will be three weeks.
>> The documents included in the last call are:
>>
>> http://tools.ietf.org/html/draft-ietf-ccamp-rwa-info-18
>> (Informational, IPR Disclosed)
>>
>> http://tools.ietf.org/html/draft-ietf-ccamp-general-constraint-encode
>> -11
>> (Standards Track, IPR Disclosed)
>>
>> http://tools.ietf.org/html/draft-ietf-ccamp-rwa-wson-encode-21
>> (Standards Track)
>>
>> http://tools.ietf.org/html/draft-ietf-ccamp-gmpls-general-constraints
>> -ospf-te-05
>> (Standards Track, IPR Disclosed)
>>
>> http://tools.ietf.org/html/draft-ietf-ccamp-wson-signal-compatibility
>> -ospf-12
>> (Standards Track, IPR Disclosed)
>>
>> http://tools.ietf.org/html/draft-ietf-ccamp-wson-signaling-06=20
>> (Standards
>> Track) Also has one open issue that will need to be resolved as part=20
>> of LC, see http://trac.tools.ietf.org/wg/ccamp/trac/ticket/52.
>>
>> This working group last call ends on October 22.  Comments should be=20
>> sent to the CCAMP mailing list.  Please remember to include the=20
>> technical basis for any comments.
>>
>> Positive comments, e.g., "I've reviewed this document and believe it=20
>> is ready for publication", are welcome!
>>
>> Please note that we're still missing some IPR statements.  Any=20
>> forthcoming publication request will be delayed by late IPR=20
>> statements/disclosures.
>>
>>
>> Thank you,
>> Lou (and Deborah)
>> _______________________________________________
>> CCAMP mailing list
>> CCAMP@ietf.org
>> https://www.ietf.org/mailman/listinfo/ccamp
>>
>>
>>
>>
> _______________________________________________
> CCAMP mailing list
> CCAMP@ietf.org
> https://www.ietf.org/mailman/listinfo/ccamp
>=20
>=20
>=20
>=20

From zali@cisco.com  Tue Nov 12 22:25:48 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7484C21E80E1 for ; Tue, 12 Nov 2013 22:25:48 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.598
X-Spam-Level: 
X-Spam-Status: No, score=-10.598 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id icZqsZSp47zr for ; Tue, 12 Nov 2013 22:25:43 -0800 (PST)
Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) by ietfa.amsl.com (Postfix) with ESMTP id F191A21E809B for ; Tue, 12 Nov 2013 22:25:41 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=54565; q=dns/txt; s=iport; t=1384323942; x=1385533542; h=from:to:cc:subject:date:message-id:in-reply-to: mime-version; bh=TduQDuOXD+bl0e2eIN9vOr88sAhGLhVYFVPcwgAUGwk=; b=MaHT+cYPKU++1+rFT6+v1lstYaHCynGMewCIi2Gytrdzl2Hg+JflXXQH xpwn8vOOm+i7O1NF0AOv4CflDmbwYSES25RkAsPmMf9v7wE9KLi8/y2e2 rgUkAgi2yjV1NKtFlGBGJaty7YcQ3HeMwSSaTDI12+1DwucQLL1yW6J/n Y=;
X-Files: image001.jpg : 5715
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AioFAFsag1KtJXG+/2dsb2JhbABagkNEOFOCdbw1GIECFnSCJQEBAQQBAQECHgIIAUALDAIEAQgRAwEBAQYBAQEKDgEGAwIEFQEDCQIBCxQJCAIEAQ0EAQYIDIdnDaxMkkkEBI4igQ4HCQoMAQQGAQIEgmWBRgOQMIEwAVmFVoN8jg+DKIFxOQ
X-IronPort-AV: E=Sophos;i="4.93,690,1378857600";  d="jpg'145?scan'145,208,217,145";a="284062645"
Received: from rcdn-core2-3.cisco.com ([173.37.113.190]) by rcdn-iport-2.cisco.com with ESMTP; 13 Nov 2013 06:25:39 +0000
Received: from xhc-aln-x05.cisco.com (xhc-aln-x05.cisco.com [173.36.12.79]) by rcdn-core2-3.cisco.com (8.14.5/8.14.5) with ESMTP id rAD6PdWK016364 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 13 Nov 2013 06:25:39 GMT
Received: from xmb-rcd-x14.cisco.com ([169.254.4.50]) by xhc-aln-x05.cisco.com ([173.36.12.79]) with mapi id 14.03.0123.003; Wed, 13 Nov 2013 00:25:39 -0600
From: "Zafar Ali (zali)" 
To: Fatai Zhang , Dieter Beller 
Thread-Topic: [CCAMP] Comment on compatibility in draft-takacs-ccamp-revertive-ps
Thread-Index: AQHO39pcEXyVtzYbsE+dGnvLlU1JdJoizckA///1soA=
Date: Wed, 13 Nov 2013 06:25:38 +0000
Message-ID: 
In-Reply-To: 
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.2.3.120616
x-originating-ip: [10.82.238.82]
Content-Type: multipart/mixed; boundary="_004_CEA883F583255zaliciscocom_"
MIME-Version: 1.0
Cc: CCAMP 
Subject: Re: [CCAMP] Comment on compatibility in draft-takacs-ccamp-revertive-ps
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 13 Nov 2013 06:25:48 -0000

--_004_CEA883F583255zaliciscocom_
Content-Type: multipart/alternative;
	boundary="_000_CEA883F583255zaliciscocom_"

--_000_CEA883F583255zaliciscocom_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

DQoNCkZyb206IEZhdGFpIFpoYW5nIDx6aGFuZ2ZhdGFpQGh1YXdlaS5jb208bWFpbHRvOnpoYW5n
ZmF0YWlAaHVhd2VpLmNvbT4+DQpEYXRlOiBUdWVzZGF5LCBOb3ZlbWJlciAxMiwgMjAxMyA5OjAy
IFBNDQpUbzogemFsaSA8emFsaUBjaXNjby5jb208bWFpbHRvOnphbGlAY2lzY28uY29tPj4sIERp
ZXRlciBCZWxsZXIgPERpZXRlci5CZWxsZXJAYWxjYXRlbC1sdWNlbnQuY29tPG1haWx0bzpEaWV0
ZXIuQmVsbGVyQGFsY2F0ZWwtbHVjZW50LmNvbT4+DQpDYzogImNjYW1wQGlldGYub3JnPG1haWx0
bzpjY2FtcEBpZXRmLm9yZz4iIDxjY2FtcEBpZXRmLm9yZzxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+
Pg0KU3ViamVjdDogUkU6IFtDQ0FNUF0gQ29tbWVudCBvbiBjb21wYXRpYmlsaXR5IGluIGRyYWZ0
LXRha2Fjcy1jY2FtcC1yZXZlcnRpdmUtcHMNCg0KSGkgWmFmYXIsDQoNCkkgd2lsbCBORVZFUiBz
YXkgTkVSVkVSLg0KDQpJIHRoaW5rIHlvdSBuZWVkIGp1c3RpZnkgd2h5IGl0IG5lZWRzIHRvIHNp
Z25hbCB0aGUgYXR0cmlidXRlcywgd2hpY2ggb25seSBtYXR0ZXIgdG8gdGhlIGVuZC1wb2ludHMu
DQoNCg0KRmF0YWktDQoNCkluZ3Jlc3MgbmVlZHMgdG8gbGV0IGVncmVzcyBub2RlIGtub3cgb24g
aG93IGl0IGlzIHVzaW5nIHByb3RlY3Rpb24gKGUuZy4sIGlmIHByb3RlY3Rpb24gaXMgcmV2ZXJ0
aXZlIG9yIG5vbi1yZXZlcnRpdmUsIGV0Yy4pLiBTZWUgYWxzbyBteSBlbWFpbCBpbiByZXNwb25z
ZSB0byBEZWl0ZXIgcXVlc3Rpb24uDQoNClRoYW5rcw0KDQpSZWdhcmRzIOKApiBaYWZhcg0KDQoN
Cg0KQmVzdCBSZWdhcmRzDQoNCkZhdGFpDQoNCkZyb206IFphZmFyIEFsaSAoemFsaSkgW21haWx0
bzp6YWxpQGNpc2NvLmNvbV0NClNlbnQ6IFdlZG5lc2RheSwgTm92ZW1iZXIgMTMsIDIwMTMgMzow
NyBBTQ0KVG86IEZhdGFpIFpoYW5nOyBEaWV0ZXIgQmVsbGVyDQpDYzogQ0NBTVANClN1YmplY3Q6
IFJlOiBbQ0NBTVBdIENvbW1lbnQgb24gY29tcGF0aWJpbGl0eSBpbiBkcmFmdC10YWthY3MtY2Nh
bXAtcmV2ZXJ0aXZlLXBzDQoNCg0KRnJvbTogRmF0YWkgWmhhbmcgPHpoYW5nZmF0YWlAaHVhd2Vp
LmNvbTxtYWlsdG86emhhbmdmYXRhaUBodWF3ZWkuY29tPj4NCkRhdGU6IE1vbmRheSwgTm92ZW1i
ZXIgMTEsIDIwMTMgOTowNCBQTQ0KVG86IERpZXRlciBCZWxsZXIgPERpZXRlci5CZWxsZXJAYWxj
YXRlbC1sdWNlbnQuY29tPG1haWx0bzpEaWV0ZXIuQmVsbGVyQGFsY2F0ZWwtbHVjZW50LmNvbT4+
LCB6YWxpIDx6YWxpQGNpc2NvLmNvbTxtYWlsdG86emFsaUBjaXNjby5jb20+Pg0KQ2M6ICJjY2Ft
cEBpZXRmLm9yZzxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+IiA8Y2NhbXBAaWV0Zi5vcmc8bWFpbHRv
OmNjYW1wQGlldGYub3JnPj4NClN1YmplY3Q6IFJFOiBbQ0NBTVBdIENvbW1lbnQgb24gY29tcGF0
aWJpbGl0eSBpbiBkcmFmdC10YWthY3MtY2NhbXAtcmV2ZXJ0aXZlLXBzDQoNCkhpLA0KDQpNb3Jl
b3ZlciwgdGhpcyBpbmZvcm1hdGlvbiBpcyBvbmx5IG1ha2Ugc2Vuc2UgZm9yIHRoZSBlbmQgcG9p
bnRzIGFuZCBubyBuZWVkIHRvIGJlIHNpZ25hbGVkLg0KDQoNCg0KRmF0YWktDQoNCkFyZSB5b3Ug
c2F5aW5nIHRoYXQgd2UgTkVWRVIgc2lnbmFsIGFueSBhdHRyaWJ1dGUgdGhhdCBvbmx5IG1hdHRl
ciB0byB0aGUgZW5kLXBvaW50PyBUaGlzIGlzIGEgbmV3cyB0byBtZS4NCg0KVGhhbmtzDQoNClJl
Z2FyZHMg4oCmIFphZmFyDQoNCg0KDQpCZXN0IFJlZ2FyZHMNCg0KRmF0YWkNCg0KRnJvbTpjY2Ft
cC1ib3VuY2VzQGlldGYub3JnPG1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPiBbbWFpbHRv
OmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBEaWV0ZXIgQmVsbGVyDQpTZW50
OiBTdW5kYXksIE5vdmVtYmVyIDEwLCAyMDEzIDEwOjA4IFBNDQpUbzogWmFmYXIgQWxpICh6YWxp
KQ0KQ2M6IENDQU1QDQpTdWJqZWN0OiBSZTogW0NDQU1QXSBDb21tZW50IG9uIGNvbXBhdGliaWxp
dHkgaW4gZHJhZnQtdGFrYWNzLWNjYW1wLXJldmVydGl2ZS1wcw0KDQpIaSBaYWZhciwNCg0KdGhp
cyBkcmFmdCBpcyBkZWZpbmluZyBzaWduYWxpbmcgZXh0ZW5zaW9ucyBmb3IgdGhlIGhvbGQtb2Zm
IHRpbWUgYXMgd2VsbCBhcyB0aGUgd2FpdC10by1yZXN0b3JlIHRpbWUgZm9yIHByb3RlY3RlZCBM
U1BzDQp3aGVyZSBhcHBsaWNhYmxlLg0KDQpUaGVyZSBhcmUgZGVmYXVsdCB2YWx1ZXMgc2V0IGZv
ciB0aGVzZSB0aW1lcnMgaW4gdGhlIGRhdGEgcGxhbmUgYW5kIHNpZ25hbGluZyB0aGVtIGluIHRo
ZSBjb250cm9sIHBsYW5lIG1ha2VzIG9ubHkNCnNlbnNlIGlmIHRoZSB0aW1lciB2YWx1ZXMgc2hh
bGwgZGlmZmVyIGZyb20gdGhlIGRlZmF1bHQgdmFsdWVzLiBEbyB5b3Ugc2VlIGEgbmVlZCBmb3Ig
dGhhdD8gSU1PLCBvcGVyYXRvcnMgdHlwaWNhbGx5DQp1c2UgdGhlIGRlZmF1bHRzIGFuZCBkbyBu
b3Qgc2V0IHRoZXNlIHZhbHVlcyBvbiBhIHBlciBjb25uZWN0aW9uIGJhc2lzLg0KDQoNClRoYW5r
cywNCkRpZXRlcg0KDQoNCk9uIDA4LjExLjIwMTMgMjI6MTEsIFphZmFyIEFsaSAoemFsaSkgd3Jv
dGU6DQoNCkhpIExvdS0NCg0KDQoNCllvdSBhcmUgcmlnaHQsIHRoZSBjdHlwZSBpcyBUQkQsIGxp
a2UgSSBtZW50aW9uZWQgZHVyaW5nIHRoZSBtZWV0aW5nIHRoYXQNCg0Kd2UgYXJlIHVzaW5nIGRp
ZmZlcmVudCBjdHlwZS4NCg0KDQoNCldlIHdvdWxkIGxpa2UgdG8gdGFrZSB0aGlzIG9wcG9ydHVu
aXR5IHRvIHNvbGljaXQgY29tbWVudHMgZnJvbSB0aGUgV0cgb24NCg0KdGhpcyBkcmFmdC4NCg0K
DQoNClRoYW5rcw0KDQoNCg0KUmVnYXJkcyDFoCBaYWZhcg0KDQoNCg0KLS0tLS1PcmlnaW5hbCBN
ZXNzYWdlLS0tLS0NCg0KRnJvbTogImxiZXJnZXJAbGFibi5uZXQiPG1haWx0bzpsYmVyZ2VyQGxh
Ym4ubmV0PiA8bGJlcmdlckBsYWJuLm5ldD48bWFpbHRvOmxiZXJnZXJAbGFibi5uZXQ+DQoNCkRh
dGU6IFRodXJzZGF5LCBOb3ZlbWJlciA3LCAyMDEzIDY6MTcgUE0NCg0KVG86IHphbGkgPHphbGlA
Y2lzY28uY29tPjxtYWlsdG86emFsaUBjaXNjby5jb20+LCAiY2NhbXBAaWV0Zi5vcmciPG1haWx0
bzpjY2FtcEBpZXRmLm9yZz4gPGNjYW1wQGlldGYub3JnPjxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+
DQoNClN1YmplY3Q6IENvbW1lbnQgb24gY29tcGF0aWJpbGl0eSBpbiBkcmFmdC10YWthY3MtY2Nh
bXAtcmV2ZXJ0aXZlLXBzDQoNCg0KDQpaYWZhciwNCg0KICAgTXkgY29tbWVudCBpbiB0b2RheSdz
IHNlc3Npb24gd2FzIHRoYXQgeW91IGFyZSByZWRlZmluaW5nIHRoZSBmb3JtYXQgb2YNCg0KYW4g
ZXhpc3Rpbmcgb2JqZWN0IChieSBhZGRpbmcgVExWcykgdGhpcyBicmVha3MgY29tcGF0aWJpbGl0
eS4gIFlvdQ0KDQpzdGF0ZWQgdGhhdCB0aGlzIHdhc24ndCB0aGUgY2FzZS4NCg0KDQoNCkZXSVc6
DQoNCg0KDQpZb3VyIGRvY3VtZW50IHNheXM6DQoNCg0KDQogICAwICAgICAgICAgICAgICAgICAg
IDEgICAgICAgICAgICAgICAgICAgMiAgICAgICAgICAgICAgICAgICAzDQoNCiAgIDAgMSAyIDMg
NCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMQ0K
DQogICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rDQoNCiAgfCAgICAgICAgICAgIExlbmd0aCAgICAgICAgICAgICB8IENsYXNz
LU51bSgzNykgfCAgIEMtVHlwZSgyKSAgIHwNCg0KICArLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KDQogIHxTfFB8TnxPfCBS
ZXNlcnZlZCAgfCBMU1AgRmxhZ3MgfCAgICAgIFJlc2VydmVkICAgICB8IExpbmsgRmxhZ3N8DQoN
CiAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSsNCg0KICB8SXxSfCAgIFJlc2VydmVkICAgIHwgU2VnLkZsYWdzIHwgICAgICAg
ICAgIFJlc2VydmVkICAgICAgICAgICAgfA0KDQogICstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQoNCiAgfCAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwNCg0K
ICB+ICAgICAgICAgICAgICAgICAgICAgICAgICAgc3ViLVRMVnMgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgfg0KDQogIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICB8DQoNCiAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCg0KDQoNCg0KDQpSRkM0ODcy
IHNheXMNCg0KICAgICAwICAgICAgICAgICAgICAgICAgIDEgICAgICAgICAgICAgICAgICAgMiAg
ICAgICAgICAgICAgICAgICAzDQoNCiAgICAgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQg
NSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxDQoNCiAgICArLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KDQogICAg
fCAgICAgICAgICAgIExlbmd0aCAgICAgICAgICAgICB8IENsYXNzLU51bSgzNykgfCBDLVR5cGUg
KDIpICAgIHwNCg0KICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rDQoNCiAgICB8U3xQfE58T3wgUmVzZXJ2ZWQgIHwgTFNQ
IEZsYWdzIHwgICAgIFJlc2VydmVkICAgICAgfCBMaW5rIEZsYWdzfA0KDQogICAgKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsN
Cg0KICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICBSZXNlcnZlZCAgICAgICAgICAgICAg
ICAgICAgICAgICAgICB8DQoNCiAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KDQoNCg0KUGVyaGFwcyB5b3UgbWVhbnQg
Qy1UeXBlKFRCRCkuICBZb3Ugc2hvdWxkIGFkZHJlc3MgY29tcGF0aWJpbGl0eQ0KDQpleHBsaWNp
dGx5IGluIGFueSBjYXNlLg0KDQoNCg0KTG91DQoNCg0KDQpfX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fXw0KDQpDQ0FNUCBtYWlsaW5nIGxpc3QNCg0KQ0NBTVBA
aWV0Zi5vcmc8bWFpbHRvOkNDQU1QQGlldGYub3JnPg0KDQpodHRwczovL3d3dy5pZXRmLm9yZy9t
YWlsbWFuL2xpc3RpbmZvL2NjYW1wDQoNCi0tDQpbY2lkOmltYWdlMDAxLmpwZ0AwMUNFRTA1Ny4w
OTMxRDM4MF0NCkRJRVRFUiBCRUxMRVINCkFMQ0FURUwtTFVDRU5UIERFVVRTQ0hMQU5EIEFHDQpQ
Uk9KRUNUIE1BTkFHRVIgQVNPTi9HTVBMUyBDT05UUk9MIFBMQU5FDQpJUCBST1VUSU5HIEFORCBU
UkFOU1BPUlQgQkwNCklQIFRSQU5TUE9SVCBCVQ0KDQpMb3JlbnpzdHJhc3NlIDEwDQo3MDQzNSBT
dHV0dGdhcnQsIEdlcm1hbnkNClBob25lOiArNDkgNzExIDgyMSA0MzEyNQ0KTW9iaWw6ICs0OSAx
NzUgNzI2Njg3NA0KRGlldGVyLkJlbGxlckBhbGNhdGVsLWx1Y2VudC5jb208bWFpbHRvOkRpZXRl
ci5CZWxsZXJAYWxjYXRlbC1sdWNlbnQuY29tPg0KDQpBbGNhdGVsLUx1Y2VudCBEZXV0c2NobGFu
ZCBBRw0KRG9taWNpbGUgb2YgdGhlIENvbXBhbnk6IFN0dXR0Z2FydCDCtyBMb2NhbCBDb3VydCBT
dHV0dGdhcnQgSFJCIDQwMjYNCkNoYWlybWFuIG9mIHRoZSBTdXBlcnZpc29yeSBCb2FyZDogTWlj
aGFlbCBPcHBlbmhvZmYNCkJvYXJkIG9mIE1hbmFnZW1lbnQ6IFdpbGhlbG0gRHJlc3NlbGhhdXMg
KENoYWlybWFuKSDCtyBIYW5zLUrDtnJnIERhdWIgwrcgQW5kcmVhcyBHZWhlDQoNClRoaXMgZS1t
YWlsIGFuZCBpdHMgYXR0YWNobWVudHMsIGlmIGFueSwgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFs
IGluZm9ybWF0aW9uLg0KSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlLW1haWwgaW4gZXJyb3Is
IHBsZWFzZSBub3RpZnkgdXMgYW5kIGRlbGV0ZSBvciBkZXN0cm95IHRoZSBlLW1haWwgYW5kIGl0
cyBhdHRhY2htZW50cywgaWYgYW55LCBpbW1lZGlhdGVseS4NCklmIHlvdSBoYXZlIHJlY2VpdmVk
IHRoaXMgZS1tYWlsIGluIGVycm9yLCB5b3UgbXVzdCBub3QgZm9yd2FyZCBvciBtYWtlIHVzZSBv
ZiB0aGUgZS1tYWlsIGFuZCBpdHMgYXR0YWNobWVudHMsIGlmIGFueS4NCg==

--_000_CEA883F583255zaliciscocom_
Content-Type: text/html; charset="utf-8"
Content-ID: 
Content-Transfer-Encoding: base64

PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy
YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy
ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx
NHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgIj4NCjxkaXY+PGJyPg0KPC9k
aXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPHNwYW4gaWQ9Ik9MS19TUkNfQk9EWV9TRUNUSU9OIj4N
CjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmk7IGZvbnQtc2l6ZToxMXB0OyB0ZXh0LWFs
aWduOmxlZnQ7IGNvbG9yOmJsYWNrOyBCT1JERVItQk9UVE9NOiBtZWRpdW0gbm9uZTsgQk9SREVS
LUxFRlQ6IG1lZGl1bSBub25lOyBQQURESU5HLUJPVFRPTTogMGluOyBQQURESU5HLUxFRlQ6IDBp
bjsgUEFERElORy1SSUdIVDogMGluOyBCT1JERVItVE9QOiAjYjVjNGRmIDFwdCBzb2xpZDsgQk9S
REVSLVJJR0hUOiBtZWRpdW0gbm9uZTsgUEFERElORy1UT1A6IDNwdCI+DQo8c3BhbiBzdHlsZT0i
Zm9udC13ZWlnaHQ6Ym9sZCI+RnJvbTogPC9zcGFuPkZhdGFpIFpoYW5nICZsdDs8YSBocmVmPSJt
YWlsdG86emhhbmdmYXRhaUBodWF3ZWkuY29tIj56aGFuZ2ZhdGFpQGh1YXdlaS5jb208L2E+Jmd0
Ozxicj4NCjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5EYXRlOiA8L3NwYW4+VHVlc2Rh
eSwgTm92ZW1iZXIgMTIsIDIwMTMgOTowMiBQTTxicj4NCjxzcGFuIHN0eWxlPSJmb250LXdlaWdo
dDpib2xkIj5UbzogPC9zcGFuPnphbGkgJmx0OzxhIGhyZWY9Im1haWx0bzp6YWxpQGNpc2NvLmNv
bSI+emFsaUBjaXNjby5jb208L2E+Jmd0OywgRGlldGVyIEJlbGxlciAmbHQ7PGEgaHJlZj0ibWFp
bHRvOkRpZXRlci5CZWxsZXJAYWxjYXRlbC1sdWNlbnQuY29tIj5EaWV0ZXIuQmVsbGVyQGFsY2F0
ZWwtbHVjZW50LmNvbTwvYT4mZ3Q7PGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQi
PkNjOiA8L3NwYW4+JnF1b3Q7PGEgaHJlZj0ibWFpbHRvOmNjYW1wQGlldGYub3JnIj5jY2FtcEBp
ZXRmLm9yZzwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpjY2FtcEBpZXRmLm9yZyI+Y2Nh
bXBAaWV0Zi5vcmc8L2E+Jmd0Ozxicj4NCjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5T
dWJqZWN0OiA8L3NwYW4+UkU6IFtDQ0FNUF0gQ29tbWVudCBvbiBjb21wYXRpYmlsaXR5IGluIGRy
YWZ0LXRha2Fjcy1jY2FtcC1yZXZlcnRpdmUtcHM8YnI+DQo8L2Rpdj4NCjxkaXY+PGJyPg0KPC9k
aXY+DQo8YmxvY2txdW90ZSBpZD0iTUFDX09VVExPT0tfQVRUUklCVVRJT05fQkxPQ0tRVU9URSIg
c3R5bGU9IkJPUkRFUi1MRUZUOiAjYjVjNGRmIDUgc29saWQ7IFBBRERJTkc6MCAwIDAgNTsgTUFS
R0lOOjAgMCAwIDU7Ij4NCjxkaXYgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2
bWwiIHhtbG5zOm89InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1s
bnM6dz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0
cDovL3NjaGVtYXMubWljcm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0
cDovL3d3dy53My5vcmcvVFIvUkVDLWh0bWw0MCI+DQo8bWV0YSBuYW1lPSJHZW5lcmF0b3IiIGNv
bnRlbnQ9Ik1pY3Jvc29mdCBXb3JkIDEyIChmaWx0ZXJlZCBtZWRpdW0pIj4NCjwhLS1baWYgIW1z
b10+PHN0eWxlPnZcOioge2JlaGF2aW9yOnVybCgjZGVmYXVsdCNWTUwpO30NCm9cOioge2JlaGF2
aW9yOnVybCgjZGVmYXVsdCNWTUwpO30NCndcOioge2JlaGF2aW9yOnVybCgjZGVmYXVsdCNWTUwp
O30NCi5zaGFwZSB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0KPC9zdHlsZT48IVtlbmRp
Zl0tLT48c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFjZQ0KCXtm
b250LWZhbWlseTrlrovkvZM7DQoJcGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpAZm9u
dC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0xOjIgNCA1IDMg
NSA0IDYgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9z
ZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6VGFo
b21hOw0KCXBhbm9zZS0xOjIgMTEgNiA0IDMgNSA0IDQgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9u
dC1mYW1pbHk6IlxA5a6L5L2TIjsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30NCi8q
IFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNv
Tm9ybWFsDQoJe21hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6
ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsInNlcmlmIjsNCgljb2xv
cjpibGFjazt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0
eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNp
dGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsN
Cgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwcmUNCgl7bXNv
LXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIOmihOiuvuagvOW8jyBD
aGFyIjsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6
MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7DQoJY29sb3I6YmxhY2s7fQ0KcC5N
c29BY2V0YXRlLCBsaS5Nc29BY2V0YXRlLCBkaXYuTXNvQWNldGF0ZQ0KCXttc28tc3R5bGUtcHJp
b3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IuaJueazqOahhuaWh+acrCBDaGFyIjsNCgltYXJn
aW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6OS4wcHQ7DQoJZm9u
dC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsInNlcmlmIjsNCgljb2xvcjpibGFjazt9DQpzcGFu
LkhUTUxDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJIVE1MIOmihOiuvuagvOW8jyBDaGFyIjsNCglt
c28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwg6aKE6K6+5qC85byP
IjsNCglmb250LWZhbWlseToiQ291cmllciBOZXciOw0KCWNvbG9yOmJsYWNrO30NCnNwYW4uQ2hh
cg0KCXttc28tc3R5bGUtbmFtZToi5om55rOo5qGG5paH5pysIENoYXIiOw0KCW1zby1zdHlsZS1w
cmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazrmibnms6jmoYbmlofmnKw7DQoJZm9udC1mYW1p
bHk65a6L5L2TOw0KCWNvbG9yOmJsYWNrO30NCnNwYW4uRW1haWxTdHlsZTIxDQoJe21zby1zdHls
ZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJ
Y29sb3I6IzFGNDk3RDt9DQpzcGFuLkVtYWlsU3R5bGUyMg0KCXttc28tc3R5bGUtdHlwZTpwZXJz
b25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9y
OiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7
DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0
IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA5MC4wcHQgNzIuMHB0IDkwLjBwdDt9DQpkaXYuV29y
ZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUg
bXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2
IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFw
ZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4N
CjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjxkaXYgbGFuZz0iWkgtQ04iIGxp
bms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOiAx
MC41cHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3
MywgMTI1KTsgIj5IaSBaYWZhciw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTogMTAuNXB0OyBmb250
LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7ICI+
PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g
bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6IDEwLjVwdDsgZm9udC1mYW1pbHk6IENhbGli
cmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyAiPkkgd2lsbCBORVZFUiBz
YXkgTkVSVkVSLg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6IDEwLjVwdDsgZm9udC1mYW1pbHk6
IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyAiPjxvOnA+Jm5i
c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i
dGV4dC1hbGlnbjpqdXN0aWZ5O3RleHQtanVzdGlmeTppbnRlci1pZGVvZ3JhcGgiPjxzcGFuIGxh
bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOiAxMC41cHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJp
LCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsgIj5JIHRoaW5rIHlvdSBuZWVk
IGp1c3RpZnkgd2h5IGl0IG5lZWRzIHRvIHNpZ25hbCB0aGUgYXR0cmlidXRlcywgd2hpY2ggb25s
eQ0KIG1hdHRlciB0byB0aGUgZW5kLXBvaW50cy4gPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYWxpZ246anVzdGlmeTt0ZXh0LWp1c3RpZnk6
aW50ZXItaWRlb2dyYXBoIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTogMTAu
NXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMs
IDEyNSk7ICI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwv
ZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L3NwYW4+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0K
PGRpdj5GYXRhaS0mbmJzcDs8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2PkluZ3Jlc3Mg
bmVlZHMgdG8gbGV0IGVncmVzcyBub2RlIGtub3cgb24gaG93IGl0IGlzIHVzaW5nIHByb3RlY3Rp
b24gKGUuZy4sIGlmIHByb3RlY3Rpb24gaXMgcmV2ZXJ0aXZlIG9yIG5vbi1yZXZlcnRpdmUsIGV0
Yy4pLiBTZWUgYWxzbyBteSBlbWFpbCBpbiByZXNwb25zZSB0byBEZWl0ZXIgcXVlc3Rpb24uJm5i
c3A7PC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+VGhhbmtzPC9kaXY+DQo8
ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj5SZWdhcmRzIOKApiBaYWZhcjwvZGl2Pg0KPC9kaXY+DQo8
ZGl2Pjxicj4NCjwvZGl2Pg0KPHNwYW4gaWQ9Ik9MS19TUkNfQk9EWV9TRUNUSU9OIj4NCjxibG9j
a3F1b3RlIGlkPSJNQUNfT1VUTE9PS19BVFRSSUJVVElPTl9CTE9DS1FVT1RFIiBzdHlsZT0iQk9S
REVSLUxFRlQ6ICNiNWM0ZGYgNSBzb2xpZDsgUEFERElORzowIDAgMCA1OyBNQVJHSU46MCAwIDAg
NTsiPg0KPGRpdiB4bWxuczp2PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOnZtbCIgeG1sbnM6
bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4bWxuczp3PSJ1cm46
c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJodHRwOi8vc2NoZW1h
cy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJodHRwOi8vd3d3Lncz
Lm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxkaXYgbGFuZz0iWkgtQ04iIGxpbms9ImJsdWUiIHZsaW5r
PSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hbGlnbjpqdXN0aWZ5O3RleHQtanVzdGlmeTppbnRlci1p
ZGVvZ3JhcGgiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOiAxMC41cHQ7IGZv
bnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsg
Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls
ZT0idGV4dC1hbGlnbjpqdXN0aWZ5O3RleHQtanVzdGlmeTppbnRlci1pZGVvZ3JhcGgiPjxzcGFu
IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOiAxMC41cHQ7IGZvbnQtZmFtaWx5OiBDYWxp
YnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsgIj48bzpwPiZuYnNwOzwv
bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hbGlnbjpq
dXN0aWZ5O3RleHQtanVzdGlmeTppbnRlci1pZGVvZ3JhcGgiPjxzcGFuIGxhbmc9IkVOLVVTIiBz
dHlsZT0iZm9udC1zaXplOiAxMC41cHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlm
OyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsgIj5CZXN0IFJlZ2FyZHM8bzpwPjwvbzpwPjwvc3Bh
bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hbGlnbjpqdXN0aWZ5O3Rl
eHQtanVzdGlmeTppbnRlci1pZGVvZ3JhcGgiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u
dC1zaXplOiAxMC41cHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjog
cmdiKDMxLCA3MywgMTI1KTsgIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hbGlnbjpqdXN0aWZ5O3RleHQtanVzdGlmeTppbnRl
ci1pZGVvZ3JhcGgiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOiAxMC41cHQ7
IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1
KTsgIj5GYXRhaTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6IDEwLjVwdDsgZm9udC1m
YW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyAiPjxv
OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9u
ZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBj
bSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv
bnQtc2l6ZTogMTBwdDsgZm9udC1mYW1pbHk6IFRhaG9tYSwgc2Fucy1zZXJpZjsgY29sb3I6IHdp
bmRvd3RleHQ7ICI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u
dC1zaXplOiAxMHB0OyBmb250LWZhbWlseTogVGFob21hLCBzYW5zLXNlcmlmOyBjb2xvcjogd2lu
ZG93dGV4dDsgIj4gWmFmYXIgQWxpICh6YWxpKSBbPGEgaHJlZj0ibWFpbHRvOnphbGlAY2lzY28u
Y29tIj5tYWlsdG86emFsaUBjaXNjby5jb208L2E+XQ0KPGJyPg0KPGI+U2VudDo8L2I+IFdlZG5l
c2RheSwgTm92ZW1iZXIgMTMsIDIwMTMgMzowNyBBTTxicj4NCjxiPlRvOjwvYj4gRmF0YWkgWmhh
bmc7IERpZXRlciBCZWxsZXI8YnI+DQo8Yj5DYzo8L2I+IENDQU1QPGJyPg0KPGI+U3ViamVjdDo8
L2I+IFJlOiBbQ0NBTVBdIENvbW1lbnQgb24gY29tcGF0aWJpbGl0eSBpbiBkcmFmdC10YWthY3Mt
Y2NhbXAtcmV2ZXJ0aXZlLXBzPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpw
Pjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTogOC41cHQ7IGZvbnQtZmFtaWx5OiBD
YWxpYnJpLCBzYW5zLXNlcmlmOyAiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2
Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29s
aWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBm
b250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgIj5Gcm9tOg0KPC9zcGFuPjwvYj48c3Bh
biBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGli
cmksIHNhbnMtc2VyaWY7ICI+RmF0YWkgWmhhbmcgJmx0OzxhIGhyZWY9Im1haWx0bzp6aGFuZ2Zh
dGFpQGh1YXdlaS5jb20iPnpoYW5nZmF0YWlAaHVhd2VpLmNvbTwvYT4mZ3Q7PGJyPg0KPGI+RGF0
ZTogPC9iPk1vbmRheSwgTm92ZW1iZXIgMTEsIDIwMTMgOTowNCBQTTxicj4NCjxiPlRvOiA8L2I+
RGlldGVyIEJlbGxlciAmbHQ7PGEgaHJlZj0ibWFpbHRvOkRpZXRlci5CZWxsZXJAYWxjYXRlbC1s
dWNlbnQuY29tIj5EaWV0ZXIuQmVsbGVyQGFsY2F0ZWwtbHVjZW50LmNvbTwvYT4mZ3Q7LCB6YWxp
ICZsdDs8YSBocmVmPSJtYWlsdG86emFsaUBjaXNjby5jb20iPnphbGlAY2lzY28uY29tPC9hPiZn
dDs8YnI+DQo8Yj5DYzogPC9iPiZxdW90OzxhIGhyZWY9Im1haWx0bzpjY2FtcEBpZXRmLm9yZyI+
Y2NhbXBAaWV0Zi5vcmc8L2E+JnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86Y2NhbXBAaWV0Zi5v
cmciPmNjYW1wQGlldGYub3JnPC9hPiZndDs8YnI+DQo8Yj5TdWJqZWN0OiA8L2I+UkU6IFtDQ0FN
UF0gQ29tbWVudCBvbiBjb21wYXRpYmlsaXR5IGluIGRyYWZ0LXRha2Fjcy1jY2FtcC1yZXZlcnRp
dmUtcHM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTogOC41cHQ7IGZvbnQt
ZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyAiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv
cD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNv
bGlkICNCNUM0REYgMy4wcHQ7cGFkZGluZzowY20gMGNtIDBjbSAzLjBwdDttYXJnaW4tbGVmdDoz
LjBwdDttYXJnaW4tcmlnaHQ6MGNtIiBpZD0iTUFDX09VVExPT0tfQVRUUklCVVRJT05fQkxPQ0tR
VU9URSI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO
LVVTIiBzdHlsZT0iZm9udC1zaXplOiAxMC41cHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5z
LXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsgIj5IaSw8L3NwYW4+PHNwYW4gbGFuZz0i
RU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu
IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOiAxMC41cHQ7IGZvbnQtZmFtaWx5OiBDYWxp
YnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsgIj4mbmJzcDs8L3NwYW4+
PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOiAxMC41cHQ7IGZvbnQt
ZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsgIj5N
b3Jlb3ZlciwgdGhpcyBpbmZvcm1hdGlvbiBpcyBvbmx5IG1ha2Ugc2Vuc2UgZm9yIHRoZSBlbmQg
cG9pbnRzIGFuZCBubyBuZWVkIHRvIGJlIHNpZ25hbGVkLg0KPC9zcGFuPjxzcGFuIGxhbmc9IkVO
LVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs
YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTogMTAuNXB0OyBmb250LWZhbWlseTogQ2FsaWJy
aSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7ICI+Jm5ic3A7PC9zcGFuPjxz
cGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYWxpZ246anVzdGlmeTt0ZXh0LWp1c3RpZnk6aW50ZXIt
aWRlb2dyYXBoIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTogMTAuNXB0OyBm
b250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7
ICI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+
DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxk
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt
c2l6ZTogOC41cHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyAiPjxvOnA+Jm5i
c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOiA4LjVwdDsgZm9udC1mYW1pbHk6
IENhbGlicmksIHNhbnMtc2VyaWY7ICI+RmF0YWktJm5ic3A7PG86cD48L286cD48L3NwYW4+PC9w
Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMi
IHN0eWxlPSJmb250LXNpemU6IDguNXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJp
ZjsgIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTogOC41cHQ7
IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyAiPkFyZSB5b3Ugc2F5aW5nIHRoYXQg
d2UgTkVWRVIgc2lnbmFsIGFueSBhdHRyaWJ1dGUgdGhhdCBvbmx5IG1hdHRlciB0byB0aGUgZW5k
LXBvaW50PyBUaGlzIGlzIGEgbmV3cyB0byBtZS4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+
DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIg
c3R5bGU9ImZvbnQtc2l6ZTogOC41cHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlm
OyAiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTog
OC41cHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyAiPlRoYW5rczxvOnA+PC9v
OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu
IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOiA4LjVwdDsgZm9udC1mYW1pbHk6IENhbGli
cmksIHNhbnMtc2VyaWY7ICI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250
LXNpemU6IDguNXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgIj5SZWdhcmRz
IOKApiBaYWZhcjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N
CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBz
dHlsZT0iZm9udC1zaXplOiA4LjVwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7
ICI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHls
ZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0I1QzRERiAzLjBwdDtwYWRkaW5nOjBj
bSAwY20gMGNtIDMuMHB0O21hcmdpbi1sZWZ0OjMuMHB0O21hcmdpbi1yaWdodDowY20iIGlkPSJN
QUNfT1VUTE9PS19BVFRSSUJVVElPTl9CTE9DS1FVT1RFIj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWFsaWduOmp1c3RpZnk7dGV4dC1qdXN0
aWZ5OmludGVyLWlkZW9ncmFwaCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6
IDEwLjVwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEs
IDczLCAxMjUpOyAiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48
L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYWxpZ246anVzdGlm
eTt0ZXh0LWp1c3RpZnk6aW50ZXItaWRlb2dyYXBoIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9
ImZvbnQtc2l6ZTogMTAuNXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29s
b3I6IHJnYigzMSwgNzMsIDEyNSk7ICI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48
bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1h
bGlnbjpqdXN0aWZ5O3RleHQtanVzdGlmeTppbnRlci1pZGVvZ3JhcGgiPjxzcGFuIGxhbmc9IkVO
LVVTIiBzdHlsZT0iZm9udC1zaXplOiAxMC41cHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5z
LXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsgIj5CZXN0IFJlZ2FyZHM8L3NwYW4+PHNw
YW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiIHN0eWxlPSJ0ZXh0LWFsaWduOmp1c3RpZnk7dGV4dC1qdXN0aWZ5OmludGVyLWlkZW9ncmFw
aCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6IDEwLjVwdDsgZm9udC1mYW1p
bHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyAiPiZuYnNw
Ozwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYWxpZ246anVzdGlmeTt0ZXh0LWp1c3RpZnk6aW50
ZXItaWRlb2dyYXBoIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTogMTAuNXB0
OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEy
NSk7ICI+RmF0YWk8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwv
cD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl
PSJmb250LXNpemU6IDEwLjVwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNv
bG9yOiByZ2IoMzEsIDczLCAxMjUpOyAiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+
PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2Jv
cmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z
aXplOiAxMHB0OyBmb250LWZhbWlseTogVGFob21hLCBzYW5zLXNlcmlmOyBjb2xvcjogd2luZG93
dGV4dDsgIj5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp
emU6IDEwcHQ7IGZvbnQtZmFtaWx5OiBUYWhvbWEsIHNhbnMtc2VyaWY7IGNvbG9yOiB3aW5kb3d0
ZXh0OyAiPjxhIGhyZWY9Im1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnIj5jY2FtcC1ib3Vu
Y2VzQGlldGYub3JnPC9hPg0KIFs8YSBocmVmPSJtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9y
ZyI+bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc8L2E+XSA8Yj5PbiBCZWhhbGYgT2YNCjwv
Yj5EaWV0ZXIgQmVsbGVyPGJyPg0KPGI+U2VudDo8L2I+IFN1bmRheSwgTm92ZW1iZXIgMTAsIDIw
MTMgMTA6MDggUE08YnI+DQo8Yj5Ubzo8L2I+IFphZmFyIEFsaSAoemFsaSk8YnI+DQo8Yj5DYzo8
L2I+IENDQU1QPGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbQ0NBTVBdIENvbW1lbnQgb24gY29t
cGF0aWJpbGl0eSBpbiBkcmFmdC10YWthY3MtY2NhbXAtcmV2ZXJ0aXZlLXBzPC9zcGFuPjxzcGFu
IGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzxvOnA+PC9vOnA+PC9z
cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBw
dCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTogVGFob21hLCBzYW5zLXNl
cmlmOyAiPkhpIFphZmFyLDxicj4NCjxicj4NCnRoaXMgZHJhZnQgaXMgZGVmaW5pbmcgc2lnbmFs
aW5nIGV4dGVuc2lvbnMgZm9yIHRoZSBob2xkLW9mZiB0aW1lIGFzIHdlbGwgYXMgdGhlIHdhaXQt
dG8tcmVzdG9yZSB0aW1lIGZvciBwcm90ZWN0ZWQgTFNQczxicj4NCndoZXJlIGFwcGxpY2FibGUu
PGJyPg0KPGJyPg0KVGhlcmUgYXJlIGRlZmF1bHQgdmFsdWVzIHNldCBmb3IgdGhlc2UgdGltZXJz
IGluIHRoZSBkYXRhIHBsYW5lIGFuZCBzaWduYWxpbmcgdGhlbSBpbiB0aGUgY29udHJvbCBwbGFu
ZSBtYWtlcyBvbmx5PGJyPg0Kc2Vuc2UgaWYgdGhlIHRpbWVyIHZhbHVlcyBzaGFsbCBkaWZmZXIg
ZnJvbSB0aGUgZGVmYXVsdCB2YWx1ZXMuIERvIHlvdSBzZWUgYSBuZWVkIGZvciB0aGF0PyBJTU8s
IG9wZXJhdG9ycyB0eXBpY2FsbHk8YnI+DQp1c2UgdGhlIGRlZmF1bHRzIGFuZCBkbyBub3Qgc2V0
IHRoZXNlIHZhbHVlcyBvbiBhIHBlciBjb25uZWN0aW9uIGJhc2lzLjxicj4NCjxicj4NCjxicj4N
ClRoYW5rcyw8YnI+DQpEaWV0ZXI8YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+PHNwYW4gbGFuZz0i
RU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48c3BhbiBsYW5nPSJFTi1VUyI+T24gMDguMTEuMjAxMyAyMjoxMSwgWmFmYXIgQWxpICh6YWxp
KSB3cm90ZTo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxl
PSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHByZT48c3BhbiBsYW5n
PSJFTi1VUyI+SGkgTG91LSA8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFu
Zz0iRU4tVVMiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5n
PSJFTi1VUyI+WW91IGFyZSByaWdodCwgdGhlIGN0eXBlIGlzIFRCRCwgbGlrZSBJIG1lbnRpb25l
ZCBkdXJpbmcgdGhlIG1lZXRpbmcgdGhhdDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48
c3BhbiBsYW5nPSJFTi1VUyI+d2UgYXJlIHVzaW5nIGRpZmZlcmVudCBjdHlwZS48bzpwPjwvbzpw
Pjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzxvOnA+PC9vOnA+
PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+V2Ugd291bGQgbGlrZSB0byB0
YWtlIHRoaXMgb3Bwb3J0dW5pdHkgdG8gc29saWNpdCBjb21tZW50cyBmcm9tIHRoZSBXRyBvbjxv
OnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+dGhpcyBkcmFm
dC4gPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJz
cDs8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPlRoYW5r
czxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7
PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj5SZWdhcmRz
IMWgIFphZmFyPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVT
Ij4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMi
Pi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJl
PjxzcGFuIGxhbmc9IkVOLVVTIj5Gcm9tOiA8YSBocmVmPSJtYWlsdG86bGJlcmdlckBsYWJuLm5l
dCI+JnF1b3Q7bGJlcmdlckBsYWJuLm5ldCZxdW90OzwvYT4gPGEgaHJlZj0ibWFpbHRvOmxiZXJn
ZXJAbGFibi5uZXQiPiZsdDtsYmVyZ2VyQGxhYm4ubmV0Jmd0OzwvYT48bzpwPjwvbzpwPjwvc3Bh
bj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPkRhdGU6IFRodXJzZGF5LCBOb3ZlbWJl
ciA3LCAyMDEzIDY6MTcgUE08bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFu
Zz0iRU4tVVMiPlRvOiB6YWxpIDxhIGhyZWY9Im1haWx0bzp6YWxpQGNpc2NvLmNvbSI+Jmx0O3ph
bGlAY2lzY28uY29tJmd0OzwvYT4sIDxhIGhyZWY9Im1haWx0bzpjY2FtcEBpZXRmLm9yZyI+JnF1
b3Q7Y2NhbXBAaWV0Zi5vcmcmcXVvdDs8L2E+IDxhIGhyZWY9Im1haWx0bzpjY2FtcEBpZXRmLm9y
ZyI+Jmx0O2NjYW1wQGlldGYub3JnJmd0OzwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxw
cmU+PHNwYW4gbGFuZz0iRU4tVVMiPlN1YmplY3Q6IENvbW1lbnQgb24gY29tcGF0aWJpbGl0eSBp
biBkcmFmdC10YWthY3MtY2NhbXAtcmV2ZXJ0aXZlLXBzPG86cD48L286cD48L3NwYW4+PC9wcmU+
DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4N
CjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQi
Pg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+WmFmYXIsPG86cD48L286cD48L3NwYW4+PC9wcmU+
DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsgTXkgY29tbWVudCBpbiB0b2Rh
eSdzIHNlc3Npb24gd2FzIHRoYXQgeW91IGFyZSByZWRlZmluaW5nIHRoZSBmb3JtYXQgb2Y8bzpw
PjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPmFuIGV4aXN0aW5n
IG9iamVjdCAoYnkgYWRkaW5nIFRMVnMpIHRoaXMgYnJlYWtzIGNvbXBhdGliaWxpdHkuJm5ic3A7
IFlvdTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+c3Rh
dGVkIHRoYXQgdGhpcyB3YXNuJ3QgdGhlIGNhc2UuPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8
cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxw
cmU+PHNwYW4gbGFuZz0iRU4tVVMiPkZXSVc6PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJl
PjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+
PHNwYW4gbGFuZz0iRU4tVVMiPllvdXIgZG9jdW1lbnQgc2F5czo8bzpwPjwvbzpwPjwvc3Bhbj48
L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwv
cHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7IDAmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMSZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAyJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzM8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4N
CjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyAwIDEgMiAzIDQgNSA2IDcgOCA5
IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDE8bzpwPjwvbzpwPjwv
c3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyAmIzQzOy0mIzQzOy0m
IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz
Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m
IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz
Oy0mIzQzOy0mIzQzOzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJF
Ti1VUyI+Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgTGVuZ3RoJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwgQ2xhc3MtTnVt
KDM3KSB8Jm5ic3A7Jm5ic3A7IEMtVHlwZSgyKSZuYnNwOyZuYnNwOyB8PG86cD48L286cD48L3Nw
YW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsgJiM0MzstJiM0MzstJiM0
MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzst
JiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0
MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzst
JiM0MzstJiM0Mzs8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4t
VVMiPiZuYnNwOyB8U3xQfE58T3wgUmVzZXJ2ZWQmbmJzcDsgfCBMU1AgRmxhZ3MgfCZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBSZXNlcnZlZCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8
IExpbmsgRmxhZ3N8PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVO
LVVTIj4mbmJzcDsgJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0
MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzst
JiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0
MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzs8bzpwPjwvbzpwPjwvc3Bhbj48
L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyB8SXxSfCZuYnNwOyZuYnNwOyBS
ZXNlcnZlZCZuYnNwOyZuYnNwOyZuYnNwOyB8IFNlZy5GbGFncyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFJlc2VydmVkJm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7IHw8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZu
YnNwOyAmIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz
Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m
IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz
Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0K
PHByZT48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsgfDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+
Jm5ic3A7IH4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgc3ViLVRM
VnMmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfjxvOnA+
PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7IHwmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHBy
ZT48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7ICYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7
LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj
NDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7
LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7PG86
cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8bzpw
PjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzxvOnA+
PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+UkZDNDg3MiBzYXlz
PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsgMCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyAxJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7IDImbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsgMzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUg
NiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0K
PHByZT48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7LSYjNDM7LSYj
NDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7
LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj
NDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7
LSYjNDM7LSYjNDM7PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVO
LVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBMZW5ndGgmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg
fCBDbGFzcy1OdW0oMzcpIHwgQy1UeXBlICgyKSZuYnNwOyZuYnNwOyZuYnNwOyB8PG86cD48L286
cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJz
cDsgJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzst
JiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0
MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzst
JiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzs8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxw
cmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyB8U3xQfE58T3wgUmVzZXJ2
ZWQmbmJzcDsgfCBMU1AgRmxhZ3MgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBSZXNlcnZlZCZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8IExpbmsgRmxhZ3N8PG86cD48L286cD48L3Nw
YW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsgJiM0
MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzst
JiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0
MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzst
JiM0MzstJiM0MzstJiM0MzstJiM0Mzs8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNw
YW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFJlc2VydmVkJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHw8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNw
YW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0mIzQzOy0mIzQzOy0mIzQz
Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m
IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz
Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m
IzQzOzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+Jm5i
c3A7PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj5QZXJo
YXBzIHlvdSBtZWFudCBDLVR5cGUoVEJEKS4mbmJzcDsgWW91IHNob3VsZCBhZGRyZXNzIGNvbXBh
dGliaWxpdHk8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMi
PmV4cGxpY2l0bHkgaW4gYW55IGNhc2UuPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxz
cGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNw
YW4gbGFuZz0iRU4tVVMiPkxvdTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPC9ibG9ja3F1b3Rl
Pg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wcmU+
DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fXzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5n
PSJFTi1VUyI+Q0NBTVAgbWFpbGluZyBsaXN0PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJl
PjxzcGFuIGxhbmc9IkVOLVVTIj48YSBocmVmPSJtYWlsdG86Q0NBTVBAaWV0Zi5vcmciPkNDQU1Q
QGlldGYub3JnPC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJF
Ti1VUyI+PGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9jY2Ft
cCI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9jY2FtcDwvYT48bzpwPjwv
bzpwPjwvc3Bhbj48L3ByZT4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz
cGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPi0tIDxicj4NCjxpbWcgYm9yZGVy
PSIwIiB3aWR0aD0iMjc2IiBoZWlnaHQ9IjI2IiBpZD0iX3gwMDAwX2kxMDI1IiBzcmM9ImNpZDpp
bWFnZTAwMS5qcGdAMDFDRUUwNTcuMDkzMUQzODAiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxk
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv
bnQtc2l6ZTogMTBwdDsgZm9udC1mYW1pbHk6IFRhaG9tYSwgc2Fucy1zZXJpZjsgZm9udC12YXJp
YW50OiBzbWFsbC1jYXBzOyAiPkRJRVRFUiBCRUxMRVINCjwvc3Bhbj48L2I+PHNwYW4gbGFuZz0i
RU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOiAxMHB0OyBmb250
LWZhbWlseTogVGFob21hLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDEwMiwgNTcsIDE4Myk7ICI+
QUxDQVRFTC1MVUNFTlQgREVVVFNDSExBTkQgQUcNCjxicj4NClBST0pFQ1QgTUFOQUdFUiBBU09O
L0dNUExTIENPTlRST0wgUExBTkUgPGJyPg0KSVAgUk9VVElORyBBTkQgVFJBTlNQT1JUIEJMIDxi
cj4NCklQIFRSQU5TUE9SVCBCVSA8YnI+DQo8YnI+DQpMb3JlbnpzdHJhc3NlIDEwIDxicj4NCjcw
NDM1IFN0dXR0Z2FydCwgR2VybWFueSA8YnI+DQpQaG9uZTogJiM0Mzs0OSA3MTEgODIxIDQzMTI1
IDxicj4NCk1vYmlsOiAmIzQzOzQ5IDE3NSA3MjY2ODc0IDwvc3Bhbj48c3BhbiBsYW5nPSJFTi1V
UyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PGI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6IDEwcHQ7IGZvbnQt
ZmFtaWx5OiBUYWhvbWEsIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMTAyLCA1NywgMTgzKTsgIj48
YSBocmVmPSJtYWlsdG86RGlldGVyLkJlbGxlckBhbGNhdGVsLWx1Y2VudC5jb20iPkRpZXRlci5C
ZWxsZXJAYWxjYXRlbC1sdWNlbnQuY29tPC9hPjwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMi
PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw
YW4gbGFuZz0iRU4tVVMiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTogOHB0
OyBmb250LWZhbWlseTogVGFob21hLCBzYW5zLXNlcmlmOyAiPkFsY2F0ZWwtTHVjZW50IERldXRz
Y2hsYW5kIEFHDQo8YnI+DQpEb21pY2lsZSBvZiB0aGUgQ29tcGFueTogU3R1dHRnYXJ0IMK3IExv
Y2FsIENvdXJ0IFN0dXR0Z2FydCBIUkIgNDAyNiA8YnI+DQpDaGFpcm1hbiBvZiB0aGUgU3VwZXJ2
aXNvcnkgQm9hcmQ6IE1pY2hhZWwgT3BwZW5ob2ZmIDxicj4NCkJvYXJkIG9mIE1hbmFnZW1lbnQ6
IFdpbGhlbG0gRHJlc3NlbGhhdXMgKENoYWlybWFuKSDCtyBIYW5zLUrDtnJnIERhdWIgwrcgQW5k
cmVhcyBHZWhlDQo8YnI+DQo8YnI+DQpUaGlzIGUtbWFpbCBhbmQgaXRzIGF0dGFjaG1lbnRzLCBp
ZiBhbnksIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBpbmZvcm1hdGlvbi48YnI+DQpJZiB5b3Ug
aGF2ZSByZWNlaXZlZCB0aGlzIGUtbWFpbCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB1cyBhbmQg
ZGVsZXRlIG9yIGRlc3Ryb3kgdGhlIGUtbWFpbCBhbmQgaXRzIGF0dGFjaG1lbnRzLCBpZiBhbnks
IGltbWVkaWF0ZWx5Lg0KPGJyPg0KSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlLW1haWwgaW4g
ZXJyb3IsIHlvdSBtdXN0IG5vdCBmb3J3YXJkIG9yIG1ha2UgdXNlIG9mIHRoZSBlLW1haWwgYW5k
IGl0cyBhdHRhY2htZW50cywgaWYgYW55Lg0KPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpw
PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxv
Y2txdW90ZT4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvc3Bhbj4N
CjwvYm9keT4NCjwvaHRtbD4NCg==

--_000_CEA883F583255zaliciscocom_--

--_004_CEA883F583255zaliciscocom_
Content-Type: image/jpeg; name="image001.jpg"
Content-Description: image001.jpg
Content-Disposition: attachment; filename="image001.jpg"; size=5715;
	creation-date="Wed, 13 Nov 2013 06:25:38 GMT";
	modification-date="Wed, 13 Nov 2013 06:25:38 GMT"
Content-ID: 
Content-Transfer-Encoding: base64

/9j/4AAQSkZJRgABAgAAZABkAAD/7AARRHVja3kAAQAEAAAAZAAA/+4ADkFkb2JlAGTAAAAAAf/b
AIQAAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQICAgICAgICAgIC
AwMDAwMDAwMDAwEBAQEBAQECAQECAgIBAgIDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMD
AwMDAwMDAwMDAwMDAwMDAwMD/8AAEQgAGgEUAwERAAIRAQMRAf/EAaIAAAAGAgMBAAAAAAAAAAAA
AAcIBgUECQMKAgEACwEAAAYDAQEBAAAAAAAAAAAABgUEAwcCCAEJAAoLEAACAQMEAQMDAgMDAwIG
CXUBAgMEEQUSBiEHEyIACDEUQTIjFQlRQhZhJDMXUnGBGGKRJUOhsfAmNHIKGcHRNSfhUzaC8ZKi
RFRzRUY3R2MoVVZXGrLC0uLyZIN0k4Rlo7PD0+MpOGbzdSo5OkhJSlhZWmdoaWp2d3h5eoWGh4iJ
ipSVlpeYmZqkpaanqKmqtLW2t7i5usTFxsfIycrU1dbX2Nna5OXm5+jp6vT19vf4+foRAAIBAwIE
BAMFBAQEBgYFbQECAxEEIRIFMQYAIhNBUQcyYRRxCEKBI5EVUqFiFjMJsSTB0UNy8BfhgjQlklMY
Y0TxorImNRlUNkVkJwpzg5NGdMLS4vJVZXVWN4SFo7PD0+PzKRqUpLTE1OT0laW1xdXl9ShHV2Y4
doaWprbG1ub2Z3eHl6e3x9fn90hYaHiImKi4yNjo+DlJWWl5iZmpucnZ6fkqOkpaanqKmqq6ytrq
+v/aAAwDAQACEQMRAD8A3+Pfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfu
vde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691
737r3Xvfuvde9+691737r3Xvfuvde9+691737r3XvfuvdBd3V3L178fOrd59ydq52Pbmw9h4hsvn
sm0T1ExVp4aKgx+PpIrzV+XzGTqoaSjp09c9VOiDlvZ1y7y9u3Ne92/L2xxGbdLqTSi8BwJZmPBV
RQWdjhVBPl09bwS3MywQisjGg/1eg4nrV9ov5uX8w/5z90Zjr34TbW6/6R2LhKTKZ/I7w3njcLnD
snYeNhlSt353Dvvd9LmdlbaxVLGv3Rho8U0kUn+TRvkGXVLmlJ7D+0/tpy7HuvuPPdblucjKixQs
6eNOxxBaQxFJpGPw1eShHeREDQC47Jtm3QCXcGaSQ4oKip9FAoSftPzx0vKP+cN8sPhR8jj0B88q
XqnuzbS0208zlOyuk6abF5vEbe3tiKHP4vPYilbFbYx+4aOjxmRRpMbV4bEV76Syzspj8pXJ7Acj
e43KP9afbBr7brysqLb3hDI8kLFGRjqkaMllNJFllQcCoNdLZ2Oyv7X6nbtcb5Gl+BINKHjT7QSP
l1slf6Zurf8ARH/p6/vxgv8AQ9/cf/SR/f8A+5b+A/3I/hP8c/j/AJfH9x9v/DP3PH4/Pq/b0eT0
e8QP6vb3+/v6r/TS/wBYPqfp/Ap3+Nq0aPSurFa6fOtM9BTwJvH+m0nx9WnT51rSnRWch3x82aXq
D5bbupPhHS13afUna+9NrfGHq9O+NjJF8n+rMRkMLDtLtSXczwDHdYz7jxFdV1j4TJaq6J6L7a/l
kQ+ybqlFqM46Eyq7R+TEXdvx72PT/GWlm6h391turc3fXcX+lna1+i9/YvC0VVt7r6j2f9umY7C/
jeenND/EKErAIyaiwSGQN7rVBQ5z0EmS77+d9P0J8nN+Y/4KYys7u617g3DtL45dIN8iev44/kN1
HjtxbVx+G7brN9GnXb/XFTltuZTKZJcFXk12rFimJSWpjPv3W6LUZx0MlV2X8lI/kD0/sOm+NlBN
0Tu7qrPbp7Z7wPbm2vvOpuzaFUOI6zp9gGgTN72iyUrrGMrSNHTESPIQggKy+61QUrXPQIZD5AfP
qn+N3ePY1F8CsRXfIXZXc2b2f0r8e0+SXX0dL3J1DQ7r2zisX2zU9l1NDTbe2PUZLb2QylcuHrkF
WRjEDeM1aInut0WtK46Hyr7F+REPyX2R1xT/AB5oar46ZzpvKbu3h8hl7S26lZsvt2kzn2dH1SvW
b0i7jz1LWYYx1K5iFkpWMrKQhgZZPdaoKVrnovdX8iPn5D8Xuwez6X4BY6q+SO3O4a7Z+yPjePkh
1/HTdgdV0u+MRhIO0YOz5aBNt4F6vbFXV1642tSKo00ev6SxxN7rdFrSuOjIVfYffEPylxPVlL0H
FV/Gyr6SrN75T5Mnsfb0E2L7gh3lJhqbpxeqmgfdNYs+1Fjy38aDrQ/umD/ORMG91qgpWuei2z/I
n5+r8YMp2ZT/AAAoJPkjF3NLsrE/HGX5I9ex0lX1YN8Q4KHtSr7QWifbdMr7bZ65seEacKol5Q6P
fut0WtK4+zoxq9hfIA/KmTq5ugKRfjGvSabzj+TQ7M241ZJ3G27/AOEt1AepfCN1JAm1Qcoc1qNE
SRCCZCQvutUFK1z0XSl+Qn8wOT4x7X7JqfgDg6f5JZLuSn2duf45j5N7AloNt9USbyrsNUdqR9pp
iTtrKyQbehgrf4XChqWjm8g5U0/v3W6LWlcfZ0YWk7F+Q03yg3V1lU/HqjpfjZiulcfvLbXyRbtD
bklVuXuGo3LHjqnqJ+rUpm3TiqaDbzS15zTl6NDTiM6nqEVPdaoKVrnov9F8hPn0/wAaOm+y8h8B
8ZSfIfdvc2G2f298dYvkh19UxdV9R1m8dw4XIdr0XZcVE22d31NJt2hxuR/hFMBUpHkm1HVSyx+/
dbotaVx0PuO7I+Q0/wAj+y+ua/4709J8f9t9T7e3d153/H2dtyWfsHsvIV09NmOr5+uzTrn9ttja
eJpRk5mkpAsaljeeNU91qgpWuegMoPkD87Kj45fHTsWr+B9HQ9/di9zbf2b310AfkPsCeDoPqKv3
bvDF5nt1ex0pBgN/y43a2GxGS/guOjNarZoxetqObV7rdFqRXHQx0vaHyVl787t2HP8AGeli6R2R
1Zt3dPT3dTdt7YSfufsrJUs82X63bZK0c+X2LBiayJqZsnXloRoWYI8c6BPdaoKcc9BLi++PnVU9
IfFzeuR+DWKoO5Oze29u7V+SnT3+zDbDki+OXU+Qz+46HNdq0W8o6WTC9mVWJ29j8dkP4JjmWtL5
E0wLSQSN791ui1OcdChF2l8o27g+Sm0ZPi9jh1R1z11tfcXx07THcm1UqPkPv7J7Xq8luHYNbtE0
L5Hq6PCbphGL/iOTdoGTTVKHim0xe61QUGc9B3Q95/N6frX4hbjq/hJjKbsTtvsfbe3vlT1+vyA2
M8Pxb66yE2TXP9h0u4jSLj+1ajCY+mgqv4Tiz91JJL9ojPIfKPdbotTnHS4h7Z+VknYny1203xVx
8ex+qtk7ZzfxX38/cu1Ei+UW8MpsbKZnObMyOENGcj1AuB3vSU+GauygkgeOo+6UNEvv3WqDGf8A
Y6S1D3l8yKjY/wAOs3UfC+Cm3h3HurA4v5VbRfvLZSp8Vdr1mFrqzN7qiyv2rU/aL4ytgjCUON0z
OT4L+V1ce63Rc5+zrXk/m+/NPFbK/mPYDftH2D2bjP8AhsDB/HnedF13szZHZuc232Zu/uztHa27
fkrt/dO69n7RzOydsQYf4iU2PeI7jyWNhlmyLrTl5VdffunEWq09f9X+Hoato/JfvGi7+7f+PHQv
eG1+kG+YX8475J7RHyT3PtrE9nU2yto7C+Efxg7FwWy+ssBu2V9gVW+e2crWRUuB/iZnoyRP4aWq
qJI09+69QUqRWi/5elF81Pm/81PjvuHsOg6Y+R28e/st8L4PjUnyifG/Gf40bR6NpZu29x4qSiou
3N0bl7bh7frN1dj7SzMDRUnWuHEGGeWKWcwo7rH7rSqp4jjw6Lpg/lJ8sfj3gPlxuLrnuTeNU/yP
/n3fIf4hYeGfYXV2/Mv0rjo9x5rMJunYdf2puLbOK3JvfcOz9kYvae2MDuPIrtmgpyjQxiRIIJvd
WoppXyWvRxuouxfmbnfnD/L+oflVtXcFB2FtnD/zXtv7Fl3NR7E683H3X1fhdsfDnO9Wb57D2f1j
uzfPX2y93Vcu4avE1UNJMaaKWgaqigSOoAZyFY3mVJm0QlgGamrSCRVtNRWgzSorwr1qiUOe2or5
06MHuvtXszM/PD+Uluv5A7LpPjrvPcfSH8y1t89YVXYeF3NhcHXYuf4z0G2xU7oxc9PgMzNkcNHF
kIVGp6Q1rQE+RHJO+aLDY9s324seXL47lssZXwrkxND4gKKzfpv3Locsmfi06hgjpyeOGOR0t38S
EEUahFcZwc4OPy6D/eP8wPvPG7A+WGVxHY21TuPrn+cT8ffiR1jEmD2fUz/7L/2dlPieazAU9AaO
T+PVefw3Ye6ZqTKuk1aYg8kM1qRTGQdM6Rj/AEtf8PQFVf8AMA+Z9H8DvlB/M/h762NkqPau5e3u
v9l/CCPqDZq4fpLIbb7xm6O23VdjdgVOVxPama37srHPFu7cFNU1VJjK2i/ap6emp5EqT7reldQT
+fTHvz5dfzWOr9sbB2nkd25rGYru35mfBjpLpf5P959F/HbE7ly+F+TNX2FtPtHBZLqXpHtDeWyM
/tvZuSxGFzeDylNU4qsqKerekmqJtInb3WwEP7D0w757Y+YnYXdnSPxf7A+V0sPZHRn83PMdKbd+
SO3OsNjbard07PynwD3P3LtEb36h0y9V5/cuLyO9Jsch+0SllkaGaKnjqY1d9deooBIGCv8Al6H7
/hQ7W75qfjn8beq9vy1mal7A7yo6KvpKKlWKu3TuPEbTyFBtyiENMY4AMhk8/JKKYDxtULEwA8S+
8sfulw7fFzVu283xVTabWSHbgiNIpkb5UWMZ8lLDz6EPK4jFzLM/4Y+PoK5P8ugz2x0Z8dPjZt74
2fyrYqvMb7+RvyK33s7fPy0oNgZ2kxNA+KxuNk3fkMd2XuOPH12Yrdm7O2pSVlRt7bFI9EMg9NHk
q9o6Srnp8od3vMvNvOF3vHvcyx2vKO02ssO1tOhZtTN4Stbx6gglllKLPcMH0BjDEC8avC89xdXb
S7xhbWJSI9Qr8u0cKk01Ma04DIBFNvyb7hn+V/yn+auZ3Njtl5Dr/BR92brwe9U2dtXH7329iut5
Jtr9LVf9/cbi8bu7PR7jz0G3dtPR5WsyNHHQZfxwwxvTUUtNkHyby+vI3JPLlvZPcJusps4nh8WV
oZGuKSXY8BmaJPDQz3AeJY3LxVZiHkVz20gFlZ26oWEp0AipodWWxwFBqaoANR8zU2v+l7sL/oHv
/u5/EKv+Ff7NJ/oh8tp/N/o9/iX+lT+H/dX1faf3y/Zvfx+D/J/0+n2BP3BtP/BWfV6F8f8Acn1V
MU8fT9Nqp6+Dn11d/HPSHwIv6zaqZ8HV/tqaf8H+frdN987OgH1737r3Xvfuvde9+691737r3Xvf
uvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+69
1737r3XvfuvdBG3QfSb4ruHBSdVbClw/yDqMvV95Y2bbGKmo+2p89tml2XmX7AhlpnTdC5HaVFFj
pVq/KrUaCK2m49+63U/s6C/cHwY+HO6urNx9I7j+M/TGZ6m3buij3xn9hV2w8FNt+u3vjtqYfY2O
3olKaQNQ7vxuzsBRYynylO0VdBRUyRRyqgt7917U1a1NekDlv5Y38vjNz7Oqcl8PuhpZthbewm09
sNDsPE0S0u2ttOJNu4XIx0MdNHuHH4KYeSjjyIqxTS+uPS/q9+63rb1PSw3N8BfhPvPcvbe8N2fF
force5e+sZRYjuXL5nrjbVfUdkUeOytBnaN91LUUDw5LIQZ3FUlcKtl+7NZSQTmQywxuvuvam9Tj
pWdV/EL4xdIpsNeqOj+vNjydYf3/AP8AR/WYbAwLk9qP2ocC3ZMuJy1SajJwz75O18d/FJDKz1n2
MPkLeNbe60WJ49c+/viJ8X/lT/dP/ZkehOq+8P7ifx3+5n+kzZuG3b/dj+9H8G/vF/BP4tTVH8P/
AI1/d2h+58dvL9pFqvoFvdeDEcD0g8f/AC8/g1ie0dgd1Yz4odFUHanVeB2htrrze1L15t+HMbSx
HX2Dx22tgxYlkpBTRVmx9vYejosPVtG1XjKWkgjppYkhjC+63qalKmnT6vwa+HK9t7673/2WTpN+
3Oz9uZ/aXY2+JuvduT5TfO392U70m7MfuuKahfH53+9dFI1PlJamGSfJU58VS8sfp9+61qalKmnT
L13/AC+vhL1NjosR1z8Yen9p4yn7L2P3FR0ON2lQmmx3Z3WVTkazrneWLjqRULi8vsOpy9U+HNP4
o8aaiT7dYw7X91ssx4npT9o/Cz4ld14Pem2+2vjr1F2FhOxN+4rtLe1DujZWGyi7i7Jwe26PZuJ3
3Xzz0xqTuyh2hQxYpK9HSp/hoNMXMLuje60GYcD0D/8AMU+E+M+anxYzHS+Enxu2t57XrcTvHp7L
VQlpsPg947Zo6vHY/HZA0cUtRT4LM4HI1eNlaNJPthUJULHI0CI0oe0PuG/trznDvsitJtUiNBco
tNTQuQSVBoNaOqSKCRq0lKgMSDHar87fdicgmIijD5H0+YND/Lz60/8A4v8AZG/P5dP8xDafaPzZ
2D2xHndrPvii3icrAue3tWtunZed2jS7twWV3BlIcdvTHpLk471lNk3inoWkaCWUhYpM/edNo2v3
b9pp9l9uLqxNrP4Ji0nRCPDmSUxOqKWhainsaMFXoGVcsBxeRR7ptbQ7eyaWpTyGCDQgDH2U49O+
U2xR/NrKYD4ofy3fjBvPG9c02+Kffe/O2u0ammz/AGhvPcn8Or8NQbx7p7Eplq9uddbN25jcvXfa
4WgqWpqqrqHmSKorpYoQngvJPbiGXnn3e3q3fdzbGGC1tgUtoY9Su0VpAaSTyyMiapnXUqqFLJEr
N1UOdvBvN1mUy6aBVwoHGirxYmgyeHyHW1l/w2h1x/w3J/sgf8Z/Y/ufq/0h/wANi+4/0ufxn++n
9/v4fq838P8A77f8ofn8/wDBv8i+4/3b7we/1493/wBdz/XS8Pu+o/sNWPpdHg+Bq4avB/Hpp4v6
mny6Bv72l/ev7yp+L4f6NKaf2efrmnVmnuG+inr3v3Xuve/de697917r3v3Xuve/de697917r3v3
Xuve/de697917r3v3Xuve/de697917r3v3Xuve/de697917r3v3Xuve/de697917r3v3Xuve/de6
97917r3v3Xuve/de697917r3v3Xuve/de697917r3v3Xuve/de697917r3v3XugA+RP/AB59D/zI
D/i6xf8AZRP/AB5/6D/wB/6uv+p/2n2KeU/+Sg3/ACVfgP8AuB/a/n/R9elNr/af6Lw/Bx/4rpS9
J/8AMv8AF/8AMpf87N/zJP8A5l/+mL/i1/8AN3/V/wCGn2j5j/5Kr/7n8B/uZ/b+fxfL0/Pqtx/a
n4/9v8X59C17IumOv//Z

--_004_CEA883F583255zaliciscocom_--

From zali@cisco.com  Tue Nov 12 22:53:05 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0AB7011E8117 for ; Tue, 12 Nov 2013 22:53:05 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.598
X-Spam-Level: 
X-Spam-Status: No, score=-10.598 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oYdwmOjTUpTJ for ; Tue, 12 Nov 2013 22:52:49 -0800 (PST)
Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) by ietfa.amsl.com (Postfix) with ESMTP id 1A29911E8103 for ; Tue, 12 Nov 2013 22:52:49 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4133; q=dns/txt; s=iport; t=1384325569; x=1385535169; h=from:to:cc:subject:date:message-id:in-reply-to: mime-version; bh=OK4aWirYUfgWzrqhzikYqqU4dsMibIT4k+Kjlbsz/h0=; b=DT8I9XGVIrNYzyZ8tfNGqpMOj8gaS1D7gHAH31fLbhV9f33vnDDe/dxj /245n16PsWnLbznSh+4ht0jLQ6psXMwJrfbbuBfKZkQvK5zWwzipfSGoB vrFsbSLxfBgfAocXN9TOTxoVmkIHwwtam+Otru3qA/rOHl78I05UOEVa6 s=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: ApwFACghg1KtJV2c/2dsb2JhbABZgkNEOFO2Z4hEgRoWdIIlAQIEeRIBCAQNAwECKDkUCQgCBAENBYgBDb8Tj04RB4QxA5gQgS+QXIMogio
X-IronPort-AV: E=Sophos;i="4.93,690,1378857600";  d="scan'208,217";a="284119126"
Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by rcdn-iport-8.cisco.com with ESMTP; 13 Nov 2013 06:52:43 +0000
Received: from xhc-aln-x08.cisco.com (xhc-aln-x08.cisco.com [173.36.12.82]) by rcdn-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id rAD6qhtI022765 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 13 Nov 2013 06:52:43 GMT
Received: from xmb-rcd-x14.cisco.com ([169.254.4.50]) by xhc-aln-x08.cisco.com ([173.36.12.82]) with mapi id 14.03.0123.003; Wed, 13 Nov 2013 00:52:42 -0600
From: "Zafar Ali (zali)" 
To: Fatai Zhang , Dieter Beller 
Thread-Topic: [CCAMP] Comment on compatibility in draft-takacs-ccamp-revertive-ps
Thread-Index: AQHO39pcEXyVtzYbsE+dGnvLlU1JdJoizckA///1soCAAFjWAP//rrqA
Date: Wed, 13 Nov 2013 06:52:41 +0000
Message-ID: 
In-Reply-To: 
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.2.3.120616
x-originating-ip: [10.82.238.82]
Content-Type: multipart/alternative; boundary="_000_CEA88B148326Fzaliciscocom_"
MIME-Version: 1.0
Cc: CCAMP 
Subject: Re: [CCAMP] Comment on compatibility in draft-takacs-ccamp-revertive-ps
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 13 Nov 2013 06:53:05 -0000

--_000_CEA88B148326Fzaliciscocom_
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable


From: Fatai Zhang >
Date: Wednesday, November 13, 2013 1:43 AM
To: zali >, Dieter Beller >
Cc: "ccamp@ietf.org" >
Subject: RE: [CCAMP] Comment on compatibility in draft-takacs-ccamp-reverti=
ve-ps

The operator can just click a button to configure it, otherwise how the ing=
ress knows what to tell the egress.

This will require operator to apply configurations on both ingress and egre=
ss. Applying a matching configuration for a connection that does not exists=
 at egress is not feasible. If we go with your logic, we don't need similar=
 extensions that are already RFCs, e.g., http://tools.ietf.org/html/rfc6107=
.

Thanks

Regards=85Zafar


--_000_CEA88B148326Fzaliciscocom_
Content-Type: text/html; charset="Windows-1252"
Content-ID: 
Content-Transfer-Encoding: quoted-printable






















From: Fatai Zhang <zhangfatai@huawei.com>

Date: Wednesday, November 13, 2013 =
1:43 AM

To: zali <zali@cisco.com>, Dieter Beller <Dieter.Beller@alcatel-lucent.com>

Cc: "ccamp@ietf.org" <cca=
mp@ietf.org>

Subject: RE: [CCAMP] Comment on com=
patibility in draft-takacs-ccamp-revertive-ps












The operator can just click a button to =
configure it, otherwise how the ingress knows what to tell the egress.=











This will require operator to apply configurations on both ingress and=
 egress. Applying a matching configuration for a connection that does not e=
xists at egress is not feasible. If we go with your logic, we don't need si=
milar extensions that are already
 RFCs, e.g., http://too=
ls.ietf.org/html/rfc6107. 







Thanks







Regards=85Zafar 









--_000_CEA88B148326Fzaliciscocom_--

From zhangfatai@huawei.com  Tue Nov 12 23:20:48 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9C79721E805F for ; Tue, 12 Nov 2013 23:20:48 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.598
X-Spam-Level: 
X-Spam-Status: No, score=-5.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, EXTRA_MPART_TYPE=1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id G3ruS2HhB9ce for ; Tue, 12 Nov 2013 23:20:44 -0800 (PST)
Received: from dfwrgout.huawei.com (dfwrgout.huawei.com [206.16.17.72]) by ietfa.amsl.com (Postfix) with ESMTP id D0F7F21E8088 for ; Tue, 12 Nov 2013 23:20:43 -0800 (PST)
Received: from 172.18.7.233 (EHLO lhrrgout.huawei.com) ([172.18.7.233]) by dfwrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id AOL76702; Wed, 13 Nov 2013 01:20:42 -0600 (CST)
Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id AXV16021; Wed, 13 Nov 2013 06:44:30 +0000 (GMT)
Received: from LHREML405-HUB.china.huawei.com (10.201.5.242) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 13 Nov 2013 06:43:45 +0000
Received: from SZXEMA409-HUB.china.huawei.com (10.82.72.41) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 13 Nov 2013 06:43:59 +0000
Received: from SZXEMA504-MBS.china.huawei.com ([169.254.8.57]) by SZXEMA409-HUB.china.huawei.com ([10.82.72.41]) with mapi id 14.03.0158.001; Wed, 13 Nov 2013 14:43:55 +0800
From: Fatai Zhang 
To: "Zafar Ali (zali)" , Dieter Beller 
Thread-Topic: [CCAMP] Comment on compatibility in draft-takacs-ccamp-revertive-ps
Thread-Index: AQHO39pmuC0op2cMw0OOObNs1suhnpoiZxqA///FagCAAImN0A==
Date: Wed, 13 Nov 2013 06:43:54 +0000
Message-ID: 
References:  
In-Reply-To: 
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
x-originating-ip: [10.66.72.159]
Content-Type: multipart/related; boundary="_004_F82A4B6D50F9464B8EBA55651F541CF85CA8C650SZXEMA504MBSchi_"; type="multipart/alternative"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Cc: CCAMP 
Subject: Re: [CCAMP] Comment on compatibility in draft-takacs-ccamp-revertive-ps
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 13 Nov 2013 07:20:48 -0000

--_004_F82A4B6D50F9464B8EBA55651F541CF85CA8C650SZXEMA504MBSchi_
Content-Type: multipart/alternative;
	boundary="_000_F82A4B6D50F9464B8EBA55651F541CF85CA8C650SZXEMA504MBSchi_"

--_000_F82A4B6D50F9464B8EBA55651F541CF85CA8C650SZXEMA504MBSchi_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

SGkgWmFmYXIsDQoNClRoZSBvcGVyYXRvciBjYW4ganVzdCBjbGljayBhIGJ1dHRvbiB0byBjb25m
aWd1cmUgaXQsIG90aGVyd2lzZSBob3cgdGhlIGluZ3Jlc3Mga25vd3Mgd2hhdCB0byB0ZWxsIHRo
ZSBlZ3Jlc3MuDQoNCkkgZG9u4oCZdCB0aGluayBpdCBpcyBzbWFydCB0byBzZW5kIHNpZ25hbGlu
ZyB0byBkbyB0aGlzLg0KDQpCVFcsICB0aGVyZSB3ZXJlIG11Y2ggZGlzY3Vzc2lvbiBvbiB3aGF0
IHNob3VsZCBiZSBjb25maWd1cmVkIGFuZCB3aGF0IHNob3VsZCBiZSBzaWduYWxsZWQgaW4gU0cx
NSBJVFUtVC4NCg0KQmVzdCBSZWdhcmRzDQoNCkZhdGFpDQoNCkZyb206IFphZmFyIEFsaSAoemFs
aSkgW21haWx0bzp6YWxpQGNpc2NvLmNvbV0NClNlbnQ6IFdlZG5lc2RheSwgTm92ZW1iZXIgMTMs
IDIwMTMgMjoyNiBQTQ0KVG86IEZhdGFpIFpoYW5nOyBEaWV0ZXIgQmVsbGVyDQpDYzogQ0NBTVAN
ClN1YmplY3Q6IFJlOiBbQ0NBTVBdIENvbW1lbnQgb24gY29tcGF0aWJpbGl0eSBpbiBkcmFmdC10
YWthY3MtY2NhbXAtcmV2ZXJ0aXZlLXBzDQoNCg0KDQpGcm9tOiBGYXRhaSBaaGFuZyA8emhhbmdm
YXRhaUBodWF3ZWkuY29tPG1haWx0bzp6aGFuZ2ZhdGFpQGh1YXdlaS5jb20+Pg0KRGF0ZTogVHVl
c2RheSwgTm92ZW1iZXIgMTIsIDIwMTMgOTowMiBQTQ0KVG86IHphbGkgPHphbGlAY2lzY28uY29t
PG1haWx0bzp6YWxpQGNpc2NvLmNvbT4+LCBEaWV0ZXIgQmVsbGVyIDxEaWV0ZXIuQmVsbGVyQGFs
Y2F0ZWwtbHVjZW50LmNvbTxtYWlsdG86RGlldGVyLkJlbGxlckBhbGNhdGVsLWx1Y2VudC5jb20+
Pg0KQ2M6ICJjY2FtcEBpZXRmLm9yZzxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+IiA8Y2NhbXBAaWV0
Zi5vcmc8bWFpbHRvOmNjYW1wQGlldGYub3JnPj4NClN1YmplY3Q6IFJFOiBbQ0NBTVBdIENvbW1l
bnQgb24gY29tcGF0aWJpbGl0eSBpbiBkcmFmdC10YWthY3MtY2NhbXAtcmV2ZXJ0aXZlLXBzDQoN
CkhpIFphZmFyLA0KDQpJIHdpbGwgTkVWRVIgc2F5IE5FUlZFUi4NCg0KSSB0aGluayB5b3UgbmVl
ZCBqdXN0aWZ5IHdoeSBpdCBuZWVkcyB0byBzaWduYWwgdGhlIGF0dHJpYnV0ZXMsIHdoaWNoIG9u
bHkgbWF0dGVyIHRvIHRoZSBlbmQtcG9pbnRzLg0KDQoNCkZhdGFpLQ0KDQpJbmdyZXNzIG5lZWRz
IHRvIGxldCBlZ3Jlc3Mgbm9kZSBrbm93IG9uIGhvdyBpdCBpcyB1c2luZyBwcm90ZWN0aW9uIChl
LmcuLCBpZiBwcm90ZWN0aW9uIGlzIHJldmVydGl2ZSBvciBub24tcmV2ZXJ0aXZlLCBldGMuKS4g
U2VlIGFsc28gbXkgZW1haWwgaW4gcmVzcG9uc2UgdG8gRGVpdGVyIHF1ZXN0aW9uLg0KDQpUaGFu
a3MNCg0KUmVnYXJkcyDigKYgWmFmYXINCg0KDQoNCkJlc3QgUmVnYXJkcw0KDQpGYXRhaQ0KDQpG
cm9tOiBaYWZhciBBbGkgKHphbGkpIFttYWlsdG86emFsaUBjaXNjby5jb21dDQpTZW50OiBXZWRu
ZXNkYXksIE5vdmVtYmVyIDEzLCAyMDEzIDM6MDcgQU0NClRvOiBGYXRhaSBaaGFuZzsgRGlldGVy
IEJlbGxlcg0KQ2M6IENDQU1QDQpTdWJqZWN0OiBSZTogW0NDQU1QXSBDb21tZW50IG9uIGNvbXBh
dGliaWxpdHkgaW4gZHJhZnQtdGFrYWNzLWNjYW1wLXJldmVydGl2ZS1wcw0KDQoNCkZyb206IEZh
dGFpIFpoYW5nIDx6aGFuZ2ZhdGFpQGh1YXdlaS5jb208bWFpbHRvOnpoYW5nZmF0YWlAaHVhd2Vp
LmNvbT4+DQpEYXRlOiBNb25kYXksIE5vdmVtYmVyIDExLCAyMDEzIDk6MDQgUE0NClRvOiBEaWV0
ZXIgQmVsbGVyIDxEaWV0ZXIuQmVsbGVyQGFsY2F0ZWwtbHVjZW50LmNvbTxtYWlsdG86RGlldGVy
LkJlbGxlckBhbGNhdGVsLWx1Y2VudC5jb20+PiwgemFsaSA8emFsaUBjaXNjby5jb208bWFpbHRv
OnphbGlAY2lzY28uY29tPj4NCkNjOiAiY2NhbXBAaWV0Zi5vcmc8bWFpbHRvOmNjYW1wQGlldGYu
b3JnPiIgPGNjYW1wQGlldGYub3JnPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+DQpTdWJqZWN0OiBS
RTogW0NDQU1QXSBDb21tZW50IG9uIGNvbXBhdGliaWxpdHkgaW4gZHJhZnQtdGFrYWNzLWNjYW1w
LXJldmVydGl2ZS1wcw0KDQpIaSwNCg0KTW9yZW92ZXIsIHRoaXMgaW5mb3JtYXRpb24gaXMgb25s
eSBtYWtlIHNlbnNlIGZvciB0aGUgZW5kIHBvaW50cyBhbmQgbm8gbmVlZCB0byBiZSBzaWduYWxl
ZC4NCg0KDQoNCkZhdGFpLQ0KDQpBcmUgeW91IHNheWluZyB0aGF0IHdlIE5FVkVSIHNpZ25hbCBh
bnkgYXR0cmlidXRlIHRoYXQgb25seSBtYXR0ZXIgdG8gdGhlIGVuZC1wb2ludD8gVGhpcyBpcyBh
IG5ld3MgdG8gbWUuDQoNClRoYW5rcw0KDQpSZWdhcmRzIOKApiBaYWZhcg0KDQoNCg0KQmVzdCBS
ZWdhcmRzDQoNCkZhdGFpDQoNCkZyb206Y2NhbXAtYm91bmNlc0BpZXRmLm9yZzxtYWlsdG86Y2Nh
bXAtYm91bmNlc0BpZXRmLm9yZz4gW21haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnXSBPbiBC
ZWhhbGYgT2YgRGlldGVyIEJlbGxlcg0KU2VudDogU3VuZGF5LCBOb3ZlbWJlciAxMCwgMjAxMyAx
MDowOCBQTQ0KVG86IFphZmFyIEFsaSAoemFsaSkNCkNjOiBDQ0FNUA0KU3ViamVjdDogUmU6IFtD
Q0FNUF0gQ29tbWVudCBvbiBjb21wYXRpYmlsaXR5IGluIGRyYWZ0LXRha2Fjcy1jY2FtcC1yZXZl
cnRpdmUtcHMNCg0KSGkgWmFmYXIsDQoNCnRoaXMgZHJhZnQgaXMgZGVmaW5pbmcgc2lnbmFsaW5n
IGV4dGVuc2lvbnMgZm9yIHRoZSBob2xkLW9mZiB0aW1lIGFzIHdlbGwgYXMgdGhlIHdhaXQtdG8t
cmVzdG9yZSB0aW1lIGZvciBwcm90ZWN0ZWQgTFNQcw0Kd2hlcmUgYXBwbGljYWJsZS4NCg0KVGhl
cmUgYXJlIGRlZmF1bHQgdmFsdWVzIHNldCBmb3IgdGhlc2UgdGltZXJzIGluIHRoZSBkYXRhIHBs
YW5lIGFuZCBzaWduYWxpbmcgdGhlbSBpbiB0aGUgY29udHJvbCBwbGFuZSBtYWtlcyBvbmx5DQpz
ZW5zZSBpZiB0aGUgdGltZXIgdmFsdWVzIHNoYWxsIGRpZmZlciBmcm9tIHRoZSBkZWZhdWx0IHZh
bHVlcy4gRG8geW91IHNlZSBhIG5lZWQgZm9yIHRoYXQ/IElNTywgb3BlcmF0b3JzIHR5cGljYWxs
eQ0KdXNlIHRoZSBkZWZhdWx0cyBhbmQgZG8gbm90IHNldCB0aGVzZSB2YWx1ZXMgb24gYSBwZXIg
Y29ubmVjdGlvbiBiYXNpcy4NCg0KDQpUaGFua3MsDQpEaWV0ZXINCg0KDQoNCk9uIDA4LjExLjIw
MTMgMjI6MTEsIFphZmFyIEFsaSAoemFsaSkgd3JvdGU6DQoNCkhpIExvdS0NCg0KDQoNCllvdSBh
cmUgcmlnaHQsIHRoZSBjdHlwZSBpcyBUQkQsIGxpa2UgSSBtZW50aW9uZWQgZHVyaW5nIHRoZSBt
ZWV0aW5nIHRoYXQNCg0Kd2UgYXJlIHVzaW5nIGRpZmZlcmVudCBjdHlwZS4NCg0KDQoNCldlIHdv
dWxkIGxpa2UgdG8gdGFrZSB0aGlzIG9wcG9ydHVuaXR5IHRvIHNvbGljaXQgY29tbWVudHMgZnJv
bSB0aGUgV0cgb24NCg0KdGhpcyBkcmFmdC4NCg0KDQoNClRoYW5rcw0KDQoNCg0KUmVnYXJkcyDF
oCBaYWZhcg0KDQoNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCg0KRnJvbTogImxiZXJn
ZXJAbGFibi5uZXQiPG1haWx0bzpsYmVyZ2VyQGxhYm4ubmV0PiA8bGJlcmdlckBsYWJuLm5ldD48
bWFpbHRvOmxiZXJnZXJAbGFibi5uZXQ+DQoNCkRhdGU6IFRodXJzZGF5LCBOb3ZlbWJlciA3LCAy
MDEzIDY6MTcgUE0NCg0KVG86IHphbGkgPHphbGlAY2lzY28uY29tPjxtYWlsdG86emFsaUBjaXNj
by5jb20+LCAiY2NhbXBAaWV0Zi5vcmciPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4gPGNjYW1wQGll
dGYub3JnPjxtYWlsdG86Y2NhbXBAaWV0Zi5vcmc+DQoNClN1YmplY3Q6IENvbW1lbnQgb24gY29t
cGF0aWJpbGl0eSBpbiBkcmFmdC10YWthY3MtY2NhbXAtcmV2ZXJ0aXZlLXBzDQoNCg0KDQpaYWZh
ciwNCg0KICAgTXkgY29tbWVudCBpbiB0b2RheSdzIHNlc3Npb24gd2FzIHRoYXQgeW91IGFyZSBy
ZWRlZmluaW5nIHRoZSBmb3JtYXQgb2YNCg0KYW4gZXhpc3Rpbmcgb2JqZWN0IChieSBhZGRpbmcg
VExWcykgdGhpcyBicmVha3MgY29tcGF0aWJpbGl0eS4gIFlvdQ0KDQpzdGF0ZWQgdGhhdCB0aGlz
IHdhc24ndCB0aGUgY2FzZS4NCg0KDQoNCkZXSVc6DQoNCg0KDQpZb3VyIGRvY3VtZW50IHNheXM6
DQoNCg0KDQogICAwICAgICAgICAgICAgICAgICAgIDEgICAgICAgICAgICAgICAgICAgMiAgICAg
ICAgICAgICAgICAgICAzDQoNCiAgIDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3
IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMQ0KDQogICstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQoNCiAgfCAgICAgICAg
ICAgIExlbmd0aCAgICAgICAgICAgICB8IENsYXNzLU51bSgzNykgfCAgIEMtVHlwZSgyKSAgIHwN
Cg0KICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKw0KDQogIHxTfFB8TnxPfCBSZXNlcnZlZCAgfCBMU1AgRmxhZ3MgfCAgICAg
IFJlc2VydmVkICAgICB8IExpbmsgRmxhZ3N8DQoNCiAgKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCg0KICB8SXxSfCAgIFJl
c2VydmVkICAgIHwgU2VnLkZsYWdzIHwgICAgICAgICAgIFJlc2VydmVkICAgICAgICAgICAgfA0K
DQogICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rDQoNCiAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgIHwNCg0KICB+ICAgICAgICAgICAgICAgICAgICAgICAg
ICAgc3ViLVRMVnMgICAgICAgICAgICAgICAgICAgICAgICAgICAgfg0KDQogIHwgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8DQoN
CiAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSsNCg0KDQoNCg0KDQpSRkM0ODcyIHNheXMNCg0KICAgICAwICAgICAgICAgICAg
ICAgICAgIDEgICAgICAgICAgICAgICAgICAgMiAgICAgICAgICAgICAgICAgICAzDQoNCiAgICAg
MCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4
IDkgMCAxDQoNCiAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKw0KDQogICAgfCAgICAgICAgICAgIExlbmd0aCAgICAgICAg
ICAgICB8IENsYXNzLU51bSgzNykgfCBDLVR5cGUgKDIpICAgIHwNCg0KICAgICstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQoN
CiAgICB8U3xQfE58T3wgUmVzZXJ2ZWQgIHwgTFNQIEZsYWdzIHwgICAgIFJlc2VydmVkICAgICAg
fCBMaW5rIEZsYWdzfA0KDQogICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCg0KICAgIHwgICAgICAgICAgICAgICAgICAg
ICAgICAgICBSZXNlcnZlZCAgICAgICAgICAgICAgICAgICAgICAgICAgICB8DQoNCiAgICArLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKw0KDQoNCg0KUGVyaGFwcyB5b3UgbWVhbnQgQy1UeXBlKFRCRCkuICBZb3Ugc2hvdWxkIGFk
ZHJlc3MgY29tcGF0aWJpbGl0eQ0KDQpleHBsaWNpdGx5IGluIGFueSBjYXNlLg0KDQoNCg0KTG91
DQoNCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0K
DQpDQ0FNUCBtYWlsaW5nIGxpc3QNCg0KQ0NBTVBAaWV0Zi5vcmc8bWFpbHRvOkNDQU1QQGlldGYu
b3JnPg0KDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2NjYW1wDQoNCi0t
DQpbY2lkOmltYWdlMDAxLmpwZ0AwMUNFRTA3RS45MTJEMDE3MF0NCkRJRVRFUiBCRUxMRVINCkFM
Q0FURUwtTFVDRU5UIERFVVRTQ0hMQU5EIEFHDQpQUk9KRUNUIE1BTkFHRVIgQVNPTi9HTVBMUyBD
T05UUk9MIFBMQU5FDQpJUCBST1VUSU5HIEFORCBUUkFOU1BPUlQgQkwNCklQIFRSQU5TUE9SVCBC
VQ0KDQpMb3JlbnpzdHJhc3NlIDEwDQo3MDQzNSBTdHV0dGdhcnQsIEdlcm1hbnkNClBob25lOiAr
NDkgNzExIDgyMSA0MzEyNQ0KTW9iaWw6ICs0OSAxNzUgNzI2Njg3NA0KRGlldGVyLkJlbGxlckBh
bGNhdGVsLWx1Y2VudC5jb208bWFpbHRvOkRpZXRlci5CZWxsZXJAYWxjYXRlbC1sdWNlbnQuY29t
Pg0KDQpBbGNhdGVsLUx1Y2VudCBEZXV0c2NobGFuZCBBRw0KRG9taWNpbGUgb2YgdGhlIENvbXBh
bnk6IFN0dXR0Z2FydCDCtyBMb2NhbCBDb3VydCBTdHV0dGdhcnQgSFJCIDQwMjYNCkNoYWlybWFu
IG9mIHRoZSBTdXBlcnZpc29yeSBCb2FyZDogTWljaGFlbCBPcHBlbmhvZmYNCkJvYXJkIG9mIE1h
bmFnZW1lbnQ6IFdpbGhlbG0gRHJlc3NlbGhhdXMgKENoYWlybWFuKSDCtyBIYW5zLUrDtnJnIERh
dWIgwrcgQW5kcmVhcyBHZWhlDQoNClRoaXMgZS1tYWlsIGFuZCBpdHMgYXR0YWNobWVudHMsIGlm
IGFueSwgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIGluZm9ybWF0aW9uLg0KSWYgeW91IGhhdmUg
cmVjZWl2ZWQgdGhpcyBlLW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdXMgYW5kIGRlbGV0
ZSBvciBkZXN0cm95IHRoZSBlLW1haWwgYW5kIGl0cyBhdHRhY2htZW50cywgaWYgYW55LCBpbW1l
ZGlhdGVseS4NCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZS1tYWlsIGluIGVycm9yLCB5b3Ug
bXVzdCBub3QgZm9yd2FyZCBvciBtYWtlIHVzZSBvZiB0aGUgZS1tYWlsIGFuZCBpdHMgYXR0YWNo
bWVudHMsIGlmIGFueS4NCg==

--_000_F82A4B6D50F9464B8EBA55651F541CF85CA8C650SZXEMA504MBSchi_
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPCEtLVtp
ZiAhbXNvXT48c3R5bGU+dlw6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kb1w6KiB7
YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kd1w6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0
I1ZNTCk7fQ0KLnNoYXBlIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQo8L3N0eWxlPjwh
W2VuZGlmXS0tPjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNl
DQoJe2ZvbnQtZmFtaWx5OuWui+S9kzsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30N
CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0
IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJ
cGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWls
eTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KQGZvbnQtZmFjZQ0K
CXtmb250LWZhbWlseToiXEDlrovkvZMiOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7
fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRp
di5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9u
dC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYiOw0K
CWNvbG9yOmJsYWNrO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy
aW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph
OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5
Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnByZQ0K
CXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwg6aKE6K6+5qC8
5byPIENoYXIiOw0KCW1hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQt
c2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsNCgljb2xvcjpibGFjazt9
DQpwLk1zb0FjZXRhdGUsIGxpLk1zb0FjZXRhdGUsIGRpdi5Nc29BY2V0YXRlDQoJe21zby1zdHls
ZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoi5om55rOo5qGG5paH5pysIENoYXIiOw0K
CW1hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZTo5LjBwdDsN
Cglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYiOw0KCWNvbG9yOmJsYWNrO30N
CnNwYW4uSFRNTENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkhUTUwg6aKE6K6+5qC85byPIENoYXIi
Ow0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCDpooTorr7m
oLzlvI8iOw0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7DQoJY29sb3I6YmxhY2s7fQ0Kc3Bh
bi5DaGFyDQoJe21zby1zdHlsZS1uYW1lOiLmibnms6jmoYbmlofmnKwgQ2hhciI7DQoJbXNvLXN0
eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOuaJueazqOahhuaWh+acrDsNCglmb250
LWZhbWlseTrlrovkvZM7DQoJY29sb3I6YmxhY2s7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjENCgl7bXNv
LXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlm
IjsNCgljb2xvcjojMUY0OTdEO30NCnNwYW4uRW1haWxTdHlsZTIyDQoJe21zby1zdHlsZS10eXBl
OnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6
IzFGNDk3RDt9DQpzcGFuLkVtYWlsU3R5bGUyMw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1y
ZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5
N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9u
dC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4w
cHQ7DQoJbWFyZ2luOjcyLjBwdCA5MC4wcHQgNzIuMHB0IDkwLjBwdDt9DQpkaXYuV29yZFNlY3Rp
b24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDld
Pjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0K
PC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91
dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpz
aGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IlpILUNO
IiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6
ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm
JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkhpIFphZmFyLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEw
LjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv
dDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2Zv
bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv
cjojMUY0OTdEIj5UaGUgb3BlcmF0b3IgY2FuIGp1c3QgY2xpY2sgYSBidXR0b24gdG8gY29uZmln
dXJlIGl0LCBvdGhlcndpc2UgaG93IHRoZSBpbmdyZXNzIGtub3dzIHdoYXQgdG8gdGVsbCB0aGUg
ZWdyZXNzLg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw
YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90
O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpw
PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5
bGU9InRleHQtYWxpZ246anVzdGlmeTt0ZXh0LWp1c3RpZnk6aW50ZXItaWRlb2dyYXBoIj48c3Bh
biBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7
Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkkgZG9u
4oCZdCB0aGluayBpdCBpcyBzbWFydCB0byBzZW5kIHNpZ25hbGluZyB0byBkbyB0aGlzLg0KPG86
cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYWxp
Z246anVzdGlmeTt0ZXh0LWp1c3RpZnk6aW50ZXItaWRlb2dyYXBoIj48c3BhbiBsYW5nPSJFTi1V
UyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90
OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+
PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWFsaWduOmp1c3Rp
Znk7dGV4dC1qdXN0aWZ5OmludGVyLWlkZW9ncmFwaCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl
PSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7
c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5CVFcsJm5ic3A7IHRoZXJlIHdlcmUgbXVj
aCBkaXNjdXNzaW9uIG9uIHdoYXQgc2hvdWxkIGJlIGNvbmZpZ3VyZWQgYW5kIHdoYXQgc2hvdWxk
IGJlIHNpZ25hbGxlZA0KIGluIFNHMTUgSVRVLVQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYWxpZ246anVzdGlmeTt0ZXh0LWp1c3RpZnk6
aW50ZXItaWRlb2dyYXBoIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7
O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWFsaWduOmp1c3RpZnk7dGV4dC1qdXN0aWZ5OmludGVyLWlk
ZW9ncmFwaCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQt
ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjoj
MUY0OTdEIj5CZXN0IFJlZ2FyZHM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIiBzdHlsZT0idGV4dC1hbGlnbjpqdXN0aWZ5O3RleHQtanVzdGlmeTppbnRlci1pZGVv
Z3JhcGgiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZh
bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFG
NDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg
c3R5bGU9InRleHQtYWxpZ246anVzdGlmeTt0ZXh0LWp1c3RpZnk6aW50ZXItaWRlb2dyYXBoIj48
c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1
b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkZh
dGFpPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1
b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxv
OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9u
ZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBj
bSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv
bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMt
c2VyaWYmcXVvdDs7Y29sb3I6d2luZG93dGV4dCI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9
IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEm
cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjp3aW5kb3d0ZXh0Ij4gWmFmYXIgQWxp
ICh6YWxpKSBbbWFpbHRvOnphbGlAY2lzY28uY29tXQ0KPGJyPg0KPGI+U2VudDo8L2I+IFdlZG5l
c2RheSwgTm92ZW1iZXIgMTMsIDIwMTMgMjoyNiBQTTxicj4NCjxiPlRvOjwvYj4gRmF0YWkgWmhh
bmc7IERpZXRlciBCZWxsZXI8YnI+DQo8Yj5DYzo8L2I+IENDQU1QPGJyPg0KPGI+U3ViamVjdDo8
L2I+IFJlOiBbQ0NBTVBdIENvbW1lbnQgb24gY29tcGF0aWJpbGl0eSBpbiBkcmFmdC10YWthY3Mt
Y2NhbXAtcmV2ZXJ0aXZlLXBzPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpw
Pjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t
VVMiIHN0eWxlPSJmb250LXNpemU6OC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90
OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8
L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5
bGU9ImZvbnQtc2l6ZTo4LjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90
O3NhbnMtc2VyaWYmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K
PGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3Bh
ZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4g
bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh
bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+RnJvbToNCjwvc3Bhbj48L2I+PHNw
YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90
O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+RmF0YWkgWmhhbmcgJmx0Ozxh
IGhyZWY9Im1haWx0bzp6aGFuZ2ZhdGFpQGh1YXdlaS5jb20iPnpoYW5nZmF0YWlAaHVhd2VpLmNv
bTwvYT4mZ3Q7PGJyPg0KPGI+RGF0ZTogPC9iPlR1ZXNkYXksIE5vdmVtYmVyIDEyLCAyMDEzIDk6
MDIgUE08YnI+DQo8Yj5UbzogPC9iPnphbGkgJmx0OzxhIGhyZWY9Im1haWx0bzp6YWxpQGNpc2Nv
LmNvbSI+emFsaUBjaXNjby5jb208L2E+Jmd0OywgRGlldGVyIEJlbGxlciAmbHQ7PGEgaHJlZj0i
bWFpbHRvOkRpZXRlci5CZWxsZXJAYWxjYXRlbC1sdWNlbnQuY29tIj5EaWV0ZXIuQmVsbGVyQGFs
Y2F0ZWwtbHVjZW50LmNvbTwvYT4mZ3Q7PGJyPg0KPGI+Q2M6IDwvYj4mcXVvdDs8YSBocmVmPSJt
YWlsdG86Y2NhbXBAaWV0Zi5vcmciPmNjYW1wQGlldGYub3JnPC9hPiZxdW90OyAmbHQ7PGEgaHJl
Zj0ibWFpbHRvOmNjYW1wQGlldGYub3JnIj5jY2FtcEBpZXRmLm9yZzwvYT4mZ3Q7PGJyPg0KPGI+
U3ViamVjdDogPC9iPlJFOiBbQ0NBTVBdIENvbW1lbnQgb24gY29tcGF0aWJpbGl0eSBpbiBkcmFm
dC10YWthY3MtY2NhbXAtcmV2ZXJ0aXZlLXBzPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+
DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm
b250LXNpemU6OC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z
LXNlcmlmJnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxibG9j
a3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQjVDNERGIDMuMHB0
O3BhZGRpbmc6MGNtIDBjbSAwY20gMy4wcHQ7bWFyZ2luLWxlZnQ6My4wcHQ7bWFyZ2luLXJpZ2h0
OjBjbSIgaWQ9Ik1BQ19PVVRMT09LX0FUVFJJQlVUSU9OX0JMT0NLUVVPVEUiPg0KPGRpdj4NCjxk
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt
c2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl
cmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkhpIFphZmFyLDwvc3Bhbj48c3BhbiBsYW5nPSJFTi1V
UyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu
Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli
cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3Nw
YW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250
LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6
IzFGNDk3RCI+SSB3aWxsIE5FVkVSIHNheSBORVJWRVIuDQo8L3NwYW4+PHNwYW4gbGFuZz0iRU4t
VVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh
bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxp
YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9z
cGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYWxpZ246anVzdGlmeTt0ZXh0LWp1c3RpZnk6
aW50ZXItaWRlb2dyYXBoIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7
O2NvbG9yOiMxRjQ5N0QiPkkgdGhpbmsgeW91IG5lZWQganVzdGlmeSB3aHkgaXQgbmVlZHMgdG8g
c2lnbmFsIHRoZSBhdHRyaWJ1dGVzLCB3aGljaCBvbmx5IG1hdHRlciB0byB0aGUNCiBlbmQtcG9p
bnRzLiA8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWFsaWduOmp1c3RpZnk7dGV4dC1qdXN0aWZ5
OmludGVyLWlkZW9ncmFwaCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAu
NXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90
Oztjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9v
OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxk
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt
c2l6ZTo4LjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy
aWYmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjgu
NXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90
OyI+RmF0YWktJm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6OC41
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7
Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTo4LjVwdDtmb250
LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkluZ3Jl
c3MgbmVlZHMgdG8gbGV0IGVncmVzcyBub2RlIGtub3cgb24gaG93IGl0IGlzIHVzaW5nIHByb3Rl
Y3Rpb24gKGUuZy4sIGlmIHByb3RlY3Rpb24gaXMgcmV2ZXJ0aXZlIG9yIG5vbi1yZXZlcnRpdmUs
IGV0Yy4pLiBTZWUgYWxzbyBteSBlbWFpbCBpbiByZXNwb25zZSB0bw0KIERlaXRlciBxdWVzdGlv
bi4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTo4LjVwdDtmb250
LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPjxvOnA+
Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTo4LjVwdDtmb250
LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPlRoYW5r
czxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjguNXB0O2ZvbnQtZmFtaWx5
OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+PG86cD4mbmJzcDs8
L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw
YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6OC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7
Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5SZWdhcmRzIOKApiBaYWZhcjxv
OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6OC41cHQ7Zm9udC1m
YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij48bzpwPiZu
YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6
bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQjVDNERGIDMuMHB0O3BhZGRpbmc6MGNtIDBjbSAwY20g
My4wcHQ7bWFyZ2luLWxlZnQ6My4wcHQ7bWFyZ2luLXJpZ2h0OjBjbSIgaWQ9Ik1BQ19PVVRMT09L
X0FUVFJJQlVUSU9OX0JMT0NLUVVPVEUiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYWxpZ246anVzdGlmeTt0ZXh0LWp1c3RpZnk6aW50ZXIt
aWRlb2dyYXBoIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9u
dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y
OiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3Nw
YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYWxpZ246anVzdGlmeTt0
ZXh0LWp1c3RpZnk6aW50ZXItaWRlb2dyYXBoIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv
bnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z
LXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1V
UyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRl
eHQtYWxpZ246anVzdGlmeTt0ZXh0LWp1c3RpZnk6aW50ZXItaWRlb2dyYXBoIj48c3BhbiBsYW5n
PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy
aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkJlc3QgUmVnYXJk
czwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYWxpZ246anVzdGlmeTt0ZXh0LWp1c3RpZnk6aW50
ZXItaWRlb2dyYXBoIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7
Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2Nv
bG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48
L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYWxpZ246anVzdGlm
eTt0ZXh0LWp1c3RpZnk6aW50ZXItaWRlb2dyYXBoIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9
ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz
YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkZhdGFpPC9zcGFuPjxzcGFuIGxhbmc9IkVO
LVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTom
cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+
Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8
ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEu
MHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+
PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx
dW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOndpbmRvd3RleHQi
PkZyb206PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4w
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7
Y29sb3I6d2luZG93dGV4dCI+IFphZmFyIEFsaSAoemFsaSkgWzxhIGhyZWY9Im1haWx0bzp6YWxp
QGNpc2NvLmNvbSI+bWFpbHRvOnphbGlAY2lzY28uY29tPC9hPl0NCjxicj4NCjxiPlNlbnQ6PC9i
PiBXZWRuZXNkYXksIE5vdmVtYmVyIDEzLCAyMDEzIDM6MDcgQU08YnI+DQo8Yj5Ubzo8L2I+IEZh
dGFpIFpoYW5nOyBEaWV0ZXIgQmVsbGVyPGJyPg0KPGI+Q2M6PC9iPiBDQ0FNUDxicj4NCjxiPlN1
YmplY3Q6PC9iPiBSZTogW0NDQU1QXSBDb21tZW50IG9uIGNvbXBhdGliaWxpdHkgaW4gZHJhZnQt
dGFrYWNzLWNjYW1wLXJldmVydGl2ZS1wczwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48
L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz
cGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRp
dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9
ImZvbnQtc2l6ZTo4LjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh
bnMtc2VyaWYmcXVvdDsiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286
cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVy
Om5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBj
bSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl
PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7
c2Fucy1zZXJpZiZxdW90OyI+RnJvbToNCjwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiIHN0
eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1
b3Q7c2Fucy1zZXJpZiZxdW90OyI+RmF0YWkgWmhhbmcgJmx0OzxhIGhyZWY9Im1haWx0bzp6aGFu
Z2ZhdGFpQGh1YXdlaS5jb20iPnpoYW5nZmF0YWlAaHVhd2VpLmNvbTwvYT4mZ3Q7PGJyPg0KPGI+
RGF0ZTogPC9iPk1vbmRheSwgTm92ZW1iZXIgMTEsIDIwMTMgOTowNCBQTTxicj4NCjxiPlRvOiA8
L2I+RGlldGVyIEJlbGxlciAmbHQ7PGEgaHJlZj0ibWFpbHRvOkRpZXRlci5CZWxsZXJAYWxjYXRl
bC1sdWNlbnQuY29tIj5EaWV0ZXIuQmVsbGVyQGFsY2F0ZWwtbHVjZW50LmNvbTwvYT4mZ3Q7LCB6
YWxpICZsdDs8YSBocmVmPSJtYWlsdG86emFsaUBjaXNjby5jb20iPnphbGlAY2lzY28uY29tPC9h
PiZndDs8YnI+DQo8Yj5DYzogPC9iPiZxdW90OzxhIGhyZWY9Im1haWx0bzpjY2FtcEBpZXRmLm9y
ZyI+Y2NhbXBAaWV0Zi5vcmc8L2E+JnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86Y2NhbXBAaWV0
Zi5vcmciPmNjYW1wQGlldGYub3JnPC9hPiZndDs8YnI+DQo8Yj5TdWJqZWN0OiA8L2I+UkU6IFtD
Q0FNUF0gQ29tbWVudCBvbiBjb21wYXRpYmlsaXR5IGluIGRyYWZ0LXRha2Fjcy1jY2FtcC1yZXZl
cnRpdmUtcHM8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N
CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBz
dHlsZT0iZm9udC1zaXplOjguNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1
b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpw
PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9u
ZTtib3JkZXItbGVmdDpzb2xpZCAjQjVDNERGIDMuMHB0O3BhZGRpbmc6MGNtIDBjbSAwY20gMy4w
cHQ7bWFyZ2luLWxlZnQ6My4wcHQ7bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tcmlnaHQ6MGNtO21h
cmdpbi1ib3R0b206NS4wcHQiIGlkPSJNQUNfT1VUTE9PS19BVFRSSUJVVElPTl9CTE9DS1FVT1RF
Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMi
IHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss
JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5IaSw8L3NwYW4+PHNwYW4gbGFu
Zz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz
cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVv
dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5i
c3A7PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7
O2NvbG9yOiMxRjQ5N0QiPk1vcmVvdmVyLCB0aGlzIGluZm9ybWF0aW9uIGlzIG9ubHkgbWFrZSBz
ZW5zZSBmb3IgdGhlIGVuZCBwb2ludHMgYW5kIG5vIG5lZWQgdG8gYmUgc2lnbmFsZWQuDQo8L3Nw
YW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250
LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6
IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bh
bj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYWxpZ246anVz
dGlmeTt0ZXh0LWp1c3RpZnk6aW50ZXItaWRlb2dyYXBoIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5
bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv
dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5n
PSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K
PC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6OC41cHQ7Zm9udC1mYW1pbHk6JnF1
b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mbmJzcDs8L3NwYW4+PHNw
YW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjgu
NXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90
OyI+RmF0YWktJm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bh
bj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJF
Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZTo4LjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1
b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1V
UyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6OC41cHQ7Zm9udC1mYW1p
bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5BcmUgeW91IHNh
eWluZyB0aGF0IHdlIE5FVkVSIHNpZ25hbCBhbnkgYXR0cmlidXRlIHRoYXQgb25seSBtYXR0ZXIg
dG8gdGhlIGVuZC1wb2ludD8gVGhpcyBpcyBhIG5ld3MgdG8gbWUuJm5ic3A7PC9zcGFuPjxzcGFu
IGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTo4LjVw
dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsi
PiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0K
PC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO
LVVTIiBzdHlsZT0iZm9udC1zaXplOjguNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv
dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+VGhhbmtzPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVT
Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTo4LjVwdDtmb250LWZhbWls
eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZuYnNwOzwvc3Bh
bj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp
emU6OC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm
JnF1b3Q7Ij5SZWdhcmRzIOKApiBaYWZhcjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48
L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6
OC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1
b3Q7Ij4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwv
cD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNv
bGlkICNCNUM0REYgMy4wcHQ7cGFkZGluZzowY20gMGNtIDBjbSAzLjBwdDttYXJnaW4tbGVmdDoz
LjBwdDttYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1yaWdodDowY207bWFyZ2luLWJvdHRvbTo1LjBw
dCIgaWQ9Ik1BQ19PVVRMT09LX0FUVFJJQlVUSU9OX0JMT0NLUVVPVEUiPg0KPGRpdj4NCjxkaXY+
DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYWxpZ246anVzdGlmeTt0
ZXh0LWp1c3RpZnk6aW50ZXItaWRlb2dyYXBoIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv
bnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z
LXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1V
UyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRl
eHQtYWxpZ246anVzdGlmeTt0ZXh0LWp1c3RpZnk6aW50ZXItaWRlb2dyYXBoIj48c3BhbiBsYW5n
PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy
aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bh
bj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCIgc3R5bGU9InRleHQtYWxpZ246anVzdGlmeTt0ZXh0LWp1c3RpZnk6aW50ZXItaWRl
b2dyYXBoIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1m
YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMx
RjQ5N0QiPkJlc3QgUmVnYXJkczwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48
L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYWxpZ246anVzdGlm
eTt0ZXh0LWp1c3RpZnk6aW50ZXItaWRlb2dyYXBoIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9
ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz
YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJF
Ti1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9
InRleHQtYWxpZ246anVzdGlmeTt0ZXh0LWp1c3RpZnk6aW50ZXItaWRlb2dyYXBoIj48c3BhbiBs
YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs
aWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkZhdGFpPC9z
cGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEw
LjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv
dDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwv
bzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRv
cDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAu
MHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7
O2NvbG9yOndpbmRvd3RleHQiPkZyb206PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5
bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90
O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6d2luZG93dGV4dCI+PGEgaHJlZj0ibWFpbHRvOmNjYW1w
LWJvdW5jZXNAaWV0Zi5vcmciPmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc8L2E+DQogWzxhIGhyZWY9
Im1haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnIj5tYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRm
Lm9yZzwvYT5dIDxiPk9uIEJlaGFsZiBPZg0KPC9iPkRpZXRlciBCZWxsZXI8YnI+DQo8Yj5TZW50
OjwvYj4gU3VuZGF5LCBOb3ZlbWJlciAxMCwgMjAxMyAxMDowOCBQTTxicj4NCjxiPlRvOjwvYj4g
WmFmYXIgQWxpICh6YWxpKTxicj4NCjxiPkNjOjwvYj4gQ0NBTVA8YnI+DQo8Yj5TdWJqZWN0Ojwv
Yj4gUmU6IFtDQ0FNUF0gQ29tbWVudCBvbiBjb21wYXRpYmlsaXR5IGluIGRyYWZ0LXRha2Fjcy1j
Y2FtcC1yZXZlcnRpdmUtcHM8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9z
cGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n
PSJFTi1VUyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9
ImZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5I
aSBaYWZhciw8YnI+DQo8YnI+DQp0aGlzIGRyYWZ0IGlzIGRlZmluaW5nIHNpZ25hbGluZyBleHRl
bnNpb25zIGZvciB0aGUgaG9sZC1vZmYgdGltZSBhcyB3ZWxsIGFzIHRoZSB3YWl0LXRvLXJlc3Rv
cmUgdGltZSBmb3IgcHJvdGVjdGVkIExTUHM8YnI+DQp3aGVyZSBhcHBsaWNhYmxlLjxicj4NCjxi
cj4NClRoZXJlIGFyZSBkZWZhdWx0IHZhbHVlcyBzZXQgZm9yIHRoZXNlIHRpbWVycyBpbiB0aGUg
ZGF0YSBwbGFuZSBhbmQgc2lnbmFsaW5nIHRoZW0gaW4gdGhlIGNvbnRyb2wgcGxhbmUgbWFrZXMg
b25seTxicj4NCnNlbnNlIGlmIHRoZSB0aW1lciB2YWx1ZXMgc2hhbGwgZGlmZmVyIGZyb20gdGhl
IGRlZmF1bHQgdmFsdWVzLiBEbyB5b3Ugc2VlIGEgbmVlZCBmb3IgdGhhdD8gSU1PLCBvcGVyYXRv
cnMgdHlwaWNhbGx5PGJyPg0KdXNlIHRoZSBkZWZhdWx0cyBhbmQgZG8gbm90IHNldCB0aGVzZSB2
YWx1ZXMgb24gYSBwZXIgY29ubmVjdGlvbiBiYXNpcy48YnI+DQo8YnI+DQo8YnI+DQpUaGFua3Ms
PGJyPg0KRGlldGVyPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFuPjxzcGFuIGxhbmc9IkVO
LVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gbGFuZz0iRU4tVVMiPk9uIDA4LjExLjIwMTMgMjI6MTEsIFphZmFyIEFsaSAoemFsaSkg
d3JvdGU6PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0i
bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwcmU+PHNwYW4gbGFuZz0i
RU4tVVMiPkhpIExvdS0gPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9
IkVOLVVTIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0i
RU4tVVMiPllvdSBhcmUgcmlnaHQsIHRoZSBjdHlwZSBpcyBUQkQsIGxpa2UgSSBtZW50aW9uZWQg
ZHVyaW5nIHRoZSBtZWV0aW5nIHRoYXQ8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNw
YW4gbGFuZz0iRU4tVVMiPndlIGFyZSB1c2luZyBkaWZmZXJlbnQgY3R5cGUuPG86cD48L286cD48
L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8bzpwPjwvbzpwPjwv
c3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPldlIHdvdWxkIGxpa2UgdG8gdGFr
ZSB0aGlzIG9wcG9ydHVuaXR5IHRvIHNvbGljaXQgY29tbWVudHMgZnJvbSB0aGUgV0cgb248bzpw
PjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPnRoaXMgZHJhZnQu
IDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7
PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj5UaGFua3M8
bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzxv
OnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+UmVnYXJkcyDF
oCBaYWZhcjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+
Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4t
LS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48
c3BhbiBsYW5nPSJFTi1VUyI+RnJvbTogPGEgaHJlZj0ibWFpbHRvOmxiZXJnZXJAbGFibi5uZXQi
PiZxdW90O2xiZXJnZXJAbGFibi5uZXQmcXVvdDs8L2E+IDxhIGhyZWY9Im1haWx0bzpsYmVyZ2Vy
QGxhYm4ubmV0Ij4mbHQ7bGJlcmdlckBsYWJuLm5ldCZndDs8L2E+PG86cD48L286cD48L3NwYW4+
PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj5EYXRlOiBUaHVyc2RheSwgTm92ZW1iZXIg
NywgMjAxMyA2OjE3IFBNPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9
IkVOLVVTIj5UbzogemFsaSA8YSBocmVmPSJtYWlsdG86emFsaUBjaXNjby5jb20iPiZsdDt6YWxp
QGNpc2NvLmNvbSZndDs8L2E+LCA8YSBocmVmPSJtYWlsdG86Y2NhbXBAaWV0Zi5vcmciPiZxdW90
O2NjYW1wQGlldGYub3JnJnF1b3Q7PC9hPiA8YSBocmVmPSJtYWlsdG86Y2NhbXBAaWV0Zi5vcmci
PiZsdDtjY2FtcEBpZXRmLm9yZyZndDs8L2E+PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJl
PjxzcGFuIGxhbmc9IkVOLVVTIj5TdWJqZWN0OiBDb21tZW50IG9uIGNvbXBhdGliaWxpdHkgaW4g
ZHJhZnQtdGFrYWNzLWNjYW1wLXJldmVydGl2ZS1wczxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0K
PHByZT48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8
YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4N
CjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPlphZmFyLDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0K
PHByZT48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7IE15IGNvbW1lbnQgaW4gdG9kYXkn
cyBzZXNzaW9uIHdhcyB0aGF0IHlvdSBhcmUgcmVkZWZpbmluZyB0aGUgZm9ybWF0IG9mPG86cD48
L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj5hbiBleGlzdGluZyBv
YmplY3QgKGJ5IGFkZGluZyBUTFZzKSB0aGlzIGJyZWFrcyBjb21wYXRpYmlsaXR5LiZuYnNwOyBZ
b3U8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPnN0YXRl
ZCB0aGF0IHRoaXMgd2Fzbid0IHRoZSBjYXNlLjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHBy
ZT48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJl
PjxzcGFuIGxhbmc9IkVOLVVTIj5GV0lXOjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48
c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxz
cGFuIGxhbmc9IkVOLVVTIj5Zb3VyIGRvY3VtZW50IHNheXM6PG86cD48L286cD48L3NwYW4+PC9w
cmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3By
ZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyAwJm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDEmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDszPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8
cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsgMCAxIDIgMyA0IDUgNiA3IDggOSAw
IDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxPG86cD48L286cD48L3Nw
YW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsgJiM0MzstJiM0MzstJiM0
MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzst
JiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0
MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzst
JiM0MzstJiM0Mzs8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4t
VVMiPiZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IExlbmd0aCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8IENsYXNzLU51bSgz
NykgfCZuYnNwOyZuYnNwOyBDLVR5cGUoMikmbmJzcDsmbmJzcDsgfDxvOnA+PC9vOnA+PC9zcGFu
PjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7ICYjNDM7LSYjNDM7LSYjNDM7
LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj
NDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7
LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj
NDM7LSYjNDM7PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVT
Ij4mbmJzcDsgfFN8UHxOfE98IFJlc2VydmVkJm5ic3A7IHwgTFNQIEZsYWdzIHwmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsgUmVzZXJ2ZWQmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCBM
aW5rIEZsYWdzfDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1V
UyI+Jm5ic3A7ICYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7
LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj
NDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7
LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7PG86cD48L286cD48L3NwYW4+PC9w
cmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsgfEl8UnwmbmJzcDsmbmJzcDsgUmVz
ZXJ2ZWQmbmJzcDsmbmJzcDsmbmJzcDsgfCBTZWcuRmxhZ3MgfCZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBSZXNlcnZlZCZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyB8PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJz
cDsgJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzst
JiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0
MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzst
JiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzs8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxw
cmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7IHw8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZu
YnNwOyB+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHN1Yi1UTFZz
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IH48bzpwPjwv
bzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyB8Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHw8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+
PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyAmIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m
IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz
Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m
IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOzxvOnA+
PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48
L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8bzpwPjwv
bzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPlJGQzQ4NzIgc2F5czxv
OnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7IDAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsgMSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyAyJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7IDM8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYg
NyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDE8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxw
cmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0mIzQzOy0mIzQz
Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m
IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz
Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m
IzQzOy0mIzQzOzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1V
UyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgTGVuZ3RoJm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwg
Q2xhc3MtTnVtKDM3KSB8IEMtVHlwZSAoMikmbmJzcDsmbmJzcDsmbmJzcDsgfDxvOnA+PC9vOnA+
PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7
ICYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj
NDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7
LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj
NDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJl
PjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsgfFN8UHxOfE98IFJlc2VydmVk
Jm5ic3A7IHwgTFNQIEZsYWdzIHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgUmVzZXJ2ZWQmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCBMaW5rIEZsYWdzfDxvOnA+PC9vOnA+PC9zcGFu
PjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7
LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj
NDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7
LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj
NDM7LSYjNDM7LSYjNDM7LSYjNDM7PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFu
IGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyBSZXNlcnZlZCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyB8PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFu
IGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzstJiM0MzstJiM0MzstJiM0Mzst
JiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0
MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzst
JiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0
Mzs8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNw
OzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyI+UGVyaGFw
cyB5b3UgbWVhbnQgQy1UeXBlKFRCRCkuJm5ic3A7IFlvdSBzaG91bGQgYWRkcmVzcyBjb21wYXRp
YmlsaXR5PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIj5l
eHBsaWNpdGx5IGluIGFueSBjYXNlLjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3Bh
biBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFu
IGxhbmc9IkVOLVVTIj5Mb3U8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjwvYmxvY2txdW90ZT4N
CjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0K
PHByZT48c3BhbiBsYW5nPSJFTi1VUyI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX188bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0i
RU4tVVMiPkNDQU1QIG1haWxpbmcgbGlzdDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48
c3BhbiBsYW5nPSJFTi1VUyI+PGEgaHJlZj0ibWFpbHRvOkNDQU1QQGlldGYub3JnIj5DQ0FNUEBp
ZXRmLm9yZzwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4t
VVMiPjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vY2NhbXAi
Pmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vY2NhbXA8L2E+PG86cD48L286
cD48L3NwYW4+PC9wcmU+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4tLSA8YnI+DQo8aW1nIGJvcmRlcj0i
MCIgd2lkdGg9IjI3NiIgaGVpZ2h0PSIyNiIgaWQ9Il94MDAwMF9pMTAyNSIgc3JjPSJjaWQ6aW1h
Z2UwMDEuanBnQDAxQ0VFMDdFLjkxMkQwMTcwIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250
LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNl
cmlmJnF1b3Q7O2ZvbnQtdmFyaWFudDpzbWFsbC1jYXBzIj5ESUVURVIgQkVMTEVSDQo8L3NwYW4+
PC9iPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt
c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2Vy
aWYmcXVvdDs7Y29sb3I6IzY2MzlCNyI+QUxDQVRFTC1MVUNFTlQgREVVVFNDSExBTkQgQUcNCjxi
cj4NClBST0pFQ1QgTUFOQUdFUiBBU09OL0dNUExTIENPTlRST0wgUExBTkUgPGJyPg0KSVAgUk9V
VElORyBBTkQgVFJBTlNQT1JUIEJMIDxicj4NCklQIFRSQU5TUE9SVCBCVSA8YnI+DQo8YnI+DQpM
b3JlbnpzdHJhc3NlIDEwIDxicj4NCjcwNDM1IFN0dXR0Z2FydCwgR2VybWFueSA8YnI+DQpQaG9u
ZTogJiM0Mzs0OSA3MTEgODIxIDQzMTI1IDxicj4NCk1vYmlsOiAmIzQzOzQ5IDE3NSA3MjY2ODc0
IDwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+
DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl
PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtz
YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiM2NjM5QjciPjxhIGhyZWY9Im1haWx0bzpEaWV0ZXIuQmVs
bGVyQGFsY2F0ZWwtbHVjZW50LmNvbSI+RGlldGVyLkJlbGxlckBhbGNhdGVsLWx1Y2VudC5jb208
L2E+PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0K
PC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86
cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh
bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9t
YSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5BbGNhdGVsLUx1Y2VudCBEZXV0c2NobGFu
ZCBBRw0KPGJyPg0KRG9taWNpbGUgb2YgdGhlIENvbXBhbnk6IFN0dXR0Z2FydCDCtyBMb2NhbCBD
b3VydCBTdHV0dGdhcnQgSFJCIDQwMjYgPGJyPg0KQ2hhaXJtYW4gb2YgdGhlIFN1cGVydmlzb3J5
IEJvYXJkOiBNaWNoYWVsIE9wcGVuaG9mZiA8YnI+DQpCb2FyZCBvZiBNYW5hZ2VtZW50OiBXaWxo
ZWxtIERyZXNzZWxoYXVzIChDaGFpcm1hbikgwrcgSGFucy1Kw7ZyZyBEYXViIMK3IEFuZHJlYXMg
R2VoZQ0KPGJyPg0KPGJyPg0KVGhpcyBlLW1haWwgYW5kIGl0cyBhdHRhY2htZW50cywgaWYgYW55
LCBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgaW5mb3JtYXRpb24uPGJyPg0KSWYgeW91IGhhdmUg
cmVjZWl2ZWQgdGhpcyBlLW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdXMgYW5kIGRlbGV0
ZSBvciBkZXN0cm95IHRoZSBlLW1haWwgYW5kIGl0cyBhdHRhY2htZW50cywgaWYgYW55LCBpbW1l
ZGlhdGVseS4NCjxicj4NCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZS1tYWlsIGluIGVycm9y
LCB5b3UgbXVzdCBub3QgZm9yd2FyZCBvciBtYWtlIHVzZSBvZiB0aGUgZS1tYWlsIGFuZCBpdHMg
YXR0YWNobWVudHMsIGlmIGFueS4NCjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286
cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVv
dGU+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0
bWw+DQo=

--_000_F82A4B6D50F9464B8EBA55651F541CF85CA8C650SZXEMA504MBSchi_--

--_004_F82A4B6D50F9464B8EBA55651F541CF85CA8C650SZXEMA504MBSchi_
Content-Type: image/jpeg; name="image001.jpg"
Content-Description: image001.jpg
Content-Disposition: inline; filename="image001.jpg"; size=5715;
	creation-date="Wed, 13 Nov 2013 06:43:54 GMT";
	modification-date="Wed, 13 Nov 2013 06:43:54 GMT"
Content-ID: 
Content-Transfer-Encoding: base64

/9j/4AAQSkZJRgABAgAAZABkAAD/7AARRHVja3kAAQAEAAAAZAAA/+4ADkFkb2JlAGTAAAAAAf/b
AIQAAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQICAgICAgICAgIC
AwMDAwMDAwMDAwEBAQEBAQECAQECAgIBAgIDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMD
AwMDAwMDAwMDAwMDAwMDAwMD/8AAEQgAGgEUAwERAAIRAQMRAf/EAaIAAAAGAgMBAAAAAAAAAAAA
AAcIBgUECQMKAgEACwEAAAYDAQEBAAAAAAAAAAAABgUEAwcCCAEJAAoLEAACAQMEAQMDAgMDAwIG
CXUBAgMEEQUSBiEHEyIACDEUQTIjFQlRQhZhJDMXUnGBGGKRJUOhsfAmNHIKGcHRNSfhUzaC8ZKi
RFRzRUY3R2MoVVZXGrLC0uLyZIN0k4Rlo7PD0+MpOGbzdSo5OkhJSlhZWmdoaWp2d3h5eoWGh4iJ
ipSVlpeYmZqkpaanqKmqtLW2t7i5usTFxsfIycrU1dbX2Nna5OXm5+jp6vT19vf4+foRAAIBAwIE
BAMFBAQEBgYFbQECAxEEIRIFMQYAIhNBUQcyYRRxCEKBI5EVUqFiFjMJsSTB0UNy8BfhgjQlklMY
Y0TxorImNRlUNkVkJwpzg5NGdMLS4vJVZXVWN4SFo7PD0+PzKRqUpLTE1OT0laW1xdXl9ShHV2Y4
doaWprbG1ub2Z3eHl6e3x9fn90hYaHiImKi4yNjo+DlJWWl5iZmpucnZ6fkqOkpaanqKmqq6ytrq
+v/aAAwDAQACEQMRAD8A3+Pfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfu
vde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691
737r3Xvfuvde9+691737r3Xvfuvde9+691737r3XvfuvdBd3V3L178fOrd59ydq52Pbmw9h4hsvn
sm0T1ExVp4aKgx+PpIrzV+XzGTqoaSjp09c9VOiDlvZ1y7y9u3Ne92/L2xxGbdLqTSi8BwJZmPBV
RQWdjhVBPl09bwS3MywQisjGg/1eg4nrV9ov5uX8w/5z90Zjr34TbW6/6R2LhKTKZ/I7w3njcLnD
snYeNhlSt353Dvvd9LmdlbaxVLGv3Rho8U0kUn+TRvkGXVLmlJ7D+0/tpy7HuvuPPdblucjKixQs
6eNOxxBaQxFJpGPw1eShHeREDQC47Jtm3QCXcGaSQ4oKip9FAoSftPzx0vKP+cN8sPhR8jj0B88q
XqnuzbS0208zlOyuk6abF5vEbe3tiKHP4vPYilbFbYx+4aOjxmRRpMbV4bEV76Syzspj8pXJ7Acj
e43KP9afbBr7brysqLb3hDI8kLFGRjqkaMllNJFllQcCoNdLZ2Oyv7X6nbtcb5Gl+BINKHjT7QSP
l1slf6Zurf8ARH/p6/vxgv8AQ9/cf/SR/f8A+5b+A/3I/hP8c/j/AJfH9x9v/DP3PH4/Pq/b0eT0
e8QP6vb3+/v6r/TS/wBYPqfp/Ap3+Nq0aPSurFa6fOtM9BTwJvH+m0nx9WnT51rSnRWch3x82aXq
D5bbupPhHS13afUna+9NrfGHq9O+NjJF8n+rMRkMLDtLtSXczwDHdYz7jxFdV1j4TJaq6J6L7a/l
kQ+ybqlFqM46Eyq7R+TEXdvx72PT/GWlm6h391turc3fXcX+lna1+i9/YvC0VVt7r6j2f9umY7C/
jeenND/EKErAIyaiwSGQN7rVBQ5z0EmS77+d9P0J8nN+Y/4KYys7u617g3DtL45dIN8iev44/kN1
HjtxbVx+G7brN9GnXb/XFTltuZTKZJcFXk12rFimJSWpjPv3W6LUZx0MlV2X8lI/kD0/sOm+NlBN
0Tu7qrPbp7Z7wPbm2vvOpuzaFUOI6zp9gGgTN72iyUrrGMrSNHTESPIQggKy+61QUrXPQIZD5AfP
qn+N3ePY1F8CsRXfIXZXc2b2f0r8e0+SXX0dL3J1DQ7r2zisX2zU9l1NDTbe2PUZLb2QylcuHrkF
WRjEDeM1aInut0WtK46Hyr7F+REPyX2R1xT/AB5oar46ZzpvKbu3h8hl7S26lZsvt2kzn2dH1SvW
b0i7jz1LWYYx1K5iFkpWMrKQhgZZPdaoKVrnovdX8iPn5D8Xuwez6X4BY6q+SO3O4a7Z+yPjePkh
1/HTdgdV0u+MRhIO0YOz5aBNt4F6vbFXV1642tSKo00ev6SxxN7rdFrSuOjIVfYffEPylxPVlL0H
FV/Gyr6SrN75T5Mnsfb0E2L7gh3lJhqbpxeqmgfdNYs+1Fjy38aDrQ/umD/ORMG91qgpWuei2z/I
n5+r8YMp2ZT/AAAoJPkjF3NLsrE/HGX5I9ex0lX1YN8Q4KHtSr7QWifbdMr7bZ65seEacKol5Q6P
fut0WtK4+zoxq9hfIA/KmTq5ugKRfjGvSabzj+TQ7M241ZJ3G27/AOEt1AepfCN1JAm1Qcoc1qNE
SRCCZCQvutUFK1z0XSl+Qn8wOT4x7X7JqfgDg6f5JZLuSn2duf45j5N7AloNt9USbyrsNUdqR9pp
iTtrKyQbehgrf4XChqWjm8g5U0/v3W6LWlcfZ0YWk7F+Q03yg3V1lU/HqjpfjZiulcfvLbXyRbtD
bklVuXuGo3LHjqnqJ+rUpm3TiqaDbzS15zTl6NDTiM6nqEVPdaoKVrnov9F8hPn0/wAaOm+y8h8B
8ZSfIfdvc2G2f298dYvkh19UxdV9R1m8dw4XIdr0XZcVE22d31NJt2hxuR/hFMBUpHkm1HVSyx+/
dbotaVx0PuO7I+Q0/wAj+y+ua/4709J8f9t9T7e3d153/H2dtyWfsHsvIV09NmOr5+uzTrn9ttja
eJpRk5mkpAsaljeeNU91qgpWuegMoPkD87Kj45fHTsWr+B9HQ9/di9zbf2b310AfkPsCeDoPqKv3
bvDF5nt1ex0pBgN/y43a2GxGS/guOjNarZoxetqObV7rdFqRXHQx0vaHyVl787t2HP8AGeli6R2R
1Zt3dPT3dTdt7YSfufsrJUs82X63bZK0c+X2LBiayJqZsnXloRoWYI8c6BPdaoKcc9BLi++PnVU9
IfFzeuR+DWKoO5Oze29u7V+SnT3+zDbDki+OXU+Qz+46HNdq0W8o6WTC9mVWJ29j8dkP4JjmWtL5
E0wLSQSN791ui1OcdChF2l8o27g+Sm0ZPi9jh1R1z11tfcXx07THcm1UqPkPv7J7Xq8luHYNbtE0
L5Hq6PCbphGL/iOTdoGTTVKHim0xe61QUGc9B3Q95/N6frX4hbjq/hJjKbsTtvsfbe3vlT1+vyA2
M8Pxb66yE2TXP9h0u4jSLj+1ajCY+mgqv4Tiz91JJL9ojPIfKPdbotTnHS4h7Z+VknYny1203xVx
8ex+qtk7ZzfxX38/cu1Ei+UW8MpsbKZnObMyOENGcj1AuB3vSU+GauygkgeOo+6UNEvv3WqDGf8A
Y6S1D3l8yKjY/wAOs3UfC+Cm3h3HurA4v5VbRfvLZSp8Vdr1mFrqzN7qiyv2rU/aL4ytgjCUON0z
OT4L+V1ce63Rc5+zrXk/m+/NPFbK/mPYDftH2D2bjP8AhsDB/HnedF13szZHZuc232Zu/uztHa27
fkrt/dO69n7RzOydsQYf4iU2PeI7jyWNhlmyLrTl5VdffunEWq09f9X+Hoato/JfvGi7+7f+PHQv
eG1+kG+YX8475J7RHyT3PtrE9nU2yto7C+Efxg7FwWy+ssBu2V9gVW+e2crWRUuB/iZnoyRP4aWq
qJI09+69QUqRWi/5elF81Pm/81PjvuHsOg6Y+R28e/st8L4PjUnyifG/Gf40bR6NpZu29x4qSiou
3N0bl7bh7frN1dj7SzMDRUnWuHEGGeWKWcwo7rH7rSqp4jjw6Lpg/lJ8sfj3gPlxuLrnuTeNU/yP
/n3fIf4hYeGfYXV2/Mv0rjo9x5rMJunYdf2puLbOK3JvfcOz9kYvae2MDuPIrtmgpyjQxiRIIJvd
WoppXyWvRxuouxfmbnfnD/L+oflVtXcFB2FtnD/zXtv7Fl3NR7E683H3X1fhdsfDnO9Wb57D2f1j
uzfPX2y93Vcu4avE1UNJMaaKWgaqigSOoAZyFY3mVJm0QlgGamrSCRVtNRWgzSorwr1qiUOe2or5
06MHuvtXszM/PD+Uluv5A7LpPjrvPcfSH8y1t89YVXYeF3NhcHXYuf4z0G2xU7oxc9PgMzNkcNHF
kIVGp6Q1rQE+RHJO+aLDY9s324seXL47lssZXwrkxND4gKKzfpv3Locsmfi06hgjpyeOGOR0t38S
EEUahFcZwc4OPy6D/eP8wPvPG7A+WGVxHY21TuPrn+cT8ffiR1jEmD2fUz/7L/2dlPieazAU9AaO
T+PVefw3Ye6ZqTKuk1aYg8kM1qRTGQdM6Rj/AEtf8PQFVf8AMA+Z9H8DvlB/M/h762NkqPau5e3u
v9l/CCPqDZq4fpLIbb7xm6O23VdjdgVOVxPama37srHPFu7cFNU1VJjK2i/ap6emp5EqT7reldQT
+fTHvz5dfzWOr9sbB2nkd25rGYru35mfBjpLpf5P959F/HbE7ly+F+TNX2FtPtHBZLqXpHtDeWyM
/tvZuSxGFzeDylNU4qsqKerekmqJtInb3WwEP7D0w757Y+YnYXdnSPxf7A+V0sPZHRn83PMdKbd+
SO3OsNjbard07PynwD3P3LtEb36h0y9V5/cuLyO9Jsch+0SllkaGaKnjqY1d9deooBIGCv8Al6H7
/hQ7W75qfjn8beq9vy1mal7A7yo6KvpKKlWKu3TuPEbTyFBtyiENMY4AMhk8/JKKYDxtULEwA8S+
8sfulw7fFzVu283xVTabWSHbgiNIpkb5UWMZ8lLDz6EPK4jFzLM/4Y+PoK5P8ugz2x0Z8dPjZt74
2fyrYqvMb7+RvyK33s7fPy0oNgZ2kxNA+KxuNk3fkMd2XuOPH12Yrdm7O2pSVlRt7bFI9EMg9NHk
q9o6Srnp8od3vMvNvOF3vHvcyx2vKO02ssO1tOhZtTN4Stbx6gglllKLPcMH0BjDEC8avC89xdXb
S7xhbWJSI9Qr8u0cKk01Ma04DIBFNvyb7hn+V/yn+auZ3Njtl5Dr/BR92brwe9U2dtXH7329iut5
Jtr9LVf9/cbi8bu7PR7jz0G3dtPR5WsyNHHQZfxwwxvTUUtNkHyby+vI3JPLlvZPcJusps4nh8WV
oZGuKSXY8BmaJPDQz3AeJY3LxVZiHkVz20gFlZ26oWEp0AipodWWxwFBqaoANR8zU2v+l7sL/oHv
/u5/EKv+Ff7NJ/oh8tp/N/o9/iX+lT+H/dX1faf3y/Zvfx+D/J/0+n2BP3BtP/BWfV6F8f8Acn1V
MU8fT9Nqp6+Dn11d/HPSHwIv6zaqZ8HV/tqaf8H+frdN987OgH1737r3Xvfuvde9+691737r3Xvf
uvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+69
1737r3XvfuvdBG3QfSb4ruHBSdVbClw/yDqMvV95Y2bbGKmo+2p89tml2XmX7AhlpnTdC5HaVFFj
pVq/KrUaCK2m49+63U/s6C/cHwY+HO6urNx9I7j+M/TGZ6m3buij3xn9hV2w8FNt+u3vjtqYfY2O
3olKaQNQ7vxuzsBRYynylO0VdBRUyRRyqgt7917U1a1NekDlv5Y38vjNz7Oqcl8PuhpZthbewm09
sNDsPE0S0u2ttOJNu4XIx0MdNHuHH4KYeSjjyIqxTS+uPS/q9+63rb1PSw3N8BfhPvPcvbe8N2fF
force5e+sZRYjuXL5nrjbVfUdkUeOytBnaN91LUUDw5LIQZ3FUlcKtl+7NZSQTmQywxuvuvam9Tj
pWdV/EL4xdIpsNeqOj+vNjydYf3/AP8AR/WYbAwLk9qP2ocC3ZMuJy1SajJwz75O18d/FJDKz1n2
MPkLeNbe60WJ49c+/viJ8X/lT/dP/ZkehOq+8P7ifx3+5n+kzZuG3b/dj+9H8G/vF/BP4tTVH8P/
AI1/d2h+58dvL9pFqvoFvdeDEcD0g8f/AC8/g1ie0dgd1Yz4odFUHanVeB2htrrze1L15t+HMbSx
HX2Dx22tgxYlkpBTRVmx9vYejosPVtG1XjKWkgjppYkhjC+63qalKmnT6vwa+HK9t7673/2WTpN+
3Oz9uZ/aXY2+JuvduT5TfO392U70m7MfuuKahfH53+9dFI1PlJamGSfJU58VS8sfp9+61qalKmnT
L13/AC+vhL1NjosR1z8Yen9p4yn7L2P3FR0ON2lQmmx3Z3WVTkazrneWLjqRULi8vsOpy9U+HNP4
o8aaiT7dYw7X91ssx4npT9o/Cz4ld14Pem2+2vjr1F2FhOxN+4rtLe1DujZWGyi7i7Jwe26PZuJ3
3Xzz0xqTuyh2hQxYpK9HSp/hoNMXMLuje60GYcD0D/8AMU+E+M+anxYzHS+Enxu2t57XrcTvHp7L
VQlpsPg947Zo6vHY/HZA0cUtRT4LM4HI1eNlaNJPthUJULHI0CI0oe0PuG/trznDvsitJtUiNBco
tNTQuQSVBoNaOqSKCRq0lKgMSDHar87fdicgmIijD5H0+YND/Lz60/8A4v8AZG/P5dP8xDafaPzZ
2D2xHndrPvii3icrAue3tWtunZed2jS7twWV3BlIcdvTHpLk471lNk3inoWkaCWUhYpM/edNo2v3
b9pp9l9uLqxNrP4Ji0nRCPDmSUxOqKWhainsaMFXoGVcsBxeRR7ptbQ7eyaWpTyGCDQgDH2U49O+
U2xR/NrKYD4ofy3fjBvPG9c02+Kffe/O2u0ammz/AGhvPcn8Or8NQbx7p7Eplq9uddbN25jcvXfa
4WgqWpqqrqHmSKorpYoQngvJPbiGXnn3e3q3fdzbGGC1tgUtoY9Su0VpAaSTyyMiapnXUqqFLJEr
N1UOdvBvN1mUy6aBVwoHGirxYmgyeHyHW1l/w2h1x/w3J/sgf8Z/Y/ufq/0h/wANi+4/0ufxn++n
9/v4fq838P8A77f8ofn8/wDBv8i+4/3b7we/1493/wBdz/XS8Pu+o/sNWPpdHg+Bq4avB/Hpp4v6
mny6Bv72l/ev7yp+L4f6NKaf2efrmnVmnuG+inr3v3Xuve/de697917r3v3Xuve/de697917r3v3
Xuve/de697917r3v3Xuve/de697917r3v3Xuve/de697917r3v3Xuve/de697917r3v3Xuve/de6
97917r3v3Xuve/de697917r3v3Xuve/de697917r3v3Xuve/de697917r3v3XugA+RP/AB59D/zI
D/i6xf8AZRP/AB5/6D/wB/6uv+p/2n2KeU/+Sg3/ACVfgP8AuB/a/n/R9elNr/af6Lw/Bx/4rpS9
J/8AMv8AF/8AMpf87N/zJP8A5l/+mL/i1/8AN3/V/wCGn2j5j/5Kr/7n8B/uZ/b+fxfL0/Pqtx/a
n4/9v8X59C17IumOv//Z

--_004_F82A4B6D50F9464B8EBA55651F541CF85CA8C650SZXEMA504MBSchi_--

From huubatwork@gmail.com  Wed Nov 13 12:53:08 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0D0DE11E817E for ; Wed, 13 Nov 2013 12:53:08 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000,  BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qoJnLHoXBYe1 for ; Wed, 13 Nov 2013 12:53:07 -0800 (PST)
Received: from mail-wg0-x22f.google.com (mail-wg0-x22f.google.com [IPv6:2a00:1450:400c:c00::22f]) by ietfa.amsl.com (Postfix) with ESMTP id EB76211E8136 for ; Wed, 13 Nov 2013 12:53:06 -0800 (PST)
Received: by mail-wg0-f47.google.com with SMTP id y10so972284wgg.2 for ; Wed, 13 Nov 2013 12:53:05 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:disposition-notification-to:date:from:reply-to :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=CXhinDgtlJv80PdB3K04quj8OgTVGOhj1z77UH2W6uA=; b=Jj9OsOAYH2H6frur/stzoCy7y5tMGnaJ6tTbRfPliGULEDR+i32KxTGEWr5LJJQSoc dYdlghGBD6FcFwRXzylJFk4nT/gtpbRp0uHH5R/fKfNm9d13QaV753f9PGr5xegE6IlF Xtr3AKG9TUkP80UTtupb2U7PD6Ramfj+ar9T1FYztoMKEyaERASIq7zIxq0Ngwt76+tQ q+xo1VwmP5mJxlu98ZBrhqiAW+rQGh0VSJY8vTIqo0UdUhS77XkSKyaEOieVfqU2y/10 ru+j/a0p1VQBU8AyqGW+DfPrnBgZWz3pOb6fmIFy3mKTlDb07pb8s6NNkzekViNGCQ3o Bwjg==
X-Received: by 10.194.201.225 with SMTP id kd1mr15204019wjc.35.1384375985855;  Wed, 13 Nov 2013 12:53:05 -0800 (PST)
Received: from McAsterix.local (g215085.upc-g.chello.nl. [80.57.215.85]) by mx.google.com with ESMTPSA id eu11sm4455018wid.10.2013.11.13.12.53.05 for  (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 13 Nov 2013 12:53:05 -0800 (PST)
Message-ID: <5283E6B0.7030607@gmail.com>
Date: Wed, 13 Nov 2013 21:53:04 +0100
From: Huub van Helvoort 
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.1.0
MIME-Version: 1.0
To: ccamp@ietf.org
References: 
In-Reply-To: 
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Subject: Re: [CCAMP] Comment on compatibility in draft-takacs-ccamp-revertive-ps
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: huubatwork@gmail.com
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 13 Nov 2013 20:53:08 -0000

Hello Zafar,

You wrote:

 > The default parameter value in data plan is deficient for the
 > following reasons:
>
>  1. We cannot differentiate between revertive and non-revertive behavior
>     using default value of wait-to-restore timer.

The value of the WTR timer should not determine the (non-)revertive
behavior. The (non-)revertive behaviour should be explicitly
provisioned.

>     E.g., as far
>     as I remember default value for WRT is 0, which means protection
>     is non-revertive.

The typical default value for WTR is 5 minutes to provide a
hysteresis, it can be overruled by a higher priority event
like Sf or SD.
Setting the value of WTR to 0 does not mean protection is
non-revertive.

>     So this default does not work for revertive
>     protection. I.e., the data plan default cannot cover both revertive
>     and non-revertive cases.

Again: the WTR value should not be used to indicate (non-)revertive
behavior.

>  2. Correct setting for wait-to-restore and hold-off timers need to
>     account for differential delays between working and protection paths.

No, WTR accounts for repair of the failed path and to encertain
that the repair can be trusted.
Hold-off timers are used to allow protection switching in layers
closer to the physical layer to complete before protection
switching in the affected layer.

> In summary, default values cannot cover all use cases. Hence, SP
> typically wants to set revertive vs. non-revertive behavior,
> wait-to-restore and hold-off timers on per connection basis.

They will provision default values per layer in the network.

Regards, Huub.

===========
> From: Dieter Beller  >
> Organization: Alcatel-Lucent
> Date: Sunday, November 10, 2013 9:07 AM
> To: zali >
> Cc: "lberger@labn.net "  >, "ccamp@ietf.org "
> >
> Subject: Re: [CCAMP] Comment on compatibility in
> draft-takacs-ccamp-revertive-ps
>
>     Hi Zafar,
>
>     this draft is defining signaling extensions for the hold-off time as
>     well as the wait-to-restore time for protected LSPs
>     where applicable.
>
>     There are default values set for these timers in the data plane and
>     signaling them in the control plane makes only
>     sense if the timer values shall differ from the default values. Do
>     you see a need for that? IMO, operators typically
>     use the defaults and do not set these values on a per connection basis.
>
>
>     Thanks,
>     Dieter
>
>
>     On 08.11.2013 22:11, Zafar Ali (zali) wrote:
>>     Hi Lou-
>>
>>     You are right, the ctype is TBD, like I mentioned during the meeting that
>>     we are using different ctype.
>>
>>     We would like to take this opportunity to solicit comments from the WG on
>>     this draft.
>>
>>     Thanks
>>
>>     Regards Å  Zafar
>>
>>     -----Original Message-----
>>     From:"lberger@labn.net"  
>>     Date: Thursday, November 7, 2013 6:17 PM
>>     To: zali,"ccamp@ietf.org"  
>>     Subject: Comment on compatibility in draft-takacs-ccamp-revertive-ps
>>
>>>     Zafar,
>>>     	My comment in today's session was that you are redefining the format of
>>>     an existing object (by adding TLVs) this breaks compatibility.  You
>>>     stated that this wasn't the case.
>>>
>>>     FWIW:
>>>
>>>     Your document says:
>>>
>>>         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
>>>        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>>>        |            Length             | Class-Num(37) |   C-Type(2)   |
>>>        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>>>        |S|P|N|O| Reserved  | LSP Flags |      Reserved     | Link Flags|
>>>        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>>>        |I|R|   Reserved    | Seg.Flags |           Reserved            |
>>>        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>>>        |                                                               |
>>>        ~                           sub-TLVs                            ~
>>>        |                                                               |
>>>        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>>>
>>>
>>>     RFC4872 says
>>>           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
>>>          +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>>>          |            Length             | Class-Num(37) | C-Type (2)    |
>>>          +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>>>          |S|P|N|O| Reserved  | LSP Flags |     Reserved      | Link Flags|
>>>          +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>>>          |                           Reserved                            |
>>>          +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>>>
>>>     Perhaps you meant C-Type(TBD).  You should address compatibility
>>>     explicitly in any case.
>>>
>>>     Lou
>>     _______________________________________________
>>     CCAMP mailing list
>>     CCAMP@ietf.orghttps://www.ietf.org/mailman/listinfo/ccamp
>


-- 
*****************************************************************
               请记ä½ï¼Œä½ æ˜¯ç‹¬ä¸€æ— äºŒçš„，就åƒå…¶ä»–æ¯ä¸€ä¸ªäººä¸€æ ·

From jdrake@juniper.net  Wed Nov 13 13:02:29 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6A1AC11E8179 for ; Wed, 13 Nov 2013 13:02:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.329
X-Spam-Level: 
X-Spam-Status: No, score=-3.329 tagged_above=-999 required=5 tests=[AWL=0.270,  BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uawk2FAQbzxR for ; Wed, 13 Nov 2013 13:02:24 -0800 (PST)
Received: from ch1outboundpool.messaging.microsoft.com (ch1ehsobe001.messaging.microsoft.com [216.32.181.181]) by ietfa.amsl.com (Postfix) with ESMTP id 1BC2D21E80C3 for ; Wed, 13 Nov 2013 13:02:24 -0800 (PST)
Received: from mail85-ch1-R.bigfish.com (10.43.68.247) by CH1EHSOBE016.bigfish.com (10.43.70.66) with Microsoft SMTP Server id 14.1.225.22; Wed, 13 Nov 2013 21:02:23 +0000
Received: from mail85-ch1 (localhost [127.0.0.1])	by mail85-ch1-R.bigfish.com (Postfix) with ESMTP id 2A46D1C021D; Wed, 13 Nov 2013 21:02:23 +0000 (UTC)
X-Forefront-Antispam-Report: CIP:157.56.240.101; KIP:(null); UIP:(null); IPV:NLI; H:BL2PRD0510HT004.namprd05.prod.outlook.com; RD:none; EFVD:NLI
X-SpamScore: -23
X-BigFish: VPS-23(z579ehz98dI9371Ic89bh542I1432I4015Izz1f42h2148h208ch1ee6h1de0h1fdah2073h2146h1202h1e76h1d1ah1d2ah1fc6hzz8275ch1de098h1033IL8275bh8275dh1de097h186068hz2fh109h2a8h839h93fhd24hf0ah1288h12a5h12a9h12bdh137ah13b6h1441h1504h1537h153bh162dh1631h1758h18e1h1946h19b5h19ceh1ad9h1b0ah224fh1d07h1d0ch1d2eh1d3fh1de9h1dfeh1dffh1e1dh1fe8h1ff5h2216h9a9j1155h)
Received-SPF: pass (mail85-ch1: domain of juniper.net designates 157.56.240.101 as permitted sender) client-ip=157.56.240.101; envelope-from=jdrake@juniper.net; helo=BL2PRD0510HT004.namprd05.prod.outlook.com ; .outlook.com ; 
X-Forefront-Antispam-Report-Untrusted: SFV:NSPM; SFS:(51704005)(13464003)(24454002)(164054003)(199002)(189002)(377454003)(81686001)(47446002)(74662001)(53806001)(74502001)(54356001)(19580395003)(83072001)(83322001)(19580405001)(63696002)(46102001)(69226001)(59766001)(81542001)(87266001)(224303002)(79102001)(31966008)(80976001)(74316001)(51856001)(81342001)(74366001)(74876001)(81816001)(56816003)(56776001)(77096001)(85306002)(33646001)(4396001)(76796001)(77982001)(76786001)(76576001)(76482001)(80022001)(47736001)(47976001)(54316002)(65816001)(74706001)(49866001)(15975445006)(2656002)(66066001)(87936001)(224313003)(50986001)(24736002); DIR:OUT; SFP:; SCL:1; SRVR:BY2PR05MB144; H:BY2PR05MB142.namprd05.prod.outlook.com; CLIP:66.129.239.14; FPR:; RD:InfoNoRecords; A:1; MX:1; LANG:en; 
Received: from mail85-ch1 (localhost.localdomain [127.0.0.1]) by mail85-ch1 (MessageSwitch) id 1384376540761422_24930; Wed, 13 Nov 2013 21:02:20 +0000 (UTC)
Received: from CH1EHSMHS013.bigfish.com (snatpool2.int.messaging.microsoft.com [10.43.68.239])	by mail85-ch1.bigfish.com (Postfix) with ESMTP id B58523600B4;	Wed, 13 Nov 2013 21:02:20 +0000 (UTC)
Received: from BL2PRD0510HT004.namprd05.prod.outlook.com (157.56.240.101) by CH1EHSMHS013.bigfish.com (10.43.70.13) with Microsoft SMTP Server (TLS) id 14.16.227.3; Wed, 13 Nov 2013 21:02:17 +0000
Received: from BY2PR05MB144.namprd05.prod.outlook.com (10.242.39.147) by BL2PRD0510HT004.namprd05.prod.outlook.com (10.255.100.39) with Microsoft SMTP Server (TLS) id 14.16.371.2; Wed, 13 Nov 2013 21:02:17 +0000
Received: from BY2PR05MB142.namprd05.prod.outlook.com (10.242.39.144) by BY2PR05MB144.namprd05.prod.outlook.com (10.242.39.147) with Microsoft SMTP Server (TLS) id 15.0.800.7; Wed, 13 Nov 2013 21:02:09 +0000
Received: from BY2PR05MB142.namprd05.prod.outlook.com ([169.254.12.54]) by BY2PR05MB142.namprd05.prod.outlook.com ([169.254.12.27]) with mapi id 15.00.0800.005; Wed, 13 Nov 2013 21:02:08 +0000
From: John E Drake 
To: "huubatwork@gmail.com" , "ccamp@ietf.org" 
Thread-Topic: [CCAMP] Comment on compatibility in draft-takacs-ccamp-revertive-ps
Thread-Index: AQHO4LJrYQRqlnnjw0i8+LSQdIOkRZojpUWw
Date: Wed, 13 Nov 2013 21:02:07 +0000
Message-ID: <3ff1a569966142cbb120eeecbb6b9530@BY2PR05MB142.namprd05.prod.outlook.com>
References:  <5283E6B0.7030607@gmail.com>
In-Reply-To: <5283E6B0.7030607@gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [66.129.239.14]
x-forefront-prvs: 0029F17A3F
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-FOPE-CONNECTOR: Id%0$Dn%*$RO%0$TLS%0$FQDN%$TlsDn%
Subject: Re: [CCAMP] Comment on compatibility in	draft-takacs-ccamp-revertive-ps
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 13 Nov 2013 21:02:29 -0000

SHV1YiwNCg0KQSBuaWNlIG5vdGUuICBEb3UgeW91IHRoaW5rIHRoaXMgZHJhZnQgaXMgZ2lsZGlu
ZyB0aGUgbGlseT8NCg0KWW91cnMgSXJyZXNwZWN0aXZlbHksDQoNCkpvaG4NCg0KPiAtLS0tLU9y
aWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBjY2FtcC1ib3VuY2VzQGlldGYub3JnIFttYWls
dG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmDQo+IE9mIEh1dWIgdmFuIEhlbHZv
b3J0DQo+IFNlbnQ6IFdlZG5lc2RheSwgTm92ZW1iZXIgMTMsIDIwMTMgMTI6NTMgUE0NCj4gVG86
IGNjYW1wQGlldGYub3JnDQo+IFN1YmplY3Q6IFJlOiBbQ0NBTVBdIENvbW1lbnQgb24gY29tcGF0
aWJpbGl0eSBpbiBkcmFmdC10YWthY3MtY2NhbXAtDQo+IHJldmVydGl2ZS1wcw0KPiANCj4gSGVs
bG8gWmFmYXIsDQo+IA0KPiBZb3Ugd3JvdGU6DQo+IA0KPiAgPiBUaGUgZGVmYXVsdCBwYXJhbWV0
ZXIgdmFsdWUgaW4gZGF0YSBwbGFuIGlzIGRlZmljaWVudCBmb3IgdGhlICA+IGZvbGxvd2luZw0K
PiByZWFzb25zOg0KPiA+DQo+ID4gIDEuIFdlIGNhbm5vdCBkaWZmZXJlbnRpYXRlIGJldHdlZW4g
cmV2ZXJ0aXZlIGFuZCBub24tcmV2ZXJ0aXZlIGJlaGF2aW9yDQo+ID4gICAgIHVzaW5nIGRlZmF1
bHQgdmFsdWUgb2Ygd2FpdC10by1yZXN0b3JlIHRpbWVyLg0KPiANCj4gVGhlIHZhbHVlIG9mIHRo
ZSBXVFIgdGltZXIgc2hvdWxkIG5vdCBkZXRlcm1pbmUgdGhlIChub24tKXJldmVydGl2ZSBiZWhh
dmlvci4NCj4gVGhlIChub24tKXJldmVydGl2ZSBiZWhhdmlvdXIgc2hvdWxkIGJlIGV4cGxpY2l0
bHkgcHJvdmlzaW9uZWQuDQo+IA0KPiA+ICAgICBFLmcuLCBhcyBmYXINCj4gPiAgICAgYXMgSSBy
ZW1lbWJlciBkZWZhdWx0IHZhbHVlIGZvciBXUlQgaXMgMCwgd2hpY2ggbWVhbnMgcHJvdGVjdGlv
bg0KPiA+ICAgICBpcyBub24tcmV2ZXJ0aXZlLg0KPiANCj4gVGhlIHR5cGljYWwgZGVmYXVsdCB2
YWx1ZSBmb3IgV1RSIGlzIDUgbWludXRlcyB0byBwcm92aWRlIGEgaHlzdGVyZXNpcywgaXQgY2Fu
IGJlDQo+IG92ZXJydWxlZCBieSBhIGhpZ2hlciBwcmlvcml0eSBldmVudCBsaWtlIFNmIG9yIFNE
Lg0KPiBTZXR0aW5nIHRoZSB2YWx1ZSBvZiBXVFIgdG8gMCBkb2VzIG5vdCBtZWFuIHByb3RlY3Rp
b24gaXMgbm9uLXJldmVydGl2ZS4NCj4gDQo+ID4gICAgIFNvIHRoaXMgZGVmYXVsdCBkb2VzIG5v
dCB3b3JrIGZvciByZXZlcnRpdmUNCj4gPiAgICAgcHJvdGVjdGlvbi4gSS5lLiwgdGhlIGRhdGEg
cGxhbiBkZWZhdWx0IGNhbm5vdCBjb3ZlciBib3RoIHJldmVydGl2ZQ0KPiA+ICAgICBhbmQgbm9u
LXJldmVydGl2ZSBjYXNlcy4NCj4gDQo+IEFnYWluOiB0aGUgV1RSIHZhbHVlIHNob3VsZCBub3Qg
YmUgdXNlZCB0byBpbmRpY2F0ZSAobm9uLSlyZXZlcnRpdmUgYmVoYXZpb3IuDQo+IA0KPiA+ICAy
LiBDb3JyZWN0IHNldHRpbmcgZm9yIHdhaXQtdG8tcmVzdG9yZSBhbmQgaG9sZC1vZmYgdGltZXJz
IG5lZWQgdG8NCj4gPiAgICAgYWNjb3VudCBmb3IgZGlmZmVyZW50aWFsIGRlbGF5cyBiZXR3ZWVu
IHdvcmtpbmcgYW5kIHByb3RlY3Rpb24gcGF0aHMuDQo+IA0KPiBObywgV1RSIGFjY291bnRzIGZv
ciByZXBhaXIgb2YgdGhlIGZhaWxlZCBwYXRoIGFuZCB0byBlbmNlcnRhaW4gdGhhdCB0aGUgcmVw
YWlyDQo+IGNhbiBiZSB0cnVzdGVkLg0KPiBIb2xkLW9mZiB0aW1lcnMgYXJlIHVzZWQgdG8gYWxs
b3cgcHJvdGVjdGlvbiBzd2l0Y2hpbmcgaW4gbGF5ZXJzIGNsb3NlciB0byB0aGUNCj4gcGh5c2lj
YWwgbGF5ZXIgdG8gY29tcGxldGUgYmVmb3JlIHByb3RlY3Rpb24gc3dpdGNoaW5nIGluIHRoZSBh
ZmZlY3RlZCBsYXllci4NCj4gDQo+ID4gSW4gc3VtbWFyeSwgZGVmYXVsdCB2YWx1ZXMgY2Fubm90
IGNvdmVyIGFsbCB1c2UgY2FzZXMuIEhlbmNlLCBTUA0KPiA+IHR5cGljYWxseSB3YW50cyB0byBz
ZXQgcmV2ZXJ0aXZlIHZzLiBub24tcmV2ZXJ0aXZlIGJlaGF2aW9yLA0KPiA+IHdhaXQtdG8tcmVz
dG9yZSBhbmQgaG9sZC1vZmYgdGltZXJzIG9uIHBlciBjb25uZWN0aW9uIGJhc2lzLg0KPiANCj4g
VGhleSB3aWxsIHByb3Zpc2lvbiBkZWZhdWx0IHZhbHVlcyBwZXIgbGF5ZXIgaW4gdGhlIG5ldHdv
cmsuDQo+IA0KPiBSZWdhcmRzLCBIdXViLg0KPiANCj4gPT09PT09PT09PT0NCj4gPiBGcm9tOiBE
aWV0ZXIgQmVsbGVyIDxEaWV0ZXIuQmVsbGVyQGFsY2F0ZWwtbHVjZW50LmNvbQ0KPiA+IDxtYWls
dG86RGlldGVyLkJlbGxlckBhbGNhdGVsLWx1Y2VudC5jb20+Pg0KPiA+IE9yZ2FuaXphdGlvbjog
QWxjYXRlbC1MdWNlbnQNCj4gPiBEYXRlOiBTdW5kYXksIE5vdmVtYmVyIDEwLCAyMDEzIDk6MDcg
QU0NCj4gPiBUbzogemFsaSA8emFsaUBjaXNjby5jb20gPG1haWx0bzp6YWxpQGNpc2NvLmNvbT4+
DQo+ID4gQ2M6ICJsYmVyZ2VyQGxhYm4ubmV0IDxtYWlsdG86bGJlcmdlckBsYWJuLm5ldD4iIDxs
YmVyZ2VyQGxhYm4ubmV0DQo+ID4gPG1haWx0bzpsYmVyZ2VyQGxhYm4ubmV0Pj4sICJjY2FtcEBp
ZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPiINCj4gPiA8Y2NhbXBAaWV0Zi5vcmcgPG1h
aWx0bzpjY2FtcEBpZXRmLm9yZz4+DQo+ID4gU3ViamVjdDogUmU6IFtDQ0FNUF0gQ29tbWVudCBv
biBjb21wYXRpYmlsaXR5IGluDQo+ID4gZHJhZnQtdGFrYWNzLWNjYW1wLXJldmVydGl2ZS1wcw0K
PiA+DQo+ID4gICAgIEhpIFphZmFyLA0KPiA+DQo+ID4gICAgIHRoaXMgZHJhZnQgaXMgZGVmaW5p
bmcgc2lnbmFsaW5nIGV4dGVuc2lvbnMgZm9yIHRoZSBob2xkLW9mZiB0aW1lIGFzDQo+ID4gICAg
IHdlbGwgYXMgdGhlIHdhaXQtdG8tcmVzdG9yZSB0aW1lIGZvciBwcm90ZWN0ZWQgTFNQcw0KPiA+
ICAgICB3aGVyZSBhcHBsaWNhYmxlLg0KPiA+DQo+ID4gICAgIFRoZXJlIGFyZSBkZWZhdWx0IHZh
bHVlcyBzZXQgZm9yIHRoZXNlIHRpbWVycyBpbiB0aGUgZGF0YSBwbGFuZSBhbmQNCj4gPiAgICAg
c2lnbmFsaW5nIHRoZW0gaW4gdGhlIGNvbnRyb2wgcGxhbmUgbWFrZXMgb25seQ0KPiA+ICAgICBz
ZW5zZSBpZiB0aGUgdGltZXIgdmFsdWVzIHNoYWxsIGRpZmZlciBmcm9tIHRoZSBkZWZhdWx0IHZh
bHVlcy4gRG8NCj4gPiAgICAgeW91IHNlZSBhIG5lZWQgZm9yIHRoYXQ/IElNTywgb3BlcmF0b3Jz
IHR5cGljYWxseQ0KPiA+ICAgICB1c2UgdGhlIGRlZmF1bHRzIGFuZCBkbyBub3Qgc2V0IHRoZXNl
IHZhbHVlcyBvbiBhIHBlciBjb25uZWN0aW9uIGJhc2lzLg0KPiA+DQo+ID4NCj4gPiAgICAgVGhh
bmtzLA0KPiA+ICAgICBEaWV0ZXINCj4gPg0KPiA+DQo+ID4gICAgIE9uIDA4LjExLjIwMTMgMjI6
MTEsIFphZmFyIEFsaSAoemFsaSkgd3JvdGU6DQo+ID4+ICAgICBIaSBMb3UtDQo+ID4+DQo+ID4+
ICAgICBZb3UgYXJlIHJpZ2h0LCB0aGUgY3R5cGUgaXMgVEJELCBsaWtlIEkgbWVudGlvbmVkIGR1
cmluZyB0aGUgbWVldGluZyB0aGF0DQo+ID4+ICAgICB3ZSBhcmUgdXNpbmcgZGlmZmVyZW50IGN0
eXBlLg0KPiA+Pg0KPiA+PiAgICAgV2Ugd291bGQgbGlrZSB0byB0YWtlIHRoaXMgb3Bwb3J0dW5p
dHkgdG8gc29saWNpdCBjb21tZW50cyBmcm9tIHRoZSBXRw0KPiBvbg0KPiA+PiAgICAgdGhpcyBk
cmFmdC4NCj4gPj4NCj4gPj4gICAgIFRoYW5rcw0KPiA+Pg0KPiA+PiAgICAgUmVnYXJkcyDFoCBa
YWZhcg0KPiA+Pg0KPiA+PiAgICAgLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gPj4gICAg
IEZyb206ImxiZXJnZXJAbGFibi5uZXQiICA8bGJlcmdlckBsYWJuLm5ldD4NCj4gPj4gICAgIERh
dGU6IFRodXJzZGF5LCBOb3ZlbWJlciA3LCAyMDEzIDY6MTcgUE0NCj4gPj4gICAgIFRvOiB6YWxp
PHphbGlAY2lzY28uY29tPiwiY2NhbXBAaWV0Zi5vcmciICA8Y2NhbXBAaWV0Zi5vcmc+DQo+ID4+
ICAgICBTdWJqZWN0OiBDb21tZW50IG9uIGNvbXBhdGliaWxpdHkgaW4NCj4gPj4gZHJhZnQtdGFr
YWNzLWNjYW1wLXJldmVydGl2ZS1wcw0KPiA+Pg0KPiA+Pj4gICAgIFphZmFyLA0KPiA+Pj4gICAg
IAlNeSBjb21tZW50IGluIHRvZGF5J3Mgc2Vzc2lvbiB3YXMgdGhhdCB5b3UgYXJlIHJlZGVmaW5p
bmcgdGhlIGZvcm1hdA0KPiBvZg0KPiA+Pj4gICAgIGFuIGV4aXN0aW5nIG9iamVjdCAoYnkgYWRk
aW5nIFRMVnMpIHRoaXMgYnJlYWtzIGNvbXBhdGliaWxpdHkuICBZb3UNCj4gPj4+ICAgICBzdGF0
ZWQgdGhhdCB0aGlzIHdhc24ndCB0aGUgY2FzZS4NCj4gPj4+DQo+ID4+PiAgICAgRldJVzoNCj4g
Pj4+DQo+ID4+PiAgICAgWW91ciBkb2N1bWVudCBzYXlzOg0KPiA+Pj4NCj4gPj4+ICAgICAgICAg
MCAgICAgICAgICAgICAgICAgICAxICAgICAgICAgICAgICAgICAgIDIgICAgICAgICAgICAgICAg
ICAgMw0KPiA+Pj4gICAgICAgICAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4
IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDENCj4gPj4+ICAgICAgICArLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KPiA+Pj4g
ICAgICAgIHwgICAgICAgICAgICBMZW5ndGggICAgICAgICAgICAgfCBDbGFzcy1OdW0oMzcpIHwg
ICBDLVR5cGUoMikgICB8DQo+ID4+PiAgICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCj4gPj4+ICAgICAgICB8U3xQ
fE58T3wgUmVzZXJ2ZWQgIHwgTFNQIEZsYWdzIHwgICAgICBSZXNlcnZlZCAgICAgfCBMaW5rIEZs
YWdzfA0KPiA+Pj4gICAgICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQo+ID4+PiAgICAgICAgfEl8UnwgICBSZXNlcnZl
ZCAgICB8IFNlZy5GbGFncyB8ICAgICAgICAgICBSZXNlcnZlZCAgICAgICAgICAgIHwNCj4gPj4+
ICAgICAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKw0KPiA+Pj4gICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8DQo+ID4+PiAgICAgICAgfiAg
ICAgICAgICAgICAgICAgICAgICAgICAgIHN1Yi1UTFZzICAgICAgICAgICAgICAgICAgICAgICAg
ICAgIH4NCj4gPj4+ICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgfA0KPiA+Pj4NCj4gPj4+ICstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQo+ID4+
Pg0KPiA+Pj4NCj4gPj4+ICAgICBSRkM0ODcyIHNheXMNCj4gPj4+ICAgICAgICAgICAwICAgICAg
ICAgICAgICAgICAgIDEgICAgICAgICAgICAgICAgICAgMiAgICAgICAgICAgICAgICAgICAzDQo+
ID4+PiAgICAgICAgICAgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAg
MSAyIDMgNCA1IDYgNyA4IDkgMCAxDQo+ID4+PiAgICAgICAgICArLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KPiA+Pj4gICAg
ICAgICAgfCAgICAgICAgICAgIExlbmd0aCAgICAgICAgICAgICB8IENsYXNzLU51bSgzNykgfCBD
LVR5cGUgKDIpICAgIHwNCj4gPj4+ICAgICAgICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQo+ID4+PiAgICAgICAgICB8
U3xQfE58T3wgUmVzZXJ2ZWQgIHwgTFNQIEZsYWdzIHwgICAgIFJlc2VydmVkICAgICAgfCBMaW5r
IEZsYWdzfA0KPiA+Pj4gICAgICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCj4gPj4+ICAgICAgICAgIHwgICAgICAg
ICAgICAgICAgICAgICAgICAgICBSZXNlcnZlZCAgICAgICAgICAgICAgICAgICAgICAgICAgICB8
DQo+ID4+Pg0KPiA+Pj4gKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSsNCj4gPj4+DQo+ID4+PiAgICAgUGVyaGFwcyB5b3UgbWVh
bnQgQy1UeXBlKFRCRCkuICBZb3Ugc2hvdWxkIGFkZHJlc3MgY29tcGF0aWJpbGl0eQ0KPiA+Pj4g
ICAgIGV4cGxpY2l0bHkgaW4gYW55IGNhc2UuDQo+ID4+Pg0KPiA+Pj4gICAgIExvdQ0KPiA+PiAg
ICAgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gPj4g
ICAgIENDQU1QIG1haWxpbmcgbGlzdA0KPiA+PiAgICAgQ0NBTVBAaWV0Zi5vcmdodHRwczovL3d3
dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2NjYW1wDQo+ID4NCj4gDQo+IA0KPiAtLQ0KPiAq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioNCj4gKioNCj4gICAgICAgICAgICAgICAg6K+36K6w5L2P77yM5L2g5piv54us5LiA5peg
5LqM55qE77yM5bCx5YOP5YW25LuW5q+P5LiA5Liq5Lq65LiA5qC3DQo+IF9fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IENDQU1QIG1haWxpbmcgbGlzdA0K
PiBDQ0FNUEBpZXRmLm9yZw0KPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv
L2NjYW1wDQo=


From huubatwork@gmail.com  Wed Nov 13 13:10:14 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D614F21E80C3 for ; Wed, 13 Nov 2013 13:10:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id drGWv-5PYFxT for ; Wed, 13 Nov 2013 13:10:14 -0800 (PST)
Received: from mail-we0-x22b.google.com (mail-we0-x22b.google.com [IPv6:2a00:1450:400c:c03::22b]) by ietfa.amsl.com (Postfix) with ESMTP id BF61221E80B3 for ; Wed, 13 Nov 2013 13:10:12 -0800 (PST)
Received: by mail-we0-f171.google.com with SMTP id t61so1032650wes.30 for ; Wed, 13 Nov 2013 13:10:11 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:disposition-notification-to:date:from:reply-to :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=MiZecO5/s37zXh3g8b6y2uKf9ZzK94l+6YXhoidYmbc=; b=Ihh0pqUZBUpC6hjgM4tKiSLg9XTHxzonvt6cyYSVM+7+ae/sSBmNwRTmTrINMSjY7D C5UzhVo3COJu5kCEo6nU52IP/xtyFfY8c+4+shrPtO5c8iy6hNJoHNQtF5m3JLh6Qs3s CZ7BmmXRUVD1zMin5K+XFzbJWRFWydt2DZisEejHdTBSto7nEFrzchyyCjsSDWT51tEn x691l322x/Fi4rE1FKYUvw9wo4Q5d7hDjjXhqpKTBnHVlfZn9LTl+a/zBnuoegS/PLdo twxGmiZLiIxiRwlwbqDMEQxl/JyrH/ZfZNw/jrgkAifubSuWLWpnVCaVCTY4ojImgsYo oiVg==
X-Received: by 10.181.5.40 with SMTP id cj8mr22038296wid.18.1384377011815; Wed, 13 Nov 2013 13:10:11 -0800 (PST)
Received: from McAsterix.local (g215085.upc-g.chello.nl. [80.57.215.85]) by mx.google.com with ESMTPSA id gm2sm25390733wib.4.2013.11.13.13.10.11 for  (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 13 Nov 2013 13:10:11 -0800 (PST)
Message-ID: <5283EAB2.1090609@gmail.com>
Date: Wed, 13 Nov 2013 22:10:10 +0100
From: Huub van Helvoort 
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.1.0
MIME-Version: 1.0
To: "ccamp@ietf.org" 
References:  <5283E6B0.7030607@gmail.com> <3ff1a569966142cbb120eeecbb6b9530@BY2PR05MB142.namprd05.prod.outlook.com>
In-Reply-To: <3ff1a569966142cbb120eeecbb6b9530@BY2PR05MB142.namprd05.prod.outlook.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Subject: Re: [CCAMP] Comment on compatibility in draft-takacs-ccamp-revertive-ps
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: huubatwork@gmail.com
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 13 Nov 2013 21:10:15 -0000

Hello John,

You replied:

> A nice note.  Dou you think this draft is gilding the lily?

Yes, indeed.

Regards, Huub.



>> -----Original Message-----
>> From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf
>> Of Huub van Helvoort
>> Sent: Wednesday, November 13, 2013 12:53 PM
>> To: ccamp@ietf.org
>> Subject: Re: [CCAMP] Comment on compatibility in draft-takacs-ccamp-
>> revertive-ps
>>
>> Hello Zafar,
>>
>> You wrote:
>>
>>   > The default parameter value in data plan is deficient for the  > following
>> reasons:
>>>
>>>   1. We cannot differentiate between revertive and non-revertive behavior
>>>      using default value of wait-to-restore timer.
>>
>> The value of the WTR timer should not determine the (non-)revertive behavior.
>> The (non-)revertive behaviour should be explicitly provisioned.
>>
>>>      E.g., as far
>>>      as I remember default value for WRT is 0, which means protection
>>>      is non-revertive.
>>
>> The typical default value for WTR is 5 minutes to provide a hysteresis, it can be
>> overruled by a higher priority event like Sf or SD.
>> Setting the value of WTR to 0 does not mean protection is non-revertive.
>>
>>>      So this default does not work for revertive
>>>      protection. I.e., the data plan default cannot cover both revertive
>>>      and non-revertive cases.
>>
>> Again: the WTR value should not be used to indicate (non-)revertive behavior.
>>
>>>   2. Correct setting for wait-to-restore and hold-off timers need to
>>>      account for differential delays between working and protection paths.
>>
>> No, WTR accounts for repair of the failed path and to encertain that the repair
>> can be trusted.
>> Hold-off timers are used to allow protection switching in layers closer to the
>> physical layer to complete before protection switching in the affected layer.
>>
>>> In summary, default values cannot cover all use cases. Hence, SP
>>> typically wants to set revertive vs. non-revertive behavior,
>>> wait-to-restore and hold-off timers on per connection basis.
>>
>> They will provision default values per layer in the network.
>>
>> Regards, Huub.
>>
>> ===========
>>> From: Dieter Beller >> >
>>> Organization: Alcatel-Lucent
>>> Date: Sunday, November 10, 2013 9:07 AM
>>> To: zali >
>>> Cc: "lberger@labn.net " >> >, "ccamp@ietf.org "
>>> >
>>> Subject: Re: [CCAMP] Comment on compatibility in
>>> draft-takacs-ccamp-revertive-ps
>>>
>>>      Hi Zafar,
>>>
>>>      this draft is defining signaling extensions for the hold-off time as
>>>      well as the wait-to-restore time for protected LSPs
>>>      where applicable.
>>>
>>>      There are default values set for these timers in the data plane and
>>>      signaling them in the control plane makes only
>>>      sense if the timer values shall differ from the default values. Do
>>>      you see a need for that? IMO, operators typically
>>>      use the defaults and do not set these values on a per connection basis.
>>>
>>>
>>>      Thanks,
>>>      Dieter
>>>
>>>
>>>      On 08.11.2013 22:11, Zafar Ali (zali) wrote:
>>>>      Hi Lou-
>>>>
>>>>      You are right, the ctype is TBD, like I mentioned during the meeting that
>>>>      we are using different ctype.
>>>>
>>>>      We would like to take this opportunity to solicit comments from the WG
>> on
>>>>      this draft.
>>>>
>>>>      Thanks
>>>>
>>>>      Regards Å  Zafar
>>>>
>>>>      -----Original Message-----
>>>>      From:"lberger@labn.net"  
>>>>      Date: Thursday, November 7, 2013 6:17 PM
>>>>      To: zali,"ccamp@ietf.org"  
>>>>      Subject: Comment on compatibility in
>>>> draft-takacs-ccamp-revertive-ps
>>>>
>>>>>      Zafar,
>>>>>      	My comment in today's session was that you are redefining the format
>> of
>>>>>      an existing object (by adding TLVs) this breaks compatibility.  You
>>>>>      stated that this wasn't the case.
>>>>>
>>>>>      FWIW:
>>>>>
>>>>>      Your document says:
>>>>>
>>>>>          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
>>>>>         +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>>>>>         |            Length             | Class-Num(37) |   C-Type(2)   |
>>>>>         +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>>>>>         |S|P|N|O| Reserved  | LSP Flags |      Reserved     | Link Flags|
>>>>>         +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>>>>>         |I|R|   Reserved    | Seg.Flags |           Reserved            |
>>>>>         +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>>>>>         |                                                               |
>>>>>         ~                           sub-TLVs                            ~
>>>>>         |                                                               |
>>>>>
>>>>> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>>>>>
>>>>>
>>>>>      RFC4872 says
>>>>>            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
>>>>>           +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>>>>>           |            Length             | Class-Num(37) | C-Type (2)    |
>>>>>           +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>>>>>           |S|P|N|O| Reserved  | LSP Flags |     Reserved      | Link Flags|
>>>>>           +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>>>>>           |                           Reserved                            |
>>>>>
>>>>> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>>>>>
>>>>>      Perhaps you meant C-Type(TBD).  You should address compatibility
>>>>>      explicitly in any case.
>>>>>
>>>>>      Lou
>>>>      _______________________________________________
>>>>      CCAMP mailing list
>>>>      CCAMP@ietf.orghttps://www.ietf.org/mailman/listinfo/ccamp
>>>


-- 
*****************************************************************
               请记ä½ï¼Œä½ æ˜¯ç‹¬ä¸€æ— äºŒçš„，就åƒå…¶ä»–æ¯ä¸€ä¸ªäººä¸€æ ·

From jdrake@juniper.net  Wed Nov 13 13:19:39 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F22E521E80B4 for ; Wed, 13 Nov 2013 13:19:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.839
X-Spam-Level: 
X-Spam-Status: No, score=-2.839 tagged_above=-999 required=5 tests=[AWL=-0.240, BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1-jGEAufjTOR for ; Wed, 13 Nov 2013 13:19:33 -0800 (PST)
Received: from db9outboundpool.messaging.microsoft.com (mail-db9lp0251.outbound.messaging.microsoft.com [213.199.154.251]) by ietfa.amsl.com (Postfix) with ESMTP id 1EBDE21E80B3 for ; Wed, 13 Nov 2013 13:19:33 -0800 (PST)
Received: from mail129-db9-R.bigfish.com (10.174.16.231) by DB9EHSOBE011.bigfish.com (10.174.14.74) with Microsoft SMTP Server id 14.1.225.22; Wed, 13 Nov 2013 21:19:32 +0000
Received: from mail129-db9 (localhost [127.0.0.1])	by mail129-db9-R.bigfish.com (Postfix) with ESMTP id 0CA50A0109; Wed, 13 Nov 2013 21:19:32 +0000 (UTC)
X-Forefront-Antispam-Report: CIP:157.56.240.101; KIP:(null); UIP:(null); IPV:NLI; H:BL2PRD0510HT003.namprd05.prod.outlook.com; RD:none; EFVD:NLI
X-SpamScore: -23
X-BigFish: VPS-23(z579ehz98dI9371Ic89bh542I1432I4015Izz1f42h2148h208ch1ee6h1de0h1fdah2073h2146h1202h1e76h1d1ah1d2ah1fc6hzz8275ch1de098h1033IL8275bh8275dh1de097h186068hz2fh109h2a8h839h93fhd24hf0ah1288h12a5h12a9h12bdh137ah13b6h1441h1504h1537h153bh162dh1631h1758h18e1h1946h19b5h19ceh1ad9h1b0ah224fh1d07h1d0ch1d2eh1d3fh1de9h1dfeh1dffh1e1dh1fe8h1ff5h2216h9a9j1155h)
Received-SPF: pass (mail129-db9: domain of juniper.net designates 157.56.240.101 as permitted sender) client-ip=157.56.240.101; envelope-from=jdrake@juniper.net; helo=BL2PRD0510HT003.namprd05.prod.outlook.com ; .outlook.com ; 
X-Forefront-Antispam-Report-Untrusted: SFV:NSPM; SFS:(377454003)(199002)(189002)(24454002)(51704005)(164054003)(13464003)(74316001)(31966008)(69226001)(81342001)(74502001)(74876001)(47446002)(56816003)(74662001)(81816001)(76786001)(77096001)(76796001)(4396001)(46102001)(87936001)(224303002)(2656002)(53806001)(224313003)(51856001)(47736001)(15975445006)(66066001)(54356001)(81542001)(49866001)(77982001)(59766001)(19580395003)(47976001)(65816001)(80022001)(33646001)(81686001)(74706001)(56776001)(85306002)(80976001)(83072001)(76482001)(50986001)(74366001)(63696002)(54316002)(76576001)(83322001)(79102001)(19580405001)(87266001)(24736002); DIR:OUT; SFP:; SCL:1; SRVR:BY2PR05MB143; H:BY2PR05MB142.namprd05.prod.outlook.com; CLIP:66.129.239.14; FPR:; RD:InfoNoRecords; A:1; MX:1; LANG:en; 
Received: from mail129-db9 (localhost.localdomain [127.0.0.1]) by mail129-db9 (MessageSwitch) id 1384377570134017_22106; Wed, 13 Nov 2013 21:19:30 +0000 (UTC)
Received: from DB9EHSMHS018.bigfish.com (unknown [10.174.16.252])	by mail129-db9.bigfish.com (Postfix) with ESMTP id 11AE136005B; Wed, 13 Nov 2013 21:19:30 +0000 (UTC)
Received: from BL2PRD0510HT003.namprd05.prod.outlook.com (157.56.240.101) by DB9EHSMHS018.bigfish.com (10.174.14.28) with Microsoft SMTP Server (TLS) id 14.16.227.3; Wed, 13 Nov 2013 21:19:29 +0000
Received: from BY2PR05MB143.namprd05.prod.outlook.com (10.242.39.153) by BL2PRD0510HT003.namprd05.prod.outlook.com (10.255.100.38) with Microsoft SMTP Server (TLS) id 14.16.371.2; Wed, 13 Nov 2013 21:19:19 +0000
Received: from BY2PR05MB142.namprd05.prod.outlook.com (10.242.39.144) by BY2PR05MB143.namprd05.prod.outlook.com (10.242.39.153) with Microsoft SMTP Server (TLS) id 15.0.800.7; Wed, 13 Nov 2013 21:19:07 +0000
Received: from BY2PR05MB142.namprd05.prod.outlook.com ([169.254.12.54]) by BY2PR05MB142.namprd05.prod.outlook.com ([169.254.12.27]) with mapi id 15.00.0800.005; Wed, 13 Nov 2013 21:19:06 +0000
From: John E Drake 
To: "huubatwork@gmail.com" , "ccamp@ietf.org" 
Thread-Topic: [CCAMP] Comment on compatibility in draft-takacs-ccamp-revertive-ps
Thread-Index: AQHO4LJrYQRqlnnjw0i8+LSQdIOkRZojpUWwgAACzgCAAAGKgA==
Date: Wed, 13 Nov 2013 21:19:05 +0000
Message-ID: 
References:  <5283E6B0.7030607@gmail.com> <3ff1a569966142cbb120eeecbb6b9530@BY2PR05MB142.namprd05.prod.outlook.com> <5283EAB2.1090609@gmail.com>
In-Reply-To: <5283EAB2.1090609@gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [66.129.239.14]
x-forefront-prvs: 0029F17A3F
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-FOPE-CONNECTOR: Id%0$Dn%*$RO%0$TLS%0$FQDN%$TlsDn%
Subject: Re: [CCAMP] Comment on compatibility in	draft-takacs-ccamp-revertive-ps
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 13 Nov 2013 21:19:39 -0000

SXQgbWlnaHQgYmUgZnVuIHRvIGVudW1lcmF0ZSBhbGwgb2YgdGhlIENDQU1QIGRyYWZ0cyB0aGF0
IGZhbGwgaW50byB0aGlzIGNhdGVnb3J5Lg0KDQpZb3VycyBJcnJlc3BlY3RpdmVseSwNCg0KSm9o
bg0KDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IGNjYW1wLWJvdW5jZXNA
aWV0Zi5vcmcgW21haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYNCj4gT2Yg
SHV1YiB2YW4gSGVsdm9vcnQNCj4gU2VudDogV2VkbmVzZGF5LCBOb3ZlbWJlciAxMywgMjAxMyAx
OjEwIFBNDQo+IFRvOiBjY2FtcEBpZXRmLm9yZw0KPiBTdWJqZWN0OiBSZTogW0NDQU1QXSBDb21t
ZW50IG9uIGNvbXBhdGliaWxpdHkgaW4gZHJhZnQtdGFrYWNzLWNjYW1wLQ0KPiByZXZlcnRpdmUt
cHMNCj4gDQo+IEhlbGxvIEpvaG4sDQo+IA0KPiBZb3UgcmVwbGllZDoNCj4gDQo+ID4gQSBuaWNl
IG5vdGUuICBEb3UgeW91IHRoaW5rIHRoaXMgZHJhZnQgaXMgZ2lsZGluZyB0aGUgbGlseT8NCj4g
DQo+IFllcywgaW5kZWVkLg0KPiANCj4gUmVnYXJkcywgSHV1Yi4NCj4gDQo+IA0KPiANCj4gPj4g
LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gPj4gRnJvbTogY2NhbXAtYm91bmNlc0BpZXRm
Lm9yZyBbbWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmddIE9uDQo+ID4+IEJlaGFsZiBPZiBI
dXViIHZhbiBIZWx2b29ydA0KPiA+PiBTZW50OiBXZWRuZXNkYXksIE5vdmVtYmVyIDEzLCAyMDEz
IDEyOjUzIFBNDQo+ID4+IFRvOiBjY2FtcEBpZXRmLm9yZw0KPiA+PiBTdWJqZWN0OiBSZTogW0ND
QU1QXSBDb21tZW50IG9uIGNvbXBhdGliaWxpdHkgaW4gZHJhZnQtdGFrYWNzLWNjYW1wLQ0KPiA+
PiByZXZlcnRpdmUtcHMNCj4gPj4NCj4gPj4gSGVsbG8gWmFmYXIsDQo+ID4+DQo+ID4+IFlvdSB3
cm90ZToNCj4gPj4NCj4gPj4gICA+IFRoZSBkZWZhdWx0IHBhcmFtZXRlciB2YWx1ZSBpbiBkYXRh
IHBsYW4gaXMgZGVmaWNpZW50IGZvciB0aGUgID4NCj4gPj4gZm9sbG93aW5nDQo+ID4+IHJlYXNv
bnM6DQo+ID4+Pg0KPiA+Pj4gICAxLiBXZSBjYW5ub3QgZGlmZmVyZW50aWF0ZSBiZXR3ZWVuIHJl
dmVydGl2ZSBhbmQgbm9uLXJldmVydGl2ZSBiZWhhdmlvcg0KPiA+Pj4gICAgICB1c2luZyBkZWZh
dWx0IHZhbHVlIG9mIHdhaXQtdG8tcmVzdG9yZSB0aW1lci4NCj4gPj4NCj4gPj4gVGhlIHZhbHVl
IG9mIHRoZSBXVFIgdGltZXIgc2hvdWxkIG5vdCBkZXRlcm1pbmUgdGhlIChub24tKXJldmVydGl2
ZQ0KPiBiZWhhdmlvci4NCj4gPj4gVGhlIChub24tKXJldmVydGl2ZSBiZWhhdmlvdXIgc2hvdWxk
IGJlIGV4cGxpY2l0bHkgcHJvdmlzaW9uZWQuDQo+ID4+DQo+ID4+PiAgICAgIEUuZy4sIGFzIGZh
cg0KPiA+Pj4gICAgICBhcyBJIHJlbWVtYmVyIGRlZmF1bHQgdmFsdWUgZm9yIFdSVCBpcyAwLCB3
aGljaCBtZWFucyBwcm90ZWN0aW9uDQo+ID4+PiAgICAgIGlzIG5vbi1yZXZlcnRpdmUuDQo+ID4+
DQo+ID4+IFRoZSB0eXBpY2FsIGRlZmF1bHQgdmFsdWUgZm9yIFdUUiBpcyA1IG1pbnV0ZXMgdG8g
cHJvdmlkZSBhDQo+ID4+IGh5c3RlcmVzaXMsIGl0IGNhbiBiZSBvdmVycnVsZWQgYnkgYSBoaWdo
ZXIgcHJpb3JpdHkgZXZlbnQgbGlrZSBTZiBvciBTRC4NCj4gPj4gU2V0dGluZyB0aGUgdmFsdWUg
b2YgV1RSIHRvIDAgZG9lcyBub3QgbWVhbiBwcm90ZWN0aW9uIGlzIG5vbi1yZXZlcnRpdmUuDQo+
ID4+DQo+ID4+PiAgICAgIFNvIHRoaXMgZGVmYXVsdCBkb2VzIG5vdCB3b3JrIGZvciByZXZlcnRp
dmUNCj4gPj4+ICAgICAgcHJvdGVjdGlvbi4gSS5lLiwgdGhlIGRhdGEgcGxhbiBkZWZhdWx0IGNh
bm5vdCBjb3ZlciBib3RoIHJldmVydGl2ZQ0KPiA+Pj4gICAgICBhbmQgbm9uLXJldmVydGl2ZSBj
YXNlcy4NCj4gPj4NCj4gPj4gQWdhaW46IHRoZSBXVFIgdmFsdWUgc2hvdWxkIG5vdCBiZSB1c2Vk
IHRvIGluZGljYXRlIChub24tKXJldmVydGl2ZQ0KPiBiZWhhdmlvci4NCj4gPj4NCj4gPj4+ICAg
Mi4gQ29ycmVjdCBzZXR0aW5nIGZvciB3YWl0LXRvLXJlc3RvcmUgYW5kIGhvbGQtb2ZmIHRpbWVy
cyBuZWVkIHRvDQo+ID4+PiAgICAgIGFjY291bnQgZm9yIGRpZmZlcmVudGlhbCBkZWxheXMgYmV0
d2VlbiB3b3JraW5nIGFuZCBwcm90ZWN0aW9uIHBhdGhzLg0KPiA+Pg0KPiA+PiBObywgV1RSIGFj
Y291bnRzIGZvciByZXBhaXIgb2YgdGhlIGZhaWxlZCBwYXRoIGFuZCB0byBlbmNlcnRhaW4gdGhh
dA0KPiA+PiB0aGUgcmVwYWlyIGNhbiBiZSB0cnVzdGVkLg0KPiA+PiBIb2xkLW9mZiB0aW1lcnMg
YXJlIHVzZWQgdG8gYWxsb3cgcHJvdGVjdGlvbiBzd2l0Y2hpbmcgaW4gbGF5ZXJzDQo+ID4+IGNs
b3NlciB0byB0aGUgcGh5c2ljYWwgbGF5ZXIgdG8gY29tcGxldGUgYmVmb3JlIHByb3RlY3Rpb24g
c3dpdGNoaW5nIGluIHRoZQ0KPiBhZmZlY3RlZCBsYXllci4NCj4gPj4NCj4gPj4+IEluIHN1bW1h
cnksIGRlZmF1bHQgdmFsdWVzIGNhbm5vdCBjb3ZlciBhbGwgdXNlIGNhc2VzLiBIZW5jZSwgU1AN
Cj4gPj4+IHR5cGljYWxseSB3YW50cyB0byBzZXQgcmV2ZXJ0aXZlIHZzLiBub24tcmV2ZXJ0aXZl
IGJlaGF2aW9yLA0KPiA+Pj4gd2FpdC10by1yZXN0b3JlIGFuZCBob2xkLW9mZiB0aW1lcnMgb24g
cGVyIGNvbm5lY3Rpb24gYmFzaXMuDQo+ID4+DQo+ID4+IFRoZXkgd2lsbCBwcm92aXNpb24gZGVm
YXVsdCB2YWx1ZXMgcGVyIGxheWVyIGluIHRoZSBuZXR3b3JrLg0KPiA+Pg0KPiA+PiBSZWdhcmRz
LCBIdXViLg0KPiA+Pg0KPiA+PiA9PT09PT09PT09PQ0KPiA+Pj4gRnJvbTogRGlldGVyIEJlbGxl
ciA8RGlldGVyLkJlbGxlckBhbGNhdGVsLWx1Y2VudC5jb20NCj4gPj4+IDxtYWlsdG86RGlldGVy
LkJlbGxlckBhbGNhdGVsLWx1Y2VudC5jb20+Pg0KPiA+Pj4gT3JnYW5pemF0aW9uOiBBbGNhdGVs
LUx1Y2VudA0KPiA+Pj4gRGF0ZTogU3VuZGF5LCBOb3ZlbWJlciAxMCwgMjAxMyA5OjA3IEFNDQo+
ID4+PiBUbzogemFsaSA8emFsaUBjaXNjby5jb20gPG1haWx0bzp6YWxpQGNpc2NvLmNvbT4+DQo+
ID4+PiBDYzogImxiZXJnZXJAbGFibi5uZXQgPG1haWx0bzpsYmVyZ2VyQGxhYm4ubmV0PiIgPGxi
ZXJnZXJAbGFibi5uZXQNCj4gPj4+IDxtYWlsdG86bGJlcmdlckBsYWJuLm5ldD4+LCAiY2NhbXBA
aWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4iDQo+ID4+PiA8Y2NhbXBAaWV0Zi5vcmcg
PG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+DQo+ID4+PiBTdWJqZWN0OiBSZTogW0NDQU1QXSBDb21t
ZW50IG9uIGNvbXBhdGliaWxpdHkgaW4NCj4gPj4+IGRyYWZ0LXRha2Fjcy1jY2FtcC1yZXZlcnRp
dmUtcHMNCj4gPj4+DQo+ID4+PiAgICAgIEhpIFphZmFyLA0KPiA+Pj4NCj4gPj4+ICAgICAgdGhp
cyBkcmFmdCBpcyBkZWZpbmluZyBzaWduYWxpbmcgZXh0ZW5zaW9ucyBmb3IgdGhlIGhvbGQtb2Zm
IHRpbWUgYXMNCj4gPj4+ICAgICAgd2VsbCBhcyB0aGUgd2FpdC10by1yZXN0b3JlIHRpbWUgZm9y
IHByb3RlY3RlZCBMU1BzDQo+ID4+PiAgICAgIHdoZXJlIGFwcGxpY2FibGUuDQo+ID4+Pg0KPiA+
Pj4gICAgICBUaGVyZSBhcmUgZGVmYXVsdCB2YWx1ZXMgc2V0IGZvciB0aGVzZSB0aW1lcnMgaW4g
dGhlIGRhdGEgcGxhbmUgYW5kDQo+ID4+PiAgICAgIHNpZ25hbGluZyB0aGVtIGluIHRoZSBjb250
cm9sIHBsYW5lIG1ha2VzIG9ubHkNCj4gPj4+ICAgICAgc2Vuc2UgaWYgdGhlIHRpbWVyIHZhbHVl
cyBzaGFsbCBkaWZmZXIgZnJvbSB0aGUgZGVmYXVsdCB2YWx1ZXMuIERvDQo+ID4+PiAgICAgIHlv
dSBzZWUgYSBuZWVkIGZvciB0aGF0PyBJTU8sIG9wZXJhdG9ycyB0eXBpY2FsbHkNCj4gPj4+ICAg
ICAgdXNlIHRoZSBkZWZhdWx0cyBhbmQgZG8gbm90IHNldCB0aGVzZSB2YWx1ZXMgb24gYSBwZXIg
Y29ubmVjdGlvbiBiYXNpcy4NCj4gPj4+DQo+ID4+Pg0KPiA+Pj4gICAgICBUaGFua3MsDQo+ID4+
PiAgICAgIERpZXRlcg0KPiA+Pj4NCj4gPj4+DQo+ID4+PiAgICAgIE9uIDA4LjExLjIwMTMgMjI6
MTEsIFphZmFyIEFsaSAoemFsaSkgd3JvdGU6DQo+ID4+Pj4gICAgICBIaSBMb3UtDQo+ID4+Pj4N
Cj4gPj4+PiAgICAgIFlvdSBhcmUgcmlnaHQsIHRoZSBjdHlwZSBpcyBUQkQsIGxpa2UgSSBtZW50
aW9uZWQgZHVyaW5nIHRoZSBtZWV0aW5nDQo+IHRoYXQNCj4gPj4+PiAgICAgIHdlIGFyZSB1c2lu
ZyBkaWZmZXJlbnQgY3R5cGUuDQo+ID4+Pj4NCj4gPj4+PiAgICAgIFdlIHdvdWxkIGxpa2UgdG8g
dGFrZSB0aGlzIG9wcG9ydHVuaXR5IHRvIHNvbGljaXQgY29tbWVudHMNCj4gPj4+PiBmcm9tIHRo
ZSBXRw0KPiA+PiBvbg0KPiA+Pj4+ICAgICAgdGhpcyBkcmFmdC4NCj4gPj4+Pg0KPiA+Pj4+ICAg
ICAgVGhhbmtzDQo+ID4+Pj4NCj4gPj4+PiAgICAgIFJlZ2FyZHMgxaAgWmFmYXINCj4gPj4+Pg0K
PiA+Pj4+ICAgICAgLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gPj4+PiAgICAgIEZyb206
ImxiZXJnZXJAbGFibi5uZXQiICA8bGJlcmdlckBsYWJuLm5ldD4NCj4gPj4+PiAgICAgIERhdGU6
IFRodXJzZGF5LCBOb3ZlbWJlciA3LCAyMDEzIDY6MTcgUE0NCj4gPj4+PiAgICAgIFRvOiB6YWxp
PHphbGlAY2lzY28uY29tPiwiY2NhbXBAaWV0Zi5vcmciICA8Y2NhbXBAaWV0Zi5vcmc+DQo+ID4+
Pj4gICAgICBTdWJqZWN0OiBDb21tZW50IG9uIGNvbXBhdGliaWxpdHkgaW4NCj4gPj4+PiBkcmFm
dC10YWthY3MtY2NhbXAtcmV2ZXJ0aXZlLXBzDQo+ID4+Pj4NCj4gPj4+Pj4gICAgICBaYWZhciwN
Cj4gPj4+Pj4gICAgICAJTXkgY29tbWVudCBpbiB0b2RheSdzIHNlc3Npb24gd2FzIHRoYXQgeW91
IGFyZSByZWRlZmluaW5nDQo+ID4+Pj4+IHRoZSBmb3JtYXQNCj4gPj4gb2YNCj4gPj4+Pj4gICAg
ICBhbiBleGlzdGluZyBvYmplY3QgKGJ5IGFkZGluZyBUTFZzKSB0aGlzIGJyZWFrcyBjb21wYXRp
YmlsaXR5LiAgWW91DQo+ID4+Pj4+ICAgICAgc3RhdGVkIHRoYXQgdGhpcyB3YXNuJ3QgdGhlIGNh
c2UuDQo+ID4+Pj4+DQo+ID4+Pj4+ICAgICAgRldJVzoNCj4gPj4+Pj4NCj4gPj4+Pj4gICAgICBZ
b3VyIGRvY3VtZW50IHNheXM6DQo+ID4+Pj4+DQo+ID4+Pj4+ICAgICAgICAgIDAgICAgICAgICAg
ICAgICAgICAgMSAgICAgICAgICAgICAgICAgICAyICAgICAgICAgICAgICAgICAgIDMNCj4gPj4+
Pj4gICAgICAgICAgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAy
IDMgNCA1IDYgNyA4IDkgMCAxDQo+ID4+Pj4+ICAgICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCj4gPj4+Pj4gICAg
ICAgICB8ICAgICAgICAgICAgTGVuZ3RoICAgICAgICAgICAgIHwgQ2xhc3MtTnVtKDM3KSB8ICAg
Qy1UeXBlKDIpICAgfA0KPiA+Pj4+PiAgICAgICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQo+ID4+Pj4+ICAgICAgICAg
fFN8UHxOfE98IFJlc2VydmVkICB8IExTUCBGbGFncyB8ICAgICAgUmVzZXJ2ZWQgICAgIHwgTGlu
ayBGbGFnc3wNCj4gPj4+Pj4gICAgICAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KPiA+Pj4+PiAgICAgICAgIHxJfFJ8
ICAgUmVzZXJ2ZWQgICAgfCBTZWcuRmxhZ3MgfCAgICAgICAgICAgUmVzZXJ2ZWQgICAgICAgICAg
ICB8DQo+ID4+Pj4+ICAgICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCj4gPj4+Pj4gICAgICAgICB8ICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfA0K
PiA+Pj4+PiAgICAgICAgIH4gICAgICAgICAgICAgICAgICAgICAgICAgICBzdWItVExWcyAgICAg
ICAgICAgICAgICAgICAgICAgICAgICB+DQo+ID4+Pj4+ICAgICAgICAgfCAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwNCj4gPj4+
Pj4NCj4gPj4+Pj4gKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSsNCj4gPj4+Pj4NCj4gPj4+Pj4NCj4gPj4+Pj4gICAgICBSRkM0
ODcyIHNheXMNCj4gPj4+Pj4gICAgICAgICAgICAwICAgICAgICAgICAgICAgICAgIDEgICAgICAg
ICAgICAgICAgICAgMiAgICAgICAgICAgICAgICAgICAzDQo+ID4+Pj4+ICAgICAgICAgICAgMCAx
IDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkg
MCAxDQo+ID4+Pj4+ICAgICAgICAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KPiA+Pj4+PiAgICAgICAgICAgfCAgICAg
ICAgICAgIExlbmd0aCAgICAgICAgICAgICB8IENsYXNzLU51bSgzNykgfCBDLVR5cGUgKDIpICAg
IHwNCj4gPj4+Pj4gICAgICAgICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQo+ID4+Pj4+ICAgICAgICAgICB8U3xQfE58
T3wgUmVzZXJ2ZWQgIHwgTFNQIEZsYWdzIHwgICAgIFJlc2VydmVkICAgICAgfCBMaW5rIEZsYWdz
fA0KPiA+Pj4+PiAgICAgICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCj4gPj4+Pj4gICAgICAgICAgIHwgICAgICAg
ICAgICAgICAgICAgICAgICAgICBSZXNlcnZlZCAgICAgICAgICAgICAgICAgICAgICAgICAgICB8
DQo+ID4+Pj4+DQo+ID4+Pj4+ICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQo+ID4+Pj4+DQo+ID4+Pj4+ICAgICAgUGVyaGFw
cyB5b3UgbWVhbnQgQy1UeXBlKFRCRCkuICBZb3Ugc2hvdWxkIGFkZHJlc3MgY29tcGF0aWJpbGl0
eQ0KPiA+Pj4+PiAgICAgIGV4cGxpY2l0bHkgaW4gYW55IGNhc2UuDQo+ID4+Pj4+DQo+ID4+Pj4+
ICAgICAgTG91DQo+ID4+Pj4gICAgICBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fXw0KPiA+Pj4+ICAgICAgQ0NBTVAgbWFpbGluZyBsaXN0DQo+ID4+Pj4gICAg
ICBDQ0FNUEBpZXRmLm9yZ2h0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vY2Nh
bXANCj4gPj4+DQo+IA0KPiANCj4gLS0NCj4gKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqDQo+ICoqDQo+ICAgICAgICAgICAgICAg
IOivt+iusOS9j++8jOS9oOaYr+eLrOS4gOaXoOS6jOeahO+8jOWwseWDj+WFtuS7luavj+S4gOS4
quS6uuS4gOagtw0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fXw0KPiBDQ0FNUCBtYWlsaW5nIGxpc3QNCj4gQ0NBTVBAaWV0Zi5vcmcNCj4gaHR0cHM6Ly93
d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9jY2FtcA0K


From acee.lindem@ericsson.com  Wed Nov 13 13:24:22 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B914F21E80FF for ; Wed, 13 Nov 2013 13:24:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.635
X-Spam-Level: 
X-Spam-Status: No, score=-2.635 tagged_above=-999 required=5 tests=[AWL=-0.036, BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id P8vCX8olN9Sw for ; Wed, 13 Nov 2013 13:24:17 -0800 (PST)
Received: from usevmg20.ericsson.net (usevmg20.ericsson.net [198.24.6.45]) by ietfa.amsl.com (Postfix) with ESMTP id 26CD821E80DB for ; Wed, 13 Nov 2013 13:24:17 -0800 (PST)
X-AuditID: c618062d-b7f278e000005a8f-43-5283edfbe2f7
Received: from EUSAAHC007.ericsson.se (Unknown_Domain [147.117.188.93]) by usevmg20.ericsson.net (Symantec Mail Security) with SMTP id 1C.D1.23183.BFDE3825; Wed, 13 Nov 2013 22:24:11 +0100 (CET)
Received: from EUSAAMB101.ericsson.se ([147.117.188.118]) by EUSAAHC007.ericsson.se ([147.117.188.93]) with mapi id 14.02.0328.009; Wed, 13 Nov 2013 16:24:11 -0500
From: Acee Lindem 
To: John E Drake , "huubatwork@gmail.com" , "ccamp@ietf.org" 
Thread-Topic: [CCAMP] Comment on compatibility in draft-takacs-ccamp-revertive-ps
Thread-Index: AQHO4LaxhBXcDfAG4kyH8HU6z0bMfw==
Date: Wed, 13 Nov 2013 21:24:10 +0000
Message-ID: <94A203EA12AECE4BA92D42DBFFE0AE47030E04B4@eusaamb101.ericsson.se>
In-Reply-To: 
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.3.6.130613
x-originating-ip: [147.117.188.134]
Content-Type: text/plain; charset="utf-8"
Content-ID: 
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrPLMWRmVeSWpSXmKPExsUyuXRPrO7vt81BBs/fK1k8mXODxWLG7Mus FnPuOjswe+ycdZfdY8mSn0we15uusgcwR3HZpKTmZJalFunbJXBlfNm4jrngR0hF3/VVLA2M D4K6GDk5JARMJJZ13mKCsMUkLtxbz9bFyMUhJHCEUeLXw8UsEM5yRonVmzcyglSxCehIPH/0 jxnEFhGolLj7ZgtYXFggSOL4zD9MEPFgidknbrJB2HoSizZ/Y+9i5OBgEVCVaF4VBxLmFfCV WLj2NhtImFMgTOLpkRSQMCPQDd9PrQGbwiwgLnHryXyo2wQkluw5zwxhi0q8fPyPFcQWBZre PWs5K0RcWWLJk/0sICOZBTQl1u/ShxhjLbFu2xd2CFtRYkr3Q3aICwQlTs58wjKBUWwWkm2z ELpnIemehaR7FpLuBYysqxg5SotTy3LTjQw2MQIj6ZgEm+4Oxj0vLQ8xSnOwKInzfnnrHCQk kJ5YkpqdmlqQWhRfVJqTWnyIkYmDU6qBcY557JxtqwsfaHtGKJU0nmNKPtT1Piqwbo6wsG7S Hc3+KRfN579zsNJWmM2tmPyXO7uA/SfDb53ACOGkqN+brO/yVKlutS+7KcnyPZlFe5OWRkcv W87GvrwzVSsafe8vmuLhtOHv42vddnyClzxXLsmq0BCf/KNKge/YFe7k5HftWzrWFmYpsRRn JBpqMRcVJwIAC2yOU3ICAAA=
Subject: Re: [CCAMP] Comment on compatibility in draft-takacs-ccamp-revertive-ps
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 13 Nov 2013 21:24:22 -0000

V2hlbiBhbGwgaXMgc2FpZCBhbmQgZG9uZSwgbW9yZSBpcyBzYWlkIHRoYW4gZG9uZeKApg0KQWNl
ZSANCg0KT24gMTEvMTMvMTMgMToxOSBQTSwgIkpvaG4gRSBEcmFrZSIgPGpkcmFrZUBqdW5pcGVy
Lm5ldD4gd3JvdGU6DQoNCj5JdCBtaWdodCBiZSBmdW4gdG8gZW51bWVyYXRlIGFsbCBvZiB0aGUg
Q0NBTVAgZHJhZnRzIHRoYXQgZmFsbCBpbnRvIHRoaXMNCj5jYXRlZ29yeS4NCj4NCj5Zb3VycyBJ
cnJlc3BlY3RpdmVseSwNCj4NCj5Kb2huDQo+DQo+PiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0t
LQ0KPj4gRnJvbTogY2NhbXAtYm91bmNlc0BpZXRmLm9yZyBbbWFpbHRvOmNjYW1wLWJvdW5jZXNA
aWV0Zi5vcmddIE9uIEJlaGFsZg0KPj4gT2YgSHV1YiB2YW4gSGVsdm9vcnQNCj4+IFNlbnQ6IFdl
ZG5lc2RheSwgTm92ZW1iZXIgMTMsIDIwMTMgMToxMCBQTQ0KPj4gVG86IGNjYW1wQGlldGYub3Jn
DQo+PiBTdWJqZWN0OiBSZTogW0NDQU1QXSBDb21tZW50IG9uIGNvbXBhdGliaWxpdHkgaW4gZHJh
ZnQtdGFrYWNzLWNjYW1wLQ0KPj4gcmV2ZXJ0aXZlLXBzDQo+PiANCj4+IEhlbGxvIEpvaG4sDQo+
PiANCj4+IFlvdSByZXBsaWVkOg0KPj4gDQo+PiA+IEEgbmljZSBub3RlLiAgRG91IHlvdSB0aGlu
ayB0aGlzIGRyYWZ0IGlzIGdpbGRpbmcgdGhlIGxpbHk/DQo+PiANCj4+IFllcywgaW5kZWVkLg0K
Pj4gDQo+PiBSZWdhcmRzLCBIdXViLg0KPj4gDQo+PiANCj4+IA0KPj4gPj4gLS0tLS1PcmlnaW5h
bCBNZXNzYWdlLS0tLS0NCj4+ID4+IEZyb206IGNjYW1wLWJvdW5jZXNAaWV0Zi5vcmcgW21haWx0
bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnXSBPbg0KPj4gPj4gQmVoYWxmIE9mIEh1dWIgdmFuIEhl
bHZvb3J0DQo+PiA+PiBTZW50OiBXZWRuZXNkYXksIE5vdmVtYmVyIDEzLCAyMDEzIDEyOjUzIFBN
DQo+PiA+PiBUbzogY2NhbXBAaWV0Zi5vcmcNCj4+ID4+IFN1YmplY3Q6IFJlOiBbQ0NBTVBdIENv
bW1lbnQgb24gY29tcGF0aWJpbGl0eSBpbiBkcmFmdC10YWthY3MtY2NhbXAtDQo+PiA+PiByZXZl
cnRpdmUtcHMNCj4+ID4+DQo+PiA+PiBIZWxsbyBaYWZhciwNCj4+ID4+DQo+PiA+PiBZb3Ugd3Jv
dGU6DQo+PiA+Pg0KPj4gPj4gICA+IFRoZSBkZWZhdWx0IHBhcmFtZXRlciB2YWx1ZSBpbiBkYXRh
IHBsYW4gaXMgZGVmaWNpZW50IGZvciB0aGUgID4NCj4+ID4+IGZvbGxvd2luZw0KPj4gPj4gcmVh
c29uczoNCj4+ID4+Pg0KPj4gPj4+ICAgMS4gV2UgY2Fubm90IGRpZmZlcmVudGlhdGUgYmV0d2Vl
biByZXZlcnRpdmUgYW5kIG5vbi1yZXZlcnRpdmUNCj4+YmVoYXZpb3INCj4+ID4+PiAgICAgIHVz
aW5nIGRlZmF1bHQgdmFsdWUgb2Ygd2FpdC10by1yZXN0b3JlIHRpbWVyLg0KPj4gPj4NCj4+ID4+
IFRoZSB2YWx1ZSBvZiB0aGUgV1RSIHRpbWVyIHNob3VsZCBub3QgZGV0ZXJtaW5lIHRoZSAobm9u
LSlyZXZlcnRpdmUNCj4+IGJlaGF2aW9yLg0KPj4gPj4gVGhlIChub24tKXJldmVydGl2ZSBiZWhh
dmlvdXIgc2hvdWxkIGJlIGV4cGxpY2l0bHkgcHJvdmlzaW9uZWQuDQo+PiA+Pg0KPj4gPj4+ICAg
ICAgRS5nLiwgYXMgZmFyDQo+PiA+Pj4gICAgICBhcyBJIHJlbWVtYmVyIGRlZmF1bHQgdmFsdWUg
Zm9yIFdSVCBpcyAwLCB3aGljaCBtZWFucw0KPj5wcm90ZWN0aW9uDQo+PiA+Pj4gICAgICBpcyBu
b24tcmV2ZXJ0aXZlLg0KPj4gPj4NCj4+ID4+IFRoZSB0eXBpY2FsIGRlZmF1bHQgdmFsdWUgZm9y
IFdUUiBpcyA1IG1pbnV0ZXMgdG8gcHJvdmlkZSBhDQo+PiA+PiBoeXN0ZXJlc2lzLCBpdCBjYW4g
YmUgb3ZlcnJ1bGVkIGJ5IGEgaGlnaGVyIHByaW9yaXR5IGV2ZW50IGxpa2UgU2YNCj4+b3IgU0Qu
DQo+PiA+PiBTZXR0aW5nIHRoZSB2YWx1ZSBvZiBXVFIgdG8gMCBkb2VzIG5vdCBtZWFuIHByb3Rl
Y3Rpb24gaXMNCj4+bm9uLXJldmVydGl2ZS4NCj4+ID4+DQo+PiA+Pj4gICAgICBTbyB0aGlzIGRl
ZmF1bHQgZG9lcyBub3Qgd29yayBmb3IgcmV2ZXJ0aXZlDQo+PiA+Pj4gICAgICBwcm90ZWN0aW9u
LiBJLmUuLCB0aGUgZGF0YSBwbGFuIGRlZmF1bHQgY2Fubm90IGNvdmVyIGJvdGgNCj4+cmV2ZXJ0
aXZlDQo+PiA+Pj4gICAgICBhbmQgbm9uLXJldmVydGl2ZSBjYXNlcy4NCj4+ID4+DQo+PiA+PiBB
Z2FpbjogdGhlIFdUUiB2YWx1ZSBzaG91bGQgbm90IGJlIHVzZWQgdG8gaW5kaWNhdGUgKG5vbi0p
cmV2ZXJ0aXZlDQo+PiBiZWhhdmlvci4NCj4+ID4+DQo+PiA+Pj4gICAyLiBDb3JyZWN0IHNldHRp
bmcgZm9yIHdhaXQtdG8tcmVzdG9yZSBhbmQgaG9sZC1vZmYgdGltZXJzIG5lZWQgdG8NCj4+ID4+
PiAgICAgIGFjY291bnQgZm9yIGRpZmZlcmVudGlhbCBkZWxheXMgYmV0d2VlbiB3b3JraW5nIGFu
ZCBwcm90ZWN0aW9uDQo+PnBhdGhzLg0KPj4gPj4NCj4+ID4+IE5vLCBXVFIgYWNjb3VudHMgZm9y
IHJlcGFpciBvZiB0aGUgZmFpbGVkIHBhdGggYW5kIHRvIGVuY2VydGFpbiB0aGF0DQo+PiA+PiB0
aGUgcmVwYWlyIGNhbiBiZSB0cnVzdGVkLg0KPj4gPj4gSG9sZC1vZmYgdGltZXJzIGFyZSB1c2Vk
IHRvIGFsbG93IHByb3RlY3Rpb24gc3dpdGNoaW5nIGluIGxheWVycw0KPj4gPj4gY2xvc2VyIHRv
IHRoZSBwaHlzaWNhbCBsYXllciB0byBjb21wbGV0ZSBiZWZvcmUgcHJvdGVjdGlvbiBzd2l0Y2hp
bmcNCj4+aW4gdGhlDQo+PiBhZmZlY3RlZCBsYXllci4NCj4+ID4+DQo+PiA+Pj4gSW4gc3VtbWFy
eSwgZGVmYXVsdCB2YWx1ZXMgY2Fubm90IGNvdmVyIGFsbCB1c2UgY2FzZXMuIEhlbmNlLCBTUA0K
Pj4gPj4+IHR5cGljYWxseSB3YW50cyB0byBzZXQgcmV2ZXJ0aXZlIHZzLiBub24tcmV2ZXJ0aXZl
IGJlaGF2aW9yLA0KPj4gPj4+IHdhaXQtdG8tcmVzdG9yZSBhbmQgaG9sZC1vZmYgdGltZXJzIG9u
IHBlciBjb25uZWN0aW9uIGJhc2lzLg0KPj4gPj4NCj4+ID4+IFRoZXkgd2lsbCBwcm92aXNpb24g
ZGVmYXVsdCB2YWx1ZXMgcGVyIGxheWVyIGluIHRoZSBuZXR3b3JrLg0KPj4gPj4NCj4+ID4+IFJl
Z2FyZHMsIEh1dWIuDQo+PiA+Pg0KPj4gPj4gPT09PT09PT09PT0NCj4+ID4+PiBGcm9tOiBEaWV0
ZXIgQmVsbGVyIDxEaWV0ZXIuQmVsbGVyQGFsY2F0ZWwtbHVjZW50LmNvbQ0KPj4gPj4+IDxtYWls
dG86RGlldGVyLkJlbGxlckBhbGNhdGVsLWx1Y2VudC5jb20+Pg0KPj4gPj4+IE9yZ2FuaXphdGlv
bjogQWxjYXRlbC1MdWNlbnQNCj4+ID4+PiBEYXRlOiBTdW5kYXksIE5vdmVtYmVyIDEwLCAyMDEz
IDk6MDcgQU0NCj4+ID4+PiBUbzogemFsaSA8emFsaUBjaXNjby5jb20gPG1haWx0bzp6YWxpQGNp
c2NvLmNvbT4+DQo+PiA+Pj4gQ2M6ICJsYmVyZ2VyQGxhYm4ubmV0IDxtYWlsdG86bGJlcmdlckBs
YWJuLm5ldD4iIDxsYmVyZ2VyQGxhYm4ubmV0DQo+PiA+Pj4gPG1haWx0bzpsYmVyZ2VyQGxhYm4u
bmV0Pj4sICJjY2FtcEBpZXRmLm9yZyA8bWFpbHRvOmNjYW1wQGlldGYub3JnPiINCj4+ID4+PiA8
Y2NhbXBAaWV0Zi5vcmcgPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+DQo+PiA+Pj4gU3ViamVjdDog
UmU6IFtDQ0FNUF0gQ29tbWVudCBvbiBjb21wYXRpYmlsaXR5IGluDQo+PiA+Pj4gZHJhZnQtdGFr
YWNzLWNjYW1wLXJldmVydGl2ZS1wcw0KPj4gPj4+DQo+PiA+Pj4gICAgICBIaSBaYWZhciwNCj4+
ID4+Pg0KPj4gPj4+ICAgICAgdGhpcyBkcmFmdCBpcyBkZWZpbmluZyBzaWduYWxpbmcgZXh0ZW5z
aW9ucyBmb3IgdGhlIGhvbGQtb2ZmDQo+PnRpbWUgYXMNCj4+ID4+PiAgICAgIHdlbGwgYXMgdGhl
IHdhaXQtdG8tcmVzdG9yZSB0aW1lIGZvciBwcm90ZWN0ZWQgTFNQcw0KPj4gPj4+ICAgICAgd2hl
cmUgYXBwbGljYWJsZS4NCj4+ID4+Pg0KPj4gPj4+ICAgICAgVGhlcmUgYXJlIGRlZmF1bHQgdmFs
dWVzIHNldCBmb3IgdGhlc2UgdGltZXJzIGluIHRoZSBkYXRhDQo+PnBsYW5lIGFuZA0KPj4gPj4+
ICAgICAgc2lnbmFsaW5nIHRoZW0gaW4gdGhlIGNvbnRyb2wgcGxhbmUgbWFrZXMgb25seQ0KPj4g
Pj4+ICAgICAgc2Vuc2UgaWYgdGhlIHRpbWVyIHZhbHVlcyBzaGFsbCBkaWZmZXIgZnJvbSB0aGUg
ZGVmYXVsdA0KPj52YWx1ZXMuIERvDQo+PiA+Pj4gICAgICB5b3Ugc2VlIGEgbmVlZCBmb3IgdGhh
dD8gSU1PLCBvcGVyYXRvcnMgdHlwaWNhbGx5DQo+PiA+Pj4gICAgICB1c2UgdGhlIGRlZmF1bHRz
IGFuZCBkbyBub3Qgc2V0IHRoZXNlIHZhbHVlcyBvbiBhIHBlcg0KPj5jb25uZWN0aW9uIGJhc2lz
Lg0KPj4gPj4+DQo+PiA+Pj4NCj4+ID4+PiAgICAgIFRoYW5rcywNCj4+ID4+PiAgICAgIERpZXRl
cg0KPj4gPj4+DQo+PiA+Pj4NCj4+ID4+PiAgICAgIE9uIDA4LjExLjIwMTMgMjI6MTEsIFphZmFy
IEFsaSAoemFsaSkgd3JvdGU6DQo+PiA+Pj4+ICAgICAgSGkgTG91LQ0KPj4gPj4+Pg0KPj4gPj4+
PiAgICAgIFlvdSBhcmUgcmlnaHQsIHRoZSBjdHlwZSBpcyBUQkQsIGxpa2UgSSBtZW50aW9uZWQg
ZHVyaW5nIHRoZQ0KPj5tZWV0aW5nDQo+PiB0aGF0DQo+PiA+Pj4+ICAgICAgd2UgYXJlIHVzaW5n
IGRpZmZlcmVudCBjdHlwZS4NCj4+ID4+Pj4NCj4+ID4+Pj4gICAgICBXZSB3b3VsZCBsaWtlIHRv
IHRha2UgdGhpcyBvcHBvcnR1bml0eSB0byBzb2xpY2l0IGNvbW1lbnRzDQo+PiA+Pj4+IGZyb20g
dGhlIFdHDQo+PiA+PiBvbg0KPj4gPj4+PiAgICAgIHRoaXMgZHJhZnQuDQo+PiA+Pj4+DQo+PiA+
Pj4+ICAgICAgVGhhbmtzDQo+PiA+Pj4+DQo+PiA+Pj4+ICAgICAgUmVnYXJkcyDFoCBaYWZhcg0K
Pj4gPj4+Pg0KPj4gPj4+PiAgICAgIC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+PiA+Pj4+
ICAgICAgRnJvbToibGJlcmdlckBsYWJuLm5ldCIgIDxsYmVyZ2VyQGxhYm4ubmV0Pg0KPj4gPj4+
PiAgICAgIERhdGU6IFRodXJzZGF5LCBOb3ZlbWJlciA3LCAyMDEzIDY6MTcgUE0NCj4+ID4+Pj4g
ICAgICBUbzogemFsaTx6YWxpQGNpc2NvLmNvbT4sImNjYW1wQGlldGYub3JnIiAgPGNjYW1wQGll
dGYub3JnPg0KPj4gPj4+PiAgICAgIFN1YmplY3Q6IENvbW1lbnQgb24gY29tcGF0aWJpbGl0eSBp
bg0KPj4gPj4+PiBkcmFmdC10YWthY3MtY2NhbXAtcmV2ZXJ0aXZlLXBzDQo+PiA+Pj4+DQo+PiA+
Pj4+PiAgICAgIFphZmFyLA0KPj4gPj4+Pj4gICAgICAJTXkgY29tbWVudCBpbiB0b2RheSdzIHNl
c3Npb24gd2FzIHRoYXQgeW91IGFyZSByZWRlZmluaW5nDQo+PiA+Pj4+PiB0aGUgZm9ybWF0DQo+
PiA+PiBvZg0KPj4gPj4+Pj4gICAgICBhbiBleGlzdGluZyBvYmplY3QgKGJ5IGFkZGluZyBUTFZz
KSB0aGlzIGJyZWFrcw0KPj5jb21wYXRpYmlsaXR5LiAgWW91DQo+PiA+Pj4+PiAgICAgIHN0YXRl
ZCB0aGF0IHRoaXMgd2Fzbid0IHRoZSBjYXNlLg0KPj4gPj4+Pj4NCj4+ID4+Pj4+ICAgICAgRldJ
VzoNCj4+ID4+Pj4+DQo+PiA+Pj4+PiAgICAgIFlvdXIgZG9jdW1lbnQgc2F5czoNCj4+ID4+Pj4+
DQo+PiA+Pj4+PiAgICAgICAgICAwICAgICAgICAgICAgICAgICAgIDEgICAgICAgICAgICAgICAg
ICAgMg0KPj4gICAzDQo+PiA+Pj4+PiAgICAgICAgICAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAy
IDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3DQo+PjggOSAwIDENCj4+ID4+Pj4+ICAgICAg
ICAgDQo+PistKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rDQo+PiA+Pj4+PiAgICAgICAgIHwgICAgICAgICAgICBMZW5ndGggICAg
ICAgICAgICAgfCBDbGFzcy1OdW0oMzcpIHwNCj4+Qy1UeXBlKDIpICAgfA0KPj4gPj4+Pj4gICAg
ICAgICANCj4+Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSsNCj4+ID4+Pj4+ICAgICAgICAgfFN8UHxOfE98IFJlc2VydmVkICB8
IExTUCBGbGFncyB8ICAgICAgUmVzZXJ2ZWQgICAgIHwNCj4+TGluayBGbGFnc3wNCj4+ID4+Pj4+
ICAgICAgICAgDQo+PistKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rDQo+PiA+Pj4+PiAgICAgICAgIHxJfFJ8ICAgUmVzZXJ2ZWQg
ICAgfCBTZWcuRmxhZ3MgfCAgICAgICAgICAgUmVzZXJ2ZWQNCj4+ICAgICAgfA0KPj4gPj4+Pj4g
ICAgICAgICANCj4+Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSsNCj4+ID4+Pj4+ICAgICAgICAgfCANCj4+ICAgICAgfA0KPj4g
Pj4+Pj4gICAgICAgICB+ICAgICAgICAgICAgICAgICAgICAgICAgICAgc3ViLVRMVnMNCj4+ICAg
ICAgfg0KPj4gPj4+Pj4gICAgICAgICB8IA0KPj4gICAgICB8DQo+PiA+Pj4+Pg0KPj4gPj4+Pj4g
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSsNCj4+ID4+Pj4+DQo+PiA+Pj4+Pg0KPj4gPj4+Pj4gICAgICBSRkM0ODcyIHNheXMN
Cj4+ID4+Pj4+ICAgICAgICAgICAgMCAgICAgICAgICAgICAgICAgICAxICAgICAgICAgICAgICAg
ICAgIDINCj4+ICAgICAzDQo+PiA+Pj4+PiAgICAgICAgICAgIDAgMSAyIDMgNCA1IDYgNyA4IDkg
MCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2DQo+PjcgOCA5IDAgMQ0KPj4gPj4+Pj4g
ICAgICAgICAgIA0KPj4rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKw0KPj4gPj4+Pj4gICAgICAgICAgIHwgICAgICAgICAgICBM
ZW5ndGggICAgICAgICAgICAgfCBDbGFzcy1OdW0oMzcpIHwNCj4+Qy1UeXBlICgyKSAgICB8DQo+
PiA+Pj4+PiAgICAgICAgICAgDQo+PistKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQo+PiA+Pj4+PiAgICAgICAgICAgfFN8UHxO
fE98IFJlc2VydmVkICB8IExTUCBGbGFncyB8ICAgICBSZXNlcnZlZCAgICAgIHwNCj4+TGluayBG
bGFnc3wNCj4+ID4+Pj4+ICAgICAgICAgICANCj4+Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCj4+ID4+Pj4+ICAgICAgICAg
ICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgUmVzZXJ2ZWQNCj4+ICAgICAgICB8DQo+PiA+
Pj4+Pg0KPj4gPj4+Pj4gKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSsNCj4+ID4+Pj4+DQo+PiA+Pj4+PiAgICAgIFBlcmhhcHMg
eW91IG1lYW50IEMtVHlwZShUQkQpLiAgWW91IHNob3VsZCBhZGRyZXNzDQo+PmNvbXBhdGliaWxp
dHkNCj4+ID4+Pj4+ICAgICAgZXhwbGljaXRseSBpbiBhbnkgY2FzZS4NCj4+ID4+Pj4+DQo+PiA+
Pj4+PiAgICAgIExvdQ0KPj4gPj4+PiAgICAgIF9fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fDQo+PiA+Pj4+ICAgICAgQ0NBTVAgbWFpbGluZyBsaXN0DQo+PiA+
Pj4+ICAgICAgQ0NBTVBAaWV0Zi5vcmdodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3Rp
bmZvL2NjYW1wDQo+PiA+Pj4NCj4+IA0KPj4gDQo+PiAtLQ0KPj4gKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqDQo+PiAqKg0KPj4g
ICAgICAgICAgICAgICAg6K+36K6w5L2P77yM5L2g5piv54us5LiA5peg5LqM55qE77yM5bCx5YOP
5YW25LuW5q+P5LiA5Liq5Lq65LiA5qC3DQo+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fXw0KPj4gQ0NBTVAgbWFpbGluZyBsaXN0DQo+PiBDQ0FNUEBpZXRm
Lm9yZw0KPj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9jY2FtcA0KPl9f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+Q0NBTVAgbWFp
bGluZyBsaXN0DQo+Q0NBTVBAaWV0Zi5vcmcNCj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFu
L2xpc3RpbmZvL2NjYW1wDQoNCg==

From internet-drafts@ietf.org  Wed Nov 13 13:52:44 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0057E21E8162; Wed, 13 Nov 2013 13:52:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.566
X-Spam-Level: 
X-Spam-Status: No, score=-102.566 tagged_above=-999 required=5 tests=[AWL=0.034, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id f2g62vZFYU55; Wed, 13 Nov 2013 13:52:43 -0800 (PST)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id E8EC811E8150; Wed, 13 Nov 2013 13:52:41 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
From: internet-drafts@ietf.org
To: i-d-announce@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 4.83
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20131113215241.30560.20558.idtracker@ietfa.amsl.com>
Date: Wed, 13 Nov 2013 13:52:41 -0800
Cc: ccamp@ietf.org
Subject: [CCAMP] I-D Action: draft-ietf-ccamp-general-constraint-encode-12.txt
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 13 Nov 2013 21:52:44 -0000

A New Internet-Draft is available from the on-line Internet-Drafts director=
ies.
 This draft is a work item of the Common Control and Measurement Plane Work=
ing Group of the IETF.

	Title           : General Network Element Constraint Encoding for GMPLS Co=
ntrolled Networks
	Author(s)       : Greg M. Bernstein
                          Young Lee
                          Dan Li
                          Wataru Imajuku
	Filename        : draft-ietf-ccamp-general-constraint-encode-12.txt
	Pages           : 31
	Date            : 2013-11-13

Abstract:
   Generalized Multiprotocol Label Switching can be used to control a
   wide variety of technologies. In some of these technologies network
   elements and links may impose additional routing constraints such as
   asymmetric switch connectivity, non-local label assignment, and
   label range limitations on links.

   This document provides efficient, protocol-agnostic encodings for
   general information elements representing connectivity and label
   constraints as well as label availability. It is intended that
   protocol-specific documents will reference this memo to describe how
   information is carried for specific uses.





The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-ccamp-general-constraint-encode

There's also a htmlized version available at:
http://tools.ietf.org/html/draft-ietf-ccamp-general-constraint-encode-12

A diff from the previous version is available at:
http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ccamp-general-constraint-enco=
de-12


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 lberger@labn.net  Wed Nov 13 13:56:29 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 28AD811E810A for ; Wed, 13 Nov 2013 13:56:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.92
X-Spam-Level: 
X-Spam-Status: No, score=-101.92 tagged_above=-999 required=5 tests=[AWL=0.679, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MSFTKs80or7r for ; Wed, 13 Nov 2013 13:56:24 -0800 (PST)
Received: from qproxy1-pub.mail.unifiedlayer.com (qproxy1-pub.mail.unifiedlayer.com [173.254.64.10]) by ietfa.amsl.com (Postfix) with SMTP id AEDE521E8091 for ; Wed, 13 Nov 2013 13:56:19 -0800 (PST)
Received: (qmail 32498 invoked by uid 0); 13 Nov 2013 21:55:58 -0000
Received: from unknown (HELO box313.bluehost.com) (69.89.31.113) by qproxy1.mail.unifiedlayer.com with SMTP; 13 Nov 2013 21:55:58 -0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default;  h=Content-Transfer-Encoding:Content-Type:Subject:To:MIME-Version:From:Date:Message-ID; bh=onULLDXKa073XM7TcJxBbcbQrYjvMh2EWhrXy9G5MVI=;  b=KJAT3ARJF0YQo0WBw2QTC/gDzJKFTTzRAoNh7jKDYWBp1/MUSG8urQwfWFOBCnmcHfBfz84vzVD6DfyHnjKgmEkN9SwDhb7op+rTBpfL7Cm1C6uk5Ww6pgMqpca59DN9;
Received: from box313.bluehost.com ([69.89.31.113]:46223 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.82) (envelope-from ) id 1VgiPm-000410-0H for ccamp@ietf.org; Wed, 13 Nov 2013 14:55:58 -0700
Message-ID: <5283F573.2020009@labn.net>
Date: Wed, 13 Nov 2013 16:56:03 -0500
From: Lou Berger 
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0
MIME-Version: 1.0
To: CCAMP 
X-Enigmail-Version: 1.6
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net}
Subject: [CCAMP] etherpad draft minutes available
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 13 Nov 2013 21:56:29 -0000

All,
	The raw minutes taken during last week's session are available in
etherpad, http://tools.ietf.org/wg/ccamp/minutes.  Please feel free to
review and edit these to match your own personal notes.  Formal draft
minutes will be prepared by Daniele, and the chairs, and will include
any additions made to etherpad. Changes to the distributed minutes will
of require discussion on the list -- while changes to etherpad can just
be made.  (A time line of changes can be seen by the clock 'timeslider'
icon.)

I believe Daniele is planning to work on the minutes over the weekend,
so please make changes that you want incorporated as soon as possible.

Much thanks,
Lou (Deborah, and Daniele)

From leeyoung@huawei.com  Wed Nov 13 14:09:27 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 91EBB21F9FC8 for ; Wed, 13 Nov 2013 14:09:26 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level: 
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[AWL=0.000,  BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Mx0+JC3yu-PX for ; Wed, 13 Nov 2013 14:09:22 -0800 (PST)
Received: from dfwrgout.huawei.com (dfwrgout.huawei.com [206.16.17.72]) by ietfa.amsl.com (Postfix) with ESMTP id CF4A021E80FA for ; Wed, 13 Nov 2013 14:09:10 -0800 (PST)
Received: from 172.18.9.243 (EHLO lhreml203-edg.china.huawei.com) ([172.18.9.243]) by dfwrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id AOM74156; Wed, 13 Nov 2013 16:09:09 -0600 (CST)
Received: from LHREML405-HUB.china.huawei.com (10.201.5.242) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 13 Nov 2013 22:08:51 +0000
Received: from DFWEML408-HUB.china.huawei.com (10.193.5.134) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 13 Nov 2013 22:09:08 +0000
Received: from dfweml511-mbs.china.huawei.com ([169.254.15.141]) by dfweml408-hub.china.huawei.com ([10.193.5.134]) with mapi id 14.03.0158.001; Wed, 13 Nov 2013 14:09:04 -0800
From: Leeyoung 
To: Lou Berger , CCAMP , "draft-ietf-ccamp-general-constraint-encode@tools.ietf.org" 
Thread-Topic: [CCAMP] WG Last Call: WSON documents - draft-ietf-ccamp-general-constraint-encode
Thread-Index: AQHO1NowGz+nag+hdUes3c4qcvEjrpojy+qA
Date: Wed, 13 Nov 2013 22:09:04 +0000
Message-ID: <7AEB3D6833318045B4AE71C2C87E8E17291E3DF3@dfweml511-mbs.china.huawei.com>
References: <524AF9A9.3040006@labn.net> <5266E138.8080605@labn.net> <526FFDF8.1060101@labn.net>
In-Reply-To: <526FFDF8.1060101@labn.net>
Accept-Language: en-US, zh-CN
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.192.11.125]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Subject: Re: [CCAMP] WG Last Call: WSON documents -	draft-ietf-ccamp-general-constraint-encode
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 13 Nov 2013 22:09:27 -0000

Hi Lou,

Here's my response inline to your comments on draft-ietf-ccamp-general-cons=
traint-encode.

Thanks.
Young

-----Original Message-----
From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of L=
ou Berger
Sent: Tuesday, October 29, 2013 1:27 PM
To: CCAMP; draft-ietf-ccamp-general-constraint-encode@tools.ietf.org
Subject: Re: [CCAMP] WG Last Call: WSON documents - draft-ietf-ccamp-genera=
l-constraint-encode

Authors,
	I have some comments on this document. A number are strictly editorial. No=
te that I'm the document shepherd, see RFC 4858 for more information.

- Please address my general comments on the WSON document set

YOUNG>> Done.=20

- I'm a bit surprised that this document does *not* reference the rwa-info =
draft.  Given that it provides the context for this document, it should be =
there, and probably as a normative reference.

YOUNG>> RWA-INFO referenced as a Normative reference in Section 2 as follow=
s: "This section provides encodings for the information elements defined
   in [RWA-INFO] that have general applicability."


- Your references to [Switch] seem almost normative in nature. I suspect th=
at this is not your intent as it is listed as an informative reference.  Pl=
ease revisit your references and ensure that the draft does not depend on a=
ny informative references.  (Either change the text, or move the reference =
to normative.) Perhaps these are places where a reference to rwa-info are m=
ore appropriate.

YOUNG>> Cleaned up the reference. [Switch] is placed as a normative referen=
ce.

- An editorial comment on section ordering:  Section 2 is ordered as
follows:

   2. Encoding.......................................................6
      2.1. Link Set Field............................................6
      2.2. Label Set Field...........................................8
      2.3. Available Labels Sub-TLV.................................11
      2.4. Shared Backup Labels Sub-TLV.............................11
      2.5. Connectivity Matrix Sub-TLV..............................12
      2.6. Port Label Restriction sub-TLV...........................13

  Is there a logical order to these sections? They don't seem to be
  aligned with the rwa-info draft which has:

   4. Node Information (General).....................................8
      4.1. Connectivity Matrix.......................................9
      4.2. Shared Risk Node Group...................................10

   6. Link Information (General)....................................17
      6.6. Port Label (Wavelength) Restrictions.....................18

   7. Dynamic Components of the Information Model...................21
      7.1. Dynamic Link Information (General).......................22

   Perhaps it makes sense from a readability standpoint to realign to
   match rwa-info?


YOUNG>> Did some rearranging to match with that of rwa-info where possible =
as follows:

      2.1. Connectivity Matrix Field.................................5
      2.2. Port Label Restriction Field..............................7
      2.3. Link Set Field...........................................10
      2.4. Available Labels Field...................................12
      2.5. Shared Backup Labels Field...............................13
      2.6. Label Set Field..........................................14


- Section 2 says:
   A type-length-value (TLV) encoding of the general connectivity and
   label restrictions and availability extensions is given in this
   section. This encoding is designed to be suitable for use in the
   GMPLS routing protocols OSPF [RFC4203] and IS-IS [RFC5307] and in
   the PCE protocol PCEP [PCEP]. Note that the information distributed
   in [RFC4203] and [RFC5307] is arranged via the nesting of sub-TLVs
   within TLVs and this document makes use of such constructs...

 Yet there are no types or (sub)TLVs actually defined in this  document.  A=
s such, I think this document should not use the term  "sub-TLV" for the in=
formation elements it defines. In most cases  this just means substituting =
"the  sub-TLV"
 with just "".

 Section 2 can be revised to read something along the lines of:
   This section provides encodings for the information elements defined
   in [RWA-INFO] that have general applicability.  The encodings are
   designed to be suitable for use in the
   GMPLS routing protocols OSPF [RFC4203] and IS-IS [RFC5307] and in
   the PCE protocol PCEP [PCEP]. Note that the information distributed
   in [RFC4203] and [RFC5307] is arranged via the nesting of sub-TLVs
   within TLVs and this document defines elements to be used within
   such constructs...

YOUNG>> All references to sub-TLVs and sub-sub-TLVs were removed and added =
the following paragraphs in Section 2:

   This section provides encodings for the information elements defined
   in [RWA-INFO] that have applicability to WSON.  The encodings are
   designed to be suitable for use in the GMPLS routing protocols OSPF
   [RFC4203] and IS-IS [RFC5307] and in the PCE protocol (PCEP)
   [RFC5440]. Note that the information distributed in [RFC4203] and
   [RFC5307] is arranged via the nesting of sub-TLVs within TLVs and
   this document defines elements to be used within such constructs.
   Specific constructs of sub-TLVs and the nesting of sub-TLVs of the
   information element defined by this document will be defined in the
   respective protocol enhancement documents.



- section 2.2.
   Labels are variable in lengh and need not be 4 bytes long.  This
   needs to be represented and accounted for in the encodings defined
   in this section.

YOUNG>> Agreed. Added the following sentence in Section 2.6 (new section du=
e to shuffling):
   "Labels are variable in length. The second 32 bit field is a part of the=
 base label used as a
   starting point in many of the specific formats."


- Section 2.2.1 and 2.2.2 says "Num Labels (not used)" and
   "Num Labels is not used in this particular format since the Length
   parameter is sufficient to determine the number of labels in the
   list."

  Is there a reason to not set the Num Labels Field in these cases?
  Recall that labels are themselves variable length fields.

YOUNG>> The texts concerning the Num Labels are wrong. In all cases, the Nu=
m Labels are used in the new text.


- section A.2
  s/With the Grid/Using the label format defined in [RFC 6205], with the Gr=
id...
  s/Num Wavelengths/Num Labels (multiple places)

YOUNG>> Corrected.=20

     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |  0    | Num Wavelengths =3D 40  |    Length =3D 20 bytes          |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  shouldn't Num Labels either be 0 (if unused) or =3D 7 (assuming num
  labels used in this case)?

YOUNG>> Yes, it should be 7. Corrected.

That's it on this one,
Lou

On 10/22/2013 4:34 PM, Lou Berger wrote:
>=20
> All,
> 	Given the recent draft submission deadline and only one comment being=20
> received to date, we'd like to extend the WG more time for review.
>=20
> These drafts represent significant work by the authors and WG, so=20
> please review and let the WG know what you think (positive or negative)!
>=20
> Please have all comments in by October 29.
>=20
> Thank you,
> Lou (and Deborah)
>=20
> On 10/1/2013 12:34 PM, Lou Berger wrote:
>> All,
>>
>> This mail begins working group last call on the WSON documents.  As=20
>> there are 6 documents in this set, the last call will be three weeks.
>> The documents included in the last call are:
>>
>> http://tools.ietf.org/html/draft-ietf-ccamp-rwa-info-18
>> (Informational, IPR Disclosed)
>>
>> http://tools.ietf.org/html/draft-ietf-ccamp-general-constraint-encode
>> -11
>> (Standards Track, IPR Disclosed)
>>
>> http://tools.ietf.org/html/draft-ietf-ccamp-rwa-wson-encode-21
>> (Standards Track)
>>
>> http://tools.ietf.org/html/draft-ietf-ccamp-gmpls-general-constraints
>> -ospf-te-05
>> (Standards Track, IPR Disclosed)
>>
>> http://tools.ietf.org/html/draft-ietf-ccamp-wson-signal-compatibility
>> -ospf-12
>> (Standards Track, IPR Disclosed)
>>
>> http://tools.ietf.org/html/draft-ietf-ccamp-wson-signaling-06=20
>> (Standards
>> Track) Also has one open issue that will need to be resolved as part=20
>> of LC, see http://trac.tools.ietf.org/wg/ccamp/trac/ticket/52.
>>
>> This working group last call ends on October 22.  Comments should be=20
>> sent to the CCAMP mailing list.  Please remember to include the=20
>> technical basis for any comments.
>>
>> Positive comments, e.g., "I've reviewed this document and believe it=20
>> is ready for publication", are welcome!
>>
>> Please note that we're still missing some IPR statements.  Any=20
>> forthcoming publication request will be delayed by late IPR=20
>> statements/disclosures.
>>
>>
>> Thank you,
>> Lou (and Deborah)
>> _______________________________________________
>> CCAMP mailing list
>> CCAMP@ietf.org
>> https://www.ietf.org/mailman/listinfo/ccamp
>>
>>
>>
>>
> _______________________________________________
> CCAMP mailing list
> CCAMP@ietf.org
> https://www.ietf.org/mailman/listinfo/ccamp
>=20
>=20
>=20
>=20
_______________________________________________
CCAMP mailing list
CCAMP@ietf.org
https://www.ietf.org/mailman/listinfo/ccamp

From internet-drafts@ietf.org  Wed Nov 13 14:13:44 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1C02B21E8185; Wed, 13 Nov 2013 14:13:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.567
X-Spam-Level: 
X-Spam-Status: No, score=-102.567 tagged_above=-999 required=5 tests=[AWL=0.033, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Qw2J+-gcvVpV; Wed, 13 Nov 2013 14:13:43 -0800 (PST)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 4B3CE21E8186; Wed, 13 Nov 2013 14:13:38 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
From: internet-drafts@ietf.org
To: i-d-announce@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 4.83
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20131113221338.30560.76048.idtracker@ietfa.amsl.com>
Date: Wed, 13 Nov 2013 14:13:38 -0800
Cc: ccamp@ietf.org
Subject: [CCAMP] I-D Action: draft-ietf-ccamp-general-constraint-encode-13.txt
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 13 Nov 2013 22:13:44 -0000

A New Internet-Draft is available from the on-line Internet-Drafts director=
ies.
 This draft is a work item of the Common Control and Measurement Plane Work=
ing Group of the IETF.

	Title           : General Network Element Constraint Encoding for GMPLS Co=
ntrolled Networks
	Author(s)       : Greg M. Bernstein
                          Young Lee
                          Dan Li
                          Wataru Imajuku
	Filename        : draft-ietf-ccamp-general-constraint-encode-13.txt
	Pages           : 31
	Date            : 2013-11-13

Abstract:
   Generalized Multiprotocol Label Switching can be used to control a
   wide variety of technologies. In some of these technologies network
   elements and links may impose additional routing constraints such as
   asymmetric switch connectivity, non-local label assignment, and
   label range limitations on links.

   This document provides efficient, protocol-agnostic encodings for
   general information elements representing connectivity and label
   constraints as well as label availability. It is intended that
   protocol-specific documents will reference this memo to describe how
   information is carried for specific uses.





The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-ccamp-general-constraint-encode

There's also a htmlized version available at:
http://tools.ietf.org/html/draft-ietf-ccamp-general-constraint-encode-13

A diff from the previous version is available at:
http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ccamp-general-constraint-enco=
de-13


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 internet-drafts@ietf.org  Wed Nov 13 14:23:15 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4BD0921E818A; Wed, 13 Nov 2013 14:23:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.568
X-Spam-Level: 
X-Spam-Status: No, score=-102.568 tagged_above=-999 required=5 tests=[AWL=0.032, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uqzHKrRA6QaF; Wed, 13 Nov 2013 14:23:14 -0800 (PST)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id A73FB21E818F; Wed, 13 Nov 2013 14:23:12 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
From: internet-drafts@ietf.org
To: i-d-announce@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 4.83
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20131113222312.30524.39558.idtracker@ietfa.amsl.com>
Date: Wed, 13 Nov 2013 14:23:12 -0800
Cc: ccamp@ietf.org
Subject: [CCAMP] I-D Action: draft-ietf-ccamp-rwa-wson-encode-23.txt
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 13 Nov 2013 22:23:15 -0000

A New Internet-Draft is available from the on-line Internet-Drafts director=
ies.
 This draft is a work item of the Common Control and Measurement Plane Work=
ing Group of the IETF.

	Title           : Routing and Wavelength Assignment Information Encoding f=
or Wavelength Switched Optical Networks
	Author(s)       : Greg M. Bernstein
                          Young Lee
                          Dan Li
                          Wataru Imajuku
	Filename        : draft-ietf-ccamp-rwa-wson-encode-23.txt
	Pages           : 37
	Date            : 2013-11-13

Abstract:
   A wavelength switched optical network (WSON) requires that certain
   key information elements are made available to facilitate path
   computation and the establishment of label switching paths (LSPs).
   The information model described in "Routing and Wavelength
   Assignment Information for Wavelength Switched Optical Networks"
   shows what information is required at specific points in the WSON.
   Part of the WSON information model contains aspects that may be of
   general applicability to other technologies, while other parts are
   fairly specific to WSONs.

   This document provides efficient, protocol-agnostic encodings for
   the WSON specific information elements. It is intended that
   protocol-specific documents will reference this memo to describe how
   information is carried for specific uses. Such encodings can be used
   to extend GMPLS signaling and routing protocols. In addition these
   encodings could be used by other mechanisms to convey this same
   information to a path computation element (PCE).





The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-ccamp-rwa-wson-encode

There's also a htmlized version available at:
http://tools.ietf.org/html/draft-ietf-ccamp-rwa-wson-encode-23

A diff from the previous version is available at:
http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ccamp-rwa-wson-encode-23


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 lberger@labn.net  Wed Nov 13 16:18:20 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3B2D021E80AB for ; Wed, 13 Nov 2013 16:18:20 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.936
X-Spam-Level: 
X-Spam-Status: No, score=-101.936 tagged_above=-999 required=5 tests=[AWL=0.663, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id y0XFYATwuXVV for ; Wed, 13 Nov 2013 16:18:15 -0800 (PST)
Received: from oproxy4-pub.mail.unifiedlayer.com (oproxy4-pub.mail.unifiedlayer.com [74.220.216.66]) by ietfa.amsl.com (Postfix) with SMTP id 9419021E8095 for ; Wed, 13 Nov 2013 16:18:15 -0800 (PST)
Received: (qmail 4505 invoked by uid 0); 14 Nov 2013 00:18:12 -0000
Received: from unknown (HELO box313.bluehost.com) (69.89.31.113) by oproxy4.mail.unifiedlayer.com with SMTP; 14 Nov 2013 00:18:12 -0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default;  h=Content-Transfer-Encoding:Content-Type:MIME-Version:Subject:References:In-Reply-To:Message-ID:Date:CC:To:From; bh=yJD838dVqTxIA/SkxbukjHPsow8v6OfJbuv6i2t/jJw=;  b=Z4+SHsg1DF0hXral2JvJ+ZM5a3LCdv/4HoufHZEwS7Y+M7wSJlkQEFr2pLTIeZBw6tJqK8T6gYXGFG108b9XCqaA//eaJH9PqDbMrRcvudQp8vWeepxByWE6C6GUu4D/;
Received: from box313.bluehost.com ([69.89.31.113]:40316 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.82) (envelope-from ) id 1VgkdQ-0005Gu-N6; Wed, 13 Nov 2013 17:18:12 -0700
From: Lou Berger 
To: 
Date: Wed, 13 Nov 2013 19:18:11 -0500
Message-ID: <14253f8e5d0.2764.9b4188e636579690ba6c69f2c8a0f1fd@labn.net>
In-Reply-To: <201311132334.rADNYL5o047505@gateway1.ipv6.occnc.com>
References: <201311132334.rADNYL5o047505@gateway1.ipv6.occnc.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 AquaMail/1.2.5.10 (build: 2100360)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Content-Transfer-Encoding: 8bit
X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net}
Cc: CCAMP 
Subject: Re: [CCAMP] etherpad draft minutes available
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 14 Nov 2013 00:18:20 -0000

Curtis,

Thanks for the review! Please make your corrections/additions directly in 
etherpad...

Lou


On November 13, 2013 6:34:21 PM Curtis Villamizar  
wrote:
>
> In message <5283F573.2020009@labn.net>
> Lou Berger writes:
>
> > All,
> > 	The raw minutes taken during last week's session are available in
> > etherpad, http://tools.ietf.org/wg/ccamp/minutes.  Please feel free to
> > review and edit these to match your own personal notes.  Formal draft
> > minutes will be prepared by Daniele, and the chairs, and will include
> > any additions made to etherpad. Changes to the distributed minutes will
> > of require discussion on the list -- while changes to etherpad can just
> > be made.  (A time line of changes can be seen by the clock 'timeslider'
> > icon.)
> > I believe Daniele is planning to work on the minutes over the weekend,
> > so please make changes that you want incorporated as soon as possible.
> > Much thanks,
> > Lou (Deborah, and Daniele)
> > _______________________________________________
> > CCAMP mailing list
> > CCAMP@ietf.org
> > https://www.ietf.org/mailman/listinfo/ccamp
>
>
> 3707 should be RFC 3717.  I said something like "RFC 37 somthing I
> think 3707" at the meeting but it wouldn't hurt to put in the correct
> RFC number.
>
> Also the summaries were (necessarily) terse and do miss a lot of the
> finer points made in the discussion.  I'm not sure if that is
> avoidable in a WG open discussion without a WG stenographer in place
> of a WG note taker.
>
> The main points seem to be there and I don't think I would have done
> any better as note taker, so thanks to the note takers.
>
> Curtis
>



From francesco.fondelli@gmail.com  Thu Nov 14 00:31:36 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1CBDE21E8088 for ; Thu, 14 Nov 2013 00:31:36 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level: 
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id F+qs8hnQ62Px for ; Thu, 14 Nov 2013 00:31:35 -0800 (PST)
Received: from mail-qe0-x230.google.com (mail-qe0-x230.google.com [IPv6:2607:f8b0:400d:c02::230]) by ietfa.amsl.com (Postfix) with ESMTP id 1E7BE21E8087 for ; Thu, 14 Nov 2013 00:31:34 -0800 (PST)
Received: by mail-qe0-f48.google.com with SMTP id a11so1042428qen.35 for ; Thu, 14 Nov 2013 00:31:28 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=L5kL8IsJ1yrWpoBGRHqXJ3TOGMZ5lIdvtQO0ku270ts=; b=IFIFtMEtZXu057BasWibGWHklcsEu1uqhh6LeiZq7wnUv2+ndbzFRnlPl3SZZIzhza USU33VnSIPDyzBiX+RBRerWQ9UFhSq3VVvTys8gj8UiBHSRa70t76tHJAaddFGRiQzai /V+VjxY6EmlhvGBTdT6qSJEfQJrwLOH0mVYAfU5gjiL4tyrZLZt0mTokEZd+fwh2Lq7A IF2NOdcJcgVJm5wir4XgT15v94OVWN5Vp1Zu94eWq+pw4dyeTd1TkF3jAbY7IiOYaBy/ n1MKUpgr6nY7WYxDk7M28/aTcDBOoeMeBkHu9D/SiGSlrshsFJLQvQzFUrNRT2hRo5Tw hUmg==
MIME-Version: 1.0
X-Received: by 10.49.62.167 with SMTP id z7mr179640qer.67.1384417888582; Thu, 14 Nov 2013 00:31:28 -0800 (PST)
Received: by 10.224.37.198 with HTTP; Thu, 14 Nov 2013 00:31:28 -0800 (PST)
In-Reply-To: <5283EAB2.1090609@gmail.com>
References:  <5283E6B0.7030607@gmail.com> <3ff1a569966142cbb120eeecbb6b9530@BY2PR05MB142.namprd05.prod.outlook.com> <5283EAB2.1090609@gmail.com>
Date: Thu, 14 Nov 2013 09:31:28 +0100
Message-ID: 
From: Francesco Fondelli 
To: "ccamp@ietf.org" 
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Subject: Re: [CCAMP] Comment on compatibility in draft-takacs-ccamp-revertive-ps
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 14 Nov 2013 08:31:36 -0000

Hi,

> They will provision default values per layer in the network.

Many years ago we had a request (for a gmpls-controlled sdh network)
to control hoff on a per connection basis. Some connections were
supporting a form of protection switching at upper layer. Other
connections (at the same layer) were supported by a form of protection
switching in the lower layer. They wanted different hold off timers
(default was 100ms if I am not wrong). They also pointed me to
"Hold-off times are useful for interworking of protection schemes. The
objective is that these times should be provisionable on an individual
VC basis" [G.841]. No idea what OTN or WDM recommendations say about
this point.

> A nice note.  Dou you think this draft is gilding the lily?

I do not know, it might. All I know is that during the past 5 years I
sporadically receive the request described above. I typically reply
with a link to this draft.

thanks
ciao
fra

On Wed, Nov 13, 2013 at 10:10 PM, Huub van Helvoort
 wrote:
> Hello John,
>
> You replied:
>
>> A nice note.  Dou you think this draft is gilding the lily?
>
>
> Yes, indeed.
>
> Regards, Huub.
>
>
>
>>> -----Original Message-----
>>> From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf
>>> Of Huub van Helvoort
>>> Sent: Wednesday, November 13, 2013 12:53 PM
>>> To: ccamp@ietf.org
>>> Subject: Re: [CCAMP] Comment on compatibility in draft-takacs-ccamp-
>>> revertive-ps
>>>
>>> Hello Zafar,
>>>
>>> You wrote:
>>>
>>>   > The default parameter value in data plan is deficient for the  >
>>> following
>>> reasons:
>>>>
>>>>
>>>>   1. We cannot differentiate between revertive and non-revertive
>>>> behavior
>>>>      using default value of wait-to-restore timer.
>>>
>>>
>>> The value of the WTR timer should not determine the (non-)revertive
>>> behavior.
>>> The (non-)revertive behaviour should be explicitly provisioned.
>>>
>>>>      E.g., as far
>>>>      as I remember default value for WRT is 0, which means protection
>>>>      is non-revertive.
>>>
>>>
>>> The typical default value for WTR is 5 minutes to provide a hysteresis,
>>> it can be
>>> overruled by a higher priority event like Sf or SD.
>>> Setting the value of WTR to 0 does not mean protection is non-revertive=
.
>>>
>>>>      So this default does not work for revertive
>>>>      protection. I.e., the data plan default cannot cover both reverti=
ve
>>>>      and non-revertive cases.
>>>
>>>
>>> Again: the WTR value should not be used to indicate (non-)revertive
>>> behavior.
>>>
>>>>   2. Correct setting for wait-to-restore and hold-off timers need to
>>>>      account for differential delays between working and protection
>>>> paths.
>>>
>>>
>>> No, WTR accounts for repair of the failed path and to encertain that th=
e
>>> repair
>>> can be trusted.
>>> Hold-off timers are used to allow protection switching in layers closer
>>> to the
>>> physical layer to complete before protection switching in the affected
>>> layer.
>>>
>>>> In summary, default values cannot cover all use cases. Hence, SP
>>>> typically wants to set revertive vs. non-revertive behavior,
>>>> wait-to-restore and hold-off timers on per connection basis.
>>>
>>>
>>> They will provision default values per layer in the network.
>>>
>>> Regards, Huub.
>>>
>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
>>>>
>>>> From: Dieter Beller >>> >
>>>> Organization: Alcatel-Lucent
>>>> Date: Sunday, November 10, 2013 9:07 AM
>>>> To: zali >
>>>> Cc: "lberger@labn.net " >>> >, "ccamp@ietf.org "
>>>> >
>>>> Subject: Re: [CCAMP] Comment on compatibility in
>>>> draft-takacs-ccamp-revertive-ps
>>>>
>>>>      Hi Zafar,
>>>>
>>>>      this draft is defining signaling extensions for the hold-off time
>>>> as
>>>>      well as the wait-to-restore time for protected LSPs
>>>>      where applicable.
>>>>
>>>>      There are default values set for these timers in the data plane a=
nd
>>>>      signaling them in the control plane makes only
>>>>      sense if the timer values shall differ from the default values. D=
o
>>>>      you see a need for that? IMO, operators typically
>>>>      use the defaults and do not set these values on a per connection
>>>> basis.
>>>>
>>>>
>>>>      Thanks,
>>>>      Dieter
>>>>
>>>>
>>>>      On 08.11.2013 22:11, Zafar Ali (zali) wrote:
>>>>>
>>>>>      Hi Lou-
>>>>>
>>>>>      You are right, the ctype is TBD, like I mentioned during the
>>>>> meeting that
>>>>>      we are using different ctype.
>>>>>
>>>>>      We would like to take this opportunity to solicit comments from
>>>>> the WG
>>>
>>> on
>>>>>
>>>>>      this draft.
>>>>>
>>>>>      Thanks
>>>>>
>>>>>      Regards =C5=A0 Zafar
>>>>>
>>>>>      -----Original Message-----
>>>>>      From:"lberger@labn.net"  
>>>>>      Date: Thursday, November 7, 2013 6:17 PM
>>>>>      To: zali,"ccamp@ietf.org"  
>>>>>      Subject: Comment on compatibility in
>>>>> draft-takacs-ccamp-revertive-ps
>>>>>
>>>>>>      Zafar,
>>>>>>         My comment in today's session was that you are redefining th=
e
>>>>>> format
>>>
>>> of
>>>>>>
>>>>>>      an existing object (by adding TLVs) this breaks compatibility.
>>>>>> You
>>>>>>      stated that this wasn't the case.
>>>>>>
>>>>>>      FWIW:
>>>>>>
>>>>>>      Your document says:
>>>>>>
>>>>>>          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
>>>>>>
>>>>>> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>>>>>>         |            Length             | Class-Num(37) |   C-Type(2=
)
>>>>>> |
>>>>>>
>>>>>> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>>>>>>         |S|P|N|O| Reserved  | LSP Flags |      Reserved     | Link
>>>>>> Flags|
>>>>>>
>>>>>> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>>>>>>         |I|R|   Reserved    | Seg.Flags |           Reserved
>>>>>> |
>>>>>>
>>>>>> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>>>>>>         |
>>>>>> |
>>>>>>         ~                           sub-TLVs
>>>>>> ~
>>>>>>         |
>>>>>> |
>>>>>>
>>>>>> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>>>>>>
>>>>>>
>>>>>>      RFC4872 says
>>>>>>            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
>>>>>>
>>>>>> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>>>>>>           |            Length             | Class-Num(37) | C-Type (=
2)
>>>>>> |
>>>>>>
>>>>>> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>>>>>>           |S|P|N|O| Reserved  | LSP Flags |     Reserved      | Link
>>>>>> Flags|
>>>>>>
>>>>>> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>>>>>>           |                           Reserved
>>>>>> |
>>>>>>
>>>>>> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>>>>>>
>>>>>>      Perhaps you meant C-Type(TBD).  You should address compatibilit=
y
>>>>>>      explicitly in any case.
>>>>>>
>>>>>>      Lou
>>>>>
>>>>>      _______________________________________________
>>>>>      CCAMP mailing list
>>>>>      CCAMP@ietf.orghttps://www.ietf.org/mailman/listinfo/ccamp
>>>>
>>>>
>
>
> --
> *****************************************************************
>               =E8=AF=B7=E8=AE=B0=E4=BD=8F=EF=BC=8C=E4=BD=A0=E6=98=AF=E7=
=8B=AC=E4=B8=80=E6=97=A0=E4=BA=8C=E7=9A=84=EF=BC=8C=E5=B0=B1=E5=83=8F=E5=85=
=B6=E4=BB=96=E6=AF=8F=E4=B8=80=E4=B8=AA=E4=BA=BA=E4=B8=80=E6=A0=B7
> _______________________________________________
> CCAMP mailing list
> CCAMP@ietf.org
> https://www.ietf.org/mailman/listinfo/ccamp

From rrao@infinera.com  Thu Nov 14 11:40:35 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CEBF321F9A5F for ; Thu, 14 Nov 2013 11:40:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.164
X-Spam-Level: 
X-Spam-Status: No, score=0.164 tagged_above=-999 required=5 tests=[AWL=1.762,  BAYES_00=-2.599, EXTRA_MPART_TYPE=1, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ypukcxnzECjL for ; Thu, 14 Nov 2013 11:40:31 -0800 (PST)
Received: from sv-casht-prod2.infinera.com (sv-casht-prod2.infinera.com [8.4.225.25]) by ietfa.amsl.com (Postfix) with ESMTP id BC2A311E815E for ; Thu, 14 Nov 2013 11:40:23 -0800 (PST)
Received: from SV-EXDB-PROD1.infinera.com ([fe80::dc68:4e20:6002:a8f9]) by sv-casht-prod2.infinera.com ([::1]) with mapi id 14.03.0123.003; Thu, 14 Nov 2013 11:40:23 -0800
From: Rajan Rao 
To: Fatai Zhang , "Zafar Ali (zali)" ,  Dieter Beller 
Thread-Topic: [CCAMP] Comment on compatibility in draft-takacs-ccamp-revertive-ps
Thread-Index: AQHO39qevncxijBo0UmaV7bdN2QsUpoi71AAgABJbQCAAAUaAIAB2g/A
Date: Thu, 14 Nov 2013 19:40:22 +0000
Message-ID: <650AA355E323C34D9D4AAEED952E053D3FC14C70@SV-EXDB-PROD1.infinera.com>
References:   
In-Reply-To: 
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
x-originating-ip: [10.100.96.93]
Content-Type: multipart/related; boundary="_004_650AA355E323C34D9D4AAEED952E053D3FC14C70SVEXDBPROD1infi_"; type="multipart/alternative"
MIME-Version: 1.0
Cc: CCAMP 
Subject: Re: [CCAMP] Comment on compatibility in draft-takacs-ccamp-revertive-ps
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 14 Nov 2013 19:40:35 -0000

--_004_650AA355E323C34D9D4AAEED952E053D3FC14C70SVEXDBPROD1infi_
Content-Type: multipart/alternative;
	boundary="_000_650AA355E323C34D9D4AAEED952E053D3FC14C70SVEXDBPROD1infi_"

--_000_650AA355E323C34D9D4AAEED952E053D3FC14C70SVEXDBPROD1infi_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

WmFmYXIgJiBkcmFmdCBhdXRob3JzDQoNClBlcmhhcHMgaXQgd2lsbCBiZSB1c2VmdWwgaWYgeW91
IGNsYXJpZnkgd2hpY2ggb2YgdGhlIGZvbGxvd2luZyBjYXNlcyB5b3UgYXJlIGxvb2tpbmcgYXQu
IE1heSBiZSBhbGwsIGJ1dCBpdCBpcyBub3QgY2xlYXIgaW4geW91ciBkb2MuDQoNCg0KMS4gICAg
ICBMaW5lYXIgcHJvdGVjdGlvbiBubyBBUFM6ICBTTkMvSSwgU05DL1MsIFNOQy9ODQoNCjIuICAg
ICAgTGluZWFyIHByb3RlY3Rpb24gd2l0aCBBUFM6ICBTTkMvSSwgU05DL1MsIFNOQy9ODQoNCmEu
ICAgICAgVW5pLWRpciBzd2l0Y2hpbmcgJiByZXZlcnNpb25zDQoNCmIuICAgICAgQmktZGlyIHN3
aXRjaGluZyAmIHJldmVyc2lvbnMNCg0KMy4gICAgICBSZXZlcnRpdmUgYW5kIG5vbi1yZXZlcnRp
dmUgcmVzdG9yYXRpb25zDQoNClRoZSBsaW5lYXIgcHJvdGVjdGlvbiBzY2hlbWVzIGFsbG93IGlu
ZGVwZW5kZW50IGNvbmZpZ3VyYXRpb24gb2YgcmV2ZXJ0aXZlLCBub24tcmV2ZXJ0aXZlLCBXVFIs
IGV0YyBhdCBoZWFkICYgdGFpbCBlbmRzLiAgIEZyb20gdGhlIGRyYWZ0IGFuZCB0aGlzIGNoYWlu
IGl0IGFwcGVhcnMgdGhhdCB5b3UgYXJlIHRyeWluZyB0byBjb3ZlciBjYXNlICgxKSBvbmx5LiAg
IE1heSBiZSB5b3Ugc2hvdWxkIGNsYXJpZnkgd2hpY2ggY2FzZShzKSB3aWxsIGJlbmVmaXQgZnJv
bSB0aGUgcHJvcG9zZWQgZXh0buKAmXMgJiBob3cuDQoNClRoeA0KUmFqYW4NCg0KRnJvbTogY2Nh
bXAtYm91bmNlc0BpZXRmLm9yZyBbbWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJl
aGFsZiBPZiBGYXRhaSBaaGFuZw0KU2VudDogVHVlc2RheSwgTm92ZW1iZXIgMTIsIDIwMTMgMTA6
NDQgUE0NClRvOiBaYWZhciBBbGkgKHphbGkpOyBEaWV0ZXIgQmVsbGVyDQpDYzogQ0NBTVANClN1
YmplY3Q6IFJlOiBbQ0NBTVBdIENvbW1lbnQgb24gY29tcGF0aWJpbGl0eSBpbiBkcmFmdC10YWth
Y3MtY2NhbXAtcmV2ZXJ0aXZlLXBzDQoNCkhpIFphZmFyLA0KDQpUaGUgb3BlcmF0b3IgY2FuIGp1
c3QgY2xpY2sgYSBidXR0b24gdG8gY29uZmlndXJlIGl0LCBvdGhlcndpc2UgaG93IHRoZSBpbmdy
ZXNzIGtub3dzIHdoYXQgdG8gdGVsbCB0aGUgZWdyZXNzLg0KDQpJIGRvbuKAmXQgdGhpbmsgaXQg
aXMgc21hcnQgdG8gc2VuZCBzaWduYWxpbmcgdG8gZG8gdGhpcy4NCg0KQlRXLCAgdGhlcmUgd2Vy
ZSBtdWNoIGRpc2N1c3Npb24gb24gd2hhdCBzaG91bGQgYmUgY29uZmlndXJlZCBhbmQgd2hhdCBz
aG91bGQgYmUgc2lnbmFsbGVkIGluIFNHMTUgSVRVLVQuDQoNCkJlc3QgUmVnYXJkcw0KDQpGYXRh
aQ0KDQpGcm9tOiBaYWZhciBBbGkgKHphbGkpIFttYWlsdG86emFsaUBjaXNjby5jb21dDQpTZW50
OiBXZWRuZXNkYXksIE5vdmVtYmVyIDEzLCAyMDEzIDI6MjYgUE0NClRvOiBGYXRhaSBaaGFuZzsg
RGlldGVyIEJlbGxlcg0KQ2M6IENDQU1QDQpTdWJqZWN0OiBSZTogW0NDQU1QXSBDb21tZW50IG9u
IGNvbXBhdGliaWxpdHkgaW4gZHJhZnQtdGFrYWNzLWNjYW1wLXJldmVydGl2ZS1wcw0KDQoNCg0K
RnJvbTogRmF0YWkgWmhhbmcgPHpoYW5nZmF0YWlAaHVhd2VpLmNvbTxtYWlsdG86emhhbmdmYXRh
aUBodWF3ZWkuY29tPj4NCkRhdGU6IFR1ZXNkYXksIE5vdmVtYmVyIDEyLCAyMDEzIDk6MDIgUE0N
ClRvOiB6YWxpIDx6YWxpQGNpc2NvLmNvbTxtYWlsdG86emFsaUBjaXNjby5jb20+PiwgRGlldGVy
IEJlbGxlciA8RGlldGVyLkJlbGxlckBhbGNhdGVsLWx1Y2VudC5jb208bWFpbHRvOkRpZXRlci5C
ZWxsZXJAYWxjYXRlbC1sdWNlbnQuY29tPj4NCkNjOiAiY2NhbXBAaWV0Zi5vcmc8bWFpbHRvOmNj
YW1wQGlldGYub3JnPiIgPGNjYW1wQGlldGYub3JnPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+DQpT
dWJqZWN0OiBSRTogW0NDQU1QXSBDb21tZW50IG9uIGNvbXBhdGliaWxpdHkgaW4gZHJhZnQtdGFr
YWNzLWNjYW1wLXJldmVydGl2ZS1wcw0KDQpIaSBaYWZhciwNCg0KSSB3aWxsIE5FVkVSIHNheSBO
RVJWRVIuDQoNCkkgdGhpbmsgeW91IG5lZWQganVzdGlmeSB3aHkgaXQgbmVlZHMgdG8gc2lnbmFs
IHRoZSBhdHRyaWJ1dGVzLCB3aGljaCBvbmx5IG1hdHRlciB0byB0aGUgZW5kLXBvaW50cy4NCg0K
DQpGYXRhaS0NCg0KSW5ncmVzcyBuZWVkcyB0byBsZXQgZWdyZXNzIG5vZGUga25vdyBvbiBob3cg
aXQgaXMgdXNpbmcgcHJvdGVjdGlvbiAoZS5nLiwgaWYgcHJvdGVjdGlvbiBpcyByZXZlcnRpdmUg
b3Igbm9uLXJldmVydGl2ZSwgZXRjLikuIFNlZSBhbHNvIG15IGVtYWlsIGluIHJlc3BvbnNlIHRv
IERlaXRlciBxdWVzdGlvbi4NCg0KVGhhbmtzDQoNClJlZ2FyZHMg4oCmIFphZmFyDQoNCg0KDQpC
ZXN0IFJlZ2FyZHMNCg0KRmF0YWkNCg0KRnJvbTogWmFmYXIgQWxpICh6YWxpKSBbbWFpbHRvOnph
bGlAY2lzY28uY29tXQ0KU2VudDogV2VkbmVzZGF5LCBOb3ZlbWJlciAxMywgMjAxMyAzOjA3IEFN
DQpUbzogRmF0YWkgWmhhbmc7IERpZXRlciBCZWxsZXINCkNjOiBDQ0FNUA0KU3ViamVjdDogUmU6
IFtDQ0FNUF0gQ29tbWVudCBvbiBjb21wYXRpYmlsaXR5IGluIGRyYWZ0LXRha2Fjcy1jY2FtcC1y
ZXZlcnRpdmUtcHMNCg0KDQpGcm9tOiBGYXRhaSBaaGFuZyA8emhhbmdmYXRhaUBodWF3ZWkuY29t
PG1haWx0bzp6aGFuZ2ZhdGFpQGh1YXdlaS5jb20+Pg0KRGF0ZTogTW9uZGF5LCBOb3ZlbWJlciAx
MSwgMjAxMyA5OjA0IFBNDQpUbzogRGlldGVyIEJlbGxlciA8RGlldGVyLkJlbGxlckBhbGNhdGVs
LWx1Y2VudC5jb208bWFpbHRvOkRpZXRlci5CZWxsZXJAYWxjYXRlbC1sdWNlbnQuY29tPj4sIHph
bGkgPHphbGlAY2lzY28uY29tPG1haWx0bzp6YWxpQGNpc2NvLmNvbT4+DQpDYzogImNjYW1wQGll
dGYub3JnPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4iIDxjY2FtcEBpZXRmLm9yZzxtYWlsdG86Y2Nh
bXBAaWV0Zi5vcmc+Pg0KU3ViamVjdDogUkU6IFtDQ0FNUF0gQ29tbWVudCBvbiBjb21wYXRpYmls
aXR5IGluIGRyYWZ0LXRha2Fjcy1jY2FtcC1yZXZlcnRpdmUtcHMNCg0KSGksDQoNCk1vcmVvdmVy
LCB0aGlzIGluZm9ybWF0aW9uIGlzIG9ubHkgbWFrZSBzZW5zZSBmb3IgdGhlIGVuZCBwb2ludHMg
YW5kIG5vIG5lZWQgdG8gYmUgc2lnbmFsZWQuDQoNCg0KDQpGYXRhaS0NCg0KQXJlIHlvdSBzYXlp
bmcgdGhhdCB3ZSBORVZFUiBzaWduYWwgYW55IGF0dHJpYnV0ZSB0aGF0IG9ubHkgbWF0dGVyIHRv
IHRoZSBlbmQtcG9pbnQ/IFRoaXMgaXMgYSBuZXdzIHRvIG1lLg0KDQpUaGFua3MNCg0KUmVnYXJk
cyDigKYgWmFmYXINCg0KDQoNCkJlc3QgUmVnYXJkcw0KDQpGYXRhaQ0KDQpGcm9tOmNjYW1wLWJv
dW5jZXNAaWV0Zi5vcmc8bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc+IFttYWlsdG86Y2Nh
bXAtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIERpZXRlciBCZWxsZXINClNlbnQ6IFN1
bmRheSwgTm92ZW1iZXIgMTAsIDIwMTMgMTA6MDggUE0NClRvOiBaYWZhciBBbGkgKHphbGkpDQpD
YzogQ0NBTVANClN1YmplY3Q6IFJlOiBbQ0NBTVBdIENvbW1lbnQgb24gY29tcGF0aWJpbGl0eSBp
biBkcmFmdC10YWthY3MtY2NhbXAtcmV2ZXJ0aXZlLXBzDQoNCkhpIFphZmFyLA0KDQp0aGlzIGRy
YWZ0IGlzIGRlZmluaW5nIHNpZ25hbGluZyBleHRlbnNpb25zIGZvciB0aGUgaG9sZC1vZmYgdGlt
ZSBhcyB3ZWxsIGFzIHRoZSB3YWl0LXRvLXJlc3RvcmUgdGltZSBmb3IgcHJvdGVjdGVkIExTUHMN
CndoZXJlIGFwcGxpY2FibGUuDQoNClRoZXJlIGFyZSBkZWZhdWx0IHZhbHVlcyBzZXQgZm9yIHRo
ZXNlIHRpbWVycyBpbiB0aGUgZGF0YSBwbGFuZSBhbmQgc2lnbmFsaW5nIHRoZW0gaW4gdGhlIGNv
bnRyb2wgcGxhbmUgbWFrZXMgb25seQ0Kc2Vuc2UgaWYgdGhlIHRpbWVyIHZhbHVlcyBzaGFsbCBk
aWZmZXIgZnJvbSB0aGUgZGVmYXVsdCB2YWx1ZXMuIERvIHlvdSBzZWUgYSBuZWVkIGZvciB0aGF0
PyBJTU8sIG9wZXJhdG9ycyB0eXBpY2FsbHkNCnVzZSB0aGUgZGVmYXVsdHMgYW5kIGRvIG5vdCBz
ZXQgdGhlc2UgdmFsdWVzIG9uIGEgcGVyIGNvbm5lY3Rpb24gYmFzaXMuDQoNCg0KVGhhbmtzLA0K
RGlldGVyDQoNCg0KT24gMDguMTEuMjAxMyAyMjoxMSwgWmFmYXIgQWxpICh6YWxpKSB3cm90ZToN
Cg0KSGkgTG91LQ0KDQoNCg0KWW91IGFyZSByaWdodCwgdGhlIGN0eXBlIGlzIFRCRCwgbGlrZSBJ
IG1lbnRpb25lZCBkdXJpbmcgdGhlIG1lZXRpbmcgdGhhdA0KDQp3ZSBhcmUgdXNpbmcgZGlmZmVy
ZW50IGN0eXBlLg0KDQoNCg0KV2Ugd291bGQgbGlrZSB0byB0YWtlIHRoaXMgb3Bwb3J0dW5pdHkg
dG8gc29saWNpdCBjb21tZW50cyBmcm9tIHRoZSBXRyBvbg0KDQp0aGlzIGRyYWZ0Lg0KDQoNCg0K
VGhhbmtzDQoNCg0KDQpSZWdhcmRzIMWgIFphZmFyDQoNCg0KDQotLS0tLU9yaWdpbmFsIE1lc3Nh
Z2UtLS0tLQ0KDQpGcm9tOiAibGJlcmdlckBsYWJuLm5ldCI8bWFpbHRvOmxiZXJnZXJAbGFibi5u
ZXQ+IDxsYmVyZ2VyQGxhYm4ubmV0PjxtYWlsdG86bGJlcmdlckBsYWJuLm5ldD4NCg0KRGF0ZTog
VGh1cnNkYXksIE5vdmVtYmVyIDcsIDIwMTMgNjoxNyBQTQ0KDQpUbzogemFsaSA8emFsaUBjaXNj
by5jb20+PG1haWx0bzp6YWxpQGNpc2NvLmNvbT4sICJjY2FtcEBpZXRmLm9yZyI8bWFpbHRvOmNj
YW1wQGlldGYub3JnPiA8Y2NhbXBAaWV0Zi5vcmc+PG1haWx0bzpjY2FtcEBpZXRmLm9yZz4NCg0K
U3ViamVjdDogQ29tbWVudCBvbiBjb21wYXRpYmlsaXR5IGluIGRyYWZ0LXRha2Fjcy1jY2FtcC1y
ZXZlcnRpdmUtcHMNCg0KDQoNClphZmFyLA0KDQogICBNeSBjb21tZW50IGluIHRvZGF5J3Mgc2Vz
c2lvbiB3YXMgdGhhdCB5b3UgYXJlIHJlZGVmaW5pbmcgdGhlIGZvcm1hdCBvZg0KDQphbiBleGlz
dGluZyBvYmplY3QgKGJ5IGFkZGluZyBUTFZzKSB0aGlzIGJyZWFrcyBjb21wYXRpYmlsaXR5LiAg
WW91DQoNCnN0YXRlZCB0aGF0IHRoaXMgd2Fzbid0IHRoZSBjYXNlLg0KDQoNCg0KRldJVzoNCg0K
DQoNCllvdXIgZG9jdW1lbnQgc2F5czoNCg0KDQoNCiAgIDAgICAgICAgICAgICAgICAgICAgMSAg
ICAgICAgICAgICAgICAgICAyICAgICAgICAgICAgICAgICAgIDMNCg0KICAgMCAxIDIgMyA0IDUg
NiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxDQoNCiAg
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSsNCg0KICB8ICAgICAgICAgICAgTGVuZ3RoICAgICAgICAgICAgIHwgQ2xhc3MtTnVt
KDM3KSB8ICAgQy1UeXBlKDIpICAgfA0KDQogICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQoNCiAgfFN8UHxOfE98IFJlc2Vy
dmVkICB8IExTUCBGbGFncyB8ICAgICAgUmVzZXJ2ZWQgICAgIHwgTGluayBGbGFnc3wNCg0KICAr
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKw0KDQogIHxJfFJ8ICAgUmVzZXJ2ZWQgICAgfCBTZWcuRmxhZ3MgfCAgICAgICAgICAg
UmVzZXJ2ZWQgICAgICAgICAgICB8DQoNCiAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCg0KICB8ICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfA0KDQogIH4g
ICAgICAgICAgICAgICAgICAgICAgICAgICBzdWItVExWcyAgICAgICAgICAgICAgICAgICAgICAg
ICAgICB+DQoNCiAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgIHwNCg0KICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KDQoNCg0KDQoNClJGQzQ4NzIgc2F5
cw0KDQogICAgIDAgICAgICAgICAgICAgICAgICAgMSAgICAgICAgICAgICAgICAgICAyICAgICAg
ICAgICAgICAgICAgIDMNCg0KICAgICAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYg
NyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDENCg0KICAgICstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQoNCiAgICB8ICAg
ICAgICAgICAgTGVuZ3RoICAgICAgICAgICAgIHwgQ2xhc3MtTnVtKDM3KSB8IEMtVHlwZSAoMikg
ICAgfA0KDQogICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSsNCg0KICAgIHxTfFB8TnxPfCBSZXNlcnZlZCAgfCBMU1AgRmxh
Z3MgfCAgICAgUmVzZXJ2ZWQgICAgICB8IExpbmsgRmxhZ3N8DQoNCiAgICArLSstKy0rLSstKy0r
LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KDQog
ICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgIFJlc2VydmVkICAgICAgICAgICAgICAgICAg
ICAgICAgICAgIHwNCg0KICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst
Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQoNCg0KDQpQZXJoYXBzIHlvdSBtZWFudCBDLVR5
cGUoVEJEKS4gIFlvdSBzaG91bGQgYWRkcmVzcyBjb21wYXRpYmlsaXR5DQoNCmV4cGxpY2l0bHkg
aW4gYW55IGNhc2UuDQoNCg0KDQpMb3UNCg0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fDQoNCkNDQU1QIG1haWxpbmcgbGlzdA0KDQpDQ0FNUEBpZXRm
Lm9yZzxtYWlsdG86Q0NBTVBAaWV0Zi5vcmc+DQoNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt
YW4vbGlzdGluZm8vY2NhbXANCg0KLS0NCltjaWQ6aW1hZ2UwMDEuanBnQDAxQ0VFMTI5LjMwMEY5
NzgwXQ0KRElFVEVSIEJFTExFUg0KQUxDQVRFTC1MVUNFTlQgREVVVFNDSExBTkQgQUcNClBST0pF
Q1QgTUFOQUdFUiBBU09OL0dNUExTIENPTlRST0wgUExBTkUNCklQIFJPVVRJTkcgQU5EIFRSQU5T
UE9SVCBCTA0KSVAgVFJBTlNQT1JUIEJVDQoNCkxvcmVuenN0cmFzc2UgMTANCjcwNDM1IFN0dXR0
Z2FydCwgR2VybWFueQ0KUGhvbmU6ICs0OSA3MTEgODIxIDQzMTI1DQpNb2JpbDogKzQ5IDE3NSA3
MjY2ODc0DQpEaWV0ZXIuQmVsbGVyQGFsY2F0ZWwtbHVjZW50LmNvbTxtYWlsdG86RGlldGVyLkJl
bGxlckBhbGNhdGVsLWx1Y2VudC5jb20+DQoNCkFsY2F0ZWwtTHVjZW50IERldXRzY2hsYW5kIEFH
DQpEb21pY2lsZSBvZiB0aGUgQ29tcGFueTogU3R1dHRnYXJ0IMK3IExvY2FsIENvdXJ0IFN0dXR0
Z2FydCBIUkIgNDAyNg0KQ2hhaXJtYW4gb2YgdGhlIFN1cGVydmlzb3J5IEJvYXJkOiBNaWNoYWVs
IE9wcGVuaG9mZg0KQm9hcmQgb2YgTWFuYWdlbWVudDogV2lsaGVsbSBEcmVzc2VsaGF1cyAoQ2hh
aXJtYW4pIMK3IEhhbnMtSsO2cmcgRGF1YiDCtyBBbmRyZWFzIEdlaGUNCg0KVGhpcyBlLW1haWwg
YW5kIGl0cyBhdHRhY2htZW50cywgaWYgYW55LCBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgaW5m
b3JtYXRpb24uDQpJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGUtbWFpbCBpbiBlcnJvciwgcGxl
YXNlIG5vdGlmeSB1cyBhbmQgZGVsZXRlIG9yIGRlc3Ryb3kgdGhlIGUtbWFpbCBhbmQgaXRzIGF0
dGFjaG1lbnRzLCBpZiBhbnksIGltbWVkaWF0ZWx5Lg0KSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhp
cyBlLW1haWwgaW4gZXJyb3IsIHlvdSBtdXN0IG5vdCBmb3J3YXJkIG9yIG1ha2UgdXNlIG9mIHRo
ZSBlLW1haWwgYW5kIGl0cyBhdHRhY2htZW50cywgaWYgYW55Lg0K

--_000_650AA355E323C34D9D4AAEED952E053D3FC14C70SVEXDBPROD1infi_
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPCEtLVtp
ZiAhbXNvXT48c3R5bGU+dlw6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kb1w6KiB7
YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kd1w6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0
I1ZNTCk7fQ0KLnNoYXBlIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQo8L3N0eWxlPjwh
W2VuZGlmXS0tPjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNl
DQoJe2ZvbnQtZmFtaWx5OlNpbVN1bjsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30N
CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6U2ltU3VuOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAx
IDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0x
OjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6VGFob21h
Ow0KCXBhbm9zZS0xOjIgMTEgNiA0IDMgNSA0IDQgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1m
YW1pbHk6IlxAU2ltU3VuIjsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30NCkBmb250
LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q29uc29sYXM7DQoJcGFub3NlLTE6MiAxMSA2IDkgMiAyIDQg
MyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3Jt
YWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7
DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwic2Vy
aWYiOw0KCWNvbG9yOmJsYWNrO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0
eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGlu
ZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXBy
aW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30N
CnByZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJl
Zm9ybWF0dGVkIENoYXIiOw0KCW1hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0K
CWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsNCgljb2xvcjpi
bGFjazt9DQpwLk1zb0FjZXRhdGUsIGxpLk1zb0FjZXRhdGUsIGRpdi5Nc29BY2V0YXRlDQoJe21z
by1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiQmFsbG9vbiBUZXh0IENoYXIi
Ow0KCW1hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZTo5LjBw
dDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYiOw0KCWNvbG9yOmJsYWNr
O30NCnAuTXNvTGlzdFBhcmFncmFwaCwgbGkuTXNvTGlzdFBhcmFncmFwaCwgZGl2Lk1zb0xpc3RQ
YXJhZ3JhcGgNCgl7bXNvLXN0eWxlLXByaW9yaXR5OjM0Ow0KCW1hcmdpbi10b3A6MGluOw0KCW1h
cmdpbi1yaWdodDowaW47DQoJbWFyZ2luLWJvdHRvbTowaW47DQoJbWFyZ2luLWxlZnQ6LjVpbjsN
CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWls
eToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYiOw0KCWNvbG9yOmJsYWNrO30NCnNwYW4uSFRNTFBy
ZWZvcm1hdHRlZENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIi
Ow0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3Jt
YXR0ZWQiOw0KCWZvbnQtZmFtaWx5OiJDb25zb2xhcyIsInNlcmlmIjsNCgljb2xvcjpibGFjazt9
DQpzcGFuLkJhbGxvb25UZXh0Q2hhcg0KCXttc28tc3R5bGUtbmFtZToiQmFsbG9vbiBUZXh0IENo
YXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiQmFsbG9vbiBU
ZXh0IjsNCglmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6YmxhY2s7
fQ0KcC5IVE1MLCBsaS5IVE1MLCBkaXYuSFRNTA0KCXttc28tc3R5bGUtbmFtZToiSFRNTCDpooTo
rr7moLzlvI8iOw0KCW1zby1zdHlsZS1saW5rOiJIVE1MIOmihOiuvuagvOW8jyBDaGFyIjsNCglt
YXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0K
CWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7DQoJY29sb3I6YmxhY2s7fQ0K
c3Bhbi5IVE1MQ2hhcg0KCXttc28tc3R5bGUtbmFtZToiSFRNTCDpooTorr7moLzlvI8gQ2hhciI7
DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIOmihOiuvuag
vOW8jyI7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsNCgljb2xvcjpibGFjazt9DQpwLmEs
IGxpLmEsIGRpdi5hDQoJe21zby1zdHlsZS1uYW1lOuaJueazqOahhuaWh+acrDsNCgltc28tc3R5
bGUtbGluazoi5om55rOo5qGG5paH5pysIENoYXIiOw0KCW1hcmdpbjowaW47DQoJbWFyZ2luLWJv
dHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5l
dyBSb21hbiIsInNlcmlmIjsNCgljb2xvcjpibGFjazt9DQpzcGFuLkNoYXINCgl7bXNvLXN0eWxl
LW5hbWU6IuaJueazqOahhuaWh+acrCBDaGFyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJ
bXNvLXN0eWxlLWxpbms65om55rOo5qGG5paH5pysOw0KCWZvbnQtZmFtaWx5OlNpbVN1bjsNCglj
b2xvcjpibGFjazt9DQpzcGFuLkVtYWlsU3R5bGUyNQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25h
bDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7
fQ0Kc3Bhbi5FbWFpbFN0eWxlMjYNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1m
YW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30NCnNwYW4uRW1h
aWxTdHlsZTI3DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxp
YnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQpzcGFuLkVtYWlsU3R5bGUyOA0K
CXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIs
InNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0
eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2Vj
dGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMjVpbiAxLjBpbiAx
LjI1aW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQovKiBMaXN0
IERlZmluaXRpb25zICovDQpAbGlzdCBsMA0KCXttc28tbGlzdC1pZDoxNjA1MzEwMTU5Ow0KCW1z
by1saXN0LXR5cGU6aHlicmlkOw0KCW1zby1saXN0LXRlbXBsYXRlLWlkczo5MDg1MDU4OTAgNjc2
OTg3MDMgNjc2OTg3MTMgNjc2OTg3MTUgNjc2OTg3MDMgNjc2OTg3MTMgNjc2OTg3MTUgNjc2OTg3
MDMgNjc2OTg3MTMgNjc2OTg3MTU7fQ0KQGxpc3QgbDA6bGV2ZWwxDQoJe21zby1sZXZlbC10YWIt
c3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVu
dDotLjI1aW47fQ0KQGxpc3QgbDA6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmFs
cGhhLWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXIt
cG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47fQ0KQGxpc3QgbDA6bGV2ZWwzDQoJ
e21zby1sZXZlbC1udW1iZXItZm9ybWF0OnJvbWFuLWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3Rv
cDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246cmlnaHQ7DQoJdGV4dC1pbmRlbnQ6
LTkuMHB0O30NCkBsaXN0IGwwOmxldmVsNA0KCXttc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCglt
c28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluO30NCkBs
aXN0IGwwOmxldmVsNQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDphbHBoYS1sb3dlcjsNCglt
c28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7
DQoJdGV4dC1pbmRlbnQ6LS4yNWluO30NCkBsaXN0IGwwOmxldmVsNg0KCXttc28tbGV2ZWwtbnVt
YmVyLWZvcm1hdDpyb21hbi1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28t
bGV2ZWwtbnVtYmVyLXBvc2l0aW9uOnJpZ2h0Ow0KCXRleHQtaW5kZW50Oi05LjBwdDt9DQpAbGlz
dCBsMDpsZXZlbDcNCgl7bXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJl
ci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjt9DQpAbGlzdCBsMDpsZXZlbDgN
Cgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YWxwaGEtbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1z
dG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50
Oi0uMjVpbjt9DQpAbGlzdCBsMDpsZXZlbDkNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6cm9t
YW4tbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1w
b3NpdGlvbjpyaWdodDsNCgl0ZXh0LWluZGVudDotOS4wcHQ7fQ0Kb2wNCgl7bWFyZ2luLWJvdHRv
bTowaW47fQ0KdWwNCgl7bWFyZ2luLWJvdHRvbTowaW47fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0
ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEw
MjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNo
YXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAv
Pg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFu
Zz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNl
Y3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu
MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90
Oztjb2xvcjojMUY0OTdEIj5aYWZhciAmYW1wOyBkcmFmdCBhdXRob3JzPG86cD48L286cD48L3Nw
YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7
O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90
O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5QZXJo
YXBzIGl0IHdpbGwgYmUgdXNlZnVsIGlmIHlvdSBjbGFyaWZ5IHdoaWNoIG9mIHRoZSBmb2xsb3dp
bmcgY2FzZXMgeW91IGFyZSBsb29raW5nIGF0LiBNYXkgYmUgYWxsLCBidXQgaXQgaXMgbm90IGNs
ZWFyIGluIHlvdXIgZG9jLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli
cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNw
OzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9InRl
eHQtaW5kZW50Oi0uMjVpbjttc28tbGlzdDpsMCBsZXZlbDEgbGZvMSI+PCFbaWYgIXN1cHBvcnRM
aXN0c10+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs
aWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxzcGFuIHN0
eWxlPSJtc28tbGlzdDpJZ25vcmUiPjEuPHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGlt
ZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bh
bj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm
b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s
b3I6IzFGNDk3RCI+TGluZWFyIHByb3RlY3Rpb24gbm8gQVBTOiZuYnNwOyBTTkMvSSwgU05DL1Ms
IFNOQy9OPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgi
IHN0eWxlPSJ0ZXh0LWluZGVudDotLjI1aW47bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzEiPjwhW2lm
ICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5
OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdE
Ij48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj4yLjxzcGFuIHN0eWxlPSJmb250OjcuMHB0
ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+PHNwYW4gc3R5bGU9ImZvbnQtc2l6
ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm
JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkxpbmVhciBwcm90ZWN0aW9uIHdpdGggQVBTOiZuYnNwOyBT
TkMvSSwgU05DL1MsIFNOQy9OPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb0xp
c3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjt0ZXh0LWluZGVudDotLjI1aW47
bXNvLWxpc3Q6bDAgbGV2ZWwyIGxmbzEiPg0KPCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5
bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv
dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJ
Z25vcmUiPmEuPHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1
b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9zcGFu
PjwhW2VuZGlmXT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv
dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+VW5p
LWRpciBzd2l0Y2hpbmcgJmFtcDsgcmV2ZXJzaW9uczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw
IGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4dC1p
bmRlbnQ6LS4yNWluO21zby1saXN0OmwwIGxldmVsMiBsZm8xIj4NCjwhW2lmICFzdXBwb3J0TGlz
dHNdPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli
cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48c3BhbiBzdHls
ZT0ibXNvLWxpc3Q6SWdub3JlIj5iLjxzcGFuIHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVz
IE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+
PC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u
dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y
OiMxRjQ5N0QiPkJpLWRpciBzd2l0Y2hpbmcgJmFtcDsgcmV2ZXJzaW9uczxvOnA+PC9vOnA+PC9z
cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0idGV4dC1pbmRlbnQ6
LS4yNWluO21zby1saXN0OmwwIGxldmVsMSBsZm8xIj48IVtpZiAhc3VwcG9ydExpc3RzXT48c3Bh
biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7
LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PHNwYW4gc3R5bGU9Im1zby1s
aXN0Oklnbm9yZSI+My48c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9t
YW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48
L3NwYW4+PCFbZW5kaWZdPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5
OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdE
Ij5SZXZlcnRpdmUgYW5kIG5vbi1yZXZlcnRpdmUgcmVzdG9yYXRpb25zPG86cD48L286cD48L3Nw
YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7
O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90
O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5UaGUg
bGluZWFyIHByb3RlY3Rpb24gc2NoZW1lcyBhbGxvdyBpbmRlcGVuZGVudCBjb25maWd1cmF0aW9u
IG9mIHJldmVydGl2ZSwgbm9uLXJldmVydGl2ZSwgV1RSLCBldGMgYXQgaGVhZCAmYW1wOyB0YWls
IGVuZHMuICZuYnNwOyZuYnNwO0Zyb20gdGhlIGRyYWZ0IGFuZCB0aGlzIGNoYWluIGl0DQogYXBw
ZWFycyB0aGF0IHlvdSBhcmUgdHJ5aW5nIHRvIGNvdmVyIGNhc2UgKDEpIG9ubHkuJm5ic3A7Jm5i
c3A7IE1heSBiZSB5b3Ugc2hvdWxkIGNsYXJpZnkgd2hpY2ggY2FzZShzKSB3aWxsIGJlbmVmaXQg
ZnJvbSB0aGUgcHJvcG9zZWQgZXh0buKAmXMgJmFtcDsgaG93LjxvOnA+PC9vOnA+PC9zcGFuPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv
bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv
cjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp
YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+VGh4PG86cD48
L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl
cmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPlJhamFuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh
bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFG
NDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJv
cmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBp
biAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNp
emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlm
JnF1b3Q7O2NvbG9yOndpbmRvd3RleHQiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9u
dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1z
ZXJpZiZxdW90Oztjb2xvcjp3aW5kb3d0ZXh0Ij4gY2NhbXAtYm91bmNlc0BpZXRmLm9yZyBbbWFp
bHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmddDQo8Yj5PbiBCZWhhbGYgT2YgPC9iPkZhdGFpIFpo
YW5nPGJyPg0KPGI+U2VudDo8L2I+IFR1ZXNkYXksIE5vdmVtYmVyIDEyLCAyMDEzIDEwOjQ0IFBN
PGJyPg0KPGI+VG86PC9iPiBaYWZhciBBbGkgKHphbGkpOyBEaWV0ZXIgQmVsbGVyPGJyPg0KPGI+
Q2M6PC9iPiBDQ0FNUDxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW0NDQU1QXSBDb21tZW50IG9u
IGNvbXBhdGliaWxpdHkgaW4gZHJhZnQtdGFrYWNzLWNjYW1wLXJldmVydGl2ZS1wczxvOnA+PC9v
OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw
PiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250
LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z
ZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj5IaSBa
YWZhciw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz
dHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx
dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpa
SC1DTiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx
dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFu
Z3VhZ2U6WkgtQ04iPlRoZSBvcGVyYXRvciBjYW4ganVzdCBjbGljayBhIGJ1dHRvbiB0byBjb25m
aWd1cmUgaXQsIG90aGVyd2lzZSBob3cgdGhlIGluZ3Jlc3Mga25vd3Mgd2hhdCB0byB0ZWxsIHRo
ZSBlZ3Jlc3MuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1
b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5n
dWFnZTpaSC1DTiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWFsaWduOmp1c3RpZnkiPjxzcGFuIHN0eWxlPSJmb250
LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z
ZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj5JIGRv
buKAmXQgdGhpbmsgaXQgaXMgc21hcnQgdG8gc2VuZCBzaWduYWxpbmcgdG8gZG8gdGhpcy4NCjxv
OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWFs
aWduOmp1c3RpZnkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZx
dW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEO21z
by1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hbGlnbjpqdXN0aWZ5Ij48c3BhbiBzdHls
ZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90
O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1D
TiI+QlRXLCZuYnNwOyB0aGVyZSB3ZXJlIG11Y2ggZGlzY3Vzc2lvbiBvbiB3aGF0IHNob3VsZCBi
ZSBjb25maWd1cmVkIGFuZCB3aGF0IHNob3VsZCBiZSBzaWduYWxsZWQgaW4gU0cxNSBJVFUtVC48
bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1h
bGlnbjpqdXN0aWZ5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTom
cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RDtt
c28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYWxpZ246anVzdGlmeSI+PHNwYW4gc3R5
bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv
dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6Wkgt
Q04iPkJlc3QgUmVnYXJkczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiIHN0eWxlPSJ0ZXh0LWFsaWduOmp1c3RpZnkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu
NXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90
Oztjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj48bzpwPiZuYnNwOzwv
bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hbGlnbjpq
dXN0aWZ5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtD
YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RDttc28tZmFy
ZWFzdC1sYW5ndWFnZTpaSC1DTiI+RmF0YWk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQt
ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjoj
MUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh
bj48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAj
QjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7
VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6d2luZG93dGV4dDttc28t
ZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250
LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNl
cmlmJnF1b3Q7O2NvbG9yOndpbmRvd3RleHQ7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPg0K
IFphZmFyIEFsaSAoemFsaSkgWzxhIGhyZWY9Im1haWx0bzp6YWxpQGNpc2NvLmNvbSI+bWFpbHRv
OnphbGlAY2lzY28uY29tPC9hPl0gPGJyPg0KPGI+U2VudDo8L2I+IFdlZG5lc2RheSwgTm92ZW1i
ZXIgMTMsIDIwMTMgMjoyNiBQTTxicj4NCjxiPlRvOjwvYj4gRmF0YWkgWmhhbmc7IERpZXRlciBC
ZWxsZXI8YnI+DQo8Yj5DYzo8L2I+IENDQU1QPGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbQ0NB
TVBdIENvbW1lbnQgb24gY29tcGF0aWJpbGl0eSBpbiBkcmFmdC10YWthY3MtY2NhbXAtcmV2ZXJ0
aXZlLXBzPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+PG86cD4m
bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu
IHN0eWxlPSJmb250LXNpemU6OC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm
cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj48bzpwPiZu
YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm
cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+
PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6
bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGlu
IDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx
LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv
dDs7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPkZyb206DQo8L3NwYW4+PC9iPjxzcGFuIHN0
eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1
b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+RmF0YWkgWmhh
bmcgJmx0OzxhIGhyZWY9Im1haWx0bzp6aGFuZ2ZhdGFpQGh1YXdlaS5jb20iPnpoYW5nZmF0YWlA
aHVhd2VpLmNvbTwvYT4mZ3Q7PGJyPg0KPGI+RGF0ZTogPC9iPlR1ZXNkYXksIE5vdmVtYmVyIDEy
LCAyMDEzIDk6MDIgUE08YnI+DQo8Yj5UbzogPC9iPnphbGkgJmx0OzxhIGhyZWY9Im1haWx0bzp6
YWxpQGNpc2NvLmNvbSI+emFsaUBjaXNjby5jb208L2E+Jmd0OywgRGlldGVyIEJlbGxlciAmbHQ7
PGEgaHJlZj0ibWFpbHRvOkRpZXRlci5CZWxsZXJAYWxjYXRlbC1sdWNlbnQuY29tIj5EaWV0ZXIu
QmVsbGVyQGFsY2F0ZWwtbHVjZW50LmNvbTwvYT4mZ3Q7PGJyPg0KPGI+Q2M6IDwvYj4mcXVvdDs8
YSBocmVmPSJtYWlsdG86Y2NhbXBAaWV0Zi5vcmciPmNjYW1wQGlldGYub3JnPC9hPiZxdW90OyAm
bHQ7PGEgaHJlZj0ibWFpbHRvOmNjYW1wQGlldGYub3JnIj5jY2FtcEBpZXRmLm9yZzwvYT4mZ3Q7
PGJyPg0KPGI+U3ViamVjdDogPC9iPlJFOiBbQ0NBTVBdIENvbW1lbnQgb24gY29tcGF0aWJpbGl0
eSBpbiBkcmFmdC10YWthY3MtY2NhbXAtcmV2ZXJ0aXZlLXBzPG86cD48L286cD48L3NwYW4+PC9w
Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZTo4LjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy
aWYmcXVvdDs7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPjxvOnA+Jm5ic3A7PC9vOnA+PC9z
cGFuPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1s
ZWZ0OnNvbGlkICNCNUM0REYgMy4wcHQ7cGFkZGluZzowaW4gMGluIDBpbiAzLjBwdDttYXJnaW4t
bGVmdDozLjBwdDttYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1yaWdodDowaW47bWFyZ2luLWJvdHRv
bTo1LjBwdCIgaWQ9Ik1BQ19PVVRMT09LX0FUVFJJQlVUSU9OX0JMT0NLUVVPVEUiPg0KPGRpdj4N
CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVw
dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7
Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+SGkgWmFmYXIsPC9zcGFu
PjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+PG86cD48L286cD48L3Nw
YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7
O2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPiZuYnNwOzwvc3Bhbj48
c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPjxvOnA+PC9vOnA+PC9zcGFu
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0
O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj
b2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj5JIHdpbGwgTkVWRVIgc2F5
IE5FUlZFUi4NCjwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04i
PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl
PSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7
c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNO
Ij4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj48
bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9
InRleHQtYWxpZ246anVzdGlmeSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1m
YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMx
RjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPkkgdGhpbmsgeW91IG5lZWQganVzdGlm
eSB3aHkgaXQgbmVlZHMgdG8gc2lnbmFsIHRoZSBhdHRyaWJ1dGVzLCB3aGljaCBvbmx5IG1hdHRl
ciB0byB0aGUgZW5kLXBvaW50cy4NCjwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFu
Z3VhZ2U6WkgtQ04iPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
IHN0eWxlPSJ0ZXh0LWFsaWduOmp1c3RpZnkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0
O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj
b2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj4mbmJzcDs8L3NwYW4+PHNw
YW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj48bzpwPjwvbzpwPjwvc3Bhbj48
L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjVwdDtmb250LWZhbWlseTom
cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtbGFu
Z3VhZ2U6WkgtQ04iPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC41cHQ7Zm9udC1m
YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1mYXJl
YXN0LWxhbmd1YWdlOlpILUNOIj5GYXRhaS0mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8
L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjguNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx
dW90Ozttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+
PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv
bnQtc2l6ZTo4LjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt
c2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPkluZ3Jlc3MgbmVlZHMgdG8g
bGV0IGVncmVzcyBub2RlIGtub3cgb24gaG93IGl0IGlzIHVzaW5nIHByb3RlY3Rpb24gKGUuZy4s
IGlmIHByb3RlY3Rpb24gaXMgcmV2ZXJ0aXZlIG9yIG5vbi1yZXZlcnRpdmUsIGV0Yy4pLiBTZWUg
YWxzbyBteSBlbWFpbA0KIGluIHJlc3BvbnNlIHRvIERlaXRlciBxdWVzdGlvbi4mbmJzcDs8bzpw
PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
c3BhbiBzdHlsZT0iZm9udC1zaXplOjguNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv
dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+PG86
cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC41cHQ7Zm9udC1mYW1pbHk6JnF1
b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWxhbmd1
YWdlOlpILUNOIj5UaGFua3M8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguNXB0O2ZvbnQtZmFt
aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tZmFyZWFz
dC1sYW5ndWFnZTpaSC1DTiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjVwdDtm
b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNv
LWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPlJlZ2FyZHMg4oCmIFphZmFyPG86cD48L286cD48L3Nw
YW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBzdHlsZT0iZm9udC1zaXplOjguNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss
JnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+PG86cD4m
bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVy
Om5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0I1QzRERiAzLjBwdDtwYWRkaW5nOjBpbiAwaW4gMGlu
IDMuMHB0O21hcmdpbi1sZWZ0OjMuMHB0O21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLXJpZ2h0OjBp
bjttYXJnaW4tYm90dG9tOjUuMHB0IiBpZD0iTUFDX09VVExPT0tfQVRUUklCVVRJT05fQkxPQ0tR
VU9URSI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i
dGV4dC1hbGlnbjpqdXN0aWZ5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZh
bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFG
NDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxl
PSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYWxpZ246anVzdGlmeSI+PHNwYW4gc3R5bGU9
ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz
YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04i
PiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPjxv
OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWFs
aWduOmp1c3RpZnkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZx
dW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEO21z
by1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj5CZXN0IFJlZ2FyZHM8L3NwYW4+PHNwYW4gc3R5bGU9
Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hbGlnbjpqdXN0aWZ5Ij48c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh
bnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+
Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+PG86
cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYWxp
Z246anVzdGlmeSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1
b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0Q7bXNv
LWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPkZhdGFpPC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tZmFy
ZWFzdC1sYW5ndWFnZTpaSC1DTiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWls
eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3
RDttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJt
c28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4N
CjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtw
YWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFu
IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90Oywm
cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOndpbmRvd3RleHQ7bXNvLWZhcmVhc3QtbGFuZ3Vh
Z2U6WkgtQ04iPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm
b250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv
cjp3aW5kb3d0ZXh0O21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj4NCiBaYWZhciBBbGkgKHph
bGkpIFs8YSBocmVmPSJtYWlsdG86emFsaUBjaXNjby5jb20iPm1haWx0bzp6YWxpQGNpc2NvLmNv
bTwvYT5dIDxicj4NCjxiPlNlbnQ6PC9iPiBXZWRuZXNkYXksIE5vdmVtYmVyIDEzLCAyMDEzIDM6
MDcgQU08YnI+DQo8Yj5Ubzo8L2I+IEZhdGFpIFpoYW5nOyBEaWV0ZXIgQmVsbGVyPGJyPg0KPGI+
Q2M6PC9iPiBDQ0FNUDxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW0NDQU1QXSBDb21tZW50IG9u
IGNvbXBhdGliaWxpdHkgaW4gZHJhZnQtdGFrYWNzLWNjYW1wLXJldmVydGl2ZS1wczwvc3Bhbj48
c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPjxvOnA+PC9vOnA+PC9zcGFu
PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i
bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N
CjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm
b250LXNpemU6OC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z
LXNlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj4mbmJzcDs8L3NwYW4+PHNw
YW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj48bzpwPjwvbzpwPjwvc3Bhbj48
L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3Jk
ZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250
LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWZh
cmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPkZyb206DQo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250
LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z
ZXJpZiZxdW90Ozttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+RmF0YWkgWmhhbmcgJmx0Ozxh
IGhyZWY9Im1haWx0bzp6aGFuZ2ZhdGFpQGh1YXdlaS5jb20iPnpoYW5nZmF0YWlAaHVhd2VpLmNv
bTwvYT4mZ3Q7PGJyPg0KPGI+RGF0ZTogPC9iPk1vbmRheSwgTm92ZW1iZXIgMTEsIDIwMTMgOTow
NCBQTTxicj4NCjxiPlRvOiA8L2I+RGlldGVyIEJlbGxlciAmbHQ7PGEgaHJlZj0ibWFpbHRvOkRp
ZXRlci5CZWxsZXJAYWxjYXRlbC1sdWNlbnQuY29tIj5EaWV0ZXIuQmVsbGVyQGFsY2F0ZWwtbHVj
ZW50LmNvbTwvYT4mZ3Q7LCB6YWxpICZsdDs8YSBocmVmPSJtYWlsdG86emFsaUBjaXNjby5jb20i
PnphbGlAY2lzY28uY29tPC9hPiZndDs8YnI+DQo8Yj5DYzogPC9iPiZxdW90OzxhIGhyZWY9Im1h
aWx0bzpjY2FtcEBpZXRmLm9yZyI+Y2NhbXBAaWV0Zi5vcmc8L2E+JnF1b3Q7ICZsdDs8YSBocmVm
PSJtYWlsdG86Y2NhbXBAaWV0Zi5vcmciPmNjYW1wQGlldGYub3JnPC9hPiZndDs8YnI+DQo8Yj5T
dWJqZWN0OiA8L2I+UkU6IFtDQ0FNUF0gQ29tbWVudCBvbiBjb21wYXRpYmlsaXR5IGluIGRyYWZ0
LXRha2Fjcy1jY2FtcC1yZXZlcnRpdmUtcHM8L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0
LWxhbmd1YWdlOlpILUNOIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguNXB0O2ZvbnQtZmFt
aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tZmFyZWFz
dC1sYW5ndWFnZTpaSC1DTiI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1s
YW5ndWFnZTpaSC1DTiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90
ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0I1QzRERiAzLjBwdDtwYWRk
aW5nOjBpbiAwaW4gMGluIDMuMHB0O21hcmdpbi1sZWZ0OjMuMHB0O21hcmdpbi10b3A6NS4wcHQ7
bWFyZ2luLXJpZ2h0OjBpbjttYXJnaW4tYm90dG9tOjUuMHB0IiBpZD0iTUFDX09VVExPT0tfQVRU
UklCVVRJT05fQkxPQ0tRVU9URSI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm
cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxh
bmd1YWdlOlpILUNOIj5IaSw8L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdl
OlpILUNOIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7
LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFn
ZTpaSC1DTiI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpa
SC1DTiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g
c3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm
cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6
WkgtQ04iPk1vcmVvdmVyLCB0aGlzIGluZm9ybWF0aW9uIGlzIG9ubHkgbWFrZSBzZW5zZSBmb3Ig
dGhlIGVuZCBwb2ludHMgYW5kIG5vIG5lZWQgdG8gYmUgc2lnbmFsZWQuDQo8L3NwYW4+PHNwYW4g
c3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250
LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6
IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0
eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+PG86cD48L286cD48L3NwYW4+PC9wPg0K
PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWFsaWduOmp1c3RpZnkiPjxz
cGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv
dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1
YWdlOlpILUNOIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdl
OlpILUNOIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8
L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
c3BhbiBzdHlsZT0iZm9udC1zaXplOjguNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv
dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+Jm5i
c3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+PG86cD48
L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw
YW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7
LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPkZhdGFp
LSZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPjxv
OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx
dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj4m
bmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj48bzpw
PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
c3BhbiBzdHlsZT0iZm9udC1zaXplOjguNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv
dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+QXJl
IHlvdSBzYXlpbmcgdGhhdCB3ZSBORVZFUiBzaWduYWwgYW55IGF0dHJpYnV0ZSB0aGF0IG9ubHkg
bWF0dGVyIHRvIHRoZSBlbmQtcG9pbnQ/IFRoaXMgaXMgYSBuZXdzIHRvIG1lLiZuYnNwOzwvc3Bh
bj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPjxvOnA+PC9vOnA+PC9z
cGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl
PSJmb250LXNpemU6OC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz
YW5zLXNlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj4mbmJzcDs8L3NwYW4+
PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj48bzpwPjwvbzpwPjwvc3Bh
bj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g
c3R5bGU9ImZvbnQtc2l6ZTo4LjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx
dW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPlRoYW5rczwv
c3Bhbj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPjxvOnA+PC9vOnA+
PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0
eWxlPSJmb250LXNpemU6OC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv
dDtzYW5zLXNlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj4mbmJzcDs8L3Nw
YW4+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj48bzpwPjwvbzpwPjwv
c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls
ZT0iZm9udC1zaXplOjguNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7
c2Fucy1zZXJpZiZxdW90Ozttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+UmVnYXJkcyDigKYg
WmFmYXI8L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj48bzpw
PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguNXB0O2ZvbnQt
ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tZmFy
ZWFzdC1sYW5ndWFnZTpaSC1DTiI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFz
dC1sYW5ndWFnZTpaSC1DTiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8YmxvY2tx
dW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0I1QzRERiAzLjBwdDtw
YWRkaW5nOjBpbiAwaW4gMGluIDMuMHB0O21hcmdpbi1sZWZ0OjMuMHB0O21hcmdpbi10b3A6NS4w
cHQ7bWFyZ2luLXJpZ2h0OjBpbjttYXJnaW4tYm90dG9tOjUuMHB0IiBpZD0iTUFDX09VVExPT0tf
QVRUUklCVVRJT05fQkxPQ0tRVU9URSI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hbGlnbjpqdXN0aWZ5Ij48c3BhbiBzdHlsZT0iZm9udC1z
aXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy
aWYmcXVvdDs7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+Jm5ic3A7
PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+PG86cD48L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYWxpZ246anVz
dGlmeSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs
aWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVh
c3QtbGFuZ3VhZ2U6WkgtQ04iPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3Qt
bGFuZ3VhZ2U6WkgtQ04iPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiIHN0eWxlPSJ0ZXh0LWFsaWduOmp1c3RpZnkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu
NXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90
Oztjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj5CZXN0IFJlZ2FyZHM8
L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj48bzpwPjwvbzpw
Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hbGlnbjpqdXN0
aWZ5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxp
YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFz
dC1sYW5ndWFnZTpaSC1DTiI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1s
YW5ndWFnZTpaSC1DTiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9InRleHQtYWxpZ246anVzdGlmeSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7
O2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPkZhdGFpPC9zcGFuPjxz
cGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+PG86cD48L286cD48L3NwYW4+
PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm
cXVvdDs7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+Jm5ic3A7PC9z
cGFuPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+PG86cD48L286cD48
L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29s
aWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx
dW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOndpbmRvd3RleHQ7
bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fu
cy1zZXJpZiZxdW90Oztjb2xvcjp3aW5kb3d0ZXh0O21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNO
Ij48YSBocmVmPSJtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZyI+Y2NhbXAtYm91bmNlc0Bp
ZXRmLm9yZzwvYT4NCiBbPGEgaHJlZj0ibWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmciPm1h
aWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPC9hPl0gPGI+T24gQmVoYWxmIE9mDQo8L2I+RGll
dGVyIEJlbGxlcjxicj4NCjxiPlNlbnQ6PC9iPiBTdW5kYXksIE5vdmVtYmVyIDEwLCAyMDEzIDEw
OjA4IFBNPGJyPg0KPGI+VG86PC9iPiBaYWZhciBBbGkgKHphbGkpPGJyPg0KPGI+Q2M6PC9iPiBD
Q0FNUDxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW0NDQU1QXSBDb21tZW50IG9uIGNvbXBhdGli
aWxpdHkgaW4gZHJhZnQtdGFrYWNzLWNjYW1wLXJldmVydGl2ZS1wczwvc3Bhbj48c3BhbiBzdHls
ZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv
ZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVh
c3QtbGFuZ3VhZ2U6WkgtQ04iPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PHNwYW4gc3R5bGU9ImZv
bnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1m
YXJlYXN0LWxhbmd1YWdlOlpILUNOIj5IaSBaYWZhciw8YnI+DQo8YnI+DQp0aGlzIGRyYWZ0IGlz
IGRlZmluaW5nIHNpZ25hbGluZyBleHRlbnNpb25zIGZvciB0aGUgaG9sZC1vZmYgdGltZSBhcyB3
ZWxsIGFzIHRoZSB3YWl0LXRvLXJlc3RvcmUgdGltZSBmb3IgcHJvdGVjdGVkIExTUHM8YnI+DQp3
aGVyZSBhcHBsaWNhYmxlLjxicj4NCjxicj4NClRoZXJlIGFyZSBkZWZhdWx0IHZhbHVlcyBzZXQg
Zm9yIHRoZXNlIHRpbWVycyBpbiB0aGUgZGF0YSBwbGFuZSBhbmQgc2lnbmFsaW5nIHRoZW0gaW4g
dGhlIGNvbnRyb2wgcGxhbmUgbWFrZXMgb25seTxicj4NCnNlbnNlIGlmIHRoZSB0aW1lciB2YWx1
ZXMgc2hhbGwgZGlmZmVyIGZyb20gdGhlIGRlZmF1bHQgdmFsdWVzLiBEbyB5b3Ugc2VlIGEgbmVl
ZCBmb3IgdGhhdD8gSU1PLCBvcGVyYXRvcnMgdHlwaWNhbGx5PGJyPg0KdXNlIHRoZSBkZWZhdWx0
cyBhbmQgZG8gbm90IHNldCB0aGVzZSB2YWx1ZXMgb24gYSBwZXIgY29ubmVjdGlvbiBiYXNpcy48
YnI+DQo8YnI+DQo8YnI+DQpUaGFua3MsPGJyPg0KRGlldGVyPGJyPg0KPGJyPg0KPGJyPg0KPC9z
cGFuPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+PG86cD48L286cD48
L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28t
ZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+T24gMDguMTEuMjAxMyAyMjoxMSwgWmFmYXIgQWxpICh6
YWxpKSB3cm90ZTo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0
eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHByZT48c3BhbiBz
dHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPkhpIExvdS0gPG86cD48L286cD48L3Nw
YW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+
Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJtc28tZmFy
ZWFzdC1sYW5ndWFnZTpaSC1DTiI+WW91IGFyZSByaWdodCwgdGhlIGN0eXBlIGlzIFRCRCwgbGlr
ZSBJIG1lbnRpb25lZCBkdXJpbmcgdGhlIG1lZXRpbmcgdGhhdDxvOnA+PC9vOnA+PC9zcGFuPjwv
cHJlPg0KPHByZT48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPndlIGFy
ZSB1c2luZyBkaWZmZXJlbnQgY3R5cGUuPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxz
cGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+Jm5ic3A7PG86cD48L286cD48
L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1D
TiI+V2Ugd291bGQgbGlrZSB0byB0YWtlIHRoaXMgb3Bwb3J0dW5pdHkgdG8gc29saWNpdCBjb21t
ZW50cyBmcm9tIHRoZSBXRyBvbjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBz
dHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPnRoaXMgZHJhZnQuIDxvOnA+PC9vOnA+
PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6Wkgt
Q04iPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0ibXNv
LWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPlRoYW5rczxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0K
PHByZT48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPiZuYnNwOzxvOnA+
PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3Vh
Z2U6WkgtQ04iPlJlZ2FyZHMgxaAgWmFmYXI8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+
PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj4mbmJzcDs8bzpwPjwvbzpw
Pjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpI
LUNOIj4tLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0K
PHByZT48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPkZyb206IDxhIGhy
ZWY9Im1haWx0bzpsYmVyZ2VyQGxhYm4ubmV0Ij4mcXVvdDtsYmVyZ2VyQGxhYm4ubmV0JnF1b3Q7
PC9hPiA8YSBocmVmPSJtYWlsdG86bGJlcmdlckBsYWJuLm5ldCI+Jmx0O2xiZXJnZXJAbGFibi5u
ZXQmZ3Q7PC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0ibXNv
LWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPkRhdGU6IFRodXJzZGF5LCBOb3ZlbWJlciA3LCAyMDEz
IDY6MTcgUE08bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9Im1zby1m
YXJlYXN0LWxhbmd1YWdlOlpILUNOIj5UbzogemFsaSA8YSBocmVmPSJtYWlsdG86emFsaUBjaXNj
by5jb20iPiZsdDt6YWxpQGNpc2NvLmNvbSZndDs8L2E+LCA8YSBocmVmPSJtYWlsdG86Y2NhbXBA
aWV0Zi5vcmciPiZxdW90O2NjYW1wQGlldGYub3JnJnF1b3Q7PC9hPiA8YSBocmVmPSJtYWlsdG86
Y2NhbXBAaWV0Zi5vcmciPiZsdDtjY2FtcEBpZXRmLm9yZyZndDs8L2E+PG86cD48L286cD48L3Nw
YW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+
U3ViamVjdDogQ29tbWVudCBvbiBjb21wYXRpYmlsaXR5IGluIGRyYWZ0LXRha2Fjcy1jY2FtcC1y
ZXZlcnRpdmUtcHM8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9Im1z
by1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4N
CjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQi
Pg0KPHByZT48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPlphZmFyLDxv
OnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFu
Z3VhZ2U6WkgtQ04iPiZuYnNwOyZuYnNwOyBNeSBjb21tZW50IGluIHRvZGF5J3Mgc2Vzc2lvbiB3
YXMgdGhhdCB5b3UgYXJlIHJlZGVmaW5pbmcgdGhlIGZvcm1hdCBvZjxvOnA+PC9vOnA+PC9zcGFu
PjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPmFu
IGV4aXN0aW5nIG9iamVjdCAoYnkgYWRkaW5nIFRMVnMpIHRoaXMgYnJlYWtzIGNvbXBhdGliaWxp
dHkuJm5ic3A7IFlvdTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0i
bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPnN0YXRlZCB0aGF0IHRoaXMgd2Fzbid0IHRoZSBj
YXNlLjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0ibXNvLWZhcmVh
c3QtbGFuZ3VhZ2U6WkgtQ04iPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48
c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPkZXSVc6PG86cD48L286cD48
L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1D
TiI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJtc28t
ZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+WW91ciBkb2N1bWVudCBzYXlzOjxvOnA+PC9vOnA+PC9z
cGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04i
PiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0ibXNvLWZh
cmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPiZuYnNwOyZuYnNwOyAwJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDEmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDszPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxz
cGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+Jm5ic3A7Jm5ic3A7IDAgMSAy
IDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAg
MTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3Qt
bGFuZ3VhZ2U6WkgtQ04iPiZuYnNwOyAmIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz
Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m
IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz
Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOzxvOnA+PC9v
OnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6
WkgtQ04iPiZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IExlbmd0aCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8IENsYXNzLU51
bSgzNykgfCZuYnNwOyZuYnNwOyBDLVR5cGUoMikmbmJzcDsmbmJzcDsgfDxvOnA+PC9vOnA+PC9z
cGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04i
PiZuYnNwOyAmIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m
IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz
Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m
IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJl
Pg0KPHByZT48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPiZuYnNwOyB8
U3xQfE58T3wgUmVzZXJ2ZWQmbmJzcDsgfCBMU1AgRmxhZ3MgfCZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyBSZXNlcnZlZCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8IExpbmsgRmxhZ3N8
PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1s
YW5ndWFnZTpaSC1DTiI+Jm5ic3A7ICYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7
LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYj
NDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7
LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7PG86cD48L286
cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpa
SC1DTiI+Jm5ic3A7IHxJfFJ8Jm5ic3A7Jm5ic3A7IFJlc2VydmVkJm5ic3A7Jm5ic3A7Jm5ic3A7
IHwgU2VnLkZsYWdzIHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsgUmVzZXJ2ZWQmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfDxvOnA+PC9vOnA+PC9zcGFuPjwv
cHJlPg0KPHByZT48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPiZuYnNw
OyAmIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m
IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz
Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m
IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHBy
ZT48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPiZuYnNwOyB8Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHw8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+
PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj4mbmJzcDsgfiZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBzdWItVExWcyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB+PG86cD48L286cD48L3NwYW4+PC9w
cmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+Jm5ic3A7
IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJl
Pg0KPHByZT48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPiZuYnNwOyAm
IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz
Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m
IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz
Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48
c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPiZuYnNwOzxvOnA+PC9vOnA+
PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6Wkgt
Q04iPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0ibXNv
LWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPlJGQzQ4NzIgc2F5czxvOnA+PC9vOnA+PC9zcGFuPjwv
cHJlPg0KPHByZT48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPiZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyAwJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7IDEmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsgMiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyAzPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJtc28t
ZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDAgMSAyIDMg
NCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMTxv
OnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFu
Z3VhZ2U6WkgtQ04iPiZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m
IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz
Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m
IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz
OzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3Qt
bGFuZ3VhZ2U6WkgtQ04iPiZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IExlbmd0aCZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyB8IENsYXNzLU51bSgzNykgfCBDLVR5cGUgKDIpJm5ic3A7Jm5ic3A7Jm5ic3A7
IHw8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0
LWxhbmd1YWdlOlpILUNOIj4mbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzstJiM0MzstJiM0MzstJiM0
MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzst
JiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0
MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzst
JiM0Mzs8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9Im1zby1mYXJl
YXN0LWxhbmd1YWdlOlpILUNOIj4mbmJzcDsmbmJzcDsmbmJzcDsgfFN8UHxOfE98IFJlc2VydmVk
Jm5ic3A7IHwgTFNQIEZsYWdzIHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgUmVzZXJ2ZWQmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCBMaW5rIEZsYWdzfDxvOnA+PC9vOnA+PC9zcGFu
PjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPiZu
YnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz
Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0m
IzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQz
Oy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOy0mIzQzOzxvOnA+PC9vOnA+PC9z
cGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04i
PiZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7IFJlc2VydmVkJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7IHw8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9Im1zby1m
YXJlYXN0LWxhbmd1YWdlOlpILUNOIj4mbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzstJiM0MzstJiM0
MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzst
JiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0
MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzst
JiM0MzstJiM0Mzs8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9Im1z
by1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4N
CjxwcmU+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj5QZXJoYXBzIHlv
dSBtZWFudCBDLVR5cGUoVEJEKS4mbmJzcDsgWW91IHNob3VsZCBhZGRyZXNzIGNvbXBhdGliaWxp
dHk8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0
LWxhbmd1YWdlOlpILUNOIj5leHBsaWNpdGx5IGluIGFueSBjYXNlLjxvOnA+PC9vOnA+PC9zcGFu
PjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPiZu
YnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0ibXNvLWZhcmVh
c3QtbGFuZ3VhZ2U6WkgtQ04iPkxvdTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPC9ibG9ja3F1
b3RlPg0KPHByZT48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPiZuYnNw
OzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3Qt
bGFuZ3VhZ2U6WkgtQ04iPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJtc28tZmFy
ZWFzdC1sYW5ndWFnZTpaSC1DTiI+Q0NBTVAgbWFpbGluZyBsaXN0PG86cD48L286cD48L3NwYW4+
PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+PGEg
aHJlZj0ibWFpbHRvOkNDQU1QQGlldGYub3JnIj5DQ0FNUEBpZXRmLm9yZzwvYT48bzpwPjwvbzpw
Pjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpI
LUNOIj48YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2NjYW1w
Ij5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2NjYW1wPC9hPjxvOnA+PC9v
OnA+PC9zcGFuPjwvcHJlPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw
YW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj4mbmJzcDs8bzpwPjwvbzpwPjwv
c3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1m
YXJlYXN0LWxhbmd1YWdlOlpILUNOIj4tLSA8YnI+DQo8aW1nIGJvcmRlcj0iMCIgd2lkdGg9IjI3
NiIgaGVpZ2h0PSIyNiIgaWQ9Il94MDAwMF9pMTAyNSIgc3JjPSJjaWQ6aW1hZ2UwMDEuanBnQDAx
Q0VFMTI5LjMwMEY5NzgwIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6
JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Zm9udC12YXJpYW50OnNt
YWxsLWNhcHM7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPkRJRVRFUiBCRUxMRVINCjwvc3Bh
bj48L2I+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj48bzpwPjwvbzpw
Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz
dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1
b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojNjYzOUI3O21zby1mYXJlYXN0LWxhbmd1YWdlOlpI
LUNOIj5BTENBVEVMLUxVQ0VOVCBERVVUU0NITEFORCBBRw0KPGJyPg0KUFJPSkVDVCBNQU5BR0VS
IEFTT04vR01QTFMgQ09OVFJPTCBQTEFORSA8YnI+DQpJUCBST1VUSU5HIEFORCBUUkFOU1BPUlQg
QkwgPGJyPg0KSVAgVFJBTlNQT1JUIEJVIDxicj4NCjxicj4NCkxvcmVuenN0cmFzc2UgMTAgPGJy
Pg0KNzA0MzUgU3R1dHRnYXJ0LCBHZXJtYW55IDxicj4NClBob25lOiAmIzQzOzQ5IDcxMSA4MjEg
NDMxMjUgPGJyPg0KTW9iaWw6ICYjNDM7NDkgMTc1IDcyNjY4NzQgPC9zcGFuPjxzcGFuIHN0eWxl
PSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k
aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6
ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm
cXVvdDs7Y29sb3I6IzY2MzlCNzttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+PGEgaHJlZj0i
bWFpbHRvOkRpZXRlci5CZWxsZXJAYWxjYXRlbC1sdWNlbnQuY29tIj5EaWV0ZXIuQmVsbGVyQGFs
Y2F0ZWwtbHVjZW50LmNvbTwvYT48L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1s
YW5ndWFnZTpaSC1DTiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPiZuYnNw
OzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90Oywm
cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj5BbGNhdGVs
LUx1Y2VudCBEZXV0c2NobGFuZCBBRw0KPGJyPg0KRG9taWNpbGUgb2YgdGhlIENvbXBhbnk6IFN0
dXR0Z2FydCDCtyBMb2NhbCBDb3VydCBTdHV0dGdhcnQgSFJCIDQwMjYgPGJyPg0KQ2hhaXJtYW4g
b2YgdGhlIFN1cGVydmlzb3J5IEJvYXJkOiBNaWNoYWVsIE9wcGVuaG9mZiA8YnI+DQpCb2FyZCBv
ZiBNYW5hZ2VtZW50OiBXaWxoZWxtIERyZXNzZWxoYXVzIChDaGFpcm1hbikgwrcgSGFucy1Kw7Zy
ZyBEYXViIMK3IEFuZHJlYXMgR2VoZQ0KPGJyPg0KPGJyPg0KVGhpcyBlLW1haWwgYW5kIGl0cyBh
dHRhY2htZW50cywgaWYgYW55LCBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgaW5mb3JtYXRpb24u
PGJyPg0KSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlLW1haWwgaW4gZXJyb3IsIHBsZWFzZSBu
b3RpZnkgdXMgYW5kIGRlbGV0ZSBvciBkZXN0cm95IHRoZSBlLW1haWwgYW5kIGl0cyBhdHRhY2ht
ZW50cywgaWYgYW55LCBpbW1lZGlhdGVseS4NCjxicj4NCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRo
aXMgZS1tYWlsIGluIGVycm9yLCB5b3UgbXVzdCBub3QgZm9yd2FyZCBvciBtYWtlIHVzZSBvZiB0
aGUgZS1tYWlsIGFuZCBpdHMgYXR0YWNobWVudHMsIGlmIGFueS4NCjwvc3Bhbj48c3BhbiBzdHls
ZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv
ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8L2Rp
dj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K

--_000_650AA355E323C34D9D4AAEED952E053D3FC14C70SVEXDBPROD1infi_--

--_004_650AA355E323C34D9D4AAEED952E053D3FC14C70SVEXDBPROD1infi_
Content-Type: image/jpeg; name="image001.jpg"
Content-Description: image001.jpg
Content-Disposition: inline; filename="image001.jpg"; size=5715;
	creation-date="Thu, 14 Nov 2013 19:40:22 GMT";
	modification-date="Thu, 14 Nov 2013 19:40:22 GMT"
Content-ID: 
Content-Transfer-Encoding: base64

/9j/4AAQSkZJRgABAgAAZABkAAD/7AARRHVja3kAAQAEAAAAZAAA/+4ADkFkb2JlAGTAAAAAAf/b
AIQAAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQICAgICAgICAgIC
AwMDAwMDAwMDAwEBAQEBAQECAQECAgIBAgIDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMD
AwMDAwMDAwMDAwMDAwMDAwMD/8AAEQgAGgEUAwERAAIRAQMRAf/EAaIAAAAGAgMBAAAAAAAAAAAA
AAcIBgUECQMKAgEACwEAAAYDAQEBAAAAAAAAAAAABgUEAwcCCAEJAAoLEAACAQMEAQMDAgMDAwIG
CXUBAgMEEQUSBiEHEyIACDEUQTIjFQlRQhZhJDMXUnGBGGKRJUOhsfAmNHIKGcHRNSfhUzaC8ZKi
RFRzRUY3R2MoVVZXGrLC0uLyZIN0k4Rlo7PD0+MpOGbzdSo5OkhJSlhZWmdoaWp2d3h5eoWGh4iJ
ipSVlpeYmZqkpaanqKmqtLW2t7i5usTFxsfIycrU1dbX2Nna5OXm5+jp6vT19vf4+foRAAIBAwIE
BAMFBAQEBgYFbQECAxEEIRIFMQYAIhNBUQcyYRRxCEKBI5EVUqFiFjMJsSTB0UNy8BfhgjQlklMY
Y0TxorImNRlUNkVkJwpzg5NGdMLS4vJVZXVWN4SFo7PD0+PzKRqUpLTE1OT0laW1xdXl9ShHV2Y4
doaWprbG1ub2Z3eHl6e3x9fn90hYaHiImKi4yNjo+DlJWWl5iZmpucnZ6fkqOkpaanqKmqq6ytrq
+v/aAAwDAQACEQMRAD8A3+Pfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfu
vde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691
737r3Xvfuvde9+691737r3Xvfuvde9+691737r3XvfuvdBd3V3L178fOrd59ydq52Pbmw9h4hsvn
sm0T1ExVp4aKgx+PpIrzV+XzGTqoaSjp09c9VOiDlvZ1y7y9u3Ne92/L2xxGbdLqTSi8BwJZmPBV
RQWdjhVBPl09bwS3MywQisjGg/1eg4nrV9ov5uX8w/5z90Zjr34TbW6/6R2LhKTKZ/I7w3njcLnD
snYeNhlSt353Dvvd9LmdlbaxVLGv3Rho8U0kUn+TRvkGXVLmlJ7D+0/tpy7HuvuPPdblucjKixQs
6eNOxxBaQxFJpGPw1eShHeREDQC47Jtm3QCXcGaSQ4oKip9FAoSftPzx0vKP+cN8sPhR8jj0B88q
XqnuzbS0208zlOyuk6abF5vEbe3tiKHP4vPYilbFbYx+4aOjxmRRpMbV4bEV76Syzspj8pXJ7Acj
e43KP9afbBr7brysqLb3hDI8kLFGRjqkaMllNJFllQcCoNdLZ2Oyv7X6nbtcb5Gl+BINKHjT7QSP
l1slf6Zurf8ARH/p6/vxgv8AQ9/cf/SR/f8A+5b+A/3I/hP8c/j/AJfH9x9v/DP3PH4/Pq/b0eT0
e8QP6vb3+/v6r/TS/wBYPqfp/Ap3+Nq0aPSurFa6fOtM9BTwJvH+m0nx9WnT51rSnRWch3x82aXq
D5bbupPhHS13afUna+9NrfGHq9O+NjJF8n+rMRkMLDtLtSXczwDHdYz7jxFdV1j4TJaq6J6L7a/l
kQ+ybqlFqM46Eyq7R+TEXdvx72PT/GWlm6h391turc3fXcX+lna1+i9/YvC0VVt7r6j2f9umY7C/
jeenND/EKErAIyaiwSGQN7rVBQ5z0EmS77+d9P0J8nN+Y/4KYys7u617g3DtL45dIN8iev44/kN1
HjtxbVx+G7brN9GnXb/XFTltuZTKZJcFXk12rFimJSWpjPv3W6LUZx0MlV2X8lI/kD0/sOm+NlBN
0Tu7qrPbp7Z7wPbm2vvOpuzaFUOI6zp9gGgTN72iyUrrGMrSNHTESPIQggKy+61QUrXPQIZD5AfP
qn+N3ePY1F8CsRXfIXZXc2b2f0r8e0+SXX0dL3J1DQ7r2zisX2zU9l1NDTbe2PUZLb2QylcuHrkF
WRjEDeM1aInut0WtK46Hyr7F+REPyX2R1xT/AB5oar46ZzpvKbu3h8hl7S26lZsvt2kzn2dH1SvW
b0i7jz1LWYYx1K5iFkpWMrKQhgZZPdaoKVrnovdX8iPn5D8Xuwez6X4BY6q+SO3O4a7Z+yPjePkh
1/HTdgdV0u+MRhIO0YOz5aBNt4F6vbFXV1642tSKo00ev6SxxN7rdFrSuOjIVfYffEPylxPVlL0H
FV/Gyr6SrN75T5Mnsfb0E2L7gh3lJhqbpxeqmgfdNYs+1Fjy38aDrQ/umD/ORMG91qgpWuei2z/I
n5+r8YMp2ZT/AAAoJPkjF3NLsrE/HGX5I9ex0lX1YN8Q4KHtSr7QWifbdMr7bZ65seEacKol5Q6P
fut0WtK4+zoxq9hfIA/KmTq5ugKRfjGvSabzj+TQ7M241ZJ3G27/AOEt1AepfCN1JAm1Qcoc1qNE
SRCCZCQvutUFK1z0XSl+Qn8wOT4x7X7JqfgDg6f5JZLuSn2duf45j5N7AloNt9USbyrsNUdqR9pp
iTtrKyQbehgrf4XChqWjm8g5U0/v3W6LWlcfZ0YWk7F+Q03yg3V1lU/HqjpfjZiulcfvLbXyRbtD
bklVuXuGo3LHjqnqJ+rUpm3TiqaDbzS15zTl6NDTiM6nqEVPdaoKVrnov9F8hPn0/wAaOm+y8h8B
8ZSfIfdvc2G2f298dYvkh19UxdV9R1m8dw4XIdr0XZcVE22d31NJt2hxuR/hFMBUpHkm1HVSyx+/
dbotaVx0PuO7I+Q0/wAj+y+ua/4709J8f9t9T7e3d153/H2dtyWfsHsvIV09NmOr5+uzTrn9ttja
eJpRk5mkpAsaljeeNU91qgpWuegMoPkD87Kj45fHTsWr+B9HQ9/di9zbf2b310AfkPsCeDoPqKv3
bvDF5nt1ex0pBgN/y43a2GxGS/guOjNarZoxetqObV7rdFqRXHQx0vaHyVl787t2HP8AGeli6R2R
1Zt3dPT3dTdt7YSfufsrJUs82X63bZK0c+X2LBiayJqZsnXloRoWYI8c6BPdaoKcc9BLi++PnVU9
IfFzeuR+DWKoO5Oze29u7V+SnT3+zDbDki+OXU+Qz+46HNdq0W8o6WTC9mVWJ29j8dkP4JjmWtL5
E0wLSQSN791ui1OcdChF2l8o27g+Sm0ZPi9jh1R1z11tfcXx07THcm1UqPkPv7J7Xq8luHYNbtE0
L5Hq6PCbphGL/iOTdoGTTVKHim0xe61QUGc9B3Q95/N6frX4hbjq/hJjKbsTtvsfbe3vlT1+vyA2
M8Pxb66yE2TXP9h0u4jSLj+1ajCY+mgqv4Tiz91JJL9ojPIfKPdbotTnHS4h7Z+VknYny1203xVx
8ex+qtk7ZzfxX38/cu1Ei+UW8MpsbKZnObMyOENGcj1AuB3vSU+GauygkgeOo+6UNEvv3WqDGf8A
Y6S1D3l8yKjY/wAOs3UfC+Cm3h3HurA4v5VbRfvLZSp8Vdr1mFrqzN7qiyv2rU/aL4ytgjCUON0z
OT4L+V1ce63Rc5+zrXk/m+/NPFbK/mPYDftH2D2bjP8AhsDB/HnedF13szZHZuc232Zu/uztHa27
fkrt/dO69n7RzOydsQYf4iU2PeI7jyWNhlmyLrTl5VdffunEWq09f9X+Hoato/JfvGi7+7f+PHQv
eG1+kG+YX8475J7RHyT3PtrE9nU2yto7C+Efxg7FwWy+ssBu2V9gVW+e2crWRUuB/iZnoyRP4aWq
qJI09+69QUqRWi/5elF81Pm/81PjvuHsOg6Y+R28e/st8L4PjUnyifG/Gf40bR6NpZu29x4qSiou
3N0bl7bh7frN1dj7SzMDRUnWuHEGGeWKWcwo7rH7rSqp4jjw6Lpg/lJ8sfj3gPlxuLrnuTeNU/yP
/n3fIf4hYeGfYXV2/Mv0rjo9x5rMJunYdf2puLbOK3JvfcOz9kYvae2MDuPIrtmgpyjQxiRIIJvd
WoppXyWvRxuouxfmbnfnD/L+oflVtXcFB2FtnD/zXtv7Fl3NR7E683H3X1fhdsfDnO9Wb57D2f1j
uzfPX2y93Vcu4avE1UNJMaaKWgaqigSOoAZyFY3mVJm0QlgGamrSCRVtNRWgzSorwr1qiUOe2or5
06MHuvtXszM/PD+Uluv5A7LpPjrvPcfSH8y1t89YVXYeF3NhcHXYuf4z0G2xU7oxc9PgMzNkcNHF
kIVGp6Q1rQE+RHJO+aLDY9s324seXL47lssZXwrkxND4gKKzfpv3Locsmfi06hgjpyeOGOR0t38S
EEUahFcZwc4OPy6D/eP8wPvPG7A+WGVxHY21TuPrn+cT8ffiR1jEmD2fUz/7L/2dlPieazAU9AaO
T+PVefw3Ye6ZqTKuk1aYg8kM1qRTGQdM6Rj/AEtf8PQFVf8AMA+Z9H8DvlB/M/h762NkqPau5e3u
v9l/CCPqDZq4fpLIbb7xm6O23VdjdgVOVxPama37srHPFu7cFNU1VJjK2i/ap6emp5EqT7reldQT
+fTHvz5dfzWOr9sbB2nkd25rGYru35mfBjpLpf5P959F/HbE7ly+F+TNX2FtPtHBZLqXpHtDeWyM
/tvZuSxGFzeDylNU4qsqKerekmqJtInb3WwEP7D0w757Y+YnYXdnSPxf7A+V0sPZHRn83PMdKbd+
SO3OsNjbard07PynwD3P3LtEb36h0y9V5/cuLyO9Jsch+0SllkaGaKnjqY1d9deooBIGCv8Al6H7
/hQ7W75qfjn8beq9vy1mal7A7yo6KvpKKlWKu3TuPEbTyFBtyiENMY4AMhk8/JKKYDxtULEwA8S+
8sfulw7fFzVu283xVTabWSHbgiNIpkb5UWMZ8lLDz6EPK4jFzLM/4Y+PoK5P8ugz2x0Z8dPjZt74
2fyrYqvMb7+RvyK33s7fPy0oNgZ2kxNA+KxuNk3fkMd2XuOPH12Yrdm7O2pSVlRt7bFI9EMg9NHk
q9o6Srnp8od3vMvNvOF3vHvcyx2vKO02ssO1tOhZtTN4Stbx6gglllKLPcMH0BjDEC8avC89xdXb
S7xhbWJSI9Qr8u0cKk01Ma04DIBFNvyb7hn+V/yn+auZ3Njtl5Dr/BR92brwe9U2dtXH7329iut5
Jtr9LVf9/cbi8bu7PR7jz0G3dtPR5WsyNHHQZfxwwxvTUUtNkHyby+vI3JPLlvZPcJusps4nh8WV
oZGuKSXY8BmaJPDQz3AeJY3LxVZiHkVz20gFlZ26oWEp0AipodWWxwFBqaoANR8zU2v+l7sL/oHv
/u5/EKv+Ff7NJ/oh8tp/N/o9/iX+lT+H/dX1faf3y/Zvfx+D/J/0+n2BP3BtP/BWfV6F8f8Acn1V
MU8fT9Nqp6+Dn11d/HPSHwIv6zaqZ8HV/tqaf8H+frdN987OgH1737r3Xvfuvde9+691737r3Xvf
uvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+69
1737r3XvfuvdBG3QfSb4ruHBSdVbClw/yDqMvV95Y2bbGKmo+2p89tml2XmX7AhlpnTdC5HaVFFj
pVq/KrUaCK2m49+63U/s6C/cHwY+HO6urNx9I7j+M/TGZ6m3buij3xn9hV2w8FNt+u3vjtqYfY2O
3olKaQNQ7vxuzsBRYynylO0VdBRUyRRyqgt7917U1a1NekDlv5Y38vjNz7Oqcl8PuhpZthbewm09
sNDsPE0S0u2ttOJNu4XIx0MdNHuHH4KYeSjjyIqxTS+uPS/q9+63rb1PSw3N8BfhPvPcvbe8N2fF
force5e+sZRYjuXL5nrjbVfUdkUeOytBnaN91LUUDw5LIQZ3FUlcKtl+7NZSQTmQywxuvuvam9Tj
pWdV/EL4xdIpsNeqOj+vNjydYf3/AP8AR/WYbAwLk9qP2ocC3ZMuJy1SajJwz75O18d/FJDKz1n2
MPkLeNbe60WJ49c+/viJ8X/lT/dP/ZkehOq+8P7ifx3+5n+kzZuG3b/dj+9H8G/vF/BP4tTVH8P/
AI1/d2h+58dvL9pFqvoFvdeDEcD0g8f/AC8/g1ie0dgd1Yz4odFUHanVeB2htrrze1L15t+HMbSx
HX2Dx22tgxYlkpBTRVmx9vYejosPVtG1XjKWkgjppYkhjC+63qalKmnT6vwa+HK9t7673/2WTpN+
3Oz9uZ/aXY2+JuvduT5TfO392U70m7MfuuKahfH53+9dFI1PlJamGSfJU58VS8sfp9+61qalKmnT
L13/AC+vhL1NjosR1z8Yen9p4yn7L2P3FR0ON2lQmmx3Z3WVTkazrneWLjqRULi8vsOpy9U+HNP4
o8aaiT7dYw7X91ssx4npT9o/Cz4ld14Pem2+2vjr1F2FhOxN+4rtLe1DujZWGyi7i7Jwe26PZuJ3
3Xzz0xqTuyh2hQxYpK9HSp/hoNMXMLuje60GYcD0D/8AMU+E+M+anxYzHS+Enxu2t57XrcTvHp7L
VQlpsPg947Zo6vHY/HZA0cUtRT4LM4HI1eNlaNJPthUJULHI0CI0oe0PuG/trznDvsitJtUiNBco
tNTQuQSVBoNaOqSKCRq0lKgMSDHar87fdicgmIijD5H0+YND/Lz60/8A4v8AZG/P5dP8xDafaPzZ
2D2xHndrPvii3icrAue3tWtunZed2jS7twWV3BlIcdvTHpLk471lNk3inoWkaCWUhYpM/edNo2v3
b9pp9l9uLqxNrP4Ji0nRCPDmSUxOqKWhainsaMFXoGVcsBxeRR7ptbQ7eyaWpTyGCDQgDH2U49O+
U2xR/NrKYD4ofy3fjBvPG9c02+Kffe/O2u0ammz/AGhvPcn8Or8NQbx7p7Eplq9uddbN25jcvXfa
4WgqWpqqrqHmSKorpYoQngvJPbiGXnn3e3q3fdzbGGC1tgUtoY9Su0VpAaSTyyMiapnXUqqFLJEr
N1UOdvBvN1mUy6aBVwoHGirxYmgyeHyHW1l/w2h1x/w3J/sgf8Z/Y/ufq/0h/wANi+4/0ufxn++n
9/v4fq838P8A77f8ofn8/wDBv8i+4/3b7we/1493/wBdz/XS8Pu+o/sNWPpdHg+Bq4avB/Hpp4v6
mny6Bv72l/ev7yp+L4f6NKaf2efrmnVmnuG+inr3v3Xuve/de697917r3v3Xuve/de697917r3v3
Xuve/de697917r3v3Xuve/de697917r3v3Xuve/de697917r3v3Xuve/de697917r3v3Xuve/de6
97917r3v3Xuve/de697917r3v3Xuve/de697917r3v3Xuve/de697917r3v3XugA+RP/AB59D/zI
D/i6xf8AZRP/AB5/6D/wB/6uv+p/2n2KeU/+Sg3/ACVfgP8AuB/a/n/R9elNr/af6Lw/Bx/4rpS9
J/8AMv8AF/8AMpf87N/zJP8A5l/+mL/i1/8AN3/V/wCGn2j5j/5Kr/7n8B/uZ/b+fxfL0/Pqtx/a
n4/9v8X59C17IumOv//Z

--_004_650AA355E323C34D9D4AAEED952E053D3FC14C70SVEXDBPROD1infi_--

From rgandhi@cisco.com  Thu Nov 14 16:30:09 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B49E011E8163 for ; Thu, 14 Nov 2013 16:30:09 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.599
X-Spam-Level: 
X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wO4Xg8GWya2R for ; Thu, 14 Nov 2013 16:30:04 -0800 (PST)
Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) by ietfa.amsl.com (Postfix) with ESMTP id C932B11E8150 for ; Thu, 14 Nov 2013 16:30:04 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3347; q=dns/txt; s=iport; t=1384475404; x=1385685004; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=41f3T5/s5FW0ZKAsy02gufezMSQR/J5vQN/WkGTVc74=; b=TjEJoYb+WthuyziglRtIM5E+qjdvt7c0Rd0VLGqCuROS/BbnvDwaekiH nTW1rYf+vcb7KwLM4gfd26YAHCH6lT08sGJPSCTZprSNwbkDRqY5tP9An E+dl21KGU5e/VY8vwSfjrN0TPnRt+PoQD2/SfaHcHhbqcbFwMhNpOOd6r Y=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgsFANFqhVKtJV2d/2dsb2JhbABagwc4U78egSAWdIInAQQBAQE3LQcLEgEINjcLJQIEAQ0FiAENwHQEj18HhDEDmBCSDIMogio
X-IronPort-AV: E=Sophos;i="4.93,703,1378857600"; d="scan'208";a="285049759"
Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by rcdn-iport-6.cisco.com with ESMTP; 15 Nov 2013 00:30:04 +0000
Received: from xhc-rcd-x11.cisco.com (xhc-rcd-x11.cisco.com [173.37.183.85]) by rcdn-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id rAF0Tvrd004841 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 15 Nov 2013 00:30:04 GMT
Received: from xmb-aln-x07.cisco.com ([169.254.2.43]) by xhc-rcd-x11.cisco.com ([173.37.183.85]) with mapi id 14.03.0123.003; Thu, 14 Nov 2013 18:30:00 -0600
From: "Rakesh Gandhi (rgandhi)" 
To: "Zhangxian (Xian)" , "ccamp@ietf.org" 
Thread-Topic: [CCAMP] comments to draft-gandhi-ccamp-gmpls-restoration-lsp-01
Thread-Index: AQHO3CkIHG8ruuUI/EGpdh6NlTsP5ZoljBEA
Date: Fri, 15 Nov 2013 00:29:59 +0000
Message-ID: 
In-Reply-To: 
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.3.5.130515
x-originating-ip: [10.86.255.207]
Content-Type: text/plain; charset="us-ascii"
Content-ID: <43E6FCAA866E534BBEB8AAEFC9E32180@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Subject: Re: [CCAMP] comments to draft-gandhi-ccamp-gmpls-restoration-lsp-01
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 15 Nov 2013 00:30:09 -0000

Thanks Xian for your review comments.

Please see inline.. ..



On 2013-11-07 9:22 PM, "Zhangxian (Xian)"  wrote:

>Hi, All,=20
>
>    Due to short of time, I post my questions to this draft here (based
>on the slides). =20
>
>1) what is the scope of this document? From the examples given, it seems
>to me only to end to end case. If it is not the intention, it would be
>good to clarify.=20


 This is for end to end recovery case.



>
>2) Page 3 of the slides, last sentence.
>I do not think it is accurate. A restoration LSP can be established
>before failure as specified in RFC4872, unless you are targeting fully
>dynamic rerouting. So i think the following text in the draft need
>modification:
>
>"Restoration LSP differs from a secondary LSP
>   in the way that secondary LSP does not reserve resources in the data
>   plane and is not able to carry any traffic until it is refreshed
>   whereas restoration LSP does reserve resources and is able to carry
>   traffic."


 We are targeting the fully dynamic rerouting case described in RFC
4872 and copied below.

"4) Full LSP rerouting (or restoration) switches normal traffic to an
      alternate LSP that is not even partially established until after
      the working LSP failure occurs.  The new alternate route is
      selected at the LSP head-end node, it may reuse resources of the
      failed LSP at intermediate nodes and may include additional
intermediate nodes and/or links."





>
>3) Page 8, the note.
>Could you point the exact piece of text saying this in RFC6689? At the
>moment, i cannot find it, thus cannot judge the need of this draft.


Slide should have said "Inferred from RFC6689" instead of "RFC6689 states".

RFC 6689 doesn't explicitly cover the case for "full rerouting" case (so
you will not find it and hence need for this clarification draft).


RFC 6689, Section 2.2 has following text which we used to infer that
restoration LSP may carry LSP-ID of itself.

"The Association ID carries one of three values:
      -  The LSP ID of the LSP being protected.
      -  The LSP ID of the protection LSP.
      -  In the case where the matching LSP is not yet known (i.e.,
initiated), the LSP ID value of the LSP itself."




>
>4) Page 9:=20
>4.1: It seems to me the draft are using the bit P different from what it
>is defined in  RFC4872. Since it is a BCP draft, i do not expect this.
>Please clarify.=20


 There is no change proposed for the existing PROTECTION object (and P
bit) usage in this draft. I think it should be Informational draft and not
BCP.



>
>4.2: not sure why assign a restoration LSP for a protection LSP? If the
>intention is to protection two failures, assign one protection and one
>restoration LSP for the working LSP is probably a better way to do. Since
>the failure of protection LSP does not won't trigger any update in
>RSVP-TE.=20


 If protection LSP fails, in full rerouting case, one would signal
restoration for the protection LSP to share/claim resources of the
protection LSP, no?


Thanks,
Rakesh



>
>
>Regards,
>Xian=20
>_______________________________________________
>CCAMP mailing list
>CCAMP@ietf.org
>https://www.ietf.org/mailman/listinfo/ccamp


From zhangfatai@huawei.com  Thu Nov 14 18:44:09 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4542211E8170 for ; Thu, 14 Nov 2013 18:44:09 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4
X-Spam-Level: 
X-Spam-Status: No, score=-4 tagged_above=-999 required=5 tests=[RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OrG50r1UIrEd for ; Thu, 14 Nov 2013 18:44:05 -0800 (PST)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id B537011E8165 for ; Thu, 14 Nov 2013 18:44:04 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BAH39454; Fri, 15 Nov 2013 02:44:03 +0000 (GMT)
Received: from LHREML405-HUB.china.huawei.com (10.201.5.242) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.3.158.1; Fri, 15 Nov 2013 02:42:58 +0000
Received: from SZXEMA407-HUB.china.huawei.com (10.82.72.39) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.158.1; Fri, 15 Nov 2013 02:44:01 +0000
Received: from SZXEMA504-MBS.china.huawei.com ([169.254.8.57]) by SZXEMA407-HUB.china.huawei.com ([10.82.72.39]) with mapi id 14.03.0158.001; Fri, 15 Nov 2013 10:43:49 +0800
From: Fatai Zhang 
To: "George Swallow (swallow)" , "Zafar Ali (zali)" , "Zhangxian (Xian)" 
Thread-Topic: [CCAMP] The description of Path Key retaining time in RFC5553
Thread-Index: AQHO2+75nyh5MwjjqEemfNXW9E7a+JobcMqAgAVubRCAARdQAIADqHAA
Date: Fri, 15 Nov 2013 02:43:48 +0000
Message-ID: 
References:  
In-Reply-To: 
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.66.72.159]
Content-Type: text/plain; charset="iso-8859-2"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Cc: "ccamp@ietf.org" 
Subject: Re: [CCAMP] The description of Path Key retaining time in RFC5553
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 15 Nov 2013 02:44:09 -0000

Hi George,

Apart from the difference between "CACHE" and "SAVE", it seems that you don=
't see any problem.=20

In addition, you can find a place to store so complex 5 tuplet information,=
 why there is no place to store simple Path Key?=20

Please make our logic more logical.=20


Best Regards

Fatai


-----Original Message-----
From: George Swallow (swallow) [mailto:swallow@cisco.com]=20
Sent: Wednesday, November 13, 2013 2:44 AM
To: Fatai Zhang; Zafar Ali (zali); Zhangxian (Xian)
Cc: ccamp@ietf.org; George Swallow (swallow)
Subject: Re: [CCAMP] The description of Path Key retaining time in RFC5553

Fatai -

If a PCE is saving state, then in what way is it "stateless".  The text
you have below and along with Zafar's quote (from RFC5520) is of a PCE
that CACHEs the result (ERO segment) of a constrained path selection along
with the key it handed out.  As a path is signaled an LSR or (or perhaps
several LSRs) may contact PCEs using a path key to retrieve the path in
order to extend or complete the ERO.

But the PCE merely caches.  The only state that is saved for the life of
the LSP is at the LSR.

George

On 11/11/13 9:09 PM, "Fatai Zhang"  wrote:

>Hi Zafar,
>
>It does not matter what it is.
>
>Do you see any problem for an element (a stateless PCE or NMS or even a
>node) to store path key information?
>
>Please don't argue scaliblity issue because you can see even a GMPLS node
>can store lots of informaiton.
>
>
>
>Best Regards
>
>Fatai
>
>
>-----Original Message-----
>From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of
>Zafar Ali (zali)
>Sent: Saturday, November 09, 2013 11:58 AM
>To: Zhangxian (Xian)
>Cc: ccamp@ietf.org
>Subject: Re: [CCAMP] The description of Path Key retaining time in RFC5553
>
>Hi Zhang:=20
>
>Section 2.1 from RFC5553 state: "It is RECOMMENDED for a PCE to store the
>PKS for a period of 10 minutes." Furthermore, please note that 16 bit path
>keys are used as reuse of the path key is assumed.
>
>
>The bottom line is that in your draft the PCE needs to remember the (path
>key, path info) "states" for "indefinite" time. If you like we call such
>PCE "path-stateful PCE" but it is stateful. Also, the solution is not
>scalable as a PCE can only hold 64K of (path key, path info) states. Such
>limitations and requirements need to be clearly stated in the draft.
>
>Thanks
>
>Regards =A9 Zafar
>
>
>-----Original Message-----
>From: "Zhangxian   (Xian)" 
>Date: Thursday, November 7, 2013 11:24 AM
>To: zali 
>Cc: "ccamp@ietf.org" 
>Subject: The description of Path Key retaining time in RFC5553
>
>>Hi, all,
>>
>>  The following is the piece of information that i mentioned already
>>require retaining the Path key information for the lifetime of LSP.
>>
>>Section 3.2 from RFC5553
>>"
>>.......
>>On a Path message, the PKS SHOULD identify the LSR replacing the CPS and
>>provide a Path Key that can be used to expand  the path segment.  In the
>>latter case, the Path Key and its expansion SHOULD be retained by the LSR
>>that performs the substitution for at least the lifetime of the LSP.  In
>>both cases, the expansion of the PKS SHOULD be made available to
>>diagnostic tools under the control of local policy.
>>"
>>
>>My understanding of the stateful PCE (from PCE WG) is to have LSP-DB
>>documenting information such as the identifiers (the 5-tuple), route, bw
>>information etc. So I do not think our extensions defined in
>>http://tools.ietf.org/html/draft-zhang-ccamp-route-exclusion-pathkey-00
>>incur any new additional requirements. Please review our draft and let us
>>know what you think.
>>
>>Cheers,
>>Xian
>
>_______________________________________________
>CCAMP mailing list
>CCAMP@ietf.org
>https://www.ietf.org/mailman/listinfo/ccamp
>_______________________________________________
>CCAMP mailing list
>CCAMP@ietf.org
>https://www.ietf.org/mailman/listinfo/ccamp


From zali@cisco.com  Thu Nov 14 19:12:41 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E384B11E817D for ; Thu, 14 Nov 2013 19:12:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8
X-Spam-Level: 
X-Spam-Status: No, score=-8 tagged_above=-999 required=5 tests=[RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vzYHmSb7JRhM for ; Thu, 14 Nov 2013 19:12:35 -0800 (PST)
Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) by ietfa.amsl.com (Postfix) with ESMTP id 3728E11E817F for ; Thu, 14 Nov 2013 19:12:35 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1288; q=dns/txt; s=iport; t=1384485155; x=1385694755; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=X4Xn54iQPalgfjunKwolydHpcxcNp4I00QXTQp0yySM=; b=JQ9cuudBLnsqb5oiIIN16rcgs3ltcEHA0/5kDvwW8PLpBcQ6YQWdrNrs j0zRyL3HrGNM/hhgTUQoIx0envH6z5yJtB78IZn5eHoZmpDgperWYCYFT KD0Ej4nDH2vfh+Uminmt8FUp7JD4FBSwUZV3ZgSv/B5p20zlhOTNPZP3a k=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgsFAFOQhVKtJXHA/2dsb2JhbABZgweBC78igSEWdIIlAQEBBDo4BwwGAQgRAwECH0IdCAIEAQ0FGQKHZsEBj18HBoQrA5gQkgyDKIIq
X-IronPort-AV: E=Sophos;i="4.93,704,1378857600"; d="scan'208";a="285087624"
Received: from rcdn-core2-5.cisco.com ([173.37.113.192]) by rcdn-iport-6.cisco.com with ESMTP; 15 Nov 2013 03:12:34 +0000
Received: from xhc-aln-x04.cisco.com (xhc-aln-x04.cisco.com [173.36.12.78]) by rcdn-core2-5.cisco.com (8.14.5/8.14.5) with ESMTP id rAF3CYqg013715 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 15 Nov 2013 03:12:34 GMT
Received: from xmb-rcd-x14.cisco.com ([169.254.4.50]) by xhc-aln-x04.cisco.com ([173.36.12.78]) with mapi id 14.03.0123.003; Thu, 14 Nov 2013 21:12:34 -0600
From: "Zafar Ali (zali)" 
To: Fatai Zhang , "Zhangxian (Xian)" 
Thread-Topic: The description of Path Key retaining time in RFC5553
Thread-Index: AQHO2+75nyh5MwjjqEemfNXW9E7a+JobcMqAgAVubRCABNrUAA==
Date: Fri, 15 Nov 2013 03:12:33 +0000
Message-ID: 
In-Reply-To: 
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.2.3.120616
x-originating-ip: [10.82.237.186]
Content-Type: text/plain; charset="us-ascii"
Content-ID: 
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "ccamp@ietf.org" 
Subject: Re: [CCAMP] The description of Path Key retaining time in RFC5553
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 15 Nov 2013 03:12:41 -0000

-----Original Message-----
From: Fatai Zhang 
Date: Monday, November 11, 2013 9:09 PM
To: zali , "Zhangxian (Xian)" 
Cc: "ccamp@ietf.org" 
Subject: RE: The description of Path Key retaining time in RFC5553

>Please don't argue scaliblity issue because you can see even a GMPLS node
>can store lots of informaiton.
>

Fatai-=20

I did not get what you are saying. What I was saying is:

* Tunnel-id is 16 bit. I.e., client name space is 16 bit. There can be
more than one LSP per tunnel.
* Path key is 16 bits. I.e., server name space is 16 bits. Each LSP needs
a Path Key.=20
* There is 1:N relationship between PCC and PCE (server). PCE sever may
even be centralized.
* You are requiring (Path key, path info) "state" to be stored at the PCE
server for the life time of the connections.
* Path keys have hold-off timer of 30 minutes before they can be reused.

Hence, in your solution, PCE server would run out of Path Keys much before
clients runs out of tunnel name space. In your solution, if you have a
centralized PCE, you can only support 64K connection IN THE NETWORK! I am
not sure why you want to ignore these scaling restrictions.

Thanks

Regards...Zafar=20

>


From zhang.xian@huawei.com  Thu Nov 14 19:44:08 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5820F11E8186 for ; Thu, 14 Nov 2013 19:44:08 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.204
X-Spam-Level: 
X-Spam-Status: No, score=-1.204 tagged_above=-999 required=5 tests=[MIME_BASE64_TEXT=2.796, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gcP88h1fw+T7 for ; Thu, 14 Nov 2013 19:44:03 -0800 (PST)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id BE59211E8184 for ; Thu, 14 Nov 2013 19:44:00 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id AXX39538; Fri, 15 Nov 2013 03:43:59 +0000 (GMT)
Received: from LHREML403-HUB.china.huawei.com (10.201.5.217) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.3.158.1; Fri, 15 Nov 2013 03:42:55 +0000
Received: from SZXEML458-HUB.china.huawei.com (10.82.67.201) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.3.158.1; Fri, 15 Nov 2013 03:43:57 +0000
Received: from SZXEML510-MBX.china.huawei.com ([169.254.3.140]) by SZXEML458-HUB.china.huawei.com ([10.82.67.201]) with mapi id 14.03.0158.001; Fri, 15 Nov 2013 11:43:45 +0800
From: "Zhangxian (Xian)" 
To: "Zafar Ali (zali)" , Fatai Zhang 
Thread-Topic: The description of Path Key retaining time in RFC5553
Thread-Index: AQHO2+75nyh5MwjjqEemfNXW9E7a+JobcMqAgAVubRCABNrUAP//8xaw
Date: Fri, 15 Nov 2013 03:43:44 +0000
Message-ID: 
References:  
In-Reply-To: 
Accept-Language: zh-CN, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.66.104.209]
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Cc: "ccamp@ietf.org" 
Subject: Re: [CCAMP] The description of Path Key retaining time in RFC5553
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 15 Nov 2013 03:44:08 -0000

SGksIFphZmFyLA0KICAgDQogICBUaGFuayB5b3UgZm9yIHNoYXJpbmcgeW91ciB0aG91Z2h0LiBC
dXQgSSBkaXNhZ3JlZS4gV2h5IGhhdmluZyBhIDE2LWJpdCBQSyBzcGFjZSB3aWxsIGNvbnN0cmFp
biB0aGUgbmV0d29yayB0byBoYXZlIG9ubHkgNjRrIExTUHM/IFBLIGlzIG5lZWRlZCBvbmx5IHdo
ZW4gdGhlIExTUCBpcyBuZWVkZWQgdG8gdXNlIGFzIGEgY29uc3RyYWludCBmb3IgcGF0aCBkaXZl
cnNpdHkuIA0KDQogICBGdXJ0aGVybW9yZSwgSSBkbyBub3Qgc2VlIHdoeSBzdG9yaW5nIFBLUyBp
biBQQ0UgZm9yIGEgbG9uZ2VyIHRpbWUsIGV2ZW4gaWYgdGhlIGxpZmV0aW1lIG9mIExTUCwgd2ls
bCBjYXVzZSBhbnkgc2NhbGFiaWxpdHkgaXNzdWUuIFBLUyBjYW4gYmUgdXNlZCBsb2NhbGx5IGJ5
IHRoZSBQQ0UgKHN0YXRlbGVzcykgcGVyIG5vZGUgYmFzaXMsIGkuZS4gY29tYmluaW5nIFBLUyAr
IHNvdXJjZSBub2RlIGFkZHJlc3MgYXMgYSB3YXkgZm9yIFBDRSB0byBzb2x2ZSB0aGUgaXNzdWUg
eW91IG1lbnRpb25lZCBiZWxvdywgd2hpY2ggaXMgaW50ZXJuYWwgdG8gdGhlIFBDRS4gRG8geW91
IGFncmVlPyBJZiBuZWVkZWQsIHdlIGNhbiBjYXB0dXJlIHRoaXMgaW4gdGhlIG1hbmFnZWFiaWxp
dHkgc2VjdGlvbi4NCg0KUmVnYXJkcywNClhpYW4NCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0t
LS0NCkZyb206IFphZmFyIEFsaSAoemFsaSkgW21haWx0bzp6YWxpQGNpc2NvLmNvbV0gDQpTZW50
OiAyMDEzxOoxMdTCMTXI1SAxMToxMw0KVG86IEZhdGFpIFpoYW5nOyBaaGFuZ3hpYW4gKFhpYW4p
DQpDYzogY2NhbXBAaWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBUaGUgZGVzY3JpcHRpb24gb2YgUGF0
aCBLZXkgcmV0YWluaW5nIHRpbWUgaW4gUkZDNTU1Mw0KDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2Fn
ZS0tLS0tDQpGcm9tOiBGYXRhaSBaaGFuZyA8emhhbmdmYXRhaUBodWF3ZWkuY29tPg0KRGF0ZTog
TW9uZGF5LCBOb3ZlbWJlciAxMSwgMjAxMyA5OjA5IFBNDQpUbzogemFsaSA8emFsaUBjaXNjby5j
b20+LCAiWmhhbmd4aWFuIChYaWFuKSIgPHpoYW5nLnhpYW5AaHVhd2VpLmNvbT4NCkNjOiAiY2Nh
bXBAaWV0Zi5vcmciIDxjY2FtcEBpZXRmLm9yZz4NClN1YmplY3Q6IFJFOiBUaGUgZGVzY3JpcHRp
b24gb2YgUGF0aCBLZXkgcmV0YWluaW5nIHRpbWUgaW4gUkZDNTU1Mw0KDQo+UGxlYXNlIGRvbid0
IGFyZ3VlIHNjYWxpYmxpdHkgaXNzdWUgYmVjYXVzZSB5b3UgY2FuIHNlZSBldmVuIGEgR01QTFMg
bm9kZQ0KPmNhbiBzdG9yZSBsb3RzIG9mIGluZm9ybWFpdG9uLg0KPg0KDQpGYXRhaS0gDQoNCkkg
ZGlkIG5vdCBnZXQgd2hhdCB5b3UgYXJlIHNheWluZy4gV2hhdCBJIHdhcyBzYXlpbmcgaXM6DQoN
CiogVHVubmVsLWlkIGlzIDE2IGJpdC4gSS5lLiwgY2xpZW50IG5hbWUgc3BhY2UgaXMgMTYgYml0
LiBUaGVyZSBjYW4gYmUNCm1vcmUgdGhhbiBvbmUgTFNQIHBlciB0dW5uZWwuDQoqIFBhdGgga2V5
IGlzIDE2IGJpdHMuIEkuZS4sIHNlcnZlciBuYW1lIHNwYWNlIGlzIDE2IGJpdHMuIEVhY2ggTFNQ
IG5lZWRzDQphIFBhdGggS2V5LiANCiogVGhlcmUgaXMgMTpOIHJlbGF0aW9uc2hpcCBiZXR3ZWVu
IFBDQyBhbmQgUENFIChzZXJ2ZXIpLiBQQ0Ugc2V2ZXIgbWF5DQpldmVuIGJlIGNlbnRyYWxpemVk
Lg0KKiBZb3UgYXJlIHJlcXVpcmluZyAoUGF0aCBrZXksIHBhdGggaW5mbykgInN0YXRlIiB0byBi
ZSBzdG9yZWQgYXQgdGhlIFBDRQ0Kc2VydmVyIGZvciB0aGUgbGlmZSB0aW1lIG9mIHRoZSBjb25u
ZWN0aW9ucy4NCiogUGF0aCBrZXlzIGhhdmUgaG9sZC1vZmYgdGltZXIgb2YgMzAgbWludXRlcyBi
ZWZvcmUgdGhleSBjYW4gYmUgcmV1c2VkLg0KDQpIZW5jZSwgaW4geW91ciBzb2x1dGlvbiwgUENF
IHNlcnZlciB3b3VsZCBydW4gb3V0IG9mIFBhdGggS2V5cyBtdWNoIGJlZm9yZQ0KY2xpZW50cyBy
dW5zIG91dCBvZiB0dW5uZWwgbmFtZSBzcGFjZS4gSW4geW91ciBzb2x1dGlvbiwgaWYgeW91IGhh
dmUgYQ0KY2VudHJhbGl6ZWQgUENFLCB5b3UgY2FuIG9ubHkgc3VwcG9ydCA2NEsgY29ubmVjdGlv
biBJTiBUSEUgTkVUV09SSyEgSSBhbQ0Kbm90IHN1cmUgd2h5IHlvdSB3YW50IHRvIGlnbm9yZSB0
aGVzZSBzY2FsaW5nIHJlc3RyaWN0aW9ucy4NCg0KVGhhbmtzDQoNClJlZ2FyZHMuLi5aYWZhciAN
Cg0KPg0KDQo=

From zali@cisco.com  Fri Nov 15 10:55:48 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5312C11E81BD for ; Fri, 15 Nov 2013 10:55:48 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8.74
X-Spam-Level: 
X-Spam-Status: No, score=-8.74 tagged_above=-999 required=5 tests=[BAYES_20=-0.74, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KPNVC4H4FIEV for ; Fri, 15 Nov 2013 10:55:42 -0800 (PST)
Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) by ietfa.amsl.com (Postfix) with ESMTP id 7E38711E81ED for ; Fri, 15 Nov 2013 10:55:37 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3542; q=dns/txt; s=iport; t=1384541742; x=1385751342; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=JnfuZnmth1W6Uh1PEL/dxnrlTuM1NEBNKvu5AiS9nm4=; b=I5sDSFpI1LNMqBhWWLiJKo3ydgHBE7qUoXbL8BMaChHsBrDLhyMHh5l/ VvcYLVPeC01zRxnZ+QFsLxePkDlSh+3zcJg+f1J0K8VpqG0uFwllLlRns HVhKn2fgvlVnQRR0GR5R6OkA/0FVt3wMtH6ApH+KVw1tQw9JhYAvMaeZR 8=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Ah8FAJtthlKtJXG9/2dsb2JhbABZgweBC4J2vDSBKhZ0giUBAQEDASEBUAcFBwYBCBEDAQEBAgMLGAIDNBQJCAIEAQ0FGQKHYAaTHptZAZIygSaOQwcGgmKBSQOYEJINgyiCKg
X-IronPort-AV: E=Sophos;i="4.93,709,1378857600"; d="scan'208";a="282392060"
Received: from rcdn-core2-2.cisco.com ([173.37.113.189]) by rcdn-iport-9.cisco.com with ESMTP; 15 Nov 2013 18:55:33 +0000
Received: from xhc-rcd-x11.cisco.com (xhc-rcd-x11.cisco.com [173.37.183.85]) by rcdn-core2-2.cisco.com (8.14.5/8.14.5) with ESMTP id rAFItWYd003918 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 15 Nov 2013 18:55:32 GMT
Received: from xmb-rcd-x14.cisco.com ([169.254.4.50]) by xhc-rcd-x11.cisco.com ([173.37.183.85]) with mapi id 14.03.0123.003; Fri, 15 Nov 2013 12:55:32 -0600
From: "Zafar Ali (zali)" 
To: "Zhangxian (Xian)" , Fatai Zhang 
Thread-Topic: The description of Path Key retaining time in RFC5553
Thread-Index: AQHO2+75nyh5MwjjqEemfNXW9E7a+JobcMqAgAVubRCABNrUAP//8xawgAEUZ4A=
Date: Fri, 15 Nov 2013 18:55:32 +0000
Message-ID: 
In-Reply-To: 
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.2.3.120616
x-originating-ip: [10.82.208.125]
Content-Type: text/plain; charset="iso-2022-jp"
Content-ID: 
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "ccamp@ietf.org" 
Subject: Re: [CCAMP] The description of Path Key retaining time in RFC5553
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 15 Nov 2013 18:55:48 -0000

Hi Xian:

Please see in-line.

Thanks

Regards =1B$B!D=1B(B Zafar


-----Original Message-----
From: "Zhangxian   (Xian)" 
Date: Thursday, November 14, 2013 10:43 PM
To: zali , Fatai Zhang 
Cc: "ccamp@ietf.org" 
Subject: RE: The description of Path Key retaining time in RFC5553

>Hi, Zafar,
>  =20
>   Thank you for sharing your thought. But I disagree. Why having a
>16-bit PK space will constrain the network to have only 64k LSPs? PK is
>needed only when the LSP is needed to use as a constraint for path
>diversity.

I disagree -=20

- How would PCC or PCE know ahead of time which LSP will be used for
diversity by another LSP in a future time? E.g., if you are signaling LSP1
at t1. How would PCC or PCE will know that some other LSP (LSP2) will be
requesting diversity from LSP1 at a future time t2.

>=20
>
>   Furthermore, I do not see why storing PKS in PCE for a longer time,
>even if the lifetime of LSP, will cause any scalability issue. PKS can be
>used locally by the PCE (stateless) per node basis

Please stop calling a solution that mandate (path key, path) "states" to
be stored for lifetime of the connection as a stateless solution. It is
stateful w.r.t. Path info states. Let's define a new term for such
stateful PCE and use it. Furthermore, as you solution required PCE to keep
path states for life time of the connection, why not just use stateful
PCE, instead?=20


>, i.e. combining PKS + source node address as a way for PCE to solve the
>issue you mentioned below, which is internal to the PCE.
>Do you agree?

No... In your solution a PCE cannot serve more than 64 paths in the
network. If you have a centralized PCE, you cannot have more than 64K LSPs
in the *entire network*. This does not fly.


> If needed, we can capture this in the manageability section.
>
>Regards,
>Xian
>
>-----Original Message-----
>From: Zafar Ali (zali) [mailto:zali@cisco.com]
>Sent: 2013=1B$BG/=1B(B11=1B$B7n=1B(B15=1B$BF|=1B(B 11:13
>To: Fatai Zhang; Zhangxian (Xian)
>Cc: ccamp@ietf.org
>Subject: Re: The description of Path Key retaining time in RFC5553
>
>
>-----Original Message-----
>From: Fatai Zhang 
>Date: Monday, November 11, 2013 9:09 PM
>To: zali , "Zhangxian (Xian)" 
>Cc: "ccamp@ietf.org" 
>Subject: RE: The description of Path Key retaining time in RFC5553
>
>>Please don't argue scaliblity issue because you can see even a GMPLS node
>>can store lots of informaiton.
>>
>
>Fatai-=20
>
>I did not get what you are saying. What I was saying is:
>
>* Tunnel-id is 16 bit. I.e., client name space is 16 bit. There can be
>more than one LSP per tunnel.
>* Path key is 16 bits. I.e., server name space is 16 bits. Each LSP needs
>a Path Key.=20
>* There is 1:N relationship between PCC and PCE (server). PCE sever may
>even be centralized.
>* You are requiring (Path key, path info) "state" to be stored at the PCE
>server for the life time of the connections.
>* Path keys have hold-off timer of 30 minutes before they can be reused.
>
>Hence, in your solution, PCE server would run out of Path Keys much before
>clients runs out of tunnel name space. In your solution, if you have a
>centralized PCE, you can only support 64K connection IN THE NETWORK! I am
>not sure why you want to ignore these scaling restrictions.
>
>Thanks
>
>Regards...Zafar=20
>
>>
>


From zali@cisco.com  Fri Nov 15 11:47:46 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0763C11E80F5 for ; Fri, 15 Nov 2013 11:47:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.669
X-Spam-Level: 
X-Spam-Status: No, score=-9.669 tagged_above=-999 required=5 tests=[AWL=0.929,  BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9QCqK98Jj8lN for ; Fri, 15 Nov 2013 11:47:41 -0800 (PST)
Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) by ietfa.amsl.com (Postfix) with ESMTP id EF63211E810C for ; Fri, 15 Nov 2013 11:47:40 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5233; q=dns/txt; s=iport; t=1384544861; x=1385754461; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=Ch6dxt8TwcNDziexBxJ7K6K5oMZNrUaFeroxc3rrJdI=; b=FI7/fKdodt1k5qEzD2d4uiliO/Xn++LbrSn2W1IBkfCEZljBQsHgAhez h5Q7yFgcf4DMowQ1BWB7isAmP2jevxnu6cUNt/XLCvzaI2PYUSguLmvab 66zkjkzK318zD8f3/GjJhaHXDUYnPjdGQTX9Xez+bgnEehK6/YXQIkt54 g=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Ah4FAMh5hlKtJXG//2dsb2JhbABPCoMHOFO/K4EqFnSCJQEBAQQBAQFrCwwGAQgRAwEBAQEnLgsUCQgCBAENBRkCh2YNwRKOHQYLAYE6BwaEKwOULoNigS+QXoMogXE5
X-IronPort-AV: E=Sophos;i="4.93,709,1378857600"; d="scan'208";a="285437497"
Received: from rcdn-core2-4.cisco.com ([173.37.113.191]) by rcdn-iport-3.cisco.com with ESMTP; 15 Nov 2013 19:47:40 +0000
Received: from xhc-rcd-x14.cisco.com (xhc-rcd-x14.cisco.com [173.37.183.88]) by rcdn-core2-4.cisco.com (8.14.5/8.14.5) with ESMTP id rAFJleoY029749 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 15 Nov 2013 19:47:40 GMT
Received: from xmb-rcd-x14.cisco.com ([169.254.4.50]) by xhc-rcd-x14.cisco.com ([173.37.183.88]) with mapi id 14.03.0123.003; Fri, 15 Nov 2013 13:47:39 -0600
From: "Zafar Ali (zali)" 
To: Fatai Zhang , "George Swallow (swallow)" , "Zhangxian (Xian)" 
Thread-Topic: [CCAMP] The description of Path Key retaining time in RFC5553
Thread-Index: AQHO2+75nyh5MwjjqEemfNXW9E7a+JobcMqAgAVubRCAARdQAIADqHAAgAExIYA=
Date: Fri, 15 Nov 2013 19:47:39 +0000
Message-ID: 
In-Reply-To: 
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.2.3.120616
x-originating-ip: [10.82.208.125]
Content-Type: text/plain; charset="iso-8859-2"
Content-ID: <9E3336A0636FF142853BBC5A3003BBB1@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "ccamp@ietf.org" 
Subject: Re: [CCAMP] The description of Path Key retaining time in RFC5553
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 15 Nov 2013 19:47:46 -0000

Hi Fatai-=20

Please see in-line.

Thanks

Regards ... Zafar



>
>Apart from the difference between "CACHE" and "SAVE", it seems that you
>don't see any problem.

There is a BIG difference than the words may suggest. Both from protocol
view point as well as PCE implementation view point.
- From protocol view point, in addition to other issues emailed earlier, I
also sent you/ Xian scalability concerns and your solution simply does not
work.=20
- From implementation point of view, the differences are as follows: a PCE
that caches the (path key, path info) state, does not need to worry high
availability cases. Your solution requires a PCE to make (path key, path
info) persistence across the life time of the LSP using this (path key,
path info) state.=20

>
>In addition, you can find a place to store so complex 5 tuplet
>information, why there is no place to store simple Path Key?

In addition to what is mentioned above:

1. All RSVP TE nodes that perform the ERO computation, already store the
ERO info for the LSP in the Path State block of the LSP. And that too for
the life time of the connection!
2. Use of 5 tuple (RSVP TE FEC) does not suffer from 16 bit path key
scaling issues I outlined in the other email chain.

>
>Please make our logic more logical.
>=20
>
>
>Best Regards
>
>Fatai
>
>
>-----Original Message-----
>From: George Swallow (swallow) [mailto:swallow@cisco.com]
>Sent: Wednesday, November 13, 2013 2:44 AM
>To: Fatai Zhang; Zafar Ali (zali); Zhangxian (Xian)
>Cc: ccamp@ietf.org; George Swallow (swallow)
>Subject: Re: [CCAMP] The description of Path Key retaining time in RFC5553
>
>Fatai -
>
>If a PCE is saving state, then in what way is it "stateless".  The text
>you have below and along with Zafar's quote (from RFC5520) is of a PCE
>that CACHEs the result (ERO segment) of a constrained path selection along
>with the key it handed out.  As a path is signaled an LSR or (or perhaps
>several LSRs) may contact PCEs using a path key to retrieve the path in
>order to extend or complete the ERO.
>
>But the PCE merely caches.  The only state that is saved for the life of
>the LSP is at the LSR.
>
>George
>
>On 11/11/13 9:09 PM, "Fatai Zhang"  wrote:
>
>>Hi Zafar,
>>
>>It does not matter what it is.
>>
>>Do you see any problem for an element (a stateless PCE or NMS or even a
>>node) to store path key information?
>>
>>Please don't argue scaliblity issue because you can see even a GMPLS node
>>can store lots of informaiton.
>>
>>
>>
>>Best Regards
>>
>>Fatai
>>
>>
>>-----Original Message-----
>>From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of
>>Zafar Ali (zali)
>>Sent: Saturday, November 09, 2013 11:58 AM
>>To: Zhangxian (Xian)
>>Cc: ccamp@ietf.org
>>Subject: Re: [CCAMP] The description of Path Key retaining time in
>>RFC5553
>>
>>Hi Zhang:=20
>>
>>Section 2.1 from RFC5553 state: "It is RECOMMENDED for a PCE to store the
>>PKS for a period of 10 minutes." Furthermore, please note that 16 bit
>>path
>>keys are used as reuse of the path key is assumed.
>>
>>
>>The bottom line is that in your draft the PCE needs to remember the (path
>>key, path info) "states" for "indefinite" time. If you like we call such
>>PCE "path-stateful PCE" but it is stateful. Also, the solution is not
>>scalable as a PCE can only hold 64K of (path key, path info) states. Such
>>limitations and requirements need to be clearly stated in the draft.
>>
>>Thanks
>>
>>Regards =A9 Zafar
>>
>>
>>-----Original Message-----
>>From: "Zhangxian   (Xian)" 
>>Date: Thursday, November 7, 2013 11:24 AM
>>To: zali 
>>Cc: "ccamp@ietf.org" 
>>Subject: The description of Path Key retaining time in RFC5553
>>
>>>Hi, all,
>>>
>>>  The following is the piece of information that i mentioned already
>>>require retaining the Path key information for the lifetime of LSP.
>>>
>>>Section 3.2 from RFC5553
>>>"
>>>.......
>>>On a Path message, the PKS SHOULD identify the LSR replacing the CPS and
>>>provide a Path Key that can be used to expand  the path segment.  In the
>>>latter case, the Path Key and its expansion SHOULD be retained by the
>>>LSR
>>>that performs the substitution for at least the lifetime of the LSP.  In
>>>both cases, the expansion of the PKS SHOULD be made available to
>>>diagnostic tools under the control of local policy.
>>>"
>>>
>>>My understanding of the stateful PCE (from PCE WG) is to have LSP-DB
>>>documenting information such as the identifiers (the 5-tuple), route, bw
>>>information etc. So I do not think our extensions defined in
>>>http://tools.ietf.org/html/draft-zhang-ccamp-route-exclusion-pathkey-00
>>>incur any new additional requirements. Please review our draft and let
>>>us
>>>know what you think.
>>>
>>>Cheers,
>>>Xian
>>
>>_______________________________________________
>>CCAMP mailing list
>>CCAMP@ietf.org
>>https://www.ietf.org/mailman/listinfo/ccamp
>>_______________________________________________
>>CCAMP mailing list
>>CCAMP@ietf.org
>>https://www.ietf.org/mailman/listinfo/ccamp
>


From cyril.margaria@gmail.com  Fri Nov 15 12:09:31 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 94C2C11E8105 for ; Fri, 15 Nov 2013 12:09:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id P9TQkgyEU3yU for ; Fri, 15 Nov 2013 12:09:30 -0800 (PST)
Received: from mail-wg0-x235.google.com (mail-wg0-x235.google.com [IPv6:2a00:1450:400c:c00::235]) by ietfa.amsl.com (Postfix) with ESMTP id 72E7D11E8128 for ; Fri, 15 Nov 2013 12:09:30 -0800 (PST)
Received: by mail-wg0-f53.google.com with SMTP id b13so3984423wgh.8 for ; Fri, 15 Nov 2013 12:09:29 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=u+rP7QkJH0g+/ejVCeeBEo2Q4tahEEh4cVM4UNueURI=; b=APn8GuDruvtPcmHC4yIhNU6p8aFQ7tUtCj22wFWpJbjdRWF5eYBGjiZ/LyZ5g4qr79 8UoJAaht5D2682w9pi+L+MeUnLszy3y17UZ186Da+4e649SJhgxsLgO04TzjPv8+tg/n TMd2MZAUyIIzD5arQrHXirN4bxhgEcvZO4fQIHkv5R0BAqUYMQzasbxzIPjAONerlqIq 7O/q+l41Rcn03rBL2wRE2dUG+ZilTLzgISHBsLVLn3/FAfAq1o1ThPp64VzMezvt9Bmb IGHZyegXjrv8Q3YBdODWj8BBOlOTK3uk6TkLKtzPxNZvdff2UE5azwmFC/z3jWG8ig8C KOpw==
MIME-Version: 1.0
X-Received: by 10.194.187.101 with SMTP id fr5mr1155492wjc.76.1384546169665; Fri, 15 Nov 2013 12:09:29 -0800 (PST)
Received: by 10.217.117.72 with HTTP; Fri, 15 Nov 2013 12:09:29 -0800 (PST)
In-Reply-To: 
References:  
Date: Fri, 15 Nov 2013 21:09:29 +0100
Message-ID: 
From: Cyril Margaria 
To: "Zafar Ali (zali)" 
Content-Type: multipart/alternative; boundary=047d7bd6b9ac9e41ba04eb3cc63e
Cc: "ccamp@ietf.org" 
Subject: Re: [CCAMP] The description of Path Key retaining time in RFC5553
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 15 Nov 2013 20:09:31 -0000

--047d7bd6b9ac9e41ba04eb3cc63e
Content-Type: text/plain; charset=ISO-8859-1

Hi,
please see inline for comments.


On 15 November 2013 04:12, Zafar Ali (zali)  wrote:

>
> -----Original Message-----
> From: Fatai Zhang 
> Date: Monday, November 11, 2013 9:09 PM
> To: zali , "Zhangxian (Xian)" 
> Cc: "ccamp@ietf.org" 
> Subject: RE: The description of Path Key retaining time in RFC5553
>
> >Please don't argue scaliblity issue because you can see even a GMPLS node
> >can store lots of informaiton.
> >
>
> Fatai-
>
> I did not get what you are saying. What I was saying is:
>
> * Tunnel-id is 16 bit. I.e., client name space is 16 bit. There can be
> more than one LSP per tunnel.
> * Path key is 16 bits. I.e., server name space is 16 bits. Each LSP needs
> a Path Key.
>

I do not recall that each LSP needs a path key, each path does, but not
each LSP.
So the scalability is not related to amount of LSPs, but the amount of path
use, which scale quite differently than the number of LSPs.

* There is 1:N relationship between PCC and PCE (server). PCE sever may
> even be centralized.
> * You are requiring (Path key, path info) "state" to be stored at the PCE
> server for the life time of the connections.
>

That is correct, the PCE need to keep a state on the path used, but using
the term statefull in that case is confusing and misleading, as its tied to
a full LSP DB. TED itself is a state too.

* Path keys have hold-off timer of 30 minutes before they can be reused.
>
> Hence, in your solution, PCE server would run out of Path Keys much before
> clients runs out of tunnel name space. In your solution, if you have a
> centralized PCE, you can only support 64K connection IN THE NETWORK! I am
> not sure why you want to ignore these scaling restrictions.
>
> as stated before, you would support a maximum of 64k Paths, given the
diversity constraint you want to support.
In any case the scaling of the solution is to be considered, but is there
other problem with that solution?
This solution is attractive as it provides a complete solution ( deploy a
PCE colocated with the LSR, only resolving  PKS, the rest is already
defined).


Regards,
Cyril.

Thanks
>
> Regards...Zafar
>
> >
>
> _______________________________________________
> CCAMP mailing list
> CCAMP@ietf.org
> https://www.ietf.org/mailman/listinfo/ccamp
>

--047d7bd6b9ac9e41ba04eb3cc63e
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable


Hi, 
please see inline for comments.


On 15 N=
ovember 2013 04:12, Zafar Ali (zali) <zali@cisco.com> wrote:



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

From: Fatai Zhang <zhangfatai@h=
uawei.com>

Date: Monday, November 11, 2013 9:09 PM

To: zali <zali@cisco.com>, &quo=
t;Zhangxian (Xian)" <zhang=
.xian@huawei.com>

Cc: "ccamp@ietf.org" <ccamp@ietf.org>

Subject: RE: The description of Path Key retaining time in RFC5553



>Please don't argue scaliblity issue because you can see even a GMPL=
S node

>can store lots of informaiton.

>




Fatai-



I did not get what you are saying. What I was saying is:



* Tunnel-id is 16 bit. I.e., client name space is 16 bit. There can be

more than one LSP per tunnel.

* Path key is 16 bits. I.e., server name space is 16 bits. Each LSP needs
a Path Key.

I do not recall that each L=
SP needs a path key, each path does, but not each LSP. 
So th=
e scalability is not related to amount of LSPs, but the amount of path use,=
 which scale quite differently than the number of LSPs.




* There is 1:N relationship between PCC and PCE (server). PCE sever may

even be centralized.

* You are requiring (Path key, path info) "state" to be stored at=
 the PCE

server for the life time of the connections.

That =
is correct, the PCE need to keep a state on the path used, but using the te=
rm statefull in that case is confusing and misleading, as its tied to a ful=
l LSP DB. TED itself is a state too.



* Path keys have hold-off timer of 30 minutes before they can be reused.


Hence, in your solution, PCE server would run out of Path Keys much before<=
br>
clients runs out of tunnel name space. In your solution, if you have a

centralized PCE, you can only support 64K connection IN THE NETWORK! I am
not sure why you want to ignore these scaling restrictions.


as stated before, you would support a maximum of 64k =
Paths, given the diversity constraint you want to support. 
I=
n any case the scaling of the solution is to be considered, but is there ot=
her problem with that solution?


This solution is attractive as it provides a complete solution (=
 deploy a PCE colocated with the LSR, only resolving=A0 PKS, the rest is al=
ready defined). 


Regards, 
Cyril.



Thanks



Regards...Zafar




>



_______________________________________________

CCAMP mailing list

CCAMP@ietf.org

h=
ttps://www.ietf.org/mailman/listinfo/ccamp





--047d7bd6b9ac9e41ba04eb3cc63e--

From jdrake@juniper.net  Fri Nov 15 12:38:30 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7580811E8208 for ; Fri, 15 Nov 2013 12:38:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level: 
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kUCTzTjcwNw5 for ; Fri, 15 Nov 2013 12:38:17 -0800 (PST)
Received: from tx2outboundpool.messaging.microsoft.com (tx2ehsobe002.messaging.microsoft.com [65.55.88.12]) by ietfa.amsl.com (Postfix) with ESMTP id 539C911E8205 for ; Fri, 15 Nov 2013 12:38:14 -0800 (PST)
Received: from mail132-tx2-R.bigfish.com (10.9.14.242) by TX2EHSOBE004.bigfish.com (10.9.40.24) with Microsoft SMTP Server id 14.1.225.22; Fri, 15 Nov 2013 20:38:13 +0000
Received: from mail132-tx2 (localhost [127.0.0.1])	by mail132-tx2-R.bigfish.com (Postfix) with ESMTP id 446EC380154; Fri, 15 Nov 2013 20:38:13 +0000 (UTC)
X-Forefront-Antispam-Report: CIP:157.56.240.101; KIP:(null); UIP:(null); IPV:NLI; H:BL2PRD0510HT004.namprd05.prod.outlook.com; RD:none; EFVD:NLI
X-SpamScore: -25
X-BigFish: VPS-25(zzbb2dI98dI9371I542Iec9I1dbaI1432Izz1f42h2148h208ch1ee6h1de0h1fdah2073h2146h1202h1e76h1d1ah1d2ah1fc6hzz1de098h1033IL17326ah8275bh8275dh1de097h186068hz2fh109h2a8h839hd24hf0ah1288h12a5h12a9h12bdh137ah13b6h1441h1504h1537h153bh162dh1631h1758h18e1h1946h19b5h19ceh1ad9h1b0ah224fh1d07h1d0ch1d2eh1d3fh1de9h1dfeh1dffh1e1dh1fe8h1ff5h2216h9a9j1155h)
Received-SPF: pass (mail132-tx2: domain of juniper.net designates 157.56.240.101 as permitted sender) client-ip=157.56.240.101; envelope-from=jdrake@juniper.net; helo=BL2PRD0510HT004.namprd05.prod.outlook.com ; .outlook.com ; 
X-Forefront-Antispam-Report-Untrusted: SFV:NSPM; SFS:(76104003)(24454002)(13464003)(189002)(199002)(37854004)(377454003)(479174003)(51704005)(69226001)(15975445006)(2656002)(77096001)(56816003)(81542001)(74662001)(76786001)(47976001)(81686001)(87936001)(50986001)(47736001)(80976001)(76796001)(4396001)(19580395003)(19580405001)(74316001)(83322001)(33646001)(87266001)(74366001)(81816001)(74502001)(59766001)(77982001)(81342001)(79102001)(53806001)(46102001)(54356001)(74706001)(51856001)(47446002)(49866001)(66066001)(74876001)(31966008)(76576001)(76482001)(80022001)(65816001)(63696002)(83072001)(56776001)(54316002)(85306002)(24736002); DIR:OUT; SFP:; SCL:1; SRVR:BY2PR05MB141; H:BY2PR05MB142.namprd05.prod.outlook.com; CLIP:66.129.239.10; FPR:; RD:InfoNoRecords; MX:1; A:1; LANG:en; 
Received: from mail132-tx2 (localhost.localdomain [127.0.0.1]) by mail132-tx2 (MessageSwitch) id 1384547891539086_14695; Fri, 15 Nov 2013 20:38:11 +0000 (UTC)
Received: from TX2EHSMHS044.bigfish.com (unknown [10.9.14.244])	by mail132-tx2.bigfish.com (Postfix) with ESMTP id 7DF45A0040; Fri, 15 Nov 2013 20:38:11 +0000 (UTC)
Received: from BL2PRD0510HT004.namprd05.prod.outlook.com (157.56.240.101) by TX2EHSMHS044.bigfish.com (10.9.99.144) with Microsoft SMTP Server (TLS) id 14.16.227.3; Fri, 15 Nov 2013 20:38:09 +0000
Received: from BY2PR05MB141.namprd05.prod.outlook.com (10.242.39.148) by BL2PRD0510HT004.namprd05.prod.outlook.com (10.255.100.39) with Microsoft SMTP Server (TLS) id 14.16.371.2; Fri, 15 Nov 2013 20:38:08 +0000
Received: from BY2PR05MB142.namprd05.prod.outlook.com (10.242.39.144) by BY2PR05MB141.namprd05.prod.outlook.com (10.242.39.148) with Microsoft SMTP Server (TLS) id 15.0.820.5; Fri, 15 Nov 2013 20:38:06 +0000
Received: from BY2PR05MB142.namprd05.prod.outlook.com ([169.254.12.197]) by BY2PR05MB142.namprd05.prod.outlook.com ([169.254.12.197]) with mapi id 15.00.0820.005; Fri, 15 Nov 2013 20:38:06 +0000
From: John E Drake 
To: "Zafar Ali (zali)" , Fatai Zhang ,  "George Swallow (swallow)" , "Zhangxian (Xian)" 
Thread-Topic: [CCAMP] The description of Path Key retaining time in RFC5553
Thread-Index: AQHO2+75nyh5MwjjqEemfNXW9E7a+JobcMqAgAVubRCAARdQAIADqHAAgAExIYD///hXkA==
Date: Fri, 15 Nov 2013 20:38:05 +0000
Message-ID: <4ad0701b709a4d97af8a9a28fe7602cd@BY2PR05MB142.namprd05.prod.outlook.com>
References:  
In-Reply-To: 
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [66.129.239.10]
x-forefront-prvs: 0031A0FFAF
Content-Type: text/plain; charset="iso-8859-2"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-FOPE-CONNECTOR: Id%0$Dn%*$RO%0$TLS%0$FQDN%$TlsDn%
Cc: "ccamp@ietf.org" 
Subject: Re: [CCAMP] The description of Path Key retaining time in RFC5553
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 15 Nov 2013 20:38:31 -0000

Zafar,

Lest we forget, I have already pointed out your solution not only requires =
more state but also requires that this state be kept at orders of magnitude=
 more nodes and that you have not said a word as to how to accomplish this.

Yours Irrespectively,

John

> -----Original Message-----
> From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf
> Of Zafar Ali (zali)
> Sent: Friday, November 15, 2013 11:48 AM
> To: Fatai Zhang; George Swallow (swallow); Zhangxian (Xian)
> Cc: ccamp@ietf.org
> Subject: Re: [CCAMP] The description of Path Key retaining time in RFC555=
3
>=20
> Hi Fatai-
>=20
> Please see in-line.
>=20
> Thanks
>=20
> Regards ... Zafar
>=20
>=20
> 
> >
> >Apart from the difference between "CACHE" and "SAVE", it seems that you
> >don't see any problem.
>=20
> There is a BIG difference than the words may suggest. Both from protocol =
view
> point as well as PCE implementation view point.
> - From protocol view point, in addition to other issues emailed earlier, =
I also
> sent you/ Xian scalability concerns and your solution simply does not wor=
k.
> - From implementation point of view, the differences are as follows: a PC=
E that
> caches the (path key, path info) state, does not need to worry high avail=
ability
> cases. Your solution requires a PCE to make (path key, path
> info) persistence across the life time of the LSP using this (path key, p=
ath info)
> state.
>=20
> >
> >In addition, you can find a place to store so complex 5 tuplet
> >information, why there is no place to store simple Path Key?
>=20
> In addition to what is mentioned above:
>=20
> 1. All RSVP TE nodes that perform the ERO computation, already store the =
ERO
> info for the LSP in the Path State block of the LSP. And that too for the=
 life time
> of the connection!
> 2. Use of 5 tuple (RSVP TE FEC) does not suffer from 16 bit path key scal=
ing
> issues I outlined in the other email chain.
>=20
> >
> >Please make our logic more logical.
> >
> >
> >
> >Best Regards
> >
> >Fatai
> >
> >
> >-----Original Message-----
> >From: George Swallow (swallow) [mailto:swallow@cisco.com]
> >Sent: Wednesday, November 13, 2013 2:44 AM
> >To: Fatai Zhang; Zafar Ali (zali); Zhangxian (Xian)
> >Cc: ccamp@ietf.org; George Swallow (swallow)
> >Subject: Re: [CCAMP] The description of Path Key retaining time in
> >RFC5553
> >
> >Fatai -
> >
> >If a PCE is saving state, then in what way is it "stateless".  The text
> >you have below and along with Zafar's quote (from RFC5520) is of a PCE
> >that CACHEs the result (ERO segment) of a constrained path selection
> >along with the key it handed out.  As a path is signaled an LSR or (or
> >perhaps several LSRs) may contact PCEs using a path key to retrieve the
> >path in order to extend or complete the ERO.
> >
> >But the PCE merely caches.  The only state that is saved for the life
> >of the LSP is at the LSR.
> >
> >George
> >
> >On 11/11/13 9:09 PM, "Fatai Zhang"  wrote:
> >
> >>Hi Zafar,
> >>
> >>It does not matter what it is.
> >>
> >>Do you see any problem for an element (a stateless PCE or NMS or even
> >>a
> >>node) to store path key information?
> >>
> >>Please don't argue scaliblity issue because you can see even a GMPLS
> >>node can store lots of informaiton.
> >>
> >>
> >>
> >>Best Regards
> >>
> >>Fatai
> >>
> >>
> >>-----Original Message-----
> >>From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf
> >>Of Zafar Ali (zali)
> >>Sent: Saturday, November 09, 2013 11:58 AM
> >>To: Zhangxian (Xian)
> >>Cc: ccamp@ietf.org
> >>Subject: Re: [CCAMP] The description of Path Key retaining time in
> >>RFC5553
> >>
> >>Hi Zhang:
> >>
> >>Section 2.1 from RFC5553 state: "It is RECOMMENDED for a PCE to store
> >>the PKS for a period of 10 minutes." Furthermore, please note that 16
> >>bit path keys are used as reuse of the path key is assumed.
> >>
> >>
> >>The bottom line is that in your draft the PCE needs to remember the
> >>(path key, path info) "states" for "indefinite" time. If you like we
> >>call such PCE "path-stateful PCE" but it is stateful. Also, the
> >>solution is not scalable as a PCE can only hold 64K of (path key, path
> >>info) states. Such limitations and requirements need to be clearly stat=
ed in
> the draft.
> >>
> >>Thanks
> >>
> >>Regards =A9 Zafar
> >>
> >>
> >>-----Original Message-----
> >>From: "Zhangxian   (Xian)" 
> >>Date: Thursday, November 7, 2013 11:24 AM
> >>To: zali 
> >>Cc: "ccamp@ietf.org" 
> >>Subject: The description of Path Key retaining time in RFC5553
> >>
> >>>Hi, all,
> >>>
> >>>  The following is the piece of information that i mentioned already
> >>>require retaining the Path key information for the lifetime of LSP.
> >>>
> >>>Section 3.2 from RFC5553
> >>>"
> >>>.......
> >>>On a Path message, the PKS SHOULD identify the LSR replacing the CPS
> >>>and provide a Path Key that can be used to expand  the path segment.
> >>>In the latter case, the Path Key and its expansion SHOULD be retained
> >>>by the LSR that performs the substitution for at least the lifetime
> >>>of the LSP.  In both cases, the expansion of the PKS SHOULD be made
> >>>available to diagnostic tools under the control of local policy.
> >>>"
> >>>
> >>>My understanding of the stateful PCE (from PCE WG) is to have LSP-DB
> >>>documenting information such as the identifiers (the 5-tuple), route,
> >>>bw information etc. So I do not think our extensions defined in
> >>>http://tools.ietf.org/html/draft-zhang-ccamp-route-exclusion-pathkey-
> >>>00 incur any new additional requirements. Please review our draft and
> >>>let us know what you think.
> >>>
> >>>Cheers,
> >>>Xian
> >>
> >>_______________________________________________
> >>CCAMP mailing list
> >>CCAMP@ietf.org
> >>https://www.ietf.org/mailman/listinfo/ccamp
> >>_______________________________________________
> >>CCAMP mailing list
> >>CCAMP@ietf.org
> >>https://www.ietf.org/mailman/listinfo/ccamp
> >
>=20
> _______________________________________________
> CCAMP mailing list
> CCAMP@ietf.org
> https://www.ietf.org/mailman/listinfo/ccamp
>=20



From jdrake@juniper.net  Fri Nov 15 13:04:17 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4603B11E81CA for ; Fri, 15 Nov 2013 13:04:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.099
X-Spam-Level: 
X-Spam-Status: No, score=-5.099 tagged_above=-999 required=5 tests=[AWL=-1.501, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hJOLTbridAYa for ; Fri, 15 Nov 2013 13:04:12 -0800 (PST)
Received: from va3outboundpool.messaging.microsoft.com (va3ehsobe002.messaging.microsoft.com [216.32.180.12]) by ietfa.amsl.com (Postfix) with ESMTP id 8F65D11E810D for ; Fri, 15 Nov 2013 13:04:11 -0800 (PST)
Received: from mail8-va3-R.bigfish.com (10.7.14.243) by VA3EHSOBE001.bigfish.com (10.7.40.21) with Microsoft SMTP Server id 14.1.225.22; Fri, 15 Nov 2013 21:04:07 +0000
Received: from mail8-va3 (localhost [127.0.0.1])	by mail8-va3-R.bigfish.com (Postfix) with ESMTP id 1EC0C380473; Fri, 15 Nov 2013 21:04:07 +0000 (UTC)
X-Forefront-Antispam-Report: CIP:157.56.240.101; KIP:(null); UIP:(null); IPV:NLI; H:BL2PRD0510HT003.namprd05.prod.outlook.com; RD:none; EFVD:NLI
X-SpamScore: -22
X-BigFish: VPS-22(zz98dI9371Ic85fh542I1432Izz1f42h2148h208ch1ee6h1de0h1fdah2073h2146h1202h1e76h1d1ah1d2ah1fc6hzz1d7338h1de098h1033IL17326ah8275bh8275dh18c673h1de097h186068hz2fh109h2a8h839hd24hf0ah1288h12a5h12bdh137ah1441h1504h1537h153bh162dh1631h1758h18e1h1946h19b5h19ceh1ad9h1b0ah1bceh224fh1d07h1d0ch1d2eh1d3fh1de9h1dfeh1dffh1e1dh1fe8h1ff5h20f0h2216h9a9j1155h)
Received-SPF: pass (mail8-va3: domain of juniper.net designates 157.56.240.101 as permitted sender) client-ip=157.56.240.101; envelope-from=jdrake@juniper.net; helo=BL2PRD0510HT003.namprd05.prod.outlook.com ; .outlook.com ; 
X-Forefront-Antispam-Report-Untrusted: SFV:NSPM; SFS:(377454003)(24454002)(13464003)(199002)(189002)(87936001)(87266001)(66066001)(81342001)(2656002)(76482001)(46102001)(81542001)(47976001)(50986001)(49866001)(4396001)(33646001)(47736001)(54356001)(51856001)(65816001)(53806001)(80022001)(16236675002)(15202345003)(74366001)(74316001)(19609705001)(77096001)(56816003)(83072001)(15975445006)(74876001)(74706001)(85306002)(31966008)(54316002)(80976001)(59766001)(81686001)(74662001)(77982001)(79102001)(69226001)(56776001)(76796001)(83322001)(19580405001)(19300405004)(76786001)(81816001)(19580395003)(47446002)(74502001)(63696002)(76576001)(24736002); DIR:OUT; SFP:; SCL:1; SRVR:BY2PR05MB142; H:BY2PR05MB142.namprd05.prod.outlook.com; CLIP:66.129.239.10; FPR:; RD:InfoNoRecords; A:1; MX:1; LANG:en; 
Received: from mail8-va3 (localhost.localdomain [127.0.0.1]) by mail8-va3 (MessageSwitch) id 1384549444689875_6140; Fri, 15 Nov 2013 21:04:04 +0000 (UTC)
Received: from VA3EHSMHS030.bigfish.com (unknown [10.7.14.247])	by mail8-va3.bigfish.com (Postfix) with ESMTP id A1133460041; Fri, 15 Nov 2013 21:04:04 +0000 (UTC)
Received: from BL2PRD0510HT003.namprd05.prod.outlook.com (157.56.240.101) by VA3EHSMHS030.bigfish.com (10.7.99.40) with Microsoft SMTP Server (TLS) id 14.16.227.3; Fri, 15 Nov 2013 21:04:04 +0000
Received: from BY2PR05MB142.namprd05.prod.outlook.com (10.242.39.144) by BL2PRD0510HT003.namprd05.prod.outlook.com (10.255.100.38) with Microsoft SMTP Server (TLS) id 14.16.371.2; Fri, 15 Nov 2013 21:04:03 +0000
Received: from BY2PR05MB142.namprd05.prod.outlook.com (10.242.39.144) by BY2PR05MB142.namprd05.prod.outlook.com (10.242.39.144) with Microsoft SMTP Server (TLS) id 15.0.820.5; Fri, 15 Nov 2013 21:04:01 +0000
Received: from BY2PR05MB142.namprd05.prod.outlook.com ([169.254.12.197]) by BY2PR05MB142.namprd05.prod.outlook.com ([169.254.12.197]) with mapi id 15.00.0820.005; Fri, 15 Nov 2013 21:04:01 +0000
From: John E Drake 
To: Cyril Margaria , "Zafar Ali (zali)" 
Thread-Topic: [CCAMP] The description of Path Key retaining time in RFC5553
Thread-Index: AQHO2+75nyh5MwjjqEemfNXW9E7a+JobcMqAgAVubRCABNrUAIABC0WAgAALnvA=
Date: Fri, 15 Nov 2013 21:04:00 +0000
Message-ID: 
References:   
In-Reply-To: 
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [66.129.239.10]
x-forefront-prvs: 0031A0FFAF
Content-Type: multipart/alternative; boundary="_000_d8657f77cb10483daa127494974b944dBY2PR05MB142namprd05pro_"
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-FOPE-CONNECTOR: Id%0$Dn%*$RO%0$TLS%0$FQDN%$TlsDn%
Cc: "ccamp@ietf.org" 
Subject: Re: [CCAMP] The description of Path Key retaining time in RFC5553
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 15 Nov 2013 21:04:17 -0000

--_000_d8657f77cb10483daa127494974b944dBY2PR05MB142namprd05pro_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Cyril,

A very nice note regarding a very nice draft.  I have a few questions for c=
larification, viz, is the reason why 'Path Key' is called that because it d=
eals with paths and not LSPs?  Given this, doesn't our 'stateful PCE thingy=
', as defined by Zafar, need to maintain path state and not LSP state?  Giv=
en the transient nature of LSPs doesn't this actually make a lot of sense?

Yours Irrespectively,

John

From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of C=
yril Margaria
Sent: Friday, November 15, 2013 12:09 PM
To: Zafar Ali (zali)
Cc: ccamp@ietf.org
Subject: Re: [CCAMP] The description of Path Key retaining time in RFC5553

Hi,
please see inline for comments.

On 15 November 2013 04:12, Zafar Ali (zali) > wrote:

-----Original Message-----
From: Fatai Zhang >
Date: Monday, November 11, 2013 9:09 PM
To: zali >, "Zhangxian (Xian)" >
Cc: "ccamp@ietf.org" >
Subject: RE: The description of Path Key retaining time in RFC5553

>Please don't argue scaliblity issue because you can see even a GMPLS node
>can store lots of informaiton.
>
Fatai-

I did not get what you are saying. What I was saying is:

* Tunnel-id is 16 bit. I.e., client name space is 16 bit. There can be
more than one LSP per tunnel.
* Path key is 16 bits. I.e., server name space is 16 bits. Each LSP needs
a Path Key.

I do not recall that each LSP needs a path key, each path does, but not eac=
h LSP.
So the scalability is not related to amount of LSPs, but the amount of path=
 use, which scale quite differently than the number of LSPs.

* There is 1:N relationship between PCC and PCE (server). PCE sever may
even be centralized.
* You are requiring (Path key, path info) "state" to be stored at the PCE
server for the life time of the connections.

That is correct, the PCE need to keep a state on the path used, but using t=
he term statefull in that case is confusing and misleading, as its tied to =
a full LSP DB. TED itself is a state too.
* Path keys have hold-off timer of 30 minutes before they can be reused.

Hence, in your solution, PCE server would run out of Path Keys much before
clients runs out of tunnel name space. In your solution, if you have a
centralized PCE, you can only support 64K connection IN THE NETWORK! I am
not sure why you want to ignore these scaling restrictions.
as stated before, you would support a maximum of 64k Paths, given the diver=
sity constraint you want to support.
In any case the scaling of the solution is to be considered, but is there o=
ther problem with that solution?
This solution is attractive as it provides a complete solution ( deploy a P=
CE colocated with the LSR, only resolving  PKS, the rest is already defined=
).

Regards,
Cyril.
Thanks

Regards...Zafar

>

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


--_000_d8657f77cb10483daa127494974b944dBY2PR05MB142namprd05pro_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable











Cyril,<=
/p>

 <=
/p>

A very nice note regardin=
g a very nice draft.  I have a few questions for clarification, viz, i=
s the reason why ‘Path Key’ is called that because it deals wit=
h
 paths and not LSPs?  Given this, doesn’t our ‘stateful PC=
E thingy’, as defined by Zafar, need to maintain path state and not L=
SP state?  Given the transient nature of LSPs doesn’t this actua=
lly make a lot of sense?


 <=
/p>

Yours Irrespectively,


 <=
/p>

John

 <=
/p>







From: ccamp-=
bounces@ietf.org [mailto:ccamp-bounces@ietf.org]
On Behalf Of Cyril Margaria

Sent: Friday, November 15, 2013 12:09 PM

To: Zafar Ali (zali)

Cc: ccamp@ietf.org

Subject: Re: [CCAMP] The description of Path Key retaining time in R=
FC5553






 






Hi, 




please see inline for comments.








 




On 15 November 2013 04:12, Zafar Ali (zali) <zali@cisco.com> wrot=
e:








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

From: Fatai Zhang <zhangfatai@h=
uawei.com>

Date: Monday, November 11, 2013 9:09 PM

To: zali <zali@cisco.com>, &quo=
t;Zhangxian (Xian)" <zhang=
.xian@huawei.com>

Cc: "ccamp@ietf.org" <ccamp@ietf.org>

Subject: RE: The description of Path Key retaining time in RFC5553



>Please don't argue scaliblity issue because you can see even a GMPLS no=
de

>can store lots of informaiton.

>




Fatai-



I did not get what you are saying. What I was saying is:



* Tunnel-id is 16 bit. I.e., client name space is 16 bit. There can be

more than one LSP per tunnel.

* Path key is 16 bits. I.e., server name space is 16 bits. Each LSP needs
a Path Key.






 






I do not recall that each LSP needs a path key, each=
 path does, but not each LSP.







So the scalability is not related to amount of LSPs,=
 but the amount of path use, which scale quite differently than the number =
of LSPs.






 






* There is 1:N relationship between PCC and PCE (ser=
ver). PCE sever may

even be centralized.

* You are requiring (Path key, path info) "state" to be stored at=
 the PCE

server for the life time of the connections.








That is correct, the PCE need to keep a state on the path used, but using t=
he term statefull in that case is confusing and misleading, as its tied to =
a full LSP DB. TED itself is a state too.






* Path keys have hold=
-off timer of 30 minutes before they can be reused.



Hence, in your solution, PCE server would run out of Path Keys much before<=
br>
clients runs out of tunnel name space. In your solution, if you have a

centralized PCE, you can only support 64K connection IN THE NETWORK! I am
not sure why you want to ignore these scaling restrictions.






as stated before, you would support a maximum of 64k=
 Paths, given the diversity constraint you want to support.







In any case the scaling of the solution is to be con=
sidered, but is there other problem with that solution?






This solution is attr=
active as it provides a complete solution ( deploy a PCE colocated with the=
 LSR, only resolving  PKS, the rest is already defined).











Regards, 






Cyril.






Thanks



Regards...Zafar








>



_______________________________________________

CCAMP mailing list

CCAMP@ietf.org

h=
ttps://www.ietf.org/mailman/listinfo/ccamp










 
















--_000_d8657f77cb10483daa127494974b944dBY2PR05MB142namprd05pro_--

From zhang.xian@huawei.com  Mon Nov 18 00:23:00 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C92B711E819D for ; Mon, 18 Nov 2013 00:23:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.725
X-Spam-Level: 
X-Spam-Status: No, score=-2.725 tagged_above=-999 required=5 tests=[AWL=1.521,  BAYES_00=-2.599, J_CHICKENPOX_42=0.6, MIME_BASE64_TEXT=1.753, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rpdk26bHwUOq for ; Mon, 18 Nov 2013 00:22:55 -0800 (PST)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 1ED9B11E8149 for ; Mon, 18 Nov 2013 00:22:54 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BAK19385; Mon, 18 Nov 2013 08:22:53 +0000 (GMT)
Received: from LHREML403-HUB.china.huawei.com (10.201.5.217) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.3.158.1; Mon, 18 Nov 2013 08:22:31 +0000
Received: from SZXEML421-HUB.china.huawei.com (10.82.67.160) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.3.158.1; Mon, 18 Nov 2013 08:22:34 +0000
Received: from SZXEML510-MBX.china.huawei.com ([169.254.3.189]) by szxeml421-hub.china.huawei.com ([10.82.67.160]) with mapi id 14.03.0158.001; Mon, 18 Nov 2013 16:22:23 +0800
From: "Zhangxian (Xian)" 
To: "Zafar Ali (zali)" 
Thread-Topic: The description of Path Key retaining time in RFC5553
Thread-Index: AQHO2+75nyh5MwjjqEemfNXW9E7a+JobcMqAgAVubRCABNrUAP//8xawgAEUZ4CAA+mkAA==
Date: Mon, 18 Nov 2013 08:22:22 +0000
Message-ID: 
References:  
In-Reply-To: 
Accept-Language: zh-CN, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.66.104.209]
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Cc: "ccamp@ietf.org" 
Subject: Re: [CCAMP] The description of Path Key retaining time in RFC5553
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 18 Nov 2013 08:23:00 -0000

SGksIFphZmFyLCANCg0KICAgIExldCBtZSBzdW1tYXJpemUgYSBiaXQsIHNvIHRoYXQgd2hvZXZl
ciBmb2xsb3cgb3VyIGRpc2N1c3Npb24gYXJlIG5vdCBsb3N0LiANCg0KMXN0IHZpZXdwb2ludDog
eW91IHN0aWxsIHRoaW5rIHRoYXQgMTYtYml0IFBLUyBpcyBub3Qgc3VmZmljaWVudCwgc2luY2Ug
aXQgbGltaXRzIHRoZSBudW1iZXIgb2YgYSBMU1Agd2l0aGluIGEgbmV0d29yayB0byBiZSA2NGsu
IA0KT3VyIFJlcGx5OiB0aGUgcHVycG9zZSBvZiB0aGlzIGRyYWZ0IGlzIHRvIGFkZHJlc3MgdGhl
IExTUHMgdGhhdCBhY3Jvc3MgVU5JIGFuZC9vciBtdWx0aS1kb21haW5zLCAqTk9UKiB0aGUgTFNQ
IHdpdGhpbiBhIG5ldHdvcmsuIExldCdzIG5vdCBhcmd1ZSB0aGVvcmV0aWNhbGx5IGl0IGNhbiBi
ZSBhbnkgbnVtYmVyIGZvciB0aGUgZm9ybWVyLiBGcm9tIGN1cnJlbnQgZGVwbG95bWVudCwgaXQg
aXMgZmFyIGZyb20gZW5vdWdoLiBCZXNpZGVzLCB3ZSBhbHNvIHByb3ZpZGUgYSBQS1MrIGZpcnN0
IG5vZGUgb2YgdGhlIGVuY29kZSBzZWdtZW50IGFzIGFuIGFsdGVybmF0aXZlIGZvciB0aGUgcHJv
YmxlbSB5b3Ugd29ycnkgbXVjaCBhYm91dCwgaXMgaXQgZW5vdWdoPyANCg0KMm5kIHZpZXdwb2lu
dDogeW91IGJlbGlldmUgdGhhdCB0aGUgUENFIG5lZWRzIHRvIHN0b3JlIHRoZSBQS1MgaW5mb3Jt
YXRpb24gbG9uZ2VyIHRoYW4gcmVxdWlyZWQgYXMgUkZDNTUyMCBhbmQgeW91IHdvdWxkIGxpa2Ug
dG8gZ2l2ZSBhIG5hbWUgdG8gaXQuDQpPdXIgcmVwbHk6IFdlIGdldCB5b3VyIHBvaW50IGFuZCB3
aWxsIGFkZCBpbnRvIG91ciBkcmFmdCB0aGlzIGluZm9ybWF0aW9uLCBhcyB5b3Ugc3VnZ2VzdGVk
LiBIb3dldmVyLCB3ZSBkaXNhZ3JlZSB0byB1c2UgdGhlIHRlcm0gInN0YXRlZnVsIiBzaW5jZSBw
ZW9wbGUgYWxyZWFkeSBhY2NlcHQgdGhlIGRlZmluaXRpb24gb2Ygc3RhdGVmdWwgUENFIGluIFBD
RSBXRy4gQWxzbywgaXQgaXMgbWVhbmluZ2xlc3MgdG8gYXJndWUgb24gdGhlIHRlcm1pbm9sb2dp
ZXMgYXMgbG9uZyBhcyB3ZSBtYWtlIHRoZSBwb2ludCBjbGVhciBpbiB0aGUgZHJhZnQuIFBsZWFz
ZSBkbyBub3QgZm9yZ2V0IHRoYXQgdGhlIGJvcmRlciBub2RlIGNhbiBiZSB0aGUgIlBDRSIgZm9y
IGRlY29kaW5nIHRoZSBQSyAod2hpY2ggeW91IHNob3VsZCBiZSBtdWNoIGF3YXJlIG9mKSwgc3Rv
cmluZyBzdWNoIGluZm9ybWF0aW9uIGlzIG5vdCBhbiBwcm9ibGVtLiBIYXZpbmcgc2FpZCB0aGF0
LCBvdXIgZHJhZnQgZG8gbm90IGxpbWl0IHRoZSBtb2RlbCBvZiBob3cgUEtTIGlzIGRlY29kZWQu
DQoNCiAgQXMgdXN1YWwsIHdlIGNhbiBhZ3JlZSB0byBkaXNhZ3JlZSwgYnV0IEkgdGhpbmsgd2Ug
Ym90aCBoYXZlIG1hZGUgdGhlIHBvaW50IGNsZWFyIGVub3VnaCB0aWxsIG5vdy4gDQoNCiAgUGxl
YXNlIGRvIG5vdCBmb3JnZXQgdGhlIHJlYXNvbiB3ZSB3cml0ZSB0aGlzIGRyYWZ0LiBBcyB5b3Ug
Sm9obiBhbHJlYWR5IG1lbnRpb25lZCwgd2UgZG8gbm90IHNlZSBhbnkgZGVzY3JpcHRpb24gaW4g
ZHJhZnQtaWV0Zi1jY2FtcC1sc3AtZGl2ZXJzaXR5IGFib3V0IGhvdyB0aGUgYm9yZGVyIG5vZGUg
Y2FuIGRlY29kZSB0aGUgc3ViLW9iamVjdCBkZWZpbmVkIHVwb24gcmVjZWl2aW5nIHRoZSBwYXRo
IGRpdmVyc2l0eSBjb25zdHJhaW50LCB0aHVzIHRoZXJlIGlzIE5PIGNvbXBsZXRlIHNvbHV0aW9u
IGluIHlvdXIgZHJhZnQuIEkgdmFndWVseSByZW1lbWJlciB5b3UgbWVudGlvbmVkIGEgcHJvcHJp
ZXRhcnkgbWV0aG9kIGZvciBkb2luZyBzbywgZG8geW91IG1lYW4gdGhhdCB3aG9ldmVyIGltcGxl
bWVudCBkcmFmdC1pZXRmLWNjYW1wLWxzcC1kaXZlcnNpdHkgYXJlIGZvcmNlZCB0byBuZWVkIHRv
IGNvbnN1bHQgdGhlIGRyYWZ0IGF1dGhvcnMgZm9yIGEgY29tcGxldGUgc29sdXRpb24/IFBsZWFz
ZSBjb25zaWRlciB0aGlzIGluIHRoZSBuZXh0IHVwZGF0ZSBvZiB0aGlzIGRyYWZ0Lg0KDQoNCkNo
ZWVycywNClhpYW4ob24gYmVoYWxmIG9mIGFsbCBjby1hdXRob3JzIG9mIHRoZSBkcmFmdCBkcmFm
dC16aGFuZy1jY2FtcC1yb3V0ZS1leGNsdXNpb24tcGF0aGtleSkNCg0KLS0tLS1PcmlnaW5hbCBN
ZXNzYWdlLS0tLS0NCkZyb206IFphZmFyIEFsaSAoemFsaSkgW21haWx0bzp6YWxpQGNpc2NvLmNv
bV0gDQpTZW50OiAyMDEzxOoxMdTCMTbI1SAyOjU2DQpUbzogWmhhbmd4aWFuIChYaWFuKTsgRmF0
YWkgWmhhbmcNCkNjOiBjY2FtcEBpZXRmLm9yZw0KU3ViamVjdDogUmU6IFRoZSBkZXNjcmlwdGlv
biBvZiBQYXRoIEtleSByZXRhaW5pbmcgdGltZSBpbiBSRkM1NTUzDQoNCkhpIFhpYW46DQoNClBs
ZWFzZSBzZWUgaW4tbGluZS4NCg0KVGhhbmtzDQoNClJlZ2FyZHMgoa0gWmFmYXINCg0KDQotLS0t
LU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogIlpoYW5neGlhbiAgIChYaWFuKSIgPHpoYW5n
LnhpYW5AaHVhd2VpLmNvbT4NCkRhdGU6IFRodXJzZGF5LCBOb3ZlbWJlciAxNCwgMjAxMyAxMDo0
MyBQTQ0KVG86IHphbGkgPHphbGlAY2lzY28uY29tPiwgRmF0YWkgWmhhbmcgPHpoYW5nZmF0YWlA
aHVhd2VpLmNvbT4NCkNjOiAiY2NhbXBAaWV0Zi5vcmciIDxjY2FtcEBpZXRmLm9yZz4NClN1Ympl
Y3Q6IFJFOiBUaGUgZGVzY3JpcHRpb24gb2YgUGF0aCBLZXkgcmV0YWluaW5nIHRpbWUgaW4gUkZD
NTU1Mw0KDQo+SGksIFphZmFyLA0KPiAgIA0KPiAgIFRoYW5rIHlvdSBmb3Igc2hhcmluZyB5b3Vy
IHRob3VnaHQuIEJ1dCBJIGRpc2FncmVlLiBXaHkgaGF2aW5nIGENCj4xNi1iaXQgUEsgc3BhY2Ug
d2lsbCBjb25zdHJhaW4gdGhlIG5ldHdvcmsgdG8gaGF2ZSBvbmx5IDY0ayBMU1BzPyBQSyBpcw0K
Pm5lZWRlZCBvbmx5IHdoZW4gdGhlIExTUCBpcyBuZWVkZWQgdG8gdXNlIGFzIGEgY29uc3RyYWlu
dCBmb3IgcGF0aA0KPmRpdmVyc2l0eS4NCg0KSSBkaXNhZ3JlZSAtIA0KDQotIEhvdyB3b3VsZCBQ
Q0Mgb3IgUENFIGtub3cgYWhlYWQgb2YgdGltZSB3aGljaCBMU1Agd2lsbCBiZSB1c2VkIGZvcg0K
ZGl2ZXJzaXR5IGJ5IGFub3RoZXIgTFNQIGluIGEgZnV0dXJlIHRpbWU/IEUuZy4sIGlmIHlvdSBh
cmUgc2lnbmFsaW5nIExTUDENCmF0IHQxLiBIb3cgd291bGQgUENDIG9yIFBDRSB3aWxsIGtub3cg
dGhhdCBzb21lIG90aGVyIExTUCAoTFNQMikgd2lsbCBiZQ0KcmVxdWVzdGluZyBkaXZlcnNpdHkg
ZnJvbSBMU1AxIGF0IGEgZnV0dXJlIHRpbWUgdDIuDQoNCj4gDQo+DQo+ICAgRnVydGhlcm1vcmUs
IEkgZG8gbm90IHNlZSB3aHkgc3RvcmluZyBQS1MgaW4gUENFIGZvciBhIGxvbmdlciB0aW1lLA0K
PmV2ZW4gaWYgdGhlIGxpZmV0aW1lIG9mIExTUCwgd2lsbCBjYXVzZSBhbnkgc2NhbGFiaWxpdHkg
aXNzdWUuIFBLUyBjYW4gYmUNCj51c2VkIGxvY2FsbHkgYnkgdGhlIFBDRSAoc3RhdGVsZXNzKSBw
ZXIgbm9kZSBiYXNpcw0KDQpQbGVhc2Ugc3RvcCBjYWxsaW5nIGEgc29sdXRpb24gdGhhdCBtYW5k
YXRlIChwYXRoIGtleSwgcGF0aCkgInN0YXRlcyIgdG8NCmJlIHN0b3JlZCBmb3IgbGlmZXRpbWUg
b2YgdGhlIGNvbm5lY3Rpb24gYXMgYSBzdGF0ZWxlc3Mgc29sdXRpb24uIEl0IGlzDQpzdGF0ZWZ1
bCB3LnIudC4gUGF0aCBpbmZvIHN0YXRlcy4gTGV0J3MgZGVmaW5lIGEgbmV3IHRlcm0gZm9yIHN1
Y2gNCnN0YXRlZnVsIFBDRSBhbmQgdXNlIGl0LiBGdXJ0aGVybW9yZSwgYXMgeW91IHNvbHV0aW9u
IHJlcXVpcmVkIFBDRSB0byBrZWVwDQpwYXRoIHN0YXRlcyBmb3IgbGlmZSB0aW1lIG9mIHRoZSBj
b25uZWN0aW9uLCB3aHkgbm90IGp1c3QgdXNlIHN0YXRlZnVsDQpQQ0UsIGluc3RlYWQ/IA0KDQoN
Cj4sIGkuZS4gY29tYmluaW5nIFBLUyArIHNvdXJjZSBub2RlIGFkZHJlc3MgYXMgYSB3YXkgZm9y
IFBDRSB0byBzb2x2ZSB0aGUNCj5pc3N1ZSB5b3UgbWVudGlvbmVkIGJlbG93LCB3aGljaCBpcyBp
bnRlcm5hbCB0byB0aGUgUENFLg0KPkRvIHlvdSBhZ3JlZT8NCg0KTm8uLi4gSW4geW91ciBzb2x1
dGlvbiBhIFBDRSBjYW5ub3Qgc2VydmUgbW9yZSB0aGFuIDY0IHBhdGhzIGluIHRoZQ0KbmV0d29y
ay4gSWYgeW91IGhhdmUgYSBjZW50cmFsaXplZCBQQ0UsIHlvdSBjYW5ub3QgaGF2ZSBtb3JlIHRo
YW4gNjRLIExTUHMNCmluIHRoZSAqZW50aXJlIG5ldHdvcmsqLiBUaGlzIGRvZXMgbm90IGZseS4N
Cg0KDQo+IElmIG5lZWRlZCwgd2UgY2FuIGNhcHR1cmUgdGhpcyBpbiB0aGUgbWFuYWdlYWJpbGl0
eSBzZWN0aW9uLg0KPg0KPlJlZ2FyZHMsDQo+WGlhbg0KPg0KPi0tLS0tT3JpZ2luYWwgTWVzc2Fn
ZS0tLS0tDQo+RnJvbTogWmFmYXIgQWxpICh6YWxpKSBbbWFpbHRvOnphbGlAY2lzY28uY29tXQ0K
PlNlbnQ6IDIwMTPE6jEx1MIxNcjVIDExOjEzDQo+VG86IEZhdGFpIFpoYW5nOyBaaGFuZ3hpYW4g
KFhpYW4pDQo+Q2M6IGNjYW1wQGlldGYub3JnDQo+U3ViamVjdDogUmU6IFRoZSBkZXNjcmlwdGlv
biBvZiBQYXRoIEtleSByZXRhaW5pbmcgdGltZSBpbiBSRkM1NTUzDQo+DQo+DQo+LS0tLS1Pcmln
aW5hbCBNZXNzYWdlLS0tLS0NCj5Gcm9tOiBGYXRhaSBaaGFuZyA8emhhbmdmYXRhaUBodWF3ZWku
Y29tPg0KPkRhdGU6IE1vbmRheSwgTm92ZW1iZXIgMTEsIDIwMTMgOTowOSBQTQ0KPlRvOiB6YWxp
IDx6YWxpQGNpc2NvLmNvbT4sICJaaGFuZ3hpYW4gKFhpYW4pIiA8emhhbmcueGlhbkBodWF3ZWku
Y29tPg0KPkNjOiAiY2NhbXBAaWV0Zi5vcmciIDxjY2FtcEBpZXRmLm9yZz4NCj5TdWJqZWN0OiBS
RTogVGhlIGRlc2NyaXB0aW9uIG9mIFBhdGggS2V5IHJldGFpbmluZyB0aW1lIGluIFJGQzU1NTMN
Cj4NCj4+UGxlYXNlIGRvbid0IGFyZ3VlIHNjYWxpYmxpdHkgaXNzdWUgYmVjYXVzZSB5b3UgY2Fu
IHNlZSBldmVuIGEgR01QTFMgbm9kZQ0KPj5jYW4gc3RvcmUgbG90cyBvZiBpbmZvcm1haXRvbi4N
Cj4+DQo+DQo+RmF0YWktIA0KPg0KPkkgZGlkIG5vdCBnZXQgd2hhdCB5b3UgYXJlIHNheWluZy4g
V2hhdCBJIHdhcyBzYXlpbmcgaXM6DQo+DQo+KiBUdW5uZWwtaWQgaXMgMTYgYml0LiBJLmUuLCBj
bGllbnQgbmFtZSBzcGFjZSBpcyAxNiBiaXQuIFRoZXJlIGNhbiBiZQ0KPm1vcmUgdGhhbiBvbmUg
TFNQIHBlciB0dW5uZWwuDQo+KiBQYXRoIGtleSBpcyAxNiBiaXRzLiBJLmUuLCBzZXJ2ZXIgbmFt
ZSBzcGFjZSBpcyAxNiBiaXRzLiBFYWNoIExTUCBuZWVkcw0KPmEgUGF0aCBLZXkuIA0KPiogVGhl
cmUgaXMgMTpOIHJlbGF0aW9uc2hpcCBiZXR3ZWVuIFBDQyBhbmQgUENFIChzZXJ2ZXIpLiBQQ0Ug
c2V2ZXIgbWF5DQo+ZXZlbiBiZSBjZW50cmFsaXplZC4NCj4qIFlvdSBhcmUgcmVxdWlyaW5nIChQ
YXRoIGtleSwgcGF0aCBpbmZvKSAic3RhdGUiIHRvIGJlIHN0b3JlZCBhdCB0aGUgUENFDQo+c2Vy
dmVyIGZvciB0aGUgbGlmZSB0aW1lIG9mIHRoZSBjb25uZWN0aW9ucy4NCj4qIFBhdGgga2V5cyBo
YXZlIGhvbGQtb2ZmIHRpbWVyIG9mIDMwIG1pbnV0ZXMgYmVmb3JlIHRoZXkgY2FuIGJlIHJldXNl
ZC4NCj4NCj5IZW5jZSwgaW4geW91ciBzb2x1dGlvbiwgUENFIHNlcnZlciB3b3VsZCBydW4gb3V0
IG9mIFBhdGggS2V5cyBtdWNoIGJlZm9yZQ0KPmNsaWVudHMgcnVucyBvdXQgb2YgdHVubmVsIG5h
bWUgc3BhY2UuIEluIHlvdXIgc29sdXRpb24sIGlmIHlvdSBoYXZlIGENCj5jZW50cmFsaXplZCBQ
Q0UsIHlvdSBjYW4gb25seSBzdXBwb3J0IDY0SyBjb25uZWN0aW9uIElOIFRIRSBORVRXT1JLISBJ
IGFtDQo+bm90IHN1cmUgd2h5IHlvdSB3YW50IHRvIGlnbm9yZSB0aGVzZSBzY2FsaW5nIHJlc3Ry
aWN0aW9ucy4NCj4NCj5UaGFua3MNCj4NCj5SZWdhcmRzLi4uWmFmYXIgDQo+DQo+Pg0KPg0KDQo=

From loa@pi.nu  Mon Nov 18 04:38:14 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A816211E846C for ; Mon, 18 Nov 2013 04:37:51 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level: 
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pRK7RSImSQ-x for ; Mon, 18 Nov 2013 04:37:41 -0800 (PST)
Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) by ietfa.amsl.com (Postfix) with ESMTP id 1DD0611E846F for ; Mon, 18 Nov 2013 04:37:30 -0800 (PST)
Received: from [172.16.0.190] (unknown [72.29.212.253]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 3DDA41802039; Mon, 18 Nov 2013 13:37:26 +0100 (CET)
Message-ID: <528A0A08.1060104@pi.nu>
Date: Mon, 18 Nov 2013 07:37:28 -0500
From: Loa Andersson 
User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0
MIME-Version: 1.0
To: "Zafar Ali (zali)" ,  "lberger@labn.net" , "BRUNGARD, DEBORAH A" 
References: 
In-Reply-To: 
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 8bit
Cc: "ccamp@ietf.org" 
Subject: Re: [CCAMP] Confusion during show of hands for WG adaptation for draft-takacs-ccamp-revertive-ps
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 18 Nov 2013 12:38:14 -0000

Zafar,

I did not check the actual number of hands either way, I just
wanted to clarify that I am comfortable with the response I had  to my 
from the chairs. It seems now that you say that the question asked 
irrelevant for the issue you have brought up.

/Loa

On 2013-11-12 16:21, Zafar Ali (zali) wrote:
> Hi Loa-
>
> Regardless, when Lou asked the question about how many people are in favor
> of WG taking on this work, we had a _fair_ number of support. IMO it will
> only be fair to now poll the mailing list for WG adaptation.
>
> Thanks
>
> Regards Š Zafar
>
>
> -----Original Message-----
> From: Loa Andersson 
> Date: Tuesday, November 12, 2013 3:14 PM
> To: zali , "lberger@labn.net" ,
> "BRUNGARD, DEBORAH A" 
> Cc: "ccamp@ietf.org" 
> Subject: Re: [CCAMP] Confusion during show of hands for WG adaptation for
> draft-takacs-ccamp-revertive-ps
>
>> Zafar,
>>
>> I got a satisfactory answer from Lou. The point I made was that the
>> way the question was asked was that it included both people that were
>> absolutely against and people that did not care.
>>
>> Lou agreed that that was the case and that it was understood.
>>
>> /Loa
>>
>> On 2013-11-12 11:08, Zafar Ali (zali) wrote:
>>> Hi Lou-
>>>
>>> When you asked the question about how many people are in favor of WG
>>> taking on this work, we had a _fair_ number of support. Then there were
>>> some confusing question that Loa also came to mic for clarification. As
>>> we had to rush so much during WG meetings that there is not much time
>>> clarifying or debate these things during the WG meeting. IMO it will
>>> only be fair to ask the mailing list these questions so WG can show its
>>> opinion.
>>>
>>> Thanks
>>>
>>> Regards Š Zafar
>>>
>>>
>>>
>>> _______________________________________________
>>> CCAMP mailing list
>>> CCAMP@ietf.org
>>> https://www.ietf.org/mailman/listinfo/ccamp
>>>
>>
>> --
>>
>>
>> Loa Andersson                        email: loa@mail01.huawei.com
>> Senior MPLS Expert                          loa@pi.nu
>> Huawei Technologies (consultant)     phone: +46 739 81 21 64
>

-- 


Loa Andersson                        email: loa@mail01.huawei.com
Senior MPLS Expert                          loa@pi.nu
Huawei Technologies (consultant)     phone: +46 739 81 21 64

From jdrake@juniper.net  Mon Nov 18 05:56:43 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DA7F811E8156 for ; Mon, 18 Nov 2013 05:56:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.049
X-Spam-Level: 
X-Spam-Status: No, score=-4.049 tagged_above=-999 required=5 tests=[AWL=-1.050, BAYES_00=-2.599, J_CHICKENPOX_42=0.6, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id quqxshBa80tS for ; Mon, 18 Nov 2013 05:56:33 -0800 (PST)
Received: from ch1outboundpool.messaging.microsoft.com (ch1ehsobe002.messaging.microsoft.com [216.32.181.182]) by ietfa.amsl.com (Postfix) with ESMTP id 4C32E11E810B for ; Mon, 18 Nov 2013 05:56:25 -0800 (PST)
Received: from mail9-ch1-R.bigfish.com (10.43.68.247) by CH1EHSOBE004.bigfish.com (10.43.70.54) with Microsoft SMTP Server id 14.1.225.22; Mon, 18 Nov 2013 13:56:22 +0000
Received: from mail9-ch1 (localhost [127.0.0.1])	by mail9-ch1-R.bigfish.com (Postfix) with ESMTP id 0D3C61201B5; Mon, 18 Nov 2013 13:56:22 +0000 (UTC)
X-Forefront-Antispam-Report: CIP:157.56.240.101; KIP:(null); UIP:(null); IPV:NLI; H:BL2PRD0510HT001.namprd05.prod.outlook.com; RD:none; EFVD:NLI
X-SpamScore: -21
X-BigFish: VPS-21(zz9371I542I1432Izz1f42h2148h208ch1ee6h1de0h1fdah2073h2146h1202h1e76h1d1ah1d2ah1fc6hzz1de098h1033IL8275bh8275dh1de097h186068hz2fh109h2a8h839h945hd24hf0ah1288h12a5h12a9h12bdh137ah13b6h1441h1504h1537h153bh162dh1631h1758h18e1h1946h19b5h19ceh1ad9h1b0ah224fh1d07h1d0ch1d2eh1d3fh1de9h1dfeh1dffh1fe8h1ff5h2216h9a9j1155h)
Received-SPF: pass (mail9-ch1: domain of juniper.net designates 157.56.240.101 as permitted sender) client-ip=157.56.240.101; envelope-from=jdrake@juniper.net; helo=BL2PRD0510HT001.namprd05.prod.outlook.com ; .outlook.com ; 
X-Forefront-Antispam-Report-Untrusted: SFV:NSPM; SFS:(51704005)(377454003)(13464003)(199002)(189002)(49866001)(19580405001)(56776001)(47446002)(74502001)(50986001)(47976001)(74366001)(47736001)(4396001)(74316001)(87266001)(2656002)(31966008)(81816001)(54316002)(19580395003)(81686001)(85306002)(83322001)(80976001)(74662001)(87936001)(33646001)(76796001)(76786001)(15975445006)(76482001)(76576001)(46102001)(63696002)(51856001)(54356001)(74876001)(53806001)(79102001)(65816001)(74706001)(81542001)(80022001)(83072001)(69226001)(56816003)(81342001)(66066001)(59766001)(77982001)(24736002); DIR:OUT; SFP:; SCL:1; SRVR:BLUPR05MB562; H:BLUPR05MB562.namprd05.prod.outlook.com; CLIP:66.129.239.10; FPR:; RD:InfoNoRecords; A:1; MX:1; LANG:en; 
Received: from mail9-ch1 (localhost.localdomain [127.0.0.1]) by mail9-ch1 (MessageSwitch) id 1384782980530515_13691; Mon, 18 Nov 2013 13:56:20 +0000 (UTC)
Received: from CH1EHSMHS002.bigfish.com (snatpool3.int.messaging.microsoft.com [10.43.68.226])	by mail9-ch1.bigfish.com (Postfix) with ESMTP id 7C45A2200B4; Mon, 18 Nov 2013 13:56:20 +0000 (UTC)
Received: from BL2PRD0510HT001.namprd05.prod.outlook.com (157.56.240.101) by CH1EHSMHS002.bigfish.com (10.43.70.2) with Microsoft SMTP Server (TLS) id 14.16.227.3; Mon, 18 Nov 2013 13:56:20 +0000
Received: from BLUPR05MB562.namprd05.prod.outlook.com (10.141.202.141) by BL2PRD0510HT001.namprd05.prod.outlook.com (10.255.100.36) with Microsoft SMTP Server (TLS) id 14.16.383.1; Mon, 18 Nov 2013 13:56:19 +0000
Received: from BLUPR05MB562.namprd05.prod.outlook.com (10.141.202.141) by BLUPR05MB562.namprd05.prod.outlook.com (10.141.202.141) with Microsoft SMTP Server (TLS) id 15.0.820.5; Mon, 18 Nov 2013 13:56:17 +0000
Received: from BLUPR05MB562.namprd05.prod.outlook.com ([10.141.202.141]) by BLUPR05MB562.namprd05.prod.outlook.com ([10.141.202.141]) with mapi id 15.00.0820.005; Mon, 18 Nov 2013 13:56:17 +0000
From: John E Drake 
To: "Zhangxian (Xian)" , "Zafar Ali (zali)" 
Thread-Topic: The description of Path Key retaining time in RFC5553
Thread-Index: AQHO2+75nyh5MwjjqEemfNXW9E7a+JobcMqAgAVubRCABNrUAP//8xawgAEUZ4CAA+mkAIAAZtGQ
Date: Mon, 18 Nov 2013 13:56:07 +0000
Message-ID: 
References:   
In-Reply-To: 
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [66.129.239.10]
x-forefront-prvs: 00342DD5BC
Content-Type: text/plain; charset="iso-2022-jp"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-FOPE-CONNECTOR: Id%0$Dn%*$RO%0$TLS%0$FQDN%$TlsDn%
Cc: "ccamp@ietf.org" 
Subject: Re: [CCAMP] The description of Path Key retaining time in RFC5553
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 18 Nov 2013 13:56:45 -0000

Xian,

As Cyril pointed out, Zafar does not understand that RFC 5553 deals with pa=
ths rather than with LSPs.  Hence his arguments wrt the lack of the scalabi=
lity of an RFC 5553 based solution are specious.=20

Yours Irrespectively,

John

> -----Original Message-----
> From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf
> Of Zhangxian (Xian)
> Sent: Monday, November 18, 2013 12:22 AM
> To: Zafar Ali (zali)
> Cc: ccamp@ietf.org
> Subject: Re: [CCAMP] The description of Path Key retaining time in RFC555=
3
>=20
> Hi, Zafar,
>=20
>     Let me summarize a bit, so that whoever follow our discussion are not=
 lost.
>=20
> 1st viewpoint: you still think that 16-bit PKS is not sufficient, since i=
t limits the
> number of a LSP within a network to be 64k.
> Our Reply: the purpose of this draft is to address the LSPs that across U=
NI
> and/or multi-domains, *NOT* the LSP within a network. Let's not argue
> theoretically it can be any number for the former. From current deploymen=
t, it
> is far from enough. Besides, we also provide a PKS+ first node of the enc=
ode
> segment as an alternative for the problem you worry much about, is it
> enough?
>=20
> 2nd viewpoint: you believe that the PCE needs to store the PKS informatio=
n
> longer than required as RFC5520 and you would like to give a name to it.
> Our reply: We get your point and will add into our draft this information=
, as you
> suggested. However, we disagree to use the term "stateful" since people
> already accept the definition of stateful PCE in PCE WG. Also, it is mean=
ingless
> to argue on the terminologies as long as we make the point clear in the d=
raft.
> Please do not forget that the border node can be the "PCE" for decoding t=
he PK
> (which you should be much aware of), storing such information is not an
> problem. Having said that, our draft do not limit the model of how PKS is
> decoded.
>=20
>   As usual, we can agree to disagree, but I think we both have made the p=
oint
> clear enough till now.
>=20
>   Please do not forget the reason we write this draft. As you John alread=
y
> mentioned, we do not see any description in draft-ietf-ccamp-lsp-diversit=
y
> about how the border node can decode the sub-object defined upon receivin=
g
> the path diversity constraint, thus there is NO complete solution in your=
 draft. I
> vaguely remember you mentioned a proprietary method for doing so, do you
> mean that whoever implement draft-ietf-ccamp-lsp-diversity are forced to
> need to consult the draft authors for a complete solution? Please conside=
r this
> in the next update of this draft.
>=20
>=20
> Cheers,
> Xian(on behalf of all co-authors of the draft draft-zhang-ccamp-route-exc=
lusion-
> pathkey)
>=20
> -----Original Message-----
> From: Zafar Ali (zali) [mailto:zali@cisco.com]
> Sent: 2013=1B$BG/=1B(B11=1B$B7n=1B(B16=1B$BF|=1B(B 2:56
> To: Zhangxian (Xian); Fatai Zhang
> Cc: ccamp@ietf.org
> Subject: Re: The description of Path Key retaining time in RFC5553
>=20
> Hi Xian:
>=20
> Please see in-line.
>=20
> Thanks
>=20
> Regards =1B$B!D=1B(B Zafar
>=20
>=20
> -----Original Message-----
> From: "Zhangxian   (Xian)" 
> Date: Thursday, November 14, 2013 10:43 PM
> To: zali , Fatai Zhang 
> Cc: "ccamp@ietf.org" 
> Subject: RE: The description of Path Key retaining time in RFC5553
>=20
> >Hi, Zafar,
> >
> >   Thank you for sharing your thought. But I disagree. Why having a
> >16-bit PK space will constrain the network to have only 64k LSPs? PK is
> >needed only when the LSP is needed to use as a constraint for path
> >diversity.
>=20
> I disagree -
>=20
> - How would PCC or PCE know ahead of time which LSP will be used for
> diversity by another LSP in a future time? E.g., if you are signaling LSP=
1 at t1.
> How would PCC or PCE will know that some other LSP (LSP2) will be request=
ing
> diversity from LSP1 at a future time t2.
>=20
> >
> >
> >   Furthermore, I do not see why storing PKS in PCE for a longer time,
> >even if the lifetime of LSP, will cause any scalability issue. PKS can
> >be used locally by the PCE (stateless) per node basis
>=20
> Please stop calling a solution that mandate (path key, path) "states" to =
be
> stored for lifetime of the connection as a stateless solution. It is stat=
eful w.r.t.
> Path info states. Let's define a new term for such stateful PCE and use i=
t.
> Furthermore, as you solution required PCE to keep path states for life ti=
me of
> the connection, why not just use stateful PCE, instead?
>=20
>=20
> >, i.e. combining PKS + source node address as a way for PCE to solve
> >the issue you mentioned below, which is internal to the PCE.
> >Do you agree?
>=20
> No... In your solution a PCE cannot serve more than 64 paths in the netwo=
rk. If
> you have a centralized PCE, you cannot have more than 64K LSPs in the *en=
tire
> network*. This does not fly.
>=20
>=20
> > If needed, we can capture this in the manageability section.
> >
> >Regards,
> >Xian
> >
> >-----Original Message-----
> >From: Zafar Ali (zali) [mailto:zali@cisco.com]
> >Sent: 2013=1B$BG/=1B(B11=1B$B7n=1B(B15=1B$BF|=1B(B 11:13
> >To: Fatai Zhang; Zhangxian (Xian)
> >Cc: ccamp@ietf.org
> >Subject: Re: The description of Path Key retaining time in RFC5553
> >
> >
> >-----Original Message-----
> >From: Fatai Zhang 
> >Date: Monday, November 11, 2013 9:09 PM
> >To: zali , "Zhangxian (Xian)" 
> >Cc: "ccamp@ietf.org" 
> >Subject: RE: The description of Path Key retaining time in RFC5553
> >
> >>Please don't argue scaliblity issue because you can see even a GMPLS
> >>node can store lots of informaiton.
> >>
> >
> >Fatai-
> >
> >I did not get what you are saying. What I was saying is:
> >
> >* Tunnel-id is 16 bit. I.e., client name space is 16 bit. There can be
> >more than one LSP per tunnel.
> >* Path key is 16 bits. I.e., server name space is 16 bits. Each LSP
> >needs a Path Key.
> >* There is 1:N relationship between PCC and PCE (server). PCE sever may
> >even be centralized.
> >* You are requiring (Path key, path info) "state" to be stored at the
> >PCE server for the life time of the connections.
> >* Path keys have hold-off timer of 30 minutes before they can be reused.
> >
> >Hence, in your solution, PCE server would run out of Path Keys much
> >before clients runs out of tunnel name space. In your solution, if you
> >have a centralized PCE, you can only support 64K connection IN THE
> >NETWORK! I am not sure why you want to ignore these scaling restrictions=
.
> >
> >Thanks
> >
> >Regards...Zafar
> >
> >>
> >
>=20
> _______________________________________________
> CCAMP mailing list
> CCAMP@ietf.org
> https://www.ietf.org/mailman/listinfo/ccamp


From zali@cisco.com  Mon Nov 18 09:52:40 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 47BD111E8274 for ; Mon, 18 Nov 2013 09:52:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.134
X-Spam-Level: 
X-Spam-Status: No, score=-10.134 tagged_above=-999 required=5 tests=[AWL=0.464, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cfvr4SrVe9dH for ; Mon, 18 Nov 2013 09:52:35 -0800 (PST)
Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) by ietfa.amsl.com (Postfix) with ESMTP id 26C4C21F9A05 for ; Mon, 18 Nov 2013 09:47:23 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=12031; q=dns/txt; s=iport; t=1384796843; x=1386006443; h=from:to:cc:subject:date:message-id:in-reply-to: mime-version; bh=uE84+kuc8YknIRDKZhYNDBvey8Hgw/7GPaD5tO/xIJg=; b=QcGOcE0gzD+aIY/qRigBJxJtmJDxoThyeFCFOrT0bz5zqhgAuSdYHutb PeyYG4vTjfwTMOfRw3uep6sqZZpzcG0FINibHXU6BuPrclsOuL9NEU/a6 FtD01DZKJ7VanuU0dYZgd9tvYnKaSwYqM0PH2lIbyUa0K7D3lOY79J7Z2 E=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgwFADFSilKtJXG9/2dsb2JhbABZgkNEOFO/NYEdFnSCJQEBAQQBAQFrBAcMBgEIEQMBAigoBgsUCQgCBA4FGQKHVAMPDbh9DYk5EwSMc4EqEQGBKQ0EBwaEKwOWJYFrjFWFOIMogXE5
X-IronPort-AV: E=Sophos;i="4.93,725,1378857600";  d="scan'208,217";a="285838261"
Received: from rcdn-core2-2.cisco.com ([173.37.113.189]) by rcdn-iport-2.cisco.com with ESMTP; 18 Nov 2013 17:46:57 +0000
Received: from xhc-rcd-x09.cisco.com (xhc-rcd-x09.cisco.com [173.37.183.83]) by rcdn-core2-2.cisco.com (8.14.5/8.14.5) with ESMTP id rAIHkuiB021175 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 18 Nov 2013 17:46:56 GMT
Received: from xmb-rcd-x14.cisco.com ([169.254.4.50]) by xhc-rcd-x09.cisco.com ([173.37.183.83]) with mapi id 14.03.0123.003; Mon, 18 Nov 2013 11:46:56 -0600
From: "Zafar Ali (zali)" 
To: Cyril Margaria 
Thread-Topic: [CCAMP] The description of Path Key retaining time in RFC5553
Thread-Index: AQHO2+75nyh5MwjjqEemfNXW9E7a+JobcMqAgAVubRCABNrUAIABb9qAgAQ7fwA=
Date: Mon, 18 Nov 2013 17:46:55 +0000
Message-ID: 
In-Reply-To: 
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.2.3.120616
x-originating-ip: [10.82.215.66]
Content-Type: multipart/alternative; boundary="_000_CEABEE0B8487Bzaliciscocom_"
MIME-Version: 1.0
Cc: "ccamp@ietf.org" 
Subject: Re: [CCAMP] The description of Path Key retaining time in RFC5553
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 18 Nov 2013 17:52:40 -0000

--_000_CEABEE0B8487Bzaliciscocom_
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

Cyrill-

Please see in-line.

Thanks

Regards =85 Zafar

From: Cyril Margaria >
Date: Friday, November 15, 2013 3:09 PM
To: zali >
Cc: Fatai Zhang >, "Zha=
ngxian (Xian)" >, "ccam=
p@ietf.org" >
Subject: Re: [CCAMP] The description of Path Key retaining time in RFC5553

Hi,
please see inline for comments.


On 15 November 2013 04:12, Zafar Ali (zali) > wrote:

-----Original Message-----
From: Fatai Zhang >
Date: Monday, November 11, 2013 9:09 PM
To: zali >, "Zhangxian (Xian)" >
Cc: "ccamp@ietf.org" >
Subject: RE: The description of Path Key retaining time in RFC5553

>Please don't argue scaliblity issue because you can see even a GMPLS node
>can store lots of informaiton.
>

Fatai-

I did not get what you are saying. What I was saying is:

* Tunnel-id is 16 bit. I.e., client name space is 16 bit. There can be
more than one LSP per tunnel.
* Path key is 16 bits. I.e., server name space is 16 bits. Each LSP needs
a Path Key.

I do not recall that each LSP needs a path key, each path does, but not eac=
h LSP.
So the scalability is not related to amount of LSPs, but the amount of path=
 use, which scale quite differently than the number of LSPs.

I just responded to the same confusion in the other email =96 sorry for the=
 duplicate.

  *
How would PCC or PCE know ahead of time which LSP will be used for
diversity by another LSP in a future time? E.g., if you are signaling LSP1
at t1. How would PCC or PCE will know that some other LSP (LSP2) will be
requesting diversity from LSP1 at a future time t2.


* There is 1:N relationship between PCC and PCE (server). PCE sever may
even be centralized.
* You are requiring (Path key, path info) "state" to be stored at the PCE
server for the life time of the connections.

That is correct, the PCE need to keep a state on the path used, but using t=
he term statefull in that case is confusing and misleading, as its tied to =
a full LSP DB. TED itself is a state too.

Yes, we need a new term for such stateful PCEs. Let's call it "path-statefu=
l" PCE.


* Path keys have hold-off timer of 30 minutes before they can be reused.

Hence, in your solution, PCE server would run out of Path Keys much before
clients runs out of tunnel name space. In your solution, if you have a
centralized PCE, you can only support 64K connection IN THE NETWORK! I am
not sure why you want to ignore these scaling restrictions.

as stated before, you would support a maximum of 64k Paths, given the diver=
sity constraint you want to support.
In any case the scaling of the solution is to be considered, but is there o=
ther problem with that solution?
This solution is attractive as it provides a complete solution ( deploy a P=
CE colocated with the LSR, only resolving  PKS, the rest is already defined=
).

If we are using "path-stateful" PCE, why not use "stateful" PCE.



Regards,
Cyril.

Thanks

Regards...Zafar

>

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


--_000_CEABEE0B8487Bzaliciscocom_
Content-Type: text/html; charset="Windows-1252"
Content-ID: <58EEA0A684A8BD478DF027DD7D429BC5@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable











Cyrill- 







Please see in-line. 









Thanks







Regards =85 Zafar















From: Cyril Margaria <cyril.margaria@gmail.com>

Date: Friday, November 15, 2013 3:0=
9 PM

To: zali <zali@cisco.com>

Cc: Fatai Zhang <zhangfatai@huawei.com>, "Zhangxian (X=
ian)" <zhang.xian@huawei.c=
om>, "ccamp@ietf.org"=
;
 <ccamp@ietf.org>

Subject: Re: [CCAMP] The descriptio=
n of Path Key retaining time in RFC5553

















Hi, 



please see inline for comments.











On 15 November 2013 04:12, Zafar Ali (zali) 
<zali@cisco.com&=
gt; wrote:






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

From: Fatai Zhang <zhangfatai@h=
uawei.com>

Date: Monday, November 11, 2013 9:09 PM

To: zali <zali@cisco.com>, &quo=
t;Zhangxian (Xian)" <zhang=
.xian@huawei.com>

Cc: "ccamp@ietf.org" <ccamp@ietf.org>

Subject: RE: The description of Path Key retaining time in RFC5553



>Please don't argue scaliblity issue because you can see even a GMPLS no=
de

>can store lots of informaiton.

>





Fatai-



I did not get what you are saying. What I was saying is:



* Tunnel-id is 16 bit. I.e., client name space is 16 bit. There can be

more than one LSP per tunnel.

* Path key is 16 bits. I.e., server name space is 16 bits. Each LSP needs
a Path Key.









I do not recall that each LSP needs a path key, each path does, but no=
t each LSP.





So the scalability is not related to amount of LSPs, but the amount of=
 path use, which scale quite differently than the number of LSPs.
























I just responded to the same confusion in the other email =96 sorry fo=
r the duplicate. 


    

  • 

    How would PCC or P=
CE know ahead of time which LSP will be used for
    

    diversity by anoth=
er LSP in a future time? E.g., if you are signaling LSP1
    

    at t1. How would P=
CC or PCE will know that some other LSP (LSP2) will be
    

    requesting diversi=
ty from LSP1 at a future time t2.
    































* There is 1:N relationship between PCC and PCE (server). PCE sever may

even be centralized.

* You are requiring (Path key, path info) "state" to be stored at=
 the PCE

server for the life time of the connections.






That is correct, the PCE need to keep a state on the path used, but using t=
he term statefull in that case is confusing and misleading, as its tied to =
a full LSP DB. TED itself is a state too.


























Yes, we need a new term for such stateful PCEs. Let's call it "pa=
th-stateful" PCE. 






























* Path keys have hold-off timer of 30 minutes before they can be reused.


Hence, in your solution, PCE server would run out of Path Keys much before<=
br>
clients runs out of tunnel name space. In your solution, if you have a

centralized PCE, you can only support 64K connection IN THE NETWORK! I am
not sure why you want to ignore these scaling restrictions.






as stated before, you would support a maximum of 64k Paths, given the =
diversity constraint you want to support.





In any case the scaling of the solution is to be considered, but is th=
ere other problem with that solution?




This solution is attractive as it provides a complete solution ( deplo=
y a PCE colocated with the LSR, only resolving  PKS, the rest is alrea=
dy defined).



























If we are using "path-stateful" PCE, why not use "=
stateful" PCE. 































Regards, 




Cyril.







Thanks



Regards...Zafar






>



_______________________________________________

CCAMP mailing list

CCAMP@ietf.org

h=
ttps://www.ietf.org/mailman/listinfo/ccamp





























--_000_CEABEE0B8487Bzaliciscocom_--

From zali@cisco.com  Mon Nov 18 10:32:11 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 608EE1A1F45 for ; Mon, 18 Nov 2013 10:32:11 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8.126
X-Spam-Level: 
X-Spam-Status: No, score=-8.126 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RP_MATCHES_RCVD=-0.525, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
Received: from mail.ietf.org ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NTekCDdDYQ6Q for ; Mon, 18 Nov 2013 10:32:09 -0800 (PST)
Received: from alln-iport-6.cisco.com (alln-iport-6.cisco.com [173.37.142.93]) by ietfa.amsl.com (Postfix) with ESMTP id 0C86F1A1F42 for ; Mon, 18 Nov 2013 10:32:09 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7302; q=dns/txt; s=iport; t=1384799523; x=1386009123; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=etQ77+6JWUyfptEbqeeVqEQkTDKGAdi1+jalAxEhuqc=; b=NmLG4tsislbRItmhRp6C9DTG3uIUcJ9LBblCtXXDGmFLaCKnjiWjvwxN AOM1ZnS9ryWwcwJ5s0jthGJmNjZ5Xu4Mr32Vgo46hjVgSqXi3ZATi2GPW Uq/sXOSrBrNvHT1f34GFn+po9ChleSOusy7/CaSE4uItI5D4v6p0ufPAV Q=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgsFAARcilKtJV2Z/2dsb2JhbABZgweBC4J1vECBHhZ0giUBAQEEIQFQBwwGAQgRAwEBAQIDCxgCAzQUCQgCBA4FGQKHZpRAm1kBkkOBJo0CgUEHBoJigUkDmBCSDYMogWlB
X-IronPort-AV: E=Sophos;i="4.93,725,1378857600";  d="scan'208";a="405480"
Received: from rcdn-core-2.cisco.com ([173.37.93.153]) by alln-iport-6.cisco.com with ESMTP; 18 Nov 2013 18:32:02 +0000
Received: from xhc-aln-x11.cisco.com (xhc-aln-x11.cisco.com [173.36.12.85]) by rcdn-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id rAIIW2PV027981 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 18 Nov 2013 18:32:02 GMT
Received: from xmb-rcd-x14.cisco.com ([169.254.4.50]) by xhc-aln-x11.cisco.com ([173.36.12.85]) with mapi id 14.03.0123.003; Mon, 18 Nov 2013 12:32:02 -0600
From: "Zafar Ali (zali)" 
To: "Zhangxian (Xian)" 
Thread-Topic: The description of Path Key retaining time in RFC5553
Thread-Index: AQHO2+75nyh5MwjjqEemfNXW9E7a+JobcMqAgAVubRCABNrUAP//8xawgAEUZ4CAA+mkAIAAxtOA
Date: Mon, 18 Nov 2013 18:32:01 +0000
Message-ID: 
In-Reply-To: 
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.2.3.120616
x-originating-ip: [10.82.215.66]
Content-Type: text/plain; charset="iso-2022-jp"
Content-ID: <83F980B11880F04D977758199F106B3D@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "ccamp@ietf.org" 
Subject: Re: [CCAMP] The description of Path Key retaining time in RFC5553
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 18 Nov 2013 18:32:11 -0000

Hi Xian:

Please see in-line.

Thanks

Regards =1B$B!D=1B(B Zafar


-----Original Message-----
From: "Zhangxian   (Xian)" 
Date: Monday, November 18, 2013 3:22 AM
To: zali 
Cc: "ccamp@ietf.org" 
Subject: RE: The description of Path Key retaining time in RFC5553

>Hi, Zafar,=20
>
>    Let me summarize a bit, so that whoever follow our discussion are not
>lost.=20
>
>1st viewpoint: you still think that 16-bit PKS is not sufficient, since
>it limits the number of a LSP within a network to be 64k.
>Our Reply: the purpose of this draft is to address the LSPs that across
>UNI and/or multi-domains, *NOT* the LSP within a network.

You dogged my question:

How can PCE differentiate between requests that require path keys to be
persistent for life time of LSP vs. LSPs that require path keys during LSP
setup only?=20
This couple with the following still present a Scaling issue with your
solution:=20
+ How would PCC or PCE know ahead of time which LSP will be used for
diversity by another LSP in a future time? E.g., if you are signaling LSP1
at t1. How would PCC or PCE will know that some other LSP (LSP2) will be
requesting diversity from LSP1 at a future time t2.


note: Path info expiry timer is same for all types of requests/ LSPs.
Hence, I still see the scaling issue.


You also did not answer why we cannot use stateful PCE, instead.

>Let's not argue theoretically it can be any number for the former.

This is not a theoretically discussion.

>From current deployment, it is far from enough. Besides, we also provide
>a PKS+ first node of the encode segment as an alternative for the problem
>you worry much about, is it enough?
>
>2nd viewpoint: you believe that the PCE needs to store the PKS
>information longer than required as RFC5520 and you would like to give a
>name to it.
>Our reply: We get your point and will add into our draft this
>information, as you suggested. However, we disagree to use the term
>"stateful" since people already accept the definition of stateful PCE in
>PCE WG.=20

I agree and I did mention that let's define a new term. I suggested
"path-stateful" PCE.

>Also, it is meaningless to argue on the terminologies as long as we make
>the point clear in the draft. Please do not forget that the border node
>can be the "PCE" for decoding the PK (which you should be much aware of),
>storing such information is not an problem. Having said that, our draft
>do not limit the model of how PKS is decoded.
>
>  As usual, we can agree to disagree, but I think we both have made the
>point clear enough till now.
>
>  Please do not forget the reason we write this draft. As you John
>already mentioned, we do not see any description in
>draft-ietf-ccamp-lsp-diversity about how the border node can decode the
>sub-object defined upon receiving the path diversity constraint, thus
>there is NO complete solution in your draft. I vaguely remember you
>mentioned a proprietary method for doing so, do you mean that whoever
>implement draft-ietf-ccamp-lsp-diversity are forced to need to consult
>the draft authors for a complete solution? Please consider this in the
>next update of this draft.
>
>
>Cheers,
>Xian(on behalf of all co-authors of the draft
>draft-zhang-ccamp-route-exclusion-pathkey)
>
>-----Original Message-----
>From: Zafar Ali (zali) [mailto:zali@cisco.com]
>Sent: 2013=1B$BG/=1B(B11=1B$B7n=1B(B16=1B$BF|=1B(B 2:56
>To: Zhangxian (Xian); Fatai Zhang
>Cc: ccamp@ietf.org
>Subject: Re: The description of Path Key retaining time in RFC5553
>
>Hi Xian:
>
>Please see in-line.
>
>Thanks
>
>Regards =1B$B!D=1B(B Zafar
>
>
>-----Original Message-----
>From: "Zhangxian   (Xian)" 
>Date: Thursday, November 14, 2013 10:43 PM
>To: zali , Fatai Zhang 
>Cc: "ccamp@ietf.org" 
>Subject: RE: The description of Path Key retaining time in RFC5553
>
>>Hi, Zafar,
>>  =20
>>   Thank you for sharing your thought. But I disagree. Why having a
>>16-bit PK space will constrain the network to have only 64k LSPs? PK is
>>needed only when the LSP is needed to use as a constraint for path
>>diversity.
>
>I disagree -=20
>
>- How would PCC or PCE know ahead of time which LSP will be used for
>diversity by another LSP in a future time? E.g., if you are signaling LSP1
>at t1. How would PCC or PCE will know that some other LSP (LSP2) will be
>requesting diversity from LSP1 at a future time t2.
>
>>=20
>>
>>   Furthermore, I do not see why storing PKS in PCE for a longer time,
>>even if the lifetime of LSP, will cause any scalability issue. PKS can be
>>used locally by the PCE (stateless) per node basis
>
>Please stop calling a solution that mandate (path key, path) "states" to
>be stored for lifetime of the connection as a stateless solution. It is
>stateful w.r.t. Path info states. Let's define a new term for such
>stateful PCE and use it. Furthermore, as you solution required PCE to keep
>path states for life time of the connection, why not just use stateful
>PCE, instead?=20
>
>
>>, i.e. combining PKS + source node address as a way for PCE to solve the
>>issue you mentioned below, which is internal to the PCE.
>>Do you agree?
>
>No... In your solution a PCE cannot serve more than 64 paths in the
>network. If you have a centralized PCE, you cannot have more than 64K LSPs
>in the *entire network*. This does not fly.
>
>
>> If needed, we can capture this in the manageability section.
>>
>>Regards,
>>Xian
>>
>>-----Original Message-----
>>From: Zafar Ali (zali) [mailto:zali@cisco.com]
>>Sent: 2013=1B$BG/=1B(B11=1B$B7n=1B(B15=1B$BF|=1B(B 11:13
>>To: Fatai Zhang; Zhangxian (Xian)
>>Cc: ccamp@ietf.org
>>Subject: Re: The description of Path Key retaining time in RFC5553
>>
>>
>>-----Original Message-----
>>From: Fatai Zhang 
>>Date: Monday, November 11, 2013 9:09 PM
>>To: zali , "Zhangxian (Xian)" 
>>Cc: "ccamp@ietf.org" 
>>Subject: RE: The description of Path Key retaining time in RFC5553
>>
>>>Please don't argue scaliblity issue because you can see even a GMPLS
>>>node
>>>can store lots of informaiton.
>>>
>>
>>Fatai-=20
>>
>>I did not get what you are saying. What I was saying is:
>>
>>* Tunnel-id is 16 bit. I.e., client name space is 16 bit. There can be
>>more than one LSP per tunnel.
>>* Path key is 16 bits. I.e., server name space is 16 bits. Each LSP needs
>>a Path Key.=20
>>* There is 1:N relationship between PCC and PCE (server). PCE sever may
>>even be centralized.
>>* You are requiring (Path key, path info) "state" to be stored at the PCE
>>server for the life time of the connections.
>>* Path keys have hold-off timer of 30 minutes before they can be reused.
>>
>>Hence, in your solution, PCE server would run out of Path Keys much
>>before
>>clients runs out of tunnel name space. In your solution, if you have a
>>centralized PCE, you can only support 64K connection IN THE NETWORK! I am
>>not sure why you want to ignore these scaling restrictions.
>>
>>Thanks
>>
>>Regards...Zafar=20
>>
>>>
>>
>


From jdrake@juniper.net  Mon Nov 18 10:39:34 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 53B8F1A1F4B for ; Mon, 18 Nov 2013 10:39:34 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.7
X-Spam-Level: 
X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5 tests=[HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham
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 6FFVUkduhwTv for ; Mon, 18 Nov 2013 10:39:32 -0800 (PST)
Received: from ch1outboundpool.messaging.microsoft.com (ch1ehsobe005.messaging.microsoft.com [216.32.181.185]) by ietfa.amsl.com (Postfix) with ESMTP id D5CDE1A1F48 for ; Mon, 18 Nov 2013 10:39:31 -0800 (PST)
Received: from mail169-ch1-R.bigfish.com (10.43.68.246) by CH1EHSOBE012.bigfish.com (10.43.70.62) with Microsoft SMTP Server id 14.1.225.22; Mon, 18 Nov 2013 18:24:24 +0000
Received: from mail169-ch1 (localhost [127.0.0.1])	by mail169-ch1-R.bigfish.com (Postfix) with ESMTP id 265FE160128;	Mon, 18 Nov 2013 18:24:24 +0000 (UTC)
X-Forefront-Antispam-Report: CIP:157.56.240.101; KIP:(null); UIP:(null); IPV:NLI; H:BL2PRD0510HT001.namprd05.prod.outlook.com; RD:none; EFVD:NLI
X-SpamScore: 2
X-BigFish: VPS2(zzc85fhzz1f42h2148h208ch1ee6h1de0h1fdah2073h2146h1202h1e76h1d1ah1d2ah1fc6hzz1d7338h17326ah8275bh8275dh18c673h1de097h186068hz2fh109h2a8h839hd24hf0ah1288h12a5h12bdh137ah1441h1504h1537h153bh162dh1631h1758h18e1h1946h19b5h19ceh1ad9h1b0ah1bceh224fh1d07h1d0ch1d2eh1d3fh1de9h1dfeh1dffh1fe8h1ff5h20f0h2216h9a9j1155h)
Received-SPF: pass (mail169-ch1: domain of juniper.net designates 157.56.240.101 as permitted sender) client-ip=157.56.240.101; envelope-from=jdrake@juniper.net; helo=BL2PRD0510HT001.namprd05.prod.outlook.com ; .outlook.com ; 
X-Forefront-Antispam-Report-Untrusted: SFV:NSPM; SFS:(189002)(199002)(76576001)(74706001)(83322001)(4396001)(49866001)(47976001)(46102001)(83072001)(19580395003)(33646001)(76786001)(76796001)(80022001)(56816003)(63696002)(50986001)(85306002)(47736001)(87936001)(56776001)(54316002)(51856001)(66066001)(74316001)(54356001)(87266001)(53806001)(79102001)(19300405004)(74876001)(74662001)(74502001)(47446002)(77982001)(59766001)(81542001)(31966008)(81342001)(2656002)(80976001)(19609705001)(65816001)(74366001)(69226001)(15975445006)(15202345003)(81686001)(16236675002)(81816001)(76482001)(24736002); DIR:OUT; SFP:; SCL:1; SRVR:BLUPR05MB563; H:BLUPR05MB562.namprd05.prod.outlook.com; CLIP:66.129.241.16; FPR:; RD:InfoNoRecords; MX:1; A:1; LANG:en; 
Received: from mail169-ch1 (localhost.localdomain [127.0.0.1]) by mail169-ch1 (MessageSwitch) id 1384799061651414_25340; Mon, 18 Nov 2013 18:24:21 +0000 (UTC)
Received: from CH1EHSMHS040.bigfish.com (snatpool2.int.messaging.microsoft.com [10.43.68.237])	by mail169-ch1.bigfish.com (Postfix) with ESMTP id 8FD4F2A004F;	Mon, 18 Nov 2013 18:24:21 +0000 (UTC)
Received: from BL2PRD0510HT001.namprd05.prod.outlook.com (157.56.240.101) by CH1EHSMHS040.bigfish.com (10.43.69.249) with Microsoft SMTP Server (TLS) id 14.16.227.3; Mon, 18 Nov 2013 18:24:21 +0000
Received: from BLUPR05MB563.namprd05.prod.outlook.com (10.141.202.144) by BL2PRD0510HT001.namprd05.prod.outlook.com (10.255.100.36) with Microsoft SMTP Server (TLS) id 14.16.383.1; Mon, 18 Nov 2013 18:24:20 +0000
Received: from BLUPR05MB562.namprd05.prod.outlook.com (10.141.202.141) by BLUPR05MB563.namprd05.prod.outlook.com (10.141.202.144) with Microsoft SMTP Server (TLS) id 15.0.820.5; Mon, 18 Nov 2013 18:24:19 +0000
Received: from BLUPR05MB562.namprd05.prod.outlook.com ([10.141.202.141]) by BLUPR05MB562.namprd05.prod.outlook.com ([10.141.202.141]) with mapi id 15.00.0820.005; Mon, 18 Nov 2013 18:24:18 +0000
From: John E Drake 
To: "Zafar Ali (zali)" , Cyril Margaria 
Thread-Topic: [CCAMP] The description of Path Key retaining time in RFC5553
Thread-Index: AQHO2+75nyh5MwjjqEemfNXW9E7a+JobcMqAgAVubRCABNrUAIABC0WAgASPKYCAAAd7gA==
Date: Mon, 18 Nov 2013 18:24:18 +0000
Message-ID: 
References:  
In-Reply-To: 
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [66.129.241.16]
x-forefront-prvs: 00342DD5BC
Content-Type: multipart/alternative; boundary="_000_e0bc4ce42e4143049e79715a956b5b8bBLUPR05MB562namprd05pro_"
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-FOPE-CONNECTOR: Id%0$Dn%*$RO%0$TLS%0$FQDN%$TlsDn%
Cc: "ccamp@ietf.org" 
Subject: Re: [CCAMP] The description of Path Key retaining time in RFC5553
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 18 Nov 2013 18:39:34 -0000

--_000_e0bc4ce42e4143049e79715a956b5b8bBLUPR05MB562namprd05pro_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Snipped, comment inline

Yours Irrespectively,

John


I do not recall that each LSP needs a path key, each path does, but not eac=
h LSP.
So the scalability is not related to amount of LSPs, but the amount of path=
 use, which scale quite differently than the number of LSPs.

I just responded to the same confusion in the other email - sorry for the d=
uplicate.

  *   How would PCC or PCE know ahead of time which LSP will be used for
diversity by another LSP in a future time? E.g., if you are signaling LSP1
at t1. How would PCC or PCE will know that some other LSP (LSP2) will be
requesting diversity from LSP1 at a future time t2.
[JD]   A PCE would return a path key to the initiator of LSP 1.  When LSP2 =
is signaled, it would include that path key along w/ an indication of wheth=
er LSP2 is to be disjointly or congruently routed wrt that path key.  Btw, =
as has been noted, if one is truly interested in disjoint routing, one shou=
ld request LSP1 and LSP2 together so that Suurballe can be used.
Perhaps the WG should be developing the signaling to support this.
as stated before, you would support a maximum of 64k Paths, given the diver=
sity constraint you want to support.
In any case the scaling of the solution is to be considered, but is there o=
ther problem with that solution?
This solution is attractive as it provides a complete solution ( deploy a P=
CE colocated with the LSR, only resolving  PKS, the rest is already defined=
).

If we are using "path-stateful" PCE, why not use "stateful" PCE.

[JD]  Because it is an already defined term w/ a completely different meani=
ng?

--_000_e0bc4ce42e4143049e79715a956b5b8bBLUPR05MB562namprd05pro_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable











Snipped, comment inline


 <=
/p>



Yours Irrespectively,


 <=
/p>

John



 <=
/p>





















 





I do not recall that each L=
SP needs a path key, each path does, but not each LSP.







So the scalability is not r=
elated to amount of LSPs, but the amount of path use, which scale quite dif=
ferently than the number of LSPs.






















 





I just responded to the sam=
e confusion in the other email – sorry for the duplicate. <=
/o:p>






    

  • 
How would PCC or PCE know ahead of time which LSP will be used=
 for







diversity by another LSP in a future time? E.g., i=
f you are signaling LSP1







at t1. How would PCC or PCE will know that some ot=
her LSP (LSP2) will be







requesting diversity from LSP1 at a future time t2=
.


[JD]   A PCE would retu=
rn a path key to the initiator of LSP 1.  When LSP2 is signaled, it
 would include that path key along w/ an indication of whether LSP2 is to b=
e disjointly or congruently routed wrt that path key.  Btw, as has bee=
n noted, if one is truly interested in disjoint routing, one should request=
 LSP1 and LSP2 together so that Suurballe
 can be used. 


Perhaps the WG should be developi=
ng the signaling to support this.=























as stated before, you would=
 support a maximum of 64k Paths, given the diversity constraint you want to=
 support.







In any case the scaling of =
the solution is to be considered, but is there other problem with that solu=
tion?






This solution is attractive=
 as it provides a complete solution ( deploy a PCE colocated with the LSR, =
only resolving  PKS, the rest is already defined).























 





If we are using "=
path-stateful" PCE, why not use "stateful" PCE.


 


[JD]  Because =
it is an already defined term w/ a completely different meaning?











--_000_e0bc4ce42e4143049e79715a956b5b8bBLUPR05MB562namprd05pro_--

From zali@cisco.com  Mon Nov 18 11:00:02 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9E0BF1ADFAF for ; Mon, 18 Nov 2013 11:00:02 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.526
X-Spam-Level: 
X-Spam-Status: No, score=-7.526 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, J_CHICKENPOX_42=0.6, RP_MATCHES_RCVD=-0.525, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
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 qc_b83DmnqQk for ; Mon, 18 Nov 2013 11:00:00 -0800 (PST)
Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) by ietfa.amsl.com (Postfix) with ESMTP id 357BD1AD94A for ; Mon, 18 Nov 2013 10:59:10 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=8207; q=dns/txt; s=iport; t=1384801144; x=1386010744; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=7dUBJHlcbM+dNic/s6P+D3XamujVgYJSy3qWwYpYF1o=; b=IrjJwuicAe0pMOt2wz3EWaFRgZYluG490xazRPLWo+UPXs1dQSlwQqKd HlSjqEn0RUH3fjls5MrzDyAkOtBxbf23Wbxe0R/rNI7ccXPjTcZchxyWs m3aQv14dUx7Su/gI+wCBCW5vA0npq4ZfJaCUld6otezOZQ5hU/Yr8+L8R c=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Ag0FAAZjilKtJXHB/2dsb2JhbABZgwc4U4J1vECBHxZ0giUBAQEEAQEBHgEFRwQHDAYBCBEDAQEBAgMLGAIDKQsUCQgCBAENBRkCh2YNlEqbWQGSKhMEgSaNAoFBBwaCYoFJA5gQkg2DKIFpQQ
X-IronPort-AV: E=Sophos;i="4.93,725,1378857600";  d="scan'208";a="414457"
Received: from rcdn-core2-6.cisco.com ([173.37.113.193]) by alln-iport-8.cisco.com with ESMTP; 18 Nov 2013 18:59:03 +0000
Received: from xhc-rcd-x04.cisco.com (xhc-rcd-x04.cisco.com [173.37.183.78]) by rcdn-core2-6.cisco.com (8.14.5/8.14.5) with ESMTP id rAIIx3M9007458 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 18 Nov 2013 18:59:03 GMT
Received: from xmb-rcd-x14.cisco.com ([169.254.4.50]) by xhc-rcd-x04.cisco.com ([fe80::200:5efe:173.37.183.34%12]) with mapi id 14.03.0123.003; Mon, 18 Nov 2013 12:59:03 -0600
From: "Zafar Ali (zali)" 
To: John E Drake , "Zhangxian (Xian)" 
Thread-Topic: The description of Path Key retaining time in RFC5553
Thread-Index: AQHO2+75nyh5MwjjqEemfNXW9E7a+JobcMqAgAVubRCABNrUAP//8xawgAEUZ4CAA+mkAIAAZtGQgABnjgA=
Date: Mon, 18 Nov 2013 18:59:02 +0000
Message-ID: 
In-Reply-To: 
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.2.3.120616
x-originating-ip: [10.82.215.66]
Content-Type: text/plain; charset="iso-2022-jp"
Content-ID: <15EBF41BA5B75B4C81AEE1ACB32A5FD7@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "ccamp@ietf.org" 
Subject: Re: [CCAMP] The description of Path Key retaining time in RFC5553
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 18 Nov 2013 19:00:02 -0000

John:=20

Can you advise what assumptions can be made between Paths served by the
PCE and LSPs using those paths to justify your (hostile) assertion that I
do not understand scalability of
draft-zhang-ccamp-route-exclusion-pathkey-00? E.g., if you assume Path
<--> LSP is 1:M, what is value of M we can assume in debating scaling of
the draft under discussion? Please also see my recent response to Xian.

n.b. BTW I was commenting on scaling issue with
draft-zhang-ccamp-route-exclusion-pathkey-00.txt and not RFC 5553. We are
having technical discussion in a friendly environment. But I am
consistently seeing degrading comments or personal attacks from you :(.

Thanks

Regards =1B$B!D=1B(B Zafar


-----Original Message-----
From: "jdrake@juniper.net" 
Date: Monday, November 18, 2013 8:56 AM
To: "Zhangxian (Xian)" , zali 
Cc: "ccamp@ietf.org" 
Subject: RE: The description of Path Key retaining time in RFC5553

>Xian,
>
>As Cyril pointed out, Zafar does not understand that RFC 5553 deals with
>paths rather than with LSPs.  Hence his arguments wrt the lack of the
>scalability of an RFC 5553 based solution are specious.
>
>Yours Irrespectively,
>
>John
>
>> -----Original Message-----
>> From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf
>> Of Zhangxian (Xian)
>> Sent: Monday, November 18, 2013 12:22 AM
>> To: Zafar Ali (zali)
>> Cc: ccamp@ietf.org
>> Subject: Re: [CCAMP] The description of Path Key retaining time in
>>RFC5553
>>=20
>> Hi, Zafar,
>>=20
>>     Let me summarize a bit, so that whoever follow our discussion are
>>not lost.
>>=20
>> 1st viewpoint: you still think that 16-bit PKS is not sufficient, since
>>it limits the
>> number of a LSP within a network to be 64k.
>> Our Reply: the purpose of this draft is to address the LSPs that across
>>UNI
>> and/or multi-domains, *NOT* the LSP within a network. Let's not argue
>> theoretically it can be any number for the former. From current
>>deployment, it
>> is far from enough. Besides, we also provide a PKS+ first node of the
>>encode
>> segment as an alternative for the problem you worry much about, is it
>> enough?
>>=20
>> 2nd viewpoint: you believe that the PCE needs to store the PKS
>>information
>> longer than required as RFC5520 and you would like to give a name to it.
>> Our reply: We get your point and will add into our draft this
>>information, as you
>> suggested. However, we disagree to use the term "stateful" since people
>> already accept the definition of stateful PCE in PCE WG. Also, it is
>>meaningless
>> to argue on the terminologies as long as we make the point clear in the
>>draft.
>> Please do not forget that the border node can be the "PCE" for decoding
>>the PK
>> (which you should be much aware of), storing such information is not an
>> problem. Having said that, our draft do not limit the model of how PKS
>>is
>> decoded.
>>=20
>>   As usual, we can agree to disagree, but I think we both have made the
>>point
>> clear enough till now.
>>=20
>>   Please do not forget the reason we write this draft. As you John
>>already
>> mentioned, we do not see any description in
>>draft-ietf-ccamp-lsp-diversity
>> about how the border node can decode the sub-object defined upon
>>receiving
>> the path diversity constraint, thus there is NO complete solution in
>>your draft. I
>> vaguely remember you mentioned a proprietary method for doing so, do you
>> mean that whoever implement draft-ietf-ccamp-lsp-diversity are forced to
>> need to consult the draft authors for a complete solution? Please
>>consider this
>> in the next update of this draft.
>>=20
>>=20
>> Cheers,
>> Xian(on behalf of all co-authors of the draft
>>draft-zhang-ccamp-route-exclusion-
>> pathkey)
>>=20
>> -----Original Message-----
>> From: Zafar Ali (zali) [mailto:zali@cisco.com]
>> Sent: 2013=1B$BG/=1B(B11=1B$B7n=1B(B16=1B$BF|=1B(B 2:56
>> To: Zhangxian (Xian); Fatai Zhang
>> Cc: ccamp@ietf.org
>> Subject: Re: The description of Path Key retaining time in RFC5553
>>=20
>> Hi Xian:
>>=20
>> Please see in-line.
>>=20
>> Thanks
>>=20
>> Regards =1B$B!D=1B(B Zafar
>>=20
>>=20
>> -----Original Message-----
>> From: "Zhangxian   (Xian)" 
>> Date: Thursday, November 14, 2013 10:43 PM
>> To: zali , Fatai Zhang 
>> Cc: "ccamp@ietf.org" 
>> Subject: RE: The description of Path Key retaining time in RFC5553
>>=20
>> >Hi, Zafar,
>> >
>> >   Thank you for sharing your thought. But I disagree. Why having a
>> >16-bit PK space will constrain the network to have only 64k LSPs? PK is
>> >needed only when the LSP is needed to use as a constraint for path
>> >diversity.
>>=20
>> I disagree -
>>=20
>> - How would PCC or PCE know ahead of time which LSP will be used for
>> diversity by another LSP in a future time? E.g., if you are signaling
>>LSP1 at t1.
>> How would PCC or PCE will know that some other LSP (LSP2) will be
>>requesting
>> diversity from LSP1 at a future time t2.
>>=20
>> >
>> >
>> >   Furthermore, I do not see why storing PKS in PCE for a longer time,
>> >even if the lifetime of LSP, will cause any scalability issue. PKS can
>> >be used locally by the PCE (stateless) per node basis
>>=20
>> Please stop calling a solution that mandate (path key, path) "states"
>>to be
>> stored for lifetime of the connection as a stateless solution. It is
>>stateful w.r.t.
>> Path info states. Let's define a new term for such stateful PCE and use
>>it.
>> Furthermore, as you solution required PCE to keep path states for life
>>time of
>> the connection, why not just use stateful PCE, instead?
>>=20
>>=20
>> >, i.e. combining PKS + source node address as a way for PCE to solve
>> >the issue you mentioned below, which is internal to the PCE.
>> >Do you agree?
>>=20
>> No... In your solution a PCE cannot serve more than 64 paths in the
>>network. If
>> you have a centralized PCE, you cannot have more than 64K LSPs in the
>>*entire
>> network*. This does not fly.
>>=20
>>=20
>> > If needed, we can capture this in the manageability section.
>> >
>> >Regards,
>> >Xian
>> >
>> >-----Original Message-----
>> >From: Zafar Ali (zali) [mailto:zali@cisco.com]
>> >Sent: 2013=1B$BG/=1B(B11=1B$B7n=1B(B15=1B$BF|=1B(B 11:13
>> >To: Fatai Zhang; Zhangxian (Xian)
>> >Cc: ccamp@ietf.org
>> >Subject: Re: The description of Path Key retaining time in RFC5553
>> >
>> >
>> >-----Original Message-----
>> >From: Fatai Zhang 
>> >Date: Monday, November 11, 2013 9:09 PM
>> >To: zali , "Zhangxian (Xian)" 
>> >Cc: "ccamp@ietf.org" 
>> >Subject: RE: The description of Path Key retaining time in RFC5553
>> >
>> >>Please don't argue scaliblity issue because you can see even a GMPLS
>> >>node can store lots of informaiton.
>> >>
>> >
>> >Fatai-
>> >
>> >I did not get what you are saying. What I was saying is:
>> >
>> >* Tunnel-id is 16 bit. I.e., client name space is 16 bit. There can be
>> >more than one LSP per tunnel.
>> >* Path key is 16 bits. I.e., server name space is 16 bits. Each LSP
>> >needs a Path Key.
>> >* There is 1:N relationship between PCC and PCE (server). PCE sever may
>> >even be centralized.
>> >* You are requiring (Path key, path info) "state" to be stored at the
>> >PCE server for the life time of the connections.
>> >* Path keys have hold-off timer of 30 minutes before they can be
>>reused.
>> >
>> >Hence, in your solution, PCE server would run out of Path Keys much
>> >before clients runs out of tunnel name space. In your solution, if you
>> >have a centralized PCE, you can only support 64K connection IN THE
>> >NETWORK! I am not sure why you want to ignore these scaling
>>restrictions.
>> >
>> >Thanks
>> >
>> >Regards...Zafar
>> >
>> >>
>> >
>>=20
>> _______________________________________________
>> CCAMP mailing list
>> CCAMP@ietf.org
>> https://www.ietf.org/mailman/listinfo/ccamp
>


From zali@cisco.com  Mon Nov 18 11:07:42 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D35341AC4AC for ; Mon, 18 Nov 2013 11:07:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8.125
X-Spam-Level: 
X-Spam-Status: No, score=-8.125 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.525, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
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 UhSEAlsKisBd for ; Mon, 18 Nov 2013 11:07:41 -0800 (PST)
Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) by ietfa.amsl.com (Postfix) with ESMTP id D344A1AC7F0 for ; Mon, 18 Nov 2013 11:07:40 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=15373; q=dns/txt; s=iport; t=1384801655; x=1386011255; h=from:to:cc:subject:date:message-id:in-reply-to: mime-version; bh=xEgqUBJuCjZ52K9uiADaqjQ2yYHGy4qvnl9S4hpMFKs=; b=UetoH8WANdBRrvSLew5AC9gfRk97goIPNeDe+slHn2BFcjfOEFqWYDjg IS3H2vbnZ66fyS+DiXgchb3vHvhhm56ufFodIEzK3YqbZMLdCh4UCSEnm HRh+CNZah0bYkd5JDSAMWDpItOHyi2UgHxs+WwKgAY1hdtlvCedqVR7Y5 Y=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgsFADdkilKtJXG//2dsb2JhbABZgkNEOFO/NYEfFnSCJQECBC1MEgEIEQMBAigoERQJCAIEAQ0FGQKHVAMPuRsNiTkXjHOBKhEBgSkRBgGEMQOWJYFrjFWFOIMogXE5
X-IronPort-AV: E=Sophos;i="4.93,725,1378857600"; d="scan'208,217";a="416988"
Received: from rcdn-core2-4.cisco.com ([173.37.113.191]) by alln-iport-5.cisco.com with ESMTP; 18 Nov 2013 19:07:34 +0000
Received: from xhc-rcd-x10.cisco.com (xhc-rcd-x10.cisco.com [173.37.183.84]) by rcdn-core2-4.cisco.com (8.14.5/8.14.5) with ESMTP id rAIJ7YVj028116 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 18 Nov 2013 19:07:34 GMT
Received: from xmb-rcd-x14.cisco.com ([169.254.4.50]) by xhc-rcd-x10.cisco.com ([173.37.183.84]) with mapi id 14.03.0123.003; Mon, 18 Nov 2013 13:07:34 -0600
From: "Zafar Ali (zali)" 
To: John E Drake , Cyril Margaria 
Thread-Topic: [CCAMP] The description of Path Key retaining time in RFC5553
Thread-Index: AQHO2+75nyh5MwjjqEemfNXW9E7a+JobcMqAgAVubRCABNrUAIABb9qAgAQ7fwCAAF4cAP//uGsA
Date: Mon, 18 Nov 2013 19:07:33 +0000
Message-ID: 
In-Reply-To: 
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.2.3.120616
x-originating-ip: [10.82.215.66]
Content-Type: multipart/alternative; boundary="_000_CEAFCEF8859E0zaliciscocom_"
MIME-Version: 1.0
Cc: "ccamp@ietf.org" 
Subject: Re: [CCAMP] The description of Path Key retaining time in RFC5553
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 18 Nov 2013 19:07:43 -0000

--_000_CEAFCEF8859E0zaliciscocom_
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

John-

I understand that but my point was that draft-zhang-ccamp-route-exclusion-p=
athkey-00 requires path info to be persistent across the life time of the c=
onnection. Also there is no way to differentiate which LSP will require pat=
h info to be persistent vs. requests for which Path info can be purged.

Thanks

Regards =85 Zafar

From: "jdrake@juniper.net" >
Date: Monday, November 18, 2013 1:24 PM
To: zali >, Cyril Margaria >
Cc: "ccamp@ietf.org" >
Subject: RE: [CCAMP] The description of Path Key retaining time in RFC5553

Snipped, comment inline

Yours Irrespectively,

John


I do not recall that each LSP needs a path key, each path does, but not eac=
h LSP.
So the scalability is not related to amount of LSPs, but the amount of path=
 use, which scale quite differently than the number of LSPs.

I just responded to the same confusion in the other email =96 sorry for the=
 duplicate.

  *   How would PCC or PCE know ahead of time which LSP will be used for
diversity by another LSP in a future time? E.g., if you are signaling LSP1
at t1. How would PCC or PCE will know that some other LSP (LSP2) will be
requesting diversity from LSP1 at a future time t2.
[JD]   A PCE would return a path key to the initiator of LSP 1.  When LSP2 =
is signaled, it would include that path key along w/ an indication of wheth=
er LSP2 is to be disjointly or congruently routed wrt that path key.  Btw, =
as has been noted, if one is truly interested in disjoint routing, one shou=
ld request LSP1 and LSP2 together so that Suurballe can be used.
Perhaps the WG should be developing the signaling to support this.
as stated before, you would support a maximum of 64k Paths, given the diver=
sity constraint you want to support.
In any case the scaling of the solution is to be considered, but is there o=
ther problem with that solution?
This solution is attractive as it provides a complete solution ( deploy a P=
CE colocated with the LSR, only resolving  PKS, the rest is already defined=
).

If we are using "path-stateful" PCE, why not use "stateful" PCE.

[JD]  Because it is an already defined term w/ a completely different meani=
ng?

--_000_CEAFCEF8859E0zaliciscocom_
Content-Type: text/html; charset="Windows-1252"
Content-ID: <39B5ADDFAF40B44CA011D0A93347826D@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable











John- 







I understand that but my point was that draft-zhang-ccamp-route-e=
xclusion-pathkey-00 requires path info to be persistent across the life tim=
e of the connection. Also there is no way to differentiate which LSP will r=
equire path info to be persistent vs.
 requests for which Path info can be purged. 









Thanks







Regards =85 Zafar















From: "jdrake@juniper.net" <jdrake@juniper.net>

Date: Monday, November 18, 2013 1:2=
4 PM

To: zali <zali@cisco.com>, Cyril Margaria <cyril.margaria@gmail.com>

Cc: "ccamp@ietf.org" <cca=
mp@ietf.org>

Subject: RE: [CCAMP] The descriptio=
n of Path Key retaining time in RFC5553



















Snipped, comment inline=



 




Yours Irrespectively,


 


John




 






















 






I do not recall that each LSP needs a path =
key, each path does, but not each LSP.







So the scalability is not related to amount=
 of LSPs, but the amount of path use, which scale quite differently than th=
e number of LSPs.






















 






I just responded to the same confusion in t=
he other email =96 sorry for the duplicate. 






    

  • 
How w=
ould PCC or PCE know ahead of time which LSP will be used for







diversity by another LSP in a future time? E.g., if you are signal=
ing LSP1







at t1. How would PCC or PCE will know that some other LSP (LSP2) w=
ill be







requesting diversity from LSP1 at a future time t2.


[JD]   A PCE would return a path=
 key to the initiator of LSP 1.  When LSP2 is signaled,
 it would include that path key along w/ an indication of whether LSP2 is t=
o be disjointly or congruently routed wrt that path key.  Btw, as has =
been noted, if one is truly interested in disjoint routing, one should requ=
est LSP1 and LSP2 together so that Suurballe
 can be used. 


Perhaps the WG should be developing the si=
gnaling to support this.=























as stated before, you would support a maxim=
um of 64k Paths, given the diversity constraint you want to support.







In any case the scaling of the solution is =
to be considered, but is there other problem with that solution?=







This solution is attractive as it provides =
a complete solution ( deploy a PCE colocated with the LSR, only resolving&n=
bsp; PKS, the rest is already defined).























 






If we are using "path-stateful&qu=
ot; PCE, why not use "stateful" PCE.


 =



[JD]  Because it is an =
already defined term w/ a completely different meaning?


















--_000_CEAFCEF8859E0zaliciscocom_--

From jdrake@juniper.net  Mon Nov 18 11:29:09 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D603E1AE109 for ; Mon, 18 Nov 2013 11:29:09 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.599
X-Spam-Level: 
X-Spam-Status: No, score=0.599 tagged_above=-999 required=5 tests=[J_CHICKENPOX_42=0.6, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=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 XSHn6pEQc7e1 for ; Mon, 18 Nov 2013 11:29:07 -0800 (PST)
Received: from db8outboundpool.messaging.microsoft.com (mail-db8lp0188.outbound.messaging.microsoft.com [213.199.154.188]) by ietfa.amsl.com (Postfix) with ESMTP id BC77F1AE103 for ; Mon, 18 Nov 2013 11:29:06 -0800 (PST)
Received: from mail48-db8-R.bigfish.com (10.174.8.231) by DB8EHSOBE002.bigfish.com (10.174.4.65) with Microsoft SMTP Server id 14.1.225.22; Mon, 18 Nov 2013 19:29:00 +0000
Received: from mail48-db8 (localhost [127.0.0.1])	by mail48-db8-R.bigfish.com (Postfix) with ESMTP id 52D36A00552; Mon, 18 Nov 2013 19:29:00 +0000 (UTC)
X-Forefront-Antispam-Report: CIP:157.56.240.101; KIP:(null); UIP:(null); IPV:NLI; H:BL2PRD0510HT005.namprd05.prod.outlook.com; RD:none; EFVD:NLI
X-SpamScore: -21
X-BigFish: VPS-21(zz9371I542I1432Izz1f42h2148h208ch1ee6h1de0h1fdah2073h2146h1202h1e76h1d1ah1d2ah1fc6hzz8275ch1de098h1033IL8275bh8275dh1de097h186068hz2fh109h2a8h839h945hd24hf0ah1288h12a5h12a9h12bdh137ah13b6h1441h1504h1537h153bh162dh1631h1758h18e1h1946h19b5h19ceh1ad9h1b0ah224fh1d07h1d0ch1d2eh1d3fh1de9h1dfeh1dffh1fe8h1ff5h2216h9a9j1155h)
Received-SPF: pass (mail48-db8: domain of juniper.net designates 157.56.240.101 as permitted sender) client-ip=157.56.240.101; envelope-from=jdrake@juniper.net; helo=BL2PRD0510HT005.namprd05.prod.outlook.com ; .outlook.com ; 
X-Forefront-Antispam-Report-Untrusted: SFV:NSPM; SFS:(13464003)(377454003)(199002)(189002)(51704005)(74316001)(2656002)(87936001)(19580395003)(80976001)(83322001)(74366001)(19580405001)(83072001)(74502001)(4396001)(31966008)(74662001)(87266001)(76482001)(51856001)(53806001)(56816003)(46102001)(76576001)(76796001)(76786001)(47736001)(50986001)(49866001)(47976001)(33646001)(81542001)(47446002)(74876001)(56776001)(81816001)(74706001)(80022001)(69226001)(81342001)(66066001)(54316002)(65816001)(85306002)(54356001)(63696002)(77982001)(59766001)(81686001)(15975445006)(79102001)(24736002); DIR:OUT; SFP:; SCL:1; SRVR:BLUPR05MB564; H:BLUPR05MB562.namprd05.prod.outlook.com; CLIP:66.129.241.16; FPR:; RD:InfoNoRecords; A:1; MX:1; LANG:en; 
Received: from mail48-db8 (localhost.localdomain [127.0.0.1]) by mail48-db8 (MessageSwitch) id 1384802939110746_22142; Mon, 18 Nov 2013 19:28:59 +0000 (UTC)
Received: from DB8EHSMHS026.bigfish.com (unknown [10.174.8.244])	by mail48-db8.bigfish.com (Postfix) with ESMTP id 16F86340040;	Mon, 18 Nov 2013 19:28:59 +0000 (UTC)
Received: from BL2PRD0510HT005.namprd05.prod.outlook.com (157.56.240.101) by DB8EHSMHS026.bigfish.com (10.174.4.36) with Microsoft SMTP Server (TLS) id 14.16.227.3; Mon, 18 Nov 2013 19:28:58 +0000
Received: from BLUPR05MB564.namprd05.prod.outlook.com (10.141.202.150) by BL2PRD0510HT005.namprd05.prod.outlook.com (10.255.100.40) with Microsoft SMTP Server (TLS) id 14.16.383.1; Mon, 18 Nov 2013 19:28:57 +0000
Received: from BLUPR05MB562.namprd05.prod.outlook.com (10.141.202.141) by BLUPR05MB564.namprd05.prod.outlook.com (10.141.202.150) with Microsoft SMTP Server (TLS) id 15.0.820.5; Mon, 18 Nov 2013 19:28:55 +0000
Received: from BLUPR05MB562.namprd05.prod.outlook.com ([10.141.202.141]) by BLUPR05MB562.namprd05.prod.outlook.com ([10.141.202.141]) with mapi id 15.00.0820.005; Mon, 18 Nov 2013 19:28:55 +0000
From: John E Drake 
To: "Zafar Ali (zali)" , "Zhangxian (Xian)" 
Thread-Topic: The description of Path Key retaining time in RFC5553
Thread-Index: AQHO2+75nyh5MwjjqEemfNXW9E7a+JobcMqAgAVubRCABNrUAP//8xawgAEUZ4CAA+mkAIAAZtGQgABnjgD///ZZ0A==
Date: Mon, 18 Nov 2013 19:28:55 +0000
Message-ID: <0472a0a3ca0c4212adf3bed6795972ed@BLUPR05MB562.namprd05.prod.outlook.com>
References:  
In-Reply-To: 
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [66.129.241.16]
x-forefront-prvs: 00342DD5BC
Content-Type: text/plain; charset="iso-2022-jp"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-FOPE-CONNECTOR: Id%0$Dn%*$RO%0$TLS%0$FQDN%$TlsDn%
Cc: "ccamp@ietf.org" 
Subject: Re: [CCAMP] The description of Path Key retaining time in RFC5553
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 18 Nov 2013 19:29:10 -0000

Zafar,

A given PCE can maintain path state for 64K paths.  Since it is keeping pat=
h state it does not need to keep *any* LSP state.  This is simply RFC5553 b=
ehavior.  =20

Yours Irrespectively,

John

> -----Original Message-----
> From: Zafar Ali (zali) [mailto:zali@cisco.com]
> Sent: Monday, November 18, 2013 10:59 AM
> To: John E Drake; Zhangxian (Xian)
> Cc: ccamp@ietf.org
> Subject: Re: The description of Path Key retaining time in RFC5553
>=20
> John:
>=20
> Can you advise what assumptions can be made between Paths served by the
> PCE and LSPs using those paths to justify your (hostile) assertion that I=
 do not
> understand scalability of draft-zhang-ccamp-route-exclusion-pathkey-00? E=
.g.,
> if you assume Path <--> LSP is 1:M, what is value of M we can assume in
> debating scaling of the draft under discussion? Please also see my recent
> response to Xian.
>=20
> n.b. BTW I was commenting on scaling issue with draft-zhang-ccamp-route-
> exclusion-pathkey-00.txt and not RFC 5553. We are having technical discus=
sion
> in a friendly environment. But I am consistently seeing degrading comment=
s or
> personal attacks from you :(.
>=20
> Thanks
>=20
> Regards =1B$B!D=1B(B Zafar
>=20
>=20
> -----Original Message-----
> From: "jdrake@juniper.net" 
> Date: Monday, November 18, 2013 8:56 AM
> To: "Zhangxian (Xian)" , zali 
> Cc: "ccamp@ietf.org" 
> Subject: RE: The description of Path Key retaining time in RFC5553
>=20
> >Xian,
> >
> >As Cyril pointed out, Zafar does not understand that RFC 5553 deals
> >with paths rather than with LSPs.  Hence his arguments wrt the lack of
> >the scalability of an RFC 5553 based solution are specious.
> >
> >Yours Irrespectively,
> >
> >John
> >
> >> -----Original Message-----
> >> From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On
> >>Behalf  Of Zhangxian (Xian)
> >> Sent: Monday, November 18, 2013 12:22 AM
> >> To: Zafar Ali (zali)
> >> Cc: ccamp@ietf.org
> >> Subject: Re: [CCAMP] The description of Path Key retaining time in
> >>RFC5553
> >>
> >> Hi, Zafar,
> >>
> >>     Let me summarize a bit, so that whoever follow our discussion are
> >>not lost.
> >>
> >> 1st viewpoint: you still think that 16-bit PKS is not sufficient,
> >>since it limits the  number of a LSP within a network to be 64k.
> >> Our Reply: the purpose of this draft is to address the LSPs that
> >>across UNI  and/or multi-domains, *NOT* the LSP within a network.
> >>Let's not argue  theoretically it can be any number for the former.
> >>From current deployment, it  is far from enough. Besides, we also
> >>provide a PKS+ first node of the encode  segment as an alternative for
> >>the problem you worry much about, is it  enough?
> >>
> >> 2nd viewpoint: you believe that the PCE needs to store the PKS
> >>information  longer than required as RFC5520 and you would like to
> >>give a name to it.
> >> Our reply: We get your point and will add into our draft this
> >>information, as you  suggested. However, we disagree to use the term
> >>"stateful" since people  already accept the definition of stateful PCE
> >>in PCE WG. Also, it is meaningless  to argue on the terminologies as
> >>long as we make the point clear in the draft.
> >> Please do not forget that the border node can be the "PCE" for
> >>decoding the PK  (which you should be much aware of), storing such
> >>information is not an  problem. Having said that, our draft do not
> >>limit the model of how PKS is  decoded.
> >>
> >>   As usual, we can agree to disagree, but I think we both have made
> >>the point  clear enough till now.
> >>
> >>   Please do not forget the reason we write this draft. As you John
> >>already  mentioned, we do not see any description in
> >>draft-ietf-ccamp-lsp-diversity  about how the border node can decode
> >>the sub-object defined upon receiving  the path diversity constraint,
> >>thus there is NO complete solution in your draft. I  vaguely remember
> >>you mentioned a proprietary method for doing so, do you  mean that
> >>whoever implement draft-ietf-ccamp-lsp-diversity are forced to  need
> >>to consult the draft authors for a complete solution? Please consider
> >>this  in the next update of this draft.
> >>
> >>
> >> Cheers,
> >> Xian(on behalf of all co-authors of the draft
> >>draft-zhang-ccamp-route-exclusion-
> >> pathkey)
> >>
> >> -----Original Message-----
> >> From: Zafar Ali (zali) [mailto:zali@cisco.com]
> >> Sent: 2013=1B$BG/=1B(B11=1B$B7n=1B(B16=1B$BF|=1B(B 2:56
> >> To: Zhangxian (Xian); Fatai Zhang
> >> Cc: ccamp@ietf.org
> >> Subject: Re: The description of Path Key retaining time in RFC5553
> >>
> >> Hi Xian:
> >>
> >> Please see in-line.
> >>
> >> Thanks
> >>
> >> Regards =1B$B!D=1B(B Zafar
> >>
> >>
> >> -----Original Message-----
> >> From: "Zhangxian   (Xian)" 
> >> Date: Thursday, November 14, 2013 10:43 PM
> >> To: zali , Fatai Zhang 
> >> Cc: "ccamp@ietf.org" 
> >> Subject: RE: The description of Path Key retaining time in RFC5553
> >>
> >> >Hi, Zafar,
> >> >
> >> >   Thank you for sharing your thought. But I disagree. Why having a
> >> >16-bit PK space will constrain the network to have only 64k LSPs? PK
> >> >is needed only when the LSP is needed to use as a constraint for
> >> >path diversity.
> >>
> >> I disagree -
> >>
> >> - How would PCC or PCE know ahead of time which LSP will be used for
> >>diversity by another LSP in a future time? E.g., if you are signaling
> >>LSP1 at t1.
> >> How would PCC or PCE will know that some other LSP (LSP2) will be
> >>requesting  diversity from LSP1 at a future time t2.
> >>
> >> >
> >> >
> >> >   Furthermore, I do not see why storing PKS in PCE for a longer
> >> >time, even if the lifetime of LSP, will cause any scalability issue.
> >> >PKS can be used locally by the PCE (stateless) per node basis
> >>
> >> Please stop calling a solution that mandate (path key, path) "states"
> >>to be
> >> stored for lifetime of the connection as a stateless solution. It is
> >>stateful w.r.t.
> >> Path info states. Let's define a new term for such stateful PCE and
> >>use it.
> >> Furthermore, as you solution required PCE to keep path states for
> >>life time of  the connection, why not just use stateful PCE, instead?
> >>
> >>
> >> >, i.e. combining PKS + source node address as a way for PCE to solve
> >> >the issue you mentioned below, which is internal to the PCE.
> >> >Do you agree?
> >>
> >> No... In your solution a PCE cannot serve more than 64 paths in the
> >>network. If  you have a centralized PCE, you cannot have more than 64K
> >>LSPs in the *entire  network*. This does not fly.
> >>
> >>
> >> > If needed, we can capture this in the manageability section.
> >> >
> >> >Regards,
> >> >Xian
> >> >
> >> >-----Original Message-----
> >> >From: Zafar Ali (zali) [mailto:zali@cisco.com]
> >> >Sent: 2013=1B$BG/=1B(B11=1B$B7n=1B(B15=1B$BF|=1B(B 11:13
> >> >To: Fatai Zhang; Zhangxian (Xian)
> >> >Cc: ccamp@ietf.org
> >> >Subject: Re: The description of Path Key retaining time in RFC5553
> >> >
> >> >
> >> >-----Original Message-----
> >> >From: Fatai Zhang 
> >> >Date: Monday, November 11, 2013 9:09 PM
> >> >To: zali , "Zhangxian (Xian)"
> >> >
> >> >Cc: "ccamp@ietf.org" 
> >> >Subject: RE: The description of Path Key retaining time in RFC5553
> >> >
> >> >>Please don't argue scaliblity issue because you can see even a
> >> >>GMPLS node can store lots of informaiton.
> >> >>
> >> >
> >> >Fatai-
> >> >
> >> >I did not get what you are saying. What I was saying is:
> >> >
> >> >* Tunnel-id is 16 bit. I.e., client name space is 16 bit. There can
> >> >be more than one LSP per tunnel.
> >> >* Path key is 16 bits. I.e., server name space is 16 bits. Each LSP
> >> >needs a Path Key.
> >> >* There is 1:N relationship between PCC and PCE (server). PCE sever
> >> >may even be centralized.
> >> >* You are requiring (Path key, path info) "state" to be stored at
> >> >the PCE server for the life time of the connections.
> >> >* Path keys have hold-off timer of 30 minutes before they can be
> >>reused.
> >> >
> >> >Hence, in your solution, PCE server would run out of Path Keys much
> >> >before clients runs out of tunnel name space. In your solution, if
> >> >you have a centralized PCE, you can only support 64K connection IN
> >> >THE NETWORK! I am not sure why you want to ignore these scaling
> >>restrictions.
> >> >
> >> >Thanks
> >> >
> >> >Regards...Zafar
> >> >
> >> >>
> >> >
> >>
> >> _______________________________________________
> >> CCAMP mailing list
> >> CCAMP@ietf.org
> >> https://www.ietf.org/mailman/listinfo/ccamp
> >
>=20
>=20



From jdrake@juniper.net  Mon Nov 18 11:41:06 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B2F221A1F4E for ; Mon, 18 Nov 2013 11:41:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level: 
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham
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 ik5O6fpiKz54 for ; Mon, 18 Nov 2013 11:41:03 -0800 (PST)
Received: from va3outboundpool.messaging.microsoft.com (va3ehsobe010.messaging.microsoft.com [216.32.180.30]) by ietfa.amsl.com (Postfix) with ESMTP id E11F41AE193 for ; Mon, 18 Nov 2013 11:41:02 -0800 (PST)
Received: from mail129-va3-R.bigfish.com (10.7.14.241) by VA3EHSOBE005.bigfish.com (10.7.40.25) with Microsoft SMTP Server id 14.1.225.22; Mon, 18 Nov 2013 19:40:56 +0000
Received: from mail129-va3 (localhost [127.0.0.1])	by mail129-va3-R.bigfish.com (Postfix) with ESMTP id B62F746010B;	Mon, 18 Nov 2013 19:40:56 +0000 (UTC)
X-Forefront-Antispam-Report: CIP:157.56.240.101; KIP:(null); UIP:(null); IPV:NLI; H:BL2PRD0510HT003.namprd05.prod.outlook.com; RD:none; EFVD:NLI
X-SpamScore: -19
X-BigFish: VPS-19(zz9371Ic85fhzz1f42h2148h208ch1ee6h1de0h1fdah2073h2146h1202h1e76h1d1ah1d2ah1fc6hzz8275ch1d7338h1de098h1033IL17326ah8275bh8275dh18c673h1de097h186068hz2fh109h2a8h839hd24hf0ah1288h12a5h12bdh137ah1441h1504h1537h153bh162dh1631h1758h18e1h1946h19b5h19ceh1ad9h1b0ah1bceh224fh1d07h1d0ch1d2eh1d3fh1de9h1dfeh1dffh1fe8h1ff5h20f0h2216h9a9j1155h)
Received-SPF: pass (mail129-va3: domain of juniper.net designates 157.56.240.101 as permitted sender) client-ip=157.56.240.101; envelope-from=jdrake@juniper.net; helo=BL2PRD0510HT003.namprd05.prod.outlook.com ; .outlook.com ; 
X-Forefront-Antispam-Report-Untrusted: SFV:NSPM; SFS:(377454003)(199002)(189002)(80976001)(16236675002)(74316001)(87936001)(19580395003)(2656002)(74366001)(83322001)(19580405001)(74662001)(74502001)(15202345003)(4396001)(31966008)(76482001)(87266001)(51856001)(53806001)(56816003)(76786001)(76796001)(46102001)(49866001)(76576001)(50986001)(47736001)(47976001)(33646001)(19300405004)(81542001)(74876001)(74706001)(56776001)(80022001)(81816001)(69226001)(81342001)(66066001)(54316002)(85306002)(65816001)(63696002)(47446002)(54356001)(83072001)(15975445006)(77982001)(79102001)(59766001)(19609705001)(81686001)(24736002); DIR:OUT; SFP:; SCL:1; SRVR:BLUPR05MB561; H:BLUPR05MB562.namprd05.prod.outlook.com; CLIP:66.129.241.16; FPR:; RD:InfoNoRecords; A:1; MX:1; LANG:en; 
Received: from mail129-va3 (localhost.localdomain [127.0.0.1]) by mail129-va3 (MessageSwitch) id 1384803654121498_27279; Mon, 18 Nov 2013 19:40:54 +0000 (UTC)
Received: from VA3EHSMHS008.bigfish.com (unknown [10.7.14.234])	by mail129-va3.bigfish.com (Postfix) with ESMTP id 058A214012F; Mon, 18 Nov 2013 19:40:54 +0000 (UTC)
Received: from BL2PRD0510HT003.namprd05.prod.outlook.com (157.56.240.101) by VA3EHSMHS008.bigfish.com (10.7.99.18) with Microsoft SMTP Server (TLS) id 14.16.227.3; Mon, 18 Nov 2013 19:40:53 +0000
Received: from BLUPR05MB561.namprd05.prod.outlook.com (10.141.202.139) by BL2PRD0510HT003.namprd05.prod.outlook.com (10.255.100.38) with Microsoft SMTP Server (TLS) id 14.16.383.1; Mon, 18 Nov 2013 19:40:53 +0000
Received: from BLUPR05MB562.namprd05.prod.outlook.com (10.141.202.141) by BLUPR05MB561.namprd05.prod.outlook.com (10.141.202.139) with Microsoft SMTP Server (TLS) id 15.0.820.5; Mon, 18 Nov 2013 19:40:51 +0000
Received: from BLUPR05MB562.namprd05.prod.outlook.com ([10.141.202.141]) by BLUPR05MB562.namprd05.prod.outlook.com ([10.141.202.141]) with mapi id 15.00.0820.005; Mon, 18 Nov 2013 19:40:51 +0000
From: John E Drake 
To: "Zafar Ali (zali)" , Cyril Margaria 
Thread-Topic: [CCAMP] The description of Path Key retaining time in RFC5553
Thread-Index: AQHO2+75nyh5MwjjqEemfNXW9E7a+JobcMqAgAVubRCABNrUAIABC0WAgASPKYCAAAd7gIAADwyAgAAGr+A=
Date: Mon, 18 Nov 2013 19:40:50 +0000
Message-ID: <2c3d43c4da944177b3663320f4fff305@BLUPR05MB562.namprd05.prod.outlook.com>
References:  
In-Reply-To: 
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [66.129.241.16]
x-forefront-prvs: 00342DD5BC
Content-Type: multipart/alternative; boundary="_000_2c3d43c4da944177b3663320f4fff305BLUPR05MB562namprd05pro_"
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-FOPE-CONNECTOR: Id%0$Dn%*$RO%0$TLS%0$FQDN%$TlsDn%
Cc: "ccamp@ietf.org" 
Subject: Re: [CCAMP] The description of Path Key retaining time in RFC5553
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 18 Nov 2013 19:41:06 -0000

--_000_2c3d43c4da944177b3663320f4fff305BLUPR05MB562namprd05pro_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Comments inline.

Yours Irrespectively,

John

From: Zafar Ali (zali) [mailto:zali@cisco.com]
Sent: Monday, November 18, 2013 11:08 AM
To: John E Drake; Cyril Margaria
Cc: ccamp@ietf.org
Subject: Re: [CCAMP] The description of Path Key retaining time in RFC5553

John-

I understand that but my point was that draft-zhang-ccamp-route-exclusion-p=
athkey-00 requires path info to be persistent across the life time of the c=
onnection.

[JD]  It doesn't say that.  However, given that a PCE maintains path state =
and not LSP state, it seem perfectly reasonable to assume that a path key i=
s valid for the duration of an LSP's existence, modulo changes in the serve=
r network topology that invalidate it.  Also, although it is extremely unli=
kely that the path state would be deleted, nothing breaks if it is deleted.=
  The network is simply unable to compute a disjoint route, which can also =
happen for a variety of other reasons.

Also there is no way to differentiate which LSP will require path info to b=
e persistent vs. requests for which Path info can be purged.

[JD]  Given that a PCE maintains path state and not LSP state, why would it=
 care?

Thanks

Regards ... Zafar

From: "jdrake@juniper.net" >
Date: Monday, November 18, 2013 1:24 PM
To: zali >, Cyril Margaria >
Cc: "ccamp@ietf.org" >
Subject: RE: [CCAMP] The description of Path Key retaining time in RFC5553

Snipped, comment inline

Yours Irrespectively,

John


I do not recall that each LSP needs a path key, each path does, but not eac=
h LSP.
So the scalability is not related to amount of LSPs, but the amount of path=
 use, which scale quite differently than the number of LSPs.

I just responded to the same confusion in the other email - sorry for the d=
uplicate.

  *   How would PCC or PCE know ahead of time which LSP will be used for
diversity by another LSP in a future time? E.g., if you are signaling LSP1
at t1. How would PCC or PCE will know that some other LSP (LSP2) will be
requesting diversity from LSP1 at a future time t2.
[JD]   A PCE would return a path key to the initiator of LSP 1.  When LSP2 =
is signaled, it would include that path key along w/ an indication of wheth=
er LSP2 is to be disjointly or congruently routed wrt that path key.  Btw, =
as has been noted, if one is truly interested in disjoint routing, one shou=
ld request LSP1 and LSP2 together so that Suurballe can be used.
Perhaps the WG should be developing the signaling to support this.
as stated before, you would support a maximum of 64k Paths, given the diver=
sity constraint you want to support.
In any case the scaling of the solution is to be considered, but is there o=
ther problem with that solution?
This solution is attractive as it provides a complete solution ( deploy a P=
CE colocated with the LSR, only resolving  PKS, the rest is already defined=
).

If we are using "path-stateful" PCE, why not use "stateful" PCE.

[JD]  Because it is an already defined term w/ a completely different meani=
ng?

--_000_2c3d43c4da944177b3663320f4fff305BLUPR05MB562namprd05pro_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable











Comments inline.


 <=
/p>



Yours Irrespectively,


 <=
/p>

John



 <=
/p>







From: Zafar =
Ali (zali) [mailto:zali@cisco.com]


Sent: Monday, November 18, 2013 11:08 AM

To: John E Drake; Cyril Margaria

Cc: ccamp@ietf.org

Subject: Re: [CCAMP] The description of Path Key retaining time in R=
FC5553






 








John- 






 





I understand that but my po=
int was that draft-zhang-ccamp-route-exclusion-pathkey-00 requires pat=
h info to be persistent across the life time of the connection.


 


[JD]  It doesn=
’t say that.  However, given that a PCE maintains path state and=
 not LSP state, it seem perfectly reasonable to assume that a path key is
 valid for the duration of an LSP’s existence, modulo changes in the =
server network topology that invalidate it.  Also, although it is extr=
emely unlikely that the path state would be deleted, nothing breaks if it i=
s deleted.  The network is simply unable to
 compute a disjoint route, which can also happen for a variety of other rea=
sons. 



 


Also there is no way to dif=
ferentiate which LSP will require path info to be persistent vs. reque=
sts for which Path info can be purged.


 


[JD]  Given th=
at a PCE maintains path state and not LSP state, why would it care? 
 






 







Thanks





 





Regards … Zafar<=
/o:p>












 





From:
"jdrake@juniper.net" <jdrake@juniper.net>

Date: Monday, November 18, 2013 1:24 PM

To: zali <zali@cisco.com>=
;, Cyril Margaria <cyril.mar=
garia@gmail.com>

Cc: "ccamp@ietf.org"=
 <ccamp@ietf.org>

Subject: RE: [CCAMP] The description of Path Key retaining time in R=
FC5553






 









Snipped, comment inline


 




Yours Irrespectively,


 


John




 






















 






I do not recall that each L=
SP needs a path key, each path does, but not each LSP.







So the scalability is not r=
elated to amount of LSPs, but the amount of path use, which scale quite dif=
ferently than the number of LSPs.






















 






I just responded to the sam=
e confusion in the other email – sorry for the duplicate. 






    

  • 
How would PCC or PCE know ahead of time which LSP will be used=
 for







diversity by another LSP in a future time? E.g., i=
f you are signaling LSP1







at t1. How would PCC or PCE will know that some ot=
her LSP (LSP2) will be=








requesting diversity from LSP1 at a future time t2=
.


[JD]   A PCE would retu=
rn a path key to the initiator of LSP 1.  When LSP2 is signaled, it
 would include that path key along w/ an indication of whether LSP2 is to b=
e disjointly or congruently routed wrt that path key.  Btw, as has bee=
n noted, if one is truly interested in disjoint routing, one should request=
 LSP1 and LSP2 together so that Suurballe
 can be used. =



Perhaps the WG should be developi=
ng the signaling to support this.






















as stated before, you would=
 support a maximum of 64k Paths, given the diversity constraint you want to=
 support.







In any case the scaling of =
the solution is to be considered, but is there other problem with that solu=
tion?






This solution is attractive=
 as it provides a complete solution ( deploy a PCE colocated with the LSR, =
only resolving  PKS, the rest is already defined).























 






If we are using "=
path-stateful" PCE, why not use "stateful" PCE.


 


[JD]  Because =
it is an already defined term w/ a completely different meaning?



















--_000_2c3d43c4da944177b3663320f4fff305BLUPR05MB562namprd05pro_--

From zali@cisco.com  Mon Nov 18 11:51:27 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C14751AE1EE for ; Mon, 18 Nov 2013 11:51:27 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.426
X-Spam-Level: 
X-Spam-Status: No, score=-14.426 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, J_CHICKENPOX_42=0.6, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.525, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
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 qQwaHZSKxbze for ; Mon, 18 Nov 2013 11:51:25 -0800 (PST)
Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) by ietfa.amsl.com (Postfix) with ESMTP id 8879E1AE225 for ; Mon, 18 Nov 2013 11:51:24 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=10633; q=dns/txt; s=iport; t=1384804279; x=1386013879; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=6gu5be9eenS2oW7PCxs3ODLJfrRuhnBGyBLNEKx/GBw=; b=fjK2IEY1ZvXJGznG+7+XcbCUUjCTJT6d5LN1yQsire8nxwwS1Fp5uwsQ u15cSiZFMbRwoUz3dptr3O3VkpuhGH+xwyCygbfw5MlD83V4fcv6PAeax Je9f7FFaLKMLAFutPUmzQmbz59JbuNvMr7ORVI2C6F4Vu04NmrD2CrdXD M=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Ai4FAAJvilKtJXHA/2dsb2JhbABZgwc4U4J1vECBHxZ0giUBAQEEAQEBHgEFRwQHDAYBCBEDAQEBAgMLGAIDKQsUCQgCBAENBRkCh2YNlE6bWQGSKxMEgSaNAoFBBwaCYoFJA5gQkg2DKIFpQQ
X-IronPort-AV: E=Sophos;i="4.93,725,1378857600"; d="scan'208";a="285722772"
Received: from rcdn-core2-5.cisco.com ([173.37.113.192]) by rcdn-iport-1.cisco.com with ESMTP; 18 Nov 2013 19:51:18 +0000
Received: from xhc-aln-x07.cisco.com (xhc-aln-x07.cisco.com [173.36.12.81]) by rcdn-core2-5.cisco.com (8.14.5/8.14.5) with ESMTP id rAIJpIeM027650 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 18 Nov 2013 19:51:18 GMT
Received: from xmb-rcd-x14.cisco.com ([169.254.4.50]) by xhc-aln-x07.cisco.com ([173.36.12.81]) with mapi id 14.03.0123.003; Mon, 18 Nov 2013 13:51:18 -0600
From: "Zafar Ali (zali)" 
To: John E Drake , "Zhangxian (Xian)" 
Thread-Topic: The description of Path Key retaining time in RFC5553
Thread-Index: AQHO2+75nyh5MwjjqEemfNXW9E7a+JobcMqAgAVubRCABNrUAP//8xawgAEUZ4CAA+mkAIAAZtGQgABnjgD///ZZ0IAAGECA
Date: Mon, 18 Nov 2013 19:51:17 +0000
Message-ID: 
In-Reply-To: <0472a0a3ca0c4212adf3bed6795972ed@BLUPR05MB562.namprd05.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.2.3.120616
x-originating-ip: [10.82.215.66]
Content-Type: text/plain; charset="iso-2022-jp"
Content-ID: 
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "ccamp@ietf.org" 
Subject: Re: [CCAMP] The description of Path Key retaining time in RFC5553
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 18 Nov 2013 19:51:28 -0000

Hi John-=20

So you agree that a PCE cannot support more than 64K Paths. In a
centralized PCE environment this would mean 64K Path states for the entire
network. If I would assume M =3D1 (I asked a question for M; you can pick
some other M) this would mean that *network* cannot served more than 64K
LSPs. Recall this scaling restriction is not with RFC5553 (as RFC5553
RECOMMENDS path info to be purged after 10 mins). This restriction comes
from draft-zhang-ccamp-route-exclusion-pathkey-00, which requires path
info to be saved for the life of an LSP (using it).

Given that Path to "LSPs using the Path" is not stored at (stateless) PCE,
how would PCE ever be able to purge the Path state? We keep saying for
life time of the connection but how would PCE know (all) client(s) has
(have) deleted the LSP in question? I.e., how would (and when) PCE be able
to purge the Path states? Again RFC5553 RECOMMENDS a simple (10 min) timer
based mechanism, which does not work for
draft-zhang-ccamp-route-exclusion-pathkey-00.

Thanks

Regards =1B$B!D=1B(B Zafar


-----Original Message-----
From: "jdrake@juniper.net" 
Date: Monday, November 18, 2013 2:28 PM
To: zali , "Zhangxian (Xian)" 
Cc: "ccamp@ietf.org" 
Subject: RE: The description of Path Key retaining time in RFC5553

>Zafar,
>
>A given PCE can maintain path state for 64K paths.  Since it is keeping
>path state it does not need to keep *any* LSP state.  This is simply
>RFC5553 behavior.=20
>
>Yours Irrespectively,
>
>John
>
>> -----Original Message-----
>> From: Zafar Ali (zali) [mailto:zali@cisco.com]
>> Sent: Monday, November 18, 2013 10:59 AM
>> To: John E Drake; Zhangxian (Xian)
>> Cc: ccamp@ietf.org
>> Subject: Re: The description of Path Key retaining time in RFC5553
>>=20
>> John:
>>=20
>> Can you advise what assumptions can be made between Paths served by the
>> PCE and LSPs using those paths to justify your (hostile) assertion that
>>I do not
>> understand scalability of draft-zhang-ccamp-route-exclusion-pathkey-00?
>>E.g.,
>> if you assume Path <--> LSP is 1:M, what is value of M we can assume in
>> debating scaling of the draft under discussion? Please also see my
>>recent
>> response to Xian.
>>=20
>> n.b. BTW I was commenting on scaling issue with draft-zhang-ccamp-route-
>> exclusion-pathkey-00.txt and not RFC 5553. We are having technical
>>discussion
>> in a friendly environment. But I am consistently seeing degrading
>>comments or
>> personal attacks from you :(.
>>=20
>> Thanks
>>=20
>> Regards =1B$B!D=1B(B Zafar
>>=20
>>=20
>> -----Original Message-----
>> From: "jdrake@juniper.net" 
>> Date: Monday, November 18, 2013 8:56 AM
>> To: "Zhangxian (Xian)" , zali 
>> Cc: "ccamp@ietf.org" 
>> Subject: RE: The description of Path Key retaining time in RFC5553
>>=20
>> >Xian,
>> >
>> >As Cyril pointed out, Zafar does not understand that RFC 5553 deals
>> >with paths rather than with LSPs.  Hence his arguments wrt the lack of
>> >the scalability of an RFC 5553 based solution are specious.
>> >
>> >Yours Irrespectively,
>> >
>> >John
>> >
>> >> -----Original Message-----
>> >> From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On
>> >>Behalf  Of Zhangxian (Xian)
>> >> Sent: Monday, November 18, 2013 12:22 AM
>> >> To: Zafar Ali (zali)
>> >> Cc: ccamp@ietf.org
>> >> Subject: Re: [CCAMP] The description of Path Key retaining time in
>> >>RFC5553
>> >>
>> >> Hi, Zafar,
>> >>
>> >>     Let me summarize a bit, so that whoever follow our discussion are
>> >>not lost.
>> >>
>> >> 1st viewpoint: you still think that 16-bit PKS is not sufficient,
>> >>since it limits the  number of a LSP within a network to be 64k.
>> >> Our Reply: the purpose of this draft is to address the LSPs that
>> >>across UNI  and/or multi-domains, *NOT* the LSP within a network.
>> >>Let's not argue  theoretically it can be any number for the former.
>> >>From current deployment, it  is far from enough. Besides, we also
>> >>provide a PKS+ first node of the encode  segment as an alternative for
>> >>the problem you worry much about, is it  enough?
>> >>
>> >> 2nd viewpoint: you believe that the PCE needs to store the PKS
>> >>information  longer than required as RFC5520 and you would like to
>> >>give a name to it.
>> >> Our reply: We get your point and will add into our draft this
>> >>information, as you  suggested. However, we disagree to use the term
>> >>"stateful" since people  already accept the definition of stateful PCE
>> >>in PCE WG. Also, it is meaningless  to argue on the terminologies as
>> >>long as we make the point clear in the draft.
>> >> Please do not forget that the border node can be the "PCE" for
>> >>decoding the PK  (which you should be much aware of), storing such
>> >>information is not an  problem. Having said that, our draft do not
>> >>limit the model of how PKS is  decoded.
>> >>
>> >>   As usual, we can agree to disagree, but I think we both have made
>> >>the point  clear enough till now.
>> >>
>> >>   Please do not forget the reason we write this draft. As you John
>> >>already  mentioned, we do not see any description in
>> >>draft-ietf-ccamp-lsp-diversity  about how the border node can decode
>> >>the sub-object defined upon receiving  the path diversity constraint,
>> >>thus there is NO complete solution in your draft. I  vaguely remember
>> >>you mentioned a proprietary method for doing so, do you  mean that
>> >>whoever implement draft-ietf-ccamp-lsp-diversity are forced to  need
>> >>to consult the draft authors for a complete solution? Please consider
>> >>this  in the next update of this draft.
>> >>
>> >>
>> >> Cheers,
>> >> Xian(on behalf of all co-authors of the draft
>> >>draft-zhang-ccamp-route-exclusion-
>> >> pathkey)
>> >>
>> >> -----Original Message-----
>> >> From: Zafar Ali (zali) [mailto:zali@cisco.com]
>> >> Sent: 2013=1B$BG/=1B(B11=1B$B7n=1B(B16=1B$BF|=1B(B 2:56
>> >> To: Zhangxian (Xian); Fatai Zhang
>> >> Cc: ccamp@ietf.org
>> >> Subject: Re: The description of Path Key retaining time in RFC5553
>> >>
>> >> Hi Xian:
>> >>
>> >> Please see in-line.
>> >>
>> >> Thanks
>> >>
>> >> Regards =1B$B!D=1B(B Zafar
>> >>
>> >>
>> >> -----Original Message-----
>> >> From: "Zhangxian   (Xian)" 
>> >> Date: Thursday, November 14, 2013 10:43 PM
>> >> To: zali , Fatai Zhang 
>> >> Cc: "ccamp@ietf.org" 
>> >> Subject: RE: The description of Path Key retaining time in RFC5553
>> >>
>> >> >Hi, Zafar,
>> >> >
>> >> >   Thank you for sharing your thought. But I disagree. Why having a
>> >> >16-bit PK space will constrain the network to have only 64k LSPs? PK
>> >> >is needed only when the LSP is needed to use as a constraint for
>> >> >path diversity.
>> >>
>> >> I disagree -
>> >>
>> >> - How would PCC or PCE know ahead of time which LSP will be used for
>> >>diversity by another LSP in a future time? E.g., if you are signaling
>> >>LSP1 at t1.
>> >> How would PCC or PCE will know that some other LSP (LSP2) will be
>> >>requesting  diversity from LSP1 at a future time t2.
>> >>
>> >> >
>> >> >
>> >> >   Furthermore, I do not see why storing PKS in PCE for a longer
>> >> >time, even if the lifetime of LSP, will cause any scalability issue.
>> >> >PKS can be used locally by the PCE (stateless) per node basis
>> >>
>> >> Please stop calling a solution that mandate (path key, path) "states"
>> >>to be
>> >> stored for lifetime of the connection as a stateless solution. It is
>> >>stateful w.r.t.
>> >> Path info states. Let's define a new term for such stateful PCE and
>> >>use it.
>> >> Furthermore, as you solution required PCE to keep path states for
>> >>life time of  the connection, why not just use stateful PCE, instead?
>> >>
>> >>
>> >> >, i.e. combining PKS + source node address as a way for PCE to solve
>> >> >the issue you mentioned below, which is internal to the PCE.
>> >> >Do you agree?
>> >>
>> >> No... In your solution a PCE cannot serve more than 64 paths in the
>> >>network. If  you have a centralized PCE, you cannot have more than 64K
>> >>LSPs in the *entire  network*. This does not fly.
>> >>
>> >>
>> >> > If needed, we can capture this in the manageability section.
>> >> >
>> >> >Regards,
>> >> >Xian
>> >> >
>> >> >-----Original Message-----
>> >> >From: Zafar Ali (zali) [mailto:zali@cisco.com]
>> >> >Sent: 2013=1B$BG/=1B(B11=1B$B7n=1B(B15=1B$BF|=1B(B 11:13
>> >> >To: Fatai Zhang; Zhangxian (Xian)
>> >> >Cc: ccamp@ietf.org
>> >> >Subject: Re: The description of Path Key retaining time in RFC5553
>> >> >
>> >> >
>> >> >-----Original Message-----
>> >> >From: Fatai Zhang 
>> >> >Date: Monday, November 11, 2013 9:09 PM
>> >> >To: zali , "Zhangxian (Xian)"
>> >> >
>> >> >Cc: "ccamp@ietf.org" 
>> >> >Subject: RE: The description of Path Key retaining time in RFC5553
>> >> >
>> >> >>Please don't argue scaliblity issue because you can see even a
>> >> >>GMPLS node can store lots of informaiton.
>> >> >>
>> >> >
>> >> >Fatai-
>> >> >
>> >> >I did not get what you are saying. What I was saying is:
>> >> >
>> >> >* Tunnel-id is 16 bit. I.e., client name space is 16 bit. There can
>> >> >be more than one LSP per tunnel.
>> >> >* Path key is 16 bits. I.e., server name space is 16 bits. Each LSP
>> >> >needs a Path Key.
>> >> >* There is 1:N relationship between PCC and PCE (server). PCE sever
>> >> >may even be centralized.
>> >> >* You are requiring (Path key, path info) "state" to be stored at
>> >> >the PCE server for the life time of the connections.
>> >> >* Path keys have hold-off timer of 30 minutes before they can be
>> >>reused.
>> >> >
>> >> >Hence, in your solution, PCE server would run out of Path Keys much
>> >> >before clients runs out of tunnel name space. In your solution, if
>> >> >you have a centralized PCE, you can only support 64K connection IN
>> >> >THE NETWORK! I am not sure why you want to ignore these scaling
>> >>restrictions.
>> >> >
>> >> >Thanks
>> >> >
>> >> >Regards...Zafar
>> >> >
>> >> >>
>> >> >
>> >>
>> >> _______________________________________________
>> >> CCAMP mailing list
>> >> CCAMP@ietf.org
>> >> https://www.ietf.org/mailman/listinfo/ccamp
>> >
>>=20
>>=20
>
>


From zali@cisco.com  Mon Nov 18 11:58:46 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AF54D1AE217 for ; Mon, 18 Nov 2013 11:58:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -15.025
X-Spam-Level: 
X-Spam-Status: No, score=-15.025 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.525, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
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 Zlx8__A_TrBM for ; Mon, 18 Nov 2013 11:58:44 -0800 (PST)
Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) by ietfa.amsl.com (Postfix) with ESMTP id 5D1A51AE253 for ; Mon, 18 Nov 2013 11:58:42 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=27967; q=dns/txt; s=iport; t=1384804717; x=1386014317; h=from:to:cc:subject:date:message-id:in-reply-to: mime-version; bh=5H0/pXaKC7cP/s2ZlSnE8E6l38EU0Jw5n1GImH3fcqQ=; b=VjzoqG0lGM1EMll6PZXQfaMEVIYF0kwz7MNOSusI+KRECb4u8GsU1Jqm UARmNdj28NF6jtWfXYIUlGTdhHpc90bGk77/+n9svHNiDVWcqtddwkcy/ uQ4rdJ8F2j7cBTQkSCxQhvk/pof7Dba4ceXm97uZqCC+eNpT/DX5MP5Hh M=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Ai0FAKdwilKtJV2b/2dsb2JhbABZgkNEOFO/NYEfFnSCJQEBAQQtTBIBCBEDAQEBIQEGKBEUCQgCBAENBRkCh1QDD7kdDYk5F4xzgSoRAYEpEQYBhDEDliWBa4xVhTiDKIFxOQ
X-IronPort-AV: E=Sophos;i="4.93,725,1378857600";  d="scan'208,217";a="285996851"
Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by rcdn-iport-4.cisco.com with ESMTP; 18 Nov 2013 19:58:36 +0000
Received: from xhc-aln-x11.cisco.com (xhc-aln-x11.cisco.com [173.36.12.85]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id rAIJwaZH021887 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 18 Nov 2013 19:58:36 GMT
Received: from xmb-rcd-x14.cisco.com ([169.254.4.50]) by xhc-aln-x11.cisco.com ([173.36.12.85]) with mapi id 14.03.0123.003; Mon, 18 Nov 2013 13:58:35 -0600
From: "Zafar Ali (zali)" 
To: John E Drake , Cyril Margaria 
Thread-Topic: [CCAMP] The description of Path Key retaining time in RFC5553
Thread-Index: AQHO2+75nyh5MwjjqEemfNXW9E7a+JobcMqAgAVubRCABNrUAIABb9qAgAQ7fwCAAF4cAP//uGsAgABc9wD//7FNgA==
Date: Mon, 18 Nov 2013 19:58:35 +0000
Message-ID: 
In-Reply-To: <2c3d43c4da944177b3663320f4fff305@BLUPR05MB562.namprd05.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.2.3.120616
x-originating-ip: [10.82.215.66]
Content-Type: multipart/alternative; boundary="_000_CEAFDA2185B26zaliciscocom_"
MIME-Version: 1.0
Cc: "ccamp@ietf.org" 
Subject: Re: [CCAMP] The description of Path Key retaining time in RFC5553
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 18 Nov 2013 19:58:46 -0000

--_000_CEAFDA2185B26zaliciscocom_
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

John-

In-line please.

Thanks

Regards =85 Zafar

From: "jdrake@juniper.net" >
Date: Monday, November 18, 2013 2:40 PM
To: zali >, Cyril Margaria >
Cc: "ccamp@ietf.org" >
Subject: RE: [CCAMP] The description of Path Key retaining time in RFC5553

Comments inline.

Yours Irrespectively,

John

From: Zafar Ali (zali) [mailto:zali@cisco.com]
Sent: Monday, November 18, 2013 11:08 AM
To: John E Drake; Cyril Margaria
Cc: ccamp@ietf.org
Subject: Re: [CCAMP] The description of Path Key retaining time in RFC5553

John-

I understand that but my point was that draft-zhang-ccamp-route-exclusion-p=
athkey-00 requires path info to be persistent across the life time of the c=
onnection.

[JD]  It doesn=92t say that.  However, given that a PCE maintains path stat=
e and not LSP state, it seem perfectly reasonable to assume that a path key=
 is valid for the duration of an LSP=92s existence, modulo changes in the s=
erver network topology that invalidate it.  Also, although it is extremely =
unlikely that the path state would be deleted, nothing breaks if it is dele=
ted.  The network is simply unable to compute a disjoint route, which can a=
lso happen for a variety of other reasons.

Also there is no way to differentiate which LSP will require path info to b=
e persistent vs. requests for which Path info can be purged.

[JD]  Given that a PCE maintains path state and not LSP state, why would it=
 care?

If LSP1 is signaled at t1 (using PK1). How would PCC or PCE will know that =
some other LSP (LSP2) will no longer be requesting diversity from LSP1 (usi=
ng PK1) at a future time t2? I.e., when PCE can purge PK1? If PK1 is purged=
 before t2, the solution did not address the requirement. On the other hand=
, PCE needs to purge Path states to scale.

Please also see my response to the other email w.r.t. Difficulties in purgi=
ng Path Keys in the way draft-zhang-ccamp-route-exclusion-pathkey-00 is usi=
ng it.


Thanks

Regards =85 Zafar

From: "jdrake@juniper.net" >
Date: Monday, November 18, 2013 1:24 PM
To: zali >, Cyril Margaria >
Cc: "ccamp@ietf.org" >
Subject: RE: [CCAMP] The description of Path Key retaining time in RFC5553

Snipped, comment inline

Yours Irrespectively,

John


I do not recall that each LSP needs a path key, each path does, but not eac=
h LSP.
So the scalability is not related to amount of LSPs, but the amount of path=
 use, which scale quite differently than the number of LSPs.

I just responded to the same confusion in the other email =96 sorry for the=
 duplicate.

  *   How would PCC or PCE know ahead of time which LSP will be used for
diversity by another LSP in a future time? E.g., if you are signaling LSP1
at t1. How would PCC or PCE will know that some other LSP (LSP2) will be
requesting diversity from LSP1 at a future time t2.
[JD]   A PCE would return a path key to the initiator of LSP 1.  When LSP2 =
is signaled, it would include that path key along w/ an indication of wheth=
er LSP2 is to be disjointly or congruently routed wrt that path key.  Btw, =
as has been noted, if one is truly interested in disjoint routing, one shou=
ld request LSP1 and LSP2 together so that Suurballe can be used.
Perhaps the WG should be developing the signaling to support this.
as stated before, you would support a maximum of 64k Paths, given the diver=
sity constraint you want to support.
In any case the scaling of the solution is to be considered, but is there o=
ther problem with that solution?
This solution is attractive as it provides a complete solution ( deploy a P=
CE colocated with the LSR, only resolving  PKS, the rest is already defined=
).

If we are using "path-stateful" PCE, why not use "stateful" PCE.

[JD]  Because it is an already defined term w/ a completely different meani=
ng?

--_000_CEAFDA2185B26zaliciscocom_
Content-Type: text/html; charset="Windows-1252"
Content-ID: 
Content-Transfer-Encoding: quoted-printable











John- 







In-line please. 









Thanks







Regards =85 Zafar















From: "jdrake@juniper.net" <jdrake@juniper.net>

Date: Monday, November 18, 2013 2:4=
0 PM

To: zali <zali@cisco.com>, Cyril Margaria <cyril.margaria@gmail.com>

Cc: "ccamp@ietf.org" <cca=
mp@ietf.org>

Subject: RE: [CCAMP] The descriptio=
n of Path Key retaining time in RFC5553



















Comments inline.=



 




Yours Irrespectively,


 


John




 








From: Zafar Ali (zali) [mailto:zali@cisco.com]


Sent: Monday, November 18, 2013 11:08 AM

To: John E Drake; Cyril Margaria

Cc: ccamp@ietf.org

Subject: Re: [CCAMP] The description of Path Key retaining time in R=
FC5553






 








John- 






 






I understand that but my point was that&nbs=
p;draft-zhang-ccamp-route-exclusion-pathkey-00 requires path info to be per=
sistent across the life time of the connection.<=
o:p>


 =



[JD]  It doesn=92t say =
that.  However, given that a PCE maintains path state and not LSP stat=
e, it seem perfectly reasonable to assume that a
 path key is valid for the duration of an LSP=92s existence, modulo changes=
 in the server network topology that invalidate it.  Also, although it=
 is extremely unlikely that the path state would be deleted, nothing breaks=
 if it is deleted.  The network is simply
 unable to compute a disjoint route, which can also happen for a variety of=
 other reasons.



 =



Also there is no way to differentiate which=
 LSP will require path info to be persistent vs. requests for which Pa=
th info can be purged.


 =



[JD]  Given that a PCE =
maintains path state and not LSP state, why would it care? 
 
























If LSP1 is signaled at t1 (using PK1). How would PCC or PCE will =
know that some other LSP (LSP2) will no longer be requesting diversity=
 from LSP1 (using PK1) at a future time t2? I.e., when PCE can purge PK1? I=
f PK1 is purged before t2, the solution did
 not address the requirement. On the other hand, PCE needs to purge Pa=
th states to scale. 







Please also see my response to the other email w.r.t. Difficulties in =
purging Path Keys in the way draft-zhang-ccamp-route-exclusion-pathkey-00 i=
s using it. 






























 








Thanks






 






Regards =85 Zafar












 






From:
"jdrake@junipe=
r.net" <jdrake@juniper.ne=
t>

Date: Monday, November 18, 2013 1:24 PM

To: zali <zali@cisco.com>=
;, Cyril Margaria <cyril.mar=
garia@gmail.com>

Cc: "ccamp@ietf.org"=
 <ccamp@ietf.org>

Subject: RE: [CCAMP] The description of Path Key retaining time in R=
FC5553






 










Snipped, comment inline


 




Yours Irrespectively,


 


John




 






















 






I do not recall that each LSP needs a path =
key, each path does, but not each LSP.







So the scalability is not related to amount=
 of LSPs, but the amount of path use, which scale quite differently than th=
e number of LSPs.






















 






I just responded to the same confusion in t=
he other email =96 sorry for the duplicate. 






    

  • 
How w=
ould PCC or PCE know ahead of time which LSP will be used for







diversity by another LSP in a future time? E.g., if you are signal=
ing LSP1







at t1. How would PCC or PCE will know that some other LSP (LSP2) w=
ill be







requesting diversity from LSP1 at a future time t2.


[JD]   A PCE would return a path=
 key to the initiator of LSP 1.  When LSP2 is signaled,
 it would include that path key along w/ an indication of whether LSP2 is t=
o be disjointly or congruently routed wrt that path key.  Btw, as has =
been noted, if one is truly interested in disjoint routing, one should requ=
est LSP1 and LSP2 together so that Suurballe
 can be used. =



Perhaps the WG should be developing the si=
gnaling to support this.






















as stated before, you would support a maxim=
um of 64k Paths, given the diversity constraint you want to support.







In any case the scaling of the solution is =
to be considered, but is there other problem with that solution?






This solution is attractive as it provides =
a complete solution ( deploy a PCE colocated with the LSR, only resolving&n=
bsp; PKS, the rest is already defined).























 






If we are using "path-stateful&qu=
ot; PCE, why not use "stateful" PCE.


 


[JD]  Because it is an =
already defined term w/ a completely different meaning?

























--_000_CEAFDA2185B26zaliciscocom_--

From jdrake@juniper.net  Mon Nov 18 12:48:28 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7EE081AE408 for ; Mon, 18 Nov 2013 12:48:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level: 
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham
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 RNXpGDmYHLLQ for ; Mon, 18 Nov 2013 12:48:26 -0800 (PST)
Received: from db9outboundpool.messaging.microsoft.com (mail-db9lp0252.outbound.messaging.microsoft.com [213.199.154.252]) by ietfa.amsl.com (Postfix) with ESMTP id 26BB61AE407 for ; Mon, 18 Nov 2013 12:48:26 -0800 (PST)
Received: from mail39-db9-R.bigfish.com (10.174.16.230) by DB9EHSOBE029.bigfish.com (10.174.14.92) with Microsoft SMTP Server id 14.1.225.22; Mon, 18 Nov 2013 20:48:18 +0000
Received: from mail39-db9 (localhost [127.0.0.1])	by mail39-db9-R.bigfish.com (Postfix) with ESMTP id 8169C20A32; Mon, 18 Nov 2013 20:48:18 +0000 (UTC)
X-Forefront-Antispam-Report: CIP:157.56.240.101; KIP:(null); UIP:(null); IPV:NLI; H:BL2PRD0510HT005.namprd05.prod.outlook.com; RD:none; EFVD:NLI
X-SpamScore: -21
X-BigFish: VPS-21(zz9371Idb80h542I1432Izz1f42h2148h208ch1ee6h1de0h1fdah2073h2146h1202h1e76h1d1ah1d2ah1fc6hzz1de098h1033IL8275dh1de097hz2fh109h2a8h839h944hd24hf0ah1220h1288h12a5h12a9h12bdh137ah13b6h1441h1504h1537h153bh162dh1631h1758h18e1h1946h19b5h19ceh1ad9h1b0ah224fh1d07h1d0ch1d2eh1d3fh1de9h1dfeh1dffh1fe8h1ff5h2216h9a9j1155h)
Received-SPF: pass (mail39-db9: domain of juniper.net designates 157.56.240.101 as permitted sender) client-ip=157.56.240.101; envelope-from=jdrake@juniper.net; helo=BL2PRD0510HT005.namprd05.prod.outlook.com ; .outlook.com ; 
X-Forefront-Antispam-Report-Untrusted: SFV:NSPM; SFS:(13464003)(377454003)(199002)(189002)(51704005)(80976001)(74316001)(87936001)(19580395003)(2656002)(74366001)(19580405001)(83322001)(74502001)(4396001)(74662001)(31966008)(76482001)(87266001)(51856001)(53806001)(56816003)(561924002)(76786001)(76796001)(46102001)(49866001)(76576001)(47736001)(50986001)(47976001)(33646001)(81542001)(74876001)(74706001)(56776001)(80022001)(81816001)(69226001)(81342001)(66066001)(54316002)(85306002)(65816001)(63696002)(47446002)(54356001)(83072001)(77982001)(79102001)(59766001)(81686001)(24736002); DIR:OUT; SFP:; SCL:1; SRVR:BLUPR05MB561; H:BLUPR05MB562.namprd05.prod.outlook.com; CLIP:66.129.241.16; FPR:; RD:InfoNoRecords; A:1; MX:1; LANG:en; 
Received: from mail39-db9 (localhost.localdomain [127.0.0.1]) by mail39-db9 (MessageSwitch) id 1384807680196346_25561; Mon, 18 Nov 2013 20:48:00 +0000 (UTC)
Received: from DB9EHSMHS030.bigfish.com (unknown [10.174.16.246])	by mail39-db9.bigfish.com (Postfix) with ESMTP id 7D196C00071;	Mon, 18 Nov 2013 20:47:49 +0000 (UTC)
Received: from BL2PRD0510HT005.namprd05.prod.outlook.com (157.56.240.101) by DB9EHSMHS030.bigfish.com (10.174.14.40) with Microsoft SMTP Server (TLS) id 14.16.227.3; Mon, 18 Nov 2013 20:47:49 +0000
Received: from BLUPR05MB561.namprd05.prod.outlook.com (10.141.202.139) by BL2PRD0510HT005.namprd05.prod.outlook.com (10.255.100.40) with Microsoft SMTP Server (TLS) id 14.16.383.1; Mon, 18 Nov 2013 20:47:48 +0000
Received: from BLUPR05MB562.namprd05.prod.outlook.com (10.141.202.141) by BLUPR05MB561.namprd05.prod.outlook.com (10.141.202.139) with Microsoft SMTP Server (TLS) id 15.0.820.5; Mon, 18 Nov 2013 20:47:47 +0000
Received: from BLUPR05MB562.namprd05.prod.outlook.com ([10.141.202.141]) by BLUPR05MB562.namprd05.prod.outlook.com ([10.141.202.141]) with mapi id 15.00.0820.005; Mon, 18 Nov 2013 20:47:47 +0000
From: John E Drake 
To: "Zafar Ali (zali)" , "Zhangxian (Xian)" 
Thread-Topic: The description of Path Key retaining time in RFC5553
Thread-Index: AQHO2+75nyh5MwjjqEemfNXW9E7a+JobcMqAgAVubRCABNrUAP//8xawgAEUZ4CAA+mkAIAAZtGQgABnjgD///ZZ0IAAGECA///2YfA=
Date: Mon, 18 Nov 2013 20:47:46 +0000
Message-ID: <786d18678a8b4b7b8da93dcdb30e5fd3@BLUPR05MB562.namprd05.prod.outlook.com>
References: <0472a0a3ca0c4212adf3bed6795972ed@BLUPR05MB562.namprd05.prod.outlook.com> 
In-Reply-To: 
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [66.129.241.16]
x-forefront-prvs: 00342DD5BC
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-FOPE-CONNECTOR: Id%0$Dn%*$RO%0$TLS%0$FQDN%$TlsDn%
Cc: "ccamp@ietf.org" 
Subject: Re: [CCAMP] The description of Path Key retaining time in RFC5553
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 18 Nov 2013 20:48:28 -0000

Comments inline.

Yours Irrespectively,

John

> -----Original Message-----
> From: Zafar Ali (zali) [mailto:zali@cisco.com]
> Sent: Monday, November 18, 2013 11:51 AM
> To: John E Drake; Zhangxian (Xian)
> Cc: ccamp@ietf.org
> Subject: Re: The description of Path Key retaining time in RFC5553
>=20
> Hi John-
>=20
> So you agree that a PCE cannot support more than 64K Paths.

[JD]  There are 64k path keys associated with a given PCE address.  There i=
s no requirement that a PCE
have only one address.  =20

> In a centralized
> PCE environment this would mean 64K Path states for the entire network. I=
f I
> would assume M =3D1 (I asked a question for M; you can pick some other M)=
 this
> would mean that *network* cannot served more than 64K LSPs.

[JD]  in an optical network a more realistic number is in the range 64-128,=
 resulting in 4,096,000 - 8,192,000
LSPs, again per PCE address.

> Recall this
> scaling restriction is not with RFC5553 (as RFC5553 RECOMMENDS path info
> to be purged after 10 mins).=20

 [JD]  That's incorrect.  RFC 5553 does not say a word about this.  RFC 552=
0 recommends that a path key be *kept*
 for at least ten minutes and indicates that this value is configurable.  I=
t also indicates that the purging of path state
is simply a house keeping procedure.

>This restriction comes from draft-zhang-ccamp-
> route-exclusion-pathkey-00, which requires path info to be saved for the =
life of
> an LSP (using it).

[JD]  That's incorrect.  It *does not* say this.  Further, why would divers=
ely routed LSPs not be established concurrently?  If they are not,
it defeats the purpose of having diversely routed LSPs. =20

>=20
> Given that Path to "LSPs using the Path" is not stored at (stateless) PCE=
, how
> would PCE ever be able to purge the Path state? We keep saying for life t=
ime of
> the connection but how would PCE know (all) client(s) has
> (have) deleted the LSP in question?

[JD]   It continues to purge path state as per RFC 5520.  Nothing breaks if=
 the path state is purged, and path state can also be
invalidated due to depletion of server network resources or changes in serv=
er network topology.
  =20

[> I.e., how would (and when) PCE be able to
> purge the Path states? Again RFC5553 RECOMMENDS a simple (10 min) timer
> based mechanism, which does not work for draft-zhang-ccamp-route-
> exclusion-pathkey-00.

[JD]  See my previous comments.



From jdrake@juniper.net  Mon Nov 18 13:16:34 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B6F071AD66B for ; Mon, 18 Nov 2013 13:16:34 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level: 
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham
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 Lx8L1fHjjpad for ; Mon, 18 Nov 2013 13:16:32 -0800 (PST)
Received: from ch1outboundpool.messaging.microsoft.com (ch1ehsobe006.messaging.microsoft.com [216.32.181.186]) by ietfa.amsl.com (Postfix) with ESMTP id 38E9D1ACC87 for ; Mon, 18 Nov 2013 13:16:32 -0800 (PST)
Received: from mail44-ch1-R.bigfish.com (10.43.68.252) by CH1EHSOBE015.bigfish.com (10.43.70.65) with Microsoft SMTP Server id 14.1.225.22; Mon, 18 Nov 2013 21:16:26 +0000
Received: from mail44-ch1 (localhost [127.0.0.1])	by mail44-ch1-R.bigfish.com (Postfix) with ESMTP id 1413AE0235; Mon, 18 Nov 2013 21:16:26 +0000 (UTC)
X-Forefront-Antispam-Report: CIP:157.56.240.101; KIP:(null); UIP:(null); IPV:NLI; H:BL2PRD0510HT002.namprd05.prod.outlook.com; RD:none; EFVD:NLI
X-SpamScore: 1
X-BigFish: VPS1(zzc85fhec9Izz1f42h2148h208ch1ee6h1de0h1fdah2073h2146h1202h1e76h1d1ah1d2ah1fc6hzz1d7338h17326ah8275bh8275dh18c673h1de097h186068hz2fh109h2a8h839hd24hf0ah1288h12a5h12bdh137ah1441h1504h1537h153bh162dh1631h1758h18e1h1946h19b5h19ceh1ad9h1b0ah1bceh224fh1d07h1d0ch1d2eh1d3fh1de9h1dfeh1dffh1fe8h1ff5h20f0h2216h9a9j1155h)
Received-SPF: pass (mail44-ch1: domain of juniper.net designates 157.56.240.101 as permitted sender) client-ip=157.56.240.101; envelope-from=jdrake@juniper.net; helo=BL2PRD0510HT002.namprd05.prod.outlook.com ; .outlook.com ; 
X-Forefront-Antispam-Report-Untrusted: SFV:NSPM; SFS:(37854004)(199002)(189002)(81342001)(54316002)(66066001)(56776001)(81816001)(74876001)(69226001)(80022001)(74706001)(79102001)(77982001)(59766001)(15975445006)(81686001)(19609705001)(65816001)(85306002)(63696002)(54356001)(4396001)(51856001)(76482001)(31966008)(87266001)(74662001)(15202345003)(83072001)(74502001)(53806001)(74316001)(16236675002)(80976001)(83322001)(74366001)(19580395003)(2656002)(87936001)(50986001)(47976001)(49866001)(33646001)(19300405004)(47736001)(47446002)(81542001)(56816003)(46102001)(76786001)(76796001)(76576001)(24736002); DIR:OUT; SFP:; SCL:1; SRVR:BLUPR05MB564; H:BLUPR05MB562.namprd05.prod.outlook.com; CLIP:66.129.241.16; FPR:; RD:InfoNoRecords; A:1; MX:1; LANG:en; 
Received: from mail44-ch1 (localhost.localdomain [127.0.0.1]) by mail44-ch1 (MessageSwitch) id 1384809382850441_20346; Mon, 18 Nov 2013 21:16:22 +0000 (UTC)
Received: from CH1EHSMHS016.bigfish.com (snatpool2.int.messaging.microsoft.com [10.43.68.238])	by mail44-ch1.bigfish.com (Postfix) with ESMTP id CAE8A2C0053;	Mon, 18 Nov 2013 21:16:22 +0000 (UTC)
Received: from BL2PRD0510HT002.namprd05.prod.outlook.com (157.56.240.101) by CH1EHSMHS016.bigfish.com (10.43.70.16) with Microsoft SMTP Server (TLS) id 14.16.227.3; Mon, 18 Nov 2013 21:16:22 +0000
Received: from BLUPR05MB564.namprd05.prod.outlook.com (10.141.202.150) by BL2PRD0510HT002.namprd05.prod.outlook.com (10.255.100.37) with Microsoft SMTP Server (TLS) id 14.16.383.1; Mon, 18 Nov 2013 21:16:20 +0000
Received: from BLUPR05MB562.namprd05.prod.outlook.com (10.141.202.141) by BLUPR05MB564.namprd05.prod.outlook.com (10.141.202.150) with Microsoft SMTP Server (TLS) id 15.0.820.5; Mon, 18 Nov 2013 21:16:19 +0000
Received: from BLUPR05MB562.namprd05.prod.outlook.com ([10.141.202.141]) by BLUPR05MB562.namprd05.prod.outlook.com ([10.141.202.141]) with mapi id 15.00.0820.005; Mon, 18 Nov 2013 21:16:19 +0000
From: John E Drake 
To: "Zafar Ali (zali)" , Cyril Margaria 
Thread-Topic: [CCAMP] The description of Path Key retaining time in RFC5553
Thread-Index: AQHO2+75nyh5MwjjqEemfNXW9E7a+JobcMqAgAVubRCABNrUAIABC0WAgASPKYCAAAd7gIAADwyAgAAGr+CAAAeTgIAAEBuA
Date: Mon, 18 Nov 2013 21:16:18 +0000
Message-ID: <3fbb2fa2570a4133844cc19611730980@BLUPR05MB562.namprd05.prod.outlook.com>
References: <2c3d43c4da944177b3663320f4fff305@BLUPR05MB562.namprd05.prod.outlook.com> 
In-Reply-To: 
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [66.129.241.16]
x-forefront-prvs: 00342DD5BC
Content-Type: multipart/alternative; boundary="_000_3fbb2fa2570a4133844cc19611730980BLUPR05MB562namprd05pro_"
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-FOPE-CONNECTOR: Id%0$Dn%*$RO%0$TLS%0$FQDN%$TlsDn%
Cc: "ccamp@ietf.org" 
Subject: Re: [CCAMP] The description of Path Key retaining time in RFC5553
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 18 Nov 2013 21:16:34 -0000

--_000_3fbb2fa2570a4133844cc19611730980BLUPR05MB562namprd05pro_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable


If LSP1 is signaled at t1 (using PK1). How would PCC or PCE will know that =
some other LSP (LSP2) will no longer be requesting diversity from LSP1 (usi=
ng PK1) at a future time t2? I.e., when PCE can purge PK1? If PK1 is purged=
 before t2, the solution did not address the requirement.

[JD]  Three points.  Operationally, diversely routed LSPs are established c=
oncurrently so operationally this is a non-issue.  Since path state can be =
used for multiple LSPs there is no reason to aggressively purge it.  Your s=
olution requires that every node at the edge of an abstract node has comple=
te knowledge of the RSVP-TE explicit route and identifier of every LSP tran=
siting that abstract node and to this point you have not indicated how this=
 information would be distributed or maintained.

On the other hand, PCE needs to purge Path states to scale.

[JD]  Sever blades currently have on the order of 768GB of system memory an=
d a path is on the order of 1K.


--_000_3fbb2fa2570a4133844cc19611730980BLUPR05MB562namprd05pro_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable











 



If LSP1 is signaled at t1 (using PK1). =
How would PCC or PCE will know that some other LSP (LSP2) will no longer be=
 requesting diversity from LSP1 (using PK1) at a future time
 t2? I.e., when PCE can purge PK1? If PK1 is purged before t2, the solution=
 did not address the requirement.


 


[JD]  Three points.  Operationally, diversely routed LS=
Ps are established concurrently so operationally this is a non-issue. 
 Since path state can be used for multiple LSPs there is no reason to aggre=
ssively purge it.  Your solution requires that every node at the edge =
of an abstract node has complete knowledge of the RSVP-TE explicit route an=
d identifier of every LSP transiting
 that abstract node and to this point you have not indicated how this infor=
mation would be distributed or maintained.


 


On the other hand, PCE needs to purge P=
ath states to scale. 


 


[JD]  Sever bl=
ades currently have on the order of 768GB of system memory and a path is on=
 the order of 1K.   






 








--_000_3fbb2fa2570a4133844cc19611730980BLUPR05MB562namprd05pro_--

From adrian@olddog.co.uk  Mon Nov 18 14:30:30 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 352DC1AE641 for ; Mon, 18 Nov 2013 14:30:30 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.8
X-Spam-Level: 
X-Spam-Status: No, score=0.8 tagged_above=-999 required=5 tests=[BAYES_50=0.8,  RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham
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 9_O_JX0OQZ-n for ; Mon, 18 Nov 2013 14:30:27 -0800 (PST)
Received: from asmtp2.iomartmail.com (asmtp2.iomartmail.com [62.128.201.249]) by ietfa.amsl.com (Postfix) with ESMTP id 8B9BE1AE609 for ; Mon, 18 Nov 2013 14:30:26 -0800 (PST)
Received: from asmtp2.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id rAIMUJtL002423; Mon, 18 Nov 2013 22:30:19 GMT
Received: from 950129200 (unsi-72-29-212-251.unsi.net [72.29.212.251] (may be forged)) (authenticated bits=0) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id rAIMUHqC002415 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 18 Nov 2013 22:30:18 GMT
From: "Adrian Farrel" 
To: 
Date: Mon, 18 Nov 2013 22:30:17 -0000
Message-ID: <030901cee4ad$c2a484c0$47ed8e40$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 14.0
Thread-Index: Ac7krbrBAUSlQM6hTp61kHtymhwAjA==
Content-Language: en-gb
Cc: 'CCAMP WG' 
Subject: [CCAMP] AD review of draft-ietf-ccamp-oam-configuration-fwk
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: adrian@olddog.co.uk
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 18 Nov 2013 22:30:30 -0000

Thank you for this document. I think it is well written and clear. It is
very nearly ready to be advanced for publication, but we need to do a 
little work on the IANA section to make it completely clear for IANA. I
suggest the following, but please review it carefully because I have 
introduced new material that you did not have in your original text.

I also have some smaller nits and editorial comments, and a few places
where it would be really helpful to clarify the text.

I've moved the I-D status to show I expect to see a revision, but please
discuss these points with me if you like.

Thanks for the work.

Adrian

===

OLD
5.  IANA Considerations

   Two bits ("OAM Alarms Enabled" (O) and "OAM Flows Enabled" (M)) needs
   to be allocated in the ADMIN_STATUS Object.

   Two bits ("OAM MEP entities desired" and "OAM MIP entities desired")
   needs to be allocated in the LSP Attributes Flags Registry.

   This document specifies one new TLV to be carried in the
   LSP_ATTRIBUTES and LSP_REQUIRED_ATTRIBUTES objects in Path and Resv
   messages: OAM Configuration TLV.

   One new Error Code: "OAM Problem" and a set of new values: "MEP
   establishment not supported", "MIP establishment not supported",
   "Unsupported OAM Type", "Configuration Error", "OAM Type Mismatch"
   and "Unsupported OAM Function" needs to be assigned.

   IANA is requested to open a new registry: "RSVP-TE OAM Configuration
   Registry" that maintains the "OAM Type" code points, an associated
   sub-TLV space, and the allocations of "OAM Function Flags" within the
   OAM Configuration TLV.


   RSVP-TE OAM Configuration Registry

     OAM Type           Description
   ------------      ------------------
      0-255              Reserved


   Sub-TLV Type                  Description
   ------------      ------------------------------------
       0                          Reserved
       1                  OAM Function Flags Sub-TLV
      2-31               Reserved for generic Sub-TLVs
      32-          Reserved for technology specific Sub-TLVs


   OAM Function Flag bit#      Description
   ----------------------  -------------------------------
     0                     Continuity Check (CC)
     1                     Connectivity Verification (CV)
     2                     Fault Management Signal (FMS)
     3                     Performance Monitoring/Loss (PM/Loss)
     4                     Performance Monitoring/Delay (PM/Delay)
     5                     Performance Monitoring/Throughput Measurement
                           (PM/Throughput)
     6-                    Reserved
NEW
5.  IANA Considerations

5.1. ADMIN_STATUS Object Bit Flags

   IANA maintains a registry called "Generalized Multi-Protocol Label
   Switching (GMPLS) Signaling Parameters" with a sub-registry called
   "Administrative Status Information Flags".

   IANA is requested to allocate two new flags as follows:

   Bit Number |  Hex Value | Name                     | Reference
   -----------+------------+--------------------------+---------------- 
     TBA      |   TBA      | OAM Alarms Enabled (O)   | [This.ID]
     TBA      |   TBA      | OAM Flows Enabled" (M)   | [This.ID]
   
5.2. LSP Attributes Flags

   IANA maintains a registry called "Resource Reservation Protocol-
   Traffic Engineering (RSVP-TE) Parameters" with a subregistry called
   "Attribute Flags".

   IANA is requested to allocate two new flags as follows:

   Bit | Name                     | Attribute  | Attribute  | RRO | Ref
   No  |                          | Flags Path | Flags Resv |     |
   ----+--------------------------+------------+------------+-----+-----
   TBA | OAM MEP entities desired |   Yes      |    No      | Yes |
   TBA | OAM MIP entities desired |   Yes      |    No      | Yes |

5.3. New LSP Attributes

   IANA maintains a registry called "Resource Reservation Protocol-
   Traffic Engineering (RSVP-TE) Parameters" with a subregistry called
   "Attributes TLV Space"
   
   IANA is requested to allocate one new TLV type as follows:

   Type | Name                  | Allowed on     | Allowed on    | Ref
        |                       | LSP_ATTRIBUTES | LSP_REQUIRED_ |
        |                       |                | ATTRIBUTES    |
   -----+-----------------------+----------------+---------------+------
    TBA | OAM Configuration TLV |     Yes        |     Yes       |  

5.4. RSVP Error Code

   IANA maintains a registry called "Resource Reservation Protocol
   (RSVP) Parameters" with a subregistry called "Error Codes and
   Globally-Defined Error Value Sub-Codes".

   IANA is requested to allocate one new Error Code as follows:

   Error Code | Meaning     | Reference                  
   -----------+-------------+-------------
       TBA    | OAM Problem |  [This.ID]

   The value is to be selected from the range 0-239.

   The following Error Value sub-codes are defined for this new Error
   Code as follows:

   Value | Description                     | Reference
   ------+---------------------------------+--------------
     1   | MEP establishment not supported | [This.ID]
     2   | MIP establishment not supported | [This.ID] 
     3   | Unsupported OAM Type            | [This.ID] 
     4   | Configuration Error             | [This.ID] 
     5   | OAM Type Mismatch               | [This.ID] 
     6   | Unsupported OAM Function        | [This.ID] 

5.5. RSVP-TE OAM Configuration Registry

   IANA is requested to create a new registry called "RSVP-TE OAM
   Configuration Registry". 

   IANA is requested to create sub-registries as defined in the
   following subsections:
   
5.5.1. OAM Types Sub-Registry

   IANA is requested to create the "OAM Types" sub-registry of the
   "RSVP-TE OAM Configuration Registry" as follows:

    Range | Registration Procedures
   -------+-------------------------
    0-255 | IETF Review

    There are no initial values in this registry.  IANA should show the
    registry as follows:


    OAM Type Number | OAM Type Description | Reference
    ----------------+----------------------+--------------
     0-255          | Not allocated        |


5.5.2. OAM Sub-TLVs Sub-Registry

   IANA is requested to create the "OAM Sub-TLVs" sub-registry of the
   "RSVP-TE OAM Configuration Registry" as follows:

    Range       | Purpose                      | Registration Procedures
   -------------+------------------------------|------------------------
    0-31        | Generic Sub-TLVs             | IETF Review
    32-65534    | Technology-specific Sub-TLVs | IETF Review
    65535-65536 | Experimental Sub-TLVs        | Experimental

   IANA is requested to populate the registry as follows:

   Sub-TLV Type | Description                | Reference
   -------------+----------------------------+-------
       0        | Reserved                   | [This.ID]
       1        | OAM Function Flags Sub-TLV | [This.ID]
      2-31      | Not allocated              |
      32-65534  | Not allocated              |

5.5.3. OAM Function Flags Sub-Registry

   IANA is requested to create the "OAM Function Flags Sub-Registry" 
   sub-registry of the "RSVP-TE OAM Configuration Registry".

   New values in the registry are allocated by "IETF Review". There is
   no top value to the range. Bits are counted from bit 0 as the first
   bit transmitted.

   IANA is requested to populate the registry as follows.

   OAM Function Flag | Description 
   bit number        |    
   ------------------+---------------------------------------------
     0               | Continuity Check (CC)
     1               | Connectivity Verification (CV)
     2               | Fault Management Signal (FMS)
     3               | Performance Monitoring/Loss (PM/Loss)
     4               | Performance Monitoring/Delay (PM/Delay)
     5               | Performance Monitoring/Throughput Measurement
                     |    (PM/Throughput)
     6-...           | Not allocated
END

---

Please expand OAM and LSP in the Abstract.

---

In Section 3 you have some terms defined (MP, ME, MIP, MEP). Some of 
these terms are consistent with the use of terms in draft-ietf-mpls-tp-
rosetta-stone and some are not. Is there a specific reason why you have
diverged from this other draft? If not, you should align this work.

---

Section 3.1

   When using the GMPLS control
   plane, establishment and enabling of OAM functions MUST be bound to
   RSVP-TE message exchanges.

I think you mean...

   When using the GMPLS control plane for both LSP establishment and to
   enable OAM functions on the LSPs, the control of both processes is
   bound to RSVP-TE message exchanges.

---

Section 4.1

   If the "OAM MEP entities desired" bit is set it is indicating that
   the establishment of OAM MEP entities are required at the endpoints
   of the signaled LSP.  If the establishment of MEPs is not supported
   an error MUST be generated: "OAM Problem/MEP establishment not
   supported".

I can see how this works for an implementation of this document that 
chooses not to (or cannot) support OAM on a given LSP. I do not
understand how it works when a node that does not support this document
receives the "OAM MEP entities desired" bit set - it cannot return the
desired response because it doesn't support this document.

To handle this, I think you need to split the two cases.
1. Does not support the establishment of MEPs on this specific LSP
2. Does not support any establishment of MEPs.

In the second case you need to determine how this will be made to work.
Since 5420 specifies that the unknown bit in an LSP_ATTRIBUTE object
will be silently ignored, you need to use the absence of a positive
acknowledgement to indicate to the ingress that the function is not
supported.

See also Section 4.4.

---

Section 4.1

   This bit MUST only be set if the "OAM MEP entities desired" bit is
   set.

This is a rather unusual construction. I think you may mean...

   If the "OAM MEP entities desired" bit is not set then this bit MUST
   NOT be set.

---

Section 4.1

   If the establishment of a MIP is not supported
   an error MUST be generated: "OAM Problem/MIP establishment not
   supported".

Exactly the same problem as described for "OAM MEP entities desired"
above except for the additional behavior if used on 
LSP_REQUIRED_ATTRIBUTES. (See also 4.4)

---

Section 4.2

   Type: indicates a new type: the OAM Configuration TLV (3) (IANA to
   assign).

If this is a specific request that the value 3 is assigned, you should
reflect this in Section 5.

---

Section 4.2

   When carried in the LSP_ATTRIBUTES
   Object, intermediate nodes not supporting the OAM Type pass the
   object forward unchanged as specified in [RFC5420], and only Label
   Edge Nodes MUST generate an error if the OAM Type is not supported at
   the LSP end-point.

There are a couple of issues here. You have defined a "Label Edge Node".
You also have another "only MUST" construction. How about...

   When carried in the LSP_ATTRIBUTES
   Object, intermediate nodes not supporting the OAM Type pass the
   object forward unchanged as specified in [RFC5420]. Ingress and
   egress nodes that support the OAM Configuration TLV but that do not 
   support a specific OAM Type MUST respond with an error indicating
   "OAM Problem/Unsupported OAM Type".

---

Section 4.2

Can multiple copies of the OAM configuration TLV be present in one
LSP_ATTRIBUTES object?

---

I think section 4.2 needs to mention the generic sub-TLVs. Reading the
text as it stands, it appears that all sub-TLVs are for technology-
specific OAM. So you need:
- To explain generic sub-TLVs so that future sub-TLVs can be defined
- To include a forward pointer to 4.2.1

---

Section 4.2.1

   As the first sub-TLV the "OAM Function Flags Sub-TLV" MUST always be
   included in the "OAM Configuration TLV".

I think you mean:

   The "OAM Configuration TLV" MUST always include a single instance of 
   the "OAM Function Flags Sub-TLV" and it MUST always be the first sub-
   TLV.

---

Section 4.2.1

You need to reiterate that the Length field counts octets (because for a
variable length bitmap someone might easily think it is a count of bits)
and then you need to explain how to set the length field and how to
handle padding.

---

Section 4.2.2

   One technology specific sub-TLV MAY be defined for each "OAM Type".
   This sub-TLV MUST contain any further OAM configuration information
   for that specific "OAM Type".  The technology specific sub-TLV, when
   used, MUST be carried within the OAM Configuration TLV.  IANA is
   requested to maintain the OAM technology specific sub-TLV space in
   the new "RSVP-TE OAM Configuration Registry".

The use of 2119 language here is odd. It is really meant for 
implementation instructions, not to constrain future specifications.
How about saying:

   If technology-specific configuration information is needed for a
   specific "OAM Type", then this information is carried in a
   technology-specific sub-TLV. Such sub-TLVs are OPTIONAL and an
   OAM Configuration TLV MUST NOT contain more than one technology-
   specific sub-TLV. IANA is requested to maintain the OAM technology
   specific sub-TLV space in the new "RSVP-TE OAM Configuration 
   Registry".

---

Section 4.3

s/are allocated by this draft/are allocated by this document/

---

Section 4.3

   When
   the "OAM Flows Enabled" bit is set, OAM packets are sent; if it is
   cleared, no OAM packets are emitted.


When the bit is sent, is that MAY, SHOULD, or MUST send OAM packets?
If clear, I think that is MUST NOT be sent.

Why do you say "OAM packets"? Doesn't this I-D apply to all OAM
mechanisms?

---

Section 4.3

   When the "OAM Alarms Enabled"
   bit is set OAM triggered alarms are enabled and associated consequent
   actions are executed including the notification to the management
   system.  When this bit is cleared, alarms are suppressed and no
   action is executed and the management system is not notified.

I understand "When this bit is cleared, alarms are suppressed" and "the
management system is not notified", but I don't understand "no action is
executed." If there is no action on OAM detecting some issue, then why
run OAM? There is clearly something you had in mind when you created two
separate admin statuses, but the purpose is not clear in your document.


From db3546@att.com  Mon Nov 18 15:06:19 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 475251AE10E for ; Mon, 18 Nov 2013 15:06:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.725
X-Spam-Level: 
X-Spam-Status: No, score=-4.725 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.525] autolearn=ham
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 zxCmeq6sGObI for ; Mon, 18 Nov 2013 15:06:17 -0800 (PST)
Received: from nbfkord-smmo07.seg.att.com (nbfkord-smmo07.seg.att.com [209.65.160.93]) by ietfa.amsl.com (Postfix) with ESMTP id 1D5C31AE0FE for ; Mon, 18 Nov 2013 15:06:17 -0800 (PST)
Received: from unknown [144.160.229.24] (EHLO alpi155.enaf.aldc.att.com) by nbfkord-smmo07.seg.att.com(mxl_mta-6.15.0-1) over TLS secured channel with ESMTP id 36d9a825.0.1323624.00-320.3685932.nbfkord-smmo07.seg.att.com (envelope-from );  Mon, 18 Nov 2013 23:06:11 +0000 (UTC)
X-MXL-Hash: 528a9d637e5dc7ea-79922c569459b46d0ee71e1a30f0eaa3390a66d3
Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id rAIN6AKW004883 for ; Mon, 18 Nov 2013 18:06:11 -0500
Received: from mlpi409.sfdc.sbc.com (mlpi409.sfdc.sbc.com [130.9.128.241]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id rAIN62Jq004782 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 18 Nov 2013 18:06:07 -0500
Received: from MISOUT7MSGHUB9D.ITServices.sbc.com (MISOUT7MSGHUB9D.itservices.sbc.com [144.151.223.93]) by mlpi409.sfdc.sbc.com (RSA Interceptor) for ; Mon, 18 Nov 2013 23:05:45 GMT
Received: from MISOUT7MSGUSR9O.ITServices.sbc.com ([144.151.223.75]) by MISOUT7MSGHUB9D.ITServices.sbc.com ([144.151.223.93]) with mapi id 14.03.0158.001; Mon, 18 Nov 2013 18:05:44 -0500
From: "BRUNGARD, DEBORAH A" 
To: "ccamp@ietf.org" 
Thread-Topic: NOMCOM - final call for feedback, nominee list
Thread-Index: AQHO5H5sqa25V4lPQE+7uN62WNnv6ZornDqg
Date: Mon, 18 Nov 2013 23:05:44 +0000
Message-ID: 
References: <20131116200445.11352.46676.idtracker@ietfa.amsl.com>
In-Reply-To: <20131116200445.11352.46676.idtracker@ietfa.amsl.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [135.70.144.112]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-RSA-Inspected: yes
X-RSA-Classifications: public
X-Spam: [F=0.2000000000; CM=0.500; S=0.200(2010122901)]
X-MAIL-FROM: 
X-SOURCE-IP: [144.160.229.24]
X-AnalysisOut: [v=2.0 cv=JfYLWz2V c=1 sm=0 a=dhB6nF3YHL5t/Ixux6cINA==:17 a]
X-AnalysisOut: [=yWyWy0OFhPoA:10 a=HXPvapmh24sA:10 a=ofMgfj31e3cA:10 a=BLc]
X-AnalysisOut: [eEmwcHowA:10 a=IkcTkHD0fZMA:10 a=zQP7CpKOAAAA:8 a=XIqpo32R]
X-AnalysisOut: [AAAA:8 a=LARBUhJvvu4A:10 a=48vgC7mUAAAA:8 a=sfJ2j-EoafDXOh]
X-AnalysisOut: [Lg5acA:9 a=QEXdDO2ut3YA:10 a=lZB815dzVvQA:10 a=ZirgbxicZ1d]
X-AnalysisOut: [xt0gX:21 a=OrHvpB9q7apHD6za:21]
Subject: [CCAMP] FW: NOMCOM - final call for feedback, nominee list
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 18 Nov 2013 23:06:19 -0000

RllJLQ0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogd2djaGFpcnMtYm91bmNl
c0BpZXRmLm9yZyBbbWFpbHRvOndnY2hhaXJzLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBP
ZiBOb21Db20gQ2hhaXIgMjAxMw0KU2VudDogU2F0dXJkYXksIE5vdmVtYmVyIDE2LCAyMDEzIDM6
MDUgUE0NClRvOiBXb3JraW5nIEdyb3VwIENoYWlycw0KU3ViamVjdDogTk9NQ09NIC0gZmluYWwg
Y2FsbCBmb3IgZmVlZGJhY2ssIG5vbWluZWUgbGlzdA0KDQpIZWxwIHRoZSBOb21jb206ICB0aGlz
IGlzIHRoZSBsYXN0IGNhbGwgZm9yIGdlbmVyYWwgZmVlZGJhY2sgb24NCm5vbWluZWVzLiBUaGlz
IGVtYWlsIGluY2x1ZGVzIHRoZSB3aWxsaW5nIG5vbWluZWUgbGlzdCBmb3IgeW91cg0KY29udmVu
aWVuY2UsIGFzIHBlciBSRkMgNTY4MC4gV0cgY2hhaXJzLCBwbGVhc2UgZm9yd2FyZCB0aGlzDQpl
bWFpbCB0byB5b3VyIFdHcy4NCg0KV0FSTklORyAtIERPIE5PVCByZXBseSB0byB0aGlzIGVtYWls
IHdpdGggZmVlZGJhY2sgLSB0aGUNCmFubm91bmNlbWVudCB0b29sIHByb3ZpZGVzIGFuIHVucHJl
ZGljdGFibGUgUmVwbHktVG8gZmllbGQuDQpZb3UgbWF5IHNlbmQgbWFpbCB0byBub21jb20xMywg
YnV0IHBsZWFzZSBkbyBjb250aW51ZQ0KcmVhZGluZyBmb3IgYWRkaXRpb25hbCBpbmZvLg0KDQpU
aGUgZGVhZGxpbmUgaXMgbWlkbmlnaHQgKGFueSB0aW1lem9uZSkgV2VkIE5vdiAyMC4NCg0KRW50
ZXIgeW91ciBmZWVkYmFjayBpbnRvIHRoZSBlbmNyeXB0ZWQgbm9tY29tIHRvb2wgYXQ6DQoNCmh0
dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvbm9tY29tLzIwMTMvZmVlZGJhY2svDQoNCkFsbCBm
ZWVkYmFjayBpcyBjb25maWRlbnRpYWwuDQoNClNlbGVjdCBpbmRpdmlkdWFsIG5vbWluZWVzLCBv
ciBzZWxlY3QgYW4gYXJlYSAoZS5nLiBJTlQgTXVsdGlwbGUpIGlmIHlvdQ0Kd2FudCB0byBnaXZl
IGZlZWRiYWNrIG9uIG11bHRpcGxlIG5vbWluZWVzIGZvciB0aGF0IGFyZWEgaW4gb25lIGVudHJ5
Lg0KDQpUaGUgTm9tY29tIHdpbGwgZ3JlYXRseSBhcHByZWNpYXRlIHlvdXIgY29uY3JldGUgYW5k
IGRldGFpbGVkDQp0aG91Z2h0cyBvbiBub21pbmVlcy4NCg0KWW91IG5lZWQgdG8gaGF2ZSBhIGRh
dGF0cmFja2VyIGFjY291bnQgaW4gb3JkZXIgdG8gZW50ZXIgZmVlZGJhY2suDQpUaGlzIGlzIHRo
ZSBzaXRlIHRvIGFjY2VzcyBlaXRoZXIgdG8gY3JlYXRlIGEgZGF0YXRyYWNrZXIgYWNjb3VudCBv
ciB0bw0KcmVzZXQgdGhlIHBhc3N3b3JkIG9uIGFuIGV4aXN0aW5nIGFjY291bnQ6DQoNCmh0dHBz
Oi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvYWNjb3VudHMvDQoNCkFzIHdlIGFubm91bmNlZCBsYXN0
IHdlZWssIHdlIGFyZSBzaGFyaW5nIHRoZSBuYW1lcyBvZiB0aGUgd2lsbGluZw0Kbm9taW5lZXMg
aW4gdGhpcyBlbWFpbCwgYXMgcGFydCBvZiBvdXIgdXNlIG9mIFJGQyA1NjgwIE9wZW4gTGlzdCBp
biB0aGlzDQpub21jb20gY3ljbGUuICBUaGVzZSBuYW1lcyAoYXBwZWFyaW5nIGF0IHRoZSBlbmQg
b2YgdGhlIGVtYWlsKQ0KaGF2ZSBiZWVuIGF2YWlsYWJsZSB3aXRoaW4gdGhlIGRhdGF0cmFja2Vy
IHNpbmNlIG91ciBmaXJzdCBjYWxsIGZvcg0KZmVlZGJhY2s7IHdlIGhvcGUgc29tZSBwZW9wbGUg
d2lsbCBiZSBleHRyYSBlbmNvdXJhZ2VkIHRvIHByb3ZpZGUNCmZlZWRiYWNrIGJ5IHNlZWluZyB0
aGUgbmFtZXMgcHJpb3IgdG8gZGF0YXRyYWNrZXIgbG9naW4uICAgQWxsIHlvdXINCmZlZWRiYWNr
IG11c3QgYmUgZW50ZXJlZCBpbiB0aGUgZW5jcnlwdGVkIG5vbWNvbSBzaXRlIChvciBtYWlsZWQg
dG8NCm5vbWNvbS1jaGFpci0yMDEzQGlldGYub3JnIG9yIG5vbWNvbTEzQGlldGYub3JnKS4gIFlv
dSBtYXkgYXNrIHRoZQ0KY2hhaXIgb3IgYW55IGFub3RoZXIgbm9tY29tIG1lbWJlciB0byBzdWJt
aXQgeW91ciBmZWVkYmFjayB3aXRob3V0DQp5b3VyIG5hbWUgYXR0YWNoZWQsIGlmIHlvdSB3b3Vs
ZCBwcmVmZXIuDQoNCkFnYWluLCB5b3VyIGZlZWRiYWNrIGlzIGFic29sdXRlbHkgY29uZmlkZW50
aWFsLCBob3dldmVyIGRlbGl2ZXJlZC4NCg0KVGhhbmtzIHZlcnkgbXVjaCBmcm9tIGFsbCBvZiB1
cyBmb3IgeW91ciB0aW1lIGFuZCBmb3IgaGVscGluZyB0aGUNCk5vbWNvbSB0byBkbyB0aGUgYmVz
dCBwb3NzaWJsZSBqb2IuICBBbHNvIGVub3Jtb3VzIHRoYW5rcyB0byB0aGUNCndpbGxpbmcgbm9t
aW5lZXMuDQoNCk5hbWVzIGJlbG93Lg0KDQpBbGxpc29uIGZvciB0aGUgTm9tY29tDQoNCkFQUA0K
Sm9lIEhpbGRlYnJhbmQNCkJhcnJ5IExlaWJhIChpbmN1bWJlbnQpDQpZb3NoaXJvIFlvbmV5YQ0K
DQpJTlQNCkRvbmFsZCBFYXN0bGFrZQ0KV2VzbGV5IEdlb3JnZQ0KQnJpYW4gSGFiZXJtYW4gKGlu
Y3VtYmVudCkNCk9sZSBUcm9hbg0KDQpPUFMNCkJlbm9pdCBDbGFpc2UgKGluY3VtYmVudCkNCkxp
bmRhIER1bmJhcg0KVmljdG9yIEt1YXJzaW5naA0KQmlsbCBNYW5uaW5nDQoNClJBSQ0KQmVuIENh
bXBiZWxsDQpBbGlzc2EgQ29vcGVyDQpLZWl0aCBEcmFnZQ0KRGFuIFJvbWFzY2FudQ0KDQpSVEcN
CkxvYSBBbmRlcnNzb24NCkFsaWEgQXRsYXMNCkRlYm9yYWggQnJ1bmdhcmQNClN0ZXdhcnQgQnJ5
YW50IChpbmN1bWJlbnQpDQpEb25hbGQgRWFzdGxha2UNClN1c2FuIEhhcmVzDQpLZXl1ciBQYXRl
bA0KDQpTRUMNCkRlcmVrIEF0a2lucw0KRG9uYWxkIEVhc3RsYWtlDQpKZWZmIEhvZGdlcw0KTGVp
ZiBKb2hhbnNzb24NCkFsZXhleSBNZWxuaWtvdg0KS2F0aGxlZW4gTW9yaWFydHkNCkVyaWMgUmVz
Y29ybGENCg0KVFNWDQpNYXJ0aW4gU3RpZW1lcmxpbmcgKGluY3VtYmVudCkNCkRhdmUgVGFodA0K
DQpJQUINCkJlcm5hcmQgQWJvYmEgKGluY3VtYmVudCkNCkxvYSBBbmRlcnNzb24NCkFsaWFzIEF0
bGFzDQpNYXJ5IEJhcm5lcw0KTWFyYyBCbGFuY2hldCAoaW5jdW1iZW50KQ0KUm9zcyBDYWxsb24g
KGluY3VtYmVudCkNCkhhZ28gRGFmYWxsYQ0KTGluZGEgRHVuYmFyDQpSb25pIEV2ZW4NCkppbSBH
ZXR0eXMNClRlZCBIYXJkaWUNClN1c2FuIEhhcmVzDQpKb2UgSGlsZGVicmFuZA0KU2hlbmcgSmlh
bmcNCkVsaW90IExlYXIgKGluY3VtYmVudCkNCkxhcnJ5IE1hc2ludGVyDQpTLiBNb29uZXNhbXkN
CkthdGhsZWVuIE1vcmlhcnR5DQpLYXZlaCBSYW5qYmFyDQpSb2JlcnQgU3BhcmtzDQpUaW5hIFRz
b3UNCkJyaWFuIFRyYW1tZWxsDQoNCklBT0MvSUVURiBUcnVzdA0KR2xlbm4gRGVlbg0KVG9iaWFz
IEdvbmRyb20NCkNocmlzIEdyaWZmaXRocyAoaW5jdW1iZW50KQ0KSm9obiBMZXZpbmUNClRpbmEg
VHNvdQ0K

From zali@cisco.com  Tue Nov 19 10:52:39 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CCE681AE074 for ; Tue, 19 Nov 2013 10:52:39 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -15.026
X-Spam-Level: 
X-Spam-Status: No, score=-15.026 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.525, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
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 PtniVFwraSXv for ; Tue, 19 Nov 2013 10:52:38 -0800 (PST)
Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) by ietfa.amsl.com (Postfix) with ESMTP id 188791AE132 for ; Tue, 19 Nov 2013 10:52:38 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3800; q=dns/txt; s=iport; t=1384887152; x=1386096752; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=YW//QrDQxknw2KXi1eX9aj2N/Nm05+S1ZcmrRBDfzXA=; b=mcZ4L2O8a9n5SW/TSnJ0XMgdf5myDegLpcA3IS6a7AAYXnWJAbnsN10d nlMeYmlWG7xI3TuDMnetjdK33M1ox1KSMrAoPiaz1tQAxMlQ8ntGO4Aow pHlB0C4S4wEzednsPD2CnFtjBSP1Gw70J97nrkQidGHbKF9XJ6axicdSg k=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AhAFAKyyi1KtJXG8/2dsb2JhbABZgwc4U78+gSEWdIIlAQEBAwF5EgEIeCUCBAENHgKHYAYNv1uPJDMHhDIDmBKBL5BegyiCKg
X-IronPort-AV: E=Sophos;i="4.93,730,1378857600"; d="scan'208";a="286167635"
Received: from rcdn-core2-1.cisco.com ([173.37.113.188]) by rcdn-iport-3.cisco.com with ESMTP; 19 Nov 2013 18:52:32 +0000
Received: from xhc-rcd-x11.cisco.com (xhc-rcd-x11.cisco.com [173.37.183.85]) by rcdn-core2-1.cisco.com (8.14.5/8.14.5) with ESMTP id rAJIqVdr017824 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 19 Nov 2013 18:52:31 GMT
Received: from xmb-rcd-x14.cisco.com ([169.254.4.50]) by xhc-rcd-x11.cisco.com ([173.37.183.85]) with mapi id 14.03.0123.003; Tue, 19 Nov 2013 12:52:31 -0600
From: "Zafar Ali (zali)" 
To: John E Drake , "Zhangxian (Xian)" 
Thread-Topic: The description of Path Key retaining time in RFC5553
Thread-Index: AQHO2+75nyh5MwjjqEemfNXW9E7a+JobcMqAgAVubRCABNrUAP//8xawgAEUZ4CAA+mkAIAAZtGQgABnjgD///ZZ0IAAGECA///2YfAAMXEGAA==
Date: Tue, 19 Nov 2013 18:52:31 +0000
Message-ID: 
In-Reply-To: <786d18678a8b4b7b8da93dcdb30e5fd3@BLUPR05MB562.namprd05.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.2.3.120616
x-originating-ip: [10.82.248.42]
Content-Type: text/plain; charset="Windows-1252"
Content-ID: <32833D701F4C7A44A07532447CE16188@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "ccamp@ietf.org" 
Subject: Re: [CCAMP] The description of Path Key retaining time in RFC5553
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 19 Nov 2013 18:52:40 -0000

Hi John-=20

Please see in-line.

Thanks

Regards =8A Zafar


=20
>>=20
>> Hi John-
>>=20
>> So you agree that a PCE cannot support more than 64K Paths.
>
>[JD]  There are 64k path keys associated with a given PCE address.  There
>is no requirement that a PCE
>have only one address.

This is incorrect. One address per PCE is a requirement as per rfc5088.
Quoting from http://tools.ietf.org/html/rfc5088#page-7

"The PCE-ADDRESS sub-TLV is mandatory; it MUST be present within the
   PCED TLV.  It MAY appear twice, when the PCE has both an IPv4 and
   IPv6 address.  It MUST NOT appear more than once for the same address
   type.  If it appears more than once for the same address type, only
   the first occurrence is processed and any others MUST be ignored."



>
>> In a centralized
>> PCE environment this would mean 64K Path states for the entire network.
>>If I
>> would assume M =3D1 (I asked a question for M; you can pick some other M=
)
>>this
>> would mean that *network* cannot served more than 64K LSPs.
>
>[JD]  in an optical network a more realistic number is in the range
>64-128, resulting in 4,096,000 - 8,192,000
>LSPs, again per PCE address.

I am not sure where you brought 64-128 bit space. In rfc5520, PCE Path Key
is defined as a 16 bit number.

>
>> Recall this
>> scaling restriction is not with RFC5553 (as RFC5553 RECOMMENDS path info
>> to be purged after 10 mins).
>
> [JD]  That's incorrect.  RFC 5553 does not say a word about this.  RFC
>5520 recommends that a path key be *kept*
> for at least ten minutes and indicates that this value is configurable.
>It also indicates that the purging of path state
>is simply a house keeping procedure.

I was quoting following text from rfc5520:

"It is RECOMMENDED for a PCE to store the PKS for a period of 10 minutes."

>
>>This restriction comes from draft-zhang-ccamp-
>> route-exclusion-pathkey-00, which requires path info to be saved for
>>the life of
>> an LSP (using it).
>
>[JD]  That's incorrect.  It *does not* say this.  Further, why would
>diversely routed LSPs not be established concurrently?  If they are not,
>it defeats the purpose of having diversely routed LSPs.

In that case, why cannot we use RFC5440 (SVEC object), instead? Why do you
need draft-zhang-ccamp-route-exclusion-pathkey-00?

>
>>=20
>> Given that Path to "LSPs using the Path" is not stored at (stateless)
>>PCE, how
>> would PCE ever be able to purge the Path state? We keep saying for life
>>time of
>> the connection but how would PCE know (all) client(s) has
>> (have) deleted the LSP in question?
>
>[JD]   It continues to purge path state as per RFC 5520.  Nothing breaks
>if the path state is purged, and path state can also be
>invalidated due to depletion of server network resources or changes in
>server network topology.
> =20

So you agree that the solution is broken. It only works sometimes.

Speaking of handling changes in server topology. This is another aspect
that draft-zhang-ccamp-route-exclusion-pathkey-00 does NOT talks about at
all. In this respect, please note that:

1. A PCC that does not have server topology (UNI, which is target case for
this draft). So it cannot verify Paths or check if diversity is still met.
2. A passive PCE can verify Paths and can detect if diversity is still met
but cannot take action.

So once draft-zhang-ccamp-route-exclusion-pathkey-00 sets up the service,
it cannot handle topology changes.

>=20
>
>[> I.e., how would (and when) PCE be able to
>> purge the Path states? Again RFC5553 RECOMMENDS a simple (10 min) timer
>> based mechanism, which does not work for draft-zhang-ccamp-route-
>> exclusion-pathkey-00.
>
>[JD]  See my previous comments.
>
>


From jdrake@juniper.net  Tue Nov 19 13:38:25 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D6CB01AE1F7 for ; Tue, 19 Nov 2013 13:38:25 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.601
X-Spam-Level: 
X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham
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 RplaRaQaFQ0D for ; Tue, 19 Nov 2013 13:38:22 -0800 (PST)
Received: from va3outboundpool.messaging.microsoft.com (va3ehsobe002.messaging.microsoft.com [216.32.180.12]) by ietfa.amsl.com (Postfix) with ESMTP id 518151ADF4B for ; Tue, 19 Nov 2013 13:38:22 -0800 (PST)
Received: from mail83-va3-R.bigfish.com (10.7.14.229) by VA3EHSOBE012.bigfish.com (10.7.40.62) with Microsoft SMTP Server id 14.1.225.22; Tue, 19 Nov 2013 21:38:15 +0000
Received: from mail83-va3 (localhost [127.0.0.1])	by mail83-va3-R.bigfish.com (Postfix) with ESMTP id BAC272A0120; Tue, 19 Nov 2013 21:38:15 +0000 (UTC)
X-Forefront-Antispam-Report: CIP:157.56.240.101; KIP:(null); UIP:(null); IPV:NLI; H:BL2PRD0510HT002.namprd05.prod.outlook.com; RD:none; EFVD:NLI
X-SpamScore: -19
X-BigFish: VPS-19(zzdb80h1432Izz1f42h2148h208ch1ee6h1de0h1fdah2073h2146h1202h1e76h1d1ah1d2ah1fc6hzz1033IL17326ah8275dh1de097h186068hz2fh109h2a8h839h944hd24hf0ah1220h1288h12a5h12a9h12bdh137ah13b6h1441h1504h1537h153bh162dh1631h1758h18e1h1946h19b5h19ceh1ad9h1b0ah224fh1d07h1d0ch1d2eh1d3fh1de9h1dfeh1dffh1fe8h1ff5h2216h22d0h9a9j1155h)
Received-SPF: pass (mail83-va3: domain of juniper.net designates 157.56.240.101 as permitted sender) client-ip=157.56.240.101; envelope-from=jdrake@juniper.net; helo=BL2PRD0510HT002.namprd05.prod.outlook.com ; .outlook.com ; 
X-Forefront-Antispam-Report-Untrusted: SFV:NSPM; SFS:(199002)(189002)(51704005)(83322001)(80976001)(74316001)(87936001)(2656002)(19580395003)(74366001)(83072001)(51856001)(87266001)(53806001)(4396001)(15202345003)(76482001)(74662001)(74502001)(561924002)(46102001)(56816003)(76576001)(76796001)(76786001)(49866001)(47446002)(47976001)(50986001)(33646001)(47736001)(81542001)(74876001)(69226001)(81816001)(56776001)(74706001)(80022001)(81342001)(66066001)(54316002)(63696002)(85306002)(54356001)(65816001)(31966008)(77982001)(59766001)(81686001)(15975445006)(79102001)(24736002); DIR:OUT; SFP:; SCL:1; SRVR:BLUPR05MB564; H:BLUPR05MB562.namprd05.prod.outlook.com; CLIP:66.129.241.19; FPR:; RD:InfoNoRecords; A:1; MX:1; LANG:en; 
Received: from mail83-va3 (localhost.localdomain [127.0.0.1]) by mail83-va3 (MessageSwitch) id 138489709424888_30001; Tue, 19 Nov 2013 21:38:14 +0000 (UTC)
Received: from VA3EHSMHS046.bigfish.com (unknown [10.7.14.236])	by mail83-va3.bigfish.com (Postfix) with ESMTP id F266BC0294;	Tue, 19 Nov 2013 21:38:13 +0000 (UTC)
Received: from BL2PRD0510HT002.namprd05.prod.outlook.com (157.56.240.101) by VA3EHSMHS046.bigfish.com (10.7.99.56) with Microsoft SMTP Server (TLS) id 14.16.227.3; Tue, 19 Nov 2013 21:38:13 +0000
Received: from BLUPR05MB564.namprd05.prod.outlook.com (10.141.202.150) by BL2PRD0510HT002.namprd05.prod.outlook.com (10.255.100.37) with Microsoft SMTP Server (TLS) id 14.16.383.1; Tue, 19 Nov 2013 21:38:13 +0000
Received: from BLUPR05MB562.namprd05.prod.outlook.com (10.141.202.141) by BLUPR05MB564.namprd05.prod.outlook.com (10.141.202.150) with Microsoft SMTP Server (TLS) id 15.0.820.5; Tue, 19 Nov 2013 21:38:12 +0000
Received: from BLUPR05MB562.namprd05.prod.outlook.com ([10.141.202.141]) by BLUPR05MB562.namprd05.prod.outlook.com ([10.141.202.141]) with mapi id 15.00.0820.005; Tue, 19 Nov 2013 21:38:11 +0000
From: John E Drake 
To: "Zafar Ali (zali)" , "Zhangxian (Xian)" 
Thread-Topic: The description of Path Key retaining time in RFC5553
Thread-Index: AQHO2+75nyh5MwjjqEemfNXW9E7a+JobcMqAgAVubRCABNrUAP//8xawgAEUZ4CAA+mkAIAAZtGQgABnjgD///ZZ0IAAGECA///2YfAAMXEGAAABl+jA
Date: Tue, 19 Nov 2013 21:38:11 +0000
Message-ID: 
References: <786d18678a8b4b7b8da93dcdb30e5fd3@BLUPR05MB562.namprd05.prod.outlook.com> 
In-Reply-To: 
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [66.129.241.19]
x-forefront-prvs: 0035B15214
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-FOPE-CONNECTOR: Id%0$Dn%*$RO%0$TLS%0$FQDN%$TlsDn%
Cc: "ccamp@ietf.org" 
Subject: Re: [CCAMP] The description of Path Key retaining time in RFC5553
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 19 Nov 2013 21:38:26 -0000

Comments inline

Yours Irrespectively,

John

> 
> >>
> >> Hi John-
> >>
> >> So you agree that a PCE cannot support more than 64K Paths.
> >
> >[JD]  There are 64k path keys associated with a given PCE address.
> >There is no requirement that a PCE have only one address.
>=20
> This is incorrect. One address per PCE is a requirement as per rfc5088.
> Quoting from http://tools.ietf.org/html/rfc5088#page-7
>=20
> "The PCE-ADDRESS sub-TLV is mandatory; it MUST be present within the
>    PCED TLV.  It MAY appear twice, when the PCE has both an IPv4 and
>    IPv6 address.  It MUST NOT appear more than once for the same address
>    type.  If it appears more than once for the same address type, only
>    the first occurrence is processed and any others MUST be ignored."


[JD]  Where in RFC 5508 does it say that only one PCED TLV per router can b=
e advertised?  Further, RFC 5508 is but one of many methods of establishing=
 PCEP sessions.


>=20
>=20
>=20
> >
> >> In a centralized
> >> PCE environment this would mean 64K Path states for the entire network=
.
> >>If I
> >> would assume M =3D1 (I asked a question for M; you can pick some other
> >>M) this  would mean that *network* cannot served more than 64K LSPs.
> >
> >[JD]  in an optical network a more realistic number is in the range
> >64-128, resulting in 4,096,000 - 8,192,000 LSPs, again per PCE address.
>=20
> I am not sure where you brought 64-128 bit space. In rfc5520, PCE Path Ke=
y is
> defined as a 16 bit number.


[JD]   I think you missed the point.  In an optical network there are typic=
ally 64 or 128 channels per DWDM line system.  This means that there could =
be 64 or 128 LSPs routed on the same path through the server and they would=
 all use the same path key.=20


>=20
> >
> >> Recall this
> >> scaling restriction is not with RFC5553 (as RFC5553 RECOMMENDS path
> >> info to be purged after 10 mins).
> >
> > [JD]  That's incorrect.  RFC 5553 does not say a word about this.  RFC
> >5520 recommends that a path key be *kept*  for at least ten minutes and
> >indicates that this value is configurable.
> >It also indicates that the purging of path state is simply a house
> >keeping procedure.
>=20
> I was quoting following text from rfc5520:
>=20
> "It is RECOMMENDED for a PCE to store the PKS for a period of 10 minutes.=
"


[JD]  Actually, you weren't.  According to you, you were quoting from RFC 5=
553 and as I pointed out, you were incorrect.

As I indicated above, I think the more relevant text from RFC 5520, which c=
learly indicates that aggressive cache management isn't necessary, is the f=
ollowing:

"The operation of the PKS extensions require that path-keys are retained by=
 the issuing PCE to be available for retrieval by an LSR (acting as a PCC) =
at a later date.  But it is possible that the
retrieval request will never be made, so good housekeeping requires that a =
timer is run to discard unwanted path-keys."


>=20
> >
> >>This restriction comes from draft-zhang-ccamp-
> >>route-exclusion-pathkey-00, which requires path info to be saved for
> >>the life of  an LSP (using it).
> >
> >[JD]  That's incorrect.  It *does not* say this.  Further, why would
> >diversely routed LSPs not be established concurrently?  If they are
> >not, it defeats the purpose of having diversely routed LSPs.
>=20
> In that case, why cannot we use RFC5440 (SVEC object), instead? Why do yo=
u
> need draft-zhang-ccamp-route-exclusion-pathkey-00?


[JD]  Um, I think I was the one that suggested this, when critiquing your d=
rafts.  That would be fine too, particularly if it was augmented to compute=
 disjoint paths concurrently.  It also has the nice property of rendering a=
ll of your drafts DOA.  Do we have consensus on this?
=20

>=20
> >
> >>
> >> Given that Path to "LSPs using the Path" is not stored at (stateless)
> >>PCE, how  would PCE ever be able to purge the Path state? We keep
> >>saying for life time of  the connection but how would PCE know (all)
> >>client(s) has
> >> (have) deleted the LSP in question?
> >
> >[JD]   It continues to purge path state as per RFC 5520.  Nothing breaks
> >if the path state is purged, and path state can also be invalidated due
> >to depletion of server network resources or changes in server network
> >topology.
> >
>=20
> So you agree that the solution is broken. It only works sometimes.


[JD]  Hardly, rather I have been making two points.  Diversely routed paths=
 are typically established concurrently so they should not be
affected by aggressive cache management and there is nothing, other than so=
me vague assertions by you, that indicates that aggressive
cache management  is required to scale PCE performance.=20


>=20
> Speaking of handling changes in server topology. This is another aspect t=
hat
> draft-zhang-ccamp-route-exclusion-pathkey-00 does NOT talks about at all.=
 In
> this respect, please note that:
>=20
> 1. A PCC that does not have server topology (UNI, which is target case fo=
r this
> draft). So it cannot verify Paths or check if diversity is still met.
> 2. A passive PCE can verify Paths and can detect if diversity is still me=
t but
> cannot take action.
>=20
> So once draft-zhang-ccamp-route-exclusion-pathkey-00 sets up the service,=
 it
> cannot handle topology changes.


[JD]   A better way to say this is that neither your draft nor this draft s=
olves this problem.  In both drafts, the explicit routes and LSP IDs are av=
ailable inside the server network but a mechanism is required to distribute=
 this information to the correct PE nodes and neither draft proposes any su=
ch mechanism.  I have pointed out this problem in your drafts out to you on=
 numerous occasions but to no effect.=20


From wwwrun@rfc-editor.org  Tue Nov 19 16:25:07 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 151FC1AE212; Tue, 19 Nov 2013 16:25:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.427
X-Spam-Level: 
X-Spam-Status: No, score=-2.427 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.525, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham
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 K_QJNoYxxLNQ; Tue, 19 Nov 2013 16:25:04 -0800 (PST)
Received: from rfc-editor.org (rfc-editor.org [IPv6:2001:1890:126c::1:2f]) by ietfa.amsl.com (Postfix) with ESMTP id 21FCE1AE245; Tue, 19 Nov 2013 16:25:04 -0800 (PST)
Received: by rfc-editor.org (Postfix, from userid 30) id 17BDD75E01B; Tue, 19 Nov 2013 16:14:42 -0800 (PST)
To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org
From: rfc-editor@rfc-editor.org
Message-Id: <20131120001442.17BDD75E01B@rfc-editor.org>
Date: Tue, 19 Nov 2013 16:14:42 -0800 (PST)
Cc: drafts-update-ref@iana.org, ccamp@ietf.org, rfc-editor@rfc-editor.org
Subject: [CCAMP] RFC 7062 on Framework for GMPLS and PCE Control of G.709 Optical Transport Networks
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 20 Nov 2013 00:25:07 -0000

A new Request for Comments is now available in online RFC libraries.

        
        RFC 7062

        Title:      Framework for GMPLS and PCE 
                    Control of G.709 Optical Transport Networks 
        Author:     F. Zhang, Ed.,
                    D. Li, H. Li,
                    S. Belotti, D. Ceccarelli
        Status:     Informational
        Stream:     IETF
        Date:       November 2013
        Mailbox:    zhangfatai@huawei.com, 
                    huawei.danli@huawei.com, 
                    lihan@chinamobile.com,
                    sergio.belotti@alcatel-lucent.it, 
                    daniele.ceccarelli@ericsson.com
        Pages:      26
        Characters: 56109
        Updates/Obsoletes/SeeAlso:   None

        I-D Tag:    draft-ietf-ccamp-gmpls-g709-framework-15.txt

        URL:        http://www.rfc-editor.org/rfc/rfc7062.txt

This document provides a framework to allow the development of
protocol extensions to support Generalized Multi-Protocol Label
Switching (GMPLS) and Path Computation Element (PCE) control of
Optical Transport Networks (OTNs) as specified in ITU-T Recommendation
G.709 as published in 2012.

This document is a product of the Common Control and Measurement Plane 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
  http://www.ietf.org/mailman/listinfo/ietf-announce
  http://mailman.rfc-editor.org/mailman/listinfo/rfc-dist

For searching the RFC series, see http://www.rfc-editor.org/search/rfc_search.php
For downloading RFCs, see http://www.rfc-editor.org/rfc.html

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 wwwrun@rfc-editor.org  Tue Nov 19 16:25:35 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8FE101AE262; Tue, 19 Nov 2013 16:25:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.427
X-Spam-Level: 
X-Spam-Status: No, score=-2.427 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.525, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham
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 XcDyE5ETZZ9l; Tue, 19 Nov 2013 16:25:33 -0800 (PST)
Received: from rfc-editor.org (rfc-editor.org [IPv6:2001:1890:126c::1:2f]) by ietfa.amsl.com (Postfix) with ESMTP id 5E0C71AE269; Tue, 19 Nov 2013 16:25:33 -0800 (PST)
Received: by rfc-editor.org (Postfix, from userid 30) id 5CEBC75E01B; Tue, 19 Nov 2013 16:15:11 -0800 (PST)
To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org
From: rfc-editor@rfc-editor.org
Message-Id: <20131120001511.5CEBC75E01B@rfc-editor.org>
Date: Tue, 19 Nov 2013 16:15:11 -0800 (PST)
Cc: drafts-update-ref@iana.org, ccamp@ietf.org, rfc-editor@rfc-editor.org
Subject: [CCAMP] RFC 7074 on Revised Definition of the GMPLS Switching Capability and Type Fields
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 20 Nov 2013 00:25:35 -0000

A new Request for Comments is now available in online RFC libraries.

        
        RFC 7074

        Title:      Revised Definition of the GMPLS 
                    Switching Capability and Type Fields 
        Author:     L. Berger, J. Meuric
        Status:     Standards Track
        Stream:     IETF
        Date:       November 2013
        Mailbox:    lberger@labn.net, 
                    julien.meuric@orange.com
        Pages:      9
        Characters: 19376
        Updates:    RFC 3471, RFC 4202, RFC 4203, RFC 5307

        I-D Tag:    draft-ietf-ccamp-swcaps-update-03.txt

        URL:        http://www.rfc-editor.org/rfc/rfc7074.txt

GMPLS provides control for multiple switching technologies and
for hierarchical switching within a technology.  GMPLS routing and
signaling use common values to indicate the type of switching technology.
These values are carried in routing protocols via the Switching Capability
field, and in signaling protocols via the Switching Type field.  While the
values used in these fields are the primary indicators of the
technology and hierarchy level being controlled, the values are
not consistently defined and used across the different
technologies supported by GMPLS.  This document is intended to
resolve the inconsistent definition and use of the Switching
Capability and Type fields by narrowly scoping the meaning and use
of the fields.  This document updates all documents that use the
GMPLS Switching Capability and Types fields, in particular RFCs
3471, 4202, 4203, and 5307.

This document is a product of the Common Control and Measurement Plane Working Group of the IETF.

This is now a Proposed Standard.

STANDARDS TRACK: This document specifies an Internet standards track
protocol for the Internet community,and requests discussion and suggestions
for improvements.  Please refer to the current edition of the Internet
Official Protocol Standards (STD 1) for the standardization state and
status of this protocol.  Distribution of this memo is unlimited.

This announcement is sent to the IETF-Announce and rfc-dist lists.
To subscribe or unsubscribe, see
  http://www.ietf.org/mailman/listinfo/ietf-announce
  http://mailman.rfc-editor.org/mailman/listinfo/rfc-dist

For searching the RFC series, see http://www.rfc-editor.org/search/rfc_search.php
For downloading RFCs, see http://www.rfc-editor.org/rfc.html

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 jari.arkko@piuha.net  Wed Nov 20 10:48:21 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EC1591AE063; Wed, 20 Nov 2013 10:48:20 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.425
X-Spam-Level: 
X-Spam-Status: No, score=-2.425 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.525] autolearn=ham
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 fYKQl7zc3kGQ; Wed, 20 Nov 2013 10:48:19 -0800 (PST)
Received: from p130.piuha.net (p130.piuha.net [193.234.218.130]) by ietfa.amsl.com (Postfix) with ESMTP id 7D4471AE04D; Wed, 20 Nov 2013 10:48:18 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by p130.piuha.net (Postfix) with ESMTP id 7ADF72CCAE; Wed, 20 Nov 2013 20:48:11 +0200 (EET)
X-Virus-Scanned: amavisd-new at piuha.net
Received: from p130.piuha.net ([127.0.0.1]) by localhost (p130.piuha.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Wp1LtGj9dQ38; Wed, 20 Nov 2013 20:48:10 +0200 (EET)
Received: from [127.0.0.1] (p130.piuha.net [IPv6:2a00:1d50:2::130]) by p130.piuha.net (Postfix) with ESMTP id BA7452CC48; Wed, 20 Nov 2013 20:48:08 +0200 (EET)
Content-Type: text/plain; charset=iso-8859-1
Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\))
From: Jari Arkko 
In-Reply-To: <4A1562797D64E44993C5CBF38CF1BE48163DD1@ESESSMB301.ericsson.se>
Date: Wed, 20 Nov 2013 15:48:06 -0300
Content-Transfer-Encoding: quoted-printable
Message-Id: <18E856A7-DC79-40AF-8C4F-F8507F40133F@piuha.net>
References: <52581639.4050602@nostrum.com> <4A1562797D64E44993C5CBF38CF1BE48163DD1@ESESSMB301.ericsson.se>
To: Daniele Ceccarelli , Robert Sparks 
X-Mailer: Apple Mail (2.1510)
Cc: General Area Review Team , draft-ietf-ccamp-gmpls-ospf-g709v3@tools.ietf.org, ccamp@ietf.org
Subject: Re: [CCAMP] [Gen-art] Gen-Art LC review draft-ietf-ccamp-gmpls-ospf-g709v3-09
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 20 Nov 2013 18:48:21 -0000

Many thanks for your review, Robert! Daniele, thank you for the =
modifications. However, I do not see the IANA section modification yet =
in -11. But maybe I missed it. Has that been incorporated to the latest =
version? (I thought your text suggestion looked fine.)

Jari

On Oct 15, 2013, at 5:21 AM, Daniele Ceccarelli =
 wrote:

> Hi Robert,
> =20
> Many thanks for your review. Please find comments/replies in line.
> =20
> BR
> Daniele (& co-authors)
> =20
> From: Robert Sparks [mailto:rjsparks@nostrum.com]=20
> Sent: venerd=EC 11 ottobre 2013 17:16
> To: General Area Review Team; ccamp@ietf.org; =
draft-ietf-ccamp-gmpls-ospf-g709v3@tools.ietf.org
> Subject: Gen-Art LC review draft-ietf-ccamp-gmpls-ospf-g709v3-09
> =20
> I am the assigned Gen-ART reviewer for this draft. For background on=20=

> Gen-ART, please see the FAQ at=20
>=20
> .=20
>=20
> Please resolve these comments along with any other Last Call comments=20=

> you may receive.=20
>=20
> Document: draft-ietf-ccamp-gmpls-ospf-g709v3-09
> Reviewer: Robert Sparks
> Review Date: 11-Oct-2013
> IETF LC End Date: 16-Oct-2013
> IESG Telechat date: Not yet scheduled for a telechat
>=20
> Summary: This draft is basically ready for publication, but has nits =
that should be fixed before publication.
>=20
> This document is dense (as in it puts a lot of information in a small =
number of characters), but it reads clearly.
> I did not carefully review the contents of the example fields for =
editorial mistakes - please be sure someone in the group has done that.
>=20
> The largest issue I see is on the border of being more than a nit. I'm =
calling it a nit because it should be very easy to fix:
> The sentence "Same type of modification needs to applied to the =
IANA-GMPLS-TC-MIB at =
https://www.iana.org/assignments/ianagmplstc-mib/ianagmplstc-mib" is not =
sufficient instruction to IANA to cause that registry to be modified. =
Please provide more precise
> instructions as to how this mib should change.
>=20
> [[Authors]] How about the following?
>=20
> OLD
>=20
> Same type of modification needs to applied to the IANA-GMPLS-TC-MIB at =
https://www.iana.org/assignments/ianagmplstc-mib/ianagmplstc-mib
>=20
> NEW
>=20
> Same type of modification needs to applied to the IANA-GMPLS-TC-MIB at =
https://www.iana.org/assignments/ianagmplstc-mib/ianagmplstc-mib, where =
the value
>=20
> OTN-TDM (110),     -- Time-Division-Multiplex OTN-TDM capable
>=20
> Will be added to the IANAGmplsSwitchingTypeTC ::=3D TEXTUAL-CONVENTION =
syntax list.
>=20
>=20
>=20
> I note also that the value 40 from RFC6060 didn't make it into the =
mib.
>=20
> The rest of these are more nitty nits:
>=20
> ---
> In section 4, I think you've repeated a MUST, and risk introducing =
confusion.
> It's awkward to point to this with paragraph numbers because of the =
interspersed tables, so I'll quote the relevant block:
>=20
>    When supporting the extensions defined in this document, the
>    Switching Capability and Encoding values MUST be used as follows:
> =20
>    - Switching Capability =3D OTN-TDM
>    - Encoding Type =3D G.709 ODUk (Digital Path) as defined in =
[RFC4328]
> =20
>    Both for fixed and flexible ODUs the same switching type and =
encoding
>    values MUST be used.
> If I read that correctly , those are the same MUST and you're saying =
it's a MUST no matter whether you're talking about fixed or flexible =
ODUs.
> If that's correct I suggest replacing this with:
>=20
>    When supporting the extensions defined in this document, for both
>    fixed and flexible ODUs, the Switching Capability and Encoding =
values=20
>    MUST be used as follows:
> =20
>    - Switching Capability =3D OTN-TDM
>    - Encoding Type =3D G.709 ODUk (Digital Path) as defined in =
[RFC4328]
> (or leave out the fixed and flexible clarification altogether - I =
would not have been confused without it).=20
> [[Authors]] Comment correct. New text adopted.
>=20
>=20
> ---
>=20
> In section 8.2, where you say "IANA will create and maintain a new =
registry", I suggest you say "new sub-registry".
> [[Authors]] OK
>=20
>=20
> RjS
> _______________________________________________
> Gen-art mailing list
> Gen-art@ietf.org
> https://www.ietf.org/mailman/listinfo/gen-art


From internet-drafts@ietf.org  Fri Nov 22 03:21:29 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AC7C01AE04A; Fri, 22 Nov 2013 03:21:29 -0800 (PST)
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] autolearn=ham
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 u9VuR04pnkN5; Fri, 22 Nov 2013 03:21:28 -0800 (PST)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 608BF1AD83F; Fri, 22 Nov 2013 03:21:28 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
From: internet-drafts@ietf.org
To: i-d-announce@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 4.83.p1
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20131122112128.16611.95084.idtracker@ietfa.amsl.com>
Date: Fri, 22 Nov 2013 03:21:28 -0800
Cc: ccamp@ietf.org
Subject: [CCAMP] I-D Action: draft-ietf-ccamp-gmpls-ospf-g709v3-12.txt
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 22 Nov 2013 11:21:29 -0000

A New Internet-Draft is available from the on-line Internet-Drafts director=
ies.
 This draft is a work item of the Common Control and Measurement Plane Work=
ing Group of the IETF.

	Title           : Traffic Engineering Extensions to OSPF for Generalized M=
PLS (GMPLS) Control of Evolving G.709 OTN Networks
	Author(s)       : Daniele Ceccarelli
                          Fatai Zhang
                          Sergio Belotti
                          Rajan Rao
                          John E Drake
	Filename        : draft-ietf-ccamp-gmpls-ospf-g709v3-12.txt
	Pages           : 35
	Date            : 2013-11-22

Abstract:
   This document describes Open Shortest Path First - Traffic
   Engineering (OSPF-TE) routing protocol extensions to support
   Generalized MPLS (GMPLS) control of Optical Transport Networks (OTN)
   specified in ITU-T Recommendation G.709 as published in 2012.  It
   extends mechanisms defined in RFC4203.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-ccamp-gmpls-ospf-g709v3

There's also a htmlized version available at:
http://tools.ietf.org/html/draft-ietf-ccamp-gmpls-ospf-g709v3-12

A diff from the previous version is available at:
http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ccamp-gmpls-ospf-g709v3-12


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 daniele.ceccarelli@ericsson.com  Fri Nov 22 03:22:39 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 690521AD7C1; Fri, 22 Nov 2013 03:22:39 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.387
X-Spam-Level: 
X-Spam-Status: No, score=-0.387 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, URIBL_RHS_DOB=1.514] autolearn=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 EXABHhhNiZR4; Fri, 22 Nov 2013 03:22:37 -0800 (PST)
Received: from sesbmg20.ericsson.net (sesbmg20.ericsson.net [193.180.251.56]) by ietfa.amsl.com (Postfix) with ESMTP id 93EC91AE120; Fri, 22 Nov 2013 03:22:32 -0800 (PST)
X-AuditID: c1b4fb38-b7f2c8e000006d25-09-528f3e707da8
Received: from ESESSHC023.ericsson.se (Unknown_Domain [153.88.253.125]) by sesbmg20.ericsson.net (Symantec Mail Security) with SMTP id 39.A4.27941.07E3F825; Fri, 22 Nov 2013 12:22:24 +0100 (CET)
Received: from ESESSMB301.ericsson.se ([169.254.1.247]) by ESESSHC023.ericsson.se ([153.88.183.87]) with mapi id 14.02.0328.009; Fri, 22 Nov 2013 12:22:23 +0100
From: Daniele Ceccarelli 
To: "jari.arkko@piuha.net" 
Thread-Topic: [CCAMP] [Gen-art] Gen-Art LC review draft-ietf-ccamp-gmpls-ospf-g709v3-09
Thread-Index: Ac7ndCxaqmAG17XGS92n4CnwVSCC4A==
Date: Fri, 22 Nov 2013 11:22:23 +0000
Message-ID: <4A1562797D64E44993C5CBF38CF1BE481260D975@ESESSMB301.ericsson.se>
Accept-Language: it-IT, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [153.88.183.18]
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrDLMWRmVeSWpSXmKPExsUyM+JvrW6BXX+QwbkdmhZP5txgsfjb8JrF 4uqrzywWM/atYLO4NqeRzYHVY8mSn0wes3Y+YfHYumQ6m8eXy5/ZAliiuGxSUnMyy1KL9O0S uDKe3FUu+KFS0Tt5CVsDY59cFyMnh4SAicTD5ddYIWwxiQv31rN1MXJxCAkcYZRYceAJC0hC SGAJo8SGReZdjBwcbAJWEk8O+YCERQQMJU5/u8EIUs8s0MIk8eLoIbB6YYEIif5XXxkhiiIl Lp27ww5h60lcmb6AGWQOi4CqxKZXtiBhXgFfiX9//zGD2IwCshITdi8Ca2UWEJe49WQ+E8Rt AhJL9pxnhrBFJV4+/gd1s6LEx1f7oOr1JG5MncIGYWtLLFv4mhlivqDEyZlPWCYwisxCMnYW kpZZSFpmIWlZwMiyipGjOLU4KTfdyGATIzBGDm75bbGD8fJfm0OM0hwsSuK8H986BwkJpCeW pGanphakFsUXleakFh9iZOLglGpgzPQpWnJz5zdVBb5Hy26one3dcezUEi6FY+/FtYxbD5qv /FAc8+l+g+fv3zts7votssi8/Wmdw+3LU7Y7NG/7eWhvmmKpKaMQl2vRhyfv32VV9hbWvXs9 Z52K+Mo/axtOfNGcmbN4mfeaGwvnzz8R8Ztbw6So+I1Hc/jNTK4XJ2+8Nd4umW77XkOJpTgj 0VCLuag4EQAgu6NMXwIAAA==
Cc: "gen-art@ietf.org" , "draft-ietf-ccamp-gmpls-ospf-g709v3@tools.ietf.org" , "CCAMP \(ccamp@ietf.org\)" , "Robert Sparks \(rjsparks@nostrum.com\)" 
Subject: Re: [CCAMP] [Gen-art] Gen-Art LC review draft-ietf-ccamp-gmpls-ospf-g709v3-09
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 22 Nov 2013 11:22:39 -0000

Hi Jari,

Yes, you're right. When doing the modifications is missed the IANA section =
ones.

I just uploaded the v12 to fix it.

Many thanks
Daniele




Many thanks for your review, Robert! Daniele, thank you for the modificatio=
ns. However, I do not see the IANA section modification yet in -11. But may=
be I missed it. Has that been incorporated to the latest version? (I though=
t your text suggestion looked fine.)

Jari

On Oct 15, 2013, at 5:21 AM, Daniele Ceccarelli  wrote:

> Hi Robert,
>=A0=20
> Many thanks for your review. Please find comments/replies in line.
>=A0=20
> BR
> Daniele (& co-authors)
>=A0=20
> From: Robert Sparks [mailto:rjsparks at nostrum.com]=20
> Sent: venerd=EC 11 ottobre 2013 17:16
> To: General Area Review Team; ccamp at ietf.org; draft-ietf-ccamp-gmpls-o=
spf-g709v3 at tools.ietf.org
> Subject: Gen-Art LC review draft-ietf-ccamp-gmpls-ospf-g709v3-09
>=A0=20
> I am the assigned Gen-ART reviewer for this draft. For background on=20
> Gen-ART, please see the FAQ at=20
>=20
> .=20
>=20
> Please resolve these comments along with any other Last Call comments=20
> you may receive.=20
>=20
> Document: draft-ietf-ccamp-gmpls-ospf-g709v3-09
> Reviewer: Robert Sparks
> Review Date: 11-Oct-2013
> IETF LC End Date: 16-Oct-2013
> IESG Telechat date: Not yet scheduled for a telechat
>=20
> Summary: This draft is basically ready for publication, but has nits that=
 should be fixed before publication.
>=20
> This document is dense (as in it puts a lot of information in a small num=
ber of characters), but it reads clearly.
> I did not carefully review the contents of the example fields for editori=
al mistakes - please be sure someone in the group has done that.
>=20
> The largest issue I see is on the border of being more than a nit. I'm ca=
lling it a nit because it should be very easy to fix:
> The sentence "Same type of modification needs to applied to the IANA-GMPL=
S-TC-MIB at https://www.iana.org/assignments/ianagmplstc-mib/ianagmplstc-mi=
b"; is not sufficient instruction to IANA to cause that registry to be modi=
fied. Please provide more precise
> instructions as to how this mib should change.
>=20
> [[Authors]] How about the following?
>=20
> OLD
>=20
> Same type of modification needs to applied to the IANA-GMPLS-TC-MIB at ht=
tps://www.iana.org/assignments/ianagmplstc-mib/ianagmplstc-mib
>=20
> NEW
>=20
> Same type of modification needs to applied to the IANA-GMPLS-TC-MIB at ht=
tps://www.iana.org/assignments/ianagmplstc-mib/ianagmplstc-mib, where the v=
alue
>=20
> OTN-TDM (110),=A0=A0=A0=A0 -- Time-Division-Multiplex OTN-TDM capable
>=20
> Will be added to the IANAGmplsSwitchingTypeTC ::=3D TEXTUAL-CONVENTION sy=
ntax list.
>=20
>=20
>=20
> I note also that the value 40 from RFC6060 didn't make it into the mib.
>=20
> The rest of these are more nitty nits:
>=20
> ---
> In section 4, I think you've repeated a MUST, and risk introducing confus=
ion.
> It's awkward to point to this with paragraph numbers because of the inter=
spersed tables, so I'll quote the relevant block:
>=20
>=A0=A0=A0 When supporting the extensions defined in this document, the
>=A0=A0=A0 Switching Capability and Encoding values MUST be used as follows=
:
>=A0=20
>=A0=A0=A0 - Switching Capability =3D OTN-TDM
>=A0=A0=A0 - Encoding Type =3D G.709 ODUk (Digital Path) as defined in [RFC=
4328]
>=A0=20
>=A0=A0=A0 Both for fixed and flexible ODUs the same switching type and enc=
oding
>=A0=A0=A0 values MUST be used.
> If I read that correctly , those are the same MUST and you're saying it's=
 a MUST no matter whether you're talking about fixed or flexible ODUs.
> If that's correct I suggest replacing this with:
>=20
>=A0=A0=A0 When supporting the extensions defined in this document, for bot=
h
>=A0=A0=A0 fixed and flexible ODUs, the Switching Capability and Encoding v=
alues=20
>=A0=A0=A0 MUST be used as follows:
>=A0=20
>=A0=A0=A0 - Switching Capability =3D OTN-TDM
>=A0=A0=A0 - Encoding Type =3D G.709 ODUk (Digital Path) as defined in [RFC=
4328]
> (or leave out the fixed and flexible clarification altogether - I would n=
ot have been confused without it).=20
> [[Authors]] Comment correct. New text adopted.
>=20
>=20
> ---
>=20
> In section 8.2, where you say "IANA will create and maintain a new regist=
ry", I suggest you say "new sub-registry".
> [[Authors]] OK
>=20
>=20
> RjS
> _______________________________________________
> Gen-art mailing list
> Gen-art at ietf.org
> https://www.ietf.org/mailman/listinfo/gen-art


From lberger@labn.net  Fri Nov 22 06:27:36 2013
Return-Path: 
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CCB951AE12D for ; Fri, 22 Nov 2013 06:27:36 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.699
X-Spam-Level: 
X-Spam-Status: No, score=0.699 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_PASS=-0.001] autolearn=ham
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 UJso-yPdif25 for ; Fri, 22 Nov 2013 06:27:32 -0800 (PST)
Received: from alt-proxy32.mail.unifiedlayer.com (alt-proxy32.mail.unifiedlayer.com [70.40.193.36]) by ietfa.amsl.com (Postfix) with SMTP id 2314B1AE07C for ; Fri, 22 Nov 2013 06:27:32 -0800 (PST)
Received: (qmail 320 invoked by uid 0); 22 Nov 2013 14:27:04 -0000
Received: from unknown (HELO box313.bluehost.com) (69.89.31.113) by oproxy13.mail.unifiedlayer.com with SMTP; 22 Nov 2013 14:27:04 -0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default;  h=Content-Transfer-Encoding:Content-Type:Subject:To:MIME-Version:From:Date:Message-ID; bh=C59I9h954L9TA+SEwF5/A4vY0ToPP38ZnwU5Oif2p+o=;  b=CYDohnkqKImg8g6vcr3CU/nRNudOb1y/QtkaZjAcXgw2RWjGee62cxjMzzdFLwgu3vRFPAwYc0DvKyMKgSPtaRUdxTWV8aqf/1z17KSur/4RgDM7fPVLvrKjsR0rdHyz;
Received: from box313.bluehost.com ([69.89.31.113]:34090 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.80) (envelope-from ) id 1VjrhH-0006gE-Gc for ccamp@ietf.org; Fri, 22 Nov 2013 07:27:03 -0700
Message-ID: <528F69B7.1010409@labn.net>
Date: Fri, 22 Nov 2013 09:27:03 -0500
From: Lou Berger 
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.1
MIME-Version: 1.0
To: CCAMP 
X-Enigmail-Version: 1.6
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net}
Subject: [CCAMP] Updated draft Vancouver 88 minutes available
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussion list for the CCAMP working group 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 22 Nov 2013 14:27:37 -0000

All,
	Updated draft minutes are available at
http://www.ietf.org/proceedings/88/minutes/minutes-88-ccamp

Please send any comments/corrections/additions to the list.

Kudos to our minute taker, Daniele.

Much thanks,
Lou (and Deborah)