Big c= hanges start small –<= /b> conserve resources by not printing every e-mail.

--_000_D0A3A22C2D7BE64AA7506612C2E9BAB7014764F373BDHE101451eme_-- From internet-drafts@ietf.org Mon Mar 12 07:39:02 2012 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 94FF121F8835; Mon, 12 Mar 2012 07:39:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.58 X-Spam-Level: X-Spam-Status: No, score=-102.58 tagged_above=-999 required=5 tests=[AWL=0.019, 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 j2p7kbVRQtP4; Mon, 12 Mar 2012 07:39:02 -0700 (PDT) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0CC5621F87F5; Mon, 12 Mar 2012 07:39:02 -0700 (PDT) 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.00 Message-ID: <20120312143902.16346.40352.idtracker@ietfa.amsl.com> Date: Mon, 12 Mar 2012 07:39:02 -0700 Cc: ccamp@ietf.org Subject: [CCAMP] I-D Action: draft-ietf-ccamp-gmpls-ted-mib-11.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: Mon, 12 Mar 2012 14:39:02 -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 = Working Group of the IETF. Title : Traffic Engineering Database Management Information Base= in support of MPLS-TE/GMPLS Author(s) : Masanori Miyazawa Tomohiro Otani Kenji Kumaki Thomas D. Nadeau Filename : draft-ietf-ccamp-gmpls-ted-mib-11.txt Pages : 32 Date : 2012-03-12 This memo defines the Management Information Base (MIB) objects in order to manage traffic engineering database (TED) information with extension in support of Multi-Protocol Label Switching (MPLS) with traffic engineering (TE) as well as Generalized MPLS (GMPLS) for use with network management protocols. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-ccamp-gmpls-ted-mib-11.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ This Internet-Draft can be retrieved at: ftp://ftp.ietf.org/internet-drafts/draft-ietf-ccamp-gmpls-ted-mib-11.txt From wwwrun@rfc-editor.org Mon Mar 12 15:56:25 2012 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 A725821F8A65; Mon, 12 Mar 2012 15:56:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.336 X-Spam-Level: X-Spam-Status: No, score=-104.336 tagged_above=-999 required=5 tests=[AWL=1.341, BAYES_00=-2.599, HELO_MISMATCH_ORG=0.611, HOST_MISMATCH_COM=0.311, RCVD_IN_DNSWL_MED=-4, 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 GxVGi7AAXCNe; Mon, 12 Mar 2012 15:56:24 -0700 (PDT) Received: from rfc-editor.org (rfcpa.amsl.com [12.22.58.47]) by ietfa.amsl.com (Postfix) with ESMTP id D78C321E80F1; Mon, 12 Mar 2012 15:56:23 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id 0C2B872E010; Mon, 12 Mar 2012 15:55:56 -0700 (PDT) To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org From: rfc-editor@rfc-editor.org Message-Id: <20120312225556.0C2B872E010@rfc-editor.org> Date: Mon, 12 Mar 2012 15:55:56 -0700 (PDT) Cc: ccamp@ietf.org, rfc-editor@rfc-editor.org Subject: [CCAMP] RFC 6566 on A Framework for the Control of Wavelength Switched Optical Networks (WSONs) with Impairments 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, 12 Mar 2012 22:56:25 -0000 A new Request for Comments is now available in online RFC libraries. RFC 6566 Title: A Framework for the Control of Wavelength Switched Optical Networks (WSONs) with Impairments Author: Y. Lee, Ed., G. Bernstein, Ed., D. Li, G. Martinelli Status: Informational Stream: IETF Date: March 2012 Mailbox: leeyoung@huawei.com, gregb@grotto-networking.com, danli@huawei.com, giomarti@cisco.com Pages: 31 Characters: 68851 Updates/Obsoletes/SeeAlso: None I-D Tag: draft-ietf-ccamp-wson-impairments-10.txt URL: http://www.rfc-editor.org/rfc/rfc6566.txt As an optical signal progresses along its path, it may be altered by the various physical processes in the optical fibers and devices it encounters. When such alterations result in signal degradation, these processes are usually referred to as "impairments". These physical characteristics may be important constraints to consider when using a GMPLS control plane to support path setup and maintenance in wavelength switched optical networks. This document provides a framework for applying GMPLS protocols and the Path Computation Element (PCE) architecture to support Impairment-Aware Routing and Wavelength Assignment (IA-RWA) in wavelength switched optical networks. Specifically, this document discusses key computing constraints, scenarios, and architectural processes: routing, wavelength assignment, and impairment validation. This document does not define optical data plane aspects; impairment parameters; or measurement of, or assessment and qualification of, a route; rather, it describes the architectural and information components for protocol solutions. This document is not an Internet Standards Track specification; it is published for informational purposes. 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/rfcsearch.html. 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 tm-otani@kddi.com Mon Mar 12 16:49:03 2012 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 99B9521E8136 for ; Mon, 12 Mar 2012 16:49:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.695 X-Spam-Level: X-Spam-Status: No, score=-0.695 tagged_above=-999 required=5 tests=[AWL=-0.696, BAYES_50=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 1Rixhy1Lq31i for ; Mon, 12 Mar 2012 16:49:03 -0700 (PDT) Received: from UTMC1101.kddi.com (athena.kddi.com [210.141.112.39]) by ietfa.amsl.com (Postfix) with ESMTP id D46CE21E8129 for ; Mon, 12 Mar 2012 16:49:02 -0700 (PDT) Received: from UTMC1134 (unknown [10.5.16.201]) by UTMC1101.kddi.com (Postfix) with SMTP id D470211FE; Tue, 13 Mar 2012 08:49:00 +0900 (JST) Received: from UTMC1124.kddi.com (localhost [127.0.0.1]) by localhost.kddi.com (Postfix) with ESMTP id 7A8F21B79; Tue, 13 Mar 2012 08:48:53 +0900 (JST) Received: from LTMC1005.kddi.com (unknown [10.5.16.216]) by UTMC1124.kddi.com (Postfix) with ESMTP id 6A58119EE; Tue, 13 Mar 2012 08:48:53 +0900 (JST) Received: from LTMC1005.kddi.com (localhost.localdomain [127.0.0.1]) by LTMC1005.kddi.com with ESMTP id q2CNmqZE015891; Tue, 13 Mar 2012 08:48:53 +0900 Received: from LTMC1005.kddi.com.mid_4528198 (localhost.localdomain [127.0.0.1]) by LTMC1005.kddi.com with ESMTP id q2CNhpX2012601; Tue, 13 Mar 2012 08:43:51 +0900 Received: from KDDI-0805PC0145 ([10.211.58.34] [10.211.58.34]) by post-zip.kddi.com with ESMTPA; Tue, 13 Mar 2012 08:43:51 +0900 To: lberger@labn.net, ma-miyazawa@kddilabs.jp, tnadeau@lucidvision.com, ke-kumaki@kddi.com From: Tomohiro Otani References: <4F5772F6.2090500@labn.net> In-Reply-To: <4F5772F6.2090500@labn.net> Message-Id: <201203130843.EBI17104.OPBtJUNU@kddi.com> X-Mailer: Winbiff [Version 2.51 PL4] X-Accept-Language: ja,en,zh Date: Tue, 13 Mar 2012 08:43:51 +0900 Mime-Version: 1.0 Content-Type: text/plain; charset=iso-2022-jp X-SA-MID: 4528198 X-WAuditID: 1203130848530000419954 Cc: ccamp@ietf.org, ccamp-ads@tools.ietf.org Subject: Re: [CCAMP] Regarding IPR on draft-ietf-ccamp-gmpls-ted-mib 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, 12 Mar 2012 23:49:03 -0000 Lou, I am not aware of any IPR related with this draft. Regards, tomo <4F5772F6.2090500@labn.net> $B$N!"(B "Regarding IPR on draft-ietf-ccamp-gmpls-ted-mib" $B$K$*$$$F!"(B "Lou Berger "$B$5$s$O=q$-$^$7$?!'(B > Authors, Contributors, (CCAMP) > > In preparation of this document for publication request: > > Are you aware of any IPR that applies to draft-ietf-ccamp-gmpls-ted-mib? > > If so, has this IPR been disclosed in compliance with IETF IPR rules > (see RFCs 3979, 4879, 3669 and 5378 for more details)? > > If you are listed as a document author or contributor please answer the > above by responding to this email regardless of whether or not you are > aware of any relevant IPR. This document will not advance to the next > stage until a response has been received from each author and listed > contributor. NOTE: THIS APPLIES TO ALL OF YOU LISTED IN THIS > MESSAGE'S TO LINES. > > If you are on the CCAMP WG email list but are not listed as an author or > contributor, we remind you of your obligations under the IETF IPR rules > which encourages you to notify the IETF if you are aware of IPR of > others on an IETF contribution, or to refrain from participating in any > contribution or discussion related to your undisclosed IPR. For more > information, please see the RFCs listed above and > http://trac.tools.ietf.org/group/iesg/trac/wiki/IntellectualProperty. > > Thank you, > CCAMP WG Chairs > > PS Please include all listed in the headers of this message in your > response. > From davari@broadcom.com Mon Mar 12 17:16:57 2012 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 3119621E801C; Mon, 12 Mar 2012 17:16:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.457 X-Spam-Level: X-Spam-Status: No, score=-5.457 tagged_above=-999 required=5 tests=[AWL=-0.659, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_31=0.6, J_CHICKENPOX_52=0.6, J_CHICKENPOX_74=0.6, 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 smnkVL0gODW4; Mon, 12 Mar 2012 17:16:54 -0700 (PDT) Received: from MMS3.broadcom.com (mms3.broadcom.com [216.31.210.19]) by ietfa.amsl.com (Postfix) with ESMTP id 7B5D821E8014; Mon, 12 Mar 2012 17:16:53 -0700 (PDT) Received: from [10.16.192.224] by MMS3.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.5)); Mon, 12 Mar 2012 17:25:54 -0700 X-Server-Uuid: B730DE51-FC43-4C83-941F-F1F78A914BDD Received: from SJEXCHCCR02.corp.ad.broadcom.com ([10.16.192.131]) by SJEXCHHUB01.corp.ad.broadcom.com ([10.16.192.224]) with mapi; Mon, 12 Mar 2012 17:16:45 -0700 From: "Shahram Davari" To: "tictoc@ietf.org" , "mpls@ietf.org" , "'pwe3@ietf.org'" , CCAMP Date: Mon, 12 Mar 2012 17:16:39 -0700 Thread-Topic: Updated 1588 over MPLS draf-03 Thread-Index: Ac0Aro8OkV/kLkCtTR+QbDOlyi4vGQ== Message-ID: <2C2F1EBA8050E74EA81502D5740B4BD6BBDEDF4308@SJEXCHCCR02.corp.ad.broadcom.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 X-WSS-ID: 63404B983E03632515-01-01 Content-Type: multipart/mixed; boundary=_004_2C2F1EBA8050E74EA81502D5740B4BD6BBDEDF4308SJEXCHCCR02co_ Subject: [CCAMP] Updated 1588 over MPLS draf-03 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, 13 Mar 2012 00:16:57 -0000 --_004_2C2F1EBA8050E74EA81502D5740B4BD6BBDEDF4308SJEXCHCCR02co_ Content-Type: multipart/alternative; boundary=_000_2C2F1EBA8050E74EA81502D5740B4BD6BBDEDF4308SJEXCHCCR02co_ Content-Transfer-Encoding: 7bit --_000_2C2F1EBA8050E74EA81502D5740B4BD6BBDEDF4308SJEXCHCCR02co_ Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Hi, Please find attached the latest 1588 over MPLS draft (03). Since cut-off da= te was yesterday, we will upload this after the Paris meeting. Review is required from TICTOC, MPLS, PWE3 and CCAMP WGs, since some aspect= s from each of these groups are used in this draft. We will present this draft in the relevant WGs in Paris. Regards, Shahram Davari --_000_2C2F1EBA8050E74EA81502D5740B4BD6BBDEDF4308SJEXCHCCR02co_ Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: quoted-printable
Hi,

Please fin= d attached the latest 1588 over MPLS draft (03). Since cut-off date was yes= terday, we will upload this after the Paris meeting.
Review is required from TICTOC, MPLS, PWE3 and CCAMP WGs, sinc= e some aspects from each of these groups are used in this draft.

We will= present this draft in the relevant WGs in Paris.

Regards,
=
Shahram Davari
= --_000_2C2F1EBA8050E74EA81502D5740B4BD6BBDEDF4308SJEXCHCCR02co_-- --_004_2C2F1EBA8050E74EA81502D5740B4BD6BBDEDF4308SJEXCHCCR02co_ Content-Type: text/plain; name=draft-ietf-tictoc-1588overmpls-03.txt Content-Description: draft-ietf-tictoc-1588overmpls-03.txt Content-Disposition: attachment; filename=draft-ietf-tictoc-1588overmpls-03.txt; size=50993; creation-date="Mon, 12 Mar 2012 16:46:51 GMT"; modification-date="Mon, 12 Mar 2012 17:07:14 GMT" Content-Transfer-Encoding: base64 DQoNCg0KVElDVE9DIFdvcmtpbmcgR3JvdXAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgUy4gRGF2YXJpDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEEuIE9yZW4NCkludGVuZGVkIHN0YXR1czog U3RhbmRhcmRzIFRyYWNrICAgICAgICAgICAgICAgICAgICAgICAgICBCcm9hZGNvbSBDb3JwLg0K RXhwaXJlczogU2VwdGVtYmVyIDEyLCAyMDEyICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgTS4gQmhhdGlhDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIFAuIFJvYmVydHMNCiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBBbGNhdGVsLUx1Y2VudA0KICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBM LiBNb250aW5pDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIENpc2NvIFN5c3RlbXMNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgTWFyY2ggMTIsIDIwMTENCg0KDQogICAgICAg ICAgVHJhbnNwb3J0aW5nIFBUUCBtZXNzYWdlcyAoMTU4OCkgb3ZlciBNUExTIE5ldHdvcmtzDQog ICAgICAgICAgICAgICAgICAgZHJhZnQtaWV0Zi10aWN0b2MtMTU4OG92ZXJtcGxzLTAzDQoNCkFi c3RyYWN0DQoNCiAgIFRoaXMgZG9jdW1lbnQgZGVmaW5lcyB0aGUgbWV0aG9kIGZvciB0cmFuc3Bv cnRpbmcgUFRQIG1lc3NhZ2VzIChQRFVzKQ0KICAgb3ZlciBhbiBNUExTIG5ldHdvcmsuICBUaGUg bWV0aG9kIGFsbG93cyBmb3IgdGhlIGVhc3kgaWRlbnRpZmljYXRpb24NCiAgIG9mIHRoZXNlIFBE VXMgYXQgdGhlIHBvcnQgbGV2ZWwgdG8gYWxsb3cgZm9yIHBvcnQgbGV2ZWwgcHJvY2Vzc2luZyBv Zg0KICAgdGhlc2UgUERVcyBpbiBib3RoIExFUnMgYW5kIExTUnMuDQoNCiAgIFRoZSBiYXNpYyBp ZGVhIGlzIHRvIHRyYW5zcG9ydCBQVFAgbWVzc2FnZXMgaW5zaWRlIGRlZGljYXRlZCBNUExTDQog ICBMU1BzLiAgVGhlc2UgTFNQcyBvbmx5IGNhcnJ5IFBUUCBtZXNzYWdlcyBhbmQgcG9zc2libHkg Q29udHJvbCBhbmQNCiAgIE1hbmFnZW1lbnQgcGFja2V0cywgYnV0IHRoZXkgZG8gbm90IGNhcnJ5 IGN1c3RvbWVyIHRyYWZmaWMuDQoNCiAgIFR3byBtZXRob2RzIGZvciB0cmFuc3BvcnRpbmcgMTU4 OCBvdmVyIE1QTFMgYXJlIGRlZmluZWQuICBUaGUgZmlyc3QNCiAgIG1ldGhvZCBpcyB0byB0cmFu c3BvcnQgUFRQIG1lc3NhZ2VzIGRpcmVjdGx5IG92ZXIgdGhlIGRlZGljYXRlZCBNUExTDQogICBM U1AgdmlhIFVEUC9JUCBlbmNhcHN1bGF0aW9uLCB3aGljaCBpcyBzdWl0YWJsZSBmb3IgSVAvTVBM UyBuZXR3b3Jrcy4NCiAgIFRoZSBzZWNvbmQgbWV0aG9kIGlzIHRvIHRyYW5zcG9ydCBQVFAgbWVz c2FnZXMgaW5zaWRlIGEgUFcgdmlhDQogICBFdGhlcm5ldCBlbmNhcHN1bGF0aW9uLCB3aGljaCBp cyBtb3JlIHN1aXRhYmxlIGZvciBNUExTLVRQIG5ldHdvcmtzLg0KDQpTdGF0dXMgb2YgdGhpcyBN ZW1vDQoNCiAgIFRoaXMgSW50ZXJuZXQtRHJhZnQgaXMgc3VibWl0dGVkIGluIGZ1bGwgY29uZm9y bWFuY2Ugd2l0aCB0aGUNCiAgIHByb3Zpc2lvbnMgb2YgQkNQIDc4IGFuZCBCQ1AgNzkuDQoNCiAg IEludGVybmV0LURyYWZ0cyBhcmUgd29ya2luZyBkb2N1bWVudHMgb2YgdGhlIEludGVybmV0IEVu Z2luZWVyaW5nDQogICBUYXNrIEZvcmNlIChJRVRGKS4gIE5vdGUgdGhhdCBvdGhlciBncm91cHMg bWF5IGFsc28gZGlzdHJpYnV0ZQ0KICAgd29ya2luZyBkb2N1bWVudHMgYXMgSW50ZXJuZXQtRHJh ZnRzLiAgVGhlIGxpc3Qgb2YgY3VycmVudCBJbnRlcm5ldC0NCiAgIERyYWZ0cyBpcyBhdCBodHRw Oi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZHJhZnRzL2N1cnJlbnQvLg0KDQogICBJbnRlcm5ldC1E cmFmdHMgYXJlIGRyYWZ0IGRvY3VtZW50cyB2YWxpZCBmb3IgYSBtYXhpbXVtIG9mIHNpeCBtb250 aHMNCiAgIGFuZCBtYXkgYmUgdXBkYXRlZCwgcmVwbGFjZWQsIG9yIG9ic29sZXRlZCBieSBvdGhl ciBkb2N1bWVudHMgYXQgYW55DQogICB0aW1lLiAgSXQgaXMgaW5hcHByb3ByaWF0ZSB0byB1c2Ug SW50ZXJuZXQtRHJhZnRzIGFzIHJlZmVyZW5jZQ0KICAgbWF0ZXJpYWwgb3IgdG8gY2l0ZSB0aGVt IG90aGVyIHRoYW4gYXMgIndvcmsgaW4gcHJvZ3Jlc3MuIg0KDQogICBUaGlzIEludGVybmV0LURy YWZ0IHdpbGwgZXhwaXJlIG9uIFNlcHQgMTIsIDIwMTIuDQoNCg0KDQoNCkRhdmFyaSwgZXQgYWwu ICAgICAgICAgICAgRXhwaXJlcyBTZXB0IDEyLCAyMDEyICAgICAgICAgICAgICAgICBbUGFnZSAx XQ0KDQoNCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgMTU4OCBvdmVyIE1QTFMgICAgICAg ICAgICAgICAgICAgTWFyY2ggMjAxMg0KDQoNCkNvcHlyaWdodCBOb3RpY2UNCg0KICAgQ29weXJp Z2h0IChjKSAyMDExIElFVEYgVHJ1c3QgYW5kIHRoZSBwZXJzb25zIGlkZW50aWZpZWQgYXMgdGhl DQogICBkb2N1bWVudCBhdXRob3JzLiAgQWxsIHJpZ2h0cyByZXNlcnZlZC4NCg0KICAgVGhpcyBk b2N1bWVudCBpcyBzdWJqZWN0IHRvIEJDUCA3OCBhbmQgdGhlIElFVEYgVHJ1c3QncyBMZWdhbA0K ICAgUHJvdmlzaW9ucyBSZWxhdGluZyB0byBJRVRGIERvY3VtZW50cw0KICAgKGh0dHA6Ly90cnVz dGVlLmlldGYub3JnL2xpY2Vuc2UtaW5mbykgaW4gZWZmZWN0IG9uIHRoZSBkYXRlIG9mDQogICBw dWJsaWNhdGlvbiBvZiB0aGlzIGRvY3VtZW50LiAgUGxlYXNlIHJldmlldyB0aGVzZSBkb2N1bWVu dHMNCiAgIGNhcmVmdWxseSwgYXMgdGhleSBkZXNjcmliZSB5b3VyIHJpZ2h0cyBhbmQgcmVzdHJp Y3Rpb25zIHdpdGggcmVzcGVjdA0KICAgdG8gdGhpcyBkb2N1bWVudC4gIENvZGUgQ29tcG9uZW50 cyBleHRyYWN0ZWQgZnJvbSB0aGlzIGRvY3VtZW50IG11c3QNCiAgIGluY2x1ZGUgU2ltcGxpZmll ZCBCU0QgTGljZW5zZSB0ZXh0IGFzIGRlc2NyaWJlZCBpbiBTZWN0aW9uIDQuZSBvZg0KICAgdGhl IFRydXN0IExlZ2FsIFByb3Zpc2lvbnMgYW5kIGFyZSBwcm92aWRlZCB3aXRob3V0IHdhcnJhbnR5 IGFzDQogICBkZXNjcmliZWQgaW4gdGhlIFNpbXBsaWZpZWQgQlNEIExpY2Vuc2UuDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCkRhdmFyaSwgZXQgYWwuICAgICAgICAgICAgRXhwaXJlcyBTZXB0IDEyLCAyMDEy ICAgICAgICAgICAgICAgICBbUGFnZSAyXQ0KDQoNCkludGVybmV0LURyYWZ0ICAgICAgICAgICAg ICAgMTU4OCBvdmVyIE1QTFMgICAgICAgICAgICAgICAgICAgTWFyY2ggMjAxMg0KDQoNClRhYmxl IG9mIENvbnRlbnRzDQoNCiAgIDEuICBJbnRyb2R1Y3Rpb24gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgNg0KDQogICAyLiAgVGVybWlub2xvZ3kgIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDcNCg0KICAg My4gIFByb2JsZW0gU3RhdGVtZW50ICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuICA4DQoNCiAgIDQuICAxNTg4IG92ZXIgTVBMUyBBcmNoaXRlY3R1cmUgIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgOQ0KDQogICA1LiAgRGVkaWNhdGVkIExTUHMg Zm9yIFBUUCBtZXNzYWdlcyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMTANCg0KICAg Ni4gIDE1ODggb3ZlciBNUExTIEVuY2Fwc3VsYXRpb24gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIDExDQogICAgIDYuMS4gIDE1ODggb3ZlciBMU1AgRW5jYXBzdWxhdGlvbiAgLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMTENCiAgICAgNi4yLiAgMTU4OCBvdmVyIFBXIEVu Y2Fwc3VsYXRpb24gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAxMQ0KDQogICA3LiAg MTU4OCBNZXNzYWdlIFRyYW5zcG9ydCAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gMTQNCg0KICAgOC4gIFByb3RlY3Rpb24gYW5kIFJlZHVuZGFuY3kgIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDE2DQoNCiAgIDkuICBFQ01QIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAxNw0KDQogICAxMC4g T0FNLCBDb250cm9sIGFuZCBNYW5hZ2VtZW50ICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gMTgNCg0KICAgMTEuIFFvUyBDb25zaWRlcmF0aW9ucyAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDE5DQoNCiAgIDEyLiBGQ1MgUmVjYWxjdWxhdGlvbiAg LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAyMA0KDQogICAxMy4g VURQIENoZWNrc3VtIENvcnJlY3Rpb24gIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gMjENCg0KICAgMTQuIFJvdXRpbmcgZXh0ZW5zaW9ucyBmb3IgMTU4OGF3YXJlIExTUnMg IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDIyDQogICAgIDE0LjEuIDE1ODhhd2FyZSBMaW5rIENh cGFiaWxpdHkgZm9yIE9TUEYgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMjINCiAgICAgMTQuMi4g MTU4OGF3YXJlIExpbmsgQ2FwYWJpbGl0eSBmb3IgSVMtSVMgIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAyMw0KDQogICAxNS4gUlNWUC1URSBFeHRlbnNpb25zIGZvciBzdXBwb3J0IG9mIDE1ODggLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gMjUNCg0KICAgMTYuIEJlaGF2aW9yIG9mIExFUi9MU1IgIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDI2DQogICAgIDE2LjEuIEJl aGF2aW9yIG9mIDE1ODgtYXdhcmUgTEVSIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g MjYNCiAgICAgMTYuMi4gQmVoYXZpb3Igb2YgMTU4OC1hd2FyZSBMU1IgLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAyNg0KICAgICAxNi4zLiBCZWhhdmlvciBvZiBub24tMTU4OC1hd2Fy ZSBMU1IgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDI2DQoNCiAgIDE3LiBPdGhlciBjb25z aWRlcmF0aW9ucyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAyOA0K DQogICAxOC4gU2VjdXJpdHkgQ29uc2lkZXJhdGlvbnMgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gMjkNCg0KMTkuIEFwcGxpY2FiaWxpdHkgU3RhdGVtZW50ICAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDI5DQoNCiAgIDIwLiBBY2tub3dsZWRnZW1l bnRzIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAzMA0KDQog ICAyMS4gSUFOQSBDb25zaWRlcmF0aW9ucyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gMzENCg0KDQoNCkRhdmFyaSwgZXQgYWwuICAgICAgICAgICAgRXhwaXJlcyBT ZXB0IDEyLCAyMDEyICAgICAgICAgICAgICAgICBbUGFnZSAzXQ0KSW50ZXJuZXQtRHJhZnQgICAg ICAgICAgICAgICAxNTg4IG92ZXIgTVBMUyAgICAgICAgICAgICAgICAgICBNYXJjaCAyMDEyDQoN Cg0KICAgICAyMS4xLiBJQU5BIENvbnNpZGVyYXRpb25zIGZvciBPU1BGIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIDMxDQogICAgIDIxLjIuIElBTkEgQ29uc2lkZXJhdGlvbnMgZm9yIElT LUlTICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMzENCiAgICAgMjEuMy4gSUFOQSBDb25z aWRlcmF0aW9ucyBmb3IgUlNWUCAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAzMQ0KDQog ICAyMi4gUmVmZXJlbmNlcyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gMzINCiAgICAgMjIuMS4gTm9ybWF0aXZlIFJlZmVyZW5jZXMgLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAzMg0KICAgICAyMi4yLiBJbmZvcm1hdGl2ZSBS ZWZlcmVuY2VzIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDMyDQoNCiAgIEF1 dGhvcnMnIEFkZHJlc3NlcyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAzNA0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KRGF2YXJpLCBldCBhbC4gICAg ICAgICAgICBFeHBpcmVzIFNlcHQgMTIsIDIwMTIgICAgICAgICAgICAgICAgIFtQYWdlIDRdDQoN Cg0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAxNTg4IG92ZXIgTVBMUyAgICAgICAgICAg ICAgICAgICBNYXJjaCAyMDEyDQoNCg0KICAgVGhlIGtleSB3b3JkcyAiTVVTVCIsICJNVVNUIE5P VCIsICJSRVFVSVJFRCIsICJTSEFMTCIsICJTSEFMTCBOT1QiLA0KICAgIlNIT1VMRCIsICJTSE9V TEQgTk9UIiwgIlJFQ09NTUVOREVEIiwgIk1BWSIsIGFuZCAiT1BUSU9OQUwiIGluIHRoaXMNCiAg IGRvY3VtZW50IGFyZSB0byBiZSBpbnRlcnByZXRlZCBhcyBkZXNjcmliZWQgaW4gUkZDMjExOSBb UkZDMjExOV0uDQoNCiAgIFdoZW4gdXNlZCBpbiBsb3dlciBjYXNlLCB0aGVzZSB3b3JkcyBjb252 ZXkgdGhlaXIgdHlwaWNhbCB1c2UgaW4NCiAgIGNvbW1vbiBsYW5ndWFnZSwgYW5kIGFyZSBub3Qg dG8gYmUgaW50ZXJwcmV0ZWQgYXMgZGVzY3JpYmVkIGluDQogICBSRkMyMTE5IFtSRkMyMTE5XS4N Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQpEYXZhcmksIGV0IGFsLiAgICAgICAgICAg IEV4cGlyZXMgU2VwdCAxMiwgMjAxMiAgICAgICAgICAgICAgICAgW1BhZ2UgNV0NCg0KDQpJbnRl cm5ldC1EcmFmdCAgICAgICAgICAgICAgIDE1ODggb3ZlciBNUExTICAgICAgICAgICAgICAgICAg IE1hcmNoIDIwMTINCg0KDQoxLiAgSW50cm9kdWN0aW9uDQoNCiAgIFRoZSBvYmplY3RpdmUgb2Yg UHJlY2lzaW9uIFRpbWUgUHJvdG9jb2wgKFBUUCkgaXMgdG8gc3luY2hyb25pemUNCiAgIGluZGVw ZW5kZW50IGNsb2NrcyBydW5uaW5nIG9uIHNlcGFyYXRlIG5vZGVzIG9mIGEgZGlzdHJpYnV0ZWQg c3lzdGVtLg0KICAgW0lFRUVdIGRlZmluZXMgUFRQIG1lc3NhZ2VzIGZvciBjbG9jayBhbmQgdGlt ZSBzeW5jaHJvbml6YXRpb24uICBUaGUNCiAgIFBUUCBtZXNzYWdlcyBpbmNsdWRlIFBUUCBQRFVz IG92ZXIgVURQL0lQIChBbm5leCBEIGFuZCBFIG9mIFtJRUVFXSkNCiAgIGFuZCBQVFAgUERVcyBv dmVyIEV0aGVybmV0IChBbm5leCBGIG9mIFtJRUVFXSkuICBUaGlzIGRvY3VtZW50DQogICBkZWZp bmVzIG1hcHBpbmcgYW5kIHRyYW5zcG9ydCBvZiB0aGUgUFRQIG1lc3NhZ2VzIGRlZmluZWQgaW4g W0lFRUVdDQogICBvdmVyIE1QTFMgbmV0d29ya3MuDQoNCiAgIFBUUCBkZWZpbmVzIHNldmVyYWwg Y2xvY2sgdHlwZXM6IG9yZGluYXJ5IGNsb2NrcywgYm91bmRhcnkgY2xvY2tzLA0KICAgZW5kLXRv LWVuZCB0cmFuc3BhcmVudCBjbG9ja3MsIGFuZCBwZWVyLXRvLXBlZXIgdHJhbnNwYXJlbnQgY2xv Y2tzLg0KICAgT25lIGtleSBhdHRyaWJ1dGUgb2YgYWxsIG9mIHRoZXNlIGNsb2NrcyBpcyB0aGUg cmVjb21tZW5kYXRpb24gZm9yDQogICBQVFAgbWVzc2FnZXMgcHJvY2Vzc2luZyB0byBvY2N1ciBh cyBjbG9zZSBhcyBwb3NzaWJsZSB0byB0aGUgYWN0dWFsDQogICB0cmFuc21pc3Npb24gYW5kIHJl Y2VwdGlvbiBhdCB0aGUgcGh5c2ljYWwgcG9ydCBpbnRlcmZhY2UuICBUaGlzDQogICB0YXJnZXRz IG9wdGltYWwgdGltZSBhbmQvb3IgZnJlcXVlbmN5IHJlY292ZXJ5IGJ5IGF2b2lkaW5nIHZhcmlh YmxlDQogICBkZWxheSBpbnRyb2R1Y2VkIGJ5IHF1ZXVlcyBpbnRlcm5hbCB0byB0aGUgY2xvY2tz LiAgVG8gZmFjaWxpdGF0ZSB0aGUNCiAgIGZhc3QgYW5kIGVmZmljaWVudCByZWNvZ25pdGlvbiBv ZiBQVFAgbWVzc2FnZXMgYXQgdGhlIHBvcnQgbGV2ZWwgd2hlbg0KICAgdGhlIFBUUCBtZXNzYWdl cyBhcmUgY2FycmllZCBvdmVyIE1QTFMgTFNQcywgdGhpcyBkb2N1bWVudCBkZWZpbmVzDQogICB0 aGUgc3BlY2lmaWMgZW5jYXBzdWxhdGlvbnMgdGhhdCBzaG91bGQgYmUgdXNlZC4gIEluIGFkZGl0 aW9uLCBpdCBjYW4NCiAgIGJlIGV4cGVjdGVkIHRoYXQgdGhlcmUgd2lsbCBleGlzdCBMU1IvTEVS cyB3aGVyZSBvbmx5IGEgc3Vic2V0IG9mIHRoZQ0KICAgcGh5c2ljYWwgcG9ydHMgd2lsbCBoYXZl IHRoZSBwb3J0IGJhc2VkIFBUUCBtZXNzYWdlIHByb2Nlc3NpbmcNCiAgIGNhcGFiaWxpdGllcy4g IEluIG9yZGVyIHRvIGVuc3VyZSB0aGF0IHRoZSBQVFAgY2FycnlpbmcgTFNQcyBhbHdheXMNCiAg IGVudGVyIGFuZCBleGl0IHBvcnRzIHdpdGggdGhpcyBjYXBhYmlsaXR5LCByb3V0aW5nIGV4dGVu c2lvbnMgYXJlDQogICBkZWZpbmVkIHRvIGFkdmVydGlzZSB0aGlzIGNhcGFiaWxpdHkgb24gYSBw b3J0IGJhc2lzIGFuZCB0byBhbGxvdyBmb3INCiAgIHRoZSBlc3RhYmxpc2htZW50IG9mIExTUHMg dGhhdCBvbmx5IHRyYW5zaXQgc3VjaCBwb3J0cy4gIFdoaWxlIHRoaXMNCiAgIHBhdGggZXN0YWJs aXNobWVudCByZXN0cmljdGlvbiBtYXkgYmUgYXBwbGllZCBvbmx5IGF0IHRoZSBMRVINCiAgIGlu Z3Jlc3MvZWdyZXNzIHBvcnRzLCBpdCBiZWNvbWVzIG1vcmUgaW1wb3J0YW50IHdoZW4gdXNpbmcN CiAgIHRyYW5zcGFyZW50IGNsb2NrIGNhcGFibGUgTFNScyBpbiB0aGUgcGF0aC4NCg0KICAgVGhl IHBvcnQgYmFzZWQgUFRQIG1lc3NhZ2UgcHJvY2Vzc2luZyBpbnZvbHZlcyBQVFAgZXZlbnQgbWVz c2FnZQ0KICAgcmVjb2duaXRpb24uICBPbmNlIHRoZSBQVFAgZXZlbnQgbWVzc2FnZXMgYXJlIHJl Y29nbml6ZWQgdGhleSBjYW4gYmUNCiAgIG1vZGlmaWVkIGJhc2VkIG9uIHRoZSByZWNlcHRpb24g b3IgdHJhbnNtaXNzaW9uIHRpbWVzdGFtcC4gIA0KDQogICBUaGlzIGRvY3VtZW50IHByb3ZpZGVz IHR3byBtZXRob2RzIGZvciB0cmFuc3BvcnRpbmcgUFRQIG1lc3NhZ2VzIG92ZXINCiAgIE1QTFMu ICBPbmUgaXMgcHJpbmNpcGFsbHkgZm9jdXNlZCBvbiBhbiBJUC9NUExTIGVudmlyb25tZW50IGFu ZCB0aGUNCiAgIHNlY29uZCBpcyBmb2N1c2VkIG9uIHRoZSBNUExTLVRQIGVudmlyb25tZW50LiBU aGUgc29sdXRpb24gaW52b2x2ZXMgDQogIHRyYW5zcG9ydGluZyBQVFAgbWVzc2FnZXMgb3ZlciBk ZWRpY2F0ZWQgTFNQcyBjYWxsZWQgUFRQIExTUHMuIFRoZXNlDQogIExTUHMgY2FycnkgUFRQIG1l c3NhZ2VzIGFuZCBNQVkgY2FycnkgTWFuYWdlbWVudCBhbmQgY29udHJvbCBtZXNzYWdlcywNCiAg YnV0IG5vdCB1c2VyIHRyYWZmaWMuIFBUUCBMU1BzIGNhbiBiZSBlc3RhYmxpc2hlZCBzdGF0aWNh bGx5IG9yIHZpYSANCiAgc2lnbmFsaW5nLiBUaGlzIGRvY3VtZW50IHByb3ZpZGVzIGV4dGVuc2lv bnMgdG8gT1NQRiwgSVNJUyB0aGF0IGVuYWJsZSANCiAgcm91dGVycyB0byBkaXN0cmlidXRlIHRo ZWlyIDE1ODggb3ZlciBNUExTIGNhcGFiaWxpdHkgdG8gb3RoZXIgcm91dGVycy4gDQogIEl0IGFs c28gcHJvdmlkZXMgZXh0ZW5zaW9ucyB0byBSU1ZQLVRFIGZvciBlc3RhYmxpc2hpbmcgUFRQIExT UHMuIA0KICBFeHRlbnNpb25zIGZvciBCR1AvTERQIFBXIHNpZ25hbGluZyBpcyBmb3IgZnV0dXJl IHN0dWR5IGFuZCBpcyAgDQogIHJlcXVpcmVkIG9ubHkgZm9yIGNhc2VzIHRoYXQgVHVubmVsIExh YmVsIGlzIG5vdCBhdmFpbGFibGUgKGUuZy4gUEhQKS4NCg0KICAgV2hpbGUgdGhlIHRlY2huaXF1 ZXMgaW5jbHVkZWQgaGVyZWluIGFsbG93IGZvciB0aGUgZXN0YWJsaXNobWVudCBvZg0KICAgcGF0 aHMgb3B0aW1pemVkIHRvIGluY2x1ZGUgUFRQIFRpbWUtc3RhbXBpbmcgY2FwYWJsZSBsaW5rcywg dGhlDQogICBwZXJmb3JtYW5jZSBvZiB0aGUgU2xhdmUgY2xvY2tzIGlzIG91dHNpZGUgdGhlIHNj b3BlIG9mIHRoaXMgZG9jdW1lbnQuDQoNCg0KDQoNCkRhdmFyaSwgZXQgYWwuICAgICAgICAgICAg RXhwaXJlcyBTZXB0IDEyLCAyMDEyICAgICAgICAgICAgICAgICBbUGFnZSA2XQ0KDQpJbnRlcm5l dC1EcmFmdCAgICAgICAgICAgICAgIDE1ODggb3ZlciBNUExTICAgICAgICAgICAgICAgICAgIE1h cmNoIDIwMTINCg0KDQoyLiAgVGVybWlub2xvZ3kNCg0KICAgMTU4ODogVGhlIHRpbWluZyBhbmQg c3luY2hyb25pemF0aW9uIGFzIGRlZmluZWQgYnkgSUVFRSAxNTg4LTIwMDgNCg0KICAgUFRQOiBU aGUgdGltaW5nIGFuZCBzeW5jaHJvbml6YXRpb24gcHJvdG9jb2wgdXNlZCBieSAxNTg4IChzcGVj aWZpY2FsbHkgUFRQdjIpDQoNCiAgIE1hc3RlciBDbG9jazogVGhlIHNvdXJjZSBvZiAxNTg4IHRp bWluZyB0byBhIHNldCBvZiBzbGF2ZSBjbG9ja3MuDQoNCiAgIE1hc3RlciBQb3J0OiBBIHBvcnQg b24gYSBvcmRpbmFyeSBvciBib3VuZGFyeSBjbG9jayB0aGF0IGlzIGluIE1hc3Rlcg0KICAgc3Rh dGUuICBUaGlzIGlzIHRoZSBzb3VyY2Ugb2YgdGltaW5nIHRvd2FyZCBzbGF2ZSBwb3J0cy4NCg0K ICAgU2xhdmUgQ2xvY2s6IEEgcmVjZWl2ZXIgb2YgMTU4OCB0aW1pbmcgZnJvbSBhIG1hc3RlciBj bG9jay4NCg0KICAgU2xhdmUgUG9ydDogQSBwb3J0IG9uIGEgYm91bmRhcnkgY2xvY2sgb3Igb3Jk aW5hcnkgY2xvY2sgdGhhdCBpcw0KICAgcmVjZWl2aW5nIHRpbWluZyBmcm9tIGEgbWFzdGVyIGNs b2NrLg0KDQogICBPcmRpbmFyeSBDbG9jazogQSBkZXZpY2Ugd2l0aCBhIHNpbmdsZSBQVFAgcG9y dC4NCg0KICAgVHJhbnNwYXJlbnQgQ2xvY2s6ICBBIGRldmljZSB0aGF0IG1lYXN1cmVzIHRoZSB0 aW1lIHRha2VuIGZvciBhIFBUUA0KICAgZXZlbnQgbWVzc2FnZSB0byB0cmFuc2l0IHRoZSBkZXZp Y2UgYW5kIHRoZW4gZWl0aGVyIHVwZGF0ZXMgdGhlDQogICBjb3JyZWN0aW9uIEZpZWxkIG9mIHRo ZSBtZXNzYWdlIHdpdGggdGhpcyB0cmFuc2l0IHRpbWUgKDEtc3RlcCkgb3IgIA0KICAgZ2VuZXJh dGVzIGEgZm9sbG93IHVwIG1lc3NhZ2UgdGhhdCBjb250YWlucyB0aGUgdHJhbnNpdCBkZWxheSAo Mi1TdGVwKS4NCg0KICAgQm91bmRhcnkgQ2xvY2s6IEEgZGV2aWNlIHdpdGggbW9yZSB0aGFuIG9u ZSBQVFAgcG9ydC4gIEdlbmVyYWxseQ0KICAgYm91bmRhcnkgY2xvY2tzIHdpbGwgaGF2ZSBvbmUg cG9ydCBpbiBzbGF2ZSBzdGF0ZSB0byByZWNlaXZlIHRpbWluZw0KICAgYW5kIHRoZSBvdGhlciBw b3J0cyBpbiBtYXN0ZXIgc3RhdGUgdG8gcmUtZGlzdHJpYnV0ZSB0aGUgdGltaW5nLg0KDQogICBQ VFAgTFNQOiBBbiBMU1AgZGVkaWNhdGVkIHRvIGNhcnJ5IFBUUCBtZXNzYWdlcy4NCg0KICAgUFRQ IFBXOiBBIFBXIHdpdGhpbiBhIFBUUCBMU1AgdGhhdCBpcyBkZWRpY2F0ZWQgdG8gY2FycnkgUFRQ DQogICBtZXNzYWdlcy4NCg0KICAgQ1c6IFBzZXVkb3dpcmUgQ29udHJvbCBXb3JkDQoNCg0KICAg RUNNUDogRXF1YWwgQ29zdCBNdWx0aXBhdGgNCg0KICAgQ0Y6IENvcnJlY3Rpb24gRmllbGQsIGEg ZmllbGQgaW5zaWRlIGNlcnRhaW4gUFRQIG1lc3NhZ2VzIChtZXNzYWdlDQogICB0eXBlIDAtMyl0 aGF0IGhvbGRzIHRoZSBhY2N1bXVsYXRpdmUgdHJhbnNpdCB0aW1lIGluc2lkZSBpbnRlcm1lZGlh dGUNCiAgIHN3aXRjaGVzLg0KDQoNCg0KDQoNCg0KDQoNCg0KRGF2YXJpLCBldCBhbC4gICAgICAg ICAgICBFeHBpcmVzIFNlcHQgMTIsIDIwMTIgICAgICAgICAgICAgICAgIFtQYWdlIDddDQoNCg0K SW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAxNTg4IG92ZXIgTVBMUyAgICAgICAgICAgICAg ICAgICBNYXJjaCAyMDEyDQoNCg0KMy4gIFByb2JsZW0gU3RhdGVtZW50DQoNCiAgIElFRUUgMTU4 OC0yMDA4IGhhcyBkZWZpbmVkIG1ldGhvZHMgZm9yIHRyYW5zcG9ydGluZyBQVFAgbWVzc2FnZXMg b3ZlciANCiAgIEV0aGVybmV0IGFuZCBJUCBuZXR3b3Jrcy4gVGhlcmUgaXMgYSBuZWVkIHRvIHRy YW5zcG9ydCBQVFAgbWVzc2FnZXMgDQogICBvdmVyIGFuIE1QTFMgbmV0d29yayB3aGlsZSBzdXBw b3J0aW5nIHRoZSBUcmFuc3BhcmVudCBDbG9jayAoVEMpLCANCiAgIEJvdW5kYXJ5IENsb2NrIChC QykgYW5kIE9yZGluYXJ5IENsb2NrIChPQykgZnVuY3Rpb25hbGl0eSBpbiB0aGUgTEVSIA0KICAg YW5kIExTUnMgaW4gdGhlIE1QTFMgbmV0d29yay4gICANCg0KICAgVGhlcmUgYXJlIG11bHRpcGxl IHdheXMgb2YgdHJhbnNwb3J0aW5nIDE1ODggb3ZlciBNUExTLiBIb3dldmVyLCB0aGVyZQ0KICAg aXMgYSByZXF1aXJlbWVudCB0byBsaW1pdCB0aGUgcG9zc2libGUgZW5jYXBzdWxhdGlvbiBvcHRp b25zIHRvIHNpbXBsaWZ5DQogICB0aGUgUFRQIG1lc3NhZ2UgaWRlbnRpZmljYXRpb24gYW5kIHBy b2Nlc3NpbmcgcmVxdWlyZWQgYXQgdGhlIHBvcnQgbGV2ZWwuICANCg0KICAgVGhlcmUgaXMgYWxz byBhIHJlcXVpcmVtZW50IHRvIHRyYW5zcG9ydCBQVFAgbWVzc2FnZXMgYmVsb25naW5nIHRvIG1h bnkNCiAgIGRpZmZlcmVudCAxNTg4IGRvbWFpbnMgYWNyb3NzIGFuIE1QTFMgbmV0d29yayxzdWNo IGFzIHRoZSBjYXNlIGZvciB3aG9sZQ0KICAgc2FsZSAoY2Fycmllcj9zIGNhcnJpZXIgY2FzZSku DQoNCiAgIFdoZW4gMTU4OC1hd2FyZW5lc3MgaXMgbmVlZGVkLCBQVFAgbWVzc2FnZXMgc2hvdWxk IG5vdCBiZSB0cmFuc3BvcnRlZA0KICAgb3ZlciBMU1BzIG9yIFBXcyB0aGF0IGFyZSBjYXJyeWlu ZyBjdXN0b21lciB0cmFmZmljIGJlY2F1c2UgTFNScw0KICAgcGVyZm9ybSBMYWJlbCBzd2l0Y2hp bmcgYmFzZWQgb24gdGhlIHRvcCBsYWJlbCBpbiB0aGUgc3RhY2suICBUbw0KICAgZGV0ZWN0IFBU UCBtZXNzYWdlcyBpbnNpZGUgc3VjaCBMU1BzIHJlcXVpcmUgc3BlY2lhbCBoYXJkd2FyZSB0byBk bw0KICAgZGVlcCBwYWNrZXQgaW5zcGVjdGlvbiBhdCBsaW5lIHJhdGUuICBFdmVuIGlmIHN1Y2gg aGFyZHdhcmUgZXhpc3RzLA0KICAgdGhlIHBheWxvYWQgY2FuJ3QgYmUgZGV0ZXJtaW5pc3RpY2Fs bHkgaWRlbnRpZmllZCBieSBMU1JzIGJlY2F1c2UgdGhlDQogICBwYXlsb2FkIHR5cGUgaXMgYSBj b250ZXh0IG9mIHRoZSBQVyBsYWJlbCwgYW5kIHRoZSBQVyBsYWJlbCBhbmQgaXRzDQogICBjb250 ZXh0IGFyZSBvbmx5IGtub3duIHRvIHRoZSBFZGdlIHJvdXRlcnMgKFBFcy9MRVJzKTsgTFNScyBk b24ndCBrbm93DQogICB3aGF0IGlzIGEgUFcncyBwYXlsb2FkIChFdGhlcm5ldCwgQVRNLCBGUiwg Q0VTLCBldGMpLiAgRXZlbiBpZiBvbmUNCiAgIHJlc3RyaWN0cyBhbiBMU1AgdG8gb25seSBjYXJy eSBFdGhlcm5ldCBQV3MsIHRoZSBMU1JzIGRvbid0IGhhdmUgdGhlIA0KICAga25vd2xlZGdlIG9m IHdoZXRoZXIgUFcgQ29udHJvbCBXb3JkIChDVykgaXMgcHJlc2VudCBvciBub3QgYW5kIHRoZXJl Zm9yZQ0KICAgY2FuJ3QgZGV0ZXJtaW5pc3RpY2FsbHkgaWRlbnRpZnkgdGhlIHBheWxvYWQuDQoN CiAgIFRoZXJlZm9yZSBhIGdlbmVyaWMgbWV0aG9kIGlzIGRlZmluZWQgaW4gdGhpcyBkb2N1bWVu dCB0aGF0IGRvZXMgbm90DQogICByZXF1aXJlIGRlZXAgcGFja2V0IGluc3BlY3Rpb24gYXQgbGlu ZSByYXRlLCBhbmQgY2FuIGRldGVybWluaXN0aWNhbGx5DQogICBpZGVudGlmeSBQVFAgbWVzc2Fn ZXMuICBUaGUgZGVmaW5lZCBtZXRob2QgaXMgYXBwbGljYWJsZSB0byBib3RoIE1QTFMNCiAgIGFu ZCBNUExTLVRQIG5ldHdvcmtzLg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K RGF2YXJpLCBldCBhbC4gICAgICAgICAgICBFeHBpcmVzIFNlcHQgMTIsIDIwMTIgICAgICAgICAg ICAgICAgIFtQYWdlIDhdDQoNCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgMTU4OCBvdmVy IE1QTFMgICAgICAgICAgICAgICAgICAgTWFyY2ggMjAxMg0KDQoNCjQuICAxNTg4IG92ZXIgTVBM UyBBcmNoaXRlY3R1cmUNCg0KICAgMTU4OCBjb21tdW5pY2F0aW9uIGZsb3dzIG1hcCBvbnRvIE1Q TFMgbm9kZXMgYXMgZm9sbG93czogMTU4OA0KICAgbWVzc2FnZXMgYXJlIGV4Y2hhbmdlIGJldHdl ZW4gUFRQIHBvcnRzIG9uIG9yZGluYXJ5IGFuZCBib3VuZGFyeQ0KICAgY2xvY2tzLiAgVHJhbnNw YXJlbnQgY2xvY2tzIGRvIG5vdCB0ZXJtaW5hdGUgdGhlIFBUUCBtZXNzYWdlcyBidXQNCiAgIHRo ZXkgZG8gbW9kaWZ5IHRoZSBjb250ZW50cyBvZiB0aGUgUFRQIG1lc3NhZ2VzIGFzIHRoZXkgdHJh bnNpdA0KICAgYWNyb3NzIHRoZSB0cmFuc3BhcmVudCBjbG9jay4gIFNvIG9yZGluYXJ5IGFuZCBi b3VuZGFyeSBjbG9ja3Mgd291bGQNCiAgIGV4aXN0IHdpdGhpbiBMRVJzIGFzIHRoZXkgYXJlIHRo ZSB0ZXJtaW5hdGlvbiBwb2ludHMgZm9yIHRoZSBQVFANCiAgIG1lc3NhZ2VzIGNhcnJpZWQgaW4g TVBMUy4gIFRyYW5zcGFyZW50IGNsb2NrcyAob3IgYWx0ZXJuYXRpdmUgdGVjaG5pcXVlKSANCiAg IHdvdWxkIGV4aXN0IHdpdGhpbiBMU1JzIGFzIHRoZXkgZG8gbm90IHRlcm1pbmF0ZSB0aGUgUFRQ IG1lc3NhZ2UgZXhjaGFuZ2UuIA0KICAgVGhlIDE1OCBvdmVyIE1QTFMgQXJjaGl0ZWN0dXJlIGlz IHNob3duIGluIEZpZ3VyZSAxLg0KDQoNCg0KDQorLS0tLS0tLSsgICAgICstLS0tLS0tKyAgICAg Ky0tLS0tLS0rICAgICArLS0tLS0tLSsgICAgICstLS0tLS0tKw0KfCBNYXN0ZXJ8ICAgICB8ICAg ICAgIHwgICAgIHwgICAgICAgfCAgICAgfCAgICAgICB8ICAgICB8IFNsYXZlIHwNCnwgQ2xvY2sg fC0tLS0tfCAgTEVSICB8LS0tLS18ICBMU1IgIHwtLS0tLXwgIExFUiAgfC0tLS0tfCBDbG9jayB8 DQp8ICBPQyAgIHwgICAgIHwgIEJDICAgfCAgICAgfCAgVEMgICB8ICAgICB8ICBCQyAgIHwgICAg IHwgIE9DICAgfA0KKy0tLS0tLS0rICAgICArLS0tLS0tLSsgICAgICstLS0tLS0tKyAgICAgKy0t LS0tLS0rICAgICArLS0tLS0tLSsNCiAgICAgICAgICAgICAgIC8gICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICBcDQorLS0tLS0tLSsgICAgIC8gICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIFwgICAgICstLS0tLS0tKw0KfCAgTEVSICB8ICAgIC8gICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgXCAgICB8ICBMRVIgIHwNCnwgTWFzdGVyfC0tLS8gICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBcLS0tfCBTbGF2ZSB8DQp8IENsb2NrIHwg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwgQ2xvY2sgfA0K Ky0tLS0tLS0rICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAr LS0tLS0tLSsNCg0KRmlndXJlIDEgLSBEZXBsb3ltZW50IGV4YW1wbGVzIG9mIDE1ODggb3ZlciBN UExTIG5ldHdvcmsNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCkRhdmFyaSwgZXQgYWwuICAgICAgICAgICAgRXhwaXJlcyBTZXB0IDEyLCAyMDEyICAgICAg ICAgICAgICAgICBbUGFnZSA5XQ0KDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgIDE1ODgg b3ZlciBNUExTICAgICAgICAgICAgICAgICAgIE1hcmNoIDIwMTINCg0KDQo1LiAgRGVkaWNhdGVk IExTUHMgZm9yIFBUUCBtZXNzYWdlcw0KDQogICBNYW55IG1ldGhvZHMgd2VyZSBjb25zaWRlcmVk IGZvciBpZGVudGlmeWluZyB0aGUgMTU4OCBtZXNzYWdlcyB3aGVuDQogICB0aGV5IGFyZSBlbmNh cHN1bGF0ZWQgaW4gTVBMUyBzdWNoIGFzIGJ5IHVzaW5nIEdBTC9BQ0ggb3IgYSBuZXcNCiAgIHJl c2VydmVkIGxhYmVsLiAgVGhlc2UgbWV0aG9kcyB3ZXJlIG5vdCBhdHRyYWN0aXZlIHNpbmNlIHRo ZXkgZWl0aGVyDQogICByZXF1aXJlZCBkZWVwIHBhY2tldCBpbnNwZWN0aW9uIGFuZCBzbm9vcGlu ZyBhdCBsaW5lIHJhdGUgb3IgdGhleQ0KICAgcmVxdWlyZWQgdXNlIG9mIGEgc2NhcmNlIG5ldyBy ZXNlcnZlZCBsYWJlbC4gIEFsc28gb25lIG9mIHRoZSBnb2Fscw0KICAgd2FzIHRvIHJldXNlIGV4 aXN0aW5nIE9BTSBhbmQgcHJvdGVjdGlvbiBtZWNoYW5pc21zLg0KDQogICBUaGUgbWV0aG9kIGRl ZmluZWQgaW4gdGhpcyBkb2N1bWVudCBjYW4gYmUgdXNlZCBieSBMRVIvTFNScyB0bw0KICAgaWRl bnRpZnkgUFRQIG1lc3NhZ2VzIGluIE1QTFMgdHVubmVscyBieSB1c2luZyBkZWRpY2F0ZWQgTFNQ cyB0bw0KICAgY2FycnkgUFRQIG1lc3NhZ2VzLg0KDQogICBDb21wbGlhbnQgaW1wbGVtZW50YXRp b25zIE1VU1QgdXNlIGRlZGljYXRlZCBMU1BzIHRvIGNhcnJ5IFBUUA0KICAgbWVzc2FnZXMgb3Zl ciBNUExTLiAgVGhlc2UgTFNQcyBhcmUgaGVyZWluIHJlZmVycmVkIHRvIGFzICJQVFAgTFNQcyIN CiAgIGFuZCB0aGUgbGFiZWxzIGFzc29jaWF0ZWQgd2l0aCB0aGVzZSBMU1BzIGFzICJQVFAgbGFi ZWxzIi4gVGhlIFBUUCBMU1ANCiAgIGJldHdlZW4gYSBNYXN0ZXIgQ2xvY2sgYW5kIGEgU2xhdmUg Q2xvY2sgYW5kIHRoZSBQVFAgTFNQIGJldHdlZW4gdGhlDQogICBzYW1lIFNsYXZlIENsb2NrIGFu ZCBNYXN0ZXIgQ2xvY2sgTVVTVCBiZSBjby1yb3V0ZWQuICBBbHRlcm5hdGl2ZWx5LA0KICAgYSBz aW5nbGUgYmlkaXJlY3Rpb25hbCBjby1yb3V0ZWQgTFNQIGNhbiBiZSB1c2VkLiAgVGhlIFBUUCBM U1AgTUFZIGJlDQogICBNUExTIExTUCBvciBNUExTLVRQIExTUC4gIFRoaXMgY28tcm91dGluZyBp cyByZXF1aXJlZCB0byBsaW1pdA0KICAgZGlmZmVyZW5jZXMgaW4gdGhlIGRlbGF5cyBpbiB0aGUg TWFzdGVyIGNsb2NrIHRvIFNsYXZlIGNsb2NrDQogICBkaXJlY3Rpb24gY29tcGFyZWQgdG8gdGhl IFNsYXZlIGNsb2NrIHRvIE1hc3RlciBjbG9jayBkaXJlY3Rpb24uDQoNCiAgIFRoZSBQVFAgTFNQ cyBjb3VsZCBiZSBjb25maWd1cmVkIG9yIHNpZ25hbGVkIHZpYSBSU1ZQLVRFL0dNUExTLiAgTmV3 DQogICBSU1ZQLVRFL0dNUExTIFRMVnMgYW5kIG9iamVjdHMgYXJlIGRlZmluZWQgaW4gdGhpcyBk b2N1bWVudCB0bw0KICAgaW5kaWNhdGUgdGhhdCB0aGVzZSBMU1BzIGFyZSBQVFAgTFNQcy4NCg0K ICAgVGhlIFBUUCBMU1BzIE1BWSBjYXJyeSBlc3NlbnRpYWwgTVBMUy9NUExTLVRQIGNvbnRyb2wg cGxhbmUgdHJhZmZpYw0KICAgc3VjaCBhcyBCRkQgYW5kIExTUCBQaW5nIGJ1dCB0aGUgTFNQIHVz ZXIgcGxhbmUgdHJhZmZpYyBNVVNUIGJlIFBUUA0KICAgb25seS4NCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KRGF2YXJpLCBldCBhbC4gICAgICAgICAgICBFeHBp cmVzIFNlcHQgMTIsIDIwMTIgICAgICAgICAgICAgICAgW1BhZ2UgMTBdDQoNCkludGVybmV0LURy YWZ0ICAgICAgICAgICAgICAgMTU4OCBvdmVyIE1QTFMgICAgICAgICAgICAgICAgICAgTWFyY2gg MjAxMg0KDQoNCjYuICAxNTg4IG92ZXIgTVBMUyBFbmNhcHN1bGF0aW9uDQoNCiAgIFRoaXMgZG9j dW1lbnQgZGVmaW5lcyB0d28gbWV0aG9kcyBmb3IgY2FycnlpbmcgUFRQIG1lc3NhZ2VzIG92ZXIN CiAgIE1QTFMuICBUaGUgZmlyc3QgbWV0aG9kIGlzIGNhcnJ5aW5nIElQIGVuY2Fwc3VsYXRlZCBQ VFAgbWVzc2FnZXMgb3Zlcg0KICAgUFRQIExTUHMsIHdoaWNoIGlzIHN1aXRhYmxlIGZvciBJUC9N UExTIG5ldHdvcmtzIGFuZCB0aGUgc2Vjb25kIG1ldGhvZCwgDQogICBpcyBjYXJyeWluZyBQVFAg bWVzc2FnZXMgb3ZlciBkZWRpY2F0ZWQgRXRoZXJuZXQgUFdzIChjYWxsZWQgUFRQIFBXcykgDQog ICBpbnNpZGUgUFRQIExTUHMsIHdoaWNoIGlzIHN1aXRhYmxlIGZvciBNUExTIGFuZCBNUExTLVRQ IG5ldHdvcmtzLg0KDQo2LjEuICAxNTg4IG92ZXIgTFNQIEVuY2Fwc3VsYXRpb24NCg0KICAgVGhl IHNpbXBsZXN0IG1ldGhvZCBvZiB0cmFuc3BvcnRpbmcgUFRQIG1lc3NhZ2VzIG92ZXIgTVBMUyBp cyB0bw0KICAgZW5jYXBzdWxhdGUgUFRQIFBEVXMgaW4gVURQL0lQIGFuZCB0aGVuIGVuY2Fwc3Vs YXRlIHRoZW0gaW4gUFRQIExTUC4NCiAgIFRoZSAxNTg4IG92ZXIgTFNQIGZvcm1hdCBpcyBzaG93 biBpbiBGaWd1cmUgMi4NCg0KDQoNCiAgICAgICAgICArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsN CiAgICAgICAgICB8ICAgUFRQIFR1bm5lbCBMYWJlbCAgIHwNCiAgICAgICAgICArLS0tLS0tLS0t LS0tLS0tLS0tLS0tLSsNCiAgICAgICAgICB8ICAgICAgICBJUHY0LzYgICAgICAgIHwNCiAgICAg ICAgICArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsNCiAgICAgICAgICB8ICAgICAgICAgVURQICAg ICAgICAgIHwNCiAgICAgICAgICArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsNCiAgICAgICAgICB8 ICAgICAgICBQVFAgUERVICAgICAgIHwNCiAgICAgICAgICArLS0tLS0tLS0tLS0tLS0tLS0tLS0t LSsNCg0KICAgRmlndXJlICgyKSAtIDE1ODggb3ZlciBMU1AgRW5jYXBzdWxhdGlvbg0KDQogICBU aGlzIGVuY2Fwc3VsYXRpb24gaXMgdmVyeSBzaW1wbGUgYW5kIGlzIHVzZWZ1bCB3aGVuIHRoZSBu ZXR3b3Jrcw0KICAgYmV0d2VlbiAxNTg4IE1hc3RlciBDbG9jayBhbmQgU2xhdmUgQ2xvY2sgYXJl IElQL01QTFMgbmV0d29ya3MuDQoNCiAgIEluIG9yZGVyIGZvciBhbiBMU1IgdG8gcHJvY2VzcyBQ VFAgbWVzc2FnZXMsIHRoZSBQVFAgTGFiZWwgbXVzdCBiZQ0KICAgdGhlIHRvcCBsYWJlbCBvZiB0 aGUgbGFiZWwgc3RhY2suDQoNCiAgIFRoZSBVRFAvSVAgZW5jYXBzdWxhdGlvbiBvZiBQVFAgTVVT VCBmb2xsb3cgQW5uZXggRCBhbmQgRSBvZiBbSUVFRV0uDQoNCjYuMi4gIDE1ODggb3ZlciBQVyBF bmNhcHN1bGF0aW9uDQoNCiAgIEFub3RoZXIgbWV0aG9kIG9mIHRyYW5zcG9ydGluZyAxNTg4IG92 ZXIgTVBMUyBuZXR3b3JrcyBpcyBieQ0KICAgZW5jYXBzdWxhdGluZyBQVFAgUERVcyBpbiBFdGhl cm5ldCBhbmQgdGhlbiB0cmFuc3BvcnRpbmcgdGhlbSBvdmVyDQogICBFdGhlcm5ldCBQVyAoUFRQ IFBXKSBhcyBkZWZpbmVkIGluIFtSRkM0NDQ4XSwgd2hpY2ggaW4gdHVybiBpcw0KICAgdHJhbnNw b3J0ZWQgb3ZlciBQVFAgTFNQcy4gIEFsdGVybmF0aXZlbHkgUFRQIFBEVXMgTUFZIGJlDQogICBl bmNhcHN1bGF0ZWQgaW4gVURQL0lQL0V0aGVybmV0IGFuZCB0aGVuIHRyYW5zcG9ydGVkIG92ZXIg RXRoZXJuZXQNCiAgIFBXLg0KDQogICBCb3RoIFJhdyBhbmQgVGFnZ2VkIG1vZGVzIGZvciBFdGhl cm5ldCBQVyBhcmUgcGVybWl0dGVkLiAgVGhlIDE1ODgNCiAgIG92ZXIgUFcgZm9ybWF0IGlzIHNo b3duIGluIEZpZ3VyZSAzLg0KDQoNCg0KDQoNCkRhdmFyaSwgZXQgYWwuICAgICAgICAgICAgRXhw aXJlcyBTZXB0IDEyLCAyMDEyICAgICAgICAgICAgICAgIFtQYWdlIDExXQ0KDQpJbnRlcm5ldC1E cmFmdCAgICAgICAgICAgICAgIDE1ODggb3ZlciBNUExTICAgICAgICAgICAgICAgICAgIE1hcmNo IDIwMTINCg0KDQogICAgICAgICAgICAgICAgICAgICstLS0tLS0tLS0tLS0tLS0tKw0KICAgICAg ICAgICAgICAgICAgICB8UFRQIFR1bm5lbCBMYWJlbHwNCiAgICAgICAgICAgICAgICAgICAgKy0t LS0tLS0tLS0tLS0tLS0rDQogICAgICAgICAgICAgICAgICAgIHwgICAgUFcgTGFiZWwgICAgfA0K ICAgICAgICAgICAgICAgICAgICArLS0tLS0tLS0tLS0tLS0tLSsNCiAgICAgICAgICAgICAgICAg ICAgfCAgQ29udHJvbCBXb3JkICB8DQogICAgICAgICAgICAgICAgICAgICstLS0tLS0tLS0tLS0t LS0tKw0KICAgICAgICAgICAgICAgICAgICB8ICAgIEV0aGVybmV0ICAgIHwNCiAgICAgICAgICAg ICAgICAgICAgfCAgICAgSGVhZGVyICAgICB8DQogICAgICAgICAgICAgICAgICAgICstLS0tLS0t LS0tLS0tLS0tKw0KICAgICAgICAgICAgICAgICAgICB8ICAgICBWTEFOcyAgICAgIHwNCiAgICAg ICAgICAgICAgICAgICAgfCAgIChvcHRpb25hbCkgICB8DQogICAgICAgICAgICAgICAgICAgICst LS0tLS0tLS0tLS0tLS0tKw0KICAgICAgICAgICAgICAgICAgICB8ICAgIElQVjQvVjYgICAgIHwN CiAgICAgICAgICAgICAgICAgICAgfCAgIChvcHRpb25hbCkgICB8DQogICAgICAgICAgICAgICAg ICAgICstLS0tLS0tLS0tLS0tLS0tKw0KICAgICAgICAgICAgICAgICAgICB8ICAgICAgVURQICAg ICAgIHwNCiAgICAgICAgICAgICAgICAgICAgfCAgIChvcHRpb25hbCkgICB8DQogICAgICAgICAg ICAgICAgICAgICstLS0tLS0tLS0tLS0tLS0tKw0KICAgICAgICAgICAgICAgICAgICB8ICAgIFBU UCBQRFUgICAgIHwNCiAgICAgICAgICAgICAgICAgICAgKy0tLS0tLS0tLS0tLS0tLS0rDQoNCiAg ICAgICAgICAgIEZpZ3VyZSAzIC0gMTU4OCBvdmVyIFBXIEVuY2Fwc3VsYXRpb24NCg0KICAgVGhl IENvbnRyb2wgV29yZCAoQ1cpIGFzIHNwZWNpZmllZCBpbiBbUkZDNDQ0OF0gU0hPVUxEIGJlIHVz ZWQgdG8NCiAgIGVuc3VyZSBhIG1vcmUgcm9idXN0IGRldGVjdGlvbiBvZiBQVFAgbWVzc2FnZXMg aW5zaWRlIHRoZSBNUExTDQogICBwYWNrZXQuICBJZiBDVyBpcyB1c2VkLCB0aGUgdXNlIG9mIFNl cXVlbmNlIE51bWJlciBpcyBvcHRpb25hbC4NCg0KICAgVGhlIHVzZSBvZiBWTEFOIGFuZCBVRFAv SVAgYXJlIG9wdGlvbmFsLiAgTm90ZSB0aGF0IDEgb3IgMiBWTEFOcyBNQVkNCiAgIGV4aXN0IGlu IHRoZSBQVyBwYXlsb2FkLg0KDQogICBJbiBvcmRlciBmb3IgYW4gTFNSIHRvIHByb2Nlc3MgUFRQ IG1lc3NhZ2VzLCB0aGUgdG9wIGxhYmVsIG9mIHRoZQ0KICAgbGFiZWwgc3RhY2sgKHRoZSBUdW5u ZWwgTGFiZWwpIE1VU1QgYmUgYSBQVFAgbGFiZWwuICBIb3dldmVyDQogICBpbiBzb21lIGFwcGxp Y2F0aW9ucyB0aGUgUFcgbGFiZWwgbWF5IGJlIHRoZSB0b3AgbGFiZWwgaW4gdGhlIHN0YWNrLA0K ICAgc3VjaCBhcyBjYXNlcyB3aGVyZSB0aGVyZSBpcyBvbmx5IG9uZS1ob3AgYmV0d2VlbiBQRXMg b3IgaW4gY2FzZSBvZg0KICAgUEhQLiAgSW4gc3VjaCBjYXNlcywgdGhlIFBXIGxhYmVsIFNIT1VM RCBiZSBhIFBUUCBMYWJlbC4NCg0KICAgSW4gb3JkZXIgdG8gZW5zdXJlIGNvbmdydWVuY3kgYmV0 d2VlbiB0aGUgdHdvIGRpcmVjdGlvbnMgb2YgUFRQDQogICBtZXNzYWdlIGZsb3csIEVDTVAgU0hP VUxEIGJlIGF2b2lkZWQgZm9yIHRoZSBQVFAgVHVubmVscy9MU1BzLiAgDQogICBUaGVyZWZvcmUs IEVudHJvcHkgbGFiZWwgW0ktRC5pZXRmLXB3ZTMtZmF0LXB3XSBpcyBub3QgbmVjZXNzYXJ5IA0K ICAgYW5kIGl0IFNIT1VMRCBOT1QgYmUgcHJlc2VudCBpbiB0aGUgc3RhY2suDQoNCiAgIFRoZSBF dGhlcm5ldCBlbmNhcHN1bGF0aW9uIG9mIFBUUCBNVVNUIGZvbGxvdyBBbm5leCBGIG9mIFtJRUVF XSBhbmQNCiAgIHRoZSBVRFAvSVAgZW5jYXBzdWxhdGlvbiBvZiBQVFAgTVVTVCBmb2xsb3cgQW5u ZXggRCBhbmQgRSBvZiBbSUVFRV0uDQoNCiAgIEZvciAxNTg4IG92ZXIgTVBMUyBlbmNhcHN1bGF0 aW9ucyB0aGF0IGFyZSBQVyBiYXNlZCwgdGhlcmUgYXJlIHNvbWUNCiAgIGNhc2VzIGluIHdoaWNo IHRoZSBQVFAgTFNQIGxhYmVsIG1heSBub3QgYmUgcHJlc2VudDoNCg0KDQoNCkRhdmFyaSwgZXQg YWwuICAgICAgICAgICAgRXhwaXJlcyBTZXB0IDEyLCAyMDEyICAgICAgICAgICAgICAgIFtQYWdl IDEyXQ0KDQoNCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgMTU4OCBvdmVyIE1QTFMgICAg ICAgICAgICAgICAgICAgTWFyY2ggMjAxMg0KDQoNCiAgIG8gIFdoZW4gUEhQIGlzIGFwcGxpZWQg dG8gdGhlIFBUUCBMU1AsIHRoZSBmcmFtZSBpcyByZWNlaXZlZA0KICAgICAgYXQgUFcgdGVybWlu YXRpb24gcG9pbnQgd2l0aG91dCBQVFAgTFNQIGxhYmVsOw0KDQogICBvICBXaGVuIHRoZSBQVyBp cyBlc3RhYmxpc2hlZCBiZXR3ZWVuIHR3byByb3V0ZXJzIGRpcmVjdGx5IGNvbm5lY3RlZA0KICAg ICAgdG8gZWFjaCBvdGhlciB0aGUgUFRQIExTUCBpcyBub3QgbmVlZGVkLg0KDQogICBJbiBzdWNo IGNhc2VzIGl0IGlzIHJlcXVpcmVkIGZvciBhIHJvdXRlciB0byBpZGVudGlmeSB0aGVzZSBNUExT IGZyYW1lcyANCiAgIGFzIFBUUCBtZXNzYWdlcy4gIFRoaXMgd291bGQgcmVxdWlyZSB0aGUgUFcg bGFiZWwgdG8gYmUgYSBQVFAgbGFiZWwuDQoNCiAgIFNpbmNlIGJvdGggdGhlIFR1bm5lbCBMYWJl bCBhbmQgUFcgTGFiZWwgbWF5IG5lZWQgdG8gYmUgUFRQIGxhYmVscywgDQogICB0aGVyZSBpcyBh IG5lZWQgdG8gYWRkIGV4dGVuc2lvbiB0byBSU1ZQLVRFIFR1bm5lbCBMYWJlbCBkaXN0cmlidXRp b24sIA0KICAgYXMgd2VsbCBhcyBMRFAvQkdQIFBXIGxhYmVsIGRpc3RyaWJ1dGlvbiBwcm90b2Nv bCB0byBpbmRpY2F0ZSB0aGF0IHRoZQ0KICAgVHVubmVsIExhYmVsIGFuZCBQVyBsYWJlbCBhcmUg UFRQIExhYmVscyByZXNwZWN0aXZlbHkuDQoNCiAgIFRoZSBQVyBtZXRob2Qgb2YgdHJhbnNwb3J0 aW5nIFBUUCBvdmVyIE1QTFMgaXMgYXBwbGljYWJsZSB0byBib3RoIElQL01QTFMNCiAgIGFuZCBN UExTLVRQIG5ldHdvcmtzLg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQpEYXZhcmksIGV0IGFsLiAgICAgICAgICAgIEV4 cGlyZXMgU2VwdCAxMiwgMjAxMiAgICAgICAgICAgICAgICBbUGFnZSAxM10NCg0KDQpJbnRlcm5l dC1EcmFmdCAgICAgICAgICAgICAgIDE1ODggb3ZlciBNUExTICAgICAgICAgICAgICAgICAgIE1h cmNoIDIwMTINCg0KDQo3LiAgMTU4OCBNZXNzYWdlIFRyYW5zcG9ydA0KDQogICAxNTg4IHByb3Rv Y29sIGNvbXByaXNlcyBvZiB0aGUgZm9sbG93aW5nIG1lc3NhZ2UgdHlwZXM6DQoNCiAgIG8gIEFu bm91bmNlDQoNCiAgIG8gIFNZTkMNCg0KICAgbyAgRk9MTE9XIFVQDQoNCiAgIG8gIERFTEFZX1JF USAoRGVsYXkgUmVxdWVzdCkNCg0KICAgbyAgREVMQVlfUkVTUCAoRGVsYXkgUmVzcG9uc2UpDQoN CiAgIG8gIFBERUxBWV9SRVEgKFBlZXIgRGVsYXkgUmVxdWVzdCkNCg0KICAgbyAgUERFTEFZX1JF U1AgKFBlZXIgRGVsYXkgUmVzcG9uc2UpDQoNCiAgIG8gIFBERUxBWV9SRVNQX0ZPTExPV19VUCAo UGVlciBEZWxheSBSZXNwb25zZSBGb2xsb3cgdXApDQoNCiAgIG8gIE1hbmFnZW1lbnQNCg0KICAg byAgU2lnbmFsaW5nDQoNCiAgIEEgc3Vic2V0IG9mIFBUUCBtZXNzYWdlIHR5cGVzIHRoYXQgcmVx dWlyZSB0aW1lc3RhbXAgcHJvY2Vzc2luZyBhcmUNCiAgIGNhbGxlZCBFdmVudCBtZXNzYWdlczoN Cg0KICAgbyAgU1lOQw0KDQogICBvICBERUxBWV9SRVEgKERlbGF5IFJlcXVlc3QpDQoNCiAgIG8g IFBERUxBWV9SRVEgKFBlZXIgRGVsYXkgUmVxdWVzdCkNCg0KICAgbyAgUERFTEFZX1JFU1AgKFBl ZXIgRGVsYXkgUmVzcG9uc2UpDQoNCiAgIFNZTkMgYW5kIERFTEFZX1JFUSBhcmUgZXhjaGFuZ2Vk IGJldHdlZW4gTWFzdGVyIENsb2NrIGFuZCBTbGF2ZSBDbG9jaw0KICAgYW5kIE1VU1QgYmUgdHJh bnNwb3J0ZWQgb3ZlciBQVFAgTFNQcy4gIFBERUxBWV9SRVEgYW5kIFBERUxBWV9SRVNQDQogICBh cmUgZXhjaGFuZ2VkIGJldHdlZW4gYWRqYWNlbnQgUFRQIGNsb2NrcyAoaS5lLiAgb3JkaW5hcnkg aW4gTWFzdGVyIG9yIA0KICAgU2xhdmUgc3RhdGUsIGJvdW5kYXJ5LCBvciB0cmFuc3BhcmVudCBj bG9jaykgYW5kIE1BWSBiZSB0cmFuc3BvcnRlZA0KICAgb3ZlciBzaW5nbGUgaG9wIFBUUCBMU1Bz LiAgDQoNCiAgIEZvciBhIGdpdmVuIGluc3RhbmNlIG9mIDE1ODggcHJvdG9jb2wsIFNZTkMgYW5k IERFTEFZX1JFUSBNVVNUIGJlDQogICB0cmFuc3BvcnRlZCBvdmVyIHR3byBQVFAgTFNQcyB0aGF0 IGFyZSBpbiBvcHBvc2l0ZSBkaXJlY3Rpb25zLiAgVGhlc2UNCiAgIFBUUCBMU1BzLCB3aGljaCBh cmUgaW4gb3Bwb3NpdGUgZGlyZWN0aW9ucyBNVVNUIGJlIGNvbmdydWVudCBhbmQgY28tDQogICBy b3V0ZWQuICBBbHRlcm5hdGl2ZWx5LCBhIHNpbmdsZSBiaWRpcmVjdGlvbmFsIGNvLXJvdXRlZCBM U1AgY2FuIGJlDQogICB1c2VkLg0KDQoNCg0KDQoNCg0KDQpEYXZhcmksIGV0IGFsLiAgICAgICAg ICAgIEV4cGlyZXMgU2VwdCAxMiwgMjAxMiAgICAgICAgICAgICAgICBbUGFnZSAxNF0NCg0KSW50 ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAxNTg4IG92ZXIgTVBMUyAgICAgICAgICAgICAgICAg ICBNYXJjaCAyMDEyDQoNCg0KICBOb24tRXZlbnQgUFRQIG1lc3NhZ2UgdHlwZXMgZG9uJ3QgbmVl ZCB0byBiZSBwcm9jZXNzZWQgYnkgaW50ZXJtZWRpYXRlDQogIHJvdXRlcnMuSG93ZXZlciwgdGhl c2UgbWVzc2FnZSB0eXBlcyBNQVkgYmUgY2FycmllZCBpbiBQVFAgVHVubmVsIExTUHMuDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQpEYXZhcmksIGV0IGFsLiAg ICAgICAgICAgIEV4cGlyZXMgU2VwdCAxMiwgMjAxMiAgICAgICAgICAgICAgICBbUGFnZSAxNV0N CkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgMTU4OCBvdmVyIE1QTFMgICAgICAgICAgICAg ICAgICAgTWFyY2ggMjAxMg0KDQoNCjguICBQcm90ZWN0aW9uIGFuZCBSZWR1bmRhbmN5DQoNCiAg IEluIG9yZGVyIHRvIGVuc3VyZSBjb250aW51b3VzIHVuaW50ZXJydXB0ZWQgb3BlcmF0aW9uIG9m IHNsYXZlIGNsb2NrcywNCiAgIHVzdWFsbHkgYXMgYSBnZW5lcmFsIHByYWN0aWNlLCBzbGF2ZSBj bG9ja3MgKG9yIHBvcnRzKSB0cmFjayByZWR1bmRhbnQgDQogICBtYXN0ZXIgY2xvY2tzLg0KCQ0K ICAgSXQgaXMgdGhlIHJlc3BvbnNpYmlsaXR5IG9mIHRoZSBuZXR3b3JrIG9wZXJhdG9yIHRvIGVu c3VyZQ0KICAgdGhhdCBwaHlzaWNhbGx5IGRpc2pvaW50IFBUUCB0dW5uZWxzIGFyZSBlc3RhYmxp c2hlZCBiZXR3ZWVuIGEgc2xhdmUgDQogICBjbG9jayBvciBwb3J0IGFuZCByZWR1bmRhbnQgbWFz dGVycyBjbG9ja3Mgb3IgcG9ydHMuDQoNCiAgIFdoZW4gYSBzbGF2ZSBjbG9jayhvciBwb3J0KSBs aXN0ZW4gdG8gcmVkdW5kYW50IG1hc3RlciBjbG9ja3Mgb3IgcG9ydHMsIA0KICAgYW55IHByb2xv bmdlZCBQVFAgTFNQIG9yIFBUUCBQVyBvdXRhZ2Ugd2lsbCB0cmlnZ2VyIHRoZSBzbGF2ZSBjbG9j ayBvcg0KICAgcG9ydCB0byBzd2l0Y2ggdG8gYSByZWR1bmRhbnQgbWFzdGVyIGNsb2NrIG9yIHBv cnQuICBIb3dldmVyIExTUC9QVyANCiAgIHByb3RlY3Rpb24gc3VjaCBhcyBMaW5lYXIgcHJvdGVj dGlvbiBTd2l0Y2hpbmcgKDE6MSwxKzEpLCBSaW5nIA0KICAgcHJvdGVjdGlvbiBzd2l0Y2hpbmcg b3IgTVBMUyBGYXN0IFJlcm91dGUgKEZSUikgU0hPVUxEIHN0aWxsIGJlIHVzZWQNCiAgIHRvIHBy b3ZpZGUgcmVzaWxpZW5jeSB0byBpbmRpdmlkdWFsIG5ldHdvcmsgc2VnbWVudCBmYWlsdXJlcy4N Cg0KICAgTm90ZSB0aGF0IGFueSBwcm90ZWN0aW9uIG9yIHJlcm91dGUgbWVjaGFuaXNtIHRoYXQg YWRkcyBhZGRpdGlvbmFsDQogICBsYWJlbCB0byB0aGUgbGFiZWwgc3RhY2ssIHN1Y2ggYXMgRmFj aWxpdHkgQmFja3VwIEZhc3QgUmVyb3V0ZSwgTVVTVA0KICAgZW5zdXJlIHRoYXQgdGhlIHB1c2hl ZCBsYWJlbCBpcyBhIFBUUCBMYWJlbCB0byBlbnN1cmUgcmVjb2duaXRpb24gb2YNCiAgIHRoZSBN UExTIGZyYW1lIGFzIGNvbnRhaW5pbmcgUFRQIG1lc3NhZ2VzIGFzIGl0IHRyYW5zaXRzIHRoZSBi YWNrdXANCiAgIHBhdGguDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQpEYXZhcmksIGV0IGFsLiAgICAgICAgICAgIEV4cGlyZXMgU2Vw dCAxMiwgMjAxMiAgICAgICAgICAgICAgICBbUGFnZSAxNl0NCg0KSW50ZXJuZXQtRHJhZnQgICAg ICAgICAgICAgICAxNTg4IG92ZXIgTVBMUyAgICAgICAgICAgICAgICAgICBNYXJjaCAyMDEyDQoN Cg0KOS4gIEVDTVANCg0KICAgVG8gZW5zdXJlIHRoZSBvcHRpbWFsIG9wZXJhdGlvbiBvZiBzbGF2 ZSBjbG9ja3MgYW5kIGF2b2lkIGVycm9ycw0KICAgaW50cm9kdWNlZCBieSBmb3J3YXJkIGFuZCBy ZXZlcnNlIHBhdGggZGVsYXkgYXN5bW1ldHJ5LCB0aGUgcGh5c2ljYWwNCiAgIHBhdGggZm9yIFBU UCBtZXNzYWdlcyBmcm9tIG1hc3RlciBjbG9jayB0byBzbGF2ZSBDbG9jayBhbmQgdmljZSB2ZXJz YQ0KICAgbXVzdCBiZSB0aGUgc2FtZSBmb3IgYWxsIFBUUCBtZXNzYWdlcyBsaXN0ZWQgaW4gc2Vj dGlvbiA3IGFuZCBtdXN0DQogICBub3QgY2hhbmdlIGV2ZW4gaW4gdGhlIHByZXNlbmNlIG9mIEVD TVAgaW4gdGhlIE1QTFMgbmV0d29yay4NCg0KICAgVG8gZW5zdXJlIHRoZSBmb3J3YXJkIGFuZCBy ZXZlcnNlIHBhdGhzIGFyZSB0aGUgc2FtZSBQVFAgTFNQcyBhbmQgUFdzDQogICBTSE9VTEQgTk9U IGJlIHN1YmplY3QgdG8gRUNNUC4NCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCkRhdmFyaSwg ZXQgYWwuICAgICAgICAgICAgRXhwaXJlcyBTZXB0IDEyLCAyMDEyICAgICAgICAgICAgICAgIFtQ YWdlIDE3XQ0KDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgIDE1ODggb3ZlciBNUExTICAg ICAgICAgICAgICAgICAgIE1hcmNoIDIwMTINCg0KDQoxMC4gIE9BTSwgQ29udHJvbCBhbmQgTWFu YWdlbWVudA0KDQogICBJbiBvcmRlciB0byBtYW5hZ2UgUFRQIExTUHMgYW5kIFBUUCBQV3MsIHRo ZXkgTUFZIGNhcnJ5IE9BTSwgQ29udHJvbA0KICAgYW5kIG1hbmFnZW1lbnQgbWVzc2FnZXMuICBU aGVzZSBjb250cm9sIGFuZCBtYW5hZ2VtZW50IG1lc3NhZ2VzIGNhbg0KICAgYmUgZGlmZmVyZW50 aWF0ZWQgZnJvbSBQVFAgbWVzc2FnZXMgdmlhIGFscmVhZHkgZGVmaW5lZCBJRVRGIG1ldGhvZHMu DQoNCiAgIEluIHBhcnRpY3VsYXIgQkZEIFtSRkM1ODgwXSwgW1JGQzU4ODRdIGFuZCBMU1AtUGlu ZyBbUkZDNDM4OV0gTUFZIHJ1bg0KICAgb3ZlciBQVFAgTFNQcyB2aWEgVURQL0lQIGVuY2Fwc3Vs YXRpb24gb3IgdmlhIEdBTC9HLUFDSC4gIFRoZXNlDQogICBNYW5hZ2VtZW50IHByb3RvY29scyBh cmUgZWFzaWx5IGlkZW50aWZpZWQgYnkgdGhlIFVEUCBEZXN0aW5hdGlvbg0KICAgUG9ydCBudW1i ZXIgb3IgYnkgR0FML0FDSCByZXNwZWN0aXZlbHkuDQoNCiAgIEFsc28gQkZELCBMU1AtUGluZyBh bmQgb3RoZXIgbWFuYWdlbWVudCBtZXNzYWdlcyBNQVkgcnVuIG92ZXIgUFRQIFBXDQogICB2aWEg b25lIG9mIHRoZSBkZWZpbmVkIFZDQ1ZzIChUeXBlIDEsIDIgb3IgMykgW1JGQzUwODVdLiAgSW4g dGhpcw0KICAgY2FzZSBHLUFDSCwgUm91dGVyIEFsZXJ0IExhYmVsIChSQUwpLCBvciBQVyBsYWJl bCAoVFRMPTEpIGFyZSB1c2VkIHRvDQogICBpZGVudGlmeSBzdWNoIG1hbmFnZW1lbnQgbWVzc2Fn ZXMuDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCkRhdmFyaSwgZXQgYWwuICAgICAgICAgICAgRXhwaXJlcyBT ZXB0IDEyLCAyMDEyICAgICAgICAgICAgICAgIFtQYWdlIDE4XQ0KDQpJbnRlcm5ldC1EcmFmdCAg ICAgICAgICAgICAgIDE1ODggb3ZlciBNUExTICAgICAgICAgICAgICAgICAgIE1hcmNoIDIwMTIN Cg0KDQoxMS4gIFFvUyBDb25zaWRlcmF0aW9ucw0KDQogICBJbiBuZXR3b3JrIGRlcGxveW1lbnRz IHdoZXJlIG5vdCBldmVyeSBMU1IvTEVSIGlzIFBUUC1hd2FyZSwgdGhlbiBpdA0KICAgaXMgaW1w b3J0YW50IHRvIHJlZHVjZSB0aGUgaW1wYWN0IG9mIHRoZSBub24tUFRQLWF3YXJlIExTUi9MRVJz IG9uDQogICB0aGUgdGltaW5nIHJlY292ZXJ5IGluIHRoZSBzbGF2ZSBjbG9jay4gIFRoZSBQVFAg bWVzc2FnZXMgYXJlIHRpbWUNCiAgIGNyaXRpY2FsIGFuZCBtdXN0IGJlIHRyZWF0ZWQgd2l0aCB0 aGUgaGlnaGVzdCBwcmlvcml0eS4gIFRoZXJlZm9yZQ0KICAgMTU4OCBvdmVyIE1QTFMgbWVzc2Fn ZXMgbXVzdCBiZSB0cmVhdGVkIHdpdGggdGhlIGhpZ2hlc3QgcHJpb3JpdHkgaW4NCiAgIHRoZSBy b3V0ZXJzLiAgVGhpcyBjYW4gYmUgYWNoaWV2ZWQgYnkgcHJvcGVyIHNldHVwIG9mIFBUUCB0dW5u ZWxzLg0KICAgSXQgaXMgcmVjb21tZW5kZWQgdGhhdCB0aGUgUFRQIExTUHMgYXJlIHNldHVwIGFu ZCBtYXJrZWQgcHJvcGVybHkgdG8NCiAgIGluZGljYXRlIEVGLVBIQiBbUkZDMzI0Nl1mb3IgdGhl IENvUyBhbmQgR3JlZW4gW1JGQzI2OTddIGZvciBkcm9wIA0KICAgZWxpZ2liaWxpdHkuDQoNCiAg IEluIG5ldHdvcmsgZGVwbG95bWVudHMgd2hlcmUgZXZlcnkgTFNSL0xFUiBzdXBwb3J0cyBQVFAg TFNQcywgdGhlbiBpdA0KICAgTUFZIE5PVCBiZSByZXF1aXJlZCB0byBhcHBseSB0aGUgc2FtZSBs ZXZlbCBvZiBwcmlvcml0aXphdGlvbiBhcw0KICAgc3BlY2lmaWVkIGFib3ZlLg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCkRhdmFyaSwgZXQgYWwuICAgICAgICAgICAgRXhwaXJlcyBTZXB0IDEyLCAyMDEy ICAgICAgICAgICAgICAgIFtQYWdlIDE5XQ0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAx NTg4IG92ZXIgTVBMUyAgICAgICAgICAgICAgICAgICAgTWFyY2ggMjAxMg0KDQoNCjEyLiAgRkNT IFJlY2FsY3VsYXRpb24NCg0KICAgRXRoZXJuZXQgRkNTIG9mIHRoZSBvdXRlciBlbmNhcHN1bGF0 aW9uIE1VU1QgYmUgcmVjYWxjdWxhdGVkIGF0IGV2ZXJ5DQogICBMU1IgdGhhdCBwZXJmb3JtcyB0 aGUgdHJhbnNwYXJlbnQgY2xvY2sgcHJvY2Vzc2luZyBhbmQgRkNTIHJldGVudGlvbg0KICAgZm9y IHRoZSBwYXlsb2FkIEV0aGVybmV0IGRlc2NyaWJlZCBpbiBbUkZDNDcyMF0gTVVTVCBOT1QgYmUg dXNlZC4NCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQpEYXZhcmksIGV0IGFs LiAgICAgICAgICAgIEV4cGlyZXMgU2VwdCAxMiwgMjAxMiAgICAgICAgICAgICAgICBbUGFnZSAy MF0NCg0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAxNTg4IG92ZXIgTVBMUyAgICAgICAg ICAgICAgICAgICAgTWFyY2ggMjAxMg0KDQoNCjEzLiAgVURQIENoZWNrc3VtIENvcnJlY3Rpb24N Cg0KICAgRm9yIFVEUC9JUCBlbmNhcHN1bGF0aW9uIG1vZGUgb2YgMTU4OCBvdmVyIE1QTFMsIHRo ZSBVRFAgY2hlY2tzdW0gaXMNCiAgIG9wdGlvbmFsIHdoZW4gdXNlZCBmb3IgSVB2NCBlbmNhcHN1 bGF0aW9uIGFuZCBtYW5kYXRvcnkgaW4gY2FzZSBvZg0KICAgSVB2Ni4gIFdoZW4gSVB2NHY2IFVE UCBjaGVja3N1bSBpcyB1c2VkLCBlYWNoIDE1ODgtYXdhcmUgTFNSIG11c3QNCiAgIGVpdGhlciBp bmNyZW1lbnRhbGx5IHVwZGF0ZSB0aGUgVURQIGNoZWNrc3VtIGFmdGVyIHRoZSBDRiB1cGRhdGUg b3INCiAgIHZlcmlmeSB0aGUgVURQIGNoZWNrc3VtIG9uIHJlY2VwdGlvbiBmcm9tIHVwc3RyZWFt IGFuZA0KICAgcmVjYWxjdWxhdGUgdGhlIGNoZWNrc3VtIGNvbXBsZXRlbHkgb24gdHJhbnNtaXNz aW9uIGFmdGVyIENGIHVwZGF0ZQ0KICAgdG8gZG93bnN0cmVhbSBub2RlLg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQpEYXZhcmksIGV0IGFsLiAgICAgICAgICAgIEV4cGlyZXMgU2VwdCAx MiwgMjAxMiAgICAgICAgICAgICAgICBbUGFnZSAyMV0NCg0KSW50ZXJuZXQtRHJhZnQgICAgICAg ICAgICAgICAxNTg4IG92ZXIgTVBMUyAgICAgICAgICAgICAgICAgICAgTWFyY2ggMjAxMg0KDQoN CjE0LiAgUm91dGluZyBleHRlbnNpb25zIGZvciAxNTg4LWF3YXJlIExTUnMNCg0KICAgTVBMUy1U RSByb3V0aW5nIHJlbGllcyBvbiBleHRlbnNpb25zIHRvIE9TUEYgW1JGQzIzMjhdIFtSRkM1MzQw XSBhbmQNCiAgIElTLUlTIFtJU09dIFtSRkMxMTk1XSBpbiBvcmRlciB0byBhZHZlcnRpc2UgVHJh ZmZpYyBFbmdpbmVlcmluZyAoVEUpDQogICBsaW5rIGluZm9ybWF0aW9uIHVzZWQgZm9yIGNvbnN0 cmFpbnQtYmFzZWQgcm91dGluZy4NCg0KICAgSW5kZWVkLCBpdCBpcyB1c2VmdWwgdG8gYWR2ZXJ0 aXNlIGRhdGEgcGxhbmUgVEUgcm91dGVyIGxpbmsNCiAgIGNhcGFiaWxpdGllcywgc3VjaCBhcyB0 aGUgY2FwYWJpbGl0eSBmb3IgYSByb3V0ZXIgdG8gYmUgMTU4OC1hd2FyZS4NCiAgIFRoaXMgY2Fw YWJpbGl0eSBNVVNUIHRoZW4gYmUgdGFrZW4gaW50byBhY2NvdW50IGR1cmluZyBwYXRoDQogICBj b21wdXRhdGlvbiB0byBwcmVmZXIgb3IgZXZlbiByZXF1aXJlIGxpbmtzIHRoYXQgYWR2ZXJ0aXNl IHRoZW1zZWx2ZXMNCiAgIGFzIDE1ODgtYXdhcmUuICBJbiB0aGlzIHdheSB0aGUgcGF0aCBjYW4g ZW5zdXJlIHRoZSBlbnRyeSBhbmQgZXhpdA0KICAgcG9pbnRzIGludG8gdGhlIExFUnMgYW5kLCBp ZiBkZXNpcmVkLCB0aGUgbGlua3MgaW50byB0aGUgTFNScyBhcmUNCiAgIGFibGUgdG8gcGVyZm9y bSBwb3J0IGJhc2VkIHRpbWVzLXRhbXBpbmcgdGh1cyBtaW5pbWl6aW5nIHRoZWlyIGltcGFjdA0K ICAgb24gdGhlIHBlcmZvcm1hbmNlIG9mIHRoZSBzbGF2ZSBjbG9jay4NCg0KICAgRm9yIHRoaXMg cHVycG9zZSwgdGhlIGZvbGxvd2luZyBzZWN0aW9ucyBzcGVjaWZ5IGV4dGVuc2lvbnMgdG8gT1NQ Rg0KICAgYW5kIElTLUlTIGluIG9yZGVyIHRvIGFkdmVydGlzZSAxNTg4IGF3YXJlIGNhcGFiaWxp dGllcyBvZiBhIGxpbmsuDQoNCjE0LjEuICAxNTg4YXdhcmUgTGluayBDYXBhYmlsaXR5IGZvciBP U1BGDQoNCiAgIE9TUEYgdXNlcyB0aGUgTGluayBUTFYgKFR5cGUgMikgdGhhdCBpcyBpdHNlbGYg Y2FycmllZCB3aXRoaW4gZWl0aGVyDQogICB0aGUgVHJhZmZpYyBFbmdpbmVlcmluZyBMU0Egc3Bl Y2lmaWVkIGluIFtSRkMzNjMwXSBvciB0aGUgT1NQRnYzDQogICBJbnRyYS1BcmVhLVRFIExTQSAo ZnVuY3Rpb24gY29kZSAxMCkgZGVmaW5lZCBpbiBbUkZDNTMyOV0gdG8NCiAgIGFkdmVydGlzZSB0 aGUgVEUgcmVsYXRlZCBpbmZvcm1hdGlvbiBmb3IgdGhlIGxvY2FsbHkgYXR0YWNoZWQgcm91dGVy DQogICBsaW5rcy4gIEZvciBhbiBMU0EgVHlwZSAxMCwgb25lIExTQSBjYW4gY29udGFpbiBvbmUg TGluayBUTFYNCiAgIGluZm9ybWF0aW9uIGZvciBhIHNpbmdsZSBsaW5rLiAgVGhpcyBleHRlbnNp b24gZGVmaW5lcyBhIG5ldyAxNTg4LQ0KICAgYXdhcmUgY2FwYWJpbGl0eSBzdWItVExWIHRoYXQg Y2FuIGJlIGNhcnJpZWQgYXMgcGFydCBvZiB0aGUgTGluayBUTFYuDQoNCiAgIFRoZSAxNTg4LWF3 YXJlIGNhcGFiaWxpdHkgc3ViLVRMViBpcyBPUFRJT05BTCBhbmQgTVVTVCBOT1QgYXBwZWFyDQog ICBtb3JlIHRoYW4gb25jZSB3aXRoaW4gdGhlIExpbmsgVExWLiAgSWYgYSBzZWNvbmQgaW5zdGFu Y2Ugb2YgdGhlDQogICAxNTg4LWF3YXJlIGNhcGFiaWxpdHkgc3ViLVRMViBpcyBwcmVzZW50LCB0 aGUgcmVjZWl2aW5nIHN5c3RlbSBNVVNUDQogICBvbmx5IHByb2Nlc3MgdGhlIGZpcnN0IGluc3Rh bmNlIG9mIHRoZSBzdWItVExWLiAgSXQgaXMgZGVmaW5lZCBhcw0KICAgZm9sbG93czoNCg0KICAg ICAgMCAgICAgICAgICAgICAgICAgICAgMSAgICAgICAgICAgICAgICAgICAyICAgICAgICAgICAg ICAgICAgIDMNCiAgICAgICAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkg MCAxIDIgMyA0IDUgNiA3IDggOSAwIDENCiAgICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQogICAgICB8ICAgICAgICAg ICAgICBUeXBlICAgICAgICAgICAgIHwgICAgICAgICAgICAgTGVuZ3RoICAgICAgICAgICAgfA0K ICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSsNCiAgICAgIHwgICAgIEZsYWdzICAgICB8DQogICAgICArLSstKy0rLSst Ky0rLSstKw0KDQogICAgICAgICAgICAgICAgRmlndXJlIDM6IDE1ODgtYXdhcmUgQ2FwYWJpbGl0 eSBUTFYNCg0KDQogICBXaGVyZToNCg0KICAgVHlwZSwgMTYgYml0czogMTU4OC1hd2FyZSBDYXBh YmlsaXR5IFRMViB3aGVyZSB0aGUgdmFsdWUgaXMgVEJEDQoNCg0KDQoNCkRhdmFyaSwgZXQgYWwu ICAgICAgICAgICAgRXhwaXJlcyBTZXB0IDEyLCAyMDEyICAgICAgICAgICAgICAgIFtQYWdlIDIy XQ0KDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgIDE1ODggb3ZlciBNUExTICAgICAgICAg ICAgICAgICAgICBNYXJjaCAyMDEyDQoNCg0KICAgTGVuZ3RoLCAxNiBiaXRzOiBHaXZlcyB0aGUg bGVuZ3RoIG9mIHRoZSBmbGFncyBmaWVsZCBpbiBvY3RldHMsIGFuZA0KICAgaXMgY3VycmVudGx5 IHNldCB0byAxDQoNCiAgIEZsYWdzLCA4IGJpdHM6IFRoZSBiaXRzIGFyZSBkZWZpbmVkIGxlYXN0 LXNpZ25pZmljYW50LWJpdCAoTFNCKQ0KICAgZmlyc3QsIHNvIGJpdCA3IGlzIHRoZSBsZWFzdCBz aWduaWZpY2FudCBiaXQgb2YgdGhlIGZsYWdzIG9jdGV0Lg0KDQoNCiAgICAgICAwIDEgMiAzIDQg NSA2IDcNCiAgICAgICstKy0rLSstKy0rLSstKy0rDQogICAgICB8ICAgUmVzZXJ2ZWQgIHxDfA0K ICAgICAgKy0rLSstKy0rLSstKy0rLSsNCg0KICAgICBGaWd1cmUgNDogRmxhZ3MgRm9ybWF0DQoN Cg0KICAgQ29ycmVjdGlvbiAoQykgZmllbGQgVXBkYXRlIGZpZWxkLCAxIGJpdDogU2V0dGluZyB0 aGUgQyBiaXQgdG8gMQ0KICAgaW5kaWNhdGVzIHRoYXQgdGhlIGxpbmsgaXMgY2FwYWJsZSBvZiBy ZWNvZ25pemluZyB0aGUgUFRQIGV2ZW50DQogICBwYWNrZXRzIGFuZCBjYW4gY29tcGVuc2F0ZSBm b3IgcmVzaWRlbmNlIHRpbWUgYnkgdXBkYXRpbmcgdGhlIFBUUA0KICAgcGFja2V0IENvcnJlY3Rp b24gRmllbGQuICBXaGVuIHRoaXMgaXMgc2V0IHRvIDAsIGl0IG1lYW5zIHRoYXQgdGhpcw0KICAg bGluayBjYW5ub3QgcGVyZm9ybSB0aGUgcmVzaWRlbmNlIHRpbWUgY29ycmVjdGlvbiBidXQgaXMg Y2FwYWJsZSBvZg0KICAgcGVyZm9ybWluZyBNUExTIGZyYW1lIGZvcndhcmRpbmcgb2YgdGhlIGZy YW1lcyB3aXRoIFBUUCBsYWJlbHMgdXNpbmcNCiAgIGEgbWV0aG9kIHRoYXQgc3VwcG9ydCB0aGUg ZW5kIHRvIGVuZCBkZWxpdmVyeSBvZiBhY2N1cmF0ZSB0aW1pbmcuDQogICBUaGUgZXhhY3QgbWV0 aG9kIGlzIG5vdCBkZWZpbmVkIGhlcmVpbi4NCg0KICAgUmVzZXJ2ZWQsIDcgYml0czogUmVzZXJ2 ZWQgZm9yIGZ1dHVyZSB1c2UuICBUaGUgcmVzZXJ2ZWQgYml0cyBtdXN0IGJlDQogICBpZ25vcmVk IGJ5IHRoZSByZWNlaXZlci4NCg0KICAgVGhlIDE1ODgtYXdhcmUgQ2FwYWJpbGl0eSBzdWItVExW IGlzIGFwcGxpY2FibGUgdG8gYm90aCBPU1BGdjIgYW5kDQogICBPU1BGdjMuDQoNCjE0LjIuICAx NTg4YXdhcmUgTGluayBDYXBhYmlsaXR5IGZvciBJUy1JUw0KDQogICBUaGUgSVMtSVMgVHJhZmZp YyBFbmdpbmVlcmluZyBbUkZDMzc4NF0gZGVmaW5lcyB0aGUgaW50cmEtYXJlYQ0KICAgdHJhZmZp YyBlbmdpbmVlcmluZyBlbmhhbmNlbWVudHMgYW5kIHVzZXMgdGhlIEV4dGVuZGVkIElTDQogICBS ZWFjaGFiaWxpdHkgVExWIChUeXBlIDIyKSBbUkZDNTMwNV0gdG8gY2FycnkgdGhlIHBlciBsaW5r IFRFLXJlbGF0ZWQNCiAgIGluZm9ybWF0aW9uLiAgVGhpcyBleHRlbnNpb24gZGVmaW5lcyBhIG5l dyAxNTg4LWF3YXJlIGNhcGFiaWxpdHkgc3ViLQ0KICAgVExWIHRoYXQgY2FuIGJlIGNhcnJpZWQg YXMgcGFydCBvZiB0aGUgRXh0ZW5kZWQgSVMgUmVhY2hhYmlsaXR5IFRMVi4NCg0KICAgVGhlIDE1 ODgtYXdhcmUgY2FwYWJpbGl0eSBzdWItVExWIGlzIE9QVElPTkFMIGFuZCBNVVNUIE5PVCBhcHBl YXINCiAgIG1vcmUgdGhhbiBvbmNlIHdpdGhpbiB0aGUgRXh0ZW5kZWQgSVMgUmVhY2hhYmlsaXR5 IFRMViBvciB0aGUgTXVsdGktDQogICBUb3BvbG9neSAoTVQpIEludGVybWVkaWF0ZSBTeXN0ZW1z IFRMViAodHlwZSAyMjIpIHNwZWNpZmllZCBpbg0KICAgW1JGQzUxMjBdLiAgSWYgYSBzZWNvbmQg aW5zdGFuY2Ugb2YgdGhlIDE1ODgtYXdhcmUgY2FwYWJpbGl0eSBzdWItVExWDQogICBpcyBwcmVz ZW50LCB0aGUgcmVjZWl2aW5nIHN5c3RlbSBNVVNUIG9ubHkgcHJvY2VzcyB0aGUgZmlyc3QgaW5z dGFuY2UNCiAgIG9mIHRoZSBzdWItVExWLg0KDQogICBUaGUgZm9ybWF0IG9mIHRoZSBJUy1JUyAx NTg4LWF3YXJlIHN1Yi1UTFYgaXMgaWRlbnRpY2FsIHRvIHRoZSBUTFYNCiAgIGZvcm1hdCB1c2Vk IGJ5IHRoZSBUcmFmZmljIEVuZ2luZWVyaW5nIEV4dGVuc2lvbnMgdG8gSVMtSVMgW1JGQzM3ODRd Lg0KICAgVGhhdCBpcywgdGhlIFRMViBpcyBjb21wcmlzZWQgb2YgMSBvY3RldCBmb3IgdGhlIHR5 cGUsIDEgb2N0ZXQNCg0KDQoNCg0KRGF2YXJpLCBldCBhbC4gICAgICAgICAgICBFeHBpcmVzIFNl cHQgMTIsIDIwMTIgICAgICAgICAgICAgICAgW1BhZ2UgMjNdDQoNCkludGVybmV0LURyYWZ0ICAg ICAgICAgICAgICAgMTU4OCBvdmVyIE1QTFMgICAgICAgICAgICAgICAgICAgIE1hcmNoIDIwMTIN Cg0KDQogICBzcGVjaWZ5aW5nIHRoZSBUTFYgbGVuZ3RoLCBhbmQgYSB2YWx1ZSBmaWVsZC4gIFRo ZSBMZW5ndGggZmllbGQNCiAgIGRlZmluZXMgdGhlIGxlbmd0aCBvZiB0aGUgdmFsdWUgcG9ydGlv biBpbiBvY3RldHMuDQoNCiAgICAgIDAgICAgICAgICAgICAgICAgICAgIDEgICAgICAgICAgICAg ICAgICAgMg0KICAgICAgIDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAw IDEgMiAzDQogICAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rDQogICAgICB8ICAgICBUeXBlICAgICAgfCAgICAgTGVuZ3RoICAgIHwgICAgRmxhZ3Mg ICAgICB8DQogICAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rDQoNCiAgICAgICAgICAgICBGaWd1cmUgNTogMTU4OC1hd2FyZSBDYXBhYmlsaXR5IHN1 Yi1UTFYNCg0KICAgV2hlcmU6DQoNCiAgIFR5cGUsIDggYml0czogMTU4OC1hd2FyZSBDYXBhYmls aXR5IHN1Yi1UTFYgd2hlcmUgdGhlIHZhbHVlIGlzIFRCRA0KDQogICBMZW5ndGgsIDggYml0czog R2l2ZXMgdGhlIGxlbmd0aCBvZiB0aGUgZmxhZ3MgZmllbGQgaW4gb2N0ZXRzLCBhbmQgaXMNCiAg IGN1cnJlbnRseSBzZXQgdG8gMQ0KDQogICBGbGFncywgOCBiaXRzOiBUaGUgYml0cyBhcmUgZGVm aW5lZCBsZWFzdC1zaWduaWZpY2FudC1iaXQgKExTQikNCiAgIGZpcnN0LCBzbyBiaXQgNyBpcyB0 aGUgbGVhc3Qgc2lnbmlmaWNhbnQgYml0IG9mIHRoZSBmbGFncyBvY3RldC4NCg0KDQogICAgICAg MCAxIDIgMyA0IDUgNiA3DQogICAgICArLSstKy0rLSstKy0rLSstKw0KICAgICAgfCAgIFJlc2Vy dmVkICB8Q3wNCiAgICAgICstKy0rLSstKy0rLSstKy0rDQoNCiAgICAgRmlndXJlIDY6IEZsYWdz IEZvcm1hdA0KDQogICBDb3JyZWN0aW9uIChDKSBmaWVsZCBVcGRhdGUgZmllbGQsIDEgYml0OiBT ZXR0aW5nIHRoZSBDIGJpdCB0byAxDQogICBpbmRpY2F0ZXMgdGhhdCB0aGUgbGluayBpcyBjYXBh YmxlIG9mIHJlY29nbml6aW5nIHRoZSBQVFAgZXZlbnQNCiAgIHBhY2tldHMgYW5kIGNhbiBjb21w ZW5zYXRlIGZvciByZXNpZGVuY2UgdGltZSBieSB1cGRhdGluZyB0aGUgUFRQDQogICBwYWNrZXQg Q29ycmVjdGlvbiBGaWVsZC4gIFdoZW4gdGhpcyBpcyBzZXQgdG8gMCwgaXQgbWVhbnMgdGhhdCB0 aGlzDQogICBsaW5rIGNhbm5vdCBwZXJmb3JtIHRoZSByZXNpZGVuY2UgdGltZSBjb3JyZWN0aW9u IGJ1dCBpcyBjYXBhYmxlIG9mDQogICBwZXJmb3JtaW5nIE1QTFMgZnJhbWUgZm9yd2FyZGluZyBv ZiB0aGUgZnJhbWVzIHdpdGggUFRQIGxhYmVscyB1c2luZw0KICAgYSBtZXRob2QgdGhhdCBzdXBw b3J0IHRoZSBlbmQgdG8gZW5kIGRlbGl2ZXJ5IG9mIGFjY3VyYXRlIHRpbWluZy4NCiAgIFRoZSBl eGFjdCBtZXRob2QgaXMgbm90IGRlZmluZWQgaGVyZWluLg0KDQogICBSZXNlcnZlZCwgNyBiaXRz OiBSZXNlcnZlZCBmb3IgZnV0dXJlIHVzZS4gIFRoZSByZXNlcnZlZCBiaXRzIG11c3QgYmUNCiAg IGlnbm9yZWQgYnkgdGhlIHJlY2VpdmVyLg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KRGF2YXJp LCBldCBhbC4gICAgICAgICAgICBFeHBpcmVzIFNlcHQgMTIsIDIwMTIgICAgICAgICAgICAgICAg W1BhZ2UgMjRdDQoNCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgMTU4OCBvdmVyIE1QTFMg ICAgICAgICAgICAgICAgICAgIE1hcmNoIDIwMTINCg0KDQoxNS4gIFJTVlAtVEUgRXh0ZW5zaW9u cyBmb3Igc3VwcG9ydCBvZiAxNTg4DQoNCiAgIFJTVlAtVEUgc2lnbmFsaW5nIE1BWSBiZSB1c2Vk IHRvIHNldHVwIHRoZSBQVFAgTFNQcy4gIEEgbmV3IFJTVlANCiAgIG9iamVjdCBpcyBkZWZpbmVk IHRvIHNpZ25hbCB0aGF0IHRoaXMgaXMgYSBQVFAgTFNQLiAgVGhlIE9GRlNFVCB0bw0KICAgdGhl IHN0YXJ0IG9mIHRoZSBQVFAgbWVzc2FnZSBoZWFkZXIgTUFZIGFsc28gYmUgc2lnbmFsZWQuDQog ICBJbXBsZW1lbnRhdGlvbnMgY2FuIHRyaXZpYWxseSBsb2NhdGUgdGhlIENvcnJlY3Rpb24gRmll bGQgKENGKQ0KICAgbG9jYXRpb24gZ2l2ZW4gdGhpcyBpbmZvcm1hdGlvbi4gIFRoZSBPRkZTRVQg cG9pbnRzIHRvIHRoZSBzdGFydCBvZg0KICAgdGhlIFBUUCBoZWFkZXIgYXMgYSBub2RlIG1heSB3 YW50IHRvIGNoZWNrIHRoZSBQVFAgbWVzc2FnZSBUeXBlIGJlZm9yZQ0KICAgaXQgdG91Y2hlcyB0 aGUgY29ycmVjdGlvbiBGaWVsZCAoQ0YpLiAgVGhlIE9GRlNFVCBpcyBjb3VudGVkIGZyb20gYm90 dG9tDQogICBvZiBsYWJlbCBzdGFjay4NCg0KICAgVGhlIExTUnMgdGhhdCByZWNlaXZlIGFuZCBw cm9jZXNzIHRoZSBSU1ZQLVRFL0dNUExTIG1lc3NhZ2VzIE1BWSB1c2UNCiAgIHRoZSBPRkZTRVQg dG8gbG9jYXRlIHRoZSBzdGFydCBvZiB0aGUgUFRQIG1lc3NhZ2UgaGVhZGVyLg0KDQogICBOb3Rl IHRoYXQgdGhlIG5ldyBvYmplY3QvVExWIE1VU1QgYmUgaWdub3JlZCBieSBMU1JzIHRoYXQgYXJl IG5vdA0KICAgY29tcGxpYW50IHRvIHRoaXMgc3BlY2lmaWNhdGlvbi4NCg0KICAgVGhlIG5ldyBS U1ZQIDE1ODhfUFRQX0xTUCBvYmplY3Qgc2hvdWxkIGJlIGluY2x1ZGVkIGluIHNpZ25hbGluZyBQ VFANCiAgIExTUHMgYW5kIGlzIGRlZmluZWQgYXMgZm9sbG93czoNCg0KICAgICAgICAgICAgICAg ICAgIDAgICAgICAgICAgICAgMSAgICAgICAgICAgICAyICAgICAgICAgICAgIDMNCiAgICAgICAg ICAgICstLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0t LS0tKw0KICAgICAgICAgICAgfCAgICAgICBMZW5ndGggKGJ5dGVzKSAgICAgIHwgIENsYXNzLU51 bSAgfCAgIEMtVHlwZSAgICB8DQogICAgICAgICAgICArLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0t LS0tKy0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLSsNCiAgICAgICAgICAgIHwgT2Zmc2V0IHRv IGxvY2F0ZSB0aGUgc3RhcnQgb2YgdGhlIFBUUCBtZXNzYWdlIGhlYWRlciAgfA0KICAgICAgICAg ICAgKy0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0t LS0rDQoNCiAgICAgICAgICAgICAgICAgICAgIEZpZ3VyZSA3OiBSU1ZQIDE1ODhfUFRQX0xTUCBv YmplY3QNCg0KDQogICBUaGUgaW5ncmVzcyBMU1IgTVVTVCBpbmNsdWRlIHRoaXMgb2JqZWN0IGlu IHRoZSBSU1ZQIFBBVEggTWVzc2FnZS4NCiAgIEl0IGlzIGp1c3QgYSBub3JtYWwgUlNWUCBwYXRo IHRoYXQgaXMgZXhjbHVzaXZlbHkgc2V0IHVwIGZvciBQVFANCiAgIG1lc3NhZ2VzLg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCkRhdmFyaSwgZXQgYWwuICAgICAgICAg ICAgRXhwaXJlcyBTZXB0IDEyLCAyMDEyICAgICAgICAgICAgICAgIFtQYWdlIDI1XQ0KDQpJbnRl cm5ldC1EcmFmdCAgICAgICAgICAgICAgIDE1ODggb3ZlciBNUExTICAgICAgICAgICAgICAgICAg ICBNYXJjaCAyMDEyDQoNCg0KMTYuICBCZWhhdmlvciBvZiBMRVIvTFNSDQoNCjE2LjEuIEJlaGF2 aW9yIG9mIDE1ODgtY2FwYWJsZS9hd2FyZSBMRVINCg0KICAgQSAxNTg4LWNhcGFibGUvYXdhcmUg TEVSIGFkdmVydGlzZXMgaXQncyAxNTg4LWNhcGFiaWxpdHkgdmlhIHRoZSBPU1BGIA0KICAgb3Ig SVMtSVMgcHJvY2VkdXJlIGV4cGxhaW5lZCBpbiBlYXJsaWVyIHNlY3Rpb25zIG9mIHRoaXMgc3Bl Y2lmaWNhdGlvbi4gIA0KICAgVGhlIDE1ODgtY2FiYWxlL2F3YXJlIExFUiB0aGVuIHNpZ25hbHMg UFRQIExTUHMgYnkgaW5jbHVkaW5nIHRoZSANCiAgIDE1ODhfUFRQX0xTUCBvYmplY3QgaW4gdGhl IFJTVlAtVEUgc2lnbmFsaW5nLg0KDQogICBXaGVuIGEgMTU4OCBtZXNzYWdlIGlzIHJlY2VpdmVk IGZyb20gYSBub24tTVBMUyBpbnRlcmZhY2UsIHRoZSBMRVINCiAgIE1VU1QgcmVkaXJlY3QgdGhl bSB0byBhIHByZXZpb3VzbHkgZXN0YWJsaXNoZWQgUFRQIExTUC4gIFdoZW4gYSAxNTg4DQogICBv dmVyIE1QTFMgbWVzc2FnZSBpcyByZWNlaXZlZCBmcm9tIGFuIE1QTFMgaW50ZXJmYWNlLCB0aGUg cHJvY2Vzc2luZw0KICAgaXMgc2ltaWxhciB0byAxNTg4LWF3YXJlIExTUiBwcm9jZXNzaW5nLg0K DQoxNi4yLiBCZWhhdmlvciBvZiAxNTg4LWNhcGFibGUvYXdhcmUgTFNSDQoNCiAgIDE1ODgtY2Fw YWJsZS9hd2FyZSBMU1JzIGFyZSBMU1JzIHRoYXQgdW5kZXJzdGFuZCB0aGUgMTU4OF9QVFBfTFNQ IFJTVlANCiAgIG9iamVjdCBhbmQgY2FuIHBlcmZvcm0gMTU4OCBwcm9jZXNzaW5nIChlLmcudHJh bnNwYXJlbnQgY2xvY2sgcHJvY2Vzc2luZykuDQoNCiAgIEEgMTU4OC1jYXBhYmxlIExTUiBhZHZl cnRpc2VzIGl0J3MgMTU4OC1jYXBhYmlsaXR5IHZpYSB0aGUgT1NQRiBvciBJUy1JUw0KICAgcHJv Y2VkdXJlIGV4cGxhaW5lZCBpbiBlYXJsaWVyIHNlY3Rpb25zIG9mIHRoaXMgc3BlY2lmaWNhdGlv bi4NCg0KICAgV2hlbiBhIDE1ODgtY2FwYWJsZS9hd2FyZSBMU1IgZGlzdHJpYnV0ZXMgYSBsYWJl bCBmb3IgUFRQIExTUCwgaXQgbWFpbnRhaW5zDQogICB0aGlzIGluZm9ybWF0aW9uLiAgV2hlbiB0 aGUgMTU4OC1jYXBhYmxlL2F3YXJlIExTUiByZWNlaXZlcyBhbiBNUExTIHBhY2tldCwNCiAgIGl0 IHBlcmZvcm1zIGEgbGFiZWwgbG9va3VwIGFuZCBpZiB0aGUgbGFiZWwgbG9va3VwIGluZGljYXRl cyBpdCBpcyBhIFBUUCANCiAgIGxhYmVsIHRoZW4gZnVydGhlciBwYXJzaW5nIG11c3QgYmUgZG9u ZSB0byBwb3NpdGl2ZWx5IGlkZW50aWZ5IHRoYXQgdGhlIA0KICAgIHBheWxvYWQgaXMgMTU4OCBh bmQgbm90IE9BTSwgQkZEIG9yIGNvbnRyb2wgYW5kIG1hbmFnZW1lbnQuDQoNCiAgIFJ1bGluZyBv dXQgbm9uLTE1ODggbWVzc2FnZXMgY2FuIGVhc2lseSBiZSBkb25lIHdoZW4gcGFyc2luZw0KICAg aW5kaWNhdGVzIHRoZSBwcmVzZW5jZSBvZiBHQUwsIEFDSCBvciBWQ0NWIChUeXBlIDEsIDIsIDMp IG9yIHdoZW4gdGhlDQogICBVRFAgcG9ydCBudW1iZXIgZG9lcyBub3QgbWF0Y2ggb25lIG9mIHRo ZSAxNTg4IFVEUCBwb3J0IG51bWJlcnMuDQoNCiAgIEFmdGVyIGEgMTU4OCBtZXNzYWdlIGlzIHBv c2l0aXZlbHkgaWRlbnRpZmllZCBpbiBhIFBUUCBMU1AsIHRoZSBQVFANCiAgIG1lc3NhZ2UgdHlw ZSBpbmRpY2F0ZXMgd2hldGhlciBhbnkgdGltZXN0YW1wIHByb2Nlc3NpbmcgaXMgcmVxdWlyZWQu DQogICBBZnRlciAxNTg4IHByb2Nlc3NpbmcgdGhlIHBhY2tldCBpcyBmb3J3YXJkZWQgYXMgYSBu b3JtYWwgTVBMUyBwYWNrZXQNCiAgIHRvIGRvd25zdHJlYW0gbm9kZS4NCg0KMTYuMy4gQmVoYXZp b3Igb2Ygbm9uLTE1ODgtY2FwYWJsZS9hd2FyZSBMU1INCg0KICAgVGhlcmUgYXJlIHR3byB0eXBl cyBvZiBMU1JzIHRoYXQgY2FuP3QgcGFydGljaXBhdGUgaW4gcHJvY2Vzc2luZyBQVFAgDQogICBt ZXNzYWdlcyBpbiBhbiBSU1ZQLVRFIHNpZ25hbGVkIFBUUCBMU1A6DQoNCiAgIDEpIExTUnMgdGhh dCBkb24ndCBoYXZlIHRoZSBhYmlsaXR5IHRvIHByb2Nlc3MgMTU4OCBwYWNrZXRzIChlLmcuIA0K ICAgICAgcGVyZm9ybSB0cmFuc3BhcmVudCBjbG9jayBwcm9jZXNzaW5nKS4gVGhlc2UgTFNScyBh cmUgY2FsbGVkIA0KICAgICAgbm9uLTE1ODgtY2FwYWJsZSBMU1JzLg0KDQogICAyKSBMU1JzIHRo YXQgaGF2ZSB0aGUgY2FwYWJpbGl0eSB0byBwcm9jZXNzIDE1ODggcGFja2V0cyAoZS5nLiANCiAg ICAgIHBlcmZvcm0gdHJhbnNwYXJlbnQgY2xvY2sgcHJvY2Vzc2luZywgYnV0IGRvbid0IHVuZGVy c3RhbmQgICAgICAgdGhlIDE1ODhfUFRQX0xTUCBSU1ZQIG9iamVjdC4gVGhlc2UgTFNScyBhcmUg Y2FsbGVkIA0KICAgICAgbm9uLTE1ODgtYXdhcmUgTFNScy4NCiAgIA0KDQpEYXZhcmksIGV0IGFs LiAgICAgICAgICAgIEV4cGlyZXMgU2VwdCAxMiwgMjAxMiAgICAgICAgICAgICAgICBbUGFnZSAy Nl0NCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgMTU4OCBvdmVyIE1QTFMgICAgICAgICAg ICAgICAgICAgIE1hcmNoIDIwMTINCg0KDQpJdCBpcyBtb3N0IGJlbmVmaWNpYWwgdGhhdCBhbGwg TFNScyBpbiB0aGUgcGF0aCBvZiBhIFBUUCBMU1AgYmUgMTU4OC0NCiAgIENhcGFibGUgYW5kIGF3 YXJlIExTUnMuICBUaGlzIHdvdWxkIGVuc3VyZSB0aGUgaGlnaGVzdCBxdWFsaXR5IHRpbWUgDQog ICBhbmQgY2xvY2sgc3luY2hyb25pemF0aW9uIGJ5IDE1ODggU2xhdmUgQ2xvY2tzLiBIb3dldmVy LCB0aGlzIA0KICAgc3BlY2lmaWNhdGlvbiBkb2VzIG5vdCBtYW5kYXRlIHRoYXQgYWxsIExTUnMg aW4gcGF0aCBvZiBhIFBUUCBMU1AgDQogICBiZSAxNTg4LWNhcGFibGUgYW5kIGF3YXJlLg0KDQoN CiAgIE5vbi0xNTg4LWNhYmFibGUgYW5kIG5vbi0xNTg4LWF3YXJlIExTUnMgaWdub3JlIHRoZSBS U1ZQIA0KICAgMTU4OF9QVFBfTFNQIG9iamVjdCBhbmQganVzdCBzd2l0Y2ggdGhlIE1QTFMgcGFj a2V0cyBjYXJyeWluZyAxNTg4IA0KICAgbWVzc2FnZXMgYXMgZGF0YSBwYWNrZXRzIGFuZCBkb24n dCBwZXJmb3JtIGFueSB0aW1lc3RhbXAgcmVsYXRlZCANCiAgIHByb2Nlc3NpbmcuICBIb3dldmVy IGFzIGV4cGxhaW5lZCBpbiBRb1Mgc2VjdGlvbiB0aGUgMTU4OCBvdmVyIE1QTFMgDQogICBwYWNr ZXRzIE1VU1QgYmUgc3RpbGwgYmUgdHJlYXRlZCB3aXRoIHRoZSBoaWdoZXN0IHByaW9yaXR5Lg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCkRhdmFyaSwgZXQgYWwuICAgICAgICAgICAgRXhwaXJl cyBTZXB0IDEyLCAyMDEyICAgICAgICAgICAgICAgIFtQYWdlIDI3XQ0KDQpJbnRlcm5ldC1EcmFm dCAgICAgICAgICAgICAgIDE1ODggb3ZlciBNUExTICAgICAgICAgICAgICAgICAgICBNYXJjaCAy MDEyDQoNCg0KMTcuICBPdGhlciBjb25zaWRlcmF0aW9ucw0KDQogICBUaGUgdXNlIG9mIEV4cGxp Y2l0IE51bGwgKExhYmVsPSAwIG9yIDIpIGlzIGFjY2VwdGFibGUgYXMgbG9uZyBhcw0KICAgZWl0 aGVyIHRoZSBFeHBsaWNpdCBOdWxsIGxhYmVsIGlzIHRoZSBib3R0b20gb2Ygc3RhY2sgbGFiZWwN CiAgIChhcHBsaWNhYmxlIG9ubHkgdG8gVURQL0lQIGVuY2Fwc3VsYXRpb24pIG9yIHRoZSBsYWJl bCBiZWxvdyB0aGUNCiAgIEV4cGxpY2l0IE51bGwgbGFiZWwgaXMgYSBQVFAgbGFiZWwuDQoNCiAg IFRoZSB1c2Ugb2YgUGVudWx0aW1hdGUgSG9wIFBvcCAoUEhQKSBpcyBhY2NlcHRhYmxlIGFzIGxv bmcgYXMgZWl0aGVyDQogICB0aGUgUEhQIGxhYmVsIGlzIHRoZSBib3R0b20gb2Ygc3RhY2sgbGFi ZWwgKGFwcGxpY2FibGUgb25seSB0byBVRFAvSVANCiAgIGVuY2Fwc3VsYXRpb24pIG9yIHRoZSBs YWJlbCBiZWxvdyB0aGUgUEhQIGxhYmVsIGlzIGEgUFRQIGxhYmVsLg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCkRhdmFyaSwgZXQgYWwuICAgICAgICAgICAgRXhwaXJlcyBTZXB0IDEyLCAyMDEy ICAgICAgICAgICAgICAgIFtQYWdlIDI4XQ0KDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAg IDE1ODggb3ZlciBNUExTICAgICAgICAgICAgICAgICAgICBNYXJjaCAyMDEyDQoNCg0KMTguICBT ZWN1cml0eSBDb25zaWRlcmF0aW9ucw0KDQogICBNUExTIFBXIHNlY3VyaXR5IGNvbnNpZGVyYXRp b25zIGluIGdlbmVyYWwgYXJlIGRpc2N1c3NlZCBpbiBbUkZDMzk4NV0NCiAgIGFuZCBbUkZDNDQ0 N10sYW5kIHRob3NlIGNvbnNpZGVyYXRpb25zIGFsc28gYXBwbHkgdG8gdGhpcyBkb2N1bWVudC4N Cg0KICAgQW4gZXhwZXJpbWVudGFsIHNlY3VyaXR5IHByb3RvY29sIGlzIGRlZmluZWQgaW4gW0lF RUVdLiAgVGhlIFBUUA0KICAgc2VjdXJpdHkgZXh0ZW5zaW9uIGFuZCBwcm90b2NvbCBwcm92aWRl cyBncm91cCBzb3VyY2UgYXV0aGVudGljYXRpb24sDQogICBtZXNzYWdlIGludGVncml0eSwgYW5k IHJlcGxheSBhdHRhY2sgcHJvdGVjdGlvbiBmb3IgUFRQIG1lc3NhZ2VzLg0KDQoNCjE5LiAgQXBw bGljYWJpbGl0eSBTdGF0ZW1lbnQNCg0KICAgVGhlIDE1ODggb3ZlciBNUExTIHRyYW5zcG9ydCBt ZXRob2RzIGRlc2NyaWJlZCBpbiB0aGlzIGRvY3VtZW50IA0KICAgYXBwbGllcyB0byB0aGUgZm9s bG93aW5nIG5ldHdvcmsgRWxlbWVudHM6DQoNCiAgLSBBbiBMRVIgcmVjZWl2ZXMgSVAgb3IgRXRo ZXJuZXQgRW5jYXBzdWxhdGVkIFBUUCBtZXNzYWdlcyBmcm9tIGEgDQogICAgbm9uLU1QTFMgaW50 ZXJmYWNlIGFuZCBmb3J3YXJkcyB0aGVtIG92ZXIgTFNQL1BXIGJ5LCB3aGlsZSBwZXJmb3JtaW5n DQogICAgVEMgZnVuY3Rpb25hbGl0eQ0KICAtIEFuIExFUiByZWNlaXZlcyBNUExTIGVuY2Fwc3Vs YXRlZCBQVFAgbWVzc2FnZXMgYW5kIGZvcndhcmRzIHRoZW0NCiAgICBhcyBJUCBvciBFdGhlcm5l dCBFbmNhcHN1bGF0ZWQgUFRQIG1lc3NhZ2VzIHRvIGEgbm9uLSAgICBNUExTIGludGVyZmFjZSwg d2hpbGUgcGVyZm9ybWluZyB0aGUgVEMgZnVuY3Rpb25hbGl0eS0gQW4gTEVSIA0KICAgIHJlY2Vp dmVzIE1QTFMgZW5jYXBzdWxhdGVkIFBUUCBtZXNzYWdlcyBhbmQgdGVybWluYXRlcyB0aGVtLCB3 aGlsZSANCiAgICBwZXJmb3JtaW5nIHRoZSBPQyBvciBCQyBmdW5jdGlvbmFsaXR5DQogIC0gQW4g TFNSIHJlY2VpdmVzIE1QTFMgZW5jYXBzdWxhdGVkIFBUUCBtZXNzYWdlcyBmcm9tIGFuIE1QTFMg aW50ZXJmYWNlDQogICAgYW5kIGZvcndhcmRzIHRoZW0gdG8gYW5vdGhlciBNUExTIGludGVyZmFj ZSwgd2hpbGUgcGVyZm9ybWluZyB0aGUgVEMgDQogICAgZnVuY3Rpb25hbGl0eQ0KICAtIEFuIExT UiByZWNlaXZlcyBNUExTIGVuY2Fwc3VsYXRlZCBQVFAgbWVzc2FnZXMgYW5kIHRlcm1pbmF0ZXMg dGhlbSwgDQogICAgd2hpbGUgcGVyZm9ybWluZyB0aGUgT0Mgb3IgQkMgZnVuY3Rpb25hbGl0eQ0K DQogICBUaGlzIGRvY3VtZW50IGFsc28gc3VwcG9ydHMgdGhlIGNhc2Ugd2hlcmUgbm90IGFsbCBM U1JzL0xFUnMgYXJlIDE1ODgNCiAgIG92ZXIgTVBMUyBjYXBhYmxlLiBJdCBhbHNvIHN1cHBvcnRz IHRoZSBjYXNlIHdoZXJlIG5vdCBhbGwgTEVSL0xTUiANCiAgIGludGVyZmFjZXMgYXJlIDE1ODgg b3ZlciBNUExTIGNhcGFibGUuDQoNCg0KDQogICANCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQpEYXZhcmksIGV0IGFsLiAgICAgICAgICAgIEV4cGlyZXMgU2VwdCAxMiwgMjAxMiAg ICAgICAgICAgICAgICBbUGFnZSAyOV0NCg0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAx NTg4IG92ZXIgTVBMUyAgICAgICAgICAgICAgICAgICAgTWFyY2ggMjAxMg0KDQoNCjIwLiAgQWNr bm93bGVkZ2VtZW50cw0KDQogICBUaGUgYXV0aG9ycyB3b3VsZCBsaWtlIHRvIHRoYW5rIEx1Y2Eg TWFydGluaSwgUm9uIENvaGVuLCBZYWFrb3YNCiAgIFN0ZWluLCBUYWwgTWl6cmFoaSwgU3RlZmFu byBSdWZmaW5pLCBMdWNhIE1vbml0aSBhbmQgb3RoZXIgbWVtYmVycyANCiAgIG9mIElFVEYgZm9y IHJldmlld2luZyAgYW5kIHByb3ZpZGluZyBmZWVkYmFjayBvbiB0aGlzIGRyYWZ0Lg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCkRhdmFyaSwgZXQgYWwuICAgICAgICAgICAg RXhwaXJlcyBTZXB0IDEyLCAyMDEyICAgICAgICAgICAgICAgIFtQYWdlIDMwXQ0KSW50ZXJuZXQt RHJhZnQgICAgICAgICAgICAgICAxNTg4IG92ZXIgTVBMUyAgICAgICAgICAgICAgICAgICAgTWFy Y2ggMjAxMg0KDQoNCjIxLiAgSUFOQSBDb25zaWRlcmF0aW9ucw0KDQoyMS4xLiAgSUFOQSBDb25z aWRlcmF0aW9ucyBmb3IgT1NQRg0KDQogICBJQU5BIGhhcyBkZWZpbmVkIGEgc3ViLXJlZ2lzdHJ5 IGZvciB0aGUgc3ViLVRMVnMgY2FycmllZCBpbiBhbiBPU1BGDQogICBURSBMaW5rIFRMViAodHlw ZSAyKS4gIElBTkEgaXMgcmVxdWVzdGVkIHRvIGFzc2lnbiBhIG5ldyBzdWItVExWDQogICBjb2Rl cG9pbnQgZm9yIHRoZSAxNTg4YXdhcmUgY2FwYWJpbGl0eSBzdWItVExWIGNhcnJpZWQgd2l0aGlu IHRoZQ0KICAgUm91dGVyIExpbmsgVExWLg0KDQogICAgICBWYWx1ZSAgICAgICAgICAgIFN1Yi1U TFYgICAgICAgICAgICAgICAgICAgUmVmZXJlbmNlcw0KICAgICAgLS0tLS0gICAgIC0tLS0tLS0t LS0tLS0tLS0tLS0tLS0gICAgICAgICAgIC0tLS0tLS0tLS0NCiAgICAgICBUQkQgICAgICAgMTU4 OGF3YXJlIG5vZGUgc3ViLVRMViAgICAgICAgKHRoaXMgZG9jdW1lbnQpDQoNCjIxLjIuICBJQU5B IENvbnNpZGVyYXRpb25zIGZvciBJUy1JUw0KDQogICBJQU5BIGhhcyBkZWZpbmVkIGEgc3ViLXJl Z2lzdHJ5IGZvciB0aGUgc3ViLVRMVnMgY2FycmllZCBpbiB0aGUgSVMtSVMNCiAgIEV4dGVuZGVk IElTIFJlYWNhYmlsaXR5IFRMVi4gIElBTkEgaXMgcmVxdWVzdGVkIHRvIGFzc2lnbiBhIG5ldyBz dWItDQogICBUTFYgY29kZS1wb2ludCBmb3IgdGhlIDE1ODhhd2FyZSBjYXBhYmlsaXR5IHN1Yi1U TFYgY2FycmllZCB3aXRoaW4NCiAgIHRoZSBFeHRlbmRlZCBJUyBSZWFjYWJpbGl0eSBUTFYuDQoN Cg0KICAgICAgVmFsdWUgICAgICAgICAgICBTdWItVExWICAgICAgICAgICAgICAgICAgIFJlZmVy ZW5jZXMNCiAgICAgIC0tLS0tICAgICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tICAgICAgICAgICAt LS0tLS0tLS0tDQogICAgICAgVEJEICAgICAgIDE1ODhhd2FyZSBub2RlIHN1Yi1UTFYgICAgICAg ICh0aGlzIGRvY3VtZW50KQ0KDQoyMS4zLiAgSUFOQSBDb25zaWRlcmF0aW9ucyBmb3IgUlNWUA0K DQogICBJQU5BIGlzIHJlcXVlc3RlZCB0byBhc3NpZ24gYSBuZXcgQ2xhc3MgTnVtYmVyIGZvciAx NTg4IFBUUCBMU1ANCiAgIG9iamVjdCB0aGF0IGlzIHVzZWQgdG8gc2lnbmFsIFBUUCBMU1BzLg0K DQogICAxNTg4IFBUUCBMU1AgT2JqZWN0DQoNCiAgIENsYXNzLU51bSBvZiB0eXBlIDExYmJiYmJi DQoNCiAgIFN1Z2dlc3RlZCB2YWx1ZSBUQkQNCg0KICAgRGVmaW5lZCBDVHlwZTogMSAoMTU4OCBQ VFAgTFNQKQ0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCkRhdmFyaSwgZXQgYWwuICAgICAg ICAgICAgRXhwaXJlcyBTZXB0IDEyLCAyMDEyICAgICAgICAgICAgICAgIFtQYWdlIDMxXQ0KDQpJ bnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgIDE1ODggb3ZlciBNUExTICAgICAgICAgICAgICAg ICAgICBNYXJjaCAyMDEyDQoNCg0KMjIuICBSZWZlcmVuY2VzDQoNCjIyLjEuICBOb3JtYXRpdmUg UmVmZXJlbmNlcw0KDQogICBbSUVFRV0gICAgIElFRUUgMTU4OC0yMDA4LCAiSUVFRSBTdGFuZGFy ZCBmb3IgYSBQcmVjaXNpb24gQ2xvY2sNCiAgICAgICAgICAgICAgU3luY2hyb25pemF0aW9uIFBy b3RvY29sIGZvciBOZXR3b3JrZWQgTWVhc3VyZW1lbnQgYW5kDQogICAgICAgICAgICAgIENvbnRy b2wgU3lzdGVtcyIuDQoNCiAgIFtSRkMyMTE5XSAgQnJhZG5lciwgUy4sICJLZXkgd29yZHMgZm9y IHVzZSBpbiBSRkNzIHRvIEluZGljYXRlDQogICAgICAgICAgICAgIFJlcXVpcmVtZW50IExldmVs cyIsIEJDUCAxNCwgUkZDIDIxMTksIE1hcmNoIDE5OTcuDQoNCiAgIFtSRkMzOTg1XSAgQnJ5YW50 LCBTLiBhbmQgUC4gUGF0ZSwgIlBzZXVkbyBXaXJlIEVtdWxhdGlvbiBFZGdlLXRvLQ0KICAgICAg ICAgICAgICBFZGdlIChQV0UzKSBBcmNoaXRlY3R1cmUiLCBSRkMgMzk4NSwgTWFyY2ggMjAwNS4N Cg0KICAgW1JGQzQzODldICBUaGFsZXIsIEQuLCBUYWx3YXIsIE0uLCBhbmQgQy4gUGF0ZWwsICJO ZWlnaGJvciBEaXNjb3ZlcnkNCiAgICAgICAgICAgICAgUHJveGllcyAoTkQgUHJveHkpIiwgUkZD IDQzODksIEFwcmlsIDIwMDYuDQoNCiAgIFtSRkM0NDQ3XSAgTWFydGluaSwgTC4sIFJvc2VuLCBF LiwgRWwtQWF3YXIsIE4uLCBTbWl0aCwgVC4sIGFuZCBHLg0KICAgICAgICAgICAgICBIZXJvbiwg IlBzZXVkb3dpcmUgU2V0dXAgYW5kIE1haW50ZW5hbmNlIFVzaW5nIHRoZSBMYWJlbA0KICAgICAg ICAgICAgICBEaXN0cmlidXRpb24gUHJvdG9jb2wgKExEUCkiLCBSRkMgNDQ0NywgQXByaWwgMjAw Ni4NCg0KICAgW1JGQzQ0NDhdICBNYXJ0aW5pLCBMLiwgUm9zZW4sIEUuLCBFbC1BYXdhciwgTi4s IGFuZCBHLiBIZXJvbiwNCiAgICAgICAgICAgICAgIkVuY2Fwc3VsYXRpb24gTWV0aG9kcyBmb3Ig VHJhbnNwb3J0IG9mIEV0aGVybmV0IG92ZXIgTVBMUw0KICAgICAgICAgICAgICBOZXR3b3JrcyIs IFJGQyA0NDQ4LCBBcHJpbCAyMDA2Lg0KDQogICBbUkZDNDcyMF0gIE1hbGlzLCBBLiwgQWxsYW4s IEQuLCBhbmQgTi4gRGVsIFJlZ25vLCAiUHNldWRvd2lyZQ0KICAgICAgICAgICAgICBFbXVsYXRp b24gRWRnZS10by1FZGdlIChQV0UzKSBGcmFtZSBDaGVjayBTZXF1ZW5jZQ0KICAgICAgICAgICAg ICBSZXRlbnRpb24iLCBSRkMgNDcyMCwgTm92ZW1iZXIgMjAwNi4NCg0KICAgW1JGQzUwODVdICBO YWRlYXUsIFQuIGFuZCBDLiBQaWduYXRhcm8sICJQc2V1ZG93aXJlIFZpcnR1YWwgQ2lyY3VpdA0K ICAgICAgICAgICAgICBDb25uZWN0aXZpdHkgVmVyaWZpY2F0aW9uIChWQ0NWKTogQSBDb250cm9s IENoYW5uZWwgZm9yDQogICAgICAgICAgICAgIFBzZXVkb3dpcmVzIiwgUkZDIDUwODUsIERlY2Vt YmVyIDIwMDcuDQoNCiAgIFtSRkM1ODgwXSAgS2F0eiwgRC4gYW5kIEQuIFdhcmQsICJCaWRpcmVj dGlvbmFsIEZvcndhcmRpbmcgRGV0ZWN0aW9uDQogICAgICAgICAgICAgIChCRkQpIiwgUkZDIDU4 ODAsIEp1bmUgMjAxMC4NCg0KICAgW1JGQzU4ODRdICBBZ2dhcndhbCwgUi4sIEtvbXBlbGxhLCBL LiwgTmFkZWF1LCBULiwgYW5kIEcuIFN3YWxsb3csDQogICAgICAgICAgICAgICJCaWRpcmVjdGlv bmFsIEZvcndhcmRpbmcgRGV0ZWN0aW9uIChCRkQpIGZvciBNUExTIExhYmVsDQogICAgICAgICAg ICAgIFN3aXRjaGVkIFBhdGhzIChMU1BzKSIsIFJGQyA1ODg0LCBKdW5lIDIwMTAuDQoNCjIyLjIu ICBJbmZvcm1hdGl2ZSBSZWZlcmVuY2VzDQoNCiAgIFtJLUQuaWV0Zi1wd2UzLWZhdC1wd10NCiAg ICAgICAgICAgICAgQnJ5YW50LCBTLiwgRmlsc2ZpbHMsIEMuLCBEcmFmeiwgVS4sIEtvbXBlbGxh LCBWLiwgUmVnYW4sDQogICAgICAgICAgICAgIEouLCBhbmQgUy4gQW1hbnRlLCAiRmxvdyBBd2Fy ZSBUcmFuc3BvcnQgb2YgUHNldWRvd2lyZXMNCiAgICAgICAgICAgICAgb3ZlciBhbiBNUExTIFBh Y2tldCBTd2l0Y2hlZCBOZXR3b3JrIiwNCiAgICAgICAgICAgICAgZHJhZnQtaWV0Zi1wd2UzLWZh dC1wdy0wNyAod29yayBpbiBwcm9ncmVzcyksIEp1bHkgMjAxMS4NCg0KDQoNCg0KRGF2YXJpLCBl dCBhbC4gICAgICAgICAgICBFeHBpcmVzIFNlcHQgMTIsIDIwMTIgICAgICAgICAgICAgICAgW1Bh Z2UgMzJdDQoNCg0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAxNTg4IG92ZXIgTVBMUyAg ICAgICAgICAgICAgICAgICAgTWFyY2ggMjAxMg0KDQoNCiAgIFtJU09dICAgICAgSVNPL0lFQyAx MDU4OToxOTkyLCAiSW50ZXJtZWRpYXRlIHN5c3RlbSB0byBJbnRlcm1lZGlhdGUNCiAgICAgICAg ICAgICAgc3lzdGVtIHJvdXRlaW5nIGluZm9ybWF0aW9uIGV4Y2hhbmdlIHByb3RvY29sIGZvciB1 c2UgaW4NCiAgICAgICAgICAgICAgY29uanVuY3Rpb24gd2l0aCB0aGUgUHJvdG9jb2wgZm9yIHBy b3ZpZGluZyB0aGUNCiAgICAgICAgICAgICAgQ29ubmVjdGlvbmxlc3MtbW9kZSBOZXR3b3JrIFNl cnZpY2UgKElTTyA4NDczKSIuDQoNCiAgIFtSRkMxMTk1XSAgQ2FsbG9uLCBSLiwgIlVzZSBvZiBP U0kgSVMtSVMgZm9yIHJvdXRpbmcgaW4gVENQL0lQIGFuZA0KICAgICAgICAgICAgICBkdWFsIGVu dmlyb25tZW50cyIsIFJGQyAxMTk1LCBEZWNlbWJlciAxOTkwLg0KDQogICBbUkZDMjMyOF0gIE1v eSwgSi4sICJPU1BGIFZlcnNpb24gMiIsIFNURCA1NCwgUkZDIDIzMjgsIEFwcmlsIDE5OTguDQoN CiAgIFtSRkMzNjMwXSAgS2F0eiwgRC4sIEtvbXBlbGxhLCBLLiwgYW5kIEQuIFlldW5nLCAiVHJh ZmZpYyBFbmdpbmVlcmluZw0KICAgICAgICAgICAgICAoVEUpIEV4dGVuc2lvbnMgdG8gT1NQRiBW ZXJzaW9uIDIiLCBSRkMgMzYzMCwNCiAgICAgICAgICAgICAgU2VwdGVtYmVyIDIwMDMuDQoNCiAg IFtSRkMzNzg0XSAgU21pdCwgSC4gYW5kIFQuIExpLCAiSW50ZXJtZWRpYXRlIFN5c3RlbSB0byBJ bnRlcm1lZGlhdGUNCiAgICAgICAgICAgICAgU3lzdGVtIChJUy1JUykgRXh0ZW5zaW9ucyBmb3Ig VHJhZmZpYyBFbmdpbmVlcmluZyAoVEUpIiwNCiAgICAgICAgICAgICAgUkZDIDM3ODQsIEp1bmUg MjAwNC4NCg0KICAgW1JGQzQ5NzBdICBMaW5kZW0sIEEuLCBTaGVuLCBOLiwgVmFzc2V1ciwgSlAu LCBBZ2dhcndhbCwgUi4sIGFuZCBTLg0KICAgICAgICAgICAgICBTaGFmZmVyLCAiRXh0ZW5zaW9u cyB0byBPU1BGIGZvciBBZHZlcnRpc2luZyBPcHRpb25hbA0KICAgICAgICAgICAgICBSb3V0ZXIg Q2FwYWJpbGl0aWVzIiwgUkZDIDQ5NzAsIEp1bHkgMjAwNy4NCg0KICAgW1JGQzQ5NzFdICBWYXNz ZXVyLCBKUC4sIFNoZW4sIE4uLCBhbmQgUi4gQWdnYXJ3YWwsICJJbnRlcm1lZGlhdGUNCiAgICAg ICAgICAgICAgU3lzdGVtIHRvIEludGVybWVkaWF0ZSBTeXN0ZW0gKElTLUlTKSBFeHRlbnNpb25z IGZvcg0KICAgICAgICAgICAgICBBZHZlcnRpc2luZyBSb3V0ZXIgSW5mb3JtYXRpb24iLCBSRkMg NDk3MSwgSnVseSAyMDA3Lg0KDQogICBbUkZDNTEyMF0gIFByenlnaWVuZGEsIFQuLCBTaGVuLCBO LiwgYW5kIE4uIFNoZXRoLCAiTS1JU0lTOiBNdWx0aQ0KICAgICAgICAgICAgICBUb3BvbG9neSAo TVQpIFJvdXRpbmcgaW4gSW50ZXJtZWRpYXRlIFN5c3RlbSB0bw0KICAgICAgICAgICAgICBJbnRl cm1lZGlhdGUgU3lzdGVtcyAoSVMtSVNzKSIsIFJGQyA1MTIwLCBGZWJydWFyeSAyMDA4Lg0KDQog ICBbUkZDNTMwNV0gIExpLCBULiBhbmQgSC4gU21pdCwgIklTLUlTIEV4dGVuc2lvbnMgZm9yIFRy YWZmaWMNCiAgICAgICAgICAgICAgRW5naW5lZXJpbmciLCBSRkMgNTMwNSwgT2N0b2JlciAyMDA4 Lg0KDQogICBbUkZDNTMyOV0gIElzaGlndXJvLCBLLiwgTWFucmFsLCBWLiwgRGF2ZXksIEEuLCBh bmQgQS4gTGluZGVtLA0KICAgICAgICAgICAgICAiVHJhZmZpYyBFbmdpbmVlcmluZyBFeHRlbnNp b25zIHRvIE9TUEYgVmVyc2lvbiAzIiwNCiAgICAgICAgICAgICAgUkZDIDUzMjksIFNlcHRlbWJl ciAyMDA4Lg0KDQogICBbUkZDNTM0MF0gIENvbHR1biwgUi4sIEZlcmd1c29uLCBELiwgTW95LCBK LiwgYW5kIEEuIExpbmRlbSwgIk9TUEYNCiAgICAgICAgICAgICAgZm9yIElQdjYiLCBSRkMgNTM0 MCwgSnVseSAyMDA4Lg0KDQogICBbUkZDMzI0Nl0gRGF2aWUsIGV0LiBhbC4sID9BbiBFeHBlZGl0 ZWQgRm9yd2FyZGluZyBQSEIgKFBlci1Ib3AgQmVoYXZpb3IpDQogICAgICAgICAgICAgUkZDIDMy NDYsIE1hcmNoIDIwMDINCg0KICAgW1JGQzI2OTddIEouIEhlaW5hbmVuIEouLCBHdWVyaW4sIFIu ICJBIFNpbmdsZSBSYXRlIFRocmVlIENvbG9yIE1hcmtlciwgDQogICAgICAgICAgICAgUkZDIDI2 OTcsIFNlcHRlbWJlciAxOTk5LiANCg0KDQoNCg0KDQoNCkRhdmFyaSwgZXQgYWwuICAgICAgICAg ICAgRXhwaXJlcyBTZXB0IDEyLCAyMDEyICAgICAgICAgICAgICAgIFtQYWdlIDMzXQ0KDQoNCklu dGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgMTU4OCBvdmVyIE1QTFMgICAgICAgICAgICAgICAg ICAgIE1hcmNoIDIwMTINCg0KDQpBdXRob3JzJyBBZGRyZXNzZXMNCg0KICAgU2hhaHJhbSBEYXZh cmkNCiAgIEJyb2FkY29tIENvcnAuDQogICBTYW4gSm9zZSwgQ0EgIDk1MTM0DQogICBVU0ENCg0K ICAgRW1haWw6IGRhdmFyaUBicm9hZGNvbS5jb20NCg0KDQogICBBbWl0IE9yZW4NCiAgIEJyb2Fk Y29tIENvcnAuDQogICBTYW4gSm9zZSwgQ0EgIDk1MTM0DQogICBVU0ENCg0KICAgRW1haWw6IGFt aXRvQGJyb2FkY29tLmNvbQ0KDQoNCiAgIE1hbmF2IEJoYXRpYQ0KICAgQWxjYXRlbC1MdWNlbnQN CiAgIEJhbmdhbG9yZSwNCiAgIEluZGlhDQoNCiAgIEVtYWlsOiBtYW5hdi5iaGF0aWFAYWxjYXRl bC1sdWNlbnQuY29tDQoNCg0KICAgUGV0ZXIgUm9iZXJ0cw0KICAgQWxjYXRlbC1MdWNlbnQNCiAg IEthbmF0YSwNCiAgIENhbmFkYQ0KDQogICBFbWFpbDogcGV0ZXIucm9iZXJ0c0BhbGNhdGVsLWx1 Y2VudC5jb20NCg0KDQogICBMYXVyZW50IE1vbnRpbmkNCiAgIENpc2NvIFN5c3RlbXMNCiAgIFNh biBKb3NlIENBDQogICBVU0ENCg0KICAgRW1haWw6IGxtb250aW5pQGNpc2NvLmNvbQ0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCkRhdmFyaSwgZXQgYWwuICAgICAgICAgICAgRXhwaXJlcyBTZXB0IDEy LCAyMDEyICAgICAgICAgICAgICAgIFtQYWdlIDM0XQ0KDQo= --_004_2C2F1EBA8050E74EA81502D5740B4BD6BBDEDF4308SJEXCHCCR02co_-- From cyril.margaria@nsn.com Tue Mar 13 13:23:10 2012 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 CA2D321F8611 for ; Tue, 13 Mar 2012 13:23:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.299 X-Spam-Level: X-Spam-Status: No, score=-5.299 tagged_above=-999 required=5 tests=[AWL=1.300, 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 YlVFFyDntqkz for ; Tue, 13 Mar 2012 13:23:07 -0700 (PDT) Received: from demumfd001.nsn-inter.net (demumfd001.nsn-inter.net [93.183.12.32]) by ietfa.amsl.com (Postfix) with ESMTP id 3BC1E21F860F for ; Tue, 13 Mar 2012 13:23:06 -0700 (PDT) Received: from demuprx016.emea.nsn-intra.net ([10.150.129.55]) by demumfd001.nsn-inter.net (8.12.11.20060308/8.12.11) with ESMTP id q2DKMwoJ021110 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 13 Mar 2012 21:22:58 +0100 Received: from DEMUEXC048.nsn-intra.net ([10.159.32.94]) by demuprx016.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id q2DKMw9Y004222; Tue, 13 Mar 2012 21:22:58 +0100 Received: from DEMUEXC012.nsn-intra.net ([10.150.128.23]) by DEMUEXC048.nsn-intra.net with Microsoft SMTPSVC(6.0.3790.4675); Tue, 13 Mar 2012 21:22:59 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Tue, 13 Mar 2012 21:22:56 +0100 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Comments on draft-ietf-ccamp-rwa-wson-encode-13 Thread-Index: Ac0BVxOP9878qqPyTI2pB/oS4UIvsQ== From: "Margaria, Cyril (NSN - DE/Munich)" To: , X-OriginalArrivalTime: 13 Mar 2012 20:22:59.0177 (UTC) FILETIME=[151F5590:01CD0157] X-purgate-type: clean X-purgate-Ad: Categorized by eleven eXpurgate (R) http://www.eleven.de X-purgate: clean X-purgate: This mail is considered clean (visit http://www.eleven.de for further information) X-purgate-size: 3331 X-purgate-ID: 151667::1331670180-000044A2-9B79D27D/0-0/0-0 Subject: [CCAMP] Comments on draft-ietf-ccamp-rwa-wson-encode-13 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, 13 Mar 2012 20:23:10 -0000 Hi,=20 I have several question related to the WSON constraints encoding.=20 Q1. Resource Block Set Field , the C bit is used to indicate the = connectivity in the resource pool accessibility sub-TLV only, but the = resource pool accessibility sub-TLV also has a Connectivity field that = contains the same values. Is the field in the RB set redundant or does = it indicate another property (it is not clear from the text). In addition if the C field is not needed, it would help having a more = compatible General constraint Link set and WSON constraint RB set = encoding, which would be useful for implementations. Q2. Section 4.2 "Resource Block Wavelength Constraints Sub-TLV" According to the RFC 6163 and [I-D.ietf-ccamp-rwa-info] the = Electro-optical properties can be described, so a resource block may = only have input or ouput wavelength. The Input Wavelength Set Field and = Output Wavelength Set Field should be optional.=20 Q3. Section 4.2 "Resource Block Wavelength Constraints Sub-TLV", for = Input Wavelength Set Field and Output Wavelength Set Field, I did not = find the encoding of the those fields in section 4.2, I expect them = following Label Set Field encoding (section 2.2 of [I-D. = ietf-ccamp-general-constraint-encode]). The field encoding should be = explicitly stated in the I-D. In addition it would be more generic (considering flexigrid labels) to = indicate those fields as Input Labels Set and Output Label Set. This apply to the other sections.=20 Q4. Section 5.1. "Resource Block Information Sub-TLV". >From the previous mail threads I understood that there should only be = one "Modulation Type List Sub-Sub-TLV" instead of "Input Modulation Type = List Sub-Sub-TLV" and "Output Modulation Type List Sub-Sub-TLV". Same = for FEC.=20 This should be clear in the I-D. Q5. Section 5.2.1. "Modulation Format Field". When having one TLV for modulation format, you indicated a processing = rule "no explicit output means the same as input" (for size = optimization). Having 1 bit for ingress and one for egress would remove the need for = this processing rule and this would be always the minimum number of = modulation. This extra bit would simplify the processing while keeping the size = optimized. Could you comment on each of this topic, do you prefer several mail = threads? Mit freundlichen Gr=FC=DFen / Best Regards Cyril Margaria Nokia Siemens Networks GmbH & Co. KG NWS DWDM RD St.Martin-Str. 76 D-81541 M=FCnchen Germany mailto:cyril.margaria@nsn.com Phone: +49-89-5159-16934 Fax:=A0=A0 +49-89-5159-44-16934 ---------------------------------------------------------------- Nokia Siemens Networks GmbH & Co. KG=20 Sitz der Gesellschaft: M=FCnchen / Registered office: Munich=20 Registergericht: M=FCnchen / Commercial registry: Munich, HRA 88537=20 WEEE-Reg.-Nr.: DE 52984304=20 Pers=F6nlich haftende Gesellschafterin / General Partner: Nokia Siemens = Networks Management GmbH=20 Gesch=E4ftsleitung / Board of Directors: Dr. Hermann Rodler, Lydia = Sommer, Olaf Horsthemke=20 Vorsitzender des Aufsichtsrats / Chairman of supervisory board: Herbert = Merz=20 Sitz der Gesellschaft: M=FCnchen / Registered office: Munich=20 Registergericht: M=FCnchen / Commercial registry: Munich, HRB 163416=20 From cyril.margaria@nsn.com Tue Mar 13 13:30:11 2012 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 5DC7C21F868C for ; Tue, 13 Mar 2012 13:30:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.949 X-Spam-Level: X-Spam-Status: No, score=-5.949 tagged_above=-999 required=5 tests=[AWL=0.650, 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 Q3SPVkq213or for ; Tue, 13 Mar 2012 13:30:10 -0700 (PDT) Received: from demumfd001.nsn-inter.net (demumfd001.nsn-inter.net [93.183.12.32]) by ietfa.amsl.com (Postfix) with ESMTP id 756DA21F8688 for ; Tue, 13 Mar 2012 13:30:10 -0700 (PDT) Received: from demuprx017.emea.nsn-intra.net ([10.150.129.56]) by demumfd001.nsn-inter.net (8.12.11.20060308/8.12.11) with ESMTP id q2DKU1aD031503 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 13 Mar 2012 21:30:01 +0100 Received: from demuexc022.nsn-intra.net (demuexc022.nsn-intra.net [10.150.128.35]) by demuprx017.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id q2DKTutI013418; Tue, 13 Mar 2012 21:29:58 +0100 Received: from DEMUEXC012.nsn-intra.net ([10.150.128.23]) by demuexc022.nsn-intra.net with Microsoft SMTPSVC(6.0.3790.4675); Tue, 13 Mar 2012 21:29:38 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Tue, 13 Mar 2012 21:29:37 +0100 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Question on draft-ietf-ccamp-rwa-info-14 Thread-Index: Ac0BWAJCH2AbS7ewQd27knoji8fU+A== From: "Margaria, Cyril (NSN - DE/Munich)" To: , X-OriginalArrivalTime: 13 Mar 2012 20:29:38.0099 (UTC) FILETIME=[02E60030:01CD0158] X-purgate-type: clean X-purgate-Ad: Categorized by eleven eXpurgate (R) http://www.eleven.de X-purgate: clean X-purgate: This mail is considered clean (visit http://www.eleven.de for further information) X-purgate-size: 3510 X-purgate-ID: 151667::1331670601-000044A2-D5B45698/0-0/0-0 Subject: [CCAMP] Question on draft-ietf-ccamp-rwa-info-14 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, 13 Mar 2012 20:30:11 -0000 Hi,=20 Quoting [I-D.ietf-ccamp-rwa-info] section 5, "As discussed in [RFC6163] = a WSON node may contain electro-optical subsystems such as regenerators, wavelength converters or entire = switching subsystems." The whole section concentrate on OEO, but according to RFC 6163 O-E = should also be supported It would be more clear to have a section describing the OE case or how = does it map to the proposed extensions. Can the model described in Figure 1 and Figure 2 be used to described OE = setup? For instance on the following node model (adapted from RFC5339) in = figure a the Electro-optical conversion is done by EOA and EOB. In order to focus on Electro-optical case in this particular example EOA = and EOB have different capabilities and cannot be used for 3R = (different OTU rate). =20 It seems that this is supported, but here they cannot be used for = wavelength conversion, yet you can define input and output wavelength = range, so I am confused. Could you clarify the modeling in this case? Should this be modeled as = one resource block for each EO or 2 resource block for the EO? Another point is that the processing capability indicate which kind of = regeneration can be done, but I think the termination should also be = considered explicitly or using processing rules, this would ease the = path calculation. I would prefer an explicit indication. Can you clarify those topics?. Network element ............................. : -------- : TDM : | TDM | : Port1-------------<->---|#a | : Port2-------------<->---|#b | : Port3-------------<->---|#c | : Port4-------------<->---|#d | : : +--<->---|#e | : : | +<->---|#f | :=09 : | E -------- : : E O : : O B --------- : : A +<->--|#g | : =20 DWDM : +--<->--|#h DWDM | : Port5 ------------<->--|#i | : Port6 ------------<->--|#j | : : ---------- : :............................ =20 Figure a. Hybrid node. Mit freundlichen Gr=FC=DFen / Best Regards Cyril Margaria Nokia Siemens Networks GmbH & Co. KG NWS DWDM RD St.Martin-Str. 76 D-81541 M=FCnchen Germany mailto:cyril.margaria@nsn.com Phone: +49-89-5159-16934 Fax:=A0=A0 +49-89-5159-44-16934 ---------------------------------------------------------------- Nokia Siemens Networks GmbH & Co. KG=20 Sitz der Gesellschaft: M=FCnchen / Registered office: Munich=20 Registergericht: M=FCnchen / Commercial registry: Munich, HRA 88537=20 WEEE-Reg.-Nr.: DE 52984304=20 Pers=F6nlich haftende Gesellschafterin / General Partner: Nokia Siemens = Networks Management GmbH=20 Gesch=E4ftsleitung / Board of Directors: Dr. Hermann Rodler, Lydia = Sommer, Olaf Horsthemke=20 Vorsitzender des Aufsichtsrats / Chairman of supervisory board: Herbert = Merz=20 Sitz der Gesellschaft: M=FCnchen / Registered office: Munich=20 Registergericht: M=FCnchen / Commercial registry: Munich, HRB 163416=20 From IHussain@infinera.com Tue Mar 13 13:55:26 2012 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 481E321F86AA for ; Tue, 13 Mar 2012 13:55:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.766 X-Spam-Level: X-Spam-Status: No, score=-1.766 tagged_above=-999 required=5 tests=[AWL=-0.832, BAYES_00=-2.599, SARE_FWDLOOK=1.666] 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 VOyXNX2T-veL for ; Tue, 13 Mar 2012 13:55:24 -0700 (PDT) Received: from sv-casht-prod1.infinera.com (sv-casht-prod1.infinera.com [8.4.225.24]) by ietfa.amsl.com (Postfix) with ESMTP id 5E6B721F84B5 for ; Tue, 13 Mar 2012 13:55:24 -0700 (PDT) Received: from SV-EXDB-PROD2.infinera.com ([fe80::1d05:1822:aaea:ff52]) by sv-casht-prod1.infinera.com ([10.100.97.218]) with mapi id 14.01.0355.002; Tue, 13 Mar 2012 13:55:23 -0700 From: Iftekhar Hussain To: "adrian@olddog.co.uk" , 'CCAMP' Thread-Topic: [CCAMP] Update to draft-farrkingel-ccamp-flexigrid-lambda-label Thread-Index: AQHNAIKB888ZPa8X4EWXyhu98v/8KJZokXrg Date: Tue, 13 Mar 2012 20:55:22 +0000 Message-ID: References: <01c701ccffcd$35536c60$9ffa4520$@olddog.co.uk> In-Reply-To: <01c701ccffcd$35536c60$9ffa4520$@olddog.co.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.100.96.93] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: Marco Sosa , Abinder Dhillon , "draft-farrkingel-ccamp-flexigrid-lambda-label@tools.ietf.org" Subject: Re: [CCAMP] Update to draft-farrkingel-ccamp-flexigrid-lambda-label 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, 13 Mar 2012 20:55:26 -0000 Adrian, Please see few comments in-line. -----Original Message----- From: Adrian Farrel [mailto:adrian@olddog.co.uk]=20 Sent: Sunday, March 11, 2012 2:23 PM To: 'CCAMP' Cc: draft-farrkingel-ccamp-flexigrid-lambda-label@tools.ietf.org Subject: [CCAMP] Update to draft-farrkingel-ccamp-flexigrid-lambda-label Hi CCAMP, Well, it seems like in the period between Taipei and Paris we had a full an= d frank exchange of views, a period of silence, and a desperate flurry of I= -D posting. My personal view is that it is really important to learn to walk before we = try to run. IMHO, the simple concept of a flexi-grid label is very forward-= looking. I may be wrong, but I don't expect substantial deployment of G.694.1 rev2 i= n the next 12 months. In view of this, it seems slightly early to be discus= sing the control plane, and significantly premature to be talking about con= trol plane for sophisticated wavelength combination and modification strate= gies. If people are putting this function into production equipment then I = am happy to be told I am wrong. [Iftekhar] While it is hard to precisely predict whether and to what extent= flexgrid based products will get deployed in the next 12 months neverthele= ss I would respectfully disagree with the assertion that flexgrid related = control plane work is that far ahead of reality. There are many major comp= onent as well as system vendors who are in the process of supporting this f= unctionality in the "real" deployable products. =20 This extends to the concept of "super channels" as discussed in draft-hussa= in-ccamp-super-channel-label. What I see here is a combination of two things: - wavebands - virtual concatenation I don't oppose this work (although I do note that we have prior art on wave= bands and virtual concatenation that should be considered), and I am sure i= t is modelling something that is within the architecture and concepts advan= ced in the ITU-T (although not, as yet, included in the Q6/15 work), but I = question whether there is urgent deployment need for a this function in a G= MPLS control plane. [Iftekhar] A super-channel is not necessarily confined to a virtual concate= nation concept at the protocol layer only. Clearly it is possible to form = super-channels by closely packing multiple carriers to support real custome= rs need to deploy spectrally efficient optical connections with data rates = beyond 100Gbps (e.g., 1 Tbps). Glad to hear that you don't oppose this work= . We are very open to discuss and explore the reuse of existing art.=20 =20 So my preference is to throttle back the discussions (and drafts) for the g= reat and clever things you are all dreaming up, and see whether we can get = the foundations right. For me, the most basic building block is the label. = Next would come the signaling parameters. I am going to make the rash asser= tion that early deployments if/when they happen will involve coherent nodes= and so the need for routing capability exchanges is lower down the priorit= y list. [Iftekhar] Again I would disagree with this assertion. Let us get a reality= check here. So do you mean coherent nodes are not real and also too far i= n the future? There are already adequate number of 40G/100G coherent deploy= ed systems with fast ramp up expected soon. Regards, Iftekhar Similarly, the use of LMP to discover/confirm link capabilities may be gett= ing ahead of ourselves. None of this means that people shouldn't stop thinking and inventing. And s= haring ideas through I-Ds is a great way to go forward. It's just that I th= ink WG time (read: my time :-) is better spent starting with the simple pie= ces. And that leads me to the revision of this I-D. The changes in this version are quite small: - Add reference to G.671 for the definition of DWDM and CWDM - Add a quote from G.694.1 rev (draftv6) to section 2 to explain that implementations are not required to support every possible slot or wavelength that flexigrid can define. - Update acknowledgements - Update the reference to Q6/15's work for the revision they produced in December. I have done nothing to address the discussions on the two points for discus= sion we took out of Taipei. I didn't see any convergence on ideas other tha= n what the I-D already says. The issues were: 1. Should we use a new value for the Grid field or should we continue to us= e the value that indicates DWDM? My take-away from the discussion was that: - It was not a deal-breaker to go either way - "Purists" prefer to use the same DWDM value because there is no actual change to the grid in use. - Some implementers find using a distinct value to be "helpful" in selecting a different code path for flexigrid The I-D used a different va= lue, and this revision continues with that approach. 2. Where do we carry the "m" value and the traffic parameters? From this di= scussion I took away: - traffic parameters do not belong in a label - some people think "m" is a traffic parameter - some people think "m" defines a "switching thing" - there is agreement that the "switching things" are what the label is for. This I-D takes the view that "m" is part of the definition of what is being= switched and is essential for the switch cross-connect to be programmed. T= hus, it is part of the label. I would acknowledge that the value of "m" influences the bandwidth of the L= SP, but I would claim that an Path request asks for b/w in the traffic para= meters and the label returned provides the value of "m" to be programmed in= to the XC. If it is necessary (perhaps a question for draft-zhang-ccamp-flexible-grid-rsvp-te-ext) to also specify "m" (or a rang= e of acceptable values of "m") as part of the Path request, then it would s= eem pragmatic to put it in the traffic parameters.=20 Lastly Q6/15 does not appear to have addressed explicit guard bands in the = latest draft of G.694.1rev2. That is, the guard band remains implicit as it= is in the non-flexible DWDM grid. It might be appropriate to ask Q6/15 (th= rough a liaison) what their plans are, but developing control plane approaches for = the management of guard bands seems to be getting ahead of the ITU-T's data= plane work which I don't think CCAMP should do. Cheers, Adrian From rrao@infinera.com Tue Mar 13 13:55:55 2012 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 17ED821F853A for ; Tue, 13 Mar 2012 13:55:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.766 X-Spam-Level: X-Spam-Status: No, score=-1.766 tagged_above=-999 required=5 tests=[AWL=-0.833, BAYES_00=-2.599, SARE_FWDLOOK=1.666] 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 wyU4QYBWGY-C for ; Tue, 13 Mar 2012 13:55:54 -0700 (PDT) Received: from sv-casht-prod1.infinera.com (sv-casht-prod1.infinera.com [8.4.225.24]) by ietfa.amsl.com (Postfix) with ESMTP id 8284721F84B5 for ; Tue, 13 Mar 2012 13:55:53 -0700 (PDT) Received: from SV-EXDB-PROD2.infinera.com ([fe80::1d05:1822:aaea:ff52]) by sv-casht-prod1.infinera.com ([10.100.97.218]) with mapi id 14.01.0355.002; Tue, 13 Mar 2012 13:55:50 -0700 From: Rajan Rao To: "adrian@olddog.co.uk" , 'CCAMP' Thread-Topic: [CCAMP] Update to draft-farrkingel-ccamp-flexigrid-lambda-label Thread-Index: Acz/zSgdksHEPFpbRMeRBWbxSfw23wBjM/6g Date: Tue, 13 Mar 2012 20:55:50 +0000 Message-ID: <650AA355E323C34D9D4AAEED952E053D346455B0@SV-EXDB-PROD2.infinera.com> References: <01c701ccffcd$35536c60$9ffa4520$@olddog.co.uk> In-Reply-To: <01c701ccffcd$35536c60$9ffa4520$@olddog.co.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.100.96.93] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "draft-farrkingel-ccamp-flexigrid-lambda-label@tools.ietf.org" Subject: Re: [CCAMP] Update to draft-farrkingel-ccamp-flexigrid-lambda-label 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, 13 Mar 2012 20:55:55 -0000 Adrian, et al Fully agree on getting the foundation right. There were comments during T= aipei meeting to list Flex-Grid requirements and use cases. May be we sh= ould start with these.=20 Some of us have made an attempt to list the requirements etc in this doc: h= ttp://datatracker.ietf.org/doc/draft-syed-ccamp-flexgrid-framework-ext/ Thanks Rajan -----Original Message----- From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of A= drian Farrel Sent: Sunday, March 11, 2012 2:23 PM To: 'CCAMP' Cc: draft-farrkingel-ccamp-flexigrid-lambda-label@tools.ietf.org Subject: [CCAMP] Update to draft-farrkingel-ccamp-flexigrid-lambda-label Hi CCAMP, Well, it seems like in the period between Taipei and Paris we had a full an= d frank exchange of views, a period of silence, and a desperate flurry of I= -D posting. My personal view is that it is really important to learn to walk before we = try to run. IMHO, the simple concept of a flexi-grid label is very forward-= looking. I may be wrong, but I don't expect substantial deployment of G.694.1 rev2 i= n the next 12 months. In view of this, it seems slightly early to be discus= sing the control plane, and significantly premature to be talking about con= trol plane for sophisticated wavelength combination and modification strate= gies. If people are putting this function into production equipment then I = am happy to be told I am wrong. This extends to the concept of "super channels" as discussed in draft-hussa= in-ccamp-super-channel-label. What I see here is a combination of two things: - wavebands - virtual concatenation I don't oppose this work (although I do note that we have prior art on wave= bands and virtual concatenation that should be considered), and I am sure i= t is modelling something that is within the architecture and concepts advan= ced in the ITU-T (although not, as yet, included in the Q6/15 work), but I = question whether there is urgent deployment need for a this function in a G= MPLS control plane. So my preference is to throttle back the discussions (and drafts) for the g= reat and clever things you are all dreaming up, and see whether we can get = the foundations right. For me, the most basic building block is the label. = Next would come the signaling parameters. I am going to make the rash asser= tion that early deployments if/when they happen will involve coherent nodes= and so the need for routing capability exchanges is lower down the priorit= y list. Similarly, the use of LMP to discover/confirm link capabilities may be gett= ing ahead of ourselves. None of this means that people shouldn't stop thinking and inventing. And s= haring ideas through I-Ds is a great way to go forward. It's just that I th= ink WG time (read: my time :-) is better spent starting with the simple pie= ces. And that leads me to the revision of this I-D. The changes in this version are quite small: - Add reference to G.671 for the definition of DWDM and CWDM - Add a quote from G.694.1 rev (draftv6) to section 2 to explain that implementations are not required to support every possible slot or wavelength that flexigrid can define. - Update acknowledgements - Update the reference to Q6/15's work for the revision they produced in December. I have done nothing to address the discussions on the two points for discus= sion we took out of Taipei. I didn't see any convergence on ideas other tha= n what the I-D already says. The issues were: 1. Should we use a new value for the Grid field or should we continue to us= e the value that indicates DWDM? My take-away from the discussion was that: - It was not a deal-breaker to go either way - "Purists" prefer to use the same DWDM value because there is no actual change to the grid in use. - Some implementers find using a distinct value to be "helpful" in selecting a different code path for flexigrid The I-D used a different va= lue, and this revision continues with that approach. 2. Where do we carry the "m" value and the traffic parameters? From this di= scussion I took away: - traffic parameters do not belong in a label - some people think "m" is a traffic parameter - some people think "m" defines a "switching thing" - there is agreement that the "switching things" are what the label is for. This I-D takes the view that "m" is part of the definition of what is being= switched and is essential for the switch cross-connect to be programmed. T= hus, it is part of the label. I would acknowledge that the value of "m" influences the bandwidth of the L= SP, but I would claim that an Path request asks for b/w in the traffic para= meters and the label returned provides the value of "m" to be programmed in= to the XC. If it is necessary (perhaps a question for draft-zhang-ccamp-flexible-grid-rsvp-te-ext) to also specify "m" (or a rang= e of acceptable values of "m") as part of the Path request, then it would s= eem pragmatic to put it in the traffic parameters.=20 Lastly Q6/15 does not appear to have addressed explicit guard bands in the = latest draft of G.694.1rev2. That is, the guard band remains implicit as it= is in the non-flexible DWDM grid. It might be appropriate to ask Q6/15 (th= rough a liaison) what their plans are, but developing control plane approaches for = the management of guard bands seems to be getting ahead of the ITU-T's data= plane work which I don't think CCAMP should do. Cheers, Adrian _______________________________________________ CCAMP mailing list CCAMP@ietf.org https://www.ietf.org/mailman/listinfo/ccamp From cyril.margaria@nsn.com Wed Mar 14 00:57:55 2012 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 817CB21F86B5 for ; Wed, 14 Mar 2012 00:57:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.166 X-Spam-Level: X-Spam-Status: No, score=-6.166 tagged_above=-999 required=5 tests=[AWL=0.433, 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 m6+JmTjCQEWd for ; Wed, 14 Mar 2012 00:57:54 -0700 (PDT) Received: from demumfd001.nsn-inter.net (demumfd001.nsn-inter.net [93.183.12.32]) by ietfa.amsl.com (Postfix) with ESMTP id 6F31321F868A for ; Wed, 14 Mar 2012 00:57:54 -0700 (PDT) Received: from demuprx017.emea.nsn-intra.net ([10.150.129.56]) by demumfd001.nsn-inter.net (8.12.11.20060308/8.12.11) with ESMTP id q2E7vqJX014161 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 14 Mar 2012 08:57:52 +0100 Received: from DEMUEXC047.nsn-intra.net ([10.159.32.93]) by demuprx017.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id q2E7vpUg013713 for ; Wed, 14 Mar 2012 08:57:52 +0100 Received: from DEMUEXC012.nsn-intra.net ([10.150.128.23]) by DEMUEXC047.nsn-intra.net with Microsoft SMTPSVC(6.0.3790.4675); Wed, 14 Mar 2012 08:57:43 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Wed, 14 Mar 2012 08:57:43 +0100 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: I-D Action: draft-margaria-ccamp-label-set-ero-00.txt Thread-Index: Acz6Sonuqehkmq6yRvqDT1EPJ1po3AHbPCeA From: "Margaria, Cyril (NSN - DE/Munich)" To: X-OriginalArrivalTime: 14 Mar 2012 07:57:43.0917 (UTC) FILETIME=[2329E1D0:01CD01B8] X-purgate-type: clean X-purgate-Ad: Categorized by eleven eXpurgate (R) http://www.eleven.de X-purgate: clean X-purgate: This mail is considered clean (visit http://www.eleven.de for further information) X-purgate-size: 3135 X-purgate-ID: 151667::1331711872-000044A2-B862FAC5/0-0/0-0 Subject: [CCAMP] FW: I-D Action: draft-margaria-ccamp-label-set-ero-00.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, 14 Mar 2012 07:57:55 -0000 Hi CCAMPers,=20 =20 A new draft about Label set in ERO has been submitted.=20 =20 This draft address points raised in PCEP to indicate LABEL_SET in a = route and other general use cases. =20 Please check out for detail: = http://www.ietf.org/internet-drafts/draft-margaria-ccamp-label-set-ero-00= .txt =20 We'd like to have your feedbacks, any comments or suggestions are = appreciated.=20 =20 Best regards / Mit freundlichen Gr=FC=DFen Cyril Margaria > -----Original Message----- > From: i-d-announce-bounces@ietf.org [mailto:i-d-announce- > bounces@ietf.org] On Behalf Of ext internet-drafts@ietf.org > Sent: Sunday, March 04, 2012 10:05 PM > To: i-d-announce@ietf.org > Subject: I-D Action: draft-margaria-ccamp-label-set-ero-00.txt >=20 >=20 > A New Internet-Draft is available from the on-line Internet-Drafts > directories. >=20 > Title : Expressing Label Set in ERO > Author(s) : Cyril Margaria > Ramon Casellas > Oscar Gonzalez de Dios > Filename : draft-margaria-ccamp-label-set-ero-00.txt > Pages : 21 > Date : 2012-03-04 >=20 > The paths chosen by Generalized MPLS (GMPLS) Traffic Engineering > (TE) > Label Switched Paths (LSPs) can be constrained using the Explicit > Route (ERO) object and related sub-objects. Standard ERO sub- > objects > can specify the Autonomous System (AS), LSR Node Ids, Numbered or > unnumbered TE links, downstream and upstream labels, and PCE path > keys thus restricting which resources are to be used by a TE-LSP. >=20 > The Explicit Label Control (ELC) in the explicit route object (ERO) > allows both terminating an LSP on a particular outgoing port and > label of an egress node, as well as restricting which label to use > on > any hop along the path determined by the route. However, = currently, > its not allowed to specify more than 2 labels (downstream and > upstream label), and it is not possible to specify, for a given > section or segment of a TE-LSP path, a set of labels to restrict > which label to be allocated from a Set of candidate labels. >=20 > This memo provides extensions to the RSVP-TE and PCEP protocols to > support Label Sets in the form of ERO sub-objects, being applicable > to ERO and ERO-like (IRO, RRO, XRO) sub-objects, extending the ELC > concept to a set of candidate labels. >=20 >=20 > A URL for this Internet-Draft is: > = http://www.ietf.org/internet-drafts/draft-margaria-ccamp-label-set-ero- > 00.txt >=20 > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ >=20 > This Internet-Draft can be retrieved at: > ftp://ftp.ietf.org/internet-drafts/draft-margaria-ccamp-label-set-ero- > 00.txt >=20 > _______________________________________________ > I-D-Announce mailing list > I-D-Announce@ietf.org > https://www.ietf.org/mailman/listinfo/i-d-announce > Internet-Draft directories: http://www.ietf.org/shadow.html or > ftp://ftp.ietf.org/ietf/1shadow-sites.txt From zhangfatai@huawei.com Wed Mar 14 02:05:48 2012 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 32FD521F871E for ; Wed, 14 Mar 2012 02:05:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.682 X-Spam-Level: X-Spam-Status: No, score=-5.682 tagged_above=-999 required=5 tests=[AWL=0.917, 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 Lja0X+LE-DVq for ; Wed, 14 Mar 2012 02:05:47 -0700 (PDT) Received: from szxga04-in.huawei.com (szxga04-in.huawei.com [119.145.14.67]) by ietfa.amsl.com (Postfix) with ESMTP id 6D3B321F8712 for ; Wed, 14 Mar 2012 02:05:47 -0700 (PDT) Received: from huawei.com (szxga04-in [172.24.2.12]) by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0M0V00AO4ALDOW@szxga04-in.huawei.com> for ccamp@ietf.org; Wed, 14 Mar 2012 17:05:38 +0800 (CST) Received: from szxrg02-dlp.huawei.com ([172.24.2.119]) by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0M0V00LJWAKUO9@szxga04-in.huawei.com> for ccamp@ietf.org; Wed, 14 Mar 2012 17:05:37 +0800 (CST) Received: from szxeml202-edg.china.huawei.com ([172.24.2.119]) by szxrg02-dlp.huawei.com (MOS 4.1.9-GA) with ESMTP id AHV62620; Wed, 14 Mar 2012 17:05:37 +0800 Received: from SZXEML422-HUB.china.huawei.com (10.82.67.161) by szxeml202-edg.china.huawei.com (172.24.2.42) with Microsoft SMTP Server (TLS) id 14.1.323.3; Wed, 14 Mar 2012 17:05:24 +0800 Received: from SZXEML520-MBX.china.huawei.com ([169.254.1.78]) by szxeml422-hub.china.huawei.com ([10.82.67.161]) with mapi id 14.01.0323.003; Wed, 14 Mar 2012 17:05:28 +0800 Date: Wed, 14 Mar 2012 09:05:27 +0000 From: Zhangfatai In-reply-to: <20120309070021.19869.16145.idtracker@ietfa.amsl.com> X-Originating-IP: [10.70.76.157] To: "ccamp@ietf.org" Message-id: MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-language: en-US Content-transfer-encoding: base64 Accept-Language: zh-CN, en-US Thread-topic: [CCAMP] I-D Action: draft-ietf-ccamp-gmpls-signaling-g709v3-02.txt Thread-index: AQHM/cSowOgQkpL7hkWMnaOSV+emHpZphF2g X-MS-Has-Attach: X-MS-TNEF-Correlator: X-CFilter-Loop: Reflected References: <20120309070021.19869.16145.idtracker@ietfa.amsl.com> Subject: Re: [CCAMP] I-D Action: draft-ietf-ccamp-gmpls-signaling-g709v3-02.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, 14 Mar 2012 09:05:48 -0000 SGkgYWxsLA0KDQpBIG5ldyB2ZXJzaW9uIGhhcyBiZWVuIHN1Ym1pdHRlZC4gTWFqb3IgcG9pbnRz IGFzIGZvbGxvd3M6DQoNCigxKSBBZGRlZCBTZWN0aW9uIDcuMSY3LjIgdG8gYWRkcmVzcyB0aGUg bmVlZGVkIGluZm9ybWF0aW9uIChUU0cgYW5kIG11eGluZyBoaWVyYXJjaHkpIHdoZW4gY3JlYXRp bmcgYW4gRkEtTFNQIHRvIGNhcnJ5IGEgc3BlY2lmaWMgT0RVIGNsaWVudCBzaWduYWwNCiAgIFRo ZXNlIGNoYW5nZXMgYXJlIGJhc2VkIG9uIHRoZSBkaXNjdXNzaW9uIGF0IFRhaXBlaSBtZWV0aW5n Lg0KDQooMikgQWRkZWQgU2VjdGlvbiB0byBkZXNjcmliZSBIQU8gc3VwcG9ydA0KICAgSW4gdGhp cyBzZWN0aW9uLCBzb21lIHRleHQgYWJvdXQgU0Ugc3R5bGUgc2hhcmluZyBkZXNjcmliZWQgaW4g UkZDMzIwOSBoYXMgYmVlbiBhZGRlZCB0byBhZGRyZXNzIHRoZSBzdXBwb3J0IGZvciBIaXRsZXNz IEFkanVzdG1lbnQgT0RVZmxleC4NCg0KKDMpIENvbnRyb2wgUGxhbmUgQmFja3dhcmQgQ29tcGF0 aWJpbGl0eSBDb25zaWRlcmF0aW9ucyB3YXMgcmVmaW5lZCBhbmQgcmVtb3ZlZCB0byBzZWN0aW9u IDkuDQoNCg0KQ29tbWVudHMgYXJlIHdlbGNvbWUuDQoNCg0KDQpUaGFua3MNCsKgDQpGYXRhaQ0K DQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBjY2FtcC1ib3VuY2VzQGlldGYu b3JnIFttYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIGludGVybmV0 LWRyYWZ0c0BpZXRmLm9yZw0KU2VudDogMjAxMuW5tDPmnIg55pelIDE1OjAwDQpUbzogaS1kLWFu bm91bmNlQGlldGYub3JnDQpDYzogY2NhbXBAaWV0Zi5vcmcNClN1YmplY3Q6IFtDQ0FNUF0gSS1E IEFjdGlvbjogZHJhZnQtaWV0Zi1jY2FtcC1nbXBscy1zaWduYWxpbmctZzcwOXYzLTAyLnR4dA0K DQoNCkEgTmV3IEludGVybmV0LURyYWZ0IGlzIGF2YWlsYWJsZSBmcm9tIHRoZSBvbi1saW5lIElu dGVybmV0LURyYWZ0cyBkaXJlY3Rvcmllcy4gVGhpcyBkcmFmdCBpcyBhIHdvcmsgaXRlbSBvZiB0 aGUgQ29tbW9uIENvbnRyb2wgYW5kIE1lYXN1cmVtZW50IFBsYW5lIFdvcmtpbmcgR3JvdXAgb2Yg dGhlIElFVEYuDQoNCglUaXRsZSAgICAgICAgICAgOiBHZW5lcmFsaXplZCBNdWx0aS1Qcm90b2Nv bCBMYWJlbCBTd2l0Y2hpbmcgKEdNUExTKSBTaWduYWxpbmcgRXh0ZW5zaW9ucyBmb3IgdGhlIGV2 b2x2aW5nIEcuNzA5IE9wdGljYWwgVHJhbnNwb3J0IE5ldHdvcmtzIENvbnRyb2wNCglBdXRob3Io cykgICAgICAgOiBGYXRhaSBaaGFuZw0KICAgICAgICAgICAgICAgICAgICAgICAgICBHdW95aW5n IFpoYW5nDQogICAgICAgICAgICAgICAgICAgICAgICAgIFNlcmdpbyBCZWxvdHRpDQogICAgICAg ICAgICAgICAgICAgICAgICAgIERhbmllbGUgQ2VjY2FyZWxsaQ0KICAgICAgICAgICAgICAgICAg ICAgICAgICBLaHV6ZW1hIFBpdGhld2FuDQoJRmlsZW5hbWUgICAgICAgIDogZHJhZnQtaWV0Zi1j Y2FtcC1nbXBscy1zaWduYWxpbmctZzcwOXYzLTAyLnR4dA0KCVBhZ2VzICAgICAgICAgICA6IDI5 DQoJRGF0ZSAgICAgICAgICAgIDogMjAxMi0wMy0wOA0KDQogICBSZWNlbnQgcHJvZ3Jlc3MgaW4g SVRVLVQgUmVjb21tZW5kYXRpb24gRy43MDkgc3RhbmRhcmRpemF0aW9uIGhhcw0KICAgaW50cm9k dWNlZCBuZXcgT0RVIGNvbnRhaW5lcnMgKE9EVTAsIE9EVTQsIE9EVTJlIGFuZCBPRFVmbGV4KSBh bmQNCiAgIGVuaGFuY2VkIE9wdGljYWwgVHJhbnNwb3J0IE5ldHdvcmtpbmcgKE9UTikgZmxleGli aWxpdHkuIFNldmVyYWwNCiAgIHJlY2VudCBkb2N1bWVudHMgaGF2ZSBwcm9wb3NlZCB3YXlzIHRv IG1vZGlmeSBHTVBMUyBzaWduYWxpbmcNCiAgIHByb3RvY29scyB0byBzdXBwb3J0IHRoZXNlIG5l dyBPVE4gZmVhdHVyZXMuDQoNCiAgIEl0IGlzIGltcG9ydGFudCB0aGF0IGEgc2luZ2xlIHNvbHV0 aW9uIGlzIGRldmVsb3BlZCBmb3IgdXNlIGluIEdNUExTDQogICBzaWduYWxpbmcgYW5kIHJvdXRp bmcgcHJvdG9jb2xzLiBUaGlzIHNvbHV0aW9uIG11c3Qgc3VwcG9ydCBPRFVrDQogICBtdWx0aXBs ZXhpbmcgY2FwYWJpbGl0aWVzLCBhZGRyZXNzIGFsbCBvZiB0aGUgbmV3IGZlYXR1cmVzLCBiZQ0K ICAgYWNjZXB0YWJsZSB0byBhbGwgZXF1aXBtZW50IHZlbmRvcnMsIGFuZCBiZSBleHRlbnNpYmxl IGNvbnNpZGVyaW5nDQogICBjb250aW51ZWQgT1ROIGV2b2x1dGlvbi4NCg0KICAgVGhpcyBkb2N1 bWVudCBkZXNjcmliZXMgdGhlIGV4dGVuc2lvbnMgdG8gdGhlIEdlbmVyYWxpemVkIE11bHRpLQ0K ICAgUHJvdG9jb2wgTGFiZWwgU3dpdGNoaW5nIChHTVBMUykgc2lnbmFsaW5nIHRvIGNvbnRyb2wg dGhlIGV2b2x2aW5nDQogICBPcHRpY2FsIFRyYW5zcG9ydCBOZXR3b3JrcyAoT1ROKSBhZGRyZXNz aW5nIE9EVWsgbXVsdGlwbGV4aW5nIGFuZCBuZXcNCiAgIGZlYXR1cmVzIGluY2x1ZGluZyBPRFUw LCBPRFU0LCBPRFUyZSBhbmQgT0RVZmxleC4NCg0KDQoNCg0KDQpBIFVSTCBmb3IgdGhpcyBJbnRl cm5ldC1EcmFmdCBpczoNCmh0dHA6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0 LWlldGYtY2NhbXAtZ21wbHMtc2lnbmFsaW5nLWc3MDl2My0wMi50eHQNCg0KSW50ZXJuZXQtRHJh ZnRzIGFyZSBhbHNvIGF2YWlsYWJsZSBieSBhbm9ueW1vdXMgRlRQIGF0Og0KZnRwOi8vZnRwLmll dGYub3JnL2ludGVybmV0LWRyYWZ0cy8NCg0KVGhpcyBJbnRlcm5ldC1EcmFmdCBjYW4gYmUgcmV0 cmlldmVkIGF0Og0KZnRwOi8vZnRwLmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC1pZXRm LWNjYW1wLWdtcGxzLXNpZ25hbGluZy1nNzA5djMtMDIudHh0DQoNCl9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpDQ0FNUCBtYWlsaW5nIGxpc3QNCkNDQU1Q QGlldGYub3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2NjYW1wDQo= From lberger@labn.net Wed Mar 14 17:35:46 2012 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 6060111E8081 for ; Wed, 14 Mar 2012 17:35:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -98.517 X-Spam-Level: X-Spam-Status: No, score=-98.517 tagged_above=-999 required=5 tests=[AWL=-0.215, BAYES_20=-0.74, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, IP_NOT_FRIENDLY=0.334, RDNS_NONE=0.1, 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 hQdqHr6vyYNx for ; Wed, 14 Mar 2012 17:35:45 -0700 (PDT) Received: from oproxy6-pub.bluehost.com (oproxy6.bluehost.com [IPv6:2605:dc00:100:2::a6]) by ietfa.amsl.com (Postfix) with SMTP id B834A11E8075 for ; Wed, 14 Mar 2012 17:35:45 -0700 (PDT) Received: (qmail 1969 invoked by uid 0); 15 Mar 2012 00:35:43 -0000 Received: from unknown (HELO box313.bluehost.com) (69.89.31.113) by cpoproxy3.bluehost.com with SMTP; 15 Mar 2012 00:35:43 -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=S10j5P2ZowR9YshMcuDhGuYaAOkZ3oNBDN9WSeA4ouA=; b=Sg9p4mDwDsvJ8BwbFmqSL6PlNmA8soWQ9QAW6ibKsqlESbxPoXF1IL9npfJoOlJHUQcc//c1kNcBqbQjkI/DS1cd0B20MX0N8glyAj0tJKO1MA+PK+0yL7PtOPIMLwwJ; Received: from box313.bluehost.com ([69.89.31.113] helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.76) (envelope-from ) id 1S7yfP-00054o-5g; Wed, 14 Mar 2012 18:35:43 -0600 Message-ID: <4F61395D.4040507@labn.net> Date: Wed, 14 Mar 2012 20:35:41 -0400 From: Lou Berger User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100722 Eudora/3.0.4 MIME-Version: 1.0 To: Daniele Ceccarelli , CCAMP References: <4F5A23ED.9040806@labn.net> In-Reply-To: X-Enigmail-Version: 1.0.1 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: Re: [CCAMP] CCAMP Agenda Requests for IETF 83 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, 15 Mar 2012 00:35:46 -0000 All, The draft agenda for Paris is available at: http://www.ietf.org/proceedings/83/agenda/agenda-83-ccamp.htm Please let us (Daniele & Dan + chairs) know if you have comments. Much thanks, Lou On 3/9/2012 11:08 AM, Daniele Ceccarelli wrote: > Hi all, > > This is a friendly reminder, Monday 12th is the deadline for time slot requests for IETF 83rd CCAMP sessions. > > BR > Daniele & Dan > >> Hi All, >> >> Agenda Requests >> Please send Dan and me (CC'ing the chairs) your requests >> for time on >> the working group agenda. Please let us have your requests > by Monday, >> March 12th. >> >> Presentations >> If you are presenting slides please make sure you send them to us >> (CC'ing the chairs) by Friday, March 23rd. >> >> Key cut-off dates >> These are located at: >> _http://www.ietf.org/meeting/cutoff-dates-2012.html#IETF83_ >> >> 2012-03-05 (Monday): Internet Draft Cut-off for initial > document (-00) >> 2012-03-12 (Monday): Internet Draft final submission (>00) >> >> Draft Agenda (subject to change - final agenda to be posted on >> 2012-03-02) _http://datatracker.ietf.org/meeting/83/agenda.txt_ >> >> Br, >> Dan & Daniele > > > > > > > > From gregimirsky@gmail.com Wed Mar 14 19:07:47 2012 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 047BB21F86D1; Wed, 14 Mar 2012 19:07:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.275 X-Spam-Level: X-Spam-Status: No, score=-3.275 tagged_above=-999 required=5 tests=[AWL=0.323, 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 xMzLtOPGfIYn; Wed, 14 Mar 2012 19:07:46 -0700 (PDT) Received: from mail-gx0-f172.google.com (mail-gx0-f172.google.com [209.85.161.172]) by ietfa.amsl.com (Postfix) with ESMTP id B12A421F86D0; Wed, 14 Mar 2012 19:07:45 -0700 (PDT) Received: by ggmi1 with SMTP id i1so2892532ggm.31 for ; Wed, 14 Mar 2012 19:07:45 -0700 (PDT) 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=J+MyZBV34GDYczu5F0l9tQ2V9dyZAJnroW3jyNgQ9FU=; b=UC9UFDMKOnqdy1qEQ8zpy5khTJq8NHYtrrCpjrW2Tn9ejok4ATF33pZNdBGZwrVohr MYmgM+hNafj6rb+HiWqmjHhgBCFdxgD/xORv14NQCJK+aDW3gczvxhuIavcUgHe4VS4j mpVWvYsnaoNShLChojYAo5DD09TJIpiMoD0zLungRaaplx6TxioxE+eQ3zZj8k5g58tD bd9wnFpy5CnWhUl3ltllM5yVMuBnP24H4x0ohskE2vmgAtMeWmeBR+6PuJPNW/T+iQpc zt3F0+1NQis3ullC8ZtAxfzIVdjcbQ2ukGE1HnvFiMfuLYQy8CzLddQYKO0b07+9m3jC jcmg== MIME-Version: 1.0 Received: by 10.60.4.162 with SMTP id l2mr6438142oel.3.1331777265088; Wed, 14 Mar 2012 19:07:45 -0700 (PDT) Received: by 10.182.114.98 with HTTP; Wed, 14 Mar 2012 19:07:44 -0700 (PDT) In-Reply-To: <2C2F1EBA8050E74EA81502D5740B4BD6BBDEDF4308@SJEXCHCCR02.corp.ad.broadcom.com> References: <2C2F1EBA8050E74EA81502D5740B4BD6BBDEDF4308@SJEXCHCCR02.corp.ad.broadcom.com> Date: Wed, 14 Mar 2012 19:07:44 -0700 Message-ID: From: Greg Mirsky To: Shahram Davari Content-Type: multipart/alternative; boundary=e89a8ff1c5aece36f804bb3e8e44 Cc: "mpls@ietf.org" , CCAMP , "pwe3@ietf.org" , "tictoc@ietf.org" Subject: Re: [CCAMP] [PWE3] Updated 1588 over MPLS draf-03 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, 15 Mar 2012 02:07:47 -0000 --e89a8ff1c5aece36f804bb3e8e44 Content-Type: text/plain; charset=ISO-8859-1 Dear Shahram, perhaps because of "This document provides extensions to OSPF, ISIS ..." review by OSPF and ISIS WGs should be solicited as well. Regards, Greg On Mon, Mar 12, 2012 at 5:16 PM, Shahram Davari wrote: > Hi,**** > > ** ** > > Please find attached the latest 1588 over MPLS draft (03). Since cut-off > date was yesterday, we will upload this after the Paris meeting.**** > > Review is required from TICTOC, MPLS, PWE3 and CCAMP WGs, since some > aspects from each of these groups are used in this draft. **** > > ** ** > > We will present this draft in the relevant WGs in Paris.**** > > ** ** > > Regards,**** > > Shahram Davari**** > > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www.ietf.org/mailman/listinfo/pwe3 > > --e89a8ff1c5aece36f804bb3e8e44 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Dear Shahram,
perhaps because of "This document provides extensions= to OSPF, ISIS ..." review by OSPF and ISIS WGs should be solicited as= well.

Regards,
Greg

On Mon, Ma= r 12, 2012 at 5:16 PM, Shahram Davari <davari@broadcom.com> wrote:

Hi,
=A0

Please find attached the latest 1588 over MPLS draft= (03). Since cut-off date was yesterday, we will upload this after the Pari= s meeting.
Review is required from = TICTOC, MPLS, PWE3 and CCAMP WGs, since some aspects from each of these gro= ups are used in this draft.

=A0
We will = present this draft in the relevant WGs in Paris.
=A0
Regards,<= u>

Shahram Davari

____= ___________________________________________
pwe3 mailing list
pwe3@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/pwe3

--e89a8ff1c5aece36f804bb3e8e44-- From adrian@olddog.co.uk Thu Mar 15 04:16:23 2012 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 12D4921F86A0 for ; Thu, 15 Mar 2012 04:16:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.394 X-Spam-Level: X-Spam-Status: No, score=-2.394 tagged_above=-999 required=5 tests=[AWL=0.205, 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 aXAkSz1ECGfs for ; Thu, 15 Mar 2012 04:16:22 -0700 (PDT) Received: from asmtp4.iomartmail.com (asmtp4.iomartmail.com [62.128.201.175]) by ietfa.amsl.com (Postfix) with ESMTP id 4A83D21F8571 for ; Thu, 15 Mar 2012 04:16:21 -0700 (PDT) Received: from asmtp4.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp4.iomartmail.com (8.13.8/8.13.8) with ESMTP id q2FBGKVJ025727; Thu, 15 Mar 2012 11:16:20 GMT Received: from 950129200 ([90.84.144.95]) (authenticated bits=0) by asmtp4.iomartmail.com (8.13.8/8.13.8) with ESMTP id q2FBGB63025691 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 15 Mar 2012 11:16:19 GMT From: "Adrian Farrel" To: "'Iftekhar Hussain'" , "'CCAMP'" References: <01c701ccffcd$35536c60$9ffa4520$@olddog.co.uk> In-Reply-To: Date: Thu, 15 Mar 2012 11:16:14 -0000 Message-ID: <040301cd029d$0e53b3e0$2afb1ba0$@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: AQKsFIE9zQG8l6oo93YX1CtUZ0ZwkwGl1BEylJ8TPGA= Content-Language: en-gb Cc: 'Marco Sosa' , 'Abinder Dhillon' , draft-farrkingel-ccamp-flexigrid-lambda-label@tools.ietf.org Subject: Re: [CCAMP] Update to draft-farrkingel-ccamp-flexigrid-lambda-label X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 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: Thu, 15 Mar 2012 11:16:23 -0000 Hi Iftekhar, [snip] >> So my preference is to throttle back the discussions (and drafts) for the great >> and clever things you are all dreaming up, and see whether we can get the >> foundations right. For me, the most basic building block is the label. Next >> would come the signaling parameters. I am going to make the rash assertion >> that early deployments if/when they happen will involve coherent nodes >> and so the need for routing capability exchanges is lower down the priority >> list. > > [Iftekhar] Again I would disagree with this assertion. Let us get a reality check > here. So do you mean coherent nodes are not real and also too far in the future? > There are already adequate number of 40G/100G coherent deployed systems > with fast ramp up expected soon. I have read and re-read my text to try to see where you got your misunderstanding of my assertion, but I can't find it. Maybe you have understood "coherent" in the optical sense? I meant that initial deployments of flex-grid systems will form sub-networks of nodes from the same vendor or (exceptionally) from vendors with very close cooperation agreements. Thus, the ability to exchange information in the routing protocols about the flexi-grid capabilities of nodes in the network is less pressing than other functions. Cheers, Adrian From IHussain@infinera.com Thu Mar 15 11:27:47 2012 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 02D2121F87E0 for ; Thu, 15 Mar 2012 11:27:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.182 X-Spam-Level: X-Spam-Status: No, score=-2.182 tagged_above=-999 required=5 tests=[AWL=0.417, 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 9VRMdIjIzSeT for ; Thu, 15 Mar 2012 11:27:46 -0700 (PDT) Received: from SV-CASHT-PROD3.infinera.com (sv-casht-prod3.infinera.com [8.4.225.26]) by ietfa.amsl.com (Postfix) with ESMTP id 20DAF21F87E3 for ; Thu, 15 Mar 2012 11:27:46 -0700 (PDT) Received: from SV-EXDB-PROD2.infinera.com ([fe80::1d05:1822:aaea:ff52]) by SV-CASHT-PROD3.infinera.com ([::1]) with mapi id 14.01.0355.002; Thu, 15 Mar 2012 11:27:45 -0700 From: Iftekhar Hussain To: "adrian@olddog.co.uk" , 'CCAMP' Thread-Topic: [CCAMP] Update to draft-farrkingel-ccamp-flexigrid-lambda-label Thread-Index: AQHNAIKB888ZPa8X4EWXyhu98v/8KJZokXrggAMc6gCAAAAOkA== Date: Thu, 15 Mar 2012 18:27:45 +0000 Message-ID: References: <01c701ccffcd$35536c60$9ffa4520$@olddog.co.uk> <040301cd029d$0e53b3e0$2afb1ba0$@olddog.co.uk> In-Reply-To: <040301cd029d$0e53b3e0$2afb1ba0$@olddog.co.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.100.96.93] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: Marco Sosa , Abinder Dhillon , "draft-farrkingel-ccamp-flexigrid-lambda-label@tools.ietf.org" Subject: Re: [CCAMP] Update to draft-farrkingel-ccamp-flexigrid-lambda-label 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, 15 Mar 2012 18:27:47 -0000 Hi Adrian, -----Original Message----- From: Adrian Farrel [mailto:adrian@olddog.co.uk]=20 Sent: Thursday, March 15, 2012 4:16 AM To: Iftekhar Hussain; 'CCAMP' Cc: draft-farrkingel-ccamp-flexigrid-lambda-label@tools.ietf.org; Marco Sos= a; Abinder Dhillon; Rajan Rao Subject: RE: [CCAMP] Update to draft-farrkingel-ccamp-flexigrid-lambda-labe= l Hi Iftekhar, [snip] >> So my preference is to throttle back the discussions (and drafts) for=20 >> the great >> and clever things you are all dreaming up, and see whether we can get=20 >> the foundations right. For me, the most basic building block is the=20 >> label. Next would come the signaling parameters. I am going to make=20 >> the rash assertion that early deployments if/when they happen will=20 >> involve coherent nodes and so the need for routing capability=20 >> exchanges is lower down the priority list. >=20 > [Iftekhar] Again I would disagree with this assertion. Let us get a=20 > reality check > here. So do you mean coherent nodes are not real and also too far in=20 > the future? > There are already adequate number of 40G/100G coherent deployed=20 > systems with fast ramp up expected soon. I have read and re-read my text to try to see where you got your misunderst= anding of my assertion, but I can't find it. Maybe you have understood "coherent" in the optical sense? [Iftekhar] Yes that is correct. Obviously the context of this discussion is= mainly about coherent optical systems (i.e., Super-Channels, Modulation fo= rmats, FEC types etc) and their support on FlexGrid networks.=20 Cheers, Iftekhar I meant that initial deployments of flex-grid systems will form sub-network= s of nodes from the same vendor or (exceptionally) from vendors with very c= lose cooperation agreements. Thus, the ability to exchange information in t= he routing protocols about the flexi-grid capabilities of nodes in the netw= ork is less pressing than other functions. Cheers, Adrian From davari@broadcom.com Thu Mar 15 11:45:07 2012 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 45A6621F8692; Thu, 15 Mar 2012 11:45:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.284 X-Spam-Level: X-Spam-Status: No, score=-6.284 tagged_above=-999 required=5 tests=[AWL=0.314, 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 eU+ul-bKnHzU; Thu, 15 Mar 2012 11:45:06 -0700 (PDT) Received: from mms2.broadcom.com (mms2.broadcom.com [216.31.210.18]) by ietfa.amsl.com (Postfix) with ESMTP id 7AE5821F8622; Thu, 15 Mar 2012 11:45:06 -0700 (PDT) Received: from [10.16.192.224] by mms2.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.5)); Thu, 15 Mar 2012 11:54:43 -0700 X-Server-Uuid: 72204117-5C29-4314-8910-60DB108979CB Received: from SJEXCHCCR02.corp.ad.broadcom.com ([10.16.192.131]) by SJEXCHHUB01.corp.ad.broadcom.com ([10.16.192.224]) with mapi; Thu, 15 Mar 2012 11:44:55 -0700 From: "Shahram Davari" To: "Greg Mirsky" Date: Thu, 15 Mar 2012 11:44:52 -0700 Thread-Topic: [PWE3] Updated 1588 over MPLS draf-03 Thread-Index: Ac0CUHHbsZe5OTtyTdCk7/roMMK5gQAizr7w Message-ID: <2C2F1EBA8050E74EA81502D5740B4BD6BBDEEBE6EE@SJEXCHCCR02.corp.ad.broadcom.com> References: <2C2F1EBA8050E74EA81502D5740B4BD6BBDEDF4308@SJEXCHCCR02.corp.ad.broadcom.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 X-WSS-ID: 637CE5794GW5121498-01-01 Content-Type: multipart/alternative; boundary=_000_2C2F1EBA8050E74EA81502D5740B4BD6BBDEEBE6EESJEXCHCCR02co_ Cc: "mpls@ietf.org" , CCAMP , "pwe3@ietf.org" , "tictoc@ietf.org" Subject: Re: [CCAMP] [PWE3] Updated 1588 over MPLS draf-03 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, 15 Mar 2012 18:45:07 -0000 --_000_2C2F1EBA8050E74EA81502D5740B4BD6BBDEEBE6EESJEXCHCCR02co_ Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Yes, agree. Thx Shahram From: Greg Mirsky [mailto:gregimirsky@gmail.com] Sent: Wednesday, March 14, 2012 7:08 PM To: Shahram Davari Cc: tictoc@ietf.org; mpls@ietf.org; pwe3@ietf.org; CCAMP Subject: Re: [PWE3] Updated 1588 over MPLS draf-03 Dear Shahram, perhaps because of "This document provides extensions to OSPF, ISIS ..." re= view by OSPF and ISIS WGs should be solicited as well. Regards, Greg On Mon, Mar 12, 2012 at 5:16 PM, Shahram Davari > wrote: Hi, Please find attached the latest 1588 over MPLS draft (03). Since cut-off da= te was yesterday, we will upload this after the Paris meeting. Review is required from TICTOC, MPLS, PWE3 and CCAMP WGs, since some aspect= s from each of these groups are used in this draft. We will present this draft in the relevant WGs in Paris. Regards, Shahram Davari _______________________________________________ pwe3 mailing list pwe3@ietf.org https://www.ietf.org/mailman/listinfo/pwe3 --_000_2C2F1EBA8050E74EA81502D5740B4BD6BBDEEBE6EESJEXCHCCR02co_ Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: quoted-printable
Yes, agre= e.

Thx
Shahram
&n= bsp;
From: Greg Mirsky [mailt= o:gregimirsky@gmail.com]
Sent: Wednesday, March 14, 2012 7:08 PM=
To: Shahram Davari
Cc: tictoc@ietf.org; mpls@ietf.org;= pwe3@ietf.org; CCAMP
Subject: Re: [PWE3] Updated 1588 over MPLS = draf-03

Dear Shahram,
perh= aps because of "This document provides extensions to OSPF, ISIS ...&qu= ot; review by OSPF and ISIS WGs should be solicited as well.

Regards= ,
Greg
On Mon, Mar 12, 2012 at 5= :16 PM, Shahram Davari <davari@br= oadcom.com> wrote:
Hi,
=

Please find attached the latest 1588 ove= r MPLS draft (03). Since cut-off date was yesterday, we will upload this af= ter the Paris meeting.
Review is required from TICTOC,= MPLS, PWE3 and CCAMP WGs, since some aspects from each of these groups are= used in this draft.

We w= ill present this draft in the relevant WGs in Paris.
&= nbsp;
Regards,
Shahram Davari
=
_______________________________________________
pwe3 mailing listpwe3@ietf.org
https://www.ietf.org/m= ailman/listinfo/pwe3
&nbs= p;
= --_000_2C2F1EBA8050E74EA81502D5740B4BD6BBDEEBE6EESJEXCHCCR02co_-- From adrian@olddog.co.uk Sat Mar 17 03:15:26 2012 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 30BF321F8634 for ; Sat, 17 Mar 2012 03:15:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.417 X-Spam-Level: X-Spam-Status: No, score=-2.417 tagged_above=-999 required=5 tests=[AWL=0.182, 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 x1T2pWiV2LDN for ; Sat, 17 Mar 2012 03:15:25 -0700 (PDT) Received: from asmtp2.iomartmail.com (asmtp2.iomartmail.com [62.128.201.249]) by ietfa.amsl.com (Postfix) with ESMTP id 3196021F862A for ; Sat, 17 Mar 2012 03:15:24 -0700 (PDT) Received: from asmtp2.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id q2HAFJOH023199; Sat, 17 Mar 2012 10:15:19 GMT Received: from 950129200 ([90.84.146.236]) (authenticated bits=0) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id q2HAFCts023172 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 17 Mar 2012 10:15:14 GMT From: "Adrian Farrel" To: "'Iftekhar Hussain'" , "'CCAMP'" References: <01c701ccffcd$35536c60$9ffa4520$@olddog.co.uk> <040301cd029d$0e53b3e0$2afb1ba0$@olddog.co.uk> In-Reply-To: Date: Sat, 17 Mar 2012 10:15:16 -0000 Message-ID: <01db01cd0426$dd1bd6f0$975384d0$@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: AQKsFIE9zQG8l6oo93YX1CtUZ0ZwkwGl1BEyAXfZCjsBprbAw5SJPVZQ Content-Language: en-gb Cc: 'Marco Sosa' , 'Abinder Dhillon' , draft-farrkingel-ccamp-flexigrid-lambda-label@tools.ietf.org Subject: Re: [CCAMP] Update to draft-farrkingel-ccamp-flexigrid-lambda-label X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 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: Sat, 17 Mar 2012 10:15:26 -0000 [snip] > >> I am going to make > >> the rash assertion that early deployments if/when they happen will > >> involve coherent nodes and so the need for routing capability > >> exchanges is lower down the priority list. > > > > So do you mean coherent nodes are not real and also too far in > > the future? There are already adequate number of 40G/100G > > coherent deployed systems with fast ramp up expected soon. > > I have read and re-read my text to try to see where you got your > misunderstanding of my assertion, but I can't find it. > > Maybe you have understood "coherent" in the optical sense? > > [Iftekhar] Yes that is correct. Obviously the context of this discussion is mainly > about coherent optical systems (i.e., Super-Channels, Modulation formats, FEC > types etc) and their support on FlexGrid networks. Excellent. So with that misunderstanding sorted out, what do you think of my assertion rephrased as... > I meant that initial deployments of flex-grid systems will form sub-networks of > nodes from the same vendor or (exceptionally) from vendors with very close > cooperation agreements. Thus, the ability to exchange information in the routing > protocols about the flexi-grid capabilities of nodes in the network is less pressing > than other functions. Cheers, Adrian From acee.lindem@ericsson.com Sun Mar 18 15:50:31 2012 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 9638221F8594 for ; Sun, 18 Mar 2012 15:50:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.504 X-Spam-Level: X-Spam-Status: No, score=-6.504 tagged_above=-999 required=5 tests=[AWL=0.095, 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 jUtwfjtOL86B for ; Sun, 18 Mar 2012 15:50:31 -0700 (PDT) Received: from imr3.ericy.com (imr3.ericy.com [198.24.6.13]) by ietfa.amsl.com (Postfix) with ESMTP id C0C4C21F858E for ; Sun, 18 Mar 2012 15:50:29 -0700 (PDT) Received: from eusaamw0706.eamcs.ericsson.se ([147.117.20.31]) by imr3.ericy.com (8.13.8/8.13.8) with ESMTP id q2IMoOd1007078 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Sun, 18 Mar 2012 17:50:25 -0500 Received: from EUSAACMS0702.eamcs.ericsson.se ([169.254.1.229]) by eusaamw0706.eamcs.ericsson.se ([147.117.20.31]) with mapi; Sun, 18 Mar 2012 18:50:24 -0400 From: Acee Lindem To: CCAMP Date: Sun, 18 Mar 2012 18:50:22 -0400 Thread-Topic: 2nd WG last call on draft-ietf-ccamp-gmpls-ted-mib Thread-Index: Ac0FWYEQpdF1gPaRTquD8Ib5KdDWyw== Message-ID: <4D336515-2D98-4DA7-8D58-28ED03C3854B@ericsson.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/signed; boundary="Apple-Mail-4--530979442"; protocol="application/pkcs7-signature"; micalg=sha1 MIME-Version: 1.0 Subject: [CCAMP] 2nd WG last call on draft-ietf-ccamp-gmpls-ted-mib 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, 18 Mar 2012 22:50:31 -0000 --Apple-Mail-4--530979442 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hey Masanori, Tomohiro, and Tom,=20 Lou asked me to take another look at this draft and I have some = significant comments/questions.=20 1. Many of the textual conventions are longer than they need to be. = While ISIS is, in general, more verbose than OSPF, you most of the = textual conventions are longer than they need to be.=20 TedAreaIdTC - This is 32 octets while I the longest ISIS = address is 20 octets. For OSPF, the Area ID is 4 octets.=20 TedRouterIDTC - This is 32 octets while the OSPF router ID is = 4 octets and the ISIS system ID is 6 octets.=20 This really doesn't cause any problems but I think it needs to be = addressed.=20 2. Bandwidth values - All the bandwidth values are represented as = bytes per second with an Unsigned32 range. However, RFC 3630 represents = these values sing an IEEE floating point value. Additionally, this = representation results in a maximum bandwidth value of 32Gbps (without = error correct). I think this may soon become much too low (if not = already). =20 =20 3. For the TED table, please move tedLocalRouterID and = TedRemoteRouterID so the items constituting the index are in the = beginning of the TED entry.=20 4. For tedSrlgIndex, should there be a reference another RFC? =20 5. Section 11 is missing one of the key reviewers ;^).=20 Thanks, Acee=20= --Apple-Mail-4--530979442 Content-Disposition: attachment; filename="smime.p7s" Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIM8jCCBDQw ggMcoAMCAQICECFWwVQHDV12M/Sr0yNv0sYwDQYJKoZIhvcNAQEFBQAwOTERMA8GA1UECgwIRXJp Y3Nzb24xJDAiBgNVBAMMG0VyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EwMTAeFw0xMDEwMDEyMDA0 NTlaFw0xMzEwMDEyMDA0NDhaMG8xETAPBgNVBAoMCEVyaWNzc29uMR8wHQYDVQQDDBZBY2VlIExp bmRlbSBMaW5kZW0gSUlJMRAwDgYDVQQFEwdlYWxmbGluMScwJQYJKoZIhvcNAQkBFhhhY2VlLmxp bmRlbUBlcmljc3Nvbi5jb20wgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAI/Dc9ALiZuBMyuv bsc3eBxjXZpMi45Z0vzsUQZTJGTBeY7p9JsdzXC9J1uMisBxYVi39R3KJo6I4hXVp9wrA1rxh4AE bnP1+Gxfpj33uWEFYbBnVAJkIWYWF7CYTn8Zm/yd13vPXtuGA6ESeLnnJafwC9Y0YwUQ+4HX7PNv uauVAgMBAAGjggGEMIIBgDCBwAYDVR0fBIG4MIG1MIGyoIGvoIGshjdodHRwOi8vY3JsLnRydXN0 LnRlbGlhLmNvbS9Fcmljc3Nvbk5MSW5kaXZpZHVhbENBMDEuY3JshnFsZGFwOi8vbGRhcC50cnVz dC50ZWxpYS5jb20vY249RXJpY3Nzb24lMjBOTCUyMEluZGl2aWR1YWwlMjBDQTAxLG89RXJpY3Nz b24/Y2VydGlmaWNhdGVyZXZvY2F0aW9ubGlzdDtiaW5hcnk/YmFzZTAjBgNVHREEHDAagRhhY2Vl LmxpbmRlbUBlcmljc3Nvbi5jb20wRgYDVR0gBD8wPTA7BgYqhXBrAQEwMTAvBggrBgEFBQcCARYj aHR0cDovL3d3dy5lcmljc3Nvbi5jb20vbGVnYWwuc2h0bWwwHQYDVR0OBBYEFAgOzAPuplmPr7C1 BTqV94OyqUdhMB8GA1UdIwQYMBaAFJYnw7jepV9dRD45UuVFsXZfYzCbMA4GA1UdDwEB/wQEAwIF oDANBgkqhkiG9w0BAQUFAAOCAQEAE1gyNW6c2t/YsLxW5sm67+gVGK0Lnge4ub+k8dgGrK7Mj7em nkOIFkjdv/tqdJ/SoUy/WEkBXba2TfpZ+lfluMgLYux1vSvqBUxYBsUHeNth2Q/Y6A9sCaDTBPlK vZ2jLz814NavrVfgTCLdxX6zNtGdwzhviz+FyqyxYF43Q86RP8Gd/Npaz1W8pmYAHm0+lezuTx5k F3Av3+SaZ/MR6s+RWuXEIdED36ajeQz+OG8Mh3nplofzdrOeoWGDz53YlfRhgj+TXo+H1lclZAvD WVaMMXPdb27h9Hngsq87dkCW9uAyv8DI993rdhqzlEgUyQIL32icAXfTmTYgoGPOwjCCBEUwggMt oAMCAQICEBPJ6v/eJq2p3KTKI4GDR+MwDQYJKoZIhvcNAQEFBQAwRDEaMBgGA1UECgwRVGVsaWFT b25lcmEgR3JvdXAxJjAkBgNVBAMMHVRlbGlhU29uZXJhIFB1YmxpYyBSb290IENBIHYxMB4XDTA2 MTAwNjEwMDA1M1oXDTE2MTAwMjA1MDQxN1owOTERMA8GA1UECgwIRXJpY3Nzb24xJDAiBgNVBAMM G0VyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EwMTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoC ggEBALYQd+Q1HuuHxDyNGFlEPzCxuPPFO5W2xyr+nqCVnNJ4QYFe1HACqavqNLwUGIqIEyHv1rLn fub9LBc7dQpRHjl/dggin0ONOFJ36nbGEbfHjLJz2BzOWvwl84Sc+Fx09IrDU/SZSWFSfhqTu3TT 39h79brHdRkdPBUgBYgsiFKriHI0TjP5G8628H27BDzqUpzGLSYWgt6/tpwuOH5lcfNfHWMcCYXR lobv0Klu8lxG5amWqAnqrH6ECOyYJTRbHTsaTIZOHy9Qw/0eXPujKT7tU5xxSI2SdceJqzUbAz2o FRQ6Px7/GydpM/Rl+qYoGPcauHUL1aSeVJZqDFqcIF0CAwEAAaOCATwwggE4MBIGA1UdEwEB/wQI MAYBAf8CAQAwRgYDVR0gBD8wPTA7BgcqhXAjAgEBMDAwLgYIKwYBBQUHAgEWImh0dHBzOi8vcmVw b3NpdG9yeS50cnVzdC50ZWxpYS5jb20wgYkGA1UdHwSBgTB/MH2ge6B5hndsZGFwOi8vbGRhcC50 cnVzdC50ZWxpYS5jb20vY249VGVsaWFTb25lcmElMjBQdWJsaWMlMjBSb290JTIwQ0ElMjB2MSxv PVRlbGlhU29uZXJhJTIwR3JvdXA/YXV0aG9yaXR5cmV2b2NhdGlvbmxpc3Q/YmFzZTAOBgNVHQ8B Af8EBAMCAQYwHQYDVR0OBBYEFJYnw7jepV9dRD45UuVFsXZfYzCbMB8GA1UdIwQYMBaAFEXb8I+4 GmKhqCMbY4g4o9vgGmLxMA0GCSqGSIb3DQEBBQUAA4IBAQB2AEoqQz+M3Ra9alkpn/YnwhXIv6tP jhUvSuNs00Nhd0T9XhlIU3a65CaB/UKSqnayE0t7Q0Qq3r+x/GK3in/mik8i/PK2/q8HutzYFSzz 6Npztpo2JG7AEKOJPVaeebjng45m6vNC7RIfzU9sG2LBR/hewS8s6dFFn70w795xUwJBWZ67OzIK XrIVVvHTOYpbWA+MESKAXwFhnVONrOTWlVwrMUi4HbiPWpOk+xQbgehCEi7mu3cXsaU1Xq3kMXui NuC7VKoob8mFO9o9RT+dlirD2uRXwNpvCu3but6Kyhu0+nvy2iXGKjdlxlWTsdDyulXYz+OYCMZ9 lFWRzMIPMIIEbTCCA1WgAwIBAgIRAJywjASay5cieGNithuGWj0wDQYJKoZIhvcNAQEFBQAwOjEZ MBcGA1UEChMQUlNBIFNlY3VyaXR5IEluYzEdMBsGA1UECxMUUlNBIFNlY3VyaXR5IDIwNDggVjMw HhcNMDYxMDMxMjA0MjI3WhcNMTYxMTAxMTU0MjI1WjBEMRowGAYDVQQKDBFUZWxpYVNvbmVyYSBH cm91cDEmMCQGA1UEAwwdVGVsaWFTb25lcmEgUHVibGljIFJvb3QgQ0EgdjEwggEiMA0GCSqGSIb3 DQEBAQUAA4IBDwAwggEKAoIBAQDKTxADapCAq3mplX4R4gNt+WZe5QKGnaVEQSyY7lICKF5DuVdW PMLHDjzhw5IzDd860ZZx/0VrhGB3DmP4SDIWCKo2PxvY5NckdBWPWp/T2uaQdOAwgqHpN0pe1X7/ jel59WsWYXKGg/81Wth73ZK/geE7Gz9Pvj1LU6N4YhLMgooxKnCS+ZjB5icWAg+Qd1QpQhF46H1i bp6LsBWDp56MPpg8F5X6y7MGVcKYLdnLOPs84uxRW9qs1kBopzQBj6s5SyVh8A+j5liDBjghXYpw /+paGEdqHPeSFYxZKeJatmjEKLYlxcZWRKf436KvQA9jBhMEmytMNbGicR1mRH6tAgMBAAGjggFi MIIBXjAfBgNVHSMEGDAWgBQHw1EwpKrpRa41JPr/JCwz0LGdjDAdBgNVHQ4EFgQURdvwj7gaYqGo IxtjiDij2+AaYvEwEgYDVR0TAQH/BAgwBgEB/wIBBDCBhQYDVR0gBH4wfDA9BgkqhkiG9w0FBgEw MDAuBggrBgEFBQcCARYiaHR0cHM6Ly9yZXBvc2l0b3J5LnRydXN0LnRlbGlhLmNvbTA7BgcqhXAj AgEBMDAwLgYIKwYBBQUHAgEWImh0dHBzOi8vcmVwb3NpdG9yeS50cnVzdC50ZWxpYS5jb20wcAYD VR0fBGkwZzBloGOgYYZfaHR0cDovL3d3dy5yc2FzZWN1cml0eS5jb20vcHJvZHVjdHMva2Vvbi9y ZXBvc2l0b3J5L2NlcnRpZmljYXRlX3N0YXR1cy9SU0FfU2VjdXJpdHlfMjA0OF92My5DUkwwDgYD VR0PAQH/BAQDAgEGMA0GCSqGSIb3DQEBBQUAA4IBAQAEXpos2CnIm7/872ytSrEHWZgvhOUEkUm2 5PWf/XkWko41TaL9vIS1S6AdWChNqWmnYiS7GfaIiDM9s1D6K7hidWBDOm46bNdM3ZwhMyDCfkDJ SgeJ0w+7YmjvChu7gWqDZCsbtZ5gA1ixCTdDnuZB67JGSPGW6r73coraDP8diOpiQouMvM6bKuTP BH/1poLccsUxsKgrQ23JC9LWCRb8cYHkZjXFH1K44TsIl5Lne2oT0JI3pwdA2v6jO4p/OLHntP+n pjwPbedMPUZkDYCkd3LSxj8c3JTxtA8SlPCtIHE1hh65xihg1JRIliSphrqr9kbfwHdeVxPdOI5G tDYPMYICEjCCAg4CAQEwTTA5MREwDwYDVQQKDAhFcmljc3NvbjEkMCIGA1UEAwwbRXJpY3Nzb24g TkwgSW5kaXZpZHVhbCBDQTAxAhAhVsFUBw1ddjP0q9Mjb9LGMAkGBSsOAwIaBQCgggEbMBgGCSqG SIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTEyMDMxODIyNTAyMlowIwYJKoZI hvcNAQkEMRYEFGF2qMG46F+oB7kiaAdLh+OqvVWTMFwGCSsGAQQBgjcQBDFPME0wOTERMA8GA1UE CgwIRXJpY3Nzb24xJDAiBgNVBAMMG0VyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EwMQIQIVbBVAcN XXYz9KvTI2/SxjBeBgsqhkiG9w0BCRACCzFPoE0wOTERMA8GA1UECgwIRXJpY3Nzb24xJDAiBgNV BAMMG0VyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EwMQIQIVbBVAcNXXYz9KvTI2/SxjANBgkqhkiG 9w0BAQEFAASBgC+BZXehgYaAiuAwPOKk0G/F4mmE+V/bg6RtvMI9NEo9+y/29B5VlzPCPl0c1Qe+ rNTW84IxoL7GFoJYin6rXnPFybvZO72A/l8V966RCmYaNZSxeSAajTdgQsTw7SCd1XPjc5ZbtFSm ZnlyoqB6SvD6Vo1djxoJZ2V+hltrVNWxAAAAAAAA --Apple-Mail-4--530979442-- From lberger@labn.net Mon Mar 19 07:44:25 2012 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 9298421F8594 for ; Mon, 19 Mar 2012 07:44:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -100.495 X-Spam-Level: X-Spam-Status: No, score=-100.495 tagged_above=-999 required=5 tests=[AWL=1.770, 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 AoMcz6uI47Wn for ; Mon, 19 Mar 2012 07:44:25 -0700 (PDT) Received: from oproxy9.bluehost.com (oproxy9.bluehost.com [69.89.24.6]) by ietfa.amsl.com (Postfix) with SMTP id DBF0721F8585 for ; Mon, 19 Mar 2012 07:44:24 -0700 (PDT) Received: (qmail 28566 invoked by uid 0); 19 Mar 2012 14:44:01 -0000 Received: from unknown (HELO box313.bluehost.com) (69.89.31.113) by oproxy9.bluehost.com with SMTP; 19 Mar 2012 14:44:01 -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=nrHM5ALN8GU+ytlcPtiye0y0YN8OlnLUvB2gUZogvts=; b=Ctfsu0d2ReC/vCH9cLflBrZGwdEO+ICD7zRBGuQPEMHQ/TARt/NRvCo+dW8/XKMiOREkwobwbKE34LK4dy0zEFIUbYMGDgBJJzSQchG7/mV3IhYv7Oc5afjxMkGC/MN4; Received: from box313.bluehost.com ([69.89.31.113] helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.76) (envelope-from ) id 1S9doX-00085y-9G; Mon, 19 Mar 2012 08:44:01 -0600 Message-ID: <4F67462E.2000209@labn.net> Date: Mon, 19 Mar 2012 10:43:58 -0400 From: Lou Berger User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100722 Eudora/3.0.4 MIME-Version: 1.0 To: Acee Lindem , "draft-ietf-ccamp-gmpls-ted-mib@tools.ietf.org" References: <4D336515-2D98-4DA7-8D58-28ED03C3854B@ericsson.com> In-Reply-To: <4D336515-2D98-4DA7-8D58-28ED03C3854B@ericsson.com> X-Enigmail-Version: 1.0.1 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 Subject: Re: [CCAMP] 2nd WG last call on draft-ietf-ccamp-gmpls-ted-mib 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, 19 Mar 2012 14:44:25 -0000 Thank you Acee, Authors, Looks like we won't be able to request publication until these comments are addressed. (Better to address them now rather than IETF LC.) I suggest taking advantage of authors and Acee being together next week and closing these issues. If it helps, we can make some room in our overly tight agenda for discussion -- expect the chairs to ask about status either way... Lou On 3/18/2012 6:50 PM, Acee Lindem wrote: > Hey Masanori, Tomohiro, and Tom, > > Lou asked me to take another look at this draft and I have some significant comments/questions. > > > 1. Many of the textual conventions are longer than they need to be. While ISIS is, in general, more verbose than OSPF, you most of the textual conventions are longer than they need to be. > > > TedAreaIdTC - This is 32 octets while I the longest ISIS address is 20 octets. For OSPF, the Area ID is 4 octets. > TedRouterIDTC - This is 32 octets while the OSPF router ID is 4 octets and the ISIS system ID is 6 octets. > > This really doesn't cause any problems but I think it needs to be addressed. > > > 2. Bandwidth values - All the bandwidth values are represented as bytes per second with an Unsigned32 range. However, RFC 3630 represents these values sing an IEEE floating point value. Additionally, this representation results in a maximum bandwidth value of 32Gbps (without error correct). I think this may soon become much too low (if not already). > > > 3. For the TED table, please move tedLocalRouterID and TedRemoteRouterID so the items constituting the index are in the beginning of the TED entry. > > 4. For tedSrlgIndex, should there be a reference another RFC? > > 5. Section 11 is missing one of the key reviewers ;^). > > > Thanks, > Acee > > > > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp From ietf-ipr@ietf.org Mon Mar 19 07:46:32 2012 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 A748A21F86A5; Mon, 19 Mar 2012 07:46:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.455 X-Spam-Level: X-Spam-Status: No, score=-102.455 tagged_above=-999 required=5 tests=[AWL=0.144, 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 mNHl7i4OC13R; Mon, 19 Mar 2012 07:46:32 -0700 (PDT) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1538621F865B; Mon, 19 Mar 2012 07:46:32 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: IETF Secretariat To: lberger@labn.net, flefauch@cisco.com, ashokn@cisco.com X-Test-IDTracker: no X-IETF-IDTracker: 4.00 Message-ID: <20120319144632.25871.98433.idtracker@ietfa.amsl.com> Date: Mon, 19 Mar 2012 07:46:32 -0700 Cc: ccamp@ietf.org, dbrungard@att.com, ipr-announce@ietf.org Subject: [CCAMP] IPR Disclosure: Cisco's Statement of IPR Related to draft-ietf-ccamp-assoc-ext-03 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, 19 Mar 2012 14:46:32 -0000 Dear Lou Berger, Francois Le Faucheur, Ashok Narayanan: An IPR disclosure that pertains to your Internet-Draft entitled "RSVP Association Object Extensions" (draft-ietf-ccamp-assoc-ext) was submitted t= o the IETF Secretariat on 2012-03-16 and has been posted on the "IETF Page of Intellectual Property Rights Disclosures" (https://datatracker.ietf.org/ipr/1720/). The title of the IPR disclosure is "Cisco's Statement of IPR Related to draft-ietf-ccamp-assoc-ext-03.""); The IETF Secretariat From pierre.peloso@alcatel-lucent.com Mon Mar 19 08:39:40 2012 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 8641521F8814 for ; Mon, 19 Mar 2012 08:39:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.249 X-Spam-Level: X-Spam-Status: No, score=-10.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_FR=0.35, 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 pvdfDSRx1Mku for ; Mon, 19 Mar 2012 08:39:39 -0700 (PDT) Received: from smail3.alcatel.fr (smail3.alcatel.fr [64.208.49.56]) by ietfa.amsl.com (Postfix) with ESMTP id 9F4DD21F87D3 for ; Mon, 19 Mar 2012 08:39:38 -0700 (PDT) Received: from FRMRSSXCHHUB04.dc-m.alcatel-lucent.com (FRMRSSXCHHUB04.dc-m.alcatel-lucent.com [135.120.45.64]) by smail3.alcatel.fr (8.14.3/8.14.3/ICT) with ESMTP id q2JFdTRm020591 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Mon, 19 Mar 2012 16:39:32 +0100 Received: from FRMRSSXCHMBSA1.dc-m.alcatel-lucent.com ([135.120.45.37]) by FRMRSSXCHHUB04.dc-m.alcatel-lucent.com ([135.120.45.64]) with mapi; Mon, 19 Mar 2012 16:39:32 +0100 From: "PELOSO, PIERRE (PIERRE)" To: Leeyoung Date: Mon, 19 Mar 2012 16:39:31 +0100 Thread-Topic: [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-info-14.txt Thread-Index: AQHM/I06Ohikr9bDbU2jfzhQi+PNOpZfIXEggAFkiLCAEUf8AA== Message-ID: References: <7AEB3D6833318045B4AE71C2C87E8E1720C81BE1@dfweml511-mbx.china.huawei.com> In-Reply-To: Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: fr-FR, en-US Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.69 on 155.132.188.83 Cc: "ccamp@ietf.org" Subject: Re: [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-info-14.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: Mon, 19 Mar 2012 15:39:40 -0000 =20 Hi Young, I would appreciate your answers. Regards, - pierre -----Message d'origine----- De : ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] De la part de P= ELOSO, PIERRE (PIERRE) Envoy=E9 : jeudi 8 mars 2012 16:32 =C0 : Leeyoung Cc : ccamp@ietf.org Objet : Re: [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-info-14.txt Hi Young and Authors, Reading this information model draft, we were having some questions: Quoting section 5: Since resources tend to be packaged together in blocks of similar devices, = e.g., on line cards or other types of modules, the fundamental unit of iden= tifiable resource in this document is the "resource block". A resource blo= ck may contain one or more resources. As resources are the smallest identi= fiable unit of processing resource, one can group together resources into b= locks if they have similar characteristics relevant to the optical system b= eing modeled, e.g., processing properties, accessibility, etc. Q1: It is assumable that each resource has its own ID in the machine system, is this understanding correct? Q2: Does the above text means there is a normative rule enforcing that a Resource Block ID MUST be allocated to each line-card or other type of module? If yes, where is this rule phrased? Q3: Where to find a definition of a line-card or other type of module? Please could you clarify, Thanks in advance, Giovanni, Julien and Pierre -----Message d'origine----- De : ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] De la part de L= eeyoung Envoy=E9 : mercredi 7 mars 2012 19:17 =C0 : ccamp@ietf.org Objet : = [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-info-14.txt Hi, This update added a short paragraph in section 7.1 to explain that this doc= ument does not dictate encoding or placement of available labels in the rel= ation to ISCD. We will resolve the encoding issue of available labels either to be placed = in ISCD or else in the generic encoding/ospf drafts, but not in this info d= raft. This info draft stays neutral with this issue so that it can close al= l the pending issues after this version.=20 Regards, Young -----Original Message----- From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of i= nternet-drafts@ietf.org Sent: Wednesday, March 07, 2012 12:08 PM To: i-d-announce@ietf.org Cc: ccamp@ietf.org Subject: [CCAMP] I-D Action: draft-ietf-ccamp-rwa-info-14.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 = Working 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-14.txt Pages : 27 Date : 2012-03-07 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. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-ccamp-rwa-info-14.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ This Internet-Draft can be retrieved at: ftp://ftp.ietf.org/internet-drafts/draft-ietf-ccamp-rwa-info-14.txt _______________________________________________ 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 IHussain@infinera.com Mon Mar 19 09:36:20 2012 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 F2AC521F885F for ; Mon, 19 Mar 2012 09:36:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.321 X-Spam-Level: X-Spam-Status: No, score=-2.321 tagged_above=-999 required=5 tests=[AWL=0.278, 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 jEsfD-JgbjWF for ; Mon, 19 Mar 2012 09:36:19 -0700 (PDT) Received: from sv-casht-prod2.infinera.com (sv-casht-prod2.infinera.com [8.4.225.25]) by ietfa.amsl.com (Postfix) with ESMTP id 80CC021F885E for ; Mon, 19 Mar 2012 09:36:19 -0700 (PDT) Received: from SV-EXDB-PROD1.infinera.com ([fe80::dc68:4e20:6002:a8f9]) by sv-casht-prod2.infinera.com ([::1]) with mapi id 14.01.0355.002; Mon, 19 Mar 2012 09:36:18 -0700 From: Iftekhar Hussain To: "adrian@olddog.co.uk" , 'CCAMP' Thread-Topic: [CCAMP] Update to draft-farrkingel-ccamp-flexigrid-lambda-label Thread-Index: AQHNAIKB888ZPa8X4EWXyhu98v/8KJZokXrggAMc6gCAAAAOkIADE5MAgAMUQPA= Date: Mon, 19 Mar 2012 16:36:17 +0000 Message-ID: References: <01c701ccffcd$35536c60$9ffa4520$@olddog.co.uk> <040301cd029d$0e53b3e0$2afb1ba0$@olddog.co.uk> <01db01cd0426$dd1bd6f0$975384d0$@olddog.co.uk> In-Reply-To: <01db01cd0426$dd1bd6f0$975384d0$@olddog.co.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.100.96.93] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: Mike VanLeeuwen , Marco Sosa , Abinder Dhillon , "draft-farrkingel-ccamp-flexigrid-lambda-label@tools.ietf.org" , Biao Lu Subject: Re: [CCAMP] Update to draft-farrkingel-ccamp-flexigrid-lambda-label 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, 19 Mar 2012 16:36:20 -0000 Please see comments in-line. [snip] > [Iftekhar] Yes that is correct. Obviously the context of this=20 > discussion is mainly > about coherent optical systems (i.e., Super-Channels, Modulation=20 > formats, FEC types etc) and their support on FlexGrid networks. Excellent. So with that misunderstanding sorted out, what do you think of m= y assertion rephrased as... =20 > I meant that initial deployments of flex-grid systems will form=20 > sub-networks of > nodes from the same vendor or (exceptionally) from vendors with very=20 > close cooperation agreements. Thus, the ability to exchange=20 > information in the routing > protocols about the flexi-grid capabilities of nodes in the network is=20 > less pressing > than other functions. [Iftekhar] I think this argument(s) equally applies to fixed-grid network c= ase - yet protocol extensions encompassing all aspects of solution (label, = routing, signaling parameters) either have been defined or in progress. In = that respect, flex-grid capabilities are extensions of the fixed-grid capab= ilities - this should allow protocol extensions to enable system solution c= overing all aspects. Certainly, label definition for flex-grid is a very im= portant component, this does not mean the other aspects including routing a= nd signaling extensions are any less important. I think rather than taking = a piecemeal approach we should look at a system approach. Perhaps the right= place to start is to agree on set of requirements . In parallel, define co= mmon set of terms (i.e. framework) to avoid confusion. Then concentrate in= provide holistic solution including label, routing, and signaling. Regards, Iftekhar From ashokn@cisco.com Mon Mar 19 11:28:44 2012 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 BB36D21F8723; Mon, 19 Mar 2012 11:28:44 -0700 (PDT) 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 PtQrXmIIiN3U; Mon, 19 Mar 2012 11:28:44 -0700 (PDT) Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) by ietfa.amsl.com (Postfix) with ESMTP id 1AA9621F8721; Mon, 19 Mar 2012 11:28:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=ashokn@cisco.com; l=854; q=dns/txt; s=iport; t=1332181724; x=1333391324; h=subject:mime-version:from:in-reply-to:date:cc: content-transfer-encoding:message-id:references:to; bh=kdnaHtkjjuGcS8Gs7SSOd2Fo8HDEsbgXHZF7mCJghcc=; b=WYKcC/WOBS5JBbzabTd3S49sjIceiVZ4/q46IMFjHEotrG7rOatNZ5wo Q8GxwVman8c+YiixXAnDS3vmAIda2ZX09B8BNy+hNuzxB9O/RgbD8Ux3F ifI0dugHP2mgMA9WNzc+lhPlMscmHqlkUX9o3U/Mzo07YTO/05GuMG0kp Q=; X-IronPort-AV: E=Sophos;i="4.73,611,1325462400"; d="scan'208";a="67664225" Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by rcdn-iport-7.cisco.com with ESMTP; 19 Mar 2012 18:28:43 +0000 Received: from dhcp-161-44-183-67.cisco.com (dhcp-161-44-183-67.cisco.com [161.44.183.67]) by rcdn-core-1.cisco.com (8.14.3/8.14.3) with ESMTP id q2JISgMt011348; Mon, 19 Mar 2012 18:28:43 GMT Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=us-ascii From: Ashok Narayanan In-Reply-To: <20120319144632.25871.98433.idtracker@ietfa.amsl.com> Date: Mon, 19 Mar 2012 14:28:42 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <9C7ECC52-31E9-4A96-9BC7-C428A3EFEE64@cisco.com> References: <20120319144632.25871.98433.idtracker@ietfa.amsl.com> To: IETF Secretariat X-Mailer: Apple Mail (2.1257) Cc: ccamp@ietf.org, ipr-announce@ietf.org, dbrungard@att.com Subject: Re: [CCAMP] IPR Disclosure: Cisco's Statement of IPR Related to draft-ietf-ccamp-assoc-ext-03 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, 19 Mar 2012 18:28:44 -0000 Confirming this is simply a re-issue of the IPR claim in = https://datatracker.ietf.org/ipr/1169/ which pertains to text moved from = draft-narayanan-tsvwg-rsvp-resource-sharing-00 into this draft. Not an = IPR submarine ;-) -Ashok On Mar 19, 2012, at 3/19 10:46 AM, IETF Secretariat wrote: >=20 > Dear Lou Berger, Francois Le Faucheur, Ashok Narayanan: >=20 > An IPR disclosure that pertains to your Internet-Draft entitled "RSVP > Association Object Extensions" (draft-ietf-ccamp-assoc-ext) was = submitted to the > IETF Secretariat on 2012-03-16 and has been posted on the "IETF Page = of > Intellectual Property Rights Disclosures" > (https://datatracker.ietf.org/ipr/1720/). The title of the IPR = disclosure is > "Cisco's Statement of IPR Related to = draft-ietf-ccamp-assoc-ext-03.""); >=20 > The IETF Secretariat >=20 From adrian@olddog.co.uk Mon Mar 19 12:08:08 2012 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 5408C21F88C6 for ; Mon, 19 Mar 2012 12:08:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.98 X-Spam-Level: X-Spam-Status: No, score=-1.98 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_SORBS_WEB=0.619] 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 qW1IR6Bfphfo for ; Mon, 19 Mar 2012 12:08:08 -0700 (PDT) Received: from asmtp2.iomartmail.com (asmtp2.iomartmail.com [62.128.201.249]) by ietfa.amsl.com (Postfix) with ESMTP id AB99A21F88C4 for ; Mon, 19 Mar 2012 12:08:07 -0700 (PDT) Received: from asmtp2.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id q2JJ86w3029552 for ; Mon, 19 Mar 2012 19:08:06 GMT Received: from 950129200 ([90.84.146.217]) (authenticated bits=0) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id q2JJ7wed029534 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Mon, 19 Mar 2012 19:08:05 GMT From: "Adrian Farrel" To: "'CCAMP'" Date: Mon, 19 Mar 2012 19:07:56 -0000 Message-ID: <001b01cd0603$9d1303b0$d7390b10$@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: Ac0GAzZd0B/i+mjRQEymmXa11VRdkg== Content-Language: en-gb Subject: [CCAMP] blacklink MIB X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 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, 19 Mar 2012 19:08:08 -0000 Hi, I think I understand why blacklink falls under your care, but the MIB module appears to be an extension to RFC 3591. Why is a MIB for a data plane optical interface thing in CCAMP and not in OPSAWG (now that atommib is closed)? Thanks, Adrian From leeyoung@huawei.com Mon Mar 19 14:52:21 2012 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 6C0E121F8628 for ; Mon, 19 Mar 2012 14:52:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.276 X-Spam-Level: X-Spam-Status: No, score=-2.276 tagged_above=-999 required=5 tests=[AWL=0.323, 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 q6nFmlRx6yV7 for ; Mon, 19 Mar 2012 14:52:20 -0700 (PDT) Received: from dfwrgout.huawei.com (dfwrgout.huawei.com [206.16.17.72]) by ietfa.amsl.com (Postfix) with ESMTP id 7C58E21F8623 for ; Mon, 19 Mar 2012 14:52:20 -0700 (PDT) Received: from 172.18.9.243 (EHLO dfweml201-edg.china.huawei.com) ([172.18.9.243]) by dfwrg01-dlp.huawei.com (MOS 4.2.3-GA FastPath) with ESMTP id AEN36135; Mon, 19 Mar 2012 17:52:20 -0400 (EDT) Received: from DFWEML403-HUB.china.huawei.com (10.193.5.151) by dfweml201-edg.china.huawei.com (172.18.9.107) with Microsoft SMTP Server (TLS) id 14.1.323.3; Mon, 19 Mar 2012 14:49:48 -0700 Received: from dfweml511-mbx.china.huawei.com ([169.254.16.128]) by dfweml403-hub.china.huawei.com ([10.193.5.151]) with mapi id 14.01.0323.003; Mon, 19 Mar 2012 14:49:36 -0700 From: Leeyoung To: "PELOSO, PIERRE (PIERRE)" Thread-Topic: [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-info-14.txt Thread-Index: AQHM/UCje5USWmw/H0itq921zgNgO5ZyR8uA///xQEA= Date: Mon, 19 Mar 2012 21:49:45 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1720C8D624@dfweml511-mbx.china.huawei.com> References: <7AEB3D6833318045B4AE71C2C87E8E1720C81BE1@dfweml511-mbx.china.huawei.com> In-Reply-To: Accept-Language: en-US, zh-CN Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.153.55] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "ccamp@ietf.org" Subject: Re: [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-info-14.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: Mon, 19 Mar 2012 21:52:21 -0000 Hi Pierre, Here's our response. Please see in-line. Thanks. Greg and Young -----Original Message----- From: PELOSO, PIERRE (PIERRE) [mailto:pierre.peloso@alcatel-lucent.com]=20 Sent: Monday, March 19, 2012 10:40 AM To: Leeyoung Cc: ccamp@ietf.org Subject: RE: [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-info-14.txt =20 Hi Young, I would appreciate your answers. Regards, - pierre -----Message d'origine----- De : ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] De la part de P= ELOSO, PIERRE (PIERRE) Envoy=E9 : jeudi 8 mars 2012 16:32 =C0 : Leeyoung Cc : ccamp@ietf.org Objet : Re: [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-info-14.txt Hi Young and Authors, Reading this information model draft, we were having some questions: Quoting section 5: Since resources tend to be packaged together in blocks of similar devices, = e.g., on line cards or other types of modules, the fundamental unit of iden= tifiable resource in this document is the "resource block". A resource blo= ck may contain one or more resources. As resources are the smallest identi= fiable unit of processing resource, one can group together resources into b= locks if they have similar characteristics relevant to the optical system b= eing modeled, e.g., processing properties, accessibility, etc. --> This text was not changed in the v14 draft. This was slightly changed i= n the v13 from the v12 based on discussions in Montreal and the list. These= items have been extensively discussed on the list and in person. It is tim= e to move forward. Q1: It is assumable that each resource has its own ID in the machine system, is this understanding correct? --> This is a modeling decision. You could give every regenerator in your = system an ID. You may only want to model the ones whose use has some flexib= le connectivity. We've discussed this many times. Q2: Does the above text means there is a normative rule enforcing that a= Resource Block ID MUST be allocated to each line-card or other type of module? If yes, where is this rule phrased? --> This is an informational draft there are no normative rules in it. What= a vendor or a network owner chooses to model within their system is up to = them. This has always been the case in GMPLS. Many layers of the optical n= etwork may not be modeled in a current implementation or GMPLS deployment. Q3: Where to find a definition of a line-card or other type of module? --> The terms "line-card" and "modules" are only used as examples (the phra= se "e.g., on line cards or other types of modules"), and hence do not requi= re formal definition in this informational document. "Line card" is a commo= n term used by almost all vendors of large switching gear such as SDH switc= hes, OTN switch, WDM ROADS/Switches, IP routers, Carrier grade Ethernet swi= tches, Optical access products and such. It generally denotes a pluggable (= usually hot-swappable) card that contains interfaces, however, it may only = perform management or other support functions. ITU-T M.3100 section 6.3 "P= hysical Equipment Fragment" gives the well known management system modeling= of such specific entities as line cards and modules in terms of the manage= d object classes "equipmentHolder" and "circuitPack". =20 Please could you clarify, Thanks in advance, Giovanni, Julien and Pierre -----Message d'origine----- De : ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] De la part de L= eeyoung Envoy=E9 : mercredi 7 mars 2012 19:17 =C0 : ccamp@ietf.org Objet : = [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-info-14.txt Hi, This update added a short paragraph in section 7.1 to explain that this doc= ument does not dictate encoding or placement of available labels in the rel= ation to ISCD. We will resolve the encoding issue of available labels either to be placed = in ISCD or else in the generic encoding/ospf drafts, but not in this info d= raft. This info draft stays neutral with this issue so that it can close al= l the pending issues after this version.=20 Regards, Young -----Original Message----- From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of i= nternet-drafts@ietf.org Sent: Wednesday, March 07, 2012 12:08 PM To: i-d-announce@ietf.org Cc: ccamp@ietf.org Subject: [CCAMP] I-D Action: draft-ietf-ccamp-rwa-info-14.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 = Working 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-14.txt Pages : 27 Date : 2012-03-07 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. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-ccamp-rwa-info-14.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ This Internet-Draft can be retrieved at: ftp://ftp.ietf.org/internet-drafts/draft-ietf-ccamp-rwa-info-14.txt _______________________________________________ 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 gregb@grotto-networking.com Mon Mar 19 14:56:55 2012 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 F2DC321E8012 for ; Mon, 19 Mar 2012 14:56:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.298 X-Spam-Level: X-Spam-Status: No, score=-2.298 tagged_above=-999 required=5 tests=[AWL=0.300, 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 gdEUCjc0tWfE for ; Mon, 19 Mar 2012 14:56:50 -0700 (PDT) Received: from mail16c40.carrierzone.com (mail16c40.carrierzone.com [209.235.156.156]) by ietfa.amsl.com (Postfix) with ESMTP id 4863B21E800C for ; Mon, 19 Mar 2012 14:56:50 -0700 (PDT) X-Authenticated-User: gregb.grotto-networking.com Received: from [192.168.0.124] (c-67-170-243-110.hsd1.ca.comcast.net [67.170.243.110]) (authenticated bits=0) by mail16c40.carrierzone.com (8.13.6/8.13.1) with ESMTP id q2JLulPW021296 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 19 Mar 2012 21:56:48 +0000 Message-ID: <4F67AB9D.5070306@grotto-networking.com> Date: Mon, 19 Mar 2012 14:56:45 -0700 From: Greg Bernstein User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: ccamp@ietf.org References: <7AEB3D6833318045B4AE71C2C87E8E1720C81BE1@dfweml511-mbx.china.huawei.com> In-Reply-To: Content-Type: multipart/alternative; boundary="------------040709040109060004030706" X-CSC: 0 X-CHA: v=1.1 cv=iOZu5g+SVqIGKFmb8QYSnZ0VXNPIwwry0VEybd3P+pM= c=1 sm=1 a=311X-zf45VgA:10 a=aSYChZHMGbsA:10 a=xOaALFOtT5cA:10 a=B4uWGr+4DaAYpgidvygSiQ==:17 a=48vgC7mUAAAA:8 a=nnEAaAIdJ9F8acuEViEA:9 a=b-CygFQlcGmuPscJf8oA:7 a=wPNLvfGTeEIA:10 a=EgY3od2ZU2QA:10 a=h-I_03WOSDMA:10 a=lZB815dzVvQA:10 a=gxZvrgisAAAA:8 a=2iJhbE11VVepawUmWq8A:9 a=pgb5gPOUVuH0zG--goQA:7 a=hTZeC7Yk6K0A:10 a=_W_S_7VecoQA:10 a=frz4AuCg-hUA:10 a=B4uWGr+4DaAYpgidvygSiQ==:117 X-CTCH-Spam: Unknown X-CTCH-RefID: str=0001.0A020206.4F67ABA1.0048,ss=1,re=0.000,fgs=0 Subject: Re: [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-info-14.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: Mon, 19 Mar 2012 21:56:55 -0000 This is a multi-part message in MIME format. --------------040709040109060004030706 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Response below. Greg B. On 3/19/2012 8:39 AM, PELOSO, PIERRE (PIERRE) wrote: > > Hi Young, > > I would appreciate your answers. > > Regards, > > - pierre > > -----Message d'origine----- > De : ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] De la part de PELOSO, PIERRE (PIERRE) > Envoy� : jeudi 8 mars 2012 16:32 > � : Leeyoung > Cc : ccamp@ietf.org > Objet : Re: [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-info-14.txt > > Hi Young and Authors, > > Reading this information model draft, we were having some questions: > Quoting section 5: > Since resources tend to be packaged together in blocks of similar devices, e.g., on line cards or other types of modules, the fundamental unit of identifiable resource in this document is the "resource block". A resource block may contain one or more resources. 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. --> This text was not changed in the v14 draft. This was slightly changed in the v13 from the v12 based on discussions in Montreal and the list. These items have been extensively discussed on the list and in person. > > Q1: It is assumable that each resource has its own ID in the machine > system, is this understanding correct? -->This is a modeling decision. You could give every regenerator in your system an ID. You may only want to model the ones whose use has some flexible connectivity. We've discussed this many times. > Q2: Does the above text means there is a normative rule enforcing > that a Resource Block ID MUST be allocated to each line-card or > other type of module? If yes, where is this rule phrased? --> This is an informational draft there are no normative rules in it. What a vendor or a network owner chooses to model within their system is up to them. This has always been the case in GMPLS.Many layers of the optical network may not be modeled in a current implementation or GMPLS deployment. > Q3: Where to find a definition of a line-card or other type of > module? The terms "line-card" and "modules" are commonly used in the telecom/datacom industry, so this may just be a "translation issue". However these terms are only used as examples (in the phrase "e.g., on line cards or other types of modules"), and hence probably does not require formal definition in this informational document. "Line card" is a generic term used by almost all vendors of large switching gear such as SDH switches, OTN switch, WDM ROADS/Switches, IP routers, Carrier grade Ethernet switches, Optical access products and such. It generally denotes a pluggable (usually hot-swappable) card that contains interfaces, however, it may only perform management or other support functions. ITU-T M.3100 section 6.3 "Physical Equipment Fragment" gives the well known management system modeling of such specific entities as line cards and modules in terms of the managed object classes "equipmentHolder" and "circuitPack". > > Please could you clarify, > > Thanks in advance, > > Giovanni, Julien and Pierre > > -----Message d'origine----- > De : ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] De la part de Leeyoung Envoy� : mercredi 7 mars 2012 19:17 � : ccamp@ietf.org Objet : [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-info-14.txt > > Hi, > > This update added a short paragraph in section 7.1 to explain that this document does not dictate encoding or placement of available labels in the relation to ISCD. > > We will resolve the encoding issue of available labels either to be placed in ISCD or else in the generic encoding/ospf drafts, but not in this info draft. This info draft stays neutral with this issue so that it can close all the pending issues after this version. > > Regards, > Young > > -----Original Message----- > From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of internet-drafts@ietf.org > Sent: Wednesday, March 07, 2012 12:08 PM > To: i-d-announce@ietf.org > Cc: ccamp@ietf.org > Subject: [CCAMP] I-D Action: draft-ietf-ccamp-rwa-info-14.txt > > > A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Common Control and Measurement Plane Working 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-14.txt > Pages : 27 > Date : 2012-03-07 > > 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. > > > > > A URL for this Internet-Draft is: > http://www.ietf.org/internet-drafts/draft-ietf-ccamp-rwa-info-14.txt > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > This Internet-Draft can be retrieved at: > ftp://ftp.ietf.org/internet-drafts/draft-ietf-ccamp-rwa-info-14.txt > > _______________________________________________ > 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 > > -- =================================================== Dr Greg Bernstein, Grotto Networking (510) 573-2237 --------------040709040109060004030706 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Response below.
Greg B.
On 3/19/2012 8:39 AM, PELOSO, PIERRE (PIERRE) wrote:

Hi Young, I would appreciate your answers. Regards, - pierre -----Message d'origine----- De : ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] De la part de PELOSO, PIERRE (PIERRE) Envoyé : jeudi 8 mars 2012 16:32 À : Leeyoung Cc : ccamp@ietf.org Objet : Re: [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-info-14.txt Hi Young and Authors, Reading this information model draft, we were having some questions: Quoting section 5: Since resources tend to be packaged together in blocks of similar devices, e.g., on line cards or other types of modules, the fundamental unit of identifiable resource in this document is the "resource block". A resource block may contain one or more resources. 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.

--> This text was not changed in the v14 draft. This was slightly changed in the v13 from the v12 based on discussions in Montreal and the list. These items have been extensively discussed on the list and in person.

Q1: It is assumable that each resource has its own ID in the machine system, is this understanding correct?

--> This is a modeling decision. You could give every regenerator in your system an ID. You may only want to model the ones whose use has some flexible connectivity. We've discussed this many times.

Q2: Does the above text means there is a normative rule enforcing that a Resource Block ID MUST be allocated to each line-card or other type of module? If yes, where is this rule phrased?

--> This is an informational draft there are no normative rules in it. What a vendor or a network owner chooses to model within their system is up to them. This has always been the case in GMPLS. Many layers of the optical network may not be modeled in a current implementation or GMPLS deployment.

Q3: Where to find a definition of a line-card or other type of module?

The terms “line-card” and “modules” are commonly used in the telecom/datacom industry, so this may just be a "translation issue". However these terms are only used as examples (in the phrase “e.g., on line cards or other types of modules”), and hence probably does not require formal definition in this informational document. “Line card” is a generic term used by almost all vendors of large switching gear such as SDH switches, OTN switch, WDM ROADS/Switches, IP routers, Carrier grade Ethernet switches, Optical access products and such. It generally denotes a pluggable (usually hot-swappable) card that contains interfaces, however, it may only perform management or other support functions.

ITU-T M.3100 section 6.3 “Physical Equipment Fragment” gives the well known management system modeling of such specific entities as line cards and modules in terms of the managed object classes “equipmentHolder” and “circuitPack”.

Please could you clarify, Thanks in advance, Giovanni, Julien and Pierre -----Message d'origine----- De : ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] De la part de Leeyoung Envoyé : mercredi 7 mars 2012 19:17 À : ccamp@ietf.org Objet : [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-info-14.txt Hi, This update added a short paragraph in section 7.1 to explain that this document does not dictate encoding or placement of available labels in the relation to ISCD. We will resolve the encoding issue of available labels either to be placed in ISCD or else in the generic encoding/ospf drafts, but not in this info draft. This info draft stays neutral with this issue so that it can close all the pending issues after this version. Regards, Young -----Original Message----- From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of internet-drafts@ietf.org Sent: Wednesday, March 07, 2012 12:08 PM To: i-d-announce@ietf.org Cc: ccamp@ietf.org Subject: [CCAMP] I-D Action: draft-ietf-ccamp-rwa-info-14.txt A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Common Control and Measurement Plane Working 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-14.txt Pages : 27 Date : 2012-03-07 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. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-ccamp-rwa-info-14.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ This Internet-Draft can be retrieved at: ftp://ftp.ietf.org/internet-drafts/draft-ietf-ccamp-rwa-info-14.txt _______________________________________________ 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

-- =================================================== Dr Greg Bernstein, Grotto Networking (510) 573-2237
--------------040709040109060004030706-- From gregb@grotto-networking.com Mon Mar 19 15:10:47 2012 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 8BD5721F8760 for ; Mon, 19 Mar 2012 15:10:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.398 X-Spam-Level: X-Spam-Status: No, score=-2.398 tagged_above=-999 required=5 tests=[AWL=0.200, 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 ITv+mTwD06GJ for ; Mon, 19 Mar 2012 15:10:44 -0700 (PDT) Received: from mail30c40.carrierzone.com (mail30c40.carrierzone.com [209.235.156.170]) by ietfa.amsl.com (Postfix) with ESMTP id C5A1A21F875E for ; Mon, 19 Mar 2012 15:10:43 -0700 (PDT) X-Authenticated-User: gregb.grotto-networking.com Received: from [192.168.0.124] (c-67-170-243-110.hsd1.ca.comcast.net [67.170.243.110]) (authenticated bits=0) by mail30c40.carrierzone.com (8.13.6/8.13.1) with ESMTP id q2JMAeBx009164 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 19 Mar 2012 22:10:41 +0000 Message-ID: <4F67AEDE.2060703@grotto-networking.com> Date: Mon, 19 Mar 2012 15:10:38 -0700 From: Greg Bernstein User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: ccamp@ietf.org References: In-Reply-To: Content-Type: multipart/alternative; boundary="------------090801050508050006040005" X-CSC: 0 X-CHA: v=1.1 cv=zBSekqjQgbd/cMNcCPHlPhkW4BuiwVzjoM5dMeyPsd4= c=1 sm=1 a=311X-zf45VgA:10 a=utIPVBIOLyQA:10 a=xOaALFOtT5cA:10 a=B4uWGr+4DaAYpgidvygSiQ==:17 a=02K0Y2VpAAAA:8 a=48vgC7mUAAAA:8 a=b4_GVhnS24NuHjyaUDoA:9 a=EItDg5bDgIEHH4OsgUEA:7 a=wPNLvfGTeEIA:10 a=EgY3od2ZU2QA:10 a=h-I_03WOSDMA:10 a=zwC7bnKO5xoA:10 a=lZB815dzVvQA:10 a=1xL2z3aDjkTvY3tX:21 a=VYWKR37_AzIFGaGE:21 a=K5IOBxq3AAAA:8 a=fKK4ouobGAhZCVeVpO0A:7 a=hTZeC7Yk6K0A:10 a=_W_S_7VecoQA:10 a=frz4AuCg-hUA:10 a=B4uWGr+4DaAYpgidvygSiQ==:117 X-CTCH-Spam: Unknown X-CTCH-RefID: str=0001.0A020207.4F67AEE2.00E1,ss=1,re=0.000,fgs=0 Subject: Re: [CCAMP] Comments on draft-ietf-ccamp-rwa-wson-encode-13 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, 19 Mar 2012 22:10:47 -0000 This is a multi-part message in MIME format. --------------090801050508050006040005 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit See response below, unfortunately these comments came after the draft update publication date. The changes required are small if the WG concurs. Greg B. On 3/13/2012 1:22 PM, Margaria, Cyril (NSN - DE/Munich) wrote: > Hi, > > I have several question related to the WSON constraints encoding. > > Q1. Resource Block Set Field , the C bit is used to indicate the connectivity in the resource pool accessibility sub-TLV only, but the resource pool accessibility sub-TLV also has a Connectivity field that contains the same values. Is the field in the RB set redundant or does it indicate another property (it is not clear from the text). > In addition if the C field is not needed, it would help having a more compatible General constraint Link set and WSON constraint RB set encoding, which would be useful for implementations. --> C bit field appears redundant, seems that is was partially removed from the example in the appendix. It will be returned to "Reserved" block and appendix examples will be updated. > > Q2. Section 4.2 "Resource Block Wavelength Constraints Sub-TLV" > According to the RFC 6163 and [I-D.ietf-ccamp-rwa-info] the Electro-optical properties can be described, so a resource block may only have input or ouput wavelength. The Input Wavelength Set Field and Output Wavelength Set Field should be optional. --> The encoding of section 4.2 will be enhanced to allow the input or output fields to be optional, unless there are WG objections. > > Q3. Section 4.2 "Resource Block Wavelength Constraints Sub-TLV", for Input Wavelength Set Field and Output Wavelength Set Field, I did not find the encoding of the those fields in section 4.2, I expect them following Label Set Field encoding (section 2.2 of [I-D. ietf-ccamp-general-constraint-encode]). The field encoding should be explicitly stated in the I-D. --> True. We will add a note in the introduction on this and to all uses of wavelength set fields. > > In addition it would be more generic (considering flexigrid labels) to indicate those fields as Input Labels Set and Output Label Set. --> We are using the general label set construct. > > This apply to the other sections. -->We will add notes on the use of label set fields to all relevant section. > > Q4. Section 5.1. "Resource Block Information Sub-TLV". > > From the previous mail threads I understood that there should only be one "Modulation Type List Sub-Sub-TLV" instead of "Input Modulation Type List Sub-Sub-TLV" and "Output Modulation Type List Sub-Sub-TLV". Same for FEC. > This should be clear in the I-D. --> Young will address this question. > > Q5. Section 5.2.1. "Modulation Format Field". > When having one TLV for modulation format, you indicated a processing rule "no explicit output means the same as input" (for size optimization). > Having 1 bit for ingress and one for egress would remove the need for this processing rule and this would be always the minimum number of modulation. > This extra bit would simplify the processing while keeping the size optimized. --> Young will address this question. > > Could you comment on each of this topic, do you prefer several mail threads? > > > Mit freundlichen Gr��en / Best Regards > Cyril Margaria > > Nokia Siemens Networks GmbH& Co. KG > NWS DWDM RD > St.Martin-Str. 76 > D-81541 M�nchen > Germany > mailto:cyril.margaria@nsn.com > Phone: +49-89-5159-16934 > Fax: +49-89-5159-44-16934 > ---------------------------------------------------------------- > Nokia Siemens Networks GmbH& Co. KG > Sitz der Gesellschaft: M�nchen / Registered office: Munich > Registergericht: M�nchen / Commercial registry: Munich, HRA 88537 > WEEE-Reg.-Nr.: DE 52984304 > Pers�nlich haftende Gesellschafterin / General Partner: Nokia Siemens Networks Management GmbH > Gesch�ftsleitung / Board of Directors: Dr. Hermann Rodler, Lydia Sommer, Olaf Horsthemke > Vorsitzender des Aufsichtsrats / Chairman of supervisory board: Herbert Merz > Sitz der Gesellschaft: M�nchen / Registered office: Munich > Registergericht: M�nchen / Commercial registry: Munich, HRB 163416 > > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp > > -- =================================================== Dr Greg Bernstein, Grotto Networking (510) 573-2237 --------------090801050508050006040005 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit See response below, unfortunately these comments came after the draft update publication date. The changes required are small if the WG concurs.
Greg B.
On 3/13/2012 1:22 PM, Margaria, Cyril (NSN - DE/Munich) wrote:

Hi, I have several question related to the WSON constraints encoding. Q1. Resource Block Set Field , the C bit is used to indicate the connectivity in the resource pool accessibility sub-TLV only, but the resource pool accessibility sub-TLV also has a Connectivity field that contains the same values. Is the field in the RB set redundant or does it indicate another property (it is not clear from the text). In addition if the C field is not needed, it would help having a more compatible General constraint Link set and WSON constraint RB set encoding, which would be useful for implementations.

--> C bit field appears redundant, seems that is was partially removed from the example in the appendix. It will be returned to “Reserved” block and appendix examples will be updated.

Q2. Section 4.2 "Resource Block Wavelength Constraints Sub-TLV" According to the RFC 6163 and [I-D.ietf-ccamp-rwa-info] the Electro-optical properties can be described, so a resource block may only have input or ouput wavelength. The Input Wavelength Set Field and Output Wavelength Set Field should be optional.

--> The encoding of section 4.2 will be enhanced to allow the input or output fields to be optional, unless there are WG objections.

Q3. Section 4.2 "Resource Block Wavelength Constraints Sub-TLV", for Input Wavelength Set Field and Output Wavelength Set Field, I did not find the encoding of the those fields in section 4.2, I expect them following Label Set Field encoding (section 2.2 of [I-D. ietf-ccamp-general-constraint-encode]). The field encoding should be explicitly stated in the I-D.

--> True. We will add a note in the introduction on this and to all uses of wavelength set fields.

In addition it would be more generic (considering flexigrid labels) to indicate those fields as Input Labels Set and Output Label Set.

--> We are using the general label set construct.

This apply to the other sections.

--> We will add notes on the use of label set fields to all relevant section.

Q4. Section 5.1. "Resource Block Information Sub-TLV". >From the previous mail threads I understood that there should only be one "Modulation Type List Sub-Sub-TLV" instead of "Input Modulation Type List Sub-Sub-TLV" and "Output Modulation Type List Sub-Sub-TLV". Same for FEC. This should be clear in the I-D.

--> Young will address this question.

Q5. Section 5.2.1. "Modulation Format Field". When having one TLV for modulation format, you indicated a processing rule "no explicit output means the same as input" (for size optimization). Having 1 bit for ingress and one for egress would remove the need for this processing rule and this would be always the minimum number of modulation. This extra bit would simplify the processing while keeping the size optimized.

--> Young will address this question.

Could you comment on each of this topic, do you prefer several mail threads? Mit freundlichen Grüßen / Best Regards Cyril Margaria Nokia Siemens Networks GmbH & Co. KG NWS DWDM RD St.Martin-Str. 76 D-81541 München Germany mailto:cyril.margaria@nsn.com Phone: +49-89-5159-16934 Fax:   +49-89-5159-44-16934 ---------------------------------------------------------------- Nokia Siemens Networks GmbH & Co. KG Sitz der Gesellschaft: München / Registered office: Munich Registergericht: München / Commercial registry: Munich, HRA 88537 WEEE-Reg.-Nr.: DE 52984304 Persönlich haftende Gesellschafterin / General Partner: Nokia Siemens Networks Management GmbH Geschäftsleitung / Board of Directors: Dr. Hermann Rodler, Lydia Sommer, Olaf Horsthemke Vorsitzender des Aufsichtsrats / Chairman of supervisory board: Herbert Merz Sitz der Gesellschaft: München / Registered office: Munich Registergericht: München / Commercial registry: Munich, HRB 163416 _______________________________________________ CCAMP mailing list CCAMP@ietf.org https://www.ietf.org/mailman/listinfo/ccamp

-- =================================================== Dr Greg Bernstein, Grotto Networking (510) 573-2237
--------------090801050508050006040005-- From leeyoung@huawei.com Mon Mar 19 15:45:34 2012 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 DE17621E803F for ; Mon, 19 Mar 2012 15:45:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.297 X-Spam-Level: X-Spam-Status: No, score=-2.297 tagged_above=-999 required=5 tests=[AWL=0.301, 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 UcPUxhMwyUHa for ; Mon, 19 Mar 2012 15:45:31 -0700 (PDT) Received: from dfwrgout.huawei.com (dfwrgout.huawei.com [206.16.17.72]) by ietfa.amsl.com (Postfix) with ESMTP id B32D621E8034 for ; Mon, 19 Mar 2012 15:45:31 -0700 (PDT) Received: from 172.18.9.243 (EHLO dfweml202-edg.china.huawei.com) ([172.18.9.243]) by dfwrg01-dlp.huawei.com (MOS 4.2.3-GA FastPath) with ESMTP id AEN38531; Mon, 19 Mar 2012 18:45:31 -0400 (EDT) Received: from DFWEML407-HUB.china.huawei.com (10.193.5.132) by dfweml202-edg.china.huawei.com (172.18.9.108) with Microsoft SMTP Server (TLS) id 14.1.323.3; Mon, 19 Mar 2012 15:44:26 -0700 Received: from dfweml511-mbx.china.huawei.com ([169.254.16.128]) by dfweml407-hub.china.huawei.com ([10.193.5.132]) with mapi id 14.01.0323.003; Mon, 19 Mar 2012 15:44:21 -0700 From: Leeyoung To: Greg Bernstein , "ccamp@ietf.org" Thread-Topic: [CCAMP] Comments on draft-ietf-ccamp-rwa-wson-encode-13 Thread-Index: Ac0BVxOP9878qqPyTI2pB/oS4UIvsQFALYoAAA27l9A= Date: Mon, 19 Mar 2012 22:44:21 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1720C8D678@dfweml511-mbx.china.huawei.com> References: <4F67AEDE.2060703@grotto-networking.com> In-Reply-To: <4F67AEDE.2060703@grotto-networking.com> Accept-Language: en-US, zh-CN Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.149.117] Content-Type: multipart/alternative; boundary="_000_7AEB3D6833318045B4AE71C2C87E8E1720C8D678dfweml511mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Subject: Re: [CCAMP] Comments on draft-ietf-ccamp-rwa-wson-encode-13 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, 19 Mar 2012 22:45:35 -0000 --_000_7AEB3D6833318045B4AE71C2C87E8E1720C8D678dfweml511mbxchi_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Cyril, Here's some further comment on your question. Please see in-line for my res= ponse. Thanks. Young From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of G= reg Bernstein Sent: Monday, March 19, 2012 5:11 PM To: ccamp@ietf.org Subject: Re: [CCAMP] Comments on draft-ietf-ccamp-rwa-wson-encode-13 See response below, unfortunately these comments came after the draft updat= e publication date. The changes required are small if the WG concurs. Greg B. On 3/13/2012 1:22 PM, Margaria, Cyril (NSN - DE/Munich) wrote: Hi, I have several question related to the WSON constraints encoding. Q1. Resource Block Set Field , the C bit is used to indicate the connectivi= ty in the resource pool accessibility sub-TLV only, but the resource pool a= ccessibility sub-TLV also has a Connectivity field that contains the same v= alues. Is the field in the RB set redundant or does it indicate another pro= perty (it is not clear from the text). In addition if the C field is not needed, it would help having a more comp= atible General constraint Link set and WSON constraint RB set encoding, whi= ch would be useful for implementations. --> C bit field appears redundant, seems that is was partially removed from= the example in the appendix. It will be returned to "Reserved" block and a= ppendix examples will be updated. Q2. Section 4.2 "Resource Block Wavelength Constraints Sub-TLV" According to the RFC 6163 and [I-D.ietf-ccamp-rwa-info] the Electro-optical= properties can be described, so a resource block may only have input or ou= put wavelength. The Input Wavelength Set Field and Output Wavelength Set Fi= eld should be optional. --> The encoding of section 4.2 will be enhanced to allow the input or outp= ut fields to be optional, unless there are WG objections. Q3. Section 4.2 "Resource Block Wavelength Constraints Sub-TLV", for Input= Wavelength Set Field and Output Wavelength Set Field, I did not find the = encoding of the those fields in section 4.2, I expect them following Label = Set Field encoding (section 2.2 of [I-D. ietf-ccamp-general-constraint-enco= de]). The field encoding should be explicitly stated in the I-D. --> True. We will add a note in the introduction on this and to all uses of= wavelength set fields. In addition it would be more generic (considering flexigrid labels) to indi= cate those fields as Input Labels Set and Output Label Set. --> We are using the general label set construct. This apply to the other sections. --> We will add notes on the use of label set fields to all relevant secti= on. Q4. Section 5.1. "Resource Block Information Sub-TLV". >From the previous mail threads I understood that there should only be one = "Modulation Type List Sub-Sub-TLV" instead of "Input Modulation Type List S= ub-Sub-TLV" and "Output Modulation Type List Sub-Sub-TLV". Same for FEC. This should be clear in the I-D. --> Young will address this question. YOUNG>> We did not have time to update this draft. We have agreed previousl= y to have one Modulation Type List and one FEC list per your suggestion. Th= is will be updated in the revision, Q5. Section 5.2.1. "Modulation Format Field". When having one TLV for modulation format, you indicated a processing rule = "no explicit output means the same as input" (for size optimization). Having 1 bit for ingress and one for egress would remove the need for this = processing rule and this would be always the minimum number of modulation. This extra bit would simplify the processing while keeping the size optimiz= ed. --> Young will address this question. YOUNG>> I agree with you. Can you provide the suggested encoding for this s= implification? Could you comment on each of this topic, do you prefer several mail threads= ? Mit freundlichen Gr=FC=DFen / Best Regards Cyril Margaria Nokia Siemens Networks GmbH & Co. KG NWS DWDM RD St.Martin-Str. 76 D-81541 M=FCnchen Germany mailto:cyril.margaria@nsn.com Phone: +49-89-5159-16934 Fax: +49-89-5159-44-16934 ---------------------------------------------------------------- Nokia Siemens Networks GmbH & Co. KG Sitz der Gesellschaft: M=FCnchen / Registered office: Munich Registergericht: M=FCnchen / Commercial registry: Munich, HRA 88537 WEEE-Reg.-Nr.: DE 52984304 Pers=F6nlich haftende Gesellschafterin / General Partner: Nokia Siemens Net= works Management GmbH Gesch=E4ftsleitung / Board of Directors: Dr. Hermann Rodler, Lydia Sommer, = Olaf Horsthemke Vorsitzender des Aufsichtsrats / Chairman of supervisory board: Herbert Mer= z Sitz der Gesellschaft: M=FCnchen / Registered office: Munich Registergericht: M=FCnchen / Commercial registry: Munich, HRB 163416 _______________________________________________ CCAMP mailing list CCAMP@ietf.org https://www.ietf.org/mailman/listinfo/ccamp -- =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D Dr Greg Bernstein, Grotto Networking (510) 573-2237 --_000_7AEB3D6833318045B4AE71C2C87E8E1720C8D678dfweml511mbxchi_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi Cyril,

<= /p>
Here’s some further= comment on your question. Please see in-line for my response.

<= /p>
Thanks.=

Young
<= /p>

From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf= .org] On Behalf Of Greg Bernstein
Sent: Monday, March 19, 2012 5:11 PM
To: ccamp@ietf.org
Subject: Re: [CCAMP] Comments on draft-ietf-ccamp-rwa-wson-encode-13=

See response below, unfortunately these comments cam= e after the draft update publication date. The changes required are s= mall if the WG concurs.
Greg B.
On 3/13/2012 1:22 PM, Margaria, Cyril (NSN - DE/Munich) wrote: <= /p>
Hi,

I have several question related to the WSON constraints encoding.

Q1. Resource Block Set Field , the C bit is used to indicate the conne= ctivity in the resource pool accessibility sub-TLV only, but the resource p= ool accessibility sub-TLV also has a Connectivity field that contains the s= ame values. Is the field in the RB set redundant or does it indicate anothe= r property (it is not clear from the text).

In addition if the C field is not needed, it would help having a more= compatible General constraint Link set and WSON constraint RB set encoding= , which would be useful for implementations.

--> C bi= t field appears redundant, seems that is was partially removed from the exa= mple in the appendix. It will be returned to “Reserved” block a= nd appendix examples will be updated.

Q2. Section 4.2 "Resource Block Wavelength Constraints Sub-TLV&qu= ot;

According to the RFC 6163 and [I-D.ietf-ccamp-rwa-info] the Electro-op= tical properties can be described, so a resource block may only have input = or ouput wavelength. The Input Wavelength Set Field and Output Wavelength S= et Field should be optional.

--> The= encoding of section 4.2 will be enhanced to allow the input or output fiel= ds to be optional, unless there are WG objections.

Q3. Section 4.2 "Resource Block Wavelength Constraints Sub-TLV&qu= ot;, for Input Wavelength Set Field and Output Wavelength Set Field,&= nbsp; I did not find the encoding of the those fields in section 4.2, I exp= ect them following Label Set Field encoding (section 2.2 of [I-D. ietf-ccam= p-general-constraint-encode]). The field encoding should be explicitly stat= ed in the I-D.

--> Tru= e. We will add a note in the introduction on this and to all uses of wavele= ngth set fields.

In addition it would be more generic (considering flexigrid labels) to= indicate those fields as Input Labels Set and Output Label Set.=

--> We = are using the general label set construct.

This apply to the other sections.

-->&nbs= p; We will add notes on the use of label set fields to all relevant section= .

Q4. Section 5.1. "Resource Block Information Sub-TLV".<= /o:p>

>From the previous mail threads I understood that there should only= be one "Modulation Type List Sub-Sub-TLV" instead of "Input= Modulation Type List Sub-Sub-TLV" and "Output Modulation Type Li= st Sub-Sub-TLV". Same for FEC.

This should be clear in the I-D.

--> Young will address this question.

YOUNG>> We did not have time to up= date this draft. We have agreed previously to have one Modulation Type List= and one FEC list per your suggestion. This will be updated in the revision= ,

Q5. Section 5.2.1. "Modulation Format Field".
When having one TLV for modulation format, you indicated a processing = rule "no explicit output means the same as input" (for size optim= ization).

Having 1 bit for ingress and one for egress would remove the need for = this processing rule and this would be always the minimum number of modulat= ion.

This extra bit would simplify the processing while keeping the size op= timized.

--> Young will address this question.

YOUNG>> I agree with you. Can you = provide the suggested encoding for this simplification? <= /o:p>

Could you comment on each of this topic, do you prefer several mail th= reads?

Mit freundlichen Gr=FC=DFen / Best Regards

Cyril Margaria

Nokia Siemens Networks GmbH & Co. KG

NWS DWDM RD

St.Martin-Str. 76

D-81541 M=FCnchen

Germany

mailto:cyril.margaria@nsn.co= m

Phone: +49-89-5159-16934

Fax:   +49-89-5159-44-16934

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

Nokia Siemens Networks GmbH & Co. KG

Sitz der Gesellschaft: M=FCnchen / Registered office: Munich

Registergericht: M=FCnchen / Commercial registry: Munich, HRA 88537

WEEE-Reg.-Nr.: DE 52984304

Pers=F6nlich haftende Gesellschafterin / General Partner: Nokia Siemen= s Networks Management GmbH

Gesch=E4ftsleitung / Board of Directors: Dr. Hermann Rodler, Lydia Som= mer, Olaf Horsthemke

Vorsitzender des Aufsichtsrats / Chairman of supervisory board: Herber= t Merz

Sitz der Gesellschaft: M=FCnchen / Registered office: Munich

Registergericht: M=FCnchen / Commercial registry: Munich, HRB 163416 <= o:p>

_______________________________________________

CCAMP mailing list

CCAMP@ietf.org

https://www.ie= tf.org/mailman/listinfo/ccamp

--

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D

Dr Greg Bernstein, Grotto Networking (510) 573-2237

--_000_7AEB3D6833318045B4AE71C2C87E8E1720C8D678dfweml511mbxchi_-- From gregb@grotto-networking.com Mon Mar 19 15:55:45 2012 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 D10A321E8025 for ; Mon, 19 Mar 2012 15:55:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.448 X-Spam-Level: X-Spam-Status: No, score=-2.448 tagged_above=-999 required=5 tests=[AWL=0.150, 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 ra9lj-cDLtsn for ; Mon, 19 Mar 2012 15:55:44 -0700 (PDT) Received: from mail30c40.carrierzone.com (mail30c40.carrierzone.com [209.235.156.170]) by ietfa.amsl.com (Postfix) with ESMTP id 7D69A21E8012 for ; Mon, 19 Mar 2012 15:55:44 -0700 (PDT) X-Authenticated-User: gregb.grotto-networking.com Received: from [192.168.0.124] (c-67-170-243-110.hsd1.ca.comcast.net [67.170.243.110]) (authenticated bits=0) by mail30c40.carrierzone.com (8.13.6/8.13.1) with ESMTP id q2JMtgNB029971 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 19 Mar 2012 22:55:43 +0000 Message-ID: <4F67B96C.90506@grotto-networking.com> Date: Mon, 19 Mar 2012 15:55:40 -0700 From: Greg Bernstein User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: ccamp@ietf.org References: In-Reply-To: Content-Type: multipart/alternative; boundary="------------060407000605010905020307" X-CSC: 0 X-CHA: v=1.1 cv=zBSekqjQgbd/cMNcCPHlPhkW4BuiwVzjoM5dMeyPsd4= c=1 sm=1 a=311X-zf45VgA:10 a=R05cxFhopOQA:10 a=xOaALFOtT5cA:10 a=B4uWGr+4DaAYpgidvygSiQ==:17 a=02K0Y2VpAAAA:8 a=48vgC7mUAAAA:8 a=xwft6L6iZMXJjqfcP2wA:9 a=aGExBFEc_39ma-Ua39oA:7 a=wPNLvfGTeEIA:10 a=EgY3od2ZU2QA:10 a=h-I_03WOSDMA:10 a=zwC7bnKO5xoA:10 a=lZB815dzVvQA:10 a=ss0SajueqM69eg9o:21 a=2Y3QABGw-QiEzljm:21 a=K5IOBxq3AAAA:8 a=7-P_HDyVXfGDCnuBglIA:9 a=-EzOEGPXFgp0ut1CdnMA:7 a=_W_S_7VecoQA:10 a=frz4AuCg-hUA:10 a=B4uWGr+4DaAYpgidvygSiQ==:117 X-CTCH-Spam: Unknown X-CTCH-RefID: str=0001.0A02020A.4F67B96F.00E9,ss=1,re=0.000,fgs=0 Subject: Re: [CCAMP] Question on draft-ietf-ccamp-rwa-info-14 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, 19 Mar 2012 22:55:45 -0000 This is a multi-part message in MIME format. --------------060407000605010905020307 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Hi Cyril, it looks like you are trying to use the WSON info model beyond its scope. RFC5339 is for ML/MR networks. Your example contains a TDM switch with optical interfaces in a chassis connected to some type of OXC or ROADM. The WSON info model does not address general MLN/MRN modeling, only common cases in the WSON world. This example most like could be more easily modeled via two nodes with two different switching types interconnected via optical interfaces. See detailed comments below. Greg B. On 3/13/2012 1:29 PM, Margaria, Cyril (NSN - DE/Munich) wrote: > Hi, > > Quoting [I-D.ietf-ccamp-rwa-info] section 5, "As discussed in [RFC6163] a WSON node may contain electro-optical > subsystems such as regenerators, wavelength converters or entire switching subsystems." > > The whole section concentrate on OEO, but according to RFC 6163 O-E should also be supported > It would be more clear to have a section describing the OE case or how does it map to the proposed extensions. O-E? OE? RFC 6163 has a general section on Electro-Optical Systems, but doesn't discuss separate O-E or OE systems. 3.5. Electro-Optical Systems: This section describes how Electro-Optical Systems (e.g., OEO switches, wavelength converters, and regenerators) interact with the WSON signal characteristics listed in Section 3.3.2. OEO switches, wavelength converters, and regenerators all share a similar property: they can be more or less "transparent" to an "optical signal" depending on their functionality and/or implementation. > Can the model described in Figure 1 and Figure 2 be used to described OE setup? The model can handle OEO switches (examples are given), but this is more than an OEO switch.. > For instance on the following node model (adapted from RFC5339) in figure a the Electro-optical conversion is done by EOA and EOB. This looks like a TDM switch with optical interface in a chassis connected to a ROADM or line system. This most likely would be modeled via MLN/MRN techniques (hence why its in RFC5339). Modeling internal components such as an Electrical-Optical transciever is beyond our scope. > In order to focus on Electro-optical case in this particular example EOA and EOB have different capabilities and cannot be used for 3R (different OTU rate). Sounds like the regenerator case that we cover in detail. > > It seems that this is supported, but here they cannot be used for wavelength conversion, yet you can define input and output wavelength range, so I am confused. Huh? A regenerator becomes a wavelength converter if the lasers are tunable. This is the most common type of wavelength converter. > Could you clarify the modeling in this case? Should this be modeled as one resource block for each EO or 2 resource block for the EO? Individual EO and OE are out of scope. If you are looking at these as regenerators then since their connectivity looks to be fixed between the two ports they would each be modeled as a separate resource block. But once again OE and EO are are internal components that are out of scope. > > Another point is that the processing capability indicate which kind of regeneration can be done, but I think the termination should also be considered explicitly or using processing rules, this would ease the path calculation. I would prefer an explicit indication. Termination at which layer? The characteristics of the interfaces on the TDM switch tell you about termination. That is why this is an MRN/MLN example and is beyond what you should be trying to model with a single WSON node. Model it as two nodes. > > Can you clarify those topics?. > > Network element > ............................. > : -------- : > TDM : | TDM | : > Port1-------------<->---|#a | : > Port2-------------<->---|#b | : > Port3-------------<->---|#c | : > Port4-------------<->---|#d | : > : +--<->---|#e | : > : | +<->---|#f | : > : | E -------- : > : E O : > : O B --------- : > : A +<->--|#g | : > DWDM : +--<->--|#h DWDM | : > Port5 ------------<->--|#i | : > Port6 ------------<->--|#j | : > : ---------- : > :............................ > > Figure a. Hybrid node. > > > Mit freundlichen Gr��en / Best Regards > Cyril Margaria > > Nokia Siemens Networks GmbH& Co. KG > NWS DWDM RD > St.Martin-Str. 76 > D-81541 M�nchen > Germany > mailto:cyril.margaria@nsn.com > Phone: +49-89-5159-16934 > Fax: +49-89-5159-44-16934 > ---------------------------------------------------------------- > Nokia Siemens Networks GmbH& Co. KG > Sitz der Gesellschaft: M�nchen / Registered office: Munich > Registergericht: M�nchen / Commercial registry: Munich, HRA 88537 > WEEE-Reg.-Nr.: DE 52984304 > Pers�nlich haftende Gesellschafterin / General Partner: Nokia Siemens Networks Management GmbH > Gesch�ftsleitung / Board of Directors: Dr. Hermann Rodler, Lydia Sommer, Olaf Horsthemke > Vorsitzender des Aufsichtsrats / Chairman of supervisory board: Herbert Merz > Sitz der Gesellschaft: M�nchen / Registered office: Munich > Registergericht: M�nchen / Commercial registry: Munich, HRB 163416 > > > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp > > -- =================================================== Dr Greg Bernstein, Grotto Networking (510) 573-2237 --------------060407000605010905020307 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi Cyril, it looks like you are trying to use the WSON info model beyond its scope. RFC5339 is for ML/MR networks. Your example contains a TDM switch with optical interfaces in a chassis connected to some type of OXC or ROADM. The WSON info model does not address general MLN/MRN modeling, only common cases in the WSON world. This example most like could be more easily modeled via two nodes with two different switching types interconnected via optical interfaces.
See detailed comments below.
Greg B.
On 3/13/2012 1:29 PM, Margaria, Cyril (NSN - DE/Munich) wrote:

Hi, Quoting [I-D.ietf-ccamp-rwa-info] section 5, "As discussed in [RFC6163] a WSON node may contain electro-optical subsystems such as regenerators, wavelength converters or entire switching subsystems." The whole section concentrate on OEO, but according to RFC 6163 O-E should also be supported It would be more clear to have a section describing the OE case or how does it map to the proposed extensions.

O-E? OE? RFC 6163 has a general section on Electro-Optical Systems, but doesn't discuss separate O-E or OE systems. 3.5. Electro-Optical Systems: This section describes how Electro-Optical Systems (e.g., OEO switches, wavelength converters, and regenerators) interact with the WSON signal characteristics listed in Section 3.3.2. OEO switches, wavelength converters, and regenerators all share a similar property: they can be more or less "transparent" to an "optical signal" depending on their functionality and/or implementation.

Can the model described in Figure 1 and Figure 2 be used to described OE setup?

The model can handle OEO switches (examples are given), but this is more than an OEO switch..

For instance on the following node model (adapted from RFC5339) in figure a the Electro-optical conversion is done by EOA and EOB.

This looks like a TDM switch with optical interface in a chassis connected to a ROADM or line system. This most likely would be modeled via MLN/MRN techniques (hence why its in RFC5339). Modeling internal components such as an Electrical-Optical transciever is beyond our scope.

In order to focus on Electro-optical case in this particular example EOA and EOB have different capabilities and cannot be used for 3R (different OTU rate).

Sounds like the regenerator case that we cover in detail.

It seems that this is supported, but here they cannot be used for wavelength conversion, yet you can define input and output wavelength range, so I am confused.

Huh? A regenerator becomes a wavelength converter if the lasers are tunable. This is the most common type of wavelength converter.

Could you clarify the modeling in this case? Should this be modeled as one resource block for each EO or 2 resource block for the EO?

Individual EO and OE are out of scope. If you are looking at these as regenerators then since their connectivity looks to be fixed between the two ports they would each be modeled as a separate resource block. But once again OE and EO are are internal components that are out of scope.

Another point is that the processing capability indicate which kind of regeneration can be done, but I think the termination should also be considered explicitly or using processing rules, this would ease the path calculation. I would prefer an explicit indication.

Termination at which layer? The characteristics of the interfaces on the TDM switch tell you about termination. That is why this is an MRN/MLN example and is beyond what you should be trying to model with a single WSON node. Model it as two nodes.

Can you clarify those topics?. Network element ............................. : -------- : TDM : | TDM | : Port1-------------<->---|#a | : Port2-------------<->---|#b | : Port3-------------<->---|#c | : Port4-------------<->---|#d | : : +--<->---|#e | : : | +<->---|#f | : : | E -------- : : E O : : O B --------- : : A +<->--|#g | : DWDM : +--<->--|#h DWDM | : Port5 ------------<->--|#i | : Port6 ------------<->--|#j | : : ---------- : :............................ Figure a. Hybrid node. Mit freundlichen Grüßen / Best Regards Cyril Margaria Nokia Siemens Networks GmbH & Co. KG NWS DWDM RD St.Martin-Str. 76 D-81541 München Germany mailto:cyril.margaria@nsn.com Phone: +49-89-5159-16934 Fax:   +49-89-5159-44-16934 ---------------------------------------------------------------- Nokia Siemens Networks GmbH & Co. KG Sitz der Gesellschaft: München / Registered office: Munich Registergericht: München / Commercial registry: Munich, HRA 88537 WEEE-Reg.-Nr.: DE 52984304 Persönlich haftende Gesellschafterin / General Partner: Nokia Siemens Networks Management GmbH Geschäftsleitung / Board of Directors: Dr. Hermann Rodler, Lydia Sommer, Olaf Horsthemke Vorsitzender des Aufsichtsrats / Chairman of supervisory board: Herbert Merz Sitz der Gesellschaft: München / Registered office: Munich Registergericht: München / Commercial registry: Munich, HRB 163416 _______________________________________________ CCAMP mailing list CCAMP@ietf.org https://www.ietf.org/mailman/listinfo/ccamp

-- =================================================== Dr Greg Bernstein, Grotto Networking (510) 573-2237
--------------060407000605010905020307-- From lberger@labn.net Mon Mar 19 16:44:40 2012 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 C3A0721F8678 for ; Mon, 19 Mar 2012 16:44:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -98.263 X-Spam-Level: X-Spam-Status: No, score=-98.263 tagged_above=-999 required=5 tests=[AWL=-0.516, BAYES_40=-0.185, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, IP_NOT_FRIENDLY=0.334, RDNS_NONE=0.1, 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 4R7RPTIDL3aq for ; Mon, 19 Mar 2012 16:44:40 -0700 (PDT) Received: from oproxy5-pub.bluehost.com (oproxy5.bluehost.com [IPv6:2605:dc00:100:2::a5]) by ietfa.amsl.com (Postfix) with SMTP id 26C2D21F8677 for ; Mon, 19 Mar 2012 16:44:40 -0700 (PDT) Received: (qmail 18647 invoked by uid 0); 19 Mar 2012 23:44:39 -0000 Received: from unknown (HELO box313.bluehost.com) (69.89.31.113) by cpoproxy2.bluehost.com with SMTP; 19 Mar 2012 23:44: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:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=nboqVtObA80fL9LWhkgX1FibwtCbvw5RtQD5kSVUJmE=; b=n69C2Iff0PWNKU3Ye4QXEqTtcMyd45VUAypgUEFP8tozr374sD8txYzmdwomPtFulF5tSAcATgeSOa0YMWReuw5Xsq8tSENnAYrOVztflFglUeOJrquZA+30Ce6QOzp8; Received: from box313.bluehost.com ([69.89.31.113] helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.76) (envelope-from ) id 1S9mFj-0005Fy-6r; Mon, 19 Mar 2012 17:44:39 -0600 Message-ID: <4F67C4E5.3050504@labn.net> Date: Mon, 19 Mar 2012 19:44:37 -0400 From: Lou Berger User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100722 Eudora/3.0.4 MIME-Version: 1.0 To: CCAMP X-Enigmail-Version: 1.0.1 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] Slides for next week 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, 19 Mar 2012 23:44:40 -0000 Presenters, Please send Dan/Daniele and the chairs your slides by the end of the day Friday March 23. This will ensure we have all slides uploaded in time for the first session on Monday. Also some reminders: - See http://tools.ietf.org/wg/ccamp/agenda for the latest agenda and allotted presentation time. - Allotted time includes setup/presentation *and* discussion. - Please allow sufficient time for discussion on any issues and questions you have for the WG. Keep in mind that WG discussion and feedback are the main reasons for presenting. - To maximize presentation time, the secretary/chairs will post all slides prior to the session and present from a single laptop. Any file or laptop swapping will come out of the presenters allotted time and is not considered to be good use of the WG's time. Much thanks! Lou (and Deborah) From leeyoung@huawei.com Mon Mar 19 16:54:11 2012 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 5558C21E803C for ; Mon, 19 Mar 2012 16:54:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.316 X-Spam-Level: X-Spam-Status: No, score=-2.316 tagged_above=-999 required=5 tests=[AWL=0.282, 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 DUUJ2BlIVy5F for ; Mon, 19 Mar 2012 16:54:10 -0700 (PDT) Received: from dfwrgout.huawei.com (dfwrgout.huawei.com [206.16.17.72]) by ietfa.amsl.com (Postfix) with ESMTP id 5CC1921E802C for ; Mon, 19 Mar 2012 16:54:07 -0700 (PDT) Received: from 172.18.9.243 (EHLO dfweml201-edg.china.huawei.com) ([172.18.9.243]) by dfwrg01-dlp.huawei.com (MOS 4.2.3-GA FastPath) with ESMTP id AEN41396; Mon, 19 Mar 2012 19:54:07 -0400 (EDT) Received: from DFWEML405-HUB.china.huawei.com (10.193.5.102) by dfweml201-edg.china.huawei.com (172.18.9.107) with Microsoft SMTP Server (TLS) id 14.1.323.3; Mon, 19 Mar 2012 16:52:58 -0700 Received: from dfweml511-mbx.china.huawei.com ([169.254.16.128]) by dfweml405-hub.china.huawei.com ([10.193.5.102]) with mapi id 14.01.0323.003; Mon, 19 Mar 2012 16:52:57 -0700 From: Leeyoung To: Greg Bernstein , "ccamp@ietf.org" Thread-Topic: [CCAMP] Question on draft-ietf-ccamp-rwa-info-14 Thread-Index: Ac0BWAJCH2AbS7ewQd27knoji8fU+AFBhH8AAAzaI6A= Date: Mon, 19 Mar 2012 23:52:56 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1720C8D739@dfweml511-mbx.china.huawei.com> References: <4F67B96C.90506@grotto-networking.com> In-Reply-To: <4F67B96C.90506@grotto-networking.com> Accept-Language: en-US, zh-CN Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.149.117] Content-Type: multipart/alternative; boundary="_000_7AEB3D6833318045B4AE71C2C87E8E1720C8D739dfweml511mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Subject: Re: [CCAMP] Question on draft-ietf-ccamp-rwa-info-14 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, 19 Mar 2012 23:54:11 -0000 --_000_7AEB3D6833318045B4AE71C2C87E8E1720C8D739dfweml511mbxchi_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Cyril, This question has been recurring many times in the past. WSON has a clear s= cope of treating OEO/REG. element as an inseparable entity. Your examples a= re intriguing problem and I believe those might deserve a separate problem = statement in an MLN or hybrid switch context if the current MLN does not su= fficiently covers these examples. Thanks. Young From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of G= reg Bernstein Sent: Monday, March 19, 2012 5:56 PM To: ccamp@ietf.org Subject: Re: [CCAMP] Question on draft-ietf-ccamp-rwa-info-14 Hi Cyril, it looks like you are trying to use the WSON info model beyond it= s scope. RFC5339 is for ML/MR networks. Your example contains a TDM switch = with optical interfaces in a chassis connected to some type of OXC or ROADM= . The WSON info model does not address general MLN/MRN modeling, only commo= n cases in the WSON world. This example most like could be more easily mode= led via two nodes with two different switching types interconnected via opt= ical interfaces. See detailed comments below. Greg B. On 3/13/2012 1:29 PM, Margaria, Cyril (NSN - DE/Munich) wrote: Hi, Quoting [I-D.ietf-ccamp-rwa-info] section 5, "As discussed in [RFC6163] a W= SON node may contain electro-optical subsystems such as regenerators, wavelength converters or entire switchi= ng subsystems." The whole section concentrate on OEO, but according to RFC 6163 O-E should= also be supported It would be more clear to have a section describing the OE case or how does= it map to the proposed extensions. O-E? OE? RFC 6163 has a general section on Electro-Optical Systems, but doe= sn't discuss separate O-E or OE systems. 3.5. Electro-Optical Systems: This section describes how Electro-Optical Systems (e.g., OEO switches, wavelength converters, and regenerators) interact with the WSON signal characteristics listed in Section 3.3.2. OEO switches, wavelength converters, and regenerators all share a similar property: they can be more or less "transparent" to an "optical signal" depending on their functionality and/or implementation. Can the model described in Figure 1 and Figure 2 be used to described OE se= tup? The model can handle OEO switches (examples are given), but this is more th= an an OEO switch.. For instance on the following node model (adapted from RFC5339) in figure a= the Electro-optical conversion is done by EOA and EOB. This looks like a TDM switch with optical interface in a chassis connected = to a ROADM or line system. This most likely would be modeled via MLN/MRN te= chniques (hence why its in RFC5339). Modeling internal components such as an Electrical-Optical transciever is b= eyond our scope. In order to focus on Electro-optical case in this particular example EOA an= d EOB have different capabilities and cannot be used for 3R (different OTU= rate). Sounds like the regenerator case that we cover in detail. It seems that this is supported, but here they cannot be used for wavelengt= h conversion, yet you can define input and output wavelength range, so I am= confused. Huh? A regenerator becomes a wavelength converter if the lasers are tunable= . This is the most common type of wavelength converter. Could you clarify the modeling in this case? Should this be modeled as one = resource block for each EO or 2 resource block for the EO? Individual EO and OE are out of scope. If you are looking at these as regen= erators then since their connectivity looks to be fixed between the two por= ts they would each be modeled as a separate resource block. But once again OE and EO are are internal components that are out of scope= . Another point is that the processing capability indicate which kind of rege= neration can be done, but I think the termination should also be considered= explicitly or using processing rules, this would ease the path calculation= . I would prefer an explicit indication. Termination at which layer? The characteristics of the interfaces on the TD= M switch tell you about termination. That is why this is an MRN/MLN example= and is beyond what you should be trying to model with a single WSON node. Model it as two nodes. Can you clarify those topics?. Network element ............................. : -------- : TDM : | TDM | : Port1-------------<->---|#a | : Port2-------------<->---|#b | : Port3-------------<->---|#c | : Port4-------------<->---|#d | : : +--<->---|#e | : : | +<->---|#f | : : | E -------- : : E O : : O B --------- : : A +<->--|#g | : DWDM : +--<->--|#h DWDM | : Port5 ------------<->--|#i | : Port6 ------------<->--|#j | : : ---------- : :............................ Figure a. Hybrid node. Mit freundlichen Gr=FC=DFen / Best Regards Cyril Margaria Nokia Siemens Networks GmbH & Co. KG NWS DWDM RD St.Martin-Str. 76 D-81541 M=FCnchen Germany mailto:cyril.margaria@nsn.com Phone: +49-89-5159-16934 Fax: +49-89-5159-44-16934 ---------------------------------------------------------------- Nokia Siemens Networks GmbH & Co. KG Sitz der Gesellschaft: M=FCnchen / Registered office: Munich Registergericht: M=FCnchen / Commercial registry: Munich, HRA 88537 WEEE-Reg.-Nr.: DE 52984304 Pers=F6nlich haftende Gesellschafterin / General Partner: Nokia Siemens Net= works Management GmbH Gesch=E4ftsleitung / Board of Directors: Dr. Hermann Rodler, Lydia Sommer, = Olaf Horsthemke Vorsitzender des Aufsichtsrats / Chairman of supervisory board: Herbert Mer= z Sitz der Gesellschaft: M=FCnchen / Registered office: Munich Registergericht: M=FCnchen / Commercial registry: Munich, HRB 163416 _______________________________________________ CCAMP mailing list CCAMP@ietf.org https://www.ietf.org/mailman/listinfo/ccamp -- =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D Dr Greg Bernstein, Grotto Networking (510) 573-2237 --_000_7AEB3D6833318045B4AE71C2C87E8E1720C8D739dfweml511mbxchi_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi Cyril,

<= /p>
This question has been re= curring many times in the past. WSON has a clear scope of treating OEO/REG.= element as an inseparable entity. Your examples are intriguing problem and I believe those might deserve a separate problem statement in = an MLN or hybrid switch context if the current MLN does not sufficiently co= vers these examples.

<= /p>
Thanks.

Young
<= /p>

From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf= .org] On Behalf Of Greg Bernstein
Sent: Monday, March 19, 2012 5:56 PM
To: ccamp@ietf.org
Subject: Re: [CCAMP] Question on draft-ietf-ccamp-rwa-info-14

Hi Cyril, it looks like you are trying to use the WS= ON info model beyond its scope. RFC5339 is for ML/MR networks. Your example= contains a TDM switch with optical interfaces in a chassis connected to so= me type of OXC or ROADM. The WSON info model does not address general MLN/MRN modeling, only common cases in= the WSON world. This example most like could be more easily modeled via tw= o nodes with two different switching types interconnected via optical inter= faces.
See detailed comments below.
Greg B.
On 3/13/2012 1:29 PM, Margaria, Cyril (NSN - DE/Munich) wrote: <= /p>
Hi,

Quoting [I-D.ietf-ccamp-rwa-info] section 5, "As discussed in [RF= C6163] a WSON node may contain electro-optical

   subsystems such as regenerators, wavelength converters or= entire switching subsystems."

The whole section concentrate on OEO, but according to RFC 6163 O-E&nb= sp; should also be supported

It would be more clear to have a section describing the OE case or how= does it map to the proposed extensions.

O-E? OE? RFC 6163 has a general section on Electro-Optical = Systems, but doesn't discuss separate O-E or OE systems. =

3.5. Electro-Optical Systems:

   This = section describes how Electro-Optical Systems (e.g., OEO<= /pre>
   switc= hes, wavelength converters, and regenerators) interact with the=

   WSON = signal characteristics listed in Section 3.3.2. OEO switches,<= o:p>

   wavel= ength converters, and regenerators all share a similar property:

   they = can be more or less "transparent" to an "optical signal"= ;

   depen= ding on their functionality and/or implementation.

Can the model described in Figure 1 and Figure 2 be used to described = OE setup?

The model can handle OEO switches (examples are given), but= this is more than an OEO switch..

For instance on the following node model (adapted from RFC5339) in fig= ure a the Electro-optical conversion is done by EOA and EOB.

This looks like a TDM switch with optical interface in a ch= assis connected to a ROADM or line system. This most likely would be modele= d via MLN/MRN techniques (hence why its in RFC5339).
Modeling internal components such as an Electrical-Optical = transciever is beyond our scope.

In order to focus on Electro-optical case in this particular example E= OA and EOB have different capabilities and cannot be used for 3R (dif= ferent OTU rate).

Sounds like the regenerator case that we cover in detail.

It seems that this is supported, but here they cannot be used for wave= length conversion, yet you can define input and output wavelength range, so= I am confused.

Huh? A regenerator becomes a wavelength converter if the la= sers are tunable. This is the most common type of wavelength converter.

Could you clarify the modeling in this case? Should this be modeled as= one resource block for each EO or 2 resource block for the EO?<= /pre>

Individual EO and OE are out of scope. If you are looking a= t these as regenerators then since their connectivity looks to be fixed bet= ween the two ports they would each be modeled as a separate resource block.=

But once again OE and EO are are internal components = that are out of scope.

Another point is that the processing capability indicate which kind of= regeneration can be done, but I think the termination should also be consi= dered explicitly or using processing rules, this would ease the path calcul= ation. I would prefer an explicit indication.

Termination at which layer? The characteristics of the inte= rfaces on the TDM switch tell you about termination. That is why this is an= MRN/MLN example and is beyond what you should be trying to model

with a single WSON node. Model it as two nodes.<= /span>

Can you clarify those topics?.

           &nbs= p;            &= nbsp;    Network element

           &nbs= p;            ......= .......................

           &nbs= p;            : = ;           -------- = ;      :

           &nbs= p; TDM       :    &= nbsp;      | TDM   |  &n= bsp;   :

            Por= t1-------------<->---|#a      |  &= nbsp;   :

            Por= t2-------------<->---|#b      |  &= nbsp;   :

            Por= t3-------------<->---|#c      |  &= nbsp;   :

            Por= t4-------------<->---|#d      |  &= nbsp;   :

           &nbs= p;            : = ; +--<->---|#e      |   &= nbsp; :

           &nbs= p;            : = ; | +<->---|#f      |   &= nbsp; :

            &nb= sp;           : = ; | E       --------    &= nbsp; :

           &nbs= p;            : = ; E O           &nbs= p;          :

           &nbs= p;            : = ; O B      ---------     = :

           &nbs= p;            : = ; A +<->--|#g        | &n= bsp;   :

           &nbs= p;  DWDM      : +--<->--= |#h DWDM |     :

            Por= t5 ------------<->--|#i        |&n= bsp;    :

            Por= t6 ------------<->--|#j        |&n= bsp;    :

           &nbs= p;            : = ;          ---------- &nb= sp;    :

           &nbs= p;            :.....= .......................

           &nbs= p;            &= nbsp;  Figure a. Hybrid node.

Mit freundlichen Gr=FC=DFen / Best Regards

Cyril Margaria

Nokia Siemens Networks GmbH & Co. KG

NWS DWDM RD

St.Martin-Str. 76

D-81541 M=FCnchen

Germany

mailto:cyril.margaria@nsn.co= m

Phone: +49-89-5159-16934

Fax:   +49-89-5159-44-16934

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

Nokia Siemens Networks GmbH & Co. KG

Sitz der Gesellschaft: M=FCnchen / Registered office: Munich

Registergericht: M=FCnchen / Commercial registry: Munich, HRA 88537

WEEE-Reg.-Nr.: DE 52984304

Pers=F6nlich haftende Gesellschafterin / General Partner: Nokia Siemen= s Networks Management GmbH

Gesch=E4ftsleitung / Board of Directors: Dr. Hermann Rodler, Lydia Som= mer, Olaf Horsthemke

Vorsitzender des Aufsichtsrats / Chairman of supervisory board: Herber= t Merz

Sitz der Gesellschaft: M=FCnchen / Registered office: Munich

Registergericht: M=FCnchen / Commercial registry: Munich, HRB 163416 <= o:p>

_______________________________________________

CCAMP mailing list

CCAMP@ietf.org

https://www.ie= tf.org/mailman/listinfo/ccamp

--

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D

Dr Greg Bernstein, Grotto Networking (510) 573-2237

--_000_7AEB3D6833318045B4AE71C2C87E8E1720C8D739dfweml511mbxchi_-- From pierre.peloso@alcatel-lucent.com Tue Mar 20 04:55:23 2012 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 788F121F85E7 for ; Tue, 20 Mar 2012 04:55:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.539 X-Spam-Level: X-Spam-Status: No, score=-9.539 tagged_above=-999 required=5 tests=[AWL=-0.710, BAYES_00=-2.599, HELO_EQ_FR=0.35, RCVD_IN_DNSWL_HI=-8, SARE_GIF_ATTACH=1.42] 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 Z12JI6s8e0X0 for ; Tue, 20 Mar 2012 04:55:22 -0700 (PDT) Received: from smail5.alcatel.fr (smail5.alcatel.fr [64.208.49.27]) by ietfa.amsl.com (Postfix) with ESMTP id C924721F85D7 for ; Tue, 20 Mar 2012 04:55:21 -0700 (PDT) Received: from FRMRSSXCHHUB02.dc-m.alcatel-lucent.com (FRMRSSXCHHUB02.dc-m.alcatel-lucent.com [135.120.45.62]) by smail5.alcatel.fr (8.14.3/8.14.3/ICT) with ESMTP id q2KBrWRk026115 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Tue, 20 Mar 2012 12:55:03 +0100 Received: from FRMRSSXCHMBSA1.dc-m.alcatel-lucent.com ([135.120.45.37]) by FRMRSSXCHHUB02.dc-m.alcatel-lucent.com ([135.120.45.62]) with mapi; Tue, 20 Mar 2012 12:54:50 +0100 From: "PELOSO, PIERRE (PIERRE)" To: Leeyoung Date: Tue, 20 Mar 2012 12:54:48 +0100 Thread-Topic: [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-info-14.txt Thread-Index: AQHM/UCje5USWmw/H0itq921zgNgO5ZyR8uA///xQECAAOsCYA== Message-ID: References: <7AEB3D6833318045B4AE71C2C87E8E1720C81BE1@dfweml511-mbx.china.huawei.com> <7AEB3D6833318045B4AE71C2C87E8E1720C8D624@dfweml511-mbx.china.huawei.com> In-Reply-To: <7AEB3D6833318045B4AE71C2C87E8E1720C8D624@dfweml511-mbx.china.huawei.com> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: fr-FR, en-US Content-Type: multipart/mixed; boundary="_002_CCBFBB7025DF984494DEC3285C058152129BE2511BFRMRSSXCHMBSA_" MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.69 on 155.132.188.13 Cc: "ccamp@ietf.org" Subject: Re: [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-info-14.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: Tue, 20 Mar 2012 11:55:23 -0000 --_002_CCBFBB7025DF984494DEC3285C058152129BE2511BFRMRSSXCHMBSA_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Greg and Young, Thanks for your answers. So just to get things right, in case there is inside a WSON a node corresp= onding to the attached picture.=20 [Comment ON] Its internal structure is one of the most basic ones and it r= elies on optical splitters (left-side) and Wavelength Selective Switches (= right-side). The picture defines N as being the number of neighbouring no= des and M as being the number of physical pools of OEO. [Comment OFF] This networks supports at least two different types of optical signal (gi= ven bit-rate and modulation format), this implies at least two different t= ypes of OEO resources mentionned here OEO type 1 and type 2. When size M=3D1, I guess the most efficient way of describing the nodes r= esources is by defining 2 resource blocks: 1 block for each type of OEO, w= ith has many resources in the block as OEO of this tyep available in the n= ode. (e.g. With 26 OEO of type 1 and 37 OEO of type 2 - in that case only= 2 Resource Block IDs needs being defined, and their resource block info, = will mention the number of resources as being respectively 26 and 37). We can assume a node of size N =3D 5 and of size M =3D 3. This means the= re are 5 neighbouring nodes and the OEO resources are organized around 3 d= ifferent physical pools. This node may be composed of a number of devices= for each of the 3 pools to be the following: Pool ID # of OEO type 1 # of OEO type 2 1 25 30 2 30 24 3 15 36 Composition of ressource pools In that case, I hesitate between 3 different design solutions: * S1: Define 1 Resource Block Info per OEO type per Pool, each with its own resource Block ID. In details that gives: - RBInfo1: Describes 25 OEO of type 1 - 1 RB ID associated - RBInfo2: Describes 30 OEO of type 2 - 1 RB ID associated - RBInfo3: Describes 30 OEO of type 1 - 1 RB ID associated - RBInfo4: Describes 24 OEO of type 2 - 1 RB ID associated - RBInfo5: Describes 15 OEO of type 1 - 1 RB ID associated - RBInfo6: Describes 36 OEO of type 2 - 1 RB ID associated Regarding the usage of Resource Block IDs, this solution is pretty efficient, especially in order to describe the accessibility of ressources (SharedAccessWavelengths TLVs, ResourceAccessibility TLVs, ResourceWaveConstraints TLVs). But it is far less efficient, regarding the repetition of Resource Info TLVs. * S2: Define 1 Resource Block Info per OEO type, refering as many Resource Block ID as available in the node. In details that gives: - RBInfo1: Describes 1 OEO of type 1 - (25+30+15=3D70) RB IDs associated - RBInfo2: Describes 1 OEO of type 2 - (30+24+36=3D90) RB IDs associated Regarding the usage of Resource Block IDs, this solution is far less efficient, but far more efficient regarding the repetition of Resource Info TLVs. * S3: Define 1 Resource Block Info per OEO type, refering the smallest comon divisor among each resource blocks. In details that gives: - RBInfo1: Describes 5 OEO of type 1 - (5+6+3=3D14) RB IDs associat= ed - RBInfo2: Describes 6 OEO of type 2 - (5+4+6=3D15) RB IDs associat= ed This solution is efficient regarding both the usage of Resource Block IDs and the repetition of Resource Info TLVs, but this is possible due to "lucky" figures of OEO resources in each pool. Q4: Is there any of the above solution that is not respecting current drafts? Q5: Which is the solution that you consider as the most likely to be commonly used?=20 For obvious interoperability reasons, we expect from a Standard Track docum= ent to define a single way of encoding a given node structure into the prot= ocols. In order to achieve this, the I-D must be more specific, directive. Pierre -----Message d'origine----- De : Leeyoung [mailto:leeyoung@huawei.com]=20 Envoy=E9 : lundi 19 mars 2012 22:50 =C0 : PELOSO, PIERRE (PIERRE) Cc : ccamp@ietf.org; Greg Bernstein Objet : RE: [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-info-14.txt Hi Pierre, Here's our response. Please see in-line. Thanks. Greg and Young -----Original Message----- From: PELOSO, PIERRE (PIERRE) [mailto:pierre.peloso@alcatel-lucent.com] Sent: Monday, March 19, 2012 10:40 AM To: Leeyoung Cc: ccamp@ietf.org Subject: RE: [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-info-14.txt =20 Hi Young, I would appreciate your answers. Regards, - pierre -----Message d'origine----- De : ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] De la part de P= ELOSO, PIERRE (PIERRE) Envoy=E9 : jeudi 8 mars 2012 16:32 =C0 : Leeyoung Cc= : ccamp@ietf.org Objet : Re: [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-= info-14.txt Hi Young and Authors, Reading this information model draft, we were having some questions: Quoting section 5: Since resources tend to be packaged together in blocks of similar devices, = e.g., on line cards or other types of modules, the fundamental unit of iden= tifiable resource in this document is the "resource block". A resource blo= ck may contain one or more resources. As resources are the smallest identi= fiable unit of processing resource, one can group together resources into b= locks if they have similar characteristics relevant to the optical system b= eing modeled, e.g., processing properties, accessibility, etc. --> This text was not changed in the v14 draft. This was slightly changed i= n the v13 from the v12 based on discussions in Montreal and the list. These= items have been extensively discussed on the list and in person. It is tim= e to move forward. Q1: It is assumable that each resource has its own ID in the machine system, is this understanding correct? --> This is a modeling decision. You could give every regenerator in your = system an ID. You may only want to model the ones whose use has some flexib= le connectivity. We've discussed this many times. Q2: Does the above text means there is a normative rule enforcing that a= Resource Block ID MUST be allocated to each line-card or other type of module? If yes, where is this rule phrased? --> This is an informational draft there are no normative rules in it. What= a vendor or a network owner chooses to model within their system is up to = them. This has always been the case in GMPLS. Many layers of the optical n= etwork may not be modeled in a current implementation or GMPLS deployment. Q3: Where to find a definition of a line-card or other type of module? --> The terms "line-card" and "modules" are only used as examples (the phra= se "e.g., on line cards or other types of modules"), and hence do not requi= re formal definition in this informational document. "Line card" is a commo= n term used by almost all vendors of large switching gear such as SDH switc= hes, OTN switch, WDM ROADS/Switches, IP routers, Carrier grade Ethernet swi= tches, Optical access products and such. It generally denotes a pluggable (= usually hot-swappable) card that contains interfaces, however, it may only = perform management or other support functions. ITU-T M.3100 section 6.3 "P= hysical Equipment Fragment" gives the well known management system modeling= of such specific entities as line cards and modules in terms of the manage= d object classes "equipmentHolder" and "circuitPack". =20 Please could you clarify, Thanks in advance, Giovanni, Julien and Pierre -----Message d'origine----- De : ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] De la part de L= eeyoung Envoy=E9 : mercredi 7 mars 2012 19:17 =C0 : ccamp@ietf.org Objet : = [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-info-14.txt Hi, This update added a short paragraph in section 7.1 to explain that this doc= ument does not dictate encoding or placement of available labels in the rel= ation to ISCD. We will resolve the encoding issue of available labels either to be placed = in ISCD or else in the generic encoding/ospf drafts, but not in this info d= raft. This info draft stays neutral with this issue so that it can close al= l the pending issues after this version.=20 Regards, Young -----Original Message----- From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of i= nternet-drafts@ietf.org Sent: Wednesday, March 07, 2012 12:08 PM To: i-d-announce@ietf.org Cc: ccamp@ietf.org Subject: [CCAMP] I-D Action: draft-ietf-ccamp-rwa-info-14.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 = Working 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-14.txt Pages : 27 Date : 2012-03-07 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. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-ccamp-rwa-info-14.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ This Internet-Draft can be retrieved at: ftp://ftp.ietf.org/internet-drafts/draft-ietf-ccamp-rwa-info-14.txt _______________________________________________ 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 --_002_CCBFBB7025DF984494DEC3285C058152129BE2511BFRMRSSXCHMBSA_ Content-Type: image/gif; name="NodeScheme.gif" Content-Description: NodeScheme.gif Content-Disposition: attachment; filename="NodeScheme.gif"; size=39830; creation-date="Wed, 07 Mar 2012 10:05:31 GMT"; modification-date="Wed, 07 Mar 2012 10:05:31 GMT" Content-Transfer-Encoding: base64 R0lGODlhcwNlAvcAAAAAAPDoEMgAAAAAyLAIoBhQaMiYGJAIuAB4APj4CPDo8CggGNAQeCiIeOjo 6BBguKCgoMAAMHBgCJAAkLjQuMDAWJCQkKCYoDg4IPDIEOhYUOg4MIiIiBAQEOhYIMB4wDAg6FBQ UICAgIgQgJAAABhwkEhI8LgIkLhYuOiQGBiYqFCYWKDIcKDAONDYKNDQ6Liw6OiQkMA4UKg4qGgA ECBYgLBQsHBw8IiwOMiQyHh4eOioqCiI0DAwMEg4KNjoUHCgQHBwcPA4MHAQ0CAYIGBgYECIaCBY SPiQMNjY2CBI4PhQcOjwOLCwsDgQEBhI2KCo6MjIyHBocDAw6OAgWLi4uLigcLCosCAw4PjIKPjg ELiwuPBIeKAYoODYsICoMFiQUIhQkHiwcAigmMDAwPgAABgYGMjAyFhYWIjAgBhoqIAoOLBgeFBI UDgoGGC4gPi4KNjASFgY4PC4EFBYSPDwGAgICEBAQMC4wAA4AFhgMODoKPhwMIAomAigiPjIIPhA iPhgSODQkOiAGHhAIMBoKKioqJiYmBAoMJCY6JBQgLjYaPCwEOjg6Gho6IAAIJAQwPiwKNjgIBBQ 0EgACGhoaOggIOC42AAA+OgwSJjAgDB46IgQyLjQcECwiNDQ0JCQ6HCgSOhIKLjQMGiweOAoUECY QACAANDgWPBwcPCoEFAQ4OjIyPioKMgAMIAQyCCQwKAAoJiACOjY0OgQEDgwOODg4CioiFiYSMjI 6Fhg8NgYcMjgWOh4eODA4NCo0Ki4qPjgIOBgYOgICNjIcIDAgFBQkCiogDg4OGgoOOAwQCh42FBQ WDgYIICA6KgwgOhwGPjYGODAyCgoKFBQoKBooPhoOPCgGPDYCMAQiBAQ6PAAAJgAmNiwABA4UPhY YJiQ2JiwUOjY2JCYkEhISMjQyOjYyPjwEBAIEOi4uMDYYIBAUOgAAHgAGFBoUCCIiEAY6JBwIOAY YJggmPigMPD4KKAAKOhASNDI0ICQgCAgIPjoECB4iChwuFigYAgI6CH5BAgAAAAALAAAAABzA2UC AAj+ABU4EEhwoMGCCA8qTMhwocOGEB9KjEhxosWKGC9qzMhxo8eOID+KDElypMmSKE+qTMlypcuW MF/KjElzps2aOG/qzOigp8+fQIMKHUq0qNGjSJMqXcq0qdOnUKNKnUq1qtWrWLNq3cq1q9evYMOK HUsWas6zO9OiXau2Ldu3buPCnSu3Lt27dvPi3au3L9qygAMLHky4sOHDiBMrXsy4sePHW/lK9kt5 suXKmC9rzsx5s+fOoD+LDq0QsunTqFOrXs26tevXsGODHU2bdO3btnPj3p3Zlq+LVaY14U1ct/Hi o2UrX868ufPnPhtxs3GpaBN0zSpB3869e1Lkx8P+gx8vvjz5zzO4xbLxm6GhWoDWuMFnvv55+/hb et/Pv7///0vZwM2A01UHVBPNAMKFDAvoAOCDEKZ234T5VUjhhRZWmAOBsQzI3kFXNMPFiFwkU8sn GKaYoYrJRejiizDG+NgvBBI4A30+IbjEjjsyaIGMQAb5FYsrFknkkUYmmZN0HQ74QSMIWdAMjzze k4wPtiipJZJcpiXkl2CGKeZTXdT4QU/lWICGGWY48c2bcL65jhmGjGnnnUR1qeeWfO7pZ34CzvDB gEXoQ0QRFiQR4jeBMOpooxpQAkYSf1ba56UN4anpppxGaEMfa44wIB4/NeFEIKimqmoghLjRRKf+ sAZp6ayY1krrrTdFcQgahiL6CT5lonCQIc2gak2qxxobiChOVNKIrdDiSmSs1FZrrWmfqGkGESFY EAVQG3KTQ45O8GHuueiiS8gCZFzr7n7SGgkAANHWG++9F31yQRHTmIFoEhOh0GF7V7iR7sHoMusg vpPNy7C9pZ0278QU+zfvVEncUTFZRRTxybsgh/XJIYWaEQIH7SLVSHpdPNuEG0jELPPMNCORQqvf XmUIMnVuRfHPEz92sVQZbxyyVeMBPfGtF7PEwc9+oQGAHVKgCPHDDOvLbwdocEBfSEyioIAhbrRi 9tlop332IG5YUNMW8yKzRVpK/8ybwy5ZYPf+1RWiNnSEf1MVeFhSz2uHx0cn/lS2JZ+cclQ0iquD E5FUbvnlmF+uCiEYfEyVIRTz3NXgQtNrFemKP5U0vQw3PZPrdxU+sR2VWI0131xq3W/XX9uEwoC1 uPFHFsQPXzzxWRifPPJ/GLDAFTLB/bPcasFeHt4xYY97fX6bDrj3goNPuNKHe576+UmQrI/JKGvV xJoTcNOF8H/Ub//9+OefAQaTSgW60qLDCuoaM8CnFPB8Slnd9hBiPZY0UC6yAxrVbLfACp4nCRCo RA/QwTu12OIQ+qiFBRohjQ6NIBooTKEKV8jCFMpiAYZIifTqRj2aPBA32mtJDi1onO4VBQD+DoIA ANDwE0MEYV5B6NlPLkYGqaGhCj153xChaBQmHhEAQchZEa+YRKFUgYvtGtzINAaA9inlgEJJQhDW yMY2uvGNbJxG3WaHOATGKn2VmEYHyCECKm6liSZ7nAPCFQct7MOQiDykIhPJSEVmwA0YgKMk3xhB GipRKgU0IhIvSRQrIrEcQdEkFjnZky8iMYziG+O8zJgUNNrRKKtTGkEAIAIIkEMHEBjIJ8gBtDsA bJYAqMLPyHCFn30rIvMiA9CiQJBd9vKXAzkE0JTJuoEIE2iH4MgNJfKJOXrzm3WjHQVvR069YLAI G2yDCM4gl0OQQx+JYkh6uJGFc9jznvj+zKc+8SmBDoDzn96s4UoeWLSfkWOcC5nXNSn2MYEUlGIH LYg0f3bNglDzZ4fwyA7LuZnuKc0nQwzCT4omgpSRQQcA8CVIh/gtNQ7xDqB0qUh/OMWeROGIIugJ SU2KUpU6gJqvckASDEFGn0QhpX4kwxEFSVOmHBWgUPVm+V75pSRcII977CNYPhGEDoQgl0S5gqhG cI4EmPWsaE2rWtGagQXYIapwjRspl0K6ounApCJIKcA6WVMHlOOIDhKqxu7aEzLk1adA1SlR/1YO pPpEqQBgKl+pqjr7bFMByZQoAH6EkKdlcyCZ1eW8jinUyzogmQd5qkCkydmDeFYgeoP+YkGKWU29 QVMgttjsRkybkFrE9bfA/Zk+toBQjvKQIRjUIDrUyU66XCEEZgjCbR9iiDYMSBhlzW4CtMvd7Xq3 u/0MblQFCpIGSpMDCdFbRiGi0IJ0k3XnTS8A1vu04QwLe08bZxLKmJGNHpc0PpzsTzS215GmdKVA GRwaSTc0Agdlv3foCer+Rsa6tVJ8R3mqeOPag4wqhQ5T64A/e4CMIOigCX6kLGTwqEc+pvgrSeDA NO7gYaQ0AQNxGFAF6sEEHvu4x0D+sZB7jA03vHXD/7SDdA2IYQcDBcJNTbDpnGzgCJ8Ww1f2SYU/ ihRXqjgoCmRvNQXiX+xZL4em3SH+3soMADK3OaHV/OZux6yR9yIZoNPIZUjwwKY7mOGWOggCMnoA ADMgowhBuMAVsmRcP9niCpWoxXLX6RcyFMFfZABJJdzABDYMKA5MCLWoR03qUsfDn3f+ZgeCwOiT NPCGl30162A9azq7GZhz7O+bGw2aAA9lcFT2CZQlLD4FY3mJGG4wAAos7ANfmdnE1vKxzzjtoWg4 1XOcxgWi8oke6ONk5PAqWD/RBAsEIQTIeCuJTWwIyX5ZK7aAQBB6YIc7nBgwtrBAD6ZhgSwt5RN3 uAMGfqCOeXBjHur4ASoUzvCFO7zhClcHBo6MbfItGZNNXvaDnf3rZE9Z40929rz+oJ3lnmgM4+9e SpgfYj3WLuS1oKUzmm2tEDW/2eWdnS9sAQC92boutgvRgWwvwluFNOIKWzDEFpCudKYvPelPbzrU t6y0PMukEWgghxkOkb5wo0HPCsGDIXQghTvoAwBEuEMRcLkFW/B6N4+WQi3scEtSTSYJUtAHGuwu Eh3o4wqGwAAveGGFAbFh8IhPvOIRHwozWEDqkI+65J1+had5c9WtdqCt46sQ9U5E1tHkb+fnO5Cn xfC+u65vQkRg34r49+198bVQSKexkha2p8iWsu6jnHuT05KnHH+qIQA21KL25L3DL6XU5jr7am+l khTrMFZEgAxy9KBdSbCA14P+SpRyGIIDQSBHugGAjDsEgfXuTjlQ4j3vet97MBDwsw7MtxQy9KAS AHvZIvZvgQFZYf8AGIACWAF6gAz09xT/Y3EkFxWoM1h4xXEdFxQUBkQPaGV+NS/JV3x/g3x7VQXL d2Hq9x2WRXPAtBDO9DNocFtntmsxZxE210y8hIK3NVEUQ00HsVAU81kYUXQ4AX0AYHVncQW1MA7T IAXPogDZhwz+MjccYQhXEASVgAxyNA3IIAVBAHiwtxaPFml0pwN8ZxmfoAN/BgEooQM9sAUEcQUY wAJsyAKK0CGa0IZyOIdisABuEz1Kg3k7QVBUBwAeQxGg51B9+IcGQYMTU1H+BnFROahRLJiFlCF7 EnhsotRFu4dgvSdgl9gTkzhXhvVJJecTqkRLL1ZFzqcVlaRtXmF/ECCGl/QJHKCEaMB9TEEGTSAC QXAHyDA11RcEHGAIoJQ47Edv9iaLg1EF0FUJv+gU9sdqpbIAcagJ0NgHB/eM0MgC0PiMenB9VpGA hnNxWZFJXMR8lWiJPrGJQnFSSPQtYnQIZCR0dFWKIfhfjrgWsgOEcpEEfGQLdxBRB5EtSlgEzbUS trAFq1gEd0AEAKAPd1AJOmAIXyiPHrEFt9iFD3kZjSBj0pcSOjANFWkI01AMIAmSHKAeYRCSJlkM /jANC2MTM6SH8wiRXRL+jy4iNdJHFpUQAvFGBIEFFK44DYeSflARBYZgi4OmiyEQBBbQBAcIJEaU iyUmjoFhaR1QBECZFPZXCf52IPrgCVzZlWEwIPzQlV15BPowilMBOkq2gDKpfi/Zlh9RS5hxCMhg C7YQBPpQkQMRBTKmD5UQkDnxaBcQBEWghACwbkGwBVWALxKpMebHhLlxAVLIAZl3EmbYegtxBYjg B2OgmZwpjRNwC5s5Bg2ACEVwhDpxBszolqrZN2sZgsHRLlHQAylIFFEgAj5ZCVV5FVXQBIEmhYWG DGgQBIeQfNDRlORHiYvxCZVgMsT4FMHBjETRBIgwBtRZndQZP31AnQX+oA9Q2ZreiTQwGZ6WkgQ9 sG0KYAHwRBFR4HfTEAS9cxefsAUWoAMhcAfoUJjmpwNX4JcVspgpdZjiAQFo0AHzBxN12QP86R6I oAIM2qAM2g8DQg2IwAyUIp4WupoR8Z0haAtHqVNo0ANaRBRKpQ/tmZtfUQVGFIVyZGjBeQhNkJWL YZxPuWIcYAY0ZhVN0AM7aRTS6aA+Sg0DUg0aOqRdgaEXaiQ60AYVigf6wGoYcVIkGgQNBRqfYAjm 1gbjF3A6IAJbkGmYgQc6QA71BqDFcQZrgjgx0QiR5qUYgZkqAAtw+qZx6g2iwg2maaR4ykNEGoKH AKI+oQNEAFZIoVT+ZtADIpCMimEIKeqbRIAMlZBE3TkVvHkHdtADQQABMOoY+bZv/aabKrkUtkAO iACnpAqnJYAIklkmM/Ase9qqVJGnsKob9ncFMHgHk0kRVbCchjqluxEFWyACOhBwutgGSJl8KQGm YloLUrBo43FT/mKZBjpv73kR+FgEiMAD2JqtBXB9AnEJAyI2RxqrvOaq6pcEyMABRWQGO5oUuVqo h6oattAEhxAEaECY+nBoSWSWBxKslXqpmWoa8aeTahkVTfCpSxEchiCd2coD/YAI6xou40KuEtsU 4hquGVIJpWkQajoNaDgS7XoHHDBd5IEPlXeLhIYOdxACOmABxIX+rHZQC5XArBViC35HDj2nE7aw piARf8yEmUqwCUpQA4iAl7/TBW5nsRV7OxOrfhzgU4UlmwNrFIZQBB1wrkvZGkO1K/Q2L2ZQhEGA YqvxPqsWojqjDznFFCJADnslnZvQsEXwrz1hC2ViA0tbt0eRtEjbn9PAn4dABOt1EldAtSArsvhx BiLQBi+7rG5XBVugAzpQlIaGaIp2q52RbyF0h2eRBAZJuBGBddpBEIaACKd6ehDxCx0yLnibunxi tylXDj0gqB6qjVExtR1wB4mCGlWQth0wDZVwAXDLk+V2buO3bg1polwRBWuCBmSLFRDAb01hrj9S KgBAoUgxKDP+wLrYCxSqu72Y0Qi3tBBbwLt3ehIQUATL1am1YbhtgA49UAQQUKHHOnZlJ0dpt3YQ 0HZvwY7wBL9pYQtZV1wWcQYcuRAD+RE5wL0IXCTZm3Ln9q+sWBW7Qne3Sxi5G268y3Ve4X3gJ35v VX7n1wTGexRc5VWRepbw5BQQ0AOIusAsHBUJ/MJ6cQi1wEwKkTH8CBPlu1yHML5wob7sWwnvqxlO CIW+ea+PioUe8VzqSrk4obm2ahJhysN5C8OO2MLvVgU90JwOAAE6iRWHEAJ20C2/WxUVvLu9G7WF EQVNAH64qIvkwIu++GQckHY15hUW4LxNwaHaYcV87MJT/Mf+fpIx6EXAdomXKdEIu8JBO2wT+MAB aMC+7su/5zGQBXmQCZmyPdABbUDDcKGPaADAFAFwOgjIpJzAffxlttAxQ2F/s4kV+QbGIVDHs8gB 0KUP/7IdNLs+AUdodoAMR5mUVysV6FnCXpTFp3zMTkHFpVwer8jE6Im5OoHI6+u+GdHIAzoNRXAB oKwlymkGe6cQgCmYhGmYW9CxJLFLaMDEFwEBM6zM7rw9yPxlOZp+SfChIewU2SemaCDLhUXLZmDL hxDMzcGO6orGP7GbvUloLCqcxFkUdwy7TBF+YxzPFA1my/zOuIEPrysRTOqkbZFv0wwB1ty12bzN RxKGRND+BmT4EvE5n/V5nz2Qn/tpEBlTBJLsEY2gshe906Zc0ZSFj2c7FIAK0VlhWFvLuwL9HB5o BsjoFShKxHLUAfpgB/v8ok3RbfxsFJ8gBRPt03WL0Tx9HEWQzhCxSypVE9l3zSVtC03bATH7Jxc5 DRlZaQEHflj6VlrKpWzqEALsl7YwA79AEYaADrUwrWB92OXh1V9mAQZYFIagrlMRBWpCBN4c0ELh isgwlcScGlJJlYKxkUTtAIoK1WiHr4raE326lKr6C9EpIg2i2CyM2LKtFjlqzg7RCFIgHCHBOESg d4fAyRbB1n4mBYmZJJA5DZKJGRrt0RjhqxwQrBpjB5r+XKzQ9DseEtiXmSCAYCImHdazfR+w/WWf gAxZ/RP2FwIGLdkhQNloYAErvBTlYJtMra+PUQ7LGQJaPBYbSd9IEapSIK/0aq/IUKc2wtqlIiIj 4iPhbbff7d224b+VUBEg9LcFkX2X5tvA3RJJIAI9YAbEjRwCqpPd/RZkoKxSzBFRUAsrnRAk+5VN oh7coAgsiyLEwgVLYOMlMpcO3uAYsuDvlrZo/AnoBpuT7c3uncHyHQT3PBYbbqPRSxiVKRU5yt8O 4K01Mg/zWq9m8INOQCU9Qic+Tq48vuOkkcKGXcNBYAbogOF8oUbToA939Rl4cKac2xfLfbQowY4j ziH+3MDandUMcQInwkAJNj3mhp4XYf5u9tecI4MGenQylcCdhHFTb67kgbGpPdCphUGz00DlSHGT Xe0T6RELZdIyBwLogQ4nhNAM+Z3oIXjosO4StnCuDvBBjWMBe50xbTDicYEPQfDmOpDhbhEFlTCV tq0ZW3B/J+4RobqSGIECMyANTGIDCEEsq7IqGtAMRkjmsY4bri7eICRiJ7O8P3EBBpvGlUAE0yAC 5G4V7EgEImDQYpGzshsV5YAMoV0Ul+BvkXMm5HLt174u7f7tKtbtLtiI3O4SeLQ+3XKLN41cv27I lHEGkY7cwp4SSeB3IXCzcv6pLYEHe+sSgxIL2K3+ACHCB9aA8iqf8izPBwqT8B3xejDfax4FNBYD j0ZBBpYnitTS6I/OSg4w5VbZvvIuFpam7hyQ1DYWAmOrGAe65ETB2EVfFH8tP/5mKgiDMELQKlB/ GOBUOlOh8xOjVa1KHnPENzKPEYY4MUFwFxzgmPcRb7e+1wiR4qNMETIGzZ9xBpeGDBbA6wSRfSF0 96GRozoQE1KABssOEsDCDcIyNjBTM5IfM4XQNmuBf3TzTXeD8CCx9khk8KnhZdwh+quMgXv1P5st FVITQKdxTvRGDhww8OvXoUnxCfUq+4LxPoaW9EfRRESABl0PFvQe/A/GR1gROePyMvSw/Mzf/M7+ v/w30zlaMTW1Mzo4bxikf46mr4kYuKdmz/loD/4ZkVcc7wDCVAR2ITvklRvxltt7xAHFHRJRHJHt iee5sQV9H08LIcP7ixvh6+wA4UCBQIIDDRZEqCBKLQgHHSaE+NAgCm7cLolwE0njRo4dOQ4yAyHi SIkJAZy0U8QWSZYlDZ5sGdOlTJonZ950IALAFYRVABShiVNoUKJDjRZFOtPBUqZNnT6FGlXq1Kgw qV7FmlXr1qtWuTI9meSp169c0ZxEi8xQWbZXk0AoMs0OORFk2jaF0KOcVls6pom8G/hqEzQdyFkQ GyVIhxBNBD+OmgQNsiiQDfWwC7lplEMjuI3+mOYmC5zRpUmfNm2akQ86YjWjRVvpk2awAGjfHmu7 bdjcuH3/Bn736PCkLG0WJ54ceczjypsXBEBuudGzsE8i2zK9uC0IlaYZ5lBF+cwz07IbjUKO3Mrx 2nFCQIPOjJkgYtvfbwlhmgX8BjmQS6I/gWzZIghy0NEnhDAqmgGDP7J4MEIIJ5SwwixkWeAKARWw DqVK7HMPpg3dG+k54kwUKDoSR2RxRRdLCu42ssYSwQEIAECjKUOCOCmItZyCiYyz0KhiKcJwLJKq IHkEIIi9nNqxxx+dqoLJIOya8ZND7jiJg8y2MgQADmJkqroOAVCLTKbeKqKHueqKMYk7xtz+CgJ9 dFCTrSREIOKOSkIwDLE8t0oihDtmg6wIlQQjw4K47EAmCAhcc+CXimqJ5o9MN9W0U04/1TQDDCpZ SbAzPUTUVN2girLJKadasscndbTyVaaq7BHLVZfSkksxv9QqTDoHJbZYyFpElqBTbRsIAB0guEOE hhyQs0NyPjnoJDKsiyJM2Mi46SSfrJttoGqtu/agQzoc96BtOzwkqCTIAaBclhoxZIsrtsh33375 1RdgfwP2dVnsXiSoEQik+I6c8JItqZEiKiHKlkp62ALipJoowoxKojgIPjNCuMAWjY+6Qp94BbRl zu0M0eGODvQpgoMzRvqgojmC0YJnn3v+BvpnoYGWxQ1D/kU64KQH3ndZlBa9T0SEzoUtXZLE7dBe qtGyeqB1rWuXoHetW1mmeetF+OS01ybO2N1OBQuNIJqqVofMyNDpDkpPQmOvJHhE447K/m5SSSSX KodHPKnl0u6l8AZA78dPcoxaQ3xlqpzIk3SADB6BpUqnGrGKwmnTT7cuTchsMeTiN0EvlgNkKM2q ih7QoN1tB2yxoIceLCj1KVsOATSEQ4I3VrJDNSunB1uxqoKDEOSK1JDco7JlBm6e0WIf778HP3zx v8/ADTtQR99p2e6akXFn7877+qb4TjJxZ5eqG/7IXXu38iQu94rm7sA5zwEAdlIRne7+FLjArKht RCjKFgAqY5B1ceAhFgBA2U4yQWppyyCfgCB0ACAegoCQWRW8YAYFwgEANMEh3vJPvRySBDEN5QrR CVBMaJg+Hp7qYMOpAk8UFgQ33UEHLmRbUC4DLqJYQGVJnEkSKmEGNOBBJra4QPFK5sCC6Ic/JNrC NPBhtisE4Q526EERDsHE4VygIsJIwDkSMEc50nGOcbxjHfFIRwl0oId/9BCIhiM1CtYQIRgsm0TE dRATCgSFh1ShAliIRIPAcIUyLAgNLRiTGwKIi5+EYigZuJX2zW9XDuDS9Wh4h9oA6ZSlNGVvUAkA VUZuKaX0SsHOBL0NaqV0gATmdZ7+NxURzCdyOuDcKJ0ShR5c4CufmMwBg7MlM4hAflcZHqDQAJgY QXN5mpHdNW8lAjToowN38BHyytKEWlQkDneEZzzlOc8EfOF8weShHdbHlfal8imrhNUpHWAVfzoF oAMVKEKZossO8VKCyoRoREGJnxA2CwAOIaQIlXVRjUYwXMzqaEZfwiyRInSky8LJDkk4lFrg06V/ RAfJ2BjK4SShDTpIzhV6UIlGQPETOqDitO4zPHJ0YJtrO8QTR6SoknAnCMgAwE4tMMYNXQEDwogF N0ZRB6521atfBWtXZWGGl/LQDBYoikhLyiGQKrKtKSLpW0cKV4g0x3QpXSRN9Tr+0bVFtCsJbWVT Cko3W97ylYc1nCwHu6bC8saVCwXsVT7BpWSSrqw8DMGsfFmYmU0DTUWwQGWVGYQQqBMrfdHHMCFT hRB4TLOQSYIFinpUzUwWd7RJAjKGZSQRhIAIhjkicJqAgT14ZgR7YEJylbtc5jZ3FBjw42VPV03T YqWftPxnYasiUIJi16CN9W4sl8Iltkx2hH5FLwP52p6KmrQgjzwIIjeK0be2l60mOaEh4xtJFhri hc2Z5ENEQEmItGyExNmhdJ1WBJBtpxLywcMVOICGHkQOtBnb60gu0ANB0mSybcAWiWzBgWk0E4pJ OMRsz4McC/yFRWSohX+jcIH+IrS0FkW4QINPVgk3/CAO3IgFG34wZCIX2chG/sICpKBgp3WAAyZL ikjhSxD5ukSt+d3kflfW3/9yVJItFDCBH2LglWZ4vWbWTnqlAkvDPqVx+mNlYOXc5oDKcpaO61ze MncS61kOc7zis2uqcBbVLoVHosXK34KwaEY32tGPXrRnTdc32BYhcqkyxIQrfDsRFFpNZJgGorFy iGksLjBk6FgRpAmc2CKDipXjim3FyRZDTKMIRSVCCAY8qBGb4Q5uQAUvrFARKwTb2Lw4drKRXQE9 IOMTVYJ0tKM9XRFUl5QJffPj9Fznx473fdrWruYA0Of//dkBJuyzAwY97qn+HFrN73bbmZ3j5brS 21wM/UmILUpfhNj3ygTZ2kmKoG8HfA02YRvI2GCTyIQwqUM8caCZzsTgFiWhB+goQocVsAVHcel2 HLhCT0FpC2Qw3Ch/m4YVlbPhaTwZzR+0gKuLsGKcJBXi2sHHIaRA1h5ISuNJtEUQaJYEq6pjEYtQ BLEXYfSjM33pR396OPTxxf44zQxPrrpc3WedgX8UvwDHd9cJYnC0ILxzZzJ5QRxunZvL++Vvxwm8 7QwVWLbKR3NXqHjXzN1T2n2YZNBBjyqTpS2dBJlTIbt1PE0bicMms8GBgBnsgIbKRKUKjkKGHaYR Ah0Ywtq3sQUaKMYWMqT+cdZPKccUQyBq3X1CdlRc9bnvEILTY3NHMtNHG3oQgtZXogNBQFQTFtAJ FhB/HtyYR/GVT3zmK58FenBDqh5zKuq+JrJ+ty7foVQrqABe8HlnSq8Mz/qCL2vxckc/W9y+fri3 f/2N/4mO2SaZWugDDVQlCRkuUIkz6oMcOrgC9kgbEfCkpCAxqiMJkdEBgmM/h/iEFqOZm3EIEhOq oiCDQ2gTO0CnK0iClkErvsIHNKgmkRMIQ8AATdAEFkDBiggDFFRBF0TBFBSDO3mRDnEyKGtA99PB HORBF0m/HwRCZZI4SiMWJ6oE/yO/ZYKAp7IDIiAHSZE+yMiL2KMKaEL+BmnaE1+LFyCMAhGYBiJQ tc4xPa74HzPSvBAIj82YBlgbFEMgh6mDCuFLgzmcwyCoCAugwzycQzrADN+AjeoLwkAUxEFUvx00 xB5ERPeoDopDs5YJgkPogTugOZmIgiUkh/kwIgiwl/uAsQokjjAKAhx0ADwQwfVJRKGIAhLrgA4A B5o4Aw4oAnPKRAE8CJ3axFCCAGS4A08siCtAhDcAxmBckAnwh2AMRiNABJ5Km5O4OlE8xUOExmeU RoQgxGq0RsZ7PAbSgR5oAkNABmTgpme6PTPogEi5gNciw2i5i774C97xHeC5RjFEAxHQh2kIgsoz qCXMPFuzAHyMChH+kJxBaTFyYMM4RIRbeIdbUMiE7ANu6AOFRMhbOAJEKMjbAMR4xMiMFMRp5Mho 9EiJcEa4IwMjUoArIIe/mI4kKJA2IAJIeUT8O4pKQAMSzKmWRAMx+8iW2EZKArx6DAJ82ALpmQZ0 eMItCEmQnJhPGrEOUDWhMAREGIOolMqonABuMIao9ANEYIajXBGu7MivzEmw5CKNjCgLWLQtJMu0 ZIqg60MyOEm0Wp0m0IEQ0AdIqQQLoMKmiLkozIotIQIOSCpTq0ZmCkWn+AT4IAIAQCM4IRRkgEsy +YQgMIOB04om0AcVwMwxwEwVGANqqIgSKIAOOD+1JM3SVEuxDEv+hIAqAAgB1HRNF8GDaVgZVCOC tBuqLRCBuEATKeAAlRsJPOgBCYyJvhiZm7MFKeDG1xwIv/BN3EQDIjCD/9OQnuwBa5IJ28Gwk4mC SiACHcihoWgZRNjM8cRM7ZmA9UhNjvyEbiwS5UzP9xwK01Sg1XQH+SRNWzAURCkHEaw24crNTauZ inSA5kFLqTAEQAE+qLCd2wrC0quEC7wYNLlLdFyKKpiiaRABCmWKC6AMMhGSv/y8qDAEfagERIAF FTjRFEXRGvCMGQhR+4QMDAIAM4DRGo0R95zGSvhGnILPHj0Z/RCqT5gi71QbPOAAHQUAWxOBFWuE EJgbiYgtfbj+g0PACSeyTWhsUjNwNSoSAd8UiiqQAiKoTo0TgTb4zrQxSdksik8gB715SliA0ziF 0wK4gw/Iqg/w0WiUURrF0Tx1TxsF1EBltTtg0HPjzvoYlEZB0gQ5IgOhnSgQQcrTik8IgStUs0bR TRLVxMCwUDPoAQ6YDfwcPeDQD3AsixYDjCZABB5g1VbtB0QYnZzhhl8Q1NvY01rF1cDo0131015V jqTy0iQAKtkAwUNgwg6YzKCsP+BJjsuQApp8OQIxEHSYhsARoxdpgilCBqVCmEZwInIQzqOYrIwz CF9sVVYtgB6ASRuIhViAVl6FV1+VV7XJ1Xq112fqOeSxBT7+IUK3iYIiOB87MIwgaAK+PC0dSC1/ dRTq8bkmKLXgIAP/K0dQxS2gktSyQFhbUVVXRQSgcIpG6AJumIGeuteSNdkbnVePXM3WTNl4HY9t nCkF4J3JlD8uMkl9eCpQhQAdcLWBvQIGZAk5QQOgbRHu4NmZqRnhbAQpqIWYdZG8sI/W8TV4bI/j JFFaDAoYU8YXQoRN2IQCQITsRIhLADIUcNmWRduzFZCTpQ36ZNtrLD3BZAoLcMK8fAxh7RNuKgI0 CJ7DNCPJixQI8EepILXRuY3oQQO5QKcmuJ4qeNjg0AH0hBI0mAtB4QpINQPvZIugW8OoUNUnSMYQ zYGKoNX+t62dRTNc031btdXBlWXd120Jtvw5/WgDnNyQLSiC36tZB7CAO8DagWCdyNUHdLgDKbgA pzUIKeoBL02KTyijM0qjNXIJtoTJFwm9SrgJuECHNqBaljiDN7SAd6WJ2NQBr7yCDiCCthsJiuiC RoBdiLnV903b9lNdwTDLR6xfa3Tcx3SKDUMGAW0L3ikxePTcaaDC/5lLz0KGuxQt2/mQr6iC3sLE dLoKCOjObio5rbgAyiWH44mKXETJACYiKtzP2lsKW7ABachfqrjVFT5Z+YXh+QXL0CvAh9gCZGAI /PiEjkGDcB2J3BKJocAXHaCwyKmEQ6AkL6TSoNXHqJL+gkO4xZmgYaJdEdux3fyIDzQ4BBIkNXLw L+SwEx6N4a/MRWTgvTGW4Qxz4TWuVyCViiY4yQLdit69OhNekyekNXLaNDQATEMZXAeAGd8CLgCm ihHl39/oHYPlC+KxgzZ4zhCw26lQHkVm40q2ZOFIY/bDA0NoAuTN5E++CTbl25E4A7pEwFC2WF40 iiDg2/toAkdpqYbhgP1rqeLNsfFIgiLwXShiZa+Ul8UYSi1uDzu5UjQ2ZlBG5vi85Kxw22UWxN4h P8ztzzdurX26C0j8Y7bgmApjRmTovBelCi8iE/ycG8HYYfoIVUZGA2faism6FmeG53j+imPmItdN 5nv+xgl8yNeZ2GF96M+DGLFpQAZn2pAqqIUrzmdHqbDAtQW3vAMLkIIz2rxvpokpVhtbMDFO7Bis QwjeaQOMU+WEQFV69tH4xeeTThZ5nopmVmkg5FkqFFL6EAtUY8pIjjXdygrWMaOZ4WNES6rRgdDM c0IfESdDVhPHtWnPfUu3kK3JY+eniAJkKNSWDo4Wpmr7JOmsRumX24IeEOORCLr5aDnx3RBbYKqI uMAM3MAzbaoaE1uFWMI7kI9ZFAg2lRy14dCfMwpoMdWj8OjJ/OLlNI+txlGT1urDpomrVmyMDDpn k4rUM4M26BhrBg4RmB382RGoqtY0/IomGEOo+IT+20NWc6oEDb0N0gJnqfjW0ZQK10MGpuSAnUrt xeZU1KVt00Ts3CbsUNoCbjUICGDJBRyIRiimoU2iQ4hsWQRAsiYKDtAHgv5hZCCHSmgDcvTmQ6je /rCFm1IO4qai7C6OyUIHpgzs4gBv3Ubv3c7B216K+5Vj9n63QqE9agGqKY0KC6CiJIy1C2DCzbs6 36DUO5AmJ3qVJGgC0qrLSMFLwWCm98aKyOwAyhYMx8UT145w0bKFDyDZNwYAKYDvDwfU9B4RexZx lD6EPvEYvS6I3gFX5GgC6TGnNggCowRel0GWvAgCmhTl3y0IAiFiBb5LHxYKdiqzochlnOVxXCb+ ourdkx4ggkoosy6IhRww31pYg6YtcRZZT0NoT/X2cuWAb5YGcTVzx2mo1tm2EYFm7XPrDqiK3mxe iiIoLd/g3B9B1c4mJ89KI86eir3kikFrxtvQD7l1inIQgR7wmCLRHm7ogg+oriZoBkCQgWYo5w+3 6jGPxyzXDh31Zk1/339lShJqMea9ictBBvU9iC3QgeqOzs4zii2hYvzAhztoA2Qg1+Uw0jaJqiJY 0oRQFF+24Tv4naJFg65hiU84dCLwjKyqCCp/oWbgAkDggitXcU+XCcP+8mxXZkzndmXySw7IndKr 9KxoAmHfwnKwgAg1R9OmCofVb7bQAfRN3dX+SnfNRoNnUUetIDXVsVU4/IpySLqKEPguKF0jgXYu QHgZOCv4vvRuJ0Rrh3htnxqgCgFUVzssD4oWE1gimEdSb95aWOINgTEpsIUkQE6PF5AzcBR0sAP7 0wEaj4jhIYI2KHL3EOVqZwmyrQhmtwGHuIJmWIKgD/peSAYfYGuJj/ikJwqHZ3piOdDfo+Sm8Ox5 f4pGKeIF/g8iIODVCQGPfYydbAoHtmMINuDOMdbMi06CdQ28zUbcuPN1FPiKUIRpuJPKg/RvWAK8 13sZWIBwbPq/VzOlJw4SR/q0jdIpHQ6L2WWDkNYDqdbQcoh/BdER+Y8kpwl9DkWJUOIWiTn+Hn+L ozWD4SWSZNHnW78PKRd4FHAAfDjClrOAZviG2Jf92NcASlgHyxf8ws/9gQjzk6hPwIfYSE1qKLkT WGTYSanCIiACRJVCvWgLvyC/AB/+qZDJFy2H1gqBiCZHdBJcyIB+zbABbsgBSxF/pkA1M3CCQPgG 9Wf/9f8GQmiGd19jaKN64Ee/3acJwsf/HvTW+jse5QAIWxB0ILPTYZqIMw4ULGzI8KHDhZ90mNHx CSLGiBkz4pu2RSNIjGRqVWoUMuKVaTpsbTy5MQk5ES0fVmlD5BDLhgJ1kNOH7k4QCGRmutxC0iTR pBpzXFqIghu3pg+vNAtk9SrWQBqcSMn+qfSry7Bgx4otO9YCAABmzLIl67Yt3Ldy49KdC9YB3rx6 9/Lt6/cv4MCCBxMuvNdCkCCHDBNOy/gx5MiSJzOOEsQMmiaQq3AIMc0O0Ca2HFiYBiFykiBEinyi jDcJMhGGdUzTXNhWENOSo/Q4/dcQsh6LAycxFITcZ2SVDpERbKtSD9uu/Taawa3LaLxNnFjr7v27 d0LNmk8vb/78X7RqITtG7/49/PjT7datzzAt/vz299Ofm7b/IUr9xx+B/dV3xR366JBEW59AIMUd dvRQBHMbfUKOFEjFZQsHq0VhoAKVFOHVSXhMEwSJY5FBTggMunVFD0OFZEEPd3z0ViP+V+jgGQB3 UFhFRibqUGBYjcTCjQ0PGeIGH9Y0+aSTUTYpihNBgEgkWflpid+VM0GADDIh0DWgXQGGRSaWaXap JpHyobclfm7KaVh7kgEw3F91uldFdnMyNhERdxhSWBUihGCGGeToYEifgNFWhWQcEhFCOa5xgAyD fuEWI2WH6CNbYRzckeleHGIGaXmGGDoNAMigwYEhRXDq5y9QfaCdG0jouiuvvQ5CiBtRxCfdm3Dq 5yd7AFB2Z2B6IvsstJCtOS1IaFJ7bZrWxpWWmS1p2yUaZoigIbZuNVEEEUF8GJZAQSADQA/LuQgX PsgMSd8hZrQBpH1b9MAvRk30oMP+lc/V0sRXIqboAG76sMbmVBZECEAtRXBwRbkRfcBNLL8ocEWu 9CAhMskjm1xyIW5YAHGPGEO8kGMZr/ltW9wSRbPML+eMbbR2Ktsz0Hw5+xh+eAr983topNWBCI32 bIsF+vRggdN7GcKTGR0oSmyk0JEn2SHTkMN1ZcLp9dys5glcBKl8wQaqXp9U0kEQrbmZBBp3tNYE B0W820MIIjAKny1dXGdLE260sjjjjTvO+DWE+GD3efghQ7Z5QwctmOZ0cpsn0puLLvrOROKsM+pZ AtAft3d6uzrESuMnLrmpN4RPEZjhE1IUFxRRS4+VQHCRmv5aYOCXgtplSxtWOiD+5Msc6HMBSPj0 cOPt4Y5re76LbVTFIUVEOE0IOlxRe3/SHInCknC4/z788cc/yAIQTKul8mrGbLuBp3/Verci4j/+ EbB0bxldYTqHwDkpsDHKOgSzjhYf2eWHaVWLzyESxIG2MawJPOnApESAOffYIm+UkwxwdBOZINxB Cj0Qlnw+EYI7fM0BAquhIXqysjl94g5o4OBfyHCIShREbEEwBBAfkwOoVMMNWfjDE6MIxSlKsYqM 8AEdkhgZOF2uWAscTAPB+MAI7iWMXzwjegxIoNMBgGAQAAAaIHKFIKTliBn5DxmKAIAi8KsKSkND c5LiGMvUcV1ypCMA7KiRKiD+Ul0OsNYnMpgWC8hoJjGDYADvA7trUVBLtNPZRDqABvvdzgKVSE5Q 5qXGK+jjCgQ6AzmmJpct6MMMqtQZBHoQBJNYABmjYUjySLkzEZjGLmSAAAvRoQ9FQeCWY0HBkWrx h2lSs5rWvOY0ZWEG7LHOWHdwGYj2l5E51tEQ/1MWIRNpyIaQM5HmXGQjhQVJSQKAkoJUlgIwecdN FrCfapwLGgFjLKQBQAQQuIMOfNPDLelNL2mpgpbIYIiINgsAENUSDB2wUPydEIJauqheLqolo0kQ L5gsY+jQ08ktWdA9hjhU3RhmnDt0QB+vqmHQkuBDLTLGj2bY4WDwFiMyTAP+VXLCjdjQkJfSjA1Z vKkETx8TBWTS1AxAgUClCNMIw40gC9EIxlfDCtaxirWsYM0ABlDkmoGmpYtrTSleNpqfhgrUolvK qFzxQ1eTbgmkeRFpfkiK0ryc1KFwDShiz/PP/Qy0IXAMgkNgUlAZRUEHPfrlI/f4odTssaG4SeQ9 AbkQQspGAZIVAWUte4dfkuGhC0kCgsgUhR4F0gGErKRGxKlPx/ITIrZAxh2AK9zgEne4xiWuGdia lk8aiEPTuMMFqmABNPQANEG4QhIW+5XSbOFKePsU+lCij5Ux5LfkTV0SajENNESBA2YoAm5zRhs8 gHKO5CBCB+w1vLDkgmP+wtgHgAMs4AETWMASWMBzj6vg4jJYuWnJn13E+VpyTJYhlb2sS9IiWgWQ dsIVtq1qWeta08Z2k7OlYUNua0l8LmS3mtSuP2NMlsT2pYFpqSEEOcAXDpDxxnn5hI/jGkbX5mW2 P8vxjiPIY65NFGk8PqEDkgAAHfvFWYXNrF+M7OAtO7ilkSEDGrSGhoL0AA0WMCqNNRqvC0ImCpUQ VxLxtle8lLAIciJDDwxxITsgA8puElgl2AyfJDThOGbgs2IyqpdqQMUA50jAoyMN6UlLutKUzsAC 7MDlTRvLrcniC5L3wmPBGhbNRuYrlfUyarws2Wp1evJepJzqkhK2x4f+TTOupSXjMfVWgL29AwCy GxFbAIAcvMWIhP0nYQXEDNjC9m2xYcZiiJAJ2ANdsUZ2SzMgc7rbcGKuWXCTtawh1BDhhTFZaLM7 7xZBH2p9CASmcbyQiOrZaoJALa6QOx24uQf0zVkjKlELgMnYFlvQARr0wWcpWEAhHxsBVDKQgIlT vOIWv7jFJdABb3O8ZXJZtrMzQmxjYxvZ+Az5sKPN7GkfeyHWNlbJHaLtXqN71zVnSK7zYuOUdq5O zvr5rXUO1/b0/Gea8zlbQdeXk3auBx1/+tPt4MicB4aoQzJPasxQiU/I2c9WmwZOyyOCMBGBA32q gi6j6pomqCSgiBP+ARpYhYw2uOEZ3HjGOeqQ973rve98/7vftXBoqHsbsowZWtHrWtLEY5nWylU6 qJllRqpTni83hwsbfx1skas8syb39T1ze/LNp5zkabH3i13O8nOGBJM0kzLhuw1usHzJDuNFvc3r 0wgp1IJ4BRNB1nT8lSjUQpgEakRPpuE9jdDG+F1Kgt/WnXulbKEIGIgDVNjAhO1zv/ve//72v7Dx 2G8awjVbPcqhTfKQLLvZpFe/tHFf7dWLZdktvtMAL69/1FF+53sJtarZ2mAZVkWVFADmxao5AI8N il40GQICANnowAg13tLFSV9oGfkpl5dFBhrYAWhYgNrlGtsBlWv+yBlFsFdQxUR5HILt+cZfXMgd ZFV5xBsJiiAG/EAFQIUV/AAP9qAP/uAPVgAGYEAGbpmnEQ1cHSCrkVGNDd2RTVmSDccCupqTQSBf SCDkVeDkVR4XTh/m0VzLQQSFoZaFqRa19VaygeFDtB+LjWFq9chDGBl2kZi1PQS3zaEDgBkAvNNG 2N9DeFRLwAaDLRgh0pSDzV592IIUmAEyaM0h4N7+fQX0rRZ/lMa8KUDUoIHDhYUUhMC5lUUjWMCh LZ9SsNJKNFcIkIPveeFXXAEGoMIPsIEOwiIt/kAt3qIt/gAQuAEEXEEh/iJxbdk3dRNIuGEZwmGG rd7+GCOIISP+h6XFHMJWHUoENAqbHvKh6LkEILIiNy5W/wUdBf7Yy+EHGpwQ0A1gFgqdOG5JOeqF R+WHX+EFYBWN4gEGBE0QW21geciQSoQZOYBgF+KFIegDA0JGD7XjYYgNmvnFIfSA1xEH8N1BD8gg YaBNQUJG1JCaDaqDOlTAPHDDPFQAR44kSZZkR+pBn5WHch2hz/RFXmnYQ6ojOr4kHHVUX+nJPH5O OlZgQPakX0RiWWReS7STIp3h5xllMmbjIZXTRpCBCNRRa8yTtYkAwfUh/WFEJmHJSs3O9mDLGSAD ORyTP+IEUIKFTo3IW3iKK3lJDyADN4HEGUzDv5VFElSCPlT+Ak9glluQgQ/ppVlcCBr4ZVm6hCFg QCcsQidYAVQoAmI25mE+pmOygBmQIn8MlPkR41A2EjbG3BqyHFFu5kI4JVR6nkNE0lRWpVJq42Cu Jv/5pGu+pmRspT7GR7y1IwSEWQjgBBeWxgTyRQ+1yGA0AZhQzwsig0bqRRSEi0WggZ1RRtTMmmDo ABG4YEA2wQKwAHayQBBAhQVkp3d+JxBMQ0xu0ZawJGyeJ3qiEWuuZze251h0EiLmjAUQwSnawgWE QAeEwAUszHqORIaIRWk4n1gYQhvoRks0QghUwkmcQQiMVyPo1CXuhy38DmpyhC7xp3u6BMhoAody aBhARYf+hmiH+sMCEIz+zBU4ZSh7rqiKemF6viiM6oXszCay4EbZ5YUtHAJ+5qagoRFBKNpeHGQI +sWKEEEN6oUIjMpefInyyWNtoAfbQZWmPMp5Rs0bXOmVkkIfcEMfkAKWfukRgB18WE5vxqiZnql8 sKiatuhqas8nGtAntNtaLoR97uh+sij0ZIRa8kcU5A7VbAS+ycgFiA044ds6rYkO6MNpYIS/lASb DihBFBsieAKlVqoRQEUYVCqlNsBdYmg4XeajrqmohmproqmpBiSfnFEUBNdC5uiO6iaNPcde8eUP mUc5oAERNA1f4Bm6hEAN5WUMkcMdwBDahF3OIY67tEr+EGhGEyDCGPjBs0ZrDUBFCUCrHxSAPiyk e5TpqXart07GqIYrqYpruRgC4DhTnebnnaooDSqADvTGtXyCFNDnsyWBdJqB8zAEgkLWzsRbQrXd qDYCMlWXvWzmFTirCoxBwi5sH8TCBKiAHyCCJ44rxZJrxV4szn2rxm7seeRLECSRq+YnrKJRErRB BwRaDKlGEORRurRGJQSmRhnns3zCZxwnyRoCdPSIDmhrXjSrCvws0ALtBHDDCCACdXIs0ibtAlks 02Ks09JHIySqTIREuuqnp8YYbSTqnJaLv9AWRPSSv8xlv8pbvbAGawqEFExDByBUdw0oIqgALMCt 3Mb+bT9MQCwkydPmbdPube4prd/+LWHUpRkcbanoqMj26JzgGcr2EMq+RxUgB9WIABGggQzqgB1c pJv00F6VBnRujoMUwWfEhLG+IK7CgunC7enWABF8KDf8AuC+LuzKCd/Ort7WLlFcSC207UxU7br+ 07vq7kKIwPVMy0H1hkPk6GqQAU9YD/XkzJ5iRF32wCYuVo62W6JwQIWGxRmECxogAg/AwveGbwFQ 4lNgB+2er+2mL7XELvu2r8CQA0VqiuHyqJ/gmVrtqi6VR9SQA+aqmjI1hy2EgOHBx6rWql9UwYkM aXlEwSHEXX5yAJAWBpOuTLPygAVbsBogwgAXDpL+tK8Hf3BkoK8Iq2/6QgARbN1XVO2iQowtzFdY vKv04YgI2FQMa8Qn1MIhxBs5YEwQtAEk8kfzfUUQv8wnWAC66EMI2FNd5Ogy8aEheO8FF0CMYMQv HEkOkPAIZzEWswUId/HfEtNKVOQhkEN+Eu7anQjiOmnnCsYnBMHJRvBeoJ1RfcnlHAIywPFuXGhh wGD8UgYZWEAIEAFmWEAf/4lq+OpeNOsmbEI/IIKC9sXGtK4XTzIl54UWX/IWh2vWUWZSJMEYi9IK Qy3vxVeRFIEqgkWcuptgZlvvZcQWBIfwpujy5IbYsoUpXq1S4AMHhNl6HcKh1kWfVsQqTgUimED+ DSBCLWOEDVzHm2ayM2My31ayNGssP/YvcVgAGYeAGRMGAl/dY9BgYPiUrgpGEISAoD2uPkzDGhuG wIRxZDzHNFgzYJBBZ5iBwxzCeDJGE9yX2f1FsyLCiAQGB8/ANBc0+0LzMye0qFbBHdzB9JqFJ5Px KLXFptSwW+ANzLqyREYoUSDfvWgvfiJDMx+owJGyXNCqM0XEGYhAG6DDNBTBBQxzJbZlKIdEFQwu WNTKFSM0Tyt03ho0UJ+qIbx0PvtFEmBzGQtGO+uvPhDLBbSlPPdFORhvYRBfG6VxA1YEejwnXxQK GU+DvLhHEoiAKPHsdGB1UKe1mfY0W/v0akr+z7vFRUSDMkgEXC2YdH3AxsfmSxsAr1LggfTSBQR0 QEWsMvSKj2FLKIXiAU9IiPD8sIHUpcMkdltXtltfdsaqtWa/aMOsc+AitTbnxVB783noFGgUsj2m ZGRMdRvgK0+FzZGqzbsCwMlCAFpHRhMciggo8Gb3NiVbNnBjdu5BXzHZx1zP0B1YNH+08Qk3AUKR RTmPNLsoShDc5S3Zwh20gUwbyBawEMVUwhW0sKK+zJfgcHCft3Bbtm+vN3quCDKMrmHki9qGdnnc Kr3SWRC8kGDABGlTRiWEwCcAXyXAUNRENWQYx7sgwxH5prDi8Tt3SFOxt4RrNnpXeHr30xb+rNcv g0UJnfJcT7Rd+BRZRgRgc7JDrKqAAkgtREEjzDA51EJG24ctXAHv9UgQvCWgqoR0J0Ubv9eGX7iF B/kWTziRu2bYSKlhDOSRHnU2b/NvIEOT/kXX9QXbmTVloJ1mSGd+WrlADyxoYKFhIBW3BpFy8naR n/lBA7maC/k/tbAZmJ0kik9KP0REvxeOZ1uN3HmOO5/EQPZy1wK+skRDkkMyh0QSQICs2IGiFDpZ lO12uwQE9ISJs/maV7oWozmmcyFxE+dfgDNhfMKlYAbZmEoIcHlf6BRwOkARwCzhXAY5NCde5BIy yHMSXMApaQ1VbrU6DwbU6MMdOHmmB/v+B1M6sVu6mkRBG1wPSODNKcdFESODnTNMdbNNfYTNPgsf xPiLiV6KXiKI8SrAJ/jONKBDGySEzkBfYLeEeKOBche7uxu7xQq7vOdcFYClokVNbP8JB1SXHSDk ZDSBot82Y6B7Dd3Q1xG2GYQAB8C34ybwXvQp3RT1vE884L67xcM7f0DAZAMmZbMFPoRLEIR6Eeh5 WWQ4PrwrXtMHK2E7RFjPFTBwwmFGJdzXpKfOEG9BT3DAjmP8xfd8hlI80NMYWU/mdOzzeMVNqGcG Y9QbXlgd1pmQVAMybZuZotl3P0PLhUzDNCADsAe91/+tz4c9z7MFdjPneNFHeae4RPT+UrQrhRQU Ablsypy3hSWKBCAjShFYQJyipUYEM5zzTxK41x0UttgX/tiv6dcnvugUeFzF3ZgnZISzcdKPkE7B TRwffWQcpN20F372MpT10kPGqWu7STmgSxFUCto8vuKvPpoavusfvkSQQ4wzxFeSQ/ZihKnAl1w8 e9uPVvERRYf7eUuoJWeQ8T1TtsDcvr227LVUAbpskEjAeMe/PvXDfumwPvbLCQeoUF/kkr/75mWc vmuAOrRnhrkyfF7EW9frBVH1ADnYwUs30x6bjZRL58PMYHDkO16Iov5nv/+nJ0AocCCQ4ECDBREe VJiQ4UKHDSE+lBiR4kSLFTFe1Jj+keNGjx1BfhQZEl+PSkkqWjCjA+XBKFKIsAxJ8ZMFfXbQbNn4 iRyaRhOb6NAHQJ8UCLZGDrSFRgpFWxw6FIky02AjDvrI6ay4tBYZql+TghUbluxYs2XRnlWblu3a hA7gxpU7l25du3fx5tW7l29fv38BBxY8mHBhw4R1TKvS11aQaSLgkkFDRATSw3TRFPnEAZkZNGT2 WlA8t4qOO3amdQiR5LIOcqzzWiCCJgrgT0Gi1vbbZFoly5eBBxc+nHhx48eRJx/utm1z5s+dR4c+ XXpbMrUq/QT5SYqZHtMOVRdoC5mFgzWn6at0xmLJIBB0IAPQ472UHniiQ+jxSeP+IX1tqsgIHzT0 CQIpqnQg4grxGKTOwQYhfFDCCCkcS7kLMcxQww05xDCxJgTTr4cekAGRODJ6MJGuKESYhogiQKOr iSDk6wANE5voQYfiyJhGxbwu6OGOH+mC4A59LPhtsE/uuIO/DqGMUsopqawywwmxrFDLLLnc0kuB 3LMlpEZsIgc/Ba6oZbXotugBn4ui4CC9SvCAgEYAkNHhCgVy1MGWIrqijjzzMroCmTsgSOiQachJ 1DkI9NGhy0m/rJTSSy3NFCwrOe3U00+tTGyxv5IQwTPd5PLvpMtEQAY2vWwxZDIA7OjBvLlsCcEO yJTLTMm8DLljGggcSEIHM0L+iHG4xvQZFdRnoY1W2mn5wtRaTbG9VlvxqqhFCu08skUKfYo40KFG RNBHBHBn+rOIrSCopAc77tChCQXinJM9BT4p4o4L9AlPQg7uaCmjM+7owI4gPnmwpCIMzlbibSme 2OKKK6JW4405htYWeYnUKwo0VnoVryQqCViwJO7g4K4kIChiXnJEcHYuFl1EBkm4kkBjzeRytBmv KsghIgiSb01OtqQ7btrpp6EeDOOLqZ7a6kzxmGbHjs4IAUl2NUoihFoMAQnFshVK4pBKUiOHgwA1 Iq8WfdTbd1FHHYyiFrwfOqSWHogV6BOS140wCZnfvFrxqhlf3HG0oo5c8sn+A2usB1T3ggAZ8Ahr AhlylM1LP1Q/OQSN1ELgIPS90jUELpxfJIPJcpOzhZwg6ioV2ZAd+KSSkpOrosBfKS/e+OOpfFz5 xplfHqM2JfXoAkbRHgtSKRqeSITXkrCgCH2QtcCrka7zbaF81ZNimjMh1CEEcMUll7WI4jcwQqH4 dr75/fXvH1vkARjAjn2sB6u7y1OIkKzhtMh+dLFFkybjGQtgDjA6SFFecGaGqCjnED0oRxXQ0AGW 9CUJuKnEk4zDJCcJkIUtdGFh/BdD/s2wYlnb2kWMZYZKTEU8xiKCwByADw7oyjOH4CFY8DA8jsRJ YWjYF4M4gBoLUAVd5OL+D3WusBIablGGXeRidV4YRjFuqIQF3Eu/jIbC4/DEDJ3RRwjMQKzDWI6C fTmEGcxgNAMWxhaiaRQyXDaYp5zqOB/z0RgRmcgWepGRX2ykWSCgNYyQoQhm4EDEoHMGEbShA9No A4k4c8W0XEFHYvkYMsY1jSAkriyfSBCMBNKIIkghLWV64nOugwZzPdKRveSlFxUZTGEOpmcrzAvR psE04lRhe52sxAVQWAQ7hECNKwsBMvYYGEMEjAxB0Icqs5kXyaSRLq0yWYgYxTvgqESZw3TnO6H1 S1/OU54VuYLKKGIkwDEID65BRw+KAAFMLqUSCrCJ/ahyTyCeJVcQUwD+GYSiSlZS5AptCJiYHmKI AkKyFsjQSnW4Mr560pOkI60YPFGa0mJWky5lct1wgnIa+gjULp8oT1yYxSu/fCIExhyOaF7qgG5+ MwjhFA0yLrCXKPQgqYfxXA/CIxzL8MZ8dKlCO1OaVa0Kx6Ql9eojIzlFiVQRDRNlyxaCcBpvXQGj EOnWFhJiyPxNRDSHcBCTsnMQiBKVlbY4lhM/koQ2iEAtW2jDNJKqll/M4BcCOdaCEBIEO9Rifl+1 bFcxy5atbjaMYvMpXW7TgR0CxxB3QkYQDEE8uwSpjnEhAzmQITTQ3gEN5zSOqOgy1GkUgWQME0wl QqBawZAhBETAauX+uDGBGeSgd01SYxDWwIAFBJWz1bVutS6b3cwuTqESQdnw0mKLK1TiDgC4QxA+ yhEdtKGtEmkTbRryWC/hI08OwUPCOrlKslzAVc6JQhGIwIH2UoUbBebGDC6hAEhFTwHQBQQXmtEG TGqXwtutsESum+HJqZClcAGhGSpDGFvYaV71oq5fcoW7vogGYnJBUVU1REBldRCqkfEmOANThdEE pxwAFoFt/TKDCSQ3uQhm1mKgywUlr8EM6tTwk7dqYSlfmEuimatAtnAHW30FZpWohR3IoQP2USUJ SB0JAv3UCAveS1NNqAUHVJIThuxVoiIhT2Kd47uSUQUFRC7wkH3+EUSAVmINSja0ExQBtikvmsok hfKjNcak2talg8g4MV/UxrYO0MzJf+mRbElYCSKYoYFR6pcdzADquei2qIwJQSWIU0IinBAwORjy rWfwprhYwA5rWMKvgb2GBXQa0sVGJKOR3ei1+AeyB7HFIYjQBjZz5BMXkBk6BntLtgRpl2d2DDmm kd4vVaGSLLlnsylCZ99iZJMTNosPT9iRSxh4AhNQNKG/sYR871sGzcBdsgGu7C0am+CckvQ5S5XA cvSldN9D1tuKE4TgEiaSOxLq58JpnGDZSi4smzRfuukdESwcSGYkji1MFQKS66URty4yXaD7DZnP XOYaSIYbMl7+cJ0jL+A9FzhHrIyQ25gBexiJwiGKkBo0cMCsbllKEMCyFHIccSCRbPGDyDSNO6D7 IBZIEUiq8LseiECUcyYbde5YBLhRZAbzsMUvkvuByK4hEN+o+93t/g0ZmEGsPvf7zyW2c8Fr6OBy KUdxR4iXcliAZAlUnXI+UePBbPO4DrhKqYcz9M9g0CTCHZrYR26XMuu0OH7MOXPhYoPk/kIu0A3E 62Ef+0BowA216PDgcR+1v+8e8I5V0EFA+MMB65Xx+niRBSoroTatfSQ8uUO34+pNDjCnXwVKvkUS 0/SNhF3kZTdIJYqg6PxovXoTacQMuDGPRhAEutbgg/vh/37++VvDA2ZYaO/xz3tK5Z7/w3nxbwwB GTiuLshgiDoJDSaIQywAGW4vNIaF4ZLu0gTDEMjBkjzvLqJAawiD+8Zu5eCCM4BMOALQ0vQCH4Zs BuIiCAiBD1iwBV3QBUXBDV6j/2iwafQv//LPguBqIDroDsRNAapgiMxAPQ7h+rhECnSJzO7AoUQC Ye6A+UJiURAFLBrBy7LnKziQ7Awia7QNOrIMcCjC1rjhAwZCBZHgDNEwDdUQCeIhjm7wDXFwLWpw DgMDRexnkELAZshge2qlCA6hATHEdiwuMIRCAvvCEKYBDQAxd0QggXKuL3ij8vwiCxeuHCQveMhh Z+4CBer+7RIcIAgkAAnoQRRJcRRNsRSRIAXcgHbosBU/BQ5hsUGiYMyqIzHwg1k0YyC2wDWc6Sgs Jgn2aSau41vYAtqCwN3O53ekgOrezV+gLyyyMApC4IYchkAsQPzOL/0aARQjoRW68Ru9MRzB8Rsl YAEWgzkCJw7VkfdcsbqAAQDIQdUK4//0jGFKo7xMgqY6pQpM7i8IiNj8MTFIz6qK68c0Th8MUTA4 8FAuUDhGBsSIxwSVCxThoCIt8iIxEiMNwA1gTTgAgHPaMSSxKxZJ0jkMAQBQ0kycY80GxAyKIK1q 5T3Eb1sOob9CwoaGzyz0LB0JQp/wTFCWMCfLIuw6AB3+1o1CDge8CgLuJkARJCAL/iAqoVIqo/IP ptIqqxIqJQDn1gIlP5In1zEsGU0kt+odvRIe5bEvhAe1kKEDhuK0UktagKsh64KOkKMcYAtEBokc ErL0Lmg4xqEDOqADL2TofCsuVG8C9KAqGbMxHbMxDUCLLuMsPzKqyPIy46Ik4TBWmsAQOvMzPTM0 QXM0RVM0RYAyU5IWOSJ+yAEdPlIHys9xBIuwRmLBsMQQ5sYljbBCymcmyyIJyKESxO6SKAQXD6QR 5oEbRiAatCAYmvM5nTM6oXM6nRMbJOBQSpM0tTM7TxI1H1AzxdKrNGQaULM8zfM80TM91XM92bM9 3fP+PeEzPe2gPOcTNeuTMu/zLPMzPlFSYWhFHwJpY6IAGSyThHpqEYNDMpBFPULwQuLjEQHjT9DA AcitAwAJQQ0D5VyyNvBhBLhBGPYhREV0REm0REfUAOyTPlU0Rb0SJDEzJLsEAMJThpqAP20UHlXz ISoBAKJCpLgoaEICYO4Pi4TlGh2ginTANx/EhqpjAQ/kCoqgA1pmN9fCKvRBERVhyOIgAbi0S730 S8HUS290TMm0TM30TNE0TdVUTafhfzJERl/0MLpzTc+zA0IsL5IAKjxwY0DwL5iEmpSjj8iPLkpI ZTrkYz7rMngjdAwhSi8UOVRCH9ZhyDIgTC31UiX+gE4ps8XilIXgtENidEZ7qUY1FTXtVCjrqQh8 AySCznBeyUcTgqd6YE8sJayYo8zAEk2idEobhBwk4Bkm4Bn2oA6ItViN9ViRlVgztVTjTVTBMyRk FFM05FM7lZiAwRCuNVuxdVu1tVu59VtP01TvlIVYZiD1ggyQ4eOOoxxIhtb2ogo+p7WUo2d+BjiA cxDnolEtlAMwFDCCQA/iILnYYA8IlgkIdg8MtmAPNmERlmBHYQHc4Vu9dWIl1jxzsVpdiFo3JFSf 9efmtD8rY8oij+sqIjF+UDoqiu9QVSIgRTMoBWBINi2QEFWhVEqJUy3+9QesILms4Ad+ABV89mf+ gxZofZZohVYPzJEtULNZO7ZpHSJaM2VaMbZTzJJHx7WFeENe7eL/kKPSmmow5ATzMASv6PIvOmgR 9fVRDeNfeYEXFCG5KqBt5XZu6VZuK2ABWNEwzvJip/aFNFZDONZZ1/EkT5XRLOD5PKIR1GfaQCpd QiBHZyKHCOVLRODrnIMfGRciapZXv+Jf1UEdOiE5R6ATPlcdFqF0Ufd0PxcIzCA20QIlmVZwnRZa 3RRD/rZvoYSZyrZ4KkGX1FIDjSMKfme0hGNwHnBD7LB4b4ov0pZfA+NfWSB6WWDIFEF6rfd6oxcD 6KBBBYNvcTeMbhdDAnd2ZdeXypUjksA+tO/+LM6AQEJsOl4LGbqQQixofcPCXUBic292I/5VE6TX AgpMB/w3egeYBQYYDBCyfMm3YqB2/970ezHzbPoikswVOPgrmTCENwBVQ3QsQFmlYACjeTE0CI6g GNLAhIshSyeAA064hVFYDDCAASF48ML3QsZXgXGYkdIEViVC6q7QOfrIDNqAVrlEVZ6ROmSJHH54 LEjJfikqStsgSSaChN+giquYFPqAG/qAFKyYi9/ACJBkgXPYYhq4UqR2htuxT0NDE4s3CGZjT2Ps WCoYOSKpQA1jqfpSL0wHzJCvLkj4GG4BkAHZCOotDAQ5kI8AEbQWjSGthpXjhsU4ki2lCIr+YCd6 4ojLgpJiYokz5U/04coapGd8l6FaJi1iBtukmP2OYAxY2Q9YeQxKILlKwJUboAP+bYwl+VrKuEvO mJFpsMw8GC/kRI6CowmKdHczJArIoQfSkjhsAiD9greQGS/2mBz6mIRfOZvHIIsnYAyOQB8g1Jef zJGTA5Jx+ZyvBh/CTSMeBhm/wuuQIWZrqAfagBkhhDwMRC0Ol5O/4pTb4A68QQUEeqAHOotHIPzQ OaGvZpe9pJfFefA0Co7rArfsVQdspJk55QJehHuHY82AI2iEY1EKQAVggaRNuqQLYMhs4KFzj5yR w5xzWaG1hGAwmSDcjBjPol+Ijkr3hwP+VmJl3YIM6kUt9MaunCMICgAWlHqpYYEHECEEOJEbWC+m qRpCGDpLHJqljc1dYAVkPhqOBAxqUOaHAjEI+pGPXi04kJoH2Lqta4AIXkrIJkDXtLrgXPo4YFqm q/o5gHP6LIJJzyJIasGoH8l4TxY68KDGzsI1avoj1rqt+wEREDeW5kG5lFSvMftBrlpLsrqun4wf 87hnLmeOGjEPkQdd7yCcDcOz+lUvNEei/bUAloEHluEBAowuLqHeUMCzCe6ujSOv9zqzTfkO7Bkh bDUtQmsZt8vqGlstIgmUQ+IM1lkskHoTlqEA9qMhPiC5ciC4vVtpa/dCfJu34Wl7uJf+pxK1DuEo 8VzIp8W2ODyOozENkAoDqR8AEVTsLtBvrsn70cabOIBbuL+7IxqBKSzCP4a0NoUlwS1sGwF0QhYF ckeCkoF6ihGhB+YXIZDzwAS8wzU7vJXjv/s7kcpMEv9UvvGij7Aij1uo+lj8MCzxvQODYFC8LoCh kvlisaZ5xIdJxLnKSzZ7wD3cIqRbwhWgRaA7bryprEQVH5oECsXDgnh4JkgJyoX8yiUmyCmks3n8 nfQDtoXKJGq8Lh7yMLNKozb4OFAEXwdjQO24y6vVx4MjwLE8uF3DN22RLLYgE420JC+A1Ny5LSyn uXGoDaBuyOucebT8QbgczhMpVzr+si6oasd3bRqQgZivy68oI3jYmDAkjtIdvaWjhM4RvdSF7g4I WyEUN1BGIofUboHTlwhyNTqkLtAzIkh4OtF1nUEWHUIaPdRfCHPtgjfYnC96bNZae7PwsgdenOKO lzBQBKOBvf/kHDhIfddnFwJqobgPBxmc+CG2gGQuaa+zbAangyd8Ai1K3NTZfaFBPDmqfdqhJgjI QbXCCjBE5M0HDwJ0KNkBQzSkPcXRINLlvRXj/TCuvd2FuxGm0SGAU4kJ/CpUss5bJEkZxD3SQgQK BtsVPkt6nTp+veCLJ/L03SYwXS9CSypEsoT47jikvDA0SrVFvpFHHcg7XuGluwv+0Z3QBaJ9f/rm 6QcNmH06oEcsriPJOT7pReLjGSTkZz5qzpYuEuTk8cJIMBhj4TW1i6Mx0tsvgHOOn763a97jgb7U 3QdswgQjng0rkL7sE+IKeoOf2aK7wEIK3sft8R46mB46nD7sOcZ28hsu/GrH8NSNacOXOcBoxtzr Q0BdA6Mm/d3vt+rgDSPhlX739CZ/cgSnJ0J4V0LuL/8h/GpnnqNVqYILByJP8371wWLvweiBJT9q QBqn5OURm6BowtqzjVffDWN2GvL8WA+0agwY7MANIj/2g4nyYcjmQ18zD8FJCuKeqPEh4HnWm/8j yKAN5Lc65MTIHaDIulvVX83+EJpBBhbAr68//R3A9Zmj75EfVOYyLooJzIvFVNAg4B9agxd5uHQE L9CvwABixi8HBAuKwNAMEJdatT4VfAgxosSJFCtavIgxo8aNHDt6/AgypEiMAEaGVOAApcqULFe6 bAnz5cuSMmParInzps6cPHf67An0p9CgRIcaLYrUpi1yOlpCmGYh56ci+io5TIr1qNasXLd67arg 0DQptr7ulFKLTE0UE7i1nTAjh8sgzbjYlbHAkFmwe/vy/es3MODBgr3SLJzU5MaSihs7fgw5suTJ Esshg1Dw0507DidWCWFGRBLKpEubnmxLR+iyjpv04CDxg1tutNvmeAisrl3+u83ajD4NPLjw4cSB My5OOOjh5IibM3/uPDp0PNPOsDyk74pOCMh6HIIOXrr48EVtVZoGIbmtInfKrrz0drbcloaaLbmP f42ZJuTH++8P4H8CQrfcgDAJd1xxCi7IYIMUWYDMb2TcEcJvENnCARHkNOFghx5SFgU5PXDomCH6 YFaQLbTNNhBEwDjxzRIxzqiME0Ww9mGOOu7I40QJDhfgSgUGaSCRRhYpYCVoNJKSDj2kF9MnQXRQ SRRHXokklknhgUwbVha2VBFJqDTDbBPMY4tLhsD4TZtutrnGAnhkSaeWdd5pp3J4Dvdjj37+CWgS 5IhAEBk9BIFjQVGEQIT+DhYCCmmkER1CRBGdKWbBNHo5UOYv0kwwgQ0uOhHIN6Weauo3GiwQhKSu vgrrR30Gd+SQe+Z5a65GRlFLerYEMc2cLkFAjj6HpKlrsrjayYE+OiD7l2ZSNJIDkwrINsFAKq0Z SLfefhuIBsm4oZay5i57bro92UokgrG+C+9khkxDhgNNTPMsRBbocweK8f7bYxKVEGGBYzrQ+5AN buH4ojV8OAzxwxJbU8gCBQOMccY7zgpcrep+jG7Ie3FAThKNoFUuSqmZgQY+IL8sMnlTTbNFYfj0 0BRKjfTBzTzWrslH0EIPPbQQbtQyWswwL600luwa6K7GUk8dURE3GmL+RlOKFtFBEJdSDXaDZCBz RxWKmddDvQ58yo2oDryIRNxyz003Eh6YMU7Yeu/9GMenedw004KLbMsdHCTBXtIO4FEsB9YODnng f0HQAxqKg7VFLVE5kINtChjiBt301I3E6HGn4AMdY0bOuuSt+/R0gFHzTXuJlJXTgyFiXeyABT08 WXvwC1pgRhCPgpQEGpxxShs+wLjRSvTST0/99LIs4K/twm8Pqd+mAf666+LrBAAyHDK3RbB3oPGJ AklkiAZ/4c8/flKNACsCYFdMc4Ut88AFOjgIcIAELGABVeGGIjwOMGZAD/0eWL/mxE5As+OeBTUC gAwiY1OK4QAymqX+l6lUqhwXLKFwPlGJE5lEM2joHFzckIU/yDCGM5ThH2h4QxvGUAILIJFizJDB aRzChERckPdKA74IKvF1GWyi+QJTiTaszxZV4NrhlohFCAYGH+S4wxb+4rtquKUWNiyjGc9oxm64 oVUMbCIAHJjFOGqxKxPsTwWLiEeCuNGJHOxIEsimKe5AJY+EPI0hehACEookCj0YATdGkIVoBEOS lJykJSuJSUtKwA3kMAkQ9yjEQooSMkckTRLnOLhp7HGVrGylK18Jy1jCchoKMNRYmkWOmslxl6js ygWqsrquBMGRz9DCPo6JzGQqc5nI7IYsn9lKOPZymnKso3/uOMr+05RyIlGApjdhucGMAAACZmAZ y6KQzXSSxhYiIIIIEuWRC7RFAwlIwDnqaU983rOe+8wnP+v5zYAGcYjqLCgGF3RKXu4SAFnBh0Af 6kbLAQUARJiGPhBFzYwq9CcC08cF9mKIWrTFAPgsqUlPelI7QHSlLG1pNDcKU8PsCZsGlcw2JdJN l0IzBOjMiB1CYAF41nSojilHCHL3EWBggAtnckEdngrVqEp1qk/9gk5dSQ6zAeqmRKVpx5BkzZhK jqFe+VUQzorWtKp1rWw9qxtVmkE0fEmsGq1rcppwB3K4DCmGwMAoRjCBZ+yBCYMtLGEPa9jEMmEU PjBDJdoK2bX+wrWJKs2qEslK18ySb6bB4WpXPeLZ0qySp58t7YcgUJWvXeR5P6iAW9jwg9jKdra0 pS0OzACbkXyyiVl9VWhNS5nfOiahdj0XZnMV0bkWV7PMHY8IphGEBe6kr7zgBRvcYoXqane73NWu OvTghvYFZreWjdxxm9vcsIrHq8ANiXAnk0HStne+HUpCEMzAu4oAYwHq6K8iaGOF/gp4wARWRziy 5hgg9vZd76VvYxpsEuKiV13n3ZNcJ4zh5foneU/iiSEWwIIQs4A2I+iEiE0cYhSzwMR6qE5zKlEF hVY4wzFVL3TY62COQDjHPNZbFTajNokAwwwiZsE4aKOIIiv+OcRi0MeN0rnjHssKoWDV8FhpbOUs T3h/lpKJidKQhmKAWRFt4UCYwXxmMNNBH/LDMlJmrGXW2Tg6OJbyRaJs5zxrzAJEMJ6L9PGGQAua ZxPwh6AF7Q99qM6geNazOKlMpDm7uUhwnrSl46zQ1OgDNtvSxzFu8elPNwBUfQg1qAvQAb1c+s2r fqCkm1NnR0uk0bKu9btm9tG36WMMfuC1r0vgFmP0ugGIiBBRaW1rH0HaQK9uNXgqjeloO3twZGgD MvBgCESMYdvc3rYx3FKCAhCBA9NmtbSZyFnjJPvR624391xzB0SoYN70pjehe6DamiLb3QXZN0ck fG4jQbv+3AEvuOQ4IG9YqEDhDFdBCRw5A4KbW+KQa3ZhYt1uf/N74zwCBiJgAfKQg7wAiGALNz5Q Wo27W+UZATjFATRwg8v85bfKNg9ujnM1IEKBDmBLtmjOk5gDPVkWBwzG181yjivdQR7H+c1J7kNO TaALQlVn0pN9dYu4fObjETrXhw72/2R7GTxYRj8QUSGXJMEtM/j6TbwedjsVPTBHx/rS7041j29C CQ8gQh8fkgO3oHyoWa914Smy9bgjBu5uV7zj/ZLtJ3ijB+65icImcInGt4Txj490urWJ94ccPvSk pwww0DHuizSiTPMgfOlBMnqJJF7zg+E87W/f+aMYSrz+PclFHzLveNvnvj9z50vdbR371yt/+cpm /mKWHaDi4/4nwp/+8K2PfbBU//oE+rxpkg9l54t//KIlP0mgLyDpcz8m28+++9cP/7fHH1fqN8vx DW/+/Ot/JOCXcv8LMnvzNxTtJ4AF+H7WR4AHCBj1lxX3J2v/t38RiH8SGBEQSCcMqIAJaIAbqIBf p4EdSEfeV36lZ4EUaII8VoL0ZYEBCILUx4Ev2IIF+IEwqCd24oCOloInqIPAlYPttYJVRoNbMYMx SIRBaGlDaISbZYOd9Xo9uINP6HpP+IOel4REgYRFiIVVSE1XqIVCIoKk4YQmFIZQSIbZNIafNYXM loX+X8GFa9iFbhg+bfiGGJgYTEiCZYiH43eGXZWG0QeHE/eHgfiGqyaHgugAdKgVN6hne5iHjXhB jBiFyAGEhhh0g0iJl0hjhaiFiFgUiphnkOiIoVg7oMho6Ed8mLgTmoiKlsiKdaKKSciJRuGJdkaK omiLYFOLVmeK/hGLw/eKqwiMrQhzwlgYvSgUs+h/t6iM/JaL4acgLFiFv0iM0xiMziGNa2iMPYGM PdaMy+iNwqFKV+VS0/BZ4SiOK0WOHQGNf3iN1OiOqGgHZSCP80iP9WiP94iP+YiP2ahFAOAK/wiQ ASmQA0mQBWmQBFl924iC38iQhQQA+giRESmR99j+jQ3ijxHgChipkRnJkRvpkR0Jkh8pkiGZkcK1 jkbYjtX4jpb4kBTZShMJkxSJff4okBjpSjVJkBg5kDqJkwGZkHZIehXZkEMZGS1pj64Uk0k5j0Jp RCQZAa40klHplFP5lB5xJOigki1hByuZlVxJGEa5jxmklGMpj/xYYwfpCk2ElmvJlv/4k8CBCa9X BkRJl48IkU1ElmPJlApykVOpllIJmFQZkiaJJHG5kmXglV2pmAt4l2K5lI5ZBngZmQBAAuxAApQA AJQgADBplq72jzwZkE+ZQT45mm5ZmhlEAxHwCE4AAE7wCKGZk2nZgMERl6U3l3WJm8EDli4JlpL+ OZktiZqY6UYkMJF7WRx9OZJ/WZIZpJFNZJOZyZpu9AiBWZXqWJiLiZiLqZ2JmRXxqI+++ZuPCZwA YAeVWQYCkEGUUJwziZZqCZDumZYqZZoAkJquYA8Z5ARs+ZanUZukd5u5CaB6s5tHCZnhWZaO2USb eaADuo9oKJjKKZoA0JzMmZbMOaESKpjV+W/XeZjcuZ0fWhQMSo/g6ZuSSaIF+p3s2ZPzyZPK6Z7w WaE0uaJuOZtwKZcBiqO42Ji9CZkmWqCSKQCUoJkNyocPOpoXiqQx2pHOaZ9O4AT2IJKESSSG2ZXZ 6aFXCqLks6P0SAIZtJnoSZkLOqKOKZzqKZP+uSejBQmjNJBB9mCfqDmfpEmT0ZmfA7mfptGfofef OcqnACOi4kmPYLpHCnqiLVmmRHpsRoqc97lKUKqkSUqnUWqVHFqlWGqpWToTWxqoXZpBJKCgBiqm 5ymkn1qPnblRNAmaABmhoamaTTSdOumez0mT9uCkbgqbd1oaeYp3e9qnvRorf5qXwRqZDkqdGWqs 1CmlBoIJMNChmOqsl4oS3ims0zqiKtqW14qtAomrlJELmDAAQbZ0wlAGluCr5QorPNpElEACnkqt nEmsy9lETkADr3qs9RqVydofMPAPAzAA/wAF06gB2yCwGyBd0Pqsiomuq0Sc7RqRFtcETaT+EiGg QSzRRJvzsBkUsROLEhWLEheLWRJbPhSbQRYLsSkBsshgGHK6StMZmzvZsjMqm15xGs6gDdowBVPw D9rgDBwnDhtgCbSQCrRAC5aQDuZqtH+CrvLIDgLApmHKsCn6EYbQRAXhDhOrRyNLEFKbQVRrtYeI tQ6gtcdRtSF7tQBwMWHLtWSrY0tKoRFgD8LJssUqt4M5qeRhCyZws1NwAzeQt7pQsHB4CRsgBJZg CaxgCYK7ATtwsAbLlUnLpV76tPnosCWrACcrsmbbsZRruRs7spmLsSarsV6LufaiuaEbonIqkE1r q9mardvqGC8wBSagC1OABWSQC1gQu3j++wLrFgMbsAEaoAEb4ADCELxCsAGpcLTJmyOOO49gurCd KqpGKQCcyq4LOr2dSqpLCRJRgFYFcQhnxTtopVXce1beC74FIb4EQb6tQhDfGwThe1bj273te74d gZxMqpGM2g7LmZqriaFu27Q04KayGgFNG7dLWrfSAQN6qwsmAAragBLakAixy7cwEIipcA/3EAOW IAzIuwMbIAy9IATCcA/iwLiLW43MC6iTua6SyanDuaB7NKSlqqKyqqpxWqHz+pdNK53zuUdOwJM2 WaOQ4QxTAAomAA4m4AyOQBCO4Ay64AwmMME7q2ficA+9oMH3sAOWIA0EQQvSYAkf3Lv+Xay8ZcyX YzqgPsrDD+m88sipm9lEC0u9R/muEfqRf5mebtSqALC/e/yaroqRBuyR+FoYjaALugAFJvACWAC7 /+oAC2wLWJALJgAFhwwtMSgNQhADGhADm4wPlqASnLzJ6SAEpBwDJ4zKlyitoPqY3hnHn9q07KC0 qDmZZloG7JCedIymqKutp4maPCmcOhkBKkUJFVqny3nMNCqzjwG7zoAHU2ALUPwC2vAQ2vACiaDI UwADRby7PDbGISwOljALvSAMBbED9+AAWnzOs3DFZuzOnYXG9djGvynLKyym0GvP2lukSZq/GdTH +AuvG6mWcMrPJZnAgLHAMLDAL7D+wArwxC0BxQ4wBVBgC1OQCwldgBgsDqnQCwrQwQ4gBDugEo1A C+LwyY0QA+icChrwt6ns0i2owmXwxqE6j7E8y/RZy/OIy5mpy9OXpjDqCqobp8BsoctZzPipqkjt k0M8EtycCxYt0RZMyQ+RyA5ABtD81Lnw1OAwX1aMvJvsAOkgvLNACxDByQ5Azg4A1r3LCu/s1vAV z7fMtPjMyueJzzMdx25M1/qcqPz8thkUtwC9x338CIAdoywryAhsnX8RzX4Lu7ng0ExsC9qwQJP9 Agqwtw7w1LZwt7qwftKQuGqtAShRygoQA+W8EptM2umgAL2AvIGruC8t2zCNxqv+RKrgqdd79Lx5 nK71XK27/J6ttLpKKpCFvUevGaPRiZ+p6roc0cwOALsWPM1lkcQRIcUOUNG58MhTsLvc/Flj7ADn zCRpnc6K+xDiQAtMItYE4doO0LO98Nbx/WC1nZnrmr24LY/XS5mfmqDUm71lWcc/PK8RMMht25H2 EMADHKMFDNiSuth7gdEVzawO4MAoUeEwgc0o0dAOkMhMktDTh8HqTbDubQlMQtIFq8Up8dEKcNYe zdKzDePuB6wMi99n6tOf+bKw6bI7Hqux2dwZAQ5QfbdQQBBVjd3WHBHTTRAOXOQmQBBPTeQF1Qga UM5hvQHiQBBnLdoSAdYO0Aj+4kwQGkwQvTsL8m3mshK5YTnjAL7P9urmNgyYhIwUDYwsugAKOiPJ KVHVMjHVCgC7l+0AR6wSJnADX2FfZ/UlTXBW+ZMSFnBW53PoQZDoi64Sjh4EkI5Wkx4EjK4Alo7p iN6xlP4TrKDJKNGzWK4A58wSnCwTZM0S56wzKa4ApCzSKBzj8bfKad7KEmmq85OmrHutQI2QTK0R z73koFAQmU0QES0RD00QR1wQS5zsitwROQUAwEAQQZBBZlAQyKBS7JtTdoDtDqDtAMDtBIEMGQTu TTTu5X7uDuDtALDu5Nnu234RH1y0DsAKG9DWXr4BZEzSWC4RoR3mMUAQjbD+Afk+Cxtg8Gfu8CSh 6wS65sPa5nNr8Y9KlXIuFHhrwSixtyqx2SqB5DIxzS2hzSzx8SkxwZB9FNZuCCjh7iqR7vKeEi4P 89su8+pe80308uSO8ykx82xk8z5v7jwhuCbs78DnABytEqpeE6kgDCoxCyWuMxsAfI1AvLdu6zIe 8XnZ67z06xy54zCL42Ov4+9J7BiBCdpdEFH+5GxP4W4vEXJvAnDP4Q9BBk6+EZ+ADH2vVRCCDCFQ EEXQ9xfD935PEIAv+ARB+Mhg+H2PDH/f94vvAI3/+IjfO5NvEXsqDvlOEOYd5v0uEZ1fEBqwA0xC EKwg+iD98K1PEZN1jhD+ZQefBfuxH1Cz/+BFQaU9sfs/gQk88fsGZ6U/Mfw8Ufwxcfxar/wzBwB7 lYrOXxMAoFw5If0b2PywM/3sB/3PT3cdoasV8f3gbxHhX0K8WhHmTxHo/xDqT3qE4voYI/131lMU Ef8kMf8OVv/0f/+ztv/6PxJZARCYHCgYWJDgwYICES40OBATw4UPG0KcWJHiRYsZMW7UaLEMx4Mf O4bcKBLkSJQnVaZkudJly4LkYL6kOdNmTZw3debkudNnTwUA8I0U2hFAlJNHgf5kuhRnUYxKNUIl OrSnA6xZtW7VKpDrVwdewXIVC7bsWLRp1a5l2zZtmbZw2codS9ftXbz+efXu5cu2TV/AgQUPJlzY 8GHEa4+qXYy2MeMoiSVPzvsYrOWvmMdqxltTIcrPICVeHN3UtNOWJkeqLtn69GvUsWE3lCnb9uzb uXHv1m2b6sXfFe0gRTm8N2/kLoMzND7ValWmec+inU49bXXK2fPafRu3u3bw4RH/FV/e/Hn06QVz 3so+q/v2kdXPDwzfgX377+Xz9cwy9MjSIAowOQJxYk2jAy9K0KAFj3OwwNlqg/BBCie0sEIMLVpu og0RkoqjDy8UMbcOCwoRohIXSpEl6drCzqzr6JORO7RorOs7GXNUjzwde/TxRyDdyg+//dLKL0gd iTSySMeYzKu/k/7+22jAiDK0MqUGJ8pyoS23HPHLKxmSMEwwyyTzTDMHaqIJQ5oA4JA2DVlozTbf jBOhKuIEwAI2m6goTzb37DNNNF2i00042cRTTz7bNOhQOxWdCNJE5dSpRbZe/ErTsJAUz0awQP1K VKxI9fTUvXhEdVVWWz2sCABilRUAmbSCddZYa8XqVlx1tRXXXF2lj9dZfSVWVmOBpfWrY4PVC0rQ WqLSoGkLvdBLkrB0zVpuyxyTUHC7FTfcnT5RtoqFzAUW3YKSUBaPitwFFt5x6zVIXVzZJUheXOkd CN9Z9b333JwwXYvTrThFWNi9TNXK4axMhTgxL+Lopps4BBFHq4v+O+5Yq4ovznjjHr24+C5VGVZ5 ZZaZ7dXlYrk61tetZm4ZPZtrflnnmMHK+VmbtPFP2inttXIYlbAdqMsrxbHYY4y9OAjqjxWY5WmP 4zDHInMqxtDkk1f61mhyyTabXH5jPaMiW/qdSF07YhU43VjjBmDusvMmqO1Z/T0IbrkZShuAtSka vPBL8VoYq3/cahytx28ObGIHhmnLcrQwL4+Yi73ACuw4SP6YK8678dwB0EneavTszCn9ZLdSlnx2 2j3lleZfnZUZ2bRur70832FeVnjceR5+L2g5klKjah06m0KlFYie6QvBFsQgsD1XoGOGrEcoe4i4 L/BiQapmiZz+cSxIf33122f/fffjH8cQvet/3v5yZcX7b/0Nl9XveP0Pf2bD1/4cwC8A8i9wGing VRTnIrco7Hd8oVwFcRSeTlxsa1mZxcWIgRXWZaV0G8RKB7vxwdVBzQEZ7AbJxOHBjpWvG50gIeos lrFZgKUTOQzhWtowjvUBkQNADOI4hghE9QmRiEk0og7oN0EoRtEtsCrer6q4q+OhhYpSBM8Wx+JF n2Xxi2J8kk2WR5EzWqR5CljjAE8zvaRta0LiQ0jVqFYQ803tYgyhmgKyN5DsUU2DBHmdyGaBkTyi ZGxMsUURkuDG+0USkg1xVwIpCQBL8s+AdNvkJNFUSQbeDSP+oOQIKX1iMLUsDisS5KJbLDiXC4Kn hw4Y3R1BCDuO4TKX3dCKxVBYOlpeLIcyvN4fzXGxTqBllmmRnWCAIYJWRlOaWJHBWqqZlmtac5qU mYRaupmWJ7QlnIBJXkfSKKCieZI3cNQWgqxERzyGDZ4ESeT29jgReIJNHI0gnz27ocd/Yg1qiAzb +XajgyZIUqHqNBu2vASXk0CUoWVr4zmdl5I2ngSVMYKgdbYZyxp5J6TlYWENj3nCW/JyKyPUykmT yZUeWswLf2TdxwSJMWXq0oeJSUIRbPFRoNIOYg57ZVANgzCkdrQv5cSIRavEvIXmhp0god7XOoe9 q/qze53++x5X8XnPg5hMEOWLw0DoKDIFPK0RLKlnRxbpFEPkY6JRnSuhHMoRieK1ruKqKIBUklGU bNSjmeKoUblSVLVI7DxPOx3osrJMxn5OZGDpmOoc8MIYpnStxHSADImRQ9SlZZloaSZhglAFw6ZW WENNrEhVK5ikFjaVgWFqRpxKrXTSNTZTXY0cK3RSqMXhkGYVJCAFGTqLFBIhMmwhcYM73EL2MyNt xchbTfOJIqxVt3vlLvSoqteIdpdQfc2tX6PzQMIqFUavjZhrWztS84hDEE8jxukeW1ysyJe+9v3K LEpX1qw4NqWlEwRoP/dfQfAXpjpVS2kJcwgLsFfCQWL+LUhvNOG+xHawsyWnGYf21/JuFyi89a2W RPwTr2r1S9ZFTRHOcGIYi9c2d+1IXmssYzORF6oYXYpgx6LKTm34tYi18MNSKw593lel53EwYaKQ XQxHmT4Vhu97pezjhHH4YLT1cJSItuMY84TE7iRzmNnaMe05l0wsPo0FDoFjM8f5JjTGiI3rDGcw 6Zg0ID7vXVQJZFZKmMhVHpVhMSaIGgZzyeZpMmEaWY4rR7o8VL7wWign6axo+MfqRV6Xo8XnPePZ QHFsp4LkfGI2owYPQTi1qF1dYog8lCV2fnVy9KxGUJ8SvVvmNFkwPOhKhwrT6Gl0YfLxxGEn+zCU Fjb+LJXNayFvqtdlfMltCWLti4a61S4Zs6nLXOuFpvo0tkBDErYNbnDTOSO0pgi70W2bW6OTx32O 4LQ3He3UArvZwX52dopdmCoEod8DBwyzC+1sgq8X31lO71I9rbwva/vdvS01xb197oWi4UIi8BPG Jx5mdbd71h+3NcRDDGZd+9neCmf5kN1b5PYmHIo9faTMbW5pnMP8sDf3tWxbvvC71BaNEcc1yWHt EVJf3OhLP4khROBxqMs45BVxN0OqzvSdxHsigGVjj3etZWj/PN8vJ/TOef47HaD27Gs3spX5Xfab a1rscw/6w81JdHlH/eixTjrSsa73liQBDbYAfOH+PTl1q4/c8PA2OcpPXhMsS3vlq/w12d++lUuz /VSG4IDm2W5ws+ec7XKXfNg7Xe0Pz1vii2dQ3/e+NNbHfiRSQJzsbW8mxDfk6gjZ/d9novWnisbr Km+46XsuaMvvW/meb1k5fMr8m4Me88mXOemPD/bTwwTb2O66430vPdd/m+/fJz9F1Hd79IMp97xX fPl/Anzcqj7l9S4+9q/vcoS7/eDQv1kjiuAk/ks26Ws70Vs762M446M27Us94fO+2Os2v1O69EO/ MygC95vAa/muGwsvDMQJ+DsIruO6joi8+/O5Ehy7/NM5B8i8AAwSN2vBfhvAmCvAszvArpi8thD+ uorgvjUSQYyDwPGTwAt0P/97pA4cwt5Yv4LoPYJgQiQsuqYyrwZ0IOJLwHu7QvbSt/1bPhhUmYDr QgGkwS1UwYGzwUzDQbbQQYbgwcf7OyA0MfF7wts7tiNUiR0QhjIog1TYAS3JQz/Mw4bYAQ3Iw17Y ATLJQ5BIBycUwiBct/arQ7zbQSmcxIL5OhMEOsqbMC0MPS4EQ2FppJpLuFT4wzxMBcwjRUDMilEk RVM8j1REix14xYYRQ04kw34zw0y0wrpDPS/LtbwrvzfkkteDxMJrAh2Qw5GIAT3MIQWQhlHsBQZx N2VMBVYgCFYYxVS4EkTMiFlYxUWMwDhMPA7+REaX+MBso8TEqUL7w8QgQ74UhDsC9ESWEQFgIDhW KAMN4IpBTIeIARVzwEd9LAN+nDRSycNYZMFa7MTpe8e4W0cEdMhdXMBelL9ftL1gbL1wJEffa6Sf IsaGUEZ+XIhYjIGQYDdlNMSGUMQY8AiB7IVSlIaGcMZSRMmDSIdV3EPdy5JUEAfp+cZGZETde0SN nELbQsfVS0f608XSo7ug2sSFvDx5FBanG7hRNDAOAshSAZWq5IpZwMrDQsUyWEmsUEZSFEsHIMs/ NMsVHCqEfEp4jEdbfDZcbEeIdAs1bAg2dEA3DD+gzBaPTL/T+sslXJBt7Mk/jEaWZEmUbIT+g4TJ e7wHlGSFexDIZiyDewhJaZhMmGxCh/JJOBzGFRRKwTzKNTRKKJw/NDxDHASyVnJKuEzIqGQY7For ZZPFh6ELVLzNUAEV24xFaARJrVDE3ywDPswKaSgDaMxKS2vL1xxD54TK6qvLXJTONLS7KPTFrZvA i/RLcBzN74OAzhPMwszJkkzMWGM3QOQSuBhPzuzJPhxMqvJMYbQ4RxxH7yRNvDTNikTK1JxO6WRN LnLNGVTI2BQWKSADZRtFVuCKf2zFtQSLUUw0B7hHBz3Fr3xQC7VNDN3QGmHOAYXOD33LhJvLP+My Xvw0iszOC9xO2MvI+1y6J9MujTzJiRj+yfKEiJNkiJE0z4JoBEBkz7V0T/WEz9WQT4wETSc00g40 x+4jykpUx0vEwqXEP1ok0FIp0NkBomR7TMsSh8kkIQ3Fin+8hy6dzAUdFe7YUZccSKzwTQdYU61w U+VMLA+9Uv17TislOBLtz7S4S4TIS/xcPBYFPxcdyu9rJHz4y2lkxnSYTFO80YpQxl6oRgfITORU EMp0AMbMwwU9znuQBoKw1HRQAEW8hwUlVc0siMmMz59QwiYUTUMN1ITQTxWlwqSkzhtkx48SUDsF USxtFTKwwGTzRj+s0LXMTVVERWM9RVQ0S7T0Q2dt1jgNS7VE04Kr0ubM0zKkzhLtsBP+bTwnrVVg 5Mvu/MxYRUIOgIBYvcNSDMlozE2EEMSZLAnixEPk3MyCkEnkHFWDSAeX1EN8PQh2pddW1cA7s89z ldVro9XgQ83609VclVLV4tXQFNFfbZVG+oSLfYs6zREZ7NU7bcgojVhcVQs/nVXsbFiLJNefNNcX vb0q0IGXTY707C5XDU2EnVkQBNfTbMOXIMGH/M/KY8g87diNlZFjO9rdnJ2PrVhsHVFu5VO0ONmF Tdn4Q79BraqEhaRpUBav/Vq7+dpY0QexLVuznYathVQRu9kkTVu9/FOGvVqHVcqgHVn/nFjqg81s Vdr1OABOGAI5AIEneIASWAEcGAX+SQgALcgARkgBD9iATKACeWCAEwCAm7pcqgGAbNgFeSiFTBCF QUiBDMCGAKgDF2gBIGgANZiEKYCHIRiCAwAAvp2PpqXYZNvTh1XAldi+SFTZ78ta0NRZMwGAA3iF IVgFwX0AfjBcxK2DxW3cx1UGyaVcy8Vc6+0Gzd0FKiiFDQDda8iAaCjd0wUCI1jd1pWDV4hdt40z toVVnWXSEBy+W7XbEyRZKg3Zop1dxCDevw3cwV3ew03c53XcDZDeya3c67VezWWAzv3c0B1d8UVd 1WVd14Vd2dVf9KjdvNXTqM3dzrDOorTanV1RlnVZExZecSFe4/Vf5WVeSXDeP4D+3gKeXgRO4MvN 3s7t3kH43vA1XdQtXwpGX/VFYZs12PpECSVFQvgVYZgAWvulXwCVIoo1lWEASyu+YizOYi3eYi7u Yi/+YjAOY1TkX8BN3sI9XBdQXMYl4Mg94Oq1YUHCYc8FXdElXR9OXfOtYPXFYFd8WpCNS2XDXbqt zm+9OyZu0nGtuOBd3wFS4eNNXgBu3gGOXhp+Y6iRAFlR4M3dXh3m4Qgm3zwWYgDYADEuZVM+ZVRO ZVVe5TJAGvoUuZxlZEQeOp8V1yedX4hVTYlFQT/eWz7eX78t4/91YTWWYQOm3pvC5FjRZAYuhXug Ywi+4wlu3dfd41/+EaLa4G3+pV+65Oa1oNpOOWQfTLcSnk8ijipHZuFIfmEtiGECPuYaphpltuQ4 3twc9l7w/WQgPt/0ld1zfjdZi+X35dn9VFgWscRcvtu65WX8xdNrPgwyZuEzRtxiZuNKvikDkAWN 1mTOneMHtuPxnWY9vuCH7pFsJtro5OZudbhCvs4U9d0HLOcjleW5cmTkHeYAdt41pmQ3huObyl5O xuceHt99hgdRpmm9C2gkRmq5peW3tWX+9OApheKh7eUQLenDCFuzBdutFlut7mpcsQOsNumG1tuU 1tWV5g8Qdupwhem9VORC/efFC7ggEDi5RmqlBi+mnmVJrGW3/lmE3mXB1uX+LNTmqx7rVbEAWUHs bTppq5bLDh7kb17rvn7ppv5dmebOu7Y9xY6Vvd7rvN7AvV5iywZsKE3obq5fo5pixmaYzibp1g7Q snbLGozsku1Tyi5NcdbOzG7Rzf7s315Z0dbrcybttrYJJyZsodVEw/7j2BYMdADrr10A6a7urkaH 51YPx57tbUZrqR0LcAbUnsVsuO5L4NYbm56CJ1CDBgCDFhiFPVBjVRiExy0FKtgFZPZpqAGAE2AA 7c2ETs4ALQiAPRiFFsAF1X2CKViFIejn89620D7Y0SZoqDZojQpsplRthTYs1s5uwrDp5G3v947v xZ1vns5vqpEFN1hxzOX+703mXg/YYQgOAANH8DyuZtj28E/h7sM+68FWbtQG79zOz90m4fIu1+BG 7+I9XvVmb/eGb8X9AxOf4V3Ihni+5Ey+4f6WByoAcHwe8AI/8ARf8AYf4gcXtQg/4uKm8L+ucOTG 8KlmxyiOog7X8fpY8pt+ABGH8hKnb8i9aEGa5xY/AXuGcRknXRpvgVAQaRy3c/PYbkC+Xdv2ZpMd crgtcqztbQWoYlbudE//dFAPdT9M7/XecxLPgCm3b/y+co+RBQl49UH37y4PcDCv8TFn8H4WdV3f dV7vdVR2ZQknbqQ27ri98NP+cQ1PbYaOdEe/c+PNc1OXbz+HZ3rWbxf+115D/17SDXMbp+BGb3ay RmmoVenvBovw7t3LjukjT3LdInUnH/Eon3LprXJWt/Ytn/UvJ3BbVwMFx3UzZ3eSa1u5Jna/Puhj z/CFfuJlt1hw/3A8D/EnP/Upb2MU1++LuXZOjnFtD4BEX/Qbt+CG1xHbHTZBvu2ptXSULe1zFG4j BngRc/do7/P6vu+K9xhB13JZ93IZr3Ux53cyd3CXD3j3XV+Cf+qVSO4Nz/A5h6KRD3m9APHBjXlU n3ZAl+cs/2lCx/YN0PgZ33dvB3mnn7LmDuRJD3JzR/mqVXm+VveWP3MYs5uvrhtliXsAoHuvpXu8 n/uwdnusE/gJN2T+o0/3Nz/4OEf2pZ+gpg/7HPkEQwAGZFN8KR57SSd3qbZLtA9ntR9nCNd0vg96 z+/7oX/ZorfwwILzZE94IF94X4V81ufbxI+0kqd03G7pEM583l73zkdCurbr3L9rv19zwCf9tR98 XEZ21E/6ppT81qeP115+Old+TIt9s/+Kc8f0RG77z5/A5s9+pv79YWdzwS9o4udTQJP9aHp958+K rrXusGZ/6bZ7sEbb9J8M9Jcy6Tf+yaZ9tmZYzX+1Qe19gHCgQCDBgQYLIjyoMCHDhQYBQBoyBN6U SWoahGoxqk4AbBmuDRJ1r5S8Xdm42TmlciXLli5fvgSQbZe8Upn+REFLMSdagDouWgAxomYSFnhy hhwA0HCpQ6ZOm0J9KjUq1alWq2K9qjXrwDJWvXLdKjYs2bFXMVXF9BTtVLZlFzqIK3cu3blq6+J1 cDdv3b15/fINLHgw4cKGBXstnPgw48aOH0OOLHmyYQAHXsmhaNEIkBYuOEb7GHJDKSomCQA4hUA1 69WuW8N+LRu2TAY1b+bMgK3nz6BDpxhFqpQy8eLGjyNPrtjwYuXOnz8GjFd6X8PUG7/Va1UtV7cN vWcPb1Y81TJczY9PT149+/Xu2xe0LFHzxc4bO4oWSdIkNwCrVf7HGoArBVgggQeeIhNNpSiDk048 +QSUESUQFVz+UvC9lyGGG2rYoVZgSQWihyNyiCF4DHHH1IlQrSiWY9dNdxiMcc0InY2NNYfYjTvy 2KOPccmXWUVqcOYZRx6BJApppmWDWmxPIoBAB1NCWWVttzk4x24R+jYJcEdBMtyPY5JZJnQ5Boam mWtKVqN2grkpV5yDZZdiWmdR1SKJe7aHHlZ+lsinoIES2qF8Ew3ZgH1H5jdSSSelJmBLAeYBgKUB soQpgQpimdNOvEk4VFFHXTioqYWieqqHIjrFqqqpwqqQngTZ+V13771onYxwstlrXGrmNUwZwxJb rLHHIpussssy26yzz0IbrbTTUotskPQV+VkAoSW55GmpzRb+bqWWVhlugtnYZpODuoHa5ZfCbVCt vPPSW6+99+I77zDM+dovZG4CrOtkdW6Hp4qvIrwVoAkzHKvDDT90wHyJLopfko7y5x+CkrqWh8cD gsyxSpyWskGWEPYmVIWkKgXxwy+7HDNDrsJc84izDlSrQzgXxHNWuRY2J428+msmsEUjnfSY1w6Z LaPdlvZtuVObO9uV6nq6Zcq/WSim0l+DXfTRYSMdMNGECR0YwVnpfLDbMsO9sM1zw023ehBNbBFG Gj0dEsYnpQST4IPHNFOnD7ar8qjC2V23442XSPPjk7+9VNuy3soe0GjvGljaZEs2Nuijk86YZZhh 25m23I7+FnWT4FIdu7lX45YCu1yq/O6FpfPee3Ki+06m2Z4LLNnaUl1ua+WUIyw385A/H7MdllJf vfXXY5+99ttfPz333KMDvfjRj/9h+eTneWf6beHamNBp1/h58MvNX7/9P1pA/f378+8r8P1DZ3h8 eR9ljqc+9i3vfA9zngLR18AHviV/loIgBR1owchVMIMK4FnyDOIzgXywKpsbDPzOBsDH/O+EKlxh XT5hCGAYgoUynCFxUkhDygjwL8WLjAGd0sGE4CyEGhwPAy9oxCEeMYlIXKISFyI5JjaOg2vJ3HpG aEISXvGGadIiF7voxS+C0QE2DGPniJfFARZQLD88yBr+e7a+JnKoiFCEIx3R4T3r3bF6ebSUHfbI x+9Rz48AECQhsXfH8NFxjorMzhMTyTApvnGKmnPfDrFoRjLSZYyY3GRgroWFSZTAaduaQwqgoaT9 nEBjVWvNuGC3StcA4ASGK5kHBnENdgVgFC0IRQO4JpHdcTKYz9GkMHV4RroQcGBqLBgVlefIPj0z mnPEm5A2ozqOZICUpswESRiQDdiFzECtDOfGVgMAAsyECiUThS0zgDKg9PIJwBnCK0q1yHtKMyqN xOfDIJlAFrWPMckM2jHDSMxiCtOToDTCF4wUgGyWUhTKKA0DUvlKVlJPdqoBADdmuYFa3nI3udxl L73+BI9feg2hKp3MQVc6tILKqZKP6WFU2ujBSOZzLHLMKU+hR83UGWkfEN1mN7+5sUy9RFMhY8k5 07nOdkJIl0CI5zzr2TJ+9lSa+8xqoPwJUARWkZIElSkyESqsfKE1rWpdK1vRqtBQXnOUESVNSSyq 0YuGK5YeBSkudclLXzLOpYKFTEtdmsMYjdV4y2Sbwb7K1cdiNbIK+GnT4jpUUXBTHt4Ep8jI6VmR NXUX6jQZVNtF1ZNata2qXS1rW+vaZO0LsqryqjMlGVaBkhWNlxwsb1f6VoY69LJLqqgq73pXju61 nSL1a0nnGdjeQje6xTlsdRLLw8Uir7G1la1kuxv+TcpaM6iXzexmCWde84aWCpkg7S2jCk9fWtW7 8uUufdVD2501UzxW3K0ldSvd/5Lxt3GNhjZPWdfi4tW4CNDrgj6q3ACM9K8mRSmAK2xh6xqTvxp2 DE0tp138zjfE9U0ieIlk2QKT16gG+uyKO8ua9D61vaZVgzxRa88RizjHOAZxTW3rY/2KlXO5jemF i0xDQQIyyUpeMpP5aOQnP5m6ZcXwTLF7QKwEccc63rKWu8zlL3sZYvcFYn7Nsl//ChnNUF4zm9vs 5jdHRsp2GfJhOtwUm4IQp2Dec5j57Oc+A/rPP0bRoB2bnjNnOM2JhjOjG+3oRxdZzkRWNGTsTOj+ MmNO0IHetKY7zelPS3bMmcZyQMvYX0pXF9KqXjWrW01GSb8U1Ry2sg8/TGZP4xrUus41r3fNPFG7 EayHDvKpi51qVyM72cpedu9g/SZZY4fWPcZ0sH3d62tbO9vYHgsUdIEJTNwABkD8Nrm/jRAYeBvc UHDZt6PyghO9m9S11rOhgYxbKm94zszeN7/7vb8blPvbN0BmwM0tF4AHfODCmxEMMCHuuUABEy8w 9rEXnW/GWHoheN4gvbet7Y97POS+dga4J66AXAB84B5MHijAnYuBoBzcDWv3UiIOCoR4OxeFRsga QyjEqCAasfjWt7+LbvSjIy0XmNBFXXIup+v+vJvpdPH2w31k8LyQ3C/vxsTNYRprNV+8ztL2MLVv KvKzgzztaO90IhyekIY7Y+UNaTkMFtLwm+/M4Qi/gc4PEnN1KwQGexc3G2dF7roLpOHg3jkbGX/r 25ra61MGO9Irb/nLPwfgE6dL1J+eF83XpfPTKTgmEiGXtge86w5oecBN7/m8RB0Tzjj40p3t7Elf tyx43niW16723/s++JClucbdUvCeXc7ceV+3A2wRcUzoXOkmQHwuTODwk2Ni+gKpPvRppaeGQwHg A7EFuFv+8n/y3PGjHva9oW3xyWM+/vKf/7+uc/Xjv74v9gcM3B1A8qo7gNLN3v/NRf/RCIz+RFwu NJy4LeACSt7tfV2ljd2d2dr6Ad8FCl8GYqASER/PGV/ygeB36Iy5dWDOoIXyIZ/3QQXJ5QL53VzL 2YLSgULHNR4NPh77RV7YVdwO0l8P+uAPxgXA6RznLd4Bfp7E1YXSKZz+MeHVeZ4TGmEU4oX1xQXJ vdvs6YXUUR78vV8XYtwEXpqw8ZgGkuEGluEZUk7bQUFC2JzcOUTLMd9BRJzp5R1CkJ9alKBenOAI pkgejt/iKQDcXZ8DeJsN5oz6VRsO0hkXep38AOEjQmKySd/mxcULWB8lQqFcvJsJUKIDWGL3jR5d RNwAup1c9B8LFqDs5R9dCODT7QUqbiH+0cUiD0ab7jGTGN6gGeoiGvLiLjIMyd2AycGA9c2eGzJE y/EdzBEjiwyi831b9GXf+XFf3TWcCfTdMHbfQFhfUzjgQLQc3jlAN25XGNYb+pVF0NGiF0ZgJLJj O/YbwpXbEh4g/gVhwcmj/hWc6zkA6pWb6rFeuemjA9hcQFYhKIZjKXqiKs7iOqZjQxpGxqVf2eVZ L1KkL1bkRY5Itwkc4SHf8R0Eum1knmCCRspe3xHE34Vb4O2dSRqERi7ENhaECcgK05WjxiGi2UHe Isoixe2kO/rkTwLlXzhicnSi++GeOjLirNkiY0kkx2HkU1pkVEKlBqFgEgEbTt6kVKD+Y1Iu5FAG 5VeCpeVl4ujYnk4SBkTWIC5a4FRKpRJNQ5N1D1xWDzrIZfVMA1viZYZUJRJd5UTKW04OndAZ5bOF pdFZhsRkxieFUkNpi3BRVCp1Q2RK5mRSZmVGZiylizJsgKdkgBbUgSRISAk8wOIcADAV5mn2pEMS puSdJRjaZFP+XF7KZsJYRkRUE1yJF4oVFQBYZm/2Ju1spk5kwD7gjmhiAQgcBSccgB3MZnPuWF86 5V8qYmCqZmpaJ2oq22EOQWIuVFz9QYHR1S5Apm+Sp2RiZk1opqf8gWdKwih8wYSMpoWYJnaeZllS 50O6ZkSqZSK2pXNSkGVwwnbCAxb+PICJBZduatY3leeCAidnEmfKGCdyDoFyXlV/Wii2QafPlZpZ MuRC/gPpgWiIiuiIkmiJmuiJomiKquiKsmiLuuiLwmiMpigIIOaALhRjYlOBTRQVENeClud5Mkhw zkFnfmZoxiepHMAAyOiSMmmTOumTQmmUSumUUmmJ/gNPXmd10kl+pqV0XuiXRlZtCmhl5WZEpRhv +qhvNqhwPqiRHmdy3ph/gimo9VxTWsVWZqmW0ie/aSd34qa2fOdcoRKapqllAml6Cid7uid8kuZ8 7umjcmWeSmprLmV22emcyqkCAaiAEqiBNiaCblZvSoClmMGPosttCOlwFudoSij+hWYqptJpVkbn dA7mpB4lpCJdn9roYh6ooPLoeFbmqAJAqZLnoaYqe7qpfKYUruIqBK5mlVXqlcnqq1Lrq4jpbTqN UIGqglqmsBKrmp6qTaRqmwZFhMIpc8JqtXZane7nORIba94qsxYdktVlvdYrc8qrvDqrV84FWtJK BaprugpswBJsTrGrl5rZu+pgpOZrwzrsw7YJluqp2nDpv15qwWLsETVBEASBCAzsx/rnwU4r0Cns QjIsxAJlEJAqyrIsDknsyRaGvx7ixYJszcqXyg6rzersVIqsId5pySIlzLbsm72lvdKrvQYS0t7l 0ALlvqZRtM5bu2bs1K6HHVz+xhCsAgg8wQPcAhhoxB4EgBZkgCqMRiZQgWal0nmpLUwA6Xp5QAow gqq6wCjgAHwqQavG6c7qbWT1rDlqBZ7Gq8kybZudDtZWxAM0ABjgwCiArdiSrQd4C3El2OTGhrG+ bdwq6nuK5hNIaHwNrk86rTJB7bRJ7d6abokUbtZubeJ+bdiObdmeLXGV0+yy2Macp3p9FNwOZwDM bd2K5t3CaYVS7fA6UN/WpIsArWC+7OeyWeHCg9YiruIyrus+buTa1UXlwZTkAeUu2AlkZu5i7mcu 6uZ2rqMyLxCGrmKNLtmVLvG6b1akLvR2bes6LuyiLWch1UqMk0so1Yt5L6r+Xq7c0q3d4q3wnu4B Q5HxjmN2AG6H5sWHVmkES/AEU3AFW/AFY8IAXO0qHG7iLm7jvi7kRo3kxs64dAD3Wq7uZi58cu5R 1JOSYnAMy/AM03AN2zCMXim8PqtSasXuve8Pn0r8rq7XTm/9KonZ3i/tCggCeEweuFiL3a7b6u4+ 8O4A/24BA3EWWyXNOkUD7/D5Mpvzau1FSC8IV+8IX6+CyU4Kh297au4DtDA9mS8YB+VA5V4P3yIC 67HdWO0rYK38ErEZ26/srm0hr0Tbgq8A++4DAO+E5q0WQ/KvcTHJtt/y0jGrpW4HlzH1DoIImwYJ c+9x/W+QBvAKk68Lz/H+JYMuhwqGzGrHHsPy3NAl0tLy9hxtkqFrJOuyJLfvzyTvxKqyT+KsGQRz MVuyA4vd+lJgLDNziA1zM0Oz8GnoJFWyDhtzO0YBDDXBNXOznvKrXLjyxu3yOEdzOUfyNANmrQZu N7NzO4elHUugMpMjOdNzVvSAIeFz9/jRLetRPv/RIPlzP9tlPRO0mE3yUnjxN7vzfwnxA/DDCiyu JNSB2DJCCkCuMnxyGq+SCaOw94qWZr6tKnRmALQnDvgDP8AxCKyCHC/rQvsgPEMrHjNlQdN0U2yq HICAEjxACUD0KLiA61Y05CIxIT+xSphwUYdMFOeuSGtBAOwB3brDO6T+dPDWdFWbCjrT6jF/sUu/ WUM/dEQDtUVvAEbfb4JxtCgzwEcv9UiX9AqgNOeutOdyNfqyMsXK82tadV7fdE7vdE//NEWL9VCn bf8SdlIZtlKH9Eg/NQ6sgFTDtSMbcF6bM8Jgtb3loODOtZF5dU9LNGBfdEYjmBq/EmaqdWI3dUmf dErHdSpn9uXBNA+HBZ5B8A3Tdm3b9m3jtolqcIDitE7z9OL+dQYE9QYIdqQg9XFD8f/irmk7Nd02 9lQ7Mgzn9nRTd3Vb93WH6D8cdFN4cWs/2maDtWePdexqdJVkbwdsL1qXdgowNUk791urNEt7d2Eq tFmI82RLtlRYLW/+Q+9v+3RYCzV5GzfhHHUhIzZ7K7ZzS3Ujuyp+Ozg+xSZ3//J8rxp4j0JnC7dY Y/QugPLUnPXkkjYVgDSCnzbdpvZjyzWFN+3TynR+P/h67LVv+zWAE7eAK/F/MPHHtFhy28Zyk3hz 40BUQ3eDu3iRz9aG3qeKPxo/13KTyyW+KvlP1rcrv7iRW3mVH3CEM0R3R3mXeznmTXnFYvmVz80z k/mYPyeSq/OXQ+Iws3k3h/ldn/mca4iZozmd65iWw8WEvzkkZrMhbHOfG3Oct/idG3p6FG29doCT Mzr13OWhQ/r46DlCcLmgW5iFSwKNk3WHhzJehfiIt3dbw/dqt7T+pcsfocc2nkf6QsR4XwM3jRe3 pOQvgDSxYfNvgii3FLf3Yj/3YxP5qqt6V6m5Vpv6pW8w9H71hU90hn82h5e3uXz4Gnu0iK91iZv0 qMt3sb80i6c6sHu7VLS6fwf3cMd67Z7CUe+47eZ6tQN5r2Pxt8N7Pw27YMw2dtv7veN7vsuoBvux 6jo0Z2u6gJu1pZywelM7c4u6asuxdOt7wzv8w0M8lOaw+gZ7vIfFfm9nf8+4eJe7IRv4ujM3ry/4 u1d8ySeMth8dpi/7cG84p4t2uXw6u6M2tqc4yu+pxZu8VYT7xjN7jSexuSO3uve4rid4kDs2yeN8 0j+QzRcdpgf+fFm/vKdPO6iz9XsrfM0zPWoq/daLxc6/OsfbeGHf+thPCq4PPbuLvML/es5z/cln Pb8xeaPLPfdA+dtrPdvjfdvn/VTafd/7fSTqfeDvveCD7N+HZTkAg+F3OeEPfokkAQQUQRFAQOMz PncpvhaJgAolgSEEQQhwQBRc/uJTfnOSQ2Q1giGIQAjkQxVU/ujXV+jTUBvsTxXkQwiIQKDD/pe3 /s6WPh2dQe0HgSHYgusTP1flvgzJfu/ggwWgQREYQhIcv6XvPrX2vgY9fhGgwThA//RzP65F/wol f9jYAufTgQWA/vdre/eDbPUzjy00gQ7QAQfgQfHTP46h/wn+hX/RNEHq3/79v736A4QDBQIJDjRY EOFBhQkZLnTYEOJDiREpTrRIkFxFjRc5EjzDIYQOQ7Y6ltx40mRKlCtVtmT50mVMmDNl1qR502ZO nDt1OvD5E2hQoUOJFjV6FGlSpUuZNnX6FOpSYP5OIfCnKQlQBKe4dj0FdCrXq1mjliUKzNQpU5qa tjH79mc5C2ikGCILF29evXv59vX7F3BgwYMJF1aqEzFPxYkZL3Z8MIm/rZNP4aJgsGrmyQI/UaWM wFS5huWmNpYo5rMmkxlNn0wCAU2RQ59a135823Zu3Lt19+b923fwmYaJFzd+PCkprhR8UthqiixX BEOVn2L+7oBCVehDpRf+JIbCp+dM3RpPYigIGg74kLd3/x5+fPnz6dcfKhw/cP35ETs/xdYgYLYC RqDMFsoOAdUIaqIqYBwycL+CIOyInHEssBDDCzXMkMMNPewQRB1CyKcK/iI0EcUTVUyRxRVdbDEx +2ScsT4xuPoEqE+4IsWnroSy8RTRftLxFB6D8oorB4C0xackduwqDa7EENKnsExJ4y6inDzFH/LG +RLMMMUck8wyyWyCxjTVXJPNNt18kykYX5xTztwmJGgzBTSrCk8+FbpzoM9OUcA/5gjdCsE9EShn IOUow4U2iBhEwMGTWKMT0zoz3VTTTjn91FM54RyV1Kj+tvrqyCQdkM7HHrcS6lTu+PyJKiMdXbUq HDXZKg0HgFnOgXKkNMqUrbJEqrxSlV2W2Wadfba9UEGdVtoHt1ooT0AdyFPCaxO6E8EkbKkqDT29 NXdQyRQdtCEBT8lnpUurpZbeee2tF9979d0N2n5LBZLKYIfdVlWgAAZK2FPEkBXVn9KioFBcG/aR Va9MKSqtINvyl+OOPf4Y5FL3HTnfE90lMEBECzx3wQYP+hWBy75lWQEB09CkspXZNdcUBYo9hcmL JhVDJXlLJhnpo5VOmuml5wwZ6voyvs6/LnucNaipm6vKaqGkw/EnJ09lC1cEstr1lF5xLhJsAonK OGD+pZKNmu667b4bb6ea3ttpm4QVFFLMBJ3uUEW3cwi1O3E2VudHI3VUMwUVcvczS/u+nO/MMd9c 884Ryhv0wpLQJGNS3P4JyVYdGB2XHU8f6pN8xEJ49quL5CoNsKusbq3rUk19qblDH5744o0n1fPk Oc/XZZ1TNFr56JeXnvrprY/x+OyZTcK/u7pDTnjtxR+f/PL9qh796yOkDE3Bd3YRevXTn1/++ulX 3vz8aeRSk7hVNy58+hPgAAmov/vZD4EHXEj8FJhABzYQgg98WgEpOL4AVhCDGdQgyCLYQQk2jYEf FKEHSThCE/ZkgynE2wVV2EIXvpBGJZThCemFBhoJzhCHN9ShDAMCACH+ADs= --_002_CCBFBB7025DF984494DEC3285C058152129BE2511BFRMRSSXCHMBSA_-- From ma-miyazawa@kddilabs.jp Tue Mar 20 06:36:23 2012 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 E575321F8683 for ; Tue, 20 Mar 2012 06:36:23 -0700 (PDT) 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 vAmJwa4B+taa for ; Tue, 20 Mar 2012 06:36:23 -0700 (PDT) Received: from mandala.kddilabs.jp (mandala.kddilabs.jp [IPv6:2001:200:601:12::16]) by ietfa.amsl.com (Postfix) with ESMTP id CC49C21F8671 for ; Tue, 20 Mar 2012 06:36:22 -0700 (PDT) Received: from localhost (mandala.kddilabs.jp [127.0.0.1]) by mandala.kddilabs.jp (Postfix) with ESMTP id 37AAB17480DF; Tue, 20 Mar 2012 22:36:12 +0900 (JST) X-Virus-Scanned: amavisd-new at kddilabs.jp Received: from mandala.kddilabs.jp ([127.0.0.1]) by localhost (mandala.kddilabs.jp [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3Sztl0Y346Lo; Tue, 20 Mar 2012 22:36:11 +0900 (JST) Received: from mail.cn.kddilabs.jp (yellow.lan.kddilabs.jp [172.19.98.10]) by mandala.kddilabs.jp (Postfix) with ESMTP id 76F4417480D6; Tue, 20 Mar 2012 22:36:11 +0900 (JST) Received: from miyazawaPC (unknown [172.19.64.90]) by mail.cn.kddilabs.jp (Postfix) with ESMTP id 57C831E0002; Tue, 20 Mar 2012 22:36:11 +0900 (JST) From: "Masanori Miyazawa" To: "'Lou Berger'" , "'Acee Lindem'" , References: <4D336515-2D98-4DA7-8D58-28ED03C3854B@ericsson.com> <4F67462E.2000209@labn.net> In-Reply-To: <4F67462E.2000209@labn.net> Date: Tue, 20 Mar 2012 22:36:17 +0900 Message-ID: <019b01cd069e$6d956880$48c03980$@jp> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ac0F3tDxcA86ct5yQaOdfzgBbxHWzQAnorZg Content-Language: ja Cc: 'CCAMP' Subject: Re: [CCAMP] 2nd WG last call on draft-ietf-ccamp-gmpls-ted-mib 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, 20 Mar 2012 13:36:24 -0000 Acee, Thank you for your comments. I will review the latest version based on your comments. Lou, Thank you for your help. Unfortunately, I won't be able to attend the next week's meeting, so I want to have discussions by e-mail. > -----Original Message----- > From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of > Lou Berger > Sent: Monday, March 19, 2012 11:44 PM > To: Acee Lindem; draft-ietf-ccamp-gmpls-ted-mib@tools.ietf.org > Cc: CCAMP > Subject: Re: [CCAMP] 2nd WG last call on draft-ietf-ccamp-gmpls-ted-mib > > Thank you Acee, > > Authors, > > Looks like we won't be able to request publication until these comments > are addressed. (Better to address them now rather than IETF LC.) I suggest > taking advantage of authors and Acee being together next week and closing > these issues. If it helps, we can make some room in our overly tight agenda > for discussion -- expect the chairs to ask about status either way... > > Lou > > On 3/18/2012 6:50 PM, Acee Lindem wrote: > > Hey Masanori, Tomohiro, and Tom, > > > > Lou asked me to take another look at this draft and I have some significant > comments/questions. > > > > > > 1. Many of the textual conventions are longer than they need to be. > While ISIS is, in general, more verbose than OSPF, you most of the textual > conventions are longer than they need to be. > > > > > > TedAreaIdTC - This is 32 octets while I the longest ISIS > address is 20 octets. For OSPF, the Area ID is 4 octets. > > TedRouterIDTC - This is 32 octets while the OSPF router ID > is 4 octets and the ISIS system ID is 6 octets. > > > > This really doesn't cause any problems but I think it needs to be > addressed. > > > > > > 2. Bandwidth values - All the bandwidth values are represented as bytes > per second with an Unsigned32 range. However, RFC 3630 represents these > values sing an IEEE floating point value. Additionally, this representation > results in a maximum bandwidth value of 32Gbps (without error correct). > I think this may soon become much too low (if not already). > > > > > > 3. For the TED table, please move tedLocalRouterID and > TedRemoteRouterID so the items constituting the index are in the beginning > of the TED entry. > > > > 4. For tedSrlgIndex, should there be a reference another RFC? > > > > 5. Section 11 is missing one of the key reviewers ;^). > > > > > > Thanks, > > Acee > > > > > > > > _______________________________________________ > > 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 ggalimbe@cisco.com Tue Mar 20 15:39:06 2012 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 38ED221F84B3 for ; Tue, 20 Mar 2012 15:39:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.572 X-Spam-Level: X-Spam-Status: No, score=-7.572 tagged_above=-999 required=5 tests=[AWL=3.027, 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 3BIkpMpF8oa4 for ; Tue, 20 Mar 2012 15:39:05 -0700 (PDT) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) by ietfa.amsl.com (Postfix) with ESMTP id 630E221F851C for ; Tue, 20 Mar 2012 15:39:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=ggalimbe@cisco.com; l=1363; q=dns/txt; s=iport; t=1332283145; x=1333492745; h=mime-version:content-transfer-encoding:subject:date: message-id:in-reply-to:references:from:to:cc; bh=1bm/5rXUnyRig2psIMqVgmPTcknJR1eiFJHDiWFF9wg=; b=mR7UETB6p+sGdFuLVszfdklsr6DEFoSSfhO0FakktrPc8xnPEZXcpMGf 9LJLk2lTy6NMJ1fI7t1LsqwMnfa7cktGzAzaMGnY98m/26AqrKaJ2WVeT dJYeFnJcqKAjf/1j9RNZPKpMp1tdkj9r4gzOq2Y0lMDsNgcsF0rmevSp9 w=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8EAP4FaU+Q/khM/2dsb2JhbABEtmSBB4IJAQEBBAEBAQ8BHQoxAwsMBAIBCBEEAQELBhcBBgEmHwkIAQEEEwgah2gLl2OfJASNX4I/YwSkHoFogmg X-IronPort-AV: E=Sophos;i="4.73,621,1325462400"; d="scan'208";a="132878264" Received: from ams-core-3.cisco.com ([144.254.72.76]) by ams-iport-1.cisco.com with ESMTP; 20 Mar 2012 22:39:02 +0000 Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by ams-core-3.cisco.com (8.14.3/8.14.3) with ESMTP id q2KMd2k9018738; Tue, 20 Mar 2012 22:39:02 GMT Received: from xmb-ams-108.cisco.com ([144.254.74.83]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Tue, 20 Mar 2012 23:39:02 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 20 Mar 2012 23:38:58 +0100 Message-ID: <81F0A11BDDDF6C40B3D3F275DA15086E06C72E90@XMB-AMS-108.cisco.com> In-Reply-To: <001b01cd0603$9d1303b0$d7390b10$@olddog.co.uk> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [CCAMP] blacklink MIB Thread-Index: Ac0GAzZd0B/i+mjRQEymmXa11VRdkgA5R5jQ References: <001b01cd0603$9d1303b0$d7390b10$@olddog.co.uk> From: "Gabriele Maria Galimberti (ggalimbe)" To: X-OriginalArrivalTime: 20 Mar 2012 22:39:02.0055 (UTC) FILETIME=[3F77EB70:01CD06EA] Cc: CCAMP Subject: Re: [CCAMP] blacklink MIB 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, 20 Mar 2012 22:39:06 -0000 Hi Adrian,=20 Thanks for the feedbacks. You are right the SNMP MIB draft can be and extension of RFC 3591 developed in atommib. We presented one year ago together with draft-kunze-g-698-2-management-control-framework. The framework deal with the Optical impairments in Control plane and management plane. So the reasons we asked to work on it in ccamp were: - not to separate the MIB draft from the framework - the fact that in ccamp there are many expert in optical matters (see WSON activity) And this can lead to good cross-feedback We didn't have strong opposition to stay in ccamp even if we are open to discuss=20 The migration to OPSAWG. Our preference is to stay in ccamp due to the subject affinities. Best Regards,=20 Gabriele & All. -----Original Message----- From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of Adrian Farrel Sent: 19 March 2012 20:08 To: 'CCAMP' Subject: [CCAMP] blacklink MIB Hi, I think I understand why blacklink falls under your care, but the MIB module appears to be an extension to RFC 3591. Why is a MIB for a data plane optical interface thing in CCAMP and not in OPSAWG (now that atommib is closed)? Thanks, Adrian _______________________________________________ CCAMP mailing list CCAMP@ietf.org https://www.ietf.org/mailman/listinfo/ccamp From zhangfatai@huawei.com Wed Mar 21 00:54:38 2012 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 664DD21F8685 for ; Wed, 21 Mar 2012 00:54:38 -0700 (PDT) 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 zMPhdCyMki-8 for ; Wed, 21 Mar 2012 00:54:37 -0700 (PDT) Received: from dfwrgout.huawei.com (dfwrgout.huawei.com [206.16.17.72]) by ietfa.amsl.com (Postfix) with ESMTP id A0C8421F8680 for ; Wed, 21 Mar 2012 00:54:37 -0700 (PDT) Received: from 172.18.9.243 (EHLO dfweml201-edg.china.huawei.com) ([172.18.9.243]) by dfwrg01-dlp.huawei.com (MOS 4.2.3-GA FastPath) with ESMTP id AEO47034; Wed, 21 Mar 2012 03:54:37 -0400 (EDT) Received: from DFWEML404-HUB.china.huawei.com (10.193.5.203) by dfweml201-edg.china.huawei.com (172.18.9.107) with Microsoft SMTP Server (TLS) id 14.1.323.3; Wed, 21 Mar 2012 00:51:43 -0700 Received: from SZXEML413-HUB.china.huawei.com (10.82.67.152) by dfweml404-hub.china.huawei.com (10.193.5.203) with Microsoft SMTP Server (TLS) id 14.1.323.3; Wed, 21 Mar 2012 00:51:46 -0700 Received: from SZXEML520-MBX.china.huawei.com ([169.254.1.99]) by szxeml413-hub.china.huawei.com ([10.82.67.152]) with mapi id 14.01.0323.003; Wed, 21 Mar 2012 15:51:43 +0800 From: Fatai.Zhang To: Iftekhar Hussain , "adrian@olddog.co.uk" , 'CCAMP' Thread-Topic: [CCAMP] Update to draft-farrkingel-ccamp-flexigrid-lambda-label Thread-Index: Acz/zSgdksHEPFpbRMeRBWbxSfw23wBS2TgAAFBbWgAADxIPgABTYhAAAHHjw4AAYvExAA== Date: Wed, 21 Mar 2012 07:51:42 +0000 Message-ID: References: <01c701ccffcd$35536c60$9ffa4520$@olddog.co.uk> <040301cd029d$0e53b3e0$2afb1ba0$@olddog.co.uk> <01db01cd0426$dd1bd6f0$975384d0$@olddog.co.uk> 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.70.76.157] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: Marco Sosa , Abinder Dhillon , Mike VanLeeuwen , "draft-farrkingel-ccamp-flexigrid-lambda-label@tools.ietf.org" , Biao Lu Subject: Re: [CCAMP] Update to draft-farrkingel-ccamp-flexigrid-lambda-label 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, 21 Mar 2012 07:54:38 -0000 QWdyZWUuIA0KDQpXZSBzaG91bGQgaW52ZXN0aWdhdGUgaG93IHRvIHVzZSBhbmQgcHJvY2VzcyB0 aGUgbGFiZWwgZWZmaWNpZW50bHkgdGhhdCBpcyBiZWluZyBtYWRlIGluIHRoZSBlbnZpcm9ubWVu dCBvZiBzaWduYWxpbmcgYW5kIHJvdXRpbmcuDQoNCg0KDQpUaGFua3MNCsKgDQpGYXRhaQ0KDQot LS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogY2NhbXAtYm91bmNlc0BpZXRmLm9yZyBb bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBJZnRla2hhciBIdXNz YWluDQpTZW50OiAyMDEy5bm0M+aciDIw5pelIDA6MzYNClRvOiBhZHJpYW5Ab2xkZG9nLmNvLnVr OyAnQ0NBTVAnDQpDYzogTWlrZSBWYW5MZWV1d2VuOyBNYXJjbyBTb3NhOyBBYmluZGVyIERoaWxs b247IGRyYWZ0LWZhcnJraW5nZWwtY2NhbXAtZmxleGlncmlkLWxhbWJkYS1sYWJlbEB0b29scy5p ZXRmLm9yZzsgQmlhbyBMdQ0KU3ViamVjdDogUmU6IFtDQ0FNUF0gVXBkYXRlIHRvIGRyYWZ0LWZh cnJraW5nZWwtY2NhbXAtZmxleGlncmlkLWxhbWJkYS1sYWJlbA0KDQpQbGVhc2Ugc2VlIGNvbW1l bnRzIGluLWxpbmUuDQoNCltzbmlwXQ0KDQo+IFtJZnRla2hhcl0gWWVzIHRoYXQgaXMgY29ycmVj dC4gT2J2aW91c2x5IHRoZSBjb250ZXh0IG9mIHRoaXMgDQo+IGRpc2N1c3Npb24gaXMNCm1haW5s eQ0KPiBhYm91dCBjb2hlcmVudCBvcHRpY2FsIHN5c3RlbXMgKGkuZS4sIFN1cGVyLUNoYW5uZWxz LCBNb2R1bGF0aW9uIA0KPiBmb3JtYXRzLCBGRUMgdHlwZXMgZXRjKSBhbmQgdGhlaXIgc3VwcG9y dCBvbiBGbGV4R3JpZCBuZXR3b3Jrcy4NCg0KRXhjZWxsZW50LiBTbyB3aXRoIHRoYXQgbWlzdW5k ZXJzdGFuZGluZyBzb3J0ZWQgb3V0LCB3aGF0IGRvIHlvdSB0aGluayBvZiBteSBhc3NlcnRpb24g cmVwaHJhc2VkIGFzLi4uDQogDQo+IEkgbWVhbnQgdGhhdCBpbml0aWFsIGRlcGxveW1lbnRzIG9m IGZsZXgtZ3JpZCBzeXN0ZW1zIHdpbGwgZm9ybSANCj4gc3ViLW5ldHdvcmtzDQpvZg0KPiBub2Rl cyBmcm9tIHRoZSBzYW1lIHZlbmRvciBvciAoZXhjZXB0aW9uYWxseSkgZnJvbSB2ZW5kb3JzIHdp dGggdmVyeSANCj4gY2xvc2UgY29vcGVyYXRpb24gYWdyZWVtZW50cy4gVGh1cywgdGhlIGFiaWxp dHkgdG8gZXhjaGFuZ2UgDQo+IGluZm9ybWF0aW9uIGluIHRoZQ0Kcm91dGluZw0KPiBwcm90b2Nv bHMgYWJvdXQgdGhlIGZsZXhpLWdyaWQgY2FwYWJpbGl0aWVzIG9mIG5vZGVzIGluIHRoZSBuZXR3 b3JrIGlzIA0KPiBsZXNzDQpwcmVzc2luZw0KPiB0aGFuIG90aGVyIGZ1bmN0aW9ucy4NCg0KW0lm dGVraGFyXSBJIHRoaW5rIHRoaXMgYXJndW1lbnQocykgZXF1YWxseSBhcHBsaWVzIHRvIGZpeGVk LWdyaWQgbmV0d29yayBjYXNlIC0geWV0IHByb3RvY29sIGV4dGVuc2lvbnMgZW5jb21wYXNzaW5n IGFsbCBhc3BlY3RzIG9mIHNvbHV0aW9uIChsYWJlbCwgcm91dGluZywgc2lnbmFsaW5nIHBhcmFt ZXRlcnMpIGVpdGhlciBoYXZlIGJlZW4gZGVmaW5lZCBvciBpbiBwcm9ncmVzcy4gSW4gdGhhdCBy ZXNwZWN0LCBmbGV4LWdyaWQgY2FwYWJpbGl0aWVzIGFyZSBleHRlbnNpb25zIG9mIHRoZSBmaXhl ZC1ncmlkIGNhcGFiaWxpdGllcyAtIHRoaXMgc2hvdWxkIGFsbG93IHByb3RvY29sIGV4dGVuc2lv bnMgdG8gZW5hYmxlIHN5c3RlbSBzb2x1dGlvbiBjb3ZlcmluZyBhbGwgYXNwZWN0cy4gQ2VydGFp bmx5LCBsYWJlbCBkZWZpbml0aW9uIGZvciBmbGV4LWdyaWQgaXMgYSB2ZXJ5IGltcG9ydGFudCBj b21wb25lbnQsIHRoaXMgZG9lcyBub3QgbWVhbiB0aGUgb3RoZXIgYXNwZWN0cyBpbmNsdWRpbmcg cm91dGluZyBhbmQgc2lnbmFsaW5nIGV4dGVuc2lvbnMgYXJlIGFueSBsZXNzIGltcG9ydGFudC4g SSB0aGluayByYXRoZXIgdGhhbiB0YWtpbmcgYSBwaWVjZW1lYWwgYXBwcm9hY2ggd2Ugc2hvdWxk IGxvb2sgYXQgYSBzeXN0ZW0gYXBwcm9hY2guIFBlcmhhcHMgdGhlIHJpZ2h0IHBsYWNlIHRvIHN0 YXJ0IGlzIHRvIGFncmVlIG9uIHNldCBvZiByZXF1aXJlbWVudHMgLiBJbiBwYXJhbGxlbCwgZGVm aW5lIGNvbW1vbiBzZXQgb2YgdGVybXMgKGkuZS4gZnJhbWV3b3JrKSAgdG8gYXZvaWQgY29uZnVz aW9uLiBUaGVuIGNvbmNlbnRyYXRlIGluIHByb3ZpZGUgaG9saXN0aWMgc29sdXRpb24gaW5jbHVk aW5nIGxhYmVsLCByb3V0aW5nLCBhbmQgc2lnbmFsaW5nLg0KDQpSZWdhcmRzLA0KSWZ0ZWtoYXIN Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpDQ0FNUCBt YWlsaW5nIGxpc3QNCkNDQU1QQGlldGYub3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFu L2xpc3RpbmZvL2NjYW1wDQo= From ma-miyazawa@kddilabs.jp Wed Mar 21 08:13:07 2012 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 0F0E521F8734 for ; Wed, 21 Mar 2012 08:13:07 -0700 (PDT) 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 m-2qyOif4m84 for ; Wed, 21 Mar 2012 08:13:03 -0700 (PDT) Received: from mandala.kddilabs.jp (mandala.kddilabs.jp [IPv6:2001:200:601:12::16]) by ietfa.amsl.com (Postfix) with ESMTP id 335D921F872B for ; Wed, 21 Mar 2012 08:12:40 -0700 (PDT) Received: from localhost (mandala.kddilabs.jp [127.0.0.1]) by mandala.kddilabs.jp (Postfix) with ESMTP id 43E231748108; Thu, 22 Mar 2012 00:12:39 +0900 (JST) X-Virus-Scanned: amavisd-new at kddilabs.jp Received: from mandala.kddilabs.jp ([127.0.0.1]) by localhost (mandala.kddilabs.jp [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xlgN1bSYdafo; Thu, 22 Mar 2012 00:12:38 +0900 (JST) Received: from mail.cn.kddilabs.jp (yellow.lan.kddilabs.jp [172.19.98.10]) by mandala.kddilabs.jp (Postfix) with ESMTP id 6EE8A17480CC; Thu, 22 Mar 2012 00:12:38 +0900 (JST) Received: from miyazawaPC (unknown [172.19.64.90]) by mail.cn.kddilabs.jp (Postfix) with ESMTP id 591BF1E0002; Thu, 22 Mar 2012 00:12:38 +0900 (JST) From: "Masanori Miyazawa" To: "'Acee Lindem'" , "'CCAMP'" References: <4D336515-2D98-4DA7-8D58-28ED03C3854B@ericsson.com> In-Reply-To: <4D336515-2D98-4DA7-8D58-28ED03C3854B@ericsson.com> Date: Thu, 22 Mar 2012 00:12:45 +0900 Message-ID: <025501cd0775$11f2b820$35d82860$@jp> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ac0FWYEQpdF1gPaRTquD8Ib5KdDWywCGKVng Content-Language: ja Subject: Re: [CCAMP] 2nd WG last call on draft-ietf-ccamp-gmpls-ted-mib 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, 21 Mar 2012 15:13:07 -0000 Acee, Please see our answer to your comments as below and let us know if you have any question. Regards, Masanori > 1. Many of the textual conventions are longer than they need to be. While > ISIS is, in general, more verbose than OSPF, you most of the textual > conventions are longer than they need to be. > > > TedAreaIdTC - This is 32 octets while I the longest ISIS address > is 20 octets. For OSPF, the Area ID is 4 octets. > TedRouterIDTC - This is 32 octets while the OSPF router ID is > 4 octets and the ISIS system ID is 6 octets. > > This really doesn't cause any problems but I think it needs to be > addressed. I modified the lengths of the textual convention. ----------- TedAreaIdTC ::= TEXTUAL-CONVENTION STATUS current DESCRIPTION "The area identifier of the IGP. If OSPF is used to advertise LSA, this represents an ospfArea. If ISIS is used, this represents an area address." SYNTAX OCTET STRING (SIZE (0..20)) TedRouterIdTC ::= TEXTUAL-CONVENTION STATUS current DESCRIPTION " The router identifier. If OSPF is used to advertise LSA, this represents a Router ID. If ISIS is used, this represents a System ID." SYNTAX OCTET STRING (SIZE (0..6)) -------------- > 2. Bandwidth values - All the bandwidth values are represented as bytes > per second with an Unsigned32 range. However, RFC 3630 represents these > values sing an IEEE floating point value. Additionally, this representation > results in a maximum bandwidth value of 32Gbps (without error correct). > I think this may soon become much too low (if not already). As you mentioned, the definitions of the bandwidth value were wrong. In order to support RFC3630, I think that Syntax should be modified to OCTET STRING. The below is a example of the modification. What do you think about the modification? ---example of tedMaxBandwidth--- tedMaxBandwidth OBJECT-TYPE SYNTAX OCTET STRING (SIZE(4)) UNITS "bit per seconds" MAX-ACCESS read-only STATUS current DESCRIPTION "This indicates the maximum bandwidth that can be used on this link in this direction." REFERENCE " Traffic Engineering (TE) Extensions to OSPF Version 2, [RFC 3630], 2.5.6" ::= { tedEntry 14 } ---------------- > 3. For the TED table, please move tedLocalRouterID and TedRemoteRouterID > so the items constituting the index are in the beginning of the TED entry. These indexes were displaced forward. Would that be right? ------- tedEntry OBJECT-TYPE SYNTAX TedEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "This entry contains TED information commonly utilized in both MPLS and GMPLS." INDEX { tedLocalRouterId, tedRemoteRouterId, tedLinkInformationSource, tedLinkIndex } > 4. For tedSrlgIndex, should there be a reference another RFC? I added RFC4203 in tedSrlg as a reference. ------- tedSrlgIndex OBJECT-TYPE SYNTAX Unsigned32(1..255) MAX-ACCESS not-accessible STATUS current DESCRIPTION "This index is utilized to identify multiple SRLG values on a local or remote TE link. This object represents an arbitrary value which is locally defined in a router". REFERENCE " OSPF Extensions in support of GMPLS, [RFC4203], 1.3 " ::= { tedSrlgEntry 1 } ------- > 5. Section 11 is missing one of the key reviewers ;^). My sincere apologies for missing you as a reviewer. We appreciate very much the support from you. > -----Original Message----- > From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of > Acee Lindem > Sent: Monday, March 19, 2012 7:50 AM > To: CCAMP > Subject: [CCAMP] 2nd WG last call on draft-ietf-ccamp-gmpls-ted-mib > > Hey Masanori, Tomohiro, and Tom, > > Lou asked me to take another look at this draft and I have some significant > comments/questions. > > > 1. Many of the textual conventions are longer than they need to be. While > ISIS is, in general, more verbose than OSPF, you most of the textual > conventions are longer than they need to be. > > > TedAreaIdTC - This is 32 octets while I the longest ISIS address > is 20 octets. For OSPF, the Area ID is 4 octets. > TedRouterIDTC - This is 32 octets while the OSPF router ID is > 4 octets and the ISIS system ID is 6 octets. > > This really doesn't cause any problems but I think it needs to be > addressed. > > > 2. Bandwidth values - All the bandwidth values are represented as bytes > per second with an Unsigned32 range. However, RFC 3630 represents these > values sing an IEEE floating point value. Additionally, this representation > results in a maximum bandwidth value of 32Gbps (without error correct). > I think this may soon become much too low (if not already). > > > 3. For the TED table, please move tedLocalRouterID and TedRemoteRouterID > so the items constituting the index are in the beginning of the TED entry. > > 4. For tedSrlgIndex, should there be a reference another RFC? > > 5. Section 11 is missing one of the key reviewers ;^). > > > Thanks, > Acee From lberger@labn.net Wed Mar 21 09:17:23 2012 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 DFDE921E8040 for ; Wed, 21 Mar 2012 09:17:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -98.187 X-Spam-Level: X-Spam-Status: No, score=-98.187 tagged_above=-999 required=5 tests=[AWL=-0.626, BAYES_50=0.001, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, IP_NOT_FRIENDLY=0.334, RDNS_NONE=0.1, 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 B8Roccf9U3Z2 for ; Wed, 21 Mar 2012 09:17:23 -0700 (PDT) Received: from oproxy8-pub.bluehost.com (oproxy8.bluehost.com [IPv6:2605:dc00:100:2::a8]) by ietfa.amsl.com (Postfix) with SMTP id 4236C21E8037 for ; Wed, 21 Mar 2012 09:17:23 -0700 (PDT) Received: (qmail 14399 invoked by uid 0); 21 Mar 2012 16:17:22 -0000 Received: from unknown (HELO box313.bluehost.com) (69.89.31.113) by oproxy8.bluehost.com with SMTP; 21 Mar 2012 16:17: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=9ZvdfWjcfyhXgWEZQ4aeqoe4QRnTQnyvjY0t3xTT4h0=; b=R/fMKJ2Drt6qX2c8XaCsBP/g6tBIM9BtrfayLt4MzDnKaKMCDmPBYKjjlcLYxE/dqeS5KvSB9wMyBsrbz/7cdXle+iWi9IlNvrkUV+5BbleUgDCCqyN6G8sVeDvtHgQP; Received: from box313.bluehost.com ([69.89.31.113] helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.76) (envelope-from ) id 1SAODx-0003K4-U2 for ccamp@ietf.org; Wed, 21 Mar 2012 10:17:22 -0600 Message-ID: <4F69FF0F.1060806@labn.net> Date: Wed, 21 Mar 2012 12:17:19 -0400 From: Lou Berger User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100722 Eudora/3.0.4 MIME-Version: 1.0 To: CCAMP X-Enigmail-Version: 1.0.1 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 CCAMP agenda posted 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, 21 Mar 2012 16:17:24 -0000 Hi, An updated CCAMP Agenda has been posted: http://www.ietf.org/proceedings/83/agenda/agenda-83-ccamp.htm Note that times in the second session have been adjusted to fix a bug (mine!) in the previously posted agenda. We will certainly need to keep to tight times in order to ensure there is sufficient time for the discussions at the end of session. Lou and Deborah From gregb@grotto-networking.com Wed Mar 21 10:10:49 2012 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 C299821E8083 for ; Wed, 21 Mar 2012 10:10:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.478 X-Spam-Level: X-Spam-Status: No, score=-2.478 tagged_above=-999 required=5 tests=[AWL=0.120, 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 1pAJ2poSdfNq for ; Wed, 21 Mar 2012 10:10:44 -0700 (PDT) Received: from mail16c40.carrierzone.com (mail16c40.carrierzone.com [209.235.156.156]) by ietfa.amsl.com (Postfix) with ESMTP id 91AF621E8025 for ; Wed, 21 Mar 2012 10:10:44 -0700 (PDT) X-Authenticated-User: gregb.grotto-networking.com Received: from [192.168.0.124] (c-67-170-243-110.hsd1.ca.comcast.net [67.170.243.110]) (authenticated bits=0) by mail16c40.carrierzone.com (8.13.6/8.13.1) with ESMTP id q2LHAZDY027151 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 21 Mar 2012 17:10:36 +0000 Message-ID: <4F6A0B87.4010408@grotto-networking.com> Date: Wed, 21 Mar 2012 10:10:31 -0700 From: Greg Bernstein User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: "PELOSO, PIERRE (PIERRE)" References: <7AEB3D6833318045B4AE71C2C87E8E1720C81BE1@dfweml511-mbx.china.huawei.com> <7AEB3D6833318045B4AE71C2C87E8E1720C8D624@dfweml511-mbx.china.huawei.com> In-Reply-To: Content-Type: multipart/alternative; boundary="------------070105070009090105020509" X-CSC: 0 X-CHA: v=1.1 cv=iOZu5g+SVqIGKFmb8QYSnZ0VXNPIwwry0VEybd3P+pM= c=1 sm=1 a=311X-zf45VgA:10 a=aSYChZHMGbsA:10 a=xOaALFOtT5cA:10 a=B4uWGr+4DaAYpgidvygSiQ==:17 a=i0EeH86SAAAA:8 a=48vgC7mUAAAA:8 a=gxZvrgisAAAA:8 a=IViEgLDPxBW2MudqB5YA:9 a=xeVwckjrQPxBbvz4DBsA:7 a=wPNLvfGTeEIA:10 a=EgY3od2ZU2QA:10 a=h-I_03WOSDMA:10 a=hPjdaMEvmhQA:10 a=lZB815dzVvQA:10 a=3FZX-ydVlcEA:10 a=2ZzZagN7F6YtBHLc:21 a=cbYrOjdZU_pKx7Wg:21 a=Hg2HBtoFadpxOuShMBUA:9 a=n1w_SQWhKO--ne0-QAAA:7 a=_W_S_7VecoQA:10 a=B4uWGr+4DaAYpgidvygSiQ==:117 X-CTCH-Spam: Unknown X-CTCH-RefID: str=0001.0A020209.4F6A0B8D.005A,ss=1,re=0.000,fgs=0 Cc: "ccamp@ietf.org" Subject: Re: [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-info-14.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, 21 Mar 2012 17:10:49 -0000 This is a multi-part message in MIME format. --------------070105070009090105020509 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Hi Pierre, are these comments addressed at the draft-ietf-ccamp-rwa-info-14 document? The efficient encoding that we worked out and discussed in Quebec City is in the draft-ietf-ccamp-rwa-wson-*encode*-14 draft. See comments below. On 3/20/2012 4:54 AM, PELOSO, PIERRE (PIERRE) wrote: > Hi Greg and Young, > > Thanks for your answers. > So just to get things right, in case there is inside a WSON a node corresponding to the attached picture. > [Comment ON] Its internal structure is one of the most basic ones and it relies on optical splitters (left-side) and Wavelength Selective Switches (right-side). The picture defines N as being the number of neighbouring nodes and M as being the number of physical pools of OEO. [Comment OFF] > This networks supports at least two different types of optical signal (given bit-rate and modulation format), this implies at least two different types of OEO resources mentionned here OEO type 1 and type 2. > When size M=1, I guess the most efficient way of describing the nodes resources is by defining 2 resource blocks: 1 block for each type of OEO, with has many resources in the block as OEO of this tyep available in the node. (e.g. With 26 OEO of type 1 and 37 OEO of type 2 - in that case only 2 Resource Block IDs needs being defined, and their resource block info, will mention the number of resources as being respectively 26 and 37). --> Sounds good to me. > We can assume a node of size N = 5 and of size M = 3. This means there are 5 neighbouring nodes and the OEO resources are organized around 3 different physical pools. This node may be composed of a number of devices for each of the 3 pools to be the following: > > Pool ID # of OEO type 1 # of OEO type 2 > 1 25 30 > 2 30 24 > 3 15 36 > Composition of ressource pools --> Okay... > > In that case, I hesitate between 3 different design solutions: > * S1: Define 1 Resource Block Info per OEO type per Pool, each with its > own resource Block ID. In details that gives: > - RBInfo1: Describes 25 OEO of type 1 - 1 RB ID associated > - RBInfo2: Describes 30 OEO of type 2 - 1 RB ID associated > - RBInfo3: Describes 30 OEO of type 1 - 1 RB ID associated > - RBInfo4: Describes 24 OEO of type 2 - 1 RB ID associated > - RBInfo5: Describes 15 OEO of type 1 - 1 RB ID associated > - RBInfo6: Describes 36 OEO of type 2 - 1 RB ID associated > Regarding the usage of Resource Block IDs, this solution is > pretty efficient, especially in order to describe the > accessibility of ressources (SharedAccessWavelengths TLVs, > ResourceAccessibility TLVs, ResourceWaveConstraints TLVs). But > it is far less efficient, regarding the repetition of Resource > Info TLVs. ---> Why? In the draft-ietf-ccamp-rwa-wson-*encode*-14 draft section 5.1 the "Resource Block Information Sub-TLV" starts with the "RB Set Field" that we discussed in Quebec City for meeting your efficiency requirements. Please use the encoding draft. It is the normative document. The WSON Info draft introduces the concepts but does not represent efficient encoding details. > > * S2: Define 1 Resource Block Info per OEO type, refering as many > Resource Block ID as available in the node. In details that > gives: > - RBInfo1: Describes 1 OEO of type 1 - (25+30+15=70) RB IDs > associated > - RBInfo2: Describes 1 OEO of type 2 - (30+24+36=90) RB IDs > associated > Regarding the usage of Resource Block IDs, this solution is far > less efficient, but far more efficient regarding the repetition > of Resource Info TLVs. > > * S3: Define 1 Resource Block Info per OEO type, refering the smallest > comon divisor among each resource blocks. In details that gives: > - RBInfo1: Describes 5 OEO of type 1 - (5+6+3=14) RB IDs associated > - RBInfo2: Describes 6 OEO of type 2 - (5+4+6=15) RB IDs associated > This solution is efficient regarding both the usage of Resource > Block IDs and the repetition of Resource Info TLVs, but this is > possible due to "lucky" figures of OEO resources in each pool. > > Q4: Is there any of the above solution that is not respecting > current drafts? ---> See previous comment on using encoding draft, with your starting solution. > Q5: Which is the solution that you consider as the most > likely to be commonly used? ---> The simplest and most straight forward... > > For obvious interoperability reasons, we expect from a Standard Track document to define a single way of encoding a given node structure into the protocols. In order to achieve this, the I-D must be more specific, directive. ---> We've been over this many times. Current GMPLS documents of which we base ours on frequently give multiple encoding options, e.g., label set encoding in RFC3471. It is not within our scope to come up with a single encoding. > > Pierre > > -----Message d'origine----- > De : Leeyoung [mailto:leeyoung@huawei.com] > Envoy� : lundi 19 mars 2012 22:50 > � : PELOSO, PIERRE (PIERRE) > Cc : ccamp@ietf.org; Greg Bernstein > Objet : RE: [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-info-14.txt > > Hi Pierre, > > Here's our response. Please see in-line. Thanks. > > Greg and Young > > -----Original Message----- > From: PELOSO, PIERRE (PIERRE) [mailto:pierre.peloso@alcatel-lucent.com] > Sent: Monday, March 19, 2012 10:40 AM > To: Leeyoung > Cc: ccamp@ietf.org > Subject: RE: [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-info-14.txt > > > Hi Young, > > I would appreciate your answers. > > Regards, > > - pierre > > -----Message d'origine----- > De : ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] De la part de PELOSO, PIERRE (PIERRE) Envoy� : jeudi 8 mars 2012 16:32 � : Leeyoung Cc : ccamp@ietf.org Objet : Re: [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-info-14.txt > > Hi Young and Authors, > > Reading this information model draft, we were having some questions: > Quoting section 5: > Since resources tend to be packaged together in blocks of similar devices, e.g., on line cards or other types of modules, the fundamental unit of identifiable resource in this document is the "resource block". A resource block may contain one or more resources. 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. > > --> This text was not changed in the v14 draft. This was slightly changed in the v13 from the v12 based on discussions in Montreal and the list. These items have been extensively discussed on the list and in person. It is time to move forward. > > Q1: It is assumable that each resource has its own ID in the machine > system, is this understanding correct? > > --> This is a modeling decision. You could give every regenerator in your system an ID. You may only want to model the ones whose use has some flexible connectivity. We've discussed this many times. > > > Q2: Does the above text means there is a normative rule enforcing that a Resource Block ID MUST be allocated to each line-card or > other type of module? If yes, where is this rule phrased? > > > --> This is an informational draft there are no normative rules in it. What a vendor or a network owner chooses to model within their system is up to them. This has always been the case in GMPLS. Many layers of the optical network may not be modeled in a current implementation or GMPLS deployment. > > > Q3: Where to find a definition of a line-card or other type of > module? > > --> The terms "line-card" and "modules" are only used as examples (the phrase "e.g., on line cards or other types of modules"), and hence do not require formal definition in this informational document. "Line card" is a common term used by almost all vendors of large switching gear such as SDH switches, OTN switch, WDM ROADS/Switches, IP routers, Carrier grade Ethernet switches, Optical access products and such. It generally denotes a pluggable (usually hot-swappable) card that contains interfaces, however, it may only perform management or other support functions. ITU-T M.3100 section 6.3 "Physical Equipment Fragment" gives the well known management system modeling of such specific entities as line cards and modules in terms of the managed object classes "equipmentHolder" and "circuitPack". > > > Please could you clarify, > > Thanks in advance, > > Giovanni, Julien and Pierre > > -----Message d'origine----- > De : ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] De la part de Leeyoung Envoy� : mercredi 7 mars 2012 19:17 � : ccamp@ietf.org Objet : [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-info-14.txt > > Hi, > > This update added a short paragraph in section 7.1 to explain that this document does not dictate encoding or placement of available labels in the relation to ISCD. > > We will resolve the encoding issue of available labels either to be placed in ISCD or else in the generic encoding/ospf drafts, but not in this info draft. This info draft stays neutral with this issue so that it can close all the pending issues after this version. > > Regards, > Young > > -----Original Message----- > From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of internet-drafts@ietf.org > Sent: Wednesday, March 07, 2012 12:08 PM > To: i-d-announce@ietf.org > Cc: ccamp@ietf.org > Subject: [CCAMP] I-D Action: draft-ietf-ccamp-rwa-info-14.txt > > > A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Common Control and Measurement Plane Working 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-14.txt > Pages : 27 > Date : 2012-03-07 > > 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. > > > > > A URL for this Internet-Draft is: > http://www.ietf.org/internet-drafts/draft-ietf-ccamp-rwa-info-14.txt > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > This Internet-Draft can be retrieved at: > ftp://ftp.ietf.org/internet-drafts/draft-ietf-ccamp-rwa-info-14.txt > > _______________________________________________ > 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 -- =================================================== Dr Greg Bernstein, Grotto Networking (510) 573-2237 --------------070105070009090105020509 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi Pierre, are these comments addressed at the draft-ietf-ccamp-rwa-info-14 document? The efficient encoding that we worked out and discussed in Quebec City is in the draft-ietf-ccamp-rwa-wson-encode-14 draft. See comments below.
On 3/20/2012 4:54 AM, PELOSO, PIERRE (PIERRE) wrote:

Hi Greg and Young, Thanks for your answers. So just to get things right, in case there is inside a WSON a node corresponding to the attached picture. [Comment ON] Its internal structure is one of the most basic ones and it relies on optical splitters (left-side) and Wavelength Selective Switches (right-side). The picture defines N as being the number of neighbouring nodes and M as being the number of physical pools of OEO. [Comment OFF] This networks supports at least two different types of optical signal (given bit-rate and modulation format), this implies at least two different types of OEO resources mentionned here OEO type 1 and type 2. When size M=1, I guess the most efficient way of describing the nodes resources is by defining 2 resource blocks: 1 block for each type of OEO, with has many resources in the block as OEO of this tyep available in the node. (e.g. With 26 OEO of type 1 and 37 OEO of type 2 - in that case only 2 Resource Block IDs needs being defined, and their resource block info, will mention the number of resources as being respectively 26 and 37).

--> Sounds good to me.

We can assume a node of size N = 5 and of size M = 3. This means there are 5 neighbouring nodes and the OEO resources are organized around 3 different physical pools. This node may be composed of a number of devices for each of the 3 pools to be the following: Pool ID # of OEO type 1 # of OEO type 2 1 25 30 2 30 24 3 15 36 Composition of ressource pools

--> Okay...

In that case, I hesitate between 3 different design solutions: * S1: Define 1 Resource Block Info per OEO type per Pool, each with its own resource Block ID. In details that gives: - RBInfo1: Describes 25 OEO of type 1 - 1 RB ID associated - RBInfo2: Describes 30 OEO of type 2 - 1 RB ID associated - RBInfo3: Describes 30 OEO of type 1 - 1 RB ID associated - RBInfo4: Describes 24 OEO of type 2 - 1 RB ID associated - RBInfo5: Describes 15 OEO of type 1 - 1 RB ID associated - RBInfo6: Describes 36 OEO of type 2 - 1 RB ID associated Regarding the usage of Resource Block IDs, this solution is pretty efficient, especially in order to describe the accessibility of ressources (SharedAccessWavelengths TLVs, ResourceAccessibility TLVs, ResourceWaveConstraints TLVs). But it is far less efficient, regarding the repetition of Resource Info TLVs.

---> Why? In the draft-ietf-ccamp-rwa-wson-encode-14 draft section 5.1 the "Resource Block Information Sub-TLV" starts with the "RB Set Field" that we discussed in Quebec City for meeting your efficiency requirements. Please use the encoding draft. It is the normative document. The WSON Info draft introduces the concepts but does not represent efficient encoding details.

* S2: Define 1 Resource Block Info per OEO type, refering as many Resource Block ID as available in the node. In details that gives: - RBInfo1: Describes 1 OEO of type 1 - (25+30+15=70) RB IDs associated - RBInfo2: Describes 1 OEO of type 2 - (30+24+36=90) RB IDs associated Regarding the usage of Resource Block IDs, this solution is far less efficient, but far more efficient regarding the repetition of Resource Info TLVs. * S3: Define 1 Resource Block Info per OEO type, refering the smallest comon divisor among each resource blocks. In details that gives: - RBInfo1: Describes 5 OEO of type 1 - (5+6+3=14) RB IDs associated - RBInfo2: Describes 6 OEO of type 2 - (5+4+6=15) RB IDs associated This solution is efficient regarding both the usage of Resource Block IDs and the repetition of Resource Info TLVs, but this is possible due to "lucky" figures of OEO resources in each pool. Q4: Is there any of the above solution that is not respecting current drafts?

---> See previous comment on using encoding draft, with your starting solution.

Q5: Which is the solution that you consider as the most likely to be commonly used?

---> The simplest and most straight forward...

For obvious interoperability reasons, we expect from a Standard Track document to define a single way of encoding a given node structure into the protocols. In order to achieve this, the I-D must be more specific, directive.

---> We've been over this many times. Current GMPLS documents of which we base ours on frequently give multiple encoding options, e.g., label set encoding in RFC3471. It is not within our scope to come up with a single encoding.

Pierre -----Message d'origine----- De : Leeyoung [mailto:leeyoung@huawei.com] Envoyé : lundi 19 mars 2012 22:50 À : PELOSO, PIERRE (PIERRE) Cc : ccamp@ietf.org; Greg Bernstein Objet : RE: [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-info-14.txt Hi Pierre, Here's our response. Please see in-line. Thanks. Greg and Young -----Original Message----- From: PELOSO, PIERRE (PIERRE) [mailto:pierre.peloso@alcatel-lucent.com] Sent: Monday, March 19, 2012 10:40 AM To: Leeyoung Cc: ccamp@ietf.org Subject: RE: [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-info-14.txt Hi Young, I would appreciate your answers. Regards, - pierre -----Message d'origine----- De : ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] De la part de PELOSO, PIERRE (PIERRE) Envoyé : jeudi 8 mars 2012 16:32 À : Leeyoung Cc : ccamp@ietf.org Objet : Re: [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-info-14.txt Hi Young and Authors, Reading this information model draft, we were having some questions: Quoting section 5: Since resources tend to be packaged together in blocks of similar devices, e.g., on line cards or other types of modules, the fundamental unit of identifiable resource in this document is the "resource block". A resource block may contain one or more resources. 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. --> This text was not changed in the v14 draft. This was slightly changed in the v13 from the v12 based on discussions in Montreal and the list. These items have been extensively discussed on the list and in person. It is time to move forward. Q1: It is assumable that each resource has its own ID in the machine system, is this understanding correct? --> This is a modeling decision. You could give every regenerator in your system an ID. You may only want to model the ones whose use has some flexible connectivity. We've discussed this many times. Q2: Does the above text means there is a normative rule enforcing that a Resource Block ID MUST be allocated to each line-card or other type of module? If yes, where is this rule phrased? --> This is an informational draft there are no normative rules in it. What a vendor or a network owner chooses to model within their system is up to them. This has always been the case in GMPLS. Many layers of the optical network may not be modeled in a current implementation or GMPLS deployment. Q3: Where to find a definition of a line-card or other type of module? --> The terms "line-card" and "modules" are only used as examples (the phrase "e.g., on line cards or other types of modules"), and hence do not require formal definition in this informational document. "Line card" is a common term used by almost all vendors of large switching gear such as SDH switches, OTN switch, WDM ROADS/Switches, IP routers, Carrier grade Ethernet switches, Optical access products and such. It generally denotes a pluggable (usually hot-swappable) card that contains interfaces, however, it may only perform management or other support functions. ITU-T M.3100 section 6.3 "Physical Equipment Fragment" gives the well known management system modeling of such specific entities as line cards and modules in terms of the managed object classes "equipmentHolder" and "circuitPack". Please could you clarify, Thanks in advance, Giovanni, Julien and Pierre -----Message d'origine----- De : ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] De la part de Leeyoung Envoyé : mercredi 7 mars 2012 19:17 À : ccamp@ietf.org Objet : [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-info-14.txt Hi, This update added a short paragraph in section 7.1 to explain that this document does not dictate encoding or placement of available labels in the relation to ISCD. We will resolve the encoding issue of available labels either to be placed in ISCD or else in the generic encoding/ospf drafts, but not in this info draft. This info draft stays neutral with this issue so that it can close all the pending issues after this version. Regards, Young -----Original Message----- From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of internet-drafts@ietf.org Sent: Wednesday, March 07, 2012 12:08 PM To: i-d-announce@ietf.org Cc: ccamp@ietf.org Subject: [CCAMP] I-D Action: draft-ietf-ccamp-rwa-info-14.txt A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Common Control and Measurement Plane Working 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-14.txt Pages : 27 Date : 2012-03-07 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. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-ccamp-rwa-info-14.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ This Internet-Draft can be retrieved at: ftp://ftp.ietf.org/internet-drafts/draft-ietf-ccamp-rwa-info-14.txt _______________________________________________ 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

-- =================================================== Dr Greg Bernstein, Grotto Networking (510) 573-2237
--------------070105070009090105020509-- From gregimirsky@gmail.com Wed Mar 21 16:03:24 2012 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 B8A2621E800C; Wed, 21 Mar 2012 16:03:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.307 X-Spam-Level: X-Spam-Status: No, score=-3.307 tagged_above=-999 required=5 tests=[AWL=0.291, 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 EkoYmn6v6sTM; Wed, 21 Mar 2012 16:03:24 -0700 (PDT) Received: from mail-gy0-f172.google.com (mail-gy0-f172.google.com [209.85.160.172]) by ietfa.amsl.com (Postfix) with ESMTP id DB02521E8026; Wed, 21 Mar 2012 16:03:23 -0700 (PDT) Received: by ghbg16 with SMTP id g16so1568498ghb.31 for ; Wed, 21 Mar 2012 16:03:23 -0700 (PDT) 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=m3HW88J8pssPkslubGJrpqRR/bREWK0Xe7ijmn43/qo=; b=KUU+bT+NBuUqVt2LpHAs2w1WL3la10spatwDuF7yN/ZPz+2tz7zAQmYOLV2IvB9ElM uCPAx6gjC0xj1bnvih4q0OpPIP3AYo7ON8uW49F16sMeEMm4zzmBKdl6wzIark5rcyIB BfcpuB8IhdJjqTEDq7c5I394L/5vpX0PFlUeJXCA+X69gne9DuuZbHEACh6g5iaLbI6u 38QgV1G+oACW9FPYfDxE55TkHRc6wQhLLSv9TeffpeUCYXFTO9W4LoDGCa14Om11z5JA 7Nu797MxZ5CTGwVrsixCAaCSkP15EhwYTIiY9vKtfQfYW+Cq9l/UCubTlTgx53AO7nOx A5hw== MIME-Version: 1.0 Received: by 10.182.86.200 with SMTP id r8mr7149519obz.20.1332371003453; Wed, 21 Mar 2012 16:03:23 -0700 (PDT) Received: by 10.182.114.98 with HTTP; Wed, 21 Mar 2012 16:03:23 -0700 (PDT) In-Reply-To: <2C2F1EBA8050E74EA81502D5740B4BD6BBDEDF4308@SJEXCHCCR02.corp.ad.broadcom.com> References: <2C2F1EBA8050E74EA81502D5740B4BD6BBDEDF4308@SJEXCHCCR02.corp.ad.broadcom.com> Date: Wed, 21 Mar 2012 16:03:23 -0700 Message-ID: From: Greg Mirsky To: Shahram Davari Content-Type: multipart/alternative; boundary=f46d0444e9a35eb1ec04bbc8cc8f Cc: "mpls@ietf.org" , CCAMP , "pwe3@ietf.org" , "tictoc@ietf.org" Subject: Re: [CCAMP] [PWE3] Updated 1588 over MPLS draf-03 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, 21 Mar 2012 23:03:24 -0000 --f46d0444e9a35eb1ec04bbc8cc8f Content-Type: text/plain; charset=ISO-8859-1 Hi Shahram, noticed that both TICTOC and MPLS agendas refer to -02 version of the document. Would you be presenting -02 or -03? Regards, Greg On Mon, Mar 12, 2012 at 5:16 PM, Shahram Davari wrote: > Hi,**** > > ** ** > > Please find attached the latest 1588 over MPLS draft (03). Since cut-off > date was yesterday, we will upload this after the Paris meeting.**** > > Review is required from TICTOC, MPLS, PWE3 and CCAMP WGs, since some > aspects from each of these groups are used in this draft. **** > > ** ** > > We will present this draft in the relevant WGs in Paris.**** > > ** ** > > Regards,**** > > Shahram Davari**** > > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www.ietf.org/mailman/listinfo/pwe3 > > --f46d0444e9a35eb1ec04bbc8cc8f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Shahram,
noticed that both TICTOC and MPLS agendas refer to -02 versi= on of the document. Would you be presenting -02 or -03?

Regards,
= Greg

On Mon, Mar 12, 2012 at 5:16 PM, Sha= hram Davari <da= vari@broadcom.com> wrote:

Hi,
=A0

Please find attached the latest 1588 over MPLS draft= (03). Since cut-off date was yesterday, we will upload this after the Pari= s meeting.
Review is required from = TICTOC, MPLS, PWE3 and CCAMP WGs, since some aspects from each of these gro= ups are used in this draft.

=A0
We will = present this draft in the relevant WGs in Paris.
=A0
Regards,<= u>

Shahram Davari

____= ___________________________________________
pwe3 mailing list
pwe3@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/pwe3

--f46d0444e9a35eb1ec04bbc8cc8f-- From davari@broadcom.com Wed Mar 21 16:52:29 2012 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 DFAAB21F859F; Wed, 21 Mar 2012 16:52:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.314 X-Spam-Level: X-Spam-Status: No, score=-6.314 tagged_above=-999 required=5 tests=[AWL=0.284, 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 PLty1QzlZIAw; Wed, 21 Mar 2012 16:52:29 -0700 (PDT) Received: from mms2.broadcom.com (mms2.broadcom.com [216.31.210.18]) by ietfa.amsl.com (Postfix) with ESMTP id 4663D21F859A; Wed, 21 Mar 2012 16:52:29 -0700 (PDT) Received: from [10.16.192.232] by mms2.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.5)); Wed, 21 Mar 2012 17:02:13 -0700 X-Server-Uuid: 72204117-5C29-4314-8910-60DB108979CB Received: from SJEXCHCCR02.corp.ad.broadcom.com ([10.16.192.131]) by SJEXCHHUB02.corp.ad.broadcom.com ([10.16.192.232]) with mapi; Wed, 21 Mar 2012 16:52:17 -0700 From: "Shahram Davari" To: "Greg Mirsky" Date: Wed, 21 Mar 2012 16:52:13 -0700 Thread-Topic: [PWE3] Updated 1588 over MPLS draf-03 Thread-Index: Ac0Httfx7urInSjNTNy4dIZ1z14e0AABqypQ Message-ID: <2C2F1EBA8050E74EA81502D5740B4BD6BBDF024D71@SJEXCHCCR02.corp.ad.broadcom.com> References: <2C2F1EBA8050E74EA81502D5740B4BD6BBDEDF4308@SJEXCHCCR02.corp.ad.broadcom.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 X-WSS-ID: 6374B38F4GW7718409-01-01 Content-Type: multipart/alternative; boundary=_000_2C2F1EBA8050E74EA81502D5740B4BD6BBDF024D71SJEXCHCCR02co_ Cc: "mpls@ietf.org" , CCAMP , "pwe3@ietf.org" , "tictoc@ietf.org" Subject: Re: [CCAMP] [PWE3] Updated 1588 over MPLS draf-03 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, 21 Mar 2012 23:52:30 -0000 --_000_2C2F1EBA8050E74EA81502D5740B4BD6BBDF024D71SJEXCHCCR02co_ Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Hi, I will present ver-02, since ver-03 was not completed in time. But we like = to hear all feddbacks. Thanks Shahram From: Greg Mirsky [mailto:gregimirsky@gmail.com] Sent: Wednesday, March 21, 2012 4:03 PM To: Shahram Davari Cc: tictoc@ietf.org; mpls@ietf.org; pwe3@ietf.org; CCAMP Subject: Re: [PWE3] Updated 1588 over MPLS draf-03 Hi Shahram, noticed that both TICTOC and MPLS agendas refer to -02 version of the docum= ent. Would you be presenting -02 or -03? Regards, Greg On Mon, Mar 12, 2012 at 5:16 PM, Shahram Davari > wrote: Hi, Please find attached the latest 1588 over MPLS draft (03). Since cut-off da= te was yesterday, we will upload this after the Paris meeting. Review is required from TICTOC, MPLS, PWE3 and CCAMP WGs, since some aspect= s from each of these groups are used in this draft. We will present this draft in the relevant WGs in Paris. Regards, Shahram Davari _______________________________________________ pwe3 mailing list pwe3@ietf.org https://www.ietf.org/mailman/listinfo/pwe3 --_000_2C2F1EBA8050E74EA81502D5740B4BD6BBDF024D71SJEXCHCCR02co_ Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: quoted-printable
Hi,<= /o:p>

I will present ver-02, since ver-03 was not comple= ted in time. But we like to hear all feddbacks.

Thanks
Shahram

From: Greg Mirsky [mailto:gregimirsky@gmail.com]
= Sent: Wednesday, March 21, 2012 4:03 PM
To: Shahram Davari=
Cc: tictoc@ietf.org; mpls@ietf.org; pwe3@ietf.org; CCAMP
S= ubject: Re: [PWE3] Updated 1588 over MPLS draf-03
=

Hi Shahram,
noticed that both TICTOC and MPLS = agendas refer to -02 version of the document. Would you be presenting -02 o= r -03?

Regards,
Greg
On M= on, Mar 12, 2012 at 5:16 PM, Shahram Davari <davari@broadcom.com> wrote:
Hi,

Please find attache= d the latest 1588 over MPLS draft (03). Since cut-off date was yesterday, w= e will upload this after the Paris meeting.
Review is = required from TICTOC, MPLS, PWE3 and CCAMP WGs, since some aspects from eac= h of these groups are used in this draft.
=
We will present this draft in the relevant WGs in Paris.

Regards,
Shahram Davari

_______________________________________________pwe3 mailing list
pwe3@ietf.orgh= ttps://www.ietf.org/mailman/listinfo/pwe3

= --_000_2C2F1EBA8050E74EA81502D5740B4BD6BBDF024D71SJEXCHCCR02co_-- From IHussain@infinera.com Wed Mar 21 18:59:22 2012 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 8059C21E8042 for ; Wed, 21 Mar 2012 18:59:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.391 X-Spam-Level: X-Spam-Status: No, score=-2.391 tagged_above=-999 required=5 tests=[AWL=0.208, 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 xl+TdaBJNzta for ; Wed, 21 Mar 2012 18:59:21 -0700 (PDT) Received: from SV-CASHT-PROD3.infinera.com (sv-casht-prod3.infinera.com [8.4.225.26]) by ietfa.amsl.com (Postfix) with ESMTP id 29CEC21E8028 for ; Wed, 21 Mar 2012 18:59:18 -0700 (PDT) Received: from SV-EXDB-PROD1.infinera.com ([fe80::dc68:4e20:6002:a8f9]) by SV-CASHT-PROD3.infinera.com ([::1]) with mapi id 14.01.0355.002; Wed, 21 Mar 2012 18:59:11 -0700 From: Iftekhar Hussain To: Fatai.Zhang , "adrian@olddog.co.uk" , 'CCAMP' Thread-Topic: [CCAMP] Update to draft-farrkingel-ccamp-flexigrid-lambda-label Thread-Index: AQHNAIKB888ZPa8X4EWXyhu98v/8KJZokXrggAMc6gCAAAAOkIADE5MAgAMUQPCAAwz3AIAAt5/w Date: Thu, 22 Mar 2012 01:59:10 +0000 Message-ID: References: <01c701ccffcd$35536c60$9ffa4520$@olddog.co.uk> <040301cd029d$0e53b3e0$2afb1ba0$@olddog.co.uk> <01db01cd0426$dd1bd6f0$975384d0$@olddog.co.uk> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.100.156.128] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Cc: Marco Sosa , Abinder Dhillon , Mike VanLeeuwen , "draft-farrkingel-ccamp-flexigrid-lambda-label@tools.ietf.org" , Biao Lu Subject: Re: [CCAMP] Update to draft-farrkingel-ccamp-flexigrid-lambda-label 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, 22 Mar 2012 01:59:22 -0000 SGksIEZhdGFpLA0KDQpJIGFtIG5vdCBjbGVhciB3aGF0IHlvdSBtZWFuLiBDYW4geW91IHBsZWFz ZSBjbGFyaWZ5IHdoYXQgeW91IGFyZSBhZ3JlZWluZyB0byBhbmQgd2hhdCBlbnZpcm9ubWVudCBh cmUgeW91IHRha2luZyBhYm91dD8gICBEbyB5b3UgbWVhbiB3ZSBzaG91bGQgY29udGludWUgd2l0 aCBleHRlbnNpb25zIHN1Ym1pc3Npb25zIHdpdGhvdXQgZGVmaW5pbmcgdGhlIHJlcXVpcmVtZW50 cyBvciB5b3UgbWVhbiBqdXN0IGZvY3VzIG9uICJzZWxlY3QiIHBvcnRpb24gb2YgdGhlIHByb2Js ZW0/DQoNClJlZ2FyZHMsDQpJZnRla2hhcg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZy b206IEZhdGFpLlpoYW5nIFttYWlsdG86emhhbmdmYXRhaUBodWF3ZWkuY29tXSANClNlbnQ6IFdl ZG5lc2RheSwgTWFyY2ggMjEsIDIwMTIgMTI6NTIgQU0NClRvOiBJZnRla2hhciBIdXNzYWluOyBh ZHJpYW5Ab2xkZG9nLmNvLnVrOyAnQ0NBTVAnDQpDYzogTWlrZSBWYW5MZWV1d2VuOyBNYXJjbyBT b3NhOyBBYmluZGVyIERoaWxsb247IGRyYWZ0LWZhcnJraW5nZWwtY2NhbXAtZmxleGlncmlkLWxh bWJkYS1sYWJlbEB0b29scy5pZXRmLm9yZzsgQmlhbyBMdQ0KU3ViamVjdDogUkU6IFtDQ0FNUF0g VXBkYXRlIHRvIGRyYWZ0LWZhcnJraW5nZWwtY2NhbXAtZmxleGlncmlkLWxhbWJkYS1sYWJlbA0K DQpBZ3JlZS4gDQoNCldlIHNob3VsZCBpbnZlc3RpZ2F0ZSBob3cgdG8gdXNlIGFuZCBwcm9jZXNz IHRoZSBsYWJlbCBlZmZpY2llbnRseSB0aGF0IGlzIGJlaW5nIG1hZGUgaW4gdGhlIGVudmlyb25t ZW50IG9mIHNpZ25hbGluZyBhbmQgcm91dGluZy4NCg0KDQoNClRoYW5rcw0KwqANCkZhdGFpDQoN Ci0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBjY2FtcC1ib3VuY2VzQGlldGYub3Jn IFttYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIElmdGVraGFyIEh1 c3NhaW4NClNlbnQ6IDIwMTLlubQz5pyIMjDml6UgMDozNg0KVG86IGFkcmlhbkBvbGRkb2cuY28u dWs7ICdDQ0FNUCcNCkNjOiBNaWtlIFZhbkxlZXV3ZW47IE1hcmNvIFNvc2E7IEFiaW5kZXIgRGhp bGxvbjsgZHJhZnQtZmFycmtpbmdlbC1jY2FtcC1mbGV4aWdyaWQtbGFtYmRhLWxhYmVsQHRvb2xz LmlldGYub3JnOyBCaWFvIEx1DQpTdWJqZWN0OiBSZTogW0NDQU1QXSBVcGRhdGUgdG8gZHJhZnQt ZmFycmtpbmdlbC1jY2FtcC1mbGV4aWdyaWQtbGFtYmRhLWxhYmVsDQoNClBsZWFzZSBzZWUgY29t bWVudHMgaW4tbGluZS4NCg0KW3NuaXBdDQoNCj4gW0lmdGVraGFyXSBZZXMgdGhhdCBpcyBjb3Jy ZWN0LiBPYnZpb3VzbHkgdGhlIGNvbnRleHQgb2YgdGhpcyANCj4gZGlzY3Vzc2lvbiBpcw0KbWFp bmx5DQo+IGFib3V0IGNvaGVyZW50IG9wdGljYWwgc3lzdGVtcyAoaS5lLiwgU3VwZXItQ2hhbm5l bHMsIE1vZHVsYXRpb24gDQo+IGZvcm1hdHMsIEZFQyB0eXBlcyBldGMpIGFuZCB0aGVpciBzdXBw b3J0IG9uIEZsZXhHcmlkIG5ldHdvcmtzLg0KDQpFeGNlbGxlbnQuIFNvIHdpdGggdGhhdCBtaXN1 bmRlcnN0YW5kaW5nIHNvcnRlZCBvdXQsIHdoYXQgZG8geW91IHRoaW5rIG9mIG15IGFzc2VydGlv biByZXBocmFzZWQgYXMuLi4NCiANCj4gSSBtZWFudCB0aGF0IGluaXRpYWwgZGVwbG95bWVudHMg b2YgZmxleC1ncmlkIHN5c3RlbXMgd2lsbCBmb3JtIA0KPiBzdWItbmV0d29ya3MNCm9mDQo+IG5v ZGVzIGZyb20gdGhlIHNhbWUgdmVuZG9yIG9yIChleGNlcHRpb25hbGx5KSBmcm9tIHZlbmRvcnMg d2l0aCB2ZXJ5IA0KPiBjbG9zZSBjb29wZXJhdGlvbiBhZ3JlZW1lbnRzLiBUaHVzLCB0aGUgYWJp bGl0eSB0byBleGNoYW5nZSANCj4gaW5mb3JtYXRpb24gaW4gdGhlDQpyb3V0aW5nDQo+IHByb3Rv Y29scyBhYm91dCB0aGUgZmxleGktZ3JpZCBjYXBhYmlsaXRpZXMgb2Ygbm9kZXMgaW4gdGhlIG5l dHdvcmsgaXMgDQo+IGxlc3MNCnByZXNzaW5nDQo+IHRoYW4gb3RoZXIgZnVuY3Rpb25zLg0KDQpb SWZ0ZWtoYXJdIEkgdGhpbmsgdGhpcyBhcmd1bWVudChzKSBlcXVhbGx5IGFwcGxpZXMgdG8gZml4 ZWQtZ3JpZCBuZXR3b3JrIGNhc2UgLSB5ZXQgcHJvdG9jb2wgZXh0ZW5zaW9ucyBlbmNvbXBhc3Np bmcgYWxsIGFzcGVjdHMgb2Ygc29sdXRpb24gKGxhYmVsLCByb3V0aW5nLCBzaWduYWxpbmcgcGFy YW1ldGVycykgZWl0aGVyIGhhdmUgYmVlbiBkZWZpbmVkIG9yIGluIHByb2dyZXNzLiBJbiB0aGF0 IHJlc3BlY3QsIGZsZXgtZ3JpZCBjYXBhYmlsaXRpZXMgYXJlIGV4dGVuc2lvbnMgb2YgdGhlIGZp eGVkLWdyaWQgY2FwYWJpbGl0aWVzIC0gdGhpcyBzaG91bGQgYWxsb3cgcHJvdG9jb2wgZXh0ZW5z aW9ucyB0byBlbmFibGUgc3lzdGVtIHNvbHV0aW9uIGNvdmVyaW5nIGFsbCBhc3BlY3RzLiBDZXJ0 YWlubHksIGxhYmVsIGRlZmluaXRpb24gZm9yIGZsZXgtZ3JpZCBpcyBhIHZlcnkgaW1wb3J0YW50 IGNvbXBvbmVudCwgdGhpcyBkb2VzIG5vdCBtZWFuIHRoZSBvdGhlciBhc3BlY3RzIGluY2x1ZGlu ZyByb3V0aW5nIGFuZCBzaWduYWxpbmcgZXh0ZW5zaW9ucyBhcmUgYW55IGxlc3MgaW1wb3J0YW50 LiBJIHRoaW5rIHJhdGhlciB0aGFuIHRha2luZyBhIHBpZWNlbWVhbCBhcHByb2FjaCB3ZSBzaG91 bGQgbG9vayBhdCBhIHN5c3RlbSBhcHByb2FjaC4gUGVyaGFwcyB0aGUgcmlnaHQgcGxhY2UgdG8g c3RhcnQgaXMgdG8gYWdyZWUgb24gc2V0IG9mIHJlcXVpcmVtZW50cyAuIEluIHBhcmFsbGVsLCBk ZWZpbmUgY29tbW9uIHNldCBvZiB0ZXJtcyAoaS5lLiBmcmFtZXdvcmspICB0byBhdm9pZCBjb25m dXNpb24uIFRoZW4gY29uY2VudHJhdGUgaW4gcHJvdmlkZSBob2xpc3RpYyBzb2x1dGlvbiBpbmNs dWRpbmcgbGFiZWwsIHJvdXRpbmcsIGFuZCBzaWduYWxpbmcuDQoNClJlZ2FyZHMsDQpJZnRla2hh cg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCkNDQU1Q IG1haWxpbmcgbGlzdA0KQ0NBTVBAaWV0Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt YW4vbGlzdGluZm8vY2NhbXANCg== From zhangfatai@huawei.com Wed Mar 21 19:19:44 2012 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 D77F921F84F8 for ; Wed, 21 Mar 2012 19:19:44 -0700 (PDT) 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 58F980b3oG2O for ; Wed, 21 Mar 2012 19:19:43 -0700 (PDT) Received: from dfwrgout.huawei.com (dfwrgout.huawei.com [206.16.17.72]) by ietfa.amsl.com (Postfix) with ESMTP id B5FBF21F84F5 for ; Wed, 21 Mar 2012 19:19:43 -0700 (PDT) Received: from 172.18.9.243 (EHLO dfweml202-edg.china.huawei.com) ([172.18.9.243]) by dfwrg01-dlp.huawei.com (MOS 4.2.3-GA FastPath) with ESMTP id AEP10233; Wed, 21 Mar 2012 22:19:43 -0400 (EDT) Received: from DFWEML408-HUB.china.huawei.com (10.193.5.134) by dfweml202-edg.china.huawei.com (172.18.9.108) with Microsoft SMTP Server (TLS) id 14.1.323.3; Wed, 21 Mar 2012 19:17:52 -0700 Received: from SZXEML433-HUB.china.huawei.com (10.72.61.61) by dfweml408-hub.china.huawei.com (10.193.5.134) with Microsoft SMTP Server (TLS) id 14.1.323.3; Wed, 21 Mar 2012 19:17:51 -0700 Received: from SZXEML520-MBX.china.huawei.com ([169.254.1.99]) by szxeml433-hub.china.huawei.com ([10.72.61.61]) with mapi id 14.01.0323.003; Thu, 22 Mar 2012 10:17:45 +0800 From: Fatai.Zhang To: Iftekhar Hussain , "adrian@olddog.co.uk" , 'CCAMP' Thread-Topic: [CCAMP] Update to draft-farrkingel-ccamp-flexigrid-lambda-label Thread-Index: Acz/zSgdksHEPFpbRMeRBWbxSfw23wBS2TgAAFBbWgAADxIPgABTYhAAAHHjw4AAYvExAAAVTJYAABEcBHA= Date: Thu, 22 Mar 2012 02:17:45 +0000 Message-ID: References: <01c701ccffcd$35536c60$9ffa4520$@olddog.co.uk> <040301cd029d$0e53b3e0$2afb1ba0$@olddog.co.uk> <01db01cd0426$dd1bd6f0$975384d0$@olddog.co.uk> 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.70.76.157] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: Marco Sosa , Abinder Dhillon , Mike VanLeeuwen , "draft-farrkingel-ccamp-flexigrid-lambda-label@tools.ietf.org" , Biao Lu Subject: Re: [CCAMP] Update to draft-farrkingel-ccamp-flexigrid-lambda-label 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, 22 Mar 2012 02:19:45 -0000 SGkgSWZ0ZWtoYXIsDQoNCkkgbWVhbnQgdGhhdCB3ZSBzaG91bGQgZm9jdXMgb24gRldLL3JlcXVp cmVtZW50IGZpcnN0LCBhbmQgdGhlbiBwcm92aWRlIGhvbGlzdGljIHNvbHV0aW9uIGluY2x1ZGlu ZyByb3V0aW5nIGFuZCBzaWduYWxpbmcuDQoNCk1vcmVvdmVyLCBJIHRoaW5rIGl0IGlzIG5vdCBh cHByb3ByaWF0ZSB0byBkZXNpZ24gdGhlIGxhYmVsIGZvcm1hdCBpc29sYXRlZGx5IHdpdGhvdXQg Y29uc2lkZXJpbmcgaG93IHRvIHByb2Nlc3MgdGhlIGxhYmVsIGluIHRoZSBlbnZpcm9ubWVudCBv ZiBzaWduYWxpbmcgYW5kIHJvdXRpbmcuDQoNCg0KDQoNClRoYW5rcw0KwqANCkZhdGFpDQoNCg0K LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IElmdGVraGFyIEh1c3NhaW4gW21haWx0 bzpJSHVzc2FpbkBpbmZpbmVyYS5jb21dIA0KU2VudDogMjAxMuW5tDPmnIgyMuaXpSA5OjU5DQpU bzogRmF0YWkuWmhhbmc7IGFkcmlhbkBvbGRkb2cuY28udWs7ICdDQ0FNUCcNCkNjOiBNaWtlIFZh bkxlZXV3ZW47IE1hcmNvIFNvc2E7IEFiaW5kZXIgRGhpbGxvbjsgZHJhZnQtZmFycmtpbmdlbC1j Y2FtcC1mbGV4aWdyaWQtbGFtYmRhLWxhYmVsQHRvb2xzLmlldGYub3JnOyBCaWFvIEx1DQpTdWJq ZWN0OiBSRTogW0NDQU1QXSBVcGRhdGUgdG8gZHJhZnQtZmFycmtpbmdlbC1jY2FtcC1mbGV4aWdy aWQtbGFtYmRhLWxhYmVsDQoNCkhpLCBGYXRhaSwNCg0KSSBhbSBub3QgY2xlYXIgd2hhdCB5b3Ug bWVhbi4gQ2FuIHlvdSBwbGVhc2UgY2xhcmlmeSB3aGF0IHlvdSBhcmUgYWdyZWVpbmcgdG8gYW5k IHdoYXQgZW52aXJvbm1lbnQgYXJlIHlvdSB0YWtpbmcgYWJvdXQ/ICAgRG8geW91IG1lYW4gd2Ug c2hvdWxkIGNvbnRpbnVlIHdpdGggZXh0ZW5zaW9ucyBzdWJtaXNzaW9ucyB3aXRob3V0IGRlZmlu aW5nIHRoZSByZXF1aXJlbWVudHMgb3IgeW91IG1lYW4ganVzdCBmb2N1cyBvbiAic2VsZWN0IiBw b3J0aW9uIG9mIHRoZSBwcm9ibGVtPw0KDQpSZWdhcmRzLA0KSWZ0ZWtoYXINCi0tLS0tT3JpZ2lu YWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBGYXRhaS5aaGFuZyBbbWFpbHRvOnpoYW5nZmF0YWlAaHVh d2VpLmNvbV0gDQpTZW50OiBXZWRuZXNkYXksIE1hcmNoIDIxLCAyMDEyIDEyOjUyIEFNDQpUbzog SWZ0ZWtoYXIgSHVzc2FpbjsgYWRyaWFuQG9sZGRvZy5jby51azsgJ0NDQU1QJw0KQ2M6IE1pa2Ug VmFuTGVldXdlbjsgTWFyY28gU29zYTsgQWJpbmRlciBEaGlsbG9uOyBkcmFmdC1mYXJya2luZ2Vs LWNjYW1wLWZsZXhpZ3JpZC1sYW1iZGEtbGFiZWxAdG9vbHMuaWV0Zi5vcmc7IEJpYW8gTHUNClN1 YmplY3Q6IFJFOiBbQ0NBTVBdIFVwZGF0ZSB0byBkcmFmdC1mYXJya2luZ2VsLWNjYW1wLWZsZXhp Z3JpZC1sYW1iZGEtbGFiZWwNCg0KQWdyZWUuIA0KDQpXZSBzaG91bGQgaW52ZXN0aWdhdGUgaG93 IHRvIHVzZSBhbmQgcHJvY2VzcyB0aGUgbGFiZWwgZWZmaWNpZW50bHkgdGhhdCBpcyBiZWluZyBt YWRlIGluIHRoZSBlbnZpcm9ubWVudCBvZiBzaWduYWxpbmcgYW5kIHJvdXRpbmcuDQoNCg0KDQpU aGFua3MNCsKgDQpGYXRhaQ0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogY2Nh bXAtYm91bmNlc0BpZXRmLm9yZyBbbWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJl aGFsZiBPZiBJZnRla2hhciBIdXNzYWluDQpTZW50OiAyMDEy5bm0M+aciDIw5pelIDA6MzYNClRv OiBhZHJpYW5Ab2xkZG9nLmNvLnVrOyAnQ0NBTVAnDQpDYzogTWlrZSBWYW5MZWV1d2VuOyBNYXJj byBTb3NhOyBBYmluZGVyIERoaWxsb247IGRyYWZ0LWZhcnJraW5nZWwtY2NhbXAtZmxleGlncmlk LWxhbWJkYS1sYWJlbEB0b29scy5pZXRmLm9yZzsgQmlhbyBMdQ0KU3ViamVjdDogUmU6IFtDQ0FN UF0gVXBkYXRlIHRvIGRyYWZ0LWZhcnJraW5nZWwtY2NhbXAtZmxleGlncmlkLWxhbWJkYS1sYWJl bA0KDQpQbGVhc2Ugc2VlIGNvbW1lbnRzIGluLWxpbmUuDQoNCltzbmlwXQ0KDQo+IFtJZnRla2hh cl0gWWVzIHRoYXQgaXMgY29ycmVjdC4gT2J2aW91c2x5IHRoZSBjb250ZXh0IG9mIHRoaXMgDQo+ IGRpc2N1c3Npb24gaXMNCm1haW5seQ0KPiBhYm91dCBjb2hlcmVudCBvcHRpY2FsIHN5c3RlbXMg KGkuZS4sIFN1cGVyLUNoYW5uZWxzLCBNb2R1bGF0aW9uIA0KPiBmb3JtYXRzLCBGRUMgdHlwZXMg ZXRjKSBhbmQgdGhlaXIgc3VwcG9ydCBvbiBGbGV4R3JpZCBuZXR3b3Jrcy4NCg0KRXhjZWxsZW50 LiBTbyB3aXRoIHRoYXQgbWlzdW5kZXJzdGFuZGluZyBzb3J0ZWQgb3V0LCB3aGF0IGRvIHlvdSB0 aGluayBvZiBteSBhc3NlcnRpb24gcmVwaHJhc2VkIGFzLi4uDQogDQo+IEkgbWVhbnQgdGhhdCBp bml0aWFsIGRlcGxveW1lbnRzIG9mIGZsZXgtZ3JpZCBzeXN0ZW1zIHdpbGwgZm9ybSANCj4gc3Vi LW5ldHdvcmtzDQpvZg0KPiBub2RlcyBmcm9tIHRoZSBzYW1lIHZlbmRvciBvciAoZXhjZXB0aW9u YWxseSkgZnJvbSB2ZW5kb3JzIHdpdGggdmVyeSANCj4gY2xvc2UgY29vcGVyYXRpb24gYWdyZWVt ZW50cy4gVGh1cywgdGhlIGFiaWxpdHkgdG8gZXhjaGFuZ2UgDQo+IGluZm9ybWF0aW9uIGluIHRo ZQ0Kcm91dGluZw0KPiBwcm90b2NvbHMgYWJvdXQgdGhlIGZsZXhpLWdyaWQgY2FwYWJpbGl0aWVz IG9mIG5vZGVzIGluIHRoZSBuZXR3b3JrIGlzIA0KPiBsZXNzDQpwcmVzc2luZw0KPiB0aGFuIG90 aGVyIGZ1bmN0aW9ucy4NCg0KW0lmdGVraGFyXSBJIHRoaW5rIHRoaXMgYXJndW1lbnQocykgZXF1 YWxseSBhcHBsaWVzIHRvIGZpeGVkLWdyaWQgbmV0d29yayBjYXNlIC0geWV0IHByb3RvY29sIGV4 dGVuc2lvbnMgZW5jb21wYXNzaW5nIGFsbCBhc3BlY3RzIG9mIHNvbHV0aW9uIChsYWJlbCwgcm91 dGluZywgc2lnbmFsaW5nIHBhcmFtZXRlcnMpIGVpdGhlciBoYXZlIGJlZW4gZGVmaW5lZCBvciBp biBwcm9ncmVzcy4gSW4gdGhhdCByZXNwZWN0LCBmbGV4LWdyaWQgY2FwYWJpbGl0aWVzIGFyZSBl eHRlbnNpb25zIG9mIHRoZSBmaXhlZC1ncmlkIGNhcGFiaWxpdGllcyAtIHRoaXMgc2hvdWxkIGFs bG93IHByb3RvY29sIGV4dGVuc2lvbnMgdG8gZW5hYmxlIHN5c3RlbSBzb2x1dGlvbiBjb3Zlcmlu ZyBhbGwgYXNwZWN0cy4gQ2VydGFpbmx5LCBsYWJlbCBkZWZpbml0aW9uIGZvciBmbGV4LWdyaWQg aXMgYSB2ZXJ5IGltcG9ydGFudCBjb21wb25lbnQsIHRoaXMgZG9lcyBub3QgbWVhbiB0aGUgb3Ro ZXIgYXNwZWN0cyBpbmNsdWRpbmcgcm91dGluZyBhbmQgc2lnbmFsaW5nIGV4dGVuc2lvbnMgYXJl IGFueSBsZXNzIGltcG9ydGFudC4gSSB0aGluayByYXRoZXIgdGhhbiB0YWtpbmcgYSBwaWVjZW1l YWwgYXBwcm9hY2ggd2Ugc2hvdWxkIGxvb2sgYXQgYSBzeXN0ZW0gYXBwcm9hY2guIFBlcmhhcHMg dGhlIHJpZ2h0IHBsYWNlIHRvIHN0YXJ0IGlzIHRvIGFncmVlIG9uIHNldCBvZiByZXF1aXJlbWVu dHMgLiBJbiBwYXJhbGxlbCwgZGVmaW5lIGNvbW1vbiBzZXQgb2YgdGVybXMgKGkuZS4gZnJhbWV3 b3JrKSAgdG8gYXZvaWQgY29uZnVzaW9uLiBUaGVuIGNvbmNlbnRyYXRlIGluIHByb3ZpZGUgaG9s aXN0aWMgc29sdXRpb24gaW5jbHVkaW5nIGxhYmVsLCByb3V0aW5nLCBhbmQgc2lnbmFsaW5nLg0K DQpSZWdhcmRzLA0KSWZ0ZWtoYXINCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fDQpDQ0FNUCBtYWlsaW5nIGxpc3QNCkNDQU1QQGlldGYub3JnDQpodHRwczov L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2NjYW1wDQo= From wang.lei131@zte.com.cn Thu Mar 22 02:29:03 2012 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 B4B6821F855D for ; Thu, 22 Mar 2012 02:29:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.584 X-Spam-Level: X-Spam-Status: No, score=-99.584 tagged_above=-999 required=5 tests=[AWL=1.054, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_42=0.6, J_CHICKENPOX_83=0.6, RCVD_DOUBLE_IP_LOOSE=0.76, 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 fauMoCAmLTmc for ; Thu, 22 Mar 2012 02:29:02 -0700 (PDT) Received: from mx5.zte.com.cn (mx6.zte.com.cn [95.130.199.165]) by ietfa.amsl.com (Postfix) with ESMTP id E09B121F855A for ; Thu, 22 Mar 2012 02:29:01 -0700 (PDT) Received: from [10.30.17.99] by mx5.zte.com.cn with surfront esmtp id 12280473195744; Thu, 22 Mar 2012 16:54:40 +0800 (CST) Received: from [10.30.3.20] by [192.168.168.15] with StormMail ESMTP id 84000.3807464644; Thu, 22 Mar 2012 17:27:26 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse01.zte.com.cn with ESMTP id q2M9RKJD080449; Thu, 22 Mar 2012 17:27:20 +0800 (GMT-8) (envelope-from wang.lei131@zte.com.cn) In-Reply-To: To: ccamp@ietf.org, adrian@olddog.co.uk, zhangfatai@huawei.com, IHussain@infinera.com MIME-Version: 1.0 X-KeepSent: A32C192E:C4D59A3D-482579C9:00185A14; type=4; name=$KeepSent X-Mailer: Lotus Notes Release 6.5.6 March 06, 2007 Message-ID: From: wang.lei131@zte.com.cn Date: Thu, 22 Mar 2012 17:27:20 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.1FP4|July 25, 2010) at 2012-03-22 17:27:22, Serialize complete at 2012-03-22 17:27:22 Content-Type: multipart/alternative; boundary="=_alternative 0033F2E2482579C9_=" X-MAIL: mse01.zte.com.cn q2M9RKJD080449 Subject: Re: [CCAMP] Update to draft-farrkingel-ccamp-flexigrid-lambda-label 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, 22 Mar 2012 09:29:03 -0000 This is a multipart message in MIME format. --=_alternative 0033F2E2482579C9_= Content-Type: text/plain; charset="US-ASCII" Hi, Fatai, Adrian and Iftekhar It seems that flexible-grid network is becoming a hot topic in these days, but I also find that the discussions mainly focus on two problems listed as follows: 1. Where do we carry the "m" value, label or traffic parameters? 2. What should we discuss in the first step, the whole Flexible-Grid control plane or just label and signaling parameters? Here I present my concept on these two qustions. The first one, I absolutely agree with Adrian. "the view that "m" is part of the definition of what is being switched and is essential for the switch cross-connect to be programmed. Thus,it is part of the label." "I would acknowledge that the value of "m" influences the bandwidth of the LSP, but I would claim that an Path request asks for b/w in the traffic parameters and the label returned provides the value of "m" to be programmed into the XC. If it is necessary (perhaps a question fordraft-zhang-ccamp-flexible-grid-rsvp-te-ext) to also specify "m" (or a range of acceptable values of "m") as part of the Path request, then it would seem pragmatic to put it in the traffic parameters." In my opinion, it may be reasonable to carry certain fields in traffic parameters that claim min slot width or slot width range the LSP requests, as well, it is also necessary to include "m" in the label to claim actual slot width assigned to this LSP. For example, assuming a flexible-grid network composed of optical components with 25GHz slot width granularity and [50GHz, 200GHz] slot width range. When a 25GHz-slot-width LSP request arrives, the signaling may add 25GHz in traffic parameters to claim the min slot width required. However, due to the Flexible-Grid capability limitation of optical components, the actual slot width assigned to this LSP may be 50GHz, which is added as "m" in the label. similarly, When a 87.5GHz-slot-width LSP request arrives, the actual slot width assigned to this LSP may be 100GHz. So such fields in traffic parameters cannot exclude the use of "m" in the label, from signaling perspective. I also notice that Fatai oppose the use of "m" in label from routing perspective. In [draft-wangl-ccamp-ospf-ext-constraint-flexi-grid-01], for the label set with type 2/3 inclusive/exclusive range, "The value of m in start/end label is meaningless", and "32 additional bits space is used to carry meaningless information! People can image how many labels are distributed in the routing. What scalable issue it is!" In my opinion, this document is only an individual draft to summarize our idea and initial work on OSPF extension of Flexible-Grid networks,and needs further modification and extension according to the requirements and feedback of others. Thanks for pointing out the improper place. However, in this document, the type 2/3 inclusive/exclusive range can be well replaced by the type 0/1 inclusive/exclusive label list, without any bit-wasting. In addition, there is not any mandatory requirement that the start/end label in label set MUST keep the same format with the label in signaling, so I think the meaningless part could be simply removed in the label set, both type 2/3 and type 4. Above all, it is not a serious problem that cannot conquered, and has no impact on the use of "m" in the label, from routing perspective. The second one, I partly agree with Adrian. "For me, the most basic building block is the label. Next would come the signaling parameters." that is right. but I also agree with Iftekhar that "Certainly, label definition for flex-grid is a very important component, this does not mean the other aspects including routing and signaling extensions are any less important. I think rather than taking a piecemeal approach we should look at a system approach." that is why I submit the draft [draft-wangl-ccamp-ospf-ext-constraint-flexi-grid-01]. Maybe beyond 100G is still premature until now, but the study of control pane must keep pace with advanced research and technology. Is it a little late to initiate this work after the deployment of beyond 100G? I have proposed some ideas on routing protocol extesions in [draft-wangl-ccamp-ospf-ext-constraint-flexi-grid-01], including label set, Flexible-Grid ability (grid type, slot width granularity and Min/Max slot width) and optical signal compatibility information, which coud be flooded by OSPF for efficient RSA. it is just an initial work and needs further study on this topic, however, I am glad to see that Fatai acknowledged and added these ideas to his draft on framework and routing extensions several days after my submission. Further discussion is welcome. By the way, in my opinion, split-spectrum super channel is an interesting idea in flexible-grid networks, and I also notice that some advance research and technology presented in OFC/ECOC indeed support such super channel. I am glad to see further study on this topic, and cost/efficiency/benefits comparison between contiguous super channel and split-spectrum super channel. Of course, it is out the scope of IETF :-) Best Regards Lei Wang -------------------------------------------- LeiWang ZTE Bearer Network Product Pre_research Department, Wireline R&D Insititute Cell phone:+86 13811440067 Email: wang.lei131@zte.com.cn hechen0001@gmail.com leiw@tsinghua.edu.cn ---------------------------------------------- -------------------------------------------------------- ZTE Information Security Notice: The information contained in this mail is solely property of the sender's organization. This mail communication is confidential. Recipients named above are obligated to maintain secrecy and are not permitted to disclose the contents of this communication to others. This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the originator of the message. Any views expressed in this message are those of the individual sender. This message has been scanned for viruses and Spam by ZTE Anti-Spam system. --=_alternative 0033F2E2482579C9_= Content-Type: text/html; charset="US-ASCII"
Hi, Fatai, Adrian and Iftekhar

It seems that flexible-grid network is becoming a hot topic in these days, but I also find that the discussions mainly focus on two problems listed as follows:

1. Where do we carry the "m" value, label or traffic parameters?

2. What should we discuss in the first step, the whole Flexible-Grid control plane or just label and signaling parameters?

Here I present my concept on these two qustions.

The first one, I absolutely agree with Adrian. "the view that "m" is part of the definition of what is being switched and is essential for the switch cross-connect to be programmed. Thus,it is part of the label." "I would acknowledge that the value of "m" influences the bandwidth of the LSP, but I would claim that an Path request asks for b/w in the traffic parameters and the label returned provides the value of "m" to be programmed into the XC. If it is necessary (perhaps a question fordraft-zhang-ccamp-flexible-grid-rsvp-te-ext) to also specify "m" (or a range of acceptable values of "m") as part of the Path request, then it would seem pragmatic to put it in the traffic parameters."

In my opinion, it may be reasonable to carry certain fields in traffic parameters that claim min slot width or slot width range the LSP requests, as well, it is also necessary to include "m" in the label to claim actual slot width assigned to this LSP. For example, assuming a flexible-grid network composed of optical components with 25GHz slot width granularity and [50GHz, 200GHz] slot width range. When a 25GHz-slot-width LSP request arrives, the signaling may add 25GHz in traffic parameters to claim the min slot width required. However, due to the Flexible-Grid capability limitation of optical components, the actual slot width assigned to this LSP may be 50GHz, which is added as "m" in the label. similarly, When a 87.5GHz-slot-width LSP request arrives, the actual slot width assigned to this LSP may be 100GHz. So such fields in traffic parameters cannot exclude the use of "m" in the label, from signaling perspective.

I also notice that Fatai oppose the use of "m" in label from routing perspective. In [draft-wangl-ccamp-ospf-ext-constraint-flexi-grid-01], for the label set with type 2/3 inclusive/exclusive range, "The value of m in start/end label is meaningless", and "32 additional bits space is used to carry meaningless information! People can image how many labels are distributed in the routing. What scalable issue it is!" In my opinion, this document is only an individual draft to summarize our idea and initial work on OSPF extension of Flexible-Grid networks,and needs further modification and extension according to the requirements and feedback of others. Thanks for pointing out the improper place. However, in this document, the type 2/3 inclusive/exclusive range can be well replaced by the type 0/1 inclusive/exclusive label list, without any bit-wasting. In addition, there is not any mandatory requirement that the start/end label in label set MUST keep the same format with the label in signaling, so I think the meaningless part could be simply removed in the label set, both type 2/3 and type 4. Above all, it is not a serious problem that cannot conquered, and has no impact on the use of "m" in the label, from routing perspective.

The second one, I partly agree with Adrian. "For me, the most basic building block is the label. Next would come the signaling parameters." that is right. but I also agree with Iftekhar that "Certainly, label definition for flex-grid is a very important component, this does not mean the other aspects including routing and signaling extensions are any less important. I think rather than taking a piecemeal approach we should look at a system approach." that is why I submit the draft [draft-wangl-ccamp-ospf-ext-constraint-flexi-grid-01]. Maybe beyond 100G is still premature until now, but the study of control pane must keep pace with advanced research and technology. Is it a little late to initiate this work after the deployment of beyond 100G?

I have proposed some ideas on routing protocol extesions in [draft-wangl-ccamp-ospf-ext-constraint-flexi-grid-01], including label set, Flexible-Grid ability (grid type, slot width granularity and Min/Max slot width) and optical signal compatibility information, which coud be flooded by OSPF for efficient RSA. it is just an initial work and needs further study on this topic, however, I am glad to see that Fatai acknowledged and added these ideas to his draft on framework and routing extensions several days after my submission. Further discussion is welcome.

By the way, in my opinion, split-spectrum super channel is an interesting idea in flexible-grid networks, and I also notice that some advance research and technology presented in OFC/ECOC indeed support such super channel. I am glad to see further study on this topic, and cost/efficiency/benefits comparison between contiguous super channel and split-spectrum super channel. Of course, it is out the scope of IETF :-)

Best Regards

Lei Wang

--------------------------------------------
LeiWang

ZTE
Bearer Network Product Pre_research Department,
Wireline R&D Insititute
Cell phone:+86 13811440067
Email: wang.lei131@zte.com.cn
hechen0001@gmail.com
leiw@tsinghua.edu.cn
----------------------------------------------
-------------------------------------------------------- ZTE Information Security Notice: The information contained in this mail is solely property of the sender's organization. This mail communication is confidential. Recipients named above are obligated to maintain secrecy and are not permitted to disclose the contents of this communication to others. This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the originator of the message. Any views expressed in this message are those of the individual sender. This message has been scanned for viruses and Spam by ZTE Anti-Spam system.
--=_alternative 0033F2E2482579C9_=-- From zhang.fei3@zte.com.cn Thu Mar 22 02:38:34 2012 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 7E12F21F8646 for ; Thu, 22 Mar 2012 02:38:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.193 X-Spam-Level: X-Spam-Status: No, score=-99.193 tagged_above=-999 required=5 tests=[AWL=2.045, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_55=0.6, RCVD_DOUBLE_IP_LOOSE=0.76, 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 VH5rWtZPUG90 for ; Thu, 22 Mar 2012 02:38:34 -0700 (PDT) Received: from mx5.zte.com.cn (mx6.zte.com.cn [95.130.199.165]) by ietfa.amsl.com (Postfix) with ESMTP id 982B221F863D for ; Thu, 22 Mar 2012 02:38:33 -0700 (PDT) Received: from [10.30.17.100] by mx5.zte.com.cn with surfront esmtp id 12280473195744; Thu, 22 Mar 2012 17:04:01 +0800 (CST) Received: from [10.30.3.21] by [192.168.168.16] with StormMail ESMTP id 39392.5166866139; Thu, 22 Mar 2012 17:38:18 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse02.zte.com.cn with ESMTP id q2M9cPDb082143; Thu, 22 Mar 2012 17:38:25 +0800 (GMT-8) (envelope-from zhang.fei3@zte.com.cn) To: zali@cisco.com, swallow@cisco.com, cfilsfil@cisco.com, Ruediger.Kunze@telekom.de MIME-Version: 1.0 X-KeepSent: 8DE43E41:5B980329-482579C9:00329342; type=4; name=$KeepSent X-Mailer: Lotus Notes Release 6.5.6 March 06, 2007 Message-ID: From: zhang.fei3@zte.com.cn Date: Thu, 22 Mar 2012 17:38:22 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.1FP4|July 25, 2010) at 2012-03-22 17:38:28, Serialize complete at 2012-03-22 17:38:28 Content-Type: multipart/alternative; boundary="=_alternative 0034F27A482579C9_=" X-MAIL: mse02.zte.com.cn q2M9cPDb082143 Cc: CCAMP Subject: [CCAMP] Comments on the draft draft-ali-ccamp-te-metric-recording-01.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, 22 Mar 2012 09:38:34 -0000 This is a multipart message in MIME format. --=_alternative 0034F27A482579C9_= Content-Type: text/plain; charset="US-ASCII" Hi Authors The draft is interesting since the performance metrics are more and more important when high-valued path needs to be provided. If I catch the idea clearly, the recording te metrics (like delay,delay variation) are only related to the TE-links, why not consider the node's processing time? When the network is constructed by the TDM switching and/or wavelength switching, I believe the delay of packet processing can be neglectful. However, considering that the cross-connection is blocking, different LSPs have different PHB behaviors, the port is rate-limiting, etc, the packet processing time may be a note value compared to the link delay in the packet switching world. Do I have a misundertanding or the draft just does not care about the node processing time? Hope your clarification. :) Best regards Fei --=_alternative 0034F27A482579C9_= Content-Type: text/html; charset="US-ASCII"
Hi Authors

The draft is interesting since the performance metrics are more and more important when high-valued path needs to be provided.

If I catch the idea clearly, the recording te metrics (like delay,delay variation) are only related to the TE-links, why not consider the node's processing time?

When the network is constructed by the TDM switching and/or wavelength switching, I believe the delay of packet processing can be neglectful. However, considering that the cross-connection is blocking, different LSPs have different PHB behaviors, the port is rate-limiting, etc, the packet processing time may be a note value compared to the link delay in the packet switching world.

Do I have a misundertanding or the draft just does not care about the node processing time? Hope your clarification. :)

Best regards

Fei --=_alternative 0034F27A482579C9_=-- From zhangfatai@huawei.com Thu Mar 22 03:50:27 2012 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 50CA321F8684 for ; Thu, 22 Mar 2012 03:50:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.103 X-Spam-Level: X-Spam-Status: No, score=0.103 tagged_above=-999 required=5 tests=[AWL=-2.702, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_42=0.6, J_CHICKENPOX_83=0.6, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45] 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 S4viOXMjBScC for ; Thu, 22 Mar 2012 03:50:26 -0700 (PDT) Received: from dfwrgout.huawei.com (dfwrgout.huawei.com [206.16.17.72]) by ietfa.amsl.com (Postfix) with ESMTP id D063621F864A for ; Thu, 22 Mar 2012 03:50:25 -0700 (PDT) Received: from 172.18.9.243 (EHLO dfweml202-edg.china.huawei.com) ([172.18.9.243]) by dfwrg02-dlp.huawei.com (MOS 4.2.3-GA FastPath) with ESMTP id AEH33022; Thu, 22 Mar 2012 06:50:25 -0400 (EDT) Received: from DFWEML405-HUB.china.huawei.com (10.193.5.102) by dfweml202-edg.china.huawei.com (172.18.9.108) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 22 Mar 2012 03:48:15 -0700 Received: from SZXEML423-HUB.china.huawei.com (10.82.67.162) by dfweml405-hub.china.huawei.com (10.193.5.102) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 22 Mar 2012 03:48:13 -0700 Received: from SZXEML520-MBX.china.huawei.com ([169.254.1.99]) by szxeml423-hub.china.huawei.com ([10.82.67.162]) with mapi id 14.01.0323.003; Thu, 22 Mar 2012 18:48:10 +0800 From: Fatai Zhang To: "wang.lei131@zte.com.cn" , "ccamp@ietf.org" , "adrian@olddog.co.uk" , "IHussain@infinera.com" Thread-Topic: [CCAMP] Update to draft-farrkingel-ccamp-flexigrid-lambda-label Thread-Index: AQHNCA36ksHEPFpbRMeRBWbxSfw235Z2EZMg Date: Thu, 22 Mar 2012 10:48:09 +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.70.76.157] Content-Type: multipart/alternative; boundary="_000_F82A4B6D50F9464B8EBA55651F541CF8278AD72CSZXEML520MBXchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Subject: Re: [CCAMP] Update to draft-farrkingel-ccamp-flexigrid-lambda-label 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, 22 Mar 2012 10:50:27 -0000 --_000_F82A4B6D50F9464B8EBA55651F541CF8278AD72CSZXEML520MBXchi_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGkgTGVpLA0KDQpQbGVhc2Ugc2VlIG15IGNvbW1lbnRzIGluLWxpbmUuDQoNCg0KVGhhbmtzDQoN CkZhdGFpDQoNCkZyb206IHdhbmcubGVpMTMxQHp0ZS5jb20uY24gW21haWx0bzp3YW5nLmxlaTEz MUB6dGUuY29tLmNuXQ0KU2VudDogMjAxMsTqM9TCMjLI1SAxNzoyNw0KVG86IGNjYW1wQGlldGYu b3JnOyBhZHJpYW5Ab2xkZG9nLmNvLnVrOyBGYXRhaSBaaGFuZzsgSUh1c3NhaW5AaW5maW5lcmEu Y29tDQpTdWJqZWN0OiBSZTogW0NDQU1QXSBVcGRhdGUgdG8gZHJhZnQtZmFycmtpbmdlbC1jY2Ft cC1mbGV4aWdyaWQtbGFtYmRhLWxhYmVsDQoNCg0KSGksIEZhdGFpLCBBZHJpYW4gYW5kIElmdGVr aGFyDQoNCkl0IHNlZW1zIHRoYXQgZmxleGlibGUtZ3JpZCBuZXR3b3JrIGlzIGJlY29taW5nIGEg aG90IHRvcGljIGluIHRoZXNlIGRheXMsIGJ1dCBJIGFsc28gZmluZCB0aGF0IHRoZSBkaXNjdXNz aW9ucyBtYWlubHkgZm9jdXMgb24gdHdvIHByb2JsZW1zIGxpc3RlZCBhcyBmb2xsb3dzOg0KDQox LiBXaGVyZSBkbyB3ZSBjYXJyeSB0aGUgIm0iIHZhbHVlLCBsYWJlbCBvciB0cmFmZmljIHBhcmFt ZXRlcnM/DQoNCjIuIFdoYXQgc2hvdWxkIHdlIGRpc2N1c3MgaW4gdGhlIGZpcnN0IHN0ZXAsIHRo ZSB3aG9sZSBGbGV4aWJsZS1HcmlkIGNvbnRyb2wgcGxhbmUgb3IganVzdCBsYWJlbCBhbmQgc2ln bmFsaW5nIHBhcmFtZXRlcnM/DQoNCkhlcmUgSSBwcmVzZW50IG15IGNvbmNlcHQgb24gdGhlc2Ug dHdvIHF1c3Rpb25zLg0KDQpUaGUgZmlyc3Qgb25lLCBJIGFic29sdXRlbHkgYWdyZWUgd2l0aCBB ZHJpYW4uICJ0aGUgdmlldyB0aGF0ICJtIiBpcyBwYXJ0IG9mIHRoZSBkZWZpbml0aW9uIG9mIHdo YXQgaXMgYmVpbmcgc3dpdGNoZWQgYW5kIGlzIGVzc2VudGlhbCBmb3IgdGhlIHN3aXRjaCBjcm9z cy1jb25uZWN0IHRvIGJlIHByb2dyYW1tZWQuIFRodXMsaXQgaXMgcGFydCBvZiB0aGUgbGFiZWwu IiAiSSB3b3VsZCBhY2tub3dsZWRnZSB0aGF0IHRoZSB2YWx1ZSBvZiAibSIgaW5mbHVlbmNlcyB0 aGUgYmFuZHdpZHRoIG9mIHRoZSBMU1AsIGJ1dCBJIHdvdWxkIGNsYWltIHRoYXQgYW4gUGF0aCBy ZXF1ZXN0IGFza3MgZm9yIGIvdyBpbiB0aGUgdHJhZmZpYyBwYXJhbWV0ZXJzIGFuZCB0aGUgbGFi ZWwgcmV0dXJuZWQgcHJvdmlkZXMgdGhlIHZhbHVlIG9mICJtIiB0byBiZSBwcm9ncmFtbWVkIGlu dG8gdGhlIFhDLiBJZiBpdCBpcyBuZWNlc3NhcnkgKHBlcmhhcHMgYSBxdWVzdGlvbiBmb3JkcmFm dC16aGFuZy1jY2FtcC1mbGV4aWJsZS1ncmlkLXJzdnAtdGUtZXh0KSB0byBhbHNvIHNwZWNpZnkg Im0iIChvciBhIHJhbmdlIG9mIGFjY2VwdGFibGUgdmFsdWVzIG9mICJtIikgYXMgcGFydCBvZiB0 aGUgUGF0aCByZXF1ZXN0LCB0aGVuIGl0IHdvdWxkIHNlZW0gcHJhZ21hdGljIHRvIHB1dCBpdCBp biB0aGUgdHJhZmZpYyBwYXJhbWV0ZXJzLiINCg0KSW4gbXkgb3BpbmlvbiwgaXQgbWF5IGJlIHJl YXNvbmFibGUgdG8gY2FycnkgY2VydGFpbiBmaWVsZHMgaW4gdHJhZmZpYyBwYXJhbWV0ZXJzIHRo YXQgY2xhaW0gbWluIHNsb3Qgd2lkdGggb3Igc2xvdCB3aWR0aCByYW5nZSB0aGUgTFNQIHJlcXVl c3RzLCBhcyB3ZWxsLCBpdCBpcyBhbHNvIG5lY2Vzc2FyeSB0byBpbmNsdWRlICJtIiBpbiB0aGUg bGFiZWwgdG8gY2xhaW0gYWN0dWFsIHNsb3Qgd2lkdGggYXNzaWduZWQgdG8gdGhpcyBMU1AuIEZv ciBleGFtcGxlLCBhc3N1bWluZyBhIGZsZXhpYmxlLWdyaWQgbmV0d29yayBjb21wb3NlZCBvZiBv cHRpY2FsIGNvbXBvbmVudHMgd2l0aCAyNUdIeiBzbG90IHdpZHRoIGdyYW51bGFyaXR5IGFuZCBb NTBHSHosIDIwMEdIel0gc2xvdCB3aWR0aCByYW5nZS4gV2hlbiBhIDI1R0h6LXNsb3Qtd2lkdGgg TFNQIHJlcXVlc3QgYXJyaXZlcywgdGhlIHNpZ25hbGluZyBtYXkgYWRkIDI1R0h6IGluIHRyYWZm aWMgcGFyYW1ldGVycyB0byBjbGFpbSB0aGUgbWluIHNsb3Qgd2lkdGggcmVxdWlyZWQuIEhvd2V2 ZXIsIGR1ZSB0byB0aGUgRmxleGlibGUtR3JpZCBjYXBhYmlsaXR5IGxpbWl0YXRpb24gb2Ygb3B0 aWNhbCBjb21wb25lbnRzLCB0aGUgYWN0dWFsIHNsb3Qgd2lkdGggYXNzaWduZWQgdG8gdGhpcyBM U1AgbWF5IGJlIDUwR0h6LCB3aGljaCBpcyBhZGRlZCBhcyAibSIgaW4gdGhlIGxhYmVsLiBzaW1p bGFybHksIFdoZW4gYSA4Ny41R0h6LXNsb3Qtd2lkdGggTFNQIHJlcXVlc3QgYXJyaXZlcywgdGhl IGFjdHVhbCBzbG90IHdpZHRoIGFzc2lnbmVkIHRvIHRoaXMgTFNQIG1heSBiZSAxMDBHSHouIFNv IHN1Y2ggZmllbGRzIGluIHRyYWZmaWMgcGFyYW1ldGVycyBjYW5ub3QgZXhjbHVkZSB0aGUgdXNl IG9mICJtIiBpbiB0aGUgbGFiZWwsIGZyb20gc2lnbmFsaW5nIHBlcnNwZWN0aXZlLg0KDQpbRmF0 YWldIEFyZSB5b3Uga2lkZGluZz8gV2hlbiAyNUdIeiBpcyByZXF1ZXN0ZWQsIGJ1dCA1MEdIeiBp cyBhbGxvY2F0ZWQgZmluYWxseT8gSW4gdGhpcyBjYXNlLCB0aGlzIHJlcXVlc3Qgc2hvdWxkIGJl IHJlamVjdGVkLiBTZWNvbmRseSwgd2h5IHJvdXRpbmcgY2Fubm90IGJlIGF3YXJlIG9mIHRoaXMg Y29uc3RyYWludD8gSSB0aGluayB0aGlzIGNvbnN0cmFpbnQgc2hvdWxkIGJlIGFkdmVydGlzZWQg aW50byByb3V0aW5nIGFuZCB0aGVuIHRoZSBoZWFkIG5vZGUgb3IgUENFIGNhbiBjYWxjdWxhdGUg dGhlIGV4YWN0IGJhbmR3aWR0aCBuZWVkZWQgYmVmb3JlIHNpZ25hbGluZy4NCg0KSSBhbHNvIG5v dGljZSB0aGF0IEZhdGFpIG9wcG9zZSB0aGUgdXNlIG9mICJtIiBpbiBsYWJlbCBmcm9tIHJvdXRp bmcgcGVyc3BlY3RpdmUuIEluIFtkcmFmdC13YW5nbC1jY2FtcC1vc3BmLWV4dC1jb25zdHJhaW50 LWZsZXhpLWdyaWQtMDFdLCBmb3IgdGhlIGxhYmVsIHNldCB3aXRoIHR5cGUgMi8zIGluY2x1c2l2 ZS9leGNsdXNpdmUgcmFuZ2UsICJUaGUgdmFsdWUgb2YgbSBpbiBzdGFydC9lbmQgbGFiZWwgaXMg bWVhbmluZ2xlc3MiLCBhbmQgIjMyIGFkZGl0aW9uYWwgYml0cyBzcGFjZSBpcyB1c2VkIHRvIGNh cnJ5IG1lYW5pbmdsZXNzIGluZm9ybWF0aW9uISAgUGVvcGxlIGNhbiBpbWFnZSBob3cgbWFueSBs YWJlbHMgYXJlIGRpc3RyaWJ1dGVkIGluIHRoZSByb3V0aW5nLiBXaGF0IHNjYWxhYmxlIGlzc3Vl IGl0IGlzISIgSW4gbXkgb3BpbmlvbiwgdGhpcyBkb2N1bWVudCBpcyBvbmx5IGFuIGluZGl2aWR1 YWwgZHJhZnQgdG8gc3VtbWFyaXplIG91ciBpZGVhIGFuZCBpbml0aWFsIHdvcmsgb24gT1NQRiBl eHRlbnNpb24gb2YgRmxleGlibGUtR3JpZCBuZXR3b3JrcyxhbmQgbmVlZHMgZnVydGhlciBtb2Rp ZmljYXRpb24gYW5kIGV4dGVuc2lvbiBhY2NvcmRpbmcgdG8gdGhlIHJlcXVpcmVtZW50cyBhbmQg ZmVlZGJhY2sgb2Ygb3RoZXJzLiBUaGFua3MgZm9yIHBvaW50aW5nIG91dCB0aGUgaW1wcm9wZXIg cGxhY2UuIEhvd2V2ZXIsIGluIHRoaXMgZG9jdW1lbnQsIHRoZSB0eXBlIDIvMyBpbmNsdXNpdmUv ZXhjbHVzaXZlIHJhbmdlIGNhbiBiZSB3ZWxsIHJlcGxhY2VkIGJ5IHRoZSB0eXBlIDAvMSBpbmNs dXNpdmUvZXhjbHVzaXZlIGxhYmVsIGxpc3QsIHdpdGhvdXQgYW55IGJpdC13YXN0aW5nLiBJbiBh ZGRpdGlvbiwgdGhlcmUgaXMgbm90IGFueSBtYW5kYXRvcnkgcmVxdWlyZW1lbnQgdGhhdCB0aGUg c3RhcnQvZW5kIGxhYmVsIGluIGxhYmVsIHNldCBNVVNUIGtlZXAgdGhlIHNhbWUgZm9ybWF0IHdp dGggdGhlIGxhYmVsIGluIHNpZ25hbGluZywgc28gSSB0aGluayB0aGUgbWVhbmluZ2xlc3MgcGFy dCBjb3VsZCBiZSBzaW1wbHkgcmVtb3ZlZCBpbiB0aGUgbGFiZWwgc2V0LCBib3RoIHR5cGUgMi8z IGFuZCB0eXBlIDQuIEFib3ZlIGFsbCwgaXQgaXMgbm90IGEgc2VyaW91cyBwcm9ibGVtIHRoYXQg Y2Fubm90IGNvbnF1ZXJlZCwgYW5kIGhhcyBubyBpbXBhY3Qgb24gdGhlIHVzZSBvZiAibSIgaW4g dGhlIGxhYmVsLCBmcm9tIHJvdXRpbmcgcGVyc3BlY3RpdmUuDQoNCltGYXRhaV0gIE1hbnkgYmln IGlzc3VlcyBpZiChrm2hryBpcyB1c2VkIGluIHRoZSByb3V0aW5nLg0KDQpQZXIgRy42OTQuMSwg c2xvdCB3aWR0aCBpcyBvbmx5IHNpZ25pZmljYW50IGZvciBhIGZyZXF1ZW5jeSBzbG90IChpZS4s IGEgc3BlY2lmaWMgY29ubmVjdGlvbikuIFRoZXJlIGlzIG5vIHByZS1kZWZpbmVkIGZpeGVkIKGw d2F2ZWxlbmd0aKGxIGZvciB0aGUgbGluayByZXNvdXJjZSBvZiBmbGV4aS1ncmlkLCBiZWNhdXNl IGl0IGlzIGZsZXhpYmxlIChpZS4sIHRoZSBzbG90IHdpZHRoIGlzIHVuY2VydGFpbiBiZWZvcmUg YSBmcmVxdWVuY3kgc2xvdCBpcyBhbGxvY2F0ZWQpLCBzbyB0aGVyZSBpcyBubyBuZWVkIHRvIGFk dmVydGlzZSBzbG90IHdpZHRoIChvciChrm2hrykuIFRoaXMgaXMgdGhlIHJlYXNvbiB0byBoYXZl IG1lYW5pbmdsZXNzIKGubaGvIGluIHlvdXIgZHJhZnQuDQoNCkV2ZW4gdGhvdWdoIHR5cGUgMC8x IGlzIHVzZWQsIHRoZXJlIGlzIHN0aWxsIGJpZyBpc3N1ZS4gRm9yIGV4YW1wbGUsIGlmIHRoZSBh dmFpbGFibGUgc3BlY3RydW0gaXMgb2RkIHRpbWVzIG9mICB0aGUgY2VudHJhbCBmcmVxdWVuY3kg Z3JhbnVsYXJpdHkgKDUqNi4yNUdIeiksIGhvdyB0byBlbmNvZGUgdGhlIHZhbHVlIG9mIKGubaGv PyBhcmUgeW91IHRyeWluZyB0byB1c2UgbT0yLjU/DQoNCklmICBhIGxhYmVsIGZvcm1hdCBpbiBy b3V0aW5nIGlzIGRpZmZlcmVudCBmcm9tIGluIHNpZ25hbGluZyBhcyB5b3Ugc2FpZCwgSSB3b3Vs ZCBsaWtlIHRvIHNlZSB0aGUgbGFiZWwgZm9ybWF0Lg0KDQpUaGUgc2Vjb25kIG9uZSwgSSBwYXJ0 bHkgYWdyZWUgd2l0aCBBZHJpYW4uICJGb3IgbWUsIHRoZSBtb3N0IGJhc2ljIGJ1aWxkaW5nIGJs b2NrIGlzIHRoZSBsYWJlbC4gTmV4dCB3b3VsZCBjb21lIHRoZSBzaWduYWxpbmcgcGFyYW1ldGVy cy4iIHRoYXQgaXMgcmlnaHQuIGJ1dCBJIGFsc28gYWdyZWUgd2l0aCBJZnRla2hhciB0aGF0ICJD ZXJ0YWlubHksIGxhYmVsIGRlZmluaXRpb24gZm9yIGZsZXgtZ3JpZCBpcyBhIHZlcnkgaW1wb3J0 YW50IGNvbXBvbmVudCwgdGhpcyBkb2VzIG5vdCBtZWFuIHRoZSBvdGhlciBhc3BlY3RzIGluY2x1 ZGluZyByb3V0aW5nIGFuZCBzaWduYWxpbmcgZXh0ZW5zaW9ucyBhcmUgYW55IGxlc3MgaW1wb3J0 YW50LiBJIHRoaW5rIHJhdGhlciB0aGFuIHRha2luZyBhIHBpZWNlbWVhbCBhcHByb2FjaCB3ZSBz aG91bGQgbG9vayBhdCBhIHN5c3RlbSBhcHByb2FjaC4iIHRoYXQgaXMgd2h5IEkgc3VibWl0IHRo ZSBkcmFmdCBbZHJhZnQtd2FuZ2wtY2NhbXAtb3NwZi1leHQtY29uc3RyYWludC1mbGV4aS1ncmlk LTAxXS4gTWF5YmUgYmV5b25kIDEwMEcgaXMgc3RpbGwgcHJlbWF0dXJlIHVudGlsIG5vdywgYnV0 IHRoZSBzdHVkeSBvZiBjb250cm9sIHBhbmUgbXVzdCBrZWVwIHBhY2Ugd2l0aCBhZHZhbmNlZCBy ZXNlYXJjaCBhbmQgdGVjaG5vbG9neS4gSXMgaXQgYSBsaXR0bGUgbGF0ZSB0byBpbml0aWF0ZSB0 aGlzIHdvcmsgYWZ0ZXIgdGhlIGRlcGxveW1lbnQgb2YgYmV5b25kIDEwMEc/DQoNCkkgaGF2ZSBw cm9wb3NlZCBzb21lIGlkZWFzIG9uIHJvdXRpbmcgcHJvdG9jb2wgZXh0ZXNpb25zIGluIFtkcmFm dC13YW5nbC1jY2FtcC1vc3BmLWV4dC1jb25zdHJhaW50LWZsZXhpLWdyaWQtMDFdLCBpbmNsdWRp bmcgbGFiZWwgc2V0LCBGbGV4aWJsZS1HcmlkIGFiaWxpdHkgKGdyaWQgdHlwZSwgc2xvdCB3aWR0 aCBncmFudWxhcml0eSBhbmQgTWluL01heCBzbG90IHdpZHRoKSBhbmQgb3B0aWNhbCBzaWduYWwg Y29tcGF0aWJpbGl0eSBpbmZvcm1hdGlvbiwgd2hpY2ggY291ZCBiZSBmbG9vZGVkIGJ5IE9TUEYg Zm9yIGVmZmljaWVudCBSU0EuIGl0IGlzIGp1c3QgYW4gaW5pdGlhbCB3b3JrIGFuZCBuZWVkcyBm dXJ0aGVyIHN0dWR5IG9uIHRoaXMgdG9waWMsIGhvd2V2ZXIsIEkgYW0gZ2xhZCB0byBzZWUgdGhh dCBGYXRhaSBhY2tub3dsZWRnZWQgYW5kIGFkZGVkIHRoZXNlIGlkZWFzIHRvIGhpcyBkcmFmdCBv biBmcmFtZXdvcmsgYW5kIHJvdXRpbmcgZXh0ZW5zaW9ucyBzZXZlcmFsIGRheXMgYWZ0ZXIgbXkg c3VibWlzc2lvbi4gRnVydGhlciBkaXNjdXNzaW9uIGlzIHdlbGNvbWUuDQoNCltGYXRhaV0gTGV0 oa9zIGRpc2N1c3MgbW9yZSB0byBnZXQgdGhlIGZlYXNpYmxlIHNvbHV0aW9uIGZvciB0aGUgaW5k dXN0cnkuIEhhcHB5IHRvIGRpc2N1c3MgbW9yZSB3aXRoIHlvdS4NCg0KQnkgdGhlIHdheSwgaW4g bXkgb3Bpbmlvbiwgc3BsaXQtc3BlY3RydW0gc3VwZXIgY2hhbm5lbCBpcyBhbiBpbnRlcmVzdGlu ZyBpZGVhIGluIGZsZXhpYmxlLWdyaWQgbmV0d29ya3MsIGFuZCBJIGFsc28gbm90aWNlIHRoYXQg c29tZSBhZHZhbmNlIHJlc2VhcmNoIGFuZCB0ZWNobm9sb2d5IHByZXNlbnRlZCBpbiBPRkMvRUNP QyBpbmRlZWQgc3VwcG9ydCBzdWNoIHN1cGVyIGNoYW5uZWwuIEkgYW0gZ2xhZCB0byBzZWUgZnVy dGhlciBzdHVkeSBvbiB0aGlzIHRvcGljLCBhbmQgY29zdC9lZmZpY2llbmN5L2JlbmVmaXRzIGNv bXBhcmlzb24gYmV0d2VlbiBjb250aWd1b3VzIHN1cGVyIGNoYW5uZWwgYW5kIHNwbGl0LXNwZWN0 cnVtIHN1cGVyIGNoYW5uZWwuIE9mIGNvdXJzZSwgaXQgaXMgb3V0IHRoZSBzY29wZSBvZiBJRVRG IDotKQ0KDQpbRmF0YWldIEFncmVlIHdpdGggeW91Lg0KDQpCZXN0IFJlZ2FyZHMNCg0KTGVpIFdh bmcNCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCkxlaVdh bmcNCg0KWlRFDQpCZWFyZXIgTmV0d29yayBQcm9kdWN0IFByZV9yZXNlYXJjaCBEZXBhcnRtZW50 LA0KV2lyZWxpbmUgUiZEIEluc2l0aXR1dGUNCkNlbGwgcGhvbmU6Kzg2IDEzODExNDQwMDY3DQpF bWFpbDogd2FuZy5sZWkxMzFAenRlLmNvbS5jbg0KICAgICAgaGVjaGVuMDAwMUBnbWFpbC5jb20N CiAgICAgIGxlaXdAdHNpbmdodWEuZWR1LmNuDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tDQoNCg0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KDQpaVEUgSW5mb3JtYXRpb24gU2VjdXJpdHkgTm90 aWNlOiBUaGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGluIHRoaXMgbWFpbCBpcyBzb2xlbHkgcHJv cGVydHkgb2YgdGhlIHNlbmRlcidzIG9yZ2FuaXphdGlvbi4gVGhpcyBtYWlsIGNvbW11bmljYXRp b24gaXMgY29uZmlkZW50aWFsLiBSZWNpcGllbnRzIG5hbWVkIGFib3ZlIGFyZSBvYmxpZ2F0ZWQg dG8gbWFpbnRhaW4gc2VjcmVjeSBhbmQgYXJlIG5vdCBwZXJtaXR0ZWQgdG8gZGlzY2xvc2UgdGhl IGNvbnRlbnRzIG9mIHRoaXMgY29tbXVuaWNhdGlvbiB0byBvdGhlcnMuDQoNClRoaXMgZW1haWwg YW5kIGFueSBmaWxlcyB0cmFuc21pdHRlZCB3aXRoIGl0IGFyZSBjb25maWRlbnRpYWwgYW5kIGlu dGVuZGVkIHNvbGVseSBmb3IgdGhlIHVzZSBvZiB0aGUgaW5kaXZpZHVhbCBvciBlbnRpdHkgdG8g d2hvbSB0aGV5IGFyZSBhZGRyZXNzZWQuIElmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwg aW4gZXJyb3IgcGxlYXNlIG5vdGlmeSB0aGUgb3JpZ2luYXRvciBvZiB0aGUgbWVzc2FnZS4gQW55 IHZpZXdzIGV4cHJlc3NlZCBpbiB0aGlzIG1lc3NhZ2UgYXJlIHRob3NlIG9mIHRoZSBpbmRpdmlk dWFsIHNlbmRlci4NCg0KVGhpcyBtZXNzYWdlIGhhcyBiZWVuIHNjYW5uZWQgZm9yIHZpcnVzZXMg YW5kIFNwYW0gYnkgWlRFIEFudGktU3BhbSBzeXN0ZW0uDQo= --_000_F82A4B6D50F9464B8EBA55651F541CF8278AD72CSZXEML520MBXchi_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi Lei,

Please see my comments in-line.

Thanks

Fatai

From: wang.lei131@zte.com.cn [mailto:wang.lei131@zte.com.cn= ]
Sent: 2012=C4=EA3=D4=C222=C8= =D5 17:27
To: ccamp@ietf.org; adrian@olddog.co.uk; Fatai Zhang; IHussain@infin= era.com
Subject: Re: [CCAMP] Update to draft-farrkingel-ccamp-flexigrid-lamb= da-label

Hi, Fatai, Adrian and Iftekhar<= /tt> It seems that flexible-grid network is bec= oming a hot topic in these days, but I also find that the discussions mainl= y focus on two problems listed as follows: 1. Where do we carr= y the "m" value, label or t= raffic parameters? 2. What should we discuss in the first ste= p, the whole Flexible-Grid control plane or just label and signaling parame= ters? Here I present my concept on these two qus= tions. The first one, I absolutely agree with Adr= ian. "the v= iew that "m" is part of the definition of what is being switched and is essential for the switch cross-connect to be programmed. Thus,it is= part of the label." "I would acknowledge that the value of "m" influences the bandwidth of the LSP, but I= would claim that an Path request asks for b/w in the traffic parameters an= d the label returned provides the value of "m" to be programmed i= nto the XC. If it is necessary (perhaps a question fordraft-zhang-ccamp-fle= xible-grid-rsvp-te-ext) to also specify "m" (or a range of acceptable values of "m&= quot;) as part of the Path request, then it would seem pragmatic to put it = in the traffic parameters." In my opinion, it may be reasonable to car= ry certain fields in traffic parameters that claim min slot width or slot w= idth range the LSP requests, as well, it is also necessary to include "m" in the label to claim actual slot width assigned = to this LSP. For example, assuming a flexible-grid network composed of opti= cal components with 25GHz slot width granularity and [50GHz, 200GHz] slot w= idth range. When a 25GHz-slot-width LSP request arrives, the signaling may add 25GHz in traffic parameters to claim the mi= n slot width required. However, due to the Flexible-Grid capability limitat= ion of optical components, the actual slot width assigned to this LSP may b= e 50GHz, which is added as "m" in the label. similarly, When a 87.5GHz-slot-width LSP request arrives, the a= ctual slot width assigned to this LSP may be 100GHz. So such fields in traf= fic parameters cannot exclude the use of "m" in the label, from s= ignaling perspective.
[Fatai] Are you kidding? Wh= en 25GHz is requested, but 50GHz is allocated finally? In this case, this r= equest should be rejected. Secondly, why routing cannot be aware of this constraint? I think this constraint should be advertised int= o routing and then the head node or PCE can calculate the exact bandwidth n= eeded before signaling. I also notice that Fatai o= ppose the use of "m" in label from routing perspective. In [draft-wangl-ccamp-ospf-ext-constraint-flexi-grid-01], for the label= set with type 2/3 inclusive/exclusive range, "The value of m in start/end label is = meaningless", and "32 ad= ditional bits space is used to carry meaningless information! People = can image how many labels are distributed in the routing. What scalable iss= ue it is!" In my opinion, this document is only an individual draft to summarize our = idea and initial work on OSPF extension of Flexible-Grid networks,and needs= further modification and extension according to the requirements and feedb= ack of others. Thanks for pointing out the improper place. However, in this document, the type 2/3 inclusive/= exclusive range can be well replaced by the type 0/1 inclusive/exclusive la= bel list, without any bit-wasting. In addition, there is not any mandatory = requirement that the start/end label in label set MUST keep the same format with the label in signaling, so I t= hink the meaningless part could be simply removed in the label set, both ty= pe 2/3 and type 4. Above all, it is not a serious problem that cannot conqu= ered, and has no impact on the use of "m" in the label, from routing perspective. [Fatai] Many big issu= es if =A1=AEm=A1=AF is used in the routing. Per G.694.1, slot width is = only significant for a frequency slot (ie., a specific connection). There i= s no pre-defined fixed =A1=B0wavelength=A1=B1 for the link resource of flexi-grid, because it is flexible (ie., the slot width is uncertain be= fore a frequency slot is allocated), so there is no need to advertise slot = width (or =A1=AEm=A1=AF). This is the reason to have meaningless =A1=AEm=A1= =AF in your draft. Even though type 0/1 is use= d, there is still big issue. For example, if the available spectrum is odd = times of the central frequency granularity (5*6.25GHz), how to encode the value of =A1=AEm=A1=AF? are you trying to use m=3D2.5?<= /o:p> If a label format in = routing is different from in signaling as you said, I would like to see the= label format. The second one, I partly a= gree with Adrian. "For me, the most basic building block is the label. Next would come the signaling parameters."= that is right. but I also agree with Iftekhar<= /tt> that "Certainly, label definition for flex-grid is a very important component, this does not mean the other aspects including= routing and signaling extensions are any less important. I think rather th= an taking a piecemeal approach we should look at a system approach.<= /tt>" that is why I submit the draft [draft-wangl-ccamp-ospf-ext-constraint-f= lexi-grid-01]. Maybe beyond 100G is still premature until now, but the = study of control pane must keep pace with advanced research and technology.= Is it a little late to initiate this work after the deployment of beyond 100G? I have proposed some ideas on routing prot= ocol extesions in [draft-wangl-ccamp-ospf-ext-constraint-flexi-grid-01], including lab= el set, Flexible-Grid ability (grid type, slot width granularity and Min/Ma= x slot width) and optical signal compatibility information, which coud be f= looded by OSPF for efficient RSA. it is just an initial work and needs further study on this topic, however,= I am glad to see that Fatai acknowledged and added these ideas to his draf= t on framework and routing extensions several days after my submission. Fur= ther discussion is welcome. [Fatai] Let=A1=AFs discuss = more to get the feasible solution for the industry. Happy to discuss more w= ith you. By the way, in my opinion, split-spectrum = super channel is an interesting idea in flexible-grid networks, and I also = notice that some advance research and technology presented in OFC/ECOC indeed support such super channel. I am glad to see further st= udy on this topic, and cost/efficiency/benefits comparison between contiguo= us super channel and split-spectrum super channel. Of course, it is out the= scope of IETF :-) [Fatai] Agree with you. Best Regards Lei Wang ------------------------------------------= -- LeiWang ZTE Bearer Network Product Pre_research Department, Wireline R&D Insititute Cell phone:+86 13811440067 Email: wang.lei131@zte.com.cn hechen0001@gmail.com leiw@tsinghua.edu.cn ----------------------------------------------<= o:p> -------------------------------------------------= ------- ZTE Information Security Notice:&n= bsp;The information contained in this mail is= solely property of the sender's organization= . This mail communication is confidential. Re= cipients named above are obligated to maintai= n secrecy and are not permitted to discl= ose the contents of this communication to&nbs= p;others. This email and any files = ;transmitted with it are confidential and int= ended solely for the use of the individu= al or entity to whom they are addressed.= If you have received this email in = ;error please notify the originator of the&nb= sp;message. Any views expressed in this messa= ge are those of the individual sender. This message has been scanned= for viruses and Spam by ZTE Anti-Spam&n= bsp;system.
--_000_F82A4B6D50F9464B8EBA55651F541CF8278AD72CSZXEML520MBXchi_-- From wang.lei131@zte.com.cn Thu Mar 22 05:06:57 2012 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 80A6521F8664 for ; Thu, 22 Mar 2012 05:06:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -94.669 X-Spam-Level: X-Spam-Status: No, score=-94.669 tagged_above=-999 required=5 tests=[AWL=-4.563, BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, HTML_FONT_FACE_BAD=0.884, HTML_MESSAGE=0.001, J_CHICKENPOX_42=0.6, J_CHICKENPOX_53=0.6, J_CHICKENPOX_83=0.6, MIME_8BIT_HEADER=0.3, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_DOUBLE_IP_LOOSE=0.76, 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 M0h61fIaal+g for ; Thu, 22 Mar 2012 05:06:55 -0700 (PDT) Received: from mx5.zte.com.cn (mx6.zte.com.cn [95.130.199.165]) by ietfa.amsl.com (Postfix) with ESMTP id A09EB21F8638 for ; Thu, 22 Mar 2012 05:06:54 -0700 (PDT) Received: from [10.30.17.99] by mx5.zte.com.cn with surfront esmtp id 12280473195744; Thu, 22 Mar 2012 19:32:34 +0800 (CST) Received: from [10.30.3.21] by [192.168.168.15] with StormMail ESMTP id 84000.3807464644; Thu, 22 Mar 2012 20:06:43 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse02.zte.com.cn with ESMTP id q2MC6YQm074993; Thu, 22 Mar 2012 20:06:34 +0800 (GMT-8) (envelope-from wang.lei131@zte.com.cn) In-Reply-To: To: Fatai Zhang MIME-Version: 1.0 X-KeepSent: 0E35CE0A:2F708B18-482579C9:003DFE86; type=4; name=$KeepSent X-Mailer: Lotus Notes Release 6.5.6 March 06, 2007 Message-ID: From: wang.lei131@zte.com.cn Date: Thu, 22 Mar 2012 20:06:30 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.1FP4|July 25, 2010) at 2012-03-22 20:06:37, Serialize complete at 2012-03-22 20:06:37 Content-Type: multipart/alternative; boundary="=_alternative 00428515482579C9_=" X-MAIL: mse02.zte.com.cn q2MC6YQm074993 Cc: "ccamp@ietf.org" , "IHussain@infinera.com" Subject: [CCAMP] =?gb2312?b?tPC4tDogUkU6ICBVcGRhdGUgdG8gZHJhZnQtZmFycmtp?= =?gb2312?b?bmdlbC1jY2FtcC1mbGV4aWdyaWQtbGFtYmRhLWxhYmVs?= 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, 22 Mar 2012 12:06:57 -0000 This is a multipart message in MIME format. --=_alternative 00428515482579C9_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 SGksIEZhdGFpLA0KDQpQbGVhc2Ugc2VlIG15IGNvbW1lbnRzIGluLWxpbmUuDQoNCkJ5IHRoZSB3 YXksIEkgYW0gc29ycnkgZm9yIHRoZSAic2VjdXJpdHkgbm90aWNlIiBtZXNzYWdlIGF1dG9tYXRp Y2FsbHkgDQpkaWxpdmVyZWQgYnkgb3VyIHN5c3RlbSwgYnV0IEkgaGF2ZSBubyB3YXkgdG8gZGVs ZXRlIGl0LiANCg0KdGhhbmtzIQ0KDQpMZWkgV2FuZyANCg0KDQoNCg0KRmF0YWkgWmhhbmcgPHpo YW5nZmF0YWlAaHVhd2VpLmNvbT4gDQoyMDEyLTAzLTIyIDE4OjQ4DQoNCsrVvP7Iyw0KIndhbmcu bGVpMTMxQHp0ZS5jb20uY24iIDx3YW5nLmxlaTEzMUB6dGUuY29tLmNuPiwgImNjYW1wQGlldGYu b3JnIiANCjxjY2FtcEBpZXRmLm9yZz4sICJhZHJpYW5Ab2xkZG9nLmNvLnVrIiA8YWRyaWFuQG9s ZGRvZy5jby51az4sIA0KIklIdXNzYWluQGluZmluZXJhLmNvbSIgPElIdXNzYWluQGluZmluZXJh LmNvbT4NCrOty80NCg0K1vfM4g0KUkU6IFtDQ0FNUF0gVXBkYXRlIHRvIGRyYWZ0LWZhcnJraW5n ZWwtY2NhbXAtZmxleGlncmlkLWxhbWJkYS1sYWJlbA0KDQoNCg0KDQoNCg0KSGkgTGVpLA0KIA0K UGxlYXNlIHNlZSBteSBjb21tZW50cyBpbi1saW5lLg0KIA0KIA0KVGhhbmtzDQogDQpGYXRhaQ0K IA0KRnJvbTogd2FuZy5sZWkxMzFAenRlLmNvbS5jbiBbbWFpbHRvOndhbmcubGVpMTMxQHp0ZS5j b20uY25dIA0KU2VudDogMjAxMsTqM9TCMjLI1SAxNzoyNw0KVG86IGNjYW1wQGlldGYub3JnOyBh ZHJpYW5Ab2xkZG9nLmNvLnVrOyBGYXRhaSBaaGFuZzsgDQpJSHVzc2FpbkBpbmZpbmVyYS5jb20N ClN1YmplY3Q6IFJlOiBbQ0NBTVBdIFVwZGF0ZSB0byANCmRyYWZ0LWZhcnJraW5nZWwtY2NhbXAt ZmxleGlncmlkLWxhbWJkYS1sYWJlbA0KIA0KDQpIaSwgRmF0YWksIEFkcmlhbiBhbmQgSWZ0ZWto YXIgDQoNCkl0IHNlZW1zIHRoYXQgZmxleGlibGUtZ3JpZCBuZXR3b3JrIGlzIGJlY29taW5nIGEg aG90IHRvcGljIGluIHRoZXNlIGRheXMsIA0KYnV0IEkgYWxzbyBmaW5kIHRoYXQgdGhlIGRpc2N1 c3Npb25zIG1haW5seSBmb2N1cyBvbiB0d28gcHJvYmxlbXMgbGlzdGVkIA0KYXMgZm9sbG93czog DQoNCjEuIFdoZXJlIGRvIHdlIGNhcnJ5IHRoZSAibSIgdmFsdWUsIGxhYmVsIG9yIHRyYWZmaWMg cGFyYW1ldGVycz8gDQoNCjIuIFdoYXQgc2hvdWxkIHdlIGRpc2N1c3MgaW4gdGhlIGZpcnN0IHN0 ZXAsIHRoZSB3aG9sZSBGbGV4aWJsZS1HcmlkIA0KY29udHJvbCBwbGFuZSBvciBqdXN0IGxhYmVs IGFuZCBzaWduYWxpbmcgcGFyYW1ldGVycz8gDQoNCkhlcmUgSSBwcmVzZW50IG15IGNvbmNlcHQg b24gdGhlc2UgdHdvIHF1c3Rpb25zLiANCg0KVGhlIGZpcnN0IG9uZSwgSSBhYnNvbHV0ZWx5IGFn cmVlIHdpdGggQWRyaWFuLiAidGhlIHZpZXcgdGhhdCAibSIgaXMgcGFydCANCm9mIHRoZSBkZWZp bml0aW9uIG9mIHdoYXQgaXMgYmVpbmcgc3dpdGNoZWQgYW5kIGlzIGVzc2VudGlhbCBmb3IgdGhl IA0Kc3dpdGNoIGNyb3NzLWNvbm5lY3QgdG8gYmUgcHJvZ3JhbW1lZC4gVGh1cyxpdCBpcyBwYXJ0 IG9mIHRoZSBsYWJlbC4iICJJIA0Kd291bGQgYWNrbm93bGVkZ2UgdGhhdCB0aGUgdmFsdWUgb2Yg Im0iIGluZmx1ZW5jZXMgdGhlIGJhbmR3aWR0aCBvZiB0aGUgDQpMU1AsIGJ1dCBJIHdvdWxkIGNs YWltIHRoYXQgYW4gUGF0aCByZXF1ZXN0IGFza3MgZm9yIGIvdyBpbiB0aGUgdHJhZmZpYyANCnBh cmFtZXRlcnMgYW5kIHRoZSBsYWJlbCByZXR1cm5lZCBwcm92aWRlcyB0aGUgdmFsdWUgb2YgIm0i IHRvIGJlIA0KcHJvZ3JhbW1lZCBpbnRvIHRoZSBYQy4gSWYgaXQgaXMgbmVjZXNzYXJ5IChwZXJo YXBzIGEgcXVlc3Rpb24gDQpmb3JkcmFmdC16aGFuZy1jY2FtcC1mbGV4aWJsZS1ncmlkLXJzdnAt dGUtZXh0KSB0byBhbHNvIHNwZWNpZnkgIm0iIChvciBhIA0KcmFuZ2Ugb2YgYWNjZXB0YWJsZSB2 YWx1ZXMgb2YgIm0iKSBhcyBwYXJ0IG9mIHRoZSBQYXRoIHJlcXVlc3QsIHRoZW4gaXQgDQp3b3Vs ZCBzZWVtIHByYWdtYXRpYyB0byBwdXQgaXQgaW4gdGhlIHRyYWZmaWMgcGFyYW1ldGVycy4iIA0K DQpJbiBteSBvcGluaW9uLCBpdCBtYXkgYmUgcmVhc29uYWJsZSB0byBjYXJyeSBjZXJ0YWluIGZp ZWxkcyBpbiB0cmFmZmljIA0KcGFyYW1ldGVycyB0aGF0IGNsYWltIG1pbiBzbG90IHdpZHRoIG9y IHNsb3Qgd2lkdGggcmFuZ2UgdGhlIExTUCByZXF1ZXN0cywgDQphcyB3ZWxsLCBpdCBpcyBhbHNv IG5lY2Vzc2FyeSB0byBpbmNsdWRlICJtIiBpbiB0aGUgbGFiZWwgdG8gY2xhaW0gYWN0dWFsIA0K c2xvdCB3aWR0aCBhc3NpZ25lZCB0byB0aGlzIExTUC4gRm9yIGV4YW1wbGUsIGFzc3VtaW5nIGEg ZmxleGlibGUtZ3JpZCANCm5ldHdvcmsgY29tcG9zZWQgb2Ygb3B0aWNhbCBjb21wb25lbnRzIHdp dGggMjVHSHogc2xvdCB3aWR0aCBncmFudWxhcml0eSANCmFuZCBbNTBHSHosIDIwMEdIel0gc2xv dCB3aWR0aCByYW5nZS4gV2hlbiBhIDI1R0h6LXNsb3Qtd2lkdGggTFNQIHJlcXVlc3QgDQphcnJp dmVzLCB0aGUgc2lnbmFsaW5nIG1heSBhZGQgMjVHSHogaW4gdHJhZmZpYyBwYXJhbWV0ZXJzIHRv IGNsYWltIHRoZSANCm1pbiBzbG90IHdpZHRoIHJlcXVpcmVkLiBIb3dldmVyLCBkdWUgdG8gdGhl IEZsZXhpYmxlLUdyaWQgY2FwYWJpbGl0eSANCmxpbWl0YXRpb24gb2Ygb3B0aWNhbCBjb21wb25l bnRzLCB0aGUgYWN0dWFsIHNsb3Qgd2lkdGggYXNzaWduZWQgdG8gdGhpcyANCkxTUCBtYXkgYmUg NTBHSHosIHdoaWNoIGlzIGFkZGVkIGFzICJtIiBpbiB0aGUgbGFiZWwuIHNpbWlsYXJseSwgV2hl biBhIA0KODcuNUdIei1zbG90LXdpZHRoIExTUCByZXF1ZXN0IGFycml2ZXMsIHRoZSBhY3R1YWwg c2xvdCB3aWR0aCBhc3NpZ25lZCB0byANCnRoaXMgTFNQIG1heSBiZSAxMDBHSHouIFNvIHN1Y2gg ZmllbGRzIGluIHRyYWZmaWMgcGFyYW1ldGVycyBjYW5ub3QgDQpleGNsdWRlIHRoZSB1c2Ugb2Yg Im0iIGluIHRoZSBsYWJlbCwgZnJvbSBzaWduYWxpbmcgcGVyc3BlY3RpdmUuIA0KIA0KW0ZhdGFp XSBBcmUgeW91IGtpZGRpbmc/IFdoZW4gMjVHSHogaXMgcmVxdWVzdGVkLCBidXQgNTBHSHogaXMg YWxsb2NhdGVkIA0KZmluYWxseT8gSW4gdGhpcyBjYXNlLCB0aGlzIHJlcXVlc3Qgc2hvdWxkIGJl IHJlamVjdGVkLiBTZWNvbmRseSwgd2h5IA0Kcm91dGluZyBjYW5ub3QgYmUgYXdhcmUgb2YgdGhp cyBjb25zdHJhaW50PyBJIHRoaW5rIHRoaXMgY29uc3RyYWludCBzaG91bGQgDQpiZSBhZHZlcnRp c2VkIGludG8gcm91dGluZyBhbmQgdGhlbiB0aGUgaGVhZCBub2RlIG9yIFBDRSBjYW4gY2FsY3Vs YXRlIHRoZSANCmV4YWN0IGJhbmR3aWR0aCBuZWVkZWQgYmVmb3JlIHNpZ25hbGluZy4NCg0KW0xl aV0gVGhhdCBpcyBqdXN0IGFuIGV4YW1wbGUuIGxldCB1cyBkaWN1c3MgaXQgaW4gZGV0YWlsLiBp biBteSBvcGluaW9uLCANCnRoZSBpZGVhIG1lbnRpb25lZCBhYm92ZSBpcyBleHRyZW1lbHkgdXNl ZnVsIGZvciBGbGV4aWJsZS1HcmlkIG5ldHdvcmtzIA0Kd2l0aCB2YXJpb3VzIGZsZXhpYmxlLWdy aWQgYWJpbGl0eSBjb21wb25lbnRzLiBBc3N1bWluZyBhIG5ldHdvcmsgY29tcG9zZWQgDQpvZiB0 d28ga2luZHMgb3B0aWNhbCBjb21wb25lbnRzOiAxLiAyNUdIeiBzbG90IHdpZHRoIGdyYW51bGFy aXR5IGFuZCANCls1MEdIeiwgMzAwR0h6XSBzbG90IHdpZHRoIHJhbmdlOyAyLiAxMi41R0h6IHNs b3Qgd2lkdGggZ3JhbnVsYXJpdHkgYW5kIA0KWzUwR0h6LCAyMDBHSHpdIHNsb3Qgd2lkdGggcmFu Z2UuIEp1c3QgYXMgRmlndXJlIDEgaW4gDQpbZHJhZnQtd2FuZ2wtY2NhbXAtb3NwZi1leHQtY29u c3RyYWludC1mbGV4aS1ncmlkLTAxXS4NCiANCiAgICAgICAgICAgICAgICAgKy0tLS0rQS1FMiAg ICBCLUkxKy0tLS0rQi1FMiAgICBDLUkxKy0tLS0rDQogICAgICAgICAgICAgICAgIHwgQSAgfC0t LS0tLS0tLS0tPnwgQiAgfC0tLS0tLS0tLS0tPnwgQyAgfA0KICAgICAgICAgICAgICAgICB8ICAg IHw8LS0tLS0tLS0tLS18ICAgIHw8LS0tLS0tLS0tLS18ICAgIHwNCiAgICAgICAgICAgICAgICAg Ky0tLS0rQS1JMiAgICBCLUUxKy0tLS0rQi1JMiAgICBDLUUxKy0tLS0rDQogICAgICAgICAgICAg ICAgICAgT3wgICAgICAgICAgICAgICAgT3wgICAgICAgICAgICAgICAgT3wNCiAgICAgICAgICAg ICAgIEEtSTF8fEEtRTEgICAgICAgIEItSTN8fEItRTMgICAgICAgIEMtSTJ8fEMtRTINCiAgICAg ICAgICAgICAgICAgICB8fCAgICAgICAgICAgICAgICB8fCAgICAgICAgICAgICAgICB8fA0KICAg ICAgICAgICAgICAgICAgIHx8ICAgICAgICAgICAgICAgIHx8ICAgICAgICAgICAgICAgIHx8DQog ICAgICAgICAgICAgICAgICAgfHwgICAgICAgICAgICAgICAgfHwgICAgICAgICAgICAgICAgfHwN CiAgICAgICAgICAgICAgICAgICB8fCAgICAgICAgICAgICAgICB8fCAgICAgICAgICAgICAgICB8 fA0KICAgICAgICAgICAgICAgRC1FMXx8RC1JMSAgICAgICAgRS1FM3x8RS1JMyAgICAgICAgRi1F Mnx8Ri1JMg0KICAgICAgICAgICAgICAgICAgIHxPICAgICAgICAgICAgICAgIHxPICAgICAgICAg ICAgICAgIHxPDQogICAgICAgICAgICAgICAgICstLS0tK0QtRTIgICAgRS1JMSstLS0tK0UtRTIg ICAgRi1JMSstLS0tKw0KICAgICAgICAgICAgICAgICB8IEQgIHwtLS0tLS0tLS0tLT58IEUgIHwt LS0tLS0tLS0tLT58IEYgIHwNCiAgICAgICAgICAgICAgICAgfCAgICB8PC0tLS0tLS0tLS0tfCAg ICB8PC0tLS0tLS0tLS0tfCAgICB8DQogICAgICAgICAgICAgICAgICstLS0tK0QtSTIgICAgRS1F MSstLS0tK0UtSTIgICAgRi1FMSstLS0tKw0KDQoNCiAgICAgRmlndXJlIDEuIEEgc2FtcGxlIG5l dHdvcmsgd2l0aCBib3RoIEZpeGVkLUdyaWQgYW5kIEZsZXhpYmxlLUdyaWQNCiAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIGVsZW1lbnRzDQoNCiAgICAgICArLS0tLSstLS0tLS0tLS0r LS0tLS0rLS0tLS0tKy0tLS0tLS0tLS0tKy0tLS0tLS0tLSstLS0tLS0tLS0rDQogICAgICAgfE5v ZGV8Tm9kZS1UeXBlfFBvcnRzfCBUeXBlIHxHcmFudWxhcml0eXxNaW4gd2lkdGh8TWF4IHdpZHRo fA0KICAgICAgICstLS0tKy0tLS0tLS0tLSstLS0tLSstLS0tLS0rLS0tLS0tLS0tLS0rLS0tLS0t LS0tKy0tLS0tLS0tLSsNCiAgICAgICB8ICAgIHwgICAgICAgICB8QS1FMSB8IEZsZXggfCAgICAy NUdIeiAgfCAgNTBHSHogIHwgMzAwR0h6ICB8DQogICAgICAgfCBBICB8ICBGbGV4ICAgfC0tLS0t Ky0tLS0tLSstLS0tLS0tLS0tLSstLS0tLS0tLS0rLS0tLS0tLS0tKw0KICAgICAgIHwgICAgfCAg ICAgICAgIHxBLUUyIHwgRmxleCB8ICAxMi41R0h6ICB8ICA1MEdIeiAgfCAyMDBHSHogIHwNCiAg ICAgICArLS0tLSstLS0tLS0tLS0rLS0tLS0rLS0tLS0tKy0tLS0tLS0tLS0tKy0tLS0tLS0tLSst LS0tLS0tLS0rDQogICAgICAgfCAgICB8ICAgICAgICAgfEItRTEgfCBGbGV4IHwgIDEyLjVHSHog IHwgIDUwR0h6ICB8IDIwMEdIeiAgfA0KICAgICAgIHwgICAgfCAgICAgICAgIHwtLS0tLSstLS0t LS0rLS0tLS0tLS0tLS0rLS0tLS0tLS0tKy0tLS0tLS0tLSsNCiAgICAgICB8IEIgIHwgIE1peGVk ICB8Qi1FMiB8IEZpeGVkfCAgICA1MEdIeiAgfCAgNTBHSHogIHwgIDUwR0h6ICB8DQogICAgICAg fCAgICB8ICAgICAgICAgfC0tLS0tKy0tLS0tLSstLS0tLS0tLS0tLSstLS0tLS0tLS0rLS0tLS0t LS0tKw0KICAgICAgIHwgICAgfCAgICAgICAgIHxCLUUzIHwgRmxleCB8ICAxMi41R0h6ICB8ICA1 MEdIeiAgfCAyMDBHSHogIHwNCiAgICAgICArLS0tLSstLS0tLS0tLS0rLS0tLS0rLS0tLS0tKy0t LS0tLS0tLS0tKy0tLS0tLS0tLSstLS0tLS0tLS0rDQogICAgICAgfCAgICB8ICAgICAgICAgfEMt RTEgfCBGaXhlZHwgICAgNTBHSHogIHwgIDUwR0h6ICB8ICA1MEdIeiAgfA0KICAgICAgIHwgQyAg fCAgRml4ZWQgIHwtLS0tLSstLS0tLS0rLS0tLS0tLS0tLS0rLS0tLS0tLS0tKy0tLS0tLS0tLSsN CiAgICAgICB8ICAgIHwgICAgICAgICB8Qy1FMiB8IEZpeGVkfCAgICA1MEdIeiAgfCAgNTBHSHog IHwgIDUwR0h6ICB8DQogICAgICAgKy0tLS0rLS0tLS0tLS0tKy0tLS0tKy0tLS0tLSstLS0tLS0t LS0tLSstLS0tLS0tLS0rLS0tLS0tLS0tKw0KICAgICAgIHwgICAgfCAgICAgICAgIHxELUUxIHwg RmxleCB8ICAgIDI1R0h6ICB8ICA1MEdIeiAgfCAzMDBHSHogIHwNCiAgICAgICB8IEQgIHwgIEZs ZXggICB8LS0tLS0rLS0tLS0tKy0tLS0tLS0tLS0tKy0tLS0tLS0tLSstLS0tLS0tLS0rDQogICAg ICAgfCAgICB8ICAgICAgICAgfEQtRTIgfCBGbGV4IHwgICAgMjVHSHogIHwgIDUwR0h6ICB8IDMw MEdIeiAgfA0KICAgICAgICstLS0tKy0tLS0tLS0tLSstLS0tLSstLS0tLS0rLS0tLS0tLS0tLS0r LS0tLS0tLS0tKy0tLS0tLS0tLSsNCiAgICAgICB8ICAgIHwgICAgICAgICB8RS1FMSB8IEZsZXgg fCAgICAyNUdIeiAgfCAgNTBHSHogIHwgMzAwR0h6ICB8DQogICAgICAgfCAgICB8ICAgICAgICAg fC0tLS0tKy0tLS0tLSstLS0tLS0tLS0tLSstLS0tLS0tLS0rLS0tLS0tLS0tKw0KICAgICAgIHwg RSAgfCAgRmxleCAgIHxFLUUyIHwgRmxleCB8ICAxMi41R2h6ICB8ICA1MEdIeiAgfCAyMDBHSHog IHwNCiAgICAgICB8ICAgIHwgICAgICAgICB8LS0tLS0rLS0tLS0tKy0tLS0tLS0tLS0tKy0tLS0t LS0tLSstLS0tLS0tLS0rDQogICAgICAgfCAgICB8ICAgICAgICAgfEUtRTMgfCBGbGV4IHwgIDEy LjVHSHogIHwgIDUwR0h6ICB8IDIwMEdIeiAgfA0KICAgICAgICstLS0tKy0tLS0tLS0tLSstLS0t LSstLS0tLS0rLS0tLS0tLS0tLS0rLS0tLS0tLS0tKy0tLS0tLS0tLSsNCiAgICAgICB8ICAgIHwg ICAgICAgICB8Ri1FMSB8IEZsZXggfCAgMTIuNUdIeiAgfCAgNTBHSHogIHwgMjAwR0h6ICB8DQog ICAgICAgfCBGICB8ICBNaXhlZCAgfC0tLS0tKy0tLS0tLSstLS0tLS0tLS0tLSstLS0tLS0tLS0r LS0tLS0tLS0tKw0KICAgICAgIHwgICAgfCAgICAgICAgIHxGLUUyIHwgRml4ZWR8ICAgIDUwR0h6 ICB8ICA1MEdIeiAgfCAgNTBHSHogIHwNCiAgICAgICArLS0tLSstLS0tLS0tLS0rLS0tLS0rLS0t LS0tKy0tLS0tLS0tLS0tKy0tLS0tLS0tLSstLS0tLS0tLS0rDQoNCldoZW4gYSA4Ny41R0h6LXNs b3Qtd2lkdGggQS0+RSBMU1AgcmVxdWVzdCBhcnJpdmVzLCBhc3N1bWluZyB0aGVyZSBpcyBub3Qg DQphbnkgYXZhaWxhYmxlIHNwZWN0cnVtIHJlc291cmNlIG9uIHJvdXRlIEEtQi1FLCBBLUQtRSBp cyBzZWxlY3RlZCBhcyB0aGUgDQpMU1Agcm91dGUgYW5kIDEwMEdIeiBzbG90IHdpZHRoIGlzIGFz c2lnbmVkLiB3aGF0IHlvdSBtZWFuIGlzIHRoYXQgdGhlIA0KY29tcHV0YXRpb24gZWxlbWVudHMg c2hvdWxkIGdldCBpbmZvcm1hdGlvbiBvZiBmbGV4aWJsZS1ncmlkIGFiaWxpdHkgb2YgDQplYWNo IG9wdGljYWwgY29tcG9uZW50cyBieSBPU1BGIGZsb29kaW5nLCBzbyB0aGUgaGVhZGVyIGNhbiBj YWxjdWxhdGUgdGhlIA0KYWN0dWFsIHNsb3Qgd2lkdGggd2l0aG91dCBjYXJyaW5nIDg3LjVHSHog aW4gdHJhZmZpYyBwYXJhbWV0ZXJzLCBEbyBJIA0KdW5kZXJzdGFuZCByaWdodD8gT0ssIHRoZXJl IGlzIGEgYmlnIHByb2JsZW0sIGF1c3VtaW5nIGZpYmVyIEFEIGJyZWFrcyANCmRvd24gYW5kIExT UCByZXJvdXRlIHJldWVzdHMsIGFuZCB0aGVuIHJvdXRlIEEtQi1FIGlzIHNlbGVjdGVkLCBob3cg bWFueSANCnNsb3Qgd2lkdGhzIHdvdWxkIGFzc3NpZ25lZCB0byB0aGF0IExTUD8gYWxzbyAxMDBH SHo/IEl0IGlzIG5vdCByZXNvbmFibGUgDQpiZWNhdXNlIDg3LjVHSHogaXMgZW5vdWdoLiBidXQg aG93IGNvdWxkIHRoZSBjb250cm9sIHBsYW5lIGdldCB0aGlzIA0KaW5mb3JtYXRpb24/IEluIG15 IG9waW5pb24sIGZyb20gdHJhZmZpYyBwYXJhbWV0ZXJzLiANCg0KV291bGQgeW91IGFncmVlIHdp dGggbWU/DQoNCkkgYWxzbyBub3RpY2UgdGhhdCBGYXRhaSBvcHBvc2UgdGhlIHVzZSBvZiAibSIg aW4gbGFiZWwgZnJvbSByb3V0aW5nIA0KcGVyc3BlY3RpdmUuIEluIFtkcmFmdC13YW5nbC1jY2Ft cC1vc3BmLWV4dC1jb25zdHJhaW50LWZsZXhpLWdyaWQtMDFdLCBmb3IgDQp0aGUgbGFiZWwgc2V0 IHdpdGggdHlwZSAyLzMgaW5jbHVzaXZlL2V4Y2x1c2l2ZSByYW5nZSwgIlRoZSB2YWx1ZSBvZiBt IGluIA0Kc3RhcnQvZW5kIGxhYmVsIGlzIG1lYW5pbmdsZXNzIiwgYW5kICIzMiBhZGRpdGlvbmFs IGJpdHMgc3BhY2UgaXMgdXNlZCB0byANCmNhcnJ5IG1lYW5pbmdsZXNzIGluZm9ybWF0aW9uISAg UGVvcGxlIGNhbiBpbWFnZSBob3cgbWFueSBsYWJlbHMgYXJlIA0KZGlzdHJpYnV0ZWQgaW4gdGhl IHJvdXRpbmcuIFdoYXQgc2NhbGFibGUgaXNzdWUgaXQgaXMhIiBJbiBteSBvcGluaW9uLCANCnRo aXMgZG9jdW1lbnQgaXMgb25seSBhbiBpbmRpdmlkdWFsIGRyYWZ0IHRvIHN1bW1hcml6ZSBvdXIg aWRlYSBhbmQgDQppbml0aWFsIHdvcmsgb24gT1NQRiBleHRlbnNpb24gb2YgRmxleGlibGUtR3Jp ZCBuZXR3b3JrcyxhbmQgbmVlZHMgZnVydGhlciANCm1vZGlmaWNhdGlvbiBhbmQgZXh0ZW5zaW9u IGFjY29yZGluZyB0byB0aGUgcmVxdWlyZW1lbnRzIGFuZCBmZWVkYmFjayBvZiANCm90aGVycy4g VGhhbmtzIGZvciBwb2ludGluZyBvdXQgdGhlIGltcHJvcGVyIHBsYWNlLiBIb3dldmVyLCBpbiB0 aGlzIA0KZG9jdW1lbnQsIHRoZSB0eXBlIDIvMyBpbmNsdXNpdmUvZXhjbHVzaXZlIHJhbmdlIGNh biBiZSB3ZWxsIHJlcGxhY2VkIGJ5IA0KdGhlIHR5cGUgMC8xIGluY2x1c2l2ZS9leGNsdXNpdmUg bGFiZWwgbGlzdCwgd2l0aG91dCBhbnkgYml0LXdhc3RpbmcuIEluIA0KYWRkaXRpb24sIHRoZXJl IGlzIG5vdCBhbnkgbWFuZGF0b3J5IHJlcXVpcmVtZW50IHRoYXQgdGhlIHN0YXJ0L2VuZCBsYWJl bCANCmluIGxhYmVsIHNldCBNVVNUIGtlZXAgdGhlIHNhbWUgZm9ybWF0IHdpdGggdGhlIGxhYmVs IGluIHNpZ25hbGluZywgc28gSSANCnRoaW5rIHRoZSBtZWFuaW5nbGVzcyBwYXJ0IGNvdWxkIGJl IHNpbXBseSByZW1vdmVkIGluIHRoZSBsYWJlbCBzZXQsIGJvdGggDQp0eXBlIDIvMyBhbmQgdHlw ZSA0LiBBYm92ZSBhbGwsIGl0IGlzIG5vdCBhIHNlcmlvdXMgcHJvYmxlbSB0aGF0IGNhbm5vdCAN CmNvbnF1ZXJlZCwgYW5kIGhhcyBubyBpbXBhY3Qgb24gdGhlIHVzZSBvZiAibSIgaW4gdGhlIGxh YmVsLCBmcm9tIHJvdXRpbmcgDQpwZXJzcGVjdGl2ZS4gDQogDQpbRmF0YWldICBNYW55IGJpZyBp c3N1ZXMgaWYgoa5toa8gaXMgdXNlZCBpbiB0aGUgcm91dGluZy4NCiANClBlciBHLjY5NC4xLCBz bG90IHdpZHRoIGlzIG9ubHkgc2lnbmlmaWNhbnQgZm9yIGEgZnJlcXVlbmN5IHNsb3QgKGllLiwg YSANCnNwZWNpZmljIGNvbm5lY3Rpb24pLiBUaGVyZSBpcyBubyBwcmUtZGVmaW5lZCBmaXhlZCCh sHdhdmVsZW5ndGihsSBmb3IgdGhlIA0KbGluayByZXNvdXJjZSBvZiBmbGV4aS1ncmlkLCBiZWNh dXNlIGl0IGlzIGZsZXhpYmxlIChpZS4sIHRoZSBzbG90IHdpZHRoIA0KaXMgdW5jZXJ0YWluIGJl Zm9yZSBhIGZyZXF1ZW5jeSBzbG90IGlzIGFsbG9jYXRlZCksIHNvIHRoZXJlIGlzIG5vIG5lZWQg dG8gDQphZHZlcnRpc2Ugc2xvdCB3aWR0aCAob3Igoa5toa8pLiBUaGlzIGlzIHRoZSByZWFzb24g dG8gaGF2ZSBtZWFuaW5nbGVzcyChrg0KbaGvIGluIHlvdXIgZHJhZnQuIA0KIA0KRXZlbiB0aG91 Z2ggdHlwZSAwLzEgaXMgdXNlZCwgdGhlcmUgaXMgc3RpbGwgYmlnIGlzc3VlLiBGb3IgZXhhbXBs ZSwgaWYgDQp0aGUgYXZhaWxhYmxlIHNwZWN0cnVtIGlzIG9kZCB0aW1lcyBvZiAgdGhlIGNlbnRy YWwgZnJlcXVlbmN5IGdyYW51bGFyaXR5IA0KKDUqNi4yNUdIeiksIGhvdyB0byBlbmNvZGUgdGhl IHZhbHVlIG9mIKGubaGvPyBhcmUgeW91IHRyeWluZyB0byB1c2UgDQptPTIuNT8NCiANCklmICBh IGxhYmVsIGZvcm1hdCBpbiByb3V0aW5nIGlzIGRpZmZlcmVudCBmcm9tIGluIHNpZ25hbGluZyBh cyB5b3Ugc2FpZCwgDQpJIHdvdWxkIGxpa2UgdG8gc2VlIHRoZSBsYWJlbCBmb3JtYXQuDQoNCltM ZWldIEkgYWdyZWUgd2l0aCB5b3UgdGhhdCBpbiBib3RoIHR5cGUgMi8zIGFuZCB0eXBlNCAibSIg aXMgbWVhbmluZ2xlc3MsIA0KYW5kIEkgYWxzbyBpbGx1c3RyYXRlIGl0IGluIG15IGRyYWZ0LiBN eSBpZGVhIGlzIHRoYXQsICJ0aGVyZSBpcyBub3QgYW55IA0KbWFuZGF0b3J5IHJlcXVpcmVtZW50 IHRoYXQgdGhlIHN0YXJ0L2VuZCBsYWJlbCBpbiBsYWJlbCBzZXQgTVVTVCBrZWVwIHRoZSANCnNh bWUgZm9ybWF0IHdpdGggdGhlIGxhYmVsIGluIHNpZ25hbGluZywgc28gSSB0aGluayB0aGUgbWVh bmluZ2xlc3MgcGFydCANCmNvdWxkIGJlIHNpbXBseSByZW1vdmVkIGluIHRoZSBsYWJlbCBzZXQs IGJvdGggdHlwZSAyLzMgYW5kIHR5cGUgNC4iIElzIGl0IA0Kbm90IGNsZWFyPyANCg0KICJpZiB0 aGUgYXZhaWxhYmxlIHNwZWN0cnVtIGlzIG9kZCB0aW1lcyBvZiAgdGhlIGNlbnRyYWwgZnJlcXVl bmN5IA0KZ3JhbnVsYXJpdHkgKDUqNi4yNUdIeiksIGhvdyB0byBlbmNvZGUgdGhlIHZhbHVlIG9m IKGubaGvPyIgRmlyc3RseSwgaXQgaXMgDQppbXBvc3NpYmxlIHRoYXQgdGhlIGF2YWlsYWJsZSBz cGVjdHJ1bSBpcyBvZGQgdGltZXMgb2YgIHRoZSBjZW50cmFsIA0KZnJlcXVlbmN5IGdyYW51bGFy aXR5LCBhdCBsZWFzdCBmb3IgcmVjZW50IG9wdGljYWwgY29tcG9uZW50cy4gcGxlYXNlIHNlZSAN CnRoZSByZWZlcmVuY2U6ICJEeW5hbWljIHdhdmVsZW5ndGggcHJvY2Vzc29yIFdTUyB3aXRoIEZM RVhHUklEIA0KZnVuY3Rpb25hbGl0eSBbRmluaXNhcl0iOyBTZWNvbmRseSAsZXZlbnQgaWYgaXQg aXMgcG9zc2libGUsIHR5cGUgMi8zIGFuZCANCnR5cGUgNCBjb3VsZCB3ZWxsIGV4cHJlc3MgdGhh dCwgV291bGQgeW91IGFncmVlIHdpdGggbWU/DQoNCkluIG15IG9waW5pb24sIHRoZSBwcm9ibGVt IG1lbnRpb25lZCBhYm92ZSBoYXMgbm8gcmVsYXRpb25zIHRvIHRoZSB1c2Ugb2YgDQoibSIgaW4g bGFiZWwsIEkgYW0gY29uZnVzZWQgdGhhdCB3aHkgeW91IG9wcG9zZSB0aGUgbGFiZWwgZm9ybWF0 IHdpdGggIm0iIA0KZnJvbSB0aGlzIHBvaW50Pw0KIA0KVGhlIHNlY29uZCBvbmUsIEkgcGFydGx5 IGFncmVlIHdpdGggQWRyaWFuLiAiRm9yIG1lLCB0aGUgbW9zdCBiYXNpYyANCmJ1aWxkaW5nIGJs b2NrIGlzIHRoZSBsYWJlbC4gTmV4dCB3b3VsZCBjb21lIHRoZSBzaWduYWxpbmcgcGFyYW1ldGVy cy4iIA0KdGhhdCBpcyByaWdodC4gYnV0IEkgYWxzbyBhZ3JlZSB3aXRoIElmdGVraGFyIHRoYXQg IkNlcnRhaW5seSwgbGFiZWwgDQpkZWZpbml0aW9uIGZvciBmbGV4LWdyaWQgaXMgYSB2ZXJ5IGlt cG9ydGFudCBjb21wb25lbnQsIHRoaXMgZG9lcyBub3QgbWVhbiANCnRoZSBvdGhlciBhc3BlY3Rz IGluY2x1ZGluZyByb3V0aW5nIGFuZCBzaWduYWxpbmcgZXh0ZW5zaW9ucyBhcmUgYW55IGxlc3Mg DQppbXBvcnRhbnQuIEkgdGhpbmsgcmF0aGVyIHRoYW4gdGFraW5nIGEgcGllY2VtZWFsIGFwcHJv YWNoIHdlIHNob3VsZCBsb29rIA0KYXQgYSBzeXN0ZW0gYXBwcm9hY2guIiB0aGF0IGlzIHdoeSBJ IHN1Ym1pdCB0aGUgZHJhZnQgDQpbZHJhZnQtd2FuZ2wtY2NhbXAtb3NwZi1leHQtY29uc3RyYWlu dC1mbGV4aS1ncmlkLTAxXS4gTWF5YmUgYmV5b25kIDEwMEcgDQppcyBzdGlsbCBwcmVtYXR1cmUg dW50aWwgbm93LCBidXQgdGhlIHN0dWR5IG9mIGNvbnRyb2wgcGFuZSBtdXN0IGtlZXAgcGFjZSAN CndpdGggYWR2YW5jZWQgcmVzZWFyY2ggYW5kIHRlY2hub2xvZ3kuIElzIGl0IGEgbGl0dGxlIGxh dGUgdG8gaW5pdGlhdGUgDQp0aGlzIHdvcmsgYWZ0ZXIgdGhlIGRlcGxveW1lbnQgb2YgYmV5b25k IDEwMEc/IA0KDQpJIGhhdmUgcHJvcG9zZWQgc29tZSBpZGVhcyBvbiByb3V0aW5nIHByb3RvY29s IGV4dGVzaW9ucyBpbiANCltkcmFmdC13YW5nbC1jY2FtcC1vc3BmLWV4dC1jb25zdHJhaW50LWZs ZXhpLWdyaWQtMDFdLCBpbmNsdWRpbmcgbGFiZWwgDQpzZXQsIEZsZXhpYmxlLUdyaWQgYWJpbGl0 eSAoZ3JpZCB0eXBlLCBzbG90IHdpZHRoIGdyYW51bGFyaXR5IGFuZCBNaW4vTWF4IA0Kc2xvdCB3 aWR0aCkgYW5kIG9wdGljYWwgc2lnbmFsIGNvbXBhdGliaWxpdHkgaW5mb3JtYXRpb24sIHdoaWNo IGNvdWQgYmUgDQpmbG9vZGVkIGJ5IE9TUEYgZm9yIGVmZmljaWVudCBSU0EuIGl0IGlzIGp1c3Qg YW4gaW5pdGlhbCB3b3JrIGFuZCBuZWVkcyANCmZ1cnRoZXIgc3R1ZHkgb24gdGhpcyB0b3BpYywg aG93ZXZlciwgSSBhbSBnbGFkIHRvIHNlZSB0aGF0IEZhdGFpIA0KYWNrbm93bGVkZ2VkIGFuZCBh ZGRlZCB0aGVzZSBpZGVhcyB0byBoaXMgZHJhZnQgb24gZnJhbWV3b3JrIGFuZCByb3V0aW5nIA0K ZXh0ZW5zaW9ucyBzZXZlcmFsIGRheXMgYWZ0ZXIgbXkgc3VibWlzc2lvbi4gRnVydGhlciBkaXNj dXNzaW9uIGlzIA0Kd2VsY29tZS4gDQogDQpbRmF0YWldIExldKGvcyBkaXNjdXNzIG1vcmUgdG8g Z2V0IHRoZSBmZWFzaWJsZSBzb2x1dGlvbiBmb3IgdGhlIGluZHVzdHJ5LiANCkhhcHB5IHRvIGRp c2N1c3MgbW9yZSB3aXRoIHlvdS4NCg0KW0xlaV0gSSBhbSBhbHNvIGdsYWQgdG8gZGlzY3VzcyB3 aXRoIHlvdS4NCg0KQnkgdGhlIHdheSwgaW4gbXkgb3Bpbmlvbiwgc3BsaXQtc3BlY3RydW0gc3Vw ZXIgY2hhbm5lbCBpcyBhbiBpbnRlcmVzdGluZyANCmlkZWEgaW4gZmxleGlibGUtZ3JpZCBuZXR3 b3JrcywgYW5kIEkgYWxzbyBub3RpY2UgdGhhdCBzb21lIGFkdmFuY2UgDQpyZXNlYXJjaCBhbmQg dGVjaG5vbG9neSBwcmVzZW50ZWQgaW4gT0ZDL0VDT0MgaW5kZWVkIHN1cHBvcnQgc3VjaCBzdXBl ciANCmNoYW5uZWwuIEkgYW0gZ2xhZCB0byBzZWUgZnVydGhlciBzdHVkeSBvbiB0aGlzIHRvcGlj LCBhbmQgDQpjb3N0L2VmZmljaWVuY3kvYmVuZWZpdHMgY29tcGFyaXNvbiBiZXR3ZWVuIGNvbnRp Z3VvdXMgc3VwZXIgY2hhbm5lbCBhbmQgDQpzcGxpdC1zcGVjdHJ1bSBzdXBlciBjaGFubmVsLiBP ZiBjb3Vyc2UsIGl0IGlzIG91dCB0aGUgc2NvcGUgb2YgSUVURiA6LSkgDQoNCltGYXRhaV0gQWdy ZWUgd2l0aCB5b3UuDQoNCltMZWldIEJ5IHRoZSB3YXksIGlzIHRoZXJlIGFueSBzaW11bGF0aW9u IG9yIHRlc3QgcmVzdWx0cyB0byBzaG93IA0KY29zdC9lZmZpY2llbmN5L2JlbmVmaXRzIGNvbXBh cmlzb24gYmV0d2VlbiBjb250aWd1b3VzIHN1cGVyIGNoYW5uZWwgYW5kIA0Kc3BsaXQtc3BlY3Ry dW0gc3VwZXIgY2hhbm5lbD8gdGhhbmsgeW91ISEgOi0pDQoNCkJlc3QgUmVnYXJkcyANCg0KTGVp IFdhbmcgDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpM ZWlXYW5nDQoNClpURQ0KQmVhcmVyIE5ldHdvcmsgUHJvZHVjdCBQcmVfcmVzZWFyY2ggRGVwYXJ0 bWVudCwNCldpcmVsaW5lIFImRCBJbnNpdGl0dXRlDQpDZWxsIHBob25lOis4NiAxMzgxMTQ0MDA2 Nw0KRW1haWw6IHdhbmcubGVpMTMxQHp0ZS5jb20uY24NCiAgICAgIGhlY2hlbjAwMDFAZ21haWwu Y29tDQogICAgICBsZWl3QHRzaW5naHVhLmVkdS5jbg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KIA0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NClpURSBJbmZvcm1hdGlvbiBTZWN1cml0eSBOb3Rp Y2U6IFRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyBtYWlsIGlzIA0Kc29sZWx5IHBy b3BlcnR5IG9mIHRoZSBzZW5kZXIncyBvcmdhbml6YXRpb24uIFRoaXMgbWFpbCBjb21tdW5pY2F0 aW9uIGlzIA0KY29uZmlkZW50aWFsLiBSZWNpcGllbnRzIG5hbWVkIGFib3ZlIGFyZSBvYmxpZ2F0 ZWQgdG8gbWFpbnRhaW4gc2VjcmVjeSBhbmQgDQphcmUgbm90IHBlcm1pdHRlZCB0byBkaXNjbG9z ZSB0aGUgY29udGVudHMgb2YgdGhpcyBjb21tdW5pY2F0aW9uIHRvIA0Kb3RoZXJzLg0KVGhpcyBl bWFpbCBhbmQgYW55IGZpbGVzIHRyYW5zbWl0dGVkIHdpdGggaXQgYXJlIGNvbmZpZGVudGlhbCBh bmQgaW50ZW5kZWQgDQpzb2xlbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIGluZGl2aWR1YWwgb3IgZW50 aXR5IHRvIHdob20gdGhleSBhcmUgYWRkcmVzc2VkLiANCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRo aXMgZW1haWwgaW4gZXJyb3IgcGxlYXNlIG5vdGlmeSB0aGUgb3JpZ2luYXRvciBvZiANCnRoZSBt ZXNzYWdlLiBBbnkgdmlld3MgZXhwcmVzc2VkIGluIHRoaXMgbWVzc2FnZSBhcmUgdGhvc2Ugb2Yg dGhlIA0KaW5kaXZpZHVhbCBzZW5kZXIuDQpUaGlzIG1lc3NhZ2UgaGFzIGJlZW4gc2Nhbm5lZCBm b3IgdmlydXNlcyBhbmQgU3BhbSBieSBaVEUgQW50aS1TcGFtIA0Kc3lzdGVtLg0KDQoNCg0KLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NClpU RSBJbmZvcm1hdGlvbiBTZWN1cml0eSBOb3RpY2U6IFRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQg aW4gdGhpcyBtYWlsIGlzIHNvbGVseSBwcm9wZXJ0eSBvZiB0aGUgc2VuZGVyJ3Mgb3JnYW5pemF0 aW9uLiBUaGlzIG1haWwgY29tbXVuaWNhdGlvbiBpcyBjb25maWRlbnRpYWwuIFJlY2lwaWVudHMg bmFtZWQgYWJvdmUgYXJlIG9ibGlnYXRlZCB0byBtYWludGFpbiBzZWNyZWN5IGFuZCBhcmUgbm90 IHBlcm1pdHRlZCB0byBkaXNjbG9zZSB0aGUgY29udGVudHMgb2YgdGhpcyBjb21tdW5pY2F0aW9u IHRvIG90aGVycy4NClRoaXMgZW1haWwgYW5kIGFueSBmaWxlcyB0cmFuc21pdHRlZCB3aXRoIGl0 IGFyZSBjb25maWRlbnRpYWwgYW5kIGludGVuZGVkIHNvbGVseSBmb3IgdGhlIHVzZSBvZiB0aGUg aW5kaXZpZHVhbCBvciBlbnRpdHkgdG8gd2hvbSB0aGV5IGFyZSBhZGRyZXNzZWQuIElmIHlvdSBo YXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IgcGxlYXNlIG5vdGlmeSB0aGUgb3JpZ2lu YXRvciBvZiB0aGUgbWVzc2FnZS4gQW55IHZpZXdzIGV4cHJlc3NlZCBpbiB0aGlzIG1lc3NhZ2Ug YXJlIHRob3NlIG9mIHRoZSBpbmRpdmlkdWFsIHNlbmRlci4NClRoaXMgbWVzc2FnZSBoYXMgYmVl biBzY2FubmVkIGZvciB2aXJ1c2VzIGFuZCBTcGFtIGJ5IFpURSBBbnRpLVNwYW0gc3lzdGVtLg0K --=_alternative 00428515482579C9_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkhpLCBGYXRhaSw8L2ZvbnQ+DQo8 YnI+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPlBsZWFzZSBzZWUgbXkgY29t bWVudHMgaW4tbGluZS48L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMt c2VyaWYiPkJ5IHRoZSB3YXksIEkgYW0gc29ycnkgZm9yIHRoZSAmcXVvdDtzZWN1cml0eQ0Kbm90 aWNlJnF1b3Q7IG1lc3NhZ2UgYXV0b21hdGljYWxseSBkaWxpdmVyZWQgYnkgb3VyIHN5c3RlbSwg YnV0IEkgaGF2ZQ0Kbm8gd2F5IHRvIGRlbGV0ZSBpdC4gPC9mb250Pg0KPGJyPg0KPGJyPjxmb250 IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj50aGFua3MhPC9mb250Pg0KPGJyPg0KPGJyPjxmb250 IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj5MZWkgV2FuZyAmbmJzcDs8L2ZvbnQ+DQo8YnI+DQo8 YnI+DQo8YnI+DQo8YnI+DQo8dGFibGUgd2lkdGg9MTAwJT4NCjx0ciB2YWxpZ249dG9wPg0KPHRk IHdpZHRoPTM1JT48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+PGI+RmF0YWkgWmhhbmcg Jmx0O3poYW5nZmF0YWlAaHVhd2VpLmNvbSZndDs8L2I+DQo8L2ZvbnQ+DQo8cD48Zm9udCBzaXpl PTEgZmFjZT0ic2Fucy1zZXJpZiI+MjAxMi0wMy0yMiAxODo0ODwvZm9udD4NCjx0ZCB3aWR0aD02 NCU+DQo8dGFibGUgd2lkdGg9MTAwJT4NCjx0ciB2YWxpZ249dG9wPg0KPHRkPg0KPGRpdiBhbGln bj1yaWdodD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+ytW8/sjLPC9mb250PjwvZGl2 Pg0KPHRkPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj4mcXVvdDt3YW5nLmxlaTEzMUB6 dGUuY29tLmNuJnF1b3Q7ICZsdDt3YW5nLmxlaTEzMUB6dGUuY29tLmNuJmd0OywNCiZxdW90O2Nj YW1wQGlldGYub3JnJnF1b3Q7ICZsdDtjY2FtcEBpZXRmLm9yZyZndDssICZxdW90O2FkcmlhbkBv bGRkb2cuY28udWsmcXVvdDsNCiZsdDthZHJpYW5Ab2xkZG9nLmNvLnVrJmd0OywgJnF1b3Q7SUh1 c3NhaW5AaW5maW5lcmEuY29tJnF1b3Q7ICZsdDtJSHVzc2FpbkBpbmZpbmVyYS5jb20mZ3Q7PC9m b250Pg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8ZGl2IGFsaWduPXJpZ2h0Pjxmb250IHNpemU9 MSBmYWNlPSJzYW5zLXNlcmlmIj6zrcvNPC9mb250PjwvZGl2Pg0KPHRkPg0KPHRyIHZhbGlnbj10 b3A+DQo8dGQ+DQo8ZGl2IGFsaWduPXJpZ2h0Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlm Ij7W98ziPC9mb250PjwvZGl2Pg0KPHRkPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj5S RTogW0NDQU1QXSBVcGRhdGUgdG8gZHJhZnQtZmFycmtpbmdlbC1jY2FtcC1mbGV4aWdyaWQtbGFt YmRhLWxhYmVsPC9mb250PjwvdGFibGU+DQo8YnI+DQo8dGFibGU+DQo8dHIgdmFsaWduPXRvcD4N Cjx0ZD4NCjx0ZD48L3RhYmxlPg0KPGJyPjwvdGFibGU+DQo8YnI+DQo8YnI+DQo8YnI+PGZvbnQg c2l6ZT0zIGZhY2U9IkNhbGlicmkiPkhpIExlaSw8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0zIGZh Y2U9IkNhbGlicmkiPiZuYnNwOzwvZm9udD4NCjxicj48Zm9udCBzaXplPTMgZmFjZT0iQ2FsaWJy aSI+UGxlYXNlIHNlZSBteSBjb21tZW50cyBpbi1saW5lLjwvZm9udD4NCjxicj48Zm9udCBzaXpl PTMgZmFjZT0iQ2FsaWJyaSI+Jm5ic3A7PC9mb250Pg0KPGRpdj4NCjxicj48Zm9udCBzaXplPTMg ZmFjZT0iQ2FsaWJyaSI+Jm5ic3A7PC9mb250Pg0KPGJyPjxmb250IHNpemU9MyBmYWNlPSJDYWxp YnJpIj5UaGFua3M8YnI+DQogPGJyPg0KRmF0YWk8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0zIGZh Y2U9IkNhbGlicmkiPiZuYnNwOzwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0iVGFob21h Ij48Yj5Gcm9tOjwvYj4gd2FuZy5sZWkxMzFAenRlLmNvbS5jbiBbbWFpbHRvOndhbmcubGVpMTMx QHp0ZS5jb20uY25dDQo8Yj48YnI+DQpTZW50OjwvYj4gMjAxMjwvZm9udD48Zm9udCBzaXplPTIg ZmFjZT0iy87M5SI+xOo8L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZhY2U9IlRhaG9tYSI+MzwvZm9udD48 Zm9udCBzaXplPTIgZmFjZT0iy87M5SI+1MI8L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZhY2U9IlRhaG9t YSI+MjI8L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZhY2U9IsvOzOUiPsjVPC9mb250Pjxmb250IHNpemU9 MiBmYWNlPSJUYWhvbWEiPg0KMTc6Mjc8Yj48YnI+DQpUbzo8L2I+IGNjYW1wQGlldGYub3JnOyBh ZHJpYW5Ab2xkZG9nLmNvLnVrOyBGYXRhaSBaaGFuZzsgSUh1c3NhaW5AaW5maW5lcmEuY29tPGI+ PGJyPg0KU3ViamVjdDo8L2I+IFJlOiBbQ0NBTVBdIFVwZGF0ZSB0byBkcmFmdC1mYXJya2luZ2Vs LWNjYW1wLWZsZXhpZ3JpZC1sYW1iZGEtbGFiZWw8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0zIGZh Y2U9IlRpbWVzIE5ldyBSb21hbiI+Jm5ic3A7PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNl PSJBcmlhbCI+PGJyPg0KSGksIEZhdGFpLCBBZHJpYW4gYW5kIDwvZm9udD48Zm9udCBzaXplPTIg ZmFjZT0iQ291cmllciBOZXciPklmdGVraGFyPC9mb250Pjxmb250IHNpemU9MyBmYWNlPSJUaW1l cyBOZXcgUm9tYW4iPg0KPGJyPg0KPC9mb250Pjxmb250IHNpemU9MiBmYWNlPSJBcmlhbCI+PGJy Pg0KSXQgc2VlbXMgdGhhdCBmbGV4aWJsZS1ncmlkIG5ldHdvcmsgaXMgYmVjb21pbmcgYSBob3Qg dG9waWMgaW4gdGhlc2UgZGF5cywNCmJ1dCBJIGFsc28gZmluZCB0aGF0IHRoZSBkaXNjdXNzaW9u cyBtYWlubHkgZm9jdXMgb24gdHdvIHByb2JsZW1zIGxpc3RlZA0KYXMgZm9sbG93czo8L2ZvbnQ+ PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+IDxicj4NCjwvZm9udD48Zm9udCBz aXplPTIgZmFjZT0iQXJpYWwiPjxicj4NCjEuIDwvZm9udD48Zm9udCBzaXplPTIgZmFjZT0iQ291 cmllciBOZXciPldoZXJlIGRvIHdlIGNhcnJ5IHRoZSAmcXVvdDttJnF1b3Q7DQp2YWx1ZTwvZm9u dD48Zm9udCBzaXplPTIgZmFjZT0iQXJpYWwiPiwgbGFiZWwgb3IgdHJhZmZpYyBwYXJhbWV0ZXJz PzwvZm9udD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj4NCjxicj4NCjwvZm9u dD48Zm9udCBzaXplPTIgZmFjZT0iQXJpYWwiPjxicj4NCjIuIFdoYXQgc2hvdWxkIHdlIGRpc2N1 c3MgaW4gdGhlIGZpcnN0IHN0ZXAsIHRoZSB3aG9sZSBGbGV4aWJsZS1HcmlkIGNvbnRyb2wNCnBs YW5lIG9yIGp1c3QgbGFiZWwgYW5kIHNpZ25hbGluZyBwYXJhbWV0ZXJzPzwvZm9udD48Zm9udCBz aXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj4NCjxicj4NCjwvZm9udD48Zm9udCBzaXplPTIg ZmFjZT0iQXJpYWwiPjxicj4NCkhlcmUgSSBwcmVzZW50IG15IGNvbmNlcHQgb24gdGhlc2UgdHdv IHF1c3Rpb25zLjwvZm9udD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj4NCjxi cj4NCjwvZm9udD48Zm9udCBzaXplPTIgZmFjZT0iQXJpYWwiPjxicj4NClRoZSBmaXJzdCBvbmUs IEkgYWJzb2x1dGVseSBhZ3JlZSB3aXRoIEFkcmlhbi4gJnF1b3Q7PC9mb250Pjxmb250IHNpemU9 MiBmYWNlPSJDb3VyaWVyIE5ldyI+dGhlDQp2aWV3IHRoYXQgJnF1b3Q7bSZxdW90OyBpcyBwYXJ0 IG9mIHRoZSBkZWZpbml0aW9uIG9mIHdoYXQgaXMgYmVpbmcgc3dpdGNoZWQNCmFuZCBpcyBlc3Nl bnRpYWwgZm9yIHRoZSBzd2l0Y2ggY3Jvc3MtY29ubmVjdCB0byBiZSBwcm9ncmFtbWVkLiBUaHVz LGl0DQppcyBwYXJ0IG9mIHRoZSBsYWJlbC48L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZhY2U9IkFyaWFs Ij4mcXVvdDsgJnF1b3Q7PC9mb250Pjxmb250IHNpemU9MiBmYWNlPSJDb3VyaWVyIE5ldyI+SQ0K d291bGQgYWNrbm93bGVkZ2UgdGhhdCB0aGUgdmFsdWUgb2YgJnF1b3Q7bSZxdW90OyBpbmZsdWVu Y2VzIHRoZSBiYW5kd2lkdGgNCm9mIHRoZSBMU1AsIGJ1dCBJIHdvdWxkIGNsYWltIHRoYXQgYW4g UGF0aCByZXF1ZXN0IGFza3MgZm9yIGIvdyBpbiB0aGUNCnRyYWZmaWMgcGFyYW1ldGVycyBhbmQg dGhlIGxhYmVsIHJldHVybmVkIHByb3ZpZGVzIHRoZSB2YWx1ZSBvZiAmcXVvdDttJnF1b3Q7DQp0 byBiZSBwcm9ncmFtbWVkIGludG8gdGhlIFhDLiBJZiBpdCBpcyBuZWNlc3NhcnkgKHBlcmhhcHMg YSBxdWVzdGlvbiBmb3JkcmFmdC16aGFuZy1jY2FtcC1mbGV4aWJsZS1ncmlkLXJzdnAtdGUtZXh0 KQ0KdG8gYWxzbyBzcGVjaWZ5ICZxdW90O20mcXVvdDsgKG9yIGEgcmFuZ2Ugb2YgYWNjZXB0YWJs ZSB2YWx1ZXMgb2YgJnF1b3Q7bSZxdW90OykNCmFzIHBhcnQgb2YgdGhlIFBhdGggcmVxdWVzdCwg dGhlbiBpdCB3b3VsZCBzZWVtIHByYWdtYXRpYyB0byBwdXQgaXQgaW4NCnRoZSB0cmFmZmljIHBh cmFtZXRlcnMuPC9mb250Pjxmb250IHNpemU9MiBmYWNlPSJBcmlhbCI+JnF1b3Q7PC9mb250Pjxm b250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPg0KPGJyPg0KPC9mb250Pjxmb250IHNp emU9MiBmYWNlPSJBcmlhbCI+PGJyPg0KSW4gbXkgb3BpbmlvbiwgaXQgbWF5IGJlIHJlYXNvbmFi bGUgdG8gY2FycnkgY2VydGFpbiBmaWVsZHMgaW4gdHJhZmZpYw0KcGFyYW1ldGVycyB0aGF0IGNs YWltIG1pbiBzbG90IHdpZHRoIG9yIHNsb3Qgd2lkdGggcmFuZ2UgdGhlIExTUCByZXF1ZXN0cywN CmFzIHdlbGwsIGl0IGlzIGFsc28gbmVjZXNzYXJ5IHRvIGluY2x1ZGUgJnF1b3Q7bSZxdW90OyBp biB0aGUgbGFiZWwgdG8NCmNsYWltIGFjdHVhbCBzbG90IHdpZHRoIGFzc2lnbmVkIHRvIHRoaXMg TFNQLiBGb3IgZXhhbXBsZSwgYXNzdW1pbmcgYSBmbGV4aWJsZS1ncmlkDQpuZXR3b3JrIGNvbXBv c2VkIG9mIG9wdGljYWwgY29tcG9uZW50cyB3aXRoIDI1R0h6IHNsb3Qgd2lkdGggZ3JhbnVsYXJp dHkNCmFuZCBbNTBHSHosIDIwMEdIel0gc2xvdCB3aWR0aCByYW5nZS4gV2hlbiBhIDI1R0h6LXNs b3Qtd2lkdGggTFNQIHJlcXVlc3QNCmFycml2ZXMsIHRoZSBzaWduYWxpbmcgbWF5IGFkZCAyNUdI eiBpbiB0cmFmZmljIHBhcmFtZXRlcnMgdG8gY2xhaW0gdGhlDQptaW4gc2xvdCB3aWR0aCByZXF1 aXJlZC4gSG93ZXZlciwgZHVlIHRvIHRoZSBGbGV4aWJsZS1HcmlkIGNhcGFiaWxpdHkgbGltaXRh dGlvbg0Kb2Ygb3B0aWNhbCBjb21wb25lbnRzLCB0aGUgYWN0dWFsIHNsb3Qgd2lkdGggYXNzaWdu ZWQgdG8gdGhpcyBMU1AgbWF5IGJlDQo1MEdIeiwgd2hpY2ggaXMgYWRkZWQgYXMgJnF1b3Q7bSZx dW90OyBpbiB0aGUgbGFiZWwuIHNpbWlsYXJseSwgV2hlbiBhDQo4Ny41R0h6LXNsb3Qtd2lkdGgg TFNQIHJlcXVlc3QgYXJyaXZlcywgdGhlIGFjdHVhbCBzbG90IHdpZHRoIGFzc2lnbmVkDQp0byB0 aGlzIExTUCBtYXkgYmUgMTAwR0h6LiBTbyBzdWNoIGZpZWxkcyBpbiB0cmFmZmljIHBhcmFtZXRl cnMgY2Fubm90DQpleGNsdWRlIHRoZSB1c2Ugb2YgJnF1b3Q7bSZxdW90OyBpbiB0aGUgbGFiZWws IGZyb20gc2lnbmFsaW5nIHBlcnNwZWN0aXZlLjwvZm9udD48Zm9udCBzaXplPTMgZmFjZT0iVGlt ZXMgTmV3IFJvbWFuIj4NCjwvZm9udD4NCjxicj48Zm9udCBzaXplPTMgZmFjZT0iQ2FsaWJyaSI+ Jm5ic3A7PC9mb250Pg0KPGJyPjxmb250IHNpemU9MyBjb2xvcj0jYzAwMDAwIGZhY2U9IkNhbGli cmkiPltGYXRhaV0gQXJlIHlvdSBraWRkaW5nPw0KV2hlbiAyNUdIeiBpcyByZXF1ZXN0ZWQsIGJ1 dCA1MEdIeiBpcyBhbGxvY2F0ZWQgZmluYWxseT8gSW4gdGhpcyBjYXNlLA0KdGhpcyByZXF1ZXN0 IHNob3VsZCBiZSByZWplY3RlZC4gU2Vjb25kbHksIHdoeSByb3V0aW5nIGNhbm5vdCBiZSBhd2Fy ZQ0Kb2YgdGhpcyBjb25zdHJhaW50PyBJIHRoaW5rIHRoaXMgY29uc3RyYWludCBzaG91bGQgYmUg YWR2ZXJ0aXNlZCBpbnRvIHJvdXRpbmcNCmFuZCB0aGVuIHRoZSBoZWFkIG5vZGUgb3IgUENFIGNh biBjYWxjdWxhdGUgdGhlIGV4YWN0IGJhbmR3aWR0aCBuZWVkZWQNCmJlZm9yZSBzaWduYWxpbmcu PC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9MyBjb2xvcj1ibHVlIGZhY2U9IkNhbGlicmki PltMZWldIFRoYXQgaXMganVzdCBhbiBleGFtcGxlLg0KbGV0IHVzIGRpY3VzcyBpdCBpbiBkZXRh aWwuIGluIG15IG9waW5pb24sIHRoZSBpZGVhIG1lbnRpb25lZCBhYm92ZSBpcw0KZXh0cmVtZWx5 IHVzZWZ1bCBmb3IgRmxleGlibGUtR3JpZCBuZXR3b3JrcyB3aXRoIHZhcmlvdXMgZmxleGlibGUt Z3JpZA0KYWJpbGl0eSBjb21wb25lbnRzLiBBc3N1bWluZyBhIG5ldHdvcmsgY29tcG9zZWQgb2Yg dHdvIGtpbmRzIG9wdGljYWwgY29tcG9uZW50czoNCjEuIDI1R0h6IHNsb3Qgd2lkdGggZ3JhbnVs YXJpdHkgYW5kIFs1MEdIeiwgMzAwR0h6XSBzbG90IHdpZHRoIHJhbmdlOyAyLg0KMTIuNUdIeiBz bG90IHdpZHRoIGdyYW51bGFyaXR5IGFuZCBbNTBHSHosIDIwMEdIel0gc2xvdCB3aWR0aCByYW5n ZS4gSnVzdA0KYXMgRmlndXJlIDEgaW4gPGk+W2RyYWZ0LXdhbmdsLWNjYW1wLW9zcGYtZXh0LWNv bnN0cmFpbnQtZmxleGktZ3JpZC0wMV0uPC9pPjwvZm9udD4NCjxicj48Zm9udCBzaXplPTMgY29s b3I9Ymx1ZSBmYWNlPSJDYWxpYnJpIj4mbmJzcDs8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0zIGNv bG9yPWJsdWUgZmFjZT0iRml4ZWRzeXMiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOystLS0tK0EtRTIgJm5ic3A7ICZuYnNwO0It STErLS0tLStCLUUyDQombmJzcDsgJm5ic3A7Qy1JMSstLS0tKzwvZm9udD4NCjxicj48Zm9udCBz aXplPTMgY29sb3I9Ymx1ZSBmYWNlPSJGaXhlZHN5cyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7fCBBICZuYnNwO3wtLS0tLS0t LS0tLSZndDt8IEIgJm5ic3A7fC0tLS0tLS0tLS0tJmd0O3wNCkMgJm5ic3A7fDwvZm9udD4NCjxi cj48Zm9udCBzaXplPTMgY29sb3I9Ymx1ZSBmYWNlPSJGaXhlZHN5cyI+Jm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7fCAmbmJzcDsg Jm5ic3A7fCZsdDstLS0tLS0tLS0tLXwgJm5ic3A7DQombmJzcDt8Jmx0Oy0tLS0tLS0tLS0tfCAm bmJzcDsgJm5ic3A7fDwvZm9udD4NCjxicj48Zm9udCBzaXplPTMgY29sb3I9Ymx1ZSBmYWNlPSJG aXhlZHN5cyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7Ky0tLS0rQS1JMiAmbmJzcDsgJm5ic3A7Qi1FMSstLS0tK0ItSTINCiZu YnNwOyAmbmJzcDtDLUUxKy0tLS0rPC9mb250Pg0KPGJyPjxmb250IHNpemU9MyBjb2xvcj1ibHVl IGZhY2U9IkZpeGVkc3lzIj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7T3wgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtPfCAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNwO098PC9mb250Pg0KPGJyPjxmb250IHNp emU9MyBjb2xvcj1ibHVlIGZhY2U9IkZpeGVkc3lzIj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO0EtSTF8fEEtRTEgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7Qi1JM3x8Qi1FMw0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7Qy1JMnx8 Qy1FMjwvZm9udD4NCjxicj48Zm9udCBzaXplPTMgY29sb3I9Ymx1ZSBmYWNlPSJGaXhlZHN5cyI+ Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwO3x8ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7fHwgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsNCiZuYnNwOyAmbmJzcDt8fDwvZm9udD4NCjxicj48Zm9udCBzaXplPTMgY29sb3I9Ymx1ZSBm YWNlPSJGaXhlZHN5cyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3x8ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw Ow0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7fHwgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDt8fDwvZm9udD4NCjxicj48Zm9udCBzaXpl PTMgY29sb3I9Ymx1ZSBmYWNlPSJGaXhlZHN5cyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3x8ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7fHwgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDt8fDwvZm9udD4N Cjxicj48Zm9udCBzaXplPTMgY29sb3I9Ymx1ZSBmYWNlPSJGaXhlZHN5cyI+Jm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw O3x8ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7fHwgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAm bmJzcDt8fDwvZm9udD4NCjxicj48Zm9udCBzaXplPTMgY29sb3I9Ymx1ZSBmYWNlPSJGaXhlZHN5 cyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDtELUUxfHxELUkxICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO0UtRTN8fEUtSTMNCiZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwO0YtRTJ8fEYtSTI8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0z IGNvbG9yPWJsdWUgZmFjZT0iRml4ZWRzeXMiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0K Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt8TyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3xPICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7fE88L2ZvbnQ+DQo8 YnI+PGZvbnQgc2l6ZT0zIGNvbG9yPWJsdWUgZmFjZT0iRml4ZWRzeXMiPiZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOystLS0tK0Qt RTIgJm5ic3A7ICZuYnNwO0UtSTErLS0tLStFLUUyDQombmJzcDsgJm5ic3A7Ri1JMSstLS0tKzwv Zm9udD4NCjxicj48Zm9udCBzaXplPTMgY29sb3I9Ymx1ZSBmYWNlPSJGaXhlZHN5cyI+Jm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 fCBEICZuYnNwO3wtLS0tLS0tLS0tLSZndDt8IEUgJm5ic3A7fC0tLS0tLS0tLS0tJmd0O3wNCkYg Jm5ic3A7fDwvZm9udD4NCjxicj48Zm9udCBzaXplPTMgY29sb3I9Ymx1ZSBmYWNlPSJGaXhlZHN5 cyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7fCAmbmJzcDsgJm5ic3A7fCZsdDstLS0tLS0tLS0tLXwgJm5ic3A7DQombmJzcDt8 Jmx0Oy0tLS0tLS0tLS0tfCAmbmJzcDsgJm5ic3A7fDwvZm9udD4NCjxicj48Zm9udCBzaXplPTMg Y29sb3I9Ymx1ZSBmYWNlPSJGaXhlZHN5cyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQom bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7Ky0tLS0rRC1JMiAmbmJzcDsgJm5ic3A7 RS1FMSstLS0tK0UtSTINCiZuYnNwOyAmbmJzcDtGLUUxKy0tLS0rPC9mb250Pg0KPGJyPg0KPGJy Pg0KPGJyPjxmb250IHNpemU9MyBjb2xvcj1ibHVlIGZhY2U9IkZpeGVkc3lzIj4mbmJzcDsgJm5i c3A7ICZuYnNwO0ZpZ3VyZQ0KMS4gQSBzYW1wbGUgbmV0d29yayB3aXRoIGJvdGggRml4ZWQtR3Jp ZCBhbmQgRmxleGlibGUtR3JpZDwvZm9udD4NCjxicj48Zm9udCBzaXplPTMgY29sb3I9Ymx1ZSBm YWNlPSJGaXhlZHN5cyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7DQombmJzcDsgJm5ic3A7ZWxlbWVudHM8L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6 ZT0zIGNvbG9yPWJsdWUgZmFjZT0iRml4ZWRzeXMiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OystLS0tKy0tLS0tLS0tLSstLS0tLSstLS0tLS0rLS0tLS0tLS0tLS0rLS0tLS0tLS0tKy0tLS0t LS0tLSs8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0zIGNvbG9yPWJsdWUgZmFjZT0iRml4ZWRzeXMi PiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3xOb2RlfE5vZGUtVHlwZXxQb3J0c3wNClR5cGUg fEdyYW51bGFyaXR5fE1pbiB3aWR0aHxNYXggd2lkdGh8PC9mb250Pg0KPGJyPjxmb250IHNpemU9 MyBjb2xvcj1ibHVlIGZhY2U9IkZpeGVkc3lzIj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsr LS0tLSstLS0tLS0tLS0rLS0tLS0rLS0tLS0tKy0tLS0tLS0tLS0tKy0tLS0tLS0tLSstLS0tLS0t LS0rPC9mb250Pg0KPGJyPjxmb250IHNpemU9MyBjb2xvcj1ibHVlIGZhY2U9IkZpeGVkc3lzIj4m bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt8DQombmJzcDsgJm5ic3A7fCAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgfEEtRTEgfCBGbGV4IHwgJm5ic3A7ICZuYnNwOzI1R0h6DQombmJzcDt8 ICZuYnNwOzUwR0h6ICZuYnNwO3wgMzAwR0h6ICZuYnNwO3w8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6 ZT0zIGNvbG9yPWJsdWUgZmFjZT0iRml4ZWRzeXMiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw O3wNCkEgJm5ic3A7fCAmbmJzcDtGbGV4ICZuYnNwOyB8LS0tLS0rLS0tLS0tKy0tLS0tLS0tLS0t Ky0tLS0tLS0tLSstLS0tLS0tLS0rPC9mb250Pg0KPGJyPjxmb250IHNpemU9MyBjb2xvcj1ibHVl IGZhY2U9IkZpeGVkc3lzIj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt8DQombmJzcDsgJm5i c3A7fCAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgfEEtRTIgfCBGbGV4IHwgJm5ic3A7MTIu NUdIeg0KJm5ic3A7fCAmbmJzcDs1MEdIeiAmbmJzcDt8IDIwMEdIeiAmbmJzcDt8PC9mb250Pg0K PGJyPjxmb250IHNpemU9MyBjb2xvcj1ibHVlIGZhY2U9IkZpeGVkc3lzIj4mbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsrLS0tLSstLS0tLS0tLS0rLS0tLS0rLS0tLS0tKy0tLS0tLS0tLS0tKy0t LS0tLS0tLSstLS0tLS0tLS0rPC9mb250Pg0KPGJyPjxmb250IHNpemU9MyBjb2xvcj1ibHVlIGZh Y2U9IkZpeGVkc3lzIj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt8DQombmJzcDsgJm5ic3A7 fCAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgfEItRTEgfCBGbGV4IHwgJm5ic3A7MTIuNUdI eg0KJm5ic3A7fCAmbmJzcDs1MEdIeiAmbmJzcDt8IDIwMEdIeiAmbmJzcDt8PC9mb250Pg0KPGJy Pjxmb250IHNpemU9MyBjb2xvcj1ibHVlIGZhY2U9IkZpeGVkc3lzIj4mbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDt8DQombmJzcDsgJm5ic3A7fCAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg fC0tLS0tKy0tLS0tLSstLS0tLS0tLS0tLSstLS0tLS0tLS0rLS0tLS0tLS0tKzwvZm9udD4NCjxi cj48Zm9udCBzaXplPTMgY29sb3I9Ymx1ZSBmYWNlPSJGaXhlZHN5cyI+Jm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7fA0KQiAmbmJzcDt8ICZuYnNwO01peGVkICZuYnNwO3xCLUUyIHwgRml4ZWR8 ICZuYnNwOyAmbmJzcDs1MEdIeiAmbmJzcDt8ICZuYnNwOzUwR0h6DQombmJzcDt8ICZuYnNwOzUw R0h6ICZuYnNwO3w8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0zIGNvbG9yPWJsdWUgZmFjZT0iRml4 ZWRzeXMiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3wNCiZuYnNwOyAmbmJzcDt8ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyB8LS0tLS0rLS0tLS0tKy0tLS0tLS0tLS0tKy0tLS0tLS0t LSstLS0tLS0tLS0rPC9mb250Pg0KPGJyPjxmb250IHNpemU9MyBjb2xvcj1ibHVlIGZhY2U9IkZp eGVkc3lzIj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt8DQombmJzcDsgJm5ic3A7fCAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgfEItRTMgfCBGbGV4IHwgJm5ic3A7MTIuNUdIeg0KJm5i c3A7fCAmbmJzcDs1MEdIeiAmbmJzcDt8IDIwMEdIeiAmbmJzcDt8PC9mb250Pg0KPGJyPjxmb250 IHNpemU9MyBjb2xvcj1ibHVlIGZhY2U9IkZpeGVkc3lzIj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsrLS0tLSstLS0tLS0tLS0rLS0tLS0rLS0tLS0tKy0tLS0tLS0tLS0tKy0tLS0tLS0tLSst LS0tLS0tLS0rPC9mb250Pg0KPGJyPjxmb250IHNpemU9MyBjb2xvcj1ibHVlIGZhY2U9IkZpeGVk c3lzIj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt8DQombmJzcDsgJm5ic3A7fCAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgfEMtRTEgfCBGaXhlZHwgJm5ic3A7ICZuYnNwOzUwR0h6DQom bmJzcDt8ICZuYnNwOzUwR0h6ICZuYnNwO3wgJm5ic3A7NTBHSHogJm5ic3A7fDwvZm9udD4NCjxi cj48Zm9udCBzaXplPTMgY29sb3I9Ymx1ZSBmYWNlPSJGaXhlZHN5cyI+Jm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7fA0KQyAmbmJzcDt8ICZuYnNwO0ZpeGVkICZuYnNwO3wtLS0tLSstLS0tLS0r LS0tLS0tLS0tLS0rLS0tLS0tLS0tKy0tLS0tLS0tLSs8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0z IGNvbG9yPWJsdWUgZmFjZT0iRml4ZWRzeXMiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3wN CiZuYnNwOyAmbmJzcDt8ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyB8Qy1FMiB8IEZpeGVk fCAmbmJzcDsgJm5ic3A7NTBHSHoNCiZuYnNwO3wgJm5ic3A7NTBHSHogJm5ic3A7fCAmbmJzcDs1 MEdIeiAmbmJzcDt8PC9mb250Pg0KPGJyPjxmb250IHNpemU9MyBjb2xvcj1ibHVlIGZhY2U9IkZp eGVkc3lzIj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsrLS0tLSstLS0tLS0tLS0rLS0tLS0r LS0tLS0tKy0tLS0tLS0tLS0tKy0tLS0tLS0tLSstLS0tLS0tLS0rPC9mb250Pg0KPGJyPjxmb250 IHNpemU9MyBjb2xvcj1ibHVlIGZhY2U9IkZpeGVkc3lzIj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDt8DQombmJzcDsgJm5ic3A7fCAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgfEQtRTEg fCBGbGV4IHwgJm5ic3A7ICZuYnNwOzI1R0h6DQombmJzcDt8ICZuYnNwOzUwR0h6ICZuYnNwO3wg MzAwR0h6ICZuYnNwO3w8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0zIGNvbG9yPWJsdWUgZmFjZT0i Rml4ZWRzeXMiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3wNCkQgJm5ic3A7fCAmbmJzcDtG bGV4ICZuYnNwOyB8LS0tLS0rLS0tLS0tKy0tLS0tLS0tLS0tKy0tLS0tLS0tLSstLS0tLS0tLS0r PC9mb250Pg0KPGJyPjxmb250IHNpemU9MyBjb2xvcj1ibHVlIGZhY2U9IkZpeGVkc3lzIj4mbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt8DQombmJzcDsgJm5ic3A7fCAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgfEQtRTIgfCBGbGV4IHwgJm5ic3A7ICZuYnNwOzI1R0h6DQombmJzcDt8ICZu YnNwOzUwR0h6ICZuYnNwO3wgMzAwR0h6ICZuYnNwO3w8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0z IGNvbG9yPWJsdWUgZmFjZT0iRml4ZWRzeXMiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyst LS0tKy0tLS0tLS0tLSstLS0tLSstLS0tLS0rLS0tLS0tLS0tLS0rLS0tLS0tLS0tKy0tLS0tLS0t LSs8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0zIGNvbG9yPWJsdWUgZmFjZT0iRml4ZWRzeXMiPiZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3wNCiZuYnNwOyAmbmJzcDt8ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyB8RS1FMSB8IEZsZXggfCAmbmJzcDsgJm5ic3A7MjVHSHoNCiZuYnNwO3wg Jm5ic3A7NTBHSHogJm5ic3A7fCAzMDBHSHogJm5ic3A7fDwvZm9udD4NCjxicj48Zm9udCBzaXpl PTMgY29sb3I9Ymx1ZSBmYWNlPSJGaXhlZHN5cyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 fA0KJm5ic3A7ICZuYnNwO3wgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IHwtLS0tLSstLS0t LS0rLS0tLS0tLS0tLS0rLS0tLS0tLS0tKy0tLS0tLS0tLSs8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6 ZT0zIGNvbG9yPWJsdWUgZmFjZT0iRml4ZWRzeXMiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw O3wNCkUgJm5ic3A7fCAmbmJzcDtGbGV4ICZuYnNwOyB8RS1FMiB8IEZsZXggfCAmbmJzcDsxMi41 R2h6ICZuYnNwO3wgJm5ic3A7NTBHSHoNCiZuYnNwO3wgMjAwR0h6ICZuYnNwO3w8L2ZvbnQ+DQo8 YnI+PGZvbnQgc2l6ZT0zIGNvbG9yPWJsdWUgZmFjZT0iRml4ZWRzeXMiPiZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwO3wNCiZuYnNwOyAmbmJzcDt8ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyB8LS0tLS0rLS0tLS0tKy0tLS0tLS0tLS0tKy0tLS0tLS0tLSstLS0tLS0tLS0rPC9mb250Pg0K PGJyPjxmb250IHNpemU9MyBjb2xvcj1ibHVlIGZhY2U9IkZpeGVkc3lzIj4mbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDt8DQombmJzcDsgJm5ic3A7fCAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgfEUtRTMgfCBGbGV4IHwgJm5ic3A7MTIuNUdIeg0KJm5ic3A7fCAmbmJzcDs1MEdIeiAmbmJz cDt8IDIwMEdIeiAmbmJzcDt8PC9mb250Pg0KPGJyPjxmb250IHNpemU9MyBjb2xvcj1ibHVlIGZh Y2U9IkZpeGVkc3lzIj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsrLS0tLSstLS0tLS0tLS0r LS0tLS0rLS0tLS0tKy0tLS0tLS0tLS0tKy0tLS0tLS0tLSstLS0tLS0tLS0rPC9mb250Pg0KPGJy Pjxmb250IHNpemU9MyBjb2xvcj1ibHVlIGZhY2U9IkZpeGVkc3lzIj4mbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDt8DQombmJzcDsgJm5ic3A7fCAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg fEYtRTEgfCBGbGV4IHwgJm5ic3A7MTIuNUdIeg0KJm5ic3A7fCAmbmJzcDs1MEdIeiAmbmJzcDt8 IDIwMEdIeiAmbmJzcDt8PC9mb250Pg0KPGJyPjxmb250IHNpemU9MyBjb2xvcj1ibHVlIGZhY2U9 IkZpeGVkc3lzIj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt8DQpGICZuYnNwO3wgJm5ic3A7 TWl4ZWQgJm5ic3A7fC0tLS0tKy0tLS0tLSstLS0tLS0tLS0tLSstLS0tLS0tLS0rLS0tLS0tLS0t KzwvZm9udD4NCjxicj48Zm9udCBzaXplPTMgY29sb3I9Ymx1ZSBmYWNlPSJGaXhlZHN5cyI+Jm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7fA0KJm5ic3A7ICZuYnNwO3wgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7IHxGLUUyIHwgRml4ZWR8ICZuYnNwOyAmbmJzcDs1MEdIeg0KJm5ic3A7fCAm bmJzcDs1MEdIeiAmbmJzcDt8ICZuYnNwOzUwR0h6ICZuYnNwO3w8L2ZvbnQ+DQo8YnI+PGZvbnQg c2l6ZT0zIGNvbG9yPWJsdWUgZmFjZT0iRml4ZWRzeXMiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOystLS0tKy0tLS0tLS0tLSstLS0tLSstLS0tLS0rLS0tLS0tLS0tLS0rLS0tLS0tLS0tKy0t LS0tLS0tLSs8L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0zIGNvbG9yPWJsdWUgZmFjZT0i Q2FsaWJyaSI+V2hlbiBhIDg3LjVHSHotc2xvdC13aWR0aCBBLSZndDtFDQpMU1AgcmVxdWVzdCBh cnJpdmVzLCBhc3N1bWluZyB0aGVyZSBpcyBub3QgYW55IGF2YWlsYWJsZSBzcGVjdHJ1bSByZXNv dXJjZQ0Kb24gcm91dGUgQS1CLUUsIEEtRC1FIGlzIHNlbGVjdGVkIGFzIHRoZSBMU1Agcm91dGUg YW5kIDEwMEdIeiBzbG90IHdpZHRoDQppcyBhc3NpZ25lZC4gd2hhdCB5b3UgbWVhbiBpcyB0aGF0 IHRoZSBjb21wdXRhdGlvbiBlbGVtZW50cyBzaG91bGQgZ2V0DQppbmZvcm1hdGlvbiBvZiBmbGV4 aWJsZS1ncmlkIGFiaWxpdHkgb2YgZWFjaCBvcHRpY2FsIGNvbXBvbmVudHMgYnkgT1NQRg0KZmxv b2RpbmcsIHNvIHRoZSBoZWFkZXIgY2FuIGNhbGN1bGF0ZSB0aGUgYWN0dWFsIHNsb3Qgd2lkdGgg d2l0aG91dCBjYXJyaW5nDQo4Ny41R0h6IGluIHRyYWZmaWMgcGFyYW1ldGVycywgRG8gSSB1bmRl cnN0YW5kIHJpZ2h0PyBPSywgdGhlcmUgaXMgYSBiaWcNCnByb2JsZW0sIGF1c3VtaW5nIGZpYmVy IEFEIGJyZWFrcyBkb3duIGFuZCBMU1AgcmVyb3V0ZSByZXVlc3RzLCBhbmQgdGhlbg0Kcm91dGUg QS1CLUUgaXMgc2VsZWN0ZWQsIGhvdyBtYW55IHNsb3Qgd2lkdGhzIHdvdWxkIGFzc3NpZ25lZCB0 byB0aGF0IExTUD8NCmFsc28gMTAwR0h6PyBJdCBpcyBub3QgcmVzb25hYmxlIGJlY2F1c2UgODcu NUdIeiBpcyBlbm91Z2guIGJ1dCBob3cgY291bGQNCnRoZSBjb250cm9sIHBsYW5lIGdldCB0aGlz IGluZm9ybWF0aW9uPyBJbiBteSBvcGluaW9uLCBmcm9tIHRyYWZmaWMgcGFyYW1ldGVycy4NCjwv Zm9udD4NCjxicj4NCjxicj48Zm9udCBzaXplPTMgY29sb3I9Ymx1ZSBmYWNlPSJDYWxpYnJpIj5X b3VsZCB5b3UgYWdyZWUgd2l0aCBtZT88L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0yIGZh Y2U9IkFyaWFsIj5JIGFsc28gbm90aWNlIHRoYXQgRmF0YWkgb3Bwb3NlIHRoZSB1c2Ugb2YNCiZx dW90O20mcXVvdDsgaW4gbGFiZWwgZnJvbSByb3V0aW5nIHBlcnNwZWN0aXZlLiBJbiA8aT5bZHJh ZnQtd2FuZ2wtY2NhbXAtb3NwZi1leHQtY29uc3RyYWludC1mbGV4aS1ncmlkLTAxXTwvaT4sDQpm b3IgdGhlIGxhYmVsIHNldCB3aXRoIHR5cGUgMi8zIGluY2x1c2l2ZS9leGNsdXNpdmUgcmFuZ2Us ICZxdW90OzwvZm9udD48Zm9udCBzaXplPTIgZmFjZT0iQ291cmllciBOZXciPlRoZQ0KdmFsdWUg b2YgbSBpbiBzdGFydC9lbmQgbGFiZWwgaXMgbWVhbmluZ2xlc3M8L2ZvbnQ+PGZvbnQgc2l6ZT0y IGZhY2U9IkFyaWFsIj4mcXVvdDssDQphbmQgJnF1b3Q7PC9mb250Pjxmb250IHNpemU9MiBmYWNl PSJDb3VyaWVyIE5ldyI+MzIgYWRkaXRpb25hbCBiaXRzIHNwYWNlDQppcyB1c2VkIHRvIGNhcnJ5 IG1lYW5pbmdsZXNzIGluZm9ybWF0aW9uISAmbmJzcDtQZW9wbGUgY2FuIGltYWdlIGhvdyBtYW55 DQpsYWJlbHMgYXJlIGRpc3RyaWJ1dGVkIGluIHRoZSByb3V0aW5nLiBXaGF0IHNjYWxhYmxlIGlz c3VlIGl0IGlzITwvZm9udD48Zm9udCBzaXplPTIgZmFjZT0iQXJpYWwiPiZxdW90Ow0KSW4gbXkg b3BpbmlvbiwgdGhpcyBkb2N1bWVudCBpcyBvbmx5IGFuIGluZGl2aWR1YWwgZHJhZnQgdG8gc3Vt bWFyaXplIG91cg0KaWRlYSBhbmQgaW5pdGlhbCB3b3JrIG9uIE9TUEYgZXh0ZW5zaW9uIG9mIEZs ZXhpYmxlLUdyaWQgbmV0d29ya3MsYW5kIG5lZWRzDQpmdXJ0aGVyIG1vZGlmaWNhdGlvbiBhbmQg ZXh0ZW5zaW9uIGFjY29yZGluZyB0byB0aGUgcmVxdWlyZW1lbnRzIGFuZCBmZWVkYmFjaw0Kb2Yg b3RoZXJzLiBUaGFua3MgZm9yIHBvaW50aW5nIG91dCB0aGUgaW1wcm9wZXIgcGxhY2UuIEhvd2V2 ZXIsIGluIHRoaXMNCmRvY3VtZW50LCB0aGUgdHlwZSAyLzMgaW5jbHVzaXZlL2V4Y2x1c2l2ZSBy YW5nZSBjYW4gYmUgd2VsbCByZXBsYWNlZCBieQ0KdGhlIHR5cGUgMC8xIGluY2x1c2l2ZS9leGNs dXNpdmUgbGFiZWwgbGlzdCwgd2l0aG91dCBhbnkgYml0LXdhc3RpbmcuIEluDQphZGRpdGlvbiwg dGhlcmUgaXMgbm90IGFueSBtYW5kYXRvcnkgcmVxdWlyZW1lbnQgdGhhdCB0aGUgc3RhcnQvZW5k IGxhYmVsDQppbiBsYWJlbCBzZXQgTVVTVCBrZWVwIHRoZSBzYW1lIGZvcm1hdCB3aXRoIHRoZSBs YWJlbCBpbiBzaWduYWxpbmcsIHNvDQpJIHRoaW5rIHRoZSBtZWFuaW5nbGVzcyBwYXJ0IGNvdWxk IGJlIHNpbXBseSByZW1vdmVkIGluIHRoZSBsYWJlbCBzZXQsDQpib3RoIHR5cGUgMi8zIGFuZCB0 eXBlIDQuIEFib3ZlIGFsbCwgaXQgaXMgbm90IGEgc2VyaW91cyBwcm9ibGVtIHRoYXQgY2Fubm90 DQpjb25xdWVyZWQsIGFuZCBoYXMgbm8gaW1wYWN0IG9uIHRoZSB1c2Ugb2YgJnF1b3Q7bSZxdW90 OyBpbiB0aGUgbGFiZWwsDQpmcm9tIHJvdXRpbmcgcGVyc3BlY3RpdmUuPC9mb250Pjxmb250IHNp emU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPiA8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0zIGZh Y2U9IkNhbGlicmkiPiZuYnNwOzwvZm9udD4NCjxicj48Zm9udCBzaXplPTMgY29sb3I9I2MwMDAw MCBmYWNlPSJDYWxpYnJpIj5bRmF0YWldICZuYnNwO01hbnkgYmlnIGlzc3Vlcw0KaWYgoa5toa8g aXMgdXNlZCBpbiB0aGUgcm91dGluZy48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0zIGNvbG9yPSNj MDAwMDAgZmFjZT0iQ2FsaWJyaSI+Jm5ic3A7PC9mb250Pg0KPGJyPjxmb250IHNpemU9MyBjb2xv cj0jYzAwMDAwIGZhY2U9IkNhbGlicmkiPlBlciBHLjY5NC4xLCBzbG90IHdpZHRoIGlzDQpvbmx5 IHNpZ25pZmljYW50IGZvciBhIGZyZXF1ZW5jeSBzbG90IChpZS4sIGEgc3BlY2lmaWMgY29ubmVj dGlvbikuIFRoZXJlDQppcyBubyBwcmUtZGVmaW5lZCBmaXhlZCChsHdhdmVsZW5ndGihsSBmb3Ig dGhlIGxpbmsgcmVzb3VyY2Ugb2YgZmxleGktZ3JpZCwNCmJlY2F1c2UgaXQgaXMgZmxleGlibGUg KGllLiwgdGhlIHNsb3Qgd2lkdGggaXMgdW5jZXJ0YWluIGJlZm9yZSBhIGZyZXF1ZW5jeQ0Kc2xv dCBpcyBhbGxvY2F0ZWQpLCBzbyB0aGVyZSBpcyBubyBuZWVkIHRvIGFkdmVydGlzZSBzbG90IHdp ZHRoIChvciChrm2hrykuDQpUaGlzIGlzIHRoZSByZWFzb24gdG8gaGF2ZSBtZWFuaW5nbGVzcyCh rm2hryBpbiB5b3VyIGRyYWZ0LiA8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0zIGNvbG9yPSNjMDAw MDAgZmFjZT0iQ2FsaWJyaSI+Jm5ic3A7PC9mb250Pg0KPGJyPjxmb250IHNpemU9MyBjb2xvcj0j YzAwMDAwIGZhY2U9IkNhbGlicmkiPkV2ZW4gdGhvdWdoIHR5cGUgMC8xIGlzIHVzZWQsDQp0aGVy ZSBpcyBzdGlsbCBiaWcgaXNzdWUuIEZvciBleGFtcGxlLCBpZiB0aGUgYXZhaWxhYmxlIHNwZWN0 cnVtIGlzIG9kZA0KdGltZXMgb2YgJm5ic3A7dGhlIGNlbnRyYWwgZnJlcXVlbmN5IGdyYW51bGFy aXR5ICg1KjYuMjVHSHopLCBob3cgdG8gZW5jb2RlDQp0aGUgdmFsdWUgb2Ygoa5toa8/IGFyZSB5 b3UgdHJ5aW5nIHRvIHVzZSBtPTIuNT88L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0zIGNvbG9yPSNj MDAwMDAgZmFjZT0iQ2FsaWJyaSI+Jm5ic3A7PC9mb250Pg0KPGJyPjxmb250IHNpemU9MyBjb2xv cj0jYzAwMDAwIGZhY2U9IkNhbGlicmkiPklmICZuYnNwO2EgbGFiZWwgZm9ybWF0IGluDQpyb3V0 aW5nIGlzIGRpZmZlcmVudCBmcm9tIGluIHNpZ25hbGluZyBhcyB5b3Ugc2FpZCwgSSB3b3VsZCBs aWtlIHRvIHNlZQ0KdGhlIGxhYmVsIGZvcm1hdC48L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6 ZT0zIGNvbG9yPWJsdWUgZmFjZT0iQ2FsaWJyaSI+W0xlaV0gSSBhZ3JlZSB3aXRoIHlvdSB0aGF0 DQppbiBib3RoIHR5cGUgMi8zIGFuZCB0eXBlNCAmcXVvdDttJnF1b3Q7IGlzIG1lYW5pbmdsZXNz LCBhbmQgSSBhbHNvIGlsbHVzdHJhdGUNCml0IGluIG15IGRyYWZ0LiBNeSBpZGVhIGlzIHRoYXQs ICZxdW90O3RoZXJlIGlzIG5vdCBhbnkgbWFuZGF0b3J5IHJlcXVpcmVtZW50DQp0aGF0IHRoZSBz dGFydC9lbmQgbGFiZWwgaW4gbGFiZWwgc2V0IE1VU1Qga2VlcCB0aGUgc2FtZSBmb3JtYXQgd2l0 aCB0aGUNCmxhYmVsIGluIHNpZ25hbGluZywgc28gSSB0aGluayB0aGUgbWVhbmluZ2xlc3MgcGFy dCBjb3VsZCBiZSBzaW1wbHkgcmVtb3ZlZA0KaW4gdGhlIGxhYmVsIHNldCwgYm90aCB0eXBlIDIv MyBhbmQgdHlwZSA0LiZxdW90OyBJcyBpdCBub3QgY2xlYXI/IDwvZm9udD4NCjxicj4NCjxicj48 Zm9udCBzaXplPTMgY29sb3I9Ymx1ZSBmYWNlPSJDYWxpYnJpIj4mbmJzcDsmcXVvdDtpZiB0aGUg YXZhaWxhYmxlDQpzcGVjdHJ1bSBpcyBvZGQgdGltZXMgb2YgJm5ic3A7dGhlIGNlbnRyYWwgZnJl cXVlbmN5IGdyYW51bGFyaXR5ICg1KjYuMjVHSHopLA0KaG93IHRvIGVuY29kZSB0aGUgdmFsdWUg b2Ygoa5toa8/JnF1b3Q7IEZpcnN0bHksIGl0IGlzIGltcG9zc2libGUgdGhhdA0KdGhlIGF2YWls YWJsZSBzcGVjdHJ1bSBpcyBvZGQgdGltZXMgb2YgJm5ic3A7dGhlIGNlbnRyYWwgZnJlcXVlbmN5 IGdyYW51bGFyaXR5LA0KYXQgbGVhc3QgZm9yIHJlY2VudCBvcHRpY2FsIGNvbXBvbmVudHMuIHBs ZWFzZSBzZWUgdGhlIHJlZmVyZW5jZTogJnF1b3Q7RHluYW1pYw0Kd2F2ZWxlbmd0aCBwcm9jZXNz b3IgV1NTIHdpdGggRkxFWEdSSUQgZnVuY3Rpb25hbGl0eSBbRmluaXNhcl0mcXVvdDs7IFNlY29u ZGx5DQosZXZlbnQgaWYgaXQgaXMgcG9zc2libGUsIHR5cGUgMi8zIGFuZCB0eXBlIDQgY291bGQg d2VsbCBleHByZXNzIHRoYXQsDQpXb3VsZCB5b3UgYWdyZWUgd2l0aCBtZT88L2ZvbnQ+DQo8YnI+ DQo8YnI+PGZvbnQgc2l6ZT0zIGNvbG9yPWJsdWUgZmFjZT0iQ2FsaWJyaSI+SW4gbXkgb3Bpbmlv biwgdGhlIHByb2JsZW0gbWVudGlvbmVkDQphYm92ZSBoYXMgbm8gcmVsYXRpb25zIHRvIHRoZSB1 c2Ugb2YgJnF1b3Q7bSZxdW90OyBpbiBsYWJlbCwgSSBhbSBjb25mdXNlZA0KdGhhdCB3aHkgeW91 IG9wcG9zZSB0aGUgbGFiZWwgZm9ybWF0IHdpdGggJnF1b3Q7bSZxdW90OyBmcm9tIHRoaXMgcG9p bnQ/PC9mb250Pg0KPGJyPjxmb250IHNpemU9MyBmYWNlPSJDYWxpYnJpIj4mbmJzcDs8L2ZvbnQ+ DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9IkFyaWFsIj5UaGUgc2Vjb25kIG9uZSwgSSBwYXJ0bHkg YWdyZWUgd2l0aCBBZHJpYW4uDQomcXVvdDs8L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZhY2U9IkNvdXJp ZXIgTmV3Ij5Gb3IgbWUsIHRoZSBtb3N0IGJhc2ljIGJ1aWxkaW5nDQpibG9jayBpcyB0aGUgbGFi ZWwuIE5leHQgd291bGQgY29tZSB0aGUgc2lnbmFsaW5nIHBhcmFtZXRlcnMuPC9mb250Pjxmb250 IHNpemU9MiBmYWNlPSJBcmlhbCI+JnF1b3Q7DQp0aGF0IGlzIHJpZ2h0LiBidXQgSSBhbHNvIGFn cmVlIHdpdGggPC9mb250Pjxmb250IHNpemU9MiBmYWNlPSJDb3VyaWVyIE5ldyI+SWZ0ZWtoYXI8 L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZhY2U9IkFyaWFsIj4NCnRoYXQgJnF1b3Q7PC9mb250Pjxmb250 IHNpemU9MiBmYWNlPSJDb3VyaWVyIE5ldyI+Q2VydGFpbmx5LCBsYWJlbCBkZWZpbml0aW9uDQpm b3IgZmxleC1ncmlkIGlzIGEgdmVyeSBpbXBvcnRhbnQgY29tcG9uZW50LCB0aGlzIGRvZXMgbm90 IG1lYW4gdGhlIG90aGVyDQphc3BlY3RzIGluY2x1ZGluZyByb3V0aW5nIGFuZCBzaWduYWxpbmcg ZXh0ZW5zaW9ucyBhcmUgYW55IGxlc3MgaW1wb3J0YW50Lg0KSSB0aGluayByYXRoZXIgdGhhbiB0 YWtpbmcgYSBwaWVjZW1lYWwgYXBwcm9hY2ggd2Ugc2hvdWxkIGxvb2sgYXQgYSBzeXN0ZW0NCmFw cHJvYWNoLjwvZm9udD48Zm9udCBzaXplPTIgZmFjZT0iQXJpYWwiPiZxdW90OyB0aGF0IGlzIHdo eSBJIHN1Ym1pdCB0aGUNCmRyYWZ0IDxpPltkcmFmdC13YW5nbC1jY2FtcC1vc3BmLWV4dC1jb25z dHJhaW50LWZsZXhpLWdyaWQtMDFdPC9pPi4gTWF5YmUNCmJleW9uZCAxMDBHIGlzIHN0aWxsIHBy ZW1hdHVyZSB1bnRpbCBub3csIGJ1dCB0aGUgc3R1ZHkgb2YgY29udHJvbCBwYW5lDQptdXN0IGtl ZXAgcGFjZSB3aXRoIGFkdmFuY2VkIHJlc2VhcmNoIGFuZCB0ZWNobm9sb2d5LiBJcyBpdCBhIGxp dHRsZSBsYXRlDQp0byBpbml0aWF0ZSB0aGlzIHdvcmsgYWZ0ZXIgdGhlIGRlcGxveW1lbnQgb2Yg YmV5b25kIDEwMEc/IDwvZm9udD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48 YnI+DQo8L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZhY2U9IkFyaWFsIj48YnI+DQpJIGhhdmUgcHJvcG9z ZWQgc29tZSBpZGVhcyBvbiByb3V0aW5nIHByb3RvY29sIGV4dGVzaW9ucyBpbiA8aT5bZHJhZnQt d2FuZ2wtY2NhbXAtb3NwZi1leHQtY29uc3RyYWludC1mbGV4aS1ncmlkLTAxXSwNCjwvaT5pbmNs dWRpbmcgbGFiZWwgc2V0LCBGbGV4aWJsZS1HcmlkIGFiaWxpdHkgKGdyaWQgdHlwZSwgc2xvdCB3 aWR0aCBncmFudWxhcml0eQ0KYW5kIE1pbi9NYXggc2xvdCB3aWR0aCkgYW5kIG9wdGljYWwgc2ln bmFsIGNvbXBhdGliaWxpdHkgaW5mb3JtYXRpb24sIHdoaWNoDQpjb3VkIGJlIGZsb29kZWQgYnkg T1NQRiBmb3IgZWZmaWNpZW50IFJTQS4gaXQgaXMganVzdCBhbiBpbml0aWFsIHdvcmsgYW5kDQpu ZWVkcyBmdXJ0aGVyIHN0dWR5IG9uIHRoaXMgdG9waWMsIGhvd2V2ZXIsIEkgYW0gZ2xhZCB0byBz ZWUgdGhhdCBGYXRhaQ0KYWNrbm93bGVkZ2VkIGFuZCBhZGRlZCB0aGVzZSBpZGVhcyB0byBoaXMg ZHJhZnQgb24gZnJhbWV3b3JrIGFuZCByb3V0aW5nDQpleHRlbnNpb25zIHNldmVyYWwgZGF5cyBh ZnRlciBteSBzdWJtaXNzaW9uLiBGdXJ0aGVyIGRpc2N1c3Npb24gaXMgd2VsY29tZS4NCjwvZm9u dD4NCjxicj48Zm9udCBzaXplPTMgZmFjZT0iQ2FsaWJyaSI+Jm5ic3A7PC9mb250Pg0KPGJyPjxm b250IHNpemU9MyBjb2xvcj0jYzAwMDAwIGZhY2U9IkNhbGlicmkiPltGYXRhaV0gTGV0oa9zIGRp c2N1c3MgbW9yZQ0KdG8gZ2V0IHRoZSBmZWFzaWJsZSBzb2x1dGlvbiBmb3IgdGhlIGluZHVzdHJ5 LiBIYXBweSB0byBkaXNjdXNzIG1vcmUgd2l0aA0KeW91LjwvZm9udD4NCjxicj4NCjxicj48Zm9u dCBzaXplPTMgY29sb3I9Ymx1ZSBmYWNlPSJDYWxpYnJpIj5bTGVpXSBJIGFtIGFsc28gZ2xhZCB0 byBkaXNjdXNzDQp3aXRoIHlvdS48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9IkFyaWFs Ij48YnI+DQpCeSB0aGUgd2F5LCBpbiBteSBvcGluaW9uLCBzcGxpdC1zcGVjdHJ1bSBzdXBlciBj aGFubmVsIGlzIGFuIGludGVyZXN0aW5nDQppZGVhIGluIGZsZXhpYmxlLWdyaWQgbmV0d29ya3Ms IGFuZCBJIGFsc28gbm90aWNlIHRoYXQgc29tZSBhZHZhbmNlIHJlc2VhcmNoDQphbmQgdGVjaG5v bG9neSBwcmVzZW50ZWQgaW4gT0ZDL0VDT0MgaW5kZWVkIHN1cHBvcnQgc3VjaCBzdXBlciBjaGFu bmVsLg0KSSBhbSBnbGFkIHRvIHNlZSBmdXJ0aGVyIHN0dWR5IG9uIHRoaXMgdG9waWMsIGFuZCBj b3N0L2VmZmljaWVuY3kvYmVuZWZpdHMNCmNvbXBhcmlzb24gYmV0d2VlbiBjb250aWd1b3VzIHN1 cGVyIGNoYW5uZWwgYW5kIHNwbGl0LXNwZWN0cnVtIHN1cGVyIGNoYW5uZWwuDQpPZiBjb3Vyc2Us IGl0IGlzIG91dCB0aGUgc2NvcGUgb2YgSUVURiA6LSkgPC9mb250Pjxmb250IHNpemU9MyBmYWNl PSJUaW1lcyBOZXcgUm9tYW4iPjxicj4NCjwvZm9udD4NCjxicj48Zm9udCBzaXplPTMgY29sb3I9 I2MwMDAwMCBmYWNlPSJDYWxpYnJpIj5bRmF0YWldIEFncmVlIHdpdGggeW91LjwvZm9udD4NCjxi cj4NCjxicj48Zm9udCBzaXplPTMgY29sb3I9Ymx1ZSBmYWNlPSJDYWxpYnJpIj5bTGVpXSBCeSB0 aGUgd2F5LCBpcyB0aGVyZSBhbnkNCnNpbXVsYXRpb24gb3IgdGVzdCByZXN1bHRzIHRvIHNob3cg PC9mb250Pjxmb250IHNpemU9MiBjb2xvcj1ibHVlIGZhY2U9IkFyaWFsIj5jb3N0L2VmZmljaWVu Y3kvYmVuZWZpdHMNCmNvbXBhcmlzb24gYmV0d2VlbiBjb250aWd1b3VzIHN1cGVyIGNoYW5uZWwg YW5kIHNwbGl0LXNwZWN0cnVtIHN1cGVyIGNoYW5uZWw8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGNvbG9y PWJsdWUgZmFjZT0iQ2FsaWJyaSI+Pw0KdGhhbmsgeW91ISEgOi0pPC9mb250Pg0KPGJyPjxmb250 IHNpemU9MiBmYWNlPSJBcmlhbCI+PGJyPg0KQmVzdCBSZWdhcmRzPC9mb250Pjxmb250IHNpemU9 MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPiA8YnI+DQo8L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZhY2U9 IkFyaWFsIj48YnI+DQpMZWkgV2FuZyA8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5l dyBSb21hbiI+PGJyPg0KPC9mb250Pjxmb250IHNpemU9MiBmYWNlPSJBcmlhbCI+PGJyPg0KLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08YnI+DQpMZWlXYW5nPGJy Pg0KPGJyPg0KWlRFPGJyPg0KQmVhcmVyIE5ldHdvcmsgUHJvZHVjdCBQcmVfcmVzZWFyY2ggRGVw YXJ0bWVudCw8YnI+DQpXaXJlbGluZSBSJmFtcDtEIEluc2l0aXR1dGU8YnI+DQpDZWxsIHBob25l Ois4NiAxMzgxMTQ0MDA2Nzxicj4NCkVtYWlsOiB3YW5nLmxlaTEzMUB6dGUuY29tLmNuPGJyPg0K ICZuYnNwOyAmbmJzcDsgJm5ic3A7aGVjaGVuMDAwMUBnbWFpbC5jb208YnI+DQogJm5ic3A7ICZu YnNwOyAmbmJzcDtsZWl3QHRzaW5naHVhLmVkdS5jbjxicj4NCi0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9 IkNvdXJpZXIgTmV3Ij4mbmJzcDs8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9IkNvdXJp ZXIgTmV3Ij4tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLTwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0iQ291cmllciBOZXciPlpURSBJ bmZvcm1hdGlvbiBTZWN1cml0eSBOb3RpY2U6IFRoZQ0KaW5mb3JtYXRpb24gY29udGFpbmVkIGlu IHRoaXMgbWFpbCBpcyBzb2xlbHkgcHJvcGVydHkgb2YgdGhlIHNlbmRlcidzIG9yZ2FuaXphdGlv bi4NClRoaXMgbWFpbCBjb21tdW5pY2F0aW9uIGlzIGNvbmZpZGVudGlhbC4gUmVjaXBpZW50cyBu YW1lZCBhYm92ZSBhcmUgb2JsaWdhdGVkDQp0byBtYWludGFpbiBzZWNyZWN5IGFuZCBhcmUgbm90 IHBlcm1pdHRlZCB0byBkaXNjbG9zZSB0aGUgY29udGVudHMgb2YgdGhpcw0KY29tbXVuaWNhdGlv biB0byBvdGhlcnMuPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJDb3VyaWVyIE5ldyI+ VGhpcyBlbWFpbCBhbmQgYW55IGZpbGVzIHRyYW5zbWl0dGVkDQp3aXRoIGl0IGFyZSBjb25maWRl bnRpYWwgYW5kIGludGVuZGVkIHNvbGVseSBmb3IgdGhlIHVzZSBvZiB0aGUgaW5kaXZpZHVhbA0K b3IgZW50aXR5IHRvIHdob20gdGhleSBhcmUgYWRkcmVzc2VkLiBJZiB5b3UgaGF2ZSByZWNlaXZl ZCB0aGlzIGVtYWlsIGluDQplcnJvciBwbGVhc2Ugbm90aWZ5IHRoZSBvcmlnaW5hdG9yIG9mIHRo ZSBtZXNzYWdlLiBBbnkgdmlld3MgZXhwcmVzc2VkDQppbiB0aGlzIG1lc3NhZ2UgYXJlIHRob3Nl IG9mIHRoZSBpbmRpdmlkdWFsIHNlbmRlci48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9 IkNvdXJpZXIgTmV3Ij5UaGlzIG1lc3NhZ2UgaGFzIGJlZW4gc2Nhbm5lZCBmb3IgdmlydXNlcw0K YW5kIFNwYW0gYnkgWlRFIEFudGktU3BhbSBzeXN0ZW0uPC9mb250Pg0KPGJyPjwvZGl2Pg0KPGJy PjxwcmU+DQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLQ0KWlRFJm5ic3A7SW5mb3JtYXRpb24mbmJzcDtTZWN1cml0eSZuYnNwO05vdGljZTom bmJzcDtUaGUmbmJzcDtpbmZvcm1hdGlvbiZuYnNwO2NvbnRhaW5lZCZuYnNwO2luJm5ic3A7dGhp cyZuYnNwO21haWwmbmJzcDtpcyZuYnNwO3NvbGVseSZuYnNwO3Byb3BlcnR5Jm5ic3A7b2YmbmJz cDt0aGUmbmJzcDtzZW5kZXIncyZuYnNwO29yZ2FuaXphdGlvbi4mbmJzcDtUaGlzJm5ic3A7bWFp bCZuYnNwO2NvbW11bmljYXRpb24mbmJzcDtpcyZuYnNwO2NvbmZpZGVudGlhbC4mbmJzcDtSZWNp cGllbnRzJm5ic3A7bmFtZWQmbmJzcDthYm92ZSZuYnNwO2FyZSZuYnNwO29ibGlnYXRlZCZuYnNw O3RvJm5ic3A7bWFpbnRhaW4mbmJzcDtzZWNyZWN5Jm5ic3A7YW5kJm5ic3A7YXJlJm5ic3A7bm90 Jm5ic3A7cGVybWl0dGVkJm5ic3A7dG8mbmJzcDtkaXNjbG9zZSZuYnNwO3RoZSZuYnNwO2NvbnRl bnRzJm5ic3A7b2YmbmJzcDt0aGlzJm5ic3A7Y29tbXVuaWNhdGlvbiZuYnNwO3RvJm5ic3A7b3Ro ZXJzLg0KVGhpcyZuYnNwO2VtYWlsJm5ic3A7YW5kJm5ic3A7YW55Jm5ic3A7ZmlsZXMmbmJzcDt0 cmFuc21pdHRlZCZuYnNwO3dpdGgmbmJzcDtpdCZuYnNwO2FyZSZuYnNwO2NvbmZpZGVudGlhbCZu YnNwO2FuZCZuYnNwO2ludGVuZGVkJm5ic3A7c29sZWx5Jm5ic3A7Zm9yJm5ic3A7dGhlJm5ic3A7 dXNlJm5ic3A7b2YmbmJzcDt0aGUmbmJzcDtpbmRpdmlkdWFsJm5ic3A7b3ImbmJzcDtlbnRpdHkm bmJzcDt0byZuYnNwO3dob20mbmJzcDt0aGV5Jm5ic3A7YXJlJm5ic3A7YWRkcmVzc2VkLiZuYnNw O0lmJm5ic3A7eW91Jm5ic3A7aGF2ZSZuYnNwO3JlY2VpdmVkJm5ic3A7dGhpcyZuYnNwO2VtYWls Jm5ic3A7aW4mbmJzcDtlcnJvciZuYnNwO3BsZWFzZSZuYnNwO25vdGlmeSZuYnNwO3RoZSZuYnNw O29yaWdpbmF0b3ImbmJzcDtvZiZuYnNwO3RoZSZuYnNwO21lc3NhZ2UuJm5ic3A7QW55Jm5ic3A7 dmlld3MmbmJzcDtleHByZXNzZWQmbmJzcDtpbiZuYnNwO3RoaXMmbmJzcDttZXNzYWdlJm5ic3A7 YXJlJm5ic3A7dGhvc2UmbmJzcDtvZiZuYnNwO3RoZSZuYnNwO2luZGl2aWR1YWwmbmJzcDtzZW5k ZXIuDQpUaGlzJm5ic3A7bWVzc2FnZSZuYnNwO2hhcyZuYnNwO2JlZW4mbmJzcDtzY2FubmVkJm5i c3A7Zm9yJm5ic3A7dmlydXNlcyZuYnNwO2FuZCZuYnNwO1NwYW0mbmJzcDtieSZuYnNwO1pURSZu YnNwO0FudGktU3BhbSZuYnNwO3N5c3RlbS4NCjwvcHJlPg== --=_alternative 00428515482579C9_=-- From leeyoung@huawei.com Thu Mar 22 09:55:43 2012 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 1D15121F8559 for ; Thu, 22 Mar 2012 09:55:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.333 X-Spam-Level: X-Spam-Status: No, score=-2.333 tagged_above=-999 required=5 tests=[AWL=0.266, 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 AakIK4xuWv0R for ; Thu, 22 Mar 2012 09:55:42 -0700 (PDT) Received: from dfwrgout.huawei.com (dfwrgout.huawei.com [206.16.17.72]) by ietfa.amsl.com (Postfix) with ESMTP id B53C021F85E0 for ; Thu, 22 Mar 2012 09:55:41 -0700 (PDT) Received: from 172.18.9.243 (EHLO dfweml202-edg.china.huawei.com) ([172.18.9.243]) by dfwrg02-dlp.huawei.com (MOS 4.2.3-GA FastPath) with ESMTP id AEH54117; Thu, 22 Mar 2012 12:55:41 -0400 (EDT) Received: from DFWEML404-HUB.china.huawei.com (10.193.5.203) by dfweml202-edg.china.huawei.com (172.18.9.108) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 22 Mar 2012 09:52:42 -0700 Received: from dfweml511-mbx.china.huawei.com ([169.254.16.128]) by dfweml404-hub.china.huawei.com ([10.193.5.203]) with mapi id 14.01.0323.003; Thu, 22 Mar 2012 09:52:36 -0700 From: Leeyoung To: "PELOSO, PIERRE (PIERRE)" Thread-Topic: [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-info-14.txt Thread-Index: AQHM/UCje5USWmw/H0itq921zgNgO5ZyR8uA///xQECAAOsCYIADd2LA Date: Thu, 22 Mar 2012 16:52:37 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1720C8E180@dfweml511-mbx.china.huawei.com> References: <7AEB3D6833318045B4AE71C2C87E8E1720C81BE1@dfweml511-mbx.china.huawei.com> <7AEB3D6833318045B4AE71C2C87E8E1720C8D624@dfweml511-mbx.china.huawei.com> In-Reply-To: Accept-Language: en-US, zh-CN Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.151.93] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "ccamp@ietf.org" Subject: Re: [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-info-14.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, 22 Mar 2012 16:55:43 -0000 Hi Pierre, Just to clarify one thing on S2 design solution. You wrote: * S2: Define 1 Resource Block Info per OEO type, refering as many Resource Block ID as available in the node. In details that gives: - RBInfo1: Describes 1 OEO of type 1 - (25+30+15=3D70) RB IDs associated - RBInfo2: Describes 1 OEO of type 2 - (30+24+36=3D90) RB IDs associated Regarding the usage of Resource Block IDs, this solution is far less efficient, but far more efficient regarding the repetition of Resource Info TLVs. We have a notion of specifying RB ID's into a nice set of range so that you= don't have to specify one by one to save lots of space. Please see section 3.1 in which you will find the following: The information carried in a RB set field is defined by: 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Action |C| Reserved | Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | RB Identifier 1 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ : : : +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | RB Identifier n | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ When you uses Action =3D=3D 2 (which corresponds to inclusive range), the i= nclusive range "Action" can result in very compact encoding of resource Identifier specification.=20 Thanks.=20 Young -----Original Message----- From: PELOSO, PIERRE (PIERRE) [mailto:pierre.peloso@alcatel-lucent.com]=20 Sent: Tuesday, March 20, 2012 6:55 AM To: Leeyoung Cc: ccamp@ietf.org; Greg Bernstein Subject: RE: [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-info-14.txt Hi Greg and Young, Thanks for your answers. So just to get things right, in case there is inside a WSON a node corresp= onding to the attached picture.=20 [Comment ON] Its internal structure is one of the most basic ones and it r= elies on optical splitters (left-side) and Wavelength Selective Switches (= right-side). The picture defines N as being the number of neighbouring no= des and M as being the number of physical pools of OEO. [Comment OFF] Thi= s networks supports at least two different types of optical signal (given = bit-rate and modulation format), this implies at least two different types= of OEO resources mentionned here OEO type 1 and type 2. When size M=3D1, I guess the most efficient way of describing the nodes r= esources is by defining 2 resource blocks: 1 block for each type of OEO, w= ith has many resources in the block as OEO of this tyep available in the n= ode. (e.g. With 26 OEO of type 1 and 37 OEO of type 2 - in that case only= 2 Resource Block IDs needs being defined, and their resource block info, = will mention the number of resources as being respectively 26 and 37). We can assume a node of size N =3D 5 and of size M =3D 3. This means the= re are 5 neighbouring nodes and the OEO resources are organized around 3 d= ifferent physical pools. This node may be composed of a number of devices= for each of the 3 pools to be the following: Pool ID # of OEO type 1 # of OEO type 2 1 25 30 2 30 24 3 15 36 Composition of ressource pools In that case, I hesitate between 3 different design solutions: * S1: Define 1 Resource Block Info per OEO type per Pool, each with its own resource Block ID. In details that gives: - RBInfo1: Describes 25 OEO of type 1 - 1 RB ID associated - RBInfo2: Describes 30 OEO of type 2 - 1 RB ID associated - RBInfo3: Describes 30 OEO of type 1 - 1 RB ID associated - RBInfo4: Describes 24 OEO of type 2 - 1 RB ID associated - RBInfo5: Describes 15 OEO of type 1 - 1 RB ID associated - RBInfo6: Describes 36 OEO of type 2 - 1 RB ID associated Regarding the usage of Resource Block IDs, this solution is pretty efficient, especially in order to describe the accessibility of ressources (SharedAccessWavelengths TLVs, ResourceAccessibility TLVs, ResourceWaveConstraints TLVs). But it is far less efficient, regarding the repetition of Resource Info TLVs. * S2: Define 1 Resource Block Info per OEO type, refering as many Resource Block ID as available in the node. In details that gives: - RBInfo1: Describes 1 OEO of type 1 - (25+30+15=3D70) RB IDs associated - RBInfo2: Describes 1 OEO of type 2 - (30+24+36=3D90) RB IDs associated Regarding the usage of Resource Block IDs, this solution is far less efficient, but far more efficient regarding the repetition of Resource Info TLVs. * S3: Define 1 Resource Block Info per OEO type, refering the smallest comon divisor among each resource blocks. In details that gives: - RBInfo1: Describes 5 OEO of type 1 - (5+6+3=3D14) RB IDs associat= ed - RBInfo2: Describes 6 OEO of type 2 - (5+4+6=3D15) RB IDs associat= ed This solution is efficient regarding both the usage of Resource Block IDs and the repetition of Resource Info TLVs, but this is possible due to "lucky" figures of OEO resources in each pool. Q4: Is there any of the above solution that is not respecting current drafts? Q5: Which is the solution that you consider as the most likely to be commonly used?=20 For obvious interoperability reasons, we expect from a Standard Track docum= ent to define a single way of encoding a given node structure into the prot= ocols. In order to achieve this, the I-D must be more specific, directive. Pierre -----Message d'origine----- De : Leeyoung [mailto:leeyoung@huawei.com] Envoy=E9 : lundi 19 mars 2012 22= :50 =C0 : PELOSO, PIERRE (PIERRE) Cc : ccamp@ietf.org; Greg Bernstein Objet= : RE: [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-info-14.txt Hi Pierre, Here's our response. Please see in-line. Thanks. Greg and Young -----Original Message----- From: PELOSO, PIERRE (PIERRE) [mailto:pierre.peloso@alcatel-lucent.com] Sent: Monday, March 19, 2012 10:40 AM To: Leeyoung Cc: ccamp@ietf.org Subject: RE: [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-info-14.txt =20 Hi Young, I would appreciate your answers. Regards, - pierre -----Message d'origine----- De : ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] De la part de P= ELOSO, PIERRE (PIERRE) Envoy=E9 : jeudi 8 mars 2012 16:32 =C0 : Leeyoung Cc= : ccamp@ietf.org Objet : Re: [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-= info-14.txt Hi Young and Authors, Reading this information model draft, we were having some questions: Quoting section 5: Since resources tend to be packaged together in blocks of similar devices, = e.g., on line cards or other types of modules, the fundamental unit of iden= tifiable resource in this document is the "resource block". A resource blo= ck may contain one or more resources. As resources are the smallest identi= fiable unit of processing resource, one can group together resources into b= locks if they have similar characteristics relevant to the optical system b= eing modeled, e.g., processing properties, accessibility, etc. --> This text was not changed in the v14 draft. This was slightly changed i= n the v13 from the v12 based on discussions in Montreal and the list. These= items have been extensively discussed on the list and in person. It is tim= e to move forward. Q1: It is assumable that each resource has its own ID in the machine system, is this understanding correct? --> This is a modeling decision. You could give every regenerator in your = system an ID. You may only want to model the ones whose use has some flexib= le connectivity. We've discussed this many times. Q2: Does the above text means there is a normative rule enforcing that a= Resource Block ID MUST be allocated to each line-card or other type of module? If yes, where is this rule phrased? --> This is an informational draft there are no normative rules in it. What= a vendor or a network owner chooses to model within their system is up to = them. This has always been the case in GMPLS. Many layers of the optical n= etwork may not be modeled in a current implementation or GMPLS deployment. Q3: Where to find a definition of a line-card or other type of module? --> The terms "line-card" and "modules" are only used as examples (the phra= se "e.g., on line cards or other types of modules"), and hence do not requi= re formal definition in this informational document. "Line card" is a commo= n term used by almost all vendors of large switching gear such as SDH switc= hes, OTN switch, WDM ROADS/Switches, IP routers, Carrier grade Ethernet swi= tches, Optical access products and such. It generally denotes a pluggable (= usually hot-swappable) card that contains interfaces, however, it may only = perform management or other support functions. ITU-T M.3100 section 6.3 "P= hysical Equipment Fragment" gives the well known management system modeling= of such specific entities as line cards and modules in terms of the manage= d object classes "equipmentHolder" and "circuitPack". =20 Please could you clarify, Thanks in advance, Giovanni, Julien and Pierre -----Message d'origine----- De : ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] De la part de L= eeyoung Envoy=E9 : mercredi 7 mars 2012 19:17 =C0 : ccamp@ietf.org Objet : = [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-info-14.txt Hi, This update added a short paragraph in section 7.1 to explain that this doc= ument does not dictate encoding or placement of available labels in the rel= ation to ISCD. We will resolve the encoding issue of available labels either to be placed = in ISCD or else in the generic encoding/ospf drafts, but not in this info d= raft. This info draft stays neutral with this issue so that it can close al= l the pending issues after this version.=20 Regards, Young -----Original Message----- From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of i= nternet-drafts@ietf.org Sent: Wednesday, March 07, 2012 12:08 PM To: i-d-announce@ietf.org Cc: ccamp@ietf.org Subject: [CCAMP] I-D Action: draft-ietf-ccamp-rwa-info-14.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 = Working 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-14.txt Pages : 27 Date : 2012-03-07 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. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-ccamp-rwa-info-14.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ This Internet-Draft can be retrieved at: ftp://ftp.ietf.org/internet-drafts/draft-ietf-ccamp-rwa-info-14.txt _______________________________________________ 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 leeyoung@huawei.com Thu Mar 22 10:04:43 2012 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 2FA8D21F858B for ; Thu, 22 Mar 2012 10:04:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.347 X-Spam-Level: X-Spam-Status: No, score=-2.347 tagged_above=-999 required=5 tests=[AWL=0.251, 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 8Btq4kYz+k5v for ; Thu, 22 Mar 2012 10:04:42 -0700 (PDT) Received: from dfwrgout.huawei.com (dfwrgout.huawei.com [206.16.17.72]) by ietfa.amsl.com (Postfix) with ESMTP id 3559821F85E1 for ; Thu, 22 Mar 2012 10:04:42 -0700 (PDT) Received: from 172.18.9.243 (EHLO dfweml201-edg.china.huawei.com) ([172.18.9.243]) by dfwrg01-dlp.huawei.com (MOS 4.2.3-GA FastPath) with ESMTP id AEP58539; Thu, 22 Mar 2012 13:04:42 -0400 (EDT) Received: from DFWEML407-HUB.china.huawei.com (10.193.5.132) by dfweml201-edg.china.huawei.com (172.18.9.107) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 22 Mar 2012 10:03:23 -0700 Received: from dfweml511-mbx.china.huawei.com ([169.254.16.128]) by dfweml407-hub.china.huawei.com ([10.193.5.132]) with mapi id 14.01.0323.003; Thu, 22 Mar 2012 10:03:25 -0700 From: Leeyoung To: Giovanni Martinelli , CCAMP Thread-Topic: [CCAMP] Fwd: New Version Notification for draft-martinelli-wson-interface-class-02.txt Thread-Index: AQHM+7tSNKe6QI7Z/kSDk4Gs40RebJZ2oQ0w Date: Thu, 22 Mar 2012 17:03:25 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1720C8E1AC@dfweml511-mbx.china.huawei.com> References: <20120306163045.5035.77829.idtracker@ietfa.amsl.com> <4F564235.6030901@cisco.com> In-Reply-To: <4F564235.6030901@cisco.com> Accept-Language: en-US, zh-CN Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.151.93] Content-Type: multipart/alternative; boundary="_000_7AEB3D6833318045B4AE71C2C87E8E1720C8E1ACdfweml511mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Subject: Re: [CCAMP] Fwd: New Version Notification for draft-martinelli-wson-interface-class-02.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, 22 Mar 2012 17:04:43 -0000 --_000_7AEB3D6833318045B4AE71C2C87E8E1720C8E1ACdfweml511mbxchi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgR2lvdmFubmksDQoNCkl0IGxvb2tzIGxpa2UgeW91ciBkcmFmdCBpcyBpbiB0aGUgY29udGV4 dCBvZiBibGFjayBsaW5rcyBhbmQgdGhlIHVzZSBvZiBzb21lIG9mIElUVS1UIGludGVyZmFjZSBt b2RlbCBmb3IgaW1wYWlybWVudCBjb250ZXh0LiBZb3VyIHJlZmVyZW5jZSBpcyBHLjY5OC4xIGFu ZCAuMi4NCg0KVGhpcyBzZWVtcyB0byBiZWxvbmcgdG8gaW1wYWlybWVudC9ibGFjayBsaW5rIG1v ZGVsIHdoaWNoIGlzIGJleW9uZCB0aGUgY3VycmVudCBXU09OIHNjb3BlLiBUaGUgcGFydCBvZiBj b25mdXNpb24gaXMgdGhlIGZhY3QgdGhhdCBHLjY5OC4xIGFuZCAuMiB0YWxrIGFib3V0IHNvbWUg bW9kdWxhdGlvbiB0eXBlIChzdWNoIGFzIE5SWuKAmXMpLiAgQnV0IHRoaXMgd2FzIGRpc2N1c3Nl ZCBpbiB0aGUgY29udGV4dCBvZiBibGFjayBsaW5rLiAgV2UgYXJlIGRpc2N1c3NpbmcgTW9kdWxh dGlvbiBhbmQgRkVDICBpbiB0aGUgY29udGV4dCBvZiByZXNvdXJjZSBibG9jayBwcm9wZXJ0eSAo T0VPL1JFRykuIE91ciBJVFUtVCByZWZlcmVuY2UgaXMgNzA5LCA5NzUgYW5kIDk1OS4xLg0KDQpP bmUgb2YgdGhlIHJlZmVycmVkIGVudGl0aWVzIGluIHlvdXIgaW50ZXJmYWNlIGNsYXNzIGlzIGZp YmVyIHR5cGUsIHdoaWNoIGlzIGFuIGltcG9ydGFudCBmYWN0b3IgaW4gaW1wYWlybWVudCBtb2Rl bGluZywgYnV0IHRoaXMgaXMgYmV5b25kIHRoZSBzY29wZSBvZiBub24taW1wYWlybWVudCBXU09O LCB3aGljaCBpcyBvdXIgY3VycmVudCBzY29wZS4NCg0KUmVnYXJkcywNCllvdW5nDQpGcm9tOiBj Y2FtcC1ib3VuY2VzQGlldGYub3JnIFttYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZ10gT24g QmVoYWxmIE9mIEdpb3Zhbm5pIE1hcnRpbmVsbGkNClNlbnQ6IFR1ZXNkYXksIE1hcmNoIDA2LCAy MDEyIDEwOjU4IEFNDQpUbzogQ0NBTVANClN1YmplY3Q6IFtDQ0FNUF0gRndkOiBOZXcgVmVyc2lv biBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LW1hcnRpbmVsbGktd3Nvbi1pbnRlcmZhY2UtY2xhc3Mt MDIudHh0DQoNCkRlYXIgQ2NhbXAsDQoNCmhlcmUncyBhbiB1cGRhdGUgb24gIE9wdGljYWwgSW50 ZXJmYWNlIENsYXNzIGRyYWZ0Lg0KDQpUaGUgaWRlYSBpcyB0byBtYWtlIFdTT04gcHJvdG9jb2wg ZXh0ZW5zaW9ucyBpbmRlcGVuZGVudCBvZiBleHBsaWNpdCBvcHRpY2FsIHBhcmFtZXRlcnMgZW5j b2RpbmcgYXMgY3VycmVudGx5IGRlZmluZWQgaW4gZm9sbG93aW5nIElEcyAocmVmZXJyaW5nIG9u bHkgdG8gd2cgZG9jdW1lbnRzKToNCi0gZHJhZnQtaWV0Zi1jY2FtcC1yd2EtaW5mby0xMw0KLSBk cmFmdC1pZXRmLWNjYW1wLXJ3YS13c29uLWVuY29kZS0xMw0KLSBkcmFmdC1pZXRmLXBjZS13c29u LXJvdXRpbmctd2F2ZWxlbmd0aC0wNg0KQW5kIHJlbGF0ZWQgZHJhZnQgcHJvdG9jb2wgZXh0ZW5z aW9ucyB0aGF0IG1ha2UgdXNlIG9mIHRoZW06DQotIGRyYWZ0LWlldGYtY2NhbXAtd3Nvbi1zaWdu YWwtY29tcGF0aWJpbGl0eS1vc3BmLTA3DQotIGRyYWZ0LWlldGYtY2NhbXAtd3Nvbi1zaWduYWxp bmctMDINCg0KQXMgYW5kIGFkZGl0aW9uYWwgYmVuZWZpdCwgIHRoZSBvcHRpY2FsIGludGVyZmFj ZSBjbGFzcyBjYW4gYmUgZnVsbHkgY29tcGF0aWJsZSB3aXRoIElUVSBhcHBsaWNhdGlvbiBjb2Rl IGNvbmNlcHQuDQoNCkRyYWZ0IHdhcyBmaXJzdCBwcmVzZW50ZWQgaW4gUXVlYmVjIGFuZCB0aGVy ZSB3ZXJlIHNldmVyYWwgZ29vZCByZWFjdGlvbnMgZnJvbSB0aGUgcm9vbSwgc28gcGxlYXNlIHBy b3ZpZGUgY29tbWVudHMhDQoNClRoYW5rcyBpbiBhZHZhbmNlDQpHaW92YW5uaSAmIGNvLWF1dGhv cnMNCg0KDQoNCg0KLS0tLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLS0tLQ0KU3ViamVjdDoN Cg0KTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC1tYXJ0aW5lbGxpLXdzb24taW50 ZXJmYWNlLWNsYXNzLTAyLnR4dA0KDQpEYXRlOg0KDQpUdWUsIDA2IE1hciAyMDEyIDA4OjMwOjQ1 IC0wODAwDQoNCkZyb206DQoNCmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZzxtYWlsdG86aW50ZXJu ZXQtZHJhZnRzQGlldGYub3JnPg0KDQpUbzoNCg0KZ2lvbWFydGlAY2lzY28uY29tPG1haWx0bzpn aW9tYXJ0aUBjaXNjby5jb20+DQoNCkNDOg0KDQpseW9uZ0BjaWVuYS5jb208bWFpbHRvOmx5b25n QGNpZW5hLmNvbT4sIGdnYWxpbWJlQGNpc2NvLmNvbTxtYWlsdG86Z2dhbGltYmVAY2lzY28uY29t PiwgZGFuaWVsZS5jZWNjYXJlbGxpQGVyaWNzc29uLmNvbTxtYWlsdG86ZGFuaWVsZS5jZWNjYXJl bGxpQGVyaWNzc29uLmNvbT4sIGN5cmlsLm1hcmdhcmlhQG5zbi5jb208bWFpbHRvOmN5cmlsLm1h cmdhcmlhQG5zbi5jb20+DQoNCg0KDQpBIG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQtbWFydGlu ZWxsaS13c29uLWludGVyZmFjZS1jbGFzcy0wMi50eHQgaGFzIGJlZW4gc3VjY2Vzc2Z1bGx5IHN1 Ym1pdHRlZCBieSBHaW92YW5uaSBNYXJ0aW5lbGxpIGFuZCBwb3N0ZWQgdG8gdGhlIElFVEYgcmVw b3NpdG9yeS4NCg0KDQoNCkZpbGVuYW1lOiAgICAgICBkcmFmdC1tYXJ0aW5lbGxpLXdzb24taW50 ZXJmYWNlLWNsYXNzDQoNClJldmlzaW9uOiAgICAgICAwMg0KDQpUaXRsZTogICAgICAgICAgV1NP TiBPcHRpY2FsIEludGVyZmFjZSBDbGFzcw0KDQpDcmVhdGlvbiBkYXRlOiAgMjAxMi0wMy0wNg0K DQpXRyBJRDogICAgICAgICAgSW5kaXZpZHVhbCBTdWJtaXNzaW9uDQoNCk51bWJlciBvZiBwYWdl czogMTMNCg0KDQoNCkFic3RyYWN0Og0KDQogICBDdXJyZW50IHdvcmsgb24gd2F2ZWxlbmd0aCBz d2l0Y2hlZCBvcHRpY2FsIG5ldHdvcmsgaW5jbHVkZXMgc2V2ZXJhbA0KDQogICBjb25zaWRlcmF0 aW9ucyByZWdhcmRpbmcgdGhlIGludGVyZmFjZSBzaWduYWwgY29tcGF0aWJpbGl0eS4gIEluDQoN CiAgIHBhcnRpY3VsYXIgaW5ncmVzcyBhbmQgZWdyZXNzIG9wdGljYWwgaW50ZXJmYWNlcyB3aWxs IHJlcXVpcmUgYSBjaGVjaw0KDQogICBvbiBzZXZlcmFsIG9wdGljYWwgcGFyYW1ldGVycyB0byBh c3Nlc3MgaWYgdGhlIHNpZ25hbCBnZW5lcmF0ZWQgYnkNCg0KICAgdGhlIGluZ3Jlc3MgaW50ZXJm YWNlIGNhbiBiZSBjb21wYXRpYmxlIHdpdGggdGhlIHJlY2VpdmluZyBpbnRlcmZhY2UuDQoNCiAg IEN1cnJlbnQgc29sdXRpb24gYXZhaWxhYmxlIGVuY29kZSBhbGwgcGFyYW1ldGVycyBpbiBXU09O IHByb3RvY29sDQoNCiAgIGV4dGVuc2lvbnMgd2hpbGUgaW4gdGhpcyBkcmFmdCB3aWxsIHByb3Bv c2UgYW4gYWx0ZXJuYXRpdmUgbWV0aG9kIHRvDQoNCiAgIGtlZXAgaW50byBhY2NvdW50IHRoZSBz aWduYWwgY29tcGF0aWJpbGl0eSBpc3N1ZSBhdCBwcm90b2NvbCBsZXZlbC4NCg0KDQoNCg0KDQoN Cg0KDQoNClRoZSBJRVRGIFNlY3JldGFyaWF0DQo= --_000_7AEB3D6833318045B4AE71C2C87E8E1720C8E1ACdfweml511mbxchi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2 IDQgMyA1IDQgNCAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDb25zb2xhczsNCglw YW5vc2UtMToyIDExIDYgOSAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0K cC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0K CW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5 OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7DQoJY29sb3I6YmxhY2s7fQ0KYTpsaW5rLCBzcGFu Lk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0 ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtG b2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQt ZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcHJlDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglt c28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbWFyZ2luOjBpbjsNCglt YXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseToi Q291cmllciBOZXciOw0KCWNvbG9yOmJsYWNrO30NCnNwYW4uSFRNTFByZWZvcm1hdHRlZENoYXIN Cgl7bXNvLXN0eWxlLW5hbWU6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1zby1zdHlsZS1w cmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQiOw0KCWZvbnQt ZmFtaWx5OkNvbnNvbGFzOw0KCWNvbG9yOmJsYWNrO30NCnNwYW4uRW1haWxTdHlsZTE5DQoJe21z by1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fu cy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUt dHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9u MQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47 fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwh LS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3Bp ZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1s Pg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRh dGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8 Ym9keSBiZ2NvbG9yPSJ3aGl0ZSIgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJw bGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5IaSBHaW92YW5uaSw8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMx RjQ5N0QiPkl0IGxvb2tzIGxpa2UgeW91ciBkcmFmdCBpcyBpbiB0aGUgY29udGV4dCBvZiBibGFj ayBsaW5rcyBhbmQgdGhlIHVzZSBvZiBzb21lIG9mIElUVS1UIGludGVyZmFjZSBtb2RlbCBmb3Ig aW1wYWlybWVudCBjb250ZXh0LiBZb3VyIHJlZmVyZW5jZSBpcyBHLjY5OC4xIGFuZA0KIC4yLiA8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y OiMxRjQ5N0QiPlRoaXMgc2VlbXMgdG8gYmVsb25nIHRvIGltcGFpcm1lbnQvYmxhY2sgbGluayBt b2RlbCB3aGljaCBpcyBiZXlvbmQgdGhlIGN1cnJlbnQgV1NPTiBzY29wZS4gVGhlIHBhcnQgb2Yg Y29uZnVzaW9uIGlzIHRoZSBmYWN0IHRoYXQgRy42OTguMSBhbmQgLjIgdGFsayBhYm91dA0KIHNv bWUgbW9kdWxhdGlvbiB0eXBlIChzdWNoIGFzIE5SWuKAmXMpLiAmbmJzcDtCdXQgdGhpcyB3YXMg ZGlzY3Vzc2VkIGluIHRoZSBjb250ZXh0IG9mIGJsYWNrIGxpbmsuICZuYnNwO1dlIGFyZSBkaXNj dXNzaW5nIE1vZHVsYXRpb24gYW5kIEZFQyAmbmJzcDtpbiB0aGUgY29udGV4dCBvZiByZXNvdXJj ZSBibG9jayBwcm9wZXJ0eSAoT0VPL1JFRykuIE91ciBJVFUtVCByZWZlcmVuY2UgaXMgNzA5LCA5 NzUgYW5kIDk1OS4xLiZuYnNwOw0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5PbmUgb2YgdGhlIHJlZmVycmVkIGVudGl0 aWVzIGluIHlvdXIgaW50ZXJmYWNlIGNsYXNzIGlzIGZpYmVyIHR5cGUsIHdoaWNoIGlzIGFuIGlt cG9ydGFudCBmYWN0b3IgaW4gaW1wYWlybWVudCBtb2RlbGluZywgYnV0IHRoaXMgaXMgYmV5b25k IHRoZSBzY29wZSBvZiBub24taW1wYWlybWVudA0KIFdTT04sIHdoaWNoIGlzIG91ciBjdXJyZW50 IHNjb3BlLiA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7O2NvbG9yOiMxRjQ5N0QiPlJlZ2FyZHMsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0Qi PllvdW5nPG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpu b25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4g MGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOndpbmRvd3RleHQiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90Oztjb2xvcjp3aW5kb3d0ZXh0Ij4gY2NhbXAtYm91bmNlc0BpZXRmLm9yZyBbbWFpbHRvOmNj YW1wLWJvdW5jZXNAaWV0Zi5vcmddDQo8Yj5PbiBCZWhhbGYgT2YgPC9iPkdpb3Zhbm5pIE1hcnRp bmVsbGk8YnI+DQo8Yj5TZW50OjwvYj4gVHVlc2RheSwgTWFyY2ggMDYsIDIwMTIgMTA6NTggQU08 YnI+DQo8Yj5Ubzo8L2I+IENDQU1QPGJyPg0KPGI+U3ViamVjdDo8L2I+IFtDQ0FNUF0gRndkOiBO ZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LW1hcnRpbmVsbGktd3Nvbi1pbnRlcmZh Y2UtY2xhc3MtMDIudHh0PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+RGVhciBDY2FtcCw8YnI+DQo8YnI+DQpoZXJlJ3MgYW4gdXBkYXRlIG9uJm5ic3A7IE9w dGljYWwgSW50ZXJmYWNlIENsYXNzIGRyYWZ0Ljxicj4NCjxicj4NClRoZSBpZGVhIGlzIHRvIG1h a2UgV1NPTiBwcm90b2NvbCBleHRlbnNpb25zIGluZGVwZW5kZW50IG9mIGV4cGxpY2l0IG9wdGlj YWwgcGFyYW1ldGVycyBlbmNvZGluZyBhcyBjdXJyZW50bHkgZGVmaW5lZCBpbiBmb2xsb3dpbmcg SURzIChyZWZlcnJpbmcgb25seSB0byB3ZyBkb2N1bWVudHMpOjxicj4NCi0gZHJhZnQtaWV0Zi1j Y2FtcC1yd2EtaW5mby0xMzxicj4NCi0gZHJhZnQtaWV0Zi1jY2FtcC1yd2Etd3Nvbi1lbmNvZGUt MTM8YnI+DQotIGRyYWZ0LWlldGYtcGNlLXdzb24tcm91dGluZy13YXZlbGVuZ3RoLTA2PGJyPg0K QW5kIHJlbGF0ZWQgZHJhZnQgcHJvdG9jb2wgZXh0ZW5zaW9ucyB0aGF0IG1ha2UgdXNlIG9mIHRo ZW06PGJyPg0KLSBkcmFmdC1pZXRmLWNjYW1wLXdzb24tc2lnbmFsLWNvbXBhdGliaWxpdHktb3Nw Zi0wNzxicj4NCi0gZHJhZnQtaWV0Zi1jY2FtcC13c29uLXNpZ25hbGluZy0wMjxicj4NCjxicj4N CkFzIGFuZCBhZGRpdGlvbmFsIGJlbmVmaXQsJm5ic3A7IHRoZSBvcHRpY2FsIGludGVyZmFjZSBj bGFzcyBjYW4gYmUgZnVsbHkgY29tcGF0aWJsZSB3aXRoIElUVSBhcHBsaWNhdGlvbiBjb2RlIGNv bmNlcHQuPGJyPg0KPGJyPg0KRHJhZnQgd2FzIGZpcnN0IHByZXNlbnRlZCBpbiBRdWViZWMgYW5k IHRoZXJlIHdlcmUgc2V2ZXJhbCBnb29kIHJlYWN0aW9ucyBmcm9tIHRoZSByb29tLCBzbyBwbGVh c2UgcHJvdmlkZSBjb21tZW50cyE8YnI+DQo8YnI+DQpUaGFua3MgaW4gYWR2YW5jZTxicj4NCkdp b3Zhbm5pICZhbXA7IGNvLWF1dGhvcnM8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQotLS0t LS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tLS0tIDxvOnA+PC9vOnA+PC9wPg0KPHRhYmxlIGNs YXNzPSJNc29Ob3JtYWxUYWJsZSIgYm9yZGVyPSIwIiBjZWxsc3BhY2luZz0iMCIgY2VsbHBhZGRp bmc9IjAiPg0KPHRib2R5Pg0KPHRyPg0KPHRkIG5vd3JhcD0iIiB2YWxpZ249InRvcCIgc3R5bGU9 InBhZGRpbmc6MGluIDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIGFsaWduPSJy aWdodCIgc3R5bGU9InRleHQtYWxpZ246cmlnaHQiPjxiPlN1YmplY3Q6IDxvOnA+PC9vOnA+PC9i PjwvcD4NCjwvdGQ+DQo8dGQgc3R5bGU9InBhZGRpbmc6MGluIDBpbiAwaW4gMGluIj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPk5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtbWFydGlu ZWxsaS13c29uLWludGVyZmFjZS1jbGFzcy0wMi50eHQ8bzpwPjwvbzpwPjwvcD4NCjwvdGQ+DQo8 L3RyPg0KPHRyPg0KPHRkIG5vd3JhcD0iIiB2YWxpZ249InRvcCIgc3R5bGU9InBhZGRpbmc6MGlu IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIGFsaWduPSJyaWdodCIgc3R5bGU9 InRleHQtYWxpZ246cmlnaHQiPjxiPkRhdGU6IDxvOnA+PC9vOnA+PC9iPjwvcD4NCjwvdGQ+DQo8 dGQgc3R5bGU9InBhZGRpbmc6MGluIDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PlR1ZSwgMDYgTWFyIDIwMTIgMDg6MzA6NDUgLTA4MDA8bzpwPjwvbzpwPjwvcD4NCjwvdGQ+DQo8 L3RyPg0KPHRyPg0KPHRkIG5vd3JhcD0iIiB2YWxpZ249InRvcCIgc3R5bGU9InBhZGRpbmc6MGlu IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIGFsaWduPSJyaWdodCIgc3R5bGU9 InRleHQtYWxpZ246cmlnaHQiPjxiPkZyb206IDxvOnA+PC9vOnA+PC9iPjwvcD4NCjwvdGQ+DQo8 dGQgc3R5bGU9InBhZGRpbmc6MGluIDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxhIGhyZWY9Im1haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmciPmludGVybmV0LWRyYWZ0 c0BpZXRmLm9yZzwvYT48bzpwPjwvbzpwPjwvcD4NCjwvdGQ+DQo8L3RyPg0KPHRyPg0KPHRkIG5v d3JhcD0iIiB2YWxpZ249InRvcCIgc3R5bGU9InBhZGRpbmc6MGluIDBpbiAwaW4gMGluIj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIGFsaWduPSJyaWdodCIgc3R5bGU9InRleHQtYWxpZ246cmlnaHQi PjxiPlRvOiA8bzpwPjwvbzpwPjwvYj48L3A+DQo8L3RkPg0KPHRkIHN0eWxlPSJwYWRkaW5nOjBp biAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YSBocmVmPSJtYWlsdG86Z2lv bWFydGlAY2lzY28uY29tIj5naW9tYXJ0aUBjaXNjby5jb208L2E+PG86cD48L286cD48L3A+DQo8 L3RkPg0KPC90cj4NCjx0cj4NCjx0ZCBub3dyYXA9IiIgdmFsaWduPSJ0b3AiIHN0eWxlPSJwYWRk aW5nOjBpbiAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBhbGlnbj0icmlnaHQi IHN0eWxlPSJ0ZXh0LWFsaWduOnJpZ2h0Ij48Yj5DQzogPG86cD48L286cD48L2I+PC9wPg0KPC90 ZD4NCjx0ZCBzdHlsZT0icGFkZGluZzowaW4gMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PGEgaHJlZj0ibWFpbHRvOmx5b25nQGNpZW5hLmNvbSI+bHlvbmdAY2llbmEuY29tPC9h PiwgPGEgaHJlZj0ibWFpbHRvOmdnYWxpbWJlQGNpc2NvLmNvbSI+DQpnZ2FsaW1iZUBjaXNjby5j b208L2E+LCA8YSBocmVmPSJtYWlsdG86ZGFuaWVsZS5jZWNjYXJlbGxpQGVyaWNzc29uLmNvbSI+ ZGFuaWVsZS5jZWNjYXJlbGxpQGVyaWNzc29uLmNvbTwvYT4sDQo8YSBocmVmPSJtYWlsdG86Y3ly aWwubWFyZ2FyaWFAbnNuLmNvbSI+Y3lyaWwubWFyZ2FyaWFAbnNuLmNvbTwvYT48bzpwPjwvbzpw PjwvcD4NCjwvdGQ+DQo8L3RyPg0KPC90Ym9keT4NCjwvdGFibGU+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K PHByZT5BIG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQtbWFydGluZWxsaS13c29uLWludGVyZmFj ZS1jbGFzcy0wMi50eHQgaGFzIGJlZW4gc3VjY2Vzc2Z1bGx5IHN1Ym1pdHRlZCBieSBHaW92YW5u aSBNYXJ0aW5lbGxpIGFuZCBwb3N0ZWQgdG8gdGhlIElFVEYgcmVwb3NpdG9yeS48bzpwPjwvbzpw PjwvcHJlPg0KPHByZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPHByZT5GaWxlbmFtZTombmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgIGRyYWZ0LW1hcnRpbmVsbGktd3Nvbi1pbnRlcmZh Y2UtY2xhc3M8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5SZXZpc2lvbjombmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgIDAyPG86cD48L286cD48L3ByZT4NCjxwcmU+VGl0bGU6Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICBXU09OIE9wdGljYWwgSW50 ZXJmYWNlIENsYXNzPG86cD48L286cD48L3ByZT4NCjxwcmU+Q3JlYXRpb24gZGF0ZTogIDIwMTIt MDMtMDY8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5XRyBJRDombmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgIEluZGl2aWR1YWwgU3VibWlzc2lvbjxvOnA+PC9v OnA+PC9wcmU+DQo8cHJlPk51bWJlciBvZiBwYWdlczogMTM8bzpwPjwvbzpwPjwvcHJlPg0KPHBy ZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPHByZT5BYnN0cmFjdDo8bzpwPjwvbzpwPjwvcHJl Pg0KPHByZT4mbmJzcDsmbmJzcDsgQ3VycmVudCB3b3JrIG9uIHdhdmVsZW5ndGggc3dpdGNoZWQg b3B0aWNhbCBuZXR3b3JrIGluY2x1ZGVzIHNldmVyYWw8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4m bmJzcDsmbmJzcDsgY29uc2lkZXJhdGlvbnMgcmVnYXJkaW5nIHRoZSBpbnRlcmZhY2Ugc2lnbmFs IGNvbXBhdGliaWxpdHkuJm5ic3A7IEluPG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7ICZu YnNwO3BhcnRpY3VsYXIgaW5ncmVzcyBhbmQgZWdyZXNzIG9wdGljYWwgaW50ZXJmYWNlcyB3aWxs IHJlcXVpcmUgYSBjaGVjazxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyBvbiBz ZXZlcmFsIG9wdGljYWwgcGFyYW1ldGVycyB0byBhc3Nlc3MgaWYgdGhlIHNpZ25hbCBnZW5lcmF0 ZWQgYnk8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsgdGhlIGluZ3Jlc3MgaW50 ZXJmYWNlIGNhbiBiZSBjb21wYXRpYmxlIHdpdGggdGhlIHJlY2VpdmluZyBpbnRlcmZhY2UuPG86 cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7IEN1cnJlbnQgc29sdXRpb24gYXZhaWxh YmxlIGVuY29kZSBhbGwgcGFyYW1ldGVycyBpbiBXU09OIHByb3RvY29sPG86cD48L286cD48L3By ZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7IGV4dGVuc2lvbnMgd2hpbGUgaW4gdGhpcyBkcmFmdCB3aWxs IHByb3Bvc2UgYW4gYWx0ZXJuYXRpdmUgbWV0aG9kIHRvPG86cD48L286cD48L3ByZT4NCjxwcmU+ Jm5ic3A7Jm5ic3A7IGtlZXAgaW50byBhY2NvdW50IHRoZSBzaWduYWwgY29tcGF0aWJpbGl0eSBp c3N1ZSBhdCBwcm90b2NvbCBsZXZlbC48bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZuYnNw OzwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PG86cD48 L286cD48L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjxwcmU+PG86cD4mbmJz cDs8L286cD48L3ByZT4NCjxwcmU+VGhlIElFVEYgU2VjcmV0YXJpYXQ8bzpwPjwvbzpwPjwvcHJl Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_7AEB3D6833318045B4AE71C2C87E8E1720C8E1ACdfweml511mbxchi_-- From gregb@grotto-networking.com Thu Mar 22 10:26:50 2012 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 A2A5321F853D for ; Thu, 22 Mar 2012 10:26:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.498 X-Spam-Level: X-Spam-Status: No, score=-2.498 tagged_above=-999 required=5 tests=[AWL=0.100, 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 PXeRJQvpHxuM for ; Thu, 22 Mar 2012 10:26:48 -0700 (PDT) Received: from mail32c40.carrierzone.com (mail32c40.carrierzone.com [209.235.156.172]) by ietfa.amsl.com (Postfix) with ESMTP id 92CD921F8516 for ; Thu, 22 Mar 2012 10:26:48 -0700 (PDT) X-Authenticated-User: gregb.grotto-networking.com Received: from [192.168.0.124] (c-67-170-243-110.hsd1.ca.comcast.net [67.170.243.110]) (authenticated bits=0) by mail32c40.carrierzone.com (8.13.6/8.13.1) with ESMTP id q2MHQdQZ003533 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 22 Mar 2012 17:26:40 +0000 Message-ID: <4F6B60CB.5060507@grotto-networking.com> Date: Thu, 22 Mar 2012 10:26:35 -0700 From: Greg Bernstein User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: "PELOSO, PIERRE (PIERRE)" References: <7AEB3D6833318045B4AE71C2C87E8E1720C81BE1@dfweml511-mbx.china.huawei.com> <7AEB3D6833318045B4AE71C2C87E8E1720C8D624@dfweml511-mbx.china.huawei.com> In-Reply-To: Content-Type: multipart/alternative; boundary="------------090703080807000403040102" X-CSC: 0 X-CHA: v=1.1 cv=Cf/deD3mBOiUKuDXquigdAE+bjqkyjQeHut9ucZ3IjA= c=1 sm=1 a=311X-zf45VgA:10 a=aSYChZHMGbsA:10 a=xOaALFOtT5cA:10 a=B4uWGr+4DaAYpgidvygSiQ==:17 a=i0EeH86SAAAA:8 a=48vgC7mUAAAA:8 a=gxZvrgisAAAA:8 a=2JB5Wf3W49VNGnNWW8QA:9 a=34dkI5Vx58wj9qblnmIA:7 a=wPNLvfGTeEIA:10 a=EgY3od2ZU2QA:10 a=h-I_03WOSDMA:10 a=hPjdaMEvmhQA:10 a=lZB815dzVvQA:10 a=3FZX-ydVlcEA:10 a=AFG_mBkUyrnd2yEN:21 a=C-0Uwx_AkOpMV9Wi:21 a=Hg2HBtoFadpxOuShMBUA:9 a=pLRE0QhRX7tL4QvTDbcA:7 a=_W_S_7VecoQA:10 a=B4uWGr+4DaAYpgidvygSiQ==:117 X-CTCH-Spam: Unknown X-CTCH-RefID: str=0001.0A020208.4F6B60D1.0193, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0 Cc: "ccamp@ietf.org" Subject: Re: [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-info-14.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, 22 Mar 2012 17:26:50 -0000 This is a multi-part message in MIME format. --------------090703080807000403040102 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Hi Pierre, Young convinced me that you are really addressing the draft-ietf-ccamp-rwa-wson-*encode*-14 draft and not the info draft. In that light I've got a few more comments below. On 3/20/2012 4:54 AM, PELOSO, PIERRE (PIERRE) wrote: > Hi Greg and Young, > > Thanks for your answers. > So just to get things right, in case there is inside a WSON a node corresponding to the attached picture. > [Comment ON] Its internal structure is one of the most basic ones and it relies on optical splitters (left-side) and Wavelength Selective Switches (right-side). The picture defines N as being the number of neighbouring nodes and M as being the number of physical pools of OEO. [Comment OFF] -->From your diagram I'm assuming that you are putting things into M pools since these have pools each have a shared wavelength constraint from the WSS. Otherwise you could have fewer pools. > This networks supports at least two different types of optical signal (given bit-rate and modulation format), this implies at least two different types of OEO resources mentionned here OEO type 1 and type 2. > When size M=1, I guess the most efficient way of describing the nodes resources is by defining 2 resource blocks: 1 block for each type of OEO, with has many resources in the block as OEO of this tyep available in the node. (e.g. With 26 OEO of type 1 and 37 OEO of type 2 - in that case only 2 Resource Block IDs needs being defined, and their resource block info, will mention the number of resources as being respectively 26 and 37). > We can assume a node of size N = 5 and of size M = 3. This means there are 5 neighbouring nodes and the OEO resources are organized around 3 different physical pools. This node may be composed of a number of devices for each of the 3 pools to be the following: > > Pool ID # of OEO type 1 # of OEO type 2 > 1 25 30 > 2 30 24 > 3 15 36 > Composition of ressource pools > > In that case, I hesitate between 3 different design solutions: > * S1: Define 1 Resource Block Info per OEO type per Pool, each with its > own resource Block ID. In details that gives: > - RBInfo1: Describes 25 OEO of type 1 - 1 RB ID associated > - RBInfo2: Describes 30 OEO of type 2 - 1 RB ID associated > - RBInfo3: Describes 30 OEO of type 1 - 1 RB ID associated > - RBInfo4: Describes 24 OEO of type 2 - 1 RB ID associated > - RBInfo5: Describes 15 OEO of type 1 - 1 RB ID associated > - RBInfo6: Describes 36 OEO of type 2 - 1 RB ID associated > Regarding the usage of Resource Block IDs, this solution is > pretty efficient, especially in order to describe the > accessibility of ressources (SharedAccessWavelengths TLVs, > ResourceAccessibility TLVs, ResourceWaveConstraints TLVs). But > it is far less efficient, regarding the repetition of Resource > Info TLVs. --> You can do this, but you are right it is slightly less efficient. We put more flexibility into the resource accessibility structure which you take advantage of in S2. > > * S2: Define 1 Resource Block Info per OEO type, refering as many > Resource Block ID as available in the node. In details that > gives: > - RBInfo1: Describes 1 OEO of type 1 - (25+30+15=70) RB IDs > associated > - RBInfo2: Describes 1 OEO of type 2 - (30+24+36=90) RB IDs > associated > Regarding the usage of Resource Block IDs, this solution is far > less efficient, but far more efficient regarding the repetition > of Resource Info TLVs. ---> This is the preferred approach with the current encoding draft. Resource block IDs are just numbers for you to choose from (0-65535), like labels. You can also leave space in the ranges for additional OEOs that could be added to the node. By assigning the block IDs in a reasonable manner you can take advantage of the range encoding option and very efficiently encode the structure of your system. > * S3: Define 1 Resource Block Info per OEO type, refering the smallest > comon divisor among each resource blocks. In details that gives: > - RBInfo1: Describes 5 OEO of type 1 - (5+6+3=14) RB IDs associated > - RBInfo2: Describes 6 OEO of type 2 - (5+4+6=15) RB IDs associated > This solution is efficient regarding both the usage of Resource > Block IDs and the repetition of Resource Info TLVs, but this is > possible due to "lucky" figures of OEO resources in each pool. --> Seems unnecessarily complicated. Resource IDs are plentiful. I wouldn't worry about trying to save a few of them. Remember most sub-TLVs dealing with resources use an RB set field, and this supports a range encoding which is very efficient. > > Q4: Is there any of the above solution that is not respecting > current drafts? --> No. > Q5: Which is the solution that you consider as the most > likely to be commonly used? --> S2. Is the most straight forward and efficient. > > For obvious interoperability reasons, we expect from a Standard Track document to define a single way of encoding a given node structure into the protocols. In order to achieve this, the I-D must be more specific, directive. > > Pierre > > -----Message d'origine----- > De : Leeyoung [mailto:leeyoung@huawei.com] > Envoy� : lundi 19 mars 2012 22:50 > � : PELOSO, PIERRE (PIERRE) > Cc : ccamp@ietf.org; Greg Bernstein > Objet : RE: [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-info-14.txt > > Hi Pierre, > > Here's our response. Please see in-line. Thanks. > > Greg and Young > > -----Original Message----- > From: PELOSO, PIERRE (PIERRE) [mailto:pierre.peloso@alcatel-lucent.com] > Sent: Monday, March 19, 2012 10:40 AM > To: Leeyoung > Cc: ccamp@ietf.org > Subject: RE: [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-info-14.txt > > > Hi Young, > > I would appreciate your answers. > > Regards, > > - pierre > > -----Message d'origine----- > De : ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] De la part de PELOSO, PIERRE (PIERRE) Envoy� : jeudi 8 mars 2012 16:32 � : Leeyoung Cc : ccamp@ietf.org Objet : Re: [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-info-14.txt > > Hi Young and Authors, > > Reading this information model draft, we were having some questions: > Quoting section 5: > Since resources tend to be packaged together in blocks of similar devices, e.g., on line cards or other types of modules, the fundamental unit of identifiable resource in this document is the "resource block". A resource block may contain one or more resources. 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. > > --> This text was not changed in the v14 draft. This was slightly changed in the v13 from the v12 based on discussions in Montreal and the list. These items have been extensively discussed on the list and in person. It is time to move forward. > > Q1: It is assumable that each resource has its own ID in the machine > system, is this understanding correct? > > --> This is a modeling decision. You could give every regenerator in your system an ID. You may only want to model the ones whose use has some flexible connectivity. We've discussed this many times. > > > Q2: Does the above text means there is a normative rule enforcing that a Resource Block ID MUST be allocated to each line-card or > other type of module? If yes, where is this rule phrased? > > > --> This is an informational draft there are no normative rules in it. What a vendor or a network owner chooses to model within their system is up to them. This has always been the case in GMPLS. Many layers of the optical network may not be modeled in a current implementation or GMPLS deployment. > > > Q3: Where to find a definition of a line-card or other type of > module? > > --> The terms "line-card" and "modules" are only used as examples (the phrase "e.g., on line cards or other types of modules"), and hence do not require formal definition in this informational document. "Line card" is a common term used by almost all vendors of large switching gear such as SDH switches, OTN switch, WDM ROADS/Switches, IP routers, Carrier grade Ethernet switches, Optical access products and such. It generally denotes a pluggable (usually hot-swappable) card that contains interfaces, however, it may only perform management or other support functions. ITU-T M.3100 section 6.3 "Physical Equipment Fragment" gives the well known management system modeling of such specific entities as line cards and modules in terms of the managed object classes "equipmentHolder" and "circuitPack". > > > Please could you clarify, > > Thanks in advance, > > Giovanni, Julien and Pierre > > -----Message d'origine----- > De : ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] De la part de Leeyoung Envoy� : mercredi 7 mars 2012 19:17 � : ccamp@ietf.org Objet : [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-info-14.txt > > Hi, > > This update added a short paragraph in section 7.1 to explain that this document does not dictate encoding or placement of available labels in the relation to ISCD. > > We will resolve the encoding issue of available labels either to be placed in ISCD or else in the generic encoding/ospf drafts, but not in this info draft. This info draft stays neutral with this issue so that it can close all the pending issues after this version. > > Regards, > Young > > -----Original Message----- > From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of internet-drafts@ietf.org > Sent: Wednesday, March 07, 2012 12:08 PM > To: i-d-announce@ietf.org > Cc: ccamp@ietf.org > Subject: [CCAMP] I-D Action: draft-ietf-ccamp-rwa-info-14.txt > > > A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Common Control and Measurement Plane Working 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-14.txt > Pages : 27 > Date : 2012-03-07 > > 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. > > > > > A URL for this Internet-Draft is: > http://www.ietf.org/internet-drafts/draft-ietf-ccamp-rwa-info-14.txt > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > This Internet-Draft can be retrieved at: > ftp://ftp.ietf.org/internet-drafts/draft-ietf-ccamp-rwa-info-14.txt > > _______________________________________________ > 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 -- =================================================== Dr Greg Bernstein, Grotto Networking (510) 573-2237 --------------090703080807000403040102 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi Pierre, Young convinced me that you are really addressing the draft-ietf-ccamp-rwa-wson-encode-14 draft and not the info draft. In that light I've got a few more comments below. On 3/20/2012 4:54 AM, PELOSO, PIERRE (PIERRE) wrote: Hi Greg and Young, Thanks for your answers. So just to get things right, in case there is inside a WSON a node corresponding to the attached picture. [Comment ON] Its internal structure is one of the most basic ones and it relies on optical splitters (left-side) and Wavelength Selective Switches (right-side). The picture defines N as being the number of neighbouring nodes and M as being the number of physical pools of OEO. [Comment OFF] -->From your diagram I'm assuming that you are putting things into M pools since these have pools each have a shared wavelength constraint from the WSS. Otherwise you could have fewer pools. This networks supports at least two different types of optical signal (given bit-rate and modulation format), this implies at least two different types of OEO resources mentionned here OEO type 1 and type 2. When size M=1, I guess the most efficient way of describing the nodes resources is by defining 2 resource blocks: 1 block for each type of OEO, with has many resources in the block as OEO of this tyep available in the node. (e.g. With 26 OEO of type 1 and 37 OEO of type 2 - in that case only 2 Resource Block IDs needs being defined, and their resource block info, will mention the number of resources as being respectively 26 and 37). We can assume a node of size N = 5 and of size M = 3. This means there are 5 neighbouring nodes and the OEO resources are organized around 3 different physical pools. This node may be composed of a number of devices for each of the 3 pools to be the following: Pool ID # of OEO type 1 # of OEO type 2 1 25 30 2 30 24 3 15 36 Composition of ressource pools In that case, I hesitate between 3 different design solutions: * S1: Define 1 Resource Block Info per OEO type per Pool, each with its own resource Block ID. In details that gives: - RBInfo1: Describes 25 OEO of type 1 - 1 RB ID associated - RBInfo2: Describes 30 OEO of type 2 - 1 RB ID associated - RBInfo3: Describes 30 OEO of type 1 - 1 RB ID associated - RBInfo4: Describes 24 OEO of type 2 - 1 RB ID associated - RBInfo5: Describes 15 OEO of type 1 - 1 RB ID associated - RBInfo6: Describes 36 OEO of type 2 - 1 RB ID associated Regarding the usage of Resource Block IDs, this solution is pretty efficient, especially in order to describe the accessibility of ressources (SharedAccessWavelengths TLVs, ResourceAccessibility TLVs, ResourceWaveConstraints TLVs). But it is far less efficient, regarding the repetition of Resource Info TLVs. --> You can do this, but you are right it is slightly less efficient. We put more flexibility into the resource accessibility structure which you take advantage of in S2. * S2: Define 1 Resource Block Info per OEO type, refering as many Resource Block ID as available in the node. In details that gives: - RBInfo1: Describes 1 OEO of type 1 - (25+30+15=70) RB IDs associated - RBInfo2: Describes 1 OEO of type 2 - (30+24+36=90) RB IDs associated Regarding the usage of Resource Block IDs, this solution is far less efficient, but far more efficient regarding the repetition of Resource Info TLVs. ---> This is the preferred approach with the current encoding draft. Resource block IDs are just numbers for you to choose from (0-65535), like labels. You can also leave space in the ranges for additional OEOs that could be added to the node. By assigning the block IDs in a reasonable manner you can take advantage of the range encoding option and very efficiently encode the structure of your system. * S3: Define 1 Resource Block Info per OEO type, refering the smallest comon divisor among each resource blocks. In details that gives: - RBInfo1: Describes 5 OEO of type 1 - (5+6+3=14) RB IDs associated - RBInfo2: Describes 6 OEO of type 2 - (5+4+6=15) RB IDs associated This solution is efficient regarding both the usage of Resource Block IDs and the repetition of Resource Info TLVs, but this is possible due to "lucky" figures of OEO resources in each pool. --> Seems unnecessarily complicated. Resource IDs are plentiful. I wouldn't worry about trying to save a few of them. Remember most sub-TLVs dealing with resources use an RB set field, and this supports a range encoding which is very efficient. Q4: Is there any of the above solution that is not respecting current drafts? --> No. Q5: Which is the solution that you consider as the most likely to be commonly used? --> S2. Is the most straight forward and efficient. For obvious interoperability reasons, we expect from a Standard Track document to define a single way of encoding a given node structure into the protocols. In order to achieve this, the I-D must be more specific, directive. Pierre -----Message d'origine----- De : Leeyoung [mailto:leeyoung@huawei.com] Envoyé : lundi 19 mars 2012 22:50 À : PELOSO, PIERRE (PIERRE) Cc : ccamp@ietf.org; Greg Bernstein Objet : RE: [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-info-14.txt Hi Pierre, Here's our response. Please see in-line. Thanks. Greg and Young -----Original Message----- From: PELOSO, PIERRE (PIERRE) [mailto:pierre.peloso@alcatel-lucent.com] Sent: Monday, March 19, 2012 10:40 AM To: Leeyoung Cc: ccamp@ietf.org Subject: RE: [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-info-14.txt Hi Young, I would appreciate your answers. Regards, - pierre -----Message d'origine----- De : ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] De la part de PELOSO, PIERRE (PIERRE) Envoyé : jeudi 8 mars 2012 16:32 À : Leeyoung Cc : ccamp@ietf.org Objet : Re: [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-info-14.txt Hi Young and Authors, Reading this information model draft, we were having some questions: Quoting section 5: Since resources tend to be packaged together in blocks of similar devices, e.g., on line cards or other types of modules, the fundamental unit of identifiable resource in this document is the "resource block". A resource block may contain one or more resources. 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. --> This text was not changed in the v14 draft. This was slightly changed in the v13 from the v12 based on discussions in Montreal and the list. These items have been extensively discussed on the list and in person. It is time to move forward. Q1: It is assumable that each resource has its own ID in the machine system, is this understanding correct? --> This is a modeling decision. You could give every regenerator in your system an ID. You may only want to model the ones whose use has some flexible connectivity. We've discussed this many times. Q2: Does the above text means there is a normative rule enforcing that a Resource Block ID MUST be allocated to each line-card or other type of module? If yes, where is this rule phrased? --> This is an informational draft there are no normative rules in it. What a vendor or a network owner chooses to model within their system is up to them. This has always been the case in GMPLS. Many layers of the optical network may not be modeled in a current implementation or GMPLS deployment. Q3: Where to find a definition of a line-card or other type of module? --> The terms "line-card" and "modules" are only used as examples (the phrase "e.g., on line cards or other types of modules"), and hence do not require formal definition in this informational document. "Line card" is a common term used by almost all vendors of large switching gear such as SDH switches, OTN switch, WDM ROADS/Switches, IP routers, Carrier grade Ethernet switches, Optical access products and such. It generally denotes a pluggable (usually hot-swappable) card that contains interfaces, however, it may only perform management or other support functions. ITU-T M.3100 section 6.3 "Physical Equipment Fragment" gives the well known management system modeling of such specific entities as line cards and modules in terms of the managed object classes "equipmentHolder" and "circuitPack". Please could you clarify, Thanks in advance, Giovanni, Julien and Pierre -----Message d'origine----- De : ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] De la part de Leeyoung Envoyé : mercredi 7 mars 2012 19:17 À : ccamp@ietf.org Objet : [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-info-14.txt Hi, This update added a short paragraph in section 7.1 to explain that this document does not dictate encoding or placement of available labels in the relation to ISCD. We will resolve the encoding issue of available labels either to be placed in ISCD or else in the generic encoding/ospf drafts, but not in this info draft. This info draft stays neutral with this issue so that it can close all the pending issues after this version. Regards, Young -----Original Message----- From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of internet-drafts@ietf.org Sent: Wednesday, March 07, 2012 12:08 PM To: i-d-announce@ietf.org Cc: ccamp@ietf.org Subject: [CCAMP] I-D Action: draft-ietf-ccamp-rwa-info-14.txt A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Common Control and Measurement Plane Working 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-14.txt Pages : 27 Date : 2012-03-07 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. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-ccamp-rwa-info-14.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ This Internet-Draft can be retrieved at: ftp://ftp.ietf.org/internet-drafts/draft-ietf-ccamp-rwa-info-14.txt _______________________________________________ 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 -- =================================================== Dr Greg Bernstein, Grotto Networking (510) 573-2237 --------------090703080807000403040102-- From lberger@labn.net Thu Mar 22 13:17:01 2012 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 4273C21F854C for ; Thu, 22 Mar 2012 13:17:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.488 X-Spam-Level: X-Spam-Status: No, score=-99.488 tagged_above=-999 required=5 tests=[AWL=0.673, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, IP_NOT_FRIENDLY=0.334, RDNS_NONE=0.1, 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 lLjFUaV+iHs4 for ; Thu, 22 Mar 2012 13:17:00 -0700 (PDT) Received: from oproxy5-pub.bluehost.com (oproxy5.bluehost.com [IPv6:2605:dc00:100:2::a5]) by ietfa.amsl.com (Postfix) with SMTP id 9A7CD21F8486 for ; Thu, 22 Mar 2012 13:17:00 -0700 (PDT) Received: (qmail 26470 invoked by uid 0); 22 Mar 2012 20:17:00 -0000 Received: from unknown (HELO box313.bluehost.com) (69.89.31.113) by cpoproxy2.bluehost.com with SMTP; 22 Mar 2012 20:17:00 -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=DYIS46ipTn+bZnnYAD1eKWebdUZO6/8PXj9munMOWck=; b=AhgIOimrh4Z7s74wMiYOOaItb2F/YPpC1YD4tF8fTzbpJ+FEDk9MnLea40ovair2h0GjBxful2uwELOfnM3WlMQ3BuhKjCiat9u1HOC37NmjvIxQ1ixV+rxYVdRkkgoz; Received: from box313.bluehost.com ([69.89.31.113] helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.76) (envelope-from ) id 1SAoRQ-0002q8-2b for ccamp@ietf.org; Thu, 22 Mar 2012 14:17:00 -0600 Message-ID: <4F6B88B8.8000600@labn.net> Date: Thu, 22 Mar 2012 16:16:56 -0400 From: Lou Berger User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100722 Eudora/3.0.4 MIME-Version: 1.0 To: CCAMP References: <4F576F5B.60300@labn.net> In-Reply-To: <4F576F5B.60300@labn.net> X-Enigmail-Version: 1.0.1 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: Re: [CCAMP] WG Last Call: draft-ietf-ccamp-dpm 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, 22 Mar 2012 20:17:01 -0000 The last call on this document has ended. Authors, Please update the draft according to any comments received. Once the update is submitted, please summarize all changes to the list. Much thanks, Lou On 3/7/2012 9:23 AM, Lou Berger wrote: > This mail begins a two week working group last call on: > > http://tools.ietf.org/html/draft-ietf-ccamp-dpm-05 > > This working group last call ends on March 21. Please send comments to > the CCAMP mailing list. > > Lou (and Deborah) > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp > > > > From sun.weiqiang@gmail.com Thu Mar 22 18:25:42 2012 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 0552721E803C for ; Thu, 22 Mar 2012 18:25:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.449 X-Spam-Level: X-Spam-Status: No, score=-3.449 tagged_above=-999 required=5 tests=[AWL=0.150, 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 UNjlS7e1OlNh for ; Thu, 22 Mar 2012 18:25:41 -0700 (PDT) Received: from mail-iy0-f172.google.com (mail-iy0-f172.google.com [209.85.210.172]) by ietfa.amsl.com (Postfix) with ESMTP id 75E0C21E8013 for ; Thu, 22 Mar 2012 18:25:41 -0700 (PDT) Received: by iazz13 with SMTP id z13so4534898iaz.31 for ; Thu, 22 Mar 2012 18:25:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=user-agent:date:subject:from:to:message-id:thread-topic:in-reply-to :mime-version:content-type:content-transfer-encoding; bh=YBsJdnRFCl/v/wIuq1o7u+/cM475BLsQC9yWggyXrJI=; b=kcQdMOxzaXaszG7O/CBBQo1SK2KMsZTZZE7nFTY54LMLOs/Fe9zisJoyUCkOqR8iK2 2NBq+/glT7RRTAmprIblBW34JNP2Zl2DiXyXs6BaHB3TePHnb41UMi0N+Tqh/nfNwsyq 5Dv67SBD0ULnIvG0uw6k6kFQIQSgJuC57UsN+bh69OqtonaWhyP4qJreMpdHFyB6h/EP E0hnfGCZ4MCXZPeLb6VnPOe6ycxFJ6CSzt7iTXPXsAZcPAoAzdq4vyd0O/GMDsk/3Vj4 nSg5qRtidM9N2jAUuzO+iDnRrX64geFiz799xrhXU3kUK9aGpo3f4AAxr0DFwQeGtkWm G9rQ== Received: by 10.50.190.226 with SMTP id gt2mr660498igc.32.1332465941089; Thu, 22 Mar 2012 18:25:41 -0700 (PDT) Received: from [192.168.6.229] ([202.120.39.240]) by mx.google.com with ESMTPS id wp4sm2609098igc.3.2012.03.22.18.25.38 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 22 Mar 2012 18:25:40 -0700 (PDT) User-Agent: Microsoft-MacOutlook/14.14.0.111121 Date: Fri, 23 Mar 2012 09:25:28 +0800 From: Weiqiang Sun To: Lou Berger , CCAMP Message-ID: Thread-Topic: [CCAMP] WG Last Call: draft-ietf-ccamp-dpm In-Reply-To: <4F6B88B8.8000600@labn.net> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Subject: Re: [CCAMP] WG Last Call: draft-ietf-ccamp-dpm 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, 23 Mar 2012 01:25:42 -0000 Lou, No comments were seen on the list, and the authors received no comments directly either. Thanks, Weiqiang On 3/23/12 4:16 AM, "Lou Berger" wrote: >The last call on this document has ended. > >Authors, > Please update the draft according to any comments received. Once the >update is submitted, please summarize all changes to the list. > >Much thanks, >Lou > >On 3/7/2012 9:23 AM, Lou Berger wrote: >> This mail begins a two week working group last call on: >> >> http://tools.ietf.org/html/draft-ietf-ccamp-dpm-05 >> >> This working group last call ends on March 21. Please send comments to >> the CCAMP mailing list. >> >> 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 From zhangfatai@huawei.com Thu Mar 22 20:50:46 2012 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 F183221E8017 for ; Thu, 22 Mar 2012 20:50:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.598 X-Spam-Level: X-Spam-Status: No, score=-0.598 tagged_above=-999 required=5 tests=[AWL=-0.200, BAYES_00=-2.599, EXTRA_MPART_TYPE=1, HTML_MESSAGE=0.001, J_CHICKENPOX_42=0.6, J_CHICKENPOX_83=0.6] 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 KEmphjWF6jcv for ; Thu, 22 Mar 2012 20:50:41 -0700 (PDT) Received: from dfwrgout.huawei.com (dfwrgout.huawei.com [206.16.17.72]) by ietfa.amsl.com (Postfix) with ESMTP id 0681D21E8013 for ; Thu, 22 Mar 2012 20:50:40 -0700 (PDT) Received: from 172.18.9.243 (EHLO dfweml201-edg.china.huawei.com) ([172.18.9.243]) by dfwrg02-dlp.huawei.com (MOS 4.2.3-GA FastPath) with ESMTP id AEH88165; Thu, 22 Mar 2012 23:50:40 -0400 (EDT) Received: from DFWEML408-HUB.china.huawei.com (10.193.5.134) by dfweml201-edg.china.huawei.com (172.18.9.107) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 22 Mar 2012 20:48:17 -0700 Received: from SZXEML402-HUB.china.huawei.com (10.82.67.32) by dfweml408-hub.china.huawei.com (10.193.5.134) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 22 Mar 2012 20:48:22 -0700 Received: from SZXEML520-MBX.china.huawei.com ([169.254.1.99]) by szxeml402-hub.china.huawei.com ([::1]) with mapi id 14.01.0323.003; Fri, 23 Mar 2012 11:48:16 +0800 From: Fatai Zhang To: "wang.lei131@zte.com.cn" Thread-Topic: RE: [CCAMP] Update to draft-farrkingel-ccamp-flexigrid-lambda-label Thread-Index: AQHNCA36ksHEPFpbRMeRBWbxSfw235Z2EZMg//+gogCAAYgNcA== Date: Fri, 23 Mar 2012 03:48:15 +0000 Message-ID: References: In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.70.76.157] Content-Type: multipart/related; boundary="_004_F82A4B6D50F9464B8EBA55651F541CF8278ADA4FSZXEML520MBXchi_"; type="multipart/alternative" MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "ccamp@ietf.org" , "IHussain@infinera.com" Subject: Re: [CCAMP] Update to draft-farrkingel-ccamp-flexigrid-lambda-label 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, 23 Mar 2012 03:50:46 -0000 --_004_F82A4B6D50F9464B8EBA55651F541CF8278ADA4FSZXEML520MBXchi_ Content-Type: multipart/alternative; boundary="_000_F82A4B6D50F9464B8EBA55651F541CF8278ADA4FSZXEML520MBXchi_" --_000_F82A4B6D50F9464B8EBA55651F541CF8278ADA4FSZXEML520MBXchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Lei, It seems that flexible-grid network is becoming a hot topic in these days, = but I also find that the discussions mainly focus on two problems listed as= follows: 1. Where do we carry the "m" value, label or traffic parameters? 2. What should we discuss in the first step, the whole Flexible-Grid contro= l plane or just label and signaling parameters? Here I present my concept on these two qustions. The first one, I absolutely agree with Adrian. "the view that "m" is part o= f the definition of what is being switched and is essential for the switch = cross-connect to be programmed. Thus,it is part of the label." "I would ack= nowledge that the value of "m" influences the bandwidth of the LSP, but I w= ould claim that an Path request asks for b/w in the traffic parameters and = the label returned provides the value of "m" to be programmed into the XC. = If it is necessary (perhaps a question fordraft-zhang-ccamp-flexible-grid-r= svp-te-ext) to also specify "m" (or a range of acceptable values of "m") as= part of the Path request, then it would seem pragmatic to put it in the tr= affic parameters." In my opinion, it may be reasonable to carry certain fields in traffic para= meters that claim min slot width or slot width range the LSP requests, as w= ell, it is also necessary to include "m" in the label to claim actual slot = width assigned to this LSP. For example, assuming a flexible-grid network c= omposed of optical components with 25GHz slot width granularity and [50GHz,= 200GHz] slot width range. When a 25GHz-slot-width LSP request arrives, the= signaling may add 25GHz in traffic parameters to claim the min slot width = required. However, due to the Flexible-Grid capability limitation of optica= l components, the actual slot width assigned to this LSP may be 50GHz, whic= h is added as "m" in the label. similarly, When a 87.5GHz-slot-width LSP re= quest arrives, the actual slot width assigned to this LSP may be 100GHz. So= such fields in traffic parameters cannot exclude the use of "m" in the lab= el, from signaling perspective. [Fatai] Are you kidding? When 25GHz is requested, but 50GHz is allocated fi= nally? In this case, this request should be rejected. Secondly, why routing= cannot be aware of this constraint? I think this constraint should be adve= rtised into routing and then the head node or PCE can calculate the exact b= andwidth needed before signaling. [Lei] That is just an example. let us dicuss it in detail. in my opinion, t= he idea mentioned above is extremely useful for Flexible-Grid networks with= various flexible-grid ability components. Assuming a network composed of t= wo kinds optical components: 1. 25GHz slot width granularity and [50GHz, 30= 0GHz] slot width range; 2. 12.5GHz slot width granularity and [50GHz, 200GH= z] slot width range. Just as Figure 1 in [draft-wangl-ccamp-ospf-ext-constr= aint-flexi-grid-01]. When a 87.5GHz-slot-width A->E LSP request arrives, assuming there is not a= ny available spectrum resource on route A-B-E, A-D-E is selected as the LSP= route and 100GHz slot width is assigned. what you mean is that the computa= tion elements should get information of flexible-grid ability of each optic= al components by OSPF flooding, so the header can calculate the actual slot= width without carring 87.5GHz in traffic parameters, Do I understand right= ? OK, there is a big problem, ausuming fiber AD breaks down and LSP reroute= reuests, and then route A-B-E is selected, how many slot widths would asss= igned to that LSP? also 100GHz? It is not resonable because 87.5GHz is enou= gh. but how could the control plane get this information? In my opinion, fr= om traffic parameters. [Fatai] Certainly, 87.5GHZ can be requested for the recovery LSP and m=3D7= should be carried in the traffic parameters. This is what I am proposing. Would you agree with me? I also notice that Fatai oppose the use of "m" in label from routing perspe= ctive. In [draft-wangl-ccamp-ospf-ext-constraint-flexi-grid-01], for the la= bel set with type 2/3 inclusive/exclusive range, "The value of m in start/e= nd label is meaningless", and "32 additional bits space is used to carry me= aningless information! People can image how many labels are distributed in= the routing. What scalable issue it is!" In my opinion, this document is o= nly an individual draft to summarize our idea and initial work on OSPF exte= nsion of Flexible-Grid networks,and needs further modification and extensio= n according to the requirements and feedback of others. Thanks for pointing= out the improper place. However, in this document, the type 2/3 inclusive/= exclusive range can be well replaced by the type 0/1 inclusive/exclusive la= bel list, without any bit-wasting. In addition, there is not any mandatory = requirement that the start/end label in label set MUST keep the same format= with the label in signaling, so I think the meaningless part could be simp= ly removed in the label set, both type 2/3 and type 4. Above all, it is not= a serious problem that cannot conquered, and has no impact on the use of "= m" in the label, from routing perspective. [Fatai] Many big issues if 'm' is used in the routing. Per G.694.1, slot width is only significant for a frequency slot (ie., a sp= ecific connection). There is no pre-defined fixed "wavelength" for the link= resource of flexi-grid, because it is flexible (ie., the slot width is unc= ertain before a frequency slot is allocated), so there is no need to advert= ise slot width (or 'm'). This is the reason to have meaningless 'm' in your= draft. Even though type 0/1 is used, there is still big issue. For example, if the= available spectrum is odd times of the central frequency granularity (5*6= .25GHz), how to encode the value of 'm'? are you trying to use m=3D2.5? If a label format in routing is different from in signaling as you said, I= would like to see the label format. [Lei] I agree with you that in both type 2/3 and type4 "m" is meaningless, = and I also illustrate it in my draft. My idea is that, "there is not any ma= ndatory requirement that the start/end label in label set MUST keep the sam= e format with the label in signaling, so I think the meaningless part could= be simply removed in the label set, both type 2/3 and type 4." Is it not c= lear? [Fatai] Clear now. Happy to see that you agree 'm' should be removed in th= e label. "if the available spectrum is odd times of the central frequency granular= ity (5*6.25GHz), how to encode the value of 'm'?" Firstly, it is impossible= that the available spectrum is odd times of the central frequency granula= rity, at least for recent optical components. please see the reference: "Dy= namic wavelength processor WSS with FLEXGRID functionality [Finisar]"; Seco= ndly ,event if it is possible, type 2/3 and type 4 could well express that,= Would you agree with me? [Fatai] Why it is impossible? This case should be very common. Please see the Figure I.1 in G.694.1 copied as follows. In this example, th= e available spectrum is 9*6.25GHz. Therefore, the label format with 'm' can= not handle this common case. [cid:image001.png@01CD08EA.B25CD450] In my opinion, the problem mentioned above has no relations to the use of "= m" in label, I am confused that why you oppose the label format with "m" fr= om this point? [Fatai] As explained above. It is related to the usage of 'm' in your draf= t. I am trying to make people understand 'm' should not be carried in the r= outing (and so in the label). I will continue to make this effort until peo= ple understand this point. Best Regards Lei Wang -------------------------------------------- LeiWang ZTE Bearer Network Product Pre_research Department, Wireline R&D Insititute Cell phone:+86 13811440067 Email: wang.lei131@zte.com.cn hechen0001@gmail.com leiw@tsinghua.edu.cn ---------------------------------------------- --_000_F82A4B6D50F9464B8EBA55651F541CF8278ADA4FSZXEML520MBXchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Lei, <Snip> It seems that flexible-gri= d network is becoming a hot topic in these days, but I also find that the d= iscussions mainly focus on two problems listed as follows: 1. Where do we carry the "m" value, label or traffic parameters? 2. What should we discuss in the first step, the whole Flexible-Grid contro= l plane or just label and signaling parameters? Here I present my concept on these two qustions. The first one, I absolutely agree with Adrian. "the vi= ew that "m" is part of the definition of what is being switched a= nd is essential for the switch cross-connect to be programmed. Thus,it is part of the label." "= ;I would acknowledge that the value of "m" influe= nces the bandwidth of the LSP, but I would claim that an Path request asks for b/w in the tra= ffic parameters and the label returned provides the value of "m" = to be programmed into the XC. If it is necessary (perhaps a question fordra= ft-zhang-ccamp-flexible-grid-rsvp-te-ext) to also specify "m" (or a range of acceptable values of "m&= quot;) as part of the Path request, then it would seem pragmatic to put it = in the traffic parameters." In my opinion, it may be reasonable to carry certain fields in traffic para= meters that claim min slot width or slot width range the LSP requests, as w= ell, it is also necessary to include "m" in the label to claim ac= tual slot width assigned to this LSP. For example, assuming a flexible-grid network composed of optical components w= ith 25GHz slot width granularity and [50GHz, 200GHz] slot width range. When= a 25GHz-slot-width LSP request arrives, the signaling may add 25GHz in tra= ffic parameters to claim the min slot width required. However, due to the Flexible-Grid capability limitati= on of optical components, the actual slot width assigned to this LSP may be= 50GHz, which is added as "m" in the label. similarly, When a 87.= 5GHz-slot-width LSP request arrives, the actual slot width assigned to this LSP may be 100GHz. So such fields in traffic p= arameters cannot exclude the use of "m" in the label, from signal= ing perspective. [Fatai] Are you kidding? When 25GHz is requ= ested, but 50GHz is allocated finally? In this case, this request should be= rejected. Secondly, why routing cannot be aware of this constraint? I think this constraint should be advertised into routing and = then the head node or PCE can calculate the exact bandwidth needed before s= ignaling. [Lei] That is just an example. let us dicuss i= t in detail. in my opinion, the idea mentioned above is extremely useful fo= r Flexible-Grid networks with various flexible-grid ability components. Assuming a network composed of two kinds optical components: 1= . 25GHz slot width granularity and [50GHz, 300GHz] slot width range; 2. 12.= 5GHz slot width granularity and [50GHz, 200GHz] slot width range. Just as F= igure 1 in [draft-wangl-ccamp-ospf-ext-constraint-flexi-grid-01]. When a 87.5GHz-slot-width A->E LSP request = arrives, assuming there is not any available spectrum resource on route A-B= -E, A-D-E is selected as the LSP route and 100GHz slot width is assigned. what you mean is that the computation elements should get inf= ormation of flexible-grid ability of each optical components by OSPF floodi= ng, so the header can calculate the actual slot width without carring 87.5G= Hz in traffic parameters, Do I understand right? OK, there is a big problem, ausuming fiber AD breaks down and LSP r= eroute reuests, and then route A-B-E is selected, how many slot widths woul= d asssigned to that LSP? also 100GHz? It is not resonable because 87.5GHz i= s enough. but how could the control plane get this information? In my opinion, from traffic parameters. [Fatai] Certainly, 87= .5GHZ can be requested for the recovery LSP and m=3D7 should be carried in = the traffic parameters. This is what I am proposing.= Would you agree with me? I also notice that Fatai oppose the use of= "m" in label from routing perspective. In [draft-wangl-ccamp-ospf-ext-constraint-flexi-grid-01], for the label= set with type 2/3 inclusive/exclusive range, "The val= ue of m in start/end label is meaningless= ", and "32 additional bits space is used to carry meanin= gless information! People can image how many labels are distributed i= n the routing. What scalable issue it is!= " In my opinion, this document is only an individual draft to summarize our = idea and initial work on OSPF extension of Flexible-Grid networks,and needs= further modification and extension according to the requirements and feedb= ack of others. Thanks for pointing out the improper place. However, in this document, the type 2/3 inclusive/= exclusive range can be well replaced by the type 0/1 inclusive/exclusive la= bel list, without any bit-wasting. In addition, there is not any mandatory = requirement that the start/end label in label set MUST keep the same format with the label in signaling, so I t= hink the meaningless part could be simply removed in the label set, both ty= pe 2/3 and type 4. Above all, it is not a serious problem that cannot conqu= ered, and has no impact on the use of "m" in the label, from routing perspective. [Fatai] Many big issues if ‘m&#= 8217; is used in the routing. Per G.694.1, slot width is only significant= for a frequency slot (ie., a specific connection). There is no pre-defined= fixed “wavelength” for the link resource of flexi-grid, because it is flexible (ie., the slot width is uncertain before a frequenc= y slot is allocated), so there is no need to advertise slot width (or ̵= 6;m’). This is the reason to have meaningless ‘m’ in your= draft. Even though type 0/1 is used, there is stil= l big issue. For example, if the available spectrum is odd times of t= he central frequency granularity (5*6.25GHz), how to encode the value of ‘m’? are you trying to use m=3D2.5? If a label format in routing is diffe= rent from in signaling as you said, I would like to see the label format. [Lei] I agree with you that in both type 2/3 a= nd type4 "m" is meaningless, and I also illustrate it in my draft= . My idea is that, "there is not any mandatory requirement that the start/end label in label set MUST keep the same format with the label in s= ignaling, so I think the meaningless part could be simply removed in the la= bel set, both type 2/3 and type 4." Is it not clear? [Fatai] Clear now. Ha= ppy to see that you agree ‘m’ should be removed in the label. "if the available s= pectrum is odd times of the central frequency granularity (5*6.25GHz)= , how to encode the value of ‘m’?" Firstly, it is impossib= le that the available spectrum is odd times of the central frequency granularity, at least= for recent optical components. please see the reference: "Dynamic wav= elength processor WSS with FLEXGRID functionality [Finisar]"; Secondly= ,event if it is possible, type 2/3 and type 4 could well express that, Would you agree with me? [Fatai] Why it is imp= ossible? This case should be very common. Please see the Figure I.1 i= n G.694.1 copied as follows. In this example, the available spectrum is 9*6= .25GHz. Therefore, the label format with ‘m’ cannot handle this common case. In my opinion, the problem mentioned above has= no relations to the use of "m" in label, I am confused that why = you oppose the label format with "m" from this point? [Fatai] As explained = above. It is related to the usage of ‘m’ in your draft. I am tr= ying to make people understand ‘m’ should not be carried in the= routing (and so in the label). I will continue to make this effort until people underst= and this point. Best Regards Lei Wang -------------------------------------------- LeiWang ZTE Bearer Network Product Pre_research Department, Wireline R&D Insititute Cell phone:+86 13811440067 Email: wang.lei131@zte.com.cn hechen0001@gmail.com leiw@tsinghua.edu.cn ---------------------------------------------- = --_000_F82A4B6D50F9464B8EBA55651F541CF8278ADA4FSZXEML520MBXchi_-- --_004_F82A4B6D50F9464B8EBA55651F541CF8278ADA4FSZXEML520MBXchi_ Content-Type: image/png; name="image001.png" Content-Description: image001.png Content-Disposition: inline; filename="image001.png"; size=18825; creation-date="Fri, 23 Mar 2012 03:48:15 GMT"; modification-date="Fri, 23 Mar 2012 03:48:15 GMT" Content-ID: Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAqoAAADaCAMAAABZ5pCwAAAAAXNSR0IArs4c6QAAAYBQTFRF//// 8PDw6OjoYGBgkJCQ2NjYsLCwaGhocHBw4ODgqKio0NDQuLi4iIiIwMDAQEBAoKCggICAeHh4yMjI UFBQIDBAAAAAECAwqLCw8PD48Pj4CBAYGEh4sLC4yNDYuMDI2KiQ6OjwGEiooKiouPj46PDw4ODo uIh4uLjAGGjA2Pj4mOD4mKCgoKCoGIjQOFh4cMD4cEh4qKiw+ODASKjo+MCo+PjQQECgmGh4sPD4 6PD4+PjoSJCoWGiQiJCQmNj4sIh4sPj4wMjY0KiQ8MCoAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAimrGAgAAR7dJREFUeF7tfQmj 2zaSpkiC930oL85L4nZn4s7sdE9Pd8+1O3vv/v/ftF8VQBKUSAkgqOe3thDHfk/CUSgUCoVCHafT szwx8MTAEwNPDDwx8MTAEwNPDDwx8MTAEwNPDDwx8MTAEwNPDDwx8MTAEwNPDDwxYISB83fHlLPR aM9KTwzsxsB3u1suGx7Vz0HgPLv5+jBwFIkd1c/Xh+HnjA7CwFEkdlQ/B03r2c3Xh4GjSOyofr4+ DD9ndBAGjiKxo/o5aFrPbr4+DBxFYkf18/Vh+DmjgzBwFIkd1c9B03p28/Vh4CgSO6qfrw/Dzxkd hIGjSOyofg6a1rObrw8DR5HYUf18fRh+zuggDBxFYkf1c9C0nt18fRg4isSO6ufrw/BzRgdhYEli v/vxx3+QHf/hx7//T4shfvfj7/9OfYBaKP+0+PpJqgctyLObLQxckuqf/5Fr/u3f/rwk1X/9y3+b SfX3//mquyepPmnswRi4INXfC0mQv/v7PyxJ9Q//+DuNVEf+OgP3JNUHL9Sz+0tS/bu//DOQ8q9/ +aclqf7L7//Xk1Sf1PJFMXBFqkyiIEv8+7c/s1AK8RWkS5/psipRtFaeXPWLLuO3MPgVqf4L7kv/ 8e//fFpwVfplJlXCy//9UQq1Y3mS6rdALV90jlek+h///o+nfwEj1UmVfr8g1dP/nJgsw/8k1S+6 jN/C4Fekevrdj//wB3BMXQCQ2qkfF4x0yWSfpPotEMuXneM1qf7rX/7rn/+JSXUJ2f9Zqqguvn9y 1S+7jt/A6NekqrT/V6TKbPQPEAX+9m/44XfPJ4BvgDre1RRXSPVvf6bb/Tapgl5R/sdTA/CuFvLr B+aog/uofr5+jD9nuBMDR5HYUf3snMaz2dePgaNI7Kh+vn6Mv4sZeh7AoP+PK9QldyvL9JM2ituA R5HYUf3MqFud12Hztl4itbY6VHJh1PIsF8q6+zdtIAn1aIipQ98fCXUa45puJSqt6fYoEjuqH33J tD0qN+rlB2+6vhq7GFdaLje+8K3x/kVAXwx6OKkSNjxJquNCXa2Y3Nw60zVHxFEkdlQ/q6Q6UsTF HN+aPuR4ijolwhUIxy+7+Qq+x5qMIxMhw2YJjyKxo/rREK8f9rPko31KvMxmrjsXdR576mBt1JXP 3sUpQDsqr/I8BMPz+zxVUguQ5+co9GvKf598+d2+gqZpXlU5RvHyPvWng8YL+x4de576KA3lABNy TAc9isSO6ofQWWHGQKyX5n2f85SJJvGbxDNhFP9KsWjnYWK7HCyHhVWPtaU17quiB4A8vuenfU90 cJKL4KUuK24LmFH9vhuGoKtOXhbUcTbyu17EQZA0/snPypQAj5p8SURGnU+VwjgY6gRdZEEQZ4Qe wlrfdBglS09eI3qqKwfbUY4isaP6OflREsRBHUQnv62DIKjUHixKILaNvFOaCZqrL/ifkVx3TN2y iR8B50NdZ6ewxQ+JBMw79W1CgGFpGsEEK+F7R8XLujKLqtSP4g6EAxxSqZJENE07iNQXAdGo3yVM SzuLVwRlkUWpVySd6OJIoqfo4lY0XSxCvw0K+qQMdqLnKBI7qp+T1zciEnUdeXnXRUWk5pUFichE HGdp3tLOPflBsnPKe5cizwiwc3Oq4jKKilBeYgu54oHwvIQXIWxjyZzeTfFEySd82MX9qQokV0vb AJzvlHdJ5c2k6heNEGJEutUMwJt7Pmc6zD8POkYPkNFg7LyLK7+MeXeDVNMIg4hilAQMhzmKxI7q h+aK9Qc+/agEq1IlTIICB2+UlGFYMql6cRuCeIDZaqplOGeHannS5aei7SdJLI3jCgd+FSf+qVOk muRqLd4QsFtz8roAlNGf+gRsP2zbnFAcxXwGnPwiH7lq2/Uhzq76XO/hrqGIy7IJwUM6dNvFOPJp IRvm4XmR+mVCXPUk4jAXAUaZDkzD9TiKxI7qhyfG2x/bviuFYlBNnPGEqt5LheSqXRlWyRDXL4na nYYzdqmWlnFxAhMqsUHk9SQKBHfYF/6pTEhKDcsuJxGhfuFj9R2UMKghu4i0CiCYpkIxN8yE5H4S vcuh6fs+ipMeN6JeDLsA75M6TgKwkqBFx5KFeg3TI9+oIACICkJ+EoensK9ETetmc/F8PSYVwHev Ry5JVAscGvEQxwGYGGE0ieku5QOzIIWgAUKjoPU9zLyr94rpOyDOhhK3kPYcdEEHLo9jVLBQ5mMt PKxFVPR9FtMBWPVl3b2thLI5nxAnel4kIgpwpUqFFBlxJAP8JmlF6IkzbgVxcCbJxUtxai0v5Ssq kJWxwiYL06wTVVKyRMp4EeA5GKVrm9wvaZQgOAfEWsKu3cO6767Z0B2QlcJUJ8FiFE0wa/pQSVZ+ nECbnIu2hHiOKeOuOZyZEnCOmREEKRHMQVhHCRYA4pgfiTwtOubtkEZoxUVSqrWg8xNsA2wWsspd xB5eYZWqPGL2XpxkdBoDuSwyCgIch3ZQN6kY2izLxEB0BZFS3oguyvgoN6pcrpFJQhFk0yhp8UMp N0TDKylw8Wx8MXRZ1jRBAMEDgoa6L29gei9mXvJXp1W2bIxrC9/xSUHUyltpF9MVANeqoIBiADfN RtQdSKFKIHkZK1dpxSQO5D/yDDeHDoIpqQ0ZMFAtGoMFSVIdcA8UdYm1aAMiYgi1llzjiL20se4s WSdJRpqpVGE06kC3OO+js8DRQNuOvwFx4URbpdULlF3UYqwQGy2YVNuY71gFMXIPwulQAkksq5aQ YlENn2vlckjzNVmC6r+ezpZ437spuJ0IIAjK+zXmJ3kAnSdeXog6S1uiUcgE4KphYqVfuXqptSTV LMDZJknVk8vrZSRE01rUDT7io60ETFh9FhAsysiuLJpsVb0YORegkTwWfQtxCnyAoPSgY6P7qFcQ 4HwmewR4pBQEN6FYmxk0N5hxX5bQ0IQYrWPtctgmpBvDLhZg15JUgxxY0/aDJZ5uQladT0FzBAbN gPKTOgSdpgJTz7uShdUeOj+0TkUdjaQat76SFA1BU6pvw9or1aR8B8kEWh5cnvh8x2ahCxZOtwzi AX2EqxfdqXHNeuOirGdCMK3lVPsg7iuwf08MooJAzVzAy5I2q6omDiKIr7z5wQnzoBZ9QTqNZVHv WdMR5IfQ1S1LnwRZVXYV8eVC8M0ff6qky6oeo2TAC1+xcCuuIHXkeNK6OA89uuO5lTLB5da+i3lY L7cR26CYoqeOHPJN3/CmxKpHcVlURYMrSyr1limUVVkdVDm9GxkVwt3FGnhpiPuQUWvCcpLQW1Xe BVkhukbKyFEQRxXfmr1WXhig9y2gF+4Li5NIHp80hikw6/W8HpfOy69AlXHQYu+kZV1DGS/H8UC9 cZyAtvyGL694VAmLesBLizy89YIrgX7X6qEuvcQ6VP94CiGVYoObBN0gWFDiN7G4rDzQKB+QWRk2 0FThCUudO9NYHhZZXTz2ogH6mKLeh0JeAUgqUqNjVkLBGj+vKIOgI9Uqv2pG9FrVlRUw2krmJXpx pim3uSG1gcpw39WA8JtYahjMitfh/k9nJwBLSH9OoHlFSy+H0O76go/WXIi8qWvcqAGYWcc4NTAb JiCn4vUieH1tr/rwwqKQmpQiI16mBgr7ougZl1J3D36cFn0VRdeaavH6Am2XahlmGKW8hhWjMHZ9 PJDMd92UOuS3EdgH0MmYe2H1U6E+1GH1mpfXYVRP7kPEK7S5O+5VioCgtXn5zoYp+0AZl7CKpPaS UdQXUAXRmZHKsycM/fCn74EViWejqRVnYHwkVrwzvrzy5ci05OrUS4tIDsp/pX2WMWeXj/9kA5BW 1dpabI9T1C/1YheZgqTVS6syePnuu9eOrFBC+kuVPk3zNA3xEb2wwZKElH4p/iWxm05d+gCfkMZN LhpVod9V8bwWOs2XpMGs06IJKNtpAguYdBqFO0cXIYo0jJG9+h4ZcxCBsrIxxTAYcbRC4N/nkgqo Tl8DYXpMXuOoJ03VIFXwVoWYYVUOpLoNaAoL/IWY2WWRn0B3qtDE9jgSlYRGOlL4B5ozo1WJZ1Tv fgHsGWB5iRsyNcmjhDA+ZIxdvawANi2ZXFQaixc3ZGhpdQnrRAfqSxI2+GpoVCA4AhbsIsny9hXI 8awkf2Xt5aJAtwcmTyUpy7ZsofNru64rqeAX+jvp8IP8I6gOfuDfuJRlzer317qB0CVV8eeBVLFT UT/iQ5SubDvZRVliFPzBeGOPZclAEBwdBuVhUJv+GaSSf/+mZTl1j7BKejs5RyzDVSHkrBTALGhi QNgSY/QBNRknyUgmzAr8oQfWO4VqxYzmF5wyVQcGRD+z8nu5sBuQyUWTgwIUArGVS4KuaelpYcYF Ro17AOnfEzskUnDQxfZqRt+9vlyX88sZH+Lv87mua/4L76f0L/7Hh1NZ/DJ/LJH13WvctGMCae7x qvCHcpDpD0ZQo6kO5aA1wOHhph/Ue9Qr62T3lJoa5i97mvbJOMe1WY1Y01F1gbZLbE6YVHOUqFe4 5x82ivxmhCYQpWIOK+s6Lqfs6bJLhd7FF7w2i8qM/RmsW5BJwOQqvUI7uwfP1MbL/xjT/F7josAN FJLRVKLot+I3fPBb9NNvv8HE8qef8Ff1E/8LGep7rUTf//KL/vv3v3z/0y+//BarndSnecOjfBf8 9TeMMA1Cw9EvGCbCKNz9+AcDFcVPxfcYSfaNEfnPn+TY0fd//T765fvffmFOgv26VwJQRLpHAoCk /ifJL4Iq+mtR4I+GPp4Qoe63n1AW+JG/qBlhFjQjniV+mGbLv+EvFPl3FGW/oDQrRWT08fet5KpB E4aFZA/1H0ckM2QS0XI5ZSkuIFPoVXiXwPwJECqk8+8EMOpNYFGvq2ApSH9pJEd8geHYXkqldkys K9cqlz5l25KwVsrrVvpXEp06Q72Lxdhe80qEut/8iJ50ScwbLAbVqoZ/JGKN9zU+rJWUHU8RQHkJ /sg3c/+nFtJJbaEBOAya645IVj3Hf7pSVtoO6f8xqFfu5rbdXNWHlYCmrUp/CerWaVOtAuRlNQh1 97Fy8l4UTC82utERFBo3FMGZ3treQYmg0PvjRJzQBNbvxLY0g+XAL4csfpjdfFzfuQh5syShUKpA jiy4g/aZA6Hi9Z2sD6n8yZatznPJf2H0Gao/j5z/RV+9UIp79blfvP2j0ur0euFEqDrZPATLyhN1 ht1cQWixnG6g5+cJDfWqxc0tSCZHztFBygLsh1T1JeNSOq6HDLGzU91waWcX3Ox4CXJp4aPDdjRf dZk3Zl7Px0l/thUB5Fzc9oob/P9ftT5i6bmPIzpSmCMh/xKJB3a/sj77yMVvNErFBRP2YhZrvzKj x07SBLYvD8EGlO8WsGt4HwvqklSLwMz4/3V0f1HgpobtvhsaE7L5EnX27dk3gPQowMZ+DqWny86O AnZjG8zDwXjQhjvar5OfsSvYoSeRPRTreFhg+dD1PALC99fHFlU+jlo1HJTkMfDoMikO9IHeJWW8 L6AOg+awji4oRfX7qO4Xo+XnN6DU04n0BW8yn0dvurft/32ibJWFah8ezGJHJNTfvwny85f3h/UV jC7lgS8HsrQn/HLj36aJdVKd2zwG8L0PpNb0rR5krds9sMGKnLpE8hcklXdNquO149H4YSRMlxx7 Rf5O2kk5NMCjJ2cL3AKe9wXcodBQ4L1jyg2wDhtj9BpaMA62k36bcmWLRWbSX65co3zS63w5oMgU m3f0UXQq3WjCSLRxEB9QENIiktY91xCmBSx24VCF4jQSmnciUpZ/8zBveCxntX5bJPSVB+FvB2KA ccbFGAF83K0A0a8I42xfvaNjtya0SM1s9eZOsZgPQpzQ4nfJQQVW/Re2ifxgXiDYUUxDwKjccbAO 7mmIqpktfdF22Uft48K6P5YHp97gINTt7IZiiWovw0os8ikYJmOcUb6z793NMCKGb2Xk0UMKx9ZE 0J+eHHHcS16BQSNE50VwQJ8IFaMUiIQLVx3HcdKwj0SHYKW8QLwR9hrz78ThJBbzxMDjKcTvlykj xjPlWaxmRC6eQ1xmx2B819T6oqGzxtUHcFwiWFwOrZMp3cpi91i+RYgphA6q4ZW9ky6um3FPORyB yTlbWXHtc5HaCdI4GKFvdPre2dUhzQgXHBVtxHGaATA3w/sjAPMR0mGgRXIviKFwOKESo8vbQcaT 44IIjN0DrCe9sByCyd10l9vJXgzKKxzO/qE73BB3F0weNk08B20F6VIg8HdQEIkTi6RtIluYFBVV iE1pa/5mNlQaBQMHTCP2hxAsj3mZ94uAPfmovL7pymA0Dj65tGc2w81javl9MpnShIh3aR5U4jHw TL368EjYiGtmMrIk1T4YKNrHEez5alAvG2KJrbTjUR5TojGkvtR1vlk5w9i1R8jkh01sx0x6BGni Zl45PMA/aAdEqkkRKMB2d5F2NYXncVcjrEOAGPccL6hEqLTdMN5uiK1QYEdQpWhnPJ+dkCGCkAf0 PWSX7wSJQuLJSMrZ+6JUCEqIyLlzVhLDiLfEgYp4I+7s6UYzDucHWnpsiGMvonDLiHo5OkodP5G1 HkWMxDDvJXbzBGAUUGjvSu3eRyzqTuwWw97kIzxgPlD0V1UeQKqINI1NnicIv/4oxs0haUq+Wh0S e9J8IapzGICdPwJt5kBc1ESkOjFEQPsA3vquIIO3/f4TaFri3YgxaFjAcbvRXuYfg748SNAxCY9v VhCK6xUxvd9sPOOBEKc25HQDD+RAxsDoMEDVtP/+niOI72NoZ5oLYnQ3FFH0YXiTOpCSJLQ3fKvi 6XwX4+byYPzZEgXqN0Mpw/ZyeUfwRfUy7rjF3JDpb0cEPIsBCFN5XKuMMvTbAy5XLFkg8YV/Oipl j+EMPcRgelekoOAO4/MwMdVHYNwQP1fVesQ33tMWC6yCQj9OjCS4/PhljvL5CMQxqSLYc/jGuqpT +rIrWdeexbJoA2yI1/N02X4Exi2gWVRFxpO91gB5Byp/9AHhd6/BQ8egaxVlfsgR1P9NS/7idKV9 HKzN+Z3EqtKnSIJatltfVS1Cnrtc0Vdo8cMoKzVnYx2SA0lHcfbGatVT8XLb43A5m6u5SSeOBcEa zf9+JWiqHiBo3dta9+HCe9PeJ6tiTPN7vPQ9J8H4ATnm1mfpsjfUlWFGTxGL7G1fABB4b/9xIeeu 4lLfI4Jx03MTFqrkXXKrcLZa42JR1bjPjYrh7qe9wjr70DasFxOefwWpbmR1cFGnyLXSiB2kKgJX VNq1L87D7mUeSdXmnjAPdiSpfhiPP23yptPaXPRHkOoVd+K9brdkkj9stfkhGknVoNubVW7CVSB9 8ZuT6g2ueuGAt3nQs6Wt/PZi8mskdC0zrKEdmlX7FdRbGFLAJaXeXeDQJMPZKujF7UyQUxtG0F04 VPUP89nPyP5hzH680oMU16y6H09NukzpC/feSPUa4ctD5CYpj42By7mYLgDZAdiQqg7JOMaUaMqM 5McVlDfc7XIcqU5Ac9povYTICHSBNVVhHTSvRxYfWSZSvTfrProV5pXH0QYDUmQaIVVAqo3NAt2D xuD7oo7vk8/2PvQpqwxcn7ILb4nVPon3EgL6hlLW3Cl53N6rsvE9DTMBNOYl2u5Lk7WRRPA+YA6k KhOYrewEbafRTumRWe3SWWp1Ah9UQ3DS0Tp1g1QX/ILGqMi7yyKtAbKy6ZY6INW3vvVGprb/qydS KlrAj8yx8WZ2al0EkFu1alEdtlyKcjeIyIKrXpE9khIHgUqnWd5D6SRxI3Y3fDth93x7Gx1EqpQt aq0AHOSMFvAT1PiqOn6lg+SS6uiTNH7tPqvONFJluUxdey9JNeziElhaqIhZfb2VmLKqX/Tgve+Q VOUUlRPp5VEeItdfc/KQGLJBlsgF6pkA/E8ri9GXXYYWIacZ3WZ2BqRKK0GYXQjE1GUD9zdBOiUY xp+TJUnwelzvO/Tjl12DtJtIZniTnTuQ6iSrIhR3hByUkseGfY9spjmxRYmPvkNy2GyYvU+QIbDI ojDMBJg+TcBHEq/+43jowyjvZbLr1UkVRBzBR1CdeF5e9Xnfy2QGnK86Gia26iHjHA67sGrYyJ5y WRNU1TgGckZ9eVK9Zx7jV0XVCOVQlhKORvj9LD7X2cknw7NT08nz4QeSB6IKR2lYiEzudbkauczE 1ySF7xVwfLx9c7hPqh4DphyI/B5D9Mh/Rr0WSK3oxUl6qrrzudUoD2l0m6ai9WC/SwVYRfncPCSM FqCB6J6ZmTOpAsAevqRBTYaOoCZ4bQ3wW569dGByUiD/70yqBfzLgroTcS1FCGQ6HYKhHpO9VKKb fRQVqaqzIhsSsglg6oNbFFrJ0wbshWzqA0WXWLOOcoMlZTcMkueQtx0SsSrXQi8THYzd5vIFuGqm 5KdtRtJ3SD9by+zbmCHBr9ydwqIBh/SYKE6cylwyBnicILldUia1NJqnjKeUg04mJ0Nuc1wa7t5w 78uqfhJ0BBhvALi9AbKYUM93VT+C1wuYV4Ps2fPcWlAI3F+7QVnJ03oAMs7i6jVxljf9XdOncEqI u42z9W9mDUAFzHDSdxo3j7KmyTjHqSoVYXlMu4sayKncF0Pd9LCc5ip5htJEOZ9aYZnBeuRSVpUI Fue2gCs3n/N+1WSZoDyLNFn6LJ+TsvqUD1uc4yqK5cMx18a+Zuz5FZJbs63NeA5+AVKN7pMq0m3D wVmueBo1gF8G88BR5DcJBIAEBq/+iEV8Xg1ICt3VXV+wWSNa4WwBbnvOk9zVCWjsrtuvAakSYM0w AwbYRkestDwPwLjv5Z2WvcmLz6JvzkGFDM689fw+a7IoY86M/OZxC1HmnvecM1fFWP0Aa/aKPAKA EWRX9ZG0VqIU6U89H8nVW7V/mDJBF0hOApBDmPBwss0wDdPPPks+fib8z8lkQ7O8VjU49U5jYHMf AyGRJzdqyOck7yYKT5Fw/FTVJdAAfsvSG6DCKAxAKDKvXzjrvEtShU15CtURcU6Zp5RTlaqSxQ0Y agIhT3ORw/HmAT9Ab6yUtpgyWrJsmgbnMoqShLNA35RV23GQjX/9mIzdAwkY5WLnIWRJs1aedDAR mWnPS8BL8hpZPgXwrtYD0Ry4Bqg7LqJWHQ7bY7uTqnfq6RZaBThqgZOI84DKkBi96Fowtib18Bw0 AY6fT34LpoKXMibVXFAyTimVFQhWIYZhNE1ckmrGshntWqwdDVSWHGcBshuw0yfTGCkRewHTZdyR mVR9hBCi1J6cNlvUZdGd9TTf75JUwxYXEzAnlncQkIfgn1Q6fOwDrbHoAj7OqKAySJXOi0RqwsIM bcqW3fm9oMbsG67tSKodfN4gfbBYkTeUVpUlV8mewB3owOpbSarywxYt8IYP1gGBhtYDkY9QGmLG KQz8aSdtvKBPtOtOqoAqBkOtlAwZQe+AdO+8d6sySbKGbAVSmh1PRHJVv8PuzqVhJClRcDRxfASP En3VLy+jomONVKUAAJswhFFKOEW6NLopZr/WNIEURKhJiVSJPBuSXeNW7vdzHdSvulvzuyTVvMMp nieSefVdnMRxOwVDAMkRq60qzHCSuvuk9ZhvnaQ9OgKkJNRMXnk7MuUCN5bEM1HA5Q8GAgAt5qcg oasb1pjiWbXympDS38zwiVR1WZWWG8ToM3RyPbDozJ6wemjgxYD9ZjmCVJlGFKHIvObIrs34oJ/A VX2QDdQAcjvjhgBSJRkSwqXUV3H6cD5DPqTV95GA7Kv0IAtS9Rr4/Ei5FIWztqv3bJBaii9Ar3K6 fgJkYidIrqpqk7zAw+XIy9q+f66axzBxgg+pEgBYgJlWsyEpKsJSp90c86IKwIeJqXmxNOTH6UyC D5Mt0bDni+Rehi0DUo2h8UpHAUAmrpeisQDbB+MkTUzeAfpJy99iGUIkQQDLJYNy3L5YnpHNoAHw YESvk/YazR5CqkRyiqtejwG9atJ2MZBa8PGFTQRuR2q0PmBX0bl4RKAfvGoAXcuyIFVsyR5yqaZM 4OXA/2EZJGDN4SmU9zkmVZJV03bVyNHD3Q4LOi38u+OqBFmexJBVkwv1pJww9mWDcyQOkLu88MBc GZF9gqsMnWKfEhCTjlj6GowZuef5GLpVTEgVmAapLo3yiQtBO9qWMSscAD1ItZfHgNcRZ4KsqqSD 5fh+Gbdd0t5zPTyCVPMSAOWjou1KEsqFDA3VlxxZBqcSlL0ZFGxhqb8vzew/FZOqa8lVIwijkNpW kJ2XQBJ2QlTydvAFhgJYdEtT7wLE0jUM5aWOmXdHqgRp2oADpM0kiS7WtwISSUYPWuAK3IxxwpVZ t9lIHd04Y96ULI81d7Pq3idVT9A6iGZ8p1GAYRBcqkaZLBeABTcXKfcRPNDtQLrW1mOaUAgHOoiM d6wajyBVnzTr3vRuLyFg5Eiy9fuCAO4VMUMsoDOfDgldPzERkgeRB78szVW4z5Tw7K8GqAn7ivYy SJUHpzPPo5uvf62uk7KaOnwksO+QVEkxghnxX3OZkCRtAMC1cjpNGyJVvAFQZUaSanUh/aWVsnxw u1ahdx7i8rGKljssZNhaD1ogWg95eeX1ONFf43rIt8exeLx6d1S+LqQ6u+Do2JwpdfEptpx6WiLQ l4B6fPLjYxYA6N0P3/9Kn2yaqyz4xTxQXozULxmJvlaLdVt++w5JlfFxjdfVT/BidPtN8hITW+/N 1Pt9rroOg+JNDPcEeDjdA9UrjuGM1qq5kOq9l8Fpz6gfloQjp3NnNa5IVUPI2nQWCFHjaUOoH68G faekejnDTbaz3Pp6M41zGVLJ/YdVw45urO/dJ7OjSfW+A+EaIZqyCgntZFq9jR+7Dlf3x11SveLI F+BMTH7+/CZdQeZI1LvR/WWTEovBxta3/gTx/f4nmLlNGN92WNEPxBuon4e1AODmJgBXvXd2bLSP loZMNlvtLjMd2TDk8i2HFbvx7tTGq8RtLNhvh3vwLR5WDbo3qHJvSKPvvTzpDCq6gLOzLR4J7r29 bgBu6gVw74y/gRcIrZu+VYtmhpPf3N93uarB4tlUAbyR7pqmcyqbfjbqXos8xp2SgvNAUnWAZAR5 6mI/qVZ37S0m3nh5Wt6krOVZO3PV60aGBKodi6OkK+9cM1jbpMoVVU0mKNNB79WLVtTDxgR1p+IF gdzZCOPs1L9hLE1dtsu9qV22tK2/QTd7r1XQ30nztC16HD8f11ojjtugL/CMV+7m3gJODbaX5JKd chPtwyJZ2ifP05I15e+3llyvNza5Oc+o47fn5eSuWqx8P3602bstZVzUD+l1dr2sfW472r3V3EbK fq6KE0wnVROQ7y3M9TSQknzDudocmXrNGYIF3eGtd1NWXTQxQLRhFdir6ptyA32XGFvsY7ORTBZG 76mPNeu9tSFsO7RcqctNPzXfy1UpJtkheS/u4Hv0WDVblr21qsRqQ+wdRm9XJBauYEcMaNpHvs1V Tbt4TL0wueettTVuj4RCDVvuNiKLooh+lL9nETxYIvoMxrNFVOAD+pF+pp/wP1WJ6M9cphbUGBUz +j+KunOg6qhexhboFUbt/BvVpSZRw3+j6D2jFo0mq/Io47dyBPq2rRP5PdehGg13PHdEHUiQqb6E X46tGvEs+Tc1EzXo3K8+2yySQzI+MBEU2efcs4KFZ6kgBWpggq5GneaItjTqCBBDoI06fY5Pl3ih 0eSCKJB5GMpnokBdwk6NeZIaxnmZLtdyWkr6ZoRF1ZKkMEGr44R+bohIaAYVlb7H/9NPTb1XWVWc z/VU5p+HocYvATxQavw4DOczfqKfqbyc8Tl9Wg/B+QU/yTLUL2f6UDZB+yGoa+qhrs/fvVAT9Z0c ER3J9vwNFwxJddAOf840iuysVrVkzTP1NTZ5OXOLGn0G51e0H2EBMFQNHhUEPo1CLjg05Ava8zc0 CoMsu8OQ6kM5/AiibD/PUkIpOzu/vsjWDDWZJeJf+cEEC8+S5sTTlzNWY9IoPHN8zkMSxvlXHpLx qDCO9hIxl7AwZPQNt1dwDPWrxDjDojUBlmgutDT8zRLjDKIEVC6fnBma8PrKJhe4WKEeSQtDTfad lIRwgOcCpb9MuqQLXu/ZXm1xVVicYYeDleHvBmnWJFeBFwIsR0r8Qw4J2KN1jRR+2C3Yfg04Cbeg b7Lg3PK/1KapBzTh36KsqwdBLah51tax7BX7LYtrwVV4/8FlSHIF/IFBDCzcuRrs++CCJLvC3yVx ZYKT/h/OaK+GYcDot1+wxbs6bkZY4GKH9jQcgU+m89QvDYOkYzg/6Df82sI7TMEP3k8sUg5fwI62 I/ZF04oaOBOpjmmWNSamuG87BILZFFhMA8+0qeMGsxybwNh3wC80A+L954TA4lFg4NExXiTGg5bm JzFOTagO/SbOAwEvZ5DUM8Yz8m6TzaOirOsSDpb45fsiKmtwVdkVMA4XIblG+DWo2xFJhPFWMlia MlyjR4w34MpNxcuHQxd+q0I0mUDJBGaJj/A7fkMOvZL+RWkoy5z8FKeyiDFLOOegFTrAiqlf8M1u rlolMgUXP+oJ0lzBMoae7/MSNk5jCdkWjL+BWQ3lRVK14FFDifjkV8roUn5VdWReJpv4kCLHrshf sFINkCe7bMPpm7yl+zSPTrlYyXVGjgiDQphvI081/9YOUxMvjRNymJX2Bhx5YOw6CsoZMLI7nCbT JrDTkBAj50fG3XLPEYlRsMAhl2P4FcOHYewMQ47tYTdHFv1qyKqDrZyqRZ5SUxNYOcIqV5VpltQM fo5sH8FzgaPqBFcu5l9gwETRsBVssBFlsxaCzMsohdoIGMxap87yFjZ63AR1YVo8TpIs3eFfMhZY 8E8YT0syDCJ7IDQKW5jHytZYfqwY/iVseIiOD5ApqTn+QkDeiAEh8+QqgSHLOMmsZVyS+bGXwjxT /kxGzIiqPqXOhkPSrljAfK2aGa7oZoMAv2T/HVn8Tgsi0usJ98jraa6lRSQOhZZ4JO9A3WOptI5P pXYchC37PsoCY8O5CdlXT6UE3YzFa2VoBS7Qq8732hwONRNgiLyqtdcACxNtFDguTu2xIbVvhDak H8+1YKKoZY2ThvOqZPozoNDkMww5Q5npGF/8IrRRcGueO0bsxvkXZY7PH6RCsz2Fs89cq9ISMZyW o2ip9WBIPL8jLRADr3dtSC10FN7E5iZFp+NS9yVutcBe2Lb3bG3nsRY/VfoVNivnbNgph9ZXxRca RVX6ImbawD45mIwlzbRFXJKqRl0nsLipSagMNvmDqtXWPZywgFUWlDlEFZhQzqabiyeAvJxXlK25 p9KIuUmu002vhRKBl4NOd9rEfN3QPWzmBKZsbT4Bpmw8+XePWORYYN87q9QyLa8nbHjniaVCUzal nbYHmd2PJaPwLKrA+l1DPxmajqUix8uxTLam+MAX2lr4mQYlEDOiGGvRaXqOUlNvhvpOJW+7qeQq rgF/wE42qrCp4y5N2YJUc82bGqQ6Ly8sEWcoFqSaa0lT/U5bUS/X4hctSDXVfbZL6a3FZWEFB1Kd J+TrsanoaJ1RohnYFrolhN/PHcPaXtvJuq1drpyU5PjVOGOMvOAki1nqpIpRNIqAq/RU0nnXg1Q1 5uOzSa4qUaexyFT7BofaTNBeoe20BamGWpOw1UjV67Um/ZTKEsOGCEwxYVzoLC7X9JZAzPy0AcDm WeqkihWbv1iQ6mLFdFIFXew0V+l1rqo/B0muqpP/+O2CVPU48+wVOBet7Uiq8iO9U13M0NpecFXV RDZkUh370EEuYl0Pon0D+U4jVb0JVkRDnBSMJYQLUtWbLLiq/lgGX5KRVFUf44RAqhp56tOPdAFE yomy+OXIiegz3TI1mhyBGZfzI/GCVBeA5bM7rGyikaoe2klDRb4I3qzPh7xV5Spe8EZwCm0FdZA7 5SMm2+1iqWi4IFWdVtKS8/iulAWp6t/DF2rDonDBVfUm8ia3OoouACwqlPVWkwWpam1AqluAbRpj ReQrLMsSt0tS1UehUDirZcFVFzVG19MFTugXkKqi7sul3XyTg2vahhSIm9w6ffiCH4ZXSlhf2xDI PmZSvWhWBO0GFdJ9zb3gCrze/+jQfL1e26SqSz4L0HRSXQyHYD7aOa1TxUJWXXS2EDz1bzgb0Frx Ck0kI845VcJFV2+iwUbxBzRS1TgRZapaHaXf3F1CD/ygj4+ryDr6kcp3XN6LCggqsz7LS1Kd2+n8 aNEbSHVj26ebL38jqV6hgNQ86wTZbu0hK/rlGBVrBUE/1/2BEIFlK9PVpsfFJlc9bUouVbf1Slpt BZuBA/2GKeTscXHBI/HMt+oZBpGu2eA34Kobo+ji8RKlF6Q6f5lHW5btup5j0Zku0S6/2OSq6SIy rtbIb7ZI1au27umbpBpmW2/0m4BZkurWk+wUCvhyq2yTKo28urG2SXVTcik296hPas21SfZzDKGL r3WJetE07BakqjdTURCuBvJ3pP/VSZU7HIW/Ff9GNaCgKCpWBbeLLfLamgv0ulv+SpsSpRZcYwme 9BJcK0K/KljNSa8Mx//pCWCjk9ukevntOhHpd2MzWK9J9aLn64Hy1trAfINUrzaQNtguUtWvVZsb eoGYBaka3UQgstlqLC9IdXMY/YtNUt1eV3vAVjnRHFvajIQoUl1jWnWsp+vjDdtWd0PKXHWUi6NI 9RaMnq49NpyMuCTV++2E9VUEr2W2pIowLaZeoBPEX4xUQ2FtBLiDVBG+4v7iLGvA4NKIl2it0mLj wrE99g0BYLNRNmv9TSclNIWzYZvI2lYOwRptSdWLOKivVdEfyAwb2s9lrWOP38MNh5TVFg+r91ty 7yrQ5P3aUw2Ew7EDCy1JirUre0h1UyTbHrq0TyzqW9PQDlIliwfbp6MdpCqjjB1RLEnVkquOvVsS 3h5StUfGHlK1H0Xmf3902UOqO2DaIQDsGOWYJpakikEtqVTy7jcxYw/bTQ3AMciSvdiTKml/LdH2 RqSa6W/BRkiynMdqn/v6sCdVowldVOq7rbePPb1ttXHgqjbI0+3PjMG3JlX7a5UxLFrFqLW9d9hg 6gZEshurzqr5ydFsqla9j12+DVfNt/WqZnMzq7WLVM26nmshQP39SDm2nV7XtydV9zHtiVSO+Vak esfl8hAEvBGp2gsAO2b3NqSKCJaWXHUXpzpGCrAm1R1op5C3byMA7LVJt5qUeAt+t22UYwXrncpw z9h6Vz9ymGNINV+kNXkUfLDaPW47bgKZtm9DqvZ61R14Ld5klMpeR75jLnOT/VQAr5o5wqoTDLcb e7mtPnsPMIjRux8VC2vRm6Onq4GPl01mOHSLBZtJrYRXZlsDlxlS++VdRoYvdiuW+g2ehf2I+yc+ DbZjVHs436SFdOY7urh3qoAaffoOgvGgbjjNqdkGmuYx1beEwbL6CNW0qgbtdRP+oynBtb+F0kSy HIMZ3Rx1bM//4i9XvqXQN0LmCp6C3RUq7obcFihu/r5VsOEMNNLOYUZIdwBpMaJF1R2ATE2YnypS OHRI7uwQopCwHgCc04KvI9kSKgXBrYjyK+NM/kd2C211qM1MYTemLXFhNxm9ttXE7g0jJ34IaSje T7vpAFwQH3TtZsSUbUczUihHhA0UqNtn5lce1TVyjVsdlKgcshuCDWjIq0NJbG1b3SOgte8nfIcR RebY08V1G+Q9n9NEHtGlX1jqQJeDTqIOcsDYEckt4JEQ2+ponkk7LzdcVraH23Yi2mzjNzILpsUC jHmc7reaevXoSd9mDAtwLlZxHMUXd5M1mw9SyaRgrlOYMSDjv+4sGvurug1Hwj1dZxxEx6Zl2hcU pA1BjIxNI/2cgrr1iMFkHKvRQy6qvu+LpEb8HzPwPB6lQrJfYwNMakIlqUm3aDiOGTRbtfyQw9wh Upa93fRVn0gKRp0hBhWthe0RucKfJXA5sofanWYXXXkpVg8dIVDXhr+iBRKJFIh8CCirDYmoUgNS /gZx/brlrXwFRo4mVM6vxjbqIaJ2UUH8QFMbfW5CkfZealNb6bEJwvwhOpal+G2Bba0q0iMiol5M E3Nfxb6l+TJiHdjgDB0S9dJKxYj7Z4r1VSykWUIxEqmfxEA3fBuTYYYk01ReXrQQHnexT7JgIyiV OvJ3383YqbrzOJE6knGjiam1LBybKUM4mrTgqkb8DpnX0YRH4azfBo3SiEZBE5Xl/e783SvQkBIZ YiNggsUYYcNTLsV/N12L251TOnf6D3+0sEMWAE0r3hBU9MddzgFQamFFZGMEj/X3P4eI0EapoA2I gWFHMkpkUaYcx9eZJLcPSmrz2fdDZAY0G4jSWXNGa99UcqNU23oaZftFsW5BuMCQIcXEs2582UDC TkmgzRF7a1BKG0orm37+7AiczGFOfzlPckrBzc7Qi4SZ7n0f3gMyiD7LozFgcgw9Goa7/X8w41qq Hz/8fPrUF5GhEEJ9g4mc0iqKzJVVEDRQ+eci+ph+MCVUepn38iyiQFwmM6I69JgfFll1DFe6i2k6 YoALr48KLVyZSbPrOkRahFi/ajJMfF8nWivuIs0/IUhsxnHpXBgYrzgirNOZ6FJYVeljkXKEQbZd JDjj9rBxDAKD1AsKgaloe0SAHILO9DYPJSxi+vbxEMfiZzNS9U7Q2YQRRPDY3JukarO0oKsEW0q5 L/fNVZHdF13kR3RLcDUBw0Oj15R9SrfJg7KI+DlSqCMyUBA7WVshJLIoQ4QvI8B+MFu+G5gDUCEC DsexjD9ouIOA7Srpwqzuiiq5H+pAKYMRa69vBoTxNmiiQEaU4yxPhqYqg8ZwY6ZtUOUJAoR3MWmw Tegu7+KqCoKsbxHGmUY2abSbSXDnwDlQF0RVFxhr7lZHpBfaKGihEGorEXSUb925eCJowmQoP2aD iwbAQ4jxMhQU6z3WAuHuAu8HREUPRFGCfERifCuXQyH446duAH1HepDRW2CEYKp5QmbCkbELJuU9 QzJA7wfzyNpZkkETBKVTaBwupUCceAQbx/HS7s2KYIx/RUlZUtCQPmjW0V+BeFdXYbf1Jz9C+HL3 jealSZki1Hd6SsvdjwAsl4ikzwNE18cR7KySQ+CSEJEtw9Pnxi5ShtfE4UlQSEy4bZpd76Cr8v2S In/3i9Rit1a5RwygnNElxM9m5NB0vZfx45bQIrbfbBuhOv2PDaiF0DUbbmctChDRsPZfOA6pjllB gkRKFOHIVyliPwL5pRw7v2j3+nVLUu1SBLFHPx/b5tNOTHEzXPrzOAPhEFCVFqTdpFMkhqiQaSHP m9YwwgqOg6YXSRFWlNPCZAzUQZRjJHfoQ8z1s1kTxJ7CI1CZ5xE95xmN05clXre6Piy0IOlmo+2r BWZatkXTiTzMHB8diYtGHdYiyMKc4p05Uiob2Yk467suyvvNQKJG8/YyEIhIohBBln42WomtbjEp hOlHpq+uCAFUaCqpcn94iUiCc43UQsbvuwg2l8T1gFxEps9IFH46Sepz0CXE9Ixm6xUYAFmPkoT0 4WYLVyF5T3COO3mtemxh4zLkgOEhgxZxL42mdQsovC517blGYicYZJjNeLM7bg5Juo1rLG730QkZ oUDGqZryTjkZvkgYcJPoknPdddZA+XjS6IK4rAw5O1DgF6LFCglzBQB0OlnZ4dJnEenJA6NP4qRE E1MiwCgiCZISzyCmTRyWkGgV6rRGdJRqy+blZZPpALFJ3OF5jsB3n4KXFiWtVPOz4T37CrDRRpRX vBUfnWGCAiEtBEiha2x0nZJZ+XkY5np6iZurp9R1Yd6HdmwkxTBTlGCDGaMKwZVPga4M2pxOaIAm RlUdiFQ2pUs7vd0R9nI7ZGyNnfY5erOP7bU5l7QCPvr9ZwyfHSSuAq4+RD97aV5ByOTjE0y5tY0G mCpvlY+NseDtR4KtKQoLZQNs+WiUNDLnPrng26ZvEXMPuX94lIwkE8cT1JCSe8HP66mwNqK8HsAr ZCKgfitWtiFMU7UQWZLwy6fI4jBbAQsqCUrChhVvDO/Em4CSsIo8TLTRC9v4g30CA7FPpw8fY6gC zEoRIDEFOEpjLhIilVzrYUdCH539ejLRInu+kMrAHBpLw8PQF5x9Dk1k/o+HM1fc2ksZmpagdBsO rfs4oeRBfpRA5+HWm9ypYkBHH7BSAy4ihgLeGg1AWd2fPiAhoJ5oyYxYrmr5GbTGxIKg9DW8Ycs+ EOEAHOgzbvLGelWZysJDqqiMzSBNCmVA9Lyf01NonLGwgFIQo6TQbmgp8W4OhpQJKZ7tUg961WMN 6TeGxZNaBxbh8ZAuWnbeVwjJi02Z9j40iEgraYLXG3XQAeIb4Lkcxz9nWNzToTz/6UWTnsa9Xxs9 zdo+AKFZB6VCliBtrXkXxBrp/SFKPtLjmalelfhID30K1GOG80dCEECFHBQe1B1G/A46VWwIhKyA oktaLd8fihNT4d3OP6loz2YTMsfXdc2MOESO09/TUyXu6ZFIlVLk9cighyx8R4DeQ4V5+oDHVXr+ 3QOTaoMULACnAGAfWxyKbiWk/cgJCGmmxgWrj2RO3mdRd8hFbfgQkTZ4vE3Lc4cHQFP5tqeki3ld N0i2+9lMiiwoVVlWD8glbfg2gR2HKUQYJevka9V96jZG1WVF1TWgTDEkXlZbw52+NSIJcXgk8ZFG O4LW+gDQPY4ak8KnAEa1FgzsCkJkyg2RYRcpsQGY670K3AdsHim9K0qXZROYI4dGEFozmHgbH2CI eo4s21B4mmcQ8EVckm4uiOmdwkRWBZePBUbpoGsxRXMKWarpAqSbt3uy20OvipQAJYYcMKT5c8jm cFDXI0s5lNZ4e9wD01WbAiohpEDvoA8FvLuJzMe7SlPC6AXK99Bo8W5A70NfzrNMSPS0kqB7UqoW kTC/3EG+DRLRR6YvsQQ3GQx1Rd+I4rPpXPMSVFrhPNcSuN5ZQFxyqElTMlNyFvfukgsp1KDI7Qq8 5VgcZpv9wvAlEVUhWOV4AF+FkBnHzcdILLOP3Z2XXoG1ME0CA7c+I//E3QQ/dgo7PqiOq6zF9rHo jPWqBV07rXZdWoB87Mze04ry//766w+GVmSky6twdZMuUqbLBkdAuuUYWrhaLdlaZdaM9ZSM95Bg QGRrC+tcuynfYmDUIS5WNqfssrtxx/tQ+NINyzdT39xELGwTKlzjOWXDBwtaxYXZdsHgFuKTesyU fFhoJAPkaSCjlnCgWda73wouFWOl+5Vtp71en8yELbbS7UGPiFm2YIh4SzgAEWQMPXILY8P4zZn+ sDcwm1dJRazFjLyKMyBatADrafQbqBGV5xnd2axGCTNSx1tuCTeSzTNz8eTeSHgB4LdG+Qp2RGF8 QCGKPk3Frqth+dx1ekJYdulnMiKH5dqiek9xQawKgmzYNiEhQ8e+yUrglLCdTlqMll5yAJNhrKZ+ XRlyzRFqJYbW7yEjTeLOEZJ2BR2tRMN+VFAH/XH7EaRAHkgEkMXumZFhhxae+ie7NrwWn1gyMWu4 F7eKSPc230O5ihr2NNXbXMo7x2yBAzi0nJ/nfSDisqCvFYRIc7TdBTE9sqzADcao8EA+eXF9/Nmw ieRwad80xc9KmDQjV25oJC3MoLuxECMUrFSyBHJjmFA6VpL/o92ddbU/emGW55+PNz+nq1Woomj1 uemteAuRNK+QaQ2O33jytaFb6Mwo/kYQUCwJs+KRcx416nrjC1wuKIRLMMS2NgohKQ4Mi5p4OgpD hs0OqOZbQLk5nJfV/KaCF0c2t3GCi09+PCcQ9uDZZqqavh6T+hE1DERgRQADeUeuinnB2UnOsux9 Y/oh2obNsygK6FUT6UB4v3jwGBQRNQmM4zT5ZdA2aNK0saUFUm4Xg4PAh5WTOXnfn69RDXrNdS1e c8YTIK1JR08YbqRKrf34pSYjc1iIOL0ppOXLmYgdNk2Jm2kVoKKnHRLJoau1A4osIxjFHwpTtxl4 2ih1d2McKy1UL50W5ipeCpvGPCy6wdykn6wq8QdN3opWPTKpzcM+qc1dwDcPxyaBYTXxvyo2fOS+ uTu8tOtKfoSEK4yLDUAKqpLmUPx07VbgZodd3Ve+T7EALRSrsOtS1/mfS8NH7JB8YrgUcNc0g7sf c8d8KtlcxYBnkJNEknRd8FqbmtfhrRpOLl0bvNRyZVzRen9yBGXX4vUXQeDu175dA15HfQU7QLJi JIpwhB6qdph9wekXq0WmJvv7A2A+AAOt9qWruYoHUxwSKWDlUMFIyia8SpQ0iAv12QfODSnCz/BE jUcAD2gwddlBtAHoTWBOViSmHqsUaoEk4ngw3hD0FEtNkoE8rB1X2ozw8hKhOyC6Q+BvzFps18KL Y3EqAHuema7Fdmd8vUw6+BbXbY43/H1GgLJ/hGQIvSyIC/CCytWyyqcIe31Qw6rAJpAGiQ4N8Azv qtg8PAhe2uO2bGl1DJkqmcUGXdu2iblVB45WOs2pGI+ScnVq9CYCAOnqyV3FDspN8oJlFRxVEYO2 NrcDui0BdDDbhfVFPQROkQABGCyrMoQQJRNtl0Ktqy6GZQJIoTP11BrfL8hTrE1aYfEUkEai7RB5 0GL+8ItBk7a09P1yQcsbtHVbt0sAPXoCIOtXMtc+ongVm70UNhY/a+N67Hnn9Zn9FXelOw+e+WUV VuYhz5TWIYU7VvqxMmddfCLkP/e2vmV8Afn8wf90xCKs9+H3UomBOT1ukMueQw7dnx7BxkfKP2oH gOnDP0H15tApRb9A85+Lj7BWcdNWMfZy3pJWANFWoXBE1Lwwd5xFXN8KIYSbytw1dFJpf2qiR9Eq XDNiOHoQGyFjNStM7KfsEPKxyOF7fIQxtARDqf8PmEDaiNzPBD3w7H2kYCgQvjdHdKIg2e+lPWL4 B3LSJIrzrXwTaVkbBA+gKBJFYKwmrmJUhQ4QQq7xQdVnEdsgIYyScRtr+qkQjJ1uurjrwM/F9AnX ehi9AYYqERQRNzneJS5l4qlVY/wac2M8dgMkt73uXA8UuGp/HixW9DZDAFN3x1hgRHFK7wUZmnTR Fo8AWY1QBDSPzDS8Gh5TsCp50GVxbfoIgstbHZcQh/2udVMi3yKGAgbA5LkDTw0ZQMqReAwIr4iz 1G9gzw2HFffR5GFdkcPqEbD7bQsrU8QXxO0dviH74KOrNxz20i7ofXJUdNUAQMUOyRcHcm6lAQBe oqCIONIlPLPuSng8WTjH0LNfKz5lg6lvlZ/TQxUeb39uD7oyrJERFG+woyeYGoSte5MSxdjm5I+L +FDO4iouVJRloTu/4j10H2EtJh2y4j+Eb1ppGclM6wZwIDAXFF8tPkQCKCdSxXZhoKCpzbElTclH gpMFCGWH0ys0jkcI1UUBgWFo8b/NWCHiv3QdeaY/qpB/eIH4qnnVdXTUPGocrV/y58ZR1hZRd3+n 34KH4EWQVmlccYbr7U4mqI/BztXg+WJ+YNyFEi9DiDbwQI+CQDtdq0aPb+hVS8j3poeyhBrxVcHg EYF6MA5ZATfACHGus1Nhm7OmL4OzazDZG8gG3XgAilTyJAa8BamCTMsS4cugMDY0obgBP3xfUArK EeVsriL5UNzCUiPJ4bZtHLNxDT48x5QtyaqJG1OlvmHsBGfHOMYiWXiQ01pWdCB7RRtQIAGzAhMX XCTwtqVsw8xaca0Ur1X7bMBNBoFpCx1XwINpPBaTXm/XIc9DkWctlCJHFRknYr/V3gyHF0HTjrPf czIABzhsGHceOhn3zaHQ3PCW0GV9JPNPWvSnMpGlMGk0L3nV833ejnFJSddmHHOIuCbmQqjEm5UF AizHuKqOWGHQjM1eXW79HWCnOgLAC5RnoiIPK1eE+HlffexDi/v6Nh5gIM3+ncbXiRH4HLEnEcns CIPLG6vkR9hDkZicFdwWdL01bVgYNERQ+BpjwQUObfmPYIH0HoR7VYGHvcNcmXBRg1KEI9S6FK+Q 3tl9lDqJqjoMlvyZb3eQ64qhPixMwjpKMmj4/OQM44EjdIYbpEp2mX6e1BjFTmDft4waqfrmcRS3 xqLLcUuBHEpM4CCD27yN2xjndmydencJJWLwsXzTBM1/OYSxoq+CbbSMH7+AbETmQQQz2A4ckep1 c8lTijOIKwhiHz9QA1DF6ByjINo1aQDepFAAANgJt5aKl2vY8J6EtfBDJBZujgmAQfHaCtzaEage 1swOjB8mX/T8h9RVXRJ+ckYrIczDlS9DVz/AY+teGZeS0lZQXoIcSVAet7zoHNBRJiqK7/eownm7 oQKogNLHzWUBPZw5oyyqoo70S44FMWjJgAlxWsKOLsf3F/HGgJi/z5HCYKuaeW7h1WD7h0Ur8FJU mAY224bMQwq8qIgqUddIgmWxTDCtxvKmbZcWwQNJtadYaXjni1LjoJU71r1oWbuMzVdKrmqBCNvh VNdINo1nS8qvfXYzrabrIAUeQyzU7FTxWriSKpggvS8Ta43oEW93oQwr6OcskDjC2QsAel7kamOM 4eHyg/mLAtTOHQLnwQ4xI3PkRxUPr/JRUwdhyo+GDykyLm/U4pEhbFu+/z5knKlT6j6NGtE0QmSN e6RpGPW2HLeuS2yMjm8wMFjbCTF0PW4Ku88yzBL+LiVUoUPQdsqHwwGxHgKXEcZEg9SVpx8sLsDw WIXKDPrr3B3XNyaAtBqIA5jBxtrUx8UaGxCA4KAI85/CTzP2aHgsqeoKoGN4ODzkYHMMpX0L7won nqqQx+pQpG2ioLt7kcEbkjKbtnhtNE07emP7LOWnX43AUpWIygt2z7cgcGs6oqwsGUfosm9q2oLO UFi8kVLV4Q5hOpqs55GTHQ1IsqFd05Xaft/AEgiht+jucgCtklwIZQIF1tqnWR1XC4cHmd6HSObs pq2aF4ZV4J8scaZeAZwRfaeDy+ghh4/HAzDNjBh+4L5Q0KeRPCV6juPlWCZwvfCzwc34/mhIg8FM sTf2+bnoU6J0/vBzb5jN+QZbRcgz6hFBD/HPD1Yb8vHreR+nx9aQM9rHRywhqYIzi4EFZHBnRE72 z8gzabWEG0D7rdRLQLBwcVgltwpFslH70Y2rksWyBApOpK4WvpZr9Y1XL+pzTTaRYeOYuJJ4V1Um LT0LfYjI3Ma9hEk9EFnAtXC3QTvTKDxeoWcEDxTxR9c9FMIrkQNzoFOYLrt2546lb6UHKNdb6evb JLsv2QpZeFfF7QWp+04fiQu6LyJyfuOKRhqXyCmotteT13oHYoXS1/XsgB+IiBM6/CsCyn2W3wqp uc0TJodxFrZDg7cgUue6FZKyK+iE2o9kmYlkYq6F0lYU0O54yOe7P/4737iRbBImpj8LTiqwv9Dr MTh8gcAccK6yTrK6f+BnSzhRNF4eD2XWxsxbnYuHFUQYuuKIa5WfdCky1QVN1LobRcCmifIe/29z nf06LvK4TaHEb6MGvks//Ooq+joj/JvpAC+WcBTCwV2XqaXiZQtHH/JmOB8iq/rkWoTcgsj/fYSR kPezOA9uXgCYc9pSHjw8WSGOhucYrvWbIbMjJirtfBFzHoKcK1edVBa+dfrR9al4MtcEbFadJUyp soJDtHMyIE8GkKiarPJtIlYdsVrfeB8IbHuQYTUCQ4DwfWkYfsx1Ax1qUSv2rRRrZqGYhXYWPx5g BEiRiZH5hEJgP8//fWuyq1WF7F15iThKvasCAIyLHCwRia6hDD5HFBgApj6caRoynN/bJdrB/S9H Et6y+Zg6iqrkiCPaEK6kBNQx+/EITH0DfSBjdeVVcY0IZo7XKiwiTBh6MnOH5xoSTu8lrRHrMrc4 8s2e66CW6ZF3FfQTwZUQSUTroSZVqEvBLJuh9JD3tIZVQWhuWu0y6LMtYQDWdTizkS8cCkxX2iIX aFLmtFFHQWLcCywuQaHghhGHrNjTIcvPsFeFHrQHYPHg+IwG8zcyA/WqoERgIdD9UwOwZ1ns2shL EGeuhnY19DvK7uxUwpLelLxYIL+wm/GrAiOFQTvlGG8QeReK2n20SqRalvg778QHJI92VffmbDqb ImSDsPXNd8Lut92YX1xEmCK8QQ/rdFdSTbO2CdMI52NxzMMqRd2lgBoNPFdcfL8Rth+GlQh9AYnC WeuFUC1FGgpYSD9J9U23Dw5tSvwtcoSd38W1dGjzMikRZjlCoAUwQfd5pAgDgKdVCllhHuVhbdie 0ptTOvADHlbx9p+IbkCslghAHTBLdzx9Iz0gpQOcfclgxYVvAVl0PuOtPUZYCLyvunJoeeGHjwcC hUFMJQWrA1UgaCUFHIOgCc2c28LC4rRCsm9y9w45LeCzvAkG2FkVEY45JsQ+WXCEU7ZOEaydaewI 8AkmxF9Wxt9OfSJBHinj3KYo9yMFpc+lZu9JqUcss2Ef09qxJ4Bho+1qqgf3jngI2kjyhwOITPXo OMU3suJ3hPJra34QPS3QQqerDKzm3vuyB9dzW1G88yJeeRK5T9QZpq++A52e+Mx2RLpr+0uEX/W3 57hdnBoH7J+RyR/V1VdPZYdN0JE6dThGCeKwLlksJMlw3FN7er6i9z2daNM8Rk46bP2+lY4kLUzS 4Dub9oLI9hPY3M0xXF/2IuHZD9U7w/W7B+eYtXv30zwYwCd9HozQZ3dPDDwx8MSACQb+H4tyEAqS 1LDgAAAAAElFTkSuQmCC --_004_F82A4B6D50F9464B8EBA55651F541CF8278ADA4FSZXEML520MBXchi_-- From wang.lei131@zte.com.cn Thu Mar 22 22:12:38 2012 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 A2B0521E8042 for ; Thu, 22 Mar 2012 22:12:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -96.693 X-Spam-Level: X-Spam-Status: No, score=-96.693 tagged_above=-999 required=5 tests=[AWL=-0.258, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_42=0.6, J_CHICKENPOX_83=0.6, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_DOUBLE_IP_LOOSE=0.76, 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 0ySkkMu1ebJE for ; Thu, 22 Mar 2012 22:12:37 -0700 (PDT) Received: from mx5.zte.com.cn (mx6.zte.com.cn [95.130.199.165]) by ietfa.amsl.com (Postfix) with ESMTP id 6937121E8039 for ; Thu, 22 Mar 2012 22:12:35 -0700 (PDT) Received: from [10.30.17.100] by mx5.zte.com.cn with surfront esmtp id 12280473195744; Fri, 23 Mar 2012 12:38:03 +0800 (CST) Received: from [10.30.3.20] by [192.168.168.16] with StormMail ESMTP id 77675.3807464644; Fri, 23 Mar 2012 13:12:06 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse01.zte.com.cn with ESMTP id q2N5CCtc009690; Fri, 23 Mar 2012 13:12:13 +0800 (GMT-8) (envelope-from wang.lei131@zte.com.cn) In-Reply-To: To: Fatai Zhang MIME-Version: 1.0 X-KeepSent: 15D2C97A:6AB94D12-482579CA:001858B5; type=4; name=$KeepSent X-Mailer: Lotus Notes Release 6.5.6 March 06, 2007 Message-ID: From: wang.lei131@zte.com.cn Date: Fri, 23 Mar 2012 13:12:11 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.1FP4|July 25, 2010) at 2012-03-23 13:12:14, Serialize complete at 2012-03-23 13:12:14 Content-Type: multipart/alternative; boundary="=_alternative 001C96B6482579CA_=" X-MAIL: mse01.zte.com.cn q2N5CCtc009690 Cc: "ccamp@ietf.org" , "IHussain@infinera.com" Subject: Re: [CCAMP] Update to draft-farrkingel-ccamp-flexigrid-lambda-label 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, 23 Mar 2012 05:12:38 -0000 This is a multipart message in MIME format. --=_alternative 001C96B6482579CA_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 SGkgRmF0YWksDQoNClBsZWFzZSBzZWUgbXkgY29tbWVudHMgaW4tbGluZS4NCg0KdGhhbmtzIQ0K DQpMZWkgV2FuZw0KDQoNCg0KDQpIaSBMZWksIA0KIA0KPFNuaXA+DQogDQpJdCBzZWVtcyB0aGF0 IGZsZXhpYmxlLWdyaWQgbmV0d29yayBpcyBiZWNvbWluZyBhIGhvdCB0b3BpYyBpbiB0aGVzZSBk YXlzLCANCmJ1dCBJIGFsc28gZmluZCB0aGF0IHRoZSBkaXNjdXNzaW9ucyBtYWlubHkgZm9jdXMg b24gdHdvIHByb2JsZW1zIGxpc3RlZCANCmFzIGZvbGxvd3M6IA0KDQoxLiBXaGVyZSBkbyB3ZSBj YXJyeSB0aGUgIm0iIHZhbHVlLCBsYWJlbCBvciB0cmFmZmljIHBhcmFtZXRlcnM/IA0KDQoyLiBX aGF0IHNob3VsZCB3ZSBkaXNjdXNzIGluIHRoZSBmaXJzdCBzdGVwLCB0aGUgd2hvbGUgRmxleGli bGUtR3JpZCANCmNvbnRyb2wgcGxhbmUgb3IganVzdCBsYWJlbCBhbmQgc2lnbmFsaW5nIHBhcmFt ZXRlcnM/IA0KDQpIZXJlIEkgcHJlc2VudCBteSBjb25jZXB0IG9uIHRoZXNlIHR3byBxdXN0aW9u cy4gDQoNClRoZSBmaXJzdCBvbmUsIEkgYWJzb2x1dGVseSBhZ3JlZSB3aXRoIEFkcmlhbi4gInRo ZSB2aWV3IHRoYXQgIm0iIGlzIHBhcnQgDQpvZiB0aGUgZGVmaW5pdGlvbiBvZiB3aGF0IGlzIGJl aW5nIHN3aXRjaGVkIGFuZCBpcyBlc3NlbnRpYWwgZm9yIHRoZSANCnN3aXRjaCBjcm9zcy1jb25u ZWN0IHRvIGJlIHByb2dyYW1tZWQuIFRodXMsaXQgaXMgcGFydCBvZiB0aGUgbGFiZWwuIiAiSSAN CndvdWxkIGFja25vd2xlZGdlIHRoYXQgdGhlIHZhbHVlIG9mICJtIiBpbmZsdWVuY2VzIHRoZSBi YW5kd2lkdGggb2YgdGhlIA0KTFNQLCBidXQgSSB3b3VsZCBjbGFpbSB0aGF0IGFuIFBhdGggcmVx dWVzdCBhc2tzIGZvciBiL3cgaW4gdGhlIHRyYWZmaWMgDQpwYXJhbWV0ZXJzIGFuZCB0aGUgbGFi ZWwgcmV0dXJuZWQgcHJvdmlkZXMgdGhlIHZhbHVlIG9mICJtIiB0byBiZSANCnByb2dyYW1tZWQg aW50byB0aGUgWEMuIElmIGl0IGlzIG5lY2Vzc2FyeSAocGVyaGFwcyBhIHF1ZXN0aW9uIA0KZm9y ZHJhZnQtemhhbmctY2NhbXAtZmxleGlibGUtZ3JpZC1yc3ZwLXRlLWV4dCkgdG8gYWxzbyBzcGVj aWZ5ICJtIiAob3IgYSANCnJhbmdlIG9mIGFjY2VwdGFibGUgdmFsdWVzIG9mICJtIikgYXMgcGFy dCBvZiB0aGUgUGF0aCByZXF1ZXN0LCB0aGVuIGl0IA0Kd291bGQgc2VlbSBwcmFnbWF0aWMgdG8g cHV0IGl0IGluIHRoZSB0cmFmZmljIHBhcmFtZXRlcnMuIiANCg0KSW4gbXkgb3BpbmlvbiwgaXQg bWF5IGJlIHJlYXNvbmFibGUgdG8gY2FycnkgY2VydGFpbiBmaWVsZHMgaW4gdHJhZmZpYyANCnBh cmFtZXRlcnMgdGhhdCBjbGFpbSBtaW4gc2xvdCB3aWR0aCBvciBzbG90IHdpZHRoIHJhbmdlIHRo ZSBMU1AgcmVxdWVzdHMsIA0KYXMgd2VsbCwgaXQgaXMgYWxzbyBuZWNlc3NhcnkgdG8gaW5jbHVk ZSAibSIgaW4gdGhlIGxhYmVsIHRvIGNsYWltIGFjdHVhbCANCnNsb3Qgd2lkdGggYXNzaWduZWQg dG8gdGhpcyBMU1AuIEZvciBleGFtcGxlLCBhc3N1bWluZyBhIGZsZXhpYmxlLWdyaWQgDQpuZXR3 b3JrIGNvbXBvc2VkIG9mIG9wdGljYWwgY29tcG9uZW50cyB3aXRoIDI1R0h6IHNsb3Qgd2lkdGgg Z3JhbnVsYXJpdHkgDQphbmQgWzUwR0h6LCAyMDBHSHpdIHNsb3Qgd2lkdGggcmFuZ2UuIFdoZW4g YSAyNUdIei1zbG90LXdpZHRoIExTUCByZXF1ZXN0IA0KYXJyaXZlcywgdGhlIHNpZ25hbGluZyBt YXkgYWRkIDI1R0h6IGluIHRyYWZmaWMgcGFyYW1ldGVycyB0byBjbGFpbSB0aGUgDQptaW4gc2xv dCB3aWR0aCByZXF1aXJlZC4gSG93ZXZlciwgZHVlIHRvIHRoZSBGbGV4aWJsZS1HcmlkIGNhcGFi aWxpdHkgDQpsaW1pdGF0aW9uIG9mIG9wdGljYWwgY29tcG9uZW50cywgdGhlIGFjdHVhbCBzbG90 IHdpZHRoIGFzc2lnbmVkIHRvIHRoaXMgDQpMU1AgbWF5IGJlIDUwR0h6LCB3aGljaCBpcyBhZGRl ZCBhcyAibSIgaW4gdGhlIGxhYmVsLiBzaW1pbGFybHksIFdoZW4gYSANCjg3LjVHSHotc2xvdC13 aWR0aCBMU1AgcmVxdWVzdCBhcnJpdmVzLCB0aGUgYWN0dWFsIHNsb3Qgd2lkdGggYXNzaWduZWQg dG8gDQp0aGlzIExTUCBtYXkgYmUgMTAwR0h6LiBTbyBzdWNoIGZpZWxkcyBpbiB0cmFmZmljIHBh cmFtZXRlcnMgY2Fubm90IA0KZXhjbHVkZSB0aGUgdXNlIG9mICJtIiBpbiB0aGUgbGFiZWwsIGZy b20gc2lnbmFsaW5nIHBlcnNwZWN0aXZlLiANCiAgDQpbRmF0YWldIEFyZSB5b3Uga2lkZGluZz8g V2hlbiAyNUdIeiBpcyByZXF1ZXN0ZWQsIGJ1dCA1MEdIeiBpcyBhbGxvY2F0ZWQgDQpmaW5hbGx5 PyBJbiB0aGlzIGNhc2UsIHRoaXMgcmVxdWVzdCBzaG91bGQgYmUgcmVqZWN0ZWQuIFNlY29uZGx5 LCB3aHkgDQpyb3V0aW5nIGNhbm5vdCBiZSBhd2FyZSBvZiB0aGlzIGNvbnN0cmFpbnQ/IEkgdGhp bmsgdGhpcyBjb25zdHJhaW50IHNob3VsZCANCmJlIGFkdmVydGlzZWQgaW50byByb3V0aW5nIGFu ZCB0aGVuIHRoZSBoZWFkIG5vZGUgb3IgUENFIGNhbiBjYWxjdWxhdGUgdGhlIA0KZXhhY3QgYmFu ZHdpZHRoIG5lZWRlZCBiZWZvcmUgc2lnbmFsaW5nLiANCg0KW0xlaV0gVGhhdCBpcyBqdXN0IGFu IGV4YW1wbGUuIGxldCB1cyBkaWN1c3MgaXQgaW4gZGV0YWlsLiBpbiBteSBvcGluaW9uLCANCnRo ZSBpZGVhIG1lbnRpb25lZCBhYm92ZSBpcyBleHRyZW1lbHkgdXNlZnVsIGZvciBGbGV4aWJsZS1H cmlkIG5ldHdvcmtzIA0Kd2l0aCB2YXJpb3VzIGZsZXhpYmxlLWdyaWQgYWJpbGl0eSBjb21wb25l bnRzLiBBc3N1bWluZyBhIG5ldHdvcmsgY29tcG9zZWQgDQpvZiB0d28ga2luZHMgb3B0aWNhbCBj b21wb25lbnRzOiAxLiAyNUdIeiBzbG90IHdpZHRoIGdyYW51bGFyaXR5IGFuZCANCls1MEdIeiwg MzAwR0h6XSBzbG90IHdpZHRoIHJhbmdlOyAyLiAxMi41R0h6IHNsb3Qgd2lkdGggZ3JhbnVsYXJp dHkgYW5kIA0KWzUwR0h6LCAyMDBHSHpdIHNsb3Qgd2lkdGggcmFuZ2UuIEp1c3QgYXMgRmlndXJl IDEgaW4gDQpbZHJhZnQtd2FuZ2wtY2NhbXAtb3NwZi1leHQtY29uc3RyYWludC1mbGV4aS1ncmlk LTAxXS4gDQogDQpXaGVuIGEgODcuNUdIei1zbG90LXdpZHRoIEEtPkUgTFNQIHJlcXVlc3QgYXJy aXZlcywgYXNzdW1pbmcgdGhlcmUgaXMgbm90IA0KYW55IGF2YWlsYWJsZSBzcGVjdHJ1bSByZXNv dXJjZSBvbiByb3V0ZSBBLUItRSwgQS1ELUUgaXMgc2VsZWN0ZWQgYXMgdGhlIA0KTFNQIHJvdXRl IGFuZCAxMDBHSHogc2xvdCB3aWR0aCBpcyBhc3NpZ25lZC4gd2hhdCB5b3UgbWVhbiBpcyB0aGF0 IHRoZSANCmNvbXB1dGF0aW9uIGVsZW1lbnRzIHNob3VsZCBnZXQgaW5mb3JtYXRpb24gb2YgZmxl eGlibGUtZ3JpZCBhYmlsaXR5IG9mIA0KZWFjaCBvcHRpY2FsIGNvbXBvbmVudHMgYnkgT1NQRiBm bG9vZGluZywgc28gdGhlIGhlYWRlciBjYW4gY2FsY3VsYXRlIHRoZSANCmFjdHVhbCBzbG90IHdp ZHRoIHdpdGhvdXQgY2FycmluZyA4Ny41R0h6IGluIHRyYWZmaWMgcGFyYW1ldGVycywgRG8gSSAN CnVuZGVyc3RhbmQgcmlnaHQ/IE9LLCB0aGVyZSBpcyBhIGJpZyBwcm9ibGVtLCBhdXN1bWluZyBm aWJlciBBRCBicmVha3MgDQpkb3duIGFuZCBMU1AgcmVyb3V0ZSByZXVlc3RzLCBhbmQgdGhlbiBy b3V0ZSBBLUItRSBpcyBzZWxlY3RlZCwgaG93IG1hbnkgDQpzbG90IHdpZHRocyB3b3VsZCBhc3Nz aWduZWQgdG8gdGhhdCBMU1A/IGFsc28gMTAwR0h6PyBJdCBpcyBub3QgcmVzb25hYmxlIA0KYmVj YXVzZSA4Ny41R0h6IGlzIGVub3VnaC4gYnV0IGhvdyBjb3VsZCB0aGUgY29udHJvbCBwbGFuZSBn ZXQgdGhpcyANCmluZm9ybWF0aW9uPyBJbiBteSBvcGluaW9uLCBmcm9tIHRyYWZmaWMgcGFyYW1l dGVycy4gDQogDQpbRmF0YWldICBDZXJ0YWlubHksIDg3LjVHSFogY2FuIGJlIHJlcXVlc3RlZCBm b3IgdGhlIHJlY292ZXJ5IExTUCBhbmQgbT03IA0Kc2hvdWxkIGJlIGNhcnJpZWQgaW4gdGhlIHRy YWZmaWMgcGFyYW1ldGVycy4gVGhpcyBpcyB3aGF0IEkgYW0gcHJvcG9zaW5nLg0KDQpbTGVpXSBX b3VsZCBteSBleHByZXNzaW9uIGJlIG5vdCBjbGVhcj8gTXkgaWRlYSBpcyB0aGF0OiBpbiBzdWNo IA0KY29uZGl0aW9uLCA4Ny41R0h6IGNvdWxkIGJlIGNhcnJpZWQgYnkgdHJhZmZpYyBwYXJhbWV0 ZXJzIGluIHNpZ25hbGluZyB0byANCmNsYWltIHRoZSBtaW5pbXVtIHNsb3Qgd2lkdGggcmVxdWly ZWQgYnkgdGhpcyBMU1AsIGJ1dCB0aGUgYWN0dWFsIHNsb3QgDQp3aWR0aCBhc3NpZ25lZCB0byBp dCBNVVNUIGJlIGNhcnJpZWQgYnkgbGFiZWwsIGluIHRoZSBjYXNlIG1lbnRpb25lZCANCmFib3Zl LCAibSIgaXMgc2V0IHRvIDEwMEdIeiB3aGVuIHNldHVwIGJ1dCA4Ny41R0h6IHdoZW4gcmVyb3V0 ZS4NCg0KSW4gYWRkaXRpb24sIHRoZSBwcm9ibGVtICJob3cgbWFueSBzbG90IHdpZHRocyBzaG91 bGQgYmUgYXNzaWduZWQgdG8gYSANCkxTUCIgaXMgdmVyeSBjb21wbGV4LCBpdCBpcyBpbXBhY3Rl ZCBieSBzaWduYWwgYXR0cmlidXRpb24sIGFjY3VtdWxhdGVkIA0KcGh5c2ljYWwgaW1wYWlybWVu dHMgKGJvdGggc3RhdGljIGFuZCBkeW5hbWljKSwgZmlsdGVyIGNhc2NhZGluZyBlZmZlY3RzIA0K YW5kIHNvIG9uLCBhbmQgYWxzbyBpbnRlcmFjdCB3aXRoIG5laWdoYm9yIGNoYW5uZWxzLiBpdCBz ZWVtcyBpbXBvc3NpYmxlIA0KZm9yIHRoZSBoZWFkIHRvIGRldGVybWluZSBhbGwgb2YgdGhlc2Ug YXQgdGhlIGJlZ2lubmluZyBvZiBwYXRoIHNldHVwIGR1ZSANCnRvIGluY29tcGxldGUgb3IgZGF0 ZWQgaW5mb3JtYXRpb24uDQoNCkZ1cnRoZXJtb3JlLCBKdXN0IGFzIHNwZWNpZmllZCBpbiB5b3Vy IGZyYW1ld29yayBkcmFmdCwgaXQgc3VwcG9ydHMgdGhlIA0KUm91dGluZyArIERpc3RyaWJ1dGVk IFNwZWN0cnVtIEFzc2lnbm1lbnQgKFIrRFNBKSBhcmNoaXRlY3R1cmUuIElmIEkgDQp1bmRlcnN0 YW5kIHJpZ2h0LCB0aGUgZW5kIG5vZGUgZGV0ZXJtaW5lcyB0aGUgc3BlY3RydW0gYXNzaWduZWQg dG8gdGhlIExTUCANCmluIERTQSwgc28gaG93IGNvdWxkIHRoZSBoZWFkIGtub3cgaG93IG1hbnkg c2xvdCB3aWR0aCBzaG91ZCBiZSBhc3NpZ25lZD8NCg0KV291bGQgeW91IGFncmVlIHdpdGggbWU/ IA0KDQpJIGFsc28gbm90aWNlIHRoYXQgRmF0YWkgb3Bwb3NlIHRoZSB1c2Ugb2YgIm0iIGluIGxh YmVsIGZyb20gcm91dGluZyANCnBlcnNwZWN0aXZlLiBJbiBbZHJhZnQtd2FuZ2wtY2NhbXAtb3Nw Zi1leHQtY29uc3RyYWludC1mbGV4aS1ncmlkLTAxXSwgZm9yIA0KdGhlIGxhYmVsIHNldCB3aXRo IHR5cGUgMi8zIGluY2x1c2l2ZS9leGNsdXNpdmUgcmFuZ2UsICJUaGUgdmFsdWUgb2YgbSBpbiAN CnN0YXJ0L2VuZCBsYWJlbCBpcyBtZWFuaW5nbGVzcyIsIGFuZCAiMzIgYWRkaXRpb25hbCBiaXRz IHNwYWNlIGlzIHVzZWQgdG8gDQpjYXJyeSBtZWFuaW5nbGVzcyBpbmZvcm1hdGlvbiEgIFBlb3Bs ZSBjYW4gaW1hZ2UgaG93IG1hbnkgbGFiZWxzIGFyZSANCmRpc3RyaWJ1dGVkIGluIHRoZSByb3V0 aW5nLiBXaGF0IHNjYWxhYmxlIGlzc3VlIGl0IGlzISIgSW4gbXkgb3BpbmlvbiwgDQp0aGlzIGRv Y3VtZW50IGlzIG9ubHkgYW4gaW5kaXZpZHVhbCBkcmFmdCB0byBzdW1tYXJpemUgb3VyIGlkZWEg YW5kIA0KaW5pdGlhbCB3b3JrIG9uIE9TUEYgZXh0ZW5zaW9uIG9mIEZsZXhpYmxlLUdyaWQgbmV0 d29ya3MsYW5kIG5lZWRzIGZ1cnRoZXIgDQptb2RpZmljYXRpb24gYW5kIGV4dGVuc2lvbiBhY2Nv cmRpbmcgdG8gdGhlIHJlcXVpcmVtZW50cyBhbmQgZmVlZGJhY2sgb2YgDQpvdGhlcnMuIFRoYW5r cyBmb3IgcG9pbnRpbmcgb3V0IHRoZSBpbXByb3BlciBwbGFjZS4gSG93ZXZlciwgaW4gdGhpcyAN CmRvY3VtZW50LCB0aGUgdHlwZSAyLzMgaW5jbHVzaXZlL2V4Y2x1c2l2ZSByYW5nZSBjYW4gYmUg d2VsbCByZXBsYWNlZCBieSANCnRoZSB0eXBlIDAvMSBpbmNsdXNpdmUvZXhjbHVzaXZlIGxhYmVs IGxpc3QsIHdpdGhvdXQgYW55IGJpdC13YXN0aW5nLiBJbiANCmFkZGl0aW9uLCB0aGVyZSBpcyBu b3QgYW55IG1hbmRhdG9yeSByZXF1aXJlbWVudCB0aGF0IHRoZSBzdGFydC9lbmQgbGFiZWwgDQpp biBsYWJlbCBzZXQgTVVTVCBrZWVwIHRoZSBzYW1lIGZvcm1hdCB3aXRoIHRoZSBsYWJlbCBpbiBz aWduYWxpbmcsIHNvIEkgDQp0aGluayB0aGUgbWVhbmluZ2xlc3MgcGFydCBjb3VsZCBiZSBzaW1w bHkgcmVtb3ZlZCBpbiB0aGUgbGFiZWwgc2V0LCBib3RoIA0KdHlwZSAyLzMgYW5kIHR5cGUgNC4g QWJvdmUgYWxsLCBpdCBpcyBub3QgYSBzZXJpb3VzIHByb2JsZW0gdGhhdCBjYW5ub3QgDQpjb25x dWVyZWQsIGFuZCBoYXMgbm8gaW1wYWN0IG9uIHRoZSB1c2Ugb2YgIm0iIGluIHRoZSBsYWJlbCwg ZnJvbSByb3V0aW5nIA0KcGVyc3BlY3RpdmUuIA0KICANCltGYXRhaV0gIE1hbnkgYmlnIGlzc3Vl cyBpZiChrm2hryBpcyB1c2VkIGluIHRoZSByb3V0aW5nLiANCiAgDQpQZXIgRy42OTQuMSwgc2xv dCB3aWR0aCBpcyBvbmx5IHNpZ25pZmljYW50IGZvciBhIGZyZXF1ZW5jeSBzbG90IChpZS4sIGEg DQpzcGVjaWZpYyBjb25uZWN0aW9uKS4gVGhlcmUgaXMgbm8gcHJlLWRlZmluZWQgZml4ZWQgobB3 YXZlbGVuZ3RoobEgZm9yIHRoZSANCmxpbmsgcmVzb3VyY2Ugb2YgZmxleGktZ3JpZCwgYmVjYXVz ZSBpdCBpcyBmbGV4aWJsZSAoaWUuLCB0aGUgc2xvdCB3aWR0aCANCmlzIHVuY2VydGFpbiBiZWZv cmUgYSBmcmVxdWVuY3kgc2xvdCBpcyBhbGxvY2F0ZWQpLCBzbyB0aGVyZSBpcyBubyBuZWVkIHRv IA0KYWR2ZXJ0aXNlIHNsb3Qgd2lkdGggKG9yIKGubaGvKS4gVGhpcyBpcyB0aGUgcmVhc29uIHRv IGhhdmUgbWVhbmluZ2xlc3Mgoa4NCm2hryBpbiB5b3VyIGRyYWZ0LiANCiAgDQpFdmVuIHRob3Vn aCB0eXBlIDAvMSBpcyB1c2VkLCB0aGVyZSBpcyBzdGlsbCBiaWcgaXNzdWUuIEZvciBleGFtcGxl LCBpZiANCnRoZSBhdmFpbGFibGUgc3BlY3RydW0gaXMgb2RkIHRpbWVzIG9mICB0aGUgY2VudHJh bCBmcmVxdWVuY3kgZ3JhbnVsYXJpdHkgDQooNSo2LjI1R0h6KSwgaG93IHRvIGVuY29kZSB0aGUg dmFsdWUgb2Ygoa5toa8/IGFyZSB5b3UgdHJ5aW5nIHRvIHVzZSANCm09Mi41PyANCiAgDQpJZiAg YSBsYWJlbCBmb3JtYXQgaW4gcm91dGluZyBpcyBkaWZmZXJlbnQgZnJvbSBpbiBzaWduYWxpbmcg YXMgeW91IHNhaWQsIA0KSSB3b3VsZCBsaWtlIHRvIHNlZSB0aGUgbGFiZWwgZm9ybWF0LiANCg0K W0xlaV0gSSBhZ3JlZSB3aXRoIHlvdSB0aGF0IGluIGJvdGggdHlwZSAyLzMgYW5kIHR5cGU0ICJt IiBpcyBtZWFuaW5nbGVzcywgDQphbmQgSSBhbHNvIGlsbHVzdHJhdGUgaXQgaW4gbXkgZHJhZnQu IE15IGlkZWEgaXMgdGhhdCwgInRoZXJlIGlzIG5vdCBhbnkgDQptYW5kYXRvcnkgcmVxdWlyZW1l bnQgdGhhdCB0aGUgc3RhcnQvZW5kIGxhYmVsIGluIGxhYmVsIHNldCBNVVNUIGtlZXAgdGhlIA0K c2FtZSBmb3JtYXQgd2l0aCB0aGUgbGFiZWwgaW4gc2lnbmFsaW5nLCBzbyBJIHRoaW5rIHRoZSBt ZWFuaW5nbGVzcyBwYXJ0IA0KY291bGQgYmUgc2ltcGx5IHJlbW92ZWQgaW4gdGhlIGxhYmVsIHNl dCwgYm90aCB0eXBlIDIvMyBhbmQgdHlwZSA0LiIgSXMgaXQgDQpub3QgY2xlYXI/IA0KDQpbRmF0 YWldICBDbGVhciBub3cuIEhhcHB5IHRvIHNlZSB0aGF0IHlvdSBhZ3JlZSChrm2hryBzaG91bGQg YmUgcmVtb3ZlZCBpbiANCnRoZSBsYWJlbC4NCg0KW0xlaV0gTXkgaWRlYSBpcyB0aGF0OiAxLiBm b3IgYm90aCB0eXBlIDIvMyBhbmQgdHlwZSA0LCByZW1vdmUgIm0iIGluIA0Kc3RhcnQvZW5kIGxh YmVsIG9mIGxhYmVsIHNldCBhY2NvcmRpbmcgdG8gdGhlIHJlcXVpcmVtZW50czsgMi4gdGhlcmUg aXMgDQpub3QgYW55IG1hbmRhdG9yeSByZXF1aXJlbWVudCB0aGF0IHRoZSBzdGFydC9lbmQgbGFi ZWwgaW4gbGFiZWwgc2V0IE1VU1QgDQprZWVwIHRoZSBzYW1lIGZvcm1hdCB3aXRoIHRoZSBsYWJl bCBpbiBzaWduYWxpbmcsIGFuZCBJIGFsc28gc3VwcG9ydCB0aGF0IA0KdGhlIHVzZSBvZiAibSIg aW4gZmxleGlibGUtZ3JpZCBsYWJlbCBpbiBzaWduYWxpbmcuIA0KIA0KICJpZiB0aGUgYXZhaWxh YmxlIHNwZWN0cnVtIGlzIG9kZCB0aW1lcyBvZiAgdGhlIGNlbnRyYWwgZnJlcXVlbmN5IA0KZ3Jh bnVsYXJpdHkgKDUqNi4yNUdIeiksIGhvdyB0byBlbmNvZGUgdGhlIHZhbHVlIG9mIKGubaGvPyIg Rmlyc3RseSwgaXQgaXMgDQppbXBvc3NpYmxlIHRoYXQgdGhlIGF2YWlsYWJsZSBzcGVjdHJ1bSBp cyBvZGQgdGltZXMgb2YgIHRoZSBjZW50cmFsIA0KZnJlcXVlbmN5IGdyYW51bGFyaXR5LCBhdCBs ZWFzdCBmb3IgcmVjZW50IG9wdGljYWwgY29tcG9uZW50cy4gcGxlYXNlIHNlZSANCnRoZSByZWZl cmVuY2U6ICJEeW5hbWljIHdhdmVsZW5ndGggcHJvY2Vzc29yIFdTUyB3aXRoIEZMRVhHUklEIA0K ZnVuY3Rpb25hbGl0eSBbRmluaXNhcl0iOyBTZWNvbmRseSAsZXZlbnQgaWYgaXQgaXMgcG9zc2li bGUsIHR5cGUgMi8zIGFuZCANCnR5cGUgNCBjb3VsZCB3ZWxsIGV4cHJlc3MgdGhhdCwgV291bGQg eW91IGFncmVlIHdpdGggbWU/IA0KDQpbRmF0YWldICBXaHkgaXQgaXMgaW1wb3NzaWJsZT8gVGhp cyBjYXNlIHNob3VsZCBiZSB2ZXJ5IGNvbW1vbi4gDQpQbGVhc2Ugc2VlIHRoZSBGaWd1cmUgSS4x IGluIEcuNjk0LjEgY29waWVkIGFzIGZvbGxvd3MuIEluIHRoaXMgZXhhbXBsZSwgDQp0aGUgYXZh aWxhYmxlIHNwZWN0cnVtIGlzIDkqNi4yNUdIei4gVGhlcmVmb3JlLCB0aGUgbGFiZWwgZm9ybWF0 IHdpdGggoa5tDQqhryBjYW5ub3QgaGFuZGxlIHRoaXMgY29tbW9uIGNhc2UuDQogDQoNCg0KW0xl aV0gSSBzYXkgdGhhdCBmcm9tIHRoZSBwb2ludCBvZiBvcHRpY2FsIGNvbXBvbmVudHMsIHJlY2Vu dCBpbmR1c3RyeSANCnByb2R1Y3RzIHN1Y2ggYXMgRmxleGlibGUtR3JpZCBXU1MgY2Fubm90IHN1 cHBvcnQgdGhlIGNvbmRpdGlvbiBtZW50aW9uZWQgDQphYm92ZS4gImV2ZW50IGlmIGl0IGlzIHBv c3NpYmxlLCB0eXBlIDIvMyBhbmQgdHlwZSA0IGNvdWxkIHdlbGwgZXhwcmVzcyANCml0Ig0KDQpJ biBteSBvcGluaW9uLCB0aGUgcHJvYmxlbSBtZW50aW9uZWQgYWJvdmUgaGFzIG5vIHJlbGF0aW9u cyB0byB0aGUgdXNlIG9mIA0KIm0iIGluIGxhYmVsLCBJIGFtIGNvbmZ1c2VkIHRoYXQgd2h5IHlv dSBvcHBvc2UgdGhlIGxhYmVsIGZvcm1hdCB3aXRoICJtIiANCmZyb20gdGhpcyBwb2ludD8gDQog DQpbRmF0YWldICBBcyBleHBsYWluZWQgYWJvdmUuIEl0IGlzIHJlbGF0ZWQgdG8gdGhlIHVzYWdl IG9mIKGubaGvIGluIHlvdXIgDQpkcmFmdC4gSSBhbSB0cnlpbmcgdG8gbWFrZSBwZW9wbGUgdW5k ZXJzdGFuZCChrm2hryBzaG91bGQgbm90IGJlIGNhcnJpZWQgDQppbiB0aGUgcm91dGluZyAoYW5k IHNvIGluIHRoZSBsYWJlbCkuIEkgd2lsbCBjb250aW51ZSB0byBtYWtlIHRoaXMgZWZmb3J0IA0K dW50aWwgcGVvcGxlIHVuZGVyc3RhbmQgdGhpcyBwb2ludC4NCg0KIFtMZWldIEluIG15IG9waW5p b24sIHRoZXJlIGlzIG5vIGNvbmZsaWN0IGJldHdlZW4goa5toa8gc2hvdWxkIG5vdCBiZSANCmNh cnJpZWQgaW4gdHlwZSAyLzMvNCBsYWJlbCBzZXQgYW5kICB0aGUgdXNhZ2Ugb2Ygoa5toa8gaW4g bGFiZWwuDQoNCkJlc3QgUmVnYXJkcyANCg0KTGVpIFdhbmcgDQoNCg0KIA0KDQoNCg0KLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NClpURSBJ bmZvcm1hdGlvbiBTZWN1cml0eSBOb3RpY2U6IFRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4g dGhpcyBtYWlsIGlzIHNvbGVseSBwcm9wZXJ0eSBvZiB0aGUgc2VuZGVyJ3Mgb3JnYW5pemF0aW9u LiBUaGlzIG1haWwgY29tbXVuaWNhdGlvbiBpcyBjb25maWRlbnRpYWwuIFJlY2lwaWVudHMgbmFt ZWQgYWJvdmUgYXJlIG9ibGlnYXRlZCB0byBtYWludGFpbiBzZWNyZWN5IGFuZCBhcmUgbm90IHBl cm1pdHRlZCB0byBkaXNjbG9zZSB0aGUgY29udGVudHMgb2YgdGhpcyBjb21tdW5pY2F0aW9uIHRv IG90aGVycy4NClRoaXMgZW1haWwgYW5kIGFueSBmaWxlcyB0cmFuc21pdHRlZCB3aXRoIGl0IGFy ZSBjb25maWRlbnRpYWwgYW5kIGludGVuZGVkIHNvbGVseSBmb3IgdGhlIHVzZSBvZiB0aGUgaW5k aXZpZHVhbCBvciBlbnRpdHkgdG8gd2hvbSB0aGV5IGFyZSBhZGRyZXNzZWQuIElmIHlvdSBoYXZl IHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IgcGxlYXNlIG5vdGlmeSB0aGUgb3JpZ2luYXRv ciBvZiB0aGUgbWVzc2FnZS4gQW55IHZpZXdzIGV4cHJlc3NlZCBpbiB0aGlzIG1lc3NhZ2UgYXJl IHRob3NlIG9mIHRoZSBpbmRpdmlkdWFsIHNlbmRlci4NClRoaXMgbWVzc2FnZSBoYXMgYmVlbiBz Y2FubmVkIGZvciB2aXJ1c2VzIGFuZCBTcGFtIGJ5IFpURSBBbnRpLVNwYW0gc3lzdGVtLg0K --=_alternative 001C96B6482579CA_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkhpIEZhdGFpLDwvZm9udD4NCjxi cj4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+UGxlYXNlIHNlZSBteSBjb21t ZW50cyBpbi1saW5lLjwvZm9udD4NCjxicj4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1z ZXJpZiI+dGhhbmtzITwvZm9udD4NCjxicj4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1z ZXJpZiI+TGVpIFdhbmc8L2ZvbnQ+DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+PGZvbnQg c2l6ZT0zIGZhY2U9IkNhbGlicmkiPkhpIExlaSwgPC9mb250Pg0KPGJyPjxmb250IHNpemU9MyBm YWNlPSJDYWxpYnJpIj4mbmJzcDs8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0zIGZhY2U9IkNhbGli cmkiPiZsdDtTbmlwJmd0OzwvZm9udD4NCjxicj48Zm9udCBzaXplPTMgZmFjZT0iQ2FsaWJyaSI+ Jm5ic3A7PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJBcmlhbCI+SXQgc2VlbXMgdGhh dCBmbGV4aWJsZS1ncmlkIG5ldHdvcmsgaXMgYmVjb21pbmcNCmEgaG90IHRvcGljIGluIHRoZXNl IGRheXMsIGJ1dCBJIGFsc28gZmluZCB0aGF0IHRoZSBkaXNjdXNzaW9ucyBtYWlubHkNCmZvY3Vz IG9uIHR3byBwcm9ibGVtcyBsaXN0ZWQgYXMgZm9sbG93czo8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZh Y2U9IlRpbWVzIE5ldyBSb21hbiI+DQo8L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZhY2U9IkFyaWFsIj48 YnI+DQo8YnI+DQoxLiA8L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZhY2U9IkNvdXJpZXIgTmV3Ij5XaGVy ZSBkbyB3ZSBjYXJyeSB0aGUgJnF1b3Q7bSZxdW90Ow0KdmFsdWU8L2ZvbnQ+PGZvbnQgc2l6ZT0y IGZhY2U9IkFyaWFsIj4sIGxhYmVsIG9yIHRyYWZmaWMgcGFyYW1ldGVycz88L2ZvbnQ+PGZvbnQg c2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+DQo8L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZhY2U9 IkFyaWFsIj48YnI+DQo8YnI+DQoyLiBXaGF0IHNob3VsZCB3ZSBkaXNjdXNzIGluIHRoZSBmaXJz dCBzdGVwLCB0aGUgd2hvbGUgRmxleGlibGUtR3JpZCBjb250cm9sDQpwbGFuZSBvciBqdXN0IGxh YmVsIGFuZCBzaWduYWxpbmcgcGFyYW1ldGVycz88L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZhY2U9IlRp bWVzIE5ldyBSb21hbiI+DQo8L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZhY2U9IkFyaWFsIj48YnI+DQo8 YnI+DQpIZXJlIEkgcHJlc2VudCBteSBjb25jZXB0IG9uIHRoZXNlIHR3byBxdXN0aW9ucy48L2Zv bnQ+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+DQo8L2ZvbnQ+PGZvbnQgc2l6 ZT0yIGZhY2U9IkFyaWFsIj48YnI+DQo8YnI+DQpUaGUgZmlyc3Qgb25lLCBJIGFic29sdXRlbHkg YWdyZWUgd2l0aCBBZHJpYW4uICZxdW90OzwvZm9udD48Zm9udCBzaXplPTIgZmFjZT0iQ291cmll ciBOZXciPnRoZQ0KdmlldyB0aGF0ICZxdW90O20mcXVvdDsgaXMgcGFydCBvZiB0aGUgZGVmaW5p dGlvbiBvZiB3aGF0IGlzIGJlaW5nIHN3aXRjaGVkDQphbmQgaXMgZXNzZW50aWFsIGZvciB0aGUg c3dpdGNoIGNyb3NzLWNvbm5lY3QgdG8gYmUgcHJvZ3JhbW1lZC4gVGh1cyxpdA0KaXMgcGFydCBv ZiB0aGUgbGFiZWwuPC9mb250Pjxmb250IHNpemU9MiBmYWNlPSJBcmlhbCI+JnF1b3Q7ICZxdW90 OzwvZm9udD48Zm9udCBzaXplPTIgZmFjZT0iQ291cmllciBOZXciPkkNCndvdWxkIGFja25vd2xl ZGdlIHRoYXQgdGhlIHZhbHVlIG9mICZxdW90O20mcXVvdDsgaW5mbHVlbmNlcyB0aGUgYmFuZHdp ZHRoDQpvZiB0aGUgTFNQLCBidXQgSSB3b3VsZCBjbGFpbSB0aGF0IGFuIFBhdGggcmVxdWVzdCBh c2tzIGZvciBiL3cgaW4gdGhlDQp0cmFmZmljIHBhcmFtZXRlcnMgYW5kIHRoZSBsYWJlbCByZXR1 cm5lZCBwcm92aWRlcyB0aGUgdmFsdWUgb2YgJnF1b3Q7bSZxdW90Ow0KdG8gYmUgcHJvZ3JhbW1l ZCBpbnRvIHRoZSBYQy4gSWYgaXQgaXMgbmVjZXNzYXJ5IChwZXJoYXBzIGEgcXVlc3Rpb24gZm9y ZHJhZnQtemhhbmctY2NhbXAtZmxleGlibGUtZ3JpZC1yc3ZwLXRlLWV4dCkNCnRvIGFsc28gc3Bl Y2lmeSAmcXVvdDttJnF1b3Q7IChvciBhIHJhbmdlIG9mIGFjY2VwdGFibGUgdmFsdWVzIG9mICZx dW90O20mcXVvdDspDQphcyBwYXJ0IG9mIHRoZSBQYXRoIHJlcXVlc3QsIHRoZW4gaXQgd291bGQg c2VlbSBwcmFnbWF0aWMgdG8gcHV0IGl0IGluDQp0aGUgdHJhZmZpYyBwYXJhbWV0ZXJzLjwvZm9u dD48Zm9udCBzaXplPTIgZmFjZT0iQXJpYWwiPiZxdW90OzwvZm9udD48Zm9udCBzaXplPTMgZmFj ZT0iVGltZXMgTmV3IFJvbWFuIj4NCjwvZm9udD48Zm9udCBzaXplPTIgZmFjZT0iQXJpYWwiPjxi cj4NCjxicj4NCkluIG15IG9waW5pb24sIGl0IG1heSBiZSByZWFzb25hYmxlIHRvIGNhcnJ5IGNl cnRhaW4gZmllbGRzIGluIHRyYWZmaWMNCnBhcmFtZXRlcnMgdGhhdCBjbGFpbSBtaW4gc2xvdCB3 aWR0aCBvciBzbG90IHdpZHRoIHJhbmdlIHRoZSBMU1AgcmVxdWVzdHMsDQphcyB3ZWxsLCBpdCBp cyBhbHNvIG5lY2Vzc2FyeSB0byBpbmNsdWRlICZxdW90O20mcXVvdDsgaW4gdGhlIGxhYmVsIHRv DQpjbGFpbSBhY3R1YWwgc2xvdCB3aWR0aCBhc3NpZ25lZCB0byB0aGlzIExTUC4gRm9yIGV4YW1w bGUsIGFzc3VtaW5nIGEgZmxleGlibGUtZ3JpZA0KbmV0d29yayBjb21wb3NlZCBvZiBvcHRpY2Fs IGNvbXBvbmVudHMgd2l0aCAyNUdIeiBzbG90IHdpZHRoIGdyYW51bGFyaXR5DQphbmQgWzUwR0h6 LCAyMDBHSHpdIHNsb3Qgd2lkdGggcmFuZ2UuIFdoZW4gYSAyNUdIei1zbG90LXdpZHRoIExTUCBy ZXF1ZXN0DQphcnJpdmVzLCB0aGUgc2lnbmFsaW5nIG1heSBhZGQgMjVHSHogaW4gdHJhZmZpYyBw YXJhbWV0ZXJzIHRvIGNsYWltIHRoZQ0KbWluIHNsb3Qgd2lkdGggcmVxdWlyZWQuIEhvd2V2ZXIs IGR1ZSB0byB0aGUgRmxleGlibGUtR3JpZCBjYXBhYmlsaXR5IGxpbWl0YXRpb24NCm9mIG9wdGlj YWwgY29tcG9uZW50cywgdGhlIGFjdHVhbCBzbG90IHdpZHRoIGFzc2lnbmVkIHRvIHRoaXMgTFNQ IG1heSBiZQ0KNTBHSHosIHdoaWNoIGlzIGFkZGVkIGFzICZxdW90O20mcXVvdDsgaW4gdGhlIGxh YmVsLiBzaW1pbGFybHksIFdoZW4gYQ0KODcuNUdIei1zbG90LXdpZHRoIExTUCByZXF1ZXN0IGFy cml2ZXMsIHRoZSBhY3R1YWwgc2xvdCB3aWR0aCBhc3NpZ25lZA0KdG8gdGhpcyBMU1AgbWF5IGJl IDEwMEdIei4gU28gc3VjaCBmaWVsZHMgaW4gdHJhZmZpYyBwYXJhbWV0ZXJzIGNhbm5vdA0KZXhj bHVkZSB0aGUgdXNlIG9mICZxdW90O20mcXVvdDsgaW4gdGhlIGxhYmVsLCBmcm9tIHNpZ25hbGlu ZyBwZXJzcGVjdGl2ZS48L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+ DQo8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZhY2U9IkNhbGlicmkiPjxicj4NCiA8L2ZvbnQ+PGZvbnQg c2l6ZT0zPiZuYnNwOzwvZm9udD48Zm9udCBzaXplPTMgY29sb3I9I2MwMDAwMCBmYWNlPSJDYWxp YnJpIj48YnI+DQpbRmF0YWldIEFyZSB5b3Uga2lkZGluZz8gV2hlbiAyNUdIeiBpcyByZXF1ZXN0 ZWQsIGJ1dCA1MEdIeiBpcyBhbGxvY2F0ZWQNCmZpbmFsbHk/IEluIHRoaXMgY2FzZSwgdGhpcyBy ZXF1ZXN0IHNob3VsZCBiZSByZWplY3RlZC4gU2Vjb25kbHksIHdoeSByb3V0aW5nDQpjYW5ub3Qg YmUgYXdhcmUgb2YgdGhpcyBjb25zdHJhaW50PyBJIHRoaW5rIHRoaXMgY29uc3RyYWludCBzaG91 bGQgYmUgYWR2ZXJ0aXNlZA0KaW50byByb3V0aW5nIGFuZCB0aGVuIHRoZSBoZWFkIG5vZGUgb3Ig UENFIGNhbiBjYWxjdWxhdGUgdGhlIGV4YWN0IGJhbmR3aWR0aA0KbmVlZGVkIGJlZm9yZSBzaWdu YWxpbmcuPC9mb250Pjxmb250IHNpemU9Mz4gPGJyPg0KPC9mb250Pjxmb250IHNpemU9MyBjb2xv cj1ibHVlIGZhY2U9IkNhbGlicmkiPjxicj4NCltMZWldIFRoYXQgaXMganVzdCBhbiBleGFtcGxl LiBsZXQgdXMgZGljdXNzIGl0IGluIGRldGFpbC4gaW4gbXkgb3BpbmlvbiwNCnRoZSBpZGVhIG1l bnRpb25lZCBhYm92ZSBpcyBleHRyZW1lbHkgdXNlZnVsIGZvciBGbGV4aWJsZS1HcmlkIG5ldHdv cmtzDQp3aXRoIHZhcmlvdXMgZmxleGlibGUtZ3JpZCBhYmlsaXR5IGNvbXBvbmVudHMuIEFzc3Vt aW5nIGEgbmV0d29yayBjb21wb3NlZA0Kb2YgdHdvIGtpbmRzIG9wdGljYWwgY29tcG9uZW50czog MS4gMjVHSHogc2xvdCB3aWR0aCBncmFudWxhcml0eSBhbmQgWzUwR0h6LA0KMzAwR0h6XSBzbG90 IHdpZHRoIHJhbmdlOyAyLiAxMi41R0h6IHNsb3Qgd2lkdGggZ3JhbnVsYXJpdHkgYW5kIFs1MEdI eiwNCjIwMEdIel0gc2xvdCB3aWR0aCByYW5nZS4gSnVzdCBhcyBGaWd1cmUgMSBpbiA8aT5bZHJh ZnQtd2FuZ2wtY2NhbXAtb3NwZi1leHQtY29uc3RyYWludC1mbGV4aS1ncmlkLTAxXS48L2k+PC9m b250Pjxmb250IHNpemU9Mz4NCjwvZm9udD48Zm9udCBzaXplPTMgY29sb3I9Ymx1ZSBmYWNlPSJD YWxpYnJpIj48YnI+DQogPGJyPg0KV2hlbiBhIDg3LjVHSHotc2xvdC13aWR0aCBBLSZndDtFIExT UCByZXF1ZXN0IGFycml2ZXMsIGFzc3VtaW5nIHRoZXJlIGlzDQpub3QgYW55IGF2YWlsYWJsZSBz cGVjdHJ1bSByZXNvdXJjZSBvbiByb3V0ZSBBLUItRSwgQS1ELUUgaXMgc2VsZWN0ZWQgYXMNCnRo ZSBMU1Agcm91dGUgYW5kIDEwMEdIeiBzbG90IHdpZHRoIGlzIGFzc2lnbmVkLiB3aGF0IHlvdSBt ZWFuIGlzIHRoYXQNCnRoZSBjb21wdXRhdGlvbiBlbGVtZW50cyBzaG91bGQgZ2V0IGluZm9ybWF0 aW9uIG9mIGZsZXhpYmxlLWdyaWQgYWJpbGl0eQ0Kb2YgZWFjaCBvcHRpY2FsIGNvbXBvbmVudHMg YnkgT1NQRiBmbG9vZGluZywgc28gdGhlIGhlYWRlciBjYW4gY2FsY3VsYXRlDQp0aGUgYWN0dWFs IHNsb3Qgd2lkdGggd2l0aG91dCBjYXJyaW5nIDg3LjVHSHogaW4gdHJhZmZpYyBwYXJhbWV0ZXJz LCBEbw0KSSB1bmRlcnN0YW5kIHJpZ2h0PyBPSywgdGhlcmUgaXMgYSBiaWcgcHJvYmxlbSwgYXVz dW1pbmcgZmliZXIgQUQgYnJlYWtzDQpkb3duIGFuZCBMU1AgcmVyb3V0ZSByZXVlc3RzLCBhbmQg dGhlbiByb3V0ZSBBLUItRSBpcyBzZWxlY3RlZCwgaG93IG1hbnkNCnNsb3Qgd2lkdGhzIHdvdWxk IGFzc3NpZ25lZCB0byB0aGF0IExTUD8gYWxzbyAxMDBHSHo/IEl0IGlzIG5vdCByZXNvbmFibGUN CmJlY2F1c2UgODcuNUdIeiBpcyBlbm91Z2guIGJ1dCBob3cgY291bGQgdGhlIGNvbnRyb2wgcGxh bmUgZ2V0IHRoaXMgaW5mb3JtYXRpb24/DQpJbiBteSBvcGluaW9uLCBmcm9tIHRyYWZmaWMgcGFy YW1ldGVycy4gPC9mb250Pg0KPGJyPjxmb250IHNpemU9MyBmYWNlPSJDYWxpYnJpIj4mbmJzcDs8 L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0zIGNvbG9yPSNjMDAwMDAgZmFjZT0iQ2FsaWJyaSI+W0Zh dGFpXSAmbmJzcDtDZXJ0YWlubHksDQo4Ny41R0haIGNhbiBiZSByZXF1ZXN0ZWQgZm9yIHRoZSBy ZWNvdmVyeSBMU1AgYW5kIG09NyBzaG91bGQgYmUgY2FycmllZA0KaW4gdGhlIHRyYWZmaWMgcGFy YW1ldGVycy4gVGhpcyBpcyB3aGF0IEkgYW0gcHJvcG9zaW5nLjwvZm9udD4NCjxicj48Zm9udCBz aXplPTM+PGJyPg0KPC9mb250Pjxmb250IHNpemU9MyBjb2xvcj1ibHVlIGZhY2U9IkNhbGlicmki PltMZWldIFdvdWxkIG15IGV4cHJlc3Npb24NCmJlIG5vdCBjbGVhcj8gTXkgaWRlYSBpcyB0aGF0 OiBpbiBzdWNoIGNvbmRpdGlvbiwgODcuNUdIeiBjb3VsZCBiZSBjYXJyaWVkDQpieSB0cmFmZmlj IHBhcmFtZXRlcnMgaW4gc2lnbmFsaW5nIHRvIGNsYWltIHRoZSBtaW5pbXVtIHNsb3Qgd2lkdGgg cmVxdWlyZWQNCmJ5IHRoaXMgTFNQLCBidXQgdGhlIGFjdHVhbCBzbG90IHdpZHRoIGFzc2lnbmVk IHRvIGl0IE1VU1QgYmUgY2FycmllZCBieQ0KbGFiZWwsIGluIHRoZSBjYXNlIG1lbnRpb25lZCBh Ym92ZSwgJnF1b3Q7bSZxdW90OyBpcyBzZXQgdG8gMTAwR0h6IHdoZW4NCnNldHVwIGJ1dCA4Ny41 R0h6IHdoZW4gcmVyb3V0ZS48L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0zIGNvbG9yPWJs dWUgZmFjZT0iQ2FsaWJyaSI+SW4gYWRkaXRpb24sIHRoZSBwcm9ibGVtICZxdW90O2hvdw0KbWFu eSBzbG90IHdpZHRocyBzaG91bGQgYmUgYXNzaWduZWQgdG8gYSBMU1AmcXVvdDsgaXMgdmVyeSBj b21wbGV4LCBpdA0KaXMgaW1wYWN0ZWQgYnkgc2lnbmFsIGF0dHJpYnV0aW9uLCBhY2N1bXVsYXRl ZCBwaHlzaWNhbCBpbXBhaXJtZW50cyAoYm90aA0Kc3RhdGljIGFuZCBkeW5hbWljKSwgZmlsdGVy IGNhc2NhZGluZyBlZmZlY3RzIGFuZCBzbyBvbiwgYW5kIGFsc28gaW50ZXJhY3QNCndpdGggbmVp Z2hib3IgY2hhbm5lbHMuIGl0IHNlZW1zIGltcG9zc2libGUgZm9yIHRoZSBoZWFkIHRvIGRldGVy bWluZSBhbGwNCm9mIHRoZXNlIGF0IHRoZSBiZWdpbm5pbmcgb2YgcGF0aCBzZXR1cCBkdWUgdG8g aW5jb21wbGV0ZSBvciBkYXRlZCBpbmZvcm1hdGlvbi48L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQg c2l6ZT0zIGNvbG9yPWJsdWUgZmFjZT0iQ2FsaWJyaSI+RnVydGhlcm1vcmUsIEp1c3QgYXMgc3Bl Y2lmaWVkDQppbiB5b3VyIGZyYW1ld29yayBkcmFmdCwgaXQgc3VwcG9ydHMgdGhlIFJvdXRpbmcg KyBEaXN0cmlidXRlZCBTcGVjdHJ1bQ0KQXNzaWdubWVudCAoUitEU0EpIGFyY2hpdGVjdHVyZS4g SWYgSSB1bmRlcnN0YW5kIHJpZ2h0LCB0aGUgZW5kIG5vZGUgZGV0ZXJtaW5lcw0KdGhlIHNwZWN0 cnVtIGFzc2lnbmVkIHRvIHRoZSBMU1AgaW4gRFNBLCBzbyBob3cgY291bGQgdGhlIGhlYWQga25v dyBob3cNCm1hbnkgc2xvdCB3aWR0aCBzaG91ZCBiZSBhc3NpZ25lZD88L2ZvbnQ+DQo8YnI+PGZv bnQgc2l6ZT0zIGNvbG9yPWJsdWUgZmFjZT0iQ2FsaWJyaSI+PGJyPg0KV291bGQgeW91IGFncmVl IHdpdGggbWU/PC9mb250Pjxmb250IHNpemU9Mz4gPGJyPg0KPC9mb250Pjxmb250IHNpemU9MiBm YWNlPSJBcmlhbCI+PGJyPg0KSSBhbHNvIG5vdGljZSB0aGF0IEZhdGFpIG9wcG9zZSB0aGUgdXNl IG9mICZxdW90O20mcXVvdDsgaW4gbGFiZWwgZnJvbQ0Kcm91dGluZyBwZXJzcGVjdGl2ZS4gSW4g PGk+W2RyYWZ0LXdhbmdsLWNjYW1wLW9zcGYtZXh0LWNvbnN0cmFpbnQtZmxleGktZ3JpZC0wMV08 L2k+LA0KZm9yIHRoZSBsYWJlbCBzZXQgd2l0aCB0eXBlIDIvMyBpbmNsdXNpdmUvZXhjbHVzaXZl IHJhbmdlLCAmcXVvdDs8L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZhY2U9IkNvdXJpZXIgTmV3Ij5UaGUN CnZhbHVlIG9mIG0gaW4gc3RhcnQvZW5kIGxhYmVsIGlzIG1lYW5pbmdsZXNzPC9mb250Pjxmb250 IHNpemU9MiBmYWNlPSJBcmlhbCI+JnF1b3Q7LA0KYW5kICZxdW90OzwvZm9udD48Zm9udCBzaXpl PTIgZmFjZT0iQ291cmllciBOZXciPjMyIGFkZGl0aW9uYWwgYml0cyBzcGFjZQ0KaXMgdXNlZCB0 byBjYXJyeSBtZWFuaW5nbGVzcyBpbmZvcm1hdGlvbiEgJm5ic3A7UGVvcGxlIGNhbiBpbWFnZSBo b3cgbWFueQ0KbGFiZWxzIGFyZSBkaXN0cmlidXRlZCBpbiB0aGUgcm91dGluZy4gV2hhdCBzY2Fs YWJsZSBpc3N1ZSBpdCBpcyE8L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZhY2U9IkFyaWFsIj4mcXVvdDsN CkluIG15IG9waW5pb24sIHRoaXMgZG9jdW1lbnQgaXMgb25seSBhbiBpbmRpdmlkdWFsIGRyYWZ0 IHRvIHN1bW1hcml6ZSBvdXINCmlkZWEgYW5kIGluaXRpYWwgd29yayBvbiBPU1BGIGV4dGVuc2lv biBvZiBGbGV4aWJsZS1HcmlkIG5ldHdvcmtzLGFuZCBuZWVkcw0KZnVydGhlciBtb2RpZmljYXRp b24gYW5kIGV4dGVuc2lvbiBhY2NvcmRpbmcgdG8gdGhlIHJlcXVpcmVtZW50cyBhbmQgZmVlZGJh Y2sNCm9mIG90aGVycy4gVGhhbmtzIGZvciBwb2ludGluZyBvdXQgdGhlIGltcHJvcGVyIHBsYWNl LiBIb3dldmVyLCBpbiB0aGlzDQpkb2N1bWVudCwgdGhlIHR5cGUgMi8zIGluY2x1c2l2ZS9leGNs dXNpdmUgcmFuZ2UgY2FuIGJlIHdlbGwgcmVwbGFjZWQgYnkNCnRoZSB0eXBlIDAvMSBpbmNsdXNp dmUvZXhjbHVzaXZlIGxhYmVsIGxpc3QsIHdpdGhvdXQgYW55IGJpdC13YXN0aW5nLiBJbg0KYWRk aXRpb24sIHRoZXJlIGlzIG5vdCBhbnkgbWFuZGF0b3J5IHJlcXVpcmVtZW50IHRoYXQgdGhlIHN0 YXJ0L2VuZCBsYWJlbA0KaW4gbGFiZWwgc2V0IE1VU1Qga2VlcCB0aGUgc2FtZSBmb3JtYXQgd2l0 aCB0aGUgbGFiZWwgaW4gc2lnbmFsaW5nLCBzbw0KSSB0aGluayB0aGUgbWVhbmluZ2xlc3MgcGFy dCBjb3VsZCBiZSBzaW1wbHkgcmVtb3ZlZCBpbiB0aGUgbGFiZWwgc2V0LA0KYm90aCB0eXBlIDIv MyBhbmQgdHlwZSA0LiBBYm92ZSBhbGwsIGl0IGlzIG5vdCBhIHNlcmlvdXMgcHJvYmxlbSB0aGF0 IGNhbm5vdA0KY29ucXVlcmVkLCBhbmQgaGFzIG5vIGltcGFjdCBvbiB0aGUgdXNlIG9mICZxdW90 O20mcXVvdDsgaW4gdGhlIGxhYmVsLA0KZnJvbSByb3V0aW5nIHBlcnNwZWN0aXZlLjwvZm9udD48 Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj4gPC9mb250Pjxmb250IHNpemU9MyBm YWNlPSJDYWxpYnJpIj48YnI+DQogPC9mb250Pjxmb250IHNpemU9Mz4mbmJzcDs8L2ZvbnQ+PGZv bnQgc2l6ZT0zIGNvbG9yPSNjMDAwMDAgZmFjZT0iQ2FsaWJyaSI+PGJyPg0KW0ZhdGFpXSAmbmJz cDtNYW55IGJpZyBpc3N1ZXMgaWYgoa5toa8gaXMgdXNlZCBpbiB0aGUgcm91dGluZy48L2ZvbnQ+ PGZvbnQgc2l6ZT0zPg0KPC9mb250Pjxmb250IHNpemU9MyBjb2xvcj0jYzAwMDAwIGZhY2U9IkNh bGlicmkiPjxicj4NCiA8L2ZvbnQ+PGZvbnQgc2l6ZT0zPiZuYnNwOzwvZm9udD48Zm9udCBzaXpl PTMgY29sb3I9I2MwMDAwMCBmYWNlPSJDYWxpYnJpIj48YnI+DQpQZXIgRy42OTQuMSwgc2xvdCB3 aWR0aCBpcyBvbmx5IHNpZ25pZmljYW50IGZvciBhIGZyZXF1ZW5jeSBzbG90IChpZS4sDQphIHNw ZWNpZmljIGNvbm5lY3Rpb24pLiBUaGVyZSBpcyBubyBwcmUtZGVmaW5lZCBmaXhlZCChsHdhdmVs ZW5ndGihsQ0KZm9yIHRoZSBsaW5rIHJlc291cmNlIG9mIGZsZXhpLWdyaWQsIGJlY2F1c2UgaXQg aXMgZmxleGlibGUgKGllLiwgdGhlIHNsb3QNCndpZHRoIGlzIHVuY2VydGFpbiBiZWZvcmUgYSBm cmVxdWVuY3kgc2xvdCBpcyBhbGxvY2F0ZWQpLCBzbyB0aGVyZSBpcyBubw0KbmVlZCB0byBhZHZl cnRpc2Ugc2xvdCB3aWR0aCAob3Igoa5toa8pLiBUaGlzIGlzIHRoZSByZWFzb24gdG8gaGF2ZSBt ZWFuaW5nbGVzcw0Koa5toa8gaW4geW91ciBkcmFmdC4gPGJyPg0KIDwvZm9udD48Zm9udCBzaXpl PTM+Jm5ic3A7PC9mb250Pjxmb250IHNpemU9MyBjb2xvcj0jYzAwMDAwIGZhY2U9IkNhbGlicmki Pjxicj4NCkV2ZW4gdGhvdWdoIHR5cGUgMC8xIGlzIHVzZWQsIHRoZXJlIGlzIHN0aWxsIGJpZyBp c3N1ZS4gRm9yIGV4YW1wbGUsIGlmDQp0aGUgYXZhaWxhYmxlIHNwZWN0cnVtIGlzIG9kZCB0aW1l cyBvZiAmbmJzcDt0aGUgY2VudHJhbCBmcmVxdWVuY3kgZ3JhbnVsYXJpdHkNCig1KjYuMjVHSHop LCBob3cgdG8gZW5jb2RlIHRoZSB2YWx1ZSBvZiChrm2hrz8gYXJlIHlvdSB0cnlpbmcgdG8gdXNl DQptPTIuNT88L2ZvbnQ+PGZvbnQgc2l6ZT0zPiA8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGNvbG9yPSNj MDAwMDAgZmFjZT0iQ2FsaWJyaSI+PGJyPg0KIDwvZm9udD48Zm9udCBzaXplPTM+Jm5ic3A7PC9m b250Pjxmb250IHNpemU9MyBjb2xvcj0jYzAwMDAwIGZhY2U9IkNhbGlicmkiPjxicj4NCklmICZu YnNwO2EgbGFiZWwgZm9ybWF0IGluIHJvdXRpbmcgaXMgZGlmZmVyZW50IGZyb20gaW4gc2lnbmFs aW5nIGFzIHlvdQ0Kc2FpZCwgSSB3b3VsZCBsaWtlIHRvIHNlZSB0aGUgbGFiZWwgZm9ybWF0Ljwv Zm9udD48Zm9udCBzaXplPTM+IDxicj4NCjwvZm9udD48Zm9udCBzaXplPTMgY29sb3I9Ymx1ZSBm YWNlPSJDYWxpYnJpIj48YnI+DQpbTGVpXSBJIGFncmVlIHdpdGggeW91IHRoYXQgaW4gYm90aCB0 eXBlIDIvMyBhbmQgdHlwZTQgJnF1b3Q7bSZxdW90OyBpcw0KbWVhbmluZ2xlc3MsIGFuZCBJIGFs c28gaWxsdXN0cmF0ZSBpdCBpbiBteSBkcmFmdC4gTXkgaWRlYSBpcyB0aGF0LCAmcXVvdDt0aGVy ZQ0KaXMgbm90IGFueSBtYW5kYXRvcnkgcmVxdWlyZW1lbnQgdGhhdCB0aGUgc3RhcnQvZW5kIGxh YmVsIGluIGxhYmVsIHNldA0KTVVTVCBrZWVwIHRoZSBzYW1lIGZvcm1hdCB3aXRoIHRoZSBsYWJl bCBpbiBzaWduYWxpbmcsIHNvIEkgdGhpbmsgdGhlIG1lYW5pbmdsZXNzDQpwYXJ0IGNvdWxkIGJl IHNpbXBseSByZW1vdmVkIGluIHRoZSBsYWJlbCBzZXQsIGJvdGggdHlwZSAyLzMgYW5kIHR5cGUg NC4mcXVvdDsNCklzIGl0IG5vdCBjbGVhcj8gPC9mb250Pjxmb250IHNpemU9Mz48YnI+DQo8L2Zv bnQ+DQo8YnI+PGZvbnQgc2l6ZT0zIGNvbG9yPSNjMDAwMDAgZmFjZT0iQ2FsaWJyaSI+W0ZhdGFp XSAmbmJzcDtDbGVhciBub3cuDQpIYXBweSB0byBzZWUgdGhhdCB5b3UgYWdyZWUgoa5toa8gc2hv dWxkIGJlIHJlbW92ZWQgaW4gdGhlIGxhYmVsLjwvZm9udD4NCjxicj4NCjxicj48Zm9udCBzaXpl PTMgY29sb3I9Ymx1ZSBmYWNlPSJDYWxpYnJpIj5bTGVpXSBNeSBpZGVhIGlzIHRoYXQ6IDEuIGZv cg0KYm90aCB0eXBlIDIvMyBhbmQgdHlwZSA0LCByZW1vdmUgJnF1b3Q7bSZxdW90OyBpbiBzdGFy dC9lbmQgbGFiZWwgb2YgbGFiZWwNCnNldCBhY2NvcmRpbmcgdG8gdGhlIHJlcXVpcmVtZW50czsg Mi4gdGhlcmUgaXMgbm90IGFueSBtYW5kYXRvcnkgcmVxdWlyZW1lbnQNCnRoYXQgdGhlIHN0YXJ0 L2VuZCBsYWJlbCBpbiBsYWJlbCBzZXQgTVVTVCBrZWVwIHRoZSBzYW1lIGZvcm1hdCB3aXRoIHRo ZQ0KbGFiZWwgaW4gc2lnbmFsaW5nLCBhbmQgSSBhbHNvIHN1cHBvcnQgdGhhdCB0aGUgdXNlIG9m ICZxdW90O20mcXVvdDsgaW4NCmZsZXhpYmxlLWdyaWQgbGFiZWwgaW4gc2lnbmFsaW5nLiA8L2Zv bnQ+DQo8YnI+PGZvbnQgc2l6ZT0zIGZhY2U9IkNhbGlicmkiPiZuYnNwOzwvZm9udD4NCjxicj48 Zm9udCBzaXplPTMgY29sb3I9Ymx1ZSBmYWNlPSJDYWxpYnJpIj4mbmJzcDsmcXVvdDtpZiB0aGUg YXZhaWxhYmxlDQpzcGVjdHJ1bSBpcyBvZGQgdGltZXMgb2YgJm5ic3A7dGhlIGNlbnRyYWwgZnJl cXVlbmN5IGdyYW51bGFyaXR5ICg1KjYuMjVHSHopLA0KaG93IHRvIGVuY29kZSB0aGUgdmFsdWUg b2Ygoa5toa8/JnF1b3Q7IEZpcnN0bHksIGl0IGlzIGltcG9zc2libGUgdGhhdA0KdGhlIGF2YWls YWJsZSBzcGVjdHJ1bSBpcyBvZGQgdGltZXMgb2YgJm5ic3A7dGhlIGNlbnRyYWwgZnJlcXVlbmN5 IGdyYW51bGFyaXR5LA0KYXQgbGVhc3QgZm9yIHJlY2VudCBvcHRpY2FsIGNvbXBvbmVudHMuIHBs ZWFzZSBzZWUgdGhlIHJlZmVyZW5jZTogJnF1b3Q7RHluYW1pYw0Kd2F2ZWxlbmd0aCBwcm9jZXNz b3IgV1NTIHdpdGggRkxFWEdSSUQgZnVuY3Rpb25hbGl0eSBbRmluaXNhcl0mcXVvdDs7IFNlY29u ZGx5DQosZXZlbnQgaWYgaXQgaXMgcG9zc2libGUsIHR5cGUgMi8zIGFuZCB0eXBlIDQgY291bGQg d2VsbCBleHByZXNzIHRoYXQsDQpXb3VsZCB5b3UgYWdyZWUgd2l0aCBtZT88L2ZvbnQ+PGZvbnQg c2l6ZT0zPiA8YnI+DQo8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0zIGNvbG9yPSNjMDAwMDAgZmFj ZT0iQ2FsaWJyaSI+W0ZhdGFpXSAmbmJzcDtXaHkgaXQgaXMgaW1wb3NzaWJsZT8NClRoaXMgY2Fz ZSBzaG91bGQgYmUgdmVyeSBjb21tb24uIDwvZm9udD4NCjxicj48Zm9udCBzaXplPTMgY29sb3I9 I2MwMDAwMCBmYWNlPSJDYWxpYnJpIj5QbGVhc2Ugc2VlIHRoZSBGaWd1cmUgSS4xDQppbiBHLjY5 NC4xIGNvcGllZCBhcyBmb2xsb3dzLiBJbiB0aGlzIGV4YW1wbGUsIHRoZSBhdmFpbGFibGUgc3Bl Y3RydW0gaXMNCjkqNi4yNUdIei4gVGhlcmVmb3JlLCB0aGUgbGFiZWwgZm9ybWF0IHdpdGggoa5t oa8gY2Fubm90IGhhbmRsZSB0aGlzDQpjb21tb24gY2FzZS48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6 ZT0zIGNvbG9yPSNjMDAwMDAgZmFjZT0iQ2FsaWJyaSI+Jm5ic3A7PC9mb250Pg0KPGJyPg0KPGJy Pg0KPGJyPjxmb250IHNpemU9MyBjb2xvcj1ibHVlIGZhY2U9IkNhbWJyaWEiPltMZWldIEkgc2F5 IHRoYXQgZnJvbSB0aGUgcG9pbnQNCm9mIG9wdGljYWwgY29tcG9uZW50cywgcmVjZW50IGluZHVz dHJ5IHByb2R1Y3RzIHN1Y2ggYXMgRmxleGlibGUtR3JpZCBXU1MNCmNhbm5vdCBzdXBwb3J0IHRo ZSBjb25kaXRpb24gbWVudGlvbmVkIGFib3ZlLiAmcXVvdDtldmVudCBpZiBpdCBpcyBwb3NzaWJs ZSwNCnR5cGUgMi8zIGFuZCB0eXBlIDQgY291bGQgd2VsbCBleHByZXNzIGl0JnF1b3Q7PC9mb250 Pg0KPGJyPjxmb250IHNpemU9MyBjb2xvcj1ibHVlIGZhY2U9IkNhbGlicmkiPjxicj4NCkluIG15 IG9waW5pb24sIHRoZSBwcm9ibGVtIG1lbnRpb25lZCBhYm92ZSBoYXMgbm8gcmVsYXRpb25zIHRv IHRoZSB1c2UNCm9mICZxdW90O20mcXVvdDsgaW4gbGFiZWwsIEkgYW0gY29uZnVzZWQgdGhhdCB3 aHkgeW91IG9wcG9zZSB0aGUgbGFiZWwNCmZvcm1hdCB3aXRoICZxdW90O20mcXVvdDsgZnJvbSB0 aGlzIHBvaW50PzwvZm9udD48Zm9udCBzaXplPTM+IDwvZm9udD4NCjxicj48Zm9udCBzaXplPTMg ZmFjZT0iQ2FsaWJyaSI+Jm5ic3A7PC9mb250Pg0KPGJyPjxmb250IHNpemU9MyBjb2xvcj0jYzAw MDAwIGZhY2U9IkNhbGlicmkiPltGYXRhaV0gJm5ic3A7QXMgZXhwbGFpbmVkDQphYm92ZS4gSXQg aXMgcmVsYXRlZCB0byB0aGUgdXNhZ2Ugb2Ygoa5toa8gaW4geW91ciBkcmFmdC4gSSBhbSB0cnlp bmcNCnRvIG1ha2UgcGVvcGxlIHVuZGVyc3RhbmQgoa5toa8gc2hvdWxkIG5vdCBiZSBjYXJyaWVk IGluIHRoZSByb3V0aW5nDQooYW5kIHNvIGluIHRoZSBsYWJlbCkuIEkgd2lsbCBjb250aW51ZSB0 byBtYWtlIHRoaXMgZWZmb3J0IHVudGlsIHBlb3BsZQ0KdW5kZXJzdGFuZCB0aGlzIHBvaW50Ljwv Zm9udD4NCjxicj48Zm9udCBzaXplPTMgZmFjZT0iQ2FsaWJyaSI+PGJyPg0KPC9mb250Pjxmb250 IHNpemU9MyBjb2xvcj1ibHVlIGZhY2U9IkNhbGlicmkiPiBbTGVpXSBJbiBteSBvcGluaW9uLCB0 aGVyZQ0KaXMgbm8gY29uZmxpY3QgYmV0d2VlbiChrm2hryBzaG91bGQgbm90IGJlIGNhcnJpZWQg aW4gdHlwZSAyLzMvNCBsYWJlbA0Kc2V0IGFuZCAmbmJzcDt0aGUgdXNhZ2Ugb2Ygoa5toa8gaW4g bGFiZWwuPGJyPg0KPC9mb250Pjxmb250IHNpemU9MiBmYWNlPSJBcmlhbCI+PGJyPg0KQmVzdCBS ZWdhcmRzPC9mb250Pjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPiA8L2ZvbnQ+ PGZvbnQgc2l6ZT0yIGZhY2U9IkFyaWFsIj48YnI+DQo8YnI+DQpMZWkgV2FuZyA8YnI+DQo8YnI+ DQo8L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZhY2U9IkNvdXJpZXIgTmV3Ij48YnI+DQogPC9mb250Pg0K PGJyPg0KPGJyPjxwcmU+DQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLQ0KWlRFJm5ic3A7SW5mb3JtYXRpb24mbmJzcDtTZWN1cml0eSZuYnNw O05vdGljZTombmJzcDtUaGUmbmJzcDtpbmZvcm1hdGlvbiZuYnNwO2NvbnRhaW5lZCZuYnNwO2lu Jm5ic3A7dGhpcyZuYnNwO21haWwmbmJzcDtpcyZuYnNwO3NvbGVseSZuYnNwO3Byb3BlcnR5Jm5i c3A7b2YmbmJzcDt0aGUmbmJzcDtzZW5kZXIncyZuYnNwO29yZ2FuaXphdGlvbi4mbmJzcDtUaGlz Jm5ic3A7bWFpbCZuYnNwO2NvbW11bmljYXRpb24mbmJzcDtpcyZuYnNwO2NvbmZpZGVudGlhbC4m bmJzcDtSZWNpcGllbnRzJm5ic3A7bmFtZWQmbmJzcDthYm92ZSZuYnNwO2FyZSZuYnNwO29ibGln YXRlZCZuYnNwO3RvJm5ic3A7bWFpbnRhaW4mbmJzcDtzZWNyZWN5Jm5ic3A7YW5kJm5ic3A7YXJl Jm5ic3A7bm90Jm5ic3A7cGVybWl0dGVkJm5ic3A7dG8mbmJzcDtkaXNjbG9zZSZuYnNwO3RoZSZu YnNwO2NvbnRlbnRzJm5ic3A7b2YmbmJzcDt0aGlzJm5ic3A7Y29tbXVuaWNhdGlvbiZuYnNwO3Rv Jm5ic3A7b3RoZXJzLg0KVGhpcyZuYnNwO2VtYWlsJm5ic3A7YW5kJm5ic3A7YW55Jm5ic3A7Zmls ZXMmbmJzcDt0cmFuc21pdHRlZCZuYnNwO3dpdGgmbmJzcDtpdCZuYnNwO2FyZSZuYnNwO2NvbmZp ZGVudGlhbCZuYnNwO2FuZCZuYnNwO2ludGVuZGVkJm5ic3A7c29sZWx5Jm5ic3A7Zm9yJm5ic3A7 dGhlJm5ic3A7dXNlJm5ic3A7b2YmbmJzcDt0aGUmbmJzcDtpbmRpdmlkdWFsJm5ic3A7b3ImbmJz cDtlbnRpdHkmbmJzcDt0byZuYnNwO3dob20mbmJzcDt0aGV5Jm5ic3A7YXJlJm5ic3A7YWRkcmVz c2VkLiZuYnNwO0lmJm5ic3A7eW91Jm5ic3A7aGF2ZSZuYnNwO3JlY2VpdmVkJm5ic3A7dGhpcyZu YnNwO2VtYWlsJm5ic3A7aW4mbmJzcDtlcnJvciZuYnNwO3BsZWFzZSZuYnNwO25vdGlmeSZuYnNw O3RoZSZuYnNwO29yaWdpbmF0b3ImbmJzcDtvZiZuYnNwO3RoZSZuYnNwO21lc3NhZ2UuJm5ic3A7 QW55Jm5ic3A7dmlld3MmbmJzcDtleHByZXNzZWQmbmJzcDtpbiZuYnNwO3RoaXMmbmJzcDttZXNz YWdlJm5ic3A7YXJlJm5ic3A7dGhvc2UmbmJzcDtvZiZuYnNwO3RoZSZuYnNwO2luZGl2aWR1YWwm bmJzcDtzZW5kZXIuDQpUaGlzJm5ic3A7bWVzc2FnZSZuYnNwO2hhcyZuYnNwO2JlZW4mbmJzcDtz Y2FubmVkJm5ic3A7Zm9yJm5ic3A7dmlydXNlcyZuYnNwO2FuZCZuYnNwO1NwYW0mbmJzcDtieSZu YnNwO1pURSZuYnNwO0FudGktU3BhbSZuYnNwO3N5c3RlbS4NCjwvcHJlPg== --=_alternative 001C96B6482579CA_=-- From zhangfatai@huawei.com Fri Mar 23 00:18:57 2012 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 1C75F21F84E7 for ; Fri, 23 Mar 2012 00:18:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.648 X-Spam-Level: X-Spam-Status: No, score=-1.648 tagged_above=-999 required=5 tests=[AWL=0.950, 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 Ynp2Kx+AhzVb for ; Fri, 23 Mar 2012 00:18:52 -0700 (PDT) Received: from dfwrgout.huawei.com (dfwrgout.huawei.com [206.16.17.72]) by ietfa.amsl.com (Postfix) with ESMTP id B25AC21E800E for ; Fri, 23 Mar 2012 00:18:52 -0700 (PDT) Received: from 172.18.9.243 (EHLO dfweml201-edg.china.huawei.com) ([172.18.9.243]) by dfwrg02-dlp.huawei.com (MOS 4.2.3-GA FastPath) with ESMTP id AEH97006; Fri, 23 Mar 2012 03:18:52 -0400 (EDT) Received: from DFWEML407-HUB.china.huawei.com (10.193.5.132) by dfweml201-edg.china.huawei.com (172.18.9.107) with Microsoft SMTP Server (TLS) id 14.1.323.3; Fri, 23 Mar 2012 00:16:57 -0700 Received: from SZXEML411-HUB.china.huawei.com (10.82.67.138) by dfweml407-hub.china.huawei.com (10.193.5.132) with Microsoft SMTP Server (TLS) id 14.1.323.3; Fri, 23 Mar 2012 00:17:04 -0700 Received: from SZXEML520-MBX.china.huawei.com ([169.254.1.99]) by szxeml411-hub.china.huawei.com ([::1]) with mapi id 14.01.0323.003; Fri, 23 Mar 2012 15:16:57 +0800 From: Fatai Zhang To: "wang.lei131@zte.com.cn" Thread-Topic: RE: RE: [CCAMP] Update to draft-farrkingel-ccamp-flexigrid-lambda-label Thread-Index: AQHNCA36ksHEPFpbRMeRBWbxSfw235Z2EZMg//+gogCAAYgNcP//loaAgACTEdA= Date: Fri, 23 Mar 2012 07:16:55 +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.70.76.157] Content-Type: multipart/alternative; boundary="_000_F82A4B6D50F9464B8EBA55651F541CF8278ADAA2SZXEML520MBXchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "ccamp@ietf.org" , "IHussain@infinera.com" Subject: Re: [CCAMP] Update to draft-farrkingel-ccamp-flexigrid-lambda-label 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, 23 Mar 2012 07:18:57 -0000 --_000_F82A4B6D50F9464B8EBA55651F541CF8278ADAA2SZXEML520MBXchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Lei, I think we should discuss more f2f at Paris, :) If my following understanding is correct, I think you are trying to use a l= abel format without 'm' field in the routing, which is different from the l= abel format (with 'm') in the signaling. Based on this purpose, it seems that two kinds of label formats should be n= eeded. Please see more in black font inline. [Lei].... When a 87.5GHz-slot-width A->E LSP request arrives, assuming there is not a= ny available spectrum resource on route A-B-E, A-D-E is selected as the LSP= route and 100GHz slot width is assigned. what you mean is that the computa= tion elements should get information of flexible-grid ability of each optic= al components by OSPF flooding, so the header can calculate the actual slot= width without carring 87.5GHz in traffic parameters, Do I understand right= ? OK, there is a big problem, ausuming fiber AD breaks down and LSP reroute= reuests, and then route A-B-E is selected, how many slot widths would asss= igned to that LSP? also 100GHz? It is not resonable because 87.5GHz is enou= gh. but how could the control plane get this information? In my opinion, fr= om traffic parameters. [Fatai] Certainly, 87.5GHZ can be requested for the recovery LSP and m=3D7= should be carried in the traffic parameters. This is what I am proposing. [Lei] Would my expression be not clear? My idea is that: in such condition,= 87.5GHz could be carried by traffic parameters in signaling to claim the m= inimum slot width required by this LSP, but the actual slot width assigned = to it MUST be carried by label, in the case mentioned above, "m" is set to = 100GHz when setup but 87.5GHz when reroute. [Fatai] Point 1: Are you trying to break the rule of GMPLS for optical by = saying "the minimum slot width required by this LSP, but the actual slot wi= dth assigned to it MUST be carried by label"? Please remember that flexi-gr= id is not packet network. If you want to do that, I think you can create a = new thread for discussion. [Fatai] Point 2: You said "in the case mentioned above, "m" is set to 100G= Hz when setup but 87.5GHz when reroute." I think your example is very spec= ial. Even for this special case, I think the simple way is to set 'm'=3D100= GHz in the traffic parameters when setup (A-D-E) and 'm'=3D87.5GHz in the t= raffic parameters to create the recovery LSP (A-B-E). No need to insert min= imum slot width in the traffic parameters. Please don't mix two LSPs togeth= er because traffic parameters make sense for one specific LSP. In addition, the problem "how many slot widths should be assigned to a LSP"= is very complex, it is impacted by signal attribution, accumulated physica= l impairments (both static and dynamic), filter cascading effects and so on= , and also interact with neighbor channels. it seems impossible for the hea= d to determine all of these at the beginning of path setup due to incomplet= e or dated information. Furthermore, Just as specified in your framework draft, it supports the Rou= ting + Distributed Spectrum Assignment (R+DSA) architecture. If I understan= d right, the end node determines the spectrum assigned to the LSP in DSA, s= o how could the head know how many slot width shoud be assigned? [Fatai] For this complex thing, from practical perspective, the head node = should get the instruction from centralized PCE or NMS. Otherwise, when you= said "When a 87.5GHz-slot-width A->E LSP request", how do you know 87.5GHz= should be requested? Would you agree with me? [Lei] I agree with you that in both type 2/3 and type4 "m" is meaningless, = and I also illustrate it in my draft. My idea is that, "there is not any ma= ndatory requirement that the start/end label in label set MUST keep the sam= e format with the label in signaling, so I think the meaningless part could= be simply removed in the label set, both type 2/3 and type 4." Is it not c= lear? [Fatai] Clear now. Happy to see that you agree 'm' should be removed in th= e label. [Lei] My idea is that: 1. for both type 2/3 and type 4, remove "m" in start= /end label of label set according to the requirements; 2. there is not any = mandatory requirement that the start/end label in label set MUST keep the s= ame format with the label in signaling, and I also support that the use of = "m" in flexible-grid label in signaling. [Fatai] I am confused now. Let me make points clear. Do you mean that you w= ant to define two label formats? One is for routing (for type2/3/4), which = does not have 'm' filed in this label. Another one is for signaling, which = has 'm' filed in this label format. Is my understanding correct? "if the available spectrum is odd times of the central frequency granular= ity (5*6.25GHz), how to encode the value of 'm'?" Firstly, it is impossible= that the available spectrum is odd times of the central frequency granula= rity, at least for recent optical components. please see the reference: "Dy= namic wavelength processor WSS with FLEXGRID functionality [Finisar]"; Seco= ndly ,event if it is possible, type 2/3 and type 4 could well express that,= Would you agree with me? [Fatai] Why it is impossible? This case should be very common. Please see the Figure I.1 in G.694.1 copied as follows. In this example, th= e available spectrum is 9*6.25GHz. Therefore, the label format with 'm' can= not handle this common case. [Lei] I say that from the point of optical components, recent industry prod= ucts such as Flexible-Grid WSS cannot support the condition mentioned above= . "event if it is possible, type 2/3 and type 4 could well express it" [Fatai] It is stated in G.694.1 clearly and it is easy for people to under= stand that this case can happen. OK, so you agree that type 0/1 cannot be u= sed for this case and type 2/3/4 (without 'm') would be used? In my opinion, the problem mentioned above has no relations to the use of "= m" in label, I am confused that why you oppose the label format with "m" fr= om this point? [Fatai] As explained above. It is related to the usage of 'm' in your draf= t. I am trying to make people understand 'm' should not be carried in the r= outing (and so in the label). I will continue to make this effort until peo= ple understand this point. [Lei] In my opinion, there is no conflict between 'm' should not be carried= in type 2/3/4 label set and the usage of 'm' in label. [Fatai] OK, I understand now that you are trying to use two different labe= l formats. The label format in routing for type2/3/4 is different from the = label format in signaling (which has 'm'). Best Regards Lei Wang --_000_F82A4B6D50F9464B8EBA55651F541CF8278ADAA2SZXEML520MBXchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Lei, I think we should discuss more f2f at Par= is, J If my following understanding is correct,= I think you are trying to use a label format without ‘m’ field= in the routing, which is different from the label format (with ‘m= 217;) in the signaling. Based on this purpose, it seems that two = kinds of label formats should be needed. Please see more in black font inline. <Snip&g= t; [Lei]…. When a 87.5GHz-slot-width A->E LSP request arrives, assuming there is n= ot any available spectrum resource on route A-B-E, A-D-E is selected as the LSP route and 100GHz slot width is assigned. what you mean is that = the computation elements should get information of flexible-grid ability of= each optical components by OSPF flooding, so the header can calculate the = actual slot width without carring 87.5GHz in traffic parameters, Do I understand right? OK, there is a big p= roblem, ausuming fiber AD breaks down and LSP reroute reuests, and then rou= te A-B-E is selected, how many slot widths would asssigned to that LSP? als= o 100GHz? It is not resonable because 87.5GHz is enough. but how could the control plane get this information? I= n my opinion, from traffic parameters. [Fatai] Certainly, 87.5GHZ can be req= uested for the recovery LSP and m=3D7 should be carried in the traffic para= meters. This is what I am proposing. [Lei] Would my expression be not clear? My ide= a is that: in such condition, 87.5GHz could be carried by traffic parameter= s in signaling to claim the minimum slot width required by this LSP, but the actual slot width assigned to it MUST be carried by l= abel, in the case mentioned above, "m" is set to 100GHz when setu= p but 87.5GHz when reroute. [Fatai] &n= bsp;Point 1: Are you trying to break the rule of GMPLS for optical by sayin= g “the minimum slot width required by this LSP, but the actual slot width assigned to it MUST be carried by labelR= 21;? Please remember that flexi-grid is not packet network. If you w= ant to do that, I think you can create a new thread for discussion. <= o:p> [Fatai] &n= bsp;Point 2: You said “in the case mentioned above, "m"= ; is set to 100GHz when setup but 87.5GHz when reroute.” I think your example is very special. Even for this special ca= se, I think the simple way is to set ‘m’=3D100GHz in the traffi= c parameters when setup (A-D-E) and ‘m’=3D87.5GHz in the traffi= c parameters to create the recovery LSP (A-B-E). No need to insert minimum slot width in the traffic parameters. Please don’t mix two L= SPs together because traffic parameters make sense for one specific LSP. In addition, the problem "how many slot widths should be assigned to = a LSP" is very complex, it is impacted by signal attribution, accumula= ted physical impairments (both static and dynamic), filter cascading effects a= nd so on, and also interact with neighbor channels. it seems impossible for= the head to determine all of these at the beginning of path setup due to i= ncomplete or dated information. Furthermore, Just as specified in your framewo= rk draft, it supports the Routing + Distributed Spectrum Assignment (R&= #43;DSA) architecture. If I understand right, the end node determines the spectrum assigned to the LSP in DSA, so how could the head know how ma= ny slot width shoud be assigned? [Fatai] Fo= r this complex thing, from practical perspective, the head node shoul= d get the instruction from centralized PCE or NMS. Otherwise, when you said “When a 87.5GHz-slot-width A->= ;E LSP request”, how do you know 87.5GHz should be requested?<= o:p> Would you agree with me? [Lei] I agree with you that in both type 2/3 and type4 "m" is mea= ningless, and I also illustrate it in my draft. My idea is that, "ther= e is not any mandatory requirement that the start/end label in label set MU= ST keep the same format with the label in signaling, so I think the meaningless part could be simply removed in the label set, = both type 2/3 and type 4." Is it not clear? [Fatai] Clear now. Happy to see that = you agree ‘m’ should be removed in the label. [Lei] My idea is that: 1. for both type 2/3 an= d type 4, remove "m" in start/end label of label set according to= the requirements; 2. there is not any mandatory requirement that the start/end label in label set MUST keep the same format with the label = in signaling, and I also support that the use of "m" in flexible-= grid label in signaling. [Fatai]&nb= sp;I am confused now. Let me make points clear. Do you mean that you want t= o define two label formats? One is for routing (for type2/3/4), which does not have ‘m’ filed in this label. Another one is for sign= aling, which has ‘m’ filed in this label format. Is my understa= nding correct? "if the available spectrum is odd times of the central fr= equency granularity (5*6.25GHz), how to encode the value of ‘m’= ?" Firstly, it is impossible that the available spectrum is odd times of the cen= tral frequency granularity, at least for recent optical components. please = see the reference: "Dynamic wavelength processor WSS with FLEXGRID fun= ctionality [Finisar]"; Secondly ,event if it is possible, type 2/3 and type 4 could well express that, Would you agr= ee with me? [Fatai] Why it is impossible? This ca= se should be very common. Please see the Figure I.1 in G.694.1 copied= as follows. In this example, the available spectrum is 9*6.25GHz. Therefor= e, the label format with ‘m’ cannot handle this common case. [Lei] I say that from the point of optical componen= ts, recent industry products such as Flexible-Grid WSS cannot support the c= ondition mentioned above. "event if it is possible, type 2/3 and type 4 could well express it" [Fatai]&nb= sp; It is stated in G.694.1 clearly and it is easy for people to understand= that this case can happen. OK, so you agree that type 0/1 cannot be used for this case and type 2/3/4 (without ‘m’) would be us= ed? In my opinion, the problem mentioned above has no relations to the use of &= quot;m" in label, I am confused that why you oppose the label format w= ith "m" from this point? [Fatai] As explained above. It is rel= ated to the usage of ‘m’ in your draft. I am trying to make peo= ple understand ‘m’ should not be carried in the routing (and so= in the label). I will continue to make this effort until people understand this point. [Lei] In my opinion, there is no conflict betwee= n ‘m’ should not be carried in type 2/3/4 label set and t= he usage of ‘m’ in label. [Fatai]&nb= sp; OK, I understand now that you are trying to use two different label for= mats. The label format in routing for type2/3/4 is different from the label format in signaling (which has ‘m’). = ; Best Regards Lei Wang --_000_F82A4B6D50F9464B8EBA55651F541CF8278ADAA2SZXEML520MBXchi_-- From wang.lei131@zte.com.cn Fri Mar 23 01:29:14 2012 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 3B22721F84F8 for ; Fri, 23 Mar 2012 01:29:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -94.819 X-Spam-Level: X-Spam-Status: No, score=-94.819 tagged_above=-999 required=5 tests=[AWL=-2.029, 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_DOUBLE_IP_LOOSE=0.76, 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 a2JnuO+sVY-G for ; Fri, 23 Mar 2012 01:29:13 -0700 (PDT) Received: from mx5.zte.com.cn (mx6.zte.com.cn [95.130.199.165]) by ietfa.amsl.com (Postfix) with ESMTP id 39FAF21F84E7 for ; Fri, 23 Mar 2012 01:29:12 -0700 (PDT) Received: from [10.30.17.100] by mx5.zte.com.cn with surfront esmtp id 12280473195744; Fri, 23 Mar 2012 15:54:40 +0800 (CST) Received: from [10.30.3.20] by [192.168.168.16] with StormMail ESMTP id 77675.3807464644; Fri, 23 Mar 2012 16:28:44 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse01.zte.com.cn with ESMTP id q2N8Srqs060087; Fri, 23 Mar 2012 16:28:53 +0800 (GMT-8) (envelope-from wang.lei131@zte.com.cn) In-Reply-To: To: Fatai Zhang MIME-Version: 1.0 X-KeepSent: 3B09F181:8D61AAAC-482579CA:002B8DB0; type=4; name=$KeepSent X-Mailer: Lotus Notes Release 6.5.6 March 06, 2007 Message-ID: From: wang.lei131@zte.com.cn Date: Fri, 23 Mar 2012 16:28:52 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.1FP4|July 25, 2010) at 2012-03-23 16:28:54, Serialize complete at 2012-03-23 16:28:54 Content-Type: multipart/alternative; boundary="=_alternative 002E98B3482579CA_=" X-MAIL: mse01.zte.com.cn q2N8Srqs060087 Cc: "ccamp@ietf.org" , "IHussain@infinera.com" Subject: [CCAMP] =?gb2312?b?tPC4tDogUkU6IFJFOiBSRTogIFVwZGF0ZSB0byBkcmFm?= =?gb2312?b?dC1mYXJya2luZ2VsLWNjYW1wLWZsZXhpZ3JpZC1sYW1iZGEtbGFiZWw=?= 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, 23 Mar 2012 08:29:14 -0000 This is a multipart message in MIME format. --=_alternative 002E98B3482579CA_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 SGkgRmF0YWksDQoNClVuZm9ydHVuYXRlbHksIE15IHZpc2Egd2FzIHJlamVjdGVkIGJ5IEZyYW5j ZSBnb3Zlcm5tZW50LCBidXQgeW91IGFyZSANCndlbGNvbWUgdG8gZGlzY3VzcyB3aXRoIG15IGNv bGxlZ3VlIFhpaHVhIEZ1LCBGZWkgWmhhbmcgYW5kIFFpbGVpIFdhbmcuDQoNCj4+SWYgbXkgZm9s bG93aW5nIHVuZGVyc3RhbmRpbmcgaXMgY29ycmVjdCwgSSB0aGluayB5b3UgYXJlIHRyeWluZyB0 byB1c2UgDQphIGxhYmVsIGZvcm1hdCB3aXRob3V0IKGubaGvIGZpZWxkIGluIHRoZSByb3V0aW5n LCB3aGljaCBpcyBkaWZmZXJlbnQgZnJvbSANCnRoZSBsYWJlbCBmb3JtYXQgKHdpdGggoa5toa8p IGluIHRoZSBzaWduYWxpbmcuICANCg0KW0xlaV0gWWVzLCB0aGF0IGlzIG15IHBvaW50Lg0KDQoN Ci0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpMZWlXYW5nDQoN ClpURQ0KQmVhcmVyIE5ldHdvcmsgUHJvZHVjdCBQcmVfcmVzZWFyY2ggRGVwYXJ0bWVudCwNCldp cmVsaW5lIFImRCBJbnNpdGl0dXRlDQpDZWxsIHBob25lOis4NiAxMzgxMTQ0MDA2Nw0KRW1haWw6 IHdhbmcubGVpMTMxQHp0ZS5jb20uY24NCiAgICAgICBoZWNoZW4wMDAxQGdtYWlsLmNvbQ0KICAg ICAgIGxlaXdAdHNpbmdodWEuZWR1LmNuDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tDQoNCg0KDQpIaSBMZWksDQogDQpJIHRoaW5rIHdlIHNob3VsZCBkaXNj dXNzIG1vcmUgZjJmIGF0IFBhcmlzLCBKDQogDQpJZiBteSBmb2xsb3dpbmcgdW5kZXJzdGFuZGlu ZyBpcyBjb3JyZWN0LCBJIHRoaW5rIHlvdSBhcmUgdHJ5aW5nIHRvIHVzZSBhIA0KbGFiZWwgZm9y bWF0IHdpdGhvdXQgoa5toa8gZmllbGQgaW4gdGhlIHJvdXRpbmcsIHdoaWNoIGlzIGRpZmZlcmVu dCBmcm9tIA0KdGhlIGxhYmVsIGZvcm1hdCAod2l0aCChrm2hrykgaW4gdGhlIHNpZ25hbGluZy4g DQogDQpCYXNlZCBvbiB0aGlzIHB1cnBvc2UsIGl0IHNlZW1zIHRoYXQgdHdvIGtpbmRzIG9mIGxh YmVsIGZvcm1hdHMgc2hvdWxkIGJlIA0KbmVlZGVkLiANCiANClBsZWFzZSBzZWUgbW9yZSBpbiBi bGFjayBmb250IGlubGluZS4NCiANCjxTbmlwPiANCiAgDQoNCltMZWldoa0uDQpXaGVuIGEgODcu NUdIei1zbG90LXdpZHRoIEEtPkUgTFNQIHJlcXVlc3QgYXJyaXZlcywgYXNzdW1pbmcgdGhlcmUg aXMgbm90IA0KYW55IGF2YWlsYWJsZSBzcGVjdHJ1bSByZXNvdXJjZSBvbiByb3V0ZSBBLUItRSwg QS1ELUUgaXMgc2VsZWN0ZWQgYXMgdGhlIA0KTFNQIHJvdXRlIGFuZCAxMDBHSHogc2xvdCB3aWR0 aCBpcyBhc3NpZ25lZC4gd2hhdCB5b3UgbWVhbiBpcyB0aGF0IHRoZSANCmNvbXB1dGF0aW9uIGVs ZW1lbnRzIHNob3VsZCBnZXQgaW5mb3JtYXRpb24gb2YgZmxleGlibGUtZ3JpZCBhYmlsaXR5IG9m IA0KZWFjaCBvcHRpY2FsIGNvbXBvbmVudHMgYnkgT1NQRiBmbG9vZGluZywgc28gdGhlIGhlYWRl ciBjYW4gY2FsY3VsYXRlIHRoZSANCmFjdHVhbCBzbG90IHdpZHRoIHdpdGhvdXQgY2FycmluZyA4 Ny41R0h6IGluIHRyYWZmaWMgcGFyYW1ldGVycywgRG8gSSANCnVuZGVyc3RhbmQgcmlnaHQ/IE9L LCB0aGVyZSBpcyBhIGJpZyBwcm9ibGVtLCBhdXN1bWluZyBmaWJlciBBRCBicmVha3MgDQpkb3du IGFuZCBMU1AgcmVyb3V0ZSByZXVlc3RzLCBhbmQgdGhlbiByb3V0ZSBBLUItRSBpcyBzZWxlY3Rl ZCwgaG93IG1hbnkgDQpzbG90IHdpZHRocyB3b3VsZCBhc3NzaWduZWQgdG8gdGhhdCBMU1A/IGFs c28gMTAwR0h6PyBJdCBpcyBub3QgcmVzb25hYmxlIA0KYmVjYXVzZSA4Ny41R0h6IGlzIGVub3Vn aC4gYnV0IGhvdyBjb3VsZCB0aGUgY29udHJvbCBwbGFuZSBnZXQgdGhpcyANCmluZm9ybWF0aW9u PyBJbiBteSBvcGluaW9uLCBmcm9tIHRyYWZmaWMgcGFyYW1ldGVycy4gDQogIA0KW0ZhdGFpXSAg Q2VydGFpbmx5LCA4Ny41R0haIGNhbiBiZSByZXF1ZXN0ZWQgZm9yIHRoZSByZWNvdmVyeSBMU1Ag YW5kIG09NyANCnNob3VsZCBiZSBjYXJyaWVkIGluIHRoZSB0cmFmZmljIHBhcmFtZXRlcnMuIFRo aXMgaXMgd2hhdCBJIGFtIHByb3Bvc2luZy4gDQoNCltMZWldIFdvdWxkIG15IGV4cHJlc3Npb24g YmUgbm90IGNsZWFyPyBNeSBpZGVhIGlzIHRoYXQ6IGluIHN1Y2ggDQpjb25kaXRpb24sIDg3LjVH SHogY291bGQgYmUgY2FycmllZCBieSB0cmFmZmljIHBhcmFtZXRlcnMgaW4gc2lnbmFsaW5nIHRv IA0KY2xhaW0gdGhlIG1pbmltdW0gc2xvdCB3aWR0aCByZXF1aXJlZCBieSB0aGlzIExTUCwgYnV0 IHRoZSBhY3R1YWwgc2xvdCANCndpZHRoIGFzc2lnbmVkIHRvIGl0IE1VU1QgYmUgY2FycmllZCBi eSBsYWJlbCwgaW4gdGhlIGNhc2UgbWVudGlvbmVkIA0KYWJvdmUsICJtIiBpcyBzZXQgdG8gMTAw R0h6IHdoZW4gc2V0dXAgYnV0IDg3LjVHSHogd2hlbiByZXJvdXRlLiANCltGYXRhaV0gIFBvaW50 IDE6IEFyZSB5b3UgdHJ5aW5nIHRvIGJyZWFrIHRoZSBydWxlIG9mIEdNUExTIGZvciBvcHRpY2Fs IGJ5IA0Kc2F5aW5nIKGwdGhlIG1pbmltdW0gc2xvdCB3aWR0aCByZXF1aXJlZCBieSB0aGlzIExT UCwgYnV0IHRoZSBhY3R1YWwgc2xvdCANCndpZHRoIGFzc2lnbmVkIHRvIGl0IE1VU1QgYmUgY2Fy cmllZCBieSBsYWJlbKGxPyBQbGVhc2UgcmVtZW1iZXIgdGhhdCANCmZsZXhpLWdyaWQgaXMgbm90 IHBhY2tldCBuZXR3b3JrLiBJZiB5b3Ugd2FudCB0byBkbyB0aGF0LCBJIHRoaW5rIHlvdSBjYW4g DQpjcmVhdGUgYSBuZXcgdGhyZWFkIGZvciBkaXNjdXNzaW9uLiANCltGYXRhaV0gIFBvaW50IDI6 IFlvdSBzYWlkIKGwaW4gdGhlIGNhc2UgbWVudGlvbmVkIGFib3ZlLCAibSIgaXMgc2V0IHRvIA0K MTAwR0h6IHdoZW4gc2V0dXAgYnV0IDg3LjVHSHogd2hlbiByZXJvdXRlLqGxICBJIHRoaW5rIHlv dXIgZXhhbXBsZSBpcyANCnZlcnkgc3BlY2lhbC4gRXZlbiBmb3IgdGhpcyBzcGVjaWFsIGNhc2Us IEkgdGhpbmsgdGhlIHNpbXBsZSB3YXkgaXMgdG8gc2V0IA0Koa5toa89MTAwR0h6IGluIHRoZSB0 cmFmZmljIHBhcmFtZXRlcnMgd2hlbiBzZXR1cCAoQS1ELUUpIGFuZCChrm2hrw0KPTg3LjVHSHog aW4gdGhlIHRyYWZmaWMgcGFyYW1ldGVycyB0byBjcmVhdGUgdGhlIHJlY292ZXJ5IExTUCAoQS1C LUUpLiBObyANCm5lZWQgdG8gaW5zZXJ0IG1pbmltdW0gc2xvdCB3aWR0aCBpbiB0aGUgdHJhZmZp YyBwYXJhbWV0ZXJzLiBQbGVhc2UgZG9uoa90IA0KbWl4IHR3byBMU1BzIHRvZ2V0aGVyIGJlY2F1 c2UgdHJhZmZpYyBwYXJhbWV0ZXJzIG1ha2Ugc2Vuc2UgZm9yIG9uZSANCnNwZWNpZmljIExTUC4N CkluIGFkZGl0aW9uLCB0aGUgcHJvYmxlbSAiaG93IG1hbnkgc2xvdCB3aWR0aHMgc2hvdWxkIGJl IGFzc2lnbmVkIHRvIGEgDQpMU1AiIGlzIHZlcnkgY29tcGxleCwgaXQgaXMgaW1wYWN0ZWQgYnkg c2lnbmFsIGF0dHJpYnV0aW9uLCBhY2N1bXVsYXRlZCANCnBoeXNpY2FsIGltcGFpcm1lbnRzIChi b3RoIHN0YXRpYyBhbmQgZHluYW1pYyksIGZpbHRlciBjYXNjYWRpbmcgZWZmZWN0cyANCmFuZCBz byBvbiwgYW5kIGFsc28gaW50ZXJhY3Qgd2l0aCBuZWlnaGJvciBjaGFubmVscy4gaXQgc2VlbXMg aW1wb3NzaWJsZSANCmZvciB0aGUgaGVhZCB0byBkZXRlcm1pbmUgYWxsIG9mIHRoZXNlIGF0IHRo ZSBiZWdpbm5pbmcgb2YgcGF0aCBzZXR1cCBkdWUgDQp0byBpbmNvbXBsZXRlIG9yIGRhdGVkIGlu Zm9ybWF0aW9uLiANCg0KRnVydGhlcm1vcmUsIEp1c3QgYXMgc3BlY2lmaWVkIGluIHlvdXIgZnJh bWV3b3JrIGRyYWZ0LCBpdCBzdXBwb3J0cyB0aGUgDQpSb3V0aW5nICsgRGlzdHJpYnV0ZWQgU3Bl Y3RydW0gQXNzaWdubWVudCAoUitEU0EpIGFyY2hpdGVjdHVyZS4gSWYgSSANCnVuZGVyc3RhbmQg cmlnaHQsIHRoZSBlbmQgbm9kZSBkZXRlcm1pbmVzIHRoZSBzcGVjdHJ1bSBhc3NpZ25lZCB0byB0 aGUgTFNQIA0KaW4gRFNBLCBzbyBob3cgY291bGQgdGhlIGhlYWQga25vdyBob3cgbWFueSBzbG90 IHdpZHRoIHNob3VkIGJlIGFzc2lnbmVkPyANCg0KW0ZhdGFpXSBGb3IgdGhpcyBjb21wbGV4IHRo aW5nLCBmcm9tIHByYWN0aWNhbCBwZXJzcGVjdGl2ZSwgIHRoZSBoZWFkIG5vZGUgDQpzaG91bGQg Z2V0IHRoZSBpbnN0cnVjdGlvbiBmcm9tIGNlbnRyYWxpemVkIFBDRSBvciBOTVMuIE90aGVyd2lz ZSwgd2hlbiANCnlvdSBzYWlkIKGwV2hlbiBhIDg3LjVHSHotc2xvdC13aWR0aCBBLT5FIExTUCBy ZXF1ZXN0obEsIGhvdyBkbyB5b3Uga25vdyANCjg3LjVHSHogc2hvdWxkIGJlIHJlcXVlc3RlZD8N Cg0KV291bGQgeW91IGFncmVlIHdpdGggbWU/IA0KDQogDQpbTGVpXSBJIGFncmVlIHdpdGggeW91 IHRoYXQgaW4gYm90aCB0eXBlIDIvMyBhbmQgdHlwZTQgIm0iIGlzIG1lYW5pbmdsZXNzLCANCmFu ZCBJIGFsc28gaWxsdXN0cmF0ZSBpdCBpbiBteSBkcmFmdC4gTXkgaWRlYSBpcyB0aGF0LCAidGhl cmUgaXMgbm90IGFueSANCm1hbmRhdG9yeSByZXF1aXJlbWVudCB0aGF0IHRoZSBzdGFydC9lbmQg bGFiZWwgaW4gbGFiZWwgc2V0IE1VU1Qga2VlcCB0aGUgDQpzYW1lIGZvcm1hdCB3aXRoIHRoZSBs YWJlbCBpbiBzaWduYWxpbmcsIHNvIEkgdGhpbmsgdGhlIG1lYW5pbmdsZXNzIHBhcnQgDQpjb3Vs ZCBiZSBzaW1wbHkgcmVtb3ZlZCBpbiB0aGUgbGFiZWwgc2V0LCBib3RoIHR5cGUgMi8zIGFuZCB0 eXBlIDQuIiBJcyBpdCANCm5vdCBjbGVhcj8gDQoNCltGYXRhaV0gIENsZWFyIG5vdy4gSGFwcHkg dG8gc2VlIHRoYXQgeW91IGFncmVlIKGubaGvIHNob3VsZCBiZSByZW1vdmVkIGluIA0KdGhlIGxh YmVsLiANCg0KW0xlaV0gTXkgaWRlYSBpcyB0aGF0OiAxLiBmb3IgYm90aCB0eXBlIDIvMyBhbmQg dHlwZSA0LCByZW1vdmUgIm0iIGluIA0Kc3RhcnQvZW5kIGxhYmVsIG9mIGxhYmVsIHNldCBhY2Nv cmRpbmcgdG8gdGhlIHJlcXVpcmVtZW50czsgMi4gdGhlcmUgaXMgDQpub3QgYW55IG1hbmRhdG9y eSByZXF1aXJlbWVudCB0aGF0IHRoZSBzdGFydC9lbmQgbGFiZWwgaW4gbGFiZWwgc2V0IE1VU1Qg DQprZWVwIHRoZSBzYW1lIGZvcm1hdCB3aXRoIHRoZSBsYWJlbCBpbiBzaWduYWxpbmcsIGFuZCBJ IGFsc28gc3VwcG9ydCB0aGF0IA0KdGhlIHVzZSBvZiAibSIgaW4gZmxleGlibGUtZ3JpZCBsYWJl bCBpbiBzaWduYWxpbmcuIA0KW0ZhdGFpXSBJIGFtIGNvbmZ1c2VkIG5vdy4gTGV0IG1lIG1ha2Ug cG9pbnRzIGNsZWFyLiBEbyB5b3UgbWVhbiB0aGF0IHlvdSANCndhbnQgdG8gZGVmaW5lIHR3byBs YWJlbCBmb3JtYXRzPyBPbmUgaXMgZm9yIHJvdXRpbmcgKGZvciB0eXBlMi8zLzQpLCANCndoaWNo IGRvZXMgbm90IGhhdmUgoa5toa8gZmlsZWQgaW4gdGhpcyBsYWJlbC4gQW5vdGhlciBvbmUgaXMg Zm9yIA0Kc2lnbmFsaW5nLCB3aGljaCBoYXMgoa5toa8gZmlsZWQgaW4gdGhpcyBsYWJlbCBmb3Jt YXQuIElzIG15IHVuZGVyc3RhbmRpbmcgDQpjb3JyZWN0Pw0KICJpZiB0aGUgYXZhaWxhYmxlIHNw ZWN0cnVtIGlzIG9kZCB0aW1lcyBvZiAgdGhlIGNlbnRyYWwgZnJlcXVlbmN5IA0KZ3JhbnVsYXJp dHkgKDUqNi4yNUdIeiksIGhvdyB0byBlbmNvZGUgdGhlIHZhbHVlIG9mIKGubaGvPyIgRmlyc3Rs eSwgaXQgaXMgDQppbXBvc3NpYmxlIHRoYXQgdGhlIGF2YWlsYWJsZSBzcGVjdHJ1bSBpcyBvZGQg dGltZXMgb2YgIHRoZSBjZW50cmFsIA0KZnJlcXVlbmN5IGdyYW51bGFyaXR5LCBhdCBsZWFzdCBm b3IgcmVjZW50IG9wdGljYWwgY29tcG9uZW50cy4gcGxlYXNlIHNlZSANCnRoZSByZWZlcmVuY2U6 ICJEeW5hbWljIHdhdmVsZW5ndGggcHJvY2Vzc29yIFdTUyB3aXRoIEZMRVhHUklEIA0KZnVuY3Rp b25hbGl0eSBbRmluaXNhcl0iOyBTZWNvbmRseSAsZXZlbnQgaWYgaXQgaXMgcG9zc2libGUsIHR5 cGUgMi8zIGFuZCANCnR5cGUgNCBjb3VsZCB3ZWxsIGV4cHJlc3MgdGhhdCwgV291bGQgeW91IGFn cmVlIHdpdGggbWU/IA0KDQpbRmF0YWldICBXaHkgaXQgaXMgaW1wb3NzaWJsZT8gVGhpcyBjYXNl IHNob3VsZCBiZSB2ZXJ5IGNvbW1vbi4gDQpQbGVhc2Ugc2VlIHRoZSBGaWd1cmUgSS4xIGluIEcu Njk0LjEgY29waWVkIGFzIGZvbGxvd3MuIEluIHRoaXMgZXhhbXBsZSwgDQp0aGUgYXZhaWxhYmxl IHNwZWN0cnVtIGlzIDkqNi4yNUdIei4gVGhlcmVmb3JlLCB0aGUgbGFiZWwgZm9ybWF0IHdpdGgg oa5tDQqhryBjYW5ub3QgaGFuZGxlIHRoaXMgY29tbW9uIGNhc2UuIA0KICANCltMZWldIEkgc2F5 IHRoYXQgZnJvbSB0aGUgcG9pbnQgb2Ygb3B0aWNhbCBjb21wb25lbnRzLCByZWNlbnQgaW5kdXN0 cnkgDQpwcm9kdWN0cyBzdWNoIGFzIEZsZXhpYmxlLUdyaWQgV1NTIGNhbm5vdCBzdXBwb3J0IHRo ZSBjb25kaXRpb24gbWVudGlvbmVkIA0KYWJvdmUuICJldmVudCBpZiBpdCBpcyBwb3NzaWJsZSwg dHlwZSAyLzMgYW5kIHR5cGUgNCBjb3VsZCB3ZWxsIGV4cHJlc3MgDQppdCIgDQpbRmF0YWldICBJ dCBpcyBzdGF0ZWQgaW4gRy42OTQuMSBjbGVhcmx5IGFuZCBpdCBpcyBlYXN5IGZvciBwZW9wbGUg dG8gDQp1bmRlcnN0YW5kIHRoYXQgdGhpcyBjYXNlIGNhbiBoYXBwZW4uIE9LLCBzbyB5b3UgYWdy ZWUgdGhhdCB0eXBlIDAvMSANCmNhbm5vdCBiZSB1c2VkIGZvciB0aGlzIGNhc2UgYW5kIHR5cGUg Mi8zLzQgKHdpdGhvdXQgoa5toa8pIHdvdWxkIGJlIHVzZWQ/DQoNCkluIG15IG9waW5pb24sIHRo ZSBwcm9ibGVtIG1lbnRpb25lZCBhYm92ZSBoYXMgbm8gcmVsYXRpb25zIHRvIHRoZSB1c2Ugb2Yg DQoibSIgaW4gbGFiZWwsIEkgYW0gY29uZnVzZWQgdGhhdCB3aHkgeW91IG9wcG9zZSB0aGUgbGFi ZWwgZm9ybWF0IHdpdGggIm0iIA0KZnJvbSB0aGlzIHBvaW50PyANCiAgDQpbRmF0YWldICBBcyBl eHBsYWluZWQgYWJvdmUuIEl0IGlzIHJlbGF0ZWQgdG8gdGhlIHVzYWdlIG9mIKGubaGvIGluIHlv dXIgDQpkcmFmdC4gSSBhbSB0cnlpbmcgdG8gbWFrZSBwZW9wbGUgdW5kZXJzdGFuZCChrm2hryBz aG91bGQgbm90IGJlIGNhcnJpZWQgDQppbiB0aGUgcm91dGluZyAoYW5kIHNvIGluIHRoZSBsYWJl bCkuIEkgd2lsbCBjb250aW51ZSB0byBtYWtlIHRoaXMgZWZmb3J0IA0KdW50aWwgcGVvcGxlIHVu ZGVyc3RhbmQgdGhpcyBwb2ludC4gDQoNCltMZWldIEluIG15IG9waW5pb24sIHRoZXJlIGlzIG5v IGNvbmZsaWN0IGJldHdlZW4goa5toa8gc2hvdWxkIG5vdCBiZSANCmNhcnJpZWQgaW4gdHlwZSAy LzMvNCBsYWJlbCBzZXQgYW5kICB0aGUgdXNhZ2Ugb2Ygoa5toa8gaW4gbGFiZWwuDQpbRmF0YWld ICBPSywgSSB1bmRlcnN0YW5kIG5vdyB0aGF0IHlvdSBhcmUgdHJ5aW5nIHRvIHVzZSB0d28gZGlm ZmVyZW50IA0KbGFiZWwgZm9ybWF0cy4gVGhlIGxhYmVsIGZvcm1hdCBpbiByb3V0aW5nIGZvciB0 eXBlMi8zLzQgaXMgZGlmZmVyZW50IGZyb20gDQp0aGUgbGFiZWwgZm9ybWF0IGluIHNpZ25hbGlu ZyAod2hpY2ggaGFzIKGubaGvKS4NCiANCkJlc3QgUmVnYXJkcyANCg0KTGVpIFdhbmcgDQoNCg0K DQoNCg0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLQ0KWlRFIEluZm9ybWF0aW9uIFNlY3VyaXR5IE5vdGljZTogVGhlIGluZm9ybWF0aW9u IGNvbnRhaW5lZCBpbiB0aGlzIG1haWwgaXMgc29sZWx5IHByb3BlcnR5IG9mIHRoZSBzZW5kZXIn cyBvcmdhbml6YXRpb24uIFRoaXMgbWFpbCBjb21tdW5pY2F0aW9uIGlzIGNvbmZpZGVudGlhbC4g UmVjaXBpZW50cyBuYW1lZCBhYm92ZSBhcmUgb2JsaWdhdGVkIHRvIG1haW50YWluIHNlY3JlY3kg YW5kIGFyZSBub3QgcGVybWl0dGVkIHRvIGRpc2Nsb3NlIHRoZSBjb250ZW50cyBvZiB0aGlzIGNv bW11bmljYXRpb24gdG8gb3RoZXJzLg0KVGhpcyBlbWFpbCBhbmQgYW55IGZpbGVzIHRyYW5zbWl0 dGVkIHdpdGggaXQgYXJlIGNvbmZpZGVudGlhbCBhbmQgaW50ZW5kZWQgc29sZWx5IGZvciB0aGUg dXNlIG9mIHRoZSBpbmRpdmlkdWFsIG9yIGVudGl0eSB0byB3aG9tIHRoZXkgYXJlIGFkZHJlc3Nl ZC4gSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciBwbGVhc2Ugbm90aWZ5 IHRoZSBvcmlnaW5hdG9yIG9mIHRoZSBtZXNzYWdlLiBBbnkgdmlld3MgZXhwcmVzc2VkIGluIHRo aXMgbWVzc2FnZSBhcmUgdGhvc2Ugb2YgdGhlIGluZGl2aWR1YWwgc2VuZGVyLg0KVGhpcyBtZXNz YWdlIGhhcyBiZWVuIHNjYW5uZWQgZm9yIHZpcnVzZXMgYW5kIFNwYW0gYnkgWlRFIEFudGktU3Bh bSBzeXN0ZW0uDQo= --=_alternative 002E98B3482579CA_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0zIGZhY2U9InNhbnMtc2VyaWYiPkhpIEZhdGFpLDwvZm9udD4NCjxi cj4NCjxicj48Zm9udCBzaXplPTMgZmFjZT0ic2Fucy1zZXJpZiI+VW5mb3J0dW5hdGVseSwgTXkg dmlzYSB3YXMgcmVqZWN0ZWQNCmJ5IEZyYW5jZSBnb3Zlcm5tZW50LCBidXQgeW91IGFyZSB3ZWxj b21lIHRvIGRpc2N1c3Mgd2l0aCBteSBjb2xsZWd1ZSBYaWh1YQ0KRnUsIEZlaSBaaGFuZyBhbmQg UWlsZWkgV2FuZy48L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2Vy aWYiPiZndDsmZ3Q7PC9mb250Pjxmb250IHNpemU9MyBmYWNlPSJDYWxpYnJpIj5JZg0KbXkgZm9s bG93aW5nIHVuZGVyc3RhbmRpbmcgaXMgY29ycmVjdCwgSSB0aGluayB5b3UgYXJlIHRyeWluZyB0 byB1c2UgYQ0KbGFiZWwgZm9ybWF0IHdpdGhvdXQgoa5toa8gZmllbGQgaW4gdGhlIHJvdXRpbmcs IHdoaWNoIGlzIGRpZmZlcmVudCBmcm9tDQp0aGUgbGFiZWwgZm9ybWF0ICh3aXRoIKGubaGvKSBp biB0aGUgc2lnbmFsaW5nLiA8L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZu YnNwOzwvZm9udD4NCjxicj4NCjxicj48Zm9udCBzaXplPTMgY29sb3I9cmVkIGZhY2U9InNhbnMt c2VyaWYiPltMZWldIFllcywgdGhhdCBpcyBteSBwb2ludC48L2ZvbnQ+DQo8YnI+DQo8YnI+DQo8 YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tPGJyPg0KTGVpV2FuZzxicj4NCjxicj4NClpURTxicj4NCkJl YXJlciBOZXR3b3JrIFByb2R1Y3QgUHJlX3Jlc2VhcmNoIERlcGFydG1lbnQsPGJyPg0KV2lyZWxp bmUgUiZhbXA7RCBJbnNpdGl0dXRlPGJyPg0KQ2VsbCBwaG9uZTorODYgMTM4MTE0NDAwNjc8YnI+ DQpFbWFpbDogd2FuZy5sZWkxMzFAenRlLmNvbS5jbjxicj4NCiAmbmJzcDsgJm5ic3A7ICZuYnNw OyBoZWNoZW4wMDAxQGdtYWlsLmNvbTxicj4NCiAmbmJzcDsgJm5ic3A7ICZuYnNwOyBsZWl3QHRz aW5naHVhLmVkdS5jbjxicj4NCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS08L2ZvbnQ+DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0zIGZhY2U9 IkNhbGlicmkiPkhpIExlaSw8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0zIGZhY2U9IkNhbGlicmki PiZuYnNwOzwvZm9udD4NCjxicj48Zm9udCBzaXplPTMgZmFjZT0iQ2FsaWJyaSI+SSB0aGluayB3 ZSBzaG91bGQgZGlzY3VzcyBtb3JlIGYyZiBhdCBQYXJpcywNCjwvZm9udD48Zm9udCBzaXplPTMg ZmFjZT0iV2luZ2RpbmdzIj5KPC9mb250Pg0KPGJyPjxmb250IHNpemU9MyBmYWNlPSJDYWxpYnJp Ij4mbmJzcDs8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0zIGZhY2U9IkNhbGlicmkiPklmIG15IGZv bGxvd2luZyB1bmRlcnN0YW5kaW5nIGlzIGNvcnJlY3QsDQpJIHRoaW5rIHlvdSBhcmUgdHJ5aW5n IHRvIHVzZSBhIGxhYmVsIGZvcm1hdCB3aXRob3V0IKGubaGvIGZpZWxkIGluIHRoZQ0Kcm91dGlu Zywgd2hpY2ggaXMgZGlmZmVyZW50IGZyb20gdGhlIGxhYmVsIGZvcm1hdCAod2l0aCChrm2hrykg aW4gdGhlDQpzaWduYWxpbmcuIDwvZm9udD4NCjxicj48Zm9udCBzaXplPTMgZmFjZT0iQ2FsaWJy aSI+Jm5ic3A7PC9mb250Pg0KPGJyPjxmb250IHNpemU9MyBmYWNlPSJDYWxpYnJpIj5CYXNlZCBv biB0aGlzIHB1cnBvc2UsIGl0IHNlZW1zIHRoYXQgdHdvDQpraW5kcyBvZiBsYWJlbCBmb3JtYXRz IHNob3VsZCBiZSBuZWVkZWQuIDwvZm9udD4NCjxicj48Zm9udCBzaXplPTMgZmFjZT0iQ2FsaWJy aSI+Jm5ic3A7PC9mb250Pg0KPGJyPjxmb250IHNpemU9MyBmYWNlPSJDYWxpYnJpIj5QbGVhc2Ug c2VlIG1vcmUgaW4gYmxhY2sgZm9udCBpbmxpbmUuPC9mb250Pg0KPGJyPjxmb250IHNpemU9MyBm YWNlPSJDYWxpYnJpIj4mbmJzcDs8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0zIGZhY2U9IkNhbGli cmkiPiZsdDtTbmlwJmd0OzwvZm9udD48Zm9udCBzaXplPTM+IDwvZm9udD48Zm9udCBzaXplPTMg ZmFjZT0iQ2FsaWJyaSI+PGJyPg0KIDwvZm9udD48Zm9udCBzaXplPTM+Jm5ic3A7PC9mb250Pjxm b250IHNpemU9MyBjb2xvcj1ibHVlIGZhY2U9IkNhbGlicmkiPjxicj4NCjxicj4NCltMZWldoa0u PC9mb250Pg0KPGJyPjxmb250IHNpemU9MyBjb2xvcj1ibHVlIGZhY2U9IkNhbGlicmkiPldoZW4g YSA4Ny41R0h6LXNsb3Qtd2lkdGggQS0mZ3Q7RQ0KTFNQIHJlcXVlc3QgYXJyaXZlcywgYXNzdW1p bmcgdGhlcmUgaXMgbm90IGFueSBhdmFpbGFibGUgc3BlY3RydW0gcmVzb3VyY2UNCm9uIHJvdXRl IEEtQi1FLCBBLUQtRSBpcyBzZWxlY3RlZCBhcyB0aGUgTFNQIHJvdXRlIGFuZCAxMDBHSHogc2xv dCB3aWR0aA0KaXMgYXNzaWduZWQuIHdoYXQgeW91IG1lYW4gaXMgdGhhdCB0aGUgY29tcHV0YXRp b24gZWxlbWVudHMgc2hvdWxkIGdldA0KaW5mb3JtYXRpb24gb2YgZmxleGlibGUtZ3JpZCBhYmls aXR5IG9mIGVhY2ggb3B0aWNhbCBjb21wb25lbnRzIGJ5IE9TUEYNCmZsb29kaW5nLCBzbyB0aGUg aGVhZGVyIGNhbiBjYWxjdWxhdGUgdGhlIGFjdHVhbCBzbG90IHdpZHRoIHdpdGhvdXQgY2Fycmlu Zw0KODcuNUdIeiBpbiB0cmFmZmljIHBhcmFtZXRlcnMsIERvIEkgdW5kZXJzdGFuZCByaWdodD8g T0ssIHRoZXJlIGlzIGEgYmlnDQpwcm9ibGVtLCBhdXN1bWluZyBmaWJlciBBRCBicmVha3MgZG93 biBhbmQgTFNQIHJlcm91dGUgcmV1ZXN0cywgYW5kIHRoZW4NCnJvdXRlIEEtQi1FIGlzIHNlbGVj dGVkLCBob3cgbWFueSBzbG90IHdpZHRocyB3b3VsZCBhc3NzaWduZWQgdG8gdGhhdCBMU1A/DQph bHNvIDEwMEdIej8gSXQgaXMgbm90IHJlc29uYWJsZSBiZWNhdXNlIDg3LjVHSHogaXMgZW5vdWdo LiBidXQgaG93IGNvdWxkDQp0aGUgY29udHJvbCBwbGFuZSBnZXQgdGhpcyBpbmZvcm1hdGlvbj8g SW4gbXkgb3BpbmlvbiwgZnJvbSB0cmFmZmljIHBhcmFtZXRlcnMuDQo8L2ZvbnQ+PGZvbnQgc2l6 ZT0zIGZhY2U9IkNhbGlicmkiPjxicj4NCiA8L2ZvbnQ+PGZvbnQgc2l6ZT0zPiZuYnNwOzwvZm9u dD48Zm9udCBzaXplPTMgY29sb3I9I2MwMDAwMCBmYWNlPSJDYWxpYnJpIj48YnI+DQpbRmF0YWld ICZuYnNwO0NlcnRhaW5seSwgODcuNUdIWiBjYW4gYmUgcmVxdWVzdGVkIGZvciB0aGUgcmVjb3Zl cnkgTFNQDQphbmQgbT03IHNob3VsZCBiZSBjYXJyaWVkIGluIHRoZSB0cmFmZmljIHBhcmFtZXRl cnMuIFRoaXMgaXMgd2hhdCBJIGFtDQpwcm9wb3NpbmcuPC9mb250Pjxmb250IHNpemU9Mz48aT4g PC9pPjxicj4NCjwvZm9udD48Zm9udCBzaXplPTMgY29sb3I9Ymx1ZSBmYWNlPSJDYWxpYnJpIj48 YnI+DQpbTGVpXSBXb3VsZCBteSBleHByZXNzaW9uIGJlIG5vdCBjbGVhcj8gTXkgaWRlYSBpcyB0 aGF0OiBpbiBzdWNoIGNvbmRpdGlvbiwNCjg3LjVHSHogY291bGQgYmUgY2FycmllZCBieSB0cmFm ZmljIHBhcmFtZXRlcnMgaW4gc2lnbmFsaW5nIHRvIGNsYWltIHRoZQ0KbWluaW11bSBzbG90IHdp ZHRoIHJlcXVpcmVkIGJ5IHRoaXMgTFNQLCBidXQgdGhlIGFjdHVhbCBzbG90IHdpZHRoIGFzc2ln bmVkDQp0byBpdCBNVVNUIGJlIGNhcnJpZWQgYnkgbGFiZWwsIGluIHRoZSBjYXNlIG1lbnRpb25l ZCBhYm92ZSwgJnF1b3Q7bSZxdW90Ow0KaXMgc2V0IHRvIDEwMEdIeiB3aGVuIHNldHVwIGJ1dCA4 Ny41R0h6IHdoZW4gcmVyb3V0ZS48L2ZvbnQ+PGZvbnQgc2l6ZT0zPg0KPC9mb250Pg0KPGJyPjxm b250IHNpemU9MyBmYWNlPSJDYWxpYnJpIj5bRmF0YWldICZuYnNwO1BvaW50IDE6IEFyZSB5b3Ug dHJ5aW5nIHRvDQpicmVhayB0aGUgcnVsZSBvZiBHTVBMUyBmb3Igb3B0aWNhbCBieSBzYXlpbmcg obA8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGNvbG9yPWJsdWUgZmFjZT0iQ2FsaWJyaSI+dGhlDQptaW5p bXVtIHNsb3Qgd2lkdGggcmVxdWlyZWQgYnkgdGhpcyBMU1AsIGJ1dCB0aGUgYWN0dWFsIHNsb3Qg d2lkdGggYXNzaWduZWQNCnRvIGl0IE1VU1QgYmUgY2FycmllZCBieSBsYWJlbKGxPC9mb250Pjxm b250IHNpemU9MyBmYWNlPSJDYWxpYnJpIj4/IFBsZWFzZQ0KcmVtZW1iZXIgdGhhdCBmbGV4aS1n cmlkIGlzIG5vdCBwYWNrZXQgbmV0d29yay4gSWYgeW91IHdhbnQgdG8gZG8gdGhhdCwNCkkgdGhp bmsgeW91IGNhbiBjcmVhdGUgYSBuZXcgdGhyZWFkIGZvciBkaXNjdXNzaW9uLiAmbmJzcDs8L2Zv bnQ+DQo8YnI+PGZvbnQgc2l6ZT0zIGZhY2U9IkNhbGlicmkiPltGYXRhaV0gJm5ic3A7UG9pbnQg MjogWW91IHNhaWQgPC9mb250Pjxmb250IHNpemU9MyBjb2xvcj1ibHVlIGZhY2U9IkNhbGlicmki PqGwaW4NCnRoZSBjYXNlIG1lbnRpb25lZCBhYm92ZSwgJnF1b3Q7bSZxdW90OyBpcyBzZXQgdG8g MTAwR0h6IHdoZW4gc2V0dXAgYnV0DQo4Ny41R0h6IHdoZW4gcmVyb3V0ZS6hsSA8L2ZvbnQ+PGZv bnQgc2l6ZT0zIGZhY2U9IkNhbGlicmkiPiZuYnNwO0kgdGhpbmsNCnlvdXIgZXhhbXBsZSBpcyB2 ZXJ5IHNwZWNpYWwuIEV2ZW4gZm9yIHRoaXMgc3BlY2lhbCBjYXNlLCBJIHRoaW5rIHRoZSBzaW1w bGUNCndheSBpcyB0byBzZXQgoa5toa89MTAwR0h6IGluIHRoZSB0cmFmZmljIHBhcmFtZXRlcnMg d2hlbiBzZXR1cCAoQS1ELUUpDQphbmQgoa5toa89ODcuNUdIeiBpbiB0aGUgdHJhZmZpYyBwYXJh bWV0ZXJzIHRvIGNyZWF0ZSB0aGUgcmVjb3ZlcnkgTFNQDQooQS1CLUUpLiBObyBuZWVkIHRvIGlu c2VydCBtaW5pbXVtIHNsb3Qgd2lkdGggaW4gdGhlIHRyYWZmaWMgcGFyYW1ldGVycy4NClBsZWFz ZSBkb26hr3QgbWl4IHR3byBMU1BzIHRvZ2V0aGVyIGJlY2F1c2UgdHJhZmZpYyBwYXJhbWV0ZXJz IG1ha2Ugc2Vuc2UNCmZvciBvbmUgc3BlY2lmaWMgTFNQLjwvZm9udD4NCjxicj48Zm9udCBzaXpl PTMgY29sb3I9Ymx1ZSBmYWNlPSJDYWxpYnJpIj5JbiBhZGRpdGlvbiwgdGhlIHByb2JsZW0gJnF1 b3Q7aG93DQptYW55IHNsb3Qgd2lkdGhzIHNob3VsZCBiZSBhc3NpZ25lZCB0byBhIExTUCZxdW90 OyBpcyB2ZXJ5IGNvbXBsZXgsIGl0DQppcyBpbXBhY3RlZCBieSBzaWduYWwgYXR0cmlidXRpb24s IGFjY3VtdWxhdGVkIHBoeXNpY2FsIGltcGFpcm1lbnRzIChib3RoDQpzdGF0aWMgYW5kIGR5bmFt aWMpLCBmaWx0ZXIgY2FzY2FkaW5nIGVmZmVjdHMgYW5kIHNvIG9uLCBhbmQgYWxzbyBpbnRlcmFj dA0Kd2l0aCBuZWlnaGJvciBjaGFubmVscy4gaXQgc2VlbXMgaW1wb3NzaWJsZSBmb3IgdGhlIGhl YWQgdG8gZGV0ZXJtaW5lIGFsbA0Kb2YgdGhlc2UgYXQgdGhlIGJlZ2lubmluZyBvZiBwYXRoIHNl dHVwIGR1ZSB0byBpbmNvbXBsZXRlIG9yIGRhdGVkIGluZm9ybWF0aW9uLjwvZm9udD48Zm9udCBz aXplPTM+DQo8YnI+DQo8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGNvbG9yPWJsdWUgZmFjZT0iQ2FsaWJy aSI+PGJyPg0KRnVydGhlcm1vcmUsIEp1c3QgYXMgc3BlY2lmaWVkIGluIHlvdXIgZnJhbWV3b3Jr IGRyYWZ0LCBpdCBzdXBwb3J0cyB0aGUNClJvdXRpbmcgKyBEaXN0cmlidXRlZCBTcGVjdHJ1bSBB c3NpZ25tZW50IChSK0RTQSkgYXJjaGl0ZWN0dXJlLiBJZiBJIHVuZGVyc3RhbmQNCnJpZ2h0LCB0 aGUgZW5kIG5vZGUgZGV0ZXJtaW5lcyB0aGUgc3BlY3RydW0gYXNzaWduZWQgdG8gdGhlIExTUCBp biBEU0EsDQpzbyBob3cgY291bGQgdGhlIGhlYWQga25vdyBob3cgbWFueSBzbG90IHdpZHRoIHNo b3VkIGJlIGFzc2lnbmVkPzwvZm9udD48Zm9udCBzaXplPTM+DQo8YnI+DQo8L2ZvbnQ+DQo8YnI+ PGZvbnQgc2l6ZT0zIGZhY2U9IkNhbGlicmkiPltGYXRhaV0gRm9yIHRoaXMgY29tcGxleCB0aGlu ZywgZnJvbSBwcmFjdGljYWwNCnBlcnNwZWN0aXZlLCAmbmJzcDt0aGUgaGVhZCBub2RlIHNob3Vs ZCBnZXQgdGhlIGluc3RydWN0aW9uIGZyb20gY2VudHJhbGl6ZWQNClBDRSBvciBOTVMuIE90aGVy d2lzZSwgd2hlbiB5b3Ugc2FpZCChsDwvZm9udD48Zm9udCBzaXplPTMgY29sb3I9Ymx1ZSBmYWNl PSJDYWxpYnJpIj5XaGVuDQphIDg3LjVHSHotc2xvdC13aWR0aCBBLSZndDtFIExTUCByZXF1ZXN0 obE8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZhY2U9IkNhbGlicmkiPiwNCmhvdyBkbyB5b3Uga25vdyA4 Ny41R0h6IHNob3VsZCBiZSByZXF1ZXN0ZWQ/PC9mb250Pg0KPGJyPjxmb250IHNpemU9MyBjb2xv cj1ibHVlIGZhY2U9IkNhbGlicmkiPjxicj4NCldvdWxkIHlvdSBhZ3JlZSB3aXRoIG1lPzwvZm9u dD48Zm9udCBzaXplPTM+IDwvZm9udD48Zm9udCBzaXplPTIgZmFjZT0iQXJpYWwiPjxicj4NCjwv Zm9udD48Zm9udCBzaXplPTM+PGJyPg0KIDwvZm9udD48Zm9udCBzaXplPTMgY29sb3I9Ymx1ZSBm YWNlPSJDYWxpYnJpIj48YnI+DQpbTGVpXSBJIGFncmVlIHdpdGggeW91IHRoYXQgaW4gYm90aCB0 eXBlIDIvMyBhbmQgdHlwZTQgJnF1b3Q7bSZxdW90OyBpcw0KbWVhbmluZ2xlc3MsIGFuZCBJIGFs c28gaWxsdXN0cmF0ZSBpdCBpbiBteSBkcmFmdC4gTXkgaWRlYSBpcyB0aGF0LCAmcXVvdDt0aGVy ZQ0KaXMgbm90IGFueSBtYW5kYXRvcnkgcmVxdWlyZW1lbnQgdGhhdCB0aGUgc3RhcnQvZW5kIGxh YmVsIGluIGxhYmVsIHNldA0KTVVTVCBrZWVwIHRoZSBzYW1lIGZvcm1hdCB3aXRoIHRoZSBsYWJl bCBpbiBzaWduYWxpbmcsIHNvIEkgdGhpbmsgdGhlIG1lYW5pbmdsZXNzDQpwYXJ0IGNvdWxkIGJl IHNpbXBseSByZW1vdmVkIGluIHRoZSBsYWJlbCBzZXQsIGJvdGggdHlwZSAyLzMgYW5kIHR5cGUg NC4mcXVvdDsNCklzIGl0IG5vdCBjbGVhcj8gPC9mb250Pjxmb250IHNpemU9Mz48YnI+DQo8L2Zv bnQ+PGZvbnQgc2l6ZT0zIGNvbG9yPSNjMDAwMDAgZmFjZT0iQ2FsaWJyaSI+PGJyPg0KW0ZhdGFp XSAmbmJzcDtDbGVhciBub3cuIEhhcHB5IHRvIHNlZSB0aGF0IHlvdSBhZ3JlZSChrm2hryBzaG91 bGQgYmUNCnJlbW92ZWQgaW4gdGhlIGxhYmVsLjwvZm9udD48Zm9udCBzaXplPTM+IDxicj4NCjwv Zm9udD48Zm9udCBzaXplPTMgY29sb3I9Ymx1ZSBmYWNlPSJDYWxpYnJpIj48YnI+DQpbTGVpXSBN eSBpZGVhIGlzIHRoYXQ6IDEuIGZvciBib3RoIHR5cGUgMi8zIGFuZCB0eXBlIDQsIHJlbW92ZSAm cXVvdDttJnF1b3Q7DQppbiBzdGFydC9lbmQgbGFiZWwgb2YgbGFiZWwgc2V0IGFjY29yZGluZyB0 byB0aGUgcmVxdWlyZW1lbnRzOyAyLiB0aGVyZQ0KaXMgbm90IGFueSBtYW5kYXRvcnkgcmVxdWly ZW1lbnQgdGhhdCB0aGUgc3RhcnQvZW5kIGxhYmVsIGluIGxhYmVsIHNldA0KTVVTVCBrZWVwIHRo ZSBzYW1lIGZvcm1hdCB3aXRoIHRoZSBsYWJlbCBpbiBzaWduYWxpbmcsIGFuZCBJIGFsc28gc3Vw cG9ydA0KdGhhdCB0aGUgdXNlIG9mICZxdW90O20mcXVvdDsgaW4gZmxleGlibGUtZ3JpZCBsYWJl bCBpbiBzaWduYWxpbmcuIDwvZm9udD4NCjxicj48Zm9udCBzaXplPTMgZmFjZT0iQ2FsaWJyaSI+ W0ZhdGFpXSBJIGFtIGNvbmZ1c2VkIG5vdy4gTGV0IG1lIG1ha2UNCnBvaW50cyBjbGVhci4gRG8g eW91IG1lYW4gdGhhdCB5b3Ugd2FudCB0byBkZWZpbmUgdHdvIGxhYmVsIGZvcm1hdHM/IE9uZQ0K aXMgZm9yIHJvdXRpbmcgKGZvciB0eXBlMi8zLzQpLCB3aGljaCBkb2VzIG5vdCBoYXZlIKGubaGv IGZpbGVkIGluIHRoaXMNCmxhYmVsLiBBbm90aGVyIG9uZSBpcyBmb3Igc2lnbmFsaW5nLCB3aGlj aCBoYXMgoa5toa8gZmlsZWQgaW4gdGhpcyBsYWJlbA0KZm9ybWF0LiBJcyBteSB1bmRlcnN0YW5k aW5nIGNvcnJlY3Q/PC9mb250Pg0KPGJyPjxmb250IHNpemU9MyBjb2xvcj1ibHVlIGZhY2U9IkNh bGlicmkiPiZuYnNwOyZxdW90O2lmIHRoZSBhdmFpbGFibGUNCnNwZWN0cnVtIGlzIG9kZCB0aW1l cyBvZiAmbmJzcDt0aGUgY2VudHJhbCBmcmVxdWVuY3kgZ3JhbnVsYXJpdHkgKDUqNi4yNUdIeiks DQpob3cgdG8gZW5jb2RlIHRoZSB2YWx1ZSBvZiChrm2hrz8mcXVvdDsgRmlyc3RseSwgaXQgaXMg aW1wb3NzaWJsZSB0aGF0DQp0aGUgYXZhaWxhYmxlIHNwZWN0cnVtIGlzIG9kZCB0aW1lcyBvZiAm bmJzcDt0aGUgY2VudHJhbCBmcmVxdWVuY3kgZ3JhbnVsYXJpdHksDQphdCBsZWFzdCBmb3IgcmVj ZW50IG9wdGljYWwgY29tcG9uZW50cy4gcGxlYXNlIHNlZSB0aGUgcmVmZXJlbmNlOiAmcXVvdDtE eW5hbWljDQp3YXZlbGVuZ3RoIHByb2Nlc3NvciBXU1Mgd2l0aCBGTEVYR1JJRCBmdW5jdGlvbmFs aXR5IFtGaW5pc2FyXSZxdW90OzsgU2Vjb25kbHkNCixldmVudCBpZiBpdCBpcyBwb3NzaWJsZSwg dHlwZSAyLzMgYW5kIHR5cGUgNCBjb3VsZCB3ZWxsIGV4cHJlc3MgdGhhdCwNCldvdWxkIHlvdSBh Z3JlZSB3aXRoIG1lPzwvZm9udD48Zm9udCBzaXplPTM+IDxicj4NCjwvZm9udD48Zm9udCBzaXpl PTMgY29sb3I9I2MwMDAwMCBmYWNlPSJDYWxpYnJpIj48YnI+DQpbRmF0YWldICZuYnNwO1doeSBp dCBpcyBpbXBvc3NpYmxlPyBUaGlzIGNhc2Ugc2hvdWxkIGJlIHZlcnkgY29tbW9uLiA8YnI+DQpQ bGVhc2Ugc2VlIHRoZSBGaWd1cmUgSS4xIGluIEcuNjk0LjEgY29waWVkIGFzIGZvbGxvd3MuIElu IHRoaXMgZXhhbXBsZSwNCnRoZSBhdmFpbGFibGUgc3BlY3RydW0gaXMgOSo2LjI1R0h6LiBUaGVy ZWZvcmUsIHRoZSBsYWJlbCBmb3JtYXQgd2l0aCChrm2hrw0KY2Fubm90IGhhbmRsZSB0aGlzIGNv bW1vbiBjYXNlLjwvZm9udD48Zm9udCBzaXplPTM+IDwvZm9udD48Zm9udCBzaXplPTMgY29sb3I9 I2MwMDAwMCBmYWNlPSJDYWxpYnJpIj48YnI+DQogPC9mb250Pjxmb250IHNpemU9Mz4mbmJzcDs8 L2ZvbnQ+PGZvbnQgc2l6ZT0zIGNvbG9yPWJsdWUgZmFjZT0iQ2FtYnJpYSI+PGJyPg0KW0xlaV0g SSBzYXkgdGhhdCBmcm9tIHRoZSBwb2ludCBvZiBvcHRpY2FsIGNvbXBvbmVudHMsIHJlY2VudCBp bmR1c3RyeQ0KcHJvZHVjdHMgc3VjaCBhcyBGbGV4aWJsZS1HcmlkIFdTUyBjYW5ub3Qgc3VwcG9y dCB0aGUgY29uZGl0aW9uIG1lbnRpb25lZA0KYWJvdmUuICZxdW90O2V2ZW50IGlmIGl0IGlzIHBv c3NpYmxlLCB0eXBlIDIvMyBhbmQgdHlwZSA0IGNvdWxkIHdlbGwgZXhwcmVzcw0KaXQmcXVvdDs8 L2ZvbnQ+PGZvbnQgc2l6ZT0zPiA8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0zIGZhY2U9IkNhbGli cmkiPltGYXRhaV0gJm5ic3A7SXQgaXMgc3RhdGVkIGluIEcuNjk0LjEgY2xlYXJseQ0KYW5kIGl0 IGlzIGVhc3kgZm9yIHBlb3BsZSB0byB1bmRlcnN0YW5kIHRoYXQgdGhpcyBjYXNlIGNhbiBoYXBw ZW4uIE9LLA0Kc28geW91IGFncmVlIHRoYXQgdHlwZSAwLzEgY2Fubm90IGJlIHVzZWQgZm9yIHRo aXMgY2FzZSBhbmQgdHlwZSAyLzMvNA0KKHdpdGhvdXQgoa5toa8pIHdvdWxkIGJlIHVzZWQ/PC9m b250Pg0KPGJyPjxmb250IHNpemU9MyBjb2xvcj1ibHVlIGZhY2U9IkNhbGlicmkiPjxicj4NCklu IG15IG9waW5pb24sIHRoZSBwcm9ibGVtIG1lbnRpb25lZCBhYm92ZSBoYXMgbm8gcmVsYXRpb25z IHRvIHRoZSB1c2UNCm9mICZxdW90O20mcXVvdDsgaW4gbGFiZWwsIEkgYW0gY29uZnVzZWQgdGhh dCB3aHkgeW91IG9wcG9zZSB0aGUgbGFiZWwNCmZvcm1hdCB3aXRoICZxdW90O20mcXVvdDsgZnJv bSB0aGlzIHBvaW50PzwvZm9udD48Zm9udCBzaXplPTM+IDwvZm9udD48Zm9udCBzaXplPTMgZmFj ZT0iQ2FsaWJyaSI+PGJyPg0KIDwvZm9udD48Zm9udCBzaXplPTM+Jm5ic3A7PC9mb250Pjxmb250 IHNpemU9MyBjb2xvcj0jYzAwMDAwIGZhY2U9IkNhbGlicmkiPjxicj4NCltGYXRhaV0gJm5ic3A7 QXMgZXhwbGFpbmVkIGFib3ZlLiBJdCBpcyByZWxhdGVkIHRvIHRoZSB1c2FnZSBvZiChrm2hrw0K aW4geW91ciBkcmFmdC4gSSBhbSB0cnlpbmcgdG8gbWFrZSBwZW9wbGUgdW5kZXJzdGFuZCChrm2h ryBzaG91bGQgbm90DQpiZSBjYXJyaWVkIGluIHRoZSByb3V0aW5nIChhbmQgc28gaW4gdGhlIGxh YmVsKS4gSSB3aWxsIGNvbnRpbnVlIHRvIG1ha2UNCnRoaXMgZWZmb3J0IHVudGlsIHBlb3BsZSB1 bmRlcnN0YW5kIHRoaXMgcG9pbnQuPC9mb250Pjxmb250IHNpemU9Mz4gPC9mb250Pjxmb250IHNp emU9MyBmYWNlPSJDYWxpYnJpIj48YnI+DQo8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGNvbG9yPWJsdWUg ZmFjZT0iQ2FsaWJyaSI+PGJyPg0KW0xlaV0gSW4gbXkgb3BpbmlvbiwgdGhlcmUgaXMgbm8gY29u ZmxpY3QgYmV0d2VlbiChrm2hryBzaG91bGQgbm90IGJlDQpjYXJyaWVkIGluIHR5cGUgMi8zLzQg bGFiZWwgc2V0IGFuZCAmbmJzcDt0aGUgdXNhZ2Ugb2Ygoa5toa8gaW4gbGFiZWwuPC9mb250Pg0K PGJyPjxmb250IHNpemU9MyBmYWNlPSJDYWxpYnJpIj5bRmF0YWldICZuYnNwO09LLCBJIHVuZGVy c3RhbmQgbm93IHRoYXQNCnlvdSBhcmUgdHJ5aW5nIHRvIHVzZSB0d28gZGlmZmVyZW50IGxhYmVs IGZvcm1hdHMuIFRoZSBsYWJlbCBmb3JtYXQgaW4NCnJvdXRpbmcgZm9yIHR5cGUyLzMvNCBpcyBk aWZmZXJlbnQgZnJvbSB0aGUgbGFiZWwgZm9ybWF0IGluIHNpZ25hbGluZyAod2hpY2gNCmhhcyCh rm2hrykuPC9mb250Pg0KPGJyPjxmb250IHNpemU9MyBmYWNlPSJDYWxpYnJpIj4mbmJzcDs8L2Zv bnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9IkFyaWFsIj5CZXN0IFJlZ2FyZHM8L2ZvbnQ+PGZv bnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+DQo8L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZh Y2U9IkFyaWFsIj48YnI+DQo8YnI+DQpMZWkgV2FuZyA8YnI+DQo8L2ZvbnQ+PGZvbnQgc2l6ZT0y IGZhY2U9IkNvdXJpZXIgTmV3Ij48YnI+DQo8YnI+DQo8L2ZvbnQ+DQo8YnI+DQo8YnI+PHByZT4N Ci0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t DQpaVEUmbmJzcDtJbmZvcm1hdGlvbiZuYnNwO1NlY3VyaXR5Jm5ic3A7Tm90aWNlOiZuYnNwO1Ro ZSZuYnNwO2luZm9ybWF0aW9uJm5ic3A7Y29udGFpbmVkJm5ic3A7aW4mbmJzcDt0aGlzJm5ic3A7 bWFpbCZuYnNwO2lzJm5ic3A7c29sZWx5Jm5ic3A7cHJvcGVydHkmbmJzcDtvZiZuYnNwO3RoZSZu YnNwO3NlbmRlcidzJm5ic3A7b3JnYW5pemF0aW9uLiZuYnNwO1RoaXMmbmJzcDttYWlsJm5ic3A7 Y29tbXVuaWNhdGlvbiZuYnNwO2lzJm5ic3A7Y29uZmlkZW50aWFsLiZuYnNwO1JlY2lwaWVudHMm bmJzcDtuYW1lZCZuYnNwO2Fib3ZlJm5ic3A7YXJlJm5ic3A7b2JsaWdhdGVkJm5ic3A7dG8mbmJz cDttYWludGFpbiZuYnNwO3NlY3JlY3kmbmJzcDthbmQmbmJzcDthcmUmbmJzcDtub3QmbmJzcDtw ZXJtaXR0ZWQmbmJzcDt0byZuYnNwO2Rpc2Nsb3NlJm5ic3A7dGhlJm5ic3A7Y29udGVudHMmbmJz cDtvZiZuYnNwO3RoaXMmbmJzcDtjb21tdW5pY2F0aW9uJm5ic3A7dG8mbmJzcDtvdGhlcnMuDQpU aGlzJm5ic3A7ZW1haWwmbmJzcDthbmQmbmJzcDthbnkmbmJzcDtmaWxlcyZuYnNwO3RyYW5zbWl0 dGVkJm5ic3A7d2l0aCZuYnNwO2l0Jm5ic3A7YXJlJm5ic3A7Y29uZmlkZW50aWFsJm5ic3A7YW5k Jm5ic3A7aW50ZW5kZWQmbmJzcDtzb2xlbHkmbmJzcDtmb3ImbmJzcDt0aGUmbmJzcDt1c2UmbmJz cDtvZiZuYnNwO3RoZSZuYnNwO2luZGl2aWR1YWwmbmJzcDtvciZuYnNwO2VudGl0eSZuYnNwO3Rv Jm5ic3A7d2hvbSZuYnNwO3RoZXkmbmJzcDthcmUmbmJzcDthZGRyZXNzZWQuJm5ic3A7SWYmbmJz cDt5b3UmbmJzcDtoYXZlJm5ic3A7cmVjZWl2ZWQmbmJzcDt0aGlzJm5ic3A7ZW1haWwmbmJzcDtp biZuYnNwO2Vycm9yJm5ic3A7cGxlYXNlJm5ic3A7bm90aWZ5Jm5ic3A7dGhlJm5ic3A7b3JpZ2lu YXRvciZuYnNwO29mJm5ic3A7dGhlJm5ic3A7bWVzc2FnZS4mbmJzcDtBbnkmbmJzcDt2aWV3cyZu YnNwO2V4cHJlc3NlZCZuYnNwO2luJm5ic3A7dGhpcyZuYnNwO21lc3NhZ2UmbmJzcDthcmUmbmJz cDt0aG9zZSZuYnNwO29mJm5ic3A7dGhlJm5ic3A7aW5kaXZpZHVhbCZuYnNwO3NlbmRlci4NClRo aXMmbmJzcDttZXNzYWdlJm5ic3A7aGFzJm5ic3A7YmVlbiZuYnNwO3NjYW5uZWQmbmJzcDtmb3Im bmJzcDt2aXJ1c2VzJm5ic3A7YW5kJm5ic3A7U3BhbSZuYnNwO2J5Jm5ic3A7WlRFJm5ic3A7QW50 aS1TcGFtJm5ic3A7c3lzdGVtLg0KPC9wcmU+ --=_alternative 002E98B3482579CA_=-- From giomarti@cisco.com Fri Mar 23 06:12:31 2012 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 3D93621F8501 for ; Fri, 23 Mar 2012 06:12:31 -0700 (PDT) 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=[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 yvJW8+2M4koP for ; Fri, 23 Mar 2012 06:12:27 -0700 (PDT) Received: from ams-iport-2.cisco.com (ams-iport-2.cisco.com [144.254.224.141]) by ietfa.amsl.com (Postfix) with ESMTP id 1630421F852A for ; Fri, 23 Mar 2012 06:12:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=giomarti@cisco.com; l=18081; q=dns/txt; s=iport; t=1332508345; x=1333717945; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to; bh=WG8iGWl3Zhxg0Dvjzl4WGUlnEXcPlMNTlT2CLyidLeQ=; b=cM0wMZRonj8F1Vw0KQ4o6zVc1haV12j4X7r5pdKCRDo5z+j/uSxDSUpD yz5zIuJcsjVfKKwDT/t5fuXscC85BbfRDY4cL89lpiB4dG/IETUjnSJv6 dUEwvppfwDtwDKXLrTYv8D36MhM+CJhxi8s1Up3KvF5x/d6xE2Im9xDMP c=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgIFAMl1bE+Q/khR/2dsb2JhbABEgkaCebJIgQeCCQEBAQQSARAKSgEBDAQJAhEDAQEBAQkMCggDAgIJAwIBAgE0CQgGDQEFAgEBFweHaJlrjQiRdY1VghiBGASVYI5EgWiCaA X-IronPort-AV: E=Sophos;i="4.73,636,1325462400"; d="scan'208,217";a="69186047" Received: from ams-core-1.cisco.com ([144.254.72.81]) by ams-iport-2.cisco.com with ESMTP; 23 Mar 2012 13:12:23 +0000 Received: from mnza1-dhcp-vl301-144-254-166-120.cisco.com (mnza1-dhcp-vl301-144-254-166-120.cisco.com [144.254.166.120]) by ams-core-1.cisco.com (8.14.3/8.14.3) with ESMTP id q2NDCNN2013825; Fri, 23 Mar 2012 13:12:23 GMT Message-ID: <4F6C76C3.8030405@cisco.com> Date: Fri, 23 Mar 2012 14:12:35 +0100 From: Giovanni Martinelli User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Leeyoung References: <20120306163045.5035.77829.idtracker@ietfa.amsl.com> <4F564235.6030901@cisco.com> <7AEB3D6833318045B4AE71C2C87E8E1720C8E1AC@dfweml511-mbx.china.huawei.com> In-Reply-To: <7AEB3D6833318045B4AE71C2C87E8E1720C8E1AC@dfweml511-mbx.china.huawei.com> Content-Type: multipart/alternative; boundary="------------050507060802040004040501" Cc: CCAMP Subject: Re: [CCAMP] Fwd: New Version Notification for draft-martinelli-wson-interface-class-02.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: Fri, 23 Mar 2012 13:12:31 -0000 This is a multi-part message in MIME format. --------------050507060802040004040501 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Hi Young, appreciate your comments! The part of the draft which report references to G.698.x is the encoding that shows how the interface class concept is fully compatible with the ITU application code. In the next revision we could figure out code points for all ITU applications codes available now (including G.959). I would like to mention however that the Optical Interface Class is fully in scope with current WSON rwa activity (not only with impairments) since even for RWA you need to assess at least signal compatibility. Current WSON proposal have explicit parameters definitions (e.g. FEC and Modulation formats), with the Interface class concept you don't need to explicit them since the semantic of the class will be defined elsewhere. The goal is not saving bits in encoding but making protocol WSON extensions a bit more independent from explicit optical parameters definitions. Cheers G On 3/22/12 18:03 , Leeyoung wrote: > > Hi Giovanni, > > It looks like your draft is in the context of black links and the use > of some of ITU-T interface model for impairment context. Your > reference is G.698.1 and .2. > > This seems to belong to impairment/black link model which is beyond > the current WSON scope. The part of confusion is the fact that G.698.1 > and .2 talk about some modulation type (such as NRZ’s). But this was > discussed in the context of black link. We are discussing Modulation > and FEC in the context of resource block property (OEO/REG). Our > ITU-T reference is 709, 975 and 959.1. > > One of the referred entities in your interface class is fiber type, > which is an important factor in impairment modeling, but this is > beyond the scope of non-impairment WSON, which is our current scope. > > Regards, > > Young > > *From:*ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] *On > Behalf Of *Giovanni Martinelli > *Sent:* Tuesday, March 06, 2012 10:58 AM > *To:* CCAMP > *Subject:* [CCAMP] Fwd: New Version Notification for > draft-martinelli-wson-interface-class-02.txt > > Dear Ccamp, > > here's an update on Optical Interface Class draft. > > The idea is to make WSON protocol extensions independent of explicit > optical parameters encoding as currently defined in following IDs > (referring only to wg documents): > - draft-ietf-ccamp-rwa-info-13 > - draft-ietf-ccamp-rwa-wson-encode-13 > - draft-ietf-pce-wson-routing-wavelength-06 > And related draft protocol extensions that make use of them: > - draft-ietf-ccamp-wson-signal-compatibility-ospf-07 > - draft-ietf-ccamp-wson-signaling-02 > > As and additional benefit, the optical interface class can be fully > compatible with ITU application code concept. > > Draft was first presented in Quebec and there were several good > reactions from the room, so please provide comments! > > Thanks in advance > Giovanni & co-authors > > > > > -------- Original Message -------- > > *Subject: * > > > > New Version Notification for draft-martinelli-wson-interface-class-02.txt > > *Date: * > > > > Tue, 06 Mar 2012 08:30:45 -0800 > > *From: * > > > > internet-drafts@ietf.org > > *To: * > > > > giomarti@cisco.com > > *CC: * > > > > lyong@ciena.com , ggalimbe@cisco.com > , daniele.ceccarelli@ericsson.com > , cyril.margaria@nsn.com > > > A new version of I-D, draft-martinelli-wson-interface-class-02.txt has been successfully submitted by Giovanni Martinelli and posted to the IETF repository. > > Filename: draft-martinelli-wson-interface-class > Revision: 02 > Title: WSON Optical Interface Class > Creation date: 2012-03-06 > WG ID: Individual Submission > Number of pages: 13 > > Abstract: > Current work on wavelength switched optical network includes several > considerations regarding the interface signal compatibility. In > particular ingress and egress optical interfaces will require a check > on several optical parameters to assess if the signal generated by > the ingress interface can be compatible with the receiving interface. > Current solution available encode all parameters in WSON protocol > extensions while in this draft will propose an alternative method to > keep into account the signal compatibility issue at protocol level. > > > > > The IETF Secretariat --------------050507060802040004040501 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit Hi Young, appreciate your comments! The part of the draft which report references to G.698.x is the encoding that shows how the interface class concept is fully compatible with the ITU application code.   In the next revision we could figure out code points for all ITU applications codes available now (including G.959). I would like to mention however that the Optical Interface Class is fully in scope with current WSON rwa activity (not only with impairments) since even for RWA you need to assess at least signal compatibility. Current WSON proposal have explicit parameters definitions (e.g. FEC and Modulation formats), with the Interface class concept you don't need to explicit them since the semantic of the class will be defined elsewhere. The goal is not saving bits in encoding but making protocol WSON extensions a bit more independent from explicit optical parameters definitions. Cheers G On 3/22/12 18:03 , Leeyoung wrote: Hi Giovanni, It looks like your draft is in the context of black links and the use of some of ITU-T interface model for impairment context. Your reference is G.698.1 and .2. This seems to belong to impairment/black link model which is beyond the current WSON scope. The part of confusion is the fact that G.698.1 and .2 talk about some modulation type (such as NRZ’s). But this was discussed in the context of black link. We are discussing Modulation and FEC in the context of resource block property (OEO/REG). Our ITU-T reference is 709, 975 and 959.1. One of the referred entities in your interface class is fiber type, which is an important factor in impairment modeling, but this is beyond the scope of non-impairment WSON, which is our current scope. Regards, Young From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of Giovanni Martinelli Sent: Tuesday, March 06, 2012 10:58 AM To: CCAMP Subject: [CCAMP] Fwd: New Version Notification for draft-martinelli-wson-interface-class-02.txt Dear Ccamp, here's an update on Optical Interface Class draft. The idea is to make WSON protocol extensions independent of explicit optical parameters encoding as currently defined in following IDs (referring only to wg documents): - draft-ietf-ccamp-rwa-info-13 - draft-ietf-ccamp-rwa-wson-encode-13 - draft-ietf-pce-wson-routing-wavelength-06 And related draft protocol extensions that make use of them: - draft-ietf-ccamp-wson-signal-compatibility-ospf-07 - draft-ietf-ccamp-wson-signaling-02 As and additional benefit, the optical interface class can be fully compatible with ITU application code concept. Draft was first presented in Quebec and there were several good reactions from the room, so please provide comments! Thanks in advance Giovanni & co-authors -------- Original Message -------- Subject: New Version Notification for draft-martinelli-wson-interface-class-02.txt Date: Tue, 06 Mar 2012 08:30:45 -0800 From: internet-drafts@ietf.org To: giomarti@cisco.com CC: lyong@ciena.com, ggalimbe@cisco.com, daniele.ceccarelli@ericsson.com, cyril.margaria@nsn.com A new version of I-D, draft-martinelli-wson-interface-class-02.txt has been successfully submitted by Giovanni Martinelli and posted to the IETF repository. Filename:      draft-martinelli-wson-interface-class Revision:      02 Title:         WSON Optical Interface Class Creation date: 2012-03-06 WG ID:         Individual Submission Number of pages: 13 Abstract:    Current work on wavelength switched optical network includes several    considerations regarding the interface signal compatibility. In particular ingress and egress optical interfaces will require a check    on several optical parameters to assess if the signal generated by    the ingress interface can be compatible with the receiving interface.    Current solution available encode all parameters in WSON protocol    extensions while in this draft will propose an alternative method to    keep into account the signal compatibility issue at protocol level.                                                                                    The IETF Secretariat --------------050507060802040004040501-- From pierre.peloso@alcatel-lucent.com Fri Mar 23 10:08:42 2012 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 9B62C21F85E6 for ; Fri, 23 Mar 2012 10:08:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.012 X-Spam-Level: X-Spam-Status: No, score=-8.012 tagged_above=-999 required=5 tests=[AWL=-1.764, BAYES_00=-2.599, HELO_EQ_FR=0.35, 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 U1KOBuiWFHM7 for ; Fri, 23 Mar 2012 10:08:38 -0700 (PDT) Received: from smail5.alcatel.fr (smail5.alcatel.fr [62.23.212.27]) by ietfa.amsl.com (Postfix) with ESMTP id DBC2221F85E3 for ; Fri, 23 Mar 2012 10:08:37 -0700 (PDT) Received: from FRMRSSXCHHUB01.dc-m.alcatel-lucent.com (FRMRSSXCHHUB01.dc-m.alcatel-lucent.com [135.120.45.61]) by smail5.alcatel.fr (8.14.3/8.14.3/ICT) with ESMTP id q2NH8KY7020043 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Fri, 23 Mar 2012 18:08:22 +0100 Received: from FRMRSSXCHMBSA1.dc-m.alcatel-lucent.com ([135.120.45.37]) by FRMRSSXCHHUB01.dc-m.alcatel-lucent.com ([135.120.45.61]) with mapi; Fri, 23 Mar 2012 18:08:20 +0100 From: "PELOSO, PIERRE (PIERRE)" To: Greg Bernstein Date: Fri, 23 Mar 2012 18:08:19 +0100 Thread-Topic: [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-info-14.txt Thread-Index: Ac0IUPjhUDbyCjiFQqGe9aN1QgTtDAAwIaiw Message-ID: References: <7AEB3D6833318045B4AE71C2C87E8E1720C81BE1@dfweml511-mbx.china.huawei.com> <7AEB3D6833318045B4AE71C2C87E8E1720C8D624@dfweml511-mbx.china.huawei.com> <4F6B60CB.5060507@grotto-networking.com> In-Reply-To: <4F6B60CB.5060507@grotto-networking.com> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: fr-FR, en-US Content-Type: multipart/alternative; boundary="_000_CCBFBB7025DF984494DEC3285C058152129C035195FRMRSSXCHMBSA_" MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.69 on 155.132.188.13 Cc: "ccamp@ietf.org" Subject: Re: [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-info-14.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: Fri, 23 Mar 2012 17:08:42 -0000 --_000_CCBFBB7025DF984494DEC3285C058152129C035195FRMRSSXCHMBSA_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Greg, Let us not play too much on words/drafts. We all know that the encoding dra= fts depend on the info one. And to address technical points it is not possi= ble targetting a single draft, though my initial email answered Young's for= ward of the above draft. I'm sad you got confused by that.... But in case y= ou have any doubts, yes, I'm aware the solution is described over a bunch o= f drafts. See my comments in-line. I wish you (and every other ccampers) a safe trip to Paris, where we'll hav= e plenty of time to further address the point. Regards, Pierre ________________________________ De : Greg Bernstein [mailto:gregb@grotto-networking.com] Envoy=E9 : jeudi 22 mars 2012 18:27 =C0 : PELOSO, PIERRE (PIERRE) Cc : Leeyoung; ccamp@ietf.org Objet : Re: [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-info-14.txt Hi Pierre, Young convinced me that you are really addressing the draft-ietf= -ccamp-rwa-wson-encode-14 draft and not the info draft. In that light I've got a few more comments below. On 3/20/2012 4:54 AM, PELOSO, PIERRE (PIERRE) wrote: Hi Greg and Young, Thanks for your answers. So just to get things right, in case there is inside a WSON a node corresp= onding to the attached picture. [Comment ON] Its internal structure is one of the most basic ones and it r= elies on optical splitters (left-side) and Wavelength Selective Switches (= right-side). The picture defines N as being the number of neighbouring no= des and M as being the number of physical pools of OEO. [Comment OFF] -->From your diagram I'm assuming that you are putting things into M pools = since these have pools each have a shared wavelength constraint from the WS= S. Otherwise you could have fewer pools. Exactly, the OEO in a same pool are sharing some spatial connectivity const= raints. This networks supports at least two different types of optical signal (gi= ven bit-rate and modulation format), this implies at least two different t= ypes of OEO resources mentionned here OEO type 1 and type 2. When size M=3D1, I guess the most efficient way of describing the nodes r= esources is by defining 2 resource blocks: 1 block for each type of OEO, w= ith has many resources in the block as OEO of this tyep available in the n= ode. (e.g. With 26 OEO of type 1 and 37 OEO of type 2 - in that case only= 2 Resource Block IDs needs being defined, and their resource block info, = will mention the number of resources as being respectively 26 and 37). We can assume a node of size N =3D 5 and of size M =3D 3. This means the= re are 5 neighbouring nodes and the OEO resources are organized around 3 d= ifferent physical pools. This node may be composed of a number of devices= for each of the 3 pools to be the following: Pool ID # of OEO type 1 # of OEO type 2 1 25 30 2 30 24 3 15 36 Composition of ressource pools In that case, I hesitate between 3 different design solutions: * S1: Define 1 Resource Block Info per OEO type per Pool, each with its own resource Block ID. In details that gives: - RBInfo1: Describes 25 OEO of type 1 - 1 RB ID associated - RBInfo2: Describes 30 OEO of type 2 - 1 RB ID associated - RBInfo3: Describes 30 OEO of type 1 - 1 RB ID associated - RBInfo4: Describes 24 OEO of type 2 - 1 RB ID associated - RBInfo5: Describes 15 OEO of type 1 - 1 RB ID associated - RBInfo6: Describes 36 OEO of type 2 - 1 RB ID associated Regarding the usage of Resource Block IDs, this solution is pretty efficient, especially in order to describe the accessibility of ressources (SharedAccessWavelengths TLVs, ResourceAccessibility TLVs, ResourceWaveConstraints TLVs). But it is far less efficient, regarding the repetition of Resource Info TLVs. --> You can do this, but you are right it is slightly less efficient. We pu= t more flexibility into the resource accessibility structure which you take= advantage of in S2. Ok, * S2: Define 1 Resource Block Info per OEO type, refering as many Resource Block ID as available in the node. In details that gives: - RBInfo1: Describes 1 OEO of type 1 - (25+30+15=3D70) RB IDs associated - RBInfo2: Describes 1 OEO of type 2 - (30+24+36=3D90) RB IDs associated Regarding the usage of Resource Block IDs, this solution is far less efficient, but far more efficient regarding the repetition of Resource Info TLVs. ---> This is the preferred approach with the current encoding draft. Resour= ce block IDs are just numbers for you to choose from (0-65535), like labels= . You can also leave space in the ranges for additional OEOs that could be ad= ded to the node. By assigning the block IDs in a reasonable manner you can = take advantage of the range encoding option and very efficiently encode the= structure of your system. The constraint then is that I would need to refer these (70+90)=3D160 RB I= Ds in the shared_access_block TLVs, in the resource_pool_accessibility TLVs= . Whether I'm using a reasonnable manner to assign the IDs to refer in the RB= infos, this would not be efficient for the other TLVs, where I could not u= se range. * S3: Define 1 Resource Block Info per OEO type, refering the smallest comon divisor among each resource blocks. In details that gives: - RBInfo1: Describes 5 OEO of type 1 - (5+6+3=3D14) RB IDs associat= ed - RBInfo2: Describes 6 OEO of type 2 - (5+4+6=3D15) RB IDs associat= ed This solution is efficient regarding both the usage of Resource Block IDs and the repetition of Resource Info TLVs, but this is possible due to "lucky" figures of OEO resources in each pool. --> Seems unnecessarily complicated. Resource IDs are plentiful. I wouldn't= worry about trying to save a few of them. Remember most sub-TLVs dealing w= ith resources use an RB set field, and this supports a range encoding which= is very efficient. As told in my previous point, the issue does not merely come from the gains= or not in bytes, but from the co-existence of different solutions. And fro= m the fact that what you state as appealingly efficient as far as the RBInf= o sub-TLV are concerned, just cannot work for the other sub-TLvs. But this = is a mere detail. Q4: Is there any of the above solution that is not respecting current drafts? --> No. Q5: Which is the solution that you consider as the most likely to be commonly used? --> S2. Is the most straight forward and efficient. Apart from the unnecessary difficulty of bearing 160 different resource blo= ck IDs assigned in a reasonnable manner across CP restarts etc... And once again, I have no issues with having leafs TLVs bearing multiple en= codings, which basically enable efficiency (regarding size) at little costs= from the point of view of implementation of a stack. I'm less confident in having the structure of the top-level TLV to vary fro= m one implementation to the other. Each of the 3 solutions proposed above i= mposes different rules in re-constructing node internal structure from LSAs= (to compute the route). This is stressing much more the implementation of = the stack. I wish the CP implementation to know which mechanic use to turn = a node architecture into LSAs and vice-versa. And not to choose between 3 d= ifferent, ways otherwise for sure two different implementers will choose tw= o different ones, without bothering with being compliant with the other imp= lementer. That does not sound as safe standardisation to my hear. For obvious interoperability reasons, we expect from a Standard Track docum= ent to define a single way of encoding a given node structure into the prot= ocols. In order to achieve this, the I-D must be more specific, directive. Pierre -----Message d'origine----- De : Leeyoung [mailto:leeyoung@huawei.com] Envoy=E9 : lundi 19 mars 2012 22:50 =C0 : PELOSO, PIERRE (PIERRE) Cc : ccamp@ietf.org; Greg Bernstein Objet : RE: [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-info-14.txt Hi Pierre, Here's our response. Please see in-line. Thanks. Greg and Young -----Original Message----- From: PELOSO, PIERRE (PIERRE) [mailto:pierre.peloso@alcatel-lucent.com] Sent: Monday, March 19, 2012 10:40 AM To: Leeyoung Cc: ccamp@ietf.org Subject: RE: [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-info-14.txt Hi Young, I would appreciate your answers. Regards, - pierre -----Message d'origine----- De : ccamp-bounces@ietf.org [mailto:ccamp-bo= unces@ietf.org] De la part de PELOSO, PIERRE (PIERRE) Envoy=E9 : jeudi 8 ma= rs 2012 16:32 =C0 : Leeyoung Cc : ccamp@ietf.org Obj= et : Re: [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-info-14.txt Hi Young and Authors, Reading this information model draft, we were having some questions: Quoting section 5: Since resources tend to be packaged together in blocks of similar devices, = e.g., on line cards or other types of modules, the fundamental unit of iden= tifiable resource in this document is the "resource block". A resource blo= ck may contain one or more resources. As resources are the smallest identi= fiable unit of processing resource, one can group together resources into b= locks if they have similar characteristics relevant to the optical system b= eing modeled, e.g., processing properties, accessibility, etc. --> This text was not changed in the v14 draft. This was slightly changed i= n the v13 from the v12 based on discussions in Montreal and the list. These= items have been extensively discussed on the list and in person. It is tim= e to move forward. Q1: It is assumable that each resource has its own ID in the machine system, is this understanding correct? --> This is a modeling decision. You could give every regenerator in your = system an ID. You may only want to model the ones whose use has some flexib= le connectivity. We've discussed this many times. Q2: Does the above text means there is a normative rule enforcing that a= Resource Block ID MUST be allocated to each line-card or other type of module? If yes, where is this rule phrased? --> This is an informational draft there are no normative rules in it. What= a vendor or a network owner chooses to model within their system is up to = them. This has always been the case in GMPLS. Many layers of the optical n= etwork may not be modeled in a current implementation or GMPLS deployment. Q3: Where to find a definition of a line-card or other type of module? --> The terms "line-card" and "modules" are only used as examples (the phra= se "e.g., on line cards or other types of modules"), and hence do not requi= re formal definition in this informational document. "Line card" is a commo= n term used by almost all vendors of large switching gear such as SDH switc= hes, OTN switch, WDM ROADS/Switches, IP routers, Carrier grade Ethernet swi= tches, Optical access products and such. It generally denotes a pluggable (= usually hot-swappable) card that contains interfaces, however, it may only = perform management or other support functions. ITU-T M.3100 section 6.3 "P= hysical Equipment Fragment" gives the well known management system modeling= of such specific entities as line cards and modules in terms of the manage= d object classes "equipmentHolder" and "circuitPack". Please could you clarify, Thanks in advance, Giovanni, Julien and Pierre -----Message d'origine----- De : ccamp-bounces@ietf.org [mailto:ccamp-bo= unces@ietf.org] De la part de Leeyoung Envoy=E9 : mercredi 7 mars 2012 19:1= 7 =C0 : ccamp@ietf.org Objet : [CCAMP] FW: I-D Actio= n: draft-ietf-ccamp-rwa-info-14.txt Hi, This update added a short paragraph in section 7.1 to explain that this doc= ument does not dictate encoding or placement of available labels in the rel= ation to ISCD. We will resolve the encoding issue of available labels either to be placed = in ISCD or else in the generic encoding/ospf drafts, but not in this info d= raft. This info draft stays neutral with this issue so that it can close al= l the pending issues after this version. Regards, Young -----Original Message----- From: ccamp-bounces@ietf.org [mailto:ccamp-b= ounces@ietf.org] On Behalf Of internet-drafts@ietf.org Sent: Wednesday, March 07, 2012 12:08 PM To: i-d-announce@ietf.org Cc: ccamp@ietf.org Subject: [CCAMP] I-D Action: draft-ietf-ccamp-rwa-info-14.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 = Working Group of the IETF. Title : Routing and Wavelength Assignment Information Mod= el for Wavelength Switched Optical Networks Author(s) : Young Lee Greg M. Bernstein Dan Li Wataru Imajuku Filename : draft-ietf-ccamp-rwa-info-14.txt Pages : 27 Date : 2012-03-07 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. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-ccamp-rwa-info-14.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ This Internet-Draft can be retrieved at: ftp://ftp.ietf.org/internet-drafts/draft-ietf-ccamp-rwa-info-14.txt _______________________________________________ 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 -- =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D Dr Greg Bernstein, Grotto Networking (510) 573-2237 --_000_CCBFBB7025DF984494DEC3285C058152129C035195FRMRSSXCHMBSA_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Greg, Let us not play too much on words/drafts. We all k= now that=20 the encoding drafts depend on the info one. And to address technical points= it=20 is not possible targetting a single draft, though my initial email answered= =20 Young's forward of the above draft. I'm = sad you got=20 confused by that.... But in case you have any doubts, yes, I'm aware the=20 solution is described over a bunch of drafts. See my comments in-line. I wish you (and every other ccampers) a safe trip = to Paris,=20 where we'll have plenty of time to further address the=20 point. Regards, Pierre De : Greg Bernstein=20 [mailto:gregb@grotto-networking.com] Envoy=E9 : jeudi 22 = mars=20 2012 18:27 =C0 : PELOSO, PIERRE (PIERRE) Cc :=20 Leeyoung; ccamp@ietf.org Objet : Re: [CCAMP] FW: I-D Actio= n:=20 draft-ietf-ccamp-rwa-info-14.txt Hi Pierre, Young convinced me that you are really addressing t= he=20 draft-ietf-ccamp-rwa-wson-encode-14 draft and not the info draft.<= BR>In=20 that light I've got a few more comments below. On 3/20/2012 4:54 AM,=20 PELOSO, PIERRE (PIERRE) wrote:=20 Hi Greg and Young, Thanks for your answers. So just to get things right, in case there is inside a WSON a node corresp= onding to the attached picture.=20 [Comment ON] Its internal structure is one of the most basic ones and it r= elies on optical splitters (left-side) and Wavelength Selective Switches (= right-side). The picture defines N as being the number of neighbouring no= des and M as being the number of physical pools of OEO. [Comment OFF]-->From your diagram I'm assuming that you are putting things int= o M=20 pools since these have pools each have a shared wavelength constraint fro= m the=20 WSS. Otherwise you could have fewer pools.

Exactly, the OEO in a same pool are sharing some spatial connect= ivity=20 constraints.

This networks supports at least two differe= nt types of optical signal (given bit-rate and modulation format), this im= plies at least two different types of OEO resources mentionned here OEO ty= pe 1 and type 2. When size M=3D1, I guess the most efficient way of describing the nodes r= esources is by defining 2 resource blocks: 1 block for each type of OEO, w= ith has many resources in the block as OEO of this tyep available in the n= ode. (e.g. With 26 OEO of type 1 and 37 OEO of type 2 - in that case only= 2 Resource Block IDs needs being defined, and their resource block info, = will mention the number of resources as being respectively 26 and 37). We can assume a node of size N =3D 5 and of size M =3D 3. This means the= re are 5 neighbouring nodes and the OEO resources are organized around 3 d= ifferent physical pools. This node may be composed of a number of devices= for each of the 3 pools to be the following: Pool ID # of OEO type 1 # of OEO type 2 1 25 30 2 30 24 3 15 36 Composition of ressource pools In that case, I hesitate between 3 different design solutions: * S1: Define 1 Resource Block Info per OEO type per Pool, each with its own resource Block ID. In details that gives: - RBInfo1: Describes 25 OEO of type 1 - 1 RB ID associated - RBInfo2: Describes 30 OEO of type 2 - 1 RB ID associated - RBInfo3: Describes 30 OEO of type 1 - 1 RB ID associated - RBInfo4: Describes 24 OEO of type 2 - 1 RB ID associated - RBInfo5: Describes 15 OEO of type 1 - 1 RB ID associated - RBInfo6: Describes 36 OEO of type 2 - 1 RB ID associated Regarding the usage of Resource Block IDs, this solution is pretty efficient, especially in order to describe the accessibility of ressources (SharedAccessWavelengths TLVs, ResourceAccessibility TLVs, ResourceWaveConstraints TLVs). But it is far less efficient, regarding the repetition of Resource Info TLVs.

--> You can do this, but you are right it is slightly less effici= ent.=20 We put more flexibility into the resource accessibility structure which y= ou=20 take advantage of in S2.

Ok,

* S2: Defin= e 1=20 Resource Block Info per OEO type, refering as=20 many
      Resource Block ID as available in = the=20 node. In details that
     =20 gives:
        - RBInfo1: Describes= 1=20 OEO of type 1 - (25+30+15=3D70) RB=20 IDs
           =     =20 associated
        - RBInfo2: Descr= ibes=20 1 OEO of type 2 - (30+24+36=3D90) RB=20 IDs
           =     =20 associated
      Regarding the usage of Resou= rce=20 Block IDs, this solution is far
      less=20 efficient, but far more efficient regarding the=20 repetition
      of Resource Info TLVs.
--= ->=20 This is the preferred approach with the current encoding draft. Resource = block=20 IDs are just numbers for you to choose from (0-65535), like labels.
Yo= u can=20 also leave space in the ranges for additional OEOs that could be added to= the=20 node. By assigning the block IDs in a reasonable manner you can take adva= ntage=20 of the range encoding option and very efficiently encode the structure of= your=20 system.
The constraint then is that I would need to refer the= se=20 (70+90)=3D160 RB IDs in the shared_access_block TLVs, in the=20 resource_pool_accessibility TLVs.

Whether I'm using a reasonnable manner to assign the IDs to refe= r in=20 the RB infos, this would not be efficient for the other TLVs, where I cou= ld=20 not use range.

* S3: Define 1 Resource Block Info per OEO= type, refering the smallest comon divisor among each resource blocks. In details that gives: - RBInfo1: Describes 5 OEO of type 1 - (5+6+3=3D14) RB IDs associat= ed - RBInfo2: Describes 6 OEO of type 2 - (5+4+6=3D15) RB IDs associat= ed This solution is efficient regarding both the usage of Resource Block IDs and the repetition of Resource Info TLVs, but this is possible due to "lucky" figures of OEO resources in each pool.
<= /BLOCKQUOTE>
--> Seems unnecessarily complicated. Resource IDs are plentiful. = I=20 wouldn't worry about trying to save a few of them. Remember most sub-TLVs= =20 dealing with resources use an RB set field, and this supports a range enc= oding=20 which is very efficient.

As told in my previous point, the issue does not merel= y come=20 from the gains or not in bytes, but from the co-existence of differe= nt=20 solutions. And from the fact that what you state as appealingly= =20 efficient as far as the RBInfo sub-TLV are concerned, just cannot wo= rk=20 for the other sub-TLvs. But this is a mere=20 detail.

   Q4: Is there any of the above=20 solution that is not respecting
      =20 current drafts?
--> No.

Q5: Which is the solution that you consid= er as the most likely to be commonly used?

--> S2. Is the most straight forward and efficient.

Apart from the unnecessary difficulty of bearing 160=20 different resource block IDs assigned in a reasonnable manner across= CP=20 restarts etc...

And once = again, I=20 have no issues with having leafs TLVs bearing multiple encodings, which=20 basically enable efficiency (regarding size) at little costs from the poi= nt of=20 view of implementation of a stack.

I'm less confident in having the structure of = the=20 top-level TLV to vary from one implementation to the other. Each of= =20 the 3 solutions proposed above imposes different rules in=20 re-constructing node internal structure from LSAs (to compute the=20 route). This is stressing much more the implementation of the stack.= I=20 wish the CP implementation to know which mechanic use to turn a node=20 architecture into LSAs and vice-versa. And not to choose between 3 differ= ent,=20 ways otherwise for sure two different implementers will choose two differ= ent=20 ones, without bothering with being compliant with the other implementer. = That=20 does not sound as safe standardisation to my=20 hear.

For obvious interoperability reasons, we expect from a Standard Track docum= ent to define a single way of encoding a given node structure into the prot= ocols. In order to achieve this, the I-D must be more specific, directive. Pierre -----Message d'origine----- De : Leeyoung [mailto:leeyoung@huawei.com]=20 Envoy=E9 : lundi 19 mars 2012 22:50 =C0 : PELOSO, PIERRE (PIERRE) Cc : cca= mp@ietf.org; Greg Bernstein Objet : RE: [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-info-14.txt Hi Pierre, Here's our response. Please see in-line. Thanks. Greg and Young -----Original Message----- From: PELOSO, PIERRE (PIERRE) [mailto:pierre.peloso@alcatel-lucent.c= om] Sent: Monday, March 19, 2012 10:40 AM To: Leeyoung Cc: ccam= p@ietf.org Subject: RE: [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-info-14.txt =20 Hi Young, I would appreciate your answers. Regards, - pierre -----Message d'origine----- De : ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] De la part= de PELOSO, PIERRE (PIERRE) Envoy=E9 : jeudi 8 mars 2012 16:32 =C0 : Leeyou= ng Cc : = ccamp@ietf.org Objet : Re: [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa= -info-14.txt Hi Young and Authors, Reading this information model draft, we were having some questions: Quoting section 5: Since resources tend to be packaged together in blocks of similar devices, = e.g., on line cards or other types of modules, the fundamental unit of iden= tifiable resource in this document is the "resource block". A resource blo= ck may contain one or more resources. As resources are the smallest identi= fiable unit of processing resource, one can group together resources into b= locks if they have similar characteristics relevant to the optical system b= eing modeled, e.g., processing properties, accessibility, etc. --> This text was not changed in the v14 draft. This was slightly change= d in the v13 from the v12 based on discussions in Montreal and the list. Th= ese items have been extensively discussed on the list and in person. It is = time to move forward. Q1: It is assumable that each resource has its own ID in the machine system, is this understanding correct? --> This is a modeling decision. You could give every regenerator in yo= ur system an ID. You may only want to model the ones whose use has some fle= xible connectivity. We've discussed this many times. Q2: Does the above text means there is a normative rule enforcing that a= Resource Block ID MUST be allocated to each line-card or other type of module? If yes, where is this rule phrased? --> This is an informational draft there are no normative rules in it. W= hat a vendor or a network owner chooses to model within their system is up = to them. This has always been the case in GMPLS. Many layers of the optica= l network may not be modeled in a current implementation or GMPLS deploymen= t. Q3: Where to find a definition of a line-card or other type of module? --> The terms "line-card" and "modules" are only used as examples (the p= hrase "e.g., on line cards or other types of modules"), and hence do not re= quire formal definition in this informational document. "Line card" is a co= mmon term used by almost all vendors of large switching gear such as SDH sw= itches, OTN switch, WDM ROADS/Switches, IP routers, Carrier grade Ethernet = switches, Optical access products and such. It generally denotes a pluggabl= e (usually hot-swappable) card that contains interfaces, however, it may on= ly perform management or other support functions. ITU-T M.3100 section 6.3= "Physical Equipment Fragment" gives the well known management system model= ing of such specific entities as line cards and modules in terms of the man= aged object classes "equipmentHolder" and "circuitPack". =20 Please could you clarify, Thanks in advance, Giovanni, Julien and Pierre -----Message d'origine----- De : ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] De la part= de Leeyoung Envoy=E9 : mercredi 7 mars 2012 19:17 =C0 : ccamp@ietf.org Objet := [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-info-14.txt Hi, This update added a short paragraph in section 7.1 to explain that this doc= ument does not dictate encoding or placement of available labels in the rel= ation to ISCD. We will resolve the encoding issue of available labels either to be placed = in ISCD or else in the generic encoding/ospf drafts, but not in this info d= raft. This info draft stays neutral with this issue so that it can close al= l the pending issues after this version.=20 Regards, Young -----Original Message----- From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf= Of internet-drafts@ietf.org Sent: Wednesday, March 07, 2012 12:08 PM To: i-d-announce@ietf.org Cc: ccam= p@ietf.org Subject: [CCAMP] I-D Action: draft-ietf-ccamp-rwa-info-14.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 = Working 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-14.txt Pages : 27 Date : 2012-03-07 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. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/dra= ft-ietf-ccamp-rwa-info-14.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ This Internet-Draft can be retrieved at: ftp://ftp.ietf.org/internet-drafts/draft= -ietf-ccamp-rwa-info-14.txt _______________________________________________ CCAMP mailing list CCAMP@ie= tf.org https://www.ietf.org/mailman/listinfo/ccamp _______________________________________________ CCAMP mailing list CCAMP@ie= tf.org https://www.ietf.org/mailman/listinfo/ccamp _______________________________________________ CCAMP mailing list CCAMP@ie= tf.org https://www.ietf.org/mailman/listinfo/ccamp

--=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D Dr Greg Bernstein, Grotto Networking (510) 573-2237
--_000_CCBFBB7025DF984494DEC3285C058152129C035195FRMRSSXCHMBSA_-- From gregb@grotto-networking.com Fri Mar 23 11:14:32 2012 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 35C6521F8624 for ; Fri, 23 Mar 2012 11:14:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.512 X-Spam-Level: X-Spam-Status: No, score=-2.512 tagged_above=-999 required=5 tests=[AWL=0.086, 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 uTB147FbrYAi for ; Fri, 23 Mar 2012 11:14:30 -0700 (PDT) Received: from mail32c40.carrierzone.com (mail32c40.carrierzone.com [209.235.156.172]) by ietfa.amsl.com (Postfix) with ESMTP id 8091F21F8613 for ; Fri, 23 Mar 2012 11:14:30 -0700 (PDT) X-Authenticated-User: gregb.grotto-networking.com Received: from [192.168.0.124] (c-67-170-243-110.hsd1.ca.comcast.net [67.170.243.110]) (authenticated bits=0) by mail32c40.carrierzone.com (8.13.6/8.13.1) with ESMTP id q2NIEMJB027927 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 23 Mar 2012 18:14:23 +0000 Message-ID: <4F6CBD79.2000700@grotto-networking.com> Date: Fri, 23 Mar 2012 11:14:17 -0700 From: Greg Bernstein User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120312 Thunderbird/11.0 MIME-Version: 1.0 To: "PELOSO, PIERRE (PIERRE)" References: <7AEB3D6833318045B4AE71C2C87E8E1720C81BE1@dfweml511-mbx.china.huawei.com> <7AEB3D6833318045B4AE71C2C87E8E1720C8D624@dfweml511-mbx.china.huawei.com> <4F6B60CB.5060507@grotto-networking.com> In-Reply-To: Content-Type: multipart/alternative; boundary="------------040209090206040900060905" X-CSC: 0 X-CHA: v=1.1 cv=Cf/deD3mBOiUKuDXquigdAE+bjqkyjQeHut9ucZ3IjA= c=1 sm=1 a=goTC-lfFygsA:10 a=aSYChZHMGbsA:10 a=xOaALFOtT5cA:10 a=B4uWGr+4DaAYpgidvygSiQ==:17 a=ogJdjBHAPN0Gp-klfI0A:9 a=Kj01HIO77U_DXbAwRGoA:7 a=wPNLvfGTeEIA:10 a=EgY3od2ZU2QA:10 a=h-I_03WOSDMA:10 a=vNEVAIimNLDa5lSe:21 a=U7eSvZqd4xb_3cTp:21 a=gxZvrgisAAAA:8 a=8wIRXQ06Zzvs7SCiJ8kA:9 a=wvTZm14SSceZQ6QGb2wA:7 a=_W_S_7VecoQA:10 a=B4uWGr+4DaAYpgidvygSiQ==:117 X-CTCH-Spam: Unknown X-CTCH-RefID: str=0001.0A020202.4F6CBD80.008D, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0 Cc: "ccamp@ietf.org" Subject: Re: [CCAMP] FW: I-D Action: draft-ietf-ccamp-rwa-info-14.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: Fri, 23 Mar 2012 18:14:32 -0000 This is a multi-part message in MIME format. --------------040209090206040900060905 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi Pierre, see below. I'm snipping non-essential stuff to reduce the length of the e-mail. I'm still having trouble getting your point over all these years, hence the need to be precise about which drafts you are talking about. Greg On 3/23/2012 10:08 AM, PELOSO, PIERRE (PIERRE) wrote: > -- Snip -- > > -->From your diagram I'm assuming that you are putting things into > M pools since these have pools each have a shared wavelength > constraint from the WSS. Otherwise you could have fewer pools. > Exactly, the OEO in a same pool are sharing some spatial > connectivity constraints. >> This networks supports at least two different types of optical signal (given bit-rate and modulation format), this implies at least two different types of OEO resources mentionned here OEO type 1 and type 2. >> When size M=1, I guess the most efficient way of describing the nodes resources is by defining 2 resource blocks: 1 block for each type of OEO, with has many resources in the block as OEO of this tyep available in the node. (e.g. With 26 OEO of type 1 and 37 OEO of type 2 - in that case only 2 Resource Block IDs needs being defined, and their resource block info, will mention the number of resources as being respectively 26 and 37). >> We can assume a node of size N = 5 and of size M = 3. This means there are 5 neighbouring nodes and the OEO resources are organized around 3 different physical pools. This node may be composed of a number of devices for each of the 3 pools to be the following: >> >> Pool ID # of OEO type 1 # of OEO type 2 >> 1 25 30 >> 2 30 24 >> 3 15 36 >> Composition of ressource pools >> >> In that case, I hesitate between 3 different design solutions: >> * S1: Define 1 Resource Block Info per OEO type per Pool, each with its >> own resource Block ID. In details that gives: >> - RBInfo1: Describes 25 OEO of type 1 - 1 RB ID associated >> - RBInfo2: Describes 30 OEO of type 2 - 1 RB ID associated >> - RBInfo3: Describes 30 OEO of type 1 - 1 RB ID associated >> - RBInfo4: Describes 24 OEO of type 2 - 1 RB ID associated >> - RBInfo5: Describes 15 OEO of type 1 - 1 RB ID associated >> - RBInfo6: Describes 36 OEO of type 2 - 1 RB ID associated >> Regarding the usage of Resource Block IDs, this solution is >> pretty efficient, especially in order to describe the >> accessibility of ressources (SharedAccessWavelengths TLVs, >> ResourceAccessibility TLVs, ResourceWaveConstraints TLVs). But >> it is far less efficient, regarding the repetition of Resource >> Info TLVs. > --> You can do this, but you are right it is slightly less > efficient. We put more flexibility into the resource accessibility > structure which you take advantage of in S2. > Ok, > > * S2: Define 1 Resource Block Info per OEO type, refering as many > Resource Block ID as available in the node. In details that > gives: > - RBInfo1: Describes 1 OEO of type 1 - (25+30+15=70) RB IDs > associated > - RBInfo2: Describes 1 OEO of type 2 - (30+24+36=90) RB IDs > associated > Regarding the usage of Resource Block IDs, this solution is far > less efficient, but far more efficient regarding the repetition > of Resource Info TLVs. > ---> This is the preferred approach with the current encoding > draft. Resource block IDs are just numbers for you to choose from > (0-65535), like labels. > You can also leave space in the ranges for additional OEOs that > could be added to the node. By assigning the block IDs in a > reasonable manner you can take advantage of the range encoding > option and very efficiently encode the structure of your system. > The constraint then is that I would need to refer these > (70+90)=160 RB IDs in the shared_access_block TLVs, in the > resource_pool_accessibility TLVs. > Whether I'm using a reasonnable manner to assign the IDs to refer > in the RB infos, this would not be efficient for the other TLVs, > where I could not use range. > --> I see Resource Pool Accessibility, Resource Block Wavelength Constraint, Resource Pool State, Block Shared Access Wavelength Availability, Resource Block Information. The RB IDs could be allocated in general ranges. For your example I would do the following: Resource type-1 assigned RB IDs 0-1000 Resource type-2 assigned RB IDs 1000-1999 Then to specific resources I would give out numbers Pool 1 type-1 100-199 Pool 1 type-2 1000-1099 Pool 2 type-1 200-299 Pool 2 type-2 1200-1299 Pool 3 type-1 300-399 Pool 3 type-2 1300-1399 With such an assignment you've only allocated 2000 RB IDs and you have plenty in within that for additional pools. This also gives flexibility if you add more of a particular type to your pool. Now lets look at the individual SubTLVs: (a) Resource Block information -- two sub-TLVs with a single range RB set each. (b) Resource Pool Accessibility -- Each pool is split in two ranges, so needs to RB sets to describe. This is not explicitly mentioned in the draft so we can update the description, i.e., any place on RB set can appear we could put in multiple. (c) Resource Pool State -- this is specific to the type of resource so would just use a range per type in each pool. etc... >> * S3: Define 1 Resource Block Info per OEO type, refering the smallest >> comon divisor among each resource blocks. In details that gives: >> - RBInfo1: Describes 5 OEO of type 1 - (5+6+3=14) RB IDs associated >> - RBInfo2: Describes 6 OEO of type 2 - (5+4+6=15) RB IDs associated >> This solution is efficient regarding both the usage of Resource >> Block IDs and the repetition of Resource Info TLVs, but this is >> possible due to "lucky" figures of OEO resources in each pool. > --> Seems unnecessarily complicated. Resource IDs are plentiful. I > wouldn't worry about trying to save a few of them. Remember most > sub-TLVs dealing with resources use an RB set field, and this > supports a range encoding which is very efficient. > As told in my previous point, the issue does not merely come from > the gains or not in bytes, but from the co-existence of different > solutions. And from the fact that what you state as appealingly > efficient as far as the RBInfo sub-TLV are concerned, just cannot > work for the other sub-TLvs. But this is a mere detail. > --> Unfortunately, this is true for other aspects of GMPLS, and is in addition true for the connectivity matrix. > > > Q4: Is there any of the above solution that is not respecting > current drafts? > --> No. >> Q5: Which is the solution that you consider as the most >> likely to be commonly used? > --> S2. Is the most straight forward and efficient. > Apart from the unnecessary difficulty of bearing 160 different > resource block IDs assigned in a reasonnable manner across CP > restarts etc... > > And once again, I have no issues with having leafs TLVs bearing > multiple encodings, which basically enable efficiency (regarding > size) at little costs from the point of view of implementation of > a stack. > I'm less confident in having the structure of the top-level TLV to > vary from one implementation to the other. Each of the 3 solutions > proposed above imposes different rules in re-constructing node > internal structure from LSAs (to compute the route). This is > stressing much more the implementation of the stack. I wish the CP > implementation to know which mechanic use to turn a node > architecture into LSAs and vice-versa. And not to choose between 3 > different, ways otherwise for sure two different implementers will > choose two different ones, without bothering with being compliant > with the other implementer. That does not sound as safe > standardisation to my hear. > --> You are free to propose an alternative solution compatible with existing drafts, terminology, and GMPLS principles. I recall offering you a number of alternatives, prior to you starting a whole separate draft and delaying this project for over two years. > > > -- > =================================================== > Dr Greg Bernstein, Grotto Networking (510) 573-2237 > > -- =================================================== Dr Greg Bernstein, Grotto Networking (510) 573-2237 --------------040209090206040900060905 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi Pierre, see below. I'm snipping non-essential stuff to reduce the length of the e-mail. I'm still having trouble getting your point over all these years, hence the need to be precise about which drafts you are talking about.
Greg
On 3/23/2012 10:08 AM, PELOSO, PIERRE (PIERRE) wrote:
-- Snip --

-->From your diagram I'm assuming that you are putting things into M pools since these have pools each have a shared wavelength constraint from the WSS. Otherwise you could have fewer pools.

Exactly, the OEO in a same pool are sharing some spatial connectivity constraints.

This networks supports at least two different types of optical signal (given bit-rate and modulation format), this implies at least two different types of OEO resources mentionned here OEO type 1 and type 2. When size M=1, I guess the most efficient way of describing the nodes resources is by defining 2 resource blocks: 1 block for each type of OEO, with has many resources in the block as OEO of this tyep available in the node. (e.g. With 26 OEO of type 1 and 37 OEO of type 2 - in that case only 2 Resource Block IDs needs being defined, and their resource block info, will mention the number of resources as being respectively 26 and 37). We can assume a node of size N = 5 and of size M = 3. This means there are 5 neighbouring nodes and the OEO resources are organized around 3 different physical pools. This node may be composed of a number of devices for each of the 3 pools to be the following: Pool ID # of OEO type 1 # of OEO type 2 1 25 30 2 30 24 3 15 36 Composition of ressource pools In that case, I hesitate between 3 different design solutions: * S1: Define 1 Resource Block Info per OEO type per Pool, each with its own resource Block ID. In details that gives: - RBInfo1: Describes 25 OEO of type 1 - 1 RB ID associated - RBInfo2: Describes 30 OEO of type 2 - 1 RB ID associated - RBInfo3: Describes 30 OEO of type 1 - 1 RB ID associated - RBInfo4: Describes 24 OEO of type 2 - 1 RB ID associated - RBInfo5: Describes 15 OEO of type 1 - 1 RB ID associated - RBInfo6: Describes 36 OEO of type 2 - 1 RB ID associated Regarding the usage of Resource Block IDs, this solution is pretty efficient, especially in order to describe the accessibility of ressources (SharedAccessWavelengths TLVs, ResourceAccessibility TLVs, ResourceWaveConstraints TLVs). But it is far less efficient, regarding the repetition of Resource Info TLVs.

--> You can do this, but you are right it is slightly less efficient. We put more flexibility into the resource accessibility structure which you take advantage of in S2.

Ok,

* S2: Define 1 Resource Block Info per OEO type, refering as many
      Resource Block ID as available in the node. In details that
      gives:
        - RBInfo1: Describes 1 OEO of type 1 - (25+30+15=70) RB IDs
                associated
        - RBInfo2: Describes 1 OEO of type 2 - (30+24+36=90) RB IDs
                associated
      Regarding the usage of Resource Block IDs, this solution is far
      less efficient, but far more efficient regarding the repetition
      of Resource Info TLVs.
---> This is the preferred approach with the current encoding draft. Resource block IDs are just numbers for you to choose from (0-65535), like labels.
You can also leave space in the ranges for additional OEOs that could be added to the node. By assigning the block IDs in a reasonable manner you can take advantage of the range encoding option and very efficiently encode the structure of your system.
The constraint then is that I would need to refer these (70+90)=160 RB IDs in the shared_access_block TLVs, in the resource_pool_accessibility TLVs.

Whether I'm using a reasonnable manner to assign the IDs to refer in the RB infos, this would not be efficient for the other TLVs, where I could not use range.

--> I see Resource Pool Accessibility, Resource Block Wavelength Constraint, Resource Pool State, Block Shared Access Wavelength Availability, Resource Block Information. The RB IDs could be allocated in general ranges. For your example I would do the following:
Resource type-1 assigned RB IDs 0-1000
Resource type-2 assigned RB IDs 1000-1999
Then to specific resources I would give out numbers
Pool 1 type-1 100-199
Pool 1 type-2 1000-1099
Pool 2 type-1 200-299
Pool 2 type-2 1200-1299
Pool 3 type-1 300-399
Pool 3 type-2 1300-1399
With such an assignment you've only allocated 2000 RB IDs and you have plenty in within that for additional pools. This also gives flexibility if you add more of a particular type to your pool.

Now lets look at the individual SubTLVs:
(a) Resource Block information -- two sub-TLVs with a single range RB set each.
(b) Resource Pool Accessibility -- Each pool is split in two ranges, so needs to RB sets to describe. This is not explicitly mentioned in the draft so we can update the description, i.e., any place on RB set can appear we could put in multiple.
(c) Resource Pool State -- this is specific to the type of resource so would just use a range per type in each pool.
etc...

* S3: Define 1 Resource Block Info per OEO type, refering the smallest comon divisor among each resource blocks. In details that gives: - RBInfo1: Describes 5 OEO of type 1 - (5+6+3=14) RB IDs associated - RBInfo2: Describes 6 OEO of type 2 - (5+4+6=15) RB IDs associated This solution is efficient regarding both the usage of Resource Block IDs and the repetition of Resource Info TLVs, but this is possible due to "lucky" figures of OEO resources in each pool.

--> Seems unnecessarily complicated. Resource IDs are plentiful. I wouldn't worry about trying to save a few of them. Remember most sub-TLVs dealing with resources use an RB set field, and this supports a range encoding which is very efficient.

As told in my previous point, the issue does not merely come from the gains or not in bytes, but from the co-existence of different solutions. And from the fact that what you state as appealingly efficient as far as the RBInfo sub-TLV are concerned, just cannot work for the other sub-TLvs. But this is a mere detail.

--> Unfortunately, this is true for other aspects of GMPLS, and is in addition true for the connectivity matrix.

   Q4: Is there any of the above solution that is not respecting
       current drafts?
--> No.

Q5: Which is the solution that you consider as the most likely to be commonly used?

--> S2. Is the most straight forward and efficient.

Apart from the unnecessary difficulty of bearing 160 different resource block IDs assigned in a reasonnable manner across CP restarts etc...

And once again, I have no issues with having leafs TLVs bearing multiple encodings, which basically enable efficiency (regarding size) at little costs from the point of view of implementation of a stack.

I'm less confident in having the structure of the top-level TLV to vary from one implementation to the other. Each of the 3 solutions proposed above imposes different rules in re-constructing node internal structure from LSAs (to compute the route). This is stressing much more the implementation of the stack. I wish the CP implementation to know which mechanic use to turn a node architecture into LSAs and vice-versa. And not to choose between 3 different, ways otherwise for sure two different implementers will choose two different ones, without bothering with being compliant with the other implementer. That does not sound as safe standardisation to my hear.

--> You are free to propose an alternative solution compatible with existing drafts, terminology, and GMPLS principles. I recall offering you a number of alternatives, prior to you starting a whole separate draft and delaying this project for over two years.

-- =================================================== Dr Greg Bernstein, Grotto Networking (510) 573-2237

-- =================================================== Dr Greg Bernstein, Grotto Networking (510) 573-2237
--------------040209090206040900060905-- From zali@cisco.com Sun Mar 25 20:32:14 2012 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 35EA521F8433 for ; Sun, 25 Mar 2012 20:32:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.298 X-Spam-Level: X-Spam-Status: No, score=-10.298 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_55=0.6, 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 GI2MznOwdDeM for ; Sun, 25 Mar 2012 20:32:12 -0700 (PDT) Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) by ietfa.amsl.com (Postfix) with ESMTP id 56F7A21E8088 for ; Sun, 25 Mar 2012 20:32:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=zali@cisco.com; l=13908; q=dns/txt; s=iport; t=1332732732; x=1333942332; h=mime-version:subject:date:message-id:in-reply-to: references:from:to:cc; bh=j52cZXKc8miX92ArSpQxX8psn2T8g8pCBgbt7ObwRRg=; b=OIiNE2PSaM90hudOzgNstkDp6ZJbyOXbX8sKl0LJ1Bfx3Yo7VwmKTpdr K3c9gEsPBBYtf//ywtbu1gYxqyuwqtT8dQ25RAB7XaMaKW9TtRPfO374Z /4t05v9/w7x0+T+MsmSMOOz8nWCzzCsouSbjzvcqlkdxNxcnyr2QKJKSX E=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAFAGTib0+tJXG//2dsb2JhbABEgka1ZIEHggkBAQEEEgEJEQNJEAIBCBEEAQELBhcBBgFFCQgBAQQBEggah2iZep4bkEVjBIhXm06BaIMF X-IronPort-AV: E=Sophos;i="4.73,649,1325462400"; d="scan'208,217";a="69088950" Received: from rcdn-core2-4.cisco.com ([173.37.113.191]) by rcdn-iport-1.cisco.com with ESMTP; 26 Mar 2012 03:32:11 +0000 Received: from xbh-rcd-302.cisco.com (xbh-rcd-302.cisco.com [72.163.63.9]) by rcdn-core2-4.cisco.com (8.14.3/8.14.3) with ESMTP id q2Q3WBi6009846; Mon, 26 Mar 2012 03:32:11 GMT Received: from xmb-rcd-103.cisco.com ([72.163.62.145]) by xbh-rcd-302.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Sun, 25 Mar 2012 22:32:11 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CD0B01.0772587A" Date: Sun, 25 Mar 2012 22:32:09 -0500 Message-ID: <7CC717E2F49DAA4A827DA3FEA237111B07870B84@XMB-RCD-103.cisco.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Comments on the draft draft-ali-ccamp-te-metric-recording-01.txt Thread-Index: Ac0ID4/B/b0Jqfk3R2qjBEe3Xxh/1gC8EPLw References: From: "Zafar Ali (zali)" To: , "George Swallow (swallow)" , "Clarence Filsfils (cfilsfil)" , X-OriginalArrivalTime: 26 Mar 2012 03:32:11.0525 (UTC) FILETIME=[07ACCB50:01CD0B01] Cc: CCAMP Subject: Re: [CCAMP] Comments on the draft draft-ali-ccamp-te-metric-recording-01.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: Mon, 26 Mar 2012 03:32:14 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CD0B01.0772587A Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear Zhang:=20 =20 Thanks for raising this point; please see in-line. =20 Thanks =20 Regards ... Zafar=20 =20 From: zhang.fei3@zte.com.cn [mailto:zhang.fei3@zte.com.cn]=20 Sent: Thursday, March 22, 2012 5:38 AM To: Zafar Ali (zali); George Swallow (swallow); Clarence Filsfils (cfilsfil); Ruediger.Kunze@telekom.de Cc: CCAMP Subject: Comments on the draft draft-ali-ccamp-te-metric-recording-01.txt =20 Hi Authors=20 The draft is interesting since the performance metrics are more and more important when high-valued path needs to be provided.=20 If I catch the idea clearly, the recording te metrics (like delay,delay variation) are only related to the TE-links, why not consider the node's processing time?=20 When the network is constructed by the TDM switching and/or wavelength switching, I believe the delay of packet processing can be neglectful. However, considering that the cross-connection is blocking, different LSPs have different PHB behaviors, the port is rate-limiting, etc, the packet processing time may be a note value compared to the link delay in the packet switching world.=20 Do I have a misundertanding or the draft just does not care about the node processing time? Hope your clarification. :)=20 No, the draft *does* care about the node processing time and is written such that it is equally applicable to packet switching as well as non-PSC networks.=20 =20 The issue you raised can be solved by two ways:=20 =20 1. In IGP advertisement, TE link metrics like delay and delay variation also includes the expected node processing delays/ delay variations.=20 2. Considering node processing delay and delay variation during (RSVP-TE) recording.=20 =20 IMO (1) would be a better option. We will talk to the authors of TE metric advertisement draft on this more and update this ID, accordingly. =20 Thanks =20 Regards... Zafar=20 =20 Best regards=20 Fei ------_=_NextPart_001_01CD0B01.0772587A Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Dear Zhang:

Thanks for raising this point; please see = in-line.

Thanks

Regards ... Zafar =

From:= = zhang.fei3@zte.com.cn [mailto:zhang.fei3@zte.com.cn]
Sent: = Thursday, March 22, 2012 5:38 AM
To: Zafar Ali (zali); George = Swallow (swallow); Clarence Filsfils (cfilsfil); = Ruediger.Kunze@telekom.de
Cc: CCAMP
Subject: = Comments on the draft = draft-ali-ccamp-te-metric-recording-01.txt

Hi = Authors

The draft is = interesting since the performance metrics are more and more important = when high-valued path needs to be provided.

If I catch = the idea clearly, the recording te metrics (like delay,delay variation) = are only related to the TE-links, why not consider the node's processing = time?

When the = network is constructed by the TDM switching and/or wavelength switching, = I believe the delay of packet processing can be neglectful. However, = considering that the cross-connection is blocking, different LSPs have = different PHB behaviors, the port is rate-limiting, etc, the packet = processing time may be a note value compared to the link delay in the = packet switching world.

Do I have a = misundertanding or the draft just does not care about the node = processing time? Hope your clarification. :)

No, the draft *does* care about the node processing time and = is written such that it is equally applicable to packet switching as = well as non-PSC networks.

The issue you raised can be solved by two ways: =

1.       = In IGP advertisement, TE link metrics like delay and delay variation = also includes the expected node processing delays/ delay variations. =
2.       = Considering node processing delay and delay variation during = (RSVP-TE) recording.

IMO (1) would be a better option. We will talk to the authors of TE = metric advertisement draft on this more and update this ID, accordingly. =

Thanks

Regards… Zafar

Best = regards

Fei
------_=_NextPart_001_01CD0B01.0772587A-- From wang.qilei@zte.com.cn Mon Mar 26 00:43:34 2012 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 927CE21F8573 for ; Mon, 26 Mar 2012 00:43:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -95.739 X-Spam-Level: X-Spam-Status: No, score=-95.739 tagged_above=-999 required=5 tests=[AWL=-1.904, BAYES_50=0.001, HTML_MESSAGE=0.001, J_CHICKENPOX_42=0.6, J_CHICKENPOX_83=0.6, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_DOUBLE_IP_LOOSE=0.76, 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 WP9eilL+69f6 for ; Mon, 26 Mar 2012 00:43:33 -0700 (PDT) Received: from mx5.zte.com.cn (mx6.zte.com.cn [95.130.199.165]) by ietfa.amsl.com (Postfix) with ESMTP id 321CE21F852C for ; Mon, 26 Mar 2012 00:43:29 -0700 (PDT) Received: from [10.30.17.100] by mx5.zte.com.cn with surfront esmtp id 12280473195744; Mon, 26 Mar 2012 15:07:37 +0800 (CST) Received: from [10.30.3.21] by [192.168.168.16] with StormMail ESMTP id 42250.2094925659; Mon, 26 Mar 2012 15:43:15 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse02.zte.com.cn with ESMTP id q2Q7YhnW051826; Mon, 26 Mar 2012 15:34:43 +0800 (GMT-8) (envelope-from wang.qilei@zte.com.cn) In-Reply-To: To: Fatai Zhang MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.4 March 27, 2005 Message-ID: From: wang.qilei@zte.com.cn Date: Mon, 26 Mar 2012 15:34:38 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.1FP4|July 25, 2010) at 2012-03-26 15:34:45, Serialize complete at 2012-03-26 15:34:45 Content-Type: multipart/alternative; boundary="=_alternative 00299E9A482579CD_=" X-MAIL: mse02.zte.com.cn q2Q7YhnW051826 Cc: "ccamp@ietf.org" Subject: Re: [CCAMP] Update to draft-farrkingel-ccamp-flexigrid-lambda-label 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, 26 Mar 2012 07:43:34 -0000 This is a multipart message in MIME format. --=_alternative 00299E9A482579CD_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 SGksIEZhdGFpLA0KDQo8c25pcD4NCg0KUGxlYXNlIHNlZSBteSBjb21tZW50cyBpbi1saW5lOg0K DQoNCiJpZiB0aGUgYXZhaWxhYmxlIHNwZWN0cnVtIGlzIG9kZCB0aW1lcyBvZiAgdGhlIGNlbnRy YWwgZnJlcXVlbmN5IA0KZ3JhbnVsYXJpdHkgKDUqNi4yNUdIeiksIGhvdyB0byBlbmNvZGUgdGhl IHZhbHVlIG9mIKGubaGvPyIgRmlyc3RseSwgaXQgaXMgDQppbXBvc3NpYmxlIHRoYXQgdGhlIGF2 YWlsYWJsZSBzcGVjdHJ1bSBpcyBvZGQgdGltZXMgb2YgIHRoZSBjZW50cmFsIA0KZnJlcXVlbmN5 IGdyYW51bGFyaXR5LCBhdCBsZWFzdCBmb3IgcmVjZW50IG9wdGljYWwgY29tcG9uZW50cy4gcGxl YXNlIHNlZSANCnRoZSByZWZlcmVuY2U6ICJEeW5hbWljIHdhdmVsZW5ndGggcHJvY2Vzc29yIFdT UyB3aXRoIEZMRVhHUklEIA0KZnVuY3Rpb25hbGl0eSBbRmluaXNhcl0iOyBTZWNvbmRseSAsZXZl bnQgaWYgaXQgaXMgcG9zc2libGUsIHR5cGUgMi8zIGFuZCANCnR5cGUgNCBjb3VsZCB3ZWxsIGV4 cHJlc3MgdGhhdCwgV291bGQgeW91IGFncmVlIHdpdGggbWU/IA0KDQpbRmF0YWldICBXaHkgaXQg aXMgaW1wb3NzaWJsZT8gVGhpcyBjYXNlIHNob3VsZCBiZSB2ZXJ5IGNvbW1vbi4gDQpQbGVhc2Ug c2VlIHRoZSBGaWd1cmUgSS4xIGluIEcuNjk0LjEgY29waWVkIGFzIGZvbGxvd3MuIEluIHRoaXMg ZXhhbXBsZSwgDQp0aGUgYXZhaWxhYmxlIHNwZWN0cnVtIGlzIDkqNi4yNUdIei4gVGhlcmVmb3Jl LCB0aGUgbGFiZWwgZm9ybWF0IHdpdGggoa5tDQqhryBjYW5ub3QgaGFuZGxlIHRoaXMgY29tbW9u IGNhc2UuDQoNCltRaWxlaV06IEluIG15IG9waW5pb24sIGxhYmVsIGZvcm1hdCB1c2VkIGluIHRo ZSByb3V0aW5nIHByb3RvY29sIHNob3VsZCANCmJlIGluIGFjY29yZGFuY2Ugd2l0aCB0aGF0IGlu IHRoZSBzaWduYWxpbmcgaW4gZmxleGlibGUgZ3JpZCAobWF5IGJlIGVhcmx5IA0KdG8gZGlzY3Vz cyB0aGUgbGFiZWwgZm9ybWF0IGluIHRoZSByb3V0aW5nIHByb3RvY29sKSwgYmVjYXVzZSBjb25z aXN0ZW5jeSANCmlzIG5lZWRlZC4NCg0KSSdtIHN0aWxsIG5vdCBzdXJlIHdoZXRoZXIgdGhlIHNj ZW5hcmlvIHlvdSBpbnRyb2R1Y2UgZnJvbSBJVFUtVCBkb2N1bWVudCANCmlzIHBvc3NpYmxlLiBN YXliZSB3ZSBzaG91bGQgY2FyZWZ1bGx5IGV4YW1pbmUgaXQgb3IgY29uc3VsdCB0aGUgYXV0aG9y IG9mIA0KdGhlIEcuNjk0LjEuDQpUaGUgY2FzZSB5b3Ugc2FpZCBpcyBwb3NzaWJsZSwgdG8gc2F5 IHRoZSBsZWFzdCBvZiBpdC5JIHRoaW5rIA0KSW5jbHVzaXZlL0V4Y2x1c2l2ZSBsaXN0IGNvdWxk IGFsc28gYmUgdXNlZCB0byByZXByZXNlbnQgdGhlIGxhYmVsIHJhbmdlLCANCmFzIHRoZXJlIGFy ZSAyNCBiaXRzIHJlc2VydmVkIGluIHRoZSBsYWJlbCBmb3JtYXQuIFdlIGNhbiB1c2UgdGhlIHJl c2VydmVkIA0KYml0cyB0byBpbmRpY2F0ZSB0aGUgb2Zmc2V0Lg0KDQpBbm90aGVyIHRoaW5nOiBJ J20gY29uZnVzZWQgd2l0aCB0aGUgdXNlIG9mIGdyaWQgdHlwZSB2YWx1ZSBpbiB5b3VyIGRyYWZ0 LiANCkxldCdzIHNlZSB0aGUgZGVzY3JpcHRpbiBpbiB5b3VyIGRyYWZ0Og0KIkluIGNhc2Ugb2Yg R3JpZD0xIChJVFUtVCBEV0RNKSwgYSBuZXcgdmFsdWUgb2YgQy5TLiBpcyBkZWZpbmVkIGZvciAN CmZsZXhpYmxlIGdyaWQuICINCkEgbmV3IHZhbHVlIG9mIEMuUy4gaXMgZGVmaW5lZCBmb3IgZmxl eGlibGUgZ3JpZC4gSSB0aGluayB5b3UgbWVhbiA2LjI1R0h6IA0KaGVyZS4gTXkgY29uZnVzaW9u IGlzIHRoYXQgaWYgdGhlIEMuUy4gdmFsdWUgaXMgdXNlZCBmb3IgZml4ZWQgZ3JpZCANCnB1cnBv c2UsIGhvdyBjYW4gd2UgZGlmZmVyZW50aWF0ZSBmaXhlZCBncmlkIGZyb20gZmxleGlibGUgZ3Jp ZD8NCg0KSSdtIG5vdCBzdXJlIGlmIEkgbWlzcyBzb21ldGhpbmcsIHBsZWFzZSByZXBseSB0byBt ZSBpZiBJIGhhdmUgd3JvbmcgDQp1bmRlcnN0YW5kaW5nIGhlcmUuDQoNCg0KVGhhbmtzDQpRaWxl aQ0KDQoNCg0KDQoNCg0KDQpGYXRhaSBaaGFuZyA8emhhbmdmYXRhaUBodWF3ZWkuY29tPiANCrei vP7IyzogIGNjYW1wLWJvdW5jZXNAaWV0Zi5vcmcNCjIwMTIvMDMvMjMgMTE6NDgNCg0KytW8/sjL DQoid2FuZy5sZWkxMzFAenRlLmNvbS5jbiIgPHdhbmcubGVpMTMxQHp0ZS5jb20uY24+DQqzrcvN DQoiY2NhbXBAaWV0Zi5vcmciIDxjY2FtcEBpZXRmLm9yZz4sICJJSHVzc2FpbkBpbmZpbmVyYS5j b20iIA0KPElIdXNzYWluQGluZmluZXJhLmNvbT4NCtb3zOINClJlOiBbQ0NBTVBdIFVwZGF0ZSB0 byBkcmFmdC1mYXJya2luZ2VsLWNjYW1wLWZsZXhpZ3JpZC1sYW1iZGEtbGFiZWwNCg0KDQoNCg0K DQoNCkhpIExlaSwgDQogDQo8U25pcD4NCiANCkl0IHNlZW1zIHRoYXQgZmxleGlibGUtZ3JpZCBu ZXR3b3JrIGlzIGJlY29taW5nIGEgaG90IHRvcGljIGluIHRoZXNlIGRheXMsIA0KYnV0IEkgYWxz byBmaW5kIHRoYXQgdGhlIGRpc2N1c3Npb25zIG1haW5seSBmb2N1cyBvbiB0d28gcHJvYmxlbXMg bGlzdGVkIA0KYXMgZm9sbG93czogDQoNCjEuIFdoZXJlIGRvIHdlIGNhcnJ5IHRoZSAibSIgdmFs dWUsIGxhYmVsIG9yIHRyYWZmaWMgcGFyYW1ldGVycz8gDQoNCjIuIFdoYXQgc2hvdWxkIHdlIGRp c2N1c3MgaW4gdGhlIGZpcnN0IHN0ZXAsIHRoZSB3aG9sZSBGbGV4aWJsZS1HcmlkIA0KY29udHJv bCBwbGFuZSBvciBqdXN0IGxhYmVsIGFuZCBzaWduYWxpbmcgcGFyYW1ldGVycz8gDQoNCkhlcmUg SSBwcmVzZW50IG15IGNvbmNlcHQgb24gdGhlc2UgdHdvIHF1c3Rpb25zLiANCg0KVGhlIGZpcnN0 IG9uZSwgSSBhYnNvbHV0ZWx5IGFncmVlIHdpdGggQWRyaWFuLiAidGhlIHZpZXcgdGhhdCAibSIg aXMgcGFydCANCm9mIHRoZSBkZWZpbml0aW9uIG9mIHdoYXQgaXMgYmVpbmcgc3dpdGNoZWQgYW5k IGlzIGVzc2VudGlhbCBmb3IgdGhlIA0Kc3dpdGNoIGNyb3NzLWNvbm5lY3QgdG8gYmUgcHJvZ3Jh bW1lZC4gVGh1cyxpdCBpcyBwYXJ0IG9mIHRoZSBsYWJlbC4iICJJIA0Kd291bGQgYWNrbm93bGVk Z2UgdGhhdCB0aGUgdmFsdWUgb2YgIm0iIGluZmx1ZW5jZXMgdGhlIGJhbmR3aWR0aCBvZiB0aGUg DQpMU1AsIGJ1dCBJIHdvdWxkIGNsYWltIHRoYXQgYW4gUGF0aCByZXF1ZXN0IGFza3MgZm9yIGIv dyBpbiB0aGUgdHJhZmZpYyANCnBhcmFtZXRlcnMgYW5kIHRoZSBsYWJlbCByZXR1cm5lZCBwcm92 aWRlcyB0aGUgdmFsdWUgb2YgIm0iIHRvIGJlIA0KcHJvZ3JhbW1lZCBpbnRvIHRoZSBYQy4gSWYg aXQgaXMgbmVjZXNzYXJ5IChwZXJoYXBzIGEgcXVlc3Rpb24gDQpmb3JkcmFmdC16aGFuZy1jY2Ft cC1mbGV4aWJsZS1ncmlkLXJzdnAtdGUtZXh0KSB0byBhbHNvIHNwZWNpZnkgIm0iIChvciBhIA0K cmFuZ2Ugb2YgYWNjZXB0YWJsZSB2YWx1ZXMgb2YgIm0iKSBhcyBwYXJ0IG9mIHRoZSBQYXRoIHJl cXVlc3QsIHRoZW4gaXQgDQp3b3VsZCBzZWVtIHByYWdtYXRpYyB0byBwdXQgaXQgaW4gdGhlIHRy YWZmaWMgcGFyYW1ldGVycy4iIA0KDQpJbiBteSBvcGluaW9uLCBpdCBtYXkgYmUgcmVhc29uYWJs ZSB0byBjYXJyeSBjZXJ0YWluIGZpZWxkcyBpbiB0cmFmZmljIA0KcGFyYW1ldGVycyB0aGF0IGNs YWltIG1pbiBzbG90IHdpZHRoIG9yIHNsb3Qgd2lkdGggcmFuZ2UgdGhlIExTUCByZXF1ZXN0cywg DQphcyB3ZWxsLCBpdCBpcyBhbHNvIG5lY2Vzc2FyeSB0byBpbmNsdWRlICJtIiBpbiB0aGUgbGFi ZWwgdG8gY2xhaW0gYWN0dWFsIA0Kc2xvdCB3aWR0aCBhc3NpZ25lZCB0byB0aGlzIExTUC4gRm9y IGV4YW1wbGUsIGFzc3VtaW5nIGEgZmxleGlibGUtZ3JpZCANCm5ldHdvcmsgY29tcG9zZWQgb2Yg b3B0aWNhbCBjb21wb25lbnRzIHdpdGggMjVHSHogc2xvdCB3aWR0aCBncmFudWxhcml0eSANCmFu ZCBbNTBHSHosIDIwMEdIel0gc2xvdCB3aWR0aCByYW5nZS4gV2hlbiBhIDI1R0h6LXNsb3Qtd2lk dGggTFNQIHJlcXVlc3QgDQphcnJpdmVzLCB0aGUgc2lnbmFsaW5nIG1heSBhZGQgMjVHSHogaW4g dHJhZmZpYyBwYXJhbWV0ZXJzIHRvIGNsYWltIHRoZSANCm1pbiBzbG90IHdpZHRoIHJlcXVpcmVk LiBIb3dldmVyLCBkdWUgdG8gdGhlIEZsZXhpYmxlLUdyaWQgY2FwYWJpbGl0eSANCmxpbWl0YXRp b24gb2Ygb3B0aWNhbCBjb21wb25lbnRzLCB0aGUgYWN0dWFsIHNsb3Qgd2lkdGggYXNzaWduZWQg dG8gdGhpcyANCkxTUCBtYXkgYmUgNTBHSHosIHdoaWNoIGlzIGFkZGVkIGFzICJtIiBpbiB0aGUg bGFiZWwuIHNpbWlsYXJseSwgV2hlbiBhIA0KODcuNUdIei1zbG90LXdpZHRoIExTUCByZXF1ZXN0 IGFycml2ZXMsIHRoZSBhY3R1YWwgc2xvdCB3aWR0aCBhc3NpZ25lZCB0byANCnRoaXMgTFNQIG1h eSBiZSAxMDBHSHouIFNvIHN1Y2ggZmllbGRzIGluIHRyYWZmaWMgcGFyYW1ldGVycyBjYW5ub3Qg DQpleGNsdWRlIHRoZSB1c2Ugb2YgIm0iIGluIHRoZSBsYWJlbCwgZnJvbSBzaWduYWxpbmcgcGVy c3BlY3RpdmUuIA0KICANCltGYXRhaV0gQXJlIHlvdSBraWRkaW5nPyBXaGVuIDI1R0h6IGlzIHJl cXVlc3RlZCwgYnV0IDUwR0h6IGlzIGFsbG9jYXRlZCANCmZpbmFsbHk/IEluIHRoaXMgY2FzZSwg dGhpcyByZXF1ZXN0IHNob3VsZCBiZSByZWplY3RlZC4gU2Vjb25kbHksIHdoeSANCnJvdXRpbmcg Y2Fubm90IGJlIGF3YXJlIG9mIHRoaXMgY29uc3RyYWludD8gSSB0aGluayB0aGlzIGNvbnN0cmFp bnQgc2hvdWxkIA0KYmUgYWR2ZXJ0aXNlZCBpbnRvIHJvdXRpbmcgYW5kIHRoZW4gdGhlIGhlYWQg bm9kZSBvciBQQ0UgY2FuIGNhbGN1bGF0ZSB0aGUgDQpleGFjdCBiYW5kd2lkdGggbmVlZGVkIGJl Zm9yZSBzaWduYWxpbmcuIA0KDQpbTGVpXSBUaGF0IGlzIGp1c3QgYW4gZXhhbXBsZS4gbGV0IHVz IGRpY3VzcyBpdCBpbiBkZXRhaWwuIGluIG15IG9waW5pb24sIA0KdGhlIGlkZWEgbWVudGlvbmVk IGFib3ZlIGlzIGV4dHJlbWVseSB1c2VmdWwgZm9yIEZsZXhpYmxlLUdyaWQgbmV0d29ya3MgDQp3 aXRoIHZhcmlvdXMgZmxleGlibGUtZ3JpZCBhYmlsaXR5IGNvbXBvbmVudHMuIEFzc3VtaW5nIGEg bmV0d29yayBjb21wb3NlZCANCm9mIHR3byBraW5kcyBvcHRpY2FsIGNvbXBvbmVudHM6IDEuIDI1 R0h6IHNsb3Qgd2lkdGggZ3JhbnVsYXJpdHkgYW5kIA0KWzUwR0h6LCAzMDBHSHpdIHNsb3Qgd2lk dGggcmFuZ2U7IDIuIDEyLjVHSHogc2xvdCB3aWR0aCBncmFudWxhcml0eSBhbmQgDQpbNTBHSHos IDIwMEdIel0gc2xvdCB3aWR0aCByYW5nZS4gSnVzdCBhcyBGaWd1cmUgMSBpbiANCltkcmFmdC13 YW5nbC1jY2FtcC1vc3BmLWV4dC1jb25zdHJhaW50LWZsZXhpLWdyaWQtMDFdLiANCiANCldoZW4g YSA4Ny41R0h6LXNsb3Qtd2lkdGggQS0+RSBMU1AgcmVxdWVzdCBhcnJpdmVzLCBhc3N1bWluZyB0 aGVyZSBpcyBub3QgDQphbnkgYXZhaWxhYmxlIHNwZWN0cnVtIHJlc291cmNlIG9uIHJvdXRlIEEt Qi1FLCBBLUQtRSBpcyBzZWxlY3RlZCBhcyB0aGUgDQpMU1Agcm91dGUgYW5kIDEwMEdIeiBzbG90 IHdpZHRoIGlzIGFzc2lnbmVkLiB3aGF0IHlvdSBtZWFuIGlzIHRoYXQgdGhlIA0KY29tcHV0YXRp b24gZWxlbWVudHMgc2hvdWxkIGdldCBpbmZvcm1hdGlvbiBvZiBmbGV4aWJsZS1ncmlkIGFiaWxp dHkgb2YgDQplYWNoIG9wdGljYWwgY29tcG9uZW50cyBieSBPU1BGIGZsb29kaW5nLCBzbyB0aGUg aGVhZGVyIGNhbiBjYWxjdWxhdGUgdGhlIA0KYWN0dWFsIHNsb3Qgd2lkdGggd2l0aG91dCBjYXJy aW5nIDg3LjVHSHogaW4gdHJhZmZpYyBwYXJhbWV0ZXJzLCBEbyBJIA0KdW5kZXJzdGFuZCByaWdo dD8gT0ssIHRoZXJlIGlzIGEgYmlnIHByb2JsZW0sIGF1c3VtaW5nIGZpYmVyIEFEIGJyZWFrcyAN CmRvd24gYW5kIExTUCByZXJvdXRlIHJldWVzdHMsIGFuZCB0aGVuIHJvdXRlIEEtQi1FIGlzIHNl bGVjdGVkLCBob3cgbWFueSANCnNsb3Qgd2lkdGhzIHdvdWxkIGFzc3NpZ25lZCB0byB0aGF0IExT UD8gYWxzbyAxMDBHSHo/IEl0IGlzIG5vdCByZXNvbmFibGUgDQpiZWNhdXNlIDg3LjVHSHogaXMg ZW5vdWdoLiBidXQgaG93IGNvdWxkIHRoZSBjb250cm9sIHBsYW5lIGdldCB0aGlzIA0KaW5mb3Jt YXRpb24/IEluIG15IG9waW5pb24sIGZyb20gdHJhZmZpYyBwYXJhbWV0ZXJzLiANCiANCltGYXRh aV0gIENlcnRhaW5seSwgODcuNUdIWiBjYW4gYmUgcmVxdWVzdGVkIGZvciB0aGUgcmVjb3Zlcnkg TFNQIGFuZCBtPTcgDQpzaG91bGQgYmUgY2FycmllZCBpbiB0aGUgdHJhZmZpYyBwYXJhbWV0ZXJz LiBUaGlzIGlzIHdoYXQgSSBhbSBwcm9wb3NpbmcuDQoNCg0KV291bGQgeW91IGFncmVlIHdpdGgg bWU/IA0KDQpJIGFsc28gbm90aWNlIHRoYXQgRmF0YWkgb3Bwb3NlIHRoZSB1c2Ugb2YgIm0iIGlu IGxhYmVsIGZyb20gcm91dGluZyANCnBlcnNwZWN0aXZlLiBJbiBbZHJhZnQtd2FuZ2wtY2NhbXAt b3NwZi1leHQtY29uc3RyYWludC1mbGV4aS1ncmlkLTAxXSwgZm9yIA0KdGhlIGxhYmVsIHNldCB3 aXRoIHR5cGUgMi8zIGluY2x1c2l2ZS9leGNsdXNpdmUgcmFuZ2UsICJUaGUgdmFsdWUgb2YgbSBp biANCnN0YXJ0L2VuZCBsYWJlbCBpcyBtZWFuaW5nbGVzcyIsIGFuZCAiMzIgYWRkaXRpb25hbCBi aXRzIHNwYWNlIGlzIHVzZWQgdG8gDQpjYXJyeSBtZWFuaW5nbGVzcyBpbmZvcm1hdGlvbiEgIFBl b3BsZSBjYW4gaW1hZ2UgaG93IG1hbnkgbGFiZWxzIGFyZSANCmRpc3RyaWJ1dGVkIGluIHRoZSBy b3V0aW5nLiBXaGF0IHNjYWxhYmxlIGlzc3VlIGl0IGlzISIgSW4gbXkgb3BpbmlvbiwgDQp0aGlz IGRvY3VtZW50IGlzIG9ubHkgYW4gaW5kaXZpZHVhbCBkcmFmdCB0byBzdW1tYXJpemUgb3VyIGlk ZWEgYW5kIA0KaW5pdGlhbCB3b3JrIG9uIE9TUEYgZXh0ZW5zaW9uIG9mIEZsZXhpYmxlLUdyaWQg bmV0d29ya3MsYW5kIG5lZWRzIGZ1cnRoZXIgDQptb2RpZmljYXRpb24gYW5kIGV4dGVuc2lvbiBh Y2NvcmRpbmcgdG8gdGhlIHJlcXVpcmVtZW50cyBhbmQgZmVlZGJhY2sgb2YgDQpvdGhlcnMuIFRo YW5rcyBmb3IgcG9pbnRpbmcgb3V0IHRoZSBpbXByb3BlciBwbGFjZS4gSG93ZXZlciwgaW4gdGhp cyANCmRvY3VtZW50LCB0aGUgdHlwZSAyLzMgaW5jbHVzaXZlL2V4Y2x1c2l2ZSByYW5nZSBjYW4g YmUgd2VsbCByZXBsYWNlZCBieSANCnRoZSB0eXBlIDAvMSBpbmNsdXNpdmUvZXhjbHVzaXZlIGxh YmVsIGxpc3QsIHdpdGhvdXQgYW55IGJpdC13YXN0aW5nLiBJbiANCmFkZGl0aW9uLCB0aGVyZSBp cyBub3QgYW55IG1hbmRhdG9yeSByZXF1aXJlbWVudCB0aGF0IHRoZSBzdGFydC9lbmQgbGFiZWwg DQppbiBsYWJlbCBzZXQgTVVTVCBrZWVwIHRoZSBzYW1lIGZvcm1hdCB3aXRoIHRoZSBsYWJlbCBp biBzaWduYWxpbmcsIHNvIEkgDQp0aGluayB0aGUgbWVhbmluZ2xlc3MgcGFydCBjb3VsZCBiZSBz aW1wbHkgcmVtb3ZlZCBpbiB0aGUgbGFiZWwgc2V0LCBib3RoIA0KdHlwZSAyLzMgYW5kIHR5cGUg NC4gQWJvdmUgYWxsLCBpdCBpcyBub3QgYSBzZXJpb3VzIHByb2JsZW0gdGhhdCBjYW5ub3QgDQpj b25xdWVyZWQsIGFuZCBoYXMgbm8gaW1wYWN0IG9uIHRoZSB1c2Ugb2YgIm0iIGluIHRoZSBsYWJl bCwgZnJvbSByb3V0aW5nIA0KcGVyc3BlY3RpdmUuIA0KICANCltGYXRhaV0gIE1hbnkgYmlnIGlz c3VlcyBpZiChrm2hryBpcyB1c2VkIGluIHRoZSByb3V0aW5nLiANCiAgDQpQZXIgRy42OTQuMSwg c2xvdCB3aWR0aCBpcyBvbmx5IHNpZ25pZmljYW50IGZvciBhIGZyZXF1ZW5jeSBzbG90IChpZS4s IGEgDQpzcGVjaWZpYyBjb25uZWN0aW9uKS4gVGhlcmUgaXMgbm8gcHJlLWRlZmluZWQgZml4ZWQg obB3YXZlbGVuZ3RoobEgZm9yIHRoZSANCmxpbmsgcmVzb3VyY2Ugb2YgZmxleGktZ3JpZCwgYmVj YXVzZSBpdCBpcyBmbGV4aWJsZSAoaWUuLCB0aGUgc2xvdCB3aWR0aCANCmlzIHVuY2VydGFpbiBi ZWZvcmUgYSBmcmVxdWVuY3kgc2xvdCBpcyBhbGxvY2F0ZWQpLCBzbyB0aGVyZSBpcyBubyBuZWVk IHRvIA0KYWR2ZXJ0aXNlIHNsb3Qgd2lkdGggKG9yIKGubaGvKS4gVGhpcyBpcyB0aGUgcmVhc29u IHRvIGhhdmUgbWVhbmluZ2xlc3Mgoa4NCm2hryBpbiB5b3VyIGRyYWZ0LiANCiAgDQpFdmVuIHRo b3VnaCB0eXBlIDAvMSBpcyB1c2VkLCB0aGVyZSBpcyBzdGlsbCBiaWcgaXNzdWUuIEZvciBleGFt cGxlLCBpZiANCnRoZSBhdmFpbGFibGUgc3BlY3RydW0gaXMgb2RkIHRpbWVzIG9mICB0aGUgY2Vu dHJhbCBmcmVxdWVuY3kgZ3JhbnVsYXJpdHkgDQooNSo2LjI1R0h6KSwgaG93IHRvIGVuY29kZSB0 aGUgdmFsdWUgb2Ygoa5toa8/IGFyZSB5b3UgdHJ5aW5nIHRvIHVzZSANCm09Mi41PyANCiAgDQpJ ZiAgYSBsYWJlbCBmb3JtYXQgaW4gcm91dGluZyBpcyBkaWZmZXJlbnQgZnJvbSBpbiBzaWduYWxp bmcgYXMgeW91IHNhaWQsIA0KSSB3b3VsZCBsaWtlIHRvIHNlZSB0aGUgbGFiZWwgZm9ybWF0LiAN Cg0KW0xlaV0gSSBhZ3JlZSB3aXRoIHlvdSB0aGF0IGluIGJvdGggdHlwZSAyLzMgYW5kIHR5cGU0 ICJtIiBpcyBtZWFuaW5nbGVzcywgDQphbmQgSSBhbHNvIGlsbHVzdHJhdGUgaXQgaW4gbXkgZHJh ZnQuIE15IGlkZWEgaXMgdGhhdCwgInRoZXJlIGlzIG5vdCBhbnkgDQptYW5kYXRvcnkgcmVxdWly ZW1lbnQgdGhhdCB0aGUgc3RhcnQvZW5kIGxhYmVsIGluIGxhYmVsIHNldCBNVVNUIGtlZXAgdGhl IA0Kc2FtZSBmb3JtYXQgd2l0aCB0aGUgbGFiZWwgaW4gc2lnbmFsaW5nLCBzbyBJIHRoaW5rIHRo ZSBtZWFuaW5nbGVzcyBwYXJ0IA0KY291bGQgYmUgc2ltcGx5IHJlbW92ZWQgaW4gdGhlIGxhYmVs IHNldCwgYm90aCB0eXBlIDIvMyBhbmQgdHlwZSA0LiIgSXMgaXQgDQpub3QgY2xlYXI/IA0KDQpb RmF0YWldICBDbGVhciBub3cuIEhhcHB5IHRvIHNlZSB0aGF0IHlvdSBhZ3JlZSChrm2hryBzaG91 bGQgYmUgcmVtb3ZlZCBpbiANCnRoZSBsYWJlbC4NCiANCiAiaWYgdGhlIGF2YWlsYWJsZSBzcGVj dHJ1bSBpcyBvZGQgdGltZXMgb2YgIHRoZSBjZW50cmFsIGZyZXF1ZW5jeSANCmdyYW51bGFyaXR5 ICg1KjYuMjVHSHopLCBob3cgdG8gZW5jb2RlIHRoZSB2YWx1ZSBvZiChrm2hrz8iIEZpcnN0bHks IGl0IGlzIA0KaW1wb3NzaWJsZSB0aGF0IHRoZSBhdmFpbGFibGUgc3BlY3RydW0gaXMgb2RkIHRp bWVzIG9mICB0aGUgY2VudHJhbCANCmZyZXF1ZW5jeSBncmFudWxhcml0eSwgYXQgbGVhc3QgZm9y IHJlY2VudCBvcHRpY2FsIGNvbXBvbmVudHMuIHBsZWFzZSBzZWUgDQp0aGUgcmVmZXJlbmNlOiAi RHluYW1pYyB3YXZlbGVuZ3RoIHByb2Nlc3NvciBXU1Mgd2l0aCBGTEVYR1JJRCANCmZ1bmN0aW9u YWxpdHkgW0ZpbmlzYXJdIjsgU2Vjb25kbHkgLGV2ZW50IGlmIGl0IGlzIHBvc3NpYmxlLCB0eXBl IDIvMyBhbmQgDQp0eXBlIDQgY291bGQgd2VsbCBleHByZXNzIHRoYXQsIFdvdWxkIHlvdSBhZ3Jl ZSB3aXRoIG1lPyANCg0KW0ZhdGFpXSAgV2h5IGl0IGlzIGltcG9zc2libGU/IFRoaXMgY2FzZSBz aG91bGQgYmUgdmVyeSBjb21tb24uIA0KUGxlYXNlIHNlZSB0aGUgRmlndXJlIEkuMSBpbiBHLjY5 NC4xIGNvcGllZCBhcyBmb2xsb3dzLiBJbiB0aGlzIGV4YW1wbGUsIA0KdGhlIGF2YWlsYWJsZSBz cGVjdHJ1bSBpcyA5KjYuMjVHSHouIFRoZXJlZm9yZSwgdGhlIGxhYmVsIGZvcm1hdCB3aXRoIKGu bQ0Koa8gY2Fubm90IGhhbmRsZSB0aGlzIGNvbW1vbiBjYXNlLg0KIA0KDQoNCkluIG15IG9waW5p b24sIHRoZSBwcm9ibGVtIG1lbnRpb25lZCBhYm92ZSBoYXMgbm8gcmVsYXRpb25zIHRvIHRoZSB1 c2Ugb2YgDQoibSIgaW4gbGFiZWwsIEkgYW0gY29uZnVzZWQgdGhhdCB3aHkgeW91IG9wcG9zZSB0 aGUgbGFiZWwgZm9ybWF0IHdpdGggIm0iIA0KZnJvbSB0aGlzIHBvaW50PyANCiANCltGYXRhaV0g IEFzIGV4cGxhaW5lZCBhYm92ZS4gSXQgaXMgcmVsYXRlZCB0byB0aGUgdXNhZ2Ugb2Ygoa5toa8g aW4geW91ciANCmRyYWZ0LiBJIGFtIHRyeWluZyB0byBtYWtlIHBlb3BsZSB1bmRlcnN0YW5kIKGu baGvIHNob3VsZCBub3QgYmUgY2FycmllZCANCmluIHRoZSByb3V0aW5nIChhbmQgc28gaW4gdGhl IGxhYmVsKS4gSSB3aWxsIGNvbnRpbnVlIHRvIG1ha2UgdGhpcyBlZmZvcnQgDQp1bnRpbCBwZW9w bGUgdW5kZXJzdGFuZCB0aGlzIHBvaW50Lg0KDQogDQoNCkJlc3QgUmVnYXJkcyANCg0KTGVpIFdh bmcgDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpMZWlX YW5nDQoNClpURQ0KQmVhcmVyIE5ldHdvcmsgUHJvZHVjdCBQcmVfcmVzZWFyY2ggRGVwYXJ0bWVu dCwNCldpcmVsaW5lIFImRCBJbnNpdGl0dXRlDQpDZWxsIHBob25lOis4NiAxMzgxMTQ0MDA2Nw0K RW1haWw6IHdhbmcubGVpMTMxQHp0ZS5jb20uY24NCiAgICAgaGVjaGVuMDAwMUBnbWFpbC5jb20N CiAgICAgbGVpd0B0c2luZ2h1YS5lZHUuY24NCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0gDQogX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18NCkNDQU1QIG1haWxpbmcgbGlzdA0KQ0NBTVBAaWV0Zi5vcmcNCmh0dHBzOi8v d3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vY2NhbXANCg0KDQo= --=_alternative 00299E9A482579CD_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9IkFyaWFsIj5IaSwgRmF0YWksPC9mb250Pg0KPGJyPg0K PGJyPjxmb250IHNpemU9MiBmYWNlPSJBcmlhbCI+Jmx0O3NuaXAmZ3Q7PC9mb250Pg0KPGJyPg0K PGJyPjxmb250IHNpemU9MiBmYWNlPSJBcmlhbCI+UGxlYXNlIHNlZSBteSBjb21tZW50cyBpbi1s aW5lOjwvZm9udD4NCjxicj4NCjxicj4NCjxicj48Zm9udCBzaXplPTMgY29sb3I9Ymx1ZSBmYWNl PSJDYWxpYnJpIj4mcXVvdDtpZiB0aGUgYXZhaWxhYmxlIHNwZWN0cnVtDQppcyBvZGQgdGltZXMg b2YgJm5ic3A7dGhlIGNlbnRyYWwgZnJlcXVlbmN5IGdyYW51bGFyaXR5ICg1KjYuMjVHSHopLCBo b3cNCnRvIGVuY29kZSB0aGUgdmFsdWUgb2Ygoa5toa8/JnF1b3Q7IEZpcnN0bHksIGl0IGlzIGlt cG9zc2libGUgdGhhdCB0aGUNCmF2YWlsYWJsZSBzcGVjdHJ1bSBpcyBvZGQgdGltZXMgb2YgJm5i c3A7dGhlIGNlbnRyYWwgZnJlcXVlbmN5IGdyYW51bGFyaXR5LA0KYXQgbGVhc3QgZm9yIHJlY2Vu dCBvcHRpY2FsIGNvbXBvbmVudHMuIHBsZWFzZSBzZWUgdGhlIHJlZmVyZW5jZTogJnF1b3Q7RHlu YW1pYw0Kd2F2ZWxlbmd0aCBwcm9jZXNzb3IgV1NTIHdpdGggRkxFWEdSSUQgZnVuY3Rpb25hbGl0 eSBbRmluaXNhcl0mcXVvdDs7IFNlY29uZGx5DQosZXZlbnQgaWYgaXQgaXMgcG9zc2libGUsIHR5 cGUgMi8zIGFuZCB0eXBlIDQgY291bGQgd2VsbCBleHByZXNzIHRoYXQsDQpXb3VsZCB5b3UgYWdy ZWUgd2l0aCBtZT88L2ZvbnQ+PGZvbnQgc2l6ZT0zPiA8YnI+DQo8L2ZvbnQ+DQo8YnI+PGZvbnQg c2l6ZT0zIGNvbG9yPSNjMDAwMDAgZmFjZT0iQ2FsaWJyaSI+W0ZhdGFpXSAmbmJzcDtXaHkgaXQg aXMgaW1wb3NzaWJsZT8NClRoaXMgY2FzZSBzaG91bGQgYmUgdmVyeSBjb21tb24uIDwvZm9udD4N Cjxicj48Zm9udCBzaXplPTMgY29sb3I9I2MwMDAwMCBmYWNlPSJDYWxpYnJpIj5QbGVhc2Ugc2Vl IHRoZSBGaWd1cmUgSS4xDQppbiBHLjY5NC4xIGNvcGllZCBhcyBmb2xsb3dzLiBJbiB0aGlzIGV4 YW1wbGUsIHRoZSBhdmFpbGFibGUgc3BlY3RydW0gaXMNCjkqNi4yNUdIei4gVGhlcmVmb3JlLCB0 aGUgbGFiZWwgZm9ybWF0IHdpdGggoa5toa8gY2Fubm90IGhhbmRsZSB0aGlzDQpjb21tb24gY2Fz ZS48L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPltRaWxl aV06IEluIG15IG9waW5pb24sIGxhYmVsIGZvcm1hdA0KdXNlZCBpbiB0aGUgcm91dGluZyBwcm90 b2NvbCBzaG91bGQgYmUgaW4gYWNjb3JkYW5jZSB3aXRoIHRoYXQgaW4gdGhlIHNpZ25hbGluZw0K aW4gZmxleGlibGUgZ3JpZCAobWF5IGJlIGVhcmx5IHRvIGRpc2N1c3MgdGhlIGxhYmVsIGZvcm1h dCBpbiB0aGUgcm91dGluZw0KcHJvdG9jb2wpLCBiZWNhdXNlIGNvbnNpc3RlbmN5IGlzIG5lZWRl ZC48L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkknbSBz dGlsbCBub3Qgc3VyZSB3aGV0aGVyIHRoZSBzY2VuYXJpbw0KeW91IGludHJvZHVjZSBmcm9tIElU VS1UIGRvY3VtZW50IGlzIHBvc3NpYmxlLiBNYXliZSB3ZSBzaG91bGQgY2FyZWZ1bGx5DQpleGFt aW5lIGl0IG9yIGNvbnN1bHQgdGhlIGF1dGhvciBvZiB0aGUgRy42OTQuMS48L2ZvbnQ+DQo8YnI+ PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPlRoZSBjYXNlIHlvdSBzYWlkIGlzIHBvc3Np YmxlLCB0byBzYXkNCnRoZSBsZWFzdCBvZiBpdC5JIHRoaW5rIEluY2x1c2l2ZS9FeGNsdXNpdmUg bGlzdCBjb3VsZCBhbHNvIGJlIHVzZWQgdG8NCnJlcHJlc2VudCB0aGUgbGFiZWwgcmFuZ2UsIGFz IHRoZXJlIGFyZSAyNCBiaXRzIHJlc2VydmVkIGluIHRoZSBsYWJlbCBmb3JtYXQuDQpXZSBjYW4g dXNlIHRoZSByZXNlcnZlZCBiaXRzIHRvIGluZGljYXRlIHRoZSBvZmZzZXQuPC9mb250Pg0KPGJy Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj5Bbm90aGVyIHRoaW5nOiBJJ20g Y29uZnVzZWQgd2l0aCB0aGUNCnVzZSBvZiBncmlkIHR5cGUgdmFsdWUgaW4geW91ciBkcmFmdC4g TGV0J3Mgc2VlIHRoZSBkZXNjcmlwdGluIGluIHlvdXINCmRyYWZ0OjwvZm9udD4NCjxicj48Zm9u dCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+JnF1b3Q7SW4gY2FzZSBvZiBHcmlkPTEgKElUVS1U IERXRE0pLA0KYSBuZXcgdmFsdWUgb2YgQy5TLiBpcyBkZWZpbmVkIGZvciBmbGV4aWJsZSBncmlk LiAmcXVvdDs8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkEgbmV3 IHZhbHVlIG9mIEMuUy4gaXMgZGVmaW5lZCBmb3IgZmxleGlibGUNCmdyaWQuIEkgdGhpbmsgeW91 IG1lYW4gNi4yNUdIeiBoZXJlLiBNeSBjb25mdXNpb24gaXMgdGhhdCBpZiB0aGUgQy5TLiB2YWx1 ZQ0KaXMgdXNlZCBmb3IgZml4ZWQgZ3JpZCBwdXJwb3NlLCBob3cgY2FuIHdlIGRpZmZlcmVudGlh dGUgZml4ZWQgZ3JpZCBmcm9tDQpmbGV4aWJsZSBncmlkPzwvZm9udD4NCjxicj4NCjxicj48Zm9u dCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+SSdtIG5vdCBzdXJlIGlmIEkgbWlzcyBzb21ldGhp bmcsIHBsZWFzZQ0KcmVwbHkgdG8gbWUgaWYgSSBoYXZlIHdyb25nIHVuZGVyc3RhbmRpbmcgaGVy ZS48L2ZvbnQ+DQo8YnI+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYi PlRoYW5rczwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+UWlsZWk8 L2ZvbnQ+DQo8YnI+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPjxi cj4NCjwvZm9udD4NCjxicj4NCjxicj4NCjxicj4NCjx0YWJsZSB3aWR0aD0xMDAlPg0KPHRyIHZh bGlnbj10b3A+DQo8dGQgd2lkdGg9MzYlPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj48 Yj5GYXRhaSBaaGFuZyAmbHQ7emhhbmdmYXRhaUBodWF3ZWkuY29tJmd0OzwvYj4NCjwvZm9udD4N Cjxicj48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+t6K8/sjLOiAmbmJzcDtjY2FtcC1i b3VuY2VzQGlldGYub3JnPC9mb250Pg0KPHA+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYi PjIwMTIvMDMvMjMgMTE6NDg8L2ZvbnQ+DQo8dGQgd2lkdGg9NjMlPg0KPHRhYmxlIHdpZHRoPTEw MCU+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjxkaXYgYWxpZ249cmlnaHQ+PGZvbnQgc2l6ZT0x IGZhY2U9InNhbnMtc2VyaWYiPsrVvP7IyzwvZm9udD48L2Rpdj4NCjx0ZD48Zm9udCBzaXplPTEg ZmFjZT0ic2Fucy1zZXJpZiI+JnF1b3Q7d2FuZy5sZWkxMzFAenRlLmNvbS5jbiZxdW90OyAmbHQ7 d2FuZy5sZWkxMzFAenRlLmNvbS5jbiZndDs8L2ZvbnQ+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4N CjxkaXYgYWxpZ249cmlnaHQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPrOty808L2Zv bnQ+PC9kaXY+DQo8dGQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPiZxdW90O2NjYW1w QGlldGYub3JnJnF1b3Q7ICZsdDtjY2FtcEBpZXRmLm9yZyZndDssDQomcXVvdDtJSHVzc2FpbkBp bmZpbmVyYS5jb20mcXVvdDsgJmx0O0lIdXNzYWluQGluZmluZXJhLmNvbSZndDs8L2ZvbnQ+DQo8 dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjxkaXYgYWxpZ249cmlnaHQ+PGZvbnQgc2l6ZT0xIGZhY2U9 InNhbnMtc2VyaWYiPtb3zOI8L2ZvbnQ+PC9kaXY+DQo8dGQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNh bnMtc2VyaWYiPlJlOiBbQ0NBTVBdIFVwZGF0ZSB0byBkcmFmdC1mYXJya2luZ2VsLWNjYW1wLWZs ZXhpZ3JpZC1sYW1iZGEtbGFiZWw8L2ZvbnQ+PC90YWJsZT4NCjxicj4NCjx0YWJsZT4NCjx0ciB2 YWxpZ249dG9wPg0KPHRkPg0KPHRkPjwvdGFibGU+DQo8YnI+PC90YWJsZT4NCjxicj4NCjxicj4N Cjxicj48Zm9udCBzaXplPTMgZmFjZT0iQ2FsaWJyaSI+SGkgTGVpLCA8L2ZvbnQ+DQo8YnI+PGZv bnQgc2l6ZT0zIGZhY2U9IkNhbGlicmkiPiZuYnNwOzwvZm9udD4NCjxicj48Zm9udCBzaXplPTMg ZmFjZT0iQ2FsaWJyaSI+Jmx0O1NuaXAmZ3Q7PC9mb250Pg0KPGJyPjxmb250IHNpemU9MyBmYWNl PSJDYWxpYnJpIj4mbmJzcDs8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9IkFyaWFsIj5J dCBzZWVtcyB0aGF0IGZsZXhpYmxlLWdyaWQgbmV0d29yayBpcyBiZWNvbWluZw0KYSBob3QgdG9w aWMgaW4gdGhlc2UgZGF5cywgYnV0IEkgYWxzbyBmaW5kIHRoYXQgdGhlIGRpc2N1c3Npb25zIG1h aW5seQ0KZm9jdXMgb24gdHdvIHByb2JsZW1zIGxpc3RlZCBhcyBmb2xsb3dzOjwvZm9udD48Zm9u dCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj4NCjwvZm9udD48Zm9udCBzaXplPTIgZmFj ZT0iQXJpYWwiPjxicj4NCjxicj4NCjEuIDwvZm9udD48Zm9udCBzaXplPTIgZmFjZT0iQ291cmll ciBOZXciPldoZXJlIGRvIHdlIGNhcnJ5IHRoZSAmcXVvdDttJnF1b3Q7DQp2YWx1ZTwvZm9udD48 Zm9udCBzaXplPTIgZmFjZT0iQXJpYWwiPiwgbGFiZWwgb3IgdHJhZmZpYyBwYXJhbWV0ZXJzPzwv Zm9udD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj4NCjwvZm9udD48Zm9udCBz aXplPTIgZmFjZT0iQXJpYWwiPjxicj4NCjxicj4NCjIuIFdoYXQgc2hvdWxkIHdlIGRpc2N1c3Mg aW4gdGhlIGZpcnN0IHN0ZXAsIHRoZSB3aG9sZSBGbGV4aWJsZS1HcmlkIGNvbnRyb2wNCnBsYW5l IG9yIGp1c3QgbGFiZWwgYW5kIHNpZ25hbGluZyBwYXJhbWV0ZXJzPzwvZm9udD48Zm9udCBzaXpl PTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj4NCjwvZm9udD48Zm9udCBzaXplPTIgZmFjZT0iQXJp YWwiPjxicj4NCjxicj4NCkhlcmUgSSBwcmVzZW50IG15IGNvbmNlcHQgb24gdGhlc2UgdHdvIHF1 c3Rpb25zLjwvZm9udD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj4NCjwvZm9u dD48Zm9udCBzaXplPTIgZmFjZT0iQXJpYWwiPjxicj4NCjxicj4NClRoZSBmaXJzdCBvbmUsIEkg YWJzb2x1dGVseSBhZ3JlZSB3aXRoIEFkcmlhbi4gJnF1b3Q7PC9mb250Pjxmb250IHNpemU9MiBm YWNlPSJDb3VyaWVyIE5ldyI+dGhlDQp2aWV3IHRoYXQgJnF1b3Q7bSZxdW90OyBpcyBwYXJ0IG9m IHRoZSBkZWZpbml0aW9uIG9mIHdoYXQgaXMgYmVpbmcgc3dpdGNoZWQNCmFuZCBpcyBlc3NlbnRp YWwgZm9yIHRoZSBzd2l0Y2ggY3Jvc3MtY29ubmVjdCB0byBiZSBwcm9ncmFtbWVkLiBUaHVzLGl0 DQppcyBwYXJ0IG9mIHRoZSBsYWJlbC48L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZhY2U9IkFyaWFsIj4m cXVvdDsgJnF1b3Q7PC9mb250Pjxmb250IHNpemU9MiBmYWNlPSJDb3VyaWVyIE5ldyI+SQ0Kd291 bGQgYWNrbm93bGVkZ2UgdGhhdCB0aGUgdmFsdWUgb2YgJnF1b3Q7bSZxdW90OyBpbmZsdWVuY2Vz IHRoZSBiYW5kd2lkdGgNCm9mIHRoZSBMU1AsIGJ1dCBJIHdvdWxkIGNsYWltIHRoYXQgYW4gUGF0 aCByZXF1ZXN0IGFza3MgZm9yIGIvdyBpbiB0aGUNCnRyYWZmaWMgcGFyYW1ldGVycyBhbmQgdGhl IGxhYmVsIHJldHVybmVkIHByb3ZpZGVzIHRoZSB2YWx1ZSBvZiAmcXVvdDttJnF1b3Q7DQp0byBi ZSBwcm9ncmFtbWVkIGludG8gdGhlIFhDLiBJZiBpdCBpcyBuZWNlc3NhcnkgKHBlcmhhcHMgYSBx dWVzdGlvbiBmb3JkcmFmdC16aGFuZy1jY2FtcC1mbGV4aWJsZS1ncmlkLXJzdnAtdGUtZXh0KQ0K dG8gYWxzbyBzcGVjaWZ5ICZxdW90O20mcXVvdDsgKG9yIGEgcmFuZ2Ugb2YgYWNjZXB0YWJsZSB2 YWx1ZXMgb2YgJnF1b3Q7bSZxdW90OykNCmFzIHBhcnQgb2YgdGhlIFBhdGggcmVxdWVzdCwgdGhl biBpdCB3b3VsZCBzZWVtIHByYWdtYXRpYyB0byBwdXQgaXQgaW4NCnRoZSB0cmFmZmljIHBhcmFt ZXRlcnMuPC9mb250Pjxmb250IHNpemU9MiBmYWNlPSJBcmlhbCI+JnF1b3Q7PC9mb250Pjxmb250 IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPg0KPC9mb250Pjxmb250IHNpemU9MiBmYWNl PSJBcmlhbCI+PGJyPg0KPGJyPg0KSW4gbXkgb3BpbmlvbiwgaXQgbWF5IGJlIHJlYXNvbmFibGUg dG8gY2FycnkgY2VydGFpbiBmaWVsZHMgaW4gdHJhZmZpYw0KcGFyYW1ldGVycyB0aGF0IGNsYWlt IG1pbiBzbG90IHdpZHRoIG9yIHNsb3Qgd2lkdGggcmFuZ2UgdGhlIExTUCByZXF1ZXN0cywNCmFz IHdlbGwsIGl0IGlzIGFsc28gbmVjZXNzYXJ5IHRvIGluY2x1ZGUgJnF1b3Q7bSZxdW90OyBpbiB0 aGUgbGFiZWwgdG8NCmNsYWltIGFjdHVhbCBzbG90IHdpZHRoIGFzc2lnbmVkIHRvIHRoaXMgTFNQ LiBGb3IgZXhhbXBsZSwgYXNzdW1pbmcgYSBmbGV4aWJsZS1ncmlkDQpuZXR3b3JrIGNvbXBvc2Vk IG9mIG9wdGljYWwgY29tcG9uZW50cyB3aXRoIDI1R0h6IHNsb3Qgd2lkdGggZ3JhbnVsYXJpdHkN CmFuZCBbNTBHSHosIDIwMEdIel0gc2xvdCB3aWR0aCByYW5nZS4gV2hlbiBhIDI1R0h6LXNsb3Qt d2lkdGggTFNQIHJlcXVlc3QNCmFycml2ZXMsIHRoZSBzaWduYWxpbmcgbWF5IGFkZCAyNUdIeiBp biB0cmFmZmljIHBhcmFtZXRlcnMgdG8gY2xhaW0gdGhlDQptaW4gc2xvdCB3aWR0aCByZXF1aXJl ZC4gSG93ZXZlciwgZHVlIHRvIHRoZSBGbGV4aWJsZS1HcmlkIGNhcGFiaWxpdHkgbGltaXRhdGlv bg0Kb2Ygb3B0aWNhbCBjb21wb25lbnRzLCB0aGUgYWN0dWFsIHNsb3Qgd2lkdGggYXNzaWduZWQg dG8gdGhpcyBMU1AgbWF5IGJlDQo1MEdIeiwgd2hpY2ggaXMgYWRkZWQgYXMgJnF1b3Q7bSZxdW90 OyBpbiB0aGUgbGFiZWwuIHNpbWlsYXJseSwgV2hlbiBhDQo4Ny41R0h6LXNsb3Qtd2lkdGggTFNQ IHJlcXVlc3QgYXJyaXZlcywgdGhlIGFjdHVhbCBzbG90IHdpZHRoIGFzc2lnbmVkDQp0byB0aGlz IExTUCBtYXkgYmUgMTAwR0h6LiBTbyBzdWNoIGZpZWxkcyBpbiB0cmFmZmljIHBhcmFtZXRlcnMg Y2Fubm90DQpleGNsdWRlIHRoZSB1c2Ugb2YgJnF1b3Q7bSZxdW90OyBpbiB0aGUgbGFiZWwsIGZy b20gc2lnbmFsaW5nIHBlcnNwZWN0aXZlLjwvZm9udD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMg TmV3IFJvbWFuIj4NCjwvZm9udD48Zm9udCBzaXplPTMgZmFjZT0iQ2FsaWJyaSI+PGJyPg0KIDwv Zm9udD48Zm9udCBzaXplPTM+Jm5ic3A7PC9mb250Pjxmb250IHNpemU9MyBjb2xvcj0jYzAwMDAw IGZhY2U9IkNhbGlicmkiPjxicj4NCltGYXRhaV0gQXJlIHlvdSBraWRkaW5nPyBXaGVuIDI1R0h6 IGlzIHJlcXVlc3RlZCwgYnV0IDUwR0h6IGlzIGFsbG9jYXRlZA0KZmluYWxseT8gSW4gdGhpcyBj YXNlLCB0aGlzIHJlcXVlc3Qgc2hvdWxkIGJlIHJlamVjdGVkLiBTZWNvbmRseSwgd2h5IHJvdXRp bmcNCmNhbm5vdCBiZSBhd2FyZSBvZiB0aGlzIGNvbnN0cmFpbnQ/IEkgdGhpbmsgdGhpcyBjb25z dHJhaW50IHNob3VsZCBiZSBhZHZlcnRpc2VkDQppbnRvIHJvdXRpbmcgYW5kIHRoZW4gdGhlIGhl YWQgbm9kZSBvciBQQ0UgY2FuIGNhbGN1bGF0ZSB0aGUgZXhhY3QgYmFuZHdpZHRoDQpuZWVkZWQg YmVmb3JlIHNpZ25hbGluZy48L2ZvbnQ+PGZvbnQgc2l6ZT0zPiA8YnI+DQo8L2ZvbnQ+PGZvbnQg c2l6ZT0zIGNvbG9yPWJsdWUgZmFjZT0iQ2FsaWJyaSI+PGJyPg0KW0xlaV0gVGhhdCBpcyBqdXN0 IGFuIGV4YW1wbGUuIGxldCB1cyBkaWN1c3MgaXQgaW4gZGV0YWlsLiBpbiBteSBvcGluaW9uLA0K dGhlIGlkZWEgbWVudGlvbmVkIGFib3ZlIGlzIGV4dHJlbWVseSB1c2VmdWwgZm9yIEZsZXhpYmxl LUdyaWQgbmV0d29ya3MNCndpdGggdmFyaW91cyBmbGV4aWJsZS1ncmlkIGFiaWxpdHkgY29tcG9u ZW50cy4gQXNzdW1pbmcgYSBuZXR3b3JrIGNvbXBvc2VkDQpvZiB0d28ga2luZHMgb3B0aWNhbCBj b21wb25lbnRzOiAxLiAyNUdIeiBzbG90IHdpZHRoIGdyYW51bGFyaXR5IGFuZCBbNTBHSHosDQoz MDBHSHpdIHNsb3Qgd2lkdGggcmFuZ2U7IDIuIDEyLjVHSHogc2xvdCB3aWR0aCBncmFudWxhcml0 eSBhbmQgWzUwR0h6LA0KMjAwR0h6XSBzbG90IHdpZHRoIHJhbmdlLiBKdXN0IGFzIEZpZ3VyZSAx IGluIDxpPltkcmFmdC13YW5nbC1jY2FtcC1vc3BmLWV4dC1jb25zdHJhaW50LWZsZXhpLWdyaWQt MDFdLjwvaT48L2ZvbnQ+PGZvbnQgc2l6ZT0zPg0KPC9mb250Pjxmb250IHNpemU9MyBjb2xvcj1i bHVlIGZhY2U9IkNhbGlicmkiPjxicj4NCiA8YnI+DQpXaGVuIGEgODcuNUdIei1zbG90LXdpZHRo IEEtJmd0O0UgTFNQIHJlcXVlc3QgYXJyaXZlcywgYXNzdW1pbmcgdGhlcmUgaXMNCm5vdCBhbnkg YXZhaWxhYmxlIHNwZWN0cnVtIHJlc291cmNlIG9uIHJvdXRlIEEtQi1FLCBBLUQtRSBpcyBzZWxl Y3RlZCBhcw0KdGhlIExTUCByb3V0ZSBhbmQgMTAwR0h6IHNsb3Qgd2lkdGggaXMgYXNzaWduZWQu IHdoYXQgeW91IG1lYW4gaXMgdGhhdA0KdGhlIGNvbXB1dGF0aW9uIGVsZW1lbnRzIHNob3VsZCBn ZXQgaW5mb3JtYXRpb24gb2YgZmxleGlibGUtZ3JpZCBhYmlsaXR5DQpvZiBlYWNoIG9wdGljYWwg Y29tcG9uZW50cyBieSBPU1BGIGZsb29kaW5nLCBzbyB0aGUgaGVhZGVyIGNhbiBjYWxjdWxhdGUN CnRoZSBhY3R1YWwgc2xvdCB3aWR0aCB3aXRob3V0IGNhcnJpbmcgODcuNUdIeiBpbiB0cmFmZmlj IHBhcmFtZXRlcnMsIERvDQpJIHVuZGVyc3RhbmQgcmlnaHQ/IE9LLCB0aGVyZSBpcyBhIGJpZyBw cm9ibGVtLCBhdXN1bWluZyBmaWJlciBBRCBicmVha3MNCmRvd24gYW5kIExTUCByZXJvdXRlIHJl dWVzdHMsIGFuZCB0aGVuIHJvdXRlIEEtQi1FIGlzIHNlbGVjdGVkLCBob3cgbWFueQ0Kc2xvdCB3 aWR0aHMgd291bGQgYXNzc2lnbmVkIHRvIHRoYXQgTFNQPyBhbHNvIDEwMEdIej8gSXQgaXMgbm90 IHJlc29uYWJsZQ0KYmVjYXVzZSA4Ny41R0h6IGlzIGVub3VnaC4gYnV0IGhvdyBjb3VsZCB0aGUg Y29udHJvbCBwbGFuZSBnZXQgdGhpcyBpbmZvcm1hdGlvbj8NCkluIG15IG9waW5pb24sIGZyb20g dHJhZmZpYyBwYXJhbWV0ZXJzLiA8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0zIGZhY2U9IkNhbGli cmkiPiZuYnNwOzwvZm9udD4NCjxicj48Zm9udCBzaXplPTMgY29sb3I9I2MwMDAwMCBmYWNlPSJD YWxpYnJpIj5bRmF0YWldICZuYnNwO0NlcnRhaW5seSwNCjg3LjVHSFogY2FuIGJlIHJlcXVlc3Rl ZCBmb3IgdGhlIHJlY292ZXJ5IExTUCBhbmQgbT03IHNob3VsZCBiZSBjYXJyaWVkDQppbiB0aGUg dHJhZmZpYyBwYXJhbWV0ZXJzLiBUaGlzIGlzIHdoYXQgSSBhbSBwcm9wb3NpbmcuPC9mb250Pg0K PGJyPjxmb250IHNpemU9Mz48YnI+DQo8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGNvbG9yPWJsdWUgZmFj ZT0iQ2FsaWJyaSI+PGJyPg0KV291bGQgeW91IGFncmVlIHdpdGggbWU/PC9mb250Pjxmb250IHNp emU9Mz4gPGJyPg0KPC9mb250Pjxmb250IHNpemU9MiBmYWNlPSJBcmlhbCI+PGJyPg0KSSBhbHNv IG5vdGljZSB0aGF0IEZhdGFpIG9wcG9zZSB0aGUgdXNlIG9mICZxdW90O20mcXVvdDsgaW4gbGFi ZWwgZnJvbQ0Kcm91dGluZyBwZXJzcGVjdGl2ZS4gSW4gPGk+W2RyYWZ0LXdhbmdsLWNjYW1wLW9z cGYtZXh0LWNvbnN0cmFpbnQtZmxleGktZ3JpZC0wMV08L2k+LA0KZm9yIHRoZSBsYWJlbCBzZXQg d2l0aCB0eXBlIDIvMyBpbmNsdXNpdmUvZXhjbHVzaXZlIHJhbmdlLCAmcXVvdDs8L2ZvbnQ+PGZv bnQgc2l6ZT0yIGZhY2U9IkNvdXJpZXIgTmV3Ij5UaGUNCnZhbHVlIG9mIG0gaW4gc3RhcnQvZW5k IGxhYmVsIGlzIG1lYW5pbmdsZXNzPC9mb250Pjxmb250IHNpemU9MiBmYWNlPSJBcmlhbCI+JnF1 b3Q7LA0KYW5kICZxdW90OzwvZm9udD48Zm9udCBzaXplPTIgZmFjZT0iQ291cmllciBOZXciPjMy IGFkZGl0aW9uYWwgYml0cyBzcGFjZQ0KaXMgdXNlZCB0byBjYXJyeSBtZWFuaW5nbGVzcyBpbmZv cm1hdGlvbiEgJm5ic3A7UGVvcGxlIGNhbiBpbWFnZSBob3cgbWFueQ0KbGFiZWxzIGFyZSBkaXN0 cmlidXRlZCBpbiB0aGUgcm91dGluZy4gV2hhdCBzY2FsYWJsZSBpc3N1ZSBpdCBpcyE8L2ZvbnQ+ PGZvbnQgc2l6ZT0yIGZhY2U9IkFyaWFsIj4mcXVvdDsNCkluIG15IG9waW5pb24sIHRoaXMgZG9j dW1lbnQgaXMgb25seSBhbiBpbmRpdmlkdWFsIGRyYWZ0IHRvIHN1bW1hcml6ZSBvdXINCmlkZWEg YW5kIGluaXRpYWwgd29yayBvbiBPU1BGIGV4dGVuc2lvbiBvZiBGbGV4aWJsZS1HcmlkIG5ldHdv cmtzLGFuZCBuZWVkcw0KZnVydGhlciBtb2RpZmljYXRpb24gYW5kIGV4dGVuc2lvbiBhY2NvcmRp bmcgdG8gdGhlIHJlcXVpcmVtZW50cyBhbmQgZmVlZGJhY2sNCm9mIG90aGVycy4gVGhhbmtzIGZv ciBwb2ludGluZyBvdXQgdGhlIGltcHJvcGVyIHBsYWNlLiBIb3dldmVyLCBpbiB0aGlzDQpkb2N1 bWVudCwgdGhlIHR5cGUgMi8zIGluY2x1c2l2ZS9leGNsdXNpdmUgcmFuZ2UgY2FuIGJlIHdlbGwg cmVwbGFjZWQgYnkNCnRoZSB0eXBlIDAvMSBpbmNsdXNpdmUvZXhjbHVzaXZlIGxhYmVsIGxpc3Qs IHdpdGhvdXQgYW55IGJpdC13YXN0aW5nLiBJbg0KYWRkaXRpb24sIHRoZXJlIGlzIG5vdCBhbnkg bWFuZGF0b3J5IHJlcXVpcmVtZW50IHRoYXQgdGhlIHN0YXJ0L2VuZCBsYWJlbA0KaW4gbGFiZWwg c2V0IE1VU1Qga2VlcCB0aGUgc2FtZSBmb3JtYXQgd2l0aCB0aGUgbGFiZWwgaW4gc2lnbmFsaW5n LCBzbw0KSSB0aGluayB0aGUgbWVhbmluZ2xlc3MgcGFydCBjb3VsZCBiZSBzaW1wbHkgcmVtb3Zl ZCBpbiB0aGUgbGFiZWwgc2V0LA0KYm90aCB0eXBlIDIvMyBhbmQgdHlwZSA0LiBBYm92ZSBhbGws IGl0IGlzIG5vdCBhIHNlcmlvdXMgcHJvYmxlbSB0aGF0IGNhbm5vdA0KY29ucXVlcmVkLCBhbmQg aGFzIG5vIGltcGFjdCBvbiB0aGUgdXNlIG9mICZxdW90O20mcXVvdDsgaW4gdGhlIGxhYmVsLA0K ZnJvbSByb3V0aW5nIHBlcnNwZWN0aXZlLjwvZm9udD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMg TmV3IFJvbWFuIj4gPC9mb250Pjxmb250IHNpemU9MyBmYWNlPSJDYWxpYnJpIj48YnI+DQogPC9m b250Pjxmb250IHNpemU9Mz4mbmJzcDs8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGNvbG9yPSNjMDAwMDAg ZmFjZT0iQ2FsaWJyaSI+PGJyPg0KW0ZhdGFpXSAmbmJzcDtNYW55IGJpZyBpc3N1ZXMgaWYgoa5t oa8gaXMgdXNlZCBpbiB0aGUgcm91dGluZy48L2ZvbnQ+PGZvbnQgc2l6ZT0zPg0KPC9mb250Pjxm b250IHNpemU9MyBjb2xvcj0jYzAwMDAwIGZhY2U9IkNhbGlicmkiPjxicj4NCiA8L2ZvbnQ+PGZv bnQgc2l6ZT0zPiZuYnNwOzwvZm9udD48Zm9udCBzaXplPTMgY29sb3I9I2MwMDAwMCBmYWNlPSJD YWxpYnJpIj48YnI+DQpQZXIgRy42OTQuMSwgc2xvdCB3aWR0aCBpcyBvbmx5IHNpZ25pZmljYW50 IGZvciBhIGZyZXF1ZW5jeSBzbG90IChpZS4sDQphIHNwZWNpZmljIGNvbm5lY3Rpb24pLiBUaGVy ZSBpcyBubyBwcmUtZGVmaW5lZCBmaXhlZCChsHdhdmVsZW5ndGihsQ0KZm9yIHRoZSBsaW5rIHJl c291cmNlIG9mIGZsZXhpLWdyaWQsIGJlY2F1c2UgaXQgaXMgZmxleGlibGUgKGllLiwgdGhlIHNs b3QNCndpZHRoIGlzIHVuY2VydGFpbiBiZWZvcmUgYSBmcmVxdWVuY3kgc2xvdCBpcyBhbGxvY2F0 ZWQpLCBzbyB0aGVyZSBpcyBubw0KbmVlZCB0byBhZHZlcnRpc2Ugc2xvdCB3aWR0aCAob3Igoa5t oa8pLiBUaGlzIGlzIHRoZSByZWFzb24gdG8gaGF2ZSBtZWFuaW5nbGVzcw0Koa5toa8gaW4geW91 ciBkcmFmdC4gPGJyPg0KIDwvZm9udD48Zm9udCBzaXplPTM+Jm5ic3A7PC9mb250Pjxmb250IHNp emU9MyBjb2xvcj0jYzAwMDAwIGZhY2U9IkNhbGlicmkiPjxicj4NCkV2ZW4gdGhvdWdoIHR5cGUg MC8xIGlzIHVzZWQsIHRoZXJlIGlzIHN0aWxsIGJpZyBpc3N1ZS4gRm9yIGV4YW1wbGUsIGlmDQp0 aGUgYXZhaWxhYmxlIHNwZWN0cnVtIGlzIG9kZCB0aW1lcyBvZiAmbmJzcDt0aGUgY2VudHJhbCBm cmVxdWVuY3kgZ3JhbnVsYXJpdHkNCig1KjYuMjVHSHopLCBob3cgdG8gZW5jb2RlIHRoZSB2YWx1 ZSBvZiChrm2hrz8gYXJlIHlvdSB0cnlpbmcgdG8gdXNlDQptPTIuNT88L2ZvbnQ+PGZvbnQgc2l6 ZT0zPiA8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGNvbG9yPSNjMDAwMDAgZmFjZT0iQ2FsaWJyaSI+PGJy Pg0KIDwvZm9udD48Zm9udCBzaXplPTM+Jm5ic3A7PC9mb250Pjxmb250IHNpemU9MyBjb2xvcj0j YzAwMDAwIGZhY2U9IkNhbGlicmkiPjxicj4NCklmICZuYnNwO2EgbGFiZWwgZm9ybWF0IGluIHJv dXRpbmcgaXMgZGlmZmVyZW50IGZyb20gaW4gc2lnbmFsaW5nIGFzIHlvdQ0Kc2FpZCwgSSB3b3Vs ZCBsaWtlIHRvIHNlZSB0aGUgbGFiZWwgZm9ybWF0LjwvZm9udD48Zm9udCBzaXplPTM+IDxicj4N CjwvZm9udD48Zm9udCBzaXplPTMgY29sb3I9Ymx1ZSBmYWNlPSJDYWxpYnJpIj48YnI+DQpbTGVp XSBJIGFncmVlIHdpdGggeW91IHRoYXQgaW4gYm90aCB0eXBlIDIvMyBhbmQgdHlwZTQgJnF1b3Q7 bSZxdW90OyBpcw0KbWVhbmluZ2xlc3MsIGFuZCBJIGFsc28gaWxsdXN0cmF0ZSBpdCBpbiBteSBk cmFmdC4gTXkgaWRlYSBpcyB0aGF0LCAmcXVvdDt0aGVyZQ0KaXMgbm90IGFueSBtYW5kYXRvcnkg cmVxdWlyZW1lbnQgdGhhdCB0aGUgc3RhcnQvZW5kIGxhYmVsIGluIGxhYmVsIHNldA0KTVVTVCBr ZWVwIHRoZSBzYW1lIGZvcm1hdCB3aXRoIHRoZSBsYWJlbCBpbiBzaWduYWxpbmcsIHNvIEkgdGhp bmsgdGhlIG1lYW5pbmdsZXNzDQpwYXJ0IGNvdWxkIGJlIHNpbXBseSByZW1vdmVkIGluIHRoZSBs YWJlbCBzZXQsIGJvdGggdHlwZSAyLzMgYW5kIHR5cGUgNC4mcXVvdDsNCklzIGl0IG5vdCBjbGVh cj8gPC9mb250Pjxmb250IHNpemU9Mz48YnI+DQo8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0zIGNv bG9yPSNjMDAwMDAgZmFjZT0iQ2FsaWJyaSI+W0ZhdGFpXSAmbmJzcDtDbGVhciBub3cuDQpIYXBw eSB0byBzZWUgdGhhdCB5b3UgYWdyZWUgoa5toa8gc2hvdWxkIGJlIHJlbW92ZWQgaW4gdGhlIGxh YmVsLjwvZm9udD4NCjxicj48Zm9udCBzaXplPTMgZmFjZT0iQ2FsaWJyaSI+Jm5ic3A7PC9mb250 Pg0KPGJyPjxmb250IHNpemU9MyBjb2xvcj1ibHVlIGZhY2U9IkNhbGlicmkiPiZuYnNwOyZxdW90 O2lmIHRoZSBhdmFpbGFibGUNCnNwZWN0cnVtIGlzIG9kZCB0aW1lcyBvZiAmbmJzcDt0aGUgY2Vu dHJhbCBmcmVxdWVuY3kgZ3JhbnVsYXJpdHkgKDUqNi4yNUdIeiksDQpob3cgdG8gZW5jb2RlIHRo ZSB2YWx1ZSBvZiChrm2hrz8mcXVvdDsgRmlyc3RseSwgaXQgaXMgaW1wb3NzaWJsZSB0aGF0DQp0 aGUgYXZhaWxhYmxlIHNwZWN0cnVtIGlzIG9kZCB0aW1lcyBvZiAmbmJzcDt0aGUgY2VudHJhbCBm cmVxdWVuY3kgZ3JhbnVsYXJpdHksDQphdCBsZWFzdCBmb3IgcmVjZW50IG9wdGljYWwgY29tcG9u ZW50cy4gcGxlYXNlIHNlZSB0aGUgcmVmZXJlbmNlOiAmcXVvdDtEeW5hbWljDQp3YXZlbGVuZ3Ro IHByb2Nlc3NvciBXU1Mgd2l0aCBGTEVYR1JJRCBmdW5jdGlvbmFsaXR5IFtGaW5pc2FyXSZxdW90 OzsgU2Vjb25kbHkNCixldmVudCBpZiBpdCBpcyBwb3NzaWJsZSwgdHlwZSAyLzMgYW5kIHR5cGUg NCBjb3VsZCB3ZWxsIGV4cHJlc3MgdGhhdCwNCldvdWxkIHlvdSBhZ3JlZSB3aXRoIG1lPzwvZm9u dD48Zm9udCBzaXplPTM+IDxicj4NCjwvZm9udD4NCjxicj48Zm9udCBzaXplPTMgY29sb3I9I2Mw MDAwMCBmYWNlPSJDYWxpYnJpIj5bRmF0YWldICZuYnNwO1doeSBpdCBpcyBpbXBvc3NpYmxlPw0K VGhpcyBjYXNlIHNob3VsZCBiZSB2ZXJ5IGNvbW1vbi4gPC9mb250Pg0KPGJyPjxmb250IHNpemU9 MyBjb2xvcj0jYzAwMDAwIGZhY2U9IkNhbGlicmkiPlBsZWFzZSBzZWUgdGhlIEZpZ3VyZSBJLjEN CmluIEcuNjk0LjEgY29waWVkIGFzIGZvbGxvd3MuIEluIHRoaXMgZXhhbXBsZSwgdGhlIGF2YWls YWJsZSBzcGVjdHJ1bSBpcw0KOSo2LjI1R0h6LiBUaGVyZWZvcmUsIHRoZSBsYWJlbCBmb3JtYXQg d2l0aCChrm2hryBjYW5ub3QgaGFuZGxlIHRoaXMNCmNvbW1vbiBjYXNlLjwvZm9udD4NCjxicj48 Zm9udCBzaXplPTMgY29sb3I9I2MwMDAwMCBmYWNlPSJDYWxpYnJpIj4mbmJzcDs8L2ZvbnQ+DQo8 YnI+DQo8YnI+PGZvbnQgc2l6ZT0zIGNvbG9yPWJsdWUgZmFjZT0iQ2FsaWJyaSI+PGJyPg0KSW4g bXkgb3BpbmlvbiwgdGhlIHByb2JsZW0gbWVudGlvbmVkIGFib3ZlIGhhcyBubyByZWxhdGlvbnMg dG8gdGhlIHVzZQ0Kb2YgJnF1b3Q7bSZxdW90OyBpbiBsYWJlbCwgSSBhbSBjb25mdXNlZCB0aGF0 IHdoeSB5b3Ugb3Bwb3NlIHRoZSBsYWJlbA0KZm9ybWF0IHdpdGggJnF1b3Q7bSZxdW90OyBmcm9t IHRoaXMgcG9pbnQ/PC9mb250Pjxmb250IHNpemU9Mz4gPC9mb250Pg0KPGJyPjxmb250IHNpemU9 MyBmYWNlPSJDYWxpYnJpIj4mbmJzcDs8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0zIGNvbG9yPSNj MDAwMDAgZmFjZT0iQ2FsaWJyaSI+W0ZhdGFpXSAmbmJzcDtBcyBleHBsYWluZWQNCmFib3ZlLiBJ dCBpcyByZWxhdGVkIHRvIHRoZSB1c2FnZSBvZiChrm2hryBpbiB5b3VyIGRyYWZ0LiBJIGFtIHRy eWluZw0KdG8gbWFrZSBwZW9wbGUgdW5kZXJzdGFuZCChrm2hryBzaG91bGQgbm90IGJlIGNhcnJp ZWQgaW4gdGhlIHJvdXRpbmcNCihhbmQgc28gaW4gdGhlIGxhYmVsKS4gSSB3aWxsIGNvbnRpbnVl IHRvIG1ha2UgdGhpcyBlZmZvcnQgdW50aWwgcGVvcGxlDQp1bmRlcnN0YW5kIHRoaXMgcG9pbnQu PC9mb250Pg0KPGJyPjxmb250IHNpemU9MyBmYWNlPSJDYWxpYnJpIj48YnI+DQogPC9mb250Pjxm b250IHNpemU9MiBmYWNlPSJBcmlhbCI+PGJyPg0KPGJyPg0KQmVzdCBSZWdhcmRzPC9mb250Pjxm b250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPiA8L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZh Y2U9IkFyaWFsIj48YnI+DQo8YnI+DQpMZWkgV2FuZyA8YnI+DQo8YnI+DQotLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTxicj4NCkxlaVdhbmc8YnI+DQo8YnI+DQpa VEU8YnI+DQpCZWFyZXIgTmV0d29yayBQcm9kdWN0IFByZV9yZXNlYXJjaCBEZXBhcnRtZW50LDxi cj4NCldpcmVsaW5lIFImYW1wO0QgSW5zaXRpdHV0ZTxicj4NCkNlbGwgcGhvbmU6Kzg2IDEzODEx NDQwMDY3PGJyPg0KRW1haWw6IHdhbmcubGVpMTMxQHp0ZS5jb20uY248YnI+DQogJm5ic3A7ICZu YnNwOyBoZWNoZW4wMDAxQGdtYWlsLmNvbTxicj4NCiAmbmJzcDsgJm5ic3A7IGxlaXdAdHNpbmdo dWEuZWR1LmNuPGJyPg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLTwvZm9udD48Zm9udCBzaXplPTM+IDwvZm9udD48Zm9udCBzaXplPTIgZmFjZT0iQ291cmll ciBOZXciPjxicj4NCiA8L2ZvbnQ+PGZvbnQgc2l6ZT0yPjx0dD5fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCkNDQU1QIG1haWxpbmcgbGlzdDxicj4N CkNDQU1QQGlldGYub3JnPGJyPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5m by9jY2FtcDxicj4NCjwvdHQ+PC9mb250Pg0KPGJyPg0K --=_alternative 00299E9A482579CD_=-- From zhangfatai@huawei.com Mon Mar 26 01:01:21 2012 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 B026F21F85BB for ; Mon, 26 Mar 2012 01:01:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.286 X-Spam-Level: *** X-Spam-Status: No, score=3.286 tagged_above=-999 required=5 tests=[AWL=-4.364, BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, HTML_MESSAGE=0.001, J_CHICKENPOX_42=0.6, J_CHICKENPOX_83=0.6, 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 d6D3x8CG6N1l for ; Mon, 26 Mar 2012 01:01:20 -0700 (PDT) Received: from dfwrgout.huawei.com (dfwrgout.huawei.com [206.16.17.72]) by ietfa.amsl.com (Postfix) with ESMTP id E745521F8510 for ; Mon, 26 Mar 2012 01:01:19 -0700 (PDT) Received: from 172.18.9.243 (EHLO dfweml202-edg.china.huawei.com) ([172.18.9.243]) by dfwrg02-dlp.huawei.com (MOS 4.2.3-GA FastPath) with ESMTP id AEJ73227; Mon, 26 Mar 2012 04:01:19 -0400 (EDT) Received: from DFWEML407-HUB.china.huawei.com (10.193.5.132) by dfweml202-edg.china.huawei.com (172.18.9.108) with Microsoft SMTP Server (TLS) id 14.1.323.3; Mon, 26 Mar 2012 00:56:53 -0700 Received: from SZXEML419-HUB.china.huawei.com (10.82.67.158) by dfweml407-hub.china.huawei.com (10.193.5.132) with Microsoft SMTP Server (TLS) id 14.1.323.3; Mon, 26 Mar 2012 00:56:49 -0700 Received: from SZXEML520-MBX.china.huawei.com ([169.254.1.77]) by szxeml419-hub.china.huawei.com ([10.82.67.158]) with mapi id 14.01.0323.003; Mon, 26 Mar 2012 15:56:42 +0800 From: Fatai Zhang To: "wang.qilei@zte.com.cn" Thread-Topic: Re: [CCAMP] Update to draft-farrkingel-ccamp-flexigrid-lambda-label Thread-Index: AQHNCA36ksHEPFpbRMeRBWbxSfw235Z2EZMg//+gogCAAYgNcIAEdVEAgACKiJ8= Date: Mon, 26 Mar 2012 07:56:40 +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: [172.24.1.67] Content-Type: multipart/alternative; boundary="_000_F82A4B6D50F9464B8EBA55651F541CF82CBCDA3ESZXEML520MBXchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "ccamp@ietf.org" Subject: [CCAMP] =?gb2312?b?tPC4tDogUmU6ICBVcGRhdGUgdG8gZHJhZnQtZmFycmtp?= =?gb2312?b?bmdlbC1jY2FtcC1mbGV4aWdyaWQtbGFtYmRhLWxhYmVs?= 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, 26 Mar 2012 08:01:21 -0000 --_000_F82A4B6D50F9464B8EBA55651F541CF82CBCDA3ESZXEML520MBXchi_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 DQpIaSBRaWxlaSwNCg0KSSBhbSB0b3RhbGx5IGNvbmZ1c2VkIGJlY2F1c2Ugd2hhdCB5b3Ugc2Fp ZCBjb250cmFkaWN0cyB3aGF0IHlvdXIgY29sbGVhZ3VlIChMZWkgV2FuZykgc2FpZC4NCg0KWW91 IGxpa2Ugb25lIGNvbnNpc3RlbnQgbGFiZWwgZm9ybWF0IGZvciBib3RoIHJvdXRpbmcgYW5kIHNp Z25hbGluZywgYnV0IExlaSBzdXBwb3J0cyB0d28gZGlmZmVyZW50IGxhYmVsIGZvcm1hdHMuDQoN CkkgZG9uJ3Qga25vdyBob3cgdG8gbWFrZSB0aGlzIGRpc2N1c3MgbW92ZSBmb3J3YXJkLg0KDQpU aGFua3MNCg0KRmF0YWkNCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0Kt6K8 /sjLOiB3YW5nLnFpbGVpQHp0ZS5jb20uY24gW3dhbmcucWlsZWlAenRlLmNvbS5jbl0NCreiy83K sbzkOiAyMDEyxOoz1MIyNsjVIDE1OjM0DQq1vTogRmF0YWkgWmhhbmcNCkNjOiBjY2FtcEBpZXRm Lm9yZw0K1vfM4jogUmU6IFJlOiBbQ0NBTVBdIFVwZGF0ZSB0byBkcmFmdC1mYXJya2luZ2VsLWNj YW1wLWZsZXhpZ3JpZC1sYW1iZGEtbGFiZWwNCg0KDQpIaSwgRmF0YWksDQoNCjxzbmlwPg0KDQpQ bGVhc2Ugc2VlIG15IGNvbW1lbnRzIGluLWxpbmU6DQoNCg0KImlmIHRoZSBhdmFpbGFibGUgc3Bl Y3RydW0gaXMgb2RkIHRpbWVzIG9mICB0aGUgY2VudHJhbCBmcmVxdWVuY3kgZ3JhbnVsYXJpdHkg KDUqNi4yNUdIeiksIGhvdyB0byBlbmNvZGUgdGhlIHZhbHVlIG9mIKGubaGvPyIgRmlyc3RseSwg aXQgaXMgaW1wb3NzaWJsZSB0aGF0IHRoZSBhdmFpbGFibGUgc3BlY3RydW0gaXMgb2RkIHRpbWVz IG9mICB0aGUgY2VudHJhbCBmcmVxdWVuY3kgZ3JhbnVsYXJpdHksIGF0IGxlYXN0IGZvciByZWNl bnQgb3B0aWNhbCBjb21wb25lbnRzLiBwbGVhc2Ugc2VlIHRoZSByZWZlcmVuY2U6ICJEeW5hbWlj IHdhdmVsZW5ndGggcHJvY2Vzc29yIFdTUyB3aXRoIEZMRVhHUklEIGZ1bmN0aW9uYWxpdHkgW0Zp bmlzYXJdIjsgU2Vjb25kbHkgLGV2ZW50IGlmIGl0IGlzIHBvc3NpYmxlLCB0eXBlIDIvMyBhbmQg dHlwZSA0IGNvdWxkIHdlbGwgZXhwcmVzcyB0aGF0LCBXb3VsZCB5b3UgYWdyZWUgd2l0aCBtZT8N Cg0KW0ZhdGFpXSAgV2h5IGl0IGlzIGltcG9zc2libGU/IFRoaXMgY2FzZSBzaG91bGQgYmUgdmVy eSBjb21tb24uDQpQbGVhc2Ugc2VlIHRoZSBGaWd1cmUgSS4xIGluIEcuNjk0LjEgY29waWVkIGFz IGZvbGxvd3MuIEluIHRoaXMgZXhhbXBsZSwgdGhlIGF2YWlsYWJsZSBzcGVjdHJ1bSBpcyA5KjYu MjVHSHouIFRoZXJlZm9yZSwgdGhlIGxhYmVsIGZvcm1hdCB3aXRoIKGubaGvIGNhbm5vdCBoYW5k bGUgdGhpcyBjb21tb24gY2FzZS4NCg0KW1FpbGVpXTogSW4gbXkgb3BpbmlvbiwgbGFiZWwgZm9y bWF0IHVzZWQgaW4gdGhlIHJvdXRpbmcgcHJvdG9jb2wgc2hvdWxkIGJlIGluIGFjY29yZGFuY2Ug d2l0aCB0aGF0IGluIHRoZSBzaWduYWxpbmcgaW4gZmxleGlibGUgZ3JpZCAobWF5IGJlIGVhcmx5 IHRvIGRpc2N1c3MgdGhlIGxhYmVsIGZvcm1hdCBpbiB0aGUgcm91dGluZyBwcm90b2NvbCksIGJl Y2F1c2UgY29uc2lzdGVuY3kgaXMgbmVlZGVkLg0KDQpJJ20gc3RpbGwgbm90IHN1cmUgd2hldGhl ciB0aGUgc2NlbmFyaW8geW91IGludHJvZHVjZSBmcm9tIElUVS1UIGRvY3VtZW50IGlzIHBvc3Np YmxlLiBNYXliZSB3ZSBzaG91bGQgY2FyZWZ1bGx5IGV4YW1pbmUgaXQgb3IgY29uc3VsdCB0aGUg YXV0aG9yIG9mIHRoZSBHLjY5NC4xLg0KVGhlIGNhc2UgeW91IHNhaWQgaXMgcG9zc2libGUsIHRv IHNheSB0aGUgbGVhc3Qgb2YgaXQuSSB0aGluayBJbmNsdXNpdmUvRXhjbHVzaXZlIGxpc3QgY291 bGQgYWxzbyBiZSB1c2VkIHRvIHJlcHJlc2VudCB0aGUgbGFiZWwgcmFuZ2UsIGFzIHRoZXJlIGFy ZSAyNCBiaXRzIHJlc2VydmVkIGluIHRoZSBsYWJlbCBmb3JtYXQuIFdlIGNhbiB1c2UgdGhlIHJl c2VydmVkIGJpdHMgdG8gaW5kaWNhdGUgdGhlIG9mZnNldC4NCg0KQW5vdGhlciB0aGluZzogSSdt IGNvbmZ1c2VkIHdpdGggdGhlIHVzZSBvZiBncmlkIHR5cGUgdmFsdWUgaW4geW91ciBkcmFmdC4g TGV0J3Mgc2VlIHRoZSBkZXNjcmlwdGluIGluIHlvdXIgZHJhZnQ6DQoiSW4gY2FzZSBvZiBHcmlk PTEgKElUVS1UIERXRE0pLCBhIG5ldyB2YWx1ZSBvZiBDLlMuIGlzIGRlZmluZWQgZm9yIGZsZXhp YmxlIGdyaWQuICINCkEgbmV3IHZhbHVlIG9mIEMuUy4gaXMgZGVmaW5lZCBmb3IgZmxleGlibGUg Z3JpZC4gSSB0aGluayB5b3UgbWVhbiA2LjI1R0h6IGhlcmUuIE15IGNvbmZ1c2lvbiBpcyB0aGF0 IGlmIHRoZSBDLlMuIHZhbHVlIGlzIHVzZWQgZm9yIGZpeGVkIGdyaWQgcHVycG9zZSwgaG93IGNh biB3ZSBkaWZmZXJlbnRpYXRlIGZpeGVkIGdyaWQgZnJvbSBmbGV4aWJsZSBncmlkPw0KDQpJJ20g bm90IHN1cmUgaWYgSSBtaXNzIHNvbWV0aGluZywgcGxlYXNlIHJlcGx5IHRvIG1lIGlmIEkgaGF2 ZSB3cm9uZyB1bmRlcnN0YW5kaW5nIGhlcmUuDQoNCg0KVGhhbmtzDQpRaWxlaQ0KDQoNCg0KDQoN Cg0KRmF0YWkgWmhhbmcgPHpoYW5nZmF0YWlAaHVhd2VpLmNvbT4NCreivP7IyzogIGNjYW1wLWJv dW5jZXNAaWV0Zi5vcmcNCg0KMjAxMi8wMy8yMyAxMTo0OA0KDQoNCsrVvP7Iyw0KICAgICAgICAi d2FuZy5sZWkxMzFAenRlLmNvbS5jbiIgPHdhbmcubGVpMTMxQHp0ZS5jb20uY24+DQqzrcvNDQog ICAgICAgICJjY2FtcEBpZXRmLm9yZyIgPGNjYW1wQGlldGYub3JnPiwgIklIdXNzYWluQGluZmlu ZXJhLmNvbSIgPElIdXNzYWluQGluZmluZXJhLmNvbT4NCtb3zOINCiAgICAgICAgUmU6IFtDQ0FN UF0gVXBkYXRlIHRvIGRyYWZ0LWZhcnJraW5nZWwtY2NhbXAtZmxleGlncmlkLWxhbWJkYS1sYWJl bA0KDQoNCg0KDQoNCg0KDQpIaSBMZWksDQoNCjxTbmlwPg0KDQpJdCBzZWVtcyB0aGF0IGZsZXhp YmxlLWdyaWQgbmV0d29yayBpcyBiZWNvbWluZyBhIGhvdCB0b3BpYyBpbiB0aGVzZSBkYXlzLCBi dXQgSSBhbHNvIGZpbmQgdGhhdCB0aGUgZGlzY3Vzc2lvbnMgbWFpbmx5IGZvY3VzIG9uIHR3byBw cm9ibGVtcyBsaXN0ZWQgYXMgZm9sbG93czoNCg0KMS4gV2hlcmUgZG8gd2UgY2FycnkgdGhlICJt IiB2YWx1ZSwgbGFiZWwgb3IgdHJhZmZpYyBwYXJhbWV0ZXJzPw0KDQoyLiBXaGF0IHNob3VsZCB3 ZSBkaXNjdXNzIGluIHRoZSBmaXJzdCBzdGVwLCB0aGUgd2hvbGUgRmxleGlibGUtR3JpZCBjb250 cm9sIHBsYW5lIG9yIGp1c3QgbGFiZWwgYW5kIHNpZ25hbGluZyBwYXJhbWV0ZXJzPw0KDQpIZXJl IEkgcHJlc2VudCBteSBjb25jZXB0IG9uIHRoZXNlIHR3byBxdXN0aW9ucy4NCg0KVGhlIGZpcnN0 IG9uZSwgSSBhYnNvbHV0ZWx5IGFncmVlIHdpdGggQWRyaWFuLiAidGhlIHZpZXcgdGhhdCAibSIg aXMgcGFydCBvZiB0aGUgZGVmaW5pdGlvbiBvZiB3aGF0IGlzIGJlaW5nIHN3aXRjaGVkIGFuZCBp cyBlc3NlbnRpYWwgZm9yIHRoZSBzd2l0Y2ggY3Jvc3MtY29ubmVjdCB0byBiZSBwcm9ncmFtbWVk LiBUaHVzLGl0IGlzIHBhcnQgb2YgdGhlIGxhYmVsLiIgIkkgd291bGQgYWNrbm93bGVkZ2UgdGhh dCB0aGUgdmFsdWUgb2YgIm0iIGluZmx1ZW5jZXMgdGhlIGJhbmR3aWR0aCBvZiB0aGUgTFNQLCBi dXQgSSB3b3VsZCBjbGFpbSB0aGF0IGFuIFBhdGggcmVxdWVzdCBhc2tzIGZvciBiL3cgaW4gdGhl IHRyYWZmaWMgcGFyYW1ldGVycyBhbmQgdGhlIGxhYmVsIHJldHVybmVkIHByb3ZpZGVzIHRoZSB2 YWx1ZSBvZiAibSIgdG8gYmUgcHJvZ3JhbW1lZCBpbnRvIHRoZSBYQy4gSWYgaXQgaXMgbmVjZXNz YXJ5IChwZXJoYXBzIGEgcXVlc3Rpb24gZm9yZHJhZnQtemhhbmctY2NhbXAtZmxleGlibGUtZ3Jp ZC1yc3ZwLXRlLWV4dCkgdG8gYWxzbyBzcGVjaWZ5ICJtIiAob3IgYSByYW5nZSBvZiBhY2NlcHRh YmxlIHZhbHVlcyBvZiAibSIpIGFzIHBhcnQgb2YgdGhlIFBhdGggcmVxdWVzdCwgdGhlbiBpdCB3 b3VsZCBzZWVtIHByYWdtYXRpYyB0byBwdXQgaXQgaW4gdGhlIHRyYWZmaWMgcGFyYW1ldGVycy4i DQoNCkluIG15IG9waW5pb24sIGl0IG1heSBiZSByZWFzb25hYmxlIHRvIGNhcnJ5IGNlcnRhaW4g ZmllbGRzIGluIHRyYWZmaWMgcGFyYW1ldGVycyB0aGF0IGNsYWltIG1pbiBzbG90IHdpZHRoIG9y IHNsb3Qgd2lkdGggcmFuZ2UgdGhlIExTUCByZXF1ZXN0cywgYXMgd2VsbCwgaXQgaXMgYWxzbyBu ZWNlc3NhcnkgdG8gaW5jbHVkZSAibSIgaW4gdGhlIGxhYmVsIHRvIGNsYWltIGFjdHVhbCBzbG90 IHdpZHRoIGFzc2lnbmVkIHRvIHRoaXMgTFNQLiBGb3IgZXhhbXBsZSwgYXNzdW1pbmcgYSBmbGV4 aWJsZS1ncmlkIG5ldHdvcmsgY29tcG9zZWQgb2Ygb3B0aWNhbCBjb21wb25lbnRzIHdpdGggMjVH SHogc2xvdCB3aWR0aCBncmFudWxhcml0eSBhbmQgWzUwR0h6LCAyMDBHSHpdIHNsb3Qgd2lkdGgg cmFuZ2UuIFdoZW4gYSAyNUdIei1zbG90LXdpZHRoIExTUCByZXF1ZXN0IGFycml2ZXMsIHRoZSBz aWduYWxpbmcgbWF5IGFkZCAyNUdIeiBpbiB0cmFmZmljIHBhcmFtZXRlcnMgdG8gY2xhaW0gdGhl IG1pbiBzbG90IHdpZHRoIHJlcXVpcmVkLiBIb3dldmVyLCBkdWUgdG8gdGhlIEZsZXhpYmxlLUdy aWQgY2FwYWJpbGl0eSBsaW1pdGF0aW9uIG9mIG9wdGljYWwgY29tcG9uZW50cywgdGhlIGFjdHVh bCBzbG90IHdpZHRoIGFzc2lnbmVkIHRvIHRoaXMgTFNQIG1heSBiZSA1MEdIeiwgd2hpY2ggaXMg YWRkZWQgYXMgIm0iIGluIHRoZSBsYWJlbC4gc2ltaWxhcmx5LCBXaGVuIGEgODcuNUdIei1zbG90 LXdpZHRoIExTUCByZXF1ZXN0IGFycml2ZXMsIHRoZSBhY3R1YWwgc2xvdCB3aWR0aCBhc3NpZ25l ZCB0byB0aGlzIExTUCBtYXkgYmUgMTAwR0h6LiBTbyBzdWNoIGZpZWxkcyBpbiB0cmFmZmljIHBh cmFtZXRlcnMgY2Fubm90IGV4Y2x1ZGUgdGhlIHVzZSBvZiAibSIgaW4gdGhlIGxhYmVsLCBmcm9t IHNpZ25hbGluZyBwZXJzcGVjdGl2ZS4NCg0KW0ZhdGFpXSBBcmUgeW91IGtpZGRpbmc/IFdoZW4g MjVHSHogaXMgcmVxdWVzdGVkLCBidXQgNTBHSHogaXMgYWxsb2NhdGVkIGZpbmFsbHk/IEluIHRo aXMgY2FzZSwgdGhpcyByZXF1ZXN0IHNob3VsZCBiZSByZWplY3RlZC4gU2Vjb25kbHksIHdoeSBy b3V0aW5nIGNhbm5vdCBiZSBhd2FyZSBvZiB0aGlzIGNvbnN0cmFpbnQ/IEkgdGhpbmsgdGhpcyBj b25zdHJhaW50IHNob3VsZCBiZSBhZHZlcnRpc2VkIGludG8gcm91dGluZyBhbmQgdGhlbiB0aGUg aGVhZCBub2RlIG9yIFBDRSBjYW4gY2FsY3VsYXRlIHRoZSBleGFjdCBiYW5kd2lkdGggbmVlZGVk IGJlZm9yZSBzaWduYWxpbmcuDQoNCltMZWldIFRoYXQgaXMganVzdCBhbiBleGFtcGxlLiBsZXQg dXMgZGljdXNzIGl0IGluIGRldGFpbC4gaW4gbXkgb3BpbmlvbiwgdGhlIGlkZWEgbWVudGlvbmVk IGFib3ZlIGlzIGV4dHJlbWVseSB1c2VmdWwgZm9yIEZsZXhpYmxlLUdyaWQgbmV0d29ya3Mgd2l0 aCB2YXJpb3VzIGZsZXhpYmxlLWdyaWQgYWJpbGl0eSBjb21wb25lbnRzLiBBc3N1bWluZyBhIG5l dHdvcmsgY29tcG9zZWQgb2YgdHdvIGtpbmRzIG9wdGljYWwgY29tcG9uZW50czogMS4gMjVHSHog c2xvdCB3aWR0aCBncmFudWxhcml0eSBhbmQgWzUwR0h6LCAzMDBHSHpdIHNsb3Qgd2lkdGggcmFu Z2U7IDIuIDEyLjVHSHogc2xvdCB3aWR0aCBncmFudWxhcml0eSBhbmQgWzUwR0h6LCAyMDBHSHpd IHNsb3Qgd2lkdGggcmFuZ2UuIEp1c3QgYXMgRmlndXJlIDEgaW4gW2RyYWZ0LXdhbmdsLWNjYW1w LW9zcGYtZXh0LWNvbnN0cmFpbnQtZmxleGktZ3JpZC0wMV0uDQoNCldoZW4gYSA4Ny41R0h6LXNs b3Qtd2lkdGggQS0+RSBMU1AgcmVxdWVzdCBhcnJpdmVzLCBhc3N1bWluZyB0aGVyZSBpcyBub3Qg YW55IGF2YWlsYWJsZSBzcGVjdHJ1bSByZXNvdXJjZSBvbiByb3V0ZSBBLUItRSwgQS1ELUUgaXMg c2VsZWN0ZWQgYXMgdGhlIExTUCByb3V0ZSBhbmQgMTAwR0h6IHNsb3Qgd2lkdGggaXMgYXNzaWdu ZWQuIHdoYXQgeW91IG1lYW4gaXMgdGhhdCB0aGUgY29tcHV0YXRpb24gZWxlbWVudHMgc2hvdWxk IGdldCBpbmZvcm1hdGlvbiBvZiBmbGV4aWJsZS1ncmlkIGFiaWxpdHkgb2YgZWFjaCBvcHRpY2Fs IGNvbXBvbmVudHMgYnkgT1NQRiBmbG9vZGluZywgc28gdGhlIGhlYWRlciBjYW4gY2FsY3VsYXRl IHRoZSBhY3R1YWwgc2xvdCB3aWR0aCB3aXRob3V0IGNhcnJpbmcgODcuNUdIeiBpbiB0cmFmZmlj IHBhcmFtZXRlcnMsIERvIEkgdW5kZXJzdGFuZCByaWdodD8gT0ssIHRoZXJlIGlzIGEgYmlnIHBy b2JsZW0sIGF1c3VtaW5nIGZpYmVyIEFEIGJyZWFrcyBkb3duIGFuZCBMU1AgcmVyb3V0ZSByZXVl c3RzLCBhbmQgdGhlbiByb3V0ZSBBLUItRSBpcyBzZWxlY3RlZCwgaG93IG1hbnkgc2xvdCB3aWR0 aHMgd291bGQgYXNzc2lnbmVkIHRvIHRoYXQgTFNQPyBhbHNvIDEwMEdIej8gSXQgaXMgbm90IHJl c29uYWJsZSBiZWNhdXNlIDg3LjVHSHogaXMgZW5vdWdoLiBidXQgaG93IGNvdWxkIHRoZSBjb250 cm9sIHBsYW5lIGdldCB0aGlzIGluZm9ybWF0aW9uPyBJbiBteSBvcGluaW9uLCBmcm9tIHRyYWZm aWMgcGFyYW1ldGVycy4NCg0KW0ZhdGFpXSAgQ2VydGFpbmx5LCA4Ny41R0haIGNhbiBiZSByZXF1 ZXN0ZWQgZm9yIHRoZSByZWNvdmVyeSBMU1AgYW5kIG09NyBzaG91bGQgYmUgY2FycmllZCBpbiB0 aGUgdHJhZmZpYyBwYXJhbWV0ZXJzLiBUaGlzIGlzIHdoYXQgSSBhbSBwcm9wb3NpbmcuDQoNCg0K V291bGQgeW91IGFncmVlIHdpdGggbWU/DQoNCkkgYWxzbyBub3RpY2UgdGhhdCBGYXRhaSBvcHBv c2UgdGhlIHVzZSBvZiAibSIgaW4gbGFiZWwgZnJvbSByb3V0aW5nIHBlcnNwZWN0aXZlLiBJbiBb ZHJhZnQtd2FuZ2wtY2NhbXAtb3NwZi1leHQtY29uc3RyYWludC1mbGV4aS1ncmlkLTAxXSwgZm9y IHRoZSBsYWJlbCBzZXQgd2l0aCB0eXBlIDIvMyBpbmNsdXNpdmUvZXhjbHVzaXZlIHJhbmdlLCAi VGhlIHZhbHVlIG9mIG0gaW4gc3RhcnQvZW5kIGxhYmVsIGlzIG1lYW5pbmdsZXNzIiwgYW5kICIz MiBhZGRpdGlvbmFsIGJpdHMgc3BhY2UgaXMgdXNlZCB0byBjYXJyeSBtZWFuaW5nbGVzcyBpbmZv cm1hdGlvbiEgIFBlb3BsZSBjYW4gaW1hZ2UgaG93IG1hbnkgbGFiZWxzIGFyZSBkaXN0cmlidXRl ZCBpbiB0aGUgcm91dGluZy4gV2hhdCBzY2FsYWJsZSBpc3N1ZSBpdCBpcyEiIEluIG15IG9waW5p b24sIHRoaXMgZG9jdW1lbnQgaXMgb25seSBhbiBpbmRpdmlkdWFsIGRyYWZ0IHRvIHN1bW1hcml6 ZSBvdXIgaWRlYSBhbmQgaW5pdGlhbCB3b3JrIG9uIE9TUEYgZXh0ZW5zaW9uIG9mIEZsZXhpYmxl LUdyaWQgbmV0d29ya3MsYW5kIG5lZWRzIGZ1cnRoZXIgbW9kaWZpY2F0aW9uIGFuZCBleHRlbnNp b24gYWNjb3JkaW5nIHRvIHRoZSByZXF1aXJlbWVudHMgYW5kIGZlZWRiYWNrIG9mIG90aGVycy4g VGhhbmtzIGZvciBwb2ludGluZyBvdXQgdGhlIGltcHJvcGVyIHBsYWNlLiBIb3dldmVyLCBpbiB0 aGlzIGRvY3VtZW50LCB0aGUgdHlwZSAyLzMgaW5jbHVzaXZlL2V4Y2x1c2l2ZSByYW5nZSBjYW4g YmUgd2VsbCByZXBsYWNlZCBieSB0aGUgdHlwZSAwLzEgaW5jbHVzaXZlL2V4Y2x1c2l2ZSBsYWJl bCBsaXN0LCB3aXRob3V0IGFueSBiaXQtd2FzdGluZy4gSW4gYWRkaXRpb24sIHRoZXJlIGlzIG5v dCBhbnkgbWFuZGF0b3J5IHJlcXVpcmVtZW50IHRoYXQgdGhlIHN0YXJ0L2VuZCBsYWJlbCBpbiBs YWJlbCBzZXQgTVVTVCBrZWVwIHRoZSBzYW1lIGZvcm1hdCB3aXRoIHRoZSBsYWJlbCBpbiBzaWdu YWxpbmcsIHNvIEkgdGhpbmsgdGhlIG1lYW5pbmdsZXNzIHBhcnQgY291bGQgYmUgc2ltcGx5IHJl bW92ZWQgaW4gdGhlIGxhYmVsIHNldCwgYm90aCB0eXBlIDIvMyBhbmQgdHlwZSA0LiBBYm92ZSBh bGwsIGl0IGlzIG5vdCBhIHNlcmlvdXMgcHJvYmxlbSB0aGF0IGNhbm5vdCBjb25xdWVyZWQsIGFu ZCBoYXMgbm8gaW1wYWN0IG9uIHRoZSB1c2Ugb2YgIm0iIGluIHRoZSBsYWJlbCwgZnJvbSByb3V0 aW5nIHBlcnNwZWN0aXZlLg0KDQpbRmF0YWldICBNYW55IGJpZyBpc3N1ZXMgaWYgoa5toa8gaXMg dXNlZCBpbiB0aGUgcm91dGluZy4NCg0KUGVyIEcuNjk0LjEsIHNsb3Qgd2lkdGggaXMgb25seSBz aWduaWZpY2FudCBmb3IgYSBmcmVxdWVuY3kgc2xvdCAoaWUuLCBhIHNwZWNpZmljIGNvbm5lY3Rp b24pLiBUaGVyZSBpcyBubyBwcmUtZGVmaW5lZCBmaXhlZCChsHdhdmVsZW5ndGihsSBmb3IgdGhl IGxpbmsgcmVzb3VyY2Ugb2YgZmxleGktZ3JpZCwgYmVjYXVzZSBpdCBpcyBmbGV4aWJsZSAoaWUu LCB0aGUgc2xvdCB3aWR0aCBpcyB1bmNlcnRhaW4gYmVmb3JlIGEgZnJlcXVlbmN5IHNsb3QgaXMg YWxsb2NhdGVkKSwgc28gdGhlcmUgaXMgbm8gbmVlZCB0byBhZHZlcnRpc2Ugc2xvdCB3aWR0aCAo b3Igoa5toa8pLiBUaGlzIGlzIHRoZSByZWFzb24gdG8gaGF2ZSBtZWFuaW5nbGVzcyChrm2hryBp biB5b3VyIGRyYWZ0Lg0KDQpFdmVuIHRob3VnaCB0eXBlIDAvMSBpcyB1c2VkLCB0aGVyZSBpcyBz dGlsbCBiaWcgaXNzdWUuIEZvciBleGFtcGxlLCBpZiB0aGUgYXZhaWxhYmxlIHNwZWN0cnVtIGlz IG9kZCB0aW1lcyBvZiAgdGhlIGNlbnRyYWwgZnJlcXVlbmN5IGdyYW51bGFyaXR5ICg1KjYuMjVH SHopLCBob3cgdG8gZW5jb2RlIHRoZSB2YWx1ZSBvZiChrm2hrz8gYXJlIHlvdSB0cnlpbmcgdG8g dXNlIG09Mi41Pw0KDQpJZiAgYSBsYWJlbCBmb3JtYXQgaW4gcm91dGluZyBpcyBkaWZmZXJlbnQg ZnJvbSBpbiBzaWduYWxpbmcgYXMgeW91IHNhaWQsIEkgd291bGQgbGlrZSB0byBzZWUgdGhlIGxh YmVsIGZvcm1hdC4NCg0KW0xlaV0gSSBhZ3JlZSB3aXRoIHlvdSB0aGF0IGluIGJvdGggdHlwZSAy LzMgYW5kIHR5cGU0ICJtIiBpcyBtZWFuaW5nbGVzcywgYW5kIEkgYWxzbyBpbGx1c3RyYXRlIGl0 IGluIG15IGRyYWZ0LiBNeSBpZGVhIGlzIHRoYXQsICJ0aGVyZSBpcyBub3QgYW55IG1hbmRhdG9y eSByZXF1aXJlbWVudCB0aGF0IHRoZSBzdGFydC9lbmQgbGFiZWwgaW4gbGFiZWwgc2V0IE1VU1Qg a2VlcCB0aGUgc2FtZSBmb3JtYXQgd2l0aCB0aGUgbGFiZWwgaW4gc2lnbmFsaW5nLCBzbyBJIHRo aW5rIHRoZSBtZWFuaW5nbGVzcyBwYXJ0IGNvdWxkIGJlIHNpbXBseSByZW1vdmVkIGluIHRoZSBs YWJlbCBzZXQsIGJvdGggdHlwZSAyLzMgYW5kIHR5cGUgNC4iIElzIGl0IG5vdCBjbGVhcj8NCg0K W0ZhdGFpXSAgQ2xlYXIgbm93LiBIYXBweSB0byBzZWUgdGhhdCB5b3UgYWdyZWUgoa5toa8gc2hv dWxkIGJlIHJlbW92ZWQgaW4gdGhlIGxhYmVsLg0KDQogImlmIHRoZSBhdmFpbGFibGUgc3BlY3Ry dW0gaXMgb2RkIHRpbWVzIG9mICB0aGUgY2VudHJhbCBmcmVxdWVuY3kgZ3JhbnVsYXJpdHkgKDUq Ni4yNUdIeiksIGhvdyB0byBlbmNvZGUgdGhlIHZhbHVlIG9mIKGubaGvPyIgRmlyc3RseSwgaXQg aXMgaW1wb3NzaWJsZSB0aGF0IHRoZSBhdmFpbGFibGUgc3BlY3RydW0gaXMgb2RkIHRpbWVzIG9m ICB0aGUgY2VudHJhbCBmcmVxdWVuY3kgZ3JhbnVsYXJpdHksIGF0IGxlYXN0IGZvciByZWNlbnQg b3B0aWNhbCBjb21wb25lbnRzLiBwbGVhc2Ugc2VlIHRoZSByZWZlcmVuY2U6ICJEeW5hbWljIHdh dmVsZW5ndGggcHJvY2Vzc29yIFdTUyB3aXRoIEZMRVhHUklEIGZ1bmN0aW9uYWxpdHkgW0Zpbmlz YXJdIjsgU2Vjb25kbHkgLGV2ZW50IGlmIGl0IGlzIHBvc3NpYmxlLCB0eXBlIDIvMyBhbmQgdHlw ZSA0IGNvdWxkIHdlbGwgZXhwcmVzcyB0aGF0LCBXb3VsZCB5b3UgYWdyZWUgd2l0aCBtZT8NCg0K W0ZhdGFpXSAgV2h5IGl0IGlzIGltcG9zc2libGU/IFRoaXMgY2FzZSBzaG91bGQgYmUgdmVyeSBj b21tb24uDQpQbGVhc2Ugc2VlIHRoZSBGaWd1cmUgSS4xIGluIEcuNjk0LjEgY29waWVkIGFzIGZv bGxvd3MuIEluIHRoaXMgZXhhbXBsZSwgdGhlIGF2YWlsYWJsZSBzcGVjdHJ1bSBpcyA5KjYuMjVH SHouIFRoZXJlZm9yZSwgdGhlIGxhYmVsIGZvcm1hdCB3aXRoIKGubaGvIGNhbm5vdCBoYW5kbGUg dGhpcyBjb21tb24gY2FzZS4NCg0KDQoNCkluIG15IG9waW5pb24sIHRoZSBwcm9ibGVtIG1lbnRp b25lZCBhYm92ZSBoYXMgbm8gcmVsYXRpb25zIHRvIHRoZSB1c2Ugb2YgIm0iIGluIGxhYmVsLCBJ IGFtIGNvbmZ1c2VkIHRoYXQgd2h5IHlvdSBvcHBvc2UgdGhlIGxhYmVsIGZvcm1hdCB3aXRoICJt IiBmcm9tIHRoaXMgcG9pbnQ/DQoNCltGYXRhaV0gIEFzIGV4cGxhaW5lZCBhYm92ZS4gSXQgaXMg cmVsYXRlZCB0byB0aGUgdXNhZ2Ugb2Ygoa5toa8gaW4geW91ciBkcmFmdC4gSSBhbSB0cnlpbmcg dG8gbWFrZSBwZW9wbGUgdW5kZXJzdGFuZCChrm2hryBzaG91bGQgbm90IGJlIGNhcnJpZWQgaW4g dGhlIHJvdXRpbmcgKGFuZCBzbyBpbiB0aGUgbGFiZWwpLiBJIHdpbGwgY29udGludWUgdG8gbWFr ZSB0aGlzIGVmZm9ydCB1bnRpbCBwZW9wbGUgdW5kZXJzdGFuZCB0aGlzIHBvaW50Lg0KDQoNCg0K QmVzdCBSZWdhcmRzDQoNCkxlaSBXYW5nDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tDQpMZWlXYW5nDQoNClpURQ0KQmVhcmVyIE5ldHdvcmsgUHJvZHVjdCBQ cmVfcmVzZWFyY2ggRGVwYXJ0bWVudCwNCldpcmVsaW5lIFImRCBJbnNpdGl0dXRlDQpDZWxsIHBo b25lOis4NiAxMzgxMTQ0MDA2Nw0KRW1haWw6IHdhbmcubGVpMTMxQHp0ZS5jb20uY24NCiAgICBo ZWNoZW4wMDAxQGdtYWlsLmNvbQ0KICAgIGxlaXdAdHNpbmdodWEuZWR1LmNuDQotLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KQ0NBTVAgbWFpbGluZyBsaXN0DQpDQ0FNUEBp ZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9jY2FtcA0KDQo= --_000_F82A4B6D50F9464B8EBA55651F541CF82CBCDA3ESZXEML520MBXchi_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi Qilei,

I am totally confused because what you said contradicts what your coll= eague (Lei Wang) said.

You like one consistent label format for both routing and signaling, b= ut Lei supports two different label formats.

I don't know how to make this discuss move forward.

Thanks

Fatai

=B7=A2=BC=FE=C8=CB: wang.qilei@zte.com.c= n [wang.qilei@zte.com.cn]
=B7=A2=CB=CD=CA=B1=BC=E4: 2012=C4=EA3=D4=C226=C8=D5 15:34
=B5=BD: Fatai Zhang
Cc: ccamp@ietf.org
=D6=F7=CC=E2: Re: Re: [CCAMP] Update to draft-farrkingel-ccamp-flexi= grid-lambda-label

Hi, Fatai,

<snip>

Please see my comments in-line:

"if the available spe= ctrum is odd times of the central frequency granularity (5*6.25GHz), = how to encode the value of =A1=AEm=A1=AF?" Firstly, it is impossible t= hat the available spectrum is odd times of the central frequency granularity, at least for recent optical components. please see the refere= nce: "Dynamic wavelength processor WSS with FLEXGRID functionality [Fi= nisar]"; Secondly ,event if it is possible, type 2/3 and type 4 could = well express that, Would you agree with me?

[Fatai] Why it is= impossible? This case should be very common.
Please see the Figure I= .1 in G.694.1 copied as follows. In this example, the available spectrum is= 9*6.25GHz. Therefore, the label format with =A1=AEm=A1=AF cannot handle th= is common case.

[Qilei]: In my opinion, label format u= sed in the routing protocol should be in accordance with that in the signal= ing in flexible grid (may be early to discuss the label format in the routi= ng protocol), because consistency is needed.

I'm still not sure whether the scenari= o you introduce from ITU-T document is possible. Maybe we should carefully = examine it or consult the author of the G.694.1.
The case you said is possible, to say = the least of it.I think Inclusive/Exclusive list could also be used to repr= esent the label range, as there are 24 bits reserved in the label format. W= e can use the reserved bits to indicate the offset.

Another thing: I'm confused with the u= se of grid type value in your draft. Let's see the descriptin in your draft= :
"In case of Grid=3D1 (ITU-T DWDM)= , a new value of C.S. is defined for flexible grid. "
A new value of C.S. is defined for fle= xible grid. I think you mean 6.25GHz here. My confusion is that if the C.S.= value is used for fixed grid purpose, how can we differentiate fixed grid = from flexible grid?

I'm not sure if I miss something, plea= se reply to me if I have wrong understanding here.

Thanks
Qilei

Fatai Zhang <z= hangfatai@huawei.com>
=B7=A2=BC=FE=C8=CB: ccamp-bounce= s@ietf.org
2012/03/23 11:48

=CA=D5=BC=FE=C8= =CB
"wang.lei131@zte.com.cn"= <wang.lei131@zte.com.cn>

=B3=AD=CB=CD
"ccamp@ietf.org" <cca= mp@ietf.org>, "IHussain@infinera.com" <IHussain@infinera.co= m>

=D6=F7=CC=E2
Re: [CCAMP] Update to draft-farrki= ngel-ccamp-flexigrid-lambda-label

Hi Lei,

<Snip>

It seems that flexible-grid network is beco= ming a hot topic in these days, but I also find that the discussions mainly= focus on two problems listed as follows:

1. Where do we carry the "= ;m" value, label or traffic par= ameters?

2. What should we discuss in the first step, the whole Flexible-Grid contro= l plane or just label and signaling parameters?

Here I present my concept on these two qustions.

The first one, I absolutely agree with Adrian. "the view that "m" is part of the definitio= n of what is being switched and is essential for the switch cross-connect t= o be programmed. Thus,it is part of the label." "I would acknowledge tha= t the value of "m" influences the bandwidth of the LSP, but I wou= ld claim that an Path request asks for b/w in the traffic parameters and th= e label returned provides the value of "m" to be programmed into the XC. If it is necessary (perhaps a question fordraft-zhang-ccamp-f= lexible-grid-rsvp-te-ext) to also specify "m" (or a range of acce= ptable values of "m") as part of the Path request, then it would = seem pragmatic to put it in the traffic parameters."

In my opinion, it may be reasonable to carry certain fields in traffic para= meters that claim min slot width or slot width range the LSP requests, as w= ell, it is also necessary to include "m" in the label to claim ac= tual slot width assigned to this LSP. For example, assuming a flexible-grid network composed of optical components w= ith 25GHz slot width granularity and [50GHz, 200GHz] slot width range. When= a 25GHz-slot-width LSP request arrives, the signaling may add 25GHz in tra= ffic parameters to claim the min slot width required. However, due to the Flexible-Grid capability limitati= on of optical components, the actual slot width assigned to this LSP may be= 50GHz, which is added as "m" in the label. similarly, When a 87.= 5GHz-slot-width LSP request arrives, the actual slot width assigned to this LSP may be 100GHz. So such fields in traffic p= arameters cannot exclude the use of "m" in the label, from signal= ing perspective.

[Fatai] Are you kidding? When 25GHz is requested, but 50GHz is allocated fi= nally? In this case, this request should be rejected. Secondly, why routing= cannot be aware of this constraint? I think this constraint should be adve= rtised into routing and then the head node or PCE can calculate the exact bandwidth needed before signaling= .

[Lei] That is just an example. let us dicuss it in detail. in my opinion, t= he idea mentioned above is extremely useful for Flexible-Grid networks with= various flexible-grid ability components. Assuming a network composed of t= wo kinds optical components: 1. 25GHz slot width granularity and [50GHz, 300GHz] slot width range; 2. 12.5= GHz slot width granularity and [50GHz, 200GHz] slot width range. Just as Fi= gure 1 in [draft-wangl-ccamp-ospf-ext-constraint-flexi-grid-01].

When a 87.5GHz-slot-width A->E LSP request arrives, assuming there is no= t any available spectrum resource on route A-B-E, A-D-E is selected as the = LSP route and 100GHz slot width is assigned. what you mean is that the comp= utation elements should get information of flexible-grid ability of each optical components by OSPF flooding, so t= he header can calculate the actual slot width without carring 87.5GHz in tr= affic parameters, Do I understand right? OK, there is a big problem, ausumi= ng fiber AD breaks down and LSP reroute reuests, and then route A-B-E is selected, how many slot widths wo= uld asssigned to that LSP? also 100GHz? It is not resonable because 87.5GHz= is enough. but how could the control plane get this information? In my opi= nion, from traffic parameters.

[Fatai] Certainly= , 87.5GHZ can be requested for the recovery LSP and m=3D7 should be carried= in the traffic parameters. This is what I am proposing.

Would you agree with me?

I also notice that Fatai oppose the use of "m" in label from rout= ing perspective. In [draft-wangl-ccamp-ospf-ext-constraint-flexi-grid-01], for the label= set with type 2/3 inclusive/exclusive range, "The value of m in start/end label is meaningless", and "32 additional bits space is used to carry meaningless information! Peop= le can image how many labels are distributed in the routing. What scalable = issue it is!" In my opinion, th= is document is only an individual draft to summarize our idea and initial work on OSPF extension of Flexible-Grid networks,and = needs further modification and extension according to the requirements and = feedback of others. Thanks for pointing out the improper place. However, in= this document, the type 2/3 inclusive/exclusive range can be well replaced by the type 0/1 inclusive/exclusive label list,= without any bit-wasting. In addition, there is not any mandatory requireme= nt that the start/end label in label set MUST keep the same format with the= label in signaling, so I think the meaningless part could be simply removed in the label set, both type 2= /3 and type 4. Above all, it is not a serious problem that cannot conquered= , and has no impact on the use of "m" in the label, from routing = perspective.

[Fatai] Many big issues if =A1=AEm=A1=AF is used in the routing.

Per G.694.1, slot width is only significant for a frequency slot (ie., a sp= ecific connection). There is no pre-defined fixed =A1=B0wavelength=A1=B1 fo= r the link resource of flexi-grid, because it is flexible (ie., the slot wi= dth is uncertain before a frequency slot is allocated), so there is no need to advertise slot width (or =A1=AEm=A1=AF)= . This is the reason to have meaningless =A1=AEm=A1=AF in your draft.

Even though type 0/1 is used, there is still big issue. For example, if the= available spectrum is odd times of the central frequency granularity= (5*6.25GHz), how to encode the value of =A1=AEm=A1=AF? are you trying to u= se m=3D2.5?

If a label format in routing is different from in signaling as you sa= id, I would like to see the label format.

[Lei] I agree with you that in both type 2/3 and type4 "m" is mea= ningless, and I also illustrate it in my draft. My idea is that, "ther= e is not any mandatory requirement that the start/end label in label set MU= ST keep the same format with the label in signaling, so I think the meaningless part could be simply removed in the label set, = both type 2/3 and type 4." Is it not clear?

[Fatai] Clear now= . Happy to see that you agree =A1=AEm=A1=AF should be removed in the label.=

"if the availab= le spectrum is odd times of the central frequency granularity (5*6.25= GHz), how to encode the value of =A1=AEm=A1=AF?" Firstly, it is imposs= ible that the available spectrum is odd times of the central frequenc= y granularity, at least for recent optical components. please see the refere= nce: "Dynamic wavelength processor WSS with FLEXGRID functionality [Fi= nisar]"; Secondly ,event if it is possible, type 2/3 and type 4 could = well express that, Would you agree with me?

[Fatai] Why it is= impossible? This case should be very common.
Please see the Figure I= .1 in G.694.1 copied as follows. In this example, the available spectrum is= 9*6.25GHz. Therefore, the label format with =A1=AEm=A1=AF cannot handle th= is common case.

In my opinion, the problem mentioned above has no relations to the use of &= quot;m" in label, I am confused that why you oppose the label format w= ith "m" from this point?

[Fatai] As explai= ned above. It is related to the usage of =A1=AEm=A1=AF in your draft. I am = trying to make people understand =A1=AEm=A1=AF should not be carried in the= routing (and so in the label). I will continue to make this effort until people understand this point.

Best Regards

Lei Wang

--------------------------------------------
LeiWang

ZTE
Bearer Network Product Pre_research Department,
Wireline R&D Insititute
Cell phone:+86 13811440067
Email: wang.lei131@zte.com.cn
hechen0001@gmail.com
leiw@tsinghua.edu.cn
----------------------------------------------
_______________________________________________= CCAMP mailing list CCAMP@ietf.org https://www.ietf.org/mailman/listinfo/ccamp

--_000_F82A4B6D50F9464B8EBA55651F541CF82CBCDA3ESZXEML520MBXchi_-- From wang.qilei@zte.com.cn Mon Mar 26 01:17:37 2012 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 BA13721F8546 for ; Mon, 26 Mar 2012 01:17:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -96.563 X-Spam-Level: X-Spam-Status: No, score=-96.563 tagged_above=-999 required=5 tests=[AWL=-0.128, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_42=0.6, J_CHICKENPOX_83=0.6, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_DOUBLE_IP_LOOSE=0.76, 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 dizXVgjTewhc for ; Mon, 26 Mar 2012 01:17:32 -0700 (PDT) Received: from mx5.zte.com.cn (mx6.zte.com.cn [95.130.199.165]) by ietfa.amsl.com (Postfix) with ESMTP id A51A821F8510 for ; Mon, 26 Mar 2012 01:17:29 -0700 (PDT) Received: from [10.30.17.100] by mx5.zte.com.cn with surfront esmtp id 12280473195744; Mon, 26 Mar 2012 15:41:23 +0800 (CST) Received: from [10.30.3.21] by [192.168.168.16] with StormMail ESMTP id 42250.2094925659; Mon, 26 Mar 2012 16:17:22 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse02.zte.com.cn with ESMTP id q2Q8F7xh022537; Mon, 26 Mar 2012 16:15:07 +0800 (GMT-8) (envelope-from wang.qilei@zte.com.cn) In-Reply-To: To: Fatai Zhang MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.4 March 27, 2005 Message-ID: From: wang.qilei@zte.com.cn Date: Mon, 26 Mar 2012 16:15:06 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.1FP4|July 25, 2010) at 2012-03-26 16:15:09, Serialize complete at 2012-03-26 16:15:09 Content-Type: multipart/alternative; boundary="=_alternative 002D53EA482579CD_=" X-MAIL: mse02.zte.com.cn q2Q8F7xh022537 Cc: "ccamp@ietf.org" Subject: Re: [CCAMP] Update to draft-farrkingel-ccamp-flexigrid-lambda-label 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, 26 Mar 2012 08:17:38 -0000 This is a multipart message in MIME format. --=_alternative 002D53EA482579CD_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 SGksIEZhdGFpLA0KDQpKdXN0IGZvY3VzIG9uIHRoZSB0ZWNobmljYWwgcG9pbnQuIE15IHB1cnBv c2UgaXMgdG8gbWFrZSB0aGUgd29yayBmb3J3YXJkLg0KDQpNYXliZSB5b3VyIHNvbHV0aW9uLCBv dXIgc29sdXRpb24gb3Igb3RoZXJzIHdpbGwgZXZlbnR1YWxseSBiZWNvbWUgdGhlIA0KYmVzdCBj aG9pY2UuIFNvIGxldCdzIGRpc2N1c3MgdGhlIGNhc2UgdGhhdCBJIHJhaXNlZCBpbiB0aGUgcHJl dmlvdXMgDQplbWFpbC4NCg0KVGhhbmtzDQpRaWxlaQ0KDQoNCg0KDQoNCg0KRmF0YWkgWmhhbmcg PHpoYW5nZmF0YWlAaHVhd2VpLmNvbT4gDQoyMDEyLzAzLzI2IDE1OjU2DQoNCsrVvP7Iyw0KIndh bmcucWlsZWlAenRlLmNvbS5jbiIgPHdhbmcucWlsZWlAenRlLmNvbS5jbj4NCrOty80NCiJjY2Ft cEBpZXRmLm9yZyIgPGNjYW1wQGlldGYub3JnPg0K1vfM4g0KtPC4tDogUmU6IFtDQ0FNUF0gVXBk YXRlIHRvIGRyYWZ0LWZhcnJraW5nZWwtY2NhbXAtZmxleGlncmlkLWxhbWJkYS1sYWJlbA0KDQoN Cg0KDQoNCg0KDQpIaSBRaWxlaSwNCg0KSSBhbSB0b3RhbGx5IGNvbmZ1c2VkIGJlY2F1c2Ugd2hh dCB5b3Ugc2FpZCBjb250cmFkaWN0cyB3aGF0IHlvdXIgDQpjb2xsZWFndWUgKExlaSBXYW5nKSBz YWlkLg0KDQpZb3UgbGlrZSBvbmUgY29uc2lzdGVudCBsYWJlbCBmb3JtYXQgZm9yIGJvdGggcm91 dGluZyBhbmQgc2lnbmFsaW5nLCBidXQgDQpMZWkgc3VwcG9ydHMgdHdvIGRpZmZlcmVudCBsYWJl bCBmb3JtYXRzLg0KDQpJIGRvbid0IGtub3cgaG93IHRvIG1ha2UgdGhpcyBkaXNjdXNzIG1vdmUg Zm9yd2FyZC4NCg0KVGhhbmtzDQoNCkZhdGFpDQoNCg0KDQq3orz+yMs6IHdhbmcucWlsZWlAenRl LmNvbS5jbiBbd2FuZy5xaWxlaUB6dGUuY29tLmNuXQ0Kt6LLzcqxvOQ6IDIwMTLE6jPUwjI2yNUg MTU6MzQNCrW9OiBGYXRhaSBaaGFuZw0KQ2M6IGNjYW1wQGlldGYub3JnDQrW98ziOiBSZTogUmU6 IFtDQ0FNUF0gVXBkYXRlIHRvIA0KZHJhZnQtZmFycmtpbmdlbC1jY2FtcC1mbGV4aWdyaWQtbGFt YmRhLWxhYmVsDQoNCg0KSGksIEZhdGFpLCANCg0KPHNuaXA+IA0KDQpQbGVhc2Ugc2VlIG15IGNv bW1lbnRzIGluLWxpbmU6IA0KDQoNCiJpZiB0aGUgYXZhaWxhYmxlIHNwZWN0cnVtIGlzIG9kZCB0 aW1lcyBvZiAgdGhlIGNlbnRyYWwgZnJlcXVlbmN5IA0KZ3JhbnVsYXJpdHkgKDUqNi4yNUdIeiks IGhvdyB0byBlbmNvZGUgdGhlIHZhbHVlIG9mIKGubaGvPyIgRmlyc3RseSwgaXQgaXMgDQppbXBv c3NpYmxlIHRoYXQgdGhlIGF2YWlsYWJsZSBzcGVjdHJ1bSBpcyBvZGQgdGltZXMgb2YgIHRoZSBj ZW50cmFsIA0KZnJlcXVlbmN5IGdyYW51bGFyaXR5LCBhdCBsZWFzdCBmb3IgcmVjZW50IG9wdGlj YWwgY29tcG9uZW50cy4gcGxlYXNlIHNlZSANCnRoZSByZWZlcmVuY2U6ICJEeW5hbWljIHdhdmVs ZW5ndGggcHJvY2Vzc29yIFdTUyB3aXRoIEZMRVhHUklEIA0KZnVuY3Rpb25hbGl0eSBbRmluaXNh cl0iOyBTZWNvbmRseSAsZXZlbnQgaWYgaXQgaXMgcG9zc2libGUsIHR5cGUgMi8zIGFuZCANCnR5 cGUgNCBjb3VsZCB3ZWxsIGV4cHJlc3MgdGhhdCwgV291bGQgeW91IGFncmVlIHdpdGggbWU/IA0K DQpbRmF0YWldICBXaHkgaXQgaXMgaW1wb3NzaWJsZT8gVGhpcyBjYXNlIHNob3VsZCBiZSB2ZXJ5 IGNvbW1vbi4gDQpQbGVhc2Ugc2VlIHRoZSBGaWd1cmUgSS4xIGluIEcuNjk0LjEgY29waWVkIGFz IGZvbGxvd3MuIEluIHRoaXMgZXhhbXBsZSwgDQp0aGUgYXZhaWxhYmxlIHNwZWN0cnVtIGlzIDkq Ni4yNUdIei4gVGhlcmVmb3JlLCB0aGUgbGFiZWwgZm9ybWF0IHdpdGggoa5tDQqhryBjYW5ub3Qg aGFuZGxlIHRoaXMgY29tbW9uIGNhc2UuIA0KDQpbUWlsZWldOiBJbiBteSBvcGluaW9uLCBsYWJl bCBmb3JtYXQgdXNlZCBpbiB0aGUgcm91dGluZyBwcm90b2NvbCBzaG91bGQgDQpiZSBpbiBhY2Nv cmRhbmNlIHdpdGggdGhhdCBpbiB0aGUgc2lnbmFsaW5nIGluIGZsZXhpYmxlIGdyaWQgKG1heSBi ZSBlYXJseSANCnRvIGRpc2N1c3MgdGhlIGxhYmVsIGZvcm1hdCBpbiB0aGUgcm91dGluZyBwcm90 b2NvbCksIGJlY2F1c2UgY29uc2lzdGVuY3kgDQppcyBuZWVkZWQuIA0KDQpJJ20gc3RpbGwgbm90 IHN1cmUgd2hldGhlciB0aGUgc2NlbmFyaW8geW91IGludHJvZHVjZSBmcm9tIElUVS1UIGRvY3Vt ZW50IA0KaXMgcG9zc2libGUuIE1heWJlIHdlIHNob3VsZCBjYXJlZnVsbHkgZXhhbWluZSBpdCBv ciBjb25zdWx0IHRoZSBhdXRob3Igb2YgDQp0aGUgRy42OTQuMS4gDQpUaGUgY2FzZSB5b3Ugc2Fp ZCBpcyBwb3NzaWJsZSwgdG8gc2F5IHRoZSBsZWFzdCBvZiBpdC5JIHRoaW5rIA0KSW5jbHVzaXZl L0V4Y2x1c2l2ZSBsaXN0IGNvdWxkIGFsc28gYmUgdXNlZCB0byByZXByZXNlbnQgdGhlIGxhYmVs IHJhbmdlLCANCmFzIHRoZXJlIGFyZSAyNCBiaXRzIHJlc2VydmVkIGluIHRoZSBsYWJlbCBmb3Jt YXQuIFdlIGNhbiB1c2UgdGhlIHJlc2VydmVkIA0KYml0cyB0byBpbmRpY2F0ZSB0aGUgb2Zmc2V0 LiANCg0KQW5vdGhlciB0aGluZzogSSdtIGNvbmZ1c2VkIHdpdGggdGhlIHVzZSBvZiBncmlkIHR5 cGUgdmFsdWUgaW4geW91ciBkcmFmdC4gDQpMZXQncyBzZWUgdGhlIGRlc2NyaXB0aW4gaW4geW91 ciBkcmFmdDogDQoiSW4gY2FzZSBvZiBHcmlkPTEgKElUVS1UIERXRE0pLCBhIG5ldyB2YWx1ZSBv ZiBDLlMuIGlzIGRlZmluZWQgZm9yIA0KZmxleGlibGUgZ3JpZC4gIiANCkEgbmV3IHZhbHVlIG9m IEMuUy4gaXMgZGVmaW5lZCBmb3IgZmxleGlibGUgZ3JpZC4gSSB0aGluayB5b3UgbWVhbiA2LjI1 R0h6IA0KaGVyZS4gTXkgY29uZnVzaW9uIGlzIHRoYXQgaWYgdGhlIEMuUy4gdmFsdWUgaXMgdXNl ZCBmb3IgZml4ZWQgZ3JpZCANCnB1cnBvc2UsIGhvdyBjYW4gd2UgZGlmZmVyZW50aWF0ZSBmaXhl ZCBncmlkIGZyb20gZmxleGlibGUgZ3JpZD8gDQoNCkknbSBub3Qgc3VyZSBpZiBJIG1pc3Mgc29t ZXRoaW5nLCBwbGVhc2UgcmVwbHkgdG8gbWUgaWYgSSBoYXZlIHdyb25nIA0KdW5kZXJzdGFuZGlu ZyBoZXJlLiANCg0KDQpUaGFua3MgDQpRaWxlaSANCg0KDQoNCg0KDQoNCkZhdGFpIFpoYW5nIDx6 aGFuZ2ZhdGFpQGh1YXdlaS5jb20+IA0Kt6K8/sjLOiAgY2NhbXAtYm91bmNlc0BpZXRmLm9yZyAN CjIwMTIvMDMvMjMgMTE6NDggDQoNCg0KytW8/sjLDQoid2FuZy5sZWkxMzFAenRlLmNvbS5jbiIg PHdhbmcubGVpMTMxQHp0ZS5jb20uY24+IA0Ks63LzQ0KImNjYW1wQGlldGYub3JnIiA8Y2NhbXBA aWV0Zi5vcmc+LCAiSUh1c3NhaW5AaW5maW5lcmEuY29tIiANCjxJSHVzc2FpbkBpbmZpbmVyYS5j b20+IA0K1vfM4g0KUmU6IFtDQ0FNUF0gVXBkYXRlIHRvIGRyYWZ0LWZhcnJraW5nZWwtY2NhbXAt ZmxleGlncmlkLWxhbWJkYS1sYWJlbA0KDQoNCg0KDQoNCg0KDQoNCkhpIExlaSwgDQogIA0KPFNu aXA+IA0KICANCkl0IHNlZW1zIHRoYXQgZmxleGlibGUtZ3JpZCBuZXR3b3JrIGlzIGJlY29taW5n IGEgaG90IHRvcGljIGluIHRoZXNlIGRheXMsIA0KYnV0IEkgYWxzbyBmaW5kIHRoYXQgdGhlIGRp c2N1c3Npb25zIG1haW5seSBmb2N1cyBvbiB0d28gcHJvYmxlbXMgbGlzdGVkIA0KYXMgZm9sbG93 czogDQoNCjEuIFdoZXJlIGRvIHdlIGNhcnJ5IHRoZSAibSIgdmFsdWUsIGxhYmVsIG9yIHRyYWZm aWMgcGFyYW1ldGVycz8gDQoNCjIuIFdoYXQgc2hvdWxkIHdlIGRpc2N1c3MgaW4gdGhlIGZpcnN0 IHN0ZXAsIHRoZSB3aG9sZSBGbGV4aWJsZS1HcmlkIA0KY29udHJvbCBwbGFuZSBvciBqdXN0IGxh YmVsIGFuZCBzaWduYWxpbmcgcGFyYW1ldGVycz8gDQoNCkhlcmUgSSBwcmVzZW50IG15IGNvbmNl cHQgb24gdGhlc2UgdHdvIHF1c3Rpb25zLiANCg0KVGhlIGZpcnN0IG9uZSwgSSBhYnNvbHV0ZWx5 IGFncmVlIHdpdGggQWRyaWFuLiAidGhlIHZpZXcgdGhhdCAibSIgaXMgcGFydCANCm9mIHRoZSBk ZWZpbml0aW9uIG9mIHdoYXQgaXMgYmVpbmcgc3dpdGNoZWQgYW5kIGlzIGVzc2VudGlhbCBmb3Ig dGhlIA0Kc3dpdGNoIGNyb3NzLWNvbm5lY3QgdG8gYmUgcHJvZ3JhbW1lZC4gVGh1cyxpdCBpcyBw YXJ0IG9mIHRoZSBsYWJlbC4iICJJIA0Kd291bGQgYWNrbm93bGVkZ2UgdGhhdCB0aGUgdmFsdWUg b2YgIm0iIGluZmx1ZW5jZXMgdGhlIGJhbmR3aWR0aCBvZiB0aGUgDQpMU1AsIGJ1dCBJIHdvdWxk IGNsYWltIHRoYXQgYW4gUGF0aCByZXF1ZXN0IGFza3MgZm9yIGIvdyBpbiB0aGUgdHJhZmZpYyAN CnBhcmFtZXRlcnMgYW5kIHRoZSBsYWJlbCByZXR1cm5lZCBwcm92aWRlcyB0aGUgdmFsdWUgb2Yg Im0iIHRvIGJlIA0KcHJvZ3JhbW1lZCBpbnRvIHRoZSBYQy4gSWYgaXQgaXMgbmVjZXNzYXJ5IChw ZXJoYXBzIGEgcXVlc3Rpb24gDQpmb3JkcmFmdC16aGFuZy1jY2FtcC1mbGV4aWJsZS1ncmlkLXJz dnAtdGUtZXh0KSB0byBhbHNvIHNwZWNpZnkgIm0iIChvciBhIA0KcmFuZ2Ugb2YgYWNjZXB0YWJs ZSB2YWx1ZXMgb2YgIm0iKSBhcyBwYXJ0IG9mIHRoZSBQYXRoIHJlcXVlc3QsIHRoZW4gaXQgDQp3 b3VsZCBzZWVtIHByYWdtYXRpYyB0byBwdXQgaXQgaW4gdGhlIHRyYWZmaWMgcGFyYW1ldGVycy4i IA0KDQpJbiBteSBvcGluaW9uLCBpdCBtYXkgYmUgcmVhc29uYWJsZSB0byBjYXJyeSBjZXJ0YWlu IGZpZWxkcyBpbiB0cmFmZmljIA0KcGFyYW1ldGVycyB0aGF0IGNsYWltIG1pbiBzbG90IHdpZHRo IG9yIHNsb3Qgd2lkdGggcmFuZ2UgdGhlIExTUCByZXF1ZXN0cywgDQphcyB3ZWxsLCBpdCBpcyBh bHNvIG5lY2Vzc2FyeSB0byBpbmNsdWRlICJtIiBpbiB0aGUgbGFiZWwgdG8gY2xhaW0gYWN0dWFs IA0Kc2xvdCB3aWR0aCBhc3NpZ25lZCB0byB0aGlzIExTUC4gRm9yIGV4YW1wbGUsIGFzc3VtaW5n IGEgZmxleGlibGUtZ3JpZCANCm5ldHdvcmsgY29tcG9zZWQgb2Ygb3B0aWNhbCBjb21wb25lbnRz IHdpdGggMjVHSHogc2xvdCB3aWR0aCBncmFudWxhcml0eSANCmFuZCBbNTBHSHosIDIwMEdIel0g c2xvdCB3aWR0aCByYW5nZS4gV2hlbiBhIDI1R0h6LXNsb3Qtd2lkdGggTFNQIHJlcXVlc3QgDQph cnJpdmVzLCB0aGUgc2lnbmFsaW5nIG1heSBhZGQgMjVHSHogaW4gdHJhZmZpYyBwYXJhbWV0ZXJz IHRvIGNsYWltIHRoZSANCm1pbiBzbG90IHdpZHRoIHJlcXVpcmVkLiBIb3dldmVyLCBkdWUgdG8g dGhlIEZsZXhpYmxlLUdyaWQgY2FwYWJpbGl0eSANCmxpbWl0YXRpb24gb2Ygb3B0aWNhbCBjb21w b25lbnRzLCB0aGUgYWN0dWFsIHNsb3Qgd2lkdGggYXNzaWduZWQgdG8gdGhpcyANCkxTUCBtYXkg YmUgNTBHSHosIHdoaWNoIGlzIGFkZGVkIGFzICJtIiBpbiB0aGUgbGFiZWwuIHNpbWlsYXJseSwg V2hlbiBhIA0KODcuNUdIei1zbG90LXdpZHRoIExTUCByZXF1ZXN0IGFycml2ZXMsIHRoZSBhY3R1 YWwgc2xvdCB3aWR0aCBhc3NpZ25lZCB0byANCnRoaXMgTFNQIG1heSBiZSAxMDBHSHouIFNvIHN1 Y2ggZmllbGRzIGluIHRyYWZmaWMgcGFyYW1ldGVycyBjYW5ub3QgDQpleGNsdWRlIHRoZSB1c2Ug b2YgIm0iIGluIHRoZSBsYWJlbCwgZnJvbSBzaWduYWxpbmcgcGVyc3BlY3RpdmUuIA0KIA0KW0Zh dGFpXSBBcmUgeW91IGtpZGRpbmc/IFdoZW4gMjVHSHogaXMgcmVxdWVzdGVkLCBidXQgNTBHSHog aXMgYWxsb2NhdGVkIA0KZmluYWxseT8gSW4gdGhpcyBjYXNlLCB0aGlzIHJlcXVlc3Qgc2hvdWxk IGJlIHJlamVjdGVkLiBTZWNvbmRseSwgd2h5IA0Kcm91dGluZyBjYW5ub3QgYmUgYXdhcmUgb2Yg dGhpcyBjb25zdHJhaW50PyBJIHRoaW5rIHRoaXMgY29uc3RyYWludCBzaG91bGQgDQpiZSBhZHZl cnRpc2VkIGludG8gcm91dGluZyBhbmQgdGhlbiB0aGUgaGVhZCBub2RlIG9yIFBDRSBjYW4gY2Fs Y3VsYXRlIHRoZSANCmV4YWN0IGJhbmR3aWR0aCBuZWVkZWQgYmVmb3JlIHNpZ25hbGluZy4gDQoN CltMZWldIFRoYXQgaXMganVzdCBhbiBleGFtcGxlLiBsZXQgdXMgZGljdXNzIGl0IGluIGRldGFp bC4gaW4gbXkgb3BpbmlvbiwgDQp0aGUgaWRlYSBtZW50aW9uZWQgYWJvdmUgaXMgZXh0cmVtZWx5 IHVzZWZ1bCBmb3IgRmxleGlibGUtR3JpZCBuZXR3b3JrcyANCndpdGggdmFyaW91cyBmbGV4aWJs ZS1ncmlkIGFiaWxpdHkgY29tcG9uZW50cy4gQXNzdW1pbmcgYSBuZXR3b3JrIGNvbXBvc2VkIA0K b2YgdHdvIGtpbmRzIG9wdGljYWwgY29tcG9uZW50czogMS4gMjVHSHogc2xvdCB3aWR0aCBncmFu dWxhcml0eSBhbmQgDQpbNTBHSHosIDMwMEdIel0gc2xvdCB3aWR0aCByYW5nZTsgMi4gMTIuNUdI eiBzbG90IHdpZHRoIGdyYW51bGFyaXR5IGFuZCANCls1MEdIeiwgMjAwR0h6XSBzbG90IHdpZHRo IHJhbmdlLiBKdXN0IGFzIEZpZ3VyZSAxIGluIA0KW2RyYWZ0LXdhbmdsLWNjYW1wLW9zcGYtZXh0 LWNvbnN0cmFpbnQtZmxleGktZ3JpZC0wMV0uIA0KDQpXaGVuIGEgODcuNUdIei1zbG90LXdpZHRo IEEtPkUgTFNQIHJlcXVlc3QgYXJyaXZlcywgYXNzdW1pbmcgdGhlcmUgaXMgbm90IA0KYW55IGF2 YWlsYWJsZSBzcGVjdHJ1bSByZXNvdXJjZSBvbiByb3V0ZSBBLUItRSwgQS1ELUUgaXMgc2VsZWN0 ZWQgYXMgdGhlIA0KTFNQIHJvdXRlIGFuZCAxMDBHSHogc2xvdCB3aWR0aCBpcyBhc3NpZ25lZC4g d2hhdCB5b3UgbWVhbiBpcyB0aGF0IHRoZSANCmNvbXB1dGF0aW9uIGVsZW1lbnRzIHNob3VsZCBn ZXQgaW5mb3JtYXRpb24gb2YgZmxleGlibGUtZ3JpZCBhYmlsaXR5IG9mIA0KZWFjaCBvcHRpY2Fs IGNvbXBvbmVudHMgYnkgT1NQRiBmbG9vZGluZywgc28gdGhlIGhlYWRlciBjYW4gY2FsY3VsYXRl IHRoZSANCmFjdHVhbCBzbG90IHdpZHRoIHdpdGhvdXQgY2FycmluZyA4Ny41R0h6IGluIHRyYWZm aWMgcGFyYW1ldGVycywgRG8gSSANCnVuZGVyc3RhbmQgcmlnaHQ/IE9LLCB0aGVyZSBpcyBhIGJp ZyBwcm9ibGVtLCBhdXN1bWluZyBmaWJlciBBRCBicmVha3MgDQpkb3duIGFuZCBMU1AgcmVyb3V0 ZSByZXVlc3RzLCBhbmQgdGhlbiByb3V0ZSBBLUItRSBpcyBzZWxlY3RlZCwgaG93IG1hbnkgDQpz bG90IHdpZHRocyB3b3VsZCBhc3NzaWduZWQgdG8gdGhhdCBMU1A/IGFsc28gMTAwR0h6PyBJdCBp cyBub3QgcmVzb25hYmxlIA0KYmVjYXVzZSA4Ny41R0h6IGlzIGVub3VnaC4gYnV0IGhvdyBjb3Vs ZCB0aGUgY29udHJvbCBwbGFuZSBnZXQgdGhpcyANCmluZm9ybWF0aW9uPyBJbiBteSBvcGluaW9u LCBmcm9tIHRyYWZmaWMgcGFyYW1ldGVycy4gDQogIA0KW0ZhdGFpXSAgQ2VydGFpbmx5LCA4Ny41 R0haIGNhbiBiZSByZXF1ZXN0ZWQgZm9yIHRoZSByZWNvdmVyeSBMU1AgYW5kIG09NyANCnNob3Vs ZCBiZSBjYXJyaWVkIGluIHRoZSB0cmFmZmljIHBhcmFtZXRlcnMuIFRoaXMgaXMgd2hhdCBJIGFt IHByb3Bvc2luZy4gDQoNCg0KV291bGQgeW91IGFncmVlIHdpdGggbWU/IA0KDQpJIGFsc28gbm90 aWNlIHRoYXQgRmF0YWkgb3Bwb3NlIHRoZSB1c2Ugb2YgIm0iIGluIGxhYmVsIGZyb20gcm91dGlu ZyANCnBlcnNwZWN0aXZlLiBJbiBbZHJhZnQtd2FuZ2wtY2NhbXAtb3NwZi1leHQtY29uc3RyYWlu dC1mbGV4aS1ncmlkLTAxXSwgZm9yIA0KdGhlIGxhYmVsIHNldCB3aXRoIHR5cGUgMi8zIGluY2x1 c2l2ZS9leGNsdXNpdmUgcmFuZ2UsICJUaGUgdmFsdWUgb2YgbSBpbiANCnN0YXJ0L2VuZCBsYWJl bCBpcyBtZWFuaW5nbGVzcyIsIGFuZCAiMzIgYWRkaXRpb25hbCBiaXRzIHNwYWNlIGlzIHVzZWQg dG8gDQpjYXJyeSBtZWFuaW5nbGVzcyBpbmZvcm1hdGlvbiEgIFBlb3BsZSBjYW4gaW1hZ2UgaG93 IG1hbnkgbGFiZWxzIGFyZSANCmRpc3RyaWJ1dGVkIGluIHRoZSByb3V0aW5nLiBXaGF0IHNjYWxh YmxlIGlzc3VlIGl0IGlzISIgSW4gbXkgb3BpbmlvbiwgDQp0aGlzIGRvY3VtZW50IGlzIG9ubHkg YW4gaW5kaXZpZHVhbCBkcmFmdCB0byBzdW1tYXJpemUgb3VyIGlkZWEgYW5kIA0KaW5pdGlhbCB3 b3JrIG9uIE9TUEYgZXh0ZW5zaW9uIG9mIEZsZXhpYmxlLUdyaWQgbmV0d29ya3MsYW5kIG5lZWRz IGZ1cnRoZXIgDQptb2RpZmljYXRpb24gYW5kIGV4dGVuc2lvbiBhY2NvcmRpbmcgdG8gdGhlIHJl cXVpcmVtZW50cyBhbmQgZmVlZGJhY2sgb2YgDQpvdGhlcnMuIFRoYW5rcyBmb3IgcG9pbnRpbmcg b3V0IHRoZSBpbXByb3BlciBwbGFjZS4gSG93ZXZlciwgaW4gdGhpcyANCmRvY3VtZW50LCB0aGUg dHlwZSAyLzMgaW5jbHVzaXZlL2V4Y2x1c2l2ZSByYW5nZSBjYW4gYmUgd2VsbCByZXBsYWNlZCBi eSANCnRoZSB0eXBlIDAvMSBpbmNsdXNpdmUvZXhjbHVzaXZlIGxhYmVsIGxpc3QsIHdpdGhvdXQg YW55IGJpdC13YXN0aW5nLiBJbiANCmFkZGl0aW9uLCB0aGVyZSBpcyBub3QgYW55IG1hbmRhdG9y eSByZXF1aXJlbWVudCB0aGF0IHRoZSBzdGFydC9lbmQgbGFiZWwgDQppbiBsYWJlbCBzZXQgTVVT VCBrZWVwIHRoZSBzYW1lIGZvcm1hdCB3aXRoIHRoZSBsYWJlbCBpbiBzaWduYWxpbmcsIHNvIEkg DQp0aGluayB0aGUgbWVhbmluZ2xlc3MgcGFydCBjb3VsZCBiZSBzaW1wbHkgcmVtb3ZlZCBpbiB0 aGUgbGFiZWwgc2V0LCBib3RoIA0KdHlwZSAyLzMgYW5kIHR5cGUgNC4gQWJvdmUgYWxsLCBpdCBp cyBub3QgYSBzZXJpb3VzIHByb2JsZW0gdGhhdCBjYW5ub3QgDQpjb25xdWVyZWQsIGFuZCBoYXMg bm8gaW1wYWN0IG9uIHRoZSB1c2Ugb2YgIm0iIGluIHRoZSBsYWJlbCwgZnJvbSByb3V0aW5nIA0K cGVyc3BlY3RpdmUuIA0KIA0KW0ZhdGFpXSAgTWFueSBiaWcgaXNzdWVzIGlmIKGubaGvIGlzIHVz ZWQgaW4gdGhlIHJvdXRpbmcuIA0KIA0KUGVyIEcuNjk0LjEsIHNsb3Qgd2lkdGggaXMgb25seSBz aWduaWZpY2FudCBmb3IgYSBmcmVxdWVuY3kgc2xvdCAoaWUuLCBhIA0Kc3BlY2lmaWMgY29ubmVj dGlvbikuIFRoZXJlIGlzIG5vIHByZS1kZWZpbmVkIGZpeGVkIKGwd2F2ZWxlbmd0aKGxIGZvciB0 aGUgDQpsaW5rIHJlc291cmNlIG9mIGZsZXhpLWdyaWQsIGJlY2F1c2UgaXQgaXMgZmxleGlibGUg KGllLiwgdGhlIHNsb3Qgd2lkdGggDQppcyB1bmNlcnRhaW4gYmVmb3JlIGEgZnJlcXVlbmN5IHNs b3QgaXMgYWxsb2NhdGVkKSwgc28gdGhlcmUgaXMgbm8gbmVlZCB0byANCmFkdmVydGlzZSBzbG90 IHdpZHRoIChvciChrm2hrykuIFRoaXMgaXMgdGhlIHJlYXNvbiB0byBoYXZlIG1lYW5pbmdsZXNz IKGuDQptoa8gaW4geW91ciBkcmFmdC4gDQogDQpFdmVuIHRob3VnaCB0eXBlIDAvMSBpcyB1c2Vk LCB0aGVyZSBpcyBzdGlsbCBiaWcgaXNzdWUuIEZvciBleGFtcGxlLCBpZiANCnRoZSBhdmFpbGFi bGUgc3BlY3RydW0gaXMgb2RkIHRpbWVzIG9mICB0aGUgY2VudHJhbCBmcmVxdWVuY3kgZ3JhbnVs YXJpdHkgDQooNSo2LjI1R0h6KSwgaG93IHRvIGVuY29kZSB0aGUgdmFsdWUgb2Ygoa5toa8/IGFy ZSB5b3UgdHJ5aW5nIHRvIHVzZSANCm09Mi41PyANCiANCklmICBhIGxhYmVsIGZvcm1hdCBpbiBy b3V0aW5nIGlzIGRpZmZlcmVudCBmcm9tIGluIHNpZ25hbGluZyBhcyB5b3Ugc2FpZCwgDQpJIHdv dWxkIGxpa2UgdG8gc2VlIHRoZSBsYWJlbCBmb3JtYXQuIA0KDQpbTGVpXSBJIGFncmVlIHdpdGgg eW91IHRoYXQgaW4gYm90aCB0eXBlIDIvMyBhbmQgdHlwZTQgIm0iIGlzIG1lYW5pbmdsZXNzLCAN CmFuZCBJIGFsc28gaWxsdXN0cmF0ZSBpdCBpbiBteSBkcmFmdC4gTXkgaWRlYSBpcyB0aGF0LCAi dGhlcmUgaXMgbm90IGFueSANCm1hbmRhdG9yeSByZXF1aXJlbWVudCB0aGF0IHRoZSBzdGFydC9l bmQgbGFiZWwgaW4gbGFiZWwgc2V0IE1VU1Qga2VlcCB0aGUgDQpzYW1lIGZvcm1hdCB3aXRoIHRo ZSBsYWJlbCBpbiBzaWduYWxpbmcsIHNvIEkgdGhpbmsgdGhlIG1lYW5pbmdsZXNzIHBhcnQgDQpj b3VsZCBiZSBzaW1wbHkgcmVtb3ZlZCBpbiB0aGUgbGFiZWwgc2V0LCBib3RoIHR5cGUgMi8zIGFu ZCB0eXBlIDQuIiBJcyBpdCANCm5vdCBjbGVhcj8gDQoNCltGYXRhaV0gIENsZWFyIG5vdy4gSGFw cHkgdG8gc2VlIHRoYXQgeW91IGFncmVlIKGubaGvIHNob3VsZCBiZSByZW1vdmVkIGluIA0KdGhl IGxhYmVsLiANCiAgDQogImlmIHRoZSBhdmFpbGFibGUgc3BlY3RydW0gaXMgb2RkIHRpbWVzIG9m ICB0aGUgY2VudHJhbCBmcmVxdWVuY3kgDQpncmFudWxhcml0eSAoNSo2LjI1R0h6KSwgaG93IHRv IGVuY29kZSB0aGUgdmFsdWUgb2Ygoa5toa8/IiBGaXJzdGx5LCBpdCBpcyANCmltcG9zc2libGUg dGhhdCB0aGUgYXZhaWxhYmxlIHNwZWN0cnVtIGlzIG9kZCB0aW1lcyBvZiAgdGhlIGNlbnRyYWwg DQpmcmVxdWVuY3kgZ3JhbnVsYXJpdHksIGF0IGxlYXN0IGZvciByZWNlbnQgb3B0aWNhbCBjb21w b25lbnRzLiBwbGVhc2Ugc2VlIA0KdGhlIHJlZmVyZW5jZTogIkR5bmFtaWMgd2F2ZWxlbmd0aCBw cm9jZXNzb3IgV1NTIHdpdGggRkxFWEdSSUQgDQpmdW5jdGlvbmFsaXR5IFtGaW5pc2FyXSI7IFNl Y29uZGx5ICxldmVudCBpZiBpdCBpcyBwb3NzaWJsZSwgdHlwZSAyLzMgYW5kIA0KdHlwZSA0IGNv dWxkIHdlbGwgZXhwcmVzcyB0aGF0LCBXb3VsZCB5b3UgYWdyZWUgd2l0aCBtZT8gDQoNCltGYXRh aV0gIFdoeSBpdCBpcyBpbXBvc3NpYmxlPyBUaGlzIGNhc2Ugc2hvdWxkIGJlIHZlcnkgY29tbW9u LiANClBsZWFzZSBzZWUgdGhlIEZpZ3VyZSBJLjEgaW4gRy42OTQuMSBjb3BpZWQgYXMgZm9sbG93 cy4gSW4gdGhpcyBleGFtcGxlLCANCnRoZSBhdmFpbGFibGUgc3BlY3RydW0gaXMgOSo2LjI1R0h6 LiBUaGVyZWZvcmUsIHRoZSBsYWJlbCBmb3JtYXQgd2l0aCChrm0NCqGvIGNhbm5vdCBoYW5kbGUg dGhpcyBjb21tb24gY2FzZS4gDQogIA0KDQoNCkluIG15IG9waW5pb24sIHRoZSBwcm9ibGVtIG1l bnRpb25lZCBhYm92ZSBoYXMgbm8gcmVsYXRpb25zIHRvIHRoZSB1c2Ugb2YgDQoibSIgaW4gbGFi ZWwsIEkgYW0gY29uZnVzZWQgdGhhdCB3aHkgeW91IG9wcG9zZSB0aGUgbGFiZWwgZm9ybWF0IHdp dGggIm0iIA0KZnJvbSB0aGlzIHBvaW50PyANCiAgDQpbRmF0YWldICBBcyBleHBsYWluZWQgYWJv dmUuIEl0IGlzIHJlbGF0ZWQgdG8gdGhlIHVzYWdlIG9mIKGubaGvIGluIHlvdXIgDQpkcmFmdC4g SSBhbSB0cnlpbmcgdG8gbWFrZSBwZW9wbGUgdW5kZXJzdGFuZCChrm2hryBzaG91bGQgbm90IGJl IGNhcnJpZWQgDQppbiB0aGUgcm91dGluZyAoYW5kIHNvIGluIHRoZSBsYWJlbCkuIEkgd2lsbCBj b250aW51ZSB0byBtYWtlIHRoaXMgZWZmb3J0IA0KdW50aWwgcGVvcGxlIHVuZGVyc3RhbmQgdGhp cyBwb2ludC4gDQoNCg0KDQpCZXN0IFJlZ2FyZHMgDQoNCkxlaSBXYW5nIA0KDQotLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KTGVpV2FuZw0KDQpaVEUNCkJlYXJl ciBOZXR3b3JrIFByb2R1Y3QgUHJlX3Jlc2VhcmNoIERlcGFydG1lbnQsDQpXaXJlbGluZSBSJkQg SW5zaXRpdHV0ZQ0KQ2VsbCBwaG9uZTorODYgMTM4MTE0NDAwNjcNCkVtYWlsOiB3YW5nLmxlaTEz MUB6dGUuY29tLmNuDQogICAgaGVjaGVuMDAwMUBnbWFpbC5jb20NCiAgICBsZWl3QHRzaW5naHVh LmVkdS5jbg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSAN Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpDQ0FNUCBt YWlsaW5nIGxpc3QNCkNDQU1QQGlldGYub3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFu L2xpc3RpbmZvL2NjYW1wDQoNCg0K --=_alternative 002D53EA482579CD_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkhpLCBGYXRhaSw8L2ZvbnQ+DQo8 YnI+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkp1c3QgZm9jdXMgb24gdGhl IHRlY2huaWNhbCBwb2ludC4gTXkNCnB1cnBvc2UgaXMgdG8gbWFrZSB0aGUgd29yayBmb3J3YXJk LjwvZm9udD4NCjxicj4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+TWF5YmUg eW91ciBzb2x1dGlvbiwgb3VyIHNvbHV0aW9uIG9yDQpvdGhlcnMgd2lsbCBldmVudHVhbGx5IGJl Y29tZSB0aGUgYmVzdCBjaG9pY2UuIFNvIGxldCdzIGRpc2N1c3MgdGhlIGNhc2UNCnRoYXQgSSBy YWlzZWQgaW4gdGhlIHByZXZpb3VzIGVtYWlsLjwvZm9udD4NCjxicj4NCjxicj48Zm9udCBzaXpl PTIgZmFjZT0ic2Fucy1zZXJpZiI+VGhhbmtzPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNl PSJzYW5zLXNlcmlmIj5RaWxlaTwvZm9udD4NCjxicj4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0i c2Fucy1zZXJpZiI+PGJyPg0KPC9mb250Pg0KPGJyPg0KPGJyPg0KPGJyPg0KPHRhYmxlIHdpZHRo PTEwMCU+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZCB3aWR0aD0zNiU+PGZvbnQgc2l6ZT0xIGZhY2U9 InNhbnMtc2VyaWYiPjxiPkZhdGFpIFpoYW5nICZsdDt6aGFuZ2ZhdGFpQGh1YXdlaS5jb20mZ3Q7 PC9iPg0KPC9mb250Pg0KPHA+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPjIwMTIvMDMv MjYgMTU6NTY8L2ZvbnQ+DQo8dGQgd2lkdGg9NjMlPg0KPHRhYmxlIHdpZHRoPTEwMCU+DQo8dHIg dmFsaWduPXRvcD4NCjx0ZD4NCjxkaXYgYWxpZ249cmlnaHQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNh bnMtc2VyaWYiPsrVvP7IyzwvZm9udD48L2Rpdj4NCjx0ZD48Zm9udCBzaXplPTEgZmFjZT0ic2Fu cy1zZXJpZiI+JnF1b3Q7d2FuZy5xaWxlaUB6dGUuY29tLmNuJnF1b3Q7ICZsdDt3YW5nLnFpbGVp QHp0ZS5jb20uY24mZ3Q7PC9mb250Pg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8ZGl2IGFsaWdu PXJpZ2h0Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj6zrcvNPC9mb250PjwvZGl2Pg0K PHRkPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj4mcXVvdDtjY2FtcEBpZXRmLm9yZyZx dW90OyAmbHQ7Y2NhbXBAaWV0Zi5vcmcmZ3Q7PC9mb250Pg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+ DQo8ZGl2IGFsaWduPXJpZ2h0Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj7W98ziPC9m b250PjwvZGl2Pg0KPHRkPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj608Li0OiBSZTog W0NDQU1QXSBVcGRhdGUgdG8gZHJhZnQtZmFycmtpbmdlbC1jY2FtcC1mbGV4aWdyaWQtbGFtYmRh LWxhYmVsPC9mb250PjwvdGFibGU+DQo8YnI+DQo8dGFibGU+DQo8dHIgdmFsaWduPXRvcD4NCjx0 ZD4NCjx0ZD48L3RhYmxlPg0KPGJyPjwvdGFibGU+DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+PGZv bnQgc2l6ZT0yIGZhY2U9IlRhaG9tYSI+SGkgUWlsZWksPC9mb250Pg0KPGJyPg0KPGJyPjxmb250 IHNpemU9MiBmYWNlPSJUYWhvbWEiPkkgYW0gdG90YWxseSBjb25mdXNlZCBiZWNhdXNlIHdoYXQg eW91IHNhaWQNCmNvbnRyYWRpY3RzIHdoYXQgeW91ciBjb2xsZWFndWUgKExlaSBXYW5nKSBzYWlk LjwvZm9udD4NCjxicj4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0iVGFob21hIj5Zb3UgbGlrZSBv bmUgY29uc2lzdGVudCBsYWJlbCBmb3JtYXQgZm9yDQpib3RoIHJvdXRpbmcgYW5kIHNpZ25hbGlu ZywgYnV0IExlaSBzdXBwb3J0cyB0d28gZGlmZmVyZW50IGxhYmVsIGZvcm1hdHMuPC9mb250Pg0K PGJyPg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJUYWhvbWEiPkkgZG9uJ3Qga25vdyBob3cgdG8g bWFrZSB0aGlzIGRpc2N1c3MgbW92ZQ0KZm9yd2FyZC48L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQg c2l6ZT0yIGZhY2U9IlRhaG9tYSI+VGhhbmtzPC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9 MiBmYWNlPSJUYWhvbWEiPkZhdGFpPC9mb250Pg0KPGJyPg0KPGJyPg0KPGJyPg0KPGhyPg0KPGJy Pjxmb250IHNpemU9MiBmYWNlPSJUYWhvbWEiPjxiPreivP7Iyzo8L2I+IHdhbmcucWlsZWlAenRl LmNvbS5jbg0KW3dhbmcucWlsZWlAenRlLmNvbS5jbl08Yj48YnI+DQq3osvNyrG85Do8L2I+IDIw MTLE6jPUwjI2yNUgMTU6MzQ8Yj48YnI+DQq1vTo8L2I+IEZhdGFpIFpoYW5nPGI+PGJyPg0KQ2M6 PC9iPiBjY2FtcEBpZXRmLm9yZzxiPjxicj4NCtb3zOI6PC9iPiBSZTogUmU6IFtDQ0FNUF0gVXBk YXRlIHRvIGRyYWZ0LWZhcnJraW5nZWwtY2NhbXAtZmxleGlncmlkLWxhbWJkYS1sYWJlbDwvZm9u dD48Zm9udCBzaXplPTIgZmFjZT0iUm9tYW4iPjxicj4NCjwvZm9udD4NCjxicj48Zm9udCBzaXpl PTIgZmFjZT0iQXJpYWwiPjxicj4NCkhpLCBGYXRhaSw8L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZhY2U9 IlJvbWFuIj4gPGJyPg0KPC9mb250Pjxmb250IHNpemU9MiBmYWNlPSJBcmlhbCI+PGJyPg0KJmx0 O3NuaXAmZ3Q7PC9mb250Pjxmb250IHNpemU9MiBmYWNlPSJSb21hbiI+IDxicj4NCjwvZm9udD48 Zm9udCBzaXplPTIgZmFjZT0iQXJpYWwiPjxicj4NClBsZWFzZSBzZWUgbXkgY29tbWVudHMgaW4t bGluZTo8L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZhY2U9IlJvbWFuIj4gPGJyPg0KPGJyPg0KPC9mb250 Pjxmb250IHNpemU9MyBjb2xvcj1ibHVlIGZhY2U9IkNhbGlicmkiPjxicj4NCiZxdW90O2lmIHRo ZSBhdmFpbGFibGUgc3BlY3RydW0gaXMgb2RkIHRpbWVzIG9mICZuYnNwO3RoZSBjZW50cmFsIGZy ZXF1ZW5jeQ0KZ3JhbnVsYXJpdHkgKDUqNi4yNUdIeiksIGhvdyB0byBlbmNvZGUgdGhlIHZhbHVl IG9mIKGubaGvPyZxdW90OyBGaXJzdGx5LA0KaXQgaXMgaW1wb3NzaWJsZSB0aGF0IHRoZSBhdmFp bGFibGUgc3BlY3RydW0gaXMgb2RkIHRpbWVzIG9mICZuYnNwO3RoZQ0KY2VudHJhbCBmcmVxdWVu Y3kgZ3JhbnVsYXJpdHksIGF0IGxlYXN0IGZvciByZWNlbnQgb3B0aWNhbCBjb21wb25lbnRzLg0K cGxlYXNlIHNlZSB0aGUgcmVmZXJlbmNlOiAmcXVvdDtEeW5hbWljIHdhdmVsZW5ndGggcHJvY2Vz c29yIFdTUyB3aXRoIEZMRVhHUklEDQpmdW5jdGlvbmFsaXR5IFtGaW5pc2FyXSZxdW90OzsgU2Vj b25kbHkgLGV2ZW50IGlmIGl0IGlzIHBvc3NpYmxlLCB0eXBlDQoyLzMgYW5kIHR5cGUgNCBjb3Vs ZCB3ZWxsIGV4cHJlc3MgdGhhdCwgV291bGQgeW91IGFncmVlIHdpdGggbWU/PC9mb250Pjxmb250 IHNpemU9MyBmYWNlPSJSb21hbiI+DQo8L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZhY2U9IlJvbWFuIj48 YnI+DQo8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGNvbG9yPSNjMDAwMDAgZmFjZT0iQ2FsaWJyaSI+PGJy Pg0KW0ZhdGFpXSAmbmJzcDtXaHkgaXQgaXMgaW1wb3NzaWJsZT8gVGhpcyBjYXNlIHNob3VsZCBi ZSB2ZXJ5IGNvbW1vbi4gPGJyPg0KUGxlYXNlIHNlZSB0aGUgRmlndXJlIEkuMSBpbiBHLjY5NC4x IGNvcGllZCBhcyBmb2xsb3dzLiBJbiB0aGlzIGV4YW1wbGUsDQp0aGUgYXZhaWxhYmxlIHNwZWN0 cnVtIGlzIDkqNi4yNUdIei4gVGhlcmVmb3JlLCB0aGUgbGFiZWwgZm9ybWF0IHdpdGggoa5toa8N CmNhbm5vdCBoYW5kbGUgdGhpcyBjb21tb24gY2FzZS48L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZhY2U9 IlJvbWFuIj4gPGJyPg0KPC9mb250Pjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj48YnI+ DQpbUWlsZWldOiBJbiBteSBvcGluaW9uLCBsYWJlbCBmb3JtYXQgdXNlZCBpbiB0aGUgcm91dGlu ZyBwcm90b2NvbCBzaG91bGQNCmJlIGluIGFjY29yZGFuY2Ugd2l0aCB0aGF0IGluIHRoZSBzaWdu YWxpbmcgaW4gZmxleGlibGUgZ3JpZCAobWF5IGJlIGVhcmx5DQp0byBkaXNjdXNzIHRoZSBsYWJl bCBmb3JtYXQgaW4gdGhlIHJvdXRpbmcgcHJvdG9jb2wpLCBiZWNhdXNlIGNvbnNpc3RlbmN5DQpp cyBuZWVkZWQuPC9mb250Pjxmb250IHNpemU9MiBmYWNlPSJSb21hbiI+IDxicj4NCjwvZm9udD48 Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+PGJyPg0KSSdtIHN0aWxsIG5vdCBzdXJlIHdo ZXRoZXIgdGhlIHNjZW5hcmlvIHlvdSBpbnRyb2R1Y2UgZnJvbSBJVFUtVCBkb2N1bWVudA0KaXMg cG9zc2libGUuIE1heWJlIHdlIHNob3VsZCBjYXJlZnVsbHkgZXhhbWluZSBpdCBvciBjb25zdWx0 IHRoZSBhdXRob3INCm9mIHRoZSBHLjY5NC4xLjwvZm9udD48Zm9udCBzaXplPTIgZmFjZT0iUm9t YW4iPiA8L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPjxicj4NClRoZSBjYXNl IHlvdSBzYWlkIGlzIHBvc3NpYmxlLCB0byBzYXkgdGhlIGxlYXN0IG9mIGl0LkkgdGhpbmsgSW5j bHVzaXZlL0V4Y2x1c2l2ZQ0KbGlzdCBjb3VsZCBhbHNvIGJlIHVzZWQgdG8gcmVwcmVzZW50IHRo ZSBsYWJlbCByYW5nZSwgYXMgdGhlcmUgYXJlIDI0IGJpdHMNCnJlc2VydmVkIGluIHRoZSBsYWJl bCBmb3JtYXQuIFdlIGNhbiB1c2UgdGhlIHJlc2VydmVkIGJpdHMgdG8gaW5kaWNhdGUNCnRoZSBv ZmZzZXQuPC9mb250Pjxmb250IHNpemU9MiBmYWNlPSJSb21hbiI+IDxicj4NCjwvZm9udD48Zm9u dCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+PGJyPg0KQW5vdGhlciB0aGluZzogSSdtIGNvbmZ1 c2VkIHdpdGggdGhlIHVzZSBvZiBncmlkIHR5cGUgdmFsdWUgaW4geW91ciBkcmFmdC4NCkxldCdz IHNlZSB0aGUgZGVzY3JpcHRpbiBpbiB5b3VyIGRyYWZ0OjwvZm9udD48Zm9udCBzaXplPTIgZmFj ZT0iUm9tYW4iPg0KPC9mb250Pjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj48YnI+DQom cXVvdDtJbiBjYXNlIG9mIEdyaWQ9MSAoSVRVLVQgRFdETSksIGEgbmV3IHZhbHVlIG9mIEMuUy4g aXMgZGVmaW5lZCBmb3INCmZsZXhpYmxlIGdyaWQuICZxdW90OzwvZm9udD48Zm9udCBzaXplPTIg ZmFjZT0iUm9tYW4iPiA8L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPjxicj4N CkEgbmV3IHZhbHVlIG9mIEMuUy4gaXMgZGVmaW5lZCBmb3IgZmxleGlibGUgZ3JpZC4gSSB0aGlu ayB5b3UgbWVhbiA2LjI1R0h6DQpoZXJlLiBNeSBjb25mdXNpb24gaXMgdGhhdCBpZiB0aGUgQy5T LiB2YWx1ZSBpcyB1c2VkIGZvciBmaXhlZCBncmlkIHB1cnBvc2UsDQpob3cgY2FuIHdlIGRpZmZl cmVudGlhdGUgZml4ZWQgZ3JpZCBmcm9tIGZsZXhpYmxlIGdyaWQ/PC9mb250Pjxmb250IHNpemU9 MiBmYWNlPSJSb21hbiI+DQo8YnI+DQo8L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2Vy aWYiPjxicj4NCkknbSBub3Qgc3VyZSBpZiBJIG1pc3Mgc29tZXRoaW5nLCBwbGVhc2UgcmVwbHkg dG8gbWUgaWYgSSBoYXZlIHdyb25nIHVuZGVyc3RhbmRpbmcNCmhlcmUuPC9mb250Pjxmb250IHNp emU9MiBmYWNlPSJSb21hbiI+IDxicj4NCjxicj4NCjwvZm9udD48Zm9udCBzaXplPTIgZmFjZT0i c2Fucy1zZXJpZiI+PGJyPg0KVGhhbmtzPC9mb250Pjxmb250IHNpemU9MiBmYWNlPSJSb21hbiI+ IDwvZm9udD48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+PGJyPg0KUWlsZWk8L2ZvbnQ+ PGZvbnQgc2l6ZT0yIGZhY2U9IlJvbWFuIj4gPGJyPg0KPGJyPg0KPC9mb250Pjxmb250IHNpemU9 MiBmYWNlPSJzYW5zLXNlcmlmIj48YnI+DQo8L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZhY2U9IlJvbWFu Ij48YnI+DQo8YnI+DQo8YnI+DQo8L2ZvbnQ+DQo8dGFibGUgd2lkdGg9MTAwJT4NCjx0ciB2YWxp Z249dG9wPg0KPHRkIHdpZHRoPTMxJT48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+PGI+ RmF0YWkgWmhhbmcgJmx0O3poYW5nZmF0YWlAaHVhd2VpLmNvbSZndDs8L2I+DQo8YnI+DQq3orz+ yMs6ICZuYnNwO2NjYW1wLWJvdW5jZXNAaWV0Zi5vcmc8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZhY2U9 InNhbnMtc2VyaWYiPg0KPC9mb250Pg0KPHA+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYi PjIwMTIvMDMvMjMgMTE6NDg8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZhY2U9InNhbnMtc2VyaWYiPg0K PC9mb250Pg0KPHRkIHdpZHRoPTY4JT4NCjxicj4NCjx0YWJsZSB3aWR0aD0xMDAlPg0KPHRyIHZh bGlnbj10b3A+DQo8dGQgd2lkdGg9NiU+DQo8ZGl2IGFsaWduPXJpZ2h0Pjxmb250IHNpemU9MSBm YWNlPSJzYW5zLXNlcmlmIj7K1bz+yMs8L2ZvbnQ+PC9kaXY+DQo8dGQgd2lkdGg9OTMlPjxmb250 IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj4mcXVvdDt3YW5nLmxlaTEzMUB6dGUuY29tLmNuJnF1 b3Q7DQombHQ7d2FuZy5sZWkxMzFAenRlLmNvbS5jbiZndDs8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZh Y2U9InNhbnMtc2VyaWYiPiA8L2ZvbnQ+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjxkaXYgYWxp Z249cmlnaHQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPrOty808L2ZvbnQ+PC9kaXY+ DQo8dGQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPiZxdW90O2NjYW1wQGlldGYub3Jn JnF1b3Q7ICZsdDtjY2FtcEBpZXRmLm9yZyZndDssDQomcXVvdDtJSHVzc2FpbkBpbmZpbmVyYS5j b20mcXVvdDsgJmx0O0lIdXNzYWluQGluZmluZXJhLmNvbSZndDs8L2ZvbnQ+PGZvbnQgc2l6ZT0z IGZhY2U9InNhbnMtc2VyaWYiPg0KPC9mb250Pg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8ZGl2 IGFsaWduPXJpZ2h0Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj7W98ziPC9mb250Pjwv ZGl2Pg0KPHRkPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj5SZTogW0NDQU1QXSBVcGRh dGUgdG8gZHJhZnQtZmFycmtpbmdlbC1jY2FtcC1mbGV4aWdyaWQtbGFtYmRhLWxhYmVsPC9mb250 PjwvdGFibGU+DQo8YnI+DQo8YnI+DQo8dGFibGUgd2lkdGg9MTAwJT4NCjx0ciB2YWxpZ249dG9w Pg0KPHRkIHdpZHRoPTUwJT4NCjx0ZCB3aWR0aD01MCU+PC90YWJsZT4NCjxicj48L3RhYmxlPg0K PGJyPjxmb250IHNpemU9MiBmYWNlPSJSb21hbiI+PGJyPg0KPGJyPg0KPC9mb250Pjxmb250IHNp emU9MyBmYWNlPSJDYWxpYnJpIj48YnI+DQpIaSBMZWksIDxicj4NCiA8L2ZvbnQ+PGZvbnQgc2l6 ZT0yIGZhY2U9IlJvbWFuIj4mbmJzcDs8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZhY2U9IkNhbGlicmki Pjxicj4NCiZsdDtTbmlwJmd0OzwvZm9udD48Zm9udCBzaXplPTIgZmFjZT0iUm9tYW4iPiA8L2Zv bnQ+PGZvbnQgc2l6ZT0zIGZhY2U9IkNhbGlicmkiPjxicj4NCiA8L2ZvbnQ+PGZvbnQgc2l6ZT0y IGZhY2U9IlJvbWFuIj4mbmJzcDs8L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZhY2U9IkFyaWFsIj48YnI+ DQpJdCBzZWVtcyB0aGF0IGZsZXhpYmxlLWdyaWQgbmV0d29yayBpcyBiZWNvbWluZyBhIGhvdCB0 b3BpYyBpbiB0aGVzZSBkYXlzLA0KYnV0IEkgYWxzbyBmaW5kIHRoYXQgdGhlIGRpc2N1c3Npb25z IG1haW5seSBmb2N1cyBvbiB0d28gcHJvYmxlbXMgbGlzdGVkDQphcyBmb2xsb3dzOjwvZm9udD48 Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj4gPC9mb250Pjxmb250IHNpemU9MiBm YWNlPSJBcmlhbCI+PGJyPg0KPGJyPg0KMS4gPC9mb250Pjxmb250IHNpemU9MiBmYWNlPSJDb3Vy aWVyIE5ldyI+V2hlcmUgZG8gd2UgY2FycnkgdGhlICZxdW90O20mcXVvdDsNCnZhbHVlPC9mb250 Pjxmb250IHNpemU9MiBmYWNlPSJBcmlhbCI+LCBsYWJlbCBvciB0cmFmZmljIHBhcmFtZXRlcnM/ PC9mb250Pjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPg0KPC9mb250Pjxmb250 IHNpemU9MiBmYWNlPSJBcmlhbCI+PGJyPg0KPGJyPg0KMi4gV2hhdCBzaG91bGQgd2UgZGlzY3Vz cyBpbiB0aGUgZmlyc3Qgc3RlcCwgdGhlIHdob2xlIEZsZXhpYmxlLUdyaWQgY29udHJvbA0KcGxh bmUgb3IganVzdCBsYWJlbCBhbmQgc2lnbmFsaW5nIHBhcmFtZXRlcnM/PC9mb250Pjxmb250IHNp emU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPg0KPC9mb250Pjxmb250IHNpemU9MiBmYWNlPSJB cmlhbCI+PGJyPg0KPGJyPg0KSGVyZSBJIHByZXNlbnQgbXkgY29uY2VwdCBvbiB0aGVzZSB0d28g cXVzdGlvbnMuPC9mb250Pjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPg0KPC9m b250Pjxmb250IHNpemU9MiBmYWNlPSJBcmlhbCI+PGJyPg0KPGJyPg0KVGhlIGZpcnN0IG9uZSwg SSBhYnNvbHV0ZWx5IGFncmVlIHdpdGggQWRyaWFuLiAmcXVvdDs8L2ZvbnQ+PGZvbnQgc2l6ZT0y IGZhY2U9IkNvdXJpZXIgTmV3Ij50aGUNCnZpZXcgdGhhdCAmcXVvdDttJnF1b3Q7IGlzIHBhcnQg b2YgdGhlIGRlZmluaXRpb24gb2Ygd2hhdCBpcyBiZWluZyBzd2l0Y2hlZA0KYW5kIGlzIGVzc2Vu dGlhbCBmb3IgdGhlIHN3aXRjaCBjcm9zcy1jb25uZWN0IHRvIGJlIHByb2dyYW1tZWQuIFRodXMs aXQNCmlzIHBhcnQgb2YgdGhlIGxhYmVsLjwvZm9udD48Zm9udCBzaXplPTIgZmFjZT0iQXJpYWwi PiZxdW90OyAmcXVvdDs8L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZhY2U9IkNvdXJpZXIgTmV3Ij5JDQp3 b3VsZCBhY2tub3dsZWRnZSB0aGF0IHRoZSB2YWx1ZSBvZiAmcXVvdDttJnF1b3Q7IGluZmx1ZW5j ZXMgdGhlIGJhbmR3aWR0aA0Kb2YgdGhlIExTUCwgYnV0IEkgd291bGQgY2xhaW0gdGhhdCBhbiBQ YXRoIHJlcXVlc3QgYXNrcyBmb3IgYi93IGluIHRoZQ0KdHJhZmZpYyBwYXJhbWV0ZXJzIGFuZCB0 aGUgbGFiZWwgcmV0dXJuZWQgcHJvdmlkZXMgdGhlIHZhbHVlIG9mICZxdW90O20mcXVvdDsNCnRv IGJlIHByb2dyYW1tZWQgaW50byB0aGUgWEMuIElmIGl0IGlzIG5lY2Vzc2FyeSAocGVyaGFwcyBh IHF1ZXN0aW9uIGZvcmRyYWZ0LXpoYW5nLWNjYW1wLWZsZXhpYmxlLWdyaWQtcnN2cC10ZS1leHQp DQp0byBhbHNvIHNwZWNpZnkgJnF1b3Q7bSZxdW90OyAob3IgYSByYW5nZSBvZiBhY2NlcHRhYmxl IHZhbHVlcyBvZiAmcXVvdDttJnF1b3Q7KQ0KYXMgcGFydCBvZiB0aGUgUGF0aCByZXF1ZXN0LCB0 aGVuIGl0IHdvdWxkIHNlZW0gcHJhZ21hdGljIHRvIHB1dCBpdCBpbg0KdGhlIHRyYWZmaWMgcGFy YW1ldGVycy48L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZhY2U9IkFyaWFsIj4mcXVvdDs8L2ZvbnQ+PGZv bnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+DQo8L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZh Y2U9IkFyaWFsIj48YnI+DQo8YnI+DQpJbiBteSBvcGluaW9uLCBpdCBtYXkgYmUgcmVhc29uYWJs ZSB0byBjYXJyeSBjZXJ0YWluIGZpZWxkcyBpbiB0cmFmZmljDQpwYXJhbWV0ZXJzIHRoYXQgY2xh aW0gbWluIHNsb3Qgd2lkdGggb3Igc2xvdCB3aWR0aCByYW5nZSB0aGUgTFNQIHJlcXVlc3RzLA0K YXMgd2VsbCwgaXQgaXMgYWxzbyBuZWNlc3NhcnkgdG8gaW5jbHVkZSAmcXVvdDttJnF1b3Q7IGlu IHRoZSBsYWJlbCB0bw0KY2xhaW0gYWN0dWFsIHNsb3Qgd2lkdGggYXNzaWduZWQgdG8gdGhpcyBM U1AuIEZvciBleGFtcGxlLCBhc3N1bWluZyBhIGZsZXhpYmxlLWdyaWQNCm5ldHdvcmsgY29tcG9z ZWQgb2Ygb3B0aWNhbCBjb21wb25lbnRzIHdpdGggMjVHSHogc2xvdCB3aWR0aCBncmFudWxhcml0 eQ0KYW5kIFs1MEdIeiwgMjAwR0h6XSBzbG90IHdpZHRoIHJhbmdlLiBXaGVuIGEgMjVHSHotc2xv dC13aWR0aCBMU1AgcmVxdWVzdA0KYXJyaXZlcywgdGhlIHNpZ25hbGluZyBtYXkgYWRkIDI1R0h6 IGluIHRyYWZmaWMgcGFyYW1ldGVycyB0byBjbGFpbSB0aGUNCm1pbiBzbG90IHdpZHRoIHJlcXVp cmVkLiBIb3dldmVyLCBkdWUgdG8gdGhlIEZsZXhpYmxlLUdyaWQgY2FwYWJpbGl0eSBsaW1pdGF0 aW9uDQpvZiBvcHRpY2FsIGNvbXBvbmVudHMsIHRoZSBhY3R1YWwgc2xvdCB3aWR0aCBhc3NpZ25l ZCB0byB0aGlzIExTUCBtYXkgYmUNCjUwR0h6LCB3aGljaCBpcyBhZGRlZCBhcyAmcXVvdDttJnF1 b3Q7IGluIHRoZSBsYWJlbC4gc2ltaWxhcmx5LCBXaGVuIGENCjg3LjVHSHotc2xvdC13aWR0aCBM U1AgcmVxdWVzdCBhcnJpdmVzLCB0aGUgYWN0dWFsIHNsb3Qgd2lkdGggYXNzaWduZWQNCnRvIHRo aXMgTFNQIG1heSBiZSAxMDBHSHouIFNvIHN1Y2ggZmllbGRzIGluIHRyYWZmaWMgcGFyYW1ldGVy cyBjYW5ub3QNCmV4Y2x1ZGUgdGhlIHVzZSBvZiAmcXVvdDttJnF1b3Q7IGluIHRoZSBsYWJlbCwg ZnJvbSBzaWduYWxpbmcgcGVyc3BlY3RpdmUuPC9mb250Pjxmb250IHNpemU9MyBmYWNlPSJUaW1l cyBOZXcgUm9tYW4iPg0KPC9mb250Pjxmb250IHNpemU9MyBmYWNlPSJSb21hbiI+PGJyPg0KIDwv Zm9udD48Zm9udCBzaXplPTMgY29sb3I9I2MwMDAwMCBmYWNlPSJDYWxpYnJpIj48YnI+DQpbRmF0 YWldIEFyZSB5b3Uga2lkZGluZz8gV2hlbiAyNUdIeiBpcyByZXF1ZXN0ZWQsIGJ1dCA1MEdIeiBp cyBhbGxvY2F0ZWQNCmZpbmFsbHk/IEluIHRoaXMgY2FzZSwgdGhpcyByZXF1ZXN0IHNob3VsZCBi ZSByZWplY3RlZC4gU2Vjb25kbHksIHdoeSByb3V0aW5nDQpjYW5ub3QgYmUgYXdhcmUgb2YgdGhp cyBjb25zdHJhaW50PyBJIHRoaW5rIHRoaXMgY29uc3RyYWludCBzaG91bGQgYmUgYWR2ZXJ0aXNl ZA0KaW50byByb3V0aW5nIGFuZCB0aGVuIHRoZSBoZWFkIG5vZGUgb3IgUENFIGNhbiBjYWxjdWxh dGUgdGhlIGV4YWN0IGJhbmR3aWR0aA0KbmVlZGVkIGJlZm9yZSBzaWduYWxpbmcuPC9mb250Pjxm b250IHNpemU9MyBmYWNlPSJSb21hbiI+IDwvZm9udD48Zm9udCBzaXplPTMgY29sb3I9Ymx1ZSBm YWNlPSJDYWxpYnJpIj48YnI+DQo8YnI+DQpbTGVpXSBUaGF0IGlzIGp1c3QgYW4gZXhhbXBsZS4g bGV0IHVzIGRpY3VzcyBpdCBpbiBkZXRhaWwuIGluIG15IG9waW5pb24sDQp0aGUgaWRlYSBtZW50 aW9uZWQgYWJvdmUgaXMgZXh0cmVtZWx5IHVzZWZ1bCBmb3IgRmxleGlibGUtR3JpZCBuZXR3b3Jr cw0Kd2l0aCB2YXJpb3VzIGZsZXhpYmxlLWdyaWQgYWJpbGl0eSBjb21wb25lbnRzLiBBc3N1bWlu ZyBhIG5ldHdvcmsgY29tcG9zZWQNCm9mIHR3byBraW5kcyBvcHRpY2FsIGNvbXBvbmVudHM6IDEu IDI1R0h6IHNsb3Qgd2lkdGggZ3JhbnVsYXJpdHkgYW5kIFs1MEdIeiwNCjMwMEdIel0gc2xvdCB3 aWR0aCByYW5nZTsgMi4gMTIuNUdIeiBzbG90IHdpZHRoIGdyYW51bGFyaXR5IGFuZCBbNTBHSHos DQoyMDBHSHpdIHNsb3Qgd2lkdGggcmFuZ2UuIEp1c3QgYXMgRmlndXJlIDEgaW4gPGk+W2RyYWZ0 LXdhbmdsLWNjYW1wLW9zcGYtZXh0LWNvbnN0cmFpbnQtZmxleGktZ3JpZC0wMV0uPC9pPjwvZm9u dD48Zm9udCBzaXplPTMgZmFjZT0iUm9tYW4iPg0KPC9mb250Pjxmb250IHNpemU9MyBjb2xvcj1i bHVlIGZhY2U9IkNhbGlicmkiPjxicj4NCjxicj4NCldoZW4gYSA4Ny41R0h6LXNsb3Qtd2lkdGgg QS0mZ3Q7RSBMU1AgcmVxdWVzdCBhcnJpdmVzLCBhc3N1bWluZyB0aGVyZSBpcw0Kbm90IGFueSBh dmFpbGFibGUgc3BlY3RydW0gcmVzb3VyY2Ugb24gcm91dGUgQS1CLUUsIEEtRC1FIGlzIHNlbGVj dGVkIGFzDQp0aGUgTFNQIHJvdXRlIGFuZCAxMDBHSHogc2xvdCB3aWR0aCBpcyBhc3NpZ25lZC4g d2hhdCB5b3UgbWVhbiBpcyB0aGF0DQp0aGUgY29tcHV0YXRpb24gZWxlbWVudHMgc2hvdWxkIGdl dCBpbmZvcm1hdGlvbiBvZiBmbGV4aWJsZS1ncmlkIGFiaWxpdHkNCm9mIGVhY2ggb3B0aWNhbCBj b21wb25lbnRzIGJ5IE9TUEYgZmxvb2RpbmcsIHNvIHRoZSBoZWFkZXIgY2FuIGNhbGN1bGF0ZQ0K dGhlIGFjdHVhbCBzbG90IHdpZHRoIHdpdGhvdXQgY2FycmluZyA4Ny41R0h6IGluIHRyYWZmaWMg cGFyYW1ldGVycywgRG8NCkkgdW5kZXJzdGFuZCByaWdodD8gT0ssIHRoZXJlIGlzIGEgYmlnIHBy b2JsZW0sIGF1c3VtaW5nIGZpYmVyIEFEIGJyZWFrcw0KZG93biBhbmQgTFNQIHJlcm91dGUgcmV1 ZXN0cywgYW5kIHRoZW4gcm91dGUgQS1CLUUgaXMgc2VsZWN0ZWQsIGhvdyBtYW55DQpzbG90IHdp ZHRocyB3b3VsZCBhc3NzaWduZWQgdG8gdGhhdCBMU1A/IGFsc28gMTAwR0h6PyBJdCBpcyBub3Qg cmVzb25hYmxlDQpiZWNhdXNlIDg3LjVHSHogaXMgZW5vdWdoLiBidXQgaG93IGNvdWxkIHRoZSBj b250cm9sIHBsYW5lIGdldCB0aGlzIGluZm9ybWF0aW9uPw0KSW4gbXkgb3BpbmlvbiwgZnJvbSB0 cmFmZmljIHBhcmFtZXRlcnMuIDwvZm9udD48Zm9udCBzaXplPTMgZmFjZT0iQ2FsaWJyaSI+PGJy Pg0KIDwvZm9udD48Zm9udCBzaXplPTIgZmFjZT0iUm9tYW4iPiZuYnNwOzwvZm9udD48Zm9udCBz aXplPTMgY29sb3I9I2MwMDAwMCBmYWNlPSJDYWxpYnJpIj48YnI+DQpbRmF0YWldICZuYnNwO0Nl cnRhaW5seSwgODcuNUdIWiBjYW4gYmUgcmVxdWVzdGVkIGZvciB0aGUgcmVjb3ZlcnkgTFNQDQph bmQgbT03IHNob3VsZCBiZSBjYXJyaWVkIGluIHRoZSB0cmFmZmljIHBhcmFtZXRlcnMuIFRoaXMg aXMgd2hhdCBJIGFtDQpwcm9wb3NpbmcuPC9mb250Pjxmb250IHNpemU9MiBmYWNlPSJSb21hbiI+ IDwvZm9udD48Zm9udCBzaXplPTMgZmFjZT0iUm9tYW4iPjxicj4NCjwvZm9udD48Zm9udCBzaXpl PTMgY29sb3I9Ymx1ZSBmYWNlPSJDYWxpYnJpIj48YnI+DQo8YnI+DQpXb3VsZCB5b3UgYWdyZWUg d2l0aCBtZT88L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZhY2U9IlJvbWFuIj4gPC9mb250Pjxmb250IHNp emU9MiBmYWNlPSJBcmlhbCI+PGJyPg0KPGJyPg0KSSBhbHNvIG5vdGljZSB0aGF0IEZhdGFpIG9w cG9zZSB0aGUgdXNlIG9mICZxdW90O20mcXVvdDsgaW4gbGFiZWwgZnJvbQ0Kcm91dGluZyBwZXJz cGVjdGl2ZS4gSW4gPGk+W2RyYWZ0LXdhbmdsLWNjYW1wLW9zcGYtZXh0LWNvbnN0cmFpbnQtZmxl eGktZ3JpZC0wMV08L2k+LA0KZm9yIHRoZSBsYWJlbCBzZXQgd2l0aCB0eXBlIDIvMyBpbmNsdXNp dmUvZXhjbHVzaXZlIHJhbmdlLCAmcXVvdDs8L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZhY2U9IkNvdXJp ZXIgTmV3Ij5UaGUNCnZhbHVlIG9mIG0gaW4gc3RhcnQvZW5kIGxhYmVsIGlzIG1lYW5pbmdsZXNz PC9mb250Pjxmb250IHNpemU9MiBmYWNlPSJBcmlhbCI+JnF1b3Q7LA0KYW5kICZxdW90OzwvZm9u dD48Zm9udCBzaXplPTIgZmFjZT0iQ291cmllciBOZXciPjMyIGFkZGl0aW9uYWwgYml0cyBzcGFj ZQ0KaXMgdXNlZCB0byBjYXJyeSBtZWFuaW5nbGVzcyBpbmZvcm1hdGlvbiEgJm5ic3A7UGVvcGxl IGNhbiBpbWFnZSBob3cgbWFueQ0KbGFiZWxzIGFyZSBkaXN0cmlidXRlZCBpbiB0aGUgcm91dGlu Zy4gV2hhdCBzY2FsYWJsZSBpc3N1ZSBpdCBpcyE8L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZhY2U9IkFy aWFsIj4mcXVvdDsNCkluIG15IG9waW5pb24sIHRoaXMgZG9jdW1lbnQgaXMgb25seSBhbiBpbmRp dmlkdWFsIGRyYWZ0IHRvIHN1bW1hcml6ZSBvdXINCmlkZWEgYW5kIGluaXRpYWwgd29yayBvbiBP U1BGIGV4dGVuc2lvbiBvZiBGbGV4aWJsZS1HcmlkIG5ldHdvcmtzLGFuZCBuZWVkcw0KZnVydGhl ciBtb2RpZmljYXRpb24gYW5kIGV4dGVuc2lvbiBhY2NvcmRpbmcgdG8gdGhlIHJlcXVpcmVtZW50 cyBhbmQgZmVlZGJhY2sNCm9mIG90aGVycy4gVGhhbmtzIGZvciBwb2ludGluZyBvdXQgdGhlIGlt cHJvcGVyIHBsYWNlLiBIb3dldmVyLCBpbiB0aGlzDQpkb2N1bWVudCwgdGhlIHR5cGUgMi8zIGlu Y2x1c2l2ZS9leGNsdXNpdmUgcmFuZ2UgY2FuIGJlIHdlbGwgcmVwbGFjZWQgYnkNCnRoZSB0eXBl IDAvMSBpbmNsdXNpdmUvZXhjbHVzaXZlIGxhYmVsIGxpc3QsIHdpdGhvdXQgYW55IGJpdC13YXN0 aW5nLiBJbg0KYWRkaXRpb24sIHRoZXJlIGlzIG5vdCBhbnkgbWFuZGF0b3J5IHJlcXVpcmVtZW50 IHRoYXQgdGhlIHN0YXJ0L2VuZCBsYWJlbA0KaW4gbGFiZWwgc2V0IE1VU1Qga2VlcCB0aGUgc2Ft ZSBmb3JtYXQgd2l0aCB0aGUgbGFiZWwgaW4gc2lnbmFsaW5nLCBzbw0KSSB0aGluayB0aGUgbWVh bmluZ2xlc3MgcGFydCBjb3VsZCBiZSBzaW1wbHkgcmVtb3ZlZCBpbiB0aGUgbGFiZWwgc2V0LA0K Ym90aCB0eXBlIDIvMyBhbmQgdHlwZSA0LiBBYm92ZSBhbGwsIGl0IGlzIG5vdCBhIHNlcmlvdXMg cHJvYmxlbSB0aGF0IGNhbm5vdA0KY29ucXVlcmVkLCBhbmQgaGFzIG5vIGltcGFjdCBvbiB0aGUg dXNlIG9mICZxdW90O20mcXVvdDsgaW4gdGhlIGxhYmVsLA0KZnJvbSByb3V0aW5nIHBlcnNwZWN0 aXZlLjwvZm9udD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj4gPC9mb250Pjxm b250IHNpemU9MyBmYWNlPSJSb21hbiI+PGJyPg0KIDwvZm9udD48Zm9udCBzaXplPTMgY29sb3I9 I2MwMDAwMCBmYWNlPSJDYWxpYnJpIj48YnI+DQpbRmF0YWldICZuYnNwO01hbnkgYmlnIGlzc3Vl cyBpZiChrm2hryBpcyB1c2VkIGluIHRoZSByb3V0aW5nLjwvZm9udD48Zm9udCBzaXplPTMgZmFj ZT0iUm9tYW4iPg0KPGJyPg0KIDwvZm9udD48Zm9udCBzaXplPTMgY29sb3I9I2MwMDAwMCBmYWNl PSJDYWxpYnJpIj48YnI+DQpQZXIgRy42OTQuMSwgc2xvdCB3aWR0aCBpcyBvbmx5IHNpZ25pZmlj YW50IGZvciBhIGZyZXF1ZW5jeSBzbG90IChpZS4sDQphIHNwZWNpZmljIGNvbm5lY3Rpb24pLiBU aGVyZSBpcyBubyBwcmUtZGVmaW5lZCBmaXhlZCChsHdhdmVsZW5ndGihsQ0KZm9yIHRoZSBsaW5r IHJlc291cmNlIG9mIGZsZXhpLWdyaWQsIGJlY2F1c2UgaXQgaXMgZmxleGlibGUgKGllLiwgdGhl IHNsb3QNCndpZHRoIGlzIHVuY2VydGFpbiBiZWZvcmUgYSBmcmVxdWVuY3kgc2xvdCBpcyBhbGxv Y2F0ZWQpLCBzbyB0aGVyZSBpcyBubw0KbmVlZCB0byBhZHZlcnRpc2Ugc2xvdCB3aWR0aCAob3Ig oa5toa8pLiBUaGlzIGlzIHRoZSByZWFzb24gdG8gaGF2ZSBtZWFuaW5nbGVzcw0Koa5toa8gaW4g eW91ciBkcmFmdC4gPC9mb250Pjxmb250IHNpemU9MyBmYWNlPSJSb21hbiI+PGJyPg0KIDwvZm9u dD48Zm9udCBzaXplPTMgY29sb3I9I2MwMDAwMCBmYWNlPSJDYWxpYnJpIj48YnI+DQpFdmVuIHRo b3VnaCB0eXBlIDAvMSBpcyB1c2VkLCB0aGVyZSBpcyBzdGlsbCBiaWcgaXNzdWUuIEZvciBleGFt cGxlLCBpZg0KdGhlIGF2YWlsYWJsZSBzcGVjdHJ1bSBpcyBvZGQgdGltZXMgb2YgJm5ic3A7dGhl IGNlbnRyYWwgZnJlcXVlbmN5IGdyYW51bGFyaXR5DQooNSo2LjI1R0h6KSwgaG93IHRvIGVuY29k ZSB0aGUgdmFsdWUgb2Ygoa5toa8/IGFyZSB5b3UgdHJ5aW5nIHRvIHVzZQ0KbT0yLjU/PC9mb250 Pjxmb250IHNpemU9MyBmYWNlPSJSb21hbiI+IDxicj4NCiA8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGNv bG9yPSNjMDAwMDAgZmFjZT0iQ2FsaWJyaSI+PGJyPg0KSWYgJm5ic3A7YSBsYWJlbCBmb3JtYXQg aW4gcm91dGluZyBpcyBkaWZmZXJlbnQgZnJvbSBpbiBzaWduYWxpbmcgYXMgeW91DQpzYWlkLCBJ IHdvdWxkIGxpa2UgdG8gc2VlIHRoZSBsYWJlbCBmb3JtYXQuPC9mb250Pjxmb250IHNpemU9MyBm YWNlPSJSb21hbiI+DQo8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGNvbG9yPWJsdWUgZmFjZT0iQ2FsaWJy aSI+PGJyPg0KPGJyPg0KW0xlaV0gSSBhZ3JlZSB3aXRoIHlvdSB0aGF0IGluIGJvdGggdHlwZSAy LzMgYW5kIHR5cGU0ICZxdW90O20mcXVvdDsgaXMNCm1lYW5pbmdsZXNzLCBhbmQgSSBhbHNvIGls bHVzdHJhdGUgaXQgaW4gbXkgZHJhZnQuIE15IGlkZWEgaXMgdGhhdCwgJnF1b3Q7dGhlcmUNCmlz IG5vdCBhbnkgbWFuZGF0b3J5IHJlcXVpcmVtZW50IHRoYXQgdGhlIHN0YXJ0L2VuZCBsYWJlbCBp biBsYWJlbCBzZXQNCk1VU1Qga2VlcCB0aGUgc2FtZSBmb3JtYXQgd2l0aCB0aGUgbGFiZWwgaW4g c2lnbmFsaW5nLCBzbyBJIHRoaW5rIHRoZSBtZWFuaW5nbGVzcw0KcGFydCBjb3VsZCBiZSBzaW1w bHkgcmVtb3ZlZCBpbiB0aGUgbGFiZWwgc2V0LCBib3RoIHR5cGUgMi8zIGFuZCB0eXBlIDQuJnF1 b3Q7DQpJcyBpdCBub3QgY2xlYXI/IDwvZm9udD48Zm9udCBzaXplPTIgZmFjZT0iUm9tYW4iPjxi cj4NCjwvZm9udD48Zm9udCBzaXplPTMgY29sb3I9I2MwMDAwMCBmYWNlPSJDYWxpYnJpIj48YnI+ DQpbRmF0YWldICZuYnNwO0NsZWFyIG5vdy4gSGFwcHkgdG8gc2VlIHRoYXQgeW91IGFncmVlIKGu baGvIHNob3VsZCBiZQ0KcmVtb3ZlZCBpbiB0aGUgbGFiZWwuPC9mb250Pjxmb250IHNpemU9MiBm YWNlPSJSb21hbiI+IDwvZm9udD48Zm9udCBzaXplPTMgZmFjZT0iQ2FsaWJyaSI+PGJyPg0KIDwv Zm9udD48Zm9udCBzaXplPTIgZmFjZT0iUm9tYW4iPiZuYnNwOzwvZm9udD48Zm9udCBzaXplPTMg Y29sb3I9Ymx1ZSBmYWNlPSJDYWxpYnJpIj48YnI+DQogJnF1b3Q7aWYgdGhlIGF2YWlsYWJsZSBz cGVjdHJ1bSBpcyBvZGQgdGltZXMgb2YgJm5ic3A7dGhlIGNlbnRyYWwgZnJlcXVlbmN5DQpncmFu dWxhcml0eSAoNSo2LjI1R0h6KSwgaG93IHRvIGVuY29kZSB0aGUgdmFsdWUgb2Ygoa5toa8/JnF1 b3Q7IEZpcnN0bHksDQppdCBpcyBpbXBvc3NpYmxlIHRoYXQgdGhlIGF2YWlsYWJsZSBzcGVjdHJ1 bSBpcyBvZGQgdGltZXMgb2YgJm5ic3A7dGhlDQpjZW50cmFsIGZyZXF1ZW5jeSBncmFudWxhcml0 eSwgYXQgbGVhc3QgZm9yIHJlY2VudCBvcHRpY2FsIGNvbXBvbmVudHMuDQpwbGVhc2Ugc2VlIHRo ZSByZWZlcmVuY2U6ICZxdW90O0R5bmFtaWMgd2F2ZWxlbmd0aCBwcm9jZXNzb3IgV1NTIHdpdGgg RkxFWEdSSUQNCmZ1bmN0aW9uYWxpdHkgW0ZpbmlzYXJdJnF1b3Q7OyBTZWNvbmRseSAsZXZlbnQg aWYgaXQgaXMgcG9zc2libGUsIHR5cGUNCjIvMyBhbmQgdHlwZSA0IGNvdWxkIHdlbGwgZXhwcmVz cyB0aGF0LCBXb3VsZCB5b3UgYWdyZWUgd2l0aCBtZT88L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZhY2U9 IlJvbWFuIj4NCjwvZm9udD48Zm9udCBzaXplPTIgZmFjZT0iUm9tYW4iPjxicj4NCjwvZm9udD48 Zm9udCBzaXplPTMgY29sb3I9I2MwMDAwMCBmYWNlPSJDYWxpYnJpIj48YnI+DQpbRmF0YWldICZu YnNwO1doeSBpdCBpcyBpbXBvc3NpYmxlPyBUaGlzIGNhc2Ugc2hvdWxkIGJlIHZlcnkgY29tbW9u LiA8YnI+DQpQbGVhc2Ugc2VlIHRoZSBGaWd1cmUgSS4xIGluIEcuNjk0LjEgY29waWVkIGFzIGZv bGxvd3MuIEluIHRoaXMgZXhhbXBsZSwNCnRoZSBhdmFpbGFibGUgc3BlY3RydW0gaXMgOSo2LjI1 R0h6LiBUaGVyZWZvcmUsIHRoZSBsYWJlbCBmb3JtYXQgd2l0aCChrm2hrw0KY2Fubm90IGhhbmRs ZSB0aGlzIGNvbW1vbiBjYXNlLjwvZm9udD48Zm9udCBzaXplPTIgZmFjZT0iUm9tYW4iPiA8L2Zv bnQ+PGZvbnQgc2l6ZT0zIGNvbG9yPSNjMDAwMDAgZmFjZT0iQ2FsaWJyaSI+PGJyPg0KIDwvZm9u dD48Zm9udCBzaXplPTIgZmFjZT0iUm9tYW4iPiZuYnNwOzxicj4NCjwvZm9udD48Zm9udCBzaXpl PTMgY29sb3I9Ymx1ZSBmYWNlPSJDYWxpYnJpIj48YnI+DQo8YnI+DQpJbiBteSBvcGluaW9uLCB0 aGUgcHJvYmxlbSBtZW50aW9uZWQgYWJvdmUgaGFzIG5vIHJlbGF0aW9ucyB0byB0aGUgdXNlDQpv ZiAmcXVvdDttJnF1b3Q7IGluIGxhYmVsLCBJIGFtIGNvbmZ1c2VkIHRoYXQgd2h5IHlvdSBvcHBv c2UgdGhlIGxhYmVsDQpmb3JtYXQgd2l0aCAmcXVvdDttJnF1b3Q7IGZyb20gdGhpcyBwb2ludD88 L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZhY2U9IlJvbWFuIj4NCjwvZm9udD48Zm9udCBzaXplPTMgZmFj ZT0iQ2FsaWJyaSI+PGJyPg0KIDwvZm9udD48Zm9udCBzaXplPTIgZmFjZT0iUm9tYW4iPiZuYnNw OzwvZm9udD48Zm9udCBzaXplPTMgY29sb3I9I2MwMDAwMCBmYWNlPSJDYWxpYnJpIj48YnI+DQpb RmF0YWldICZuYnNwO0FzIGV4cGxhaW5lZCBhYm92ZS4gSXQgaXMgcmVsYXRlZCB0byB0aGUgdXNh Z2Ugb2Ygoa5toa8NCmluIHlvdXIgZHJhZnQuIEkgYW0gdHJ5aW5nIHRvIG1ha2UgcGVvcGxlIHVu ZGVyc3RhbmQgoa5toa8gc2hvdWxkIG5vdA0KYmUgY2FycmllZCBpbiB0aGUgcm91dGluZyAoYW5k IHNvIGluIHRoZSBsYWJlbCkuIEkgd2lsbCBjb250aW51ZSB0byBtYWtlDQp0aGlzIGVmZm9ydCB1 bnRpbCBwZW9wbGUgdW5kZXJzdGFuZCB0aGlzIHBvaW50LjwvZm9udD48Zm9udCBzaXplPTIgZmFj ZT0iUm9tYW4iPg0KPC9mb250Pjxmb250IHNpemU9MyBmYWNlPSJDYWxpYnJpIj48YnI+DQo8L2Zv bnQ+PGZvbnQgc2l6ZT0yIGZhY2U9IkFyaWFsIj48YnI+DQo8YnI+DQo8YnI+DQpCZXN0IFJlZ2Fy ZHM8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+IDwvZm9udD48Zm9u dCBzaXplPTIgZmFjZT0iQXJpYWwiPjxicj4NCjxicj4NCkxlaSBXYW5nIDxicj4NCjxicj4NCi0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPGJyPg0KTGVpV2FuZzxi cj4NCjxicj4NClpURTxicj4NCkJlYXJlciBOZXR3b3JrIFByb2R1Y3QgUHJlX3Jlc2VhcmNoIERl cGFydG1lbnQsPGJyPg0KV2lyZWxpbmUgUiZhbXA7RCBJbnNpdGl0dXRlPGJyPg0KQ2VsbCBwaG9u ZTorODYgMTM4MTE0NDAwNjc8YnI+DQpFbWFpbDogd2FuZy5sZWkxMzFAenRlLmNvbS5jbjxicj4N CiAmbmJzcDsgJm5ic3A7aGVjaGVuMDAwMUBnbWFpbC5jb208YnI+DQogJm5ic3A7ICZuYnNwO2xl aXdAdHNpbmdodWEuZWR1LmNuPGJyPg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLTwvZm9udD48Zm9udCBzaXplPTMgZmFjZT0iUm9tYW4iPg0KPC9mb250Pjxm b250IHNpemU9MiBmYWNlPSJSb21hbiI+PGJyPg0KX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX188YnI+DQpDQ0FNUCBtYWlsaW5nIGxpc3Q8YnI+DQpDQ0FNUEBp ZXRmLm9yZzxicj4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vY2NhbXA8 YnI+DQo8L2ZvbnQ+DQo8YnI+DQo= --=_alternative 002D53EA482579CD_=-- From zhangfatai@huawei.com Mon Mar 26 01:34:31 2012 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 32D7B21F850C for ; Mon, 26 Mar 2012 01:34:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 4.013 X-Spam-Level: **** X-Spam-Status: No, score=4.013 tagged_above=-999 required=5 tests=[AWL=-3.637, BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, HTML_MESSAGE=0.001, J_CHICKENPOX_42=0.6, J_CHICKENPOX_83=0.6, 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 kSHOjg+m25bc for ; Mon, 26 Mar 2012 01:34:29 -0700 (PDT) Received: from dfwrgout.huawei.com (dfwrgout.huawei.com [206.16.17.72]) by ietfa.amsl.com (Postfix) with ESMTP id D6C2921F8503 for ; Mon, 26 Mar 2012 01:34:28 -0700 (PDT) Received: from 172.18.9.243 (EHLO dfweml202-edg.china.huawei.com) ([172.18.9.243]) by dfwrg01-dlp.huawei.com (MOS 4.2.3-GA FastPath) with ESMTP id AER77778; Mon, 26 Mar 2012 04:34:28 -0400 (EDT) Received: from DFWEML403-HUB.china.huawei.com (10.193.5.151) by dfweml202-edg.china.huawei.com (172.18.9.108) with Microsoft SMTP Server (TLS) id 14.1.323.3; Mon, 26 Mar 2012 01:32:12 -0700 Received: from SZXEML425-HUB.china.huawei.com (10.72.61.33) by dfweml403-hub.china.huawei.com (10.193.5.151) with Microsoft SMTP Server (TLS) id 14.1.323.3; Mon, 26 Mar 2012 01:31:35 -0700 Received: from SZXEML520-MBX.china.huawei.com ([169.254.1.77]) by szxeml425-hub.china.huawei.com ([10.72.61.33]) with mapi id 14.01.0323.003; Mon, 26 Mar 2012 16:32:04 +0800 From: Fatai Zhang To: "wang.qilei@zte.com.cn" Thread-Topic: Re: [CCAMP] Update to draft-farrkingel-ccamp-flexigrid-lambda-label Thread-Index: AQHNCA36ksHEPFpbRMeRBWbxSfw235Z2EZMg//+gogCAAYgNcIAEdVEAgACKiJ///4DHAIAAiE1Z Date: Mon, 26 Mar 2012 08:32:03 +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: [172.24.1.67] Content-Type: multipart/alternative; boundary="_000_F82A4B6D50F9464B8EBA55651F541CF82CBCFA58SZXEML520MBXchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "ccamp@ietf.org" Subject: [CCAMP] =?gb2312?b?tPC4tDogUmU6ICBVcGRhdGUgdG8gZHJhZnQtZmFycmtp?= =?gb2312?b?bmdlbC1jY2FtcC1mbGV4aWdyaWQtbGFtYmRhLWxhYmVs?= 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, 26 Mar 2012 08:34:31 -0000 --_000_F82A4B6D50F9464B8EBA55651F541CF82CBCFA58SZXEML520MBXchi_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 DQpIaSBRaWxlaSwNCg0KRG9lcyB3aGF0IEkgc2FpZCBub3QgdG91Y2ggdGhlIHRlY2ggIHBvaW50 cz8gIEkgdGhpbmsgd2UgY2FuIGRpc2N1c3MgbW9yZSBmMmYuDQoNCkkgaGF2ZSBzcGVudCBzbyBt dWNoIHRpbWUgb24gbWFraW5nIExlaSB1bmRlcnN0YW5kIHRoYXQgJ20nIHNob3VsZCBub3QgYWR2 ZXJ0aXNlZCBpbiB0aGUgcm91dGluZywgYW5kIGhlIGZpbmFsbHkgYWdyZWVkIG9uIHdoYXQgSSBl eHBsYWluZWQuDQoNCkkga25vdyB0aGF0IHlvdSBsaWtlIG9uZSBjb25zaXN0ZW50IGxhYmVsIGZv cm1hdCwgc28gZG8geW91IG1lYW4gdGhhdCAnbScgc2hvdWxkIHN0aWxsIHVzZWQgaW4gdGhlIGxh YmVsIGFzIGRlc2NyaWJlZCBpbiAgTGVpJ3Mgcm91dGluZyBkcmFmdD8gV2hhdCBpcyB5b3VyIGNv bnNpc3RlbnQgbGFiZWwgZm9ybWF0Pw0KDQpGb3IgeW91ciBxdWVzdGlvbiBvbiA2LjI1R0h6IENT IGZvciBmaXhlZCBncmlkLCB3ZSBhbGwga25vdyB0aGF0IHRoZXJlIGlzIG5vIHRoaXMga2luZCBv ZiBDUyBmb3IgZml4ZWQgZ3JpZC4gSUVURiBjb250cm9sIHBsYW5lIG11c3QgZm9sbG93IHRoZSBz dGFuZGFyZGl6ZWQgcmVjb21tZW5kYXRpb24gb2YgSVRVLVQgZGF0YSBwbGFuZS4NCg0KDQpUaGFu a3MNCg0KRmF0YWkNCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0Kt6K8/sjL OiB3YW5nLnFpbGVpQHp0ZS5jb20uY24gW3dhbmcucWlsZWlAenRlLmNvbS5jbl0NCreiy83Ksbzk OiAyMDEyxOoz1MIyNsjVIDE2OjE1DQq1vTogRmF0YWkgWmhhbmcNCkNjOiBjY2FtcEBpZXRmLm9y Zw0K1vfM4jogUmU6IFJlOiBbQ0NBTVBdIFVwZGF0ZSB0byBkcmFmdC1mYXJya2luZ2VsLWNjYW1w LWZsZXhpZ3JpZC1sYW1iZGEtbGFiZWwNCg0KDQpIaSwgRmF0YWksDQoNCkp1c3QgZm9jdXMgb24g dGhlIHRlY2huaWNhbCBwb2ludC4gTXkgcHVycG9zZSBpcyB0byBtYWtlIHRoZSB3b3JrIGZvcndh cmQuDQoNCk1heWJlIHlvdXIgc29sdXRpb24sIG91ciBzb2x1dGlvbiBvciBvdGhlcnMgd2lsbCBl dmVudHVhbGx5IGJlY29tZSB0aGUgYmVzdCBjaG9pY2UuIFNvIGxldCdzIGRpc2N1c3MgdGhlIGNh c2UgdGhhdCBJIHJhaXNlZCBpbiB0aGUgcHJldmlvdXMgZW1haWwuDQoNClRoYW5rcw0KUWlsZWkN Cg0KDQoNCg0KDQpGYXRhaSBaaGFuZyA8emhhbmdmYXRhaUBodWF3ZWkuY29tPg0KDQoyMDEyLzAz LzI2IDE1OjU2DQoNCg0KytW8/sjLDQogICAgICAgICJ3YW5nLnFpbGVpQHp0ZS5jb20uY24iIDx3 YW5nLnFpbGVpQHp0ZS5jb20uY24+DQqzrcvNDQogICAgICAgICJjY2FtcEBpZXRmLm9yZyIgPGNj YW1wQGlldGYub3JnPg0K1vfM4g0KICAgICAgICC08Li0OiBSZTogW0NDQU1QXSBVcGRhdGUgdG8g ZHJhZnQtZmFycmtpbmdlbC1jY2FtcC1mbGV4aWdyaWQtbGFtYmRhLWxhYmVsDQoNCg0KDQoNCg0K DQoNCg0KSGkgUWlsZWksDQoNCkkgYW0gdG90YWxseSBjb25mdXNlZCBiZWNhdXNlIHdoYXQgeW91 IHNhaWQgY29udHJhZGljdHMgd2hhdCB5b3VyIGNvbGxlYWd1ZSAoTGVpIFdhbmcpIHNhaWQuDQoN CllvdSBsaWtlIG9uZSBjb25zaXN0ZW50IGxhYmVsIGZvcm1hdCBmb3IgYm90aCByb3V0aW5nIGFu ZCBzaWduYWxpbmcsIGJ1dCBMZWkgc3VwcG9ydHMgdHdvIGRpZmZlcmVudCBsYWJlbCBmb3JtYXRz Lg0KDQpJIGRvbid0IGtub3cgaG93IHRvIG1ha2UgdGhpcyBkaXNjdXNzIG1vdmUgZm9yd2FyZC4N Cg0KVGhhbmtzDQoNCkZhdGFpDQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N Cg0Kt6K8/sjLOiB3YW5nLnFpbGVpQHp0ZS5jb20uY24gW3dhbmcucWlsZWlAenRlLmNvbS5jbl0N Creiy83KsbzkOiAyMDEyxOoz1MIyNsjVIDE1OjM0DQq1vTogRmF0YWkgWmhhbmcNCkNjOiBjY2Ft cEBpZXRmLm9yZw0K1vfM4jogUmU6IFJlOiBbQ0NBTVBdIFVwZGF0ZSB0byBkcmFmdC1mYXJya2lu Z2VsLWNjYW1wLWZsZXhpZ3JpZC1sYW1iZGEtbGFiZWwNCg0KDQpIaSwgRmF0YWksDQoNCjxzbmlw Pg0KDQpQbGVhc2Ugc2VlIG15IGNvbW1lbnRzIGluLWxpbmU6DQoNCg0KImlmIHRoZSBhdmFpbGFi bGUgc3BlY3RydW0gaXMgb2RkIHRpbWVzIG9mICB0aGUgY2VudHJhbCBmcmVxdWVuY3kgZ3JhbnVs YXJpdHkgKDUqNi4yNUdIeiksIGhvdyB0byBlbmNvZGUgdGhlIHZhbHVlIG9mIKGubaGvPyIgRmly c3RseSwgaXQgaXMgaW1wb3NzaWJsZSB0aGF0IHRoZSBhdmFpbGFibGUgc3BlY3RydW0gaXMgb2Rk IHRpbWVzIG9mICB0aGUgY2VudHJhbCBmcmVxdWVuY3kgZ3JhbnVsYXJpdHksIGF0IGxlYXN0IGZv ciByZWNlbnQgb3B0aWNhbCBjb21wb25lbnRzLiBwbGVhc2Ugc2VlIHRoZSByZWZlcmVuY2U6ICJE eW5hbWljIHdhdmVsZW5ndGggcHJvY2Vzc29yIFdTUyB3aXRoIEZMRVhHUklEIGZ1bmN0aW9uYWxp dHkgW0ZpbmlzYXJdIjsgU2Vjb25kbHkgLGV2ZW50IGlmIGl0IGlzIHBvc3NpYmxlLCB0eXBlIDIv MyBhbmQgdHlwZSA0IGNvdWxkIHdlbGwgZXhwcmVzcyB0aGF0LCBXb3VsZCB5b3UgYWdyZWUgd2l0 aCBtZT8NCg0KW0ZhdGFpXSAgV2h5IGl0IGlzIGltcG9zc2libGU/IFRoaXMgY2FzZSBzaG91bGQg YmUgdmVyeSBjb21tb24uDQpQbGVhc2Ugc2VlIHRoZSBGaWd1cmUgSS4xIGluIEcuNjk0LjEgY29w aWVkIGFzIGZvbGxvd3MuIEluIHRoaXMgZXhhbXBsZSwgdGhlIGF2YWlsYWJsZSBzcGVjdHJ1bSBp cyA5KjYuMjVHSHouIFRoZXJlZm9yZSwgdGhlIGxhYmVsIGZvcm1hdCB3aXRoIKGubaGvIGNhbm5v dCBoYW5kbGUgdGhpcyBjb21tb24gY2FzZS4NCg0KW1FpbGVpXTogSW4gbXkgb3BpbmlvbiwgbGFi ZWwgZm9ybWF0IHVzZWQgaW4gdGhlIHJvdXRpbmcgcHJvdG9jb2wgc2hvdWxkIGJlIGluIGFjY29y ZGFuY2Ugd2l0aCB0aGF0IGluIHRoZSBzaWduYWxpbmcgaW4gZmxleGlibGUgZ3JpZCAobWF5IGJl IGVhcmx5IHRvIGRpc2N1c3MgdGhlIGxhYmVsIGZvcm1hdCBpbiB0aGUgcm91dGluZyBwcm90b2Nv bCksIGJlY2F1c2UgY29uc2lzdGVuY3kgaXMgbmVlZGVkLg0KDQpJJ20gc3RpbGwgbm90IHN1cmUg d2hldGhlciB0aGUgc2NlbmFyaW8geW91IGludHJvZHVjZSBmcm9tIElUVS1UIGRvY3VtZW50IGlz IHBvc3NpYmxlLiBNYXliZSB3ZSBzaG91bGQgY2FyZWZ1bGx5IGV4YW1pbmUgaXQgb3IgY29uc3Vs dCB0aGUgYXV0aG9yIG9mIHRoZSBHLjY5NC4xLg0KVGhlIGNhc2UgeW91IHNhaWQgaXMgcG9zc2li bGUsIHRvIHNheSB0aGUgbGVhc3Qgb2YgaXQuSSB0aGluayBJbmNsdXNpdmUvRXhjbHVzaXZlIGxp c3QgY291bGQgYWxzbyBiZSB1c2VkIHRvIHJlcHJlc2VudCB0aGUgbGFiZWwgcmFuZ2UsIGFzIHRo ZXJlIGFyZSAyNCBiaXRzIHJlc2VydmVkIGluIHRoZSBsYWJlbCBmb3JtYXQuIFdlIGNhbiB1c2Ug dGhlIHJlc2VydmVkIGJpdHMgdG8gaW5kaWNhdGUgdGhlIG9mZnNldC4NCg0KQW5vdGhlciB0aGlu ZzogSSdtIGNvbmZ1c2VkIHdpdGggdGhlIHVzZSBvZiBncmlkIHR5cGUgdmFsdWUgaW4geW91ciBk cmFmdC4gTGV0J3Mgc2VlIHRoZSBkZXNjcmlwdGluIGluIHlvdXIgZHJhZnQ6DQoiSW4gY2FzZSBv ZiBHcmlkPTEgKElUVS1UIERXRE0pLCBhIG5ldyB2YWx1ZSBvZiBDLlMuIGlzIGRlZmluZWQgZm9y IGZsZXhpYmxlIGdyaWQuICINCkEgbmV3IHZhbHVlIG9mIEMuUy4gaXMgZGVmaW5lZCBmb3IgZmxl eGlibGUgZ3JpZC4gSSB0aGluayB5b3UgbWVhbiA2LjI1R0h6IGhlcmUuIE15IGNvbmZ1c2lvbiBp cyB0aGF0IGlmIHRoZSBDLlMuIHZhbHVlIGlzIHVzZWQgZm9yIGZpeGVkIGdyaWQgcHVycG9zZSwg aG93IGNhbiB3ZSBkaWZmZXJlbnRpYXRlIGZpeGVkIGdyaWQgZnJvbSBmbGV4aWJsZSBncmlkPw0K DQpJJ20gbm90IHN1cmUgaWYgSSBtaXNzIHNvbWV0aGluZywgcGxlYXNlIHJlcGx5IHRvIG1lIGlm IEkgaGF2ZSB3cm9uZyB1bmRlcnN0YW5kaW5nIGhlcmUuDQoNCg0KVGhhbmtzDQpRaWxlaQ0KDQoN Cg0KDQoNCkZhdGFpIFpoYW5nIDx6aGFuZ2ZhdGFpQGh1YXdlaS5jb20+DQq3orz+yMs6ICBjY2Ft cC1ib3VuY2VzQGlldGYub3JnDQoNCjIwMTIvMDMvMjMgMTE6NDgNCg0KytW8/sjLDQogICAgICAg ICJ3YW5nLmxlaTEzMUB6dGUuY29tLmNuIiA8d2FuZy5sZWkxMzFAenRlLmNvbS5jbj4NCrOty80N CiAgICAgICAgImNjYW1wQGlldGYub3JnIiA8Y2NhbXBAaWV0Zi5vcmc+LCAiSUh1c3NhaW5AaW5m aW5lcmEuY29tIiA8SUh1c3NhaW5AaW5maW5lcmEuY29tPg0K1vfM4g0KICAgICAgICBSZTogW0ND QU1QXSBVcGRhdGUgdG8gZHJhZnQtZmFycmtpbmdlbC1jY2FtcC1mbGV4aWdyaWQtbGFtYmRhLWxh YmVsDQoNCg0KDQoNCg0KDQoNCg0KDQpIaSBMZWksDQoNCjxTbmlwPg0KDQpJdCBzZWVtcyB0aGF0 IGZsZXhpYmxlLWdyaWQgbmV0d29yayBpcyBiZWNvbWluZyBhIGhvdCB0b3BpYyBpbiB0aGVzZSBk YXlzLCBidXQgSSBhbHNvIGZpbmQgdGhhdCB0aGUgZGlzY3Vzc2lvbnMgbWFpbmx5IGZvY3VzIG9u IHR3byBwcm9ibGVtcyBsaXN0ZWQgYXMgZm9sbG93czoNCg0KMS4gV2hlcmUgZG8gd2UgY2Fycnkg dGhlICJtIiB2YWx1ZSwgbGFiZWwgb3IgdHJhZmZpYyBwYXJhbWV0ZXJzPw0KDQoyLiBXaGF0IHNo b3VsZCB3ZSBkaXNjdXNzIGluIHRoZSBmaXJzdCBzdGVwLCB0aGUgd2hvbGUgRmxleGlibGUtR3Jp ZCBjb250cm9sIHBsYW5lIG9yIGp1c3QgbGFiZWwgYW5kIHNpZ25hbGluZyBwYXJhbWV0ZXJzPw0K DQpIZXJlIEkgcHJlc2VudCBteSBjb25jZXB0IG9uIHRoZXNlIHR3byBxdXN0aW9ucy4NCg0KVGhl IGZpcnN0IG9uZSwgSSBhYnNvbHV0ZWx5IGFncmVlIHdpdGggQWRyaWFuLiAidGhlIHZpZXcgdGhh dCAibSIgaXMgcGFydCBvZiB0aGUgZGVmaW5pdGlvbiBvZiB3aGF0IGlzIGJlaW5nIHN3aXRjaGVk IGFuZCBpcyBlc3NlbnRpYWwgZm9yIHRoZSBzd2l0Y2ggY3Jvc3MtY29ubmVjdCB0byBiZSBwcm9n cmFtbWVkLiBUaHVzLGl0IGlzIHBhcnQgb2YgdGhlIGxhYmVsLiIgIkkgd291bGQgYWNrbm93bGVk Z2UgdGhhdCB0aGUgdmFsdWUgb2YgIm0iIGluZmx1ZW5jZXMgdGhlIGJhbmR3aWR0aCBvZiB0aGUg TFNQLCBidXQgSSB3b3VsZCBjbGFpbSB0aGF0IGFuIFBhdGggcmVxdWVzdCBhc2tzIGZvciBiL3cg aW4gdGhlIHRyYWZmaWMgcGFyYW1ldGVycyBhbmQgdGhlIGxhYmVsIHJldHVybmVkIHByb3ZpZGVz IHRoZSB2YWx1ZSBvZiAibSIgdG8gYmUgcHJvZ3JhbW1lZCBpbnRvIHRoZSBYQy4gSWYgaXQgaXMg bmVjZXNzYXJ5IChwZXJoYXBzIGEgcXVlc3Rpb24gZm9yZHJhZnQtemhhbmctY2NhbXAtZmxleGli bGUtZ3JpZC1yc3ZwLXRlLWV4dCkgdG8gYWxzbyBzcGVjaWZ5ICJtIiAob3IgYSByYW5nZSBvZiBh Y2NlcHRhYmxlIHZhbHVlcyBvZiAibSIpIGFzIHBhcnQgb2YgdGhlIFBhdGggcmVxdWVzdCwgdGhl biBpdCB3b3VsZCBzZWVtIHByYWdtYXRpYyB0byBwdXQgaXQgaW4gdGhlIHRyYWZmaWMgcGFyYW1l dGVycy4iDQoNCkluIG15IG9waW5pb24sIGl0IG1heSBiZSByZWFzb25hYmxlIHRvIGNhcnJ5IGNl cnRhaW4gZmllbGRzIGluIHRyYWZmaWMgcGFyYW1ldGVycyB0aGF0IGNsYWltIG1pbiBzbG90IHdp ZHRoIG9yIHNsb3Qgd2lkdGggcmFuZ2UgdGhlIExTUCByZXF1ZXN0cywgYXMgd2VsbCwgaXQgaXMg YWxzbyBuZWNlc3NhcnkgdG8gaW5jbHVkZSAibSIgaW4gdGhlIGxhYmVsIHRvIGNsYWltIGFjdHVh bCBzbG90IHdpZHRoIGFzc2lnbmVkIHRvIHRoaXMgTFNQLiBGb3IgZXhhbXBsZSwgYXNzdW1pbmcg YSBmbGV4aWJsZS1ncmlkIG5ldHdvcmsgY29tcG9zZWQgb2Ygb3B0aWNhbCBjb21wb25lbnRzIHdp dGggMjVHSHogc2xvdCB3aWR0aCBncmFudWxhcml0eSBhbmQgWzUwR0h6LCAyMDBHSHpdIHNsb3Qg d2lkdGggcmFuZ2UuIFdoZW4gYSAyNUdIei1zbG90LXdpZHRoIExTUCByZXF1ZXN0IGFycml2ZXMs IHRoZSBzaWduYWxpbmcgbWF5IGFkZCAyNUdIeiBpbiB0cmFmZmljIHBhcmFtZXRlcnMgdG8gY2xh aW0gdGhlIG1pbiBzbG90IHdpZHRoIHJlcXVpcmVkLiBIb3dldmVyLCBkdWUgdG8gdGhlIEZsZXhp YmxlLUdyaWQgY2FwYWJpbGl0eSBsaW1pdGF0aW9uIG9mIG9wdGljYWwgY29tcG9uZW50cywgdGhl IGFjdHVhbCBzbG90IHdpZHRoIGFzc2lnbmVkIHRvIHRoaXMgTFNQIG1heSBiZSA1MEdIeiwgd2hp Y2ggaXMgYWRkZWQgYXMgIm0iIGluIHRoZSBsYWJlbC4gc2ltaWxhcmx5LCBXaGVuIGEgODcuNUdI ei1zbG90LXdpZHRoIExTUCByZXF1ZXN0IGFycml2ZXMsIHRoZSBhY3R1YWwgc2xvdCB3aWR0aCBh c3NpZ25lZCB0byB0aGlzIExTUCBtYXkgYmUgMTAwR0h6LiBTbyBzdWNoIGZpZWxkcyBpbiB0cmFm ZmljIHBhcmFtZXRlcnMgY2Fubm90IGV4Y2x1ZGUgdGhlIHVzZSBvZiAibSIgaW4gdGhlIGxhYmVs LCBmcm9tIHNpZ25hbGluZyBwZXJzcGVjdGl2ZS4NCg0KW0ZhdGFpXSBBcmUgeW91IGtpZGRpbmc/ IFdoZW4gMjVHSHogaXMgcmVxdWVzdGVkLCBidXQgNTBHSHogaXMgYWxsb2NhdGVkIGZpbmFsbHk/ IEluIHRoaXMgY2FzZSwgdGhpcyByZXF1ZXN0IHNob3VsZCBiZSByZWplY3RlZC4gU2Vjb25kbHks IHdoeSByb3V0aW5nIGNhbm5vdCBiZSBhd2FyZSBvZiB0aGlzIGNvbnN0cmFpbnQ/IEkgdGhpbmsg dGhpcyBjb25zdHJhaW50IHNob3VsZCBiZSBhZHZlcnRpc2VkIGludG8gcm91dGluZyBhbmQgdGhl biB0aGUgaGVhZCBub2RlIG9yIFBDRSBjYW4gY2FsY3VsYXRlIHRoZSBleGFjdCBiYW5kd2lkdGgg bmVlZGVkIGJlZm9yZSBzaWduYWxpbmcuDQoNCltMZWldIFRoYXQgaXMganVzdCBhbiBleGFtcGxl LiBsZXQgdXMgZGljdXNzIGl0IGluIGRldGFpbC4gaW4gbXkgb3BpbmlvbiwgdGhlIGlkZWEgbWVu dGlvbmVkIGFib3ZlIGlzIGV4dHJlbWVseSB1c2VmdWwgZm9yIEZsZXhpYmxlLUdyaWQgbmV0d29y a3Mgd2l0aCB2YXJpb3VzIGZsZXhpYmxlLWdyaWQgYWJpbGl0eSBjb21wb25lbnRzLiBBc3N1bWlu ZyBhIG5ldHdvcmsgY29tcG9zZWQgb2YgdHdvIGtpbmRzIG9wdGljYWwgY29tcG9uZW50czogMS4g MjVHSHogc2xvdCB3aWR0aCBncmFudWxhcml0eSBhbmQgWzUwR0h6LCAzMDBHSHpdIHNsb3Qgd2lk dGggcmFuZ2U7IDIuIDEyLjVHSHogc2xvdCB3aWR0aCBncmFudWxhcml0eSBhbmQgWzUwR0h6LCAy MDBHSHpdIHNsb3Qgd2lkdGggcmFuZ2UuIEp1c3QgYXMgRmlndXJlIDEgaW4gW2RyYWZ0LXdhbmds LWNjYW1wLW9zcGYtZXh0LWNvbnN0cmFpbnQtZmxleGktZ3JpZC0wMV0uDQoNCldoZW4gYSA4Ny41 R0h6LXNsb3Qtd2lkdGggQS0+RSBMU1AgcmVxdWVzdCBhcnJpdmVzLCBhc3N1bWluZyB0aGVyZSBp cyBub3QgYW55IGF2YWlsYWJsZSBzcGVjdHJ1bSByZXNvdXJjZSBvbiByb3V0ZSBBLUItRSwgQS1E LUUgaXMgc2VsZWN0ZWQgYXMgdGhlIExTUCByb3V0ZSBhbmQgMTAwR0h6IHNsb3Qgd2lkdGggaXMg YXNzaWduZWQuIHdoYXQgeW91IG1lYW4gaXMgdGhhdCB0aGUgY29tcHV0YXRpb24gZWxlbWVudHMg c2hvdWxkIGdldCBpbmZvcm1hdGlvbiBvZiBmbGV4aWJsZS1ncmlkIGFiaWxpdHkgb2YgZWFjaCBv cHRpY2FsIGNvbXBvbmVudHMgYnkgT1NQRiBmbG9vZGluZywgc28gdGhlIGhlYWRlciBjYW4gY2Fs Y3VsYXRlIHRoZSBhY3R1YWwgc2xvdCB3aWR0aCB3aXRob3V0IGNhcnJpbmcgODcuNUdIeiBpbiB0 cmFmZmljIHBhcmFtZXRlcnMsIERvIEkgdW5kZXJzdGFuZCByaWdodD8gT0ssIHRoZXJlIGlzIGEg YmlnIHByb2JsZW0sIGF1c3VtaW5nIGZpYmVyIEFEIGJyZWFrcyBkb3duIGFuZCBMU1AgcmVyb3V0 ZSByZXVlc3RzLCBhbmQgdGhlbiByb3V0ZSBBLUItRSBpcyBzZWxlY3RlZCwgaG93IG1hbnkgc2xv dCB3aWR0aHMgd291bGQgYXNzc2lnbmVkIHRvIHRoYXQgTFNQPyBhbHNvIDEwMEdIej8gSXQgaXMg bm90IHJlc29uYWJsZSBiZWNhdXNlIDg3LjVHSHogaXMgZW5vdWdoLiBidXQgaG93IGNvdWxkIHRo ZSBjb250cm9sIHBsYW5lIGdldCB0aGlzIGluZm9ybWF0aW9uPyBJbiBteSBvcGluaW9uLCBmcm9t IHRyYWZmaWMgcGFyYW1ldGVycy4NCg0KW0ZhdGFpXSAgQ2VydGFpbmx5LCA4Ny41R0haIGNhbiBi ZSByZXF1ZXN0ZWQgZm9yIHRoZSByZWNvdmVyeSBMU1AgYW5kIG09NyBzaG91bGQgYmUgY2Fycmll ZCBpbiB0aGUgdHJhZmZpYyBwYXJhbWV0ZXJzLiBUaGlzIGlzIHdoYXQgSSBhbSBwcm9wb3Npbmcu DQoNCg0KV291bGQgeW91IGFncmVlIHdpdGggbWU/DQoNCkkgYWxzbyBub3RpY2UgdGhhdCBGYXRh aSBvcHBvc2UgdGhlIHVzZSBvZiAibSIgaW4gbGFiZWwgZnJvbSByb3V0aW5nIHBlcnNwZWN0aXZl LiBJbiBbZHJhZnQtd2FuZ2wtY2NhbXAtb3NwZi1leHQtY29uc3RyYWludC1mbGV4aS1ncmlkLTAx XSwgZm9yIHRoZSBsYWJlbCBzZXQgd2l0aCB0eXBlIDIvMyBpbmNsdXNpdmUvZXhjbHVzaXZlIHJh bmdlLCAiVGhlIHZhbHVlIG9mIG0gaW4gc3RhcnQvZW5kIGxhYmVsIGlzIG1lYW5pbmdsZXNzIiwg YW5kICIzMiBhZGRpdGlvbmFsIGJpdHMgc3BhY2UgaXMgdXNlZCB0byBjYXJyeSBtZWFuaW5nbGVz cyBpbmZvcm1hdGlvbiEgIFBlb3BsZSBjYW4gaW1hZ2UgaG93IG1hbnkgbGFiZWxzIGFyZSBkaXN0 cmlidXRlZCBpbiB0aGUgcm91dGluZy4gV2hhdCBzY2FsYWJsZSBpc3N1ZSBpdCBpcyEiIEluIG15 IG9waW5pb24sIHRoaXMgZG9jdW1lbnQgaXMgb25seSBhbiBpbmRpdmlkdWFsIGRyYWZ0IHRvIHN1 bW1hcml6ZSBvdXIgaWRlYSBhbmQgaW5pdGlhbCB3b3JrIG9uIE9TUEYgZXh0ZW5zaW9uIG9mIEZs ZXhpYmxlLUdyaWQgbmV0d29ya3MsYW5kIG5lZWRzIGZ1cnRoZXIgbW9kaWZpY2F0aW9uIGFuZCBl eHRlbnNpb24gYWNjb3JkaW5nIHRvIHRoZSByZXF1aXJlbWVudHMgYW5kIGZlZWRiYWNrIG9mIG90 aGVycy4gVGhhbmtzIGZvciBwb2ludGluZyBvdXQgdGhlIGltcHJvcGVyIHBsYWNlLiBIb3dldmVy LCBpbiB0aGlzIGRvY3VtZW50LCB0aGUgdHlwZSAyLzMgaW5jbHVzaXZlL2V4Y2x1c2l2ZSByYW5n ZSBjYW4gYmUgd2VsbCByZXBsYWNlZCBieSB0aGUgdHlwZSAwLzEgaW5jbHVzaXZlL2V4Y2x1c2l2 ZSBsYWJlbCBsaXN0LCB3aXRob3V0IGFueSBiaXQtd2FzdGluZy4gSW4gYWRkaXRpb24sIHRoZXJl IGlzIG5vdCBhbnkgbWFuZGF0b3J5IHJlcXVpcmVtZW50IHRoYXQgdGhlIHN0YXJ0L2VuZCBsYWJl bCBpbiBsYWJlbCBzZXQgTVVTVCBrZWVwIHRoZSBzYW1lIGZvcm1hdCB3aXRoIHRoZSBsYWJlbCBp biBzaWduYWxpbmcsIHNvIEkgdGhpbmsgdGhlIG1lYW5pbmdsZXNzIHBhcnQgY291bGQgYmUgc2lt cGx5IHJlbW92ZWQgaW4gdGhlIGxhYmVsIHNldCwgYm90aCB0eXBlIDIvMyBhbmQgdHlwZSA0LiBB Ym92ZSBhbGwsIGl0IGlzIG5vdCBhIHNlcmlvdXMgcHJvYmxlbSB0aGF0IGNhbm5vdCBjb25xdWVy ZWQsIGFuZCBoYXMgbm8gaW1wYWN0IG9uIHRoZSB1c2Ugb2YgIm0iIGluIHRoZSBsYWJlbCwgZnJv bSByb3V0aW5nIHBlcnNwZWN0aXZlLg0KDQpbRmF0YWldICBNYW55IGJpZyBpc3N1ZXMgaWYgoa5t oa8gaXMgdXNlZCBpbiB0aGUgcm91dGluZy4NCg0KUGVyIEcuNjk0LjEsIHNsb3Qgd2lkdGggaXMg b25seSBzaWduaWZpY2FudCBmb3IgYSBmcmVxdWVuY3kgc2xvdCAoaWUuLCBhIHNwZWNpZmljIGNv bm5lY3Rpb24pLiBUaGVyZSBpcyBubyBwcmUtZGVmaW5lZCBmaXhlZCChsHdhdmVsZW5ndGihsSBm b3IgdGhlIGxpbmsgcmVzb3VyY2Ugb2YgZmxleGktZ3JpZCwgYmVjYXVzZSBpdCBpcyBmbGV4aWJs ZSAoaWUuLCB0aGUgc2xvdCB3aWR0aCBpcyB1bmNlcnRhaW4gYmVmb3JlIGEgZnJlcXVlbmN5IHNs b3QgaXMgYWxsb2NhdGVkKSwgc28gdGhlcmUgaXMgbm8gbmVlZCB0byBhZHZlcnRpc2Ugc2xvdCB3 aWR0aCAob3Igoa5toa8pLiBUaGlzIGlzIHRoZSByZWFzb24gdG8gaGF2ZSBtZWFuaW5nbGVzcyCh rm2hryBpbiB5b3VyIGRyYWZ0Lg0KDQpFdmVuIHRob3VnaCB0eXBlIDAvMSBpcyB1c2VkLCB0aGVy ZSBpcyBzdGlsbCBiaWcgaXNzdWUuIEZvciBleGFtcGxlLCBpZiB0aGUgYXZhaWxhYmxlIHNwZWN0 cnVtIGlzIG9kZCB0aW1lcyBvZiAgdGhlIGNlbnRyYWwgZnJlcXVlbmN5IGdyYW51bGFyaXR5ICg1 KjYuMjVHSHopLCBob3cgdG8gZW5jb2RlIHRoZSB2YWx1ZSBvZiChrm2hrz8gYXJlIHlvdSB0cnlp bmcgdG8gdXNlIG09Mi41Pw0KDQpJZiAgYSBsYWJlbCBmb3JtYXQgaW4gcm91dGluZyBpcyBkaWZm ZXJlbnQgZnJvbSBpbiBzaWduYWxpbmcgYXMgeW91IHNhaWQsIEkgd291bGQgbGlrZSB0byBzZWUg dGhlIGxhYmVsIGZvcm1hdC4NCg0KW0xlaV0gSSBhZ3JlZSB3aXRoIHlvdSB0aGF0IGluIGJvdGgg dHlwZSAyLzMgYW5kIHR5cGU0ICJtIiBpcyBtZWFuaW5nbGVzcywgYW5kIEkgYWxzbyBpbGx1c3Ry YXRlIGl0IGluIG15IGRyYWZ0LiBNeSBpZGVhIGlzIHRoYXQsICJ0aGVyZSBpcyBub3QgYW55IG1h bmRhdG9yeSByZXF1aXJlbWVudCB0aGF0IHRoZSBzdGFydC9lbmQgbGFiZWwgaW4gbGFiZWwgc2V0 IE1VU1Qga2VlcCB0aGUgc2FtZSBmb3JtYXQgd2l0aCB0aGUgbGFiZWwgaW4gc2lnbmFsaW5nLCBz byBJIHRoaW5rIHRoZSBtZWFuaW5nbGVzcyBwYXJ0IGNvdWxkIGJlIHNpbXBseSByZW1vdmVkIGlu IHRoZSBsYWJlbCBzZXQsIGJvdGggdHlwZSAyLzMgYW5kIHR5cGUgNC4iIElzIGl0IG5vdCBjbGVh cj8NCg0KW0ZhdGFpXSAgQ2xlYXIgbm93LiBIYXBweSB0byBzZWUgdGhhdCB5b3UgYWdyZWUgoa5t oa8gc2hvdWxkIGJlIHJlbW92ZWQgaW4gdGhlIGxhYmVsLg0KDQoiaWYgdGhlIGF2YWlsYWJsZSBz cGVjdHJ1bSBpcyBvZGQgdGltZXMgb2YgIHRoZSBjZW50cmFsIGZyZXF1ZW5jeSBncmFudWxhcml0 eSAoNSo2LjI1R0h6KSwgaG93IHRvIGVuY29kZSB0aGUgdmFsdWUgb2Ygoa5toa8/IiBGaXJzdGx5 LCBpdCBpcyBpbXBvc3NpYmxlIHRoYXQgdGhlIGF2YWlsYWJsZSBzcGVjdHJ1bSBpcyBvZGQgdGlt ZXMgb2YgIHRoZSBjZW50cmFsIGZyZXF1ZW5jeSBncmFudWxhcml0eSwgYXQgbGVhc3QgZm9yIHJl Y2VudCBvcHRpY2FsIGNvbXBvbmVudHMuIHBsZWFzZSBzZWUgdGhlIHJlZmVyZW5jZTogIkR5bmFt aWMgd2F2ZWxlbmd0aCBwcm9jZXNzb3IgV1NTIHdpdGggRkxFWEdSSUQgZnVuY3Rpb25hbGl0eSBb RmluaXNhcl0iOyBTZWNvbmRseSAsZXZlbnQgaWYgaXQgaXMgcG9zc2libGUsIHR5cGUgMi8zIGFu ZCB0eXBlIDQgY291bGQgd2VsbCBleHByZXNzIHRoYXQsIFdvdWxkIHlvdSBhZ3JlZSB3aXRoIG1l Pw0KDQpbRmF0YWldICBXaHkgaXQgaXMgaW1wb3NzaWJsZT8gVGhpcyBjYXNlIHNob3VsZCBiZSB2 ZXJ5IGNvbW1vbi4NClBsZWFzZSBzZWUgdGhlIEZpZ3VyZSBJLjEgaW4gRy42OTQuMSBjb3BpZWQg YXMgZm9sbG93cy4gSW4gdGhpcyBleGFtcGxlLCB0aGUgYXZhaWxhYmxlIHNwZWN0cnVtIGlzIDkq Ni4yNUdIei4gVGhlcmVmb3JlLCB0aGUgbGFiZWwgZm9ybWF0IHdpdGggoa5toa8gY2Fubm90IGhh bmRsZSB0aGlzIGNvbW1vbiBjYXNlLg0KDQoNCg0KSW4gbXkgb3BpbmlvbiwgdGhlIHByb2JsZW0g bWVudGlvbmVkIGFib3ZlIGhhcyBubyByZWxhdGlvbnMgdG8gdGhlIHVzZSBvZiAibSIgaW4gbGFi ZWwsIEkgYW0gY29uZnVzZWQgdGhhdCB3aHkgeW91IG9wcG9zZSB0aGUgbGFiZWwgZm9ybWF0IHdp dGggIm0iIGZyb20gdGhpcyBwb2ludD8NCg0KW0ZhdGFpXSAgQXMgZXhwbGFpbmVkIGFib3ZlLiBJ dCBpcyByZWxhdGVkIHRvIHRoZSB1c2FnZSBvZiChrm2hryBpbiB5b3VyIGRyYWZ0LiBJIGFtIHRy eWluZyB0byBtYWtlIHBlb3BsZSB1bmRlcnN0YW5kIKGubaGvIHNob3VsZCBub3QgYmUgY2Fycmll ZCBpbiB0aGUgcm91dGluZyAoYW5kIHNvIGluIHRoZSBsYWJlbCkuIEkgd2lsbCBjb250aW51ZSB0 byBtYWtlIHRoaXMgZWZmb3J0IHVudGlsIHBlb3BsZSB1bmRlcnN0YW5kIHRoaXMgcG9pbnQuDQoN Cg0KDQpCZXN0IFJlZ2FyZHMNCg0KTGVpIFdhbmcNCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0NCkxlaVdhbmcNCg0KWlRFDQpCZWFyZXIgTmV0d29yayBQcm9k dWN0IFByZV9yZXNlYXJjaCBEZXBhcnRtZW50LA0KV2lyZWxpbmUgUiZEIEluc2l0aXR1dGUNCkNl bGwgcGhvbmU6Kzg2IDEzODExNDQwMDY3DQpFbWFpbDogd2FuZy5sZWkxMzFAenRlLmNvbS5jbg0K ICAgaGVjaGVuMDAwMUBnbWFpbC5jb20NCiAgIGxlaXdAdHNpbmdodWEuZWR1LmNuDQotLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpfX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KQ0NBTVAgbWFpbGluZyBsaXN0DQpDQ0FN UEBpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9jY2FtcA0K DQo= --_000_F82A4B6D50F9464B8EBA55651F541CF82CBCFA58SZXEML520MBXchi_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi Qilei,

Does what I said not touch the tech points? I think we can= discuss more f2f.

I have spent so much time on making Lei understand that 'm' should not= advertised in the routing, and he finally agreed on what I explained.

I know that you like one consistent label format, so do you mean that = 'm' should still used in the label as described in Lei's routing draf= t? What is your consistent label format?

For your question on 6.25GHz CS for fixed grid, we all know that there= is no this kind of CS for fixed grid. IETF control plane must follow the s= tandardized recommendation of ITU-T data plane.

Thanks

Fatai

=B7=A2=BC=FE=C8=CB: wang.qilei@zte.com.c= n [wang.qilei@zte.com.cn]
=B7=A2=CB=CD=CA=B1=BC=E4: 2012=C4=EA3=D4=C226=C8=D5 16:15
=B5=BD: Fatai Zhang
Cc: ccamp@ietf.org
=D6=F7=CC=E2: Re: Re: [CCAMP] Update to draft-farrkingel-ccamp-flexi= grid-lambda-label

Hi, Fatai,

Just focus on the technical point. My = purpose is to make the work forward.

Maybe your solution, our solution or o= thers will eventually become the best choice. So let's discuss the case tha= t I raised in the previous email.

Thanks
Qilei

Fatai Zhang <z= hangfatai@huawei.com>
2012/03/26 15:56

=CA=D5=BC=FE=C8= =CB
"wang.qilei@zte.com.cn" = <wang.qilei@zte.com.cn>

=B3=AD=CB=CD
"ccamp@ietf.org" <cca= mp@ietf.org>

=D6=F7=CC=E2
=B4=F0=B8=B4: Re: [CCAMP] Update t= o draft-farrkingel-ccamp-flexigrid-lambda-label

Hi Qilei,

I am totally confused because what you sai= d contradicts what your colleague (Lei Wang) said.

You like one consistent label format for b= oth routing and signaling, but Lei supports two different label formats.

I don't know how to make this discuss move= forward.

Thanks

Fatai

=B7=A2=BC=FE=C8=CB: wang.qilei@zte.= com.cn [wang.qilei@zte.com.cn]
=B7=A2=CB=CD=CA=B1=BC=E4: 2012=C4=EA3=D4=C226=C8=D5 15:34
=B5=BD: Fatai Zhang
Cc: ccamp@ietf.org
=D6=F7=CC=E2: Re: Re: [CCAMP] Update to draft-farrkingel-ccamp-flexigri= d-lambda-label

Hi, Fatai,

<snip>

Please see my comments in-line:

"if the available spectrum is odd times of the central frequency= granularity (5*6.25GHz), how to encode the value of =A1=AEm=A1=AF?" F= irstly, it is impossible that the available spectrum is odd times of = the central frequency granularity, at least for recent optical components. please see the reference: "Dynamic wavelength processor W= SS with FLEXGRID functionality [Finisar]"; Secondly ,event if it is po= ssible, type 2/3 and type 4 could well express that, Would you agree with m= e?

[Fatai] Why it is impossible? This case should be very common.
Please see the Figure I.1 in G.694.1 copied as follows. In this example, th= e available spectrum is 9*6.25GHz. Therefore, the label format with =A1=AEm= =A1=AF cannot handle this common case.

[Qilei]: In my opinion, label format used in the routing protocol should be= in accordance with that in the signaling in flexible grid (may be early to= discuss the label format in the routing protocol), because consistency is = needed.

I'm still not sure whether the scenario you introduce from ITU-T document i= s possible. Maybe we should carefully examine it or consult the author of t= he G.694.1.
The case you said is possible, to say the least of it.I think Inclusive/Exc= lusive list could also be used to represent the label range, as there are 2= 4 bits reserved in the label format. We can use the reserved bits to indica= te the offset.

Another thing: I'm confused with the use of grid type value in your draft. = Let's see the descriptin in your draft:
"In case of Grid=3D1 (ITU-T DWDM), a new value of C.S. is defined for = flexible grid. "
A new value of C.S. is defined for flexible grid. I think you mean 6.25GHz = here. My confusion is that if the C.S. value is used for fixed grid purpose= , how can we differentiate fixed grid from flexible grid?

I'm not sure if I miss something, please reply to me if I have wrong unders= tanding here.

Thanks
Qilei

Fatai Zhang <z= hangfatai@huawei.com>
=B7=A2=BC=FE=C8=CB: ccamp-bounces@ietf.org
2012/03/23 11:48

=CA=D5=BC=FE=C8= =CB
"wang.lei131@zt= e.com.cn" <wang.lei131@zte.com.cn>

=B3=AD=CB=CD
"ccamp@ietf.org" <cca= mp@ietf.org>, "IHussain@infinera.com" <IHussain@infinera.co= m>

=D6=F7=CC=E2
Re: [CCAMP] Update to draft-farrki= ngel-ccamp-flexigrid-lambda-label

Hi Lei,

<Snip>

It seems that flexible-grid network is becoming a hot topic in these days, = but I also find that the discussions mainly focus on two problems listed as= follows:

1. Where do we carry the "= ;m" value, label or traffic par= ameters?

2. What should we discuss in the first step, the whole Flexible-Grid contro= l plane or just label and signaling parameters?

Here I present my concept on these two qustions.

The first one, I absolutely agree with Adrian. "the view that "m" is part of the definitio= n of what is being switched and is essential for the switch cross-connect t= o be programmed. Thus,it is part of the label." "I would acknowledge tha= t the value of "m" influences the bandwidth of the LSP, but I wou= ld claim that an Path request asks for b/w in the traffic parameters and th= e label returned provides the value of "m" to be programmed into the XC. If it is necessary (perhaps a question fordraft-zhang-ccamp-f= lexible-grid-rsvp-te-ext) to also specify "m" (or a range of acce= ptable values of "m") as part of the Path request, then it would = seem pragmatic to put it in the traffic parameters."

In my opinion, it may be reasonable to carry certain fields in traffic para= meters that claim min slot width or slot width range the LSP requests, as w= ell, it is also necessary to include "m" in the label to claim ac= tual slot width assigned to this LSP. For example, assuming a flexible-grid network composed of optical components w= ith 25GHz slot width granularity and [50GHz, 200GHz] slot width range. When= a 25GHz-slot-width LSP request arrives, the signaling may add 25GHz in tra= ffic parameters to claim the min slot width required. However, due to the Flexible-Grid capability limitati= on of optical components, the actual slot width assigned to this LSP may be= 50GHz, which is added as "m" in the label. similarly, When a 87.= 5GHz-slot-width LSP request arrives, the actual slot width assigned to this LSP may be 100GHz. So such fields in traffic p= arameters cannot exclude the use of "m" in the label, from signal= ing perspective.

[Fatai] Are you kidding? When 25GHz is requested, but 50GHz is allocated fi= nally? In this case, this request should be rejected. Secondly, why routing= cannot be aware of this constraint? I think this constraint should be adve= rtised into routing and then the head node or PCE can calculate the exact bandwidth needed before signaling= .

[Lei] That is just an example. let us dicuss it in detail. in my opinion, t= he idea mentioned above is extremely useful for Flexible-Grid networks with= various flexible-grid ability components. Assuming a network composed of t= wo kinds optical components: 1. 25GHz slot width granularity and [50GHz, 300GHz] slot width range; 2. 12.5= GHz slot width granularity and [50GHz, 200GHz] slot width range. Just as Fi= gure 1 in [draft-wangl-ccamp-ospf-ext-constraint-flexi-grid-01].

When a 87.5GHz-slot-width A->E LSP request arrives, assuming there is no= t any available spectrum resource on route A-B-E, A-D-E is selected as the = LSP route and 100GHz slot width is assigned. what you mean is that the comp= utation elements should get information of flexible-grid ability of each optical components by OSPF flooding, so t= he header can calculate the actual slot width without carring 87.5GHz in tr= affic parameters, Do I understand right? OK, there is a big problem, ausumi= ng fiber AD breaks down and LSP reroute reuests, and then route A-B-E is selected, how many slot widths wo= uld asssigned to that LSP? also 100GHz? It is not resonable because 87.5GHz= is enough. but how could the control plane get this information? In my opi= nion, from traffic parameters.

[Fatai] Certainly, 87.5GHZ can be requested for the recovery LSP and = m=3D7 should be carried in the traffic parameters. This is what I am propos= ing.

Would you agree with me?

I also notice that Fatai oppose the use of "m" in label from rout= ing perspective. In [draft-wangl-ccamp-ospf-ext-constraint-flexi-grid-01], for the label= set with type 2/3 inclusive/exclusive range, "The value of m in start/end label is meaningless", and "32 additional bits space is used to carry meaningless information! Peop= le can image how many labels are distributed in the routing. What scalable = issue it is!" In my opinion, th= is document is only an individual draft to summarize our idea and initial work on OSPF extension of Flexible-Grid networks,and = needs further modification and extension according to the requirements and = feedback of others. Thanks for pointing out the improper place. However, in= this document, the type 2/3 inclusive/exclusive range can be well replaced by the type 0/1 inclusive/exclusive label list,= without any bit-wasting. In addition, there is not any mandatory requireme= nt that the start/end label in label set MUST keep the same format with the= label in signaling, so I think the meaningless part could be simply removed in the label set, both type 2= /3 and type 4. Above all, it is not a serious problem that cannot conquered= , and has no impact on the use of "m" in the label, from routing = perspective.

[Fatai] Many big issues if =A1=AEm=A1=AF is used in the routing.

Per G.694.1, slot width is only significant for a frequency slot (ie., a sp= ecific connection). There is no pre-defined fixed =A1=B0wavelength=A1=B1 fo= r the link resource of flexi-grid, because it is flexible (ie., the slot wi= dth is uncertain before a frequency slot is allocated), so there is no need to advertise slot width (or =A1=AEm=A1=AF)= . This is the reason to have meaningless =A1=AEm=A1=AF in your draft.

Even though type 0/1 is used, there is still big issue. For example, if the= available spectrum is odd times of the central frequency granularity= (5*6.25GHz), how to encode the value of =A1=AEm=A1=AF? are you trying to u= se m=3D2.5?

If a label format in routing is different from in signaling as you sa= id, I would like to see the label format.

[Lei] I agree with you that in both type 2/3 and type4 "m" is mea= ningless, and I also illustrate it in my draft. My idea is that, "ther= e is not any mandatory requirement that the start/end label in label set MU= ST keep the same format with the label in signaling, so I think the meaningless part could be simply removed in the label set, = both type 2/3 and type 4." Is it not clear?

[Fatai] Clear now. Happy to see that you agree =A1=AEm=A1=AF should b= e removed in the label.

"if the available spectrum is odd times of the central frequency= granularity (5*6.25GHz), how to encode the value of =A1=AEm=A1=AF?" F= irstly, it is impossible that the available spectrum is odd times of = the central frequency granularity, at least for recent optical components. please see the reference: "Dynamic wavelength processor W= SS with FLEXGRID functionality [Finisar]"; Secondly ,event if it is po= ssible, type 2/3 and type 4 could well express that, Would you agree with m= e?

[Fatai] Why it is impossible? This case should be very common.
Please see the Figure I.1 in G.694.1 copied as follows. In this example, th= e available spectrum is 9*6.25GHz. Therefore, the label format with =A1=AEm= =A1=AF cannot handle this common case.

In my opinion, the problem mentioned above has no relations to the use of &= quot;m" in label, I am confused that why you oppose the label format w= ith "m" from this point?

[Fatai] As explained above. It is related to the usage of =A1=AEm=A1= =AF in your draft. I am trying to make people understand =A1=AEm=A1=AF shou= ld not be carried in the routing (and so in the label). I will continue to = make this effort until people understand this point.

Best Regards

Lei Wang

--------------------------------------------
LeiWang

ZTE
Bearer Network Product Pre_research Department,
Wireline R&D Insititute
Cell phone:+86 13811440067
Email: wang.lei131@zte.com.cn
hechen0001@gmail.com
leiw@tsinghua.edu.cn
----------------------------------------------
_______________________________________________
CCAMP mailing list
CCAMP@ietf.org
https://www.ietf.org/mailman/listinfo/ccamp

--_000_F82A4B6D50F9464B8EBA55651F541CF82CBCFA58SZXEML520MBXchi_-- From adrian@olddog.co.uk Mon Mar 26 03:39:49 2012 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 0C37C21F860E for ; Mon, 26 Mar 2012 03:39:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.521 X-Spam-Level: X-Spam-Status: No, score=-2.521 tagged_above=-999 required=5 tests=[AWL=0.078, 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 7LOUSIT1ohuC for ; Mon, 26 Mar 2012 03:39:48 -0700 (PDT) Received: from asmtp3.iomartmail.com (asmtp3.iomartmail.com [62.128.201.159]) by ietfa.amsl.com (Postfix) with ESMTP id 4E4C721F854F for ; Mon, 26 Mar 2012 03:39:48 -0700 (PDT) Received: from asmtp3.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id q2QAdj9g000973; Mon, 26 Mar 2012 11:39:46 +0100 Received: from 950129200 (dhcp-11f1.meeting.ietf.org [130.129.17.241]) (authenticated bits=0) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id q2QAdWv3000916 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 26 Mar 2012 11:39:38 +0100 From: "Adrian Farrel" To: "'CCAMP'" Date: Mon, 26 Mar 2012 11:39:34 +0100 Message-ID: <026501cd0b3c$c042a9b0$40c7fd10$@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: Ac0LPLkgKd4GQSBUSumqWvpSJZDlzA== Content-Language: en-gb Subject: [CCAMP] Late to CCAMP X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 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, 26 Mar 2012 10:39:49 -0000 Sorry From giomarti@cisco.com Mon Mar 26 04:29:25 2012 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 C4D3221F863B for ; Mon, 26 Mar 2012 04:29:25 -0700 (PDT) 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=[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 LCwZhRkDR+wz for ; Mon, 26 Mar 2012 04:29:21 -0700 (PDT) Received: from ams-iport-2.cisco.com (ams-iport-2.cisco.com [144.254.224.141]) by ietfa.amsl.com (Postfix) with ESMTP id 8FC8A21F85A0 for ; Mon, 26 Mar 2012 04:29:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=giomarti@cisco.com; l=60858; q=dns/txt; s=iport; t=1332761357; x=1333970957; h=message-id:date:from:mime-version:to:subject:references: in-reply-to; bh=td2MqXPCHfebiZ4nzjbNitxmN2uaWi7otGaXx3nLkhQ=; b=Ma8PLo0RQGIn4bKVCTdX5KWuYgpsnS6l7/SetnFRPPVvCJuoSspSsM2O IwlKvd3kHH/3kIdyMMUx4WcIaDPX/wmUr8h6Sjs71HHDLHixUmk67vIft Ro8oSRUZ5pUe0o/5NEc9LKqPkVWt0NaSByI90sCL8qOM23JTLu5OU08F5 U=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AkgAANdScE+Q/khL/2dsb2JhbAA6BwOCRqQEkWiBB4IJAQEBAwEBAQEPAQcNBjoHEAsLEQQBAQEJFwEGBw8CFh8IAQgTBgIBARcHh2MFC5oDnlaKXoMhgykElWCBEY00gWiCaQ X-IronPort-AV: E=Sophos;i="4.73,649,1325462400"; d="scan'208,217";a="69331520" Received: from ams-core-2.cisco.com ([144.254.72.75]) by ams-iport-2.cisco.com with ESMTP; 26 Mar 2012 11:28:57 +0000 Received: from dhcp-10-55-91-175.cisco.com (dhcp-10-55-91-175.cisco.com [10.55.91.175]) by ams-core-2.cisco.com (8.14.3/8.14.3) with ESMTP id q2QBSvbS029554 for ; Mon, 26 Mar 2012 11:28:57 GMT Message-ID: <4F7052F8.20800@cisco.com> Date: Mon, 26 Mar 2012 13:28:56 +0200 From: Giovanni Martinelli User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:11.0) Gecko/20120313 Thunderbird/11.0 MIME-Version: 1.0 To: ccamp@ietf.org References: <7AEB3D6833318045B4AE71C2C87E8E1718B45AE6@dfweml508-mbx.china.huawei.com> In-Reply-To: <7AEB3D6833318045B4AE71C2C87E8E1718B45AE6@dfweml508-mbx.china.huawei.com> Content-Type: multipart/alternative; boundary="------------050508020301060102040207" Subject: Re: [CCAMP] FW: draft-ietf-ccamp-general-constraint-encode & OSPF-TE extensions 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, 26 Mar 2012 11:29:25 -0000 This is a multi-part message in MIME format. --------------050508020301060102040207 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Greg, Young, a request of clarification: the priority field added here was a result of a discussion among authors and not coming from discussion going on ccamp ml right? cheers G On 1/10/12 16:16 , Leeyoung wrote: > > Hi CCAMP WG, > > We are finishing up both generic encoding > (draft-ietf-ccamp-general-constraint-encode) and WSON encoding. > > One of the pending issues is if we need to advertise different > priorities levels for available labels and shared backup labels (to be > able to preempt lower priority LSP when high priority LSP is setup). > This requirement was raised by Rajan. The authors feel this is a > legitimate requirement and proposed the following encoding changes to > the current available Labels sub-TLV (section 1.1) and shared backup > labels sub-TLV (section 1.2). Please let us know if you object to > this. Otherwise, we will add this encoding in the upcoming revision. > Please also provide your comment to this encoding proposal if you have > any questions. > > Thanks. > > Young & Greg > > -----suggested > encoding------------------------------------------------------------------------------------------------------------------------------------------------- > > > 1.1. Available Labels Sub-TLV > > To indicate the labels available for use on a link the Available > Labels sub-TLV consists of a single variable length label set field as > follows: > > 0 1 2 3 > > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > |A| Reserved | Priority Flags| Reserved | > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > | Label Set Field | > > : : > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > Where > > A (Availability bit) = 1 or 0 indicates that the labels listed in the > following label set field are available or not available, > respectively, for use at a given priority level as indicated by the > Priority Flags. > > Priority Flags: Bit 8 corresponds to priority level 0 and bit 15 > corresponds to priority level 7. If a bit is set then the labels in > the label set field are available or not available as indicated by the > A bit for use at that particular priority level. > > Note that Label Set Field is defined in Section 3.2. > > > 1.2. Shared Backup Labels Sub-TLV > > To indicate the labels available for shared backup use on a link the > Shared Backup Labels sub-TLV consists of a single variable length > label set field as follows: > > 0 1 2 3 > > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > |A| Reserved | Priority Flags| Reserved | > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > | Label Set Field | > > : : > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > Where > > A (Availability bit) = 1 or 0 indicates that the labels listed in the > following label set field are available or not available, > respectively, for use at a given priority level as indicated by the > Priority Flags. > > Priority Flags: Bit 8 corresponds to priority level 0 and bit 15 > corresponds to priority level 7. If a bit is set then the labels in > the label set field are available or not available as indicated by the > A bit for use at that particular priority level. > > *From:*Rajan Rao [mailto:rrao@infinera.com] > *Sent:* Wednesday, December 14, 2011 1:56 PM > *To:* Greg Bernstein > *Cc:* Leeyoung; > draft-ietf-ccamp-general-constraint-encode@tools.ietf.org; > draft-ietf-ccamp-gmpls-general-constraints-ospf-te@tools.ietf.org; Lou > Berger (lberger@labn.net); BRUNGARD, DEBORAH A; Biao Lu > *Subject:* RE: draft-ietf-ccamp-general-constraint-encode & OSPF-TE > extensions > > Greg, > > Want to go back to issue #1 one more time. If LSP pre-emption is a > requirement (which I think it should be), then we _do not_ have > sufficient information in BW advertisement to compute path for a > higher priority LSP. The unreserved BW @ 8 priorities plus > Available Labels don't provide enough information to perform RWA. > > On #2, are you saying that it is sufficient to imply SC = LSC > without explicitly having a field for SC in Available Labels sub-TLV? > > Thanks > > Rajan > > *From:*Greg Bernstein [mailto:gregb@grotto-networking.com] > *Sent:* Wednesday, December 14, 2011 7:53 AM > *To:* Rajan Rao > *Cc:* Leeyoung; > draft-ietf-ccamp-general-constraint-encode@tools.ietf.org; > draft-ietf-ccamp-gmpls-general-constraints-ospf-te@tools.ietf.org; Lou > Berger (lberger@labn.net); BRUNGARD, DEBORAH A; Biao Lu > *Subject:* Re: draft-ietf-ccamp-general-constraint-encode & OSPF-TE > extensions > > Hi Rajan, see below. > Greg > On 12/13/2011 5:43 PM, Rajan Rao wrote: > > Greg, > > Sure, using unreserved BW we can address #1. I assume the value > carried in unreserved BW is still in Bytes/sec (& not lambda > count). This point was not clear to me from the drafts. > > --> We are not modifying earlier GMPLS RFCs such as RFC4202 and > RFC4203. Although, I was a co-author of these, but disagree with some > of the choices made. There are aspects of these documents that don't > make much sense for TDM or optical networks. > > My point #2 is more related to MRN case. If one were to use IACD as > in RFC6001, what is the SC & encoding to use as BW advertisement is > not telling me this? > > --> The switching capability would be "lambda switch capable" per > RFC4202, 4203. We don't change any of this for WSONs. > > Thanks > > Rajan > > *From:*Greg Bernstein [mailto:gregb@grotto-networking.com] > *Sent:* Tuesday, December 13, 2011 4:20 PM > *To:* Rajan Rao > *Cc:* Leeyoung; > draft-ietf-ccamp-general-constraint-encode@tools.ietf.org > ; > draft-ietf-ccamp-gmpls-general-constraints-ospf-te@tools.ietf.org > ; > Lou Berger (lberger@labn.net ); BRUNGARD, > DEBORAH A; Biao Lu > *Subject:* Re: draft-ietf-ccamp-general-constraint-encode & OSPF-TE > extensions > > Hi Rajan, in RFC4202 section 2.4.4 states: "The additional information > includes Reservable Bandwidth per priority, which specifies the > bandwidth of an LSP that could be supported by the interface at a > given priority number." > Section "3.10. Interface on a OXC with Internal DWDM That Is > Transparent to Bit-Rate and Framing" then gives an example of how to > encode this information: > "The following is an example of an interface switching capability > descriptor on an OXC with internal DWDM that is transparent to bit- > rate and framing: > > Interface Switching Capability Descriptor: > Interface Switching Capability = LSC > Encoding = Lambda (photonic) > Max LSP Bandwidth = Determined by optical technology limits" > > Hence I don't think there is a conflict with RFC4202 or RFC4203. > RFC3630 section 2.5.8 defines the "Unreserved Bandwidth" sub-TLV for > MPLS-TE which you can use. There was no requests for the feature of > priority designation in the available labels or shared backup labels > (section 7.1 of http://tools.ietf.org/html/draft-ietf-ccamp-rwa-info-13). > > Is there some specific functionality you're looking for? > > Greg > On 12/13/2011 11:59 AM, Rajan Rao wrote: > > Young & Greg, > > Please see response below. > > Thanks > > Rajan > > *From:*Leeyoung [mailto:leeyoung@huawei.com] > *Sent:* Tuesday, December 13, 2011 9:18 AM > *To:* Rajan Rao; > draft-ietf-ccamp-general-constraint-encode@tools.ietf.org > ; > draft-ietf-ccamp-gmpls-general-constraints-ospf-te@tools.ietf.org > > *Cc:* Lou Berger (lberger@labn.net ); > BRUNGARD, DEBORAH A; Biao Lu > *Subject:* RE: draft-ietf-ccamp-general-constraint-encode & OSPF-TE > extensions > > Hi Rajan, > > Here's our response to your questions. Please see-in line. Thanks. > > Young& Greg > > *From:*Rajan Rao [mailto:rrao@infinera.com] > > *Sent:* Monday, December 12, 2011 2:36 PM > *To:* draft-ietf-ccamp-general-constraint-encode@tools.ietf.org > ; > draft-ietf-ccamp-gmpls-general-constraints-ospf-te@tools.ietf.org > > *Cc:* Lou Berger (lberger@labn.net ); > BRUNGARD, DEBORAH A; Biao Lu > *Subject:* draft-ietf-ccamp-general-constraint-encode & OSPF-TE extensions > > Hi Authors, > > Wanted to follow up on the comment I made during IETF meeting in > Taipei. This refers to gaps in current WSON WG docs. I see > following capabilities not addressed in the drafts: > > 1)Different Priorities levels for available labels: current drafts > do not provide a way to advertise Available labels at different > priorities. Not sure if this was left out intentionally. > > YOUNG/Greg>> We are not sure if there is a clear requirement to assign > different priorities (wavelength preference) levels to labels in WSON > via routing. There are mechanisms already for specifying prefered > labels in GMPLS signaling. In addition there are capabilities > proposed in the WSON signaling draft that can serve this function more > specifically for WSONs. Note that this is a different concept from > restoration or traffic priority for an LSP which is generally > supported under GMPLS/MPLS. > > [Rajan] As far as requirement goes, I would refer to RFC 4202 > (section 2.4.4). > > The issue I see in the current BW adv model is the following: > > (a)Since Labels (BW) advertised don't have priorities associated, one > can't set up prioritized Lambda-LSPs. > > (b)If I want high priority lambda-LSP(s) to pre-empt a low priority > lambda-LSP(s), I don't have a way to do it with the current scheme. > This means I can't have restoration support for HighPriority LSPs > unless I reserve some waves without use. > > The current BW adv model is kind of flat & prevents above > functionalities which I think are important in transport networks. > > 2)Switching capability: current drafts do not provide a way to > identify switching cap as it is non ISCD based. Going forward we > will need SC info as there is going to be FlexGrid capable links > possible on the same node. It is also possible that same link may > support both fixed/flexible types of switching. > > Any reason why we can't use ISCD here? > > YOUNG/Greg>> We believe that Flex grid should be addressed separately. > First it is not CCAMP item yet and more importantly, it is beyond the > scope of the current WSON. WSON only deals with "fixed" grid per se. > It is not a good practice to convolute the existing scope with > potential future capabilities such as flex grid. As Taipei meeting > discussed this issue a bit, it will take a while for data plane work > in ITU-T to settle in and it will take much efforts to identify first > the overarching requirements first before getting into solutions. > > [Rajan] Agree on addressing FlexGrid separately. > > We are following RFC 4202 definition of Switching Cap for PSC, TDM & > OTN. Wonder why are not using LSC already defined in the RFC? > > In addition, the IACD approach defined in RFC 6001 for MLN/MRN is > based on multiple switching Cap info. How can we address MLN/MRN > without SC info? > > Will be happy to join and contribute to the draft. Please let me know. > > Thanks > > Rajan > > > > -- > =================================================== > Dr Greg Bernstein, Grotto Networking (510) 573-2237 > > > -- > =================================================== > Dr Greg Bernstein, Grotto Networking (510) 573-2237 > > > > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp --------------050508020301060102040207 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Greg, Young,

a request of clarification: the priority field added here was a result of a discussion among authors and not coming from discussion going on ccamp ml right?

cheers
G

On 1/10/12 16:16 , Leeyoung wrote:

Hi CCAMP WG,

We are finishing up both generic encoding (draft-ietf-ccamp-general-constraint-encode) and WSON encoding.

One of the pending issues is if we need to advertise different priorities levels for available labels and shared backup labels (to be able to preempt lower priority LSP when high priority LSP is setup). This requirement was raised by Rajan. The authors feel this is a legitimate requirement and proposed the following encoding changes to the current available Labels sub-TLV (section 1.1) and shared backup labels sub-TLV (section 1.2). Please let us know if you object to this. Otherwise, we will add this encoding in the upcoming revision. Please also provide your comment to this encoding proposal if you have any questions.

Thanks.

Young & Greg

-----suggested encoding-------------------------------------------------------------------------------------------------------------------------------------------------

1.1. Available Labels Sub-TLV

To indicate the labels available for use on a link the Available Labels sub-TLV consists of a single variable length label set field as follows:

   0                   1                   2                   3

   0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

|A| Reserved    | Priority Flags|        Reserved               |

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

|                          Label Set Field                    |

:                                                            :

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Where

A (Availability bit) = 1 or 0 indicates that the labels listed in the following label set field are available or not available, respectively, for use at a given priority level as indicated by the Priority Flags.

Priority Flags: Bit 8 corresponds to priority level 0 and bit 15 corresponds to priority level 7. If a bit is set then the labels in the label set field are available or not available as indicated by the A bit for use at that particular priority level.

Note that Label Set Field is defined in Section 3.2.

1.2. Shared Backup Labels Sub-TLV

To indicate the labels available for shared backup use on a link the Shared Backup Labels sub-TLV consists of a single variable length label set field as follows:

   0                   1                   2                   3

   0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

|A| Reserved    | Priority Flags|        Reserved                |

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

|                    Label Set Field                        |

:                                                            :

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Where

A (Availability bit) = 1 or 0 indicates that the labels listed in the following label set field are available or not available, respectively, for use at a given priority level as indicated by the Priority Flags.

Priority Flags: Bit 8 corresponds to priority level 0 and bit 15 corresponds to priority level 7. If a bit is set then the labels in the label set field are available or not available as indicated by the A bit for use at that particular priority level.

From: Rajan Rao [mailto:rrao@infinera.com]
Sent: Wednesday, December 14, 2011 1:56 PM
To: Greg Bernstein
Cc: Leeyoung; draft-ietf-ccamp-general-constraint-encode@tools.ietf.org; draft-ietf-ccamp-gmpls-general-constraints-ospf-te@tools.ietf.org; Lou Berger (lberger@labn.net); BRUNGARD, DEBORAH A; Biao Lu
Subject: RE: draft-ietf-ccamp-general-constraint-encode & OSPF-TE extensions

Greg,

Want to go back to issue #1 one more time.   If LSP pre-emption is a requirement (which I think it should be), then we do not have sufficient information in BW advertisement to compute path for a higher priority LSP.   The unreserved BW @ 8 priorities plus Available Labels don’t provide enough information to perform RWA.

On #2, are you saying that it is sufficient to imply SC = LSC   without explicitly having a field for SC in Available Labels sub-TLV?

Thanks

Rajan

From: Greg Bernstein [mailto:gregb@grotto-networking.com]
Sent: Wednesday, December 14, 2011 7:53 AM
To: Rajan Rao
Cc: Leeyoung; draft-ietf-ccamp-general-constraint-encode@tools.ietf.org; draft-ietf-ccamp-gmpls-general-constraints-ospf-te@tools.ietf.org; Lou Berger (lberger@labn.net); BRUNGARD, DEBORAH A; Biao Lu
Subject: Re: draft-ietf-ccamp-general-constraint-encode & OSPF-TE extensions

Hi Rajan, see below.
Greg
On 12/13/2011 5:43 PM, Rajan Rao wrote:

Greg,

Sure, using unreserved BW we can address #1.    I assume the value carried in unreserved BW is still in Bytes/sec (& not lambda count).    This point was not clear to me from the drafts.

--> We are not modifying earlier GMPLS RFCs such as RFC4202 and RFC4203. Although, I was a co-author of these, but disagree with some of the choices made. There are aspects of these documents that don't make much sense for TDM or optical networks.

My point #2 is more related to MRN case.   If one were to use IACD as in RFC6001, what is the SC & encoding to use as BW advertisement is not telling me this?

--> The switching capability would be "lambda switch capable" per RFC4202, 4203. We don't change any of this for WSONs.

Thanks

Rajan

From: Greg Bernstein [mailto:gregb@grotto-networking.com]
Sent: Tuesday, December 13, 2011 4:20 PM
To: Rajan Rao
Cc: Leeyoung; draft-ietf-ccamp-general-constraint-encode@tools.ietf.org; draft-ietf-ccamp-gmpls-general-constraints-ospf-te@tools.ietf.org; Lou Berger (lberger@labn.net); BRUNGARD, DEBORAH A; Biao Lu
Subject: Re: draft-ietf-ccamp-general-constraint-encode & OSPF-TE extensions

Hi Rajan, in RFC4202 section 2.4.4 states: "The additional information includes Reservable Bandwidth per priority, which specifies the bandwidth of an LSP that could be supported by the interface at a given priority number."
Section "3.10. Interface on a OXC with Internal DWDM That Is Transparent to Bit-Rate and Framing" then gives an example of how to encode this information:
"The following is an example of an interface switching capability
   descriptor on an OXC with internal DWDM that is transparent to bit-
   rate and framing:

      Interface Switching Capability Descriptor:
         Interface Switching Capability = LSC
         Encoding = Lambda (photonic)
         Max LSP Bandwidth = Determined by optical technology limits"

Hence I don't think there is a conflict with RFC4202 or RFC4203. RFC3630 section 2.5.8 defines the "Unreserved Bandwidth" sub-TLV for MPLS-TE which you can use. There was no requests for the feature of priority designation in the available labels or shared backup labels (section 7.1 of http://tools.ietf.org/html/draft-ietf-ccamp-rwa-info-13).

Is there some specific functionality you're looking for?

Greg
On 12/13/2011 11:59 AM, Rajan Rao wrote:

Young & Greg,

Please see response below.

Thanks

Rajan

From: Leeyoung [mailto:leeyoung@huawei.com]
Sent: Tuesday, December 13, 2011 9:18 AM
To: Rajan Rao; draft-ietf-ccamp-general-constraint-encode@tools.ietf.org; draft-ietf-ccamp-gmpls-general-constraints-ospf-te@tools.ietf.org
Cc: Lou Berger (lberger@labn.net); BRUNGARD, DEBORAH A; Biao Lu
Subject: RE: draft-ietf-ccamp-general-constraint-encode & OSPF-TE extensions

Hi Rajan,

Here’s our response to your questions. Please see-in line. Thanks.

Young& Greg

From: Rajan Rao [mailto:rrao@infinera.com]
Sent: Monday, December 12, 2011 2:36 PM
To: draft-ietf-ccamp-general-constraint-encode@tools.ietf.org; draft-ietf-ccamp-gmpls-general-constraints-ospf-te@tools.ietf.org
Cc: Lou Berger (lberger@labn.net); BRUNGARD, DEBORAH A; Biao Lu
Subject: draft-ietf-ccamp-general-constraint-encode & OSPF-TE extensions

Hi Authors,

Wanted to follow up on the comment I made during IETF meeting in Taipei.   This refers to gaps in current WSON WG docs.   I see following capabilities not addressed in the drafts:

1)      Different Priorities levels for available labels:   current drafts do not provide a way to advertise Available labels at different priorities. Not sure if this was left out intentionally.

YOUNG/Greg>> We are not sure if there is a clear requirement to assign different priorities (wavelength preference) levels to labels in WSON via routing. There are mechanisms already for specifying prefered labels in GMPLS signaling. In addition there are capabilities proposed in the WSON signaling draft that can serve this function more specifically for WSONs. Note that this is a different concept from restoration or traffic priority for an LSP which is generally supported under GMPLS/MPLS.

[Rajan] As far as requirement goes, I would refer to RFC 4202 (section 2.4.4).

The issue I see in the current BW adv model is the following:

(a)    Since Labels (BW) advertised don’t have priorities associated, one can’t set up prioritized Lambda-LSPs.

(b)   If I want high priority lambda-LSP(s) to pre-empt a low priority lambda-LSP(s), I don’t have a way to do it with the current scheme.   This means I can’t have restoration support for HighPriority LSPs unless I reserve some waves without use.

The current BW adv model is kind of flat & prevents above functionalities which I think are important in transport networks.

2)      Switching capability:   current drafts do not provide a way to identify switching cap as it is non ISCD based.   Going forward we will need SC info as there is going to be FlexGrid capable links possible on the same node. It is also possible that same link may support both fixed/flexible types of switching.

Any reason why we can’t use ISCD here?

YOUNG/Greg>> We believe that Flex grid should be addressed separately. First it is not CCAMP item yet and more importantly, it is beyond the scope of the current WSON. WSON only deals with “fixed” grid per se. It is not a good practice to convolute the existing scope with potential future capabilities such as flex grid. As Taipei meeting discussed this issue a bit, it will take a while for data plane work in ITU-T to settle in and it will take much efforts to identify first the overarching requirements first before getting into solutions.

[Rajan] Agree on addressing FlexGrid separately.

We are following RFC 4202 definition of Switching Cap for PSC, TDM & OTN.     Wonder why are not using LSC already defined in the RFC?

In addition, the IACD approach defined in RFC 6001 for MLN/MRN is based on multiple switching Cap info. How can we address MLN/MRN without SC info?

Will be happy to join and contribute to the draft. Please let me know.

Thanks

Rajan

--

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

Dr Greg Bernstein, Grotto Networking (510) 573-2237

--

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

Dr Greg Bernstein, Grotto Networking (510) 573-2237

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

--------------050508020301060102040207-- From leeyoung@huawei.com Mon Mar 26 05:40:39 2012 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 C3A9B21F86F7 for ; Mon, 26 Mar 2012 05:40:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.36 X-Spam-Level: X-Spam-Status: No, score=-2.36 tagged_above=-999 required=5 tests=[AWL=0.238, 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 1KDBGcwwjCQ6 for ; Mon, 26 Mar 2012 05:40:31 -0700 (PDT) Received: from dfwrgout.huawei.com (dfwrgout.huawei.com [206.16.17.72]) by ietfa.amsl.com (Postfix) with ESMTP id E88E421F86CA for ; Mon, 26 Mar 2012 05:40:21 -0700 (PDT) Received: from 172.18.9.243 (EHLO dfweml202-edg.china.huawei.com) ([172.18.9.243]) by dfwrg02-dlp.huawei.com (MOS 4.2.3-GA FastPath) with ESMTP id AEJ88047; Mon, 26 Mar 2012 08:40:21 -0400 (EDT) Received: from DFWEML405-HUB.china.huawei.com (10.193.5.102) by dfweml202-edg.china.huawei.com (172.18.9.108) with Microsoft SMTP Server (TLS) id 14.1.323.3; Mon, 26 Mar 2012 05:39:05 -0700 Received: from dfweml511-mbx.china.huawei.com ([169.254.16.128]) by dfweml405-hub.china.huawei.com ([10.193.5.102]) with mapi id 14.01.0323.003; Mon, 26 Mar 2012 05:38:59 -0700 From: Leeyoung To: Giovanni Martinelli , "ccamp@ietf.org" Thread-Topic: [CCAMP] FW: draft-ietf-ccamp-general-constraint-encode & OSPF-TE extensions Thread-Index: AQHNC0PwP+lUptBMZUCWg+yheNss4JZ8hB2A Date: Mon, 26 Mar 2012 12:38:58 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1720C8ECD6@dfweml511-mbx.china.huawei.com> References: <7AEB3D6833318045B4AE71C2C87E8E1718B45AE6@dfweml508-mbx.china.huawei.com> <4F7052F8.20800@cisco.com> In-Reply-To: <4F7052F8.20800@cisco.com> Accept-Language: en-US, zh-CN Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.138.15] Content-Type: multipart/alternative; boundary="_000_7AEB3D6833318045B4AE71C2C87E8E1720C8ECD6dfweml511mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Subject: Re: [CCAMP] FW: draft-ietf-ccamp-general-constraint-encode & OSPF-TE extensions 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, 26 Mar 2012 12:40:39 -0000 --_000_7AEB3D6833318045B4AE71C2C87E8E1720C8ECD6dfweml511mbxchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Giovanni, The answer is no. It was raised by Rao Rajan in the mailing list. Thanks. Young From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of G= iovanni Martinelli Sent: Monday, March 26, 2012 6:29 AM To: ccamp@ietf.org Subject: Re: [CCAMP] FW: draft-ietf-ccamp-general-constraint-encode & OSPF-= TE extensions Greg, Young, a request of clarification: the priority field added here was a result of a= discussion among authors and not coming from discussion going on ccamp ml = right? cheers G On 1/10/12 16:16 , Leeyoung wrote: Hi CCAMP WG, We are finishing up both generic encoding (draft-ietf-ccamp-general-constra= int-encode) and WSON encoding. One of the pending issues is if we need to advertise different priorities l= evels for available labels and shared backup labels (to be able to preempt = lower priority LSP when high priority LSP is setup). This requirement was r= aised by Rajan. The authors feel this is a legitimate requirement and propo= sed the following encoding changes to the current available Labels sub-TLV = (section 1.1) and shared backup labels sub-TLV (section 1.2). Please let us= know if you object to this. Otherwise, we will add this encoding in the up= coming revision. Please also provide your comment to this encoding proposal= if you have any questions. Thanks. Young & Greg -----suggested encoding----------------------------------------------------= ---------------------------------------------------------------------------= ------------------ 1.1. Available Labels Sub-TLV To indicate the labels available for use on a link the Available Labels sub= -TLV consists of a single variable length label set field as follows: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |A| Reserved | Priority Flags| Reserved | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Label Set Field | : : +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Where A (Availability bit) =3D 1 or 0 indicates that the labels listed in the fol= lowing label set field are available or not available, respectively, for us= e at a given priority level as indicated by the Priority Flags. Priority Flags: Bit 8 corresponds to priority level 0 and bit 15 correspond= s to priority level 7. If a bit is set then the labels in the label set fie= ld are available or not available as indicated by the A bit for use at that= particular priority level. Note that Label Set Field is defined in Section 3.2. 1.2. Shared Backup Labels Sub-TLV To indicate the labels available for shared backup use on a link the Shared= Backup Labels sub-TLV consists of a single variable length label set field= as follows: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |A| Reserved | Priority Flags| Reserved | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Label Set Field | : : +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Where A (Availability bit) =3D 1 or 0 indicates that the labels listed in the fol= lowing label set field are available or not available, respectively, for us= e at a given priority level as indicated by the Priority Flags. Priority Flags: Bit 8 corresponds to priority level 0 and bit 15 correspond= s to priority level 7. If a bit is set then the labels in the label set fie= ld are available or not available as indicated by the A bit for use at that= particular priority level. From: Rajan Rao [mailto:rrao@infinera.com] Sent: Wednesday, December 14, 2011 1:56 PM To: Greg Bernstein Cc: Leeyoung; draft-ietf-ccamp-general-constraint-encode@tools.ietf.org; draft-ietf-= ccamp-gmpls-general-constraints-ospf-te@tools.ietf.org; Lou Berger (lberger@= labn.net); BRUNGARD, DEBORAH A; Biao Lu Subject: RE: draft-ietf-ccamp-general-constraint-encode & OSPF-TE extension= s Greg, Want to go back to issue #1 one more time. If LSP pre-emption is a requi= rement (which I think it should be), then we do not have sufficient informa= tion in BW advertisement to compute path for a higher priority LSP. The = unreserved BW @ 8 priorities plus Available Labels don't provide enough in= formation to perform RWA. On #2, are you saying that it is sufficient to imply SC =3D LSC without= explicitly having a field for SC in Available Labels sub-TLV? Thanks Rajan From: Greg Bernstein [mailto:gregb@grotto-networking.com] Sent: Wednesday, December 14, 2011 7:53 AM To: Rajan Rao Cc: Leeyoung; draft-ietf-ccamp-general-constraint-encode@tools.ietf.org; draft-ietf-= ccamp-gmpls-general-constraints-ospf-te@tools.ietf.org; Lou Berger (lberger@= labn.net); BRUNGARD, DEBORAH A; Biao Lu Subject: Re: draft-ietf-ccamp-general-constraint-encode & OSPF-TE extension= s Hi Rajan, see below. Greg On 12/13/2011 5:43 PM, Rajan Rao wrote: Greg, Sure, using unreserved BW we can address #1. I assume the value carri= ed in unreserved BW is still in Bytes/sec (& not lambda count). This po= int was not clear to me from the drafts. --> We are not modifying earlier GMPLS RFCs such as RFC4202 and RFC4203. Al= though, I was a co-author of these, but disagree with some of the choices m= ade. There are aspects of these documents that don't make much sense for TD= M or optical networks. My point #2 is more related to MRN case. If one were to use IACD as in RF= C6001, what is the SC & encoding to use as BW advertisement is not telling= me this? --> The switching capability would be "lambda switch capable" per RFC4202, = 4203. We don't change any of this for WSONs. Thanks Rajan From: Greg Bernstein [mailto:gregb@grotto-networking.com] Sent: Tuesday, December 13, 2011 4:20 PM To: Rajan Rao Cc: Leeyoung; draft-ietf-ccamp-general-constraint-encode@tools.ietf.org; draft-ietf-= ccamp-gmpls-general-constraints-ospf-te@tools.ietf.org; Lou Berger (lberger@= labn.net); BRUNGARD, DEBORAH A; Biao Lu Subject: Re: draft-ietf-ccamp-general-constraint-encode & OSPF-TE extension= s Hi Rajan, in RFC4202 section 2.4.4 states: "The additional information incl= udes Reservable Bandwidth per priority, which specifies the bandwidth of an= LSP that could be supported by the interface at a given priority number." Section "3.10. Interface on a OXC with Internal DWDM That Is Transparent to= Bit-Rate and Framing" then gives an example of how to encode this informat= ion: "The following is an example of an interface switching capability descriptor on an OXC with internal DWDM that is transparent to bit- rate and framing: Interface Switching Capability Descriptor: Interface Switching Capability =3D LSC Encoding =3D Lambda (photonic) Max LSP Bandwidth =3D Determined by optical technology limits" Hence I don't think there is a conflict with RFC4202 or RFC4203. RFC3630 s= ection 2.5.8 defines the "Unreserved Bandwidth" sub-TLV for MPLS-TE which y= ou can use. There was no requests for the feature of priority designation i= n the available labels or shared backup labels (section 7.1 of http://tools= .ietf.org/html/draft-ietf-ccamp-rwa-info-13). Is there some specific functionality you're looking for? Greg On 12/13/2011 11:59 AM, Rajan Rao wrote: Young & Greg, Please see response below. Thanks Rajan From: Leeyoung [mailto:leeyoung@huawei.com] Sent: Tuesday, December 13, 2011 9:18 AM To: Rajan Rao; draft-ietf-ccamp-general-constraint-encode@tools.ietf.org; draft-ietf= -ccamp-gmpls-general-constraints-ospf-te@tools.ietf.org Cc: Lou Berger (lberger@labn.net); BRUNGARD, DEBOR= AH A; Biao Lu Subject: RE: draft-ietf-ccamp-general-constraint-encode & OSPF-TE extension= s Hi Rajan, Here's our response to your questions. Please see-in line. Thanks. Young& Greg From: Rajan Rao [mailto:rrao@infinera.com] Sent: Monday, December 12, 2011 2:36 PM To: draft-ietf-ccamp-general-constraint-encode@tools.ietf.org; draft-ietf-ccamp-gmpl= s-general-constraints-ospf-te@tools.ietf.org Cc: Lou Berger (lberger@labn.net); BRUNGARD, DEBOR= AH A; Biao Lu Subject: draft-ietf-ccamp-general-constraint-encode & OSPF-TE extensions Hi Authors, Wanted to follow up on the comment I made during IETF meeting in Taipei. = This refers to gaps in current WSON WG docs. I see following capabilities= not addressed in the drafts: 1) Different Priorities levels for available labels: current drafts = do not provide a way to advertise Available labels at different priorities.= Not sure if this was left out intentionally. YOUNG/Greg>> We are not sure if there is a clear requirement to assign diff= erent priorities (wavelength preference) levels to labels in WSON via routi= ng. There are mechanisms already for specifying prefered labels in GMPLS si= gnaling. In addition there are capabilities proposed in the WSON signaling= draft that can serve this function more specifically for WSONs. Note that= this is a different concept from restoration or traffic priority for an LS= P which is generally supported under GMPLS/MPLS. [Rajan] As far as requirement goes, I would refer to RFC 4202 (section 2.= 4.4). The issue I see in the current BW adv model is the following: (a) Since Labels (BW) advertised don't have priorities associated, one = can't set up prioritized Lambda-LSPs. (b) If I want high priority lambda-LSP(s) to pre-empt a low priority lam= bda-LSP(s), I don't have a way to do it with the current scheme. This me= ans I can't have restoration support for HighPriority LSPs unless I reserve= some waves without use. The current BW adv model is kind of flat & prevents above functionalities = which I think are important in transport networks. 2) Switching capability: current drafts do not provide a way to iden= tify switching cap as it is non ISCD based. Going forward we will need S= C info as there is going to be FlexGrid capable links possible on the same = node. It is also possible that same link may support both fixed/flexible t= ypes of switching. Any reason why we can't use ISCD here? YOUNG/Greg>> We believe that Flex grid should be addressed separately. Firs= t it is not CCAMP item yet and more importantly, it is beyond the scope of = the current WSON. WSON only deals with "fixed" grid per se. It is not a goo= d practice to convolute the existing scope with potential future capabiliti= es such as flex grid. As Taipei meeting discussed this issue a bit, it will= take a while for data plane work in ITU-T to settle in and it will take mu= ch efforts to identify first the overarching requirements first before gett= ing into solutions. [Rajan] Agree on addressing FlexGrid separately. We are following RFC 4202 definition of Switching Cap for PSC, TDM & OTN. = Wonder why are not using LSC already defined in the RFC? In addition, the IACD approach defined in RFC 6001 for MLN/MRN is base= d on multiple switching Cap info. How can we address MLN/MRN without SC in= fo? Will be happy to join and contribute to the draft. Please let me know. Thanks Rajan -- =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D Dr Greg Bernstein, Grotto Networking (510) 573-2237 -- =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D Dr Greg Bernstein, Grotto Networking (510) 573-2237 _______________________________________________ CCAMP mailing list CCAMP@ietf.org https://www.ietf.org/mailman/listinfo/ccamp --_000_7AEB3D6833318045B4AE71C2C87E8E1720C8ECD6dfweml511mbxchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Giovanni,

The answer is no. It w= as raised by Rao Rajan in the mailing list.

Thanks.

Young

From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf= .org] On Behalf Of Giovanni Martinelli
Sent: Monday, March 26, 2012 6:29 AM
To: ccamp@ietf.org
Subject: Re: [CCAMP] FW: draft-ietf-ccamp-general-constraint-encode = & OSPF-TE extensions

Greg, Young,

a request of clarification: the priority field added here was a result of a= discussion among authors and not coming from discussion going on ccamp ml = right?

cheers
G

On 1/10/12 16:16 , Leeyoung wrote:

Hi CCAMP WG,=

<= /o:p>

We are finishing up both generic encoding (draft-ietf-ccamp-ge= neral-constraint-encode) and WSON encoding.

One of the pending issues is if we need to advertise different= priorities levels for available labels and shared backup labels (to be abl= e to preempt lower priority LSP when high priority LSP is setup). This requirement was raised by Rajan. The authors feel this is = a legitimate requirement and proposed the following encoding changes to the= current available Labels sub-TLV (section 1.1) and shared backup labels su= b-TLV (section 1.2). Please let us know if you object to this. Otherwise, we will add this encoding in the= upcoming revision. Please also provide your comment to this encoding propo= sal if you have any questions.

Thanks.

Young & Greg

-----suggested encoding-----------------------------------= ---------------------------------------------------------------------------= -----------------------------------

1.1. Available Labels Sub-TLV

To indicate the labels available for use on a link t= he Available Labels sub-TLV consists of a single variable length label set = field as follows:

   0      &n= bsp;            1&nb= sp;            =       2       &= 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

+-+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+-+-+-+-+-+-+-+-&#= 43;-+-+-+-+-+-+-+-+-+=

|A| Reserved    | Priority Flags|   = ;     Reserved       &nbs= p;       |

+-+-+-+-+-+-+-= 3;-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+-+-+-+-+-+-+-+-+-= 3;

|       &n= bsp;            = ;      Label Set Field     &nb= sp;             = ; |

:       &n= bsp;            = ;            &n= bsp;            = ;            &n= bsp; :

+-+-+-+-+-+-+-= 3;-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+-+-+-+-+-+-+-+-+-= 3;

Where

A (Availability bit) =3D 1 or 0 indicates that the labels listed in the = following label set field are available or not available, respectively, for= use at a given priority level as indicated by the Priority Flags.

Priority Flags: Bit 8 corresponds to priority level 0 and bit 15 corresp= onds to priority level 7. If a bit is set then the labels in the label set = field are available or not available as indicated by the A bit for use at that particular priority level.

Note that Label Set Field is defined in Section 3.2.=

1.2. Shared Backup Labels Sub-TLV

To indicate the labels available for shared backup u= se on a link the Shared Backup Labels sub-TLV consists of a single variable= length label set field as follows:

   0      &n= bsp;            1&nb= sp;            =       2       &= 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

+-+-+-+-+-+-+-+-+-+-+= -+-+-+-+-+-+-+-+-+-+-+-+-&#= 43;-+-+-+-+-+-+-+-+-+=

|A| Reserved    | Priority Flags|   = ;     Reserved       &nbs= p;        |

+-+-+-+-+-+-+-= 3;-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+-+-+-+-+-+-+-+-+-= 3;

|       &n= bsp;            Labe= l Set Field           &nb= sp;            = ; |

:       &n= bsp;            = ;            &n= bsp;            = ;            &n= bsp; :

+-+-+-+-+-+-+-= 3;-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+-+-+-+-+-+-+-+-+-= 3;

Where

A (Availability bit) =3D 1 or 0 indicates that the labels listed in the = following label set field are available or not available, respectively, for= use at a given priority level as indicated by the Priority Flags.

Priority Flags: Bit 8 corresponds to priority level 0 and bit 15 corresp= onds to priority level 7. If a bit is set then the labels in the label set = field are available or not available as indicated by the A bit for use at that particular priority level.

From: Rajan Rao [m= ailto:rrao@infinera.com]
Sent: Wednesday, December 14, 2011 1:56 PM
To: Greg Bernstein
Cc: Leeyoung; draft-ietf-ccamp-general-constraint-encode@tools.ietf.org; draft-ietf-ccamp-gmpls-general-constraints-ospf-te@tools.ietf.org; Lou = Berger (lberger@labn.net); BRUNGARD= , DEBORAH A; Biao Lu
Subject: RE: draft-ietf-ccamp-general-constraint-encode & OSPF-T= E extensions

Greg,

Want to go back to iss= ue #1 one more time.   If LSP pre-emption is a requirement = (which I think it should be), then we do not have sufficient information in BW advertisement to compute pa= th for a higher priority LSP.   The unreserved BW @ 8 prior= ities plus Available Labels don’t provide enough information to= perform RWA.

On #2, are you s= aying that it is sufficient to imply SC =3D LSC   without e= xplicitly having a field for SC in Available Labels sub-TLV?

Thanks

Rajan

From: Greg Bernstein [mailto:gregb@grotto-networking.com]
Sent: Wednesday, December 14, 2011 7:53 AM
To: Rajan Rao
Cc: Leeyoung; draft-ietf-ccamp-general-constraint-encode@tools.ietf.org; draft-ietf-ccamp-gmpls-general-constraints-ospf-te@tools.ietf.org; Lou = Berger (lberger@labn.net); BRUNGARD= , DEBORAH A; Biao Lu
Subject: Re: draft-ietf-ccamp-general-constraint-encode & OSPF-T= E extensions

Hi Rajan, see below.
Greg
On 12/13/2011 5:43 PM, Rajan Rao wrote:

Greg,

Sure, using unre= served BW we can address #1.    I assume the val= ue carried in unreserved BW is still in Bytes/sec (& not lambda c= ount).    This point was not clear to me from the drafts.

--> We are not modifying earlier GMPLS RFCs such as RFC4202 and RFC42= 03. Although, I was a co-author of these, but disagree with some of the choices made. There are aspects of these documents that don't make = much sense for TDM or optical networks.

My point #2 is more re= lated to MRN case.   If one were to use IACD as in RFC6001, = what is the SC & encoding to use as BW advertisement is not telling me= this?

--> The switching capability would be "lambda switch capable&quo= t; per RFC4202, 4203. We don't change any of this for WSONs.

Thanks

Rajan

From: Greg Bernstein [mailto:gregb@grotto-networking.com]
Sent: Tuesday, December 13, 2011 4:20 PM
To: Rajan Rao
Cc: Leeyoung; draft-ietf-ccamp-general-constraint-encode@tools.ietf.org; draft-ietf-ccamp-gmpls-general-constraints-ospf-te@tools.ietf.org; Lou = Berger (lberger@labn.net); BRUNGARD= , DEBORAH A; Biao Lu
Subject: Re: draft-ietf-ccamp-general-constraint-encode & OSPF-T= E extensions

Hi Rajan, in RFC4202 section 2.4.4 states: "The= additional information includes Reservable Bandwidth per priority, which s= pecifies the bandwidth of an LSP that could be supported by the interface a= t a given priority number."
Section "3.10. Interface on a OXC with Internal DWDM That Is Transpare= nt to Bit-Rate and Framing" then gives an example of how to encode thi= s information:
"The following is an example of an interface switching capability
   descriptor on an OXC with internal DWDM that is transparent to= bit-
   rate and framing:

      Interface Switching Capability Descriptor:          Interface Switching Capabi= lity =3D LSC
         Encoding =3D Lambda (photo= nic)
         Max LSP Bandwidth =3D Dete= rmined by optical technology limits"

Hence I don't think there is a conflict with RFC4202 or RFC4203. RFC3= 630 section 2.5.8 defines the "Unreserved Bandwidth" sub-TLV for = MPLS-TE which you can use. There was no requests for the feature of priorit= y designation in the available labels or shared backup labels (section 7.1 of http://tools.ietf.org/html/draft-ietf-ccamp-rwa-info-13).

Is there some specific functionality you're looking for?

Greg
On 12/13/2011 11:59 AM, Rajan Rao wrote:

Young & Greg,

Please see response be= low.

Thanks

Rajan

From: Leeyoung= [mailto:leeyoung@huawei.com]
Sent: Tuesday, December 13, 2011 9:18 AM
To: Rajan Rao; draft-ietf-ccamp-general-constraint-encode@tools.ietf.org; draft-ietf-ccamp-gmpls-general-constraints-ospf-te@tools.ietf.org
Cc: Lou Berger (lberger@labn.net= ); BRUNGARD, DEBORAH A; Biao Lu
Subject: RE: draft-ietf-ccamp-general-constraint-encode & OSPF-T= E extensions

Hi Rajan,<= /o:p>

Here’s our respo= nse to your questions. Please see-in line. Thanks.

Young& Greg=

From: Rajan Ra= o [mailto:rrao@infinera.com]
Sent: Monday, December 12, 2011 2:36 PM
To: draft-ietf-ccamp-general-constraint-encode@tools.ietf.org; draft-ietf-ccamp-gmpls-general-constraints-ospf-te@tools.ietf.org
Cc: Lou Berger (lberger@labn.net= ); BRUNGARD, DEBORAH A; Biao Lu
Subject: draft-ietf-ccamp-general-constraint-encode & OSPF-TE ex= tensions

Hi Authors,

Wanted to follow up on the comment I made during IET= F meeting in Taipei.   This refers to gaps in current WSON WG doc= s.   I see following capabilities not addressed in the drafts:

1)      Different Priorities levels for available labels:&n= bsp; current drafts do not provide a way to advertise Available label= s at different priorities. Not sure if this was left out intentionall= y.

YOUNG/Greg>> We = are not sure if there is a clear requirement to assign different priorities= (wavelength preference) levels to labels in WSON via routing. There are me= chanisms already for specifying prefered labels in GMPLS signaling. In addition there are capabilities proposed in t= he WSON signaling draft that can serve this function more specifically for = WSONs. Note that this is a different concept from restoration or traf= fic priority for an LSP which is generally supported under GMPLS/MPLS.

[Rajan] As far a= s requirement goes, I would refer to RFC 4202 (section 2.4.4).=

The issue I see in the= current BW adv model is the following:

(a)    Since Labels (BW) adv= ertised don’t have priorities associated, one can’t = ;set up prioritized Lambda-LSPs.

(b)   If I want high priori= ty lambda-LSP(s) to pre-empt a low priority lambda-LSP(s), I do= n’t have a way to do it with the current scheme.   This mea= ns I can’t have restoration support for HighPriority LSPs unless I reserve some waves without use.

The current BW adv mod= el is kind of flat & prevents above functionalities which I think= are important in transport networks.

2)      Switching capability:   current drafts do= not provide a way to identify switching cap as it is non ISCD based. = Going forward we will need SC info as there is going to be Fle= xGrid capable links possible on the same node. It is also possible that same link may support both fixed/flexible types of switching= .

Any reason why we canR= 17;t use ISCD here?

YOUNG/Greg>> We = believe that Flex grid should be addressed separately. First it is not CCAM= P item yet and more importantly, it is beyond the scope of the current WSON= . WSON only deals with “fixed” grid per se. It is not a good practice to convolute the existing scope with potential f= uture capabilities such as flex grid. As Taipei meeting discussed this issu= e a bit, it will take a while for data plane work in ITU-T to settle in and= it will take much efforts to identify first the overarching requirements first before getting into solutions.

[Rajan] Agree on= addressing FlexGrid separately.

We are following = RFC 4202 definition of Switching Cap for PSC, TDM & OTN.  &n= bsp; Wonder why are not using LSC already defined in the = RFC?

In addition, &nb= sp;the IACD approach defined in RFC 6001 for MLN/MRN is b= ased on multiple switching Cap info. How can we address MLN/MRN witho= ut SC info?

Will be happy to join and contribute to the draft.&n= bsp; Please let me know.

Thanks

Rajan

--

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D

Dr Greg Bernstein, Grotto Networking (510) 573-2237

--

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D

Dr Greg Bernstein, Grotto Networking (510) 573-2237

_______________________________________________

CCAMP mailing list

CCAMP@ietf.org

https://www.ie= tf.org/mailman/listinfo/ccamp

--_000_7AEB3D6833318045B4AE71C2C87E8E1720C8ECD6dfweml511mbxchi_-- From lberger@labn.net Mon Mar 26 06:53:24 2012 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 CE1C921F85E3 for ; Mon, 26 Mar 2012 06:53:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -98.772 X-Spam-Level: X-Spam-Status: No, score=-98.772 tagged_above=-999 required=5 tests=[AWL=-0.100, BAYES_05=-1.11, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, IP_NOT_FRIENDLY=0.334, RDNS_NONE=0.1, 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 zHcGDIXZrJUP for ; Mon, 26 Mar 2012 06:53:23 -0700 (PDT) Received: from oproxy7-pub.bluehost.com (oproxy7.bluehost.com [IPv6:2605:dc00:100:2::a7]) by ietfa.amsl.com (Postfix) with SMTP id BCC1C21F85D9 for ; Mon, 26 Mar 2012 06:53:23 -0700 (PDT) Received: (qmail 18815 invoked by uid 0); 26 Mar 2012 13:53:23 -0000 Received: from unknown (HELO box313.bluehost.com) (69.89.31.113) by oproxy7.bluehost.com with SMTP; 26 Mar 2012 13:53:23 -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=tLWuzww01MmjnNt+vCYWz4onWX9xFVhtOl1t+fDLhxU=; b=FGuL/kKhueuHGGTafJsXvqDkbJyziNwFDUoJ0c01RaStGduJU3LNzQqBSrSb3AwassNWz2s/XgsW9rtL9xpUDyFDpobJt3qrATwNDrIHWXAgE9NrpBa4fG9WalbIQKJC; Received: from box313.bluehost.com ([69.89.31.113] helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.76) (envelope-from ) id 1SCAMN-0008MY-1d for ccamp@ietf.org; Mon, 26 Mar 2012 07:53:23 -0600 Message-ID: <4F7074CB.5080509@labn.net> Date: Mon, 26 Mar 2012 15:53:15 +0200 From: Lou Berger User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100722 Eudora/3.0.4 MIME-Version: 1.0 To: CCAMP X-Enigmail-Version: 1.0.1 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] draft-margaria-ccamp-label-set-ero-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, 26 Mar 2012 13:53:24 -0000 We had to cut off discussion on this draft given the folks for the next meeting coming in. Had we more time, we would have asked if there is any interest in this function (not solution approach). So, is there any interest in the function described in this document? Does anyone think it's a bad idea (again, this is a question on any specific mechanism, but on the requirement)? Thanks, Lou From wang.lei131@zte.com.cn Mon Mar 26 18:15:12 2012 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 C900421E8045 for ; Mon, 26 Mar 2012 18:15:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.005 X-Spam-Level: X-Spam-Status: No, score=-99.005 tagged_above=-999 required=5 tests=[AWL=2.833, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_DOUBLE_IP_LOOSE=0.76, 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 vRkn3CJ2aa+e for ; Mon, 26 Mar 2012 18:15:11 -0700 (PDT) Received: from mx5.zte.com.cn (mx6.zte.com.cn [95.130.199.165]) by ietfa.amsl.com (Postfix) with ESMTP id 4FA0821E802D for ; Mon, 26 Mar 2012 18:15:10 -0700 (PDT) Received: from [10.30.17.100] by mx5.zte.com.cn with surfront esmtp id 12280473195744; Tue, 27 Mar 2012 08:38:55 +0800 (CST) Received: from [10.30.3.20] by [192.168.168.16] with StormMail ESMTP id 42250.2094925659; Tue, 27 Mar 2012 09:14:51 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse01.zte.com.cn with ESMTP id q2R1EqgM043647; Tue, 27 Mar 2012 09:14:52 +0800 (GMT-8) (envelope-from wang.lei131@zte.com.cn) To: Fatai Zhang , "ccamp@ietf.org" MIME-Version: 1.0 X-KeepSent: AA2080C3:1D5655A9-482579CE:0005C44A; type=4; name=$KeepSent X-Mailer: Lotus Notes Release 6.5.6 March 06, 2007 Message-ID: From: wang.lei131@zte.com.cn Date: Tue, 27 Mar 2012 09:14:50 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.1FP4|July 25, 2010) at 2012-03-27 09:14:53, Serialize complete at 2012-03-27 09:14:53 Content-Type: multipart/alternative; boundary="=_alternative 0006DE34482579CE_=" X-MAIL: mse01.zte.com.cn q2R1EqgM043647 Subject: Re: [CCAMP] Update to draft-farrkingel-ccamp-flexigrid-lambda-label 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, 27 Mar 2012 01:15:12 -0000 This is a multipart message in MIME format. --=_alternative 0006DE34482579CE_= Content-Type: text/plain; charset="US-ASCII" Hi, Fatai, >>Does what I said not touch the tech points? I think we can discuss more f2f. [Lei] Unfortunately, I cannot attend this meeting, but you are welcome to discuss with my collegues. :-) >>I have spent so much time on making Lei understand that 'm' should not advertised in the routing, and he finally agreed on what I explained. [Lei] Yes, I agree that the "m" in start/end label of label set with both type 2/3 and type 4 could be removed for better encoding efficiency, and this point is presented from my original mail. "In addition, there is not any mandatory requirement that the start/end label in label set MUST keep the same format with the label in signaling, so I think the meaningless part could be simply removed in the label set, both type 2/3 and type 4." However, "m" can also be used in label set with type 0/1, and I still insist that the use of "m" is necessary in label for signaling. Back to the label format, there may be some problem to carry the 'm' in the TSPEC if a LSP is not transparent at all. For example, a LSP with a O-E-O 3R in an intermediate node, and each segment with different modulation format or FEC is assigned. Therefore, different slotwidths are needed in two segments. Would we need two TSPEC parameters( two m in TSPEC)? According to my understanding, this will not be a issue if we put it in the label. >>For your question on 6.25GHz CS for fixed grid, we all know that there is no this kind of CS for fixed grid. IETF control plane must follow the standardized recommendation of ITU-T data plane. [Lei]New "Grid type" does not deviate from the ITU-T data plane, as this doesn't change any parameters, architecture or usage of flexi-grid that has been standardized in ITU-T. In addition, introducing it can make the label class more clearer, if we first receive it. It may help when programing. However, this may not be a big issue, we can see more feedback from the WG. Best Regards Lei Wang -------------------------------------------------------- ZTE Information Security Notice: The information contained in this mail is solely property of the sender's organization. This mail communication is confidential. Recipients named above are obligated to maintain secrecy and are not permitted to disclose the contents of this communication to others. This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the originator of the message. Any views expressed in this message are those of the individual sender. This message has been scanned for viruses and Spam by ZTE Anti-Spam system. --=_alternative 0006DE34482579CE_= Content-Type: text/html; charset="US-ASCII"
Hi, Fatai,

>>Does what I said not touch the tech points? I think we can discuss more f2f.

[Lei] Unfortunately, I cannot attend this meeting, but you are welcome to discuss with my collegues. :-)

>>I have spent so much time on making Lei understand that 'm' should not advertised in the routing, and he finally agreed on what I explained.

[Lei] Yes, I agree that the "m" in start/end label of label set with both type 2/3 and type 4 could be removed for better encoding efficiency, and this point is presented from my original mail. "In addition, there is not any mandatory requirement that the start/end label in label set MUST keep the same format with the label in signaling, so I think the meaningless part could be simply removed in the label set, both type 2/3 and type 4." However, "m" can also be used in label set with type 0/1, and I still insist that the use of "m" is necessary in label for signaling.

Back to the label format, there may be some problem to carry the 'm' in the TSPEC if a LSP is not transparent at all. For example, a LSP with a O-E-O 3R in an intermediate node, and each segment with different modulation format or FEC is assigned. Therefore, different slotwidths are needed in two segments. Would we need two TSPEC parameters( two m in TSPEC)? According to my understanding, this will not be a issue if we put it in the label.

>>For your question on 6.25GHz CS for fixed grid, we all know that there is no this kind of CS for fixed grid. IETF control plane must follow the standardized recommendation of ITU-T data plane.

[Lei]New "Grid type" does not deviate from the ITU-T data plane, as this doesn't change any parameters, architecture or usage of flexi-grid that has been standardized in ITU-T. In addition, introducing it can make the label class more clearer, if we first receive it. It may help when programing. However, this may not be a big issue, we can see more feedback from the WG.

Best Regards

Lei Wang
-------------------------------------------------------- ZTE Information Security Notice: The information contained in this mail is solely property of the sender's organization. This mail communication is confidential. Recipients named above are obligated to maintain secrecy and are not permitted to disclose the contents of this communication to others. This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the originator of the message. Any views expressed in this message are those of the individual sender. This message has been scanned for viruses and Spam by ZTE Anti-Spam system.
--=_alternative 0006DE34482579CE_=-- From cyril.margaria@nsn.com Tue Mar 27 00:59:37 2012 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 10EAC21F87F5 for ; Tue, 27 Mar 2012 00:59:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.274 X-Spam-Level: X-Spam-Status: No, score=-6.274 tagged_above=-999 required=5 tests=[AWL=0.325, 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 BPcTCQH9rkOL for ; Tue, 27 Mar 2012 00:59:33 -0700 (PDT) Received: from demumfd001.nsn-inter.net (demumfd001.nsn-inter.net [93.183.12.32]) by ietfa.amsl.com (Postfix) with ESMTP id 59ACE21F8808 for ; Tue, 27 Mar 2012 00:59:32 -0700 (PDT) Received: from demuprx017.emea.nsn-intra.net ([10.150.129.56]) by demumfd001.nsn-inter.net (8.12.11.20060308/8.12.11) with ESMTP id q2R7xQT0022042 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 27 Mar 2012 09:59:26 +0200 Received: from demuexc022.nsn-intra.net (demuexc022.nsn-intra.net [10.150.128.35]) by demuprx017.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id q2R7xO7Q026320; Tue, 27 Mar 2012 09:59:25 +0200 Received: from DEMUEXC012.nsn-intra.net ([10.150.128.25]) by demuexc022.nsn-intra.net with Microsoft SMTPSVC(6.0.3790.4675); Tue, 27 Mar 2012 09:59:13 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CD0BEF.7F4735FA" Date: Tue, 27 Mar 2012 09:59:11 +0200 Message-ID: In-Reply-To: <4F67B96C.90506@grotto-networking.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [CCAMP] Question on draft-ietf-ccamp-rwa-info-14 Thread-Index: Ac0GI27bbnlC0yXgTyWXvL+2A/G/tAFxO4pg References: <4F67B96C.90506@grotto-networking.com> From: "Margaria, Cyril (NSN - DE/Munich)" To: "ext Greg Bernstein" , X-OriginalArrivalTime: 27 Mar 2012 07:59:13.0149 (UTC) FILETIME=[7FB85AD0:01CD0BEF] X-purgate-type: clean X-purgate-Ad: Categorized by eleven eXpurgate (R) http://www.eleven.de X-purgate: clean X-purgate: This mail is considered clean (visit http://www.eleven.de for further information) X-purgate-size: 29190 X-purgate-ID: 151667::1332835166-00003570-CF9D9411/0-0/0-0 Subject: Re: [CCAMP] Question on draft-ietf-ccamp-rwa-info-14 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, 27 Mar 2012 07:59:37 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CD0BEF.7F4735FA Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi,=20 =20 My confusion seems to comes from the wording in RFC6163 and the -info = document, its stating :=20 =20 In section 5: " As discussed in [RFC6163] a WSON node may contain electro-optical subsystems such as regenerators, wavelength converters or entire switching subsystems." =20 >From your answer I understand that an switching subsystem is not fully = supported. I think that it is an important aspect of WSON to also = consider the signal compatibility at the Endpoints of the WSON LSP.=20 In any case it would be more clear to state that OE only is not = supported.=20 =20 Please also see inline. =20 =20 Best regards / Mit freundlichen Gr=FC=DFen Cyril Margaria =20 From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf = Of ext Greg Bernstein Sent: Monday, March 19, 2012 11:56 PM To: ccamp@ietf.org Subject: Re: [CCAMP] Question on draft-ietf-ccamp-rwa-info-14 =20 Hi Cyril, it looks like you are trying to use the WSON info model beyond = its scope. RFC5339 is for ML/MR networks. Your example contains a TDM = switch with optical interfaces in a chassis connected to some type of = OXC or ROADM. The WSON info model does not address general MLN/MRN = modeling, only common cases in the WSON world. This example most like = could be more easily modeled via two nodes with two different switching = types interconnected via optical interfaces. See detailed comments below. Greg B. On 3/13/2012 1:29 PM, Margaria, Cyril (NSN - DE/Munich) wrote:=20 Hi,=20 =20 Quoting [I-D.ietf-ccamp-rwa-info] section 5, "As discussed in [RFC6163] = a WSON node may contain electro-optical subsystems such as regenerators, wavelength converters or entire = switching subsystems." =20 The whole section concentrate on OEO, but according to RFC 6163 O-E = should also be supported It would be more clear to have a section describing the OE case or how = does it map to the proposed extensions. O-E? OE? RFC 6163 has a general section on Electro-Optical Systems, but = doesn't discuss separate O-E or OE systems.=20 3.5. Electro-Optical Systems: This section describes how Electro-Optical Systems (e.g., OEO switches, wavelength converters, and regenerators) interact with the WSON signal characteristics listed in Section 3.3.2. OEO switches, wavelength converters, and regenerators all share a similar property: they can be more or less "transparent" to an "optical signal" depending on their functionality and/or implementation. =20 Can the model described in Figure 1 and Figure 2 be used to described = OE setup? The model can handle OEO switches (examples are given), but this is more = than an OEO switch.. This is an electrical switching subsystem, so here I am confused here = by the scope of OEO switch. =20 For instance on the following node model (adapted from RFC5339) in = figure a the Electro-optical conversion is done by EOA and EOB. This looks like a TDM switch with optical interface in a chassis = connected to a ROADM or line system. This most likely would be modeled = via MLN/MRN techniques (hence why its in RFC5339). Modeling internal components such as an Electrical-Optical transciever = is beyond our scope. =20 How can a PCE calculate the signal compatibility between the two = transceiver in case of RFC5339 or using several node. The OEO model used in the document is modeling internal components, the = information needed to model the transceiver reuse a lot, if not all, of = the regenerator case, so it seems the gap is small. If it is wanted to = avoid to address the transceiver information (except in the 3R case), = and another model and encoding are needed for the Electro-optical case, = I fear that there can be 2 way to model the same think. =20 In order to focus on Electro-optical case in this particular example = EOA and EOB have different capabilities and cannot be used for 3R = (different OTU rate). =20 Sounds like the regenerator case that we cover in detail. Here my point is that it is a different OTU rate, so it is a = different electrical rate. =20 =20 It seems that this is supported, but here they cannot be used for = wavelength conversion, yet you can define input and output wavelength = range, so I am confused. Huh? A regenerator becomes a wavelength converter if the lasers are = tunable. This is the most common type of wavelength converter. Here my point is that it is not a regenerator. =20 Could you clarify the modeling in this case? Should this be modeled as = one resource block for each EO or 2 resource block for the EO? Individual EO and OE are out of scope. If you are looking at these as = regenerators then since their connectivity looks to be fixed between the = two ports they would each be modeled as a separate resource block. But once again OE and EO are are internal components that are out of = scope. =20 =20 Another point is that the processing capability indicate which kind of = regeneration can be done, but I think the termination should also be = considered explicitly or using processing rules, this would ease the = path calculation. I would prefer an explicit indication. Termination at which layer? The characteristics of the interfaces on the = TDM switch tell you about termination. That is why this is an MRN/MLN = example and is beyond what you should be trying to model with a single WSON node. Model it as two nodes. Terminating the WSON trail to the TDM.=20 =20 =20 Can you clarify those topics?. =20 Network element ............................. : -------- : TDM : | TDM | : Port1-------------<->---|#a | : Port2-------------<->---|#b | : Port3-------------<->---|#c | : Port4-------------<->---|#d | : : +--<->---|#e | : : | +<->---|#f | :=20 : | E -------- : : E O : : O B --------- : : A +<->--|#g | : =20 DWDM : +--<->--|#h DWDM | : Port5 ------------<->--|#i | : Port6 ------------<->--|#j | : : ---------- : :............................ =20 Figure a. Hybrid node. =20 =20 Mit freundlichen Gr=FC=DFen / Best Regards Cyril Margaria =20 Nokia Siemens Networks GmbH & Co. KG NWS DWDM RD St.Martin-Str. 76 D-81541 M=FCnchen Germany mailto:cyril.margaria@nsn.com Phone: +49-89-5159-16934 Fax: +49-89-5159-44-16934 ---------------------------------------------------------------- Nokia Siemens Networks GmbH & Co. KG=20 Sitz der Gesellschaft: M=FCnchen / Registered office: Munich=20 Registergericht: M=FCnchen / Commercial registry: Munich, HRA 88537=20 WEEE-Reg.-Nr.: DE 52984304=20 Pers=F6nlich haftende Gesellschafterin / General Partner: Nokia Siemens = Networks Management GmbH=20 Gesch=E4ftsleitung / Board of Directors: Dr. Hermann Rodler, Lydia = Sommer, Olaf Horsthemke=20 Vorsitzender des Aufsichtsrats / Chairman of supervisory board: Herbert = Merz=20 Sitz der Gesellschaft: M=FCnchen / Registered office: Munich=20 Registergericht: M=FCnchen / Commercial registry: Munich, HRB 163416=20 =20 =20 _______________________________________________ CCAMP mailing list CCAMP@ietf.org https://www.ietf.org/mailman/listinfo/ccamp =20 =20 --=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D Dr Greg Bernstein, Grotto Networking (510) 573-2237 =20 ------_=_NextPart_001_01CD0BEF.7F4735FA Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi,

My confusion seems to comes from the wording in RFC6163 and the = –info document, its stating :

In section 5:
“ As discussed in [RFC6163] a WSON node may contain = electro-optical
=A0=A0 subsystems such as regenerators, wavelength converters or = entire
=A0=A0 switching subsystems.”

From your answer I understand that an switching subsystem is not = fully supported. I think that it is an important aspect of WSON to also = consider the signal compatibility at the Endpoints of the WSON LSP. =
In any case it would be more clear to state that OE only is not = supported.

Please also see inline.

Best regards / Mit freundlichen Gr=FC=DFen
Cyril Margaria

From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On = Behalf Of ext Greg Bernstein
Sent: Monday, March 19, 2012 = 11:56 PM
To: ccamp@ietf.org
Subject: Re: [CCAMP] = Question on = draft-ietf-ccamp-rwa-info-14

Hi Cyril, it = looks like you are trying to use the WSON info model beyond its scope. = RFC5339 is for ML/MR networks. Your example contains a TDM switch with = optical interfaces in a chassis connected to some type of OXC or ROADM. = The WSON info model does not address general MLN/MRN modeling, only = common cases in the WSON world. This example most like could be more = easily modeled via two nodes with two different switching types = interconnected via optical interfaces.
See detailed comments = below.
Greg B.
On 3/13/2012 1:29 PM, Margaria, Cyril (NSN - = DE/Munich) wrote:
Hi, =

Quoting = [I-D.ietf-ccamp-rwa-info] section 5, "As discussed in [RFC6163] a = WSON node may contain electro-optical
=A0=A0 = subsystems such as regenerators, wavelength converters or entire = switching = subsystems."

The = whole section concentrate on OEO, but according to RFC 6163 O-E=A0 = should also be supported
It would be more clear to = have a section describing the OE case or how does it map to the proposed = extensions.
O-E? OE? RFC 6163 has = a general section on Electro-Optical Systems, but doesn't discuss = separate O-E or OE systems.
3.5. Electro-Optical = Systems:
=A0=A0 This section describes = how Electro-Optical Systems (e.g., OEO
=A0=A0 switches, wavelength = converters, and regenerators) interact with = the
=A0=A0 = WSON = signal characteristics listed in Section 3.3.2.=A0 OEO = switches,
=A0=A0 wavelength converters, = and regenerators all share a similar = property:
=A0=A0 they can be more or = less "transparent" to an "optical = signal"
=A0=A0 depending on their = functionality and/or implementation.

Can the model described in Figure 1 and Figure 2 be used to = described OE setup?
The model can handle = OEO switches (examples are given), but this is more than an OEO = switch..
This is an electrical switching subsystem, so = here I am confused here by the scope of OEO = switch.

For instance on the following node = model (adapted from RFC5339) in figure a the Electro-optical conversion = is done by EOA and EOB.
This looks like a TDM = switch with optical interface in a chassis connected to a ROADM or line = system. This most likely would be modeled via MLN/MRN techniques (hence = why its in RFC5339).
Modeling internal = components such as an Electrical-Optical transciever is beyond our = scope.

How can a PCE calculate the signal compatibility between the two = transceiver in case of RFC5339 or using several = node.
The OEO model used in the document is modeling internal components, = the information needed to model the transceiver reuse a lot, if not all, = of the regenerator case, so it seems the gap is small. If it is wanted = to avoid to address the transceiver information (except in the 3R case), = and another model and encoding are needed for the Electro-optical case, = I fear that there can be 2 way to model the same = think.

In order to focus on = Electro-optical case in this particular example EOA and EOB=A0 have = different capabilities and cannot be used for 3R (different OTU = rate).=A0
Sounds like the = regenerator case that we cover in detail.
=A0=A0=A0=A0=A0=A0=A0=A0=A0 Here my point is = that it is a different OTU rate, so it is a different electrical = rate.

It seems that this is supported, but here they cannot be = used for wavelength conversion, yet you can define input and output = wavelength range, so I am confused.
Huh? A regenerator = becomes a wavelength converter if the lasers are tunable. This is the = most common type of wavelength = converter.
Here my point is that it is not a = regenerator.

Could you clarify the modeling in = this case? Should this be modeled as one resource block for each EO or 2 = resource block for the EO?
Individual EO and OE = are out of scope. If you are looking at these as regenerators then since = their connectivity looks to be fixed between the two ports they would = each be modeled as a separate resource = block.
But once again = OE and EO are are internal components that are out of = scope.

Another point is that the processing = capability indicate which kind of regeneration can be done, but I think = the termination should also be considered explicitly or using processing = rules, this would ease the path calculation. I would prefer an explicit = indication.
Termination at which = layer? The characteristics of the interfaces on the TDM switch tell you = about termination. That is why this is an MRN/MLN example and is beyond = what you should be trying to model
with a single WSON = node. Model it as two nodes.
Terminating the WSON trail to the TDM. =

Can you clarify those = topics?.

=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = Network = element
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0 = .............................
=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = :=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 --------=A0=A0=A0=A0=A0=A0 = :
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = TDM=A0=A0=A0=A0=A0=A0 :=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |=A0 TDM=A0=A0 = |=A0=A0=A0=A0=A0 = :
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = Port1-------------<->---|#a=A0=A0=A0=A0=A0 |=A0=A0=A0=A0=A0 = :
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = Port2-------------<->---|#b=A0=A0=A0=A0=A0 |=A0=A0=A0=A0=A0 = :
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = Port3-------------<->---|#c=A0=A0=A0=A0=A0 |=A0=A0=A0=A0=A0 = :
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = Port4-------------<->---|#d=A0=A0=A0=A0=A0 |=A0=A0=A0=A0=A0 = :
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 :=A0 +--<->---|#e=A0=A0=A0=A0=A0 = |=A0=A0=A0=A0=A0 = :
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 :=A0 | +<->---|#f=A0=A0=A0=A0=A0 = |=A0=A0=A0=A0=A0 : =
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 :=A0 | E=A0=A0=A0=A0=A0=A0 --------=A0=A0=A0=A0=A0=A0 = :
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 :=A0 E = O=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = :
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 :=A0 O B=A0=A0=A0=A0=A0 ---------=A0=A0=A0=A0=A0=A0 = :
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 :=A0 A +<->--|#g=A0=A0=A0=A0=A0=A0=A0 = |=A0=A0=A0=A0 :=A0=A0=A0=A0=A0=A0=A0=A0 =
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0DWDM=A0=A0= =A0=A0=A0 :=A0 +--<->--|#h=A0 DWDM=A0 |=A0=A0=A0=A0 = :
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Port5 = ------------<->--|#i=A0=A0=A0=A0=A0=A0=A0 |=A0=A0=A0=A0 = :
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Port6 = ------------<->--|#j=A0=A0=A0=A0=A0=A0=A0 |=A0=A0=A0=A0 = :
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 :=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = ----------=A0=A0=A0=A0=A0 = :
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = =A0=A0=A0=A0=A0=A0=A0=A0=A0:............................
=
=
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0Figure a.=A0 Hybrid = node.

<= /pre>
Mit freundlichen Gr=FC=DFen / Best = Regards
Cyril = Margaria

Nokia Siemens = Networks GmbH & Co. KG
NWS DWDM = RD
St.Martin-Str. 76
D-81541 = M=FCnchen
Germany
mailto:cyril.margaria@nsn.com<= o:p>
Phone: = +49-89-5159-16934
Fax:   = +49-89-5159-44-16934
-------------------------------= ---------------------------------
Nokia Siemens = Networks GmbH & Co. KG
Sitz der Gesellschaft: = M=FCnchen / Registered office: Munich =
Registergericht: M=FCnchen / Commercial registry: = Munich, HRA 88537
WEEE-Reg.-Nr.: DE 52984304 =
Pers=F6nlich haftende Gesellschafterin / General = Partner: Nokia Siemens Networks Management GmbH =
Gesch=E4ftsleitung / Board of Directors: Dr. = Hermann Rodler, Lydia Sommer, Olaf Horsthemke =
Vorsitzender des Aufsichtsrats / Chairman of = supervisory board: Herbert Merz
Sitz der = Gesellschaft: M=FCnchen / Registered office: Munich =
Registergericht: M=FCnchen / Commercial registry: = Munich, HRB 163416 =

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

<= pre>

-- =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D
Dr Greg Bernstein, = Grotto Networking (510) = 573-2237

<= /html> ------_=_NextPart_001_01CD0BEF.7F4735FA-- From pierre.peloso@alcatel-lucent.com Tue Mar 27 01:15:11 2012 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 47FA021F8844 for ; Tue, 27 Mar 2012 01:15:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.571 X-Spam-Level: X-Spam-Status: No, score=-9.571 tagged_above=-999 required=5 tests=[AWL=0.677, BAYES_00=-2.599, HELO_EQ_FR=0.35, 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 9fMQi9eOsloD for ; Tue, 27 Mar 2012 01:15:10 -0700 (PDT) Received: from smail3.alcatel.fr (smail3.alcatel.fr [64.208.49.56]) by ietfa.amsl.com (Postfix) with ESMTP id EBADF21F8843 for ; Tue, 27 Mar 2012 01:15:09 -0700 (PDT) Received: from FRMRSSXCHHUB01.dc-m.alcatel-lucent.com (FRMRSSXCHHUB01.dc-m.alcatel-lucent.com [135.120.45.61]) by smail3.alcatel.fr (8.14.3/8.14.3/ICT) with ESMTP id q2R8CAxr022600 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Tue, 27 Mar 2012 10:15:08 +0200 Received: from FRMRSSXCHMBSA1.dc-m.alcatel-lucent.com ([135.120.45.37]) by FRMRSSXCHHUB01.dc-m.alcatel-lucent.com ([135.120.45.61]) with mapi; Tue, 27 Mar 2012 10:14:47 +0200 From: "PELOSO, PIERRE (PIERRE)" To: "ccamp@ietf.org" Date: Tue, 27 Mar 2012 10:14:46 +0200 Thread-Topic: WG draft-ietf-ccamp-rwa-wson-encode-13 - Suggested modification on modulation format encodings Thread-Index: Ac0L8aw1x4+VRexCQJKR1hj0ZSQ+Mg== Message-ID: Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: fr-FR, en-US Content-Type: multipart/alternative; boundary="_000_CCBFBB7025DF984494DEC3285C058152129C035748FRMRSSXCHMBSA_" MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.69 on 155.132.188.83 Subject: [CCAMP] WG draft-ietf-ccamp-rwa-wson-encode-13 - Suggested modification on modulation format encodings 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, 27 Mar 2012 08:15:11 -0000 --_000_CCBFBB7025DF984494DEC3285C058152129C035748FRMRSSXCHMBSA_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Young and Greg, Please find a proposed modification to paragraph 5.2 of the draft that simp= lifies the Resource Block Information TLV. These modification apply to the formerly named Input Modulation Type list s= ub-sub-TLV, and allows suppressing the paragraph 5.7. named OutputModulation Type list sub-sub-TLV 5.2. Modulation type List sub-sub-TLV This sub-sub-TLV contains a list of acceptable input modulation formats. Type :=3D Input Modulation Format List Value :=3D A list of Modulation Format Fields 5.2.1. Modulation Format Field Two different types of modulation format fields are defined: a standard modulation field and a vendor specific modulation field. Both start with the same 32 bit header shown below. 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |S|I|E| Modulation ID | Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Where S bit set to 1 indicates a standardized modulation format and S bit set to 0 indicates a vendor specific modulation format. The length is the length in bytes of the entire modulation type field. Where I bit set to 1 indicates it is an input modulation constraint and I bit set to 0 indicates it is not an input modulation constraint. Where E bit set to 1 indicates it is an ouput modulation constraint and E bit set to 0 indicates it is not an ouput modulation constraint. The format for the standardized type for the modulation is given by: 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |1|X|X| Modulation ID | Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Possible additional modulation parameters depending upon | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ : the modulation ID : +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Modulation ID (S bit =3D 1), I bit and E bit being set to relevant va= lues. Takes on the following currently defined values: 0 Reserved 1 optical tributary signal class NRZ 1.25G 2 optical tributary signal class NRZ 2.5G 3 optical tributary signal class NRZ 10G 4 optical tributary signal class NRZ 40G 5 optical tributary signal class RZ 40G Note that future modulation types may require additional parameters in their characterization. The format for vendor specific modulation field (for input constraint) is given by: 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |0|X|X| Vendor Modulation ID | Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Enterprise Number | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ : Any vendor specific additional modulation parameters : +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Modulation ID (S bit =3D 1), I bit and E bit being set to relevant va= lues. Vendor Modulation ID This is a vendor assigned identifier for the modulation type. Enterprise Number A unique identifier of an organization encoded as a 32-bit integer. Enterprise Numbers are assigned by IANA and managed through an IANA registry [RFC2578]= . Vendor Specific Additional parameters There can be potentially additional parameters characterizing the vendor specific modulation. --_000_CCBFBB7025DF984494DEC3285C058152129C035748FRMRSSXCHMBSA_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi Young = and=20 Greg,

Please fi= nd a=20 proposed modification to paragraph 5.2 of the draft that simplifies the Res= ource=20 Block Information TLV.

These mod= ification=20 apply to the formerly named Input Modulation Type list sub-sub-TLV, and all= ows=20 suppressing the paragraph

5.7. name= d=20 OutputModulation Type list sub-sub-TLV

5.2. Modulation type List sub-sub-TLV This sub-sub-TLV contains a list of acceptable input modulation formats. Type :=3D Input Modulation Format List Value :=3D A list of Modulation Format Fields 5.2.1. Modulation Format Field Two different types of modulation format fields are defined: a standard modulation field and a vendor specific modulation field. Both start with the same 32 bit header shown below. 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |S|I|E| Modulation ID | Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Where S bit set to 1 indicates a standardized modulation format and S bit set to 0 indicates a vendor specific modulation format. The length is the length in bytes of the entire modulation type field. Where I bit set to 1 indicates it is an input modulation constraint and I bit set to 0 indicates it is not an input modulation constraint. Where E bit set to 1 indicates it is an ouput modulation constraint and E bit set to 0 indicates it is not an ouput modulation constraint. The format for the standardized type for the modulation is given by: 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |1|X|X| Modulation ID | Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Possible additional modulation parameters depending upon | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ : the modulation ID : +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Modulation ID (S bit =3D 1), I bit and E bit being set to relevant va= lues. Takes on the following currently defined values: 0 Reserved 1 optical tributary signal class NRZ 1.25G 2 optical tributary signal class NRZ 2.5G 3 optical tributary signal class NRZ 10G 4 optical tributary signal class NRZ 40G 5 optical tributary signal class RZ 40G Note that future modulation types may require additional parameters in their characterization. The format for vendor specific modulation field (for input constraint) is given by: 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |0|X|X| Vendor Modulation ID | Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Enterprise Number | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ : Any vendor specific additional modulation parameters : +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Modulation ID (S bit =3D 1), I bit and E bit be= ing set to relevant values. Vendor Modulation ID This is a vendor assigned identifier for the modulation type. Enterprise Number A unique identifier of an organization encoded as a 32-bit integer. Enterprise Numbers are assigned by IANA and managed through an IANA registry [RFC257= 8]. Vendor Specific Additional parameters There can be potentially additional parameters characterizing the vendor specific modulation. <= /PRE>
--_000_CCBFBB7025DF984494DEC3285C058152129C035748FRMRSSXCHMBSA_-- From cyril.margaria@nsn.com Tue Mar 27 01:17:55 2012 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 1545721F886E for ; Tue, 27 Mar 2012 01:17:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.338 X-Spam-Level: X-Spam-Status: No, score=-6.338 tagged_above=-999 required=5 tests=[AWL=0.260, 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 39leTjMH-f6J for ; Tue, 27 Mar 2012 01:17:50 -0700 (PDT) Received: from demumfd002.nsn-inter.net (demumfd002.nsn-inter.net [93.183.12.31]) by ietfa.amsl.com (Postfix) with ESMTP id 1B19921F8872 for ; Tue, 27 Mar 2012 01:17:44 -0700 (PDT) Received: from demuprx017.emea.nsn-intra.net ([10.150.129.56]) by demumfd002.nsn-inter.net (8.12.11.20060308/8.12.11) with ESMTP id q2R8HBcv000961 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 27 Mar 2012 10:17:11 +0200 Received: from DEMUEXC048.nsn-intra.net ([10.159.32.94]) by demuprx017.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id q2R8HAGO003219; Tue, 27 Mar 2012 10:17:11 +0200 Received: from DEMUEXC012.nsn-intra.net ([10.150.128.25]) by DEMUEXC048.nsn-intra.net with Microsoft SMTPSVC(6.0.3790.4675); Tue, 27 Mar 2012 10:16:59 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CD0BF1.FACB47E6" Date: Tue, 27 Mar 2012 10:16:58 +0200 Message-ID: In-Reply-To: <7AEB3D6833318045B4AE71C2C87E8E1720C8D678@dfweml511-mbx.china.huawei.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [CCAMP] Comments on draft-ietf-ccamp-rwa-wson-encode-13 Thread-Index: Ac0BVxOP9878qqPyTI2pB/oS4UIvsQFALYoAAA27l9ABWJUsYA== References: <4F67AEDE.2060703@grotto-networking.com> <7AEB3D6833318045B4AE71C2C87E8E1720C8D678@dfweml511-mbx.china.huawei.com> From: "Margaria, Cyril (NSN - DE/Munich)" To: "ext Leeyoung" , "Greg Bernstein" , X-OriginalArrivalTime: 27 Mar 2012 08:16:59.0174 (UTC) FILETIME=[FB1EDC60:01CD0BF1] X-purgate-type: clean X-purgate-Ad: Categorized by eleven eXpurgate (R) http://www.eleven.de X-purgate: clean X-purgate: This mail is considered clean (visit http://www.eleven.de for further information) X-purgate-size: 27166 X-purgate-ID: 151667::1332836232-00007415-0F576B73/0-0/0-0 Subject: Re: [CCAMP] Comments on draft-ietf-ccamp-rwa-wson-encode-13 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, 27 Mar 2012 08:17:55 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CD0BF1.FACB47E6 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi,=20 =20 I am looking forward to the update, please also see inline. =20 Best regards / Mit freundlichen Gr=FC=DFen Cyril Margaria =20 From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf = Of ext Leeyoung Sent: Monday, March 19, 2012 11:44 PM To: Greg Bernstein; ccamp@ietf.org Subject: Re: [CCAMP] Comments on draft-ietf-ccamp-rwa-wson-encode-13 =20 Hi Cyril, =20 Here's some further comment on your question. Please see in-line for my = response.=20 =20 Thanks. Young =20 From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf = Of Greg Bernstein Sent: Monday, March 19, 2012 5:11 PM To: ccamp@ietf.org Subject: Re: [CCAMP] Comments on draft-ietf-ccamp-rwa-wson-encode-13 =20 See response below, unfortunately these comments came after the draft = update publication date. The changes required are small if the WG = concurs. Greg B. On 3/13/2012 1:22 PM, Margaria, Cyril (NSN - DE/Munich) wrote:=20 Hi,=20 =20 I have several question related to the WSON constraints encoding.=20 =20 Q1. Resource Block Set Field , the C bit is used to indicate the = connectivity in the resource pool accessibility sub-TLV only, but the = resource pool accessibility sub-TLV also has a Connectivity field that = contains the same values. Is the field in the RB set redundant or does = it indicate another property (it is not clear from the text). In addition if the C field is not needed, it would help having a more = compatible General constraint Link set and WSON constraint RB set = encoding, which would be useful for implementations. --> C bit field appears redundant, seems that is was partially removed = from the example in the appendix. It will be returned to "Reserved" = block and appendix examples will be updated. =20 =20 Q2. Section 4.2 "Resource Block Wavelength Constraints Sub-TLV" According to the RFC 6163 and [I-D.ietf-ccamp-rwa-info] the = Electro-optical properties can be described, so a resource block may = only have input or ouput wavelength. The Input Wavelength Set Field and = Output Wavelength Set Field should be optional.=20 --> The encoding of section 4.2 will be enhanced to allow the input or = output fields to be optional, unless there are WG objections. =20 =20 Q3. Section 4.2 "Resource Block Wavelength Constraints Sub-TLV", for = Input Wavelength Set Field and Output Wavelength Set Field, I did not = find the encoding of the those fields in section 4.2, I expect them = following Label Set Field encoding (section 2.2 of [I-D. = ietf-ccamp-general-constraint-encode]). The field encoding should be = explicitly stated in the I-D. --> True. We will add a note in the introduction on this and to all uses = of wavelength set fields. =20 =20 In addition it would be more generic (considering flexigrid labels) to = indicate those fields as Input Labels Set and Output Label Set. --> We are using the general label set construct.=20 =20 =20 This apply to the other sections.=20 --> We will add notes on the use of label set fields to all relevant = section. =20 =20 Q4. Section 5.1. "Resource Block Information Sub-TLV". >From the previous mail threads I understood that there should only be = one "Modulation Type List Sub-Sub-TLV" instead of "Input Modulation Type = List Sub-Sub-TLV" and "Output Modulation Type List Sub-Sub-TLV". Same = for FEC.=20 This should be clear in the I-D. --> Young will address this question. YOUNG>> We did not have time to update this draft. We have agreed = previously to have one Modulation Type List and one FEC list per your = suggestion. This will be updated in the revision, =20 Q5. Section 5.2.1. "Modulation Format Field". When having one TLV for modulation format, you indicated a processing = rule "no explicit output means the same as input" (for size = optimization). Having 1 bit for ingress and one for egress would remove the need for = this processing rule and this would be always the minimum number of = modulation. This extra bit would simplify the processing while keeping the size = optimized. --> Young will address this question. YOUNG>> I agree with you. Can you provide the suggested encoding for = this simplification? =20 The proposed text can be as follow: 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |S|I|E| Modulation ID | Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ =20 =20 Where S bit set to 1 indicates a standardized modulation format and S bit set to 0 indicates a vendor specific modulation format. The length is the length in bytes of the entire modulation type field. =20 Where I bit set to 1 indicates it is an input modulation constraint = and The E bit set to 1 indicates an output modulation constraint. The following I and E bit combination are defined =20 I E=20 0 0 Invalid 1 0 Input modulation 1 1 Input and output modulation=20 0 1 Output modulation=20 =20 =20 With this the input and input modulation are explicit and the only = processing rule needed is parameter checking. (I=3DE=3D0). =20 Could you comment on each of this topic, do you prefer several mail = threads? =20 =20 Mit freundlichen Gr=FC=DFen / Best Regards Cyril Margaria =20 Nokia Siemens Networks GmbH & Co. KG NWS DWDM RD St.Martin-Str. 76 D-81541 M=FCnchen Germany mailto:cyril.margaria@nsn.com Phone: +49-89-5159-16934 Fax: +49-89-5159-44-16934 ---------------------------------------------------------------- Nokia Siemens Networks GmbH & Co. KG=20 Sitz der Gesellschaft: M=FCnchen / Registered office: Munich=20 Registergericht: M=FCnchen / Commercial registry: Munich, HRA 88537=20 WEEE-Reg.-Nr.: DE 52984304=20 Pers=F6nlich haftende Gesellschafterin / General Partner: Nokia Siemens = Networks Management GmbH=20 Gesch=E4ftsleitung / Board of Directors: Dr. Hermann Rodler, Lydia = Sommer, Olaf Horsthemke=20 Vorsitzender des Aufsichtsrats / Chairman of supervisory board: Herbert = Merz=20 Sitz der Gesellschaft: M=FCnchen / Registered office: Munich=20 Registergericht: M=FCnchen / Commercial registry: Munich, HRB 163416=20 =20 _______________________________________________ CCAMP mailing list CCAMP@ietf.org https://www.ietf.org/mailman/listinfo/ccamp =20 =20 --=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D Dr Greg Bernstein, Grotto Networking (510) 573-2237 =20 ------_=_NextPart_001_01CD0BF1.FACB47E6 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi,

I am looking forward to the update, please also see = inline.

Best regards / Mit freundlichen Gr=FC=DFen
Cyril Margaria

From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On = Behalf Of ext Leeyoung
Sent: Monday, March 19, 2012 11:44 = PM
To: Greg Bernstein; ccamp@ietf.org
Subject: Re: = [CCAMP] Comments on = draft-ietf-ccamp-rwa-wson-encode-13

Hi Cyril,

Here’s some further comment on your question. Please see = in-line for my response.

Thanks.
Young

From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org]= On Behalf Of Greg Bernstein
Sent: Monday, March 19, = 2012 5:11 PM
To: ccamp@ietf.org
Subject: Re: = [CCAMP] Comments on = draft-ietf-ccamp-rwa-wson-encode-13

See response = below, unfortunately these comments came after the draft update = publication date. The changes required are small if the WG = concurs.
Greg B.
On 3/13/2012 1:22 PM, Margaria, Cyril (NSN - = DE/Munich) wrote:
Hi, =

I have several = question related to the WSON constraints encoding. =

Q1. Resource Block Set = Field , the C bit is used to indicate the connectivity in the resource = pool accessibility sub-TLV only, but the resource pool accessibility = sub-TLV also has a Connectivity field that contains the same values. Is = the field in the RB set redundant or does it indicate another property = (it is not clear from the text).
In addition if = the C field is not needed, it would help having a more compatible = General constraint Link set and WSON constraint RB set encoding, which = would be useful for implementations.
--> C bit = field appears redundant, seems that is was partially removed from the = example in the appendix. It will be returned to “Reserved” = block and appendix examples will be = updated.

Q2. Section 4.2 "Resource Block = Wavelength Constraints Sub-TLV"
According to = the RFC 6163 and [I-D.ietf-ccamp-rwa-info] the Electro-optical = properties can be described, so a resource block may only have input or = ouput wavelength. The Input Wavelength Set Field and Output Wavelength = Set Field should be optional.
--> The = encoding of section 4.2 will be enhanced to allow the input or output = fields to be optional, unless there are WG = objections.

Q3. Section 4.2 "Resource Block = Wavelength Constraints Sub-TLV", for Input Wavelength Set = Field and Output Wavelength Set Field, I did not find the encoding = of the those fields in section 4.2, I expect them following Label Set = Field encoding (section 2.2 of [I-D. = ietf-ccamp-general-constraint-encode]). The field encoding should be = explicitly stated in the I-D.
--> True. = We will add a note in the introduction on this and to all uses of = wavelength set fields.

In addition it would be more generic = (considering flexigrid labels) to indicate those fields as Input Labels = Set and Output Label Set.
--> We = are using the general label set construct. =

This apply to the other sections. =
--> We will add notes on the use of = label set fields to all relevant = section.

Q4. Section 5.1. "Resource Block = Information Sub-TLV".
>From the previous = mail threads I understood that there should only be one "Modulation = Type List Sub-Sub-TLV" instead of "Input Modulation Type List = Sub-Sub-TLV" and "Output Modulation Type List = Sub-Sub-TLV". Same for FEC.
This should be = clear in the I-D.
--> Young will address this = question.
YOUNG>> = We did not have time to update this draft. We have agreed previously to = have one Modulation Type List and one FEC list per your suggestion. This = will be updated in the = revision,

Q5. = Section 5.2.1. "Modulation Format = Field".
When having one TLV for modulation = format, you indicated a processing rule "no explicit output means = the same as input" (for size = optimization).
Having 1 bit for ingress and one for = egress would remove the need for this processing rule and this would be = always the minimum number of modulation.
This extra = bit would simplify the processing while keeping the size = optimized.
--> Young will address this = question.
YOUNG>> = I agree with you. Can you provide the suggested encoding for this = simplification?
The proposed text can be as = follow:
=A0=A0=A0=A0=A0 = 0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = 1=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = 2=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = 3
=A0=A0=A0=A0=A0 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
=A0=A0=A0=A0 = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
=A0=A0=A0=A0 |S|I|E| =A0=A0=A0Modulation = ID=A0=A0=A0=A0=A0=A0=A0 |=A0=A0=A0=A0=A0=A0=A0=A0=A0 = Length=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = |
=A0=A0=A0=A0 = +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

=A0=A0 Where = S bit set to 1 indicates a standardized modulation format = and
=A0=A0 S bit set to 0 indicates a vendor = specific modulation format. The
=A0=A0 length = is the length in bytes of the entire modulation type = field.

=A0=A0 Where = I bit set to 1 indicates it is an input modulation constraint = and
=A0=A0 The E bit set to 1 indicates an output = modulation constraint.
=A0=A0 The = following I and E bit combination are defined = =A0=A0=A0
=A0=A0=A0=A0=A0I =A0E =
=A0=A0=A0=A0=A0=A00=A0 0 = Invalid
1    0 Input = modulation
=A0=A0=A0=A0=A0 1=A0 1 Input and output = modulation
0    1 Output modulation

With this the input and input modulation are = explicit and the only processing rule needed is parameter checking. = (I=3DE=3D0).

Could you comment on each of this = topic, do you prefer several mail = threads?

Mit freundlichen Gr=FC=DFen / Best = Regards
Cyril = Margaria

Nokia Siemens = Networks GmbH & Co. KG
NWS DWDM = RD
St.Martin-Str. 76
D-81541 = M=FCnchen
Germany
mailto:cyril.margaria@nsn.com<= o:p>
Phone: = +49-89-5159-16934
Fax:   = +49-89-5159-44-16934
-------------------------------= ---------------------------------
Nokia Siemens = Networks GmbH & Co. KG
Sitz der Gesellschaft: = M=FCnchen / Registered office: Munich =
Registergericht: M=FCnchen / Commercial registry: = Munich, HRA 88537
WEEE-Reg.-Nr.: DE 52984304 =
Pers=F6nlich haftende Gesellschafterin / General = Partner: Nokia Siemens Networks Management GmbH =
Gesch=E4ftsleitung / Board of Directors: Dr. = Hermann Rodler, Lydia Sommer, Olaf Horsthemke =
Vorsitzender des Aufsichtsrats / Chairman of = supervisory board: Herbert Merz
Sitz der = Gesellschaft: M=FCnchen / Registered office: Munich =
Registergericht: M=FCnchen / Commercial registry: = Munich, HRB 163416 =

_______________________= ________________________
CCAMP mailing = list
CCAMP@ietf.org
https://www.ietf.org= /mailman/listinfo/ccamp

<= pre>

-- =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D
Dr Greg Bernstein, = Grotto Networking (510) = 573-2237

<= /html> ------_=_NextPart_001_01CD0BF1.FACB47E6-- From cyril.margaria@nsn.com Tue Mar 27 01:22:05 2012 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 9EB8A21F8893 for ; Tue, 27 Mar 2012 01:22:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.382 X-Spam-Level: X-Spam-Status: No, score=-6.382 tagged_above=-999 required=5 tests=[AWL=0.217, 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 2TnvZoAp5tSu for ; Tue, 27 Mar 2012 01:21:59 -0700 (PDT) Received: from demumfd002.nsn-inter.net (demumfd002.nsn-inter.net [93.183.12.31]) by ietfa.amsl.com (Postfix) with ESMTP id 2D60321F8890 for ; Tue, 27 Mar 2012 01:21:59 -0700 (PDT) Received: from demuprx016.emea.nsn-intra.net ([10.150.129.55]) by demumfd002.nsn-inter.net (8.12.11.20060308/8.12.11) with ESMTP id q2R8Lv2O014983 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 27 Mar 2012 10:21:57 +0200 Received: from DEMUEXC048.nsn-intra.net ([10.159.32.94]) by demuprx016.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id q2R8LoYf011476; Tue, 27 Mar 2012 10:21:56 +0200 Received: from DEMUEXC012.nsn-intra.net ([10.150.128.25]) by DEMUEXC048.nsn-intra.net with Microsoft SMTPSVC(6.0.3790.4675); Tue, 27 Mar 2012 10:21:45 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Tue, 27 Mar 2012 10:21:43 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Comments/questions on draft-ietf-ccamp-wson-signaling-03 Thread-Index: Ac0L8qTZiIxiZZ/WSuaNl8DlA9H9ww== From: "Margaria, Cyril (NSN - DE/Munich)" To: , X-OriginalArrivalTime: 27 Mar 2012 08:21:45.0082 (UTC) FILETIME=[A588F5A0:01CD0BF2] X-purgate-type: clean X-purgate-Ad: Categorized by eleven eXpurgate (R) http://www.eleven.de X-purgate: clean X-purgate: This mail is considered clean (visit http://www.eleven.de for further information) X-purgate-size: 2120 X-purgate-ID: 151667::1332836517-00007415-0B92A0D5/0-0/0-0 Subject: [CCAMP] Comments/questions on draft-ietf-ccamp-wson-signaling-03 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, 27 Mar 2012 08:22:06 -0000 Hi,=20 I have the following questions on draft-ietf-ccamp-wson-signaling-03. Q1.Sextion 3.3, Editor note : Do you refer to section 5 or other points = as well? Q2. Section 4.2. "Signal Attributes and Processing" This section indicate options, it would be helpful to indicate = preferences or indication on pro/cons at this stage. In this context one point that can be considered for discussion is that = using LSP_ATTRIBUTE would require PCEP extensions, (Similar = consideration on LSP_ATTRIBUTE is addressed in = draft-margaria-ccamp-label-set-ero-00.txt)=20 Q3. Section 4.2. "Signal Attributes and Processing", processing object = definition: In case of bidirectional LSP a node can have 2 transmitter and 2 = receivers (one couple for each direction). To what refer the transmitter /receiver capabilities? =20 Q4. Explicit Resource block information. The OSPF draft make use of Resource Block, but it is not possible to = explicitly signal it. I think it can be useful to support explicit selection for the Resource = to be used, especially if the PCE took into account more information = that is capable the local node. Mit freundlichen Gr=FC=DFen / Best Regards Cyril Margaria Nokia Siemens Networks GmbH & Co. KG NWS DWDM RD St.Martin-Str. 76 D-81541 M=FCnchen Germany mailto:cyril.margaria@nsn.com Phone: +49-89-5159-16934 Fax: +49-89-5159-44-16934 ---------------------------------------------------------------- Nokia Siemens Networks GmbH & Co. KG=20 Sitz der Gesellschaft: M=FCnchen / Registered office: Munich=20 Registergericht: M=FCnchen / Commercial registry: Munich, HRA 88537=20 WEEE-Reg.-Nr.: DE 52984304=20 Pers=F6nlich haftende Gesellschafterin / General Partner: Nokia Siemens = Networks Management GmbH=20 Gesch=E4ftsleitung / Board of Directors: Dr. Hermann Rodler, Lydia = Sommer, Olaf Horsthemke=20 Vorsitzender des Aufsichtsrats / Chairman of supervisory board: Herbert = Merz=20 Sitz der Gesellschaft: M=FCnchen / Registered office: Munich=20 Registergericht: M=FCnchen / Commercial registry: Munich, HRB 163416=20 From leeyoung@huawei.com Tue Mar 27 01:25:59 2012 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 D1EF321F8896 for ; Tue, 27 Mar 2012 01:25:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.372 X-Spam-Level: X-Spam-Status: No, score=-2.372 tagged_above=-999 required=5 tests=[AWL=0.226, 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 dUnCS74cyJvg for ; Tue, 27 Mar 2012 01:25:54 -0700 (PDT) Received: from dfwrgout.huawei.com (dfwrgout.huawei.com [206.16.17.72]) by ietfa.amsl.com (Postfix) with ESMTP id 3CB9921F8794 for ; Tue, 27 Mar 2012 01:25:54 -0700 (PDT) Received: from 172.18.9.243 (EHLO dfweml201-edg.china.huawei.com) ([172.18.9.243]) by dfwrg02-dlp.huawei.com (MOS 4.2.3-GA FastPath) with ESMTP id AEK54245; Tue, 27 Mar 2012 04:25:53 -0400 (EDT) Received: from DFWEML407-HUB.china.huawei.com (10.193.5.132) by dfweml201-edg.china.huawei.com (172.18.9.107) with Microsoft SMTP Server (TLS) id 14.1.323.3; Tue, 27 Mar 2012 01:23:19 -0700 Received: from dfweml511-mbx.china.huawei.com ([169.254.16.128]) by dfweml407-hub.china.huawei.com ([10.193.5.132]) with mapi id 14.01.0323.003; Tue, 27 Mar 2012 01:23:17 -0700 From: Leeyoung To: "Margaria, Cyril (NSN - DE/Munich)" , Greg Bernstein , "ccamp@ietf.org" Thread-Topic: [CCAMP] Comments on draft-ietf-ccamp-rwa-wson-encode-13 Thread-Index: Ac0BVxOP9878qqPyTI2pB/oS4UIvsQFALYoAAA27l9ABWJUsYAAAWd0Q Date: Tue, 27 Mar 2012 08:23:16 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1720C8EFC7@dfweml511-mbx.china.huawei.com> References: <4F67AEDE.2060703@grotto-networking.com> <7AEB3D6833318045B4AE71C2C87E8E1720C8D678@dfweml511-mbx.china.huawei.com> In-Reply-To: Accept-Language: en-US, zh-CN Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.138.109] Content-Type: multipart/alternative; boundary="_000_7AEB3D6833318045B4AE71C2C87E8E1720C8EFC7dfweml511mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Subject: Re: [CCAMP] Comments on draft-ietf-ccamp-rwa-wson-encode-13 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, 27 Mar 2012 08:26:00 -0000 --_000_7AEB3D6833318045B4AE71C2C87E8E1720C8EFC7dfweml511mbxchi_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Cyril, Your encoding sounds reasonable to me. Is this consistent with Pierre's enc= oding suggestion? If so, we can go ahead with the changes in the revision. Thanks. Young From: Margaria, Cyril (NSN - DE/Munich) [mailto:cyril.margaria@nsn.com] Sent: Tuesday, March 27, 2012 3:17 AM To: Leeyoung; Greg Bernstein; ccamp@ietf.org Subject: RE: [CCAMP] Comments on draft-ietf-ccamp-rwa-wson-encode-13 Hi, I am looking forward to the update, please also see inline. Best regards / Mit freundlichen Gr=FC=DFen Cyril Margaria From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of e= xt Leeyoung Sent: Monday, March 19, 2012 11:44 PM To: Greg Bernstein; ccamp@ietf.org Subject: Re: [CCAMP] Comments on draft-ietf-ccamp-rwa-wson-encode-13 Hi Cyril, Here's some further comment on your question. Please see in-line for my res= ponse. Thanks. Young From: ccamp-bounces@ietf.org [mailto:ccamp-b= ounces@ietf.org] On Behalf Of Greg Bernstein Sent: Monday, March 19, 2012 5:11 PM To: ccamp@ietf.org Subject: Re: [CCAMP] Comments on draft-ietf-ccamp-rwa-wson-encode-13 See response below, unfortunately these comments came after the draft updat= e publication date. The changes required are small if the WG concurs. Greg B. On 3/13/2012 1:22 PM, Margaria, Cyril (NSN - DE/Munich) wrote: Hi, I have several question related to the WSON constraints encoding. Q1. Resource Block Set Field , the C bit is used to indicate the connectivi= ty in the resource pool accessibility sub-TLV only, but the resource pool a= ccessibility sub-TLV also has a Connectivity field that contains the same v= alues. Is the field in the RB set redundant or does it indicate another pro= perty (it is not clear from the text). In addition if the C field is not needed, it would help having a more comp= atible General constraint Link set and WSON constraint RB set encoding, whi= ch would be useful for implementations. --> C bit field appears redundant, seems that is was partially removed from= the example in the appendix. It will be returned to "Reserved" block and a= ppendix examples will be updated. Q2. Section 4.2 "Resource Block Wavelength Constraints Sub-TLV" According to the RFC 6163 and [I-D.ietf-ccamp-rwa-info] the Electro-optical= properties can be described, so a resource block may only have input or ou= put wavelength. The Input Wavelength Set Field and Output Wavelength Set Fi= eld should be optional. --> The encoding of section 4.2 will be enhanced to allow the input or outp= ut fields to be optional, unless there are WG objections. Q3. Section 4.2 "Resource Block Wavelength Constraints Sub-TLV", for Input= Wavelength Set Field and Output Wavelength Set Field, I did not find the = encoding of the those fields in section 4.2, I expect them following Label = Set Field encoding (section 2.2 of [I-D. ietf-ccamp-general-constraint-enco= de]). The field encoding should be explicitly stated in the I-D. --> True. We will add a note in the introduction on this and to all uses of= wavelength set fields. In addition it would be more generic (considering flexigrid labels) to indi= cate those fields as Input Labels Set and Output Label Set. --> We are using the general label set construct. This apply to the other sections. --> We will add notes on the use of label set fields to all relevant secti= on. Q4. Section 5.1. "Resource Block Information Sub-TLV". >From the previous mail threads I understood that there should only be one = "Modulation Type List Sub-Sub-TLV" instead of "Input Modulation Type List S= ub-Sub-TLV" and "Output Modulation Type List Sub-Sub-TLV". Same for FEC. This should be clear in the I-D. --> Young will address this question. YOUNG>> We did not have time to update this draft. We have agreed previousl= y to have one Modulation Type List and one FEC list per your suggestion. Th= is will be updated in the revision, Q5. Section 5.2.1. "Modulation Format Field". When having one TLV for modulation format, you indicated a processing rule = "no explicit output means the same as input" (for size optimization). Having 1 bit for ingress and one for egress would remove the need for this = processing rule and this would be always the minimum number of modulation. This extra bit would simplify the processing while keeping the size optimiz= ed. --> Young will address this question. YOUNG>> I agree with you. Can you provide the suggested encoding for this s= implification? The proposed text can be as follow: 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |S|I|E| Modulation ID | Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Where S bit set to 1 indicates a standardized modulation format and S bit set to 0 indicates a vendor specific modulation format. The length is the length in bytes of the entire modulation type field. Where I bit set to 1 indicates it is an input modulation constraint and The E bit set to 1 indicates an output modulation constraint. The following I and E bit combination are defined I E 0 0 Invalid 1 0 Input modulation 1 1 Input and output modulation 0 1 Output modulation With this the input and input modulation are explicit and the only processi= ng rule needed is parameter checking. (I=3DE=3D0). Could you comment on each of this topic, do you prefer several mail threads= ? Mit freundlichen Gr=FC=DFen / Best Regards Cyril Margaria Nokia Siemens Networks GmbH & Co. KG NWS DWDM RD St.Martin-Str. 76 D-81541 M=FCnchen Germany mailto:cyril.margaria@nsn.com Phone: +49-89-5159-16934 Fax: +49-89-5159-44-16934 ---------------------------------------------------------------- Nokia Siemens Networks GmbH & Co. KG Sitz der Gesellschaft: M=FCnchen / Registered office: Munich Registergericht: M=FCnchen / Commercial registry: Munich, HRA 88537 WEEE-Reg.-Nr.: DE 52984304 Pers=F6nlich haftende Gesellschafterin / General Partner: Nokia Siemens Net= works Management GmbH Gesch=E4ftsleitung / Board of Directors: Dr. Hermann Rodler, Lydia Sommer, = Olaf Horsthemke Vorsitzender des Aufsichtsrats / Chairman of supervisory board: Herbert Mer= z Sitz der Gesellschaft: M=FCnchen / Registered office: Munich Registergericht: M=FCnchen / Commercial registry: Munich, HRB 163416 _______________________________________________ CCAMP mailing list CCAMP@ietf.org https://www.ietf.org/mailman/listinfo/ccamp -- =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D Dr Greg Bernstein, Grotto Networking (510) 573-2237 --_000_7AEB3D6833318045B4AE71C2C87E8E1720C8EFC7dfweml511mbxchi_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi Cyril,

<= /p>
Your encoding sounds reas= onable to me. Is this consistent with Pierre’s encoding suggestion? I= f so, we can go ahead with the changes in the revision.
<= /p>
Thanks.=

Young
<= /p>

From: Margaria, Cyril (NSN - DE/Munich) [mailto:cyril.m= argaria@nsn.com]
Sent: Tuesday, March 27, 2012 3:17 AM
To: Leeyoung; Greg Bernstein; ccamp@ietf.org
Subject: RE: [CCAMP] Comments on draft-ietf-ccamp-rwa-wson-encode-13=

Hi,

<= /p>
I am looking forward to t= he update, please also see inline.

Best regards / Mit freundlichen Gr=FC=DFen=

Cyril Margaria

From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf= .org] On Behalf Of ext Leeyoung
Sent: Monday, March 19, 2012 11:44 PM
To: Greg Bernstein; ccamp@ietf.org
Subject: Re: [CCAMP] Comments on draft-ietf-ccamp-rwa-wson-encode-13=

Hi Cyril,

<= /p>
Here’s some further= comment on your question. Please see in-line for my response.

<= /p>
Thanks.=

Young
<= /p>

From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of Greg Bernstein
Sent: Monday, March 19, 2012 5:11 PM
To: ccamp@ietf.org
Subject: Re: [CCAMP] Comments on draft-ietf-ccamp-rwa-wson-encode-13=

See response below, unfortunately these comments cam= e after the draft update publication date. The changes required are s= mall if the WG concurs.
Greg B.
On 3/13/2012 1:22 PM, Margaria, Cyril (NSN - DE/Munich) wrote: <= /p>
Hi,

I have several question related to the WSON constraints encoding.

Q1. Resource Block Set Field , the C bit is used to indicate the conne= ctivity in the resource pool accessibility sub-TLV only, but the resource p= ool accessibility sub-TLV also has a Connectivity field that contains the s= ame values. Is the field in the RB set redundant or does it indicate anothe= r property (it is not clear from the text).

In addition if the C field is not needed, it would help having a more= compatible General constraint Link set and WSON constraint RB set encoding= , which would be useful for implementations.

--> C bi= t field appears redundant, seems that is was partially removed from the exa= mple in the appendix. It will be returned to “Reserved” block a= nd appendix examples will be updated.

Q2. Section 4.2 "Resource Block Wavelength Constraints Sub-TLV&qu= ot;

According to the RFC 6163 and [I-D.ietf-ccamp-rwa-info] the Electro-op= tical properties can be described, so a resource block may only have input = or ouput wavelength. The Input Wavelength Set Field and Output Wavelength S= et Field should be optional.

--> The= encoding of section 4.2 will be enhanced to allow the input or output fiel= ds to be optional, unless there are WG objections.

Q3. Section 4.2 "Resource Block Wavelength Constraints Sub-TLV&qu= ot;, for Input Wavelength Set Field and Output Wavelength Set Field,&= nbsp; I did not find the encoding of the those fields in section 4.2, I exp= ect them following Label Set Field encoding (section 2.2 of [I-D. ietf-ccam= p-general-constraint-encode]). The field encoding should be explicitly stat= ed in the I-D.

--> Tru= e. We will add a note in the introduction on this and to all uses of wavele= ngth set fields.

In addition it would be more generic (considering flexigrid labels) to= indicate those fields as Input Labels Set and Output Label Set.=

--> We = are using the general label set construct.

This apply to the other sections.

-->&nbs= p; We will add notes on the use of label set fields to all relevant section= .

Q4. Section 5.1. "Resource Block Information Sub-TLV".<= /o:p>

>From the previous mail threads I understood that there should only= be one "Modulation Type List Sub-Sub-TLV" instead of "Input= Modulation Type List Sub-Sub-TLV" and "Output Modulation Type Li= st Sub-Sub-TLV". Same for FEC.

This should be clear in the I-D.

--> Young will add= ress this question.

YOUNG>> We did not have time to up= date this draft. We have agreed previously to have one Modulation Type List= and one FEC list per your suggestion. This will be updated in the revision= ,

Q5. Section 5.2.1. "Modulation Format Field".
When having one TLV for modulation format, you indicated a processing = rule "no explicit output means the same as input" (for size optim= ization).

Having 1 bit for ingress and one for egress would remove the need for = this processing rule and this would be always the minimum number of modulat= ion.

This extra bit would simplify the processing while keeping the size op= timized.

--> Young will add= ress this question.

YOUNG>> I agree with you. Can you = provide the suggested encoding for this simplification? <= /o:p>

The proposed text can be as follow:=

  = ;    0         =           1   &= nbsp;           &nbs= p;   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

  = ;   +-+-+-+-+-+-+-+-+-+-&= #43;-+-+-+-+-+-+-+-+-+-+-+-+= ;-+-+-+-+-+-+-+-+-+-+

  = ;   |S|I|E|    Modulation ID   &nbs= p;    |         = ; Length           &= nbsp;   |

  = ;   +-+-+-+-+-+-+-+-+-+-&= #43;-+-+-+-+-+-+-+-+-+-+-+-+= ;-+-+-+-+-+-+-+-+-+-+

=

=

  = ; Where S bit set to 1 indicates a standardized modulation format and<= /o:p>

  = ; S bit set to 0 indicates a vendor specific modulation format. The

  = ; length is the length in bytes of the entire modulation type field.

=

  = ; Where I bit set to 1 indicates it is an input modulation constraint and

  = ; The E bit set to 1 indicates an output modulation constraint.<= /span>

  = ; The following I and E bit combination are defined    =

  = ;   I E

      0&nb= sp; 0 Invalid

1 &n= bsp; 0 I= nput modulation

      1 1= Input and output modulation

0 &nbs= p; 1 Out= put modulation

<= /o:p>

With this the input and input modulation= are explicit and the only processing rule needed is parameter checking. (I= =3DE=3D0).

Could you comment on each of this topic, do you prefer several mail th= reads?

Mit freundlichen Gr=FC=DFen / Best Regards

Cyril Margaria

Nokia Siemens Networks GmbH & Co. KG

NWS DWDM RD

St.Martin-Str. 76

D-81541 M=FCnchen

Germany

mailto:cyril.margaria@nsn.co= m

Phone: +49-89-5159-16934

Fax:   +49-89-5159-44-16934

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

Nokia Siemens Networks GmbH & Co. KG

Sitz der Gesellschaft: M=FCnchen / Registered office: Munich

Registergericht: M=FCnchen / Commercial registry: Munich, HRA 88537

WEEE-Reg.-Nr.: DE 52984304

Pers=F6nlich haftende Gesellschafterin / General Partner: Nokia Siemen= s Networks Management GmbH

Gesch=E4ftsleitung / Board of Directors: Dr. Hermann Rodler, Lydia Som= mer, Olaf Horsthemke

Vorsitzender des Aufsichtsrats / Chairman of supervisory board: Herber= t Merz

Sitz der Gesellschaft: M=FCnchen / Registered office: Munich

Registergericht: M=FCnchen / Commercial registry: Munich, HRB 163416 <= o:p>

_______________________________________________

CCAMP mailing list

CCAMP@ietf.org

https://www.ie= tf.org/mailman/listinfo/ccamp

--

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D

Dr Greg Bernstein, Grotto Networking (510) 573-2237

--_000_7AEB3D6833318045B4AE71C2C87E8E1720C8EFC7dfweml511mbxchi_-- From leeyoung@huawei.com Tue Mar 27 01:28:05 2012 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 3F3DC21F87E4 for ; Tue, 27 Mar 2012 01:28:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.383 X-Spam-Level: X-Spam-Status: No, score=-2.383 tagged_above=-999 required=5 tests=[AWL=0.215, 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 uHh3HLjr0wsK for ; Tue, 27 Mar 2012 01:28:02 -0700 (PDT) Received: from dfwrgout.huawei.com (dfwrgout.huawei.com [206.16.17.72]) by ietfa.amsl.com (Postfix) with ESMTP id 7E73E21F87E3 for ; Tue, 27 Mar 2012 01:28:01 -0700 (PDT) Received: from 172.18.9.243 (EHLO dfweml202-edg.china.huawei.com) ([172.18.9.243]) by dfwrg01-dlp.huawei.com (MOS 4.2.3-GA FastPath) with ESMTP id AES58040; Tue, 27 Mar 2012 04:28:01 -0400 (EDT) Received: from DFWEML403-HUB.china.huawei.com (10.193.5.151) by dfweml202-edg.china.huawei.com (172.18.9.108) with Microsoft SMTP Server (TLS) id 14.1.323.3; Tue, 27 Mar 2012 01:25:33 -0700 Received: from dfweml511-mbx.china.huawei.com ([169.254.16.128]) by dfweml403-hub.china.huawei.com ([10.193.5.151]) with mapi id 14.01.0323.003; Tue, 27 Mar 2012 01:24:53 -0700 From: Leeyoung To: "PELOSO, PIERRE (PIERRE)" , "ccamp@ietf.org" Thread-Topic: [CCAMP] WG draft-ietf-ccamp-rwa-wson-encode-13 - Suggested modification on modulation format encodings Thread-Index: Ac0L8aw1x4+VRexCQJKR1hj0ZSQ+MgAAUCKw Date: Tue, 27 Mar 2012 08:25:28 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1720C8EFDC@dfweml511-mbx.china.huawei.com> References: In-Reply-To: Accept-Language: en-US, zh-CN Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.138.109] Content-Type: multipart/alternative; boundary="_000_7AEB3D6833318045B4AE71C2C87E8E1720C8EFDCdfweml511mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Subject: Re: [CCAMP] WG draft-ietf-ccamp-rwa-wson-encode-13 - Suggested modification on modulation format encodings 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, 27 Mar 2012 08:28:06 -0000 --_000_7AEB3D6833318045B4AE71C2C87E8E1720C8EFDCdfweml511mbxchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Pierre, This is reasonable to me. As long as this is consistent with Cyril's encodi= ng suggestion, we are set to go. Let me know if there's some difference. Ot= herwise, this will be reflected in the revision. Thanks, Young From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of P= ELOSO, PIERRE (PIERRE) Sent: Tuesday, March 27, 2012 3:15 AM To: ccamp@ietf.org Subject: [CCAMP] WG draft-ietf-ccamp-rwa-wson-encode-13 - Suggested modific= ation on modulation format encodings Hi Young and Greg, Please find a proposed modification to paragraph 5.2 of the draft that simp= lifies the Resource Block Information TLV. These modification apply to the formerly named Input Modulation Type list s= ub-sub-TLV, and allows suppressing the paragraph 5.7. named OutputModulation Type list sub-sub-TLV 5.2. Modulation type List sub-sub-TLV This sub-sub-TLV contains a list of acceptable input modulation formats. Type :=3D Input Modulation Format List Value :=3D A list of Modulation Format Fields 5.2.1. Modulation Format Field Two different types of modulation format fields are defined: a standard modulation field and a vendor specific modulation field. Both start with the same 32 bit header shown below. 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |S|I|E| Modulation ID | Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Where S bit set to 1 indicates a standardized modulation format and S bit set to 0 indicates a vendor specific modulation format. The length is the length in bytes of the entire modulation type field. Where I bit set to 1 indicates it is an input modulation constraint and I bit set to 0 indicates it is not an input modulation constraint. Where E bit set to 1 indicates it is an ouput modulation constraint and E bit set to 0 indicates it is not an ouput modulation constraint. The format for the standardized type for the modulation is given by: 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |1|X|X| Modulation ID | Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Possible additional modulation parameters depending upon | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ : the modulation ID : +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Modulation ID (S bit =3D 1), I bit and E bit being set to relevant va= lues. Takes on the following currently defined values: 0 Reserved 1 optical tributary signal class NRZ 1.25G 2 optical tributary signal class NRZ 2.5G 3 optical tributary signal class NRZ 10G 4 optical tributary signal class NRZ 40G 5 optical tributary signal class RZ 40G Note that future modulation types may require additional parameters in their characterization. The format for vendor specific modulation field (for input constraint) is given by: 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |0|X|X| Vendor Modulation ID | Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Enterprise Number | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ : Any vendor specific additional modulation parameters : +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Modulation ID (S bit =3D 1), I bit and E bit being set to relevant va= lues. Vendor Modulation ID This is a vendor assigned identifier for the modulation type. Enterprise Number A unique identifier of an organization encoded as a 32-bit integer. Enterprise Numbers are assigned by IANA and managed through an IANA registry [RFC2578]= . Vendor Specific Additional parameters There can be potentially additional parameters characterizing the vendor specific modulation. --_000_7AEB3D6833318045B4AE71C2C87E8E1720C8EFDCdfweml511mbxchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Pierre,

<= /p>
This is reasonable to me.= As long as this is consistent with Cyril’s encoding suggestion, we a= re set to go. Let me know if there’s some difference. Otherwise, this will be reflected in the revision.

<= /p>
Thanks,=

Young
<= /p>

From: ccamp-bo= unces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of PELOSO, PIERRE (PIERRE)
Sent: Tuesday, March 27, 2012 3:15 AM
To: ccamp@ietf.org
Subject: [CCAMP] WG draft-ietf-ccamp-rwa-wson-encode-13 - Suggested = modification on modulation format encodings

Hi Young and Greg,

Please find a proposed modification to pa= ragraph 5.2 of the draft that simplifies the Resource Block Information TLV= .

These modification apply to the formerly = named Input Modulation Type list sub-sub-TLV, and allows suppressing the pa= ragraph

5.7. named OutputModulation Type list sub= -sub-TLV

5.2. Modulation type List sub-sub-TLV

   This sub-sub-TLV contains a list of acceptable input modu= lation

   formats.

   Type :=3D Input Modulation Format List

   Value :=3D A list of Modulation Format Fields<= /pre>

   5.2.1. Modulation Format Field

   Two different types of modulation format fields are defin= ed: a

   standard modulation field and a vendor specific modulatio= n field.

   Both start with the same 32 bit header shown below.<= /o:p>

      0      &n= bsp;            1&nb= sp;            =       2       &= 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;-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+-+-+-+-+-+-+-+-+-= 3;

     |S|I|E|    Modulation ID =        |      &= nbsp;   Length        &nb= sp;      |

     +-+-+-+-+-+-+-= 3;-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+-+-+-+-+-+-+-+-+-= 3;

   Where S bit set to 1 indicates a standardized modulation = format and

   S bit set to 0 indicates a vendor specific modulation for= mat. The

   length is the length in bytes of the entire modulation ty= pe field.

   Where I bit set to 1 indicates it is an input modulation = constraint

   and I bit set to 0 indicates it is not an input modulatio= n constraint.

   Where E bit set to 1 indicates it is an ouput modulation = constraint

   and E bit set to 0 indicates it is not an ouput modulatio= n constraint.

   The format for the standardized type for the modulation i= s

   given by:

      0      &n= bsp;            1&nb= sp;            =       2       &= 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;-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+-+-+-+-+-+-+-+-+-= 3;

     |1|X|X|     Modulation ID=        |      &= nbsp;      Length     &nb= sp;      |

     +-+-+-+-+-+-+-= 3;-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+-+-+-+-+-+-+-+-+-= 3;

     |   Possible additional modulation = parameters depending upon    |

     +-+-+-+-+-+-+-= 3;-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+-+-+-+-+-+-+-+-+-= 3;

     :   the modulation ID  &n= bsp;            = ;            &n= bsp;            = ;   :

     +-+-+-+-+-+-+-= 3;-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+-+-+-+-+-+-+-+-+-= 3;

      Modulation ID (S bit =3D 1), I bit and = E bit being set to relevant values.

   Takes on the following currently defined values:

      0      &n= bsp; Reserved

      1      &n= bsp; optical tributary signal class NRZ 1.25G

      2      &n= bsp; optical tributary signal class NRZ 2.5G

      3      &n= bsp; optical tributary signal class NRZ 10G

      4      &n= bsp; optical tributary signal class NRZ 40G

      5      &n= bsp; optical tributary signal class RZ 40G

   Note that future modulation types may require additional = parameters

   in their characterization.

   The format for vendor specific modulation field (for inpu= t

   constraint) is given by:

      0      &n= bsp;            1&nb= sp;            =       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

     +-+-+-+-+-+-+-= 3;-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+-+-+-+-+-+-+-+-+-= 3;

     |0|X|X| Vendor Modulation ID  = ; |          Length  = ;             |=

     +-+-+-+-+-+-+-= 3;-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+-+-+-+-+-+-+-+-+-= 3;

     |       &n= bsp;            = ;   Enterprise Number       &n= bsp;            = ;   |

     +-+-+-+-+-+-+-= 3;-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+-+-+-+-+-+-+-+-+-= 3;

     :   Any vendor specific additional = modulation parameters        :

     +-+-+-+-+-+-+-= 3;-+-+-+-+-+-+-+-+-+-+-+-+-= +-+-+-+-+-+-+-+-+-+-+-+-= 3;

      Modulation ID (S bit =3D 1), I bit and = E bit being set to relevant values.

   Vendor Modulation ID

     This is a vendor assigned identifier for the = modulation type.

   Enterprise Number

     A unique identifier of an organization encode= d as a 32-bit

     integer. Enterprise Numbers are assigned by I= ANA and managed

     through an IANA registry [RFC2578].

   Vendor Specific Additional parameters

     There can be potentially additional parameter= s characterizing the

     vendor specific modulation.

--_000_7AEB3D6833318045B4AE71C2C87E8E1720C8EFDCdfweml511mbxchi_-- From leeyoung@huawei.com Tue Mar 27 04:20:10 2012 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 A2A7F21E8167 for ; Tue, 27 Mar 2012 04:20:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.393 X-Spam-Level: X-Spam-Status: No, score=-2.393 tagged_above=-999 required=5 tests=[AWL=0.205, 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 B-n8MB3ANvJJ for ; Tue, 27 Mar 2012 04:20:05 -0700 (PDT) Received: from dfwrgout.huawei.com (dfwrgout.huawei.com [206.16.17.72]) by ietfa.amsl.com (Postfix) with ESMTP id 73FC121E8150 for ; Tue, 27 Mar 2012 04:20:05 -0700 (PDT) Received: from 172.18.9.243 (EHLO dfweml202-edg.china.huawei.com) ([172.18.9.243]) by dfwrg01-dlp.huawei.com (MOS 4.2.3-GA FastPath) with ESMTP id AES67158; Tue, 27 Mar 2012 07:20:05 -0400 (EDT) Received: from DFWEML403-HUB.china.huawei.com (10.193.5.151) by dfweml202-edg.china.huawei.com (172.18.9.108) with Microsoft SMTP Server (TLS) id 14.1.323.3; Tue, 27 Mar 2012 04:17:12 -0700 Received: from dfweml511-mbx.china.huawei.com ([169.254.16.128]) by dfweml403-hub.china.huawei.com ([10.193.5.151]) with mapi id 14.01.0323.003; Tue, 27 Mar 2012 04:16:30 -0700 From: Leeyoung To: "Margaria, Cyril (NSN - DE/Munich)" , ext Greg Bernstein , "ccamp@ietf.org" Thread-Topic: [CCAMP] Question on draft-ietf-ccamp-rwa-info-14 Thread-Index: Ac0BWAJCH2AbS7ewQd27knoji8fU+AFBhH8AAXMFpIAACA8w4A== Date: Tue, 27 Mar 2012 11:17:06 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1720C8F16F@dfweml511-mbx.china.huawei.com> References: <4F67B96C.90506@grotto-networking.com> In-Reply-To: Accept-Language: en-US, zh-CN Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.136.19] Content-Type: multipart/alternative; boundary="_000_7AEB3D6833318045B4AE71C2C87E8E1720C8F16Fdfweml511mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Subject: Re: [CCAMP] Question on draft-ietf-ccamp-rwa-info-14 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, 27 Mar 2012 11:20:10 -0000 --_000_7AEB3D6833318045B4AE71C2C87E8E1720C8F16Fdfweml511mbxchi_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Cyril, OE itself is not supported in the WSON scope. OEO is the minimum unit the c= urrent WSON concerns as Greg has pointed out in the previous email: 3.5. Electro-Optical Systems: This section describes how Electro-Optical Systems (e.g., OEO switches, wavelength converters, and regenerators) interact with the WSON signal characteristics listed in Section 3.3.2. OEO switches, wavelength converters, and regenerators all share a similar property: they can be more or less "transparent" to an "optical signal" depending on their functionality and/or implementation. The problem you have brought up could be a valid issue --- hybrid TDM/DWDM = signal compatibility. I believe it should be addressed in the context of ML= N/Hybrid Switching model in my opinion. Young From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of M= argaria, Cyril (NSN - DE/Munich) Sent: Tuesday, March 27, 2012 2:59 AM To: ext Greg Bernstein; ccamp@ietf.org Subject: Re: [CCAMP] Question on draft-ietf-ccamp-rwa-info-14 Hi, My confusion seems to comes from the wording in RFC6163 and the -info docum= ent, its stating : In section 5: " As discussed in [RFC6163] a WSON node may contain electro-optical subsystems such as regenerators, wavelength converters or entire switching subsystems." >From your answer I understand that an switching subsystem is not fully supp= orted. I think that it is an important aspect of WSON to also consider the = signal compatibility at the Endpoints of the WSON LSP. In any case it would be more clear to state that OE only is not supported. Please also see inline. Best regards / Mit freundlichen Gr=FC=DFen Cyril Margaria From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of e= xt Greg Bernstein Sent: Monday, March 19, 2012 11:56 PM To: ccamp@ietf.org Subject: Re: [CCAMP] Question on draft-ietf-ccamp-rwa-info-14 Hi Cyril, it looks like you are trying to use the WSON info model beyond it= s scope. RFC5339 is for ML/MR networks. Your example contains a TDM switch = with optical interfaces in a chassis connected to some type of OXC or ROADM= . The WSON info model does not address general MLN/MRN modeling, only commo= n cases in the WSON world. This example most like could be more easily mode= led via two nodes with two different switching types interconnected via opt= ical interfaces. See detailed comments below. Greg B. On 3/13/2012 1:29 PM, Margaria, Cyril (NSN - DE/Munich) wrote: Hi, Quoting [I-D.ietf-ccamp-rwa-info] section 5, "As discussed in [RFC6163] a W= SON node may contain electro-optical subsystems such as regenerators, wavelength converters or entire switchi= ng subsystems." The whole section concentrate on OEO, but according to RFC 6163 O-E should= also be supported It would be more clear to have a section describing the OE case or how does= it map to the proposed extensions. O-E? OE? RFC 6163 has a general section on Electro-Optical Systems, but doe= sn't discuss separate O-E or OE systems. 3.5. Electro-Optical Systems: This section describes how Electro-Optical Systems (e.g., OEO switches, wavelength converters, and regenerators) interact with the WSON signal characteristics listed in Section 3.3.2. OEO switches, wavelength converters, and regenerators all share a similar property: they can be more or less "transparent" to an "optical signal" depending on their functionality and/or implementation. Can the model described in Figure 1 and Figure 2 be used to described OE se= tup? The model can handle OEO switches (examples are given), but this is more th= an an OEO switch.. This is an electrical switching subsystem, so here I am confused here by th= e scope of OEO switch. For instance on the following node model (adapted from RFC5339) in figure a= the Electro-optical conversion is done by EOA and EOB. This looks like a TDM switch with optical interface in a chassis connected = to a ROADM or line system. This most likely would be modeled via MLN/MRN te= chniques (hence why its in RFC5339). Modeling internal components such as an Electrical-Optical transciever is b= eyond our scope. How can a PCE calculate the signal compatibility between the two transceive= r in case of RFC5339 or using several node. The OEO model used in the document is modeling internal components, the inf= ormation needed to model the transceiver reuse a lot, if not all, of the re= generator case, so it seems the gap is small. If it is wanted to avoid to a= ddress the transceiver information (except in the 3R case), and another mod= el and encoding are needed for the Electro-optical case, I fear that there = can be 2 way to model the same think. In order to focus on Electro-optical case in this particular example EOA an= d EOB have different capabilities and cannot be used for 3R (different OTU= rate). Sounds like the regenerator case that we cover in detail. Here my point is that it is a different OTU rate, so it is a diff= erent electrical rate. It seems that this is supported, but here they cannot be used for wavelengt= h conversion, yet you can define input and output wavelength range, so I am= confused. Huh? A regenerator becomes a wavelength converter if the lasers are tunable= . This is the most common type of wavelength converter. Here my point is that it is not a regenerator. Could you clarify the modeling in this case? Should this be modeled as one = resource block for each EO or 2 resource block for the EO? Individual EO and OE are out of scope. If you are looking at these as regen= erators then since their connectivity looks to be fixed between the two por= ts they would each be modeled as a separate resource block. But once again OE and EO are are internal components that are out of scope= . Another point is that the processing capability indicate which kind of rege= neration can be done, but I think the termination should also be considered= explicitly or using processing rules, this would ease the path calculation= . I would prefer an explicit indication. Termination at which layer? The characteristics of the interfaces on the TD= M switch tell you about termination. That is why this is an MRN/MLN example= and is beyond what you should be trying to model with a single WSON node. Model it as two nodes. Terminating the WSON trail to the TDM. Can you clarify those topics?. Network element ............................. : -------- : TDM : | TDM | : Port1-------------<->---|#a | : Port2-------------<->---|#b | : Port3-------------<->---|#c | : Port4-------------<->---|#d | : : +--<->---|#e | : : | +<->---|#f | : : | E -------- : : E O : : O B --------- : : A +<->--|#g | : DWDM : +--<->--|#h DWDM | : Port5 ------------<->--|#i | : Port6 ------------<->--|#j | : : ---------- : :............................ Figure a. Hybrid node. Mit freundlichen Gr=FC=DFen / Best Regards Cyril Margaria Nokia Siemens Networks GmbH & Co. KG NWS DWDM RD St.Martin-Str. 76 D-81541 M=FCnchen Germany mailto:cyril.margaria@nsn.com Phone: +49-89-5159-16934 Fax: +49-89-5159-44-16934 ---------------------------------------------------------------- Nokia Siemens Networks GmbH & Co. KG Sitz der Gesellschaft: M=FCnchen / Registered office: Munich Registergericht: M=FCnchen / Commercial registry: Munich, HRA 88537 WEEE-Reg.-Nr.: DE 52984304 Pers=F6nlich haftende Gesellschafterin / General Partner: Nokia Siemens Net= works Management GmbH Gesch=E4ftsleitung / Board of Directors: Dr. Hermann Rodler, Lydia Sommer, = Olaf Horsthemke Vorsitzender des Aufsichtsrats / Chairman of supervisory board: Herbert Mer= z Sitz der Gesellschaft: M=FCnchen / Registered office: Munich Registergericht: M=FCnchen / Commercial registry: Munich, HRB 163416 _______________________________________________ CCAMP mailing list CCAMP@ietf.org https://www.ietf.org/mailman/listinfo/ccamp -- =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D Dr Greg Bernstein, Grotto Networking (510) 573-2237 --_000_7AEB3D6833318045B4AE71C2C87E8E1720C8F16Fdfweml511mbxchi_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi Cyril,

<= /p>
OE itself is not supporte= d in the WSON scope. OEO is the minimum unit the current WSON concerns as G= reg has pointed out in the previous email:

3.5. Electro-O= ptical Systems:

   This section describes how Electro-= Optical Systems (e.g., OEO

   switches, wavelength converters, an= d regenerators) interact with the

   WSON signal characteristics listed = in Section 3.3.2. OEO switches,

   wavelength converters, and regenera= tors all share a similar property:

   they can be more or less "tran= sparent" to an "optical signal"

   depending on their functionality an= d/or implementation.

<= /p>
The problem you have brou= ght up could be a valid issue --- hybrid TDM/DWDM signal compatibility. I b= elieve it should be addressed in the context of MLN/Hybrid Switching model in my opinion.

<= /p>
Young
<= /p>

From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf= .org] On Behalf Of Margaria, Cyril (NSN - DE/Munich)
Sent: Tuesday, March 27, 2012 2:59 AM
To: ext Greg Bernstein; ccamp@ietf.org
Subject: Re: [CCAMP] Question on draft-ietf-ccamp-rwa-info-14

Hi,

<= /p>
My confusion seems to com= es from the wording in RFC6163 and the –info document, its stating :

<= /p>
In section 5:<= /span>

“ As discussed in [= RFC6163] a WSON node may contain electro-optical

   subsystems s= uch as regenerators, wavelength converters or entire

   switching su= bsystems.”

<= /p>
From your answer I unders= tand that an switching subsystem is not fully supported. I think that it is= an important aspect of WSON to also consider the signal compatibility at the Endpoints of the WSON LSP.

In any case it would be m= ore clear to state that OE only is not supported.

<= /p>
Please also see inline.

<= /p>

Best regards / Mit freundlichen Gr=FC=DFen=

Cyril Margaria

From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf= .org] On Behalf Of ext Greg Bernstein
Sent: Monday, March 19, 2012 11:56 PM
To: ccamp@ietf.org
Subject: Re: [CCAMP] Question on draft-ietf-ccamp-rwa-info-14

Hi Cyril, it looks like you are trying to use the WS= ON info model beyond its scope. RFC5339 is for ML/MR networks. Your example= contains a TDM switch with optical interfaces in a chassis connected to so= me type of OXC or ROADM. The WSON info model does not address general MLN/MRN modeling, only common cases in= the WSON world. This example most like could be more easily modeled via tw= o nodes with two different switching types interconnected via optical inter= faces.
See detailed comments below.
Greg B.
On 3/13/2012 1:29 PM, Margaria, Cyril (NSN - DE/Munich) wrote: <= /p>
Hi,

Quoting [I-D.ietf-ccamp-rwa-info] section 5, "As discussed in [RF= C6163] a WSON node may contain electro-optical

   subsystems such as regenerators, wavelength converters or= entire switching subsystems."

The whole section concentrate on OEO, but according to RFC 6163 O-E&nb= sp; should also be supported

It would be more clear to have a section describing the OE case or how= does it map to the proposed extensions.

O-E? OE? RFC 6= 163 has a general section on Electro-Optical Systems, but doesn't discuss s= eparate O-E or OE systems.

3.5. Electro-O= ptical Systems:

   This section describes how Electro-= Optical Systems (e.g., OEO

   switches, wavelength converters, an= d regenerators) interact with the

   WSON signal characteristics listed = in Section 3.3.2. OEO switches,

   wavelength converters, and regenera= tors all share a similar property:

   they can be more or less "tran= sparent" to an "optical signal"

   depending on their functionality an= d/or implementation.

Can the model described in Figure 1 and Figure 2 be used to described = OE setup?

The model can = handle OEO switches (examples are given), but this is more than an OEO swit= ch..

This is an electrical switching subsyste= m, so here I am confused here by the scope of OEO switch.=

For instance on the following node model (adapted from RFC5339) in fig= ure a the Electro-optical conversion is done by EOA and EOB.

This looks lik= e a TDM switch with optical interface in a chassis connected to a ROADM or = line system. This most likely would be modeled via MLN/MRN techniques (henc= e why its in RFC5339).

Modeling inter= nal components such as an Electrical-Optical transciever is beyond our scop= e.

How can a PCE calculate the signal compatib= ility between the two transceiver in case of RFC5339 or using several node.=

The OEO model used in the document is model= ing internal components, the information needed to model the transceiver re= use a lot, if not all, of the regenerator case, so it seems the gap is smal= l. If it is wanted to avoid to address the transceiver information (except = in the 3R case), and another model and encoding are needed for the Electro-= optical case, I fear that there can be 2 way to model the same think.<= /o:p>

In order to focus on Electro-optical case in this particular example E= OA and EOB have different capabilities and cannot be used for 3R (dif= ferent OTU rate).

Sounds like th= e regenerator case that we cover in detail.

   &nbs= p;      Here my point is that it is a different OT= U rate, so it is a different electrical rate.

It seems that this is supported, but here they cannot be used for wave= length conversion, yet you can define input and output wavelength range, so= I am confused.

Huh? A regener= ator becomes a wavelength converter if the lasers are tunable. This is the = most common type of wavelength converter.

Here my point is that it is not a regene= rator.

Could you clarify the modeling in this case? Should this be modeled as= one resource block for each EO or 2 resource block for the EO?<= /pre>

Individual EO = and OE are out of scope. If you are looking at these as regenerators then s= ince their connectivity looks to be fixed between the two ports they would = each be modeled as a separate resource block.

But once= again OE and EO are are internal components that are out of scope.<= o:p>

Another point is that the processing capability indicate which kind of= regeneration can be done, but I think the termination should also be consi= dered explicitly or using processing rules, this would ease the path calcul= ation. I would prefer an explicit indication.

Termination at= which layer? The characteristics of the interfaces on the TDM switch tell = you about termination. That is why this is an MRN/MLN example and is beyond= what you should be trying to model

with a single WSON node. Model it as two nodes.=

Terminating the WSON trail to the TDM. <= o:p>

Can you clarify those topics?.

           &nbs= p;            &= nbsp;    Network element

           &nbs= p;            ......= .......................

           &nbs= p;            : = ;           -------- = ;      :

           &nbs= p; TDM       :    &= nbsp;      | TDM   |  &n= bsp;   :

            Por= t1-------------<->---|#a      |  &= nbsp;   :

            Por= t2-------------<->---|#b      |  &= nbsp;   :

            Por= t3-------------<->---|#c      |  &= nbsp;   :

            Por= t4-------------<->---|#d      |  &= nbsp;   :

           &nbs= p;            : = ; +--<->---|#e      |   &= nbsp; :

           &nbs= p;            : = ; | +<->---|#f      |   &= nbsp; :

           &nbs= p;            : = ; | E       --------    &= nbsp; :

           &nbs= p;            : = ; E O           &nbs= p;          :

           &nbs= p;            : = ; O B      ---------     = :

           &nbs= p;            : = ; A +<->--|#g        | &n= bsp;   :

           &nbs= p;  DWDM      : +--<->--= |#h DWDM |     :

            Por= t5 ------------<->--|#i        |&n= bsp;    :

            Por= t6 ------------<->--|#j        |&n= bsp;    :

           &nbs= p;            : = ;          ---------- &nb= sp;    :

           &nbs= p;            :.....= .......................

           &nbs= p;            &= nbsp;  Figure a. Hybrid node.

Mit freundlichen Gr=FC=DFen / Best Regards

Cyril Margaria

Nokia Siemens Networks GmbH & Co. KG

NWS DWDM RD

St.Martin-Str. 76

D-81541 M=FCnchen

Germany

mailto:cyril.margaria@nsn.co= m

Phone: +49-89-5159-16934

Fax:   +49-89-5159-44-16934

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

Nokia Siemens Networks GmbH & Co. KG

Sitz der Gesellschaft: M=FCnchen / Registered office: Munich

Registergericht: M=FCnchen / Commercial registry: Munich, HRA 88537

WEEE-Reg.-Nr.: DE 52984304

Pers=F6nlich haftende Gesellschafterin / General Partner: Nokia Siemen= s Networks Management GmbH

Gesch=E4ftsleitung / Board of Directors: Dr. Hermann Rodler, Lydia Som= mer, Olaf Horsthemke

Vorsitzender des Aufsichtsrats / Chairman of supervisory board: Herber= t Merz

Sitz der Gesellschaft: M=FCnchen / Registered office: Munich

Registergericht: M=FCnchen / Commercial registry: Munich, HRB 163416 <= o:p>

_______________________________________________

CCAMP mailing list

CCAMP@ietf.org

https://www.ie= tf.org/mailman/listinfo/ccamp

--

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D

Dr Greg Bernstein, Grotto Networking (510) 573-2237

--_000_7AEB3D6833318045B4AE71C2C87E8E1720C8F16Fdfweml511mbxchi_-- From leeyoung@huawei.com Tue Mar 27 05:51:27 2012 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 56AAC21E81E5 for ; Tue, 27 Mar 2012 05:51:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.221 X-Spam-Level: X-Spam-Status: No, score=-1.221 tagged_above=-999 required=5 tests=[AWL=-0.985, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_21=0.6, MISSING_SUBJECT=1.762] 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 r8OBJMdkgYxc for ; Tue, 27 Mar 2012 05:51:23 -0700 (PDT) Received: from dfwrgout.huawei.com (dfwrgout.huawei.com [206.16.17.72]) by ietfa.amsl.com (Postfix) with ESMTP id 501E121E81D8 for ; Tue, 27 Mar 2012 05:51:23 -0700 (PDT) Received: from 172.18.9.243 (EHLO dfweml201-edg.china.huawei.com) ([172.18.9.243]) by dfwrg02-dlp.huawei.com (MOS 4.2.3-GA FastPath) with ESMTP id AEK68497; Tue, 27 Mar 2012 08:51:23 -0400 (EDT) Received: from DFWEML404-HUB.china.huawei.com (10.193.5.203) by dfweml201-edg.china.huawei.com (172.18.9.107) with Microsoft SMTP Server (TLS) id 14.1.323.3; Tue, 27 Mar 2012 05:49:06 -0700 Received: from dfweml511-mbx.china.huawei.com ([169.254.16.128]) by dfweml404-hub.china.huawei.com ([10.193.5.203]) with mapi id 14.01.0323.003; Tue, 27 Mar 2012 05:49:04 -0700 From: Leeyoung To: "PELOSO, PIERRE (PIERRE)" , "Margaria, Cyril (NSN - DE/Munich)" Thread-Index: Ac0MF/dnMRD+Ju5kTvuRbJ4I26MWcQ== Date: Tue, 27 Mar 2012 12:49:03 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1720C8F24E@dfweml511-mbx.china.huawei.com> Accept-Language: en-US, zh-CN Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-cr-hashedpuzzle: C8i3 IKSj IY6W K3tP MRzT NRke O0Es TVVQ WSMY it4r osRF sQUs sW8u tfEh vFXq vOEL; 4; YwBjAGEAbQBwAEAAaQBlAHQAZgAuAG8AcgBnADsAYwB5AHIAaQBsAC4AbQBhAHIAZwBhAHIAaQBhAEAAbgBzAG4ALgBjAG8AbQA7AGcAcgBlAGcAYgBAAGcAcgBvAHQAdABvAC0AbgBlAHQAdwBvAHIAawBpAG4AZwAuAGMAbwBtADsAcABpAGUAcgByAGUALgBwAGUAbABvAHMAbwBAAGEAbABjAGEAdABlAGwALQBsAHUAYwBlAG4AdAAuAGMAbwBtAA==; Sosha1_v1; 7; {0C3EE6A2-1E12-42C3-B973-49D541A8978C}; bABlAGUAeQBvAHUAbgBnAEAAaAB1AGEAdwBlAGkALgBjAG8AbQA=; Tue, 27 Mar 2012 12:48:54 GMT;; x-cr-puzzleid: {0C3EE6A2-1E12-42C3-B973-49D541A8978C} x-originating-ip: [10.47.136.19] Content-Type: multipart/mixed; boundary="_005_7AEB3D6833318045B4AE71C2C87E8E1720C8F24Edfweml511mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "ccamp@ietf.org" Subject: [CCAMP] (no subject) 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, 27 Mar 2012 12:51:27 -0000 --_005_7AEB3D6833318045B4AE71C2C87E8E1720C8F24Edfweml511mbxchi_ Content-Type: multipart/alternative; boundary="_000_7AEB3D6833318045B4AE71C2C87E8E1720C8F24Edfweml511mbxchi_" --_000_7AEB3D6833318045B4AE71C2C87E8E1720C8F24Edfweml511mbxchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Pierre and Cyril, Enclosed is the working wson encoding draft that I believe all your inputs = and suggested encodings have been reflected. The changes from the previous version (13) are highlighted in yellow in the= WORD file enclosed. Let us know if you need further clarification. Best Regards, Greg and Young --_000_7AEB3D6833318045B4AE71C2C87E8E1720C8F24Edfweml511mbxchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Pierre and Cyril,

Enclosed is the working wson encoding draft that I b= elieve all your inputs and suggested encodings have been reflected.

The changes from the previous version (13) are highl= ighted in yellow in the WORD file enclosed.

Let us know if you need further clarification. =

Best Regards,

Greg and Young

--_000_7AEB3D6833318045B4AE71C2C87E8E1720C8F24Edfweml511mbxchi_-- --_005_7AEB3D6833318045B4AE71C2C87E8E1720C8F24Edfweml511mbxchi_ Content-Type: text/plain; name="draft-ietf-ccamp-rwa-wson-encode-14.txt" Content-Description: draft-ietf-ccamp-rwa-wson-encode-14.txt Content-Disposition: attachment; filename="draft-ietf-ccamp-rwa-wson-encode-14.txt"; size=71671; creation-date="Tue, 27 Mar 2012 12:42:00 GMT"; modification-date="Tue, 27 Mar 2012 12:43:09 GMT" Content-Transfer-Encoding: base64 TmV0d29yayBXb3JraW5nIEdyb3VwICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICBHLiBCZXJuc3RlaW4NCkludGVybmV0IERyYWZ0ICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIEdyb3R0byBOZXR3b3JraW5nDQpJbnRlbmRlZCBzdGF0dXM6IFN0YW5kYXJk cyBUcmFjayAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFkuIExlZQ0KRXhwaXJlczog U2VwdGVtYmVyIDIwMTIgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg RC4gTGkNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgSHVhd2VpDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgVy4gSW1hanVrdQ0KICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBOVFQNCg0K DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICBNYXJjaCAyNywgMjAxMg0KDQogICAgICAgIFJvdXRpbmcgYW5kIFdhdmVsZW5ndGggQXNzaWdu bWVudCBJbmZvcm1hdGlvbiBFbmNvZGluZyBmb3INCiAgICAgICAgICAgICAgICAgICBXYXZlbGVu Z3RoIFN3aXRjaGVkIE9wdGljYWwgTmV0d29ya3MNCg0KDQogICAgICAgICAgICAgICAgICBkcmFm dC1pZXRmLWNjYW1wLXJ3YS13c29uLWVuY29kZS0xNC50eHQNCg0KDQpTdGF0dXMgb2YgdGhpcyBN ZW1vDQoNCiAgIFRoaXMgSW50ZXJuZXQtRHJhZnQgaXMgc3VibWl0dGVkIHRvIElFVEYgaW4gZnVs bCBjb25mb3JtYW5jZSB3aXRoDQogICB0aGUgcHJvdmlzaW9ucyBvZiBCQ1AgNzggYW5kIEJDUCA3 OS4NCg0KICAgSW50ZXJuZXQtRHJhZnRzIGFyZSB3b3JraW5nIGRvY3VtZW50cyBvZiB0aGUgSW50 ZXJuZXQgRW5naW5lZXJpbmcNCiAgIFRhc2sgRm9yY2UgKElFVEYpLCBpdHMgYXJlYXMsIGFuZCBp dHMgd29ya2luZyBncm91cHMuICBOb3RlIHRoYXQNCiAgIG90aGVyIGdyb3VwcyBtYXkgYWxzbyBk aXN0cmlidXRlIHdvcmtpbmcgZG9jdW1lbnRzIGFzIEludGVybmV0LQ0KICAgRHJhZnRzLg0KDQog ICBJbnRlcm5ldC1EcmFmdHMgYXJlIGRyYWZ0IGRvY3VtZW50cyB2YWxpZCBmb3IgYSBtYXhpbXVt IG9mIHNpeA0KICAgbW9udGhzIGFuZCBtYXkgYmUgdXBkYXRlZCwgcmVwbGFjZWQsIG9yIG9ic29s ZXRlZCBieSBvdGhlciBkb2N1bWVudHMNCiAgIGF0IGFueSB0aW1lLiAgSXQgaXMgaW5hcHByb3By aWF0ZSB0byB1c2UgSW50ZXJuZXQtRHJhZnRzIGFzDQogICByZWZlcmVuY2UgbWF0ZXJpYWwgb3Ig dG8gY2l0ZSB0aGVtIG90aGVyIHRoYW4gYXMgIndvcmsgaW4gcHJvZ3Jlc3MuIg0KDQogICBUaGUg bGlzdCBvZiBjdXJyZW50IEludGVybmV0LURyYWZ0cyBjYW4gYmUgYWNjZXNzZWQgYXQNCiAgIGh0 dHA6Ly93d3cuaWV0Zi5vcmcvaWV0Zi8xaWQtYWJzdHJhY3RzLnR4dA0KDQogICBUaGUgbGlzdCBv ZiBJbnRlcm5ldC1EcmFmdCBTaGFkb3cgRGlyZWN0b3JpZXMgY2FuIGJlIGFjY2Vzc2VkIGF0DQog ICBodHRwOi8vd3d3LmlldGYub3JnL3NoYWRvdy5odG1sDQoNCiAgIFRoaXMgSW50ZXJuZXQtRHJh ZnQgd2lsbCBleHBpcmUgb24gU2VwdGVtYmVyIDI3LCAyMDEyLg0KDQpDb3B5cmlnaHQgTm90aWNl DQoNCiAgIENvcHlyaWdodCAoYykgMjAxMiBJRVRGIFRydXN0IGFuZCB0aGUgcGVyc29ucyBpZGVu dGlmaWVkIGFzIHRoZQ0KICAgZG9jdW1lbnQgYXV0aG9ycy4gIEFsbCByaWdodHMgcmVzZXJ2ZWQu DQoNCg0KDQoNCg0KDQpCZXJuc3RlaW4gYW5kIExlZSAgICAgRXhwaXJlcyBTZXB0ZW1iZXIgMjcs IDIwMTIgICAgICAgICAgICAgICBbUGFnZSAxXQ0KDA0KSW50ZXJuZXQtRHJhZnQgICBXYXZlbGVu Z3RoIFN3aXRjaGVkIE9wdGljYWwgTmV0d29ya3MgICAgICAgIE1hcmNoIDIwMTINCg0KDQogICBU aGlzIGRvY3VtZW50IGlzIHN1YmplY3QgdG8gQkNQIDc4IGFuZCB0aGUgSUVURiBUcnVzdCdzIExl Z2FsDQogICBQcm92aXNpb25zIFJlbGF0aW5nIHRvIElFVEYgRG9jdW1lbnRzDQogICAoaHR0cDov L3RydXN0ZWUuaWV0Zi5vcmcvbGljZW5zZS1pbmZvKSBpbiBlZmZlY3Qgb24gdGhlIGRhdGUgb2YN CiAgIHB1YmxpY2F0aW9uIG9mIHRoaXMgZG9jdW1lbnQuIFBsZWFzZSByZXZpZXcgdGhlc2UgZG9j dW1lbnRzDQogICBjYXJlZnVsbHksIGFzIHRoZXkgZGVzY3JpYmUgeW91ciByaWdodHMgYW5kIHJl c3RyaWN0aW9ucyB3aXRoDQogICByZXNwZWN0IHRvIHRoaXMgZG9jdW1lbnQuICBDb2RlIENvbXBv bmVudHMgZXh0cmFjdGVkIGZyb20gdGhpcw0KICAgZG9jdW1lbnQgbXVzdCBpbmNsdWRlIFNpbXBs aWZpZWQgQlNEIExpY2Vuc2UgdGV4dCBhcyBkZXNjcmliZWQgaW4NCiAgIFNlY3Rpb24gNC5lIG9m IHRoZSBUcnVzdCBMZWdhbCBQcm92aXNpb25zIGFuZCBhcmUgcHJvdmlkZWQgd2l0aG91dA0KICAg d2FycmFudHkgYXMgZGVzY3JpYmVkIGluIHRoZSBTaW1wbGlmaWVkIEJTRCBMaWNlbnNlLg0KDQpB YnN0cmFjdA0KDQogICBBIHdhdmVsZW5ndGggc3dpdGNoZWQgb3B0aWNhbCBuZXR3b3JrIChXU09O KSByZXF1aXJlcyB0aGF0IGNlcnRhaW4NCiAgIGtleSBpbmZvcm1hdGlvbiBlbGVtZW50cyBhcmUg bWFkZSBhdmFpbGFibGUgdG8gZmFjaWxpdGF0ZSBwYXRoDQogICBjb21wdXRhdGlvbiBhbmQgdGhl IGVzdGFibGlzaG1lbnQgb2YgbGFiZWwgc3dpdGNoaW5nIHBhdGhzIChMU1BzKS4NCiAgIFRoZSBp bmZvcm1hdGlvbiBtb2RlbCBkZXNjcmliZWQgaW4gIlJvdXRpbmcgYW5kIFdhdmVsZW5ndGgNCiAg IEFzc2lnbm1lbnQgSW5mb3JtYXRpb24gZm9yIFdhdmVsZW5ndGggU3dpdGNoZWQgT3B0aWNhbCBO ZXR3b3JrcyINCiAgIHNob3dzIHdoYXQgaW5mb3JtYXRpb24gaXMgcmVxdWlyZWQgYXQgc3BlY2lm aWMgcG9pbnRzIGluIHRoZSBXU09OLg0KICAgUGFydCBvZiB0aGUgV1NPTiBpbmZvcm1hdGlvbiBt b2RlbCBjb250YWlucyBhc3BlY3RzIHRoYXQgbWF5IGJlIG9mDQogICBnZW5lcmFsIGFwcGxpY2Fi aWxpdHkgdG8gb3RoZXIgdGVjaG5vbG9naWVzLCB3aGlsZSBvdGhlciBwYXJ0cyBhcmUNCiAgIGZh aXJseSBzcGVjaWZpYyB0byBXU09Ocy4NCg0KICAgVGhpcyBkb2N1bWVudCBwcm92aWRlcyBlZmZp Y2llbnQsIHByb3RvY29sLWFnbm9zdGljIGVuY29kaW5ncyBmb3INCiAgIHRoZSBXU09OIHNwZWNp ZmljIGluZm9ybWF0aW9uIGVsZW1lbnRzLiBJdCBpcyBpbnRlbmRlZCB0aGF0DQogICBwcm90b2Nv bC1zcGVjaWZpYyBkb2N1bWVudHMgd2lsbCByZWZlcmVuY2UgdGhpcyBtZW1vIHRvIGRlc2NyaWJl IGhvdw0KICAgaW5mb3JtYXRpb24gaXMgY2FycmllZCBmb3Igc3BlY2lmaWMgdXNlcy4gU3VjaCBl bmNvZGluZ3MgY2FuIGJlIHVzZWQNCiAgIHRvIGV4dGVuZCBHTVBMUyBzaWduYWxpbmcgYW5kIHJv dXRpbmcgcHJvdG9jb2xzLiBJbiBhZGRpdGlvbiB0aGVzZQ0KICAgZW5jb2RpbmdzIGNvdWxkIGJl IHVzZWQgYnkgb3RoZXIgbWVjaGFuaXNtcyB0byBjb252ZXkgdGhpcyBzYW1lDQogICBpbmZvcm1h dGlvbiB0byBhIHBhdGggY29tcHV0YXRpb24gZWxlbWVudCAoUENFKS4NCg0KDQoNCkNvbnZlbnRp b25zIHVzZWQgaW4gdGhpcyBkb2N1bWVudA0KDQogICBUaGUga2V5IHdvcmRzICJNVVNUIiwgIk1V U1QgTk9UIiwgIlJFUVVJUkVEIiwgIlNIQUxMIiwgIlNIQUxMIE5PVCIsDQogICAiU0hPVUxEIiwg IlNIT1VMRCBOT1QiLCAiUkVDT01NRU5ERUQiLCAiTUFZIiwgYW5kICJPUFRJT05BTCIgaW4gdGhp cw0KICAgZG9jdW1lbnQgYXJlIHRvIGJlIGludGVycHJldGVkIGFzIGRlc2NyaWJlZCBpbiBSRkMt MjExOSBbUkZDMjExOV0uDQoNClRhYmxlIG9mIENvbnRlbnRzDQoNCg0KICAgMS4gSW50cm9kdWN0 aW9uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uNA0K ICAgICAgMS4xLiBSZXZpc2lvbiBIaXN0b3J5Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uNA0KICAgICAgICAgMS4xLjEuIENoYW5nZXMgZnJvbSAwMCBkcmFmdC4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uNA0KICAgICAgICAgMS4xLjIuIENoYW5nZXMgZnJv bSAwMSBkcmFmdC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uNQ0KICAgICAgICAgMS4x LjMuIENoYW5nZXMgZnJvbSAwMiBkcmFmdC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u NQ0KDQoNCg0KQmVybnN0ZWluIGFuZCBMZWUgICAgIEV4cGlyZXMgU2VwdGVtYmVyIDI3LCAyMDEy ICAgICAgICAgICAgICAgW1BhZ2UgMl0NCgwNCkludGVybmV0LURyYWZ0ICAgV2F2ZWxlbmd0aCBT d2l0Y2hlZCBPcHRpY2FsIE5ldHdvcmtzICAgICAgICBNYXJjaCAyMDEyDQoNCg0KICAgICAgICAg MS4xLjQuIENoYW5nZXMgZnJvbSAwMyBkcmFmdC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uNQ0KICAgICAgICAgMS4xLjUuIENoYW5nZXMgZnJvbSAwNCBkcmFmdC4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uNQ0KICAgICAgICAgMS4xLjYuIENoYW5nZXMgZnJvbSAwNSBkcmFm dC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uNQ0KICAgICAgICAgMS4xLjcuIENoYW5n ZXMgZnJvbSAwNiBkcmFmdC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uNQ0KICAgICAg ICAgMS4xLjguIENoYW5nZXMgZnJvbSAwNyBkcmFmdC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uNg0KICAgICAgICAgMS4xLjkuIENoYW5nZXMgZnJvbSAwOCBkcmFmdC4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uNg0KICAgICAgICAgMS4xLjEwLiBDaGFuZ2VzIGZyb20gMDkg ZHJhZnQuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uNg0KICAgICAgICAgMS4xLjExLiBD aGFuZ2VzIGZyb20gMTAgZHJhZnQuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uNg0KICAg ICAgICAgMS4xLjEyLiBDaGFuZ2VzIGZyb20gMTEgZHJhZnQuLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uNg0KICAgICAgICAgMS4xLjEzLiBDaGFuZ2VzIGZyb20gMTIgZHJhZnQuLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uNg0KICAgICAgICAgMS4xLjE0LiBDaGFuZ2VzIGZyb20g MTMgZHJhZnQuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uNg0KICAgMi4gVGVybWlub2xv Z3kuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uNw0K ICAgMy4gUmVzb3VyY2VzLCBCbG9ja3MsIFNldHMsIGFuZCB0aGUgUmVzb3VyY2UgUG9vbC4uLi4u Li4uLi4uLi4uLi4uNw0KICAgICAgMy4xLiBSZXNvdXJjZSBCbG9jayBTZXQgRmllbGQuLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uOA0KICAgNC4gUmVzb3VyY2UgUG9vbCBBY2Nlc3Np YmlsaXR5L0F2YWlsYWJpbGl0eS4uLi4uLi4uLi4uLi4uLi4uLi4uLi4xMA0KICAgICAgNC4xLiBS ZXNvdXJjZSBQb29sIEFjY2Vzc2liaWxpdHkgU3ViLVRMVi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4x MA0KICAgICAgNC4yLiBSZXNvdXJjZSBCbG9jayBXYXZlbGVuZ3RoIENvbnN0cmFpbnRzIFN1Yi1U TFYuLi4uLi4uLi4uLi4xMg0KICAgICAgNC4zLiBSZXNvdXJjZSBQb29sIFN0YXRlIFN1Yi1UTFYu Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4xNA0KICAgICAgNC40LiBCbG9jayBTaGFyZWQg QWNjZXNzIFdhdmVsZW5ndGggQXZhaWxhYmlsaXR5IHN1Yi1UTFYuLi4uLi4xNQ0KICAgNS4gUmVz b3VyY2UgUHJvcGVydGllcyBFbmNvZGluZy4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4xNg0KICAgICAgNS4xLiBSZXNvdXJjZSBCbG9jayBJbmZvcm1hdGlvbiBTdWItVExWLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4xNw0KICAgICAgNS4yLiBNb2R1bGF0aW9uIEZvcm1hdCBMaXN0IFN1 Yi1TdWItVExWLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4xNw0KICAgICAgICAgNS4yLjEuIE1vZHVs YXRpb24gRm9ybWF0IEZpZWxkLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4xOA0KICAgICAg NS4zLiBGRUMgVHlwZSBMaXN0IFN1Yi1TdWItVExWLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4yMA0KICAgICAgICAgNS4zLjEuIEZFQyBUeXBlIEZpZWxkLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4yMA0KICAgICAgNS40LiBJbnB1dCBCaXQgUmFuZ2UgTGlzdCBT dWItU3ViLVRMVi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4yMg0KICAgICAgICAgNS40LjEuIEJp dCBSYW5nZSBGaWVsZC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4yMw0KICAg ICAgNS41LiBJbnB1dCBDbGllbnQgU2lnbmFsIExpc3QgU3ViLVN1Yi1UTFYuLi4uLi4uLi4uLi4u Li4uLi4uLi4yMw0KICAgICAgNS42LiBQcm9jZXNzaW5nIENhcGFiaWxpdHkgTGlzdCBTdWItU3Vi LVRMVi4uLi4uLi4uLi4uLi4uLi4uLi4yNA0KICAgICAgICAgNS42LjEuIFByb2Nlc3NpbmcgQ2Fw YWJpbGl0aWVzIEZpZWxkLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4yNA0KICAgNi4gU2VjdXJpdHkg Q29uc2lkZXJhdGlvbnMuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4yNg0K ICAgNy4gSUFOQSBDb25zaWRlcmF0aW9ucy4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4yNg0KICAgOC4gQWNrbm93bGVkZ21lbnRzLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4yNg0KICAgQVBQRU5ESVggQTogRW5jb2RpbmcgRXhh bXBsZXMuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4yNw0KICAgICAgQS4xLiBX YXZlbGVuZ3RoIENvbnZlcnRlciBBY2Nlc3NpYmlsaXR5IFN1Yi1UTFYuLi4uLi4uLi4uLi4uLi4y Nw0KICAgICAgQS4yLiBXYXZlbGVuZ3RoIENvbnZlcnNpb24gUmFuZ2UgU3ViLVRMVi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4yOQ0KICAgICAgQS4zLiBBbiBPRU8gU3dpdGNoIHdpdGggRFdETSBPcHRp Y3MuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4yOQ0KICAgOS4gUmVmZXJlbmNlcy4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4zMg0KICAgICAgOS4x LiBOb3JtYXRpdmUgUmVmZXJlbmNlcy4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4zMg0KICAgICAgOS4yLiBJbmZvcm1hdGl2ZSBSZWZlcmVuY2VzLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4zMg0KICAgMTAuIENvbnRyaWJ1dG9ycy4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4zNA0KICAgQXV0aG9ycycgQWRkcmVzc2Vz Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4zNQ0KICAgSW50 ZWxsZWN0dWFsIFByb3BlcnR5IFN0YXRlbWVudC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4zNg0KICAgRGlzY2xhaW1lciBvZiBWYWxpZGl0eS4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4zNg0KDQoNCg0KDQoNCkJlcm5zdGVpbiBhbmQgTGVlICAgICBF eHBpcmVzIFNlcHRlbWJlciAyNywgMjAxMiAgICAgICAgICAgICAgIFtQYWdlIDNdDQoMDQpJbnRl cm5ldC1EcmFmdCAgIFdhdmVsZW5ndGggU3dpdGNoZWQgT3B0aWNhbCBOZXR3b3JrcyAgICAgICAg TWFyY2ggMjAxMg0KDQoNCjEuIEludHJvZHVjdGlvbg0KDQogICBBIFdhdmVsZW5ndGggU3dpdGNo ZWQgT3B0aWNhbCBOZXR3b3JrIChXU09OKSBpcyBhIFdhdmVsZW5ndGgNCiAgIERpdmlzaW9uIE11 bHRpcGxleGluZyAoV0RNKSBvcHRpY2FsIG5ldHdvcmsgaW4gd2hpY2ggc3dpdGNoaW5nIGlzDQog ICBwZXJmb3JtZWQgc2VsZWN0aXZlbHkgYmFzZWQgb24gdGhlIGNlbnRlciB3YXZlbGVuZ3RoIG9m IGFuIG9wdGljYWwNCiAgIHNpZ25hbC4NCg0KICAgW1JGQzYxNjNdIGRlc2NyaWJlcyBhIGZyYW1l d29yayBmb3IgR2VuZXJhbGl6ZWQgTXVsdGlwcm90b2NvbCBMYWJlbA0KICAgU3dpdGNoaW5nIChH TVBMUykgYW5kIFBhdGggQ29tcHV0YXRpb24gRWxlbWVudCAoUENFKSBjb250cm9sIG9mIGENCiAg IFdTT04uIEJhc2VkIG9uIHRoaXMgZnJhbWV3b3JrLCBbV1NPTi1JbmZvXSBkZXNjcmliZXMgYW4g aW5mb3JtYXRpb24NCiAgIG1vZGVsIHRoYXQgc3BlY2lmaWVzIHdoYXQgaW5mb3JtYXRpb24gaXMg bmVlZGVkIGF0IHZhcmlvdXMgcG9pbnRzIGluDQogICBhIFdTT04gaW4gb3JkZXIgdG8gY29tcHV0 ZSBwYXRocyBhbmQgZXN0YWJsaXNoIExhYmVsIFN3aXRjaGVkIFBhdGhzDQogICAoTFNQcykuDQoN CiAgIFRoaXMgZG9jdW1lbnQgcHJvdmlkZXMgZWZmaWNpZW50IGVuY29kaW5ncyBvZiBpbmZvcm1h dGlvbiBuZWVkZWQgYnkNCiAgIHRoZSByb3V0aW5nIGFuZCB3YXZlbGVuZ3RoIGFzc2lnbm1lbnQg KFJXQSkgcHJvY2VzcyBpbiBhIFdTT04uIFN1Y2gNCiAgIGVuY29kaW5ncyBjYW4gYmUgdXNlZCB0 byBleHRlbmQgR01QTFMgc2lnbmFsaW5nIGFuZCByb3V0aW5nDQogICBwcm90b2NvbHMuIEluIGFk ZGl0aW9uIHRoZXNlIGVuY29kaW5ncyBjb3VsZCBiZSB1c2VkIGJ5IG90aGVyDQogICBtZWNoYW5p c21zIHRvIGNvbnZleSB0aGlzIHNhbWUgaW5mb3JtYXRpb24gdG8gYSBwYXRoIGNvbXB1dGF0aW9u DQogICBlbGVtZW50IChQQ0UpLiBOb3RlIHRoYXQgc2luY2UgdGhlc2UgZW5jb2RpbmdzIGFyZSBy ZWxhdGl2ZWx5DQogICBlZmZpY2llbnQgdGhleSBjYW4gcHJvdmlkZSBtb3JlIGFjY3VyYXRlIGFu YWx5c2lzIG9mIHRoZSBjb250cm9sDQogICBwbGFuZSBjb21tdW5pY2F0aW9ucy9wcm9jZXNzaW5n IGxvYWQgZm9yIFdTT05zIGxvb2tpbmcgdG8gdXRpbGl6ZSBhDQogICBHTVBMUyBjb250cm9sIHBs YW5lLg0KDQogICBOb3RlIHRoYXQgZW5jb2RpbmdzIG9mIGluZm9ybWF0aW9uIG5lZWRlZCBieSB0 aGUgcm91dGluZyBhbmQgbGFiZWwNCiAgIGFzc2lnbm1lbnQgcHJvY2VzcyBhcHBsaWNhYmxlIHRv IGdlbmVyYWwgbmV0d29ya3MgYmV5b25kIFdTT04gYXJlDQogICBhZGRyZXNzZWQgaW4gYSBzZXBh cmF0ZSBkb2N1bWVudCBbR2VuLUVuY29kZV0uICBUaGlzIGRvY3VtZW50IG1ha2VzDQogICB1c2Ug b2YgdGhlIExhYmVsIFNldCBGaWVsZCBlbmNvZGluZyBvZiBbR2VuLUVuY29kZV0gYW5kIHJlZmVy cyB0byBpdA0KICAgYXMgYSBXYXZlbGVuZ3RoIFNldCBGaWVsZC4NCg0KDQoNCjEuMS4gUmV2aXNp b24gSGlzdG9yeQ0KDQogICAxLjEuMS4gQ2hhbmdlcyBmcm9tIDAwIGRyYWZ0DQoNCiAgIEVkaXRz IHRvIG1ha2UgY29uc2lzdGVudCB3aXRoIHVwZGF0ZSB0byBbUkZDNjIwNV0sIGkuZS4sIHJlbW92 YWwgb2YNCiAgIHNpZ24gYml0Lg0KDQogICBDbGFyaWZpY2F0aW9uIG9mIFRCRCBvbiBjb25uZWN0 aW9uIG1hdHJpeCB0eXBlIGFuZCBwb3NzaWJseQ0KICAgbnVtYmVyaW5nLg0KDQogICBOZXcgc2Vj dGlvbnMgZm9yIHdhdmVsZW5ndGggY29udmVydGVyIHBvb2wgZW5jb2Rpbmc6IFdhdmVsZW5ndGgN CiAgIENvbnZlcnRlciBTZXQgU3ViLVRMViwgV2F2ZWxlbmd0aCBDb252ZXJ0ZXIgQWNjZXNzaWJp bGl0eSBTdWItVExWLA0KICAgV2F2ZWxlbmd0aCBDb252ZXJzaW9uIFJhbmdlIFN1Yi1UTFYsIFdD IFVzYWdlIFN0YXRlIFN1Yi1UTFYuDQoNCg0KDQoNCkJlcm5zdGVpbiBhbmQgTGVlICAgICBFeHBp cmVzIFNlcHRlbWJlciAyNywgMjAxMiAgICAgICAgICAgICAgIFtQYWdlIDRdDQoMDQpJbnRlcm5l dC1EcmFmdCAgIFdhdmVsZW5ndGggU3dpdGNoZWQgT3B0aWNhbCBOZXR3b3JrcyAgICAgICAgTWFy Y2ggMjAxMg0KDQoNCiAgIEFkZGVkIG9wdGlvbmFsIHdhdmVsZW5ndGggY29udmVydGVyIHBvb2wg VExWcyB0byB0aGUgY29tcG9zaXRlIG5vZGUNCiAgIFRMVi4NCg0KICAgMS4xLjIuIENoYW5nZXMg ZnJvbSAwMSBkcmFmdA0KDQogICBUaGUgZW5jb2RpbmcgZXhhbXBsZXMgaGF2ZSBiZWVuIG1vdmVk IHRvIGFuIGFwcGVuZGl4LiBDbGFzc2lmaWVkIGFuZA0KICAgY29ycmVjdGVkIGluZm9ybWF0aW9u IGVsZW1lbnRzIGFzIGVpdGhlciByZXVzYWJsZSBmaWVsZHMgb3Igc3ViLQ0KICAgVExWcy4gVXBk YXRlZCBQb3J0IFdhdmVsZW5ndGggUmVzdHJpY3Rpb24gc3ViLVRMVi4gQWRkZWQgYXZhaWxhYmxl DQogICB3YXZlbGVuZ3RoIGFuZCBzaGFyZWQgYmFja3VwIHdhdmVsZW5ndGggc3ViLVRMVnMuIENo YW5nZWQgdGhlIHRpdGxlDQogICBhbmQgc2NvcGUgb2Ygc2VjdGlvbiA2IHRvIHJlY29tbWVuZGF0 aW9ucyBzaW5jZSB0aGUgaGlnaGVyIGxldmVsDQogICBUTFZzIHRoYXQgdGhpcyBlbmNvZGluZyB3 aWxsIGJlIHVzZWQgaW4gaXMgc29tZXdoYXQgcHJvdG9jb2wNCiAgIHNwZWNpZmljLg0KDQogICAx LjEuMy4gQ2hhbmdlcyBmcm9tIDAyIGRyYWZ0DQoNCiAgIFJlbW92ZWQgaW5jb25zaXN0ZW50IHRl eHQgY29uY2VybmluZyBsaW5rIGxvY2FsIGlkZW50aWZpZXJzIGFuZCB0aGUNCiAgIGxpbmsgc2V0 IGZpZWxkLg0KDQogICBBZGRlZCBFIGJpdCB0byB0aGUgV2F2ZWxlbmd0aCBDb252ZXJ0ZXIgU2V0 IEZpZWxkLg0KDQogICBBZGRlZCBiaWRpcmVjdGlvbmFsIGNvbm5lY3Rpdml0eSBtYXRyaXggZXhh bXBsZS4gQWRkZWQgc2ltcGxlIGxpbmsNCiAgIHNldCBleGFtcGxlLiBFZGl0ZWQgZXhhbXBsZXMg Zm9yIGNvbnNpc3RlbmN5Lg0KDQogICAxLjEuNC4gQ2hhbmdlcyBmcm9tIDAzIGRyYWZ0DQoNCiAg IFJlbW92ZWQgZW5jb2RpbmdzIGZvciBnZW5lcmFsIGNvbmNlcHRzIHRvIFtHZW4tRW5jb2RlXS4N Cg0KICAgQWRkZWQgaW4gV1NPTiBzaWduYWwgY29tcGF0aWJpbGl0eSBhbmQgcHJvY2Vzc2luZyBj YXBhYmlsaXR5DQogICBpbmZvcm1hdGlvbiBlbmNvZGluZy4NCg0KICAgMS4xLjUuIENoYW5nZXMg ZnJvbSAwNCBkcmFmdA0KDQogICBBZGRlZCBlbmNvZGluZ3MgdG8gZGVhbCB3aXRoIGFjY2VzcyB0 byByZXNvdXJjZSBibG9ja3MgdmlhIHNoYXJlZA0KICAgZmliZXIuDQoNCiAgIDEuMS42LiBDaGFu Z2VzIGZyb20gMDUgZHJhZnQNCg0KICAgUmV2aXNlZCB0aGUgZW5jb2RpbmcgZm9yIHRoZSAic2hh cmVkIGFjY2VzcyIgaW5kaWNhdG9ycyB0byBvbmx5IHVzZQ0KICAgb25lIGJpdCBlYWNoIGZvciBp bnB1dCBhbmQgb3V0cHV0Lg0KDQogICAxLjEuNy4gQ2hhbmdlcyBmcm9tIDA2IGRyYWZ0DQoNCiAg IFJlbW92ZWQgc2VjdGlvbiBvbiAiV1NPTiBFbmNvZGluZyBVc2FnZSBSZWNvbW1lbmRhdGlvbnMi DQoNCg0KDQoNCg0KDQpCZXJuc3RlaW4gYW5kIExlZSAgICAgRXhwaXJlcyBTZXB0ZW1iZXIgMjcs IDIwMTIgICAgICAgICAgICAgICBbUGFnZSA1XQ0KDA0KSW50ZXJuZXQtRHJhZnQgICBXYXZlbGVu Z3RoIFN3aXRjaGVkIE9wdGljYWwgTmV0d29ya3MgICAgICAgIE1hcmNoIDIwMTINCg0KDQogICAx LjEuOC4gQ2hhbmdlcyBmcm9tIDA3IGRyYWZ0DQoNCiAgIFNlY3Rpb24gMzogRW5oYW5jZWQgdGV4 dCB0byBjbGFyaWZ5IHJlbGF0aW9uc2hpcCBiZXR3ZWVuIHBvb2xzLA0KICAgYmxvY2tzIGFuZCBy ZXNvdXJjZXMuIFNlY3Rpb24gMy4xLCAzLjI6IENoYW5nZSB0aXRsZSB0byBjbGFyaWZ5DQogICBQ b29sLUJsb2NrIHJlbGF0aW9uc2hpcC4gU2VjdGlvbiAzLjM6IGNsYXJpZnkgYmxvY2stcmVzb3Vy Y2Ugc3RhdGUuDQoNCiAgIFNlY3Rpb24gNDogRGVsZXRlZCByZWZlcmVuY2UgdG8gcHJldmlvdXNs eSByZW1vdmVkIFJCTkYgZWxlbWVudC4NCiAgIEZpeGVkIFRMViBmaWd1cmVzIGFuZCBkZXNjcmlw dGlvbnMgZm9yIGNvbnNpc3RlbnQgc3ViLXN1Yi1UTFYNCiAgIG5vbWVuY2xhdHVyZS4NCg0KICAg MS4xLjkuIENoYW5nZXMgZnJvbSAwOCBkcmFmdA0KDQogICBGaXhlZCBvcmRlcmluZyBvZiBmaWVs ZHMgaW4gc2Vjb25kIGhhbGYgb2Ygc3ViLVRMViBleGFtcGxlIGluDQogICBBcHBlbmRpeCBBLjEu DQoNCiAgIENsYXJpZnlpbmcgZWRpdHMgaW4gc2VjdGlvbiAzIG9uIHBvb2xzLCBibG9ja3MsIGFu ZCByZXNvdXJjZXMuDQoNCiAgIDEuMS4xMC4gQ2hhbmdlcyBmcm9tIDA5IGRyYWZ0DQoNCiAgIEZp eGVkIHRoZSAiQmxvY2sgU2hhcmVkIEFjY2VzcyBXYXZlbGVuZ3RoIEF2YWlsYWJpbGl0eSBzdWIt VExWIiBvZg0KICAgc2VjdGlvbiAzLjQgdG8gdXNlIGFuICJSQiBzZXQgZmllbGQiIHJhdGhlciB0 aGFuIGEgc2luZ2xlIFJCIElELg0KICAgUmVtb3ZlZCBhbGwgMXN0IHBlcnNvbiBpZGlvbXMuDQoN CiAgIDEuMS4xMS4gQ2hhbmdlcyBmcm9tIDEwIGRyYWZ0DQoNCiAgIFJlbW92ZWQgcmVtYWluaW5n IDFzdCBwZXJzb24gaWRpb21zLiBVcGRhdGVkIElBTkEgc2VjdGlvbi4gVXBkYXRlDQogICByZWZl cmVuY2VzIGZvciBuZXdseSBpc3N1ZWQgUkZDcy4NCg0KICAgMS4xLjEyLiBDaGFuZ2VzIGZyb20g MTEgZHJhZnQNCg0KICAgRml4ZWQgbGVuZ3RoIGZpZWxkcyBpbiBzZWN0aW9uIDQgdG8gYmUgMTYg Yml0cywgY29ycmVjdGluZyBlcnJvcnMgaW4NCiAgIFRMViBhbmQgZmllbGQgZmlndXJlcy4gQWRk ZWQgYSBzZXBhcmF0ZSBzZWN0aW9uIG9uIHJlc291cmNlcywNCiAgIGJsb2Nrcywgc2V0cyBhbmQg dGhlIHJlc291cmNlIHBvb2wuIE1vdmVkIGRlZmluaXRpb24gb2YgdGhlIHJlc291cmNlDQogICBi bG9jayBzZXQgZmllbGQgdG8gdGhpcyBuZXcgc2VjdGlvbi4NCg0KICAgMS4xLjEzLiBDaGFuZ2Vz IGZyb20gMTIgZHJhZnQNCg0KICAgUmVwbGFjZWQgYWxsIGluc3RhbmNlcyBvZiAiaW5ncmVzcyIg d2l0aCAiaW5wdXQiIGFuZCBhbGwgaW5zdGFuY2VzDQogICBvZiAiZWdyZXNzIiB3aXRoICJvdXRw dXQiLg0KDQogICAxLjEuMTQuIENoYW5nZXMgZnJvbSAxMyBkcmFmdA0KDQogICBDIGJpdCBvZiBS ZXNvdXJjZSBCbG9jayBTZXQgRmllbGQgaXMgcmVkdW5kYW50IGFuZCB3YXMgcmVtb3ZlZCwNCiAg IGkuZS4sICBoYXMgYmVlbiByZXR1cm5lZCB0byAiUmVzZXJ2ZWQiIGJsb2NrIGFuZCBhcHBlbmRp eCBleGFtcGxlcw0KICAgd2VyZSB1cGRhdGVkIHRvIHJlZmxlY3QgdGhlIGNoYW5nZS4NCg0KDQoN Cg0KQmVybnN0ZWluIGFuZCBMZWUgICAgIEV4cGlyZXMgU2VwdGVtYmVyIDI3LCAyMDEyICAgICAg ICAgICAgICAgW1BhZ2UgNl0NCgwNCkludGVybmV0LURyYWZ0ICAgV2F2ZWxlbmd0aCBTd2l0Y2hl ZCBPcHRpY2FsIE5ldHdvcmtzICAgICAgICBNYXJjaCAyMDEyDQoNCg0KICAgRW5oYW5jZWQgc2Vj dGlvbiA0LjIgZW5jb2RpbmcgdG8gYWxsb3cgZm9yIG9wdGlvbmFsaXR5IG9mIGlucHV0IG9yDQog ICBvdXRwdXQgd2F2ZWxlbmd0aCBzZXQgZmllbGRzLg0KDQogICBDbGFyaWZpZWQgdGhhdCB3YXZl bGVuZ3RoIHNldCBmaWVsZHMgdXNlIHRoZSBMYWJlbCBTZXQgZmllbGQNCiAgIGVuY29kaW5nIGZy b20gW0dlbi1FbmNvZGVdLg0KDQogICBFbmhhbmNlZCBzZWN0aW9uIDUuMSBlbmNvZGluZyB0byBz aW1wbGlmeSB0aGUgTW9kdWxhdGlvbiBhbmQgRkVDDQogICBpbnB1dCBhbmQgb3V0cHV0IGNhc2Vz Lg0KDQoNCg0KMi4gVGVybWlub2xvZ3kNCg0KICAgQ1dETTogQ29hcnNlIFdhdmVsZW5ndGggRGl2 aXNpb24gTXVsdGlwbGV4aW5nLg0KDQogICBEV0RNOiBEZW5zZSBXYXZlbGVuZ3RoIERpdmlzaW9u IE11bHRpcGxleGluZy4NCg0KICAgRk9BRE06IEZpeGVkIE9wdGljYWwgQWRkL0Ryb3AgTXVsdGlw bGV4ZXIuDQoNCiAgIFJPQURNOiBSZWNvbmZpZ3VyYWJsZSBPcHRpY2FsIEFkZC9Ecm9wIE11bHRp cGxleGVyLiBBIHJlZHVjZWQgcG9ydA0KICAgY291bnQgd2F2ZWxlbmd0aCBzZWxlY3RpdmUgc3dp dGNoaW5nIGVsZW1lbnQgZmVhdHVyaW5nIGlucHV0IGFuZA0KICAgb3V0cHV0IGxpbmUgc2lkZSBw b3J0cyBhcyB3ZWxsIGFzIGFkZC9kcm9wIHNpZGUgcG9ydHMuDQoNCiAgIFJXQTogUm91dGluZyBh bmQgV2F2ZWxlbmd0aCBBc3NpZ25tZW50Lg0KDQogICBXYXZlbGVuZ3RoIENvbnZlcnNpb24uIFRo ZSBwcm9jZXNzIG9mIGNvbnZlcnRpbmcgYW4gaW5mb3JtYXRpb24NCiAgIGJlYXJpbmcgb3B0aWNh bCBzaWduYWwgY2VudGVyZWQgYXQgYSBnaXZlbiB3YXZlbGVuZ3RoIHRvIG9uZSB3aXRoDQogICAi ZXF1aXZhbGVudCIgY29udGVudCBjZW50ZXJlZCBhdCBhIGRpZmZlcmVudCB3YXZlbGVuZ3RoLiBX YXZlbGVuZ3RoDQogICBjb252ZXJzaW9uIGNhbiBiZSBpbXBsZW1lbnRlZCB2aWEgYW4gb3B0aWNh bC1lbGVjdHJvbmljLW9wdGljYWwNCiAgIChPRU8pIHByb2Nlc3Mgb3IgdmlhIGEgc3RyaWN0bHkg b3B0aWNhbCBwcm9jZXNzLg0KDQogICBXRE06IFdhdmVsZW5ndGggRGl2aXNpb24gTXVsdGlwbGV4 aW5nLg0KDQogICBXYXZlbGVuZ3RoIFN3aXRjaGVkIE9wdGljYWwgTmV0d29yayAoV1NPTik6IEEg V0RNIGJhc2VkIG9wdGljYWwNCiAgIG5ldHdvcmsgaW4gd2hpY2ggc3dpdGNoaW5nIGlzIHBlcmZv cm1lZCBzZWxlY3RpdmVseSBiYXNlZCBvbiB0aGUNCiAgIGNlbnRlciB3YXZlbGVuZ3RoIG9mIGFu IG9wdGljYWwgc2lnbmFsLg0KDQozLiBSZXNvdXJjZXMsIEJsb2NrcywgU2V0cywgYW5kIHRoZSBS ZXNvdXJjZSBQb29sDQoNCiAgIFRoZSBvcHRpY2FsIHN5c3RlbSB0byBiZSBlbmNvZGVkIG1heSBj b250YWluIGEgcG9vbCBvZiByZXNvdXJjZXMgb2YNCiAgIGRpZmZlcmVudCB0eXBlcyBhbmQgcHJv cGVydGllcyBmb3IgcHJvY2Vzc2luZyBvcHRpY2FsIHNpZ25hbHMuIEZvcg0KICAgdGhlIHB1cnBv c2VzIGhlcmUgYSAicmVzb3VyY2UiIGlzIGFuIGluZGl2aWR1YWwgZW50aXR5IHN1Y2ggYXMgYQ0K ICAgd2F2ZWxlbmd0aCBjb252ZXJ0ZXIgb3IgcmVnZW5lcmF0b3Igd2l0aGluIHRoZSBvcHRpY2Fs IG5vZGUgdGhhdA0KICAgYWN0cyBvbiBhbiBpbmRpdmlkdWFsIHdhdmVsZW5ndGggc2lnbmFsLg0K DQoNCg0KDQoNCkJlcm5zdGVpbiBhbmQgTGVlICAgICBFeHBpcmVzIFNlcHRlbWJlciAyNywgMjAx MiAgICAgICAgICAgICAgIFtQYWdlIDddDQoMDQpJbnRlcm5ldC1EcmFmdCAgIFdhdmVsZW5ndGgg U3dpdGNoZWQgT3B0aWNhbCBOZXR3b3JrcyAgICAgICAgTWFyY2ggMjAxMg0KDQoNCiAgIFNpbmNl IHJlc291cmNlcyB0ZW5kIHRvIGJlIHBhY2thZ2VkIHRvZ2V0aGVyIGluIGJsb2NrcyBvZiBzaW1p bGFyDQogICBkZXZpY2VzLCBlLmcuLCBvbiBsaW5lIGNhcmRzIG9yIG90aGVyIHR5cGVzIG9mIG1v ZHVsZXMsIHRoZQ0KICAgZnVuZGFtZW50YWwgdW5pdCBvZiBpZGVudGlmaWFibGUgcmVzb3VyY2Ug aW4gdGhpcyBkb2N1bWVudCBpcyB0aGUNCiAgICJyZXNvdXJjZSBibG9jayIuIEEgcmVzb3VyY2Ug YmxvY2sgbWF5IGNvbnRhaW4gb25lIG9yIG1vcmUNCiAgIHJlc291cmNlcy4gQXMgcmVzb3VyY2Ug YmxvY2tzIGFyZSB0aGUgc21hbGxlc3QgaWRlbnRpZmlhYmxlIHVuaXQgb2YNCiAgIHByb2Nlc3Np bmcgcmVzb3VyY2UsIG9uZSBzaG91bGQgZ3JvdXAgdG9nZXRoZXIgcmVzb3VyY2VzIGludG8gYmxv Y2tzDQogICBpZiB0aGV5IGhhdmUgc2ltaWxhciBjaGFyYWN0ZXJpc3RpY3MgcmVsZXZhbnQgdG8g dGhlIG9wdGljYWwgc3lzdGVtDQogICBiZWluZyBtb2RlbGVkLCBlLmcuLCBwcm9jZXNzaW5nIHBy b3BlcnRpZXMsIGFjY2Vzc2liaWxpdHksIGV0Yy4NCg0KICAgVGhpcyBkb2N1bWVudCBkZWZpbmVz IHRoZSBmb2xsb3dpbmcgc3ViLVRMVnMgcGVydGFpbmluZyB0byByZXNvdXJjZXMNCiAgIHdpdGhp biBhbiBvcHRpY2FsIG5vZGU6DQoNCiAgICAgLiBSZXNvdXJjZSBQb29sIEFjY2Vzc2liaWxpdHkg U3ViLVRMVg0KDQogICAgIC4gUmVzb3VyY2UgQmxvY2sgV2F2ZWxlbmd0aCBDb25zdHJhaW50cyBT dWItVExWDQoNCiAgICAgLiBSZXNvdXJjZSBQb29sIFN0YXRlIFN1Yi1UTFYNCg0KICAgICAuIEJs b2NrIFNoYXJlZCBBY2Nlc3MgV2F2ZWxlbmd0aCBBdmFpbGFiaWxpdHkgU3ViLVRMVg0KDQogICAg IC4gUmVzb3VyY2UgQmxvY2sgSW5mb3JtYXRpb24gU3ViLVRMVg0KDQogICBFYWNoIG9mIHRoZXNl IHN1Yi1UTFZzIHdvcmtzIHdpdGggb25lIG9yIG1vcmUgc2V0cyBvZiByZXNvdXJjZXMNCiAgIHJh dGhlciB0aGFuIGp1c3QgYSBzaW5nbGUgcmVzb3VyY2UgYmxvY2suIFRoaXMgbW90aXZhdGVzIHRo ZQ0KICAgZm9sbG93aW5nIGZpZWxkIGRlZmluaXRpb24uDQoNCg0KDQozLjEuIFJlc291cmNlIEJs b2NrIFNldCBGaWVsZA0KDQogICBJbiBhIFdTT04gbm9kZSB0aGF0IGluY2x1ZGVzIHJlc291cmNl IGJsb2NrcyAoUkIpLCBkZW5vdGluZyBzdWJzZXRzDQogICBvZiB0aGVzZSBibG9ja3MgYWxsb3dz IG9uZSB0byBlZmZpY2llbnRseSBkZXNjcmliZSBjb21tb24gcHJvcGVydGllcw0KICAgb2YgdGhl IGJsb2NrcyBhbmQgdG8gZGVzY3JpYmUgdGhlIHN0cnVjdHVyZSBhbmQgY2hhcmFjdGVyaXN0aWNz LCBpZg0KICAgbm9uLXRyaXZpYWwsIG9mIHRoZSByZXNvdXJjZSBwb29sLiBUaGUgUkIgU2V0IGZp ZWxkIGlzIGRlZmluZWQgaW4gYQ0KICAgc2ltaWxhciBtYW5uZXIgdG8gdGhlIGxhYmVsIHNldCBj b25jZXB0IG9mIFtSRkMzNDcxXS4NCg0KICAgVGhlIGluZm9ybWF0aW9uIGNhcnJpZWQgaW4gYSBS QiBzZXQgZmllbGQgaXMgZGVmaW5lZCBieToNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCkJlcm5z dGVpbiBhbmQgTGVlICAgICBFeHBpcmVzIFNlcHRlbWJlciAyNywgMjAxMiAgICAgICAgICAgICAg IFtQYWdlIDhdDQoMDQpJbnRlcm5ldC1EcmFmdCAgIFdhdmVsZW5ndGggU3dpdGNoZWQgT3B0aWNh bCBOZXR3b3JrcyAgICAgICAgTWFyY2ggMjAxMg0KDQoNCiAgICAgICAwICAgICAgICAgICAgICAg ICAgIDEgICAgICAgICAgICAgICAgICAgMiAgICAgICAgICAgICAgICAgICAzDQogICAgICAgMCAx IDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkg MCAxDQogICAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKw0KICAgICAgfCAgICBBY3Rpb24gICAgIHxFfCAgUmVzZXJ2ZWQg ICB8ICAgICAgICBMZW5ndGggICAgICAgICAgICAgICAgIHwNCiAgICAgICstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQogICAg ICB8ICAgICBSQiBJZGVudGlmaWVyIDEgICAgICAgICAgIHwgICAgICAgIFJCIElkZW50aWZpZXIg MiAgICAgICAgfA0KICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCiAgICAgIDogICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA6DQogICAgICArLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Kw0KICAgICAgfCAgICAgUkIgSWRlbnRpZmllciBuLTEgICAgICAgICB8ICAgICAgICBSQiBJZGVu dGlmaWVyIG4gICAgICAgIHwNCiAgICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQoNCg0KICAgICAgQWN0aW9uOiA4IGJp dHMNCg0KICAgICAgICAgMCAtIEluY2x1c2l2ZSBMaXN0DQoNCiAgIEluZGljYXRlcyB0aGF0IHRo ZSBUTFYgY29udGFpbnMgb25lIG9yIG1vcmUgUkIgZWxlbWVudHMgdGhhdCBhcmUNCiAgIGluY2x1 ZGVkIGluIHRoZSBsaXN0Lg0KDQogICAgICAgICAyIC0gSW5jbHVzaXZlIFJhbmdlKHMpDQoNCiAg IEluZGljYXRlcyB0aGF0IHRoZSBUTFYgY29udGFpbnMgb25lIG9yIG1vcmUgcmFuZ2VzIG9mIFJC cy4gIEVhY2gNCiAgIGluZGl2aWR1YWwgcmFuZ2UgaXMgZGVub3RlZCBieSB0d28gMTYgYml0IFJC IGlkZW50aWZpZXJzIGluIGEgMzIgYml0DQogICB3b3JkLiBUaGUgZmlyc3QgMTYgYml0cyBpcyB0 aGUgUkIgaWRlbnRpZmllciBmb3IgdGhlIHN0YXJ0IG9mIHRoZQ0KICAgcmFuZ2UgYW5kIHRoZSBu ZXh0IDE2IGJpdHMgaXMgdGhlIFJCIGlkZW50aWZpZXIgZm9yIHRoZSBlbmQgb2YgdGhlDQogICBy YW5nZS4gTm90ZSB0aGF0IHRoZSBMZW5ndGggZmllbGQgaXMgdXNlZCB0byBkZXRlcm1pbmUgdGhl IG51bWJlciBvZg0KICAgcmFuZ2VzLg0KDQogICAgICBFIChFdmVuIGJpdCk6IFNldCB0byAwIGRl bm90ZXMgYW4gb2RkIG51bWJlciBvZiBSQiBpZGVudGlmaWVycyBpbg0KICAgdGhlIGxpc3QgKGxh c3QgZW50cnkgemVybyBwYWQpOyBTZXQgdG8gMSBkZW5vdGVzIGFuIGV2ZW4gbnVtYmVyIG9mDQog ICBSQiBpZGVudGlmaWVycyBpbiB0aGUgbGlzdCAobm8gemVybyBwYWRkaW5nKS4gVGhpcyBhcHBs aWVzIG9ubHkgaWYNCiAgIEFjdGlvbiA9PSAwLg0KDQogICAgICAgICBSZXNlcnZlZDogNyBiaXRz DQoNCiAgIFRoaXMgZmllbGQgaXMgcmVzZXJ2ZWQuIEl0IE1VU1QgYmUgc2V0IHRvIHplcm8gb24g dHJhbnNtaXNzaW9uIGFuZA0KICAgTVVTVCBiZSBpZ25vcmVkIG9uIHJlY2VpcHQuDQoNCiAgICAg IExlbmd0aDogMTYgYml0cw0KDQogICBUaGUgdG90YWwgbGVuZ3RoIG9mIHRoaXMgZmllbGQgaW4g Ynl0ZXMuDQoNCiAgICAgIFJCIElkZW50aWZpZXI6DQoNCg0KDQoNCg0KQmVybnN0ZWluIGFuZCBM ZWUgICAgIEV4cGlyZXMgU2VwdGVtYmVyIDI3LCAyMDEyICAgICAgICAgICAgICAgW1BhZ2UgOV0N CgwNCkludGVybmV0LURyYWZ0ICAgV2F2ZWxlbmd0aCBTd2l0Y2hlZCBPcHRpY2FsIE5ldHdvcmtz ICAgICAgICBNYXJjaCAyMDEyDQoNCg0KICAgVGhlIFJCIGlkZW50aWZpZXIgcmVwcmVzZW50cyB0 aGUgSUQgb2YgdGhlIHJlc291cmNlIGJsb2NrIHdoaWNoIGlzIGENCiAgIDE2IGJpdCBpbnRlZ2Vy Lg0KDQogICBVc2FnZSBOb3RlOiB0aGUgaW5jbHVzaXZlIHJhbmdlICJBY3Rpb24iIGNhbiByZXN1 bHQgaW4gdmVyeSBjb21wYWN0DQogICBlbmNvZGluZyBvZiByZXNvdXJjZSBzZXRzIGFuZCBpdCBj YW4gYmUgYWR2YW50YWdlcyB0byBudW1iZXINCiAgIHJlc291cmNlIGJsb2NrcyBpbiBzdWNoIGEg d2F5IHNvIHRoYXQgc3RhdHVzIHVwZGF0ZXMgKGR5bmFtaWMNCiAgIGluZm9ybWF0aW9uKSBjYW4g dGFrZSBhZHZhbnRhZ2Ugb2YgdGhpcyBlZmZpY2llbmN5Lg0KDQo0LiBSZXNvdXJjZSBQb29sIEFj Y2Vzc2liaWxpdHkvQXZhaWxhYmlsaXR5DQoNCiAgIFRoaXMgc2VjdGlvbiBkZWZpbmVzIHRoZSBz dWItVExWcyBmb3IgZGVhbGluZyB3aXRoIGFjY2Vzc2liaWxpdHkgYW5kDQogICBhdmFpbGFiaWxp dHkgb2YgcmVzb3VyY2UgYmxvY2tzIHdpdGhpbiBhIHBvb2wgb2YgcmVzb3VyY2VzLiBUaGVzZQ0K ICAgaW5jbHVkZSB0aGUgUmVzb3VyY2VCbG9ja0FjY2Vzc2liaWxpdHksIFJlc291cmNlV2F2ZUNv bnN0cmFpbnRzLCBhbmQNCiAgIFJCUG9vbFN0YXRlIHN1Yi1UTFZzLg0KDQoNCg0KNC4xLiBSZXNv dXJjZSBQb29sIEFjY2Vzc2liaWxpdHkgU3ViLVRMVg0KDQogICBUaGlzIHN1Yi1UTFYgZGVzY3Jp YmVzIHRoZSBzdHJ1Y3R1cmUgb2YgdGhlIHJlc291cmNlIHBvb2wgaW4NCiAgIHJlbGF0aW9uIHRv IHRoZSBzd2l0Y2hpbmcgZGV2aWNlLiBJbiBwYXJ0aWN1bGFyIGl0IGluZGljYXRlcyB0aGUNCiAg IGFiaWxpdHkgb2YgYW4gaW5wdXQgcG9ydCB0byByZWFjaCBzZXRzIG9mIHJlc291cmNlcyBhbmQg b2YgYSBzZXRzIG9mDQogICByZXNvdXJjZXMgdG8gcmVhY2ggYSBwYXJ0aWN1bGFyIG91dHB1dCBw b3J0LiBUaGlzIGlzIHRoZQ0KICAgUG9vbElucHV0TWF0cml4IGFuZCBQb29sT3V0cHV0TWF0cml4 IG9mIFtXU09OLUluZm9dLg0KDQogICBUaGUgcmVzb3VyY2UgcG9vbCBhY2Nlc3NpYmlsaXR5IHN1 Yi1UTFYgaXMgZGVmaW5lZCBieToNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQpCZXJuc3RlaW4gYW5kIExlZSAgICAgRXhwaXJlcyBTZXB0ZW1iZXIgMjcsIDIw MTIgICAgICAgICAgICAgIFtQYWdlIDEwXQ0KDA0KSW50ZXJuZXQtRHJhZnQgICBXYXZlbGVuZ3Ro IFN3aXRjaGVkIE9wdGljYWwgTmV0d29ya3MgICAgICAgIE1hcmNoIDIwMTINCg0KDQogICAgICAg MCAgICAgICAgICAgICAgICAgICAxICAgICAgICAgICAgICAgICAgIDIgICAgICAgICAgICAgICAg ICAgMw0KICAgICAgIDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEg MiAzIDQgNSA2IDcgOCA5IDAgMQ0KICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCiAgICAgIHwgQ29ubmVjdGl2aXR5 ICB8ICAgICAgICAgICAgICAgICAgICBSZXNlcnZlZCAgICAgICAgICAgICAgICAgICB8DQogICAg ICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKw0KICAgICAgfCAgICAgICAgICAgICAgICAgICAgSW5wdXQgTGluayBTZXQgRmll bGQgQSAjMSAgICAgICAgICAgICAgICAgIHwNCiAgICAgIDogICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA6DQogICAgICArLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Kw0KICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgUkIgU2V0IEZpZWxkIEEgIzEgICAg ICAgICAgICAgICAgICAgIHwNCiAgICAgIDogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA6DQogICAgICArLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KICAgICAg fCAgICAgICAgIEFkZGl0aW9uYWwgTGluayBzZXQgYW5kIFJCIHNldCBwYWlycyBhcyBuZWVkZWQg dG8gICAgIHwNCiAgICAgIDogICAgICAgICAgICAgICAgICAgIHNwZWNpZnkgUG9vbElucHV0TWF0 cml4ICAgICAgICAgICAgICAgICAgOg0KICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCiAgICAgIHwgICAgICAgICAg ICAgICAgT3V0cHV0IExpbmsgU2V0IEZpZWxkIEIgIzEgICAgICAgICAgICAgICAgICAgICB8DQog ICAgICA6ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgOg0KICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCiAgICAgIHwgICAgICAgICAgICAgUkIgU2V0 IEIgRmllbGQgIzEgKGZvciBvdXRwdXQgY29ubmVjdGl2aXR5KSAgICAgICB8DQogICAgICA6ICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgOg0KICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSsNCiAgICAgIHwgICAgICAgICBBZGRpdGlvbmFsIExpbmsgU2V0 IGFuZCBSQiBzZXQgcGFpcnMgYXMgbmVlZGVkIHRvICAgICB8DQogICAgICA6ICAgICAgICAgICAg ICAgICAgICBzcGVjaWZ5IFBvb2xPdXRwdXRNYXRyaXggICAgICAgICAgICAgICAgICAgOg0KICAg ICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSsNCg0KICAgV2hlcmUNCg0KICAgQ29ubmVjdGl2aXR5IGluZGljYXRlcyBob3cg dGhlIGlucHV0L291dHB1dCBwb3J0cyBjb25uZWN0IHRvIHRoZQ0KICAgcmVzb3VyY2UgYmxvY2tz Lg0KDQogICAgICAgICAwIC0tIHRoZSBkZXZpY2UgaXMgZml4ZWQgKGUuZy4sIGEgY29ubmVjdGVk IHBvcnQgbXVzdCBnbw0KICAgICAgICAgdGhyb3VnaCB0aGUgcmVzb3VyY2UgYmxvY2spDQoNCiAg ICAgICAgIDEgLS0gdGhlIGRldmljZSBpcyBzd2l0Y2hlZCAoZS5nLiwgYSBwb3J0IGNhbiBiZSBj b25maWd1cmVkIHRvDQogICAgICAgICBnbyB0aHJvdWdoIGEgcmVzb3VyY2UgYnV0IGlzbid0IHJl cXVpcmVkKQ0KDQogICBUaGUgRm9yIHRoZSBJbnB1dCBhbmQgT3V0cHV0IExpbmsgU2V0IEZpZWxk cywgdGhlIExpbmsgU2V0IEZpZWxkDQogICBlbmNvZGluZyBkZWZpbmVkIGluIFtHZW4tRW5jb2Rl XSBpcyB0byBiZSB1c2VkLg0KDQogICBOb3RlIHRoYXQgdGhlIGRpcmVjdGlvbiBwYXJhbWV0ZXIg d2l0aGluIHRoZSBMaW5rIFNldCBGaWVsZCBpcyB1c2VkDQogICB0byBpbmRpY2F0ZSB3aGV0aGVy IHRoZSBsaW5rIHNldCBpcyBhbiBpbnB1dCBvciBvdXRwdXQgbGluayBzZXQsIGFuZA0KICAgdGhl IGJpZGlyZWN0aW9uYWwgdmFsdWUgZm9yIHRoaXMgcGFyYW1ldGVyIGlzIG5vdCBwZXJtaXR0ZWQg aW4gdGhpcw0KICAgc3ViLVRMVi4NCg0KICAgU2VlIEFwcGVuZGl4IEEuMSBmb3IgYW4gaWxsdXN0 cmF0aW9uIG9mIHRoaXMgZW5jb2RpbmcuDQoNCg0KDQoNCg0KQmVybnN0ZWluIGFuZCBMZWUgICAg IEV4cGlyZXMgU2VwdGVtYmVyIDI3LCAyMDEyICAgICAgICAgICAgICBbUGFnZSAxMV0NCgwNCklu dGVybmV0LURyYWZ0ICAgV2F2ZWxlbmd0aCBTd2l0Y2hlZCBPcHRpY2FsIE5ldHdvcmtzICAgICAg ICBNYXJjaCAyMDEyDQoNCg0KNC4yLiBSZXNvdXJjZSBCbG9jayBXYXZlbGVuZ3RoIENvbnN0cmFp bnRzIFN1Yi1UTFYNCg0KICAgUmVzb3VyY2VzLCBzdWNoIGFzIHdhdmVsZW5ndGggY29udmVydGVy cywgZXRjLiwgbWF5IGhhdmUgYSBsaW1pdGVkDQogICBpbnB1dCBvciBvdXRwdXQgd2F2ZWxlbmd0 aCByYW5nZXMuIEFkZGl0aW9uYWxseSwgZHVlIHRvIHRoZQ0KICAgc3RydWN0dXJlIG9mIHRoZSBv cHRpY2FsIHN5c3RlbSBub3QgYWxsIHdhdmVsZW5ndGhzIGNhbiBuZWNlc3NhcmlseQ0KICAgcmVh Y2ggb3IgbGVhdmUgYWxsIHRoZSByZXNvdXJjZXMuIFRoZXNlIHByb3BlcnRpZXMgYXJlIGRlc2Ny aWJlZCBieQ0KICAgdXNpbmcgb25lIG9yIG1vcmUgcmVzb3VyY2Ugd2F2ZWxlbmd0aCByZXN0cmlj dGlvbnMgc3ViLVRMVnMgYXMNCiAgIGRlZmluZWQgYmVsb3c6DQoNCiAgICAgICAwICAgICAgICAg ICAgICAgICAgIDEgICAgICAgICAgICAgICAgICAgMiAgICAgICAgICAgICAgICAgICAzDQogICAg ICAgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYg NyA4IDkgMCAxDQogICAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KICAgICAgfEl8T3xCfCAgICAgICAgICAgICAgICAg ICAgICBSZXNlcnZlZCAgICAgICAgICAgICAgICAgICAgICAgICAgIHwNCiAgICAgICstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r DQogICAgICB8ICAgICAgICAgICAgICAgICAgICAgUkIgU2V0IEZpZWxkICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgfA0KICAgICAgOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDoNCiAgICAgICstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQogICAgICB8 ICAgICAgICAgICAgICAgIElucHV0IFdhdmVsZW5ndGggU2V0IEZpZWxkICAgICAgICAgICAgICAg ICAgICAgfA0KICAgICAgOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIDoNCiAgICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQogICAgICB8ICAgICAgICAg ICAgICAgIE91dHB1dCBXYXZlbGVuZ3RoIFNldCBGaWVsZCAgICAgICAgICAgICAgICAgICAgfA0K ICAgICAgOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIDoNCiAgICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQoNCg0KICAgSSA9IDEgb3IgMCBpbmRpY2F0 ZXMgdGhlIHByZXNlbmNlIG9yIGFic2VuY2Ugb2YgdGhlIElucHV0IFdhdmVsZW5ndGgNCiAgIFNl dCBGaWVsZC4NCg0KICAgTyA9IDEgb3IgMCBpbmRpY2F0ZXMgdGhlIHByZXNlbmNlIG9yIGFic2Vu Y2Ugb2YgdGhlIE91dHB1dA0KICAgV2F2ZWxlbmd0aCBTZXQgRmllbGQuDQoNCiAgIEIgPSAxIGlu ZGljYXRlcyB0aGF0IGEgc2luZ2xlIHdhdmVsZW5ndGggc2V0IGZpZWxkIHJlcHJlc2VudHMgYm90 aA0KICAgaW5wdXQgYW5kIG91dHB1dCB3YXZlbGVuZ3RoIGNvbnN0cmFpbnRzLg0KDQogICBDdXJy ZW50bHkgdGhlIG9ubHkgdmFsaWQgY29tYmluYXRpb25zIG9mIChJLE8sQikgYXJlICgxLDAsMCks DQogICAoMCwxLDApLCAoMSwxLDApLCAoMCwwLDEpLg0KDQogICAgICBSQiBTZXQgRmllbGQ6DQoN CiAgIEEgc2V0IG9mIHJlc291cmNlIGJsb2NrcyAoUkJzKSB3aGljaCBoYXZlIHRoZSBzYW1lIHdh dmVsZW5ndGgNCiAgIHJlc3RyaWN0aW9ucy4NCg0KICAgICAgSW5wdXQgV2F2ZWxlbmd0aCBTZXQg RmllbGQ6DQoNCg0KDQoNCg0KDQpCZXJuc3RlaW4gYW5kIExlZSAgICAgRXhwaXJlcyBTZXB0ZW1i ZXIgMjcsIDIwMTIgICAgICAgICAgICAgIFtQYWdlIDEyXQ0KDA0KSW50ZXJuZXQtRHJhZnQgICBX YXZlbGVuZ3RoIFN3aXRjaGVkIE9wdGljYWwgTmV0d29ya3MgICAgICAgIE1hcmNoIDIwMTINCg0K DQogICBJbmRpY2F0ZXMgdGhlIHdhdmVsZW5ndGggaW5wdXQgcmVzdHJpY3Rpb25zIG9mIHRoZSBS QnMgaW4gdGhlDQogICBjb3JyZXNwb25kaW5nIFJCIHNldC4gVGhpcyBmaWVsZCBpcyBlbmNvZGVk IHZpYSB0aGUgTGFiZWwgU2V0IGZpZWxkDQogICBvZiBbR2VuLUVuY29kZV0uDQoNCiAgICAgIE91 dHB1dCBXYXZlbGVuZ3RoIFNldCBGaWVsZDoNCg0KICAgSW5kaWNhdGVzIHRoZSB3YXZlbGVuZ3Ro IG91dHB1dCByZXN0cmljdGlvbnMgb2YgUkJzIGluIHRoZQ0KICAgY29ycmVzcG9uZGluZyBSQiBz ZXQuIFRoaXMgZmllbGQgaXMgZW5jb2RlZCB2aWEgdGhlIExhYmVsIFNldCBmaWVsZA0KICAgb2Yg W0dlbi1FbmNvZGVdLg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQpCZXJuc3RlaW4gYW5kIExlZSAg ICAgRXhwaXJlcyBTZXB0ZW1iZXIgMjcsIDIwMTIgICAgICAgICAgICAgIFtQYWdlIDEzXQ0KDA0K SW50ZXJuZXQtRHJhZnQgICBXYXZlbGVuZ3RoIFN3aXRjaGVkIE9wdGljYWwgTmV0d29ya3MgICAg ICAgIE1hcmNoIDIwMTINCg0KDQo0LjMuIFJlc291cmNlIFBvb2wgU3RhdGUgU3ViLVRMVg0KDQog ICBUaGUgc3RhdGUgb2YgdGhlIHBvb2wgaXMgZ2l2ZW4gYnkgdGhlIG51bWJlciBvZiByZXNvdXJj ZXMgYXZhaWxhYmxlDQogICB3aXRoIHBhcnRpY3VsYXIgY2hhcmFjdGVyaXN0aWNzLiBBIHJlc291 cmNlIGJsb2NrIHNldCBpcyB1c2VkIHRvDQogICBlbmNvZGUgYWxsIG9yIGEgc3Vic2V0IG9mIHRo ZSByZXNvdXJjZXMgb2YgaW50ZXJlc3QuIFRoZSB1c2FnZSBzdGF0ZQ0KICAgb2YgcmVzb3VyY2Vz IHdpdGhpbiBhIHJlc291cmNlIGJsb2NrIHNldCBpcyBlbmNvZGVkIGFzIGVpdGhlciBhIGxpc3QN CiAgIG9mIDE2IGJpdCBpbnRlZ2VyIHZhbHVlcyBvciBhIGJpdCBtYXAgaW5kaWNhdGluZyB3aGV0 aGVyIGEgc2luZ2xlDQogICByZXNvdXJjZSBpcyBhdmFpbGFibGUgb3IgaW4gdXNlLiBUaGUgYml0 IG1hcCBlbmNvZGluZyBpcyBhcHByb3ByaWF0ZQ0KICAgd2hlbiByZXNvdXJjZSBibG9ja3MgY29u c2lzdCBvZiBhIHNpbmdsZSByZXNvdXJjZS4gVGhpcyBpbmZvcm1hdGlvbg0KICAgY2FuIGJlIHJl bGF0aXZlbHkgZHluYW1pYywgaS5lLiwgY2FuIGNoYW5nZSB3aGVuIGEgY29ubmVjdGlvbiAoTFNQ DQogICBpcyBlc3RhYmxpc2hlZCBvciB0b3JuIGRvd24uDQoNCiAgICAgIDAgICAgICAgICAgICAg ICAgICAgMSAgICAgICAgICAgICAgICAgICAyICAgICAgICAgICAgICAgICAgIDMNCiAgICAgICAw IDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDgg OSAwIDENCiAgICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rDQogICAgICB8IEFjdGlvbiAgICAgICAgfCAgICBSZXNlcnZl ZCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfA0KICAgICAgKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCiAg ICAgIHwgICAgICAgICAgICAgICAgICAgICBSQiBTZXQgRmllbGQgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICB8DQogICAgICA6ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgOg0KICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCiAgICAgIHwgICAg ICAgICAgICAgICAgICBSQiBVc2FnZSBzdGF0ZSAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICB8DQogICAgICA6ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgOg0KICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCg0KICAgV2hlcmUgQWN0aW9uID0g MCBkZW5vdGVzIGEgbGlzdCBvZiAxNiBiaXQgaW50ZWdlcnMgYW5kIEFjdGlvbiA9IDENCiAgIGRl bm90ZXMgYSBiaXQgbWFwLiBJbiBib3RoIGNhc2VzIHRoZSBlbGVtZW50cyBvZiB0aGUgUkIgU2V0 IGZpZWxkDQogICBhcmUgaW4gYSBvbmUtdG8tb25lIGNvcnJlc3BvbmRlbmNlIHdpdGggdGhlIHZh bHVlcyBpbiB0aGUgdXNhZ2UgUkINCiAgIHVzYWdlIHN0YXRlIGFyZWEuDQoNCiAgICAgICAwICAg ICAgICAgICAgICAgICAgIDEgICAgICAgICAgICAgICAgICAgMiAgICAgICAgICAgICAgICAgICAz DQogICAgICAgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMg NCA1IDYgNyA4IDkgMCAxDQogICAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KICAgICAgfCBBY3Rpb24gPSAwICAgIHwg ICAgUmVzZXJ2ZWQgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwNCiAgICAgICst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rDQogICAgICB8ICAgICAgICAgICAgICAgICAgICAgUkIgU2V0IEZpZWxkICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgfA0KICAgICAgOiAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDoNCiAgICAgICstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQog ICAgICB8ICAgICAgICAgICAgICAgICAgUkIjMSBzdGF0ZSAgIHwgICAgICBSQiMyIHN0YXRlICAg ICAgICAgICAgICAgfA0KICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCiAgICAgIDogICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA6DQogICAgICArLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKw0KICAgICAgfCAgICAgICAgICAgICAgICAgUkIjbi0xIHN0YXRlICB8ICAgUkIjbiBzdGF0 ZSBvciBQYWRkaW5nICAgICAgIHwNCiAgICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQoNCiAgIFdoZXRoZXIgdGhlIGxh c3QgMTYgYml0cyBpcyBhIHdhdmVsZW5ndGggY29udmVydGVyIChSQikgc3RhdGUgb3INCiAgIHBh ZGRpbmcgaXMgZGV0ZXJtaW5lZCBieSB0aGUgbnVtYmVyIG9mIGVsZW1lbnRzIGluIHRoZSBSQiBz ZXQgZmllbGQuDQoNCg0KDQpCZXJuc3RlaW4gYW5kIExlZSAgICAgRXhwaXJlcyBTZXB0ZW1iZXIg MjcsIDIwMTIgICAgICAgICAgICAgIFtQYWdlIDE0XQ0KDA0KSW50ZXJuZXQtRHJhZnQgICBXYXZl bGVuZ3RoIFN3aXRjaGVkIE9wdGljYWwgTmV0d29ya3MgICAgICAgIE1hcmNoIDIwMTINCg0KDQoN CiAgICAgICAwICAgICAgICAgICAgICAgICAgIDEgICAgICAgICAgICAgICAgICAgMiAgICAgICAg ICAgICAgICAgICAzDQogICAgICAgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcg OCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxDQogICAgICArLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KICAgICAgfCBBY3Rp b24gPSAxICAgIHwgICAgUmVzZXJ2ZWQgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IHwNCiAgICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rDQogICAgICB8ICAgICAgICAgICAgICAgICAgICAgUkIgU2V0IEZp ZWxkICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfA0KICAgICAgOiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDoNCiAgICAg ICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rDQogICAgICB8ICAgICAgICAgICAgICAgICAgUkIgVXNhZ2Ugc3RhdGUgYml0bWFw ICAgICAgICAgICAgICAgICAgICAgICAgfA0KICAgICAgOiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDoNCiAgICAgICstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r DQogICAgICB8ICAgICAgICAgICAgICAgICAgICAgLi4uLi4uICAgICAgICAgICAgIHwgICAgICBQ YWRkaW5nIGJpdHMgICAgfA0KICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCg0KDQogICBSQiBVc2FnZSBzdGF0ZTog IFZhcmlhYmxlIExlbmd0aCBidXQgbXVzdCBiZSBhIG11bHRpcGxlIG9mIDQgYnllcy4NCg0KICAg RWFjaCBiaXQgaW5kaWNhdGVzIHRoZSB1c2FnZSBzdGF0dXMgb2Ygb25lIFJCIHdpdGggMCBpbmRp Y2F0aW5nIHRoZQ0KICAgUkIgaXMgYXZhaWxhYmxlIGFuZCAxIGluZGljYXRpbmcgdGhlIFJCIGlz IGluIHVzZWQuIFRoZSBzZXF1ZW5jZSBvZg0KICAgdGhlIGJpdCBtYXAgaXMgb3JkZXJlZCBhY2Nv cmRpbmcgdG8gdGhlIFJCIFNldCBmaWVsZCB3aXRoIHRoaXMgc3ViLQ0KICAgVExWLg0KDQogICBQ YWRkaW5nIGJpdHM6IFZhcmlhYmxlIExlbmd0aA0KDQo0LjQuIEJsb2NrIFNoYXJlZCBBY2Nlc3Mg V2F2ZWxlbmd0aCBBdmFpbGFiaWxpdHkgc3ViLVRMVg0KDQogICBSZXNvdXJjZXMgYmxvY2tzIG1h eSBiZSBhY2Nlc3NlZCB2aWEgYSBzaGFyZWQgZmliZXIuIElmIHRoaXMgaXMgdGhlDQogICBjYXNl LCB0aGVuIHdhdmVsZW5ndGggYXZhaWxhYmlsaXR5IG9uIHRoZXNlIHNoYXJlZCBmaWJlcnMgaXMg bmVlZGVkDQogICB0byB1bmRlcnN0YW5kIHJlc291cmNlIGF2YWlsYWJpbGl0eS4NCg0KICAgICAg IDAgICAgICAgICAgICAgICAgICAgMSAgICAgICAgICAgICAgICAgICAyICAgICAgICAgICAgICAg ICAgIDMNCiAgICAgICAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAx IDIgMyA0IDUgNiA3IDggOSAwIDENCiAgICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQogICAgICB8SXxFfCAgICAgICAg ICAgICAgICAgICAgICAgICAgUmVzZXJ2ZWQgICAgICAgICAgICAgICAgICAgICAgICAgfA0KICAg ICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSsNCiAgICAgIHwgICAgICAgICAgICAgICAgICAgICBSQiBTZXQgRmllbGQgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICB8DQogICAgICA6ICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgOg0KICAgICAgKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSsNCiAgICAgIHwgICAgICAgICAgICBJbnB1dCBBdmFpbGFibGUgV2F2ZWxlbmd0aCBTZXQgRmll bGQgICAgICAgICAgICAgICB8DQogICAgICA6ICAgICAgICAgICAgICAgICAgICAgICAgICAoT3B0 aW9uYWwpICAgICAgICAgICAgICAgICAgICAgICAgICAgOg0KICAgICAgKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCiAgICAg IHwgICAgICAgICAgICAgT3V0cHV0IEF2YWlsYWJsZSBXYXZlbGVuZ3RoIFNldCBGaWVsZCAgICAg ICAgICAgICB8DQogICAgICA6ICAgICAgICAgICAgICAgICAgICAgICAgICAoT3B0aW9uYWwpICAg ICAgICAgICAgICAgICAgICAgICAgICAgOg0KICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCg0KDQoNCg0KQmVybnN0 ZWluIGFuZCBMZWUgICAgIEV4cGlyZXMgU2VwdGVtYmVyIDI3LCAyMDEyICAgICAgICAgICAgICBb UGFnZSAxNV0NCgwNCkludGVybmV0LURyYWZ0ICAgV2F2ZWxlbmd0aCBTd2l0Y2hlZCBPcHRpY2Fs IE5ldHdvcmtzICAgICAgICBNYXJjaCAyMDEyDQoNCg0KICAgICAgSSBiaXQ6DQoNCiAgIEluZGlj YXRlcyB3aGV0aGVyIHRoZSBpbnB1dCBhdmFpbGFibGUgd2F2ZWxlbmd0aCBzZXQgZmllbGQgaXMN CiAgIGluY2x1ZGVkICgxKSBvciBub3QgKDApLg0KDQogICAgICBFIGJpdDoNCg0KICAgSW5kaWNh dGVzIHdoZXRoZXIgdGhlIG91dHB1dCBhdmFpbGFibGUgd2F2ZWxlbmd0aCBzZXQgZmllbGQgaXMN CiAgIGluY2x1ZGVkICgxKSBvciBub3QgKDApLg0KDQogICAgICBSQiBTZXQgRmllbGQ6DQoNCiAg IEEgUmVzb3VyY2UgQmxvY2sgc2V0IGluIHdoaWNoIGFsbCB0aGUgbWVtYmVycyBzaGFyZSB0aGUg c2FtZSBpbnB1dA0KICAgb3Igb3V0cHV0IGZpYmVyIG9yIGJvdGguDQoNCiAgICAgIElucHV0IEF2 YWlsYWJsZSBXYXZlbGVuZ3RoIFNldCBGaWVsZDoNCg0KICAgSW5kaWNhdGVzIHRoZSB3YXZlbGVu Z3RocyBjdXJyZW50bHkgYXZhaWxhYmxlIChub3QgYmVpbmcgdXNlZCkgb24NCiAgIHRoZSBpbnB1 dCBmaWJlciB0byB0aGlzIHJlc291cmNlIGJsb2NrLiBUaGlzIGZpZWxkIGlzIGVuY29kZWQgdmlh DQogICB0aGUgTGFiZWwgU2V0IGZpZWxkIG9mIFtHZW4tRW5jb2RlXS4NCg0KICAgICAgT3V0cHV0 IEF2YWlsYWJsZSBXYXZlbGVuZ3RoIFNldCBGaWVsZDoNCg0KICAgSW5kaWNhdGVzIHRoZSB3YXZl bGVuZ3RocyBjdXJyZW50bHkgYXZhaWxhYmxlIChub3QgYmVpbmcgdXNlZCkgb24NCiAgIHRoZSBv dXRwdXQgZmliZXIgZnJvbSB0aGlzIHJlc291cmNlIGJsb2NrLiBUaGlzIGZpZWxkIGlzIGVuY29k ZWQgdmlhDQogICB0aGUgTGFiZWwgU2V0IGZpZWxkIG9mIFtHZW4tRW5jb2RlXS4NCg0KDQoNCjUu IFJlc291cmNlIFByb3BlcnRpZXMgRW5jb2RpbmcNCg0KICAgV2l0aGluIGEgV1NPTiBuZXR3b3Jr IGVsZW1lbnQgKE5FKSB0aGVyZSBtYXkgYmUgcmVzb3VyY2VzIHdpdGgNCiAgIHNpZ25hbCBjb21w YXRpYmlsaXR5IGNvbnN0cmFpbnRzLiBUaGVzZSByZXNvdXJjZXMgYmUgcmVnZW5lcmF0b3JzLA0K ICAgd2F2ZWxlbmd0aCBjb252ZXJ0ZXJzLCBldGMuLi4gU3VjaCByZXNvdXJjZXMgbWF5IGFsc28g Y29uc3RpdHV0ZSB0aGUNCiAgIG5ldHdvcmsgZWxlbWVudCBhcyBhIHdob2xlIGFzIGluIHRoZSBj YXNlIG9mIGFuIGVsZWN0cm8gb3B0aWNhbA0KICAgc3dpdGNoLiBUaGlzIHNlY3Rpb24gcHJpbWFy aWx5IGZvY3VzZXMgb24gdGhlIHNpZ25hbCBjb21wYXRpYmlsaXR5DQogICBhbmQgcHJvY2Vzc2lu ZyBwcm9wZXJ0aWVzIG9mIHN1Y2ggYSByZXNvdXJjZSBibG9jay4NCg0KICAgVGhlIGZ1bmRhbWVu dGFsIHByb3BlcnRpZXMgb2YgYSByZXNvdXJjZSBibG9jaywgc3VjaCBhcyBhDQogICByZWdlbmVy YXRvciBvciB3YXZlbGVuZ3RoIGNvbnZlcnRlciwgYXJlOg0KDQogICAoYSkgIElucHV0IGNvbnN0 cmFpbnRzIChzaGFyZWQgaW5wdXQsIG1vZHVsYXRpb24sIEZFQywgYml0IHJhdGUsDQogICAgICAg IEdQSUQpDQoNCiAgIChiKSAgUHJvY2Vzc2luZyBjYXBhYmlsaXRpZXMgKG51bWJlciBvZiByZXNv dXJjZXMgaW4gYSBibG9jaywNCiAgICAgICAgcmVnZW5lcmF0aW9uLCBwZXJmb3JtYW5jZSBtb25p dG9yaW5nLCB2ZW5kb3Igc3BlY2lmaWMpDQoNCg0KDQpCZXJuc3RlaW4gYW5kIExlZSAgICAgRXhw aXJlcyBTZXB0ZW1iZXIgMjcsIDIwMTIgICAgICAgICAgICAgIFtQYWdlIDE2XQ0KDA0KSW50ZXJu ZXQtRHJhZnQgICBXYXZlbGVuZ3RoIFN3aXRjaGVkIE9wdGljYWwgTmV0d29ya3MgICAgICAgIE1h cmNoIDIwMTINCg0KDQogICAoYykgIE91dHB1dCBDb25zdHJhaW50cyAoc2hhcmVkIG91dHB1dCwg bW9kdWxhdGlvbiwgRkVDKQ0KDQo1LjEuIFJlc291cmNlIEJsb2NrIEluZm9ybWF0aW9uIFN1Yi1U TFYNCg0KICAgUmVzb3VyY2UgQmxvY2sgZGVzY3JpcHRvciBzdWItVExWcyBhcmUgdXNlZCB0byBj b252ZXkgcmVsYXRpdmVseQ0KICAgc3RhdGljIGluZm9ybWF0aW9uIGFib3V0IGluZGl2aWR1YWwg cmVzb3VyY2UgYmxvY2tzIGluY2x1ZGluZyB0aGUNCiAgIHJlc291cmNlIGJsb2NrIGNvbXBhdGli aWxpdHkgcHJvcGVydGllcywgcHJvY2Vzc2luZyBwcm9wZXJ0aWVzLCBhbmQNCiAgIHRoZSBudW1i ZXIgb2YgcmVzb3VyY2VzIGluIGEgYmxvY2suDQoNCiAgIFRoaXMgc3ViLVRMViBoYXMgdGhlIGZv bGxvd2luZyBmb3JtYXQ6DQoNCiAgICAgICAwICAgICAgICAgICAgICAgICAgIDEgICAgICAgICAg ICAgICAgICAgMiAgICAgICAgICAgICAgICAgICAzDQogICAgICAgMCAxIDIgMyA0IDUgNiA3IDgg OSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxDQogICAgICArLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKw0KICAgICAgfCAgICAgICAgICAgICAgICAgICAgIFJCIFNldCBGaWVsZCAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIHwNCiAgICAgIDogICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA6DQogICAgICArLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KICAg ICAgfEl8RXwgICAgICAgICAgICAgICAgICAgICAgICAgUmVzZXJ2ZWQgICAgICAgICAgICAgICAg ICAgICAgICAgIHwNCiAgICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQogICAgICB8ICAgICAgICAgICAgICAgICBNb2R1 bGF0aW9uIFR5cGUgTGlzdCBTdWItU3ViLVRMViAgKG9wdCkgICAgICAgfA0KICAgICAgOiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IDoNCiAgICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rDQogICAgICB8ICAgICAgICAgICAgICAgICBGRUMgVHlwZSBMaXN0 IFN1Yi1TdWItVExWICAgIChvcHQpICAgICAgICAgICAgfA0KICAgICAgOiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDoNCiAgICAg ICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rDQogICAgICB8ICAgICAgICAgSW5wdXQgQ2xpZW50IFNpZ25hbCBUeXBlIFN1Yi1T dWItVExWICAgICAgKG9wdCkgICAgICAgfA0KICAgICAgOiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDoNCiAgICAgICstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r DQogICAgICB8ICAgICAgICAgSW5wdXQgQml0IFJhdGUgUmFuZ2UgTGlzdCAgU3ViLVN1Yi1UTFYg KG9wdCkgICAgICAgICAgfA0KICAgICAgOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDoNCiAgICAgICstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQogICAgICB8 ICAgICAgICAgUHJvY2Vzc2luZyBDYXBhYmlsaXRpZXMgTGlzdCBTdWItU3ViLVRMViAob3B0KSAg ICAgICAgfA0KICAgICAgOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIDoNCiAgICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQoNCg0KDQogICBXaGVyZSBJ IGFuZCBFLCB0aGUgc2hhcmVkIGlucHV0L291dHB1dCBpbmRpY2F0b3IsIGlzIHNldCB0byAxIGlm IHRoZQ0KICAgcmVzb3VyY2UgYmxvY2tzIGlkZW50aWZpZWQgaW4gdGhlIFJCIHNldCBmaWVsZCB1 dGlsaXplZCBhIHNoYXJlZA0KICAgZmliZXIgZm9yIGlucHV0L291dHB1dCBhY2Nlc3MgYW5kIHNl dCB0byAwIG90aGVyd2lzZS4NCg0KNS4yLiBNb2R1bGF0aW9uIEZvcm1hdCBMaXN0IFN1Yi1TdWIt VExWDQoNCiAgIFRoaXMgc3ViLXN1Yi1UTFYgY29udGFpbnMgYSBsaXN0IG9mIGFjY2VwdGFibGUg bW9kdWxhdGlvbiBmb3JtYXRzLg0KDQogICBUeXBlIDo9IE1vZHVsYXRpb24gRm9ybWF0IExpc3QN Cg0KDQoNCkJlcm5zdGVpbiBhbmQgTGVlICAgICBFeHBpcmVzIFNlcHRlbWJlciAyNywgMjAxMiAg ICAgICAgICAgICAgW1BhZ2UgMTddDQoMDQpJbnRlcm5ldC1EcmFmdCAgIFdhdmVsZW5ndGggU3dp dGNoZWQgT3B0aWNhbCBOZXR3b3JrcyAgICAgICAgTWFyY2ggMjAxMg0KDQoNCiAgIFZhbHVlIDo9 IEEgbGlzdCBvZiBNb2R1bGF0aW9uIEZvcm1hdCBGaWVsZHMNCg0KICAgNS4yLjEuIE1vZHVsYXRp b24gRm9ybWF0IEZpZWxkDQoNCiAgIFR3byBkaWZmZXJlbnQgdHlwZXMgb2YgbW9kdWxhdGlvbiBm b3JtYXQgZmllbGRzIGFyZSBkZWZpbmVkOiBhDQogICBzdGFuZGFyZCBtb2R1bGF0aW9uIGZpZWxk IGFuZCBhIHZlbmRvciBzcGVjaWZpYyBtb2R1bGF0aW9uIGZpZWxkLg0KICAgQm90aCBzdGFydCB3 aXRoIHRoZSBzYW1lIDMyIGJpdCBoZWFkZXIgc2hvd24gYmVsb3cuDQoNCiAgICAgIDAgICAgICAg ICAgICAgICAgICAgMSAgICAgICAgICAgICAgICAgICAyICAgICAgICAgICAgICAgICAgIDMNCiAg ICAgIDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2 IDcgOCA5IDAgMQ0KICAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KICAgICB8U3xJfEV8ICAgICBNb2R1bGF0aW9uIElE ICAgICAgICB8ICAgICAgICAgICAgTGVuZ3RoICAgICAgICAgICAgfA0KICAgICArLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0K DQoNCiAgIFdoZXJlIFMgYml0IHNldCB0byAxIGluZGljYXRlcyBhIHN0YW5kYXJkaXplZCBtb2R1 bGF0aW9uIGZvcm1hdCBhbmQNCiAgIFMgYml0IHNldCB0byAwIGluZGljYXRlcyBhIHZlbmRvciBz cGVjaWZpYyBtb2R1bGF0aW9uIGZvcm1hdC4gVGhlDQogICBsZW5ndGggaXMgdGhlIGxlbmd0aCBp biBieXRlcyBvZiB0aGUgZW50aXJlIG1vZHVsYXRpb24gdHlwZSBmaWVsZC4NCg0KICAgV2hlcmUg SSBiaXQgc2V0IHRvIDEgaW5kaWNhdGVzIGl0IGlzIGFuIGlucHV0IG1vZHVsYXRpb24gY29uc3Ry YWludA0KICAgYW5kIEUgYml0IHNldCB0byAxIGluZGljYXRlcyBpdCBpcyBhbiBvdXRwdXQgbW9k dWxhdGlvbiBjb25zdHJhaW50Lg0KDQogICBUaGUgZm9sbG93aW5nIEkgYW5kIEUgYml0IGNvbWJp bmF0aW9uIGFyZSBkZWZpbmVkOg0KDQogICAgICBJICBFDQoNCiAgICAgIDAgIDAgIEludmFsaWQN Cg0KICAgICAgMSAgMCAgSW5wdXQgbW9kdWxhdGlvbg0KDQogICAgICAwICAxICBPdXRwdXQgbW9k dWxhdGlvbg0KDQogICAgICAxICAxICBJbnB1dCBhbmQgb3V0cHV0IG1vZHVsYXRpb24NCg0KICAg VGhlIGZvcm1hdCBmb3IgdGhlIHN0YW5kYXJkaXplZCB0eXBlIGZvciB0aGUgaW5wdXQgbW9kdWxh dGlvbiBpcw0KICAgZ2l2ZW4gYnk6DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCkJlcm5zdGVp biBhbmQgTGVlICAgICBFeHBpcmVzIFNlcHRlbWJlciAyNywgMjAxMiAgICAgICAgICAgICAgW1Bh Z2UgMThdDQoMDQpJbnRlcm5ldC1EcmFmdCAgIFdhdmVsZW5ndGggU3dpdGNoZWQgT3B0aWNhbCBO ZXR3b3JrcyAgICAgICAgTWFyY2ggMjAxMg0KDQoNCiAgICAgIDAgICAgICAgICAgICAgICAgICAg MSAgICAgICAgICAgICAgICAgICAyICAgICAgICAgICAgICAgICAgIDMNCiAgICAgIDAgMSAyIDMg NCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMQ0K ICAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKw0KICAgICB8MXwxfDB8ICAgICBNb2R1bGF0aW9uIElEICAgICAgIHwgICAg ICAgICAgICAgTGVuZ3RoICAgICAgICAgICAgfA0KICAgICArLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KICAgICB8ICAgUG9z c2libGUgYWRkaXRpb25hbCBtb2R1bGF0aW9uIHBhcmFtZXRlcnMgZGVwZW5kaW5nIHVwb24gICAg fA0KICAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKw0KICAgICA6ICAgdGhlIG1vZHVsYXRpb24gSUQgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgOg0KICAgICArLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KDQoNCiAgIE1v ZHVsYXRpb24gSUQgKFMgYml0ID0gMSk7IElucHV0IG1vZHVsYXRpb24gKEkgYml0ID0gMSk7IE91 dHB1dA0KICAgbW9kdWxhdGlvbiAoRSBiaXQgPSAwKQ0KDQogICBUYWtlcyBvbiB0aGUgZm9sbG93 aW5nIGN1cnJlbnRseSBkZWZpbmVkIHZhbHVlczoNCg0KICAgICAgMCAgICAgICAgUmVzZXJ2ZWQN Cg0KICAgICAgMSAgICAgICAgb3B0aWNhbCB0cmlidXRhcnkgc2lnbmFsIGNsYXNzIE5SWiAxLjI1 Rw0KDQogICAgICAyICAgICAgICBvcHRpY2FsIHRyaWJ1dGFyeSBzaWduYWwgY2xhc3MgTlJaIDIu NUcNCg0KICAgICAgMyAgICAgICAgb3B0aWNhbCB0cmlidXRhcnkgc2lnbmFsIGNsYXNzIE5SWiAx MEcNCg0KICAgICAgNCAgICAgICAgb3B0aWNhbCB0cmlidXRhcnkgc2lnbmFsIGNsYXNzIE5SWiA0 MEcNCg0KICAgICAgNSAgICAgICAgb3B0aWNhbCB0cmlidXRhcnkgc2lnbmFsIGNsYXNzIFJaIDQw Rw0KDQogICBOb3RlIHRoYXQgZnV0dXJlIG1vZHVsYXRpb24gdHlwZXMgbWF5IHJlcXVpcmUgYWRk aXRpb25hbCBwYXJhbWV0ZXJzDQogICBpbiB0aGVpciBjaGFyYWN0ZXJpemF0aW9uLg0KDQoNCg0K ICAgVGhlIGZvcm1hdCBmb3IgdmVuZG9yIHNwZWNpZmljIG1vZHVsYXRpb24gZmllbGQgKGZvciBp bnB1dA0KICAgY29uc3RyYWludCkgaXMgZ2l2ZW4gYnk6DQoNCiAgICAgIDAgICAgICAgICAgICAg ICAgICAgMSAgICAgICAgICAgICAgICAgICAyICAgICAgICAgICAgICAgICAgIDMNCiAgICAgIDAg MSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5 IDAgMQ0KICAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKw0KICAgICB8MHwxfDB8IFZlbmRvciBNb2R1bGF0aW9uIElEICAg IHwgICAgICAgICAgTGVuZ3RoICAgICAgICAgICAgICAgfA0KICAgICArLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KICAgICB8 ICAgICAgICAgICAgICAgICAgICAgICBFbnRlcnByaXNlIE51bWJlciAgICAgICAgICAgICAgICAg ICAgICAgfA0KICAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKw0KICAgICA6ICAgQW55IHZlbmRvciBzcGVjaWZpYyBhZGRp dGlvbmFsIG1vZHVsYXRpb24gcGFyYW1ldGVycyAgICAgICAgOg0KICAgICArLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KDQoN Cg0KDQpCZXJuc3RlaW4gYW5kIExlZSAgICAgRXhwaXJlcyBTZXB0ZW1iZXIgMjcsIDIwMTIgICAg ICAgICAgICAgIFtQYWdlIDE5XQ0KDA0KSW50ZXJuZXQtRHJhZnQgICBXYXZlbGVuZ3RoIFN3aXRj aGVkIE9wdGljYWwgTmV0d29ya3MgICAgICAgIE1hcmNoIDIwMTINCg0KDQogICBWZW5kb3IgTW9k dWxhdGlvbiBJRA0KDQogICAgIFRoaXMgaXMgYSB2ZW5kb3IgYXNzaWduZWQgaWRlbnRpZmllciBm b3IgdGhlIG1vZHVsYXRpb24gdHlwZS4NCg0KICAgRW50ZXJwcmlzZSBOdW1iZXINCg0KICAgICBB IHVuaXF1ZSBpZGVudGlmaWVyIG9mIGFuIG9yZ2FuaXphdGlvbiBlbmNvZGVkIGFzIGEgMzItYml0 DQogICAgIGludGVnZXIuIEVudGVycHJpc2UgTnVtYmVycyBhcmUgYXNzaWduZWQgYnkgSUFOQSBh bmQgbWFuYWdlZA0KICAgICB0aHJvdWdoIGFuIElBTkEgcmVnaXN0cnkgW1JGQzI1NzhdLg0KDQog ICBWZW5kb3IgU3BlY2lmaWMgQWRkaXRpb25hbCBwYXJhbWV0ZXJzDQoNCiAgICAgVGhlcmUgY2Fu IGJlIHBvdGVudGlhbGx5IGFkZGl0aW9uYWwgcGFyYW1ldGVycyBjaGFyYWN0ZXJpemluZyB0aGUN CiAgICAgdmVuZG9yIHNwZWNpZmljIG1vZHVsYXRpb24uDQoNCjUuMy4gRkVDIFR5cGUgTGlzdCBT dWItU3ViLVRMVg0KDQogICBUaGlzIHN1Yi1zdWItVExWIGNvbnRhaW5zIGEgbGlzdCBvZiBhY2Nl cHRhYmxlIEZFQyB0eXBlcy4NCg0KICAgVHlwZSA6PSBGRUMgVHlwZSBmaWVsZCBMaXN0DQoNCiAg IFZhbHVlIDo9IEEgbGlzdCBvZiBGRUMgdHlwZSBGaWVsZHMNCg0KICAgNS4zLjEuIEZFQyBUeXBl IEZpZWxkDQoNCiAgIFRoZSBGRUMgdHlwZSBGaWVsZCBtYXkgY29uc2lzdCBvZiB0d28gZGlmZmVy ZW50IGZvcm1hdHMgb2YgZmllbGRzOiBhDQogICBzdGFuZGFyZCBGRUMgZmllbGQgb3IgYSB2ZW5k b3Igc3BlY2lmaWMgRkVDIGZpZWxkLiBCb3RoIHN0YXJ0IHdpdGgNCiAgIHRoZSBzYW1lIDMyIGJp dCBoZWFkZXIgc2hvd24gYmVsb3cuDQoNCiAgICAgIDAgICAgICAgICAgICAgICAgICAgMSAgICAg ICAgICAgICAgICAgICAyICAgICAgICAgICAgICAgICAgIDMNCiAgICAgIDAgMSAyIDMgNCA1IDYg NyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMQ0KICAgICAr LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKw0KICAgICB8U3xJfEV8ICAgIEZFQyBJRCAgICAgICAgICAgICAgIHwgICAgICAgICAg TGVuZ3RoICAgICAgICAgICAgICAgfA0KICAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KICAgICB8ICAgUG9zc2libGUg YWRkaXRpb25hbCBGRUMgcGFyYW1ldGVycyBkZXBlbmRpbmcgdXBvbiAgICAgICAgICAgfA0KICAg ICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKw0KICAgICA6ICAgdGhlIEZFQyBJRCAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgOg0KICAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KDQoNCiAgIFdoZXJlIFMg Yml0IHNldCB0byAxIGluZGljYXRlcyBhIHN0YW5kYXJkaXplZCBGRUMgZm9ybWF0IGFuZCBTIGJp dA0KICAgc2V0IHRvIDAgaW5kaWNhdGVzIGEgdmVuZG9yIHNwZWNpZmljIEZFQyBmb3JtYXQuIFRo ZSBsZW5ndGggaXMgdGhlDQogICBsZW5ndGggaW4gYnl0ZXMgb2YgdGhlIGVudGlyZSBGRUMgdHlw ZSBmaWVsZC4NCg0KICAgV2hlcmUgSSBiaXQgc2V0IHRvIDEgaW5kaWNhdGVzIGl0IGlzIGFuIGlu cHV0IEZFQyBjb25zdHJhaW50IGFuZCBFDQogICBiaXQgc2V0IHRvIDEgaW5kaWNhdGVzIGl0IGlz IGFuIG91dHB1dCBGRUMgY29uc3RyYWludC4NCg0KDQoNCkJlcm5zdGVpbiBhbmQgTGVlICAgICBF eHBpcmVzIFNlcHRlbWJlciAyNywgMjAxMiAgICAgICAgICAgICAgW1BhZ2UgMjBdDQoMDQpJbnRl cm5ldC1EcmFmdCAgIFdhdmVsZW5ndGggU3dpdGNoZWQgT3B0aWNhbCBOZXR3b3JrcyAgICAgICAg TWFyY2ggMjAxMg0KDQoNCg0KDQogICBUaGUgbGVuZ3RoIGlzIHRoZSBsZW5ndGggaW4gYnl0ZXMg b2YgdGhlIGVudGlyZSBGRUMgdHlwZSBmaWVsZC4NCg0KICAgVGhlIGZvcm1hdCBmb3IgaW5wdXQg c3RhbmRhcmQgRkVDIGZpZWxkIGlzIGdpdmVuIGJ5Og0KDQoNCg0KICAgICAgMCAgICAgICAgICAg ICAgICAgICAxICAgICAgICAgICAgICAgICAgIDIgICAgICAgICAgICAgICAgICAgMw0KICAgICAg MCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4 IDkgMCAxDQogICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rDQogICAgIHwxfDF8MHwgICAgIEZFQyBJRCAgICAgICAgICAg ICAgfCAgICAgICAgICAgICBMZW5ndGggICAgICAgICAgICB8DQogICAgICstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQogICAg IHwgICBQb3NzaWJsZSBhZGRpdGlvbmFsIEZFQyBwYXJhbWV0ZXJzIGRlcGVuZGluZyB1cG9uICAg ICAgICAgICB8DQogICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rDQogICAgIDogICB0aGUgRkVDIElEICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA6DQogICAgICstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQoN Cg0KICAgICAgVGFrZXMgb24gdGhlIGZvbGxvd2luZyBjdXJyZW50bHkgZGVmaW5lZCB2YWx1ZXMg Zm9yIHRoZSBzdGFuZGFyZA0KICAgRkVDIElEOg0KDQogICAgICAwICAgICAgICBSZXNlcnZlZA0K DQogICAgICAxICAgICAgICBHLjcwOSBSUyBGRUMNCg0KICAgICAgMiAgICAgICAgRy43MDlWIGNv bXBsaWFudCBVbHRyYSBGRUMNCg0KICAgICAgMyAgICAgICBHLjk3NS4xIENvbmNhdGVuYXRlZCBG RUMNCiAgICAgICAgICAgICAgKFJTKDI1NSwyMzkpL0NTT0MobjAvazA9Ny82LEo9OCkpDQoNCiAg ICAgIDQgICAgICAgRy45NzUuMSBDb25jYXRlbmF0ZWQgRkVDIChCQ0goMzg2MCwzODI0KS9CQ0go MjA0MCwxOTMwKSkNCg0KICAgICAgNSAgICAgICAgRy45NzUuMSBDb25jYXRlbmF0ZWQgRkVDIChS UygxMDIzLDEwMDcpL0JDSCgyNDA3LDE5NTIpKQ0KDQogICAgICA2ICAgICAgIEcuOTc1LjEgQ29u Y2F0ZW5hdGVkIEZFQyAoUlMoMTkwMSwxODU1KS9FeHRlbmRlZCBIYW1taW5nDQogICAgICAgICAg ICAgIFByb2R1Y3QgQ29kZSAoNTEyLDUwMilYKDUxMCw1MDApKQ0KDQogICAgICA3ICAgICAgIEcu OTc1LjEgTERQQyBDb2RlDQoNCiAgICAgIDggICAgICAgRy45NzUuMSBDb25jYXRlbmF0ZWQgRkVD IChUd28gb3J0aG9nb25hbGx5IGNvbmNhdGVuYXRlZA0KICAgICAgICAgICAgICBCQ0ggY29kZXMp DQoNCiAgICAgIDkgICAgICAgRy45NzUuMSBSUygyNzIwLDI1NTApDQoNCg0KDQoNCg0KQmVybnN0 ZWluIGFuZCBMZWUgICAgIEV4cGlyZXMgU2VwdGVtYmVyIDI3LCAyMDEyICAgICAgICAgICAgICBb UGFnZSAyMV0NCgwNCkludGVybmV0LURyYWZ0ICAgV2F2ZWxlbmd0aCBTd2l0Y2hlZCBPcHRpY2Fs IE5ldHdvcmtzICAgICAgICBNYXJjaCAyMDEyDQoNCg0KICAgICAgMTAgICAgICBHLjk3NS4xIENv bmNhdGVuYXRlZCBGRUMgKFR3byBpbnRlcmxlYXZlZCBleHRlbmRlZCBCQ0gNCiAgICAgICAgICAg ICAgKDEwMjAsOTg4KSBjb2RlcykNCg0KICAgICAgV2hlcmUgUlMgc3RhbmRzIGZvciBSZWVkLVNv bG9tb24gYW5kIEJDSCBmb3IgQm9zZS1DaGF1ZGh1cmktDQogICAgICBIb2NxdWVuZ2hhbS4NCg0K DQoNCiAgIFRoZSBmb3JtYXQgZm9yIGlucHV0IHZlbmRvci1zcGVjaWZpYyBGRUMgZmllbGQgaXMg Z2l2ZW4gYnk6DQoNCg0KDQogICAgICAwICAgICAgICAgICAgICAgICAgIDEgICAgICAgICAgICAg ICAgICAgMiAgICAgICAgICAgICAgICAgICAzDQogICAgICAwIDEgMiAzIDQgNSA2IDcgOCA5IDAg MSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDENCiAgICAgKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsN CiAgICAgfDB8MXwwfCAgICAgVmVuZG9yIEZFQyBJRCAgICAgICB8ICAgICAgICAgICAgIExlbmd0 aCAgICAgICAgICAgIHwNCiAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCiAgICAgfCAgICAgICAgICAgICAgICAgICAg ICAgRW50ZXJwcmlzZSBOdW1iZXIgICAgICAgICAgICAgICAgICAgICAgIHwNCiAgICAgKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSsNCiAgICAgOiAgIEFueSB2ZW5kb3Igc3BlY2lmaWMgYWRkaXRpb25hbCBGRUMgcGFyYW1ldGVy cyAgICAgICAgICAgICAgIDoNCiAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCg0KDQogICBWZW5kb3IgRkVDIElEDQoN CiAgICAgVGhpcyBpcyBhIHZlbmRvciBhc3NpZ25lZCBpZGVudGlmaWVyIGZvciB0aGUgRkVDIHR5 cGUuDQoNCiAgIEVudGVycHJpc2UgTnVtYmVyDQoNCiAgICAgQSB1bmlxdWUgaWRlbnRpZmllciBv ZiBhbiBvcmdhbml6YXRpb24gZW5jb2RlZCBhcyBhIDMyLWJpdA0KICAgICBpbnRlZ2VyLiBFbnRl cnByaXNlIE51bWJlcnMgYXJlIGFzc2lnbmVkIGJ5IElBTkEgYW5kIG1hbmFnZWQNCiAgICAgdGhy b3VnaCBhbiBJQU5BIHJlZ2lzdHJ5IFtSRkMyNTc4XS4NCg0KICAgVmVuZG9yIFNwZWNpZmljIEFk ZGl0aW9uYWwgRkVDIHBhcmFtZXRlcnMNCg0KICAgICBUaGVyZSBjYW4gYmUgcG90ZW50aWFsbHkg YWRkaXRpb25hbCBwYXJhbWV0ZXJzIGNoYXJhY3Rlcml6aW5nIHRoZQ0KICAgICB2ZW5kb3Igc3Bl Y2lmaWMgRkVDLg0KDQo1LjQuIElucHV0IEJpdCBSYW5nZSBMaXN0IFN1Yi1TdWItVExWDQoNCiAg IFRoaXMgc3ViLXN1Yi1UTFYgY29udGFpbnMgYSBsaXN0IG9mIGFjY2VwdGFibGUgaW5wdXQgYml0 IHJhdGUNCiAgIHJhbmdlcy4NCg0KICAgVHlwZSA6PSBJbnB1dCBCaXQgUmFuZ2UgTGlzdA0KDQog ICBWYWx1ZSA6PSBBIGxpc3Qgb2YgQml0IFJhbmdlIEZpZWxkcw0KDQoNCg0KQmVybnN0ZWluIGFu ZCBMZWUgICAgIEV4cGlyZXMgU2VwdGVtYmVyIDI3LCAyMDEyICAgICAgICAgICAgICBbUGFnZSAy Ml0NCgwNCkludGVybmV0LURyYWZ0ICAgV2F2ZWxlbmd0aCBTd2l0Y2hlZCBPcHRpY2FsIE5ldHdv cmtzICAgICAgICBNYXJjaCAyMDEyDQoNCg0KICAgNS40LjEuIEJpdCBSYW5nZSBGaWVsZA0KDQog ICBUaGUgYml0IHJhdGUgcmFuZ2UgbGlzdCBzdWItc3ViLVRMViBtYWtlcyB1c2Ugb2YgdGhlIGZv bGxvd2luZyBiaXQNCiAgIHJhdGUgcmFuZ2UgZmllbGQ6DQoNCiAgICAgIDAgICAgICAgICAgICAg ICAgICAgMSAgICAgICAgICAgICAgICAgICAyICAgICAgICAgICAgICAgICAgIDMNCiAgICAgIDAg MSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5 IDAgMQ0KICAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKw0KICAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICBTdGFy dGluZyBCaXQgUmF0ZSAgICAgICAgICAgICAgICAgICAgfA0KICAgICArLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KICAgICB8 ICAgICAgICAgICAgICAgICAgICAgICAgICAgIEVuZGluZyBCaXQgUmF0ZSAgICAgICAgICAgICAg ICAgICAgfA0KICAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKw0KDQoNCiAgIFRoZSBzdGFydGluZyBhbmQgZW5kaW5nIGJp dCByYXRlcyBhcmUgZ2l2ZW4gYXMgMzIgYml0IElFRUUgZmxvYXRpbmcNCiAgIHBvaW50IG51bWJl cnMgaW4gYml0cyBwZXIgc2Vjb25kLiBOb3RlIHRoYXQgdGhlIHN0YXJ0aW5nIGJpdCByYXRlIGlz DQogICBsZXNzIHRoYW4gb3IgZXF1YWwgdG8gdGhlIGVuZGluZyBiaXQgcmF0ZS4NCg0KDQoNCiAg IFRoZSBiaXQgcmF0ZSByYW5nZSBsaXN0IHN1Yi1UTFYgaXMgdGhlbiBnaXZlbiBieToNCg0KICAg ICAgMCAgICAgICAgICAgICAgICAgICAxICAgICAgICAgICAgICAgICAgIDIgICAgICAgICAgICAg ICAgICAgMw0KICAgICAgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAg MSAyIDMgNCA1IDYgNyA4IDkgMCAxDQogICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQogICAgIHwgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8DQogICAg ICstKy0rLSstKy0rLSstKy0rLSstKy0rLSsgQml0IFJhbmdlIEZpZWxkICMxICArLSstKy0rLSst Ky0rLSstKy0rDQogICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICB8DQogICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQogICAgIDogICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA6DQog ICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rDQogICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICB8DQogICAgICstKy0rLSstKy0rLSstKy0rLSstKy0r LSsgQml0IFJhbmdlIEZpZWxkICNNICArLSstKy0rLSstKy0rLSstKy0rDQogICAgIHwgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8 DQogICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rDQoNCjUuNS4gSW5wdXQgQ2xpZW50IFNpZ25hbCBMaXN0IFN1Yi1TdWIt VExWDQoNCiAgIFRoaXMgc3ViLXN1Yi1UTFYgY29udGFpbnMgYSBsaXN0IG9mIGFjY2VwdGFibGUg aW5wdXQgY2xpZW50IHNpZ25hbA0KICAgdHlwZXMuDQoNCiAgIFR5cGUgOj0gSW5wdXQgQ2xpZW50 IFNpZ25hbCBMaXN0DQoNCiAgIFZhbHVlIDo9IEEgbGlzdCBvZiBHUElEcw0KDQoNCg0KDQoNCkJl cm5zdGVpbiBhbmQgTGVlICAgICBFeHBpcmVzIFNlcHRlbWJlciAyNywgMjAxMiAgICAgICAgICAg ICAgW1BhZ2UgMjNdDQoMDQpJbnRlcm5ldC1EcmFmdCAgIFdhdmVsZW5ndGggU3dpdGNoZWQgT3B0 aWNhbCBOZXR3b3JrcyAgICAgICAgTWFyY2ggMjAxMg0KDQoNCiAgIFRoZSBhY2NlcHRhYmxlIGNs aWVudCBzaWduYWwgbGlzdCBzdWItVExWIGlzIGEgbGlzdCBvZiBHZW5lcmFsaXplZA0KICAgUHJv dG9jb2wgSWRlbnRpZmllcnMgKEdQSURzKS4gR1BJRHMgYXJlIGFzc2lnbmVkIGJ5IElBTkEgYW5k IG1hbnkNCiAgIGFyZSBkZWZpbmVkIGluIFtSRkMzNDcxXSBhbmQgW1JGQzQzMjhdLg0KDQogICAg ICAwICAgICAgICAgICAgICAgICAgIDEgICAgICAgICAgICAgICAgICAgMiAgICAgICAgICAgICAg ICAgICAzDQogICAgICAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAx IDIgMyA0IDUgNiA3IDggOSAwIDENCiAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCiAgICAgfCAgICAgICBOdW1iZXIg b2YgR1BJRHMgICAgICAgICB8ICAgICAgICAgIEdQSUQgIzEgICAgICAgICAgICAgIHwNCiAgICAg Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSsNCiAgICAgOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8ICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIDoNCiAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCiAgICAgfCAgICAgICAgICAg IEdQSUQgI04gICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwNCiAg ICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSsNCg0KDQogICBXaGVyZSB0aGUgbnVtYmVyIG9mIEdQSURzIGlzIGFuIGludGVn ZXIgZ3JlYXRlciB0aGFuIG9yIGVxdWFsIHRvDQogICBvbmUuDQoNCg0KNS42LiBQcm9jZXNzaW5n IENhcGFiaWxpdHkgTGlzdCBTdWItU3ViLVRMVg0KDQogICBUaGlzIHN1Yi1zdWItVExWIGNvbnRh aW5zIGEgbGlzdCBvZiByZXNvdXJjZSBibG9jayBwcm9jZXNzaW5nDQogICBjYXBhYmlsaXRpZXMu DQoNCiAgIFR5cGUgOj0gUHJvY2Vzc2luZyBDYXBhYmlsaXRpZXMgTGlzdA0KDQogICBWYWx1ZSA6 PSBBIGxpc3Qgb2YgUHJvY2Vzc2luZyBDYXBhYmlsaXRpZXMgRmllbGRzDQoNCiAgIFRoZSBwcm9j ZXNzaW5nIGNhcGFiaWxpdHkgbGlzdCBzdWItVExWIGlzIGEgbGlzdCBvZiBXU09OIG5ldHdvcmsN CiAgIGVsZW1lbnQgKE5FKSB0aGF0IGNhbiBwZXJmb3JtIHNpZ25hbCBwcm9jZXNzaW5nIGZ1bmN0 aW9ucyBpbmNsdWRpbmc6DQoNCiAgICAgMS4gTnVtYmVyIG9mIFJlc291cmNlcyB3aXRoaW4gdGhl IGJsb2NrDQoNCiAgICAgMi4gUmVnZW5lcmF0aW9uIGNhcGFiaWxpdHkNCg0KICAgICAzLiBGYXVs dCBhbmQgcGVyZm9ybWFuY2UgbW9uaXRvcmluZw0KDQogICAgIDQuIFZlbmRvciBTcGVjaWZpYyBj YXBhYmlsaXR5DQoNCiAgIE5vdGUgdGhhdCB0aGUgY29kZSBwb2ludHMgZm9yIEZhdWx0IGFuZCBw ZXJmb3JtYW5jZSBtb25pdG9yaW5nIGFuZA0KICAgdmVuZG9yIHNwZWNpZmljIGNhcGFiaWxpdHkg YXJlIHN1YmplY3QgdG8gZnVydGhlciBzdHVkeS4NCg0KICAgNS42LjEuIFByb2Nlc3NpbmcgQ2Fw YWJpbGl0aWVzIEZpZWxkDQoNCiAgIFRoZSBwcm9jZXNzaW5nIGNhcGFiaWxpdHkgZmllbGQgaXMg dGhlbiBnaXZlbiBieToNCg0KDQoNCg0KQmVybnN0ZWluIGFuZCBMZWUgICAgIEV4cGlyZXMgU2Vw dGVtYmVyIDI3LCAyMDEyICAgICAgICAgICAgICBbUGFnZSAyNF0NCgwNCkludGVybmV0LURyYWZ0 ICAgV2F2ZWxlbmd0aCBTd2l0Y2hlZCBPcHRpY2FsIE5ldHdvcmtzICAgICAgICBNYXJjaCAyMDEy DQoNCg0KDQoNCiAgICAgIDAgICAgICAgICAgICAgICAgICAgMSAgICAgICAgICAgICAgICAgICAy ICAgICAgICAgICAgICAgICAgIDMNCiAgICAgIDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0 IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMQ0KICAgICArLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KICAgICB8 ICAgICAgICAgIFByb2Nlc3NpbmcgQ2FwIElEICAgIHwgICAgICAgICAgTGVuZ3RoICAgICAgICAg ICAgICAgfA0KICAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKw0KICAgICB8ICAgUG9zc2libGUgYWRkaXRpb25hbCBjYXBh YmlsaXR5IHBhcmFtZXRlcnMgZGVwZW5kaW5nIHVwb24gICAgfA0KICAgICArLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KICAg ICA6ICAgdGhlIHByb2Nlc3NpbmcgSUQgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgOg0KICAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KDQoNCiAgIFdoZW4gdGhlIHByb2Nlc3NpbmcgQ2Fw IElEIGlzICJudW1iZXIgb2YgcmVzb3VyY2VzIiB0aGUgZm9ybWF0IGlzDQogICBzaW1wbHk6DQoN CiAgICAgIDAgICAgICAgICAgICAgICAgICAgMSAgICAgICAgICAgICAgICAgICAyICAgICAgICAg ICAgICAgICAgIDMNCiAgICAgIDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDgg OSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMQ0KICAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KICAgICB8ICAgICAgICAg IFByb2Nlc3NpbmcgQ2FwIElEICAgIHwgICAgICAgICAgTGVuZ3RoID0gOCAgICAgICAgICAgfA0K ICAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKw0KICAgICB8ICAgICAgICAgICAgICAgICAgTnVtYmVyIG9mIHJlc291cmNl cyBwZXIgYmxvY2sgICAgICAgICAgICAgICAgfA0KICAgICArLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KDQoNCiAgIFdoZW4g dGhlIHByb2Nlc3NpbmcgQ2FwIElEIGlzICJyZWdlbmVyYXRpb24gY2FwYWJpbGl0eSIsIHRoZQ0K ICAgZm9sbG93aW5nIGFkZGl0aW9uYWwgY2FwYWJpbGl0eSBwYXJhbWV0ZXJzIGFyZSBwcm92aWRl ZCBpbiB0aGUgc3ViLQ0KICAgVExWOg0KDQogICAgICAwICAgICAgICAgICAgICAgICAgIDEgICAg ICAgICAgICAgICAgICAgMiAgICAgICAgICAgICAgICAgICAzDQogICAgICAwIDEgMiAzIDQgNSA2 IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDENCiAgICAg Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSsNCiAgICAgfCAgVCAgfCBDIHwgICAgICAgICAgICAgICAgIFJlc2VydmVkICAgICAg ICAgICAgICAgICAgICAgICAgICAgIHwNCiAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCg0KDQogICBXaGVyZSBUIGJp dCBpbmRpY2F0ZXMgdGhlIHR5cGUgb2YgcmVnZW5lcmF0b3I6DQoNCiAgICAgIFQ9MDogUmVzZXJ2 ZWQNCg0KICAgICAgVD0xOiAxUiBSZWdlbmVyYXRvcg0KDQogICAgICBUPTI6IDJSIFJlZ2VuZXJh dG9yDQoNCiAgICAgIFQ9MzogM1IgUmVnZW5lcmF0b3INCg0KDQoNCg0KQmVybnN0ZWluIGFuZCBM ZWUgICAgIEV4cGlyZXMgU2VwdGVtYmVyIDI3LCAyMDEyICAgICAgICAgICAgICBbUGFnZSAyNV0N CgwNCkludGVybmV0LURyYWZ0ICAgV2F2ZWxlbmd0aCBTd2l0Y2hlZCBPcHRpY2FsIE5ldHdvcmtz ICAgICAgICBNYXJjaCAyMDEyDQoNCg0KICAgV2hlcmUgQyBiaXQgaW5kaWNhdGVzIHRoZSBjYXBh YmlsaXR5IG9mIHJlZ2VuZXJhdG9yOg0KDQogICAgICBDPTA6IFJlc2VydmVkDQoNCiAgICAgIEM9 MTogRml4ZWQgUmVnZW5lcmF0aW9uIFBvaW50DQoNCiAgICAgIEM9MjogU2VsZWN0aXZlIFJlZ2Vu ZXJhdGlvbiBQb2ludA0KDQogICBOb3RlIHRoYXQgd2hlbiB0aGUgY2FwYWJpbGl0eSBvZiByZWdl bmVyYXRvciBpcyBpbmRpY2F0ZWQgdG8gYmUNCiAgIFNlbGVjdGl2ZSBSZWdlbmVyYXRpb24gUG9v bHMsIHJlZ2VuZXJhdGlvbiBwb29sIHByb3BlcnRpZXMgc3VjaCBhcw0KICAgaW5wdXQgYW5kIG91 dHB1dCByZXN0cmljdGlvbnMgYW5kIGF2YWlsYWJpbGl0eSBuZWVkIHRvIGJlIHNwZWNpZmllZC4N CiAgIFRoaXMgZW5jb2RpbmcgaXMgdG8gYmUgZGV0ZXJtaW5lZCBpbiB0aGUgbGF0ZXIgcmV2aXNp b24uDQoNCg0KDQo2LiBTZWN1cml0eSBDb25zaWRlcmF0aW9ucw0KDQogICBUaGlzIGRvY3VtZW50 IGRlZmluZXMgcHJvdG9jb2wtaW5kZXBlbmRlbnQgZW5jb2RpbmdzIGZvciBXU09ODQogICBpbmZv cm1hdGlvbiBhbmQgZG9lcyBub3QgaW50cm9kdWNlIGFueSBzZWN1cml0eSBpc3N1ZXMuDQoNCiAg IEhvd2V2ZXIsIG90aGVyIGRvY3VtZW50cyB0aGF0IG1ha2UgdXNlIG9mIHRoZXNlIGVuY29kaW5n cyB3aXRoaW4NCiAgIHByb3RvY29sIGV4dGVuc2lvbnMgbmVlZCB0byBjb25zaWRlciB0aGUgaXNz dWVzIGFuZCByaXNrcyBhc3NvY2lhdGVkDQogICB3aXRoLCBpbnNwZWN0aW9uLCBpbnRlcmNlcHRp b24sIG1vZGlmaWNhdGlvbiwgb3Igc3Bvb2Zpbmcgb2YgYW55IG9mDQogICB0aGlzIGluZm9ybWF0 aW9uLiBJdCBpcyBleHBlY3RlZCB0aGF0IGFueSBzdWNoIGRvY3VtZW50cyB3aWxsDQogICBkZXNj cmliZSB0aGUgbmVjZXNzYXJ5IHNlY3VyaXR5IG1lYXN1cmVzIHRvIHByb3ZpZGUgYWRlcXVhdGUN CiAgIHByb3RlY3Rpb24uDQoNCjcuIElBTkEgQ29uc2lkZXJhdGlvbnMNCg0KICAgVGhpcyBkb2N1 bWVudCBwcm92aWRlcyBnZW5lcmFsIHByb3RvY29sIGluZGVwZW5kZW50IGluZm9ybWF0aW9uDQog ICBlbmNvZGluZ3MuICBUaGVyZSBpcyBubyBJQU5BIGFsbG9jYXRpb24gcmVxdWVzdCBmb3IgdGhl IFRMVnMgZGVmaW5lZA0KICAgaW4gdGhpcyBkb2N1bWVudC4gSUFOQSBhbGxvY2F0aW9uIHJlcXVl c3RzIHdpbGwgYmUgYWRkcmVzc2VkIGluDQogICBwcm90b2NvbCBzcGVjaWZpYyBkb2N1bWVudHMg YmFzZWQgb24gdGhlIGVuY29kaW5ncyBkZWZpbmVkIGhlcmUuDQoNCjguIEFja25vd2xlZGdtZW50 cw0KDQogICBUaGlzIGRvY3VtZW50IHdhcyBwcmVwYXJlZCB1c2luZyAyLVdvcmQtdjIuMC50ZW1w bGF0ZS5kb3QuDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQpCZXJuc3RlaW4gYW5kIExlZSAgICAg RXhwaXJlcyBTZXB0ZW1iZXIgMjcsIDIwMTIgICAgICAgICAgICAgIFtQYWdlIDI2XQ0KDA0KSW50 ZXJuZXQtRHJhZnQgICBXYXZlbGVuZ3RoIFN3aXRjaGVkIE9wdGljYWwgTmV0d29ya3MgICAgICAg IE1hcmNoIDIwMTINCg0KDQpBUFBFTkRJWCBBOiBFbmNvZGluZyBFeGFtcGxlcw0KDQpBLjEuIFdh dmVsZW5ndGggQ29udmVydGVyIEFjY2Vzc2liaWxpdHkgU3ViLVRMVg0KDQogICBFeGFtcGxlOg0K DQogICBGaWd1cmUgMSBzaG93cyBhIHdhdmVsZW5ndGggY29udmVydGVyIHBvb2wgYXJjaGl0ZWN0 dXJlIGtub3cgYXMNCiAgICJzaGFyZWQgcGVyIGZpYmVyIi4gSW4gdGhpcyBjYXNlIHRoZSBpbnB1 dCBhbmQgb3V0cHV0IHBvb2wgbWF0cmljZXMNCiAgIGFyZSBzaW1wbHk6DQoNCiAgICAgICAgICAg ICAgKy0tLS0tKyAgICAgICArLS0tLS0rDQogICAgICAgICAgICAgIHwgMSAxIHwgICAgICAgfCAx IDAgfA0KICAgICAgICAgIFdJID18ICAgICB8LCAgV0UgPXwgICAgIHwNCiAgICAgICAgICAgICAg fCAxIDEgfCAgICAgICB8IDAgMSB8DQogICAgICAgICAgICAgICstLS0tLSsgICAgICAgKy0tLS0t Kw0KDQoNCiAgICAgICAgICAgICAgICAgICAgKy0tLS0tLS0tLS0tKyAgICAgICAgICAgICAgICAg ICAgICArLS0tLS0tKw0KICAgICAgICAgICAgICAgICAgICB8ICAgICAgICAgICB8LS0tLS0tLS0t LS0tLS0tLS0tLS0tPnwgICAgICB8DQogICAgICAgICAgICAgICAgICAgIHwgICAgICAgICAgIHwt LS0tLS0tLS0tLS0tLS0tLS0tLS0+fCAgQyAgIHwNCiAgICAgICAgICAgICAgL3wgICAgfCAgICAg ICAgICAgfC0tLS0tLS0tLS0tLS0tLS0tLS0tLT58ICBvICAgfA0KICAgICAgICAgICAgIC9EKy0t LT58ICAgICAgICAgICB8LS0tLS0tLS0tLS0tLS0tLS0tLS0tPnwgIG0gICB8DQogICAgICAgICAg ICArIGUrLS0tPnwgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgfCAgYg0KICAgfD09 PT09PT09Pg0KICAgPT09PT09PT0+fCBNfCAgICB8ICBPcHRpY2FsICB8ICAgICstLS0tLS0tLS0t LSsgICAgIHwgIGkgICB8IFBvcnQgRTENCiAgIFBvcnQgSTEgICsgdSstLS0+fCAgIFN3aXRjaCAg fCAgICB8ICBXQyBQb29sICB8ICAgICB8ICBuICAgfA0KICAgICAgICAgICAgIFx4Ky0tLT58ICAg ICAgICAgICB8ICAgIHwgICstLS0tLSsgIHwgICAgIHwgIGUgICB8DQogICAgICAgICAgICAgIFx8 ICAgIHwgICAgICAgICAgICstLS0tKy0+fFdDICMxfC0tKy0tLS0+fCAgciAgIHwNCiAgICAgICAg ICAgICAgICAgICAgfCAgICAgICAgICAgfCAgICB8ICArLS0tLS0rICB8ICAgICArLS0tLS0tKw0K ICAgICAgICAgICAgICAgICAgICB8ICAgICAgICAgICB8ICAgIHwgICAgICAgICAgIHwgICAgICst LS0tLS0rDQogICAgICAgICAgICAgIC98ICAgIHwgICAgICAgICAgIHwgICAgfCAgKy0tLS0tKyAg fCAgICAgfCAgICAgIHwNCiAgICAgICAgICAgICAvRCstLS0+fCAgICAgICAgICAgKy0tLS0rLT58 V0MgIzJ8LS0rLS0tLT58ICBDICAgfA0KICAgICAgICAgICAgKyBlKy0tLT58ICAgICAgICAgICB8 ICAgIHwgICstLS0tLSsgIHwgICAgIHwgIG8gICB8DQogICA9PT09PT09PT58IE18ICAgIHwgICAg ICAgICAgIHwgICAgKy0tLS0tLS0tLS0tKyAgICAgfCAgbQ0KICAgfD09PT09PT09Pg0KICAgUG9y dCBJMiAgKyB1Ky0tLT58ICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgIHwgIGIgICB8 IFBvcnQgRTINCiAgICAgICAgICAgICBceCstLS0+fCAgICAgICAgICAgfC0tLS0tLS0tLS0tLS0t LS0tLS0tLT58ICBpICAgfA0KICAgICAgICAgICAgICBcfCAgICB8ICAgICAgICAgICB8LS0tLS0t LS0tLS0tLS0tLS0tLS0tPnwgIG4gICB8DQogICAgICAgICAgICAgICAgICAgIHwgICAgICAgICAg IHwtLS0tLS0tLS0tLS0tLS0tLS0tLS0+fCAgZSAgIHwNCiAgICAgICAgICAgICAgICAgICAgfCAg ICAgICAgICAgfC0tLS0tLS0tLS0tLS0tLS0tLS0tLT58ICByICAgfA0KICAgICAgICAgICAgICAg ICAgICArLS0tLS0tLS0tLS0rICAgICAgICAgICAgICAgICAgICAgICstLS0tLS0rDQogICAgRmln dXJlIDEgQW4gb3B0aWNhbCBzd2l0Y2ggZmVhdHVyaW5nIGEgc2hhcmVkIHBlciBmaWJlciB3YXZl bGVuZ3RoDQogICAgICAgICAgICAgICAgICAgICAgIGNvbnZlcnRlciBwb29sIGFyY2hpdGVjdHVy ZS4NCg0KDQoNCg0KDQoNCkJlcm5zdGVpbiBhbmQgTGVlICAgICBFeHBpcmVzIFNlcHRlbWJlciAy NywgMjAxMiAgICAgICAgICAgICAgW1BhZ2UgMjddDQoMDQpJbnRlcm5ldC1EcmFmdCAgIFdhdmVs ZW5ndGggU3dpdGNoZWQgT3B0aWNhbCBOZXR3b3JrcyAgICAgICAgTWFyY2ggMjAxMg0KDQoNCg0K ICAgVGhpcyB3YXZlbGVuZ3RoIGNvbnZlcnRlciBwb29sIGNhbiBiZSBlbmNvZGVkIGFzIGZvbGxv d3M6DQoNCg0KICAgICAgIDAgICAgICAgICAgICAgICAgICAgMSAgICAgICAgICAgICAgICAgICAy ICAgICAgICAgICAgICAgICAgIDMNCiAgICAgICAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMg NCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDENCiAgICAgICstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQogICAg ICB8IENvbm5lY3Rpdml0eT0xfCAgICAgICAgICAgICAgICAgICAgUmVzZXJ2ZWQgICAgICAgICAg ICAgICAgICAgfA0KICAgICAgICAgICAgICAgICAgTm90ZTogSTEsSTIgY2FuIGNvbm5lY3QgdG8g ZWl0aGVyIFdDMSBvciBXQzINCiAgICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQogICAgICB8ICBBY3Rpb249MCAgICAg fDB8ICBSZXNlcnZlZCAgIHwgICAgICAgICAgICBMZW5ndGggPSAxMiAgICAgICAgfA0KICAgICAg Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSsNCiAgICAgIHwgICAgICAgICAgICAgICAgICAgICBMaW5rIExvY2FsIElkZW50aWZp ZXIgPSAjMSAgICAgICAgICAgICAgICB8DQogICAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KICAgICAgfCAgICAgICAg ICAgICAgICAgICAgIExpbmsgTG9jYWwgSWRlbnRpZmllciA9ICMyICAgICAgICAgICAgICAgIHwN CiAgICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rDQogICAgICB8ICBBY3Rpb249MCAgICAgfDF8ICBSZXNlcnZlZCAgIHwg ICAgICAgICAgICBMZW5ndGggPSA4ICAgICAgICAgfA0KICAgICAgKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCiAgICAgIHwg ICAgICAgICAgIFJCIElEID0gIzEgICAgICAgICAgfCAgICAgICBSQiBJRCA9ICMyICAgICAgICAg ICAgICB8DQogICAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKw0KICAgICAgICAgICAgICAgICAgICAgICAgTm90ZTogV0Mx IGNhbiBvbmx5IGNvbm5lY3QgdG8gRTENCiAgICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQogICAgICB8ICBBY3Rpb249 MCAgICAgfDF8ICBSZXNlcnZlZCAgIHwgICAgICAgICAgICBMZW5ndGggPSA4ICAgICAgICAgfA0K ICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSsNCiAgICAgIHwgICAgICAgICAgICAgICAgICAgICBMaW5rIExvY2FsIElk ZW50aWZpZXIgPSAjMSAgICAgICAgICAgICAgICB8DQogICAgICArLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KICAgICAgfCAg QWN0aW9uPTAgICAgIHwwfCAgUmVzZXJ2ZWQgICB8ICAgICAgICAgICAgTGVuZ3RoID0gOCAgICAg ICAgIHwNCiAgICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rDQogICAgICB8ICAgICAgICAgICBSQiBJRCA9ICMxICAgICAg ICAgIHwgICAgICAgemVybyBwYWRkaW5nICAgICAgICAgICAgfA0KICAgICAgKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCiAg ICAgICAgICAgICAgICAgICAgICAgIE5vdGU6IFdDMiBjYW4gb25seSBjb25uZWN0IHRvIEUyDQog ICAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKw0KICAgICAgfCAgQWN0aW9uPTAgICAgIHwxfCAgUmVzZXJ2ZWQgICB8ICAg ICAgICAgICAgTGVuZ3RoID0gOCAgICAgICAgIHwNCiAgICAgICstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQogICAgICB8ICAg ICAgICAgICAgICAgICAgICAgTGluayBMb2NhbCBJZGVudGlmaWVyID0gIzIgICAgICAgICAgICAg ICAgfA0KICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSsNCiAgICAgIHwgIEFjdGlvbj0wICAgICB8MHwgICAgICAgICAg ICAgICAgfCAgICAgICAgICAgIExlbmd0aCA9IDggICAgICB8DQogICAgICArLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KICAg ICAgfCAgICAgICAgICAgUkIgSUQgPSAjMiAgICAgICAgICB8ICAgICAgIHplcm8gcGFkZGluZyAg ICAgICAgICAgIHwNCiAgICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQoNCg0KDQoNCg0KDQoNCg0KDQpCZXJuc3RlaW4g YW5kIExlZSAgICAgRXhwaXJlcyBTZXB0ZW1iZXIgMjcsIDIwMTIgICAgICAgICAgICAgIFtQYWdl IDI4XQ0KDA0KSW50ZXJuZXQtRHJhZnQgICBXYXZlbGVuZ3RoIFN3aXRjaGVkIE9wdGljYWwgTmV0 d29ya3MgICAgICAgIE1hcmNoIDIwMTINCg0KDQpBLjIuIFdhdmVsZW5ndGggQ29udmVyc2lvbiBS YW5nZSBTdWItVExWDQoNCiAgIEV4YW1wbGU6DQoNCiAgIFRoaXMgZXhhbXBsZSwgYmFzZWQgb24g ZmlndXJlIDEsIHNob3dzIGhvdyB0byByZXByZXNlbnQgdGhlDQogICB3YXZlbGVuZ3RoIGNvbnZl cnNpb24gcmFuZ2Ugb2Ygd2F2ZWxlbmd0aCBjb252ZXJ0ZXJzLiBTdXBwb3NlIHRoZQ0KICAgd2F2 ZWxlbmd0aCByYW5nZSBvZiBpbnB1dCBhbmQgb3V0cHV0IG9mIFdDMSBhbmQgV0MyIGFyZSB7TDEs IEwyLCBMMywNCiAgIEw0fToNCg0KICAgICAgIDAgICAgICAgICAgICAgICAgICAgMSAgICAgICAg ICAgICAgICAgICAyICAgICAgICAgICAgICAgICAgIDMNCiAgICAgICAwIDEgMiAzIDQgNSA2IDcg OCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDENCiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgTm90ZTogV0MgU2V0DQogICAgICArLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KICAgICAg fCAgQWN0aW9uPTAgICAgIHwxfCBSZXNlcnZlZCAgICB8ICAgICBMZW5ndGggPSA4ICAgICAgICAg ICAgICAgIHwNCiAgICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rDQogICAgICB8ICAgICAgICAgICBXQyBJRCA9ICMxICAg ICAgICAgIHwgICAgICAgV0MgSUQgPSAjMiAgICAgICAgICAgICAgfA0KICAgICAgKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsN CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgTm90ZTogd2F2ZWxlbmd0aCBpbnB1dCByYW5n ZQ0KICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSsNCiAgICAgIHwgMiAgIHwgTnVtIFdhdmVsZW5ndGhzID0gNCAgICAg fCAgICAgICAgICBMZW5ndGggPSA4ICAgICAgICAgICB8DQogICAgICArLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KICAgICAg fEdyaWQgfCAgQy5TLiB8ICAgICBSZXNlcnZlZCAgICB8ICBuIGZvciBsb3dlc3QgZnJlcXVlbmN5 ID0gMSAgIHwNCiAgICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgIE5v dGU6IHdhdmVsZW5ndGggb3V0cHV0IHJhbmdlDQogICAgICArLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KICAgICAgfCAyICAg fCBOdW0gV2F2ZWxlbmd0aHMgPSA0ICAgICB8ICAgICAgICAgIExlbmd0aCA9IDggICAgICAgICAg IHwNCiAgICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rDQogICAgICB8R3JpZCB8ICBDLlMuIHwgICAgIFJlc2VydmVkICAg IHwgIG4gZm9yIGxvd2VzdCBmcmVxdWVuY3kgPSAxICAgfA0KICAgICAgKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCg0KQS4z LiBBbiBPRU8gU3dpdGNoIHdpdGggRFdETSBPcHRpY3MNCg0KICAgRmlndXJlIDIgc2hvd3MgYW4g ZWxlY3Ryb25pYyBzd2l0Y2ggZmFicmljIHN1cnJvdW5kZWQgYnkgRFdETQ0KICAgb3B0aWNzLiBJ biB0aGlzIGV4YW1wbGUgdGhlIGVsZWN0cm9uaWMgZmFicmljIGNhbiBoYW5kbGUgZWl0aGVyDQog ICBHLjcwOSBvciBTREggc2lnbmFscyBvbmx5ICgyLjUgb3IgMTAgR2JwcykuIFRvIGRlc2NyaWJl IHRoaXMgbm9kZSwNCiAgIHRoZSBmb2xsb3dpbmcgaW5mb3JtYXRpb24gaXMgbmVlZGVkOg0KDQog ICA8Tm9kZV9JbmZvPiA6Oj0gPE5vZGVfSUQ+W090aGVyIEdNUExTIHN1Yi0NCiAgIFRMVnNdWzxD b25uZWN0aXZpdHlNYXRyaXg+Li4uXSAgWzxSZXNvdXJjZVBvb2w+XVs8UkJQb29sU3RhdGU+XQ0K DQogICBJbiB0aGlzIGNhc2UgdGhlcmUgaXMgY29tcGxldGUgcG9ydCB0byBwb3J0IGNvbm5lY3Rp dml0eSBzbyB0aGUNCiAgIDxDb25uZWN0aXZpdHlNYXRyaXg+IGlzIG5vdCByZXF1aXJlZC4gSW4g YWRkaXRpb24gc2luY2UgdGhlcmUgYXJlDQogICBzdWZmaWNpZW50IHBvcnRzIHRvIGhhbmRsZSBh bGwgd2F2ZWxlbmd0aCBzaWduYWxzIHRoZSA8UkJQb29sU3RhdGU+DQogICBlbGVtZW50IGlzIG5v dCBuZWVkZWQuDQoNCiAgIEhlbmNlIHRoZSBhdHRlbnRpb24gd2lsbCBiZSBmb2N1c2VkIG9uIHRo ZSA8UmVzb3VyY2VQb29sPiBzdWItVExWOg0KDQoNCg0KQmVybnN0ZWluIGFuZCBMZWUgICAgIEV4 cGlyZXMgU2VwdGVtYmVyIDI3LCAyMDEyICAgICAgICAgICAgICBbUGFnZSAyOV0NCgwNCkludGVy bmV0LURyYWZ0ICAgV2F2ZWxlbmd0aCBTd2l0Y2hlZCBPcHRpY2FsIE5ldHdvcmtzICAgICAgICBN YXJjaCAyMDEyDQoNCg0KICAgPFJlc291cmNlUG9vbD4gOjo9DQogICA8UmVzb3VyY2VCbG9ja0lu Zm8+WzxSZXNvdXJjZUJsb2NrQWNjZXNzaWJpbGl0eT4uLi5dWzxSZXNvdXJjZVdhdmVDbw0KICAg bnN0cmFpbnRzPi4uLl0NCg0KICAgICAgICAgICAgICAvfCAgICArLS0tLS0tLS0tLS0rICAgICst LS0tLS0tLS0tLS0tKyAgICstLS0tLS0rDQogICAgICAgICAgICAgL0QrLS0tPnwgICAgICAgICAg ICstLS0+fFR1bmFibGUgTGFzZXJ8LS0+fCAgICAgIHwNCiAgICAgICAgICAgICsgZSstLS0+fCAg ICAgICAgICAgfCAgICArLS0tLS0tLS0tLS0tLSsgICB8ICBDICAgfA0KICAgPT09PT09PT0+fCBN fCAgICB8ICAgICAgICAgICB8ICAgICAgICAuLi4gICAgICAgICAgIHwgIG8NCiAgIHw9PT09PT09 PT4NCiAgIFBvcnQgSTEgICsgdSstLS0+fCAgICAgICAgICAgfCAgICArLS0tLS0tLS0tLS0tLSsg ICB8ICBtICAgfCBQb3J0IEUxDQogICAgICAgICAgICAgXHgrLS0tPnwgICAgICAgICAgIHwtLS0+ fFR1bmFibGUgTGFzZXJ8LS0+fCAgYiAgIHwNCiAgICAgICAgICAgICAgXHwgICAgfCAgRWxlY3Ry aWMgfCAgICArLS0tLS0tLS0tLS0tLSsgICArLS0tLS0tKw0KICAgICAgICAgICAgICAgICAgICB8 ICAgU3dpdGNoICB8DQogICAgICAgICAgICAgIC98ICAgIHwgICAgICAgICAgIHwgICAgKy0tLS0t LS0tLS0tLS0rICAgKy0tLS0tLSsNCiAgICAgICAgICAgICAvRCstLS0+fCAgICAgICAgICAgKy0t LT58VHVuYWJsZSBMYXNlcnwtLT58ICAgICAgfA0KICAgICAgICAgICAgKyBlKy0tLT58ICAgICAg ICAgICB8ICAgICstLS0tLS0tLS0tLS0tKyAgIHwgIEMgICB8DQogICA9PT09PT09PT58IE18ICAg IHwgICAgICAgICAgIHwgICAgICAgIC4uLiAgICAgICAgICAgfCAgbw0KICAgfD09PT09PT09Pg0K ICAgUG9ydCBJMiAgKyB1Ky0tLT58ICAgICAgICAgICB8ICAgICstLS0tLS0tLS0tLS0tKyAgIHwg IG0gICB8IFBvcnQgRTINCiAgICAgICAgICAgICBceCstLS0+fCAgICAgICAgICAgKy0tLT58VHVu YWJsZSBMYXNlcnwtLT58ICBiICAgfA0KICAgICAgICAgICAgICBcfCAgICB8ICAgICAgICAgICB8 ICAgICstLS0tLS0tLS0tLS0tKyAgICstLS0tLS0rDQogICAgICAgICAgICAgICAgICAgIHwgICAg ICAgICAgIHwNCiAgICAgICAgICAgICAgL3wgICAgfCAgICAgICAgICAgfCAgICArLS0tLS0tLS0t LS0tLSsgICArLS0tLS0tKw0KICAgICAgICAgICAgIC9EKy0tLT58ICAgICAgICAgICB8LS0tPnxU dW5hYmxlIExhc2VyfC0tPnwgICAgICB8DQogICAgICAgICAgICArIGUrLS0tPnwgICAgICAgICAg IHwgICAgKy0tLS0tLS0tLS0tLS0rICAgfCAgQyAgIHwNCiAgID09PT09PT09PnwgTXwgICAgfCAg ICAgICAgICAgfCAgICAgICAgLi4uICAgICAgICAgICB8ICBvDQogICB8PT09PT09PT0+DQogICBQ b3J0IEkzICArIHUrLS0tPnwgICAgICAgICAgIHwgICAgKy0tLS0tLS0tLS0tLS0rICAgfCAgbSAg IHwgUG9ydCBFMw0KICAgICAgICAgICAgIFx4Ky0tLT58ICAgICAgICAgICB8LS0tPnxUdW5hYmxl IExhc2VyfC0tPnwgIGIgICB8DQogICAgICAgICAgICAgIFx8ICAgICstLS0tLS0tLS0tLSsgICAg Ky0tLS0tLS0tLS0tLS0rICAgKy0tLS0tLSsNCg0KICAgICAgRmlndXJlIDIgQW4gb3B0aWNhbCBz d2l0Y2ggYnVpbHQgYXJvdW5kIGFuIGVsZWN0cm9uaWMgc3dpdGNoaW5nDQogICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgZmFicmljLg0KDQogICBUaGUgcmVzb3VyY2UgYmxvY2sgaW5m b3JtYXRpb24gd2lsbCB0ZWxsIHVzIGFib3V0IHRoZSBwcm9jZXNzaW5nDQogICBjb25zdHJhaW50 cyBvZiB0aGUgcmVjZWl2ZXJzLCB0cmFuc21pdHRlcnMgYW5kIHRoZSBlbGVjdHJvbmljDQogICBz d2l0Y2guIFRoZSByZXNvdXJjZSBhdmFpbGFiaWxpdHkgaW5mb3JtYXRpb24sIGFsdGhvdWdoIHZl cnkgc2ltcGxlLA0KICAgdGVsbHMgdXMgdGhhdCBhbGwgc2lnbmFscyBtdXN0IHRyYXZlcnNlIHRo ZSBlbGVjdHJvbmljIGZhYnJpYyAoZml4ZWQNCiAgIGNvbm5lY3Rpdml0eSkuIFRoZSByZXNvdXJj ZSB3YXZlbGVuZ3RoIGNvbnN0cmFpbnRzIGFyZSBub3QgbmVlZGVkDQogICBzaW5jZSB0aGVyZSBh cmUgbm8gc3BlY2lhbCB3YXZlbGVuZ3RoIGNvbnN0cmFpbnRzIGZvciB0aGUgcmVzb3VyY2VzDQog ICB0aGF0IHdvdWxkIG5vdCBhcHBlYXIgYXMgcG9ydC93YXZlbGVuZ3RoIGNvbnN0cmFpbnRzLg0K DQogICA8UmVzb3VyY2VCbG9ja0luZm8+Og0KDQoNCg0KDQoNCg0KQmVybnN0ZWluIGFuZCBMZWUg ICAgIEV4cGlyZXMgU2VwdGVtYmVyIDI3LCAyMDEyICAgICAgICAgICAgICBbUGFnZSAzMF0NCgwN CkludGVybmV0LURyYWZ0ICAgV2F2ZWxlbmd0aCBTd2l0Y2hlZCBPcHRpY2FsIE5ldHdvcmtzICAg ICAgICBNYXJjaCAyMDEyDQoNCg0KICAgICAgIDAgICAgICAgICAgICAgICAgICAgMSAgICAgICAg ICAgICAgICAgICAyICAgICAgICAgICAgICAgICAgIDMNCiAgICAgICAwIDEgMiAzIDQgNSA2IDcg OCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDENCiAgICAgICst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rDQogICAgICB8ICAgICAgICAgICAgICAgICAgICAgUkIgU2V0IEZpZWxkICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgfA0KICAgICAgOiAgKG9ubHkgb25lIHJlc291cmNlIGJsb2Nr IGluIHRoaXMgZXhhbXBsZSB3aXRoIHNoYXJlZCAgICAgICAgIHwNCiAgICAgIHwgICAgICAgICAg ICAgICAgICAgICBpbnB1dC9vdXRwdXQgY2FzZSkgICAgICAgICAgICAgICAgICAgICAgICB8DQog ICAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKw0KICAgICAgfDB8MHwgICAgICAgICAgICAgICAgICAgICAgICAgUmVzZXJ2 ZWQgICAgICAgICAgICAgICAgICAgICAgICAgIHwNCiAgICAgICstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQogICAgICB8ICAg ICAgICAgICAgICAgICBNb2R1bGF0aW9uIFR5cGUgTGlzdCBTdWItU3ViLVRMViAgICAgICAgICAg ICAgfA0KICAgICAgOiAgICAgICAgICAgICAgICAgICAgICAgICAgIE5SWiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIDoNCiAgICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQogICAgICB8ICAgICAgICAgICAg ICAgICBGRUMgVHlwZSBMaXN0IFN1Yi1TdWItVExWICAgICAgICAgICAgICAgICAgICAgfA0KICAg ICAgOiAgICAgICAgICAgICAgIFN0YW5kYXJkIFNESCwgRy43MDkgRkVDICAgICAgICAgICAgICAg ICAgICAgICAgOg0KICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCiAgICAgIHwgICAgICAgICAgICAgIElucHV0IENs aWVudCBTaWduYWwgVHlwZSBTdWItVExWICAgICAgICAgICAgICAgICB8DQogICAgICA6ICAgICAg ICAgICAgICAoR1BJRHMgZm9yIFNESCBhbmQgRy43MDkpICAgICAgICAgICAgICAgICAgICAgICAg Og0KICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSsNCiAgICAgIHwgICAgICAgICAgIElucHV0IEJpdCBSYXRlIFJhbmdl IExpc3QgIFN1Yi1TdWItVExWICAgICAgICAgICAgICB8DQogICAgICA6ICAgICAgICAgICAgICAg ICAgICAgICAoMi41R2JwcywgMTBHYnBzKSAgICAgICAgICAgICAgICAgICAgICAgOg0KICAgICAg Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSsNCiAgICAgIHwgICAgICAgICBQcm9jZXNzaW5nIENhcGFiaWxpdGllcyBMaXN0IFN1 Yi1TdWItVExWICAgICAgICAgICAgICB8DQogICAgICA6ICAgICAgICAgICAgICAgICAgICBGaXhl ZCAobm9uIG9wdGlvbmFsKSAzUiByZWdlbmVyYXRpb24gICAgICAgOg0KICAgICAgOiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDoN CiAgICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rDQoNCiAgIFNpbmNlIHRoZXJlIGlzIGZpeGVkIGNvbm5lY3Rpdml0eSB0 byByZXNvdXJjZSBibG9ja3MgKHRoZSBlbGVjdHJvbmljDQogICBzd2l0Y2gpIHRoZSA8UmVzb3Vy Y2VCbG9ja0FjY2Vzc2liaWxpdHk+IGlzOg0KDQogICAgICAgMCAgICAgICAgICAgICAgICAgICAx ICAgICAgICAgICAgICAgICAgIDIgICAgICAgICAgICAgICAgICAgMw0KICAgICAgIDAgMSAyIDMg NCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMQ0K ICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSsNCiAgICAgIHwgQ29ubmVjdGl2aXR5PTB8UmVzZXJ2ZWQgICAgICAgfA0K ICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSsNCiAgICAgIHwgICAgICAgICAgICAgICAgICAgIElucHV0IExpbmsgU2V0 IEZpZWxkIEEgIzEgICAgICAgICAgICAgICAgICB8DQogICAgICA6ICAgICAgICAgICAgICAgICAg ICAoQWxsIGlucHV0IGxpbmtzIGNvbm5lY3QgdG8gcmVzb3VyY2UpICAgICAgOg0KICAgICAgKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSsNCiAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgIFJCIFNldCBGaWVsZCBBICMx ICAgICAgICAgICAgICAgICAgICB8DQogICAgICA6ICAgICAgICAgICAgICAodHJpdmlhbCBzZXQg b25seSBvbmUgcmVzb3VyY2UgYmxvY2spICAgICAgICAgICAgOg0KICAgICAgKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCiAg ICAgIHwgICAgICAgICAgICAgICAgT3V0cHV0IExpbmsgU2V0IEZpZWxkIEIgIzEgICAgICAgICAg ICAgICAgICAgICB8DQogICAgICA6ICAgICAgICAgICAgICAgICAgICAoQWxsIG91dHB1dCBsaW5r cyBjb25uZWN0IHRvIHJlc291cmNlKSAgICAgOg0KICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCg0KDQoNCg0KDQoN CkJlcm5zdGVpbiBhbmQgTGVlICAgICBFeHBpcmVzIFNlcHRlbWJlciAyNywgMjAxMiAgICAgICAg ICAgICAgW1BhZ2UgMzFdDQoMDQpJbnRlcm5ldC1EcmFmdCAgIFdhdmVsZW5ndGggU3dpdGNoZWQg T3B0aWNhbCBOZXR3b3JrcyAgICAgICAgTWFyY2ggMjAxMg0KDQoNCg0KDQo5LiBSZWZlcmVuY2Vz DQoNCjkuMS4gTm9ybWF0aXZlIFJlZmVyZW5jZXMNCg0KICAgW1JGQzIxMTldIEJyYWRuZXIsIFMu LCAiS2V5IHdvcmRzIGZvciB1c2UgaW4gUkZDcyB0byBJbmRpY2F0ZQ0KICAgICAgICAgICAgIFJl cXVpcmVtZW50IExldmVscyIsIEJDUCAxNCwgUkZDIDIxMTksIE1hcmNoIDE5OTcuDQoNCiAgIFtS RkMyNTc4XSBNY0Nsb2docmllLCBLLiwgUGVya2lucywgRC4sIGFuZCBKLiBTY2hvZW53YWVsZGVy LA0KICAgICAgICAgICAgICJTdHJ1Y3R1cmUgb2YgTWFuYWdlbWVudCBJbmZvcm1hdGlvbiBWZXJz aW9uIDIgKFNNSXYyKSIsDQogICAgICAgICAgICAgU1REIDU4LCBSRkMgMjU3OCwgQXByaWwgMTk5 OS4NCg0KICAgW1JGQzM0NzFdIEJlcmdlciwgTC4sICJHZW5lcmFsaXplZCBNdWx0aS1Qcm90b2Nv bCBMYWJlbCBTd2l0Y2hpbmcNCiAgICAgICAgICAgICAoR01QTFMpIFNpZ25hbGluZyBGdW5jdGlv bmFsIERlc2NyaXB0aW9uIiwgUkZDIDM0NzEsDQogICAgICAgICAgICAgSmFudWFyeSAyMDAzLg0K DQogICBbUkZDNDMyOF0gUGFwYWRpbWl0cmlvdSwgRC4sIEVkLiwgIkdlbmVyYWxpemVkIE11bHRp LVByb3RvY29sIExhYmVsDQogICAgICAgICAgICAgU3dpdGNoaW5nIChHTVBMUykgU2lnbmFsaW5n IEV4dGVuc2lvbnMgZm9yIEcuNzA5IE9wdGljYWwNCiAgICAgICAgICAgICBUcmFuc3BvcnQgTmV0 d29ya3MgQ29udHJvbCIsIFJGQyA0MzI4LCBKYW51YXJ5IDIwMDYuDQoNCiAgIFtHLjY5NC4xXSBJ VFUtVCBSZWNvbW1lbmRhdGlvbiBHLjY5NC4xLCAiU3BlY3RyYWwgZ3JpZHMgZm9yIFdETQ0KICAg ICAgICAgICAgIGFwcGxpY2F0aW9uczogRFdETSBmcmVxdWVuY3kgZ3JpZCIsIEp1bmUsIDIwMDIu DQoNCjkuMi4gSW5mb3JtYXRpdmUgUmVmZXJlbmNlcw0KDQogICBbRy42OTQuMV0gSVRVLVQgUmVj b21tZW5kYXRpb24gRy42OTQuMSwgU3BlY3RyYWwgZ3JpZHMgZm9yIFdETQ0KICAgICAgICAgICAg IGFwcGxpY2F0aW9uczogRFdETSBmcmVxdWVuY3kgZ3JpZCwgSnVuZSAyMDAyLg0KDQogICBbRy42 OTQuMl0gSVRVLVQgUmVjb21tZW5kYXRpb24gRy42OTQuMiwgU3BlY3RyYWwgZ3JpZHMgZm9yIFdE TQ0KICAgICAgICAgICAgIGFwcGxpY2F0aW9uczogQ1dETSB3YXZlbGVuZ3RoIGdyaWQsIERlY2Vt YmVyIDIwMDMuDQoNCiAgIFtHZW4tRW5jb2RlXSAgIEcuIEJlcm5zdGVpbiwgWS4gTGVlLCBELiBM aSwgVy4gSW1hanVrdSwgIkdlbmVyYWwNCiAgICAgICAgICAgICBOZXR3b3JrIEVsZW1lbnQgQ29u c3RyYWludCBFbmNvZGluZyBmb3IgR01QTFMgQ29udHJvbGxlZA0KICAgICAgICAgICAgIE5ldHdv cmtzIiwgd29yayBpbiBwcm9ncmVzczogZHJhZnQtaWV0Zi1jY2FtcC1nZW5lcmFsLQ0KICAgICAg ICAgICAgIGNvbnN0cmFpbnQtZW5jb2RlLg0KDQogICBbUkZDNjIwNV0gICBULiBPdGFuaSwgSC4g R3VvLCBLLiBNaXlhemFraSwgRC4gQ2F2aWdsaWEsICJHZW5lcmFsaXplZA0KICAgICAgICAgICAg IExhYmVscyBmb3IgRy42OTQgTGFtYmRhLVN3aXRjaGluZyBDYXBhYmxlIExhYmVsIFN3aXRjaGlu Zw0KICAgICAgICAgICAgIFJvdXRlcnMiLCBSRkMgNjIwNSwgTWFyY2ggMjAxMS4NCg0KICAgW1JG QzYxNjNdICBZLiBMZWUsIEcuIEJlcm5zdGVpbiwgVy4gSW1hanVrdSwgIkZyYW1ld29yayBmb3Ig R01QTFMNCiAgICAgICAgICAgICBhbmQgUENFIENvbnRyb2wgb2YgV2F2ZWxlbmd0aCBTd2l0Y2hl ZCBPcHRpY2FsIE5ldHdvcmtzIiwNCiAgICAgICAgICAgICBSRkMgNjE2MywgQXByaWwgMjAxMS4N Cg0KDQoNCg0KDQpCZXJuc3RlaW4gYW5kIExlZSAgICAgRXhwaXJlcyBTZXB0ZW1iZXIgMjcsIDIw MTIgICAgICAgICAgICAgIFtQYWdlIDMyXQ0KDA0KSW50ZXJuZXQtRHJhZnQgICBXYXZlbGVuZ3Ro IFN3aXRjaGVkIE9wdGljYWwgTmV0d29ya3MgICAgICAgIE1hcmNoIDIwMTINCg0KDQogICBbV1NP Ti1JbmZvXSBHLiBCZXJuc3RlaW4sIFkuIExlZSwgRC4gTGksIFcuIEltYWp1a3UsICJSb3V0aW5n IGFuZA0KICAgICAgICAgICAgIFdhdmVsZW5ndGggQXNzaWdubWVudCBJbmZvcm1hdGlvbiBNb2Rl bCBmb3IgV2F2ZWxlbmd0aA0KICAgICAgICAgICAgIFN3aXRjaGVkIE9wdGljYWwgTmV0d29ya3Mi LCB3b3JrIGluIHByb2dyZXNzOiBkcmFmdC1pZXRmLQ0KICAgICAgICAgICAgIGNjYW1wLXJ3YS1p bmZvLCBNYXJjaCAyMDA5Lg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KQmVybnN0 ZWluIGFuZCBMZWUgICAgIEV4cGlyZXMgU2VwdGVtYmVyIDI3LCAyMDEyICAgICAgICAgICAgICBb UGFnZSAzM10NCgwNCkludGVybmV0LURyYWZ0ICAgV2F2ZWxlbmd0aCBTd2l0Y2hlZCBPcHRpY2Fs IE5ldHdvcmtzICAgICAgICBNYXJjaCAyMDEyDQoNCg0KMTAuIENvbnRyaWJ1dG9ycw0KDQogICBE aWVnbyBDYXZpZ2xpYQ0KICAgRXJpY3Nzb24NCiAgIFZpYSBBLiBOZWdyb25lIDEvQSAxNjE1Mw0K ICAgR2Vub2EgSXRhbHkNCg0KICAgUGhvbmU6ICszOSAwMTAgNjAwIDM3MzYNCiAgIEVtYWlsOiBk aWVnby5jYXZpZ2xpYUAobWFyY29uaS5jb20sIGVyaWNzc29uLmNvbSkNCg0KICAgQW5kZXJzIEdh dmxlcg0KICAgQWNyZW8gQUINCiAgIEVsZWN0cnVtIDIzNg0KICAgU0UgLSAxNjQgNDAgS2lzdGEg U3dlZGVuDQoNCiAgIEVtYWlsOiBBbmRlcnMuR2F2bGVyQGFjcmVvLnNlDQoNCiAgIEpvbmFzIE1h cnRlbnNzb24NCiAgIEFjcmVvIEFCDQogICBFbGVjdHJ1bSAyMzYNCiAgIFNFIC0gMTY0IDQwIEtp c3RhLCBTd2VkZW4NCg0KICAgRW1haWw6IEpvbmFzLk1hcnRlbnNzb25AYWNyZW8uc2UNCg0KICAg SXRhcnUgTmlzaGlva2ENCiAgIE5FQyBDb3JwLg0KICAgMTc1MyBTaW1vbnVtYWJlLCBOYWthaGFy YS1rdSwgS2F3YXNha2ksIEthbmFnYXdhIDIxMS04NjY2DQogICBKYXBhbg0KDQogICBQaG9uZTog KzgxIDQ0IDM5NiAzMjg3DQogICBFbWFpbDogaS1uaXNoaW9rYUBjYi5qcC5uZWMuY29tDQoNCiAg IFBpZXJyZSBQZWxvc28NCiAgIEFMVQ0KDQogICBFbWFpbDogcGllcnJlLnBlbG9zb0BhbGNhdGVs LWx1Y2VudC5jb20NCg0KICAgQ3lyaWwgTWFyZ2FyaWENCiAgIE5TTg0KDQogICBFbWFpbDogY3ly aWwubWFyZ2FyaWFAbnNuLmNvbQ0KDQoNCg0KDQoNCg0KDQoNCkJlcm5zdGVpbiBhbmQgTGVlICAg ICBFeHBpcmVzIFNlcHRlbWJlciAyNywgMjAxMiAgICAgICAgICAgICAgW1BhZ2UgMzRdDQoMDQpJ bnRlcm5ldC1EcmFmdCAgIFdhdmVsZW5ndGggU3dpdGNoZWQgT3B0aWNhbCBOZXR3b3JrcyAgICAg ICAgTWFyY2ggMjAxMg0KDQoNCg0KQXV0aG9ycycgQWRkcmVzc2VzDQoNCiAgIEdyZWcgTS4gQmVy bnN0ZWluIChlZC4pDQogICBHcm90dG8gTmV0d29ya2luZw0KICAgRnJlbW9udCBDYWxpZm9ybmlh LCBVU0ENCg0KICAgUGhvbmU6ICg1MTApIDU3My0yMjM3DQogICBFbWFpbDogZ3JlZ2JAZ3JvdHRv LW5ldHdvcmtpbmcuY29tDQoNCg0KICAgWW91bmcgTGVlIChlZC4pDQogICBIdWF3ZWkgVGVjaG5v bG9naWVzDQogICAxNzAwIEFsbWEgRHJpdmUsIFN1aXRlIDEwMA0KICAgUGxhbm8sIFRYIDc1MDc1 DQogICBVU0ENCg0KICAgUGhvbmU6ICg5NzIpIDUwOS01NTk5ICh4MjI0MCkNCiAgIEVtYWlsOiB5 bGVlQGh1YXdlaS5jb20NCg0KDQogICBEYW4gTGkNCiAgIEh1YXdlaSBUZWNobm9sb2dpZXMgQ28u LCBMdGQuDQogICBGMy01LUIgUiZEIENlbnRlciwgSHVhd2VpIEJhc2UsDQogICBCYW50aWFuLCBM b25nZ2FuZyBEaXN0cmljdA0KICAgU2hlbnpoZW4gNTE4MTI5IFAuUi5DaGluYQ0KDQogICBQaG9u ZTogKzg2LTc1NS0yODk3MzIzNw0KICAgRW1haWw6IGRhbmxpQGh1YXdlaS5jb20NCg0KICAgV2F0 YXJ1IEltYWp1a3UNCiAgIE5UVCBOZXR3b3JrIElubm92YXRpb24gTGFicw0KICAgMS0xIEhpa2Fy aS1uby1va2EsIFlva29zdWthLCBLYW5hZ2F3YQ0KICAgSmFwYW4NCg0KICAgUGhvbmU6ICs4MS0o NDYpIDg1OS00MzE1DQogICBFbWFpbDogaW1hanVrdS53YXRhcnVAbGFiLm50dC5jby5qcA0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KQmVybnN0ZWluIGFuZCBMZWUgICAgIEV4cGlyZXMgU2VwdGVt YmVyIDI3LCAyMDEyICAgICAgICAgICAgICBbUGFnZSAzNV0NCgwNCkludGVybmV0LURyYWZ0ICAg V2F2ZWxlbmd0aCBTd2l0Y2hlZCBPcHRpY2FsIE5ldHdvcmtzICAgICAgICBNYXJjaCAyMDEyDQoN Cg0KICAgSmlhbnJ1aSBIYW4NCiAgIEh1YXdlaSBUZWNobm9sb2dpZXMgQ28uLCBMdGQuDQogICBG My01LUIgUiZEIENlbnRlciwgSHVhd2VpIEJhc2UsDQogICBCYW50aWFuLCBMb25nZ2FuZyBEaXN0 cmljdA0KICAgU2hlbnpoZW4gNTE4MTI5IFAuUi5DaGluYQ0KDQogICBQaG9uZTogKzg2LTc1NS0y ODk3MjkxNg0KICAgRW1haWw6IGhhbmppYW5ydWlAaHVhd2VpLmNvbQ0KDQoNCkludGVsbGVjdHVh bCBQcm9wZXJ0eSBTdGF0ZW1lbnQNCg0KICAgVGhlIElFVEYgVHJ1c3QgdGFrZXMgbm8gcG9zaXRp b24gcmVnYXJkaW5nIHRoZSB2YWxpZGl0eSBvciBzY29wZSBvZg0KICAgYW55IEludGVsbGVjdHVh bCBQcm9wZXJ0eSBSaWdodHMgb3Igb3RoZXIgcmlnaHRzIHRoYXQgbWlnaHQgYmUNCiAgIGNsYWlt ZWQgdG8gcGVydGFpbiB0byB0aGUgaW1wbGVtZW50YXRpb24gb3IgdXNlIG9mIHRoZSB0ZWNobm9s b2d5DQogICBkZXNjcmliZWQgaW4gYW55IElFVEYgRG9jdW1lbnQgb3IgdGhlIGV4dGVudCB0byB3 aGljaCBhbnkgbGljZW5zZQ0KICAgdW5kZXIgc3VjaCByaWdodHMgbWlnaHQgb3IgbWlnaHQgbm90 IGJlIGF2YWlsYWJsZTsgbm9yIGRvZXMgaXQNCiAgIHJlcHJlc2VudCB0aGF0IGl0IGhhcyBtYWRl IGFueSBpbmRlcGVuZGVudCBlZmZvcnQgdG8gaWRlbnRpZnkgYW55DQogICBzdWNoIHJpZ2h0cy4N Cg0KICAgQ29waWVzIG9mIEludGVsbGVjdHVhbCBQcm9wZXJ0eSBkaXNjbG9zdXJlcyBtYWRlIHRv IHRoZSBJRVRGDQogICBTZWNyZXRhcmlhdCBhbmQgYW55IGFzc3VyYW5jZXMgb2YgbGljZW5zZXMg dG8gYmUgbWFkZSBhdmFpbGFibGUsIG9yDQogICB0aGUgcmVzdWx0IG9mIGFuIGF0dGVtcHQgbWFk ZSB0byBvYnRhaW4gYSBnZW5lcmFsIGxpY2Vuc2Ugb3INCiAgIHBlcm1pc3Npb24gZm9yIHRoZSB1 c2Ugb2Ygc3VjaCBwcm9wcmlldGFyeSByaWdodHMgYnkgaW1wbGVtZW50ZXJzIG9yDQogICB1c2Vy cyBvZiB0aGlzIHNwZWNpZmljYXRpb24gY2FuIGJlIG9idGFpbmVkIGZyb20gdGhlIElFVEYgb24t bGluZQ0KICAgSVBSIHJlcG9zaXRvcnkgYXQgaHR0cDovL3d3dy5pZXRmLm9yZy9pcHINCg0KICAg VGhlIElFVEYgaW52aXRlcyBhbnkgaW50ZXJlc3RlZCBwYXJ0eSB0byBicmluZyB0byBpdHMgYXR0 ZW50aW9uIGFueQ0KICAgY29weXJpZ2h0cywgcGF0ZW50cyBvciBwYXRlbnQgYXBwbGljYXRpb25z LCBvciBvdGhlciBwcm9wcmlldGFyeQ0KICAgcmlnaHRzIHRoYXQgbWF5IGNvdmVyIHRlY2hub2xv Z3kgdGhhdCBtYXkgYmUgcmVxdWlyZWQgdG8gaW1wbGVtZW50DQogICBhbnkgc3RhbmRhcmQgb3Ig c3BlY2lmaWNhdGlvbiBjb250YWluZWQgaW4gYW4gSUVURiBEb2N1bWVudC4gUGxlYXNlDQogICBh ZGRyZXNzIHRoZSBpbmZvcm1hdGlvbiB0byB0aGUgSUVURiBhdCBpZXRmLWlwckBpZXRmLm9yZy4N Cg0KRGlzY2xhaW1lciBvZiBWYWxpZGl0eQ0KDQogICBBbGwgSUVURiBEb2N1bWVudHMgYW5kIHRo ZSBpbmZvcm1hdGlvbiBjb250YWluZWQgdGhlcmVpbiBhcmUNCiAgIHByb3ZpZGVkIG9uIGFuICJB UyBJUyIgYmFzaXMgYW5kIFRIRSBDT05UUklCVVRPUiwgVEhFIE9SR0FOSVpBVElPTg0KICAgSEUv U0hFIFJFUFJFU0VOVFMgT1IgSVMgU1BPTlNPUkVEIEJZIChJRiBBTlkpLCBUSEUgSU5URVJORVQg U09DSUVUWSwNCiAgIFRIRSBJRVRGIFRSVVNUIEFORCBUSEUgSU5URVJORVQgRU5HSU5FRVJJTkcg VEFTSyBGT1JDRSBESVNDTEFJTSBBTEwNCiAgIFdBUlJBTlRJRVMsIEVYUFJFU1MgT1IgSU1QTElF RCwgSU5DTFVESU5HIEJVVCBOT1QgTElNSVRFRCBUTyBBTlkNCiAgIFdBUlJBTlRZIFRIQVQgVEhF IFVTRSBPRiBUSEUgSU5GT1JNQVRJT04gVEhFUkVJTiBXSUxMIE5PVCBJTkZSSU5HRQ0KICAgQU5Z IFJJR0hUUyBPUiBBTlkgSU1QTElFRCBXQVJSQU5USUVTIE9GIE1FUkNIQU5UQUJJTElUWSBPUiBG SVRORVNTDQogICBGT1IgQSBQQVJUSUNVTEFSIFBVUlBPU0UuDQoNCg0KDQoNCg0KDQpCZXJuc3Rl aW4gYW5kIExlZSAgICAgRXhwaXJlcyBTZXB0ZW1iZXIgMjcsIDIwMTIgICAgICAgICAgICAgIFtQ YWdlIDM2XQ0KDA0KSW50ZXJuZXQtRHJhZnQgICBXYXZlbGVuZ3RoIFN3aXRjaGVkIE9wdGljYWwg TmV0d29ya3MgICAgICAgIE1hcmNoIDIwMTINCg0KDQpBY2tub3dsZWRnbWVudA0KDQogICBGdW5k aW5nIGZvciB0aGUgUkZDIEVkaXRvciBmdW5jdGlvbiBpcyBjdXJyZW50bHkgcHJvdmlkZWQgYnkg dGhlDQogICBJbnRlcm5ldCBTb2NpZXR5Lg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KQmVybnN0ZWluIGFuZCBMZWUgICAgIEV4cGlyZXMgU2VwdGVtYmVyIDI3LCAyMDEyICAgICAg ICAgICAgICBbUGFnZSAzN10NCgwNCg== --_005_7AEB3D6833318045B4AE71C2C87E8E1720C8F24Edfweml511mbxchi_ Content-Type: application/vnd.openxmlformats-officedocument.wordprocessingml.document; name="draft-ietf-ccamp-rwa-wson-encode-14c.docx" Content-Description: draft-ietf-ccamp-rwa-wson-encode-14c.docx Content-Disposition: attachment; filename="draft-ietf-ccamp-rwa-wson-encode-14c.docx"; size=63770; creation-date="Tue, 27 Mar 2012 11:20:48 GMT"; modification-date="Tue, 27 Mar 2012 12:39:19 GMT" Content-Transfer-Encoding: base64 UEsDBBQAAgAIAHA9e0B2/AhjoAEAACoJAAATABEAW0NvbnRlbnRfVHlwZXNdLnhtbFVUDQAHrG9x T6xvcU+sb3FPxVbJbsIwEL1X6j9EvqLEwKGqKgKHLscWqfQDjD0hUeNF9rD9fSeE0qpqCRQiLpEi 5y3zxuN4MFrpMlqAD4U1KeslXRaBkVYVZpayt8lTfMuigMIoUVoDKVtDYKPh9dVgsnYQIkKbkLIc 0d1xHmQOWoTEOjC0klmvBdKrn3En5LuYAe93uzdcWoNgMMaKgw0HL2TAFwqisfD4LDTp8KX1imfW orEIISE6Ft3XuEo6ZcK5spACyThfGPVDNLZZVkhQVs41QZKKznkrIQQqTZfJjrpTUfPh4AEyMS8x elyRRh2HhzIcp7otMyHk5puQF26fwv6ytrg/49lVd/Z0ditaFKbT5MPM9RQ8Ic9vZEfdaCLgumxj o9S8jfJgVEs79ZN5nwVCj711gZPWyQ6g2p8KVEw2HHgsDig/ACLZbSP/LXOjhWqiwffbOSrAHxS/ nAe0+mQLNc0x+dcee5cofqOPdPJD/TzdxIamUTIHoVrpd018QOSkJ6YltBH6lrrRxBKmr62N3jfy A7vRu0Q3vqbP+n804/OfXaF/GTm+uekMPwBQSwMEFAACAAgAcD17QJlVfgX4AAAA4QIAAAsAEQBf cmVscy8ucmVsc1VUDQAHrG9xT6xvcU+sb3FPrZJNSwMxEIbvgv8hzL072yoi0t1eROhNZP0BQzL7 gZsPkqm2/94oii7UtYceM3nnyTND1pu9HdUrxzR4V8GyKEGx094MrqvguXlY3IJKQs7Q6B1XcOAE m/ryYv3EI0luSv0QksoUlyroRcIdYtI9W0qFD+zyTeujJcnH2GEg/UId46osbzD+ZkA9YaqtqSBu zRWo5hD4FLZv20Hzvdc7y06OPIG8F3aGzSLE3B9lyNOohmLHUoHx+jGXE1IIRUYDHjdanW7097Ro WciQEGofed7nIzEntDzniqaJH5s3Hw2ar/KczfU5bfQuibf/rOcz862Ek49ZvwNQSwMEFAACAAgA cD17QDUNgFKhAQAA2AgAABwAEQB3b3JkL19yZWxzL2RvY3VtZW50LnhtbC5yZWxzVVQNAAesb3FP rG9xT6xvcU+9lk1PwzAMhu9I/Icq97Xr+EbrxgGQOHCB8QOy1N3CUqdKPGD/HmtjrOMjApRxtJu8 7yPbSdofvtQmeQLntcVC5GlXJIDKlhonhXgYXXdOReJJYimNRSjEArwYDvb3+ndgJPEmP9WNT1gF fSGmRM15lnk1hVr61DaA/KWyrpbEoZtkjVQzOYGs1+0eZ66tIQZbmslNWQh3U7L/aNHAT7RtVWkF l1bNa0D6wiKbspIzGmcsKt0EqBC11Ibsue6g5jV2Ji/UOH1sUgSVKluvF97akhmuXggcSiOyr2Hz g5i0lbVst0Fdxb2Uhb4DiOrvgYjnwG8I1pkQwsmOG/YmS27uCSDVQNVSzLAUeuhorOwvu9aLigyy bHdtFQe7FtXf08JAu2fLOGSfx7THeT0Gx0OyIXhPhSCOY0IAlshnpVWFdSZYh3z3pzcPARzF9v9Q hPdUsApRKYj3woZgGa6SwUrk3d0fySDAYUz/Zxjff7pLW8kQyNn/vH+NBucgbcBYby+kUZLAdMyc 71T6wzt4GHeSkUZybKA9yW+pdemyrf+RwStQSwMEFAACAAgAcD17QDz1RjfvggAAd08HABEAEQB3 b3JkL2RvY3VtZW50LnhtbFVUDQAHrG9xT6xvcU+sb3FP7F3pcuO2lv4/VfMOiKYq0z0j2dwp2XGn tXY740VjOcm9laRyKRKScE0RCghadv+a15jXmyeZA5BaLcuy23RLFFnVbYoEgbN92HjO4Q8/3g19 dItZSGhwUlAPlALCgUs9EvRPCj9ft0rlAgq5E3iOTwN8UrjHYeHHD//6Lz+MjzzqRkMccARVBOHR LdwdcD46OjwM3QEeOuEBHeEAbvYoGzocfrL+4dBhN9Go5NLhyOGkS3zC7w81RbEKSTX0pBCx4Cip ojQkLqMh7XHxyBHt9YiLkz+TJ9gm7caPNBKSZYuHDPtAAw3CARmFk9qGL60Nbg4mldyuY+J26E/K jUebtOYxZwz6GPpxQ2PKvBGjLg5DuNqIb05rVJUNBCiqmD6xCQmLbU4oGTokmFYTPNT/tO0DaDsR mqxqxgjI4gPYUpd69+LvCI2PwBa9q5OColQbRlOvFyaX2kxcbNhatdqYXmzgnhP5XNwxGlarrsrq Rm0m/3T4vY+h6K3jnxSuWvVrwn1cOPzww+G0DFtZvbwTFwhom1HaOxTnvhP0oTx2Ql4NiXNS+DIo 1S+SCpPyI+LyDz/cHoUDZ4T5/Qgj4p0U/rxT4PiT20YBuRQYD8kXEJimWopSlP8XED0KR8CJKALg GJwUhqpStsTtsu2qimGqRdU2rGLF1CpFVVHLxYqimkVbV4p22TKLqqkVLatsFoumAdeLhmrHF7VK xSya4kfFsouqrsCZasYVy+u6pkEpQysamqbIxxX50zKheVHANiu2P6FGkqyIOsXlWwNaLKmKbhct qLgkK5XXdN22XU2FppIGFENLGgVCdC2hpCwakNTZhhYTrFoa/IZTRRF/dFtPrmu2Ihm+LQkZaOUy tCzloqgWnJYNKGeY9h0uSBVwRm8w+iclQSgsASRKOGZCX7dHQsSozxyPAISlsujNSYELNbg0CLDL hfJOCm4Ucjqcu+xTN4SucqqaY62ilYGCsqIcz4noWC1bthZfn3saLMjH8DxwAqwroMIi3Ob4jnfp HYMCJwVTyFLTbBCTZZpCYZZtSyObs6qpiUnzavCwI35cOEMcG9Kc0YWqokH/GrPzb/OW6Ajk6PWP llGrqR+Nj7Zp1z6VP34yKrVazVTNsm1XdKVycgI8npweX/3X365Ai6qt6ppaO/18+fEPoumViv3d 9ABtKwb8Z3wsm+X58+9ecJSVarVV1j+WP53ONbPc8EewnZpsTDVqTduoV+rz5y9qWP/e58ff9/nx edm+/PHiHOyxos83P72iTg+lVv9Ua+imWpk/f1Hztn4ChqRN+P64im815hsa06Gs2TD1cg2H/+hH xYEX9Yvd7j/8v4rh7T+KtyygRY92A+yBKQ0OcdD9Lj/yIz/yIz/yIz+29lC/U8XyW05dRzQkYrV6 5HRD6kccH/u4x4+UYzF3LDk+6QdH4soxLLH7JCgld5NfnI7gx5h4fHB0oJgjfjzApD/gyY8vJRJ4 +O5IM2HKadta+fiWhMny/GhAPA8HYk2kKkdO4A4ogznwzdyENF5QyYWPWAgtrKvEqsrUFcNqFR5d anXZ4ezJLqU3Ypugwx3G4RExk1XEswFMbmFSe4V7ZUvXYV6qFg7nH2gG3rT44QMamg3dmFs4PqCB f7iiEYfVLXKgnl+dW+zjoA9rhCqsefuB3Ok4DeJFMahBkPsYu4piq63KmqbEmhnm6I4r9MpwiNkt rFhQM9l5WVd3q6FYjcbz615Xp27ptbq2TjTA9roKntLvY0TNSbkzJtwdYA9djjhxHR9dYD6m7CZc aFeY2YN9gnWtr9gnMBWz2jKfu08wEpsATSbYjhdSsHQcShNdsrUV0vOY0+Mlgnmv5LrOcFRiY6c0 DmlQknttuLROtuWWrbTKSU3qupKWYRrapKTxWMkV9B3wO75UfCW7ALCJUL5aCXHxdUr4rJYCen1Z D2gQDTfdtOEfQCc8ChHtIT4gITrHQ/rqJlSzNMua3mnPXXqKumtB02nAMQswLzWEYSC4EkbdIeEc zJ9TdNq8biESoF7k+8ilcZ8TuCAbAkDhA4xAO6J/poHks1ZvI7ssuy15Wjl4fczM1LWOu0XGQuQw IBpALHrVeLt4bddmm4ZVe3YvEvBE23gqWOhJYdDDmImGnwGEaye8QS3KQNbvhBbeFxGJ2XDCohSw +DnhqM9oNAoPELqgHEP7DkcUqGDJDTR07pHjhxR5JOSMdGHMXpKGIN1ZtofwW6lvtXhX6VR2aHM8 AGSJh8BOkQNc35FhNBQqCckdGtKAD0IpOyGPLkbRyHPA0ouI4ZEPjcEZPEjFrAYLBHTvEzHOyYhD BfeIkyEGcZ9KyJDAGQEORow4QvoURSFGD4gNoZUeZljABwZusAgYWqA5KO8SqTU8TJoDBQbigbVd rG3qreq6kbLwDHMTxiCADmz0Qd5Liv/Kpt8Q9tcAPR9sXOjcjRiLp0qLmnBBuKB8xxXvEEDLoNLk bcF4PD4QY6N80SBODlXilWCWy5njAhqWB6dvxNhSp90ZOB4dowYRe7aUEbwxi6F88mDAh/5WAX3V 0DQmMAThuxFwiWiwFhqqppTN8uP22fO9+sARjyRn13Je0cXQUxcOX1ip2Nhn17AAemSCedqSNE+L zZoBIjpkOJIzDnn7pIA61V+ajep1E6HfP6Lv/4ooPz6P/6Df/wOdN68+NVuXV+fVa1R4QGnF1u16 efWLo9nLoRkh+kq6DucIe3VhnCAV/RT594+JJLPqfEqb2VCuhqpRP4LOKldvJvSpow4ecTzswtwk V+lTKq3XtVbV2lyllW+hUgNdwmQhV2hmFGrC2u82h2iGNGqhBnZzjWZIozb6yQkih+Xz3owotIxa uMtyjWZHoxV07jB3kKvzSXXalq2Zrc3VqWrfZJ9BQdURI36u0KwoVAWE5t1tZtSpoZ+iAKNCyyF+ YZmrFLUc4pHDHI4fVXQiv82d8lcJVfCWIhN4+hr89Q01V0WuilwVW6yKZD79daqQs91cF7kucl3s sy4U21Drdq6LXBcZ1kWujBwYq+rVbEu3v3ZOO31Dnusj10euj+Takh62SP4bRqes2pRbcszzismW XOExyT0pJM0uLjtgvnzT7SVxN7kT1pY7YYksAMj+Onn8HY60RKIp32L/OH8LkIGXriK5BbJ2V5cn b4fK52oTUKm+vUL/E6lbtWVtaHq58Qpd2fZPGle/RdvCzbl9UMb2zeCfnocm0t6mefqHVIMQRxOD EwH7IlFBErK/WYRvnY7umUheIAIviYufprRZU01VX0XU4p323CVJxZqZ/YyKd+77TRYwK6KL7uFI RqHXmhyuMKcHw8669YoMPr5mIo5ExGzKaGPMQhFqTDwccNIjIrQtlHemKSCdiA8oE7GwVd9HUiwi 8lJW6h2gdDR0+Lp69p2QXwFoMMNe2+njGsPOzeFc2PaU2zhg+5/Y5SKOdC78WsYgTwX4f//zvyE6 w33HR+1ZwPaVzDoZ9KeR3o1pmOu7JSsaAI6ZT4IbxGRaC3bqyW4KiOGU3Z8U1FWRfuWKBoYybyds IbT+86TWwpLhJMGKXNCO8Sxg0QeMBSEukaD3IJR+SuLMsD68FzGtuNcT8qFBbCgiRpf20CjqQm0y gcY0Qn8i1gPU9rETYrCbW4LH4rkQzwUBuw7DIiT+vpiY3z3ycOgy0sXonkZsYnZCEWB6nBFXZveM w+bhyihR2FKrqE49DP8NRzSQDcFIISJPwcx7jA4Xi6OhQAYJXD+ChySmYkTUOg10FgtKZvMTNE7I 84RAOliSg4wDPAlXj2H2wEIEAyLKWkb5e/C0YIBGHI0dxpyA3z+oW1S2mpYt7sarSYTv0xSqTbOs WxtTuFi8PXfpSZJAxNOMJOEkIwlNMpIEcUYS9O7XzuXFe7CovyICZhVH/ruYcQdUcQNmSWZpYhDU lsSwMxGBDkbj3MJ00en6Mmi957giyY6Ah0xIKRLjRjx+dNKjgC1DcRIOpAGC7cDT2E/oEz2JeBJ6 j7NOO3x/gETQ8jwFQzBvf9FeCs9KdSMD+zdJ1VJA4YCOAXBCIPMkkHAiLRkVLZAIluqiESVCNIkF C7GuDYFvGGar+oI0M22RSCjBnGhkhXhcGgj1iYwBoptIlJpkLIBH+zjADFh1RiPRgcWZkYQCk9wB 2B0E1Kd9gsMi8E9Au/EdmCMmyu85hPn3M+bhYUFMuMnwaCq2ValsjIBFQbXnatgoP8m0s0t6oFD0 5sQViVKL4hqnLvVLTj+gIRjANGF0KA1lKuQpo6vgcDDN4sDFkOvF8p7WPX121v3LUPRZMgfZKw/x kAo5TscBML9lw4Nhg4lOUdA2rTYK8fpsC+sEvs7UOpE7mBNIkhIgCuPMLjAuALfo03n7rIME1Bx/ gkKWIHIiAiEh6AI8Tyb9SgbDuYpp5HvTqqcpM4Zgh05AwmEoM1zQ4Ba6Iymq0Bkudgtw33nY5yT6 Qe/a9eb7jSzzRaPH4fbmD6oLoQXxzEEKV/ZOc6jYsqQNWA45Ipf2W6YuOf+5c/1mra1mvfjG7KKL y31i+ar53z+fXjUbe8Ry53P17Gzf+N0zs+58vvz5bL+MWjC8d51X/fL8vHnR2Kv+67z692/OrZjL vh3Hl+3r08uL6rfutB/MEeWCD2bYXSxXOAyK8njbdGEdDrPUkqaqFfQbnImTP95iv+a1ZsrXchMD FscwZeZijfbmtAPN6jy9K9tsKLZatr6m+tlGaovKpeiRE7qEwNx7KL8pElD2uRqEpDD3bZj5m83k mty7FQVXPumGfO5yjXgkbjv8MqFH0yZX6uHitck27iaKe/br+me/gwO5od8p+n2Afv+Cfo+efAn3 NW/cZnvk4yQ39Unhz2vq6ppiVsyyqqzbMF9hHjEttqopVf0Fe+iqWLZzRr3IfSpLdNLwXBtj3P0s c20vVup0D7+yihd5aGxa+VPW0K5+al41W2hBK8I4Nnk3uxkRaQjnBa93H9Hf47mYX4HMhbe8iy9k ntkbzhHyWG+o7Wpv+FQvoT79Wu0rugToFK5w/HYHfY4bWbaI5/YCrwf5VPCtrsP3pmDeRuTuBEz1 3YDpiu/p4aD0c+dlENZShjCAGNQZ9HEYvxZWlDgNdsaRrOVIzpH8tkjWU0aytoxkdS+QrGcEyWaO 5F1BspEykvVlJGt7gWQjR3KO5LdFspkyko1lJOt7gWQzR3KO5LdFspUyks1lJBt7gWQrR3KO5LdF sp0ykq1lJJt7gWQ7R3KO5LdFcjllJNvLSLb2AsnlHMk5kt8WyZWUkVxeRrK9F0iuZATJVo7kHUGy pqSM5Moyksv7gGRNyZGcI/ltkZy2c5eqLEO5shdQzoqTVw7lnYFy6k5ey15e6l54eWlZ8fLKobwz UE7by0tddvNS98LNS8uKm1cO5Z2BctpuXuqyn5e6F35eWlb8vHIo7wyU0/bzUpcdvdS9cPTSsuLo tZtQ3tko7qfgmqYzF8yfrzETbPi0n/GARS0r7lt2js9twmeaLlq6iCoOacRckXOy5lP3Bv52MA+L 09ShkwKoTamfcQhnxW9rNyGc1dQAWjlVCKszEMcQFgBGLYJ9L+NwzYpzVjkfcbcJrmk6YBkHiwMq qrow9oYkzgZ9WI0Te8sfGQdvVvyxVCUfbLcIvbqSKnrVtfhFnahbuj77JdvQ1bPigJVDd7ugq6YK Xe3BPHnugxR1KkzZkd+S2A8QZ8X16uGHz3IQf0sQa6mCWF8efzvywzf7AdmsuFipu5lJK7OQ1VOF LCx5k20pUBv2khnzwjej5la94rN4ewDlrLhYqbsZWJjVvSs9TT8qc37sZRRKcYJD1Ey+KJVxxGbF k0rdTf+LzA6+ZqqIffhyaP6rjPsxbc6K45Sav9bdKuRaqSJXO0Dn1Iv8GKktiVl0Bq1J1O4HcrPi UrWjyN1H92XdThnV6ipc74G3hp4V5yp1N901MjsMv7Z3laisP/DhH5/cv8e+T8cP0awfoFazjoQ2 921ozorvlbab74D3cmiupDo0S0/KKZz3YUTOigvWjmI4qyOyoaSKU0N8H3EUcVQjHF2JOMA9G3uN rPhfabvpurGPY6+hpoxpGHtneN6DwdfIiv+VpueD7zYNvlqqQDUng2/dJ+Ij5R3SDxx/3wbgrDhi 5djdLuzqqWLXOhBuGzJcAeYFdWc0cbnaM/RmxfdKyz9IujPTZyNlZKursS38s/ZhMp0V56wdhXRW 3SmNNJ2zYDjuYDdiYgQW4UfEw0y+FA4zDtas+GNpeSarrQJrmv5YNqx7qxfV/QJqVtyvcqBuF1DT dLEqH6CqexPQsY+9/hCDyDIO0qy4VeUg3S6Qppm0qtpuNy8ap39D1aNp+BBq3jnDkY+zjtfMOE7l 0Qhbhdc0naOqYn9pMVvGLWYcs31Mf2Nkxm0qR/A2IdhUUkWwtgLBoQhBiF0u9gK6ZmY8pyo5dLcJ umqq0NVhTRugy+Yl6owJdwcI/h+gxq+Nc3Q54sTN+JTZzIyr1G6iNqtLXDNNV6mKCLzvYYYDN+tL WjMr7lB6nkpuq/Cpp4pPWNJexJkwbvH+YDUrzk85VrcLq0aqWNUOZnlr9gmtWfFr2lG0Znbmm+o3 +sS37EFSjHQjqD/rEM2KN5Oeux5uFUTT9GaqRhzaC/8dVT0PrDvM/DiaFU8mPU+3ulUgTdOT6TTg 2PexyyPHn+RbvY/znQu/powjNituTXru1rRViE3TralBQtd3yBAzRHvoF8cHXrL+HS8zK/5M3w6o pq4YVquwaIQNW6tWG6vQmxR/Er0zTLCVVT+Dg9Rp/owd4QO4RHeX0puhw25gzGMiFxvxBGLhJHBE fyGsULUtzSgbihH3EKue0Baf0BStbCmWbT7+hL74RGLpqpL0iY9K04f+7gpkhxn22k4f1xh2bg6n ozmjXuSKuIElQ5uQ0Ay8KZOHq29oj93QJ5J7oClbtat1c2NNLRZvz11az/sjXUZ13ukkfnuNPbSM tHl6m7ZdqSiFxxv6IN95w5zoAvMxZTfo3a+dy4v3iITImW+tQW6JdHA5B9bIyMd3wsv03a+N8/eI JlUESRUkQOMBcQcolCSKglAdwFbsOQLBIRYTMQJ136OuE8IVqFd8HdmFmRh09+NZs9DzO8G0gVDm RzhYYPg11NRQjcZscH+gplhQv1216pZq6X+sk/e6htcoFnk4dBnpYiH1HgOwSEGCvNAnHGAGg98X EFMse0Y5damPzpwu9hMzkMr4dN4+67yX35puO9ItaTiKeJwatenLeS5616433yNX7ChBFSDer7Ke 1dyA4YANHaDaTLeg/ylbRfSbuF8Se9B/zHMegOXM0qkPqQfs8YHDUTjCLumJ8Nux+DlfCioOMPag Hbhx6zBCIzA1Kj89BnYYkyLOKIOeBHEKvAupYDQCEYVSWDiESYJPwsGCSHEsxRC9O+u0w/cH6Gmz qyvW/7P3JsqNI1ei6K9kyBFzVa8pFhaSIOUohbl2y65SKSS163rsjgkITIpwgQANgKWWn17EfMi9 Pzdf8nIBSIDEklgJSqkZV0skkMs5J8+WZxH7fWayCz9+G/goF3d4wFCeW9qGIDoRrxO5E1gS6wSI 8n7oCF8ALha6RiqWQC/e3MGkFMSLh5THF3KwbWvjYhLF0A6cbtXBJ5rS5d234QewplnXGF+V0GUF QKGkfr9B7G4HDA3R8iOsYg8bJ4XjC2JnIElJHB+dAaRXIskaNwwz1yIMp6D8oTzdJw6fUHwm5xTb arsChINrxFbmyBbRqdRy4A7xhVYbM10FW9CsjTHHBEqoCZ1RC+3D3p8J4cBaTG08oUsU2SfEwYlm t6e6Ma3kagW1pWrqzsphmWdKleaSUEbYvvkDvlBR5CBJFOJW6HuVCARPOtBPYVBm4vgGt5IjTURc BVh2dFOD+xQKVBuxY2ionv61Y+XowRfCuDw2jwQwelTVtA22CdHpVI0XRyeMnuhqngqxNlQzGSwD SZnSYjwZiXS12phI7yPJwR/Xu4IchWB1ZVjqnGhWmHM7wEDaPx4UkQBiPVjPQqRAGVtoiwxa53Qo dPrsWmf48dvAR7m4MSFPQks5hLJBFJ+APPYlsbpeGwgHj8i6RBB6osqor+k7iIe8WOh1omRhylK9 K5A5Vb58j8JOLfk70mcvSJYa/K0NElE5HPaGs94eOL0PA94ExvriYe1opX5Hegxifz45e5of9LoH bGGIvw+umUopHDHhYIDoLgJa2FLajlELxXgK48eDoWdKt9MbMQ8dfvw28FGam0FKdzN0ol0AYpoL wL26g57Z+Qt1MqYa+51Y0702gMjpAOlGA0RKB8h4iRNMsDVlrYAggLmtLtxUqHTrgUrSwqdIYyJH Bh89xFqTTv5oooiTaWaJYSLx5OLTTSL6N+s55jxoxqSpemNR9rz3nomPcPFbocVdtYDehu0WYhMr CxEGZiGYr4JH3WXgCUnjR2Ak/PgBnbLqcFGkZiBzeuEJYLyJh9EEW/NILJpQoza66tr67wAPTRjj 2sLpi0itMDerR2ijw9DOoOxVBA5lIPVmqUL16gY+I3kV5VIMe3joaEkWTWG7qtj8SN4XXgEy0ost wpeG2ja5dY0bTPti9TI6ARbLzpjcuSzTp1xOtAptLQZi+RN6T25n6YmO5W0pek2tQrZqOvV+G+e3 UfOC+VdHxQBN6sBeIqWwONETZoi66wg9zs55k+55hnNsr2D3v4XMz0RwyN1xXzzLw+hiWBWCvwPY GSl2q1G7eIWkoI6QaCJ7AY/CAOqJ2BFG0yz3FYHHbwMflaCb9qJ1Uzmrbioy6qa9WNEvT+XAtUz6 tajU68m5RP/DEibRVhJ2kmhra0NCrxgLKCqXl4hakc0N8e3IjxRHcM5VY1eYic1+dCT139sAaYFI gi10fMOCcKZZto2UJGLg7xwLnqfMwcYw1Ikz0YYbh7gNFtgWdoBl+83onXbiupOwTtH1K9Hs5+DW QkQbkE530EHqKNVMvbkSHcBDRewrOTg15UrqD1U3yA6DNxpmMlLQaZKG2dmUs1TtFHTn3Myjqn3f rIut+SoAgC2Ok0bsDjuzvlDYFZ5J6KfO6bGveX7Jn3dbWGy4umtQG8rRrDVxS3nGCOhhGxYdOmuF zticukPB1rkLsP8LnTcDIhxQoUWcgMTRveVAz7phbB3+Ork2dawVJNep2wtl75pVY9ENZGHcH7Pr BqHHbwMflSCwlGiB1ckqsCRGgaXER4eUCZVktxjl/4gIrK3Xw8WhZuhvDdomxjmJ2zMsHDihIwXQ xUzcpjfemG7I1w4yuBZRJa2D2+qPBEXps9+zRTuaEFaGCrujKfR4FthQ7jzF3hbg6WSxtiarn7bU xRfxydDNPepz3abcASHX98f8wDam55HxNI52PmaWURI6Op5rR1D+5Ln5dYz7EE211aTwBc6W9rWX wm4mZdhRJjL70Q09fhv4qASG1o9maN2sDE1mZGj9mqBSAP0+w9tdbWEC8K+jCNNbU/dy6IKpKFWI E2E8nUZtNfzN/lbTjzCSweTSjIY/EKsRSXbPUURcqbv7Tm3XXCSkdHuwYOFfU1kZzCJZVeib28BH JRDyIJqQex6+o2i2w0izg/gbjbx7TSPPIPp2dIhIbg4RBsmdg0r8fVRfc6yNjVS0RySBvzvgh64C T4tf6I/QLkya0lScDCJJM/wN2eZgKA+FXhkoFYVonCoJOO0y4pTGBEfudtjr9YR+1G6HUk8Zh3mO 9zA7UqOlG7l7hFRZ2irSmO3gD/7nv/+Ph06K8//57/+LDucc35ZY9GrYMo0XesNsQqKMQFVbkvcT 76OGooRsCApGHTcHiwqkj5PHaeZnaHRr48YNf1WYPIczRZlE5suEv6GnUBZHE6kU8hSjybOfQJ49 VvIUS9+tHZZuvsWH/v+MSIdtOV/qHL4LG4Fn6YxfkGSl241aWPgbsrBeT+xOh6WgQYpGwyCAhiS/ bxhBCiuCpFgExcOhN5KHw0EYDvSjtNN272FLxmWX0YI1zCuwDYajzcjd6YsXaYVwtdTXyP52n7Hv DruXnZYvGWhACZUWDuliQkdtiy30j3QJKDA8D0Fg7Fs0zMUIDxKaJtm7Nuwpg8nA4wC7udAe/GHJ si628svBFxIMKoY3cNQRCH2TB8KdSzBBBhw2AGy/WAmGBHryBw74Nl7oXTv6/m50M/PdkdkNEAqW mf47Gunh81+RqH7a2JDiiAaqr6n7JWR+uMTr5Xm+gGmhuREwXfRmcbNkJI/7cqSuHfqm7PMbnbQj CQlstM96SuXyd5sBr4mezlFP8DhznIQlaQReXJjn2UaqPGLcOAxuqRoL4rnzSMGzVvETQ8+hDnD1 56JU4a0zAk7hb/bhZAcDO17IzQSJyqE7oKwAC58Qg2rtcSgGa0MWe9NxpAYe+oYqa5LcEYRSiDY6 zEwSE4h2wEq0CXFlWXbrfXTAbLBKeUZ5+T1VK2noQNB1NaQXDtQQ9EjsLOgoltsdEsbqYEcyOLsb 7dx7Z8BWybWMu1RJYCYCKYIxeuR6khwkP+uOxuPKvPLB4bdqkGoYQHRcnDHm4BSfuW6tnMKHRlBw qmKkKhT6pmyqjI7187Owo6hSZA3rE7vl75aNlfqoQmJX1Ym3uRDCUsyafGLcvyYkraa8M9LOf7sj 94XZcJocwkFDDrc6CtUTTPiMFBTdcTZYP5mNWVhoZ9DrK5FMJfxN2cQaffkvyQnEynrPL8Zf9Ofe bRZ9zuOiIaFNtUvMNB8hEHvYTEfyzrvjJvLRtrE5j57G8hwLQvK+rxgWICdlgmR1rzLGGhze81kF wvEDhiYV7ImBBGiogegNhYh6pxgg8bK7T9paDFh7KACY4HQxgPlCeM8cLhDr8YNTQ0sgC9xJP3oP RFJFn6M5QSRZet6SKKMx9A1VszrdjtQv5RBGX2hKnYRDyHp3KcZfXubeLavEWBuq5kl3XN1CJQwS Ye4MgQUnjZxRH+oZ8XqdEbo6fBaGHqUurLPiCvWkN+tFXmmEv7kNfFQGpqNveqRuAqZZL3XEfum7 9deD2WRyJFPgJdYYZ88nucBRPPQQe+rwNiUHnV+kGG/MuYosbtVMtOQGiqyM+7mCrOkORKnTmY5y 5Bk9q04Wj63nt6ApA7n0HMYI2ewYWqpOketjhhlIJJsN3Y1tQsKk/+e//88d/XaOHerRNEKZO2EP vlG9vRZ+RopX4Y3TzJF5FjSSG58FLmtBg0DJkWVfSHKisjTrDeQZOzFHH3q5JyujyEMf+uaAxbEQ YYIvN3rBW4fpVglrS7tLFhyDiM8WUZ/96F9s9abUq5CnQmeiBC9PcNghFRLBKL2tYlDcqlSm4nA4 jHRZhb6J46U0x4Z4ANSYNRKDPpyjuAjnKBLJEH/xHX1/SIkq6v4w9M3BwsNUHKDNbHzygAK6bTFE ASSqBDuk8da/WPMNdXGTgz+bjgHFL/7LQ7CmOocauV3w1IRFZejkZpefxYRkNP2NRWmwv8BOtzcb JZWOymE9slSTGkSXk+ollJMSoutJJb0SfcUn9dKjSB6gjcviGdZTeiKpf1cVUTZKiP0m/oYwf4mv xHifb5Mvl2BsqbYDU6s1MTCFalY5IaucQLOcRY6VrjDosFfZoY+nLXL2dYhXSX0FflEsZDh/nNjW erfE/ciN+sAYE6RAl41vhk3ilCAR6YnrB0OiR2Peu8YR9Jq1MfdEj1efK1DAy6+FsYD4YiutCkN6 FEPmUMMSQhsyz2noJoIBroWBAUWyG56RMCMp/wiycwzZ3dcMhCF2leGAPY7Uezw1OO7bEFFAoJpD 8NJgW9KhUrotEtsXmV+YhOqO3BHFXpa6P2XHvT4glcSvkIF0Ui9zLOJUFIFLuB5axTt6hCq91gyV 2vMq8tHqaip4QjzBDHIKEuYEqTMm8XAqXXk2TMLYWYZMO/ivjY5Uk4iyzZXNGQM1XCEGc8UwmOb6 glwABJlqqF+otkuj9SqFkQhqfErRGDhUcFf08IIwY9syde3CR8751+nXXbE0ZOKQVwDNfjJetkj0 njia4CdyvwSJL/Y6MSGdEfpsn0bm5kJoVHnN6AKZl4n0PhY6A2WUORNomCXfFDes9KpnNq/+Ztgq CVrFoW9KNkCk6LAzSWEJ9vTiG1rU74j+iwxtL/gBwyaxJEi3MxgOzxiGj3Fp4VCuVItEig9vi4f3 VEYnpBMHbzuxnCTcIf7FceHKuycjRjoimpX6QhigSko9kZxpRC7bQBH8x44TYiHl+IHtuPi+7t2O Jjq++j1xpqSUpPSj5MNEmpJk6gEsYeSZF+i73thry0GLXUJc34qZDuKly/78Vz7Iyh86RmzpXrHV OeLHc9wQAWeHkaASbUnrWUWmxVs4q5fmXLjodyz1dco4thwIp7wTT5aqIX2ZeGuC8wSNjKp5SWqQ 6T1JodzRKy6J6ZE4gth39DT+8wmSuBm0US9ek1TzWemGahdjCWAOf+gRTdfiDsBVC8D2U7tVcFaE E2LWaKpNs7Jp7Ud6PtHeVtjThtkgxusC37ZgtQThbmPqLiko5+USEkNze+Oqe1V+txXWdIcGNYXv ZM+o9Rm6pg3yEaRNFmMIeEe4cGFBKLEcyRByHObDiyDgHKSH4Np5GFzOSjUQ9N0wlH3QB7idP0CL KODOklT0fLKtzXpHszvS1k1M13QqfUFLPZJaAh4l4wsLGx1ZaOsOboGNA4rhD3zP5mVQ7gmCR4jX QCo047srQpfB1e14fMvLj/BSm9CzLkt+sQexnAJtr9gfCRSAlB4XFnZG4zX6mepYMXK9IKZA4k6i AUr9qzGYTyw3QnlmQKfCLPOSoVJgaNvsAPG0JXOz8ppSGD8MX7Hy/Jjou+u5/5nsKxneG4G+B/49 vke5WGdhKHB0Iruhl81hVwSyp1RSSPyE90WwFF9UKOMuRtOOogxq20WWgFjm3YX3cMTd7dHedSC1 k3kzngyKusULfXO7J7CSmNQU56nRiCon2e4J8sGYwiU+k422e2gRWeI+wmLMk900rixkSwSjl/+5 cdxdCHNYkrYBYf0rC5m3iOb3eT69N90FjrVLJhcPIB+L4YnRIGYovCrF5HH090KzoiNu0i3S+FSO vQ2nOZSSqdU/N3v9s5AkRS/7vbKiO1ht278BtbC3j6TkERMnmpqx4VN4EmSUGJs5jJ6BvbQkO6zy RkiFnFF7+mxTl3l+N6pmaVcfohHWKr0WaMKzyGSw3KSruahipZtHzG2z6LBb0eDbLpi7OoSBu1ad +93WrjdeCldW89vQZJkfJ+NaZtChtfeybjo+pyTqlEo6xX46m9ht8LMNn8CXNhhBGymayJ7CD+C4 MxxgIEoXgnwhdh6E/qUsXwrCf54d3m/sQnBj1rcfLUXbyqXtCkvMQGoqqW/gwYZYqK690XBuIy0H F7YbW9i6NC3zwrX1H7pqtJIitqJqKO7HkbNlp+e7wKuKF8RMicRq4WUv/EBYatL6VfY9I36lmibt cUTqO5FoMRxG5pVHIaXs72ZjuaOIv7G0MypVhqfUXwxVNtFU29b93dWMJqcKND2+XNYM7kjFESF/ RhJXWDsaZo7rBOhHAIc/YsRnUsRn8kmCKREYItqoDDqgC3pAAX0wyPLZGwPHTxcF/++NweMVk8iQ xr/in9dpsfiR3FkLr0lm/kxWRsp+56q8U5WUjbHl8T53/3R2r6/uN+ZZJN9PXB3mc7hGZmCsfy8v xjfVrJwRI34eRMVxPwx4L8f2ihng1ef8n6lPj/7klvis1FAE4dufDIrta+MY13abHijIEwv7YnYX 40jJwd6yojFxKXiotyc/CpNwAFjJBM2CSkY8JMmzuo4u877LJND4xeZd2lV28yYndq63NYC32vhJ 4ap8bvJ6Qvtv4lLVx49NXFECEb3T895E4rnamv9vWTcqKlDfsMJzdNheguSf1O85bN8j3b4VRf39 qr+NFIfmhVgTJE5P9+eaP9f8ueb/dlhdczX/OmRvBrfxKalRH48WPxALaXqzdgn6pLBjcwIekgSz AC7ANY4BdHABhs+649Z9SPKnrEfv65q2xYDbxnSkK6qf8uOEIn/vRrtekjSPzIZ+SOQceNlmFYXw GfuwTj6bxTu4RGGt11HkqVI0RJbhjrFgXEMaG/P2kf3eUwrR/11SHbUIeBWc/Nz5wFAWdCTP5E6R 0zbsiZ2ulOe05d1ZvpOZ3EiC7KHK5QUZQ0XUZtdLX04124gP1E3TOQ9nTGCWx95msbIuJQP32IeD ZOnURrnRawhkdtcGDXpkaXClabkkuBK4z5ZXvhtrEIFup0cGEI1glSWysmfLntcHJpwJBY+9/YVu O65fWN1PCQ9haNtQzSFpS34hb4Jjv/SGiZsqMQ2CM/iDQ9TEh2qH6w0i/J3M/hyobI/hQ5o8k7h9 lxQ8pIH75mb1iIs4LChoHJZNFKtNWZc55ft+rqbgfIorVCFC+XBJ8tgQFASPUZCaF9Z8HgBEmFf4 5gW2A8A5Dn3GdTHsF/BvaFtgrc4//NEfUwyOCfGUbIOa1nYwnMH3oV1RDevA62GwBcbMRvIkrVJd rw2c5kJaG+oLP3L10ycglLqT41NTybZl9JikgFU/1ACHxnxeAqVwYGWzPB6Ufha7Ou50o21w7YIv v94/4KIrDj1b5IDgglSITTkr3XH8or/+c/qTadm0aJUNNaivWUob1s6LKFO+9OXW6ThxSDaOa+GS L7siYG4AfYi/vrjQqcb/Uae3DXe/2nLq7Lf5yWsL5MaXmF/zcKD62JB8Sx1mVfnGYtwHE1/ZKsqt 9ioC0ep1Fbn5sBzzjQX0IHxiKuk7kiVhJjLX2Q4/TghCnIrDcB8+2tQV63KXBIr61u1F9d8zKl/P SJFIBCI0Nj59P6D9QhuGa+6uYnqgXMKuL4/u+gUm1Tku56PiPiKIx3rayn4VItwUiZQAA8/qC3As qmLiDqAbx+uK4IDz+YuprnQtmLH3gUzjqt8DE23Zhp+mq70wwFkYSp2+GNm3LPQNPWN9SexMS6kc GOzSdgcXaKr+QJEG3YQ65L29V7ro8U5HURJe2evsI0lyX5Z7XTnhlX70K52EV6LbrkvxBc2V2G/6 OX3+cfUOI6boRfSA8tr1JkxA6tpEZweHahJ9DBaJSV/MIJu0UnpSoLXtBBrJYkKYiIPOKFZMeOI3 SZMWhh2l5/fiwofL755AM00Ti5DJ3el4wlKuLDhJXL8TbLH7tV2w9T2HqoHZEKnlEir5RTu1BEv1 BFlVcr0INlrYVtU6LELJDEviLnG2d00gsbTwbNTrjRKXdCgTD9QjZ40Mrbj2baG1+YeJlGcJUTfT HNFt1tKR3KpgC7h6U6CyVsXrj6gZX2QPI8x0SC2tSte9PViJNvVEEfvjbkGbek/apqngESL4sFaR TripAReuVxcrWfLK0R1A+vHdIiMXHebEoUV3JXEa7sMjDRVlNmErsJSv7FDkTsV9haEj9uSBkCDK 5eiCxrLAXtAYREpKVnhmV6+HRaZyrxK4W3WLjqvYEVGFLUprkMU4/UmWslFxpqM37SqzWa9wgaw0 p40TCYVqi3D4FWeyFDKqdYHZjN6rXdGc/U6lRGPRsXnntbfyqrfsSrfTMsFtcG2CNeIMurbBtV6I 8bq7vUd2V/KZqQQKuDp8UdPfrLuRDOl5Qwq9pt2gjie9wU5j3q9JWEVHm9JjrzCGsu0xf+Pe4FDx BFMe/LY4VIMHo+4eQZic2rWeugx856HOhWFhURSceqQXk11pj4BBRG+FOKLIpulcZ2NHV19U19Z/ z2k6VEJJheyjYqB2r75mPH8NhF+24nZ/x/VDL3CZ39/qPJbtWuxAaSKOpEF1ymgJgHgo86IiiczF cVea+GS+TjkT3sOlFe6JaiTGYlQdWVQllo+u8CooU4W+Ko7JG6zQl+kOp3SIHLMYXySBzJRupzdi BMdgJgkjuSg4vCmPnqNdMzxI/IXj/dd/QjOgauMx15bz6azbE33PIn22GAxfC1pwwUmuxpZpksZs +JIEvBYJdmZafNT1Wab0x9zl03LNXKSUW1p6KFtJtxC2Ygr0Vb+XlD0cD6tHwWwuzSOEyNeTFPzN 4+tNhcdrVPEWZjP1uhSn42fdDDTWaHR9y2Fhrf0PIiOw690uY2BvbKXS0zwW24DUS3a0skKKP8ef 489lPntcxWieilGl7KlAfWl+lexqCu7kWcrdqLBG8241t7eivDVjE2/O1EwrkZlR5WRw0OStxMnF 65uw4IfzOWncqRrUpM7SrekYUjDihr0WSXhVoGtWHXApo8vWWtVtB6gOMCHE1aEawuOz9EBM53rv QmI4a6jpi5dT0mcLxMmUecwLBDcVmTabU7TMmcsNAipQ4OxUzKt0jYprT0fQngZTua/I5TknjuOK qCzYr0FOhavPTWYEWAl+H96NUcnejcSgvF3XvnJERLP9Ety5wi/o+HP8OX5Bx3XgpurAJWqujTbs MjjuYvOWkT73RjS5yi8HM+q98ZrlOa6CUnfyoRaIGP7A3lSj+NHt9GS5IzXijgnwy6HmsXZ5pCiT 4ZEvhzAfLPcCppB9UgJnb/p1V4aktP3bG9cC7+2+g98pBKfN6CI8vUuF93Kf0FSx29wQv/pFer1g zQjEk99A+VlXV9+W0IYczeENTJCiORxF1VgejZGFklgdL5RsGVlINL7nCa26tLSeE+tAsdUvol99 LGg5plWocXxT0a8vtVeAM3eRCA/QmfEVUSxQlAa9RIUrHalCFkxeXKRIveB8VxhotBQXIKXQf4/O /IxDwjlsPyXWcxRHynDoT9bKMrTq4xZp0aS41WrjuOAJ49m2Nk/LCHx/KJmTVI5YsRhiM2Zl7yO+ SCZ2+t4CZBXNHGgtODhnJZ9cKl5oz+fRC8E03CJldu1tYXFEewsiJIgJF6A6NUBzGxftzvxfLvro Xxvdjt9KxFo+vC2pd7DZhKKVpXs7H1LEldKR5H5dnlevZxOJJSN+GmoB7uXKOi2GYot1wpAxlbc6 cF75Nf+bA5NtGR3dBH//GZoXU7xE+FtTaI10DbMwu8K9sY4Bt6v2KdrDFWj0p7ero95PhTu9zZHs pPX+1yrSOXB/N7/4PWkEF2ZNgVZwvtUCnpcQPWl7PcloBgV+UGWuw1rmodCPFUccV9DPPgYUrKN5 PmPA4BNGa9uC8VHfkp5qAHTqNtBruohoZ0eL6A/TcsEatx10Xb9j966INGeCnAkmn4V7CMFwvYaI X/0Ohm2RUBliTrphbHDXCML8tp2FPEWoFrIaCrIki0kVLlndyZplWLaPt9kMzSZUR2TxjRF6w95g EG6MMJMQgxvU3hhBjmyMICc0X6L91w8bI4iBxgiZSyNuWyaQRiuFeibEzIDbn3hN9ZJG70xkZTjI PHqgsUqNDR+YuyTIsV0SOhV2SVBEuSvLVXZJ8MkGWaq0exoadIdnzTJ/QBsJR/Q1dLV2C6zUF7BE DwAVCVokJ4mYxIYvYgpUFQi+7zXrDQQ3GC8tMN/AbaeA/d4C1tpFup4BnBfHhSsikNFLgTEd4rsx Ia4Kq9q68eLVUUfzG5AsDD0edBo6fnektW0h2e7iHrCqDbdtGkgP7o1D2tCZEI+zsuyAzzG4HYjW qxNFwtl1kFIDhVihYT3nvTyU5Z6ssJaWnKCHu52sEpWhX27BKqXJiqC3xewdfOst+noS+MgLy6ZV mH1vYK7hvrw/lqVAa880OIcfLwDnFCU6AXCFtPlDFFW7kGDs/ev169fXUUyZo7gqq81YPl8OXw5f Dl/OO18OY/ZlcZnqfVR1vF99Urb5ihBXOKPK/Bc4eNXQHHtg7gnspGE8LmemXpOJ4j4tkaTkI8SS ZtcczJ7yaa8VrSfDUVh4Y82QO12oVeSgfOXKSKRmfVkNvLMJWT4mH5OPycfkY/IxT2zMIvV9atAt uHeKe6eKeqdOz8XDUkK4ZECdAlR2AWK1gmYXM35SRFSrfZriQuDWK7de+Zh8TD4mH5OPycd8J9br e4sLbZ6X4LR8Aidpq7KUpuPG6jGN1ZMipwabiu8w/PySh5bz5fDl8OXw5fDl8OXw5fDl8OXw5fDl lGhVcJfdG3PZZQdlbVnmR8Ty1TX4BERc/0MAuzrZuJIIwbmpkdog6qP36yJQ/zNQGWfr32Eo6/TW APg1BwC9sqkcggSCIwLBIPBUF6gAF6cxQpVocOHDBXEj2pBCF0mGRwt9o28r0h6W49F2NZbyAje+ fFEycMuC0Hhj22izxgutFmSiX9DT+hztbfWomyqtzYOI6/y69bU1+kBK/ZyLLaElfGiBc6El0l9E /xf0RUv8UEsRtlhaK6ua01aAZ+jWlKleVt6EPIbaQeTIV7PqehpkVo7dqyE59taiVtxm6Iq115YB nFdFhldOhlV9qBVcz0tdW9IKaaS+mbqCWUAYU2yszi3k7qbRQF5YNt1dm2U0vqzoULDeaDI2YeUM OWXLCSU6EaF4KlytzAdznAAHoapgNgZ+FJaD9bUMy8TbvBs5wCscrllIJXTWlomru6IvCjWaTKbb xCY4w2FvOOvlOvmB1/cKm07F4XCYQ09+WJJGP14ldVJrGM7BD12ltdbVR2iQU04fQfAPdj54Y9rw 14qooZw2yFwa1CINOn150pud5WioFOI9jWDsnmX/9jh7M7h6ZM3u7q5m971rrddw/gv0fdMRVaG9 8t+M3ba4+Eg+z0pXFvtKpuuDiqq99yKqvXeEgZRQ7V2JrvbuveKg590HFd/ObGz909nGNi8dbQlX qnOx0jXbcqyFe6FZq0trsdA1SF9w1ScHD4s4wgrirawNRCxnJQ54iwe8Qas+Y6lJv60jvo96fzWp jQD3aLuaXYSazknKrO8znoO20ftLZyXeitwuZYLjATGis8ybcq/uM5flz82RXSRh49FxbNwwNw3o xYoHJbZpwKTb64xmUUzQI9iQUjMU+4KcvRe8z+RxAX7cWMm7jFmjU4D5/ZP+A5q4LD7+0NysHqGN H9lW1AfqD1U31EcDJpGEPOv2uv1EgYbbP+EOPK6ubQzVBtpStVXNhbbuoI9w44C93p9+xye/NRSV TKTmP75bwkX5qY803AIAf4AQDbEalKEXZxsUIXkK4I2DOOUWzEnjjQfKaNLNrQCkL8eO4tHP+12i SF+VhEU4ftMuFbBi/+oQiYV2Et8nz9dUVPSrTnqF4T4VDqEIsQcedZfQwRP6gvSBcijZ4M9X6tq/ ecMap99rbHv7tt2DHqB//DoCBSLHNigG1gfSqIouw28NRKZa474Vtu71PzP3mx+TSz1vhwdrLU7A OlbIF5a9os2LvL6pNjTQ38geeQHzF6Ta6FoL6G3YbpEH0Ck2n7zVbvv7orcLMovzz/e3VZENOp+P iE6WiHRwYzDLNsHcek5csceomRskxjP28Df5GXtVlnNOIZOjfcgx2nw0FRZHasfRVHAcK9aqqfB4 BcNEppr7Rizbc/FLfK1oZZ61ydBYo/LN8+ea9VyR/ETO906F76UmypZs7mfL0t3zZ9cdhwWK3vZE JycfDeAZgH2iJ581l5dLAf4cf64ireGSaw1vX2s4njhrrsrw68493VhLsn7lI8nvNxpIojA4Kw3j KUpQvZvn6hYXi/w5/hxXt+pVt/YZfZNAcjLoufq2hDb0/OLgExDAHJoWzqOMuwR2SKLk9gUx8IJ3 F9sG1yZNrNRUx0tn9cJpHD/M4G4UiIXD+Ybkctwy4YVrXaD/BGIZSeoriXrAL3pX0F7EI40UQIMF QwbQcGqbk0aVt2z8ypFfOXIjOsOVI2GtGbVnfk/In+P3hJxZ8XtC5k0gTbDO9fPLQ+7N4s/x5/hz 3JvFVQl+eRhKyPqDmPGOMNPwrCcuDkavR11WJVut+R74D5Lnbyzz7vJ9X12K015HETnD5sovf44/ x5VffpV7quLluPpvI9TfDIswL8Sk8DFR6nSmo6rqRDCXNiqylKtEU2Bv5PL1NeaqOiVq6gczOmto GIw1o5pBlmkwJDsqG4gxyE8lIIYgS8sGt+ocp8kXt1eaYamwnhxu6rxFU+ekwqxIaQwctIRrQnlB VQ4pV7FXb/4HtF306Pnd6INfBMUGa3pu8fNziL5e6SacH9ab2cZZeQFStAgcjbPiMVHvOSZKGUi9 WZfHRPG7gRMtw4Af/kTPFI9/4s+91finGvn0STCmGuFx/PgnLyyexxSdGEnxaxX+HH/uPVyrcPF8 XPF8PHGGZHMg8x97b3Dd0VKjP3gUCBfP/Dn+HBfP70E8V8boi8WGvh7daiwqTtvkp0rgVr2DugH/ Ck4sHJg0IFHnGby0V1luvcugZXK919BWZ2VVj2qiRngICh8In87u9dX9xqRPGSpuWRD48t/Li/FN 5pZ5NZlvWVB/sN9IcmCBQPgIv03s1rarsntbH6/s3WVxvvZX1dZJN5DPNO7hceOC1cZxcasMFf1m uPraIF12OuDxparegVft47Cvckkh25anqrb0Cvp4fRkDpXQwejekSg8uwpOBwhLbFQnBLjFeWEqo JQwuKSRGP0RbxczrJPV2FgH4UOfKcPcp+K8NKYnkVVLa9uHJomxcWTZpSQdUTUO/EohbeLhaOUqW bP2EDHxaRIoQWp3Ld5fZQO5sHi8q4mIPn/+anZEx86ykTXnhpETZvdxn6ulLUoaCNOhGtq8MfXMb +IipfWVKS8r+XkvKXk9WREEUE1pSDqJbUsqeUpJAKCPSwCspglXpK8pQSqTzpYqPa2QjtquhpkHH Abv2xWBIOatu6O5L0sRTpdsfTxMZuMPaua8f27lvENu5byqKg4AYpQQmzjrSZBpFFOHHbwMfValm +R3xMnTB8xqNFZaeK/UlBudYTSJo93rMqsChJLLQH6Fd2IMSM+s1ljk6iVolDYdVBzL3+2plgZ+L G6EFwmLVAEEj1QR/70CmLe+3krvKhEe0URPCOe2cmAxVj2wTRtvgPrBIw0InY9uRLrixNkMWVBUn Jo+LNH23NUTFnhowKo6KrRkcVToeioG6hpvzkyK91+vX6WsSg5Qm3elEPMtD1anF33ujTr8rl3H9 XWSlfljvySwYvGYmwsbQWw3nz0MSq1cm/PjtHpqrj1xphi+37Cp8dTmeC62hMHgK+FnrwN59fGdo ZhKlAcPlbbM4STb7wJQU8HU6XKGEDTd6s+XeeDZROPEYOP4cf675MXCRvCPesCzKO45ixDcl/P20 jHhWi7M3FKW+ULaidnVtrjduUReofzOBIMQ8VKX6wNXu1qTw3vBlpJ9614zd5dJ22P0+RXv+FV7H 62mecVZd7OAd/lzJz7H5+86/rnHBAtX4ADjCMjpKjwwwRq3rpDSBt6cZ1RCzW66OlderfwS97evG TVDcWDZTvbtvqxXWCfO3oWiy+uhq22fzdLJ6uUuJpyWHnlj27HxGPiOfscEz7inilcvqPLYQRzSf kc94pANbqmbYeHAXsffjb2jfp72fBx4fD4beM9sCo4S/2YeqTRHvuHfQJMlKt+oTHNlQ/f4xjO5r nH3CgPNCC4nBzvU2h+45UOGZ0crHOekRpnkSMexS5gLB8dsKzzRfTjM2OGD9XPyAC0eblgvOhQ/t quGzRcf0dNFhRbpKjoUPYaB0ZlJkvlbomxR8eDUlib/gMvOsqemuDEuJht0Q+Jk1gGZIOQmVL0mW VK8zFGbbk5MFTc9LXVsC1TAIPawgLpfu0PQR8omjrqo8tQjtFdIgSX/Bczxa7rJ9HNlXctJVguYU 7yRNzpFMvL4OcJ1Cbsojl/Vg9jEyrHDLMypaavlKWrLYKEKoTBIH85GdEHCAtrFtaLrGS0BInGPu /whxxixOav/gpbJVyHoocyDJ3UgYbdPOSH5iO2na4bA3nPVyX2Z4r4dxFxjTw8NSf1oa6H+urza/ QMOwng8SnPHityIVmpo19/IeMfQ+q4/QALtUcGsB/v4zNC+m5Lnf3hFLzHDbw/lcY/hc5MVWJj4X wOnb4HN5taCFba04q8vM6jIlkh0Sm05y/Q24wK+kNvaZKGJ/3N1bgTDsKL1Ia7DT7/RG03AliJ40 mAxSK0GI6ZUgOkK4rAOtBCGKnfhKEB0x8pWBlPCKtFdvotsRuwNZ6CW8IkfXm+jEVlkQ4r7pxH8j Rnau83CRcB62lltqWQipG9FFMYkCvLoitrWGtqvHF37Cr8yUrjycnWVdPSCn5bAeYASApFjQybFF LcY9ZSCOmNl5BH17I6Q2FdMRpzOBCr7df70BJnSfLfu73wIMnN9MP2CegUxcXEbiEW5ZokOL5Tj6 k6kaQLNWa9XVvdoKmmU6rq0iaeEk8kxh0BsJiSVLwAOp0eBPmjhYvyuOO3H1GTJOW6S9Z2ghjzBf D839gYqnHNnwCZrQVl3LdlqR3eLQx9DV2u1EnMlSB52Ns+wq0kZb+nhkRWP0ULB4RUxMy6rhWJRS dXfjUhfOPvmrpLHe0sLVxbbt8HDBEiwzVRM/p7m2Bay1ixQbAzjoTGjLdqKkn006o66UVvirAKix 7Hcg6Y6V7ArblUKKGWlt64hh6cYLKLTMq4WlbRxmmCR3uB0pw2GX5ZTnJVRPy4xkbLjqCjrAuGQO VkvXWwGD6cHBFK6y8ap0DkQ0zgr2x1QfRu4MJYHdkg09fhv4KLXuHQL0YmPOVXza1KTddjqdbpw8 TNitsYejYnSs7hkEGbhvyyMPh1DIlhNjj2sUK24B1YaXNWPKU3HNzcrTyI0fhq8Ne+of+u567n8m +2q69wZbKSziQw2qCIkHZdQZjbKjHZwXY3xOdKW0bB61bFO2QCE4XK2s+cZQMdNvgdl03CI1HRGN wRb4+fZ68uFN0tLtjhdr6ppWwEpR9yuhqO5QQeMmvb/rrrtToInaTRhJUeRvOQpBP+J3C8teqbjA 58oydcRnEIRa4Ac054jfOGuo6Qtde4skkXDV73k1wfhNcR4r1VVbO+thoCtRESfivv+o35WUfi+K rsKP3waqjZZQx7PTiXaSdCPdGt4iWdwa6SU7OxNZGQ7O4mdAwpKc5PROt+nrQhYYWxHOTifWKxGJ t3h+kIw3lnqZFIi1FhQualvOoaPZ+hord17ZUwcrc8SHje/QiI73gsQAPjJI83sh9bJ1DYmDLa6B +ogONqll/UOfb5AdElY8/YgQv8p1+FtQzL4OmzwZdNw1k78tfQGtaBurlWUt2FILd7WPkrvtnKyq CpInPnuPYsBSpXckCwu79zEcKG1c1rzgU295f2rAqLi4Z83geNd1QSJhHZ+fdlzSK5pN+NrsWhXZ ihPWtdj6o9tzFic8MvZSixMyBMCzFCesFeYNPzAlVXc5Ha5QwobfSLkeluTrpgg3XhCHP8efa8hz jJGKe7yjbjZx2hVxaoRHMhcdDOWh0IuUGPuhjb1eT+ifJbye1Fng8PE80ZVpS8gMBKZR48Ot+asl vuo5jElrBnYySmJt5T23X8WwnqdOCtHMp/EkiwK93e41NdsATSzvlpgi0xeF8iuxJZmyybwv83oS cg1Yy3h92d4Mg4eXNQSfdccl95D3h30smWNsj7edw9vT1EWxJWzEYfU8X/BwscVcWWv3w5vy/+T2 aBz1aoSXk+MVf/iMfEY+I5+Rz8hn5DPyGZtR+O6koqqO5Qk5aduBsSMp94SwWqCz6TjCBVK7QwGA 83Trnrn1ZIP6T75PE7+adqo5ujzWJPr4jHxGPiOfkc/IZ+Qz8hn5jNzE5yZ+LSb+MUyBuCqSJI3f 0HGFpntapoeY1olJ892eMh2V3hcvIo6hFshcMXkPWA154hPg5jw357lg5TPyGfmMfEY+I5+Rz8hn 5OY8N+ffgTnvrFTbfVDx5Btb/3S2sc1LR1vClepcrHTNthxr4V5o1urSWix0DdIXXPXJwUDxyiWj yQw051mJA97iAW/UFTyrz7Q+bPL0cbefI/s+KsLbMcA80jmQKwfynerCdwhl7A6sFcrmUwKYmwvz jDlXFYGPhEThmKgi2U4Vre2iLEdr0MfK3azczcoNHj4jn5HPyGfkM/IZ+Yx8Ru5m5W5WHjVVgs0a 6IozDnTFyZh6lNWm5RYtt2i5bOEz8hn5jHxGPiOfkc/IZ+QWLbdow/Doj3vitF9/V59Sa7GnluBI n3rUl4ZKlxmS4cdTGqulFxP+toQ2rKJm+DVpEj5tZSifHj0QaUJeZh/iiMLrH0vqM8pcwhl3NNRw 4+tiBeNbxRfiAAe6uB+jCPTF/nBJbx72W3SAPoemqy90hCudto+/G5HxF6Tt0MbVDf3f6EvVx+hC x10JF5ZdELfloDFpu6qGfUmEqD2ACcBCO7SfdQcy9E8cTyShM2Q+5uHHyTEfdzqSMiml1Ws3utVr Ly2iJAY4gfLGM9KekbrYkrDR70rd8SSpm26mlMK4RMCIrq7d2K6uHoCZURR6fB9FmYFI+l4ypm66 V0426Pj9NDWkNSXNMREUMbl9rqqb6BQAAyPYWpBjsUaalAHTHJ+7kbNVYd51VS7sp6W9Q53yT6sy lSRxFCYFOgJTdJlXVRvn7l5+yhb8lbcTSOQGvW1kx9GXVBylATVpH5SnJI6ccHKTRsZsqhbWnYEY cvV0/6tqbCAr8yjc8PkqK5VmRkwhZF8NgVGUV3js7VCyFVvZLAOQscrkNEixkBkUi160YqGk0gFi IcUgu48n0ugyXRvoHV0buHp4tsBcXyzQuTaRYomOj4NJbyf3PLlFlWjaRH0OF7oJ55dYk3aRTqra 89ALRN3GuqoKfiCWgXuwr6GGNHPt4LE2GCE9Fg+D0aijX4nFhXAIZAk86i5YIvwjLd1ZWs8meISI /7NI0DLBV7WDoOLu2ycGi4qbb58SNGrwpGUEh+c2KwMciTt/vX+9TmlGF/DgZVMXp9Hm+2sVKh7+ CUjx64l/bovNFt/9q8CrUr83EbK2Iwy7sj9D88ldxj+T9FGtAGCMUeHMohpwfDyevkNdzvdEtdj5 HqlDFDoBjYa4Cg/VIKzWhN4WQm8n6TtkgDZ4QAqOQQ4K9n+6gb+QfvPiUv0Lf4y9mWitgSGweubp TZmxVSL0ruOghz7VsZcS6Inetx3njqFmUlsssG/NMh3XVnUzxa0Xkk5F5QS5QQjttBqBlOykD0KV +o2jAdMu7J9Kp6gk+OZVFthBFcsdc2MYn8SFhb/BUZrenRHBuGatHnWTwjho8bw7GG2l5XU1xL8d f/ruQBtvA1UM6qrHvzbRQ/r8/Z4V8eQRGBYz7xeTVUO6akr5uq8x5ERlXo/AqcFLrOVkYT3DSsRM hIl8ZDcxUZWoIxjZN8RJGzSUqGXifaPv6+9IfX3SkWmE7JvLk7S6E26/uFuXu3XfrqemBnC8iuj/ ksz6cHxD0WgBgWGqhPW+Zsixiz8PUT7hV/ZxGaOVy3b2lrSgeE9xVTsuYcHcW/ymeRCi9lvLcXQc SqbO5zo+mqoR1GHWqq2uoAttB8zhGukC2Ge0WaNvDs4up463BY7LQ16YP5DKxTHlFQcwraKuHBl+ TlM551dixWy7sDJyTm+3PgHxwx/BvicInF9vvy2mR/0RHPgmwPnUG1z4AGqmxETbV/2OL+VoSsHu vkDb2DhmynjxbwfADxwH6Vw2Z+msfqxaNKg7ivp5A8EjNgA81trVNaRyuLb+uEGC5AU4tKuSZqiO A27u/hOIban7cwPBJ50G+KR2I6EnnwjxCU0EXuc0gNdpJPC6zQde02AXrczcWC5E2gF2jm/czWHM jgNW6guw4b82OKAnYF8GjEqasqjbQFuiDzX0mf5vMkIbvA81dO+KIS1yHJzjp+hVwy4M5sPp3zXw GwV+o3Dyhm5UTmIlgeJCwuVB2TcFidcCf6X8at+zX0VUeQODx2uJ2E6+NHjDm+eR7tw7nXh3EfVz Is2lxrr7kqobTk2kD69t3SmjwUscJG82K1wPJPqHn6G3fsMzNF8OjI7Uq0B+cfJuL04SKyJEKINN IJEbbF8b1yaulMRMJbQ4jB5Ib1Id7KTBdZb8kkv2Nvhvz/VRd7I2F3NsYu50qXEINqb+rw0MEh+u BWQCy35STc9rBqCpWXNc7QvTrSxd4JtFHcH3CdptsAO0Bw5a2GBL148v4Hp4MySRuivVRKd7jojb tjZPSzwR+c6GT7rj2i/g74jxSl2l/1u7QZeWHge69yXZMMrpeMosCSciaiouCQHWlospQTWMlxjn asCniq9uMZ+K9y/mrdC0F6dYDCzBemr5ciEiS6Qo0SVS+pGRJnk9J9GMZzYdA1JlKl95ttxunPRS boWGZir7prz3sm/xhdswWZA7knbdTsgmFkaL2mD5xzBxCV2xO+qWdfgeatvtFUJDbfuKK/EXUfap bvyylpUrVbAXiIZMLR4njpThsHsyxeOGWybnczZaDawCZStE0beBj8ooptaP1hQG6RjdCnrGKmj9 eOEYdWbzAiTt7jmMLnJjj++VPWS6oTppXi1P/AWtixaqhYZHonfU2FY+0DS3X1dV/KxMqJ36nfZp waLqO+0TgkYdPsgTAkdiRbTys+SmhbPkiqfJYT55kL5w8llyJ5f9VnaWHOdBJ8uDYrLk8EFNTI/L cIfKqeNUwXFyWXKR8qWkLDlOxpWA4+PxTMRshSOJjZerYuTuzeylIrcmLHONyMLQC2qYWWmPuZok CfLGmwsUgsRgLaakTlMnrk/fttLaOuUeObVhFCOnDJSaZGks9haO/Akcvww7CeRW0AMV4a/KmDxx IjjmPizuw+KqVQPsx7RKT16brpJ6dwnFeo2V4sOKNDIK+7COXcHp3Vd64jyI+7A4dXAfFvdhcTI+ HYN2K+IyVjQ6KPnrkd1lcyzcU610VDd4GlDpKPoM/9xWhAG4uwcH8YnNAFwTahwRGOF42tXa0FXT Bb8arq1iiKUDbCb0ZkOJGWDhx28DHwW4uU5iuAy4QK9IYpfEli9V8wnxkk9noiJ1mfl6o4oh/dwe KN22CMaWif3BJvof5XjnJaoGd/fnZakGV1K325LkwYeP4/uv43NT+Phd+KR87LX+/Kn/4cObIY0m lHqqhTRG41/Kow253xNacl/qfPiIx5WEjtASB7JQO2HkcnLMupI0nSZ13m1CDauTYxiiIMktURAU jyg6goKIoiu9EW6Rk5R6nJRykNJAEFtiv9v98HH6u4vToefgF3W1wvbErW3NN5qLNjOH4LwrSq2u IH343+g3Af0mvG9qUxpEbZ8nt2OCpfeMkH6jjz/u027Z7tJ6wu5Kg+Qm7B5BXBzgdGfnXR+pQXON W4rWptoPiiS0kBEhnDr1JJTkKEJXYhOcSsmsAVc2sA2o/kAfQl8OY65wjnQ9oUS6aw36/Wp92h88 TsbgBZoOhU6/Wx0x9nudMOkVgRyNdru7p15U6lS9g3B+cW8Z1go3mjUpyvAXI8uBF2lwdtbQMBhn Hy/VzXy5sXWmQZnYRqnr+8XS/rWB5tNSXZW3wnbFty/vJwzuIHiMhq1eHCY18hgyHkPGY8j4DX1V 8RvCqcWQFQ8i82o5he76X08koqqO2DUeY8Z5VNNizHhF3iZU5OVn6JQj8VIq8u6FbPIAN56kGdKU mkABNRTc9bPO6s434+KrtEq7DSXD0660WzPPiaq0G5ZQp8yPyq62iyBTPg6FidyXhiF4eB8xldlN KYg3iCyI1xGovGsqN7zFA96gVafSMen1G88NC/vHj7ClkX46G8IVE1M3dKeaT1VKrHylmUNLvM9W JJi5hPIgtkpk+NgX5BKNKqEcPSNbXWV6TYNlsa26EP2DKMdh6SVZKjiLXJjmqrzckCPN+Tjn40fm 4yd00t9uDWhEuYAgm7kIdLlIKVYEuitE67xiGmCSeiPtgSRV8neFxkp+uCdfKdqTCHnW6c4GQrF+ CiuSvblBFrVXfmiXwbm3HBKQcdkEmjudSIkTg0XFkRKnBI0afOSnBI7X+Ox/wuMxv6C8GPGLiu7O k2i3GeVpXvkZeJ9nAIApLfCyPQP57pg5dVQDjo9H0/aIYuf4LBJfTHilgHztil5h0CBX1fF7dVxP p1OwMCyVvLa2cJFS07vywAUjddcBa9zMA2qWOW+DGwvRnLtUXb+0Bp1vq8LpDjCgg+tOkgsXAP+1 UQ1cqpRWnAytqP1+EBOlcfuaMa3SaWaJP+aqL1d9OWN/H2I/yTAfDSRRGCQPy/o+i+qbZT3xgbQ5 n2JYWynFL9+RBrXv6QN/yFpqCT/8Pk5mU9N0s5fR4wbCm6bWy7QqisWrLHLqeJvOBUbVIz+L4r6z I8r2EhPqv6CJS6vkwNUHrj68bQHR6UjjnswMjvDj+cERXX6iI8v9PvNawrFzt4ERSghP7Yrhq3qp I4tiTxl44amRr0jRt/tSOp8hMUZgbOi4GfK9/oQDgEnsIA7nu0+ya5NgRsdmDAjsiuGdBb6RYgMG MmIs/Pg+xt5YqKBGselQbGLBwxQuWCpImx8uGEf5JwSotxtt9fPt9cSpGRP5gqDwTUbgBIbP3v6d xu7Q/gxNaKsGaTF4a1uupVkGuN5m5zjgnIDgQ5uCIjHV5oV861d6102SXSN3FPE38gT+qyNLTLk2 5ZL2aV+inBgsKr5EOSVo1KC9nhI4fPeGl4Tvs9f6O7GXUTwPrTy7R/6NVBLhZ/BkwZHmYH4t7oDm 1HHyHJr8UBZ3U6KjufaY0Nfi3jJOzdWA4+PRXCle3VQc9GbuaSJ+d3BSagA8IfPKhfZhvJxlssTH NcmxmNHnG7EW76MyHItytJdQzmmuI7NVg8gkNZ/AWF2rj7qhuy8NTjzuytybmO5NRM9YG1uD4NGw tO9gvUOy5iNZ5/7ECCkQdRwQpLhPsSk+xTgEseZzTjvSQBQzoCj4+G3go9w5ilGH8SXByfjt/usN MKH7bNnfgZfcDM5vph9otDouA7OGNq4I7TssAzMsNqaGK8LgmHfN2GAhc8lw6vuiovQHkbdmoW/2 ARIp3PDZoV6LvRxXr6jrzqNx57EtBzzr7lKnDTEJC6sZsRn3kZRajpQh7CQmpZl2+D7Z/czwhMQj 7RGdaiIxs7JM3bVsRF2nurHo87pfTCpwYJvOasL5LLgkGE2CoZ0O0tBIvtqvEhXYPb6rQNzqn1Bz sU6/2NhoFvSou5m/tEETiCBDWn0nWqXupMvZRGmUrst2EnTZemgnQSJt2wdkzeEpbe0fj0A2p3Sz dVKwqPxm63SgUYun6XTAEfAzhvmpV17/tXbPZ54A4XxV74/g8C39OosfvBM+eLcWOm445iVQOzSg BATKiM7h2ktz3qyRLcN6AcCp40TBcXnIgoq4pJAWWbGTKKDGbvuysPxccjIuRsY5lfm8TiZ7exFF HUTrA6UBGS1nu9sp3xnunHnluUjvNPSMo6/WBotFs7dSiot+V1ICnY2Sl+99VIeqnaw2eKv22ilV a6E0BWzBPR/PQjklaNTAQ04JHAUtlOAUSSr4wXPlHPM9CwV8Av3sL5e1jizrfeWHqtpDJfZ7crd7 xENVEfEc67nwbdZW7yB1pg6vsfZDKhJwl+eetsyyJUfgY0wgyc0iEtIC3yOLyASOerzzmVXfZHvg f/77/9jRV7H/89//t7VXtzfVF4Kvv9A0P/Q5zdUhJePo5f1l+bdfkiDMuuWYkyk6cCk1htirPCXB gZ5vfl/C70u4Yy6x7lkRpxzSwR4q9sohPW+8NaBO4iYneqg7+sv8OLvIGX3Pz3hj1BPQoIghL4j/ AdDegHNdI2V0sRaDzzw1XjxlybKP5B/3mr4bqvnkk9scXkymwZ7wTCTHeAhZ5iMRM5+ES+Bzg9MG DeOWt7btwyfxEoh34G5HHO8NANIlkI4JgHL2whLU/fBJvgRyM/eaVMuB8rZxBG8L2HLH5XAsoRfj I7IZtvUhXjDTf0caUSjG+RYHmTZxvUmG6GAmCSPZI3x8xu+hATVX/wHTNle43VmjQ4effZ9K7NHB vhX/lM1xKPAjjAeeZTgtEHLDrNFn2JOyhjYJnHU22hIX8U9MpBqKUt9v2qQftNfLgxEc7cw8pbVx y5gT/ebaupedgReg/lB1w4eyCbfg9OKv4bwNSJIZafCM3VQ4Npc8McdeqZVfOAbjyyC5lzb8oTto fKaIbLkzlAR2kgs9fhv46NAv2JWFTm/GPLT3eFpkt8gQ2d3dq8Imd+R+V+h1Eqqw9fYLt0k9pSPT fqcxryhRr3SEfsIr/fArotKTOv1OJ2lhew2PJUHq94TeQIx/pRfTL64bW6ot/pte7DdKupvhHmob G1P1GNG6PvcOv5MeIN+PnXUQ900vvj/dSOkNhAkzHXqPp0fQo3M4t7QNScyiBZwczNNIOagLxBxJ 4Bz+0j+5NAeDJHbpJo1HwcwQM4G5hV42LdKy3bbmGw0CXBvK8SGoO84GOgwJ1NVs9hfrGf6AdgtY JN/D37ZDxQVuhRfohOfAwI69jC4fLgD+7kLTIczP53WaRx2Eg9GNEpjYuvPdwYWzLE0nYgaP1UIQ wpwRQ65Fss5tXL+L/LVCcy6wSCJ/kRQWy1pglokr7ZkvdH1Ecm2h3wbXJCgI/o4HJW3vVZfCHsuk 3U6fdcNAaHY0W3/0EuEhvm9Q7QCaVlB1NjYkDNq7KADqHOfAu+TmwKULZ8DjHvOshE/2xGh21E3g LVI0O5ISXolJXe8xFLjEhdIyMo9ebEXKnhT7TXx2efgSxlvk3ocB5ChTedabhuTjEIkfQQiGsD0k 6Rze2AkqRIjx7A9FZ/Boz0maCEltcTZM1FWoxmZETxL9zvagBxlgkNuxLunK5yHRO9zjhdn3FgO5 B+b1EXtTx1zbK+hnGBblPUgB+xdiYi5h95hTPHz+qxOs8ecGUdiOez1m4wX3TfjYIwn8Rh86dEF5 ELzND9zxyEcVj2eZXnMsXwb4O8cQY9FJj6Y49vZSAqW+0u8qXUVO4G77uuagr8iDbjdBC+zt65qD gSJKXV+jinxFiebUSa/0ozl10l4G0ZxaieWbndhvYlXKHgPfH2rfTevZgPMnQlfpPD9+hbGqZG8Q y/PFvqTMelnpL8jzEdmMpVFGHfJZxfojXKs2OisbEsggXXyz7PnFD6kttF24WmP7rj23XBYFotMd SWP2TYQevw18lHQLNFyv00+VEmOP9Iv0r5761vD0dxXBBaYTiRJvIWSE1RAxBUEJC3n6UQqsfmHg QYoYDa1B+rH5pv6ABg32REoT0texM2CokagYz7/AWm9HEeOBNZK7/QynI/T4beCjtO14mGXw0pa6 pPBdgz2ziPZ/iawY9DLS792ho6s5bxwYRosVvPTGFYhZKrQ4S+uZ+fFMa4zXQ/L5Q4sFNKiIefq0 X3Fgg7Y9WcSJqdraUsdmHcYNllrYjXnmLAkTxwGgC2Qu2mdIyfPUPg3pSEQ/ege+TgIhpPfbuua1 a2XOvaniSFcWtuX//HSBf34K//VG9/qKOJG4jfDBfwkswSknt9dv1+DTa2Sp5SIMq4UGnlbMqSKX /XYJEMdENm+vh2LVF6ifzu711f3GPIsUtdsb/d3j/15ejG8yh8G8EaZVBxz5Pk+NBwRp9iJEx9GP vFVhfFiH/PUi6uc/ntw/voI3LRaygKLckOpx1SHVbxZnH18PcZZkq8yE3jiuMrPXgrFkjLPNinZg 5SMCpvHj6QK8OcIohP6sreMzrOzj5KcwH62Vxaw4i8nFYn4CMBJtTG2CC+LssXqcffJ+DgjuxPEX 3Ncr+PJaPnK+rl1dU43qk6Ei1dTX9O04a2gYjPvRmQYrRmrg1rLdYtz5aiqWTqThSWsl0iiAFKHK azEJuklwSc60yq+Y5J1zE+S598+6qy29o4D++TYmkcE+E0b/mm9Xw/3H77Hip1x+VmITc49NbdED 37AB8o8DA4Qw658oyhCp/kF8xX9WotTZXKkrz9b3/vkpTL7vz/0T+cFbh8PHV0Z6eLM+sNMym38q 7uUJsGipDBbN7OgZc0dPLeb5yehH1ltjKFHW9wF6Do3ak/N4vVXvSSHDlI0PXkvFZcNPFWN4k8Hz h911pXk5pHdly9bgAY9e2XGdaNxYy29j13VrYnID++Qu0yHH2cnh7D06sspOFDjRmKfBtDceTuNh NlZJjjZD+kswwfgOLiRJ7Io9WRYYssZMYNHrPODQy4YFVN0N7WsI9kPyAxkDSTH97fRUGameVJmC 3czfWdxr6uyMc23T9OLJBbfiffTyXRGFqY5XUti5zJ16Ux6sipQjqiOtinWnmmVYtk9ps5mAfqoL ex0IwliWKj0WS/1paaD/uf5jLxDTTIniIpn4vC1mW1ENzWNOER95YRmPu8rrQHcHvclwzA7m0OO3 gY9OGcw1FJ/tyPJEmjLDOfz4beAjVji76qPj/dd/QjOgauMx15aDSzqJPQ9A/rNNxM0rTmE2ST05 3X35JL7m4Ggpwj9hhcUkKyh1rTECsfjqWatPVyRIIotcNhNSKRA6Jbo8EdrM2PSmICm+cr0kA/nQ H1wt9DI/KWUkmyC2DgIkM7qtcpNJ6+C6K5OHq2R0YLNTozISl5uDOinNdwyEfBuL1RzMmJ3jIopj iZ/Zpii5x4JzUdqtDwlHYlhIaR6SgpPHYFtXn47Bi4RaOVFayN3eIahiDa8CwjJzl5qSVKT9bUrC aKKc1aV9bBuaitIRSCxHP8b64MMVZC5s3wGco8O3Puvmd/DZwheA17juLK6ebyM28YdjCCKRsUFr JoCwuGxqF4Cg+UyYsz/O/t6LrXECvFE6Dm+snzNy3sjPLNcbuR+G+2GqZ7aJHgppKPdGQkkW+JVY hjekOk5/rBvb0gGdJtJr87lcvUb6n/rJvj9lJA3OjuZ/PALd1athcauMW2WnZZUd4agm9f19yxOS LixdZdgp6/bl6m6UxO0Z52qOeVdKJMYEexDExpP1iRry8ZduR7hBKv1ARa/iblSrEkEpWOK8+S1N eJIqI3dWcSTkDMU8dkBm3fF/OPLRMo2XYPjjMfadu44pt0BL5xjKrDftT5jhHH78NvARj0Hkvu+3 4/s+WoRLHZGPNcQ9xs4c5Q3md77H58dc7nG5lyEepopAlKvDIJujBQPWH/XCmV8ph3Ikj/syZ37c TcCVfq70Hz3gRXgtIdKhodc+9Ye15ApnqSGaJMWs4dH1XKDyOA4ex8HjOHgcB4/jaHocx7+hbYG1 Op/j8qecYfHgBi7fuZLFgxtyBDdI7zO4gRdY4pc83M/J/Zw8uIEHN/DgBh7cwOXeKQU3VBLYEF1B 5EjVPI5RzoMzPx7cwN0EXOnnSv9Rgxt6Q3Es9qsPbjiB0h1v66avVMTmCbPIq64kaQ1xBlVtFN6k WM2G39IUM5y5x5QrTzyQhV/T8kCWowaySDyQhQeycIb17gJZGt7l+83oUVW3AK604W9kXcj4HYUf b+SOhv2uIrDvaNrpSvIotCPvo6SzMFyvfxEZ2rfLgfbtD5YmS0J30O13vZ066Hn3QcW73dj6p7ON bV462hKuVOdipWu25VgL90KzVpfWYqFrkL7gqk8OHhYacAXxsVsb6DCclTjgLR7wBq36LOLcBtot GwhFd9CcQxvOb9UnOLKh+v2jFyi0bRC+f6z8RSaPzahH1bxj92pMup07+/7OJu/r4WWdvq87dOpg /JYK7+9+83jx8Pmve9v0D83UnO+OzMe47sF9edKbMZ/s8OO3gY/SYDH9XV2tDXjJ0NA425Jmk86o K8UtKYZ9MslWuvCHpe4kWUFJy802dTyiIQXe/jK8npHHXt2j6sA5sEywINoMEBu6zuhlOUvr2UlW +iteR81wQPvFEZ82JB+ZLnCXSAxvRQuOCvW4MbAxAwPW4vBrFz3RLrQT9+r+yIDYrNeWA/e3v92z bq43LlARF7U2Lv4VffZtLJJPvo0loCJSLwaA//fzkSEgtgru4NgbkE59A/LpbOCq8/+VL72TFYp0 sznWFGZQn9CPEBHaJEZ8JkV8Jr89YIhoozLogC7oAQX0wSDLZ40DRykuFTbQgdwpJblP47cxuIfu OwZ6Db6pkzq/xWKVQkKllPij0IifKjoFQpL4mwm9sTQ8y3WgX5kXnNasJ+8qMiyApb5IAWC8xpXr YLglqsl2Yt7O6xs79W+PC9YnQV6rI9+kC6/GjempE0w1GipefKEb6dxS5LUwW6l0eVvcSIXXmS0y 8W3SeoKg4+o0FyQnYv8FXJbUU2lH3TZx7eYNwaMxtxTKrCf0x9ltideqDoNUxWpBlvXGDHKzWYHd tb1T1f4/gU41EABZzNDXqtaQoSdq6jQJsbNv81XGpMtTkgsNdTlccXF1CmiKya352dbnJTtRx+37 0jyo7QwuyTLgWdzVdlr4D9RCqUxPqWjpJlhYNjCsZ+i4YGHDf22gqb1Up2uIJbhLuKnNTe0TNLW9 UCBua+etthOrsEYX9gg8fhv46J3Y2g02rDNZ0ce3grPd/WYxOlkNtoY9x61CbhVyNHGrkFuF3Crk ViGXSCdvgOok3c2ACzxeyCaNyYplynwNp7L6adbdniD2IjNfJ/JYCCejeR+Vkfnaic58FaPLv9FF JlDM0Ey85OsOepPh+Cx+1Kuv06/g/ll3tSVA/y7B5NvkC/i6dnXNSc9J7MTmJCZNHAHz/qA3nHTD +dN0BDzywpjf6zh5Ds9rOi4aDNxNZ+C/7uBC6nYEpdcZKOAfNvjHEoB//D/gy/Tu5+ns692X4QM4 O2zSpvRkZeZtn1IfOKhiv53yMMKmL85GnbOsiAI4Ry0xtpPmQHoJbYkxPjlXoJoAWW+aa1umrgGH In2hPtr4r41tWxtzjqTk4wslAosQQRtcm8Bd6o6fwEhyrQLjeAPghgTFKHGpmnM0PERUCG3wc1sR BgCd+fvJL8DRn0zVcEjHg6RJhLEojJXcwVPpazyX2l28KFEAPz+unQ+F0HTVLrSYXJmJnc5MTFrS gwXm0NFs/RFSrJvWHCa2PESUi7iXlx5KiGNh4fIUuA6LbiL1ZaXiKHSAx4JwnhzgnL5ApvSl0CAh CRX85jbwUZq0/Q/D/WOawu+soWEwmhA3CKz/dY3AwzTo1owoYrX8x5P7R3BZmtVy+QlUA5RJNpCk bfnvXyk/+XL7+R6xOZJt7/z297LXPqZ9WPQfuvvyRXVt/fdyt9Fut38DoPRlI9vI2tgavLUso9wF lw/iuxFeJXrYhSUvtUKe4lUc82SoptJkZaRy4L8sLFBdCNaWTTr4kP9qAUoCjkVYai5QlkSYCcKG sBQiJFyAjVPdhnOiMOA6XITrO7qp+TvGydbOBpfl0HHKOt6sg3ftCX7VMII53L7MZ9WZoleIgRdd M6AASPMTYoATe7VIim3PB360ZI3SMiqg7uil/QIx5plVB4SoyOXH6bKui5sLIAp71hHdPGKtQ9t4 NSwKnpgCPDHtrHjy5xJUh5NwtZRsxUTTihcdBaipOk9+9SakyfgrHBmW9v06sTXGZNYZDDse5S4s ombEc5k75qGCKxhqGnQc/VE3EOP2NYCkWbyX8R0d4vnISlZ103Xwm8zz4ynSKXPUFaYDIYoyw9/c Bj7K7KhjiyD4SK75frrY/fy0/wH9yPvkp1Pa3ccJXjVGYLA2+Pazh42pPqKpPiOdwn4NPfh6Qtv8 CcCobb5G4zHrLc7uwiYHZyji4j42fD95PxSuX173S8xvf0dnPj4RmB2+VqnwDa4+M6yplj+U5I5Q CQK2wtWryEieWNgXszumEClvYazj4M3fYrvgWsSHZZPhsKCPV+Q/5P2pyCGZxnL/8XskeP3PClqz OTDvMflC9m5pYNqTNI+5OOG7oynwD5/5TonXXNfizmtuJeX9wXTH97zLK06JzOoyg+TglMgK0xQl nUuM4rbJe6OpbBYRtm24ScJNkqOYJFJBk0TikMxnknABw02SMkwSrghWYJJsf+dQ4yZJU0wS7sTi JknTTZK3pybntHmw9cKNjhijQy5odMgNMZWrlgPRsQIpVxxRt8q5LfDHd3bpeqBhn1hkQvFpvUSO 2GnH6hpHbTEkynQDiTLBPI/UkM7YRBmS0KAafuZD9PF43OiGC1SSDBGZMYHj2mnOQ4ZkrXZ6Lk03 Npdm1lGmw8EeW+/2e8o0Eivhx28DH0Ws0hvGb5MFge2FEYFHHIQUiuAnkXYu0tHAxgHqo7WhbYfQ oSaRSggu2i7uCHfaccl4GtRxL6IWQN+Yzkp3cd8h0oFnL5OEwrcNQstQf6i6odIoqOBqWkA13KW1 eVoCNPoLcEi2Tousz8ELdJeqS2JK/UDS1cZx8RrwYuKyWM4X+u9wHgrB/bC3oHAbpe12cXDrLhLz IO7VtABSbzVdNeIGwImebmAibwfP1saYk5HV9RqqNlAdEjn7MXqYQsGeQr8rdXspocwlxAB6EXZZ kx8CgX4MWSDhzaQmL0bs3fuovBzThNDKo7W3aSCYjtnepmZwPKc3hY1poczeDbaxlYROivQKFA4o D6XsbshmLDZnBfjoxshFwHM3ajT29ptA5SHRmQ6NeYl4L06SzT4wx24XUTtXKGHDjd5s7iLX0Vry QBClMauWTB/OU+ZCkYgRt0QbRxbUpzOp32cWVvFVpQMLKgFcl3nrpnlJ82lp+8qwMx4n57lZZoRp GqpLkJhWng4OUvzCWSJbbR5yJ5auxoQJq3ryYWifdPBDmlF89Opk4pzVYtj7EDFFlmS/BM7DSD6F DnxRjMWeZXHWkSbTBhSaDW89tLjGwSOZFw2G8lDosfQy6CsdWZ6eJbwuNGCqvZ5OcRXu0o5IcIh4 qfHGnmLtqvgugcNA1JmeK5P30imqY8jlWT+NZ+2RykmvK0qj2ZH8WR9T0tKrd20ls3UPONly6JM5 c4oBFoGSuKVUC9YUQzIr3Cpf7NUXa74x6OXUw8sags+644L7zePFPa2zUCemmXTUahfAautnQVWM oV4C8l5P0RtflEEd4ZRsdaHLxh3ghLZYbOelkfzwVPh5uPnG3X8y7KcmzzFglJoBy7/EVaVSJZ+P z9e4+aq84bk6zXgLbnk1zPLKaA3VKG2aZ9vMpuMGXeY2Dz4NMPiaYfLVvWduY3Ib8+RtTL6cE1rO aRjUpSo0VS303lXNuWrPcVuF1kl4MK5oJ4gEdeho/gnumuDzcdP9nZjuJ60SZrPOGRltfqOkyt69 Rc7KNY57A2OD9Ce4J3lj9GKRybws0k0uA2hLC11uSDjv+zTSqqFgVjuswtn5jG90RjzfeCRJ407p fPf859vrCU2Bxe3ecG4w0foT+6tVs5a6987n4/Od3nxHkGHccuGWS/q9YlH9ujlXbtQWGekuuFNd iP4xn2B5TezLlN7kEg6bSCX1lixzbWkXg3uMs2i8V04XcRbD7c0abWGHc0OYUW32WaVimw/+NgYv wKCqstykdhd3wm4BUUjtiF2HhtqAmCFubPD5mj5fkmzmN1DcjmuqHVcpod7uKhmO1TUtOqhDhznK sAxjgt/h8DscfofDZ+QzNvCeakaqw56bFi0mbJmq8QHId8CGT9CENslEfmdWAbML8hj796peHEHL faN3M8m7DBQZqTlJNOtPPk917XtkADa34JppwfWVzljar/m092EAHuFvbgMflVDBv64C8jEh56QU emJ5PkGRx34RelozXXeSld/0acFhKXfgWntFBJlXVXw555HV7j9kAkxKkbFDgmNYV6567pkmDtd9 H2rExqYV/XO2hGKbNqJ1SSx0Y4ATT4ZsS2BgnKUezgKMk4FUqq9Gf2rAqLga/UmBowahWjM8iIrt eP/1n9AMqNp4zLXlfDrr9sSeBzr6bDEYJnGbATIjZCm5DCTD+3t1/HaDZkoPvhoH5OongV06Xr2m lWQ8eOc4lbPLW16VyYVRAOZ8peF8pRg8XhkM2nBs0lCU+j51kLCywsrsZ938jrsWMHUdOO5RHoKi u/2DmKm5Rl3bTfL+MKDwRNkE6+3IwTvv7blYzJ8PDYOdX+il8AsD8QvHt8WDZviHI2PxLRppb1ER P0KbrPzCuEFCIld2bZ3K7d2osHx+t3rIW1FFmrGJN2c4XYZJ5dy1kbWO+9+i84Jb8kQ01Ql1auFy 8Q3IxeNIQWb18ivpMVRYvzyGPLv63GRxgw309yFYR8ydb5jFamF65HKZy2XuqajXU2GVI0qwqyJp TmEsCmMl6dK3eKxACY6SUq42MvlIRl1hOhD2CwYKiiT1GM+g93CD9Tul3x1LI+Yop/Djt7RxljBV kvnMcL2m7NHcrOgjuvHD8B8Qtt9dz0Offdy+sGNPj5b1faXa30nsBnpan386Uwg6THWF4PdfD5Ym Kj2p0+90to0jD3bdlYVOb8a86/DjtwFAxO76F6jOdfNJDCu1kY+Ml6odrblGblYJb1YSpH5P6A06 dKbIV/rhV2RJ6A66/a7EmrfOtGwaF7OANjQ1uM8x/GVNSadPD2kfY75RYr8pG6Np6JPCsjESuINo 4hvE46MvRKOwm/CKGI1COQ2F7tWNZa9UV/8BQSp2QjNKgRnRm/2e2O1JAykWN4O4b/pC7DdiEJ8R 33uzJWE6A1IRJ9qBYOTNxhx7efV39L4kioPfEmMSZuKoJ5wVrQ7IHrAWsdCRrc5NaOcMRWNdcgvc t1MK7ipdeTZMgMXVWYaezX+BL+DZsue0qtbGgbhfMkKJg5WKa3Oua6SqCPzXRrfhCtc7/Ax/QMOp b4UtMBrfArHTwssCmFRa4Itqa0sgDgZKO10YS0NFmkoHXSPRSJEhtuHHbwMfFToCAWrvKv3fkttQ h9YWWnAl1M406dUXbWxYT0tbhwXCMXPurQX+go7FLbS/66bTAhP0B67+9ud21Zu+15YWNJ9VaMxz n322mVrg7N61N5qLjEdgLRCNm+oTPXLX5oKKG8sEf4VoAPRfCZzff7n+IX04QyzjYQK6fe+AIOpq geHa1g18QAYMB+RYvD8a1fiIyB1F/A2MoP0E7Rb4XCtH/JmkaBn6v+EcfEFw0C9ubcu1NMsAn9VH aIB7EpGNs3/Pf/5y+/n+g1cCFn8y25gaTfgCE+hotr5Oy/Uqm1liGsDga4E/q+ZGtV+AJAhyZWyy JJ7YkaVDnpiStZV+pG7VNVI4V7pr69aGco3pHP1zVgjH099daOIzSGUmrTv/FSFaw2WAbdV01hZS +G6giwTrdweMLdO1LeOM4gbvNISbHssJ7fd6s0ERy0ocdHqTfs0n+ec2sqDa6CRfP/x68YC0CM1a IYY2p5zM+7bOs32/xnkVCE1Ptu6pPN8mX4C6XhtY0cE4vQQT/NHCRioPAsYLebTOA/znjQlbmDCk 7Ky7PgOtL0caaF0hwdrqRBtovYRXutEGWiddXd/KTBYTLWAcybFmVSf2m25dBnRRW8s/kInZKjNB kTvZba2YM540lTjrCkov81QMbEOciMPh7KwCVkAPKOv5HMnd6XjSMPxLJ4N/gmqplTjGUJx0+tmX y4T/Mf7oWUUGLzSf3KVHABOowdUjtFk1q0gi2Psw6A0edpSJHJLeQ0nuCEIOuki6c/tyD77oJrJv Yi7Z/qle/Pk2c9EeRGTQvJiamjWHiXQ2k3qzSaewTydhKckXHD+3sYFhOi7UzRb4Wxt8hhDriOCz 3gLf2qX6jq5X6j833zeV+458xdZXPsHUoBYk0kEdRO06+pWgBuuxRHnFyq2voRpIG/a1VqStkgF0 E6BlPqE50HFIvEBPIPKS6RAvYm6rC/eikPFf84p16C4KOBBqXu1JgVbT1NX6hGBLq8AYF9r2VF5A wjAZDlgF62EQYdOR0pGn7DV6x6LcD5dt8EYoyV/QQ4ZAonRJWnDy9fBDQZ9i6sxXX13V1AuQa869 tcAvlW/t5411jI39pY3I/kX9t/pdJyK84l2O1R/6k6Grx9hqyHdFnFW+GwrpyuiD1eNcvdi5r0iB QnTK9t1ad9bGhTYW85FetyvsqsKHzL9rkQRRLHTerthckMKYnctMxM5kj8t4I5TFZcSenMhlkhbM EmOTGEAkyP1OdgrxFdlCy2bRmL8VPGapiyioNRfYKDplM1tdQaIB79RkfON0O5766jK+pPm2sw3p 2UKH0ncFB1TphDOGSKwCVMVNSe6FKmu6x4ZWSYheWzKDSR+3fAYTfrw0BhO7BwPpaXfQnKPX57fq ExzZUP3uRdb9/dv915sL7NVM5Eg9sSvOZmeNM4qZ1lbCiU+dg/W8BAedDKXJUMnl4mfbN5bGWCpj DhNgKUPH0Z/MgyvgL8hSMKjHioH9FNxYlB+gBON7MpYm/SS3XVF7OX1rBTeQOn5Rq7TqHfQ7HVlI vLiyn4uouJ2+PBl3E9evI6ouRJ95TnP6unyVVxgUOzwMEkmYyJNOl70eYujxciRS9LpmPWWWoU5j 6HEapT0Th0mxvPnW1ROlwYD9Qm02lntKOJjLG4EpxjjlDjQ6QrorJlxoxsQZKwmvxMQZd9O8xEna BFFh9ceNa9kMd6KxQcX92KDifnxQcUYUhh9nQmF08qPnDCNP6O7F9UPO4u2J48TypIkOnyzgew5A Omd462C6mtq65jh70VHvExR/RRQxbCOV7cnGydbixyEQkdYo1wGawUiaKXLmjDYHnXf3QcX72tj6 p7ONbV46SAFdqc7FStdsy7GQjqhZq0trsdA1SF9w1ScHzw7pvdSns7HuvpwxhORZ6j4s/AWUYsKW tJu1geY5K3FAzdogRv1yYcMnpPmnAuraVY2XeEDt/3FIToNBbzhlDzQLP56fnJpw6tlut2+X6IBe gp/kARBEAfQEAciK3Mt5UL17/bp42MK+mN0x8bBAwAHLOLHnbLpSdeMys9sgY8PS7Ku9mmNx3NaK OfJzz/6n8yI9UHNMiE69Zpl6GzGcFoCe4MV/fUinXO9Es1Ju+PGqKff0VlzZWRtiVd8pGreSg7h+ Vn8Y2ZIjKsJaJtmTFWs1AHKo2dCqmRfF6EfDUR2MoVKEFcfHlJTh36yAxCLh3zo4Yoq/TMEFMlY6 oCMcgfX8RXdctRknpv7N3z/DOTSL890onT+Bbgvq/I2Q701nPFRtphK9TeXrn1QsHdoO5BqbMO0q Sn908rzzz5apHkNh+6ImJtsn4CLLLDZOk3MskyuGXDFM9iIVRBib56YEZe7IW6hcAQtXhiisWuW4 qH0jftgIzeyEHbGncxai3Y0h6TYUe4KSlHZEpXL7i+rLrwyK15Fc1s1ynxfLlEKPVZ0nVSqbvNGd pW59VwtrObVfcurkst6AC3dXGa5As8yb6RiMLXvdbuwxybEvUenKpZLLvb6yzM1KfYSlETmSojfq d3Wp2upFmUutIV/xRKQ/0yX1X9Rn1VG/64xSPw2lf8Hlf9CQuOLVRb/X651GmESJdlJyHEWknfRn da1W5BDLpHvV7T5pOOaLI9a/du+LoNMB8qAHZKmvZD4SpwyDLBrvEhG6jSsUA5tE49nX8z4tru24 lv3y6Uw8O4xS74rSaJ+GxtNOfyInlC31Jwrlm8bjUb8wPX3pT9pj+5/rtgk1fA29j8ntBuLwGl5s EK+hb45zGqMgWcOKE1py5iVTb22lTBJLw7c6tG1YVM0qealXt9BA6kEhFagW6LGEknKCjPWsfv71 LcOPk0MJJ4xZxg6SZGzcghMFajHiXhPG2l4TTvYn1cC1fI0LY6MhqyZF6nJexs/ikVnz+AXXsP2i 2k+qratcyhUA5c39DT9ZKTZxrXZD5Rj3ZJaGz1B75Z2hP5mOGcX363EoFLarJpOeLLP7ZcKP3wbS AWuzBMsv//mLeGFiBzJDdmJ0C42uFJ9qOIhpodFPeCWmhUYv3b883LjLw/TDcM0rpTcQJkmXdf+r cDGL4XyOs9pZasPGNuMYxDbjGIg11oZN6vioOZ/OHvQVdMANfAZ31ko1M9d2jKkZYcOnxCvXblcW +9m7d3xpZ6j1eLUtW5EY2jSRR0KOmpNM6Rpxefapk17Beb50ELbR2ww5HqdHi4jsLNe1/DIXuvl0 3F2Wnhl5nFusmQ1XCEunkGyJzpsLz7Jzm6uxaugLyzZ1tpxStkFbZVdVOk7k0q/3wyJhS/WcsLSa v2+L0Xl3X+ddUfgAuop8IUmy8hZZehbvW0mn4xbajmXeIPU19WQ8oRP0+KcnInUuzK3UibKnKjkk H5t32K7+hpjLE64RxpWuhildbPj7ZaM+Qx08QG1pWob1pO9ZQaevRd27NoRumWqUSu3FVH4hKoIA hsZKBRNb/wFb4H6juxCIgtB8AXvSKuytoZpWqQpsqz4NNmI/D//7FLTxW8txVWNszdM3pHQFpcsP Adfoa/ad5qz1cj5QJKR4C4OLbncwAOe/S1JHaIpP5bhFzRjyLbqDjjCUzgqXyEKQgH9aEn2F7Qoj aeIo8Icep1cYw54Y7rqzb/UsdXwg/fYKh1czsRiJvnSh8zFfuoQej1nxCRTGU03wWWe5+X+X4IlQ 0cHYarfAZ3fe5lCLgdpMvuhejMDdf6ir9R8nYIwEJ+4k6wFzpDr7FfI57LawG6mmq6smojDLfHrC Q0x0x7V1zeUgi8vBXULz3+h/oCv2RWkAbtt37TESDuqpQ6xRK47od3Svr+435hmDKKYX96GX/728 GN9UnrHQu1C63QupP1CYbwjq2i9ejszkTG4CkTYlucJmDZTJVI9QNQ09k35bQohOdSh5l1lK0UT0 TcUpzSUmkbKSVI5mGhxtW7TdPDxsu2hem6b1g/beqB+Nn9VH52RxmNiikEWK6Rez67PibWlrXA7x /V+I4Bf9u2rrF6Z1YX1XW+Bv1nfL2eDf/Mze5ib0vlOsHWYPvy2sHGqEsVh5txuvTJ549kAJNkDp e8cr+qkvXmRdW6roOm/qbju9svcajfQPjcV3vzsoHd0XjUW3LHZPvnxGcfx45qxO7YL2MzFM/mSo j23TxfmA7X+um2t21ub8qewySZSGSnDXB/WXmrLXqTAdd9j3Gnr8NvBRgXNgGhc3n6PPQWQWirTL Qvn6efpfn69v/pLQhWsgHz6elBbTic6kkRNe6UZn0gwYrcJCFECBl+b6S2oP9mddNe2NDn5RzSJS 4gCLRRJ/G06WFQGm6PVfE6BWv/OmnOu/mmFXUgVF7/qu7tpthdbs3zRWXfgxw0Xm0ZCfvQDw3uVj mYjZXmTWWpKzSQhpFFfNqxYUvPM86m1myv2lNBB7b+k0s5Qwnko9RTg7EsCXqvlPqh5myM7NFrlX GFl1GFu5zasj1gQY9KKz9RWGwsxIhTJwCf2NaoBb21pD230BJIIdhyWnJs8jIyouRb4b+00v9kJr POt0RHaDPPz4beCjXIf0YQnB9fRhBh7sjeMCV/2O1HLTAmvL0ck1oQ2fVBu3kQYuehQhSp/rCFyW DRwNgQ5YC6CaLyAaqHe46oeDH7bQ2zaw6d/uUnXBilQEeYRAM1R9BefARbOit1TdxL/i2fTVmoaK 0xtLNMzGITPiL13fkHgBc+hotv6IxkDvktXgHU0sbYNfxu/hF+DvLv4Ljf281LUledDQNWiiMTfY egTOBn3srZEuD71KfzEtslb1B+Jp6qMB/4g+scHcQtDSXQQkAlE8Ot4a+mSpoiHUOSSzoCML19hA RQ/AxcKyySp0/Le+eCGPBKZmMoayHb3cRHM1ttbYUEMwj8bwXHc0w3KQtPD266GOYOAeajZ0cb0W F21yTjaqOuhhFXdKx4N68Hfwawi8FGI+jFs+5tDgaCOU1IDqonO6drezWY+EZFTwBE1oo7X5OEUv ozWudMfBxLPwxvIoiMAb6X5rW8crfPHR/viyozrcg5DSnO1QqtMdgNRDTV/oGiVJDS0IrZuuAdHf wrZWu/1b5oWBPgbXt3eYRPCRstBUCBpL111ffvz4/PzcRvMv2pb99FFf2w1C/JYx6OYP3UUYooSM gAIdF+10rWL0Y7TZhDkgekbgw8gxCWTw44hBvFC4ttDz+BsCUPorUNdrw4Oj09rxiAikUH6h4gF/ oCcCJ3/7zSOmkn9tdJsyki0O6eFyEfUhLka4Vhh/SGJSzBHOEWYcbXBrINmIKJImylGeZCJKWtG3 g7SOjz3C5AXC4p98lLaPkVqRQYYq0d7AToI3sB/lDVQEIeGVQbSk7qdL6glmLlg42Pj4/dWTPekC WokVw/3YbwZlVbfpTeX+rJN6voaGEaY2h7DIfRLbESg+HBBTqQ3xGfmBxAciaEK1Z8N7cH1/Bh5V R6fDPPwyBeOvNw9316NfH77etcgHX+9+Ht5c/+fw4frrDfhl+vEefXY3vb2b3k9vHu7R12gQcH/7 9eb+6910AkZ/A+fXMzC8+dsH+v71zcP07mb6AO6/jtHS/+Z9SrSHu1/vH9Cjk/CD05ufr2+m07vr m5/Bw/D+L2D29W48BZPr+/Hn4fUXMPz8GXwb3t0Nbx6up/ctMP3feDV0KV9uP19PJy002PjzrxM8 AtoKuPn6AD5ff7l+QAt8+IoX5w/wNzT18IHM/+s92uzMWwqa8gvdMvr7bnp9A75do2nxQOhLvLQp Gebu+udfKBTwX970gdXhEb9M78a/oD+Ho+vP12hG9PDs+uEGL3mGXwS3w7uH6/Gvn4f/f3FXsxMh DIRfhewbwLqrF02M2Xgy24A+gLSFNCLdlDYbfHrnp0jMFtybtymd/sy0fDNTYCgz8VaKY3X4Pwx4 PT4lgGB5T64doz/Kj96eO63aCxf5GpHSs1/N3gIeGdqVyWyDUNlBof3MmtBLujdgr8vgHEyoG+db oh4ZlNFU9dpnlZWAx2N6HRJAUCxCxPbvzAULyQ4GcJuES7Sj9HgaPBlX6gYUD37Rz0GU4r42c1bW PMJsY62/skV8drQ0RmPc8Iu/WB/hgj/qBGun/YeQZfpgwxD11VZfUHe+3+T4vSEFo0Dv7piWVmlM MRt5X97pKM6e4NoNc5AXAMV8R55MjXkrPrE3fjGbQ+HbgnsmQee2LMjM3AZP5ahJaTsMmGNYhH2w OMZ3WrREKyufnaGYG3BYGC9h9tv99J8ZXloia6tGIlSE9IdvUEsDBBQAAgAIAHA9e0DxSqWx7AMA AEAtAAAQABEAd29yZC9oZWFkZXIyLnhtbFVUDQAHrG9xT6xvcU+sb3FP7VrbctpIEH3fqv2HrnnI w26MuCTgaANZHMBxKnZchiSVqrwMUgNaSzPKaATmb/Zb9svSEgIbAjZGOMaLVAWDNH07p3toGOn1 myvPhSGqwJGiygq5PAMUlrQd0a+yT53WwSGDQHNhc1cKrLIxBuxN7fffXo/Mga2AtEVgDmlioLVv GkZgDdDjQU76KGiyJ5XHNZ2qvuFxdRn6B5b0fK6druM6emwU8/kyS8zIKguVMBMTB55jKRnIno5U TNnrORYmw1RDreN3otKQVuih0LFHQ6FLMUgRDBw/mFrzNrVGk4OpkeFtIIaeO5Ub+et4sxUfUSo8 d+JoJJXtK2lhENDVxmRyZrGQX4PAyMRMY50Q5n1OI/G4I2ZmxM/5n/nOke+EtNjUNRDiokZl5MPI pPKzL6osn2/kK4VDKojkUgN7PHT1jZlY41zFQ1uPXSTRIXer7B1yGxUzohk1ERg4/YFLLz2VGaPr ylEkYyRCRmItGvcoGJeL/nQaxcHx0bIw6HRdlZGpa2eoKauX8IXeqFDgWMnQjyT0RO6+BnnXSKFI Y1SdZuBzi6rTVxigGiKrHef++/cIlQg0OgLm4luH93MVXSyVS0dvi+mScYPmpcYnrJ4ITcGiBlrs Pb1I52rFefbukIuMUrq0lpBkkRJ4b2rSsnANWNhoR11Hh4EJ7bj7KDuAjuLW5bKKWlIrd1TB1xx8 QITHwbg8pOaV79CJCcsQ9lz77YBHeUw+dcY+aXexT1/Di9gdKm7VwasVjuCkFfuYiV2rk/G24/kx iHi6yqBd/9xs1DtNgG9/w7PvodR/nU4G+PYHnDYvjputjxen9Q6wuVqLOCpWyqVKi91YvEKeKyl7 cyv2OpDS0riMG4GtDbIKBXgfuuNVUHeG1rtY3W2Si1AP+2GgnzzNO8ZrCdroa/S6qP4n1K7N46tt 8vgCPlpaZiymY/ElnMlhVoxpaSxDA62MxrQ0VuA9FyFXT7+3PyaLh9DCrspoTEnjKzjlyhrsG4eF 4lZ/queh7ivHzVhMxWKBanHvVvOWOSzSv0aBwFrccdliaBtQG6DPFdfIVuxm3Q4uimUDpyjse2cz g5pB3T7UuDlmWDOsGdYM6wLWLLHpsabZsJztMGYU7B0FC9BTQF4FdVdvYz2pGwHPXAqwkg7nVzoe Cmoxv82/X9k+1MZ10qdoyr+OwOrDluR96q+wPRb/hMKj/yZZuaK234yW73HsEwM71I6nqNN04lse g6k1cvDBeZznXW4L613IR7iDcX3JwYnH/wkvw92L7azT2a2gHuLSskay+BgSHWA/hzEdSTdhG6+/ yV2cYuU5/LQS53vJhG0jfv659gNQSwMEFAACAAgAcD17QA7aUGPuAwAAhUAAABAAEQB3b3JkL2Zv b3RlcjEueG1sVVQNAAesb3FPrG9xT6xvcU/tXF1z4jYUfe9M/4NGD/vQbmIbEkjo2lsSYKeZ0mUS 2plOtw/CvoCnsuSVZQj/vrIxHyEk6zCwwY4ykxhb0r1H59wrm2s7Hz7eBxRNQEQ+Zza2Tk2MgLnc 89nIxn/2OycXGEWSMI9QzsDGM4jwR+fHHz5MG0MpkBrNosZENYylDBuGEbljCEh0ykNgqnHIRUCk 2hUjIyDivzg8cXkQEukPfOrLmVExzRrOzHAbx4I1MhMnge8KHvGhTIY0+HDou5BtFiNEHr/zIS3u xgEwmXo0BFCFgbNo7IfRwlqwqzXVOF4YmTw3iUlAF/2mYR5vniBTJUVA546mXHih4C5EkTramjcu LVpmDgITE8sReSA89LlAEhCfLc2wx/ovfZ8q3xlpqanVRBQXjgqjEE0bKvy8WxubZsusWxcqILJD LRiSmMrHLb3kUKd+fla7mhvpiXRzJ2cUVJ8JoTbucC5BYCNpEfMOY380pupXLvrMgFI+TfoYWScj s5ZsNb7D4uuJ5GCtZp23m4cDPUh3KGGjRScPTlrtbaDV7kNs12eVq+o1XrP2rJ1pQzpXIFgkwWdI LZvod4CkVc777MUDmU9IJunXiELiqvQLBUQgJoCd9n3oqx206TX5M6Te9ZgkALJP/VmoBg9gpLLZ 2B9EXxEg+nD/BET0WyeFt+y28qxw3flBmOqZNtsY3TX/area/TZCX35F777GXP7SnW/Ql59Qt337 qd35fNtt9hF+AD6BXqnXqvXOOnTGe4Lz4Xa8TnUrLmMN2Pfgx0YWuonp7CmWyiDmt7QsrbQV1IxH cSTfsrjlUbOK7iCUEAxAaEFzq3d5JOqdoc+u5Fq7Imp3jv7gE514xRSvhlrgavGKKV4d3RAWE/Gm r08Lqt0F6sBAaPEKKd4l6hLhjrVyuZWzKsfyhd5EzVD4VGtXQO0slXd6vSyichV0EzNAuEN8ijdn tYOgEYREEAkv0nRFVv4pOQnuHQAC875nvGlGNaOa0f0xml7faUo1pZpSTamm9C1QqjktXJiu3bA8 CMvLW4qaac10oZneYPh1mH2K0Q1E2yokG88dee+z+siuDzBIp1J//8DvvosiOScrtj6Dt/HU3Mrq jvWt7WYPWOV6zWnlx79ed8Pd3HWpvcwt7yLwSLNdnsfZF+jnF4QDRdk7qhK9XqJI+1v9lCLYKuYT FeZCx9sRBppeqY9tpX5hplyWcFkeqWW5VspssfXJ5pXzRZ1ZrPKlzM/IOmolXvCFvZyn/u33p7Vm x6xZYa+jV4IUQ4hvvPD2T4+MoFTljV7zU/vo4ylH6a9aL1CQOf9uluVyvr6aVegO9vpqrhdXCwnX SP+JgPM/UEsDBBQAAgAIAHA9e0BzN1s6lQMAAEA4AAAQABEAd29yZC9mb290ZXIyLnhtbFVUDQAH rG9xT6xvcU+sb3FP7VthU9owGP6+u/2HXD/4YVPbohNlto6t4M2bkxO2u93ch9C+QG9p0qUpyL9f WgoiA1cRlGq4g9C+yfs+eZ6kvCTt8cl1QFAfeOQzamnmrqEhoC7zfNq1tG+t+s6hhiKBqYcJo2Bp Q4i0E/v1q+NBpSM4kq1pVOlLQ0+IsKLrkduDAEe7LAQqjR3GAyzkIe/qAea/43DHZUGIhd/2iS+G eskwDrTMDbO0mNNK5mIn8F3OItYRSZMK63R8F7Ji3ILniTtq4jA3DoCKNKLOgUgMjEY9P4zG3oJl vUljb+ykf1cn+gEZ1xuEeaJ5HA+kFAEZBRow7oWcuRBF8qwzMk48mkYOAhMXkxZ5INyOOUYSYJ9O 3NB/9Z/E3pWxM9JSVzcdkVzYchiFaFCRw8+7tDTDcIyyeSgHRHbKgQ6OiZiypC0aPC2aYkhAVu1j Yml1xgRwTU8sfFSh53d7RL7FuM4QCGGDpI6eVdIzb0mpwCwLpsGTk4e1fdN0VoSQYNodmz3YcWrz sMnDuRDy+hlUhP0ROI0E+BTJixz6ApBYxajOSiLgdtovkUyWShRiV06WkEMEvA+aXbsOfXmAZqMm Hx3iferhBED2rTUMZeM2dOXc01cH0ZcE8BZcL4CIPtdTeJNqN5ElrqYfhKmSqdnSULP6veZUWzWE rj6grT8xE+/PRwW6eoPOa5entfrF5Xm1hbRb4BPopfLBXrk+DZ2yBmesMx+vvTcXlz4F7DH4sZCJ zmIyXMTScxDzf1o+W2lLqBp340i8ZHGfj5p7qAmhgKANXAmaW72jDVFvH124gintiqjdO/SV9dXE K6Z4B8gBV4lXTPHK6AzTGPMXnZ8WVLtDVIc2V+IVUrwjdI6521PK5VbOLG3KH3oDVUPuE6VdAbUz 5bxT18siKldCZzEFpNWxT7TZXi0haAQh5ljAvTS9ISt/l+wE9xIAgXqPOd4Uo4pRxejqGE3zO0Wp olRRqihVlL4EShWnhRumUxuWa2F5sqWomFZMF5rpGYafhtlFjM4gmrdCMnPfkbedrY8sewODsEvl 7VtxV70okrOz6i6T4txlskVk38oPo+iHfK2LpZKxIQt+aoW2WDtaW13ZkYNCyGatd/rdZ66ZG6Hd W2SuKyV5aFK38Hq0Ufnc/D0JxWkRc+S7fjFz5Mhjcp8oPb77gYKfDdyFjU4fG9XT2jq1XlZW8wk1 tX/N/svY2IduRtj09Pk/+y9QSwMEFAACAAgAcD17QBW+L6oWAgAAaQUAABAAEQB3b3JkL2hlYWRl cjEueG1sVVQNAAesb3FPrG9xT6xvcU+lVE2P0zAQvSPxHywfOCC1SYu0XYUmS6W2gFDZVVvgshdv Mmms+gvbTei/Z5qP0l3QKoAPceyZeW/mzSTTmx9SkBKs41rFdDQMKQGV6oyrXUy/bJeDa0qcZypj QiuI6REcvUlevphWUZFZgtHKRSUaCu9NFAQuLUAyN9QGFBpzbSXzeLS7QDK7P5hBqqVhnj9wwf0x GIfhFW1hdEwPVkUtxEDy1Gqnc38KiXSe8xTarYuwfXibkLlODxKUrxkDCwJz0MoV3LgOTf4rGhqL DqR8rohSis6vMn3YMssqbIUUDVGlbWasTsE5vJ03xjPiKOwh4AniHNEnhcecXSaScXWGUb/3/8w9 RO5WtBrqVyGoRYJjZEgV4fhl65iG4TycjK5xINqrOeTsIPyFpY64s/W28UcB6FoyEdMPwDKwNEim wdmjeTTvgqkd+gJzfuY4i+leDz6tW//WxycflQerwA9Q29yfTL5xeApnl1p5h4Cpi+mWS3DkM1Rk rSVTJ9CehOwh+DN+r+iT/pEzLEX9jQUHtgSafGMlCFA7X5BNxT02JCO3xvOUCczRo/R7R54p7e8T z0W24dLUzeDKefwsyWb2dTGfbRfk/h159f2g/dsVLnLE1RzJ/WuyWqzfL5a369VsS+rW2sthGE+u 3kyW9CI1pe+s1vmTpq2YTQsyDkfjR1UFF4k1U/Ff49ZbnW7+Gsag/lEmPwFQSwMEFAACAAgAcD17 QCNCloZcAQAAuQMAABIAEQB3b3JkL2Zvb3Rub3Rlcy54bWxVVA0AB6xvcU+sb3FPrG9xT6WSTU7D MBCF90jcIfI+TQqiQNSkCyoOwM8BjOM0FvGMZTsJvT2TNAkFqiqCzVie8Xzveez15kNXQSOtUwgp Wy5iFkgQmCvYpez15TG8Y4HzHHJeIciU7aVjm+zyYt0mBaIH9NIFxACXNFQuvTdJFDlRSs3dAo0E KhZoNfe0tbtIc/tem1CgNtyrN1Upv4+u4njFBgymrLaQDIhQK2HRYeG7lgSLQgk5LGOHnaN7aNmi qLUE3ytGVlbkAcGVyriRpv9Ko2I5Qppzl2h0NZ5rzRy13PKWHkRXB6EWbW4sCukcZbeH4kRcxjMG 2CGmjjkWvmuOTjRXMGHg9/tP2gvSHobWo74uQrPIjj5T0CZ+b4jkpOGWe7SMUipPWbjsDxra0m/N n1IWxzcP1/erWzamtrLgdeWPKl2H7cKEi7J11Ocomj6O0idtCASvoO6/yfNPS/F/HJ0kn3N3tHHZ J1BLAwQUAAIACABwPXtAlFximFsBAACzAwAAEQARAHdvcmQvZW5kbm90ZXMueG1sVVQNAAesb3FP rG9xT6xvcU+lkktugzAQhveVegfkPYG0atqiQBaNeoA+DuAaE6ziGcs20Ny+AwHSRxShdmPwjOf7 f49nvfnQVdBI6xRCypaLmAUSBOYKdil7fXkM71jgPIecVwgyZXvp2Ca7vFi3iYQc0EsXEAJc0lC2 9N4kUeREKTV3CzQSKFmg1dzT1u4ize17bUKB2nCv3lSl/D66iuMVGzCYstpCMiBCrYRFh4XvShIs CiXk8Bkr7BzdQ8kWRa0l+F4xsrIiDwiuVMaNNP1XGiXLEdKcu0Sjq/Fca+ao5Za39B66Ogi1aHNj UUjnKLo9JCfiMp7RwA4xVcyx8F1zdKK5ggkDv99/0l6Q9tC0HnW8CPUiO85S0CZ+bwjkpOGWe7SM QipPWbjszxna0qzmTymL45uH6/vVLRtDW1nwuvJfMl2F7ZYJF2XrqI/Ravp1UD5lQiB4BXU/I88/ DcX/8XOSfMbb8d9ln1BLAwQUAAIACABwPXtAlrWt4roFAABQGwAAFQARAHdvcmQvdGhlbWUvdGhl bWUxLnhtbFVUDQAHrG9xT6xvcU+sb3FP7VlNj9NGGL5X6n8Y+Q6OEztkV2TRJpuUFhZWu4GK48Se 2EPGHmtmsktuFRwrVapKqx6K1FsPVVskkHqhv2ZbqpZK/IW+/kgy3kwgC4tKBTkknvHzfn/4Hefi pTsxQ4dESMqTtuWcr1mIJD4PaBK2rRuD/rmWhaTCSYAZT0jbmhJpXdr68IOLeFNFJCYI6BO5idtW pFS6advSh20sz/OUJHBvxEWMFSxFaAcCHwHfmNn1Wq1px5gmFkpwDGyvj0bUJ2iQsbS2Zsx7DL4S JbMNn4kDP5eoU+TYYOxkP3Iqu0ygQ8zaFsgJ+NGA3FEWYlgquNG2avnHsrcu2nMiplbQanT9/FPS lQTBuJ7TiXA4J3T67saFnTn/esF/Gdfr9bo9Z84vB2DfB0udJazbbzmdGU8NVFwu8+7WvJpbxWv8 G0v4jU6n421U8I0F3l3Ct2pNd7tewbsLvLesf2e7221W8N4C31zC9y9sNN0qPgdFjCbjJXQWz3lk 5pARZ5eN8BbAW7MEWKBsLbsK+kStyrUY3+aiD4A8uFjRBKlpSkbYB1wXx0NBcSYAbxKs3Sm2fLm0 lclC0hc0VW3rkxRDRSwgz5/89PzJI3R89/Hx3V+P7907vvuLgeoyTkKd6tkPX/7z4DP096Pvn93/ 2oyXOv6Pnz///bevzEClA59+8/DPxw+ffvvFXz/eN8C3BR7q8AGNiUTXyBHa5zEYZhBAhuJ0FIMI U51iOwklTnBGY0D3VFRBX5tihg24Dql68KaAFmACfjS5XVH4IBITRQ3AK1FcAe5yzjpcGG26ksnS vTBJQrNwMdFx+xgfmmR3T8S3N0khl6mJZTciFTX3GIQchyQhCmX3+JgQA9ktSit+3aW+4JKPFLpF UQdTo0sGdKjMRJdpDHGZYnO8K77ZvYk6nJnY75DDKhKqAjMTS8IqbvwITxSOjRrjmOnIq1hFJiUP psKvOFwqiHRIGEe9gEhporkuphV1r2DoRcaw77JpXEUKRccm5FXMuY7c4eNuhOPUqDNNIh37sRxD imK0x5VRCV6tkGwNccDJynDfpESdrrZv0DAyJ0h2ZyLKvl3pwDFNXtSOGYV+fNbtGBrg0+8e/I8a 8TY8k9ga7XcV7mTT7XIR0Le/5+7gSbJHIM3ft9z3LfddbLmr6nndRrvorbY+FOf84pUT8ogydqCm jFyVeVeWoHTQh818kRPNB/I0gstSXAUXCpxfI8HVp1RFBxFOQYyTSwhlyTqUKOUSjgHWSt75WZKC 8fmeNzsAAhqrXR4U2w39YDhnk69CqQtqZAzWFda48HrCnAK4pjTHM0vzXijN1rwJ1YBwdux3mvVC NGQMZiTI/F4wmIXlzEMkIxyQMkaO0RCnsabbWi/3miZto/F60tYJki7OXSHOO4Mo1ZaiZC+XI0uq K3QEWnl1z0I+TtvWCIYouIxT4CezBoRZmLQtX5WmvLSYTxpsTkunttLgiohUSLWDZVRQ5bdm702S hf51z838cDYG2K+qRaPl/Ida2CdDS0Yj4qsVO4tleY9PFBEHUXCEhmwi9jHo7RbZFVAJz4z6bCGg Qt0y8aqVX1bByfczZXVglka47EktLfYFPL+e65CvNPXsFbq/oimNMzTFe3dNyTIXxtZGkJ+lYAwQ GGU52ra4UBGHLpRG1O8LGBxyWaAXgrLIVEIse9uc6UoOF32r4FE0uTBS+zREgkKnU5EgZE+Vdr6E mVPXn68zRmWfmasr0+J3SA4JG2TV28zst1A06yalI3LcyaDZpuoahv23ePJxa68yHiwEuaeZRVyt 6WuPgo3XU+GUj9q62eK6t/ajNoXDB8q+oHFT4bPFfDvg+xB9NJ8oESTiuVZZfvPNIejc0ozLWL3Z MWoRglbtzQ+fmrMbK5xdq70ZZ3sGX3svdrW9XKK2dpDJV0v/OvHhbZC9AwelCVOyeJF0B46a3dn/ BcDHXpBu/QtQSwMEFAACAAgAcD17QIZ1i/QzJwAAG9wAABEAEQB3b3JkL3NldHRpbmdzLnhtbFVU DQAHrG9xT6xvcU+sb3FPxJzbbmW3kYbvB5h3aOi+0zxU8SC4HZBc5EyAjBGkneR6R9rtFkbSFra2 u+08/dTqQxJn/n9gBBnYuUhLn0jWqkUWq4rF9dWvf3i4f/H+eH6+Oz2+vvK/clcvjo83p9u7x+9e X/3h2/WyXL14vhwebw/3p8fj66sfj89Xv/763//tqw/Xz8fLxf7s+YV18fh8fXp99f358fr55t3x 4fD88uHu5nx6Pr29vLw5PVyf3r69uzl+/r+rzy3Or6/eXS5P169efW70q9PT8dHY29P54XCxH8/f vfrUZDvdfP9wfLy8Cs6lV+fj/eFiAj+/u3t6/tLbwz/bm8F3Xzp5/389xPuH+y9/98G7n/G4H07n 27+2+Dni7Q2ezqeb4/Ozafbh/ouAd49funm+/zn9fEK/vfvz+XD+8e86+dpe219Op4cXH66fjucb U8Hrq1yuXu2/P9xc7t4f/3S+21/qm8uP90f7q8PT0zeHB3vv//XmTx8f5sP1/WGfGsfHl394s//4 /vh4ezr/Znt9lWT/+fb+/o9/nU7RO+vefvt4P94db/7bfrX/dLP/++MQ+y/+idHfnl+u3/9io9uz /0f/JUf/mZrPv+iz/3+M/pd3L8c3/8LRba2d3r65HC77qM9Px/v7j3bv5v54eNybfHc+PDwczl9+ 80niy+VgXd1+e3x4ut9bnq/vbl9fnX9z+7nT532I3x0ej+vjilx395fjeZf5YGs3Lvf5z26Pbw/f 31++Pfz5zeX09IXn4D7j0zeny3/++PTu+GiDjMPT88df37w7nE1nx/Obp8ONCTtOj5fz6f5L84+t xunh6Wwm5FNH727Pb94dno7bp/Gev/7qdP28/+KzAM8v3l8ffzBDcLy9u5ixf7q7fTj8YJK6LHsP r1AXH67fnk6Xx9Pl+Lvz3/9kcuzKePn5Gf/h1+5zfz9ta6/yf/3wD/389LdfuvlJQzO7T4fL/q/v n49r/vbw4+n7y6e/+xuyGXL7/OUfvzcpvujNuVB0lO3TcDv9G7H/dExC2iRtQp8Lk6glEVKEjCMy AiHJEQk0e09IqxWTlMvAJPtF2uS54TbejY5l8z6FRUgOHZMQZiakOCJB2BbWtY/bIG2kBqxrn3uL kARXBY8TYlqOkKzKyMB6C8lpIGSmBkl0hcyd6IeLhGwRaycG3QST1IRIkPOshHSHZ7z44LHeJOQo hNRI2kgTrGtRt7CuJSVhpJCVJdk3/Dwa/MTa0TjJk6oMh/Wm2gteC5oDeXPJJ4fnaApuNEJCYm3S LITMiXWdom+kN1M2aaOBjGMGKWFd51AS1miOhcy3HBexb1n8yIQsj58naw+kt6QLS1BcIqukhMJI 9IJlK+qHEBIUS11y37Deql8bttc1lIrfXI0zYdmqjkba6Fp4JtakxFrWlFolpDts+Wpmq76aA0bG sdfNemsek+Z0TkLyhm1I854SJfa6BSmkjeREiAZiQ5qujN9Cy4t4KD34HggpIRJiM4GQTbEEXZzz hPSOPYduy1EJ6WQvGWbM8awa5tZkQkZMhMyKtTPCGli2zVfphNgTYRIkekJKwBrdIicb2TU3EeIr Wwuyy2xqOx0mKXfcZrqysPWfoRKffEqM+P1MdWR3nrpVPBNndqkT4nMkJAUiQe5kJi7XiG+5zO8d hHSPtbMkEY0udWSVLE0bkS1l7EV752vcCGnBYxIUvx8jNZHeoiYhZIsLE5EI15y3/7APa6Bhi+R9 UPy2jYyNkJgGIaI1EbK0Y5Lz1gipE+7bPthuXzARmZ0Q4if6kAa2ykYm9lR9MNnIOHlhG+KjG9vE xOYIaWNacIRMj2WLceEo1EdJUwipSzFJiq2/F+kZvwXRuDohC1sKL8k2BkKKJ72Zs0wkyLmQ3nLJ mZA1sK7VLDbWgZqxxLJpaDhT4lUimb0W5eAI2QixYkZaxc+TfChYNot/yHxLoQYhpDESc2JkKp7x SXLF2kkqTOpUGiE5E3udcsMRmC2rKISYo4p7y8EMHCENezVGFt4BfbYdnZHS8Uy0OIvY65zKhmeV KQd7xL5YMEVIYHtjiRlnv3yRRN5PUS1YtpIijn98yTNgHdQ9wUJIxnGJr15xbtCMTiJ6q2LvgZBF Zm/V1ghJwWHS3OpY6uZJVGBkI7K1sJFds4knNr5pyVg7LVlkgklu2Bs0sjzeTzvLKxsZKxIyOyFe yI7RPbNI3Tw7PEct0sMxoO/RES+g21ZL2ogLeP103RKeBz0V4lP07HCcZaThnIMfweOcqpGcsXaG xUykjQacQzFCMj9G2obf9khC5sHmWi2EDLK2N8/W3CbDE8KyRX5LnngBWxJhbew1QGKRHs6hmPfm 8kZIzJOQ6libNokEIeIcl5/mPuF5PbUQn2/axo0t0szMp7AYkHgoS1xshATiK1ukl6Fs4WNaiJCI PUgjOTOy1GNi73tiEnwrhERHxrE1twgZvWEiE2cAg8vOER3kzPSWayXPY6EZ7s2CwJ4J6Zm0iak5 TGRL+HmCeRWRkKFYbxbp4fUTLM4i2omhetJGIs6hGCEnhCFq9FhqU0EkJDsy38SlTIj3o2ISOo6M jEzsh+wEZwCDOao4r2xk4DyfBeLaCNEl+C1IEpzJMjLImrN4zmdGsEUK6raK34L6reI1Zxtgw29b Y8e5aNti2sCrPjlRYQTvJUYsPMTEe2JdjAgjtZPe1GOfL1gERmxVstAI6zqb3rAEOZqniInkRgk+ 0zMy8VlByCp4DzbCLGzWibP7IVu4S2SzRkJI64WQRd5p8a44QgaOqo2Q0/L9rAL7LkYGPs8KJU6y 5or5VYSwapNQkie6NrKIBGnD55pmrR0Zp8ZI1k+NgmPAUEWcI0Q30puS7EqoSTshuePTy9Bcwtmi 0LxEPHea+RRY6hZTZ6RgXyw084grIYYwyQ6fVhgJMxCSyV7S9+MpTHzA0WHooeITASPMR+ph4bP3 0IXk7ELXgbOGYTgS6Rmp+IwlDN8HtlUjkEy9kUEs7IgeZ+aMBLIvjBjx+bYRUgFh41dGlMQlRuYk 2mF5WAs0M86Yhc0XHL0bIZUJYQtayDiiZK/fzB/1hCycjw+bzo20SYN4ARYD4pjWyEZ88hkDzouF qR6f+oaZCs7Uh5kHsWIzL/JOl/NkX1ghEh9pmaliRHDOwUglfvxKHmcNd4LzFEYqPlGL+zmPELLw eVZ07EQ6urhhKxadRRKkN1GcpTaysD2IzhzSSoj5aYxULLVZEOytWyBThBDdsHWJPnts+cweObz/ GLGtjpCOT4pjsFWCdWDhIc7hRws/cNxopAmRzewbfnMhzYF1HXIlsyq6hOv5YjTfshPS8GqM4sjp pZGJLaytuDwWIZWNE0jdRjTnCdveKEq8dXNGK7ZVUXLFmblo5g2v7ai774CJEGtppHg8r9UGwlKr vW2sN80dnyJEi8Cwv2Mk4MpSI4Os7cSqhY3oJBLEhmMMIx3X0MYkgj3ImLRFIpsOYilS8pGRheuV Y3Zu64Q0vKNHMzvYczAy8ImNkY31JpVY8qweZ0732mdc6RfzXiaKSfYOS1BcIfatuA37FEYWzqHE 4hvO6sZiMQvWTokO5/CNxErGsTgLz8QiJOcdS+7Ys4vVVexfx+oFZ8xiNWOFZauqZP3U5MoiRIm9 br7iGs2d4FyArcU0sdRNJ84Nxu4F5/CNZCFtzOPBeuvRE9m6uEXaiJC9sQupWItdVybjJLdhu9NZ NVAcjpxIx2HRISG2m2G9WSyFfUvbYgrZS7b9JJ2QSTS6hZCwfbN4Qcg4uhwZJy1cSRanswcipOGq /jg9udkQZ+iJkOiIvzOj4Ps/RnIOhIzBxtlYb9LJapwpDtzGIhZ8wm4k4ZOhuGIglm9FcvYelzC/ aimp8DKSlPSmuTAy8UlKXIlElOJ8xNX2YnEB3jXF6YYzWUYmfqfi0sCxs5G1kXGyx3GjEQufCYl4 dxYfIo41xSeH8/4SXMH2QILvHvcWxA9CzOHB2gk54Mo4sY0W39SwQDNhL01i9LgS00gJk5CNEfH4 3oeY612x1OIqjrOMTJzVFVMCPv8xMhJ+HrGtnkhgqsZt1A2cg7S+SP2BaEg4+hC1GDkTUnFUbZHm jKRNWp1IkCOOS4wIWVkWfeAsmyS38J61l1sW0sY3vMtIChuxLimSHIoRCx0xkaZkHE3Yq5HsFdeG Sw69L0zU46pKKWZ48DjFB0cIqxMyMvGZuJRIan52gs9PpYjHfqIRWYykTmQzL42MY1OeSG2hDLZI JVVixarzONY0IjjKMTJw/kCqT0TX1U8ye2vwnrQJFUcfUoX4IR8JeVIldwSkppKJDsyBxKT5QuZb 8xvZNVvwONY0UjueIRYB4tNYI5nsp00CedKWEpnx3bvJyCSzt9uSC4zgHJdY9IG9demJ1B7LcLKw rRp+ETs6gidzZwQh3sZg951liAwyjtTGCKnokKFL8QwZ7FambPvmRAi5rSJbUCEkkposI0EWIZlY l00DzoLKllJlZCM7rVlefNZmAZNveL5NT+5iywxC3s8MjfhVMynZAWcWXEEkFpcQy7dsR8dvYXlS p2qk4jpIWWEKkcBaYR1YLEP24KVKLLlFLNiO6n5LgJCQ8Q6o+xmUYiIBVxkY0UF6U9eFkLbIOLrh rK661PC83usWcTZPvY8416k+Zux17jU6gxD1+OajBpfwqa+RhWNaDaEW0iZMHFFqkIzzO0ZaiZho XqS3lPANS7MT3pEnNeOCpY7mXi5CFFcMGMmTEN8Tljru17AIyYkQ3XAdvop27Ffp7shnQgre0VVy 9qRNLrjaxMjCEb+teZLNU1MPrmHS5Auu3TeycNxoMUEgMyRpwSf5mnLGtStGSBZHsxvY39HsSWZb cyDnzkYE5yCNbGTVWwiII8o9BMT3tzWn3onUOQzSJje8l2hxFWeYtPiMsxFGCpkHJZCvD2iJDu+0 WjQy2bTjvIuWlMgMKSlP8jyp4qhazYvHZ4daXcR10UYUn71rFYe9DSOjMzIntpZVybcz1Lw3nEvT mtmOUTPJBWjbc/KEKD7t20nD4zTmoWgLhehg/9IDGUcWsS5NQyNSp0rWXMvMCzBC1nZ3qVdCcsDz oHvBpxVGFPvKusdMeC30MCNpw77HZaTjSgu1vYxYip4F39s1pyrj+h0jpEJfR1ietImKzxeMVJyn 0KGKKxN0ZJLZNjJxJaZuXnGmRDebVITkgPPKRhR/c8RIJjNxOpKnMMKknn7hKFRnFFyvrNN8MUK0 4/NGXT6TubOEnP/oyhHfazOScIS8f6kF95Z2c7Vh4hvemYwMfCae9gqvhkkk9jrtJ88LEyE1jcm2 BXyL0Qi5+5LsfzUxshEdpCIeE1umpLdMzheSD8SK7QRnfoxUXGmRvLnehREcGRkR/E0LIxlXKiWL fxaRICWcFzOS18Akp0ykzh2fY+w3ffE5YAox4kyjkYx3MyMVn4GlYPONtDEziiUwhwvHJUbId+bS fvSBZ28MkY3D7vGnmBVn2ZLsd8Ew8RXvgEkiuV+SRIXMXiPYfzOScTVQkhQykdrsG2mTK7ajRgaO G5M6wdkVI5m8OQv48dmHkYi9p2QhshIJIrmPntRcCjJOcrgO30jG1j/ZQsV3VtNexIvHSYF4+EY2 HFGmXdmMDJyPT8n2Wqw3Gwj7LkZaJ+OYF4C1k9XhGlojEWf3U04VV5+l4nInxC98KyaVILgqLJVI vkZiRCZr03Bu3fYlh/23fcfCWd1UbAVHRpT0liLZS0rq+CTF9OnIWqgpkB1j/z4ftpYWTeEMhjUQ XFeT2v6xV0Ya6c0PYilaELLTNjMH+J02jfhGopFGrGVL3hGp7Q0tQirxuFqajUidA85S72QQ7eRE bEh35Nub5hwMfPae+n5bkRFcS2AOH/l6rhGSIzaycD4kdQlKpJaCz39S14Grz4xMsmN0cwaxRoer +PankYnr/dPwkfjxwwvZmYZfuJbAJOvEIu23o7BVHimzcfLEWdD91iHxNiwGJDrYlJzKp8nu6RnZ IiW4EiZN9jXtnRDbO+MkvtiUijMyaSqbiTPRNtYflnrtX9MhpOEvY+8E5xPTElKFmJY6nP1KFmti XWfnBs5s5/1rVKSNL/g0KbtAot283w0i44jg6CM77UJ6M/1g4t3CN9GyjxFn940orj02MnAGI3sl 8ZwRwfd2s88OZ6mNNJx32b9ci084jDRsxYwsnMPPwXtcNW5kdTJO2LC/ky1qw1/mMVKFjCPkG0Q5 KPmGSg6pLdImF3yiZmTiFbwTfNsrx71Mk5CBv6GfLTrE50w5BrIajRScD8kxNuxx5b0+sRFSGtZb 1Ip98p2QdbqnIIkEmVQYZ/NT8X10Iw3n8LOYFVuEKFklkjI+jc2SO45LsppBGIRE7HEZKYn0Fj2O kLOKEEthcaOQ3tLEuQ2LmMid/D2jSnpLoeJ7U0YGPsk3spGZmGLClTA5ScO+pbkaEWcj8l4EQiRI gs+M/qe2c1uOK7fO8KtM6TqT4HyYyrgKx8Qpj+MqOQ/QEjkalilSRbZsz9vnByVZ4+T/L3VH9tfY G42NDawT1sonBTifvQlrBe/BSRXWBWlJtLGOZ17OOU8uU+RiOrd65GKHGNFy8hNxEqvYmUoc4veU uFTfcua221zN4DHOuSrLNhb4JOZO9XaL+5wTQJwEkUE412S4LyefjBJ8JlaVoSm3k6JCEC+u1kzl ni6QJd7t5kSOjtz8FKtlC4Zbcc6bLXbnFgLPzQCSuV4PMrhlO7dziJCSfgLQBOlCPuhmi5nY/RC7 87CO+zEO4TFm+cQNDkFyaYIUXocjjyhi3UEKzzgFssTqDyLeuZFFXmqQyiP98jQiXycedefn2vIM XbRZmNd8dJZtTRDnhHy9XBTy9XK5qjbCJgQZTdT7yBuiEJ8hOyaxN+5khJS2ITmI+6TJT5GALCHV 7LR534pxjnutyjG7aKKutqog0fMo63KSjW9O3OY5MYv1mb/BIJ376wv0CHW1nAudicXZxCXv4pzj GjKIqPZUnJ98vS4uiKwAIEs8H6y8PP6gQMfgsa0gIkdHgSbB/YDFO8uz8BUfzVJk8njl4lPm/jkQ ETNXAqYPbwMVg0tCIJtbGkvwInMFiIj1KCF4HrkIkvj5+hJi4WetSjTCNliiTWKORheHuBoeN+91 DCK3cInR8ngkkM3jQ0pSGmVJ1oinfQ578bFOrnEraIGsLGZiyuJ8FrY/y0+QFyjPXMIHWVMQb7mF qZwc4OI+ofEMDCDDSCLe05w9j10peBO47wOkcatuKXZzq0c5niHRxjfxbhc/+N5YShDyQSmxq15j pRD3gYTACSR8cZ+qdMBSVS6DUlPjEmSpOXXRgyyyqpfmC/cMgQj7dWnRcGmwtJScuNrxggmyuP2g tCxOe4E4nsERJHLrCsjikUqlK40FJHJdE0TtC13VUSvdJy/a+N1F31RUMoiow1Ewd524T+xiVnXI YuI+OfHsKiAiv38ZZnC7S4F+zDNOleGF1gbixPMZyXJfG0jkUQYgi1sNi8wBXqb1QRDXuT3xhfC3 fvoh1t7phV25zCTqm5VlRTwSiBfr6LJVrG/LFTE6y7ssehBENiyQJvaSFUQUPMgSu8yKWWgFK20j fmkuYk08Geh437YR57PKtrErUrhtsGxnuF2sbN+FhLKDiMQsO3ahsexs+Ak+kMW98tWYwX1G1UAx KZx4USumGpWztBq1+oPsJUgWORertZ7vMtU64Qes1ouqK9UGEStVbdzcclqhgfE3qzrTeaaU6mzj 3st60pCLq51DQ5yo/NcQNjyvTVTdsQ4KIjyr1RsR+1W9rTzDTPXe89UfJFlxH5+5JlF9sNxrVX30 vH7JIXwlrz6L3Ok1hMjzANYQRW1jTLbI116Qza1SNZrMvcs1WiN6EG0XTy4mwy3OIMImBDK86JvK 7w8SubxTk6n87CXI5ppexWbGLWYVehaPKakprSjuk0Ue9JpNy4LYwvWFCtGSx37V7NWTyyHxHLm1 2Mj301r85j6wWvCA+OyFgsq9IvVEn/FfWnLnp/5qNVPMg+qFBwpkijUeegnX0eux7gtiF49XBtn8 NHhtzjTRRll+asPvSYJ0rm+DTO4rqC0kbnWvLXt+gg9E7OgV2ge30NZum9jnoGNwOxKIyMhSe7RB 9CCKeocgjVswak9BvME9G37qHMSJ1XJYK/af4Tb3IlSsYdxff0gVRNWoqiMZ8dafaC3+FKatPB4W ZPB4vjrdEuvo9JafOADpYl4vI3LP1OWLmAcrBSFxrSTOsdSVJ9fR6z4JGQWJYhXbJvHzJYdwi2bd Noh9YdvO9e0KyZtr7+3UjLOCdP42HsIlu2Zc4HpJM17YEw/hUmc72R1FmyiqYGBxExmA2ok74mNg T8oCQTq3U7RT7oPfx7rIZbFTYIDb7EBKFlfDuqPI5P65ZpPh+SCxiFq+HoCIE/Egi8etN3cqzAjS rWjjRXUKEBGHAtJ4/FtzwXBbNIjn+s8pdc5PwIKI/NfNpTy8JHwmelO4TNF8CGIm+hiSaJMiP6l+ CN+3QbZ4Cj5XHrPQgi3cngiVLfGVHCTzU5mHcN25hTB5nB1ECs93TZDNs0O8EP60T/l6PqLRNh5N 16IbXB5tuFYUJDgezd1SStwHBtL4iXiQ2VQbkbu2pSxislq2XswqyP78hOUhXK5q2TkxD3IUeUpa Ts6Lq6XIbesgnUdAtGItj5EByU20OVllOYGqp8ji8kErafEYwIZREyNacuPnWFp1mcd5g2wxd+pJ SclJKGKsjyIsrpYq90i3iofKew1dhnvuWnObnyJpzYtMUCAif3xrYYn5dqZ8FKRx6an1U5pbkJgF wZK0FemiTfTciw2SeVRl6yqHShtW1D9twy0es92GF3l+QMQZzzai2+Jq2U9F1D438uRWXZDFLXMN Ogb3A7ZpvXhPpwvi3Z6YO7wHM4oc7SCbnwdsM1t+urAtF7lWAJJ4JGZDz7j+01aYQhpcSej1IJtH O7aVLfcigAQnrpZFPde2XefZ/tr2piviuQYGssUz3cFWI0gUO9M+5eMFaVyvB5lT9DpnbrvtxoiY rG6c5xpyP3UaRRvfueQAVbdx7/JxxnK5qpsU+Im3Q4b4PTlwG3G3UGaGIHOLNs7yCK9uY+SWOZDB 50G32QbRgyzerH5O+PNf6mLne1Z3yfEceCCN66fdO8NPonXvl+gbZH8x1h46bRBkcR2je+zbom8Y Hd4mBFHRD5uZyHvcQ65c2+3RTG5zAFlVEOvFHI1OVPUAEdXjsdEKLRSkN9EGTbogtYkeJCFBYkP3 4i3Bcs0j1kCmmFUQlcW7kJyIkenJi5r3PUUjxjpBuhV9i5tbAHtOompRL0bU3ALZYt2B7sF9yL24 wuO4QKroW3GN7wsdEj6PyO1Hjudj8BJkRkk1lsfH9+osl+NBNpcceg2i6mSvJ98fJ1l4l3szIoMW iMh3CyJqXfSmTuuDDO71Bdlchu0NyzJ/s5qKd+ktizNqvatqT727Ip5PV3VWO157bt0HyTyuBkRo Ob0nw63hvUPR479nnKoJnFhRZQFEZJIG6Vy27OOY8wTJ3E/bh1d7CTQJ7nsHaWKfG8E2cR91JgVE RF4dMsTvycIn3qfZ3NbZp93cQtuna9wj0KcXdRH6VFkSOzQJLnX2ZUSVEpAl9oVlB8841ZcTVSf7 8lWssCtkMToL62gQRNRD7iuJjOIgfYvfk0Q03SFL/NIssl30bR33y4BE8RS2qpzR96k8xkmsQt7Z qYuVb+coJMidF/fyYKEwXAMbL4kFBZm8byCb5zAexokdY5yqDVkQEUcMIipnDJMsr74DUng00Di5 RawgS/wei4WP38cqm/ewznBL/bBpLXEfpYljuRbV+bAoF665ggiNBWTzWXVIE/exi6+W4ySy4b12 yfB9YXgrMjyPk62ZP23vhcYCsmQbIT0NH0S0PUgWTwGE684gnZ90GtDAguhBTtz7PwIEaX6fgNHh 8xoboBiD4Dq3ZI1T5mcKIs4djhBV36KNYkSjLeJdiM5v0cYb8WbFOEWvY+pcthwJL2MRpHOJayQr skKPBMWxCZLEPID+xTWJkbKoFwpS+fnGkY3Iuz+yXWJ9OymmeQ9yMGI9yNHw0+2jGHE2dhQr6omP 4rwYa+hm3IIOsnmEyijeNkW8eOfKCZEUZKhfGsVZBBBRURZk8mjHUXIWz6eayDUwkM59H6NaI9br cyI+CCI08VGj0FxHTaKSG0gTY439nMc4j+Yjt4+CbB7DNFqwYuVraXCb9zhZxHibbgu3oYzuHI8x Gz00nk9oHINVE8RO0QMsPEYQK9adnvfiIwoBgUuDYzgRawiyhZQ2TmVSTsKc4j6q4sg4J8izIJNb v0AW11zHNCJzxZjOiFV5usDzSo3pF/f6jhmdeH9mErmsQSq3toJMHjlyCNckQJbYaaED8sxjYxlx mnUs54RUs03g1bjG0X/46ECX4XEBIJXbNsYOgXu+B/QfbpEZOxfVBnsjvc88ZXq7ICKebxq7+cmt aZzl/qx58vAJki33IoB0HqEy7Qka4CQI7xiIqMA6nV98n5suNr7LTEjrfAec3osT1yCJ69vTJ5Gr EiRym8PEpOLx5DMYEcs2IanyeT1DjHzXBNlctpzRNv5uYzkQFlqQzj02M/rEPd/zpCAKggxuBZ0x RC7vzJhERCFI5dlIZnKe5z0GGTxmbqYQeVa0mZLnmh6IiCPGIlZ4NrmZoTsbQQo/pQDSuGd1Zqwu 4j45cmljFiMyk85iI7dxTel5AKnclwPSuAd3liA0o1mi8aIHUVSRAfFTkNy4lW1Wn7itBmRwb+ys QeQSBZlixtcYuIVpnkBVL0jhsSvzJVBVkMot2yCziat5z6P2Zkuey2LY6AP3fczu/faCLK7lYNCK WC1PNNASRFS8msMVrlHOIyfy0RlJnP6cUCl5ZgSQIHaM6QbXXEE2zw00J9RG0SaICh0gheeVmhOS ahakipV8Ji/eOZAi7pM2Py8z1zlAzYl1PFPXXNlwKxtI5/L13Fh6+ZODxMUl4rmxkltBOo97Wufo hxFEaK7r1Oezgnj+LiyTRLYlkM5lpGVP9BUnNnM7BUiVbUROi2XxaoseBMflRJDCI9qXTZafQ17O eL43Lmcz309BhK8NpPH8lie11lJEROgv5wP3uZ6SnOpqYfOdablTfJqTk69MkM093+vE1PNee5u4 RQZkcYlreVd5vPLy3nD/D0jNog0E0ilIVvcJTf3SJOoZgQwxd3wWdYZAOt/nVsBLtwVp3Jq3ghWn VVZwLog2LnFNAqTyGIwVvOcr+SF8n1shOi7drnDy0VMSrYgTWtGJExQrBrUmxtT4zrRO6cApSOb2 HZDNbQErmcKzBq1kB5eeQCaPSl4pidxAK2HP4j3IkKuWIJn7AVcOcSkyuV0ZSnDhVupDhuiBysi/ cqqqb1l4cEE6P5u0ygkc58SK+JBDkmiDlyELIqSaBU2Ce9RABpdDVjVGrKPViFMXq7rJraCrYh6I q/mUBUmZR+0tyPedj1szgVtXQCLP3rGabWKtak5Uj1/njDQf0XPemY9oi4Z7EVZLjVs0DxGj03IQ 86CbwWX/1W3k/jkQYbsF6dx2u3rcXHNdJ6SQz8Seg5Cehilcwl/DOq4druEat06u4Se3K68RhLVo yarua8RqBEmTx0qteQrDcWIHj7dcU3mtQMSp2ReyBRliN5tR1HxcM4vIX5DJa3es5SLXnUESj/kB 2VwTXxC5hOQNIvaFFSrP/by2Efm8QUT9ubV95zbItaMR822rOrj7xOJ4QURt1m3s5v65bWJVbeLg o7NPpcjCSRo8EuYcLedvyT4VC8R9sqgAse2RUgQRmX0P4edlQDKfVZjUi3vuIKKJahtQIwLXS0AK 3+vPUXmul2xnXRFXs42f49/OW9FrFwLf57aLm+fR3NBBuYV2+1NckhObliKd7+jbO2HZBllGEr4D bmhTXD7YPkzjFeFx3oeo+5y64ZykyCMxQdIQVzvVvTjJjcf8gHRuPd7BhqDIiIL4YBTp3O6yQxB1 XzbUUzHjoZ7yPQtLorWKODFDohEWsx3t4t6KHZ3jdrFDeBzxjr5y2yDI4B7cHYMJogche9HrZHh8 78Z049rUCymCiEqiO2HB5n1LzvAIiJ1CKIJEw62TO+XJ/Rg7W2HZ3tmLrMMgwvq1c/RcdgEJXHPd OQXuDwbpVdwnLTFDjp7F71Oc4fH+h3B74i5e1P/ZJRmewRGk8qxOICLX+K4u8yxvu4Yids2qNOQN rZFbi0CSkAJqrtxWs5sxQqZofvLT7bsFESsFIvIsgMwkehCVTNHiEmt8i1vswdDAuiA583qhu5+S bZzYIFbL7oRFc3cvspGAVC9IcNzOt3sU+Wr2OSIm2qTUxe9RWYf3MIbXb8RAV263BOlcq94vAcuc +CT2U+iAQk4cyYqxHqcaFiXQ58RKMVWGpj29iLsFWTw+BMJbF3v9xBvMyToH8jhxiZ/HACncJw6y hC6zfBZS5wrOKxK51XCvKPJggDR+cnivJGp7bahTQRGRqWtvK2rnboiq3OK89ynjLEjnGdv2zuGT Dvhvn9Dz7/79/Q/vL9df/vT05a/9+HD97v2nFuPy/s3T3eW7n/D5afX+hzdPf+l3D1/4m9ufH59u f0tef3zzBX7//Sfw/P5yf7+fLm+/gMeff/5Ebu6eP8zbn1/+vv/p8vTu65XNp2880U9vbn/+r39c 7e3tw/X26T+eHj9++ET/9nT58PuHm9uvPwPi7OeWdw/XP9y9//L588c3r7+0erg8/fob9PHh5r// +vQyUl8H6G8/XH+5fX97RugPl4d3X8b19uH7/3n9abjf3j+9fnu+89Plw4e7l6+8eWd/fHV/9+6X q32Ff6/47+by9JeXf968c5+Ze2HuE3v55/L2/DJ8+/MfXz9zXz77zff8l8/818/Cl8/C18/il8/i 18/Sl8/S+eyXXz/cPt3fPfzlx1f/+PN8/vPj/f3j325v/vMr/38ffRqEm8c/Pl5///D2/uPNLebD zePb598/vL5ers8vGPPh6frny7s/oxWu+3B5f/v84fL29uPTHcb96eGH5zOCl+fv39+9fXp8fvz5 +v3bx/c/YNbcvb391Pp6eff86nPbH1+9vj7d3l5ffauLX6633+jaf7pH63O1b3n9P+LPb3T9y83N 0+3z8ze6+ri7/vqNLv328ePD9enX759u3909Pnyjm3w4o/+tnuzj8/VyPx5vvtkNbp+eHx9+M3d+ uXy4xVp9+Xh/xabx+OmDm88ffPfXH27/fsVKeHN3ffXd84e7m/eXv//4yn9O7ff52/eXXx8/Xv/p u4edL3/45yvcXK4XLNsvy+8/NX7ZuP5PX7Dg3L69wybz+tf3bx7vv6zK//qp4/d3z9fXtx8uT5fr 49MX9i+ft8Dn2+sVq/Tz7/4XUEsDBBQAAgAIAHA9e0CcqEw6BgEAAJYBAAAcABEAd29yZC9fcmVs cy9zZXR0aW5ncy54bWwucmVsc1VUDQAHrG9xT6xvcU+sb3FPjZA7a8QwEIT7QP6DEaS05XMRwnHy EZzXFSFwOKRxs0hrW8SWhLS+x7/PFgnkIEWqZWeZb9jZbE/zlB0wJuudEquiFBk67Y11gxLv7VN+ J7JE4AxM3qESZ0xiW19fbfY4AbEpjTakjCkuKTEShbWUSY84Qyp8QMeX3scZiNc4yAD6EwaUVVne yvibIeoLZrYzSsSdWYmsPQf8D9v3vdX44PUyo6M/IiQQAftNi3NgHZkNcUBSorcTMl026+454tA1 SyI/cy/dywJHtN1bIKthuqnKZoQImjDaxBIL90eIyHPvF+Leuir/8NHkh6ooC/pOKoynn7RXb/if xxMjHExC1ht50Wb9BVBLAwQUAAIACABwPXtAUVTSHPgBAABEHQAAFAARAHdvcmQvd2ViU2V0dGlu Z3MueG1sVVQNAAesb3FPrG9xT6xvcU/tmTtv2zAQgPcC/Q8C90Z8iA8ZkQMYQbqkD6RJd1qibQES KZCMVefXl7bc2k061FM5UIuOd7zTHT+I4OP65kffZVtlXWt0BdAVBJnStWlava7A0+PdBwEy56Vu ZGe0qsBOOXAzf//uepyNavlNeR96uixE0W5mK7Dxfpjluas3qpfuygxKB9vK2F760LTr3KxWba1u Tf3cK+1zDCHLreqkDxm4TTs4cIw2/ku00dhmsKZWzoVE+m6K18tWg3nIsWm37vjOxlnbVIBDRCAU +GBemmZ3ezBtZRfKB/le20t7r1b+lxb+1j60681f1I9meKtcGO9N/0of0lg0di/5k48OAwtCw73s ++2FQdbqKNemM2FY5bM3U4juLLPLPJd/ZHSZrz2v/BLX/FT0JL6igWgJC0QTjThocIgJ4olGDDRK xgTkOM1UUdBApECQciESjihwMIoF5ahMOGLAgTkRBLOEIw4coiwoCuvchCOOySo8gUfJWeIRBw9S MgQLXCQecfCgrCxxiVHiEQUPXBaowJCQxCMKHnsaAmGeNh9x8KCckKJgJK2vIuEhKEY0nerGwoMX mFNGWDpJjGN3DjENP4hI+8FIeCCMIROUpnuP/8YjP10OmsG3ffui7oxdWDM6ZaevqW73RX//dH9o ya4z49fPH6doZ3ef859QSwMEFAACAAgAcD17QLZzzRdqEAAAtsAAAA8AEQB3b3JkL3N0eWxlcy54 bWxVVA0AB6xvcU+sb3FPrG9xT+1dSXPbOBa+T9X8B5ZOMwe3RIKbUu102bI9TnWSdlvO9JmiIItt itCQVBzn1w/ATVwAEiQgd2bMQxYR24cHvA/AwwPw8y/fdr7yFYaRh4LzifrTbKLAwEVrL3g8n3x5 uDmzJ0oUO8Ha8VEAzycvMJr88v7vf/v5+V0Uv/gwUnAGQfQuPJ9s43j/bjqN3C3cOdFPaA8DHLZB 4c6J8c/wcYo2G8+FV8g97GAQT7XZzJyG0HdiXHi09fbRJMvtmSe3ZxSu9yFyYRRhtDs/zW/neMHk PYa3Ru4V3DgHP47Iz/AuzH5mv5J/blAQR8rzOydyPe988uDtcI0+w2flHu2cYIJDoBPFF5HnnE+W 3m55SL5tL4KIHtuNmp+npCTfCR5x+FfHP5/A4OzLspp38WnlrXHOTni2vCAJpxnUab0C++JXGqtW WyxTLOFl2kI4FG4+IvcJrpcxDjifzCbpxy8f7kIPhV78cvy2hDvv1luvYVCKF2y9NfxjC4MvEVwf v/9+k7RH9sFFhwD/XzOtpAH8aH39zYV70ro4NHB2uOTPJIFPYv8nT6tmEqJF30KHdEVF7Z1C650C 9E6h905h9E5h9k5h9U5h904x504RIzdtvYN37Gtg3pFC650C9ErhOslv7lo8eLEPuWMvD6u4V4Lb lz0MfS94qldi3laJZRyi4JG7kOvdfutEXsSd4M53XLhF/hqGygP8FpOEUYkd1F5oPyNluXdcL0Vc Tsav3B+9x22sLLdJJ6xnY846U370oriRrLvAf4XeupFMa0n2Ca69wy4H2uz/JuBP3FAFU+9OTCpK KdbgTNks0+xOSaREKdPiTNks0+ZM2VB9s60fXjnhE7UjWG39Z4F8FG4OPqvzWSpPYmqxGk9KWhe0 AK+qKBeui+cDlNbh0xl2ej7lYafvo0XsXPqoEzsXbr1iZ9GmYPfwqxdlg85wGk0Q3Dmh8xg6+21j 0OOfkvx+QDGsp9f4B/YPAZ5iRlCh5gNm3PlUeIctWW4CYmfBzUTsLLgpiZ0FFzcxk/ciKXYu3GzF zoKbtthZ9OYvTZC/NEH+0qTwlyaFvzRx/tKGTxDYWfRWVE1cUTVxRdXEFFWToqiauKJq4oqqiSsq EFRUIKioQIqiAimKCsQVFYgrKhBXVCCuqEBcUYGYogIpigrEFRWIKyoQV1RdUFF1QUXVpSiqLkVR dXFF1cUVVRdXVF1cUXVxRdXFFFWXoqi6uKLq4oqqiyuqIaiohqCiGlIU1ZCiqIa4ohriimqIK6oh rqiGuKIaYopqSFFUQ1xRDXFFNcQV1RRUVFNQUU0pimpKUVRTXFFNcUU1xRXVFFdUU1xRTTFFNaUo qimuqKa4opq9FJVsyPlQKe+AVTag+ls9WVlpaq9dQgzqHm5gCAO3aUNVe6Ni58W/HX6J0JNS7HdW MuHfIb/0Vr6HEhP1S6e9GyQ71oeaj0HrduxvC+UWFhsx7bnP6bk3qjKtuk28z11ccMT4ZY9L3Zet 7uvU2yLLKYn4YV34N5DEBGru8pF9TmqUlTrN3DjIP7GzirJ/8xQ+3CRbRXsUnU90kCkIK4KdEysr gqrNzY4Ylma3x9DUfChjxjDmHUDBTOtACnSjAymw7Q6kWF4dSHXL6EBqqHYHUsNUO5CaM70Dqanb HUjNudqB1AJ6B1LLsjqQ2trM7uxiHUjnM6sD6dyYdSCdz4GZKWOuFFHqNUC8tDYxDHEv05PdJd8j DmmlH/cHH3+A3xw3TgvxgjUJwvkXKjQtdI7hArZAh9CDIfHfqrpoXTqxk9JN5v5Vi0lcv8qfEgTR 97yWebePvi+i6reSj1dCIx3EU1BNRoBqg2yOTlNJiSsHM95vAY2KAvgtpn0nrij597yYxdYJmwQW Rt46jzmbWaY2v8rmJJmYnyDcf8bFpOUddulX/J8PRbqcfYtQSrs9v0OHmDTyx69+UV65QQdKT2NK T5MpPY0uvVYZef6xqllTShGb2q4HpB9fhF5emdUiSnUp+7fSf20J/RcwWwAMboFBMtZ4ZNwUpzZI nBUxmhLEqDPFqL+uGMEwMQKqGFen6nUGU1zG64pLHyYuvVVc3ql6mckUm/m6YjOGic3g72WaBHFZ THFZrysuc5i4TAkjrM2Ugf26MrCGycCidplUwwS7x5wpmvnrisYeJhq719A3RLtcPG3C03kYtiy5 s3MPhU8cKb4h2CzS0XNOSaIlwBzfw3IusClkrpb8BY7/bf8rq2Bhhpi21Qmva1LbCqM+DyS81Y6g JFEoheIiVn5mUlj5H5L54HN2OiMtfP3NmeQRF9D3PzlpbLRnRyUzyjRUndmU8BWKY7Rjpw8TGzUz g2kVzLSoBFuEuE+uYJhZf5iWmMTbtinB1Au3T4uxlRh3TJoKw7BTf9mWH9eHTthq+qnGoNl+qjGo xp9aFJr1pxqFav6pRaHZf6pRqAagWhSaBagWhWYCagiuCy7VCFSNQrUC1aLQzEDVKFQ7UC0KzRBU i0KzBFWjUE1BtSg0W1CtR9GMQY1O1wWXag6qRaHZg2pRMoNQNQoMsjEhbYEZBUzCOsf+Pcu6Q5th adY0GwnZGG4QiikMsUk/0xjitkQe2XCanRw8GqKe0Nmv9yKT04ffFk2jUXpOa+iswznE6B5iJsYT hOTD0QJfLPDmI/GNxDcSnxDxFaTmJ0SB51CozHEzm4/jGnP2AN2FCG3ESEWjkoo2kspIKiOp/P+T SnXilOnRaZgGUJkGjEwzMs3ING+NaXItaaGaE62idCoN6fJoqGbcG7ln5J6Re34o7rE0W8RChEnE oJKIMZLISCIjibwJEsn7twCJmFQSMUcSGUlkJJG3QSJZ5xUgEYtKItZIIiOJjCTyJkgk75kCJGJT ScQeSWQkkZFE3gaJZN1OgETmVBKZjyQykshIIm+DRLI+NZRELn3kPiWXVteZJAlJ77Pm9NFt4FU1 milYT0+iJuLIfopUAK1f6PhxgBT4PZG5hyhGu+RsfN3V+v5mcaueBQgzd4CCw66BGUdQblXlTAmQ Qs7u439INFoF8ryKcBan71mnEuanqVxXvVgV4hmf6MNR5dxGwym180Rs80DGcfeT+kbFSuhMC3F2 DVAMqZ12kwUqMU/HrYkjq0bpLPWMcqJkNuBESQH+OlgTeMf7M+oVgGkEJSxitCD9CsP4wvcei8qR upKmEtlvXmRPFtSR5U8ZSDwwxDimbdRPBP3p1hyyuQ/XCTVW3tPYrVV0t2HNFR32MIzc0NvHA1qs nUsK0BG5aGXnhE9UVjlGU4p4DLo8Rp10N+Ks7dC4alvJPTFbJ3hMHgAaOIjxSqCj5rwDHOHJj1i7 orY7BrR6xeVN9oupjVQxpVfw0CSUhgwd/YupLZf28o0dUjXkQxDF4cFNHoWi1r8SQdKQm5OV7MqQ s2afk9NqcE2tTHIvVhFDZo83qz1eaue82O+ptSHfZczq9s4jvAyh83QJNyiEbdXUT1vNW5VVUTzz k1JX/gs/9O4juap0uiYy0Ngy0E4nA22gDDQZ6y6NvfDiONLQtvQqri4iTFy5uoiYqWRgBy3Ygaxl I2VenpteylM9VejaibxGN14YxR8CzNYtC2IliaVk0WjVLBbV5YqmM6ANSfsxvVJKlbJy74TbAnSw FQKYUrCX5K1xCpyhFTVpvJ7gtU7Jn1yPT9I0KXbQXTtw0p71Kuq/8BF527NR1/w7ZwVrF2MJNcOV Ezdn5cnHYTPRvuVfn+0cz1/i1aoTH8ImlDRcOUZoh9XbUJLfe9ooNw9oXhGXNcJU/N6U6+Ar9NEe XqzXIYwiipUmDVecLAJnB9mEOJO7ML2jwpqnyr0lF8Omqr0tXy1IfpOXDMlkKQ1+xkAzrU+vB3S3 KCR1eEzu+fiWGBfKp9Zfsi/pzRkUZx7bnnHdVpher3K8k7D4Xbl7RVTc9xD3pIAt7TAN7xK2UB1O a/+7Qb6PnuH6+BBnvbLNGOU6ueSO4uJanFm+6fH87lDYlDBf+VAE4+3Dp48XboiCl6YhmoQpeSCt HaiX5Ay59ISAYGhfCoJT8waxAlswC49CywmgJOQkRaI1q0gSMuW/ZHTYhaLSlYBgvyJ75B7V0JxU rRR+Cpn+Cl9WyAnX9MKL0B9Ztmy9uQth+n55DBkVrMTg1KBT94ils9v7jI6ehZ2iOUQgP+Dw59Cj 3b2SwC6F/29q6b8dPCyuWK1ShErXUOboWBsVm8en8zdNaeMlHi5nNzfSx0uypkwNqw24ZKmmpJeI nXS0pN5Adrx+rN/KhSzAypszgutJAkOjguNfF5fhWZp0eIAODwyBp85s6fh0Oj59EL7MfUQmPoOO zxiED89qZeO7PPg+pCuIkoV1IW149rXufmpCewUU7FobeA496gcfyIYPWuEDyfB12fD1Vvi6ZPiG bPhGK3xDMnxTHvwFHg694ADp+IvQH8mwXYatteMWNAtPaQOjJOSgA7lkk686s6VB1zug6yfwxpQE 3eiAbkiGTkZaQeiMeW/J2YAXM51MLHlkksLR2rDyayQdrS0bLWhFC8TQzmWj1VvR6mJo1ZlsuEYr XEMQrioH7icYRc4jZNwBnYUqt73ugt5frkuXcZdXwaTk72QIV1ISyf00kmV0eb8xu6p7UNriGu9B qfNLvgcknh6rHm2Lltq7cbqiLMdO9ot9n7XF2ljk1Uewv2gjJW3sP+CKdaH7P3DYP4duoNQd8o61 oISQ+oh78NVqxnB1yCrXz89B4tTpM4ph/kxgE1sMizcEZW/d0g1Sd5gSGAMz2Sp8DYPU0vEPsUM1 75eCXmcnm72Hzbt5LbjBT2+lZRwiSn/JPrN2t1cSTlCQB0GpTr9FQJc4KL78jTmn2eL+O+C5sFfh T7ov9IO4TFaJe2nxiuBAEckcYqpdibj6hkW18lOhx+2F3EW9vL0ANOku2TfeI01PiRNoFtTDcbk4 0lT1Ym6/qVqaMzbD5li4YnPaHfs4YoMTeygDtncuOJ13LhjonQtO4qGss2Wgn04G+kAZ6CeRgcGW gXE6GRgDZWBIl8El8nwY7n2ahx6RRDlcyrGR3i6cju8jFNCP9aZhfCd76YdXGusCZ4un9+XlQPEh WQWkv6bynDjpE6oF2u3w8Mk+recEAUpnnnzn9U7qcZqCpTZRCedffoy1FT2eL/4J3dYKRFkUWh3K MmgoQyOQfZBKdD585zseXVmSED5VqT5QrF6rwLoeb3IfL/0YL/3oe+lH+w0eCvNBdrqpruea6Xj8 dOntloegn7+wxnqBknIx/Pft2eLzgPGuZW5SeQS84TqVvzdeekmS9oI4jc6Abs1zTT3Fe/at74Ar bS/b2xXpZu7iZ1+WVQzFp5W3xgic8Gx5IVf038Hcbl5Jl37tY2hrvHS/sObWZQ8rYHf3UFu7h9re PVQqSFObX81P1z3a/B5pnUI/cafgXSsQSSbvu+b/qf9pHjjifBK295yw0l4XV5aaDw3j7GScnYyz Ezmzk6Jj/ngTEPmk1vWneZ8B7yvXx79UMZ5bAHAz8tzIcyPPjTw3mOf0Fh7TxfjpEhha3n9Gfhr5 aeSnkZ/681PnorLEV/LXklcXqnEFRg4bOWzksJHDZBrIWngMnMgwdmWp9sIYyWwks5HM3iyZ5f+L 3v8XUEsDBBQAAgAIAHA9e0AxOnNpugIAAKsMAAASABEAd29yZC9mb250VGFibGUueG1sVVQNAAes b3FPrG9xT6xvcU/VlkFv0zAUx+9IfIcodxbHSZO0Wje13XIbBzrE2U3dxlJsV3a6bmeOSFwAiQN8 BBAS1/FtYBeE9hV4SdptXZJ1mcokakVNnt2X15/+72/v7p/yxDihSjMpuqa9g0yDikiOmZh2zZfH 4bPANHRKxJgkUtCueUa1ub/39MnuojORItUG/F7ojuqacZrOOpalo5hyonfkjAqYm0jFSQqPamrJ yYRF9EBGc05FamGEPEvRhKTwbh2zmTaX2Rb3ybaQajxTMqJaQ7E8KfJxwoS5t6zOWHQE4VD18IyP ZJLHZ0RITW2YOiFJ10QtGDbCcPnIg+8W8k0rWxjFRGmaXi3ERXhCOEvOVlElORHFxIylUbyKnxDF yCihxZRmU5iY6xGCPMuPWURsgL4ewaU1znokyvME6xH7xhp4p1UAKIE4Zpxq4zldGC/yyquIYBge coCECxeGO7eaCNoOkUOoGffC8JrIACJ+4NolIu27iOSPdpHn/kQGcq4YVRmTGho+EGjnVDIabiMa XI6pqsIxYad03ICF8xgsXkEjZZ2vazql9GnQKWSeyv+oUfoETG+acyBJ+hxiq4p/f3v/5/WH5V8p icWB1snZr0YlosDeTuv0UaGXa0Ze+8D3B2H/NiMHbZALYGo3lMuQ8eFcVDH69fXNzx/v6hjZOSNn EyNvmzJyrhHhIAirZGR7GxC52aJmiHpQVlLjK33A4Oa+UowmvqIXTOvtuOyjOMsxiUHcd4IoNhz3 34MAG8GHt0F4qFXqGbwJhP2A7YYkbKRYDYkw32JyMQCPxyCB8E0SmcJ7g6tII0k0dY+joXHERBTL KgO5PP9yef7duPj49uLT5zofyY4p7VwxLbCvumNKsLWNeZ2V1xv44UHZaW28gRVu7rQDwkE0df2T HdOK7vEaq+Zhx7WyapBboRq0BdUsb/TeX1BLAwQUAAIACABwPXtAtvt2d+wDAAB5PAAAEAARAGRv Y1Byb3BzL2FwcC54bWxVVA0AB6xvcU+sb3FPrG9xT9WbTY/bNhBA7wX6HwSda4tfoqQFraBw0O4h bRZYJzkWrETbwsqiINHeOL++lO042m6KygHmMLchNaZGb+QHwgbVm8+7OjiYrq9sswjpnISBaQpb Vs1mEX5Y/TZLw6B3uil1bRuzCI+mD9/kP/+kHjrbms5Vpg/8Ek2/CLfOtXdR1Bdbs9P93F9u/JW1 7Xba+WG3iex6XRXmrS32O9O4iBEiI/PZmaY05ay9LhieV7w7uB9dtLTFUF//cXVs/Xq5WpldW2tn cjb7ZLtydmBzMneXyXlpnYquKWplna5X1c7kwk9fB+pBb0yfUxWdAzWs1OcZEYmKzrFabnWnC+d5 5jGNE66i0Yz6tW3rqtDOs87/qIrO9nbtgvenBwiGFVQ0TlH+oR5Nse8qd8yJisZD9a5qfA2CZSo6 h768Tm863W59jYwMVV7H6rHQtVl6JPla171R0bcJdW/00O4HXQ01HtzdwRTOdkFfffENZ2Hwt+7N AHIRHnRX6caF57Tz4BTXbe+6fFW52q99HZ/Ccdo4rsSA8hy8TIyuNfj4ZXWnO/Tv1/7Z3HeKpeNi TzWEo/L+NO7Zdk8D6Se/ZPB7Z/ftq3K/3vhft1raXaubY36/18+mClam2Da2tpvhC7C081/euXLu u33JGtrz1H9oV/bt8EpdoL+cHL0snyq3fWx14dsoSUzI+LUZXVOPftaU/j24tvE6oe5Pq79mwomc 1ELfBkY4lTL5fldep/MsnZpKpibGkxLr9vnasHH8P/l/rWzBCZdE8pRP/vCPgGF4wTBIMKnEC4aC giF4wZBbwFAiUsmmg0kEWjBJBglG4pVvkoKCwSvfJIEEE+OVbyJBweCVbxJDghGI5SsgwXDE8uWg YBDLl0GCYYjlS0HBIJbvbTtfSgWVfDIYile+MoMEQ/DKV6agYPDKVyaAYFiGV75SgoLBK18ZQ4JJ EctXQIJJEMuXg4JBLF8GCUYili8FBYNYvjfufJNMZtlkMDFe+cYZJBiBV75xCgoGr3zjBBIMxyvf WIKCwSvfOIYEwxDLV0CCoYjly0HBIJYvgwRDEMuXgoJBLN/bdr5MxIzHUx+CZnjlKzJIMCle+YoU FAxe+YoEEkyCV75CgoLBK18RQ4KRiOUrIMHEiOXLQcEgli+DBCMQy5eCgkEs39t2vpySJKGTwXC8 8uUZJBiGV748BQWDV748gQRD8cqXS1AweOXLY0gwBLF8b9r58oyzdPI/tNN/0YLBcjn86rp974yZ V8atT0de66owTW9mVbO2t6L77/yXxy4vpwnvj63p6iFebnWzMeXXk4evLwzHWz+eTxJ7Oc8JGX7l G82p6NuZ4fwfUEsDBBQAAgAIAHA9e0CmowSIbAEAAOMCAAARABEAZG9jUHJvcHMvY29yZS54bWxV VA0AB6xvcU+sb3FPrG9xT42SW0/DIBiG7038D4T7lh7MDk2HiRp344yJMzPeEficxBYIsHX799Ju 7TzswhsS8j48+XihvN7VFdqCdVKrGU7jBCNQXAup1jP8sryPJhg5z5RglVYww3tw+JpeXpTcFFxb eLLagPUSHAom5QpuZvjDe1MQ4vgH1MzFgVAhfNe2Zj5s7ZoYxj/ZGkiWJCNSg2eCeUZaYWQGIz4q BR+UZmOrTiA4gQpqUN6RNE7JifVga3f2QJd8I2vp9wbOon040DsnB7BpmrjJOzTMn5LXxcNzd9VI qrYrDpiWghde+groI/hG20+0CktoFc2t3piSDHlLcgvMa0vnFtZoEaMbsMEEUnVcn7adV8z5RXie dwniZk+rcT6aZCX5m7Swha1sH5ZedcSw7UVPVioPgmZJmkVJHmXjZZoV+bRIkrfB2UPlsdrDOCBQ qKQ4FNgnq/z2bnmPf/smB9+v8ydhfZz6/8bpT2MvoN3QP78l/QJQSwMEFAACAAgAcD17QMC41xk8 DAAAXNsAABIAEQB3b3JkL251bWJlcmluZy54bWxVVA0AB6xvcU+sb3FPrG9xT+1dTW7jyBXeB8gd DAEGMou2649k0RjPgKIoTAedRqO7gw4QZEFJtE00RQokZY9n2cgmB8giJ5gjzCY5ThZZ9RVSpCVZ EqUnkSxKtLoGGKhdr6pIfu+9qq9+XtX3P/48Ds7uvTjxo/C6gy9Q58wLh9HID2+vO3/+2H/FO2dJ 6oYjN4hC77rz6CWdH3/4/e++f7gKp+OBF4uMZ6KOMLm6F+K7NJ1cXV4mwztv7CYX0cQLhfAmisdu Kv6Mby/Hbvx5Onk1jMYTN/UHfuCnj5cEIb0zqya67kzj8GpWxauxP4yjJLpJsyJX0c2NP/RmP/MS 8T7PfSrSi4bTsRem+RMvYy8Q7xCFyZ0/Sea1javWJoR380ruoY+4HwfzfA+TfZ42it0HgfM4eHrQ QxSPJnE09JJEpPaehIsaMdoDwKyKRYl9XmH1mfM3Gbt+uKgmLOp/8ewL8ewZaHlVzx8isPhBGJM7 SNLYHaZvp+Ozlb9ej647KM8SJv5IyO7d4LrTz/8z7M5lJhlPg9R/4917wcfHiTfPk71o4OXJT9nS 8SSYCy1TswzTIk+S4D4T+OJn/jBh83E6z4yfcgmD748XiSNv6I/dWdWTD+ljsHjy2wy44HU4Erax eMBH7+dF2XN8sUj/43CeGng3s+yTd3H+wgKH2e88j3iHjvj3JErEa3GEsvyXzzn9MIMoq2gmFn/d ueFt7s5Un2fP67/MH5//LuG9Uxl4mzJ6lZVhdLFuII01qIxP3qBJTTAGaiITy9cE2aYJp7ImEOpZ DmN2I5p44yfZq4tOgzapC8RBXWRi+bqg23TRr6yLvsUQITZqWBdag7owCKSKTCpfE2yLJjiqrAmM HO6I/6trYjANAi/dpgg7ClM/nHqb3eLrl9+O31k8XMWzn7542SSDPRn6/nXnw+N4EAV5UUuAvpww TFbEfphmJnnjCgXMqo5r6FnbpmdcWc8EmRYljt60nkmTeq7XFbVPz/o2PZPKetb6jq05uHF/blLN 9Xq59qnZ2KZmWlnNDrf0rt5cs93NpVqDWq7Vf7ZPx3ybjnn1cRxHtmHqvGGSxBokSc9q26TkTCqf JJnbNGFWHzpg2+qTOkOHfbyNNehttRTRPm/DxWkTRDE3cBecNrl7HMT+6E+ZLNhCk4w+E6N1Z5Om xT/TSTC87tiW5RDM9Aq6X1NuJEG1XGeAajPpsmoZJXup1o6mse/FZ2+9hyX9rqfuUusqhPgZQsSQ iRCi7YCwKWK5F4iZp9TDlRRw1fIUL0zd1M/mrnF9nL9++VUC0gSDDVEuroL0J5E7m9hPlnBeTSsH KS1AipuAVEbTTjhIl3Ox5Ma9JJhsg99LBzOS00vu6CZb3Q5oL6cdEN0QhHQubkM7oL+cdkBDYCeW i4/bDhgvpR3QDLCXysUtbgf4y2kHdAZ2Xrn4OO1A2RFJce0QU4Spg516IxLD4BY3GANHJIgRnTtY rzIv0MjAX/KgpO5AA5sVHSCIHrz4jZemXrwZLdKiNdYdowLcrQPC+2jshpsxoJswiP3bu0aHBpjv AUKRx/crggD6DLs4PpHfk3s35wraxfEp+J7EuDFX0KW4Qll2vJcr6IdxBePi+Fx2T/rZnCvwi+Oz 0D25YWOuYEpxhbIEcYsrlGVzxf1H2LEQIdyqx+ZMo0sItmE2R5jJuqzPW8PmMNYIxE8y8T58blH5 bL/KwE7WUvz1vws5hu5kPSkRXx/YG9LT2P/srSWONqZG0zTww/XU5M4dRQ9riZ4Y/SaF9x5PYsFR 11LD6F0cRTdrqfdu6Cd364+auMNsv/Fq6mcvDteShEL8bGPvWvJ0obconC3O33txagX+7SLrwE28 7Cvn37FeRJFqRaoVqVakWpFqRaoVqVakWjapLm4kJ4hp1OmD25fHAJ3uY6IjndTYmDOdTECr+9+/ /v7f//zzHMtZ84Lbnypzop6bpFbiu/vwNynDiXMixwthJ1yB4jm3JCiILCguzunBt0I+55aEBm0N WdN0AwDCpKtmoXPJQDAZQGhf//2Plw+FJqvT1k8CDl1S9220FYoSa/jyms4L0WqIAY7g94LgnvMj jPmX8kuyFN4cPhfnpgyINA4tzebiFYie81eGqCxRLMa5EerYGtGdqkTRsk1LUE0ukSiubuPuRqPH TIczdpRMb26ep9fSuyyKfZOqrXfvnLe91385O8dXZ/tod1lXuS3f+HGSvvGzCHUkeRG9dpDBHBRa DpQn+28ZHEQeHP3sHZdD6MsBIxqGlmFTiUGW/mjRGrbsu9mhvlv0Ai37dO2Any46wJZ9vTQ++J2M 6RxMTGg4nYuXu3TyFJR2cE54mBk+bBBehgPK3nzGWzXVV5ruMVYTjbJkrxjsTsyexXTar7fUbhOG 7CaX2lc79/d925pMfiJqGV4twx96Gb5Vy+47mt9MXGpHd91guLav0DMG4ZWLT3qFnmIdAiAXn/4K PecgCJn49FfodQSBkItPe4Wegm1nLj75FXodgQ1iLj79FXoDbBRzcQMr9MUDiUiXO6THKq/QI4xt 22ropLefPDcL6MKlZxdKTydQrpGGQ5ZkoUEOMtmKKW0WECINEHqoSVbTUOOvkx9/UWl2yQ44D84a 9lYmDRXtsLPkTQOjSQNGP/gcetPY6NKwMepiI/h76+AxpMHDJcAjyH3rEOLSEDLlICTYfwtAKsv6 i+dTUqIRirs1g926tuOYPV3fcXTBbFDelmA3KWcWvvDQKTnnjL/sidmyp0qfXuiUBu5LzsWnPzFL wB2FufjkJ2apCbeJpn7ioVNMBxvEXHz6oVMMbBBz8elPzGKwUczFDUzMFo+XpkzvM2zXpGiM2Q4x LBumaNSxexZDkqzxD+f4uyPshtgzbuZ0D5nSMIhXJj79eHgCBuHl4tMmdSboNbn4G4iHNwg4xjPI txAPb8LxqCY58dV2DDaIufj0SR0HG8RcfPqkTgMbxVzcAKkr3lTBegwj1qu587WPLYf1OAdJXc/W SI8iXcrO19eh+LLpML9wdKOi/nqO/yaDw5Tc6f58DGlznK9VHI+DHVsulsLxWsXpNLAjy8VSOF1r dkxSsOPKxVI4XJs4G0Pw8RmISuJsreJoBtgx5WIpHK01nIyBDVgulsLJWrXjEYMNWC6WwsFaxblM sBHLxfI5F0EbOJfTY9yhVXc4QnFG6gBPtXOtRZFDKk6o/P7SFx0FdOIxPt9ABM83EJ9z4tE330Bs jYqcIcXrfzSLEa1rcsUrFa9UvFLxSsUrFa9UvFLxSsUrFa/cn1cWLyLSDYPqPcLqrRFbRp9wjdrq IiLFN9VFROoiInURkbqISF1EpC4iUhcRqYuITv0iIlK8iEg3Kdexg+qRampS1iM6UaRakWpFqhWp VqRakWpFqhWpVqRakeqTJ9XFS5v0vkBLp916pNoQvNyxGHyOv61Rh/V0JunWTznE+jn6aJMeMmmz J4oqRqcYnWJ0itEpRqcYnWJ0itGVZXTFm5kMQpChWVrN+HSb2oQbbJ9zIfdVxGAaBF66UQlfv/xW +nRzDB+DUiRnbjL0/evOh8fxIAryopYAbiWhJn1DtKKNAtBEpYHZEUG+FRg7msa+F5+99R6W0FlL HSbFjDVv/0GafNS+fvm1LG6FIPR9cfskcmcH1CZLqK2mlb2qs+hhDQBU2uN2Ba0fwONYKz1uV2D7 sT1Oa6nHFWLjj+Vxeks9blcs/QE8zmilx+2Ktz+2x/GWelwhZP9wHleW2RbvOTK4xrHWtesxW943 UZ+YCD55STORYfYsKScvvfduvNgLh17SjaLPYzf+vFGdff92Gntn51jCkGzHqLzcxctlXKdgBmrP QYN7DpJf5gnzvebJL8/YzdPUzgQ1j63msdU8tprHVvPYah5bzWO3cR67eL+R4ZiI9k2szmZQ23rV 2QzqbAZ1NoM6m0GdzaDOZlBnM6izGZZ5ZZjzyXB2Xn9njWq+XvBJPD+VPtxQjmwvZwLF6PZiBlCM bS8GvaS2vZgGFNO3F2NAMWN7MQ4U49uLUaCYub0YAYphBCgcKgcYCoLKAYaCIUvBgKlg8ImAsWBI fxgwFwKZGQYMBkOGhgGTwaA2AKMh4DdCZgM9kUB2AxkcAQyHQHokgOUQyDMIYDkEamUIYDkE/EbA cjD4qnrV5teoWpBXLWhWLEghy4EaRgr1TZAeKWQ5K/749DvwxIj59of/A1BLAwQUAAIACABwPXtA DXmUJy8CAADuAwAAEwARAGRvY1Byb3BzL2N1c3RvbS54bWxVVA0AB6xvcU+sb3FPrG9xT7WTS2/a QBSF9/kViEpVK0RnPMYYU4hk/AAbuxhMgLCJiBmD49fgGfyq+t9LStJsoi6qdnYz9+o7596jGThZ SnDGAkwbZRwldNg8Mkb6AFDviOMd/XIpJ5eKn2bxjl2u2QGkvh94WE29c4wTBhCEXeCdKUvjNvmN a155/Zz9LXKfes/u6GpZkQvv9qZxOYMXharhxyzYD5vfVUFRVQEKbaRJSpuD3Kgt8ZLYhj0I0Qgp uiRrP5oN8tyMmo1kF+Nhk/rR7vCC/IXNWT8iBWXZLYckqSf2uiIcgLfXqzh4Vf8XZvhXMw8xfSCG +iAige/w77v6hD4bZrDtWCv3aMlgyqesGz2urbpVy76b9VDg1xQUJ/l+55nq2mrp+WNYUanMnzbl wljgp719ruwaOtzHDyWUvy7iMK49n8GCbms51PjRsrxb2hlUZnM34MJi7pxmirEPkgSr5wCfta7r 1KrKmfoi9Tdb1S8e/Qw5Vxo2A0W0awerq4QJk+OGIU45aqYtOnS7q0UdbrzMrxxtPu+glkDABiUb WI+VXh5m+WG0Ag7BG4CvtM4KatMT0Sfbme32XH6m10j4z2l03k+Dez+OiHRIHSlu17gXjsjr7KcB Oj9NbTBmrKXpYWVYUo5nrSnKwnQtF/GkdR3NB9HYqMpkPjaruxNNIeFTNY+IZfU8nPIiDGQhAbOu 4fkTXixJsTXB4u5bsMzX08lkNi1ceGhx9vpKiww6/ONeBuDtg9/e/ARQSwECFwsUAAIACABwPXtA dvwIY6ABAAAqCQAAEwAJAAAAAAAAAAAAAIAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFVUBQAHrG9x T1BLAQIXCxQAAgAIAHA9e0CZVX4F+AAAAOECAAALAAkAAAAAAAAAAAAAgOIBAABfcmVscy8ucmVs c1VUBQAHrG9xT1BLAQIXCxQAAgAIAHA9e0A1DYBSoQEAANgIAAAcAAkAAAAAAAAAAAAAgBQDAAB3 b3JkL19yZWxzL2RvY3VtZW50LnhtbC5yZWxzVVQFAAesb3FPUEsBAhcLFAACAAgAcD17QDz1Rjfv ggAAd08HABEACQAAAAAAAAAAAACAAAUAAHdvcmQvZG9jdW1lbnQueG1sVVQFAAesb3FPUEsBAhcL FAACAAgAcD17QPFKpbHsAwAAQC0AABAACQAAAAAAAAAAAACAL4gAAHdvcmQvaGVhZGVyMi54bWxV VAUAB6xvcU9QSwECFwsUAAIACABwPXtADtpQY+4DAACFQAAAEAAJAAAAAAAAAAAAAIBajAAAd29y ZC9mb290ZXIxLnhtbFVUBQAHrG9xT1BLAQIXCxQAAgAIAHA9e0BzN1s6lQMAAEA4AAAQAAkAAAAA AAAAAAAAgIeQAAB3b3JkL2Zvb3RlcjIueG1sVVQFAAesb3FPUEsBAhcLFAACAAgAcD17QBW+L6oW AgAAaQUAABAACQAAAAAAAAAAAACAW5QAAHdvcmQvaGVhZGVyMS54bWxVVAUAB6xvcU9QSwECFwsU AAIACABwPXtAI0KWhlwBAAC5AwAAEgAJAAAAAAAAAAAAAICwlgAAd29yZC9mb290bm90ZXMueG1s VVQFAAesb3FPUEsBAhcLFAACAAgAcD17QJRcYphbAQAAswMAABEACQAAAAAAAAAAAACATZgAAHdv cmQvZW5kbm90ZXMueG1sVVQFAAesb3FPUEsBAhcLFAACAAgAcD17QJa1reK6BQAAUBsAABUACQAA AAAAAAAAAACA6JkAAHdvcmQvdGhlbWUvdGhlbWUxLnhtbFVUBQAHrG9xT1BLAQIXCxQAAgAIAHA9 e0CGdYv0MycAABvcAAARAAkAAAAAAAAAAAAAgOafAAB3b3JkL3NldHRpbmdzLnhtbFVUBQAHrG9x T1BLAQIXCxQAAgAIAHA9e0CcqEw6BgEAAJYBAAAcAAkAAAAAAAAAAAAAgFnHAAB3b3JkL19yZWxz L3NldHRpbmdzLnhtbC5yZWxzVVQFAAesb3FPUEsBAhcLFAACAAgAcD17QFFU0hz4AQAARB0AABQA CQAAAAAAAAAAAACAqsgAAHdvcmQvd2ViU2V0dGluZ3MueG1sVVQFAAesb3FPUEsBAhcLFAACAAgA cD17QLZzzRdqEAAAtsAAAA8ACQAAAAAAAAAAAACA5coAAHdvcmQvc3R5bGVzLnhtbFVUBQAHrG9x T1BLAQIXCxQAAgAIAHA9e0AxOnNpugIAAKsMAAASAAkAAAAAAAAAAAAAgI3bAAB3b3JkL2ZvbnRU YWJsZS54bWxVVAUAB6xvcU9QSwECFwsUAAIACABwPXtAtvt2d+wDAAB5PAAAEAAJAAAAAAAAAAAA AICI3gAAZG9jUHJvcHMvYXBwLnhtbFVUBQAHrG9xT1BLAQIXCxQAAgAIAHA9e0CmowSIbAEAAOMC AAARAAkAAAAAAAAAAAAAgLPiAABkb2NQcm9wcy9jb3JlLnhtbFVUBQAHrG9xT1BLAQIXCxQAAgAI AHA9e0DAuNcZPAwAAFzbAAASAAkAAAAAAAAAAAAAgF/kAAB3b3JkL251bWJlcmluZy54bWxVVAUA B6xvcU9QSwECFwsUAAIACABwPXtADXmUJy8CAADuAwAAEwAJAAAAAAAAAAAAAIDc8AAAZG9jUHJv cHMvY3VzdG9tLnhtbFVUBQAHrG9xT1BLBQYAAAAAFAAUALcFAABN8wAAAAA= --_005_7AEB3D6833318045B4AE71C2C87E8E1720C8F24Edfweml511mbxchi_-- From gregb@grotto-networking.com Tue Mar 27 08:34:33 2012 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 86DEE21E81F5 for ; Tue, 27 Mar 2012 08:34:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.531 X-Spam-Level: X-Spam-Status: No, score=-2.531 tagged_above=-999 required=5 tests=[AWL=0.067, 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 FDJQF5RWUdmV for ; Tue, 27 Mar 2012 08:34:29 -0700 (PDT) Received: from mail30c40.carrierzone.com (mail30c40.carrierzone.com [209.235.156.170]) by ietfa.amsl.com (Postfix) with ESMTP id 27E9E21E81F7 for ; Tue, 27 Mar 2012 08:34:28 -0700 (PDT) X-Authenticated-User: gregb.grotto-networking.com Received: from [192.168.0.124] (c-67-170-243-110.hsd1.ca.comcast.net [67.170.243.110]) (authenticated bits=0) by mail30c40.carrierzone.com (8.13.6/8.13.1) with ESMTP id q2RFYQ73032562 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 27 Mar 2012 15:34:27 +0000 Message-ID: <4F71DE00.4070806@grotto-networking.com> Date: Tue, 27 Mar 2012 08:34:24 -0700 From: Greg Bernstein User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120312 Thunderbird/11.0 MIME-Version: 1.0 To: CCAMP References: <4F7026BE.6040600@cisco.com> In-Reply-To: <4F7026BE.6040600@cisco.com> X-Forwarded-Message-Id: <4F7026BE.6040600@cisco.com> Content-Type: multipart/alternative; boundary="------------000807010406040706080603" X-CSC: 0 X-CHA: v=1.1 cv=4WqwMVesY/P2ez2pz02QUJq7NAjPPqzIY8jLuLqeJCc= c=1 sm=1 a=goTC-lfFygsA:10 a=7qPdMTQoW1AA:10 a=xOaALFOtT5cA:10 a=B4uWGr+4DaAYpgidvygSiQ==:17 a=AUd_NHdVAAAA:8 a=VZAVAGJQAAAA:8 a=48vgC7mUAAAA:8 a=FmoMKUsJAAAA:8 a=0FD05c-RAAAA:8 a=02K0Y2VpAAAA:8 a=m0UozmWxvvrGjGtAqnkA:9 a=ssyZlJZDLqdQTC6Gf7cA:7 a=wPNLvfGTeEIA:10 a=EgY3od2ZU2QA:10 a=h-I_03WOSDMA:10 a=JfD0Fch1gWkA:10 a=m1nndEFD3LoA:10 a=lZB815dzVvQA:10 a=AopqHHen_-cA:10 a=f7GxY0FH8QIA:10 a=zwC7bnKO5xoA:10 a=ZfdLKKO7M_FHttPV:21 a=rGiluJ_dccilSN6a:21 a=i0EeH86SAAAA:8 a=rs6_ad2ZcJmitDIqLPcA:9 a=FmoHaGgKg3CJ_sc5kI4A:7 a=hTZeC7Yk6K0A:10 a=_W_S_7VecoQA:10 a=frz4AuCg-hUA:10 a=_-zcIri-vDVowBLF:21 a=jpk53yuggX5ZsZk-:21 a=B4uWGr+4DaAYpgidvygSiQ==:117 X-CTCH-Spam: Unknown X-CTCH-RefID: str=0001.0A020202.4F71DE04.001F,ss=1,re=0.000,fgs=0 Subject: Re: [CCAMP] Fwd: New Version Notification for draft-martinelli-wson-interface-class-02.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: Tue, 27 Mar 2012 15:34:33 -0000 This is a multi-part message in MIME format. --------------000807010406040706080603 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi CCAMPers, I forgot to CC'd the entire CCAMP group with my comments on this draft. Here are my comments along with some of Giovanni's responses. Greg -------- Original Message -------- Subject: Re: [CCAMP] Fwd: New Version Notification for draft-martinelli-wson-interface-class-02.txt Date: Mon, 26 Mar 2012 10:20:14 +0200 From: Giovanni Martinelli To: Greg Bernstein Hi Greg, thx for your comments! On 3/23/12 18:24 , Greg Bernstein wrote: > Hi Giovanni and Lyndon and other co-authors. since looks like I'm the only one in to, is this mail for ccamp ML? in case pls forward to the list ... > In formulating the compatibility aspects of the WSON we looked at > various ITU-T specifications and extracted the essential information > of general applicability across all types of WSONs. The G.698.x > series are good documents but they are aimed primarily at the metro > space. They include much information that CCAMP would consider > impairment related. > > We went through a similar process when looking at G.959 which has > general "application codes" that include things such as fiber > attentuation (an impairment related parameter). Hence why we > extracted a small subset, i.e., the "modulation format" in the WSON > info/encoding drafts. ITU-T calls this an "optical tributary signal > class" in G.959.1 (which G.698.x points to). I'm not sure what else > in the ITU-T application codes is useful in the non-impairment case. > Too little information on FEC is currently included in the codes to > guarantee compatibility, so we put together a list of ITU-T > standardized FEC codes (plus option for vendor specific). > The process you did is clear. The set of parameters selected for compatibility was you choice or a result of a answer received through the ITU liason? > Is the our term "modulation type" confusing you? Would folks prefer > "optical tributary signal class". It looks like this existing field > can do everything that you would need in the non-impairment case. A > guiding principle in determining what to include in WSON has been that > the control plane takes on just enough management plane information to > perform a task. We don't try to repeat all possible management plane > information in the control plane. Right so the idea of this draft is to abstract from each optical parameters internal (Modulation format is just taken as an example among the full set). > I can see some of these ITU-T application codes contributing in the > impairment case but don't see how they are essential in the > non-impairment case. Do we really need to modify the non-impairment > drafts at this point? We are already ITU-T compatible. > I guess this is part of WG discussion Cheers G > Greg > > On 3/23/2012 6:12 AM, Giovanni Martinelli wrote: >> Hi Young, >> >> appreciate your comments! The part of the draft which report >> references to G.698.x is the encoding that shows how the interface >> class concept is fully compatible with the ITU application code. In >> the next revision we could figure out code points for all ITU >> applications codes available now (including G.959). >> >> I would like to mention however that the Optical Interface Class is >> fully in scope with current WSON rwa activity (not only with >> impairments) since even for RWA you need to assess at least signal >> compatibility. Current WSON proposal have explicit parameters >> definitions (e.g. FEC and Modulation formats), with the Interface >> class concept you don't need to explicit them since the semantic of >> the class will be defined elsewhere. >> >> The goal is not saving bits in encoding but making protocol WSON >> extensions a bit more independent from explicit optical parameters >> definitions. >> >> Cheers >> G >> >> >> On 3/22/12 18:03 , Leeyoung wrote: >>> >>> Hi Giovanni, >>> >>> It looks like your draft is in the context of black links and the >>> use of some of ITU-T interface model for impairment context. Your >>> reference is G.698.1 and .2. >>> >>> This seems to belong to impairment/black link model which is beyond >>> the current WSON scope. The part of confusion is the fact that >>> G.698.1 and .2 talk about some modulation type (such as NRZ's). But >>> this was discussed in the context of black link. We are discussing >>> Modulation and FEC in the context of resource block property >>> (OEO/REG). Our ITU-T reference is 709, 975 and 959.1. >>> >>> One of the referred entities in your interface class is fiber type, >>> which is an important factor in impairment modeling, but this is >>> beyond the scope of non-impairment WSON, which is our current scope. >>> >>> Regards, >>> >>> Young >>> >>> *From:*ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] *On >>> Behalf Of *Giovanni Martinelli >>> *Sent:* Tuesday, March 06, 2012 10:58 AM >>> *To:* CCAMP >>> *Subject:* [CCAMP] Fwd: New Version Notification for >>> draft-martinelli-wson-interface-class-02.txt >>> >>> Dear Ccamp, >>> >>> here's an update on Optical Interface Class draft. >>> >>> The idea is to make WSON protocol extensions independent of explicit >>> optical parameters encoding as currently defined in following IDs >>> (referring only to wg documents): >>> - draft-ietf-ccamp-rwa-info-13 >>> - draft-ietf-ccamp-rwa-wson-encode-13 >>> - draft-ietf-pce-wson-routing-wavelength-06 >>> And related draft protocol extensions that make use of them: >>> - draft-ietf-ccamp-wson-signal-compatibility-ospf-07 >>> - draft-ietf-ccamp-wson-signaling-02 >>> >>> As and additional benefit, the optical interface class can be fully >>> compatible with ITU application code concept. >>> >>> Draft was first presented in Quebec and there were several good >>> reactions from the room, so please provide comments! >>> >>> Thanks in advance >>> Giovanni & co-authors >>> >>> >>> >>> >>> -------- Original Message -------- >>> >>> *Subject: * >>> >>> >>> >>> New Version Notification for >>> draft-martinelli-wson-interface-class-02.txt >>> >>> *Date: * >>> >>> >>> >>> Tue, 06 Mar 2012 08:30:45 -0800 >>> >>> *From: * >>> >>> >>> >>> internet-drafts@ietf.org >>> >>> *To: * >>> >>> >>> >>> giomarti@cisco.com >>> >>> *CC: * >>> >>> >>> >>> lyong@ciena.com , ggalimbe@cisco.com >>> , daniele.ceccarelli@ericsson.com >>> , cyril.margaria@nsn.com >>> >>> >>> A new version of I-D, draft-martinelli-wson-interface-class-02.txt has been successfully submitted by Giovanni Martinelli and posted to the IETF repository. >>> >>> Filename: draft-martinelli-wson-interface-class >>> Revision: 02 >>> Title: WSON Optical Interface Class >>> Creation date: 2012-03-06 >>> WG ID: Individual Submission >>> Number of pages: 13 >>> >>> Abstract: >>> Current work on wavelength switched optical network includes several >>> considerations regarding the interface signal compatibility. In >>> particular ingress and egress optical interfaces will require a check >>> on several optical parameters to assess if the signal generated by >>> the ingress interface can be compatible with the receiving interface. >>> Current solution available encode all parameters in WSON protocol >>> extensions while in this draft will propose an alternative method to >>> keep into account the signal compatibility issue at protocol level. >>> >>> >>> >>> >>> The IETF Secretariat >> >> >> _______________________________________________ >> CCAMP mailing list >> CCAMP@ietf.org >> https://www.ietf.org/mailman/listinfo/ccamp > > > -- > =================================================== > Dr Greg Bernstein, Grotto Networking (510) 573-2237 > --------------000807010406040706080603 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi CCAMPers, I forgot to CC'd the entire CCAMP group with my comments on this draft. Here are my comments along with some of Giovanni's responses.
Greg

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

Subject: Re: [CCAMP] Fwd: New Version Notification for draft-martinelli-wson-interface-class-02.txt

Date: Mon, 26 Mar 2012 10:20:14 +0200

From: Giovanni Martinelli <giomarti@cisco.com>

To: Greg Bernstein <gregb@grotto-networking.com>

Hi Greg,

thx for your comments!

On 3/23/12 18:24 , Greg Bernstein wrote:
Hi Giovanni and Lyndon and other co-authors.
since looks like I'm the only one in to, is this mail for ccamp ML? in case pls forward to the list ...

In formulating the compatibility aspects of the WSON we looked at various ITU-T specifications and extracted the essential information of general applicability across all types of WSONs. The G.698.x series are good documents but they are aimed primarily at the metro space. They include much information that CCAMP would consider impairment related.

We went through a similar process when looking at G.959 which has general "application codes" that include things such as fiber attentuation (an impairment related parameter). Hence why we extracted a small subset, i.e., the "modulation format" in the WSON info/encoding drafts. ITU-T calls this an "optical tributary signal class" in G.959.1 (which G.698.x points to). I'm not sure what else in the ITU-T application codes is useful in the non-impairment case. Too little information on FEC is currently included in the codes to guarantee compatibility, so we put together a list of ITU-T standardized FEC codes (plus option for vendor specific).

The process you did is clear. The set of parameters selected for compatibility was you choice or a result of a answer received through the ITU liason?

Is the our term "modulation type" confusing you? Would folks prefer "optical tributary signal class". It looks like this existing field can do everything that you would need in the non-impairment case. A guiding principle in determining what to include in WSON has been that the control plane takes on just enough management plane information to perform a task. We don't try to repeat all possible management plane information in the control plane.
Right so the idea of this draft is to abstract from each optical parameters internal (Modulation format is just taken as an example among the full set).

I can see some of these ITU-T application codes contributing in the impairment case but don't see how they are essential in the non-impairment case. Do we really need to modify the non-impairment drafts at this point? We are already ITU-T compatible.

I guess this is part of WG discussion

Cheers
G

Greg

On 3/23/2012 6:12 AM, Giovanni Martinelli wrote:
Hi Young,

appreciate your comments! The part of the draft which report references to G.698.x is the encoding that shows how the interface class concept is fully compatible with the ITU application code.   In the next revision we could figure out code points for all ITU applications codes available now (including G.959).

I would like to mention however that the Optical Interface Class is fully in scope with current WSON rwa activity (not only with impairments) since even for RWA you need to assess at least signal compatibility. Current WSON proposal have explicit parameters definitions (e.g. FEC and Modulation formats), with the Interface class concept you don't need to explicit them since the semantic of the class will be defined elsewhere.

The goal is not saving bits in encoding but making protocol WSON extensions a bit more independent from explicit optical parameters definitions.

Cheers
G

On 3/22/12 18:03 , Leeyoung wrote:

Hi Giovanni,

It looks like your draft is in the context of black links and the use of some of ITU-T interface model for impairment context. Your reference is G.698.1 and .2.

This seems to belong to impairment/black link model which is beyond the current WSON scope. The part of confusion is the fact that G.698.1 and .2 talk about some modulation type (such as NRZ’s). But this was discussed in the context of black link. We are discussing Modulation and FEC in the context of resource block property (OEO/REG). Our ITU-T reference is 709, 975 and 959.1.

One of the referred entities in your interface class is fiber type, which is an important factor in impairment modeling, but this is beyond the scope of non-impairment WSON, which is our current scope.

Regards,

Young

From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of Giovanni Martinelli
Sent: Tuesday, March 06, 2012 10:58 AM
To: CCAMP
Subject: [CCAMP] Fwd: New Version Notification for draft-martinelli-wson-interface-class-02.txt

Dear Ccamp,

here's an update on Optical Interface Class draft.

The idea is to make WSON protocol extensions independent of explicit optical parameters encoding as currently defined in following IDs (referring only to wg documents):
- draft-ietf-ccamp-rwa-info-13
- draft-ietf-ccamp-rwa-wson-encode-13
- draft-ietf-pce-wson-routing-wavelength-06
And related draft protocol extensions that make use of them:
- draft-ietf-ccamp-wson-signal-compatibility-ospf-07
- draft-ietf-ccamp-wson-signaling-02

As and additional benefit, the optical interface class can be fully compatible with ITU application code concept.

Draft was first presented in Quebec and there were several good reactions from the room, so please provide comments!

Thanks in advance
Giovanni & co-authors

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

Subject:

New Version Notification for draft-martinelli-wson-interface-class-02.txt

Date:

Tue, 06 Mar 2012 08:30:45 -0800

From:

internet-drafts@ietf.org

To:

giomarti@cisco.com

CC:

lyong@ciena.com, ggalimbe@cisco.com, daniele.ceccarelli@ericsson.com, cyril.margaria@nsn.com

A new version of I-D, draft-martinelli-wson-interface-class-02.txt has been successfully submitted by Giovanni Martinelli and posted to the IETF repository.

Filename:      draft-martinelli-wson-interface-class

Revision:      02

Title:         WSON Optical Interface Class

Creation date: 2012-03-06

WG ID:         Individual Submission

Number of pages: 13

Abstract:

   Current work on wavelength switched optical network includes several

   considerations regarding the interface signal compatibility. In

particular ingress and egress optical interfaces will require a check

   on several optical parameters to assess if the signal generated by

   the ingress interface can be compatible with the receiving interface.

   Current solution available encode all parameters in WSON protocol

   extensions while in this draft will propose an alternative method to

   keep into account the signal compatibility issue at protocol level.



The IETF Secretariat

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

-- =================================================== Dr Greg Bernstein, Grotto Networking (510) 573-2237

--------------000807010406040706080603-- From gregb@grotto-networking.com Tue Mar 27 08:49:39 2012 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 7B99321E820F for ; Tue, 27 Mar 2012 08:49:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.538 X-Spam-Level: X-Spam-Status: No, score=-2.538 tagged_above=-999 required=5 tests=[AWL=0.060, 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 vE4xu6SofsY9 for ; Tue, 27 Mar 2012 08:49:36 -0700 (PDT) Received: from mail30c40.carrierzone.com (mail30c40.carrierzone.com [209.235.156.170]) by ietfa.amsl.com (Postfix) with ESMTP id E71C721E8135 for ; Tue, 27 Mar 2012 08:49:35 -0700 (PDT) X-Authenticated-User: gregb.grotto-networking.com Received: from [192.168.0.124] (c-67-170-243-110.hsd1.ca.comcast.net [67.170.243.110]) (authenticated bits=0) by mail30c40.carrierzone.com (8.13.6/8.13.1) with ESMTP id q2RFnX95029157 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 27 Mar 2012 15:49:34 +0000 Message-ID: <4F71E18C.9060901@grotto-networking.com> Date: Tue, 27 Mar 2012 08:49:32 -0700 From: Greg Bernstein User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120312 Thunderbird/11.0 MIME-Version: 1.0 To: ccamp@ietf.org References: <4F7026BE.6040600@cisco.com> <4F71DE00.4070806@grotto-networking.com> In-Reply-To: <4F71DE00.4070806@grotto-networking.com> Content-Type: multipart/alternative; boundary="------------050802000202090304070004" X-CSC: 0 X-CHA: v=1.1 cv=4WqwMVesY/P2ez2pz02QUJq7NAjPPqzIY8jLuLqeJCc= c=1 sm=1 a=goTC-lfFygsA:10 a=7qPdMTQoW1AA:10 a=xOaALFOtT5cA:10 a=B4uWGr+4DaAYpgidvygSiQ==:17 a=AUd_NHdVAAAA:8 a=VZAVAGJQAAAA:8 a=48vgC7mUAAAA:8 a=FmoMKUsJAAAA:8 a=0FD05c-RAAAA:8 a=02K0Y2VpAAAA:8 a=NMn3mj1AtCM2Is-IWtwA:9 a=FzpqHB6F5CAhHp_Ff3oA:7 a=wPNLvfGTeEIA:10 a=EgY3od2ZU2QA:10 a=h-I_03WOSDMA:10 a=JfD0Fch1gWkA:10 a=m1nndEFD3LoA:10 a=lZB815dzVvQA:10 a=AopqHHen_-cA:10 a=f7GxY0FH8QIA:10 a=zwC7bnKO5xoA:10 a=TpyOWm-yk3Li9n-_:21 a=j6m_I0_SoVL5ef6W:21 a=i0EeH86SAAAA:8 a=89knzQAbEoyxkwpSs7MA:9 a=OsjlpZUS_vmw_tNEKIEA:7 a=hTZeC7Yk6K0A:10 a=_W_S_7VecoQA:10 a=frz4AuCg-hUA:10 a=9P35VNdG0ZZjE06a:21 a=WuMi5CzPfyfZ0iXg:21 a=B4uWGr+4DaAYpgidvygSiQ==:117 X-CTCH-Spam: Unknown X-CTCH-RefID: str=0001.0A020201.4F71E18F.00C4,ss=1,re=0.000,fgs=0 Subject: Re: [CCAMP] Fwd: New Version Notification for draft-martinelli-wson-interface-class-02.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: Tue, 27 Mar 2012 15:49:39 -0000 This is a multi-part message in MIME format. --------------050802000202090304070004 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi Giovanni, see below for responses to your questions. Greg On 3/27/2012 8:34 AM, Greg Bernstein wrote: > Hi CCAMPers, I forgot to CC'd the entire CCAMP group with my comments > on this draft. Here are my comments along with some of Giovanni's > responses. > Greg > > -------- Original Message -------- > Subject: Re: [CCAMP] Fwd: New Version Notification for > draft-martinelli-wson-interface-class-02.txt > Date: Mon, 26 Mar 2012 10:20:14 +0200 > From: Giovanni Martinelli > To: Greg Bernstein > > > > Hi Greg, > > thx for your comments! > > On 3/23/12 18:24 , Greg Bernstein wrote: >> Hi Giovanni and Lyndon and other co-authors. > since looks like I'm the only one in to, is this mail for ccamp ML? in > case pls forward to the list ... > >> In formulating the compatibility aspects of the WSON we looked at >> various ITU-T specifications and extracted the essential information >> of general applicability across all types of WSONs. The G.698.x >> series are good documents but they are aimed primarily at the metro >> space. They include much information that CCAMP would consider >> impairment related. >> >> We went through a similar process when looking at G.959 which has >> general "application codes" that include things such as fiber >> attentuation (an impairment related parameter). Hence why we >> extracted a small subset, i.e., the "modulation format" in the WSON >> info/encoding drafts. ITU-T calls this an "optical tributary signal >> class" in G.959.1 (which G.698.x points to). I'm not sure what else >> in the ITU-T application codes is useful in the non-impairment case. >> Too little information on FEC is currently included in the codes to >> guarantee compatibility, so we put together a list of ITU-T >> standardized FEC codes (plus option for vendor specific). >> > The process you did is clear. The set of parameters selected for > compatibility was you choice or a result of a answer received through > the ITU liason? --> Our choice in conjunction with the working group of which some also attend ITU-T. I can't remember if CCAMP has done a formal liason on this document with ITU-T. Deborah/Lou? > >> Is the our term "modulation type" confusing you? Would folks prefer >> "optical tributary signal class". It looks like this existing field >> can do everything that you would need in the non-impairment case. A >> guiding principle in determining what to include in WSON has been >> that the control plane takes on just enough management plane >> information to perform a task. We don't try to repeat all possible >> management plane information in the control plane. > Right so the idea of this draft is to abstract from each optical > parameters internal (Modulation format is just taken as an example > among the full set). --> No, only those relevant to the non-impairment situation. Maybe we should use the term "optical tributary signal class". This is where most of the updates are happening, i.e., new classes for 40G, 100G, etc... Some times we get negative feedback for too much ITU-T terminology, sometime positive. > >> I can see some of these ITU-T application codes contributing in the >> impairment case but don't see how they are essential in the >> non-impairment case. Do we really need to modify the non-impairment >> drafts at this point? We are already ITU-T compatible. >> > I guess this is part of WG discussion --> Okay, but what would need to be changed in the non-impairment case and why? > > Cheers > G > >> Greg >> >> On 3/23/2012 6:12 AM, Giovanni Martinelli wrote: >>> Hi Young, >>> >>> appreciate your comments! The part of the draft which report >>> references to G.698.x is the encoding that shows how the interface >>> class concept is fully compatible with the ITU application code. >>> In the next revision we could figure out code points for all ITU >>> applications codes available now (including G.959). >>> >>> I would like to mention however that the Optical Interface Class is >>> fully in scope with current WSON rwa activity (not only with >>> impairments) since even for RWA you need to assess at least signal >>> compatibility. Current WSON proposal have explicit parameters >>> definitions (e.g. FEC and Modulation formats), with the Interface >>> class concept you don't need to explicit them since the semantic of >>> the class will be defined elsewhere. >>> >>> The goal is not saving bits in encoding but making protocol WSON >>> extensions a bit more independent from explicit optical parameters >>> definitions. >>> >>> Cheers >>> G >>> >>> >>> On 3/22/12 18:03 , Leeyoung wrote: >>>> >>>> Hi Giovanni, >>>> >>>> It looks like your draft is in the context of black links and the >>>> use of some of ITU-T interface model for impairment context. Your >>>> reference is G.698.1 and .2. >>>> >>>> This seems to belong to impairment/black link model which is beyond >>>> the current WSON scope. The part of confusion is the fact that >>>> G.698.1 and .2 talk about some modulation type (such as NRZ's). >>>> But this was discussed in the context of black link. We are >>>> discussing Modulation and FEC in the context of resource block >>>> property (OEO/REG). Our ITU-T reference is 709, 975 and 959.1. >>>> >>>> One of the referred entities in your interface class is fiber type, >>>> which is an important factor in impairment modeling, but this is >>>> beyond the scope of non-impairment WSON, which is our current scope. >>>> >>>> Regards, >>>> >>>> Young >>>> >>>> *From:*ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] *On >>>> Behalf Of *Giovanni Martinelli >>>> *Sent:* Tuesday, March 06, 2012 10:58 AM >>>> *To:* CCAMP >>>> *Subject:* [CCAMP] Fwd: New Version Notification for >>>> draft-martinelli-wson-interface-class-02.txt >>>> >>>> Dear Ccamp, >>>> >>>> here's an update on Optical Interface Class draft. >>>> >>>> The idea is to make WSON protocol extensions independent of >>>> explicit optical parameters encoding as currently defined in >>>> following IDs (referring only to wg documents): >>>> - draft-ietf-ccamp-rwa-info-13 >>>> - draft-ietf-ccamp-rwa-wson-encode-13 >>>> - draft-ietf-pce-wson-routing-wavelength-06 >>>> And related draft protocol extensions that make use of them: >>>> - draft-ietf-ccamp-wson-signal-compatibility-ospf-07 >>>> - draft-ietf-ccamp-wson-signaling-02 >>>> >>>> As and additional benefit, the optical interface class can be >>>> fully compatible with ITU application code concept. >>>> >>>> Draft was first presented in Quebec and there were several good >>>> reactions from the room, so please provide comments! >>>> >>>> Thanks in advance >>>> Giovanni & co-authors >>>> >>>> >>>> >>>> >>>> -------- Original Message -------- >>>> >>>> *Subject: * >>>> >>>> >>>> >>>> New Version Notification for >>>> draft-martinelli-wson-interface-class-02.txt >>>> >>>> *Date: * >>>> >>>> >>>> >>>> Tue, 06 Mar 2012 08:30:45 -0800 >>>> >>>> *From: * >>>> >>>> >>>> >>>> internet-drafts@ietf.org >>>> >>>> *To: * >>>> >>>> >>>> >>>> giomarti@cisco.com >>>> >>>> *CC: * >>>> >>>> >>>> >>>> lyong@ciena.com , ggalimbe@cisco.com >>>> , daniele.ceccarelli@ericsson.com >>>> , cyril.margaria@nsn.com >>>> >>>> >>>> A new version of I-D, draft-martinelli-wson-interface-class-02.txt has been successfully submitted by Giovanni Martinelli and posted to the IETF repository. >>>> >>>> Filename: draft-martinelli-wson-interface-class >>>> Revision: 02 >>>> Title: WSON Optical Interface Class >>>> Creation date: 2012-03-06 >>>> WG ID: Individual Submission >>>> Number of pages: 13 >>>> >>>> Abstract: >>>> Current work on wavelength switched optical network includes several >>>> considerations regarding the interface signal compatibility. In >>>> particular ingress and egress optical interfaces will require a check >>>> on several optical parameters to assess if the signal generated by >>>> the ingress interface can be compatible with the receiving interface. >>>> Current solution available encode all parameters in WSON protocol >>>> extensions while in this draft will propose an alternative method to >>>> keep into account the signal compatibility issue at protocol level. >>>> >>>> >>>> >>>> >>>> The IETF Secretariat >>> >>> >>> _______________________________________________ >>> CCAMP mailing list >>> CCAMP@ietf.org >>> https://www.ietf.org/mailman/listinfo/ccamp >> >> >> -- >> =================================================== >> Dr Greg Bernstein, Grotto Networking (510) 573-2237 >> > > > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp -- =================================================== Dr Greg Bernstein, Grotto Networking (510) 573-2237 --------------050802000202090304070004 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi Giovanni, see below for responses to your questions.
Greg
On 3/27/2012 8:34 AM, Greg Bernstein wrote:
Hi CCAMPers, I forgot to CC'd the entire CCAMP group with my comments on this draft. Here are my comments along with some of Giovanni's responses.
Greg

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

Subject: Re: [CCAMP] Fwd: New Version Notification for draft-martinelli-wson-interface-class-02.txt

Date: Mon, 26 Mar 2012 10:20:14 +0200

From: Giovanni Martinelli <giomarti@cisco.com>

To: Greg Bernstein <gregb@grotto-networking.com>

Hi Greg,

thx for your comments!

On 3/23/12 18:24 , Greg Bernstein wrote:
Hi Giovanni and Lyndon and other co-authors.
since looks like I'm the only one in to, is this mail for ccamp ML? in case pls forward to the list ...

In formulating the compatibility aspects of the WSON we looked at various ITU-T specifications and extracted the essential information of general applicability across all types of WSONs. The G.698.x series are good documents but they are aimed primarily at the metro space. They include much information that CCAMP would consider impairment related.

We went through a similar process when looking at G.959 which has general "application codes" that include things such as fiber attentuation (an impairment related parameter). Hence why we extracted a small subset, i.e., the "modulation format" in the WSON info/encoding drafts. ITU-T calls this an "optical tributary signal class" in G.959.1 (which G.698.x points to). I'm not sure what else in the ITU-T application codes is useful in the non-impairment case. Too little information on FEC is currently included in the codes to guarantee compatibility, so we put together a list of ITU-T standardized FEC codes (plus option for vendor specific).

The process you did is clear. The set of parameters selected for compatibility was you choice or a result of a answer received through the ITU liason?

--> Our choice in conjunction with the working group of which some also attend ITU-T. I can't remember if CCAMP has done a formal liason on this document with ITU-T. Deborah/Lou?

Is the our term "modulation type" confusing you? Would folks prefer "optical tributary signal class". It looks like this existing field can do everything that you would need in the non-impairment case. A guiding principle in determining what to include in WSON has been that the control plane takes on just enough management plane information to perform a task. We don't try to repeat all possible management plane information in the control plane.
Right so the idea of this draft is to abstract from each optical parameters internal (Modulation format is just taken as an example among the full set).

--> No, only those relevant to the non-impairment situation. Maybe we should use the term "optical tributary signal class". This is where most of the updates are happening, i.e., new classes for 40G, 100G, etc... Some times we get negative feedback for too much ITU-T terminology, sometime positive.

I can see some of these ITU-T application codes contributing in the impairment case but don't see how they are essential in the non-impairment case. Do we really need to modify the non-impairment drafts at this point? We are already ITU-T compatible.

I guess this is part of WG discussion

--> Okay, but what would need to be changed in the non-impairment case and why?

Cheers
G

Greg

On 3/23/2012 6:12 AM, Giovanni Martinelli wrote:
Hi Young,

appreciate your comments! The part of the draft which report references to G.698.x is the encoding that shows how the interface class concept is fully compatible with the ITU application code.   In the next revision we could figure out code points for all ITU applications codes available now (including G.959).

I would like to mention however that the Optical Interface Class is fully in scope with current WSON rwa activity (not only with impairments) since even for RWA you need to assess at least signal compatibility. Current WSON proposal have explicit parameters definitions (e.g. FEC and Modulation formats), with the Interface class concept you don't need to explicit them since the semantic of the class will be defined elsewhere.

The goal is not saving bits in encoding but making protocol WSON extensions a bit more independent from explicit optical parameters definitions.

Cheers
G

On 3/22/12 18:03 , Leeyoung wrote:

Hi Giovanni,

It looks like your draft is in the context of black links and the use of some of ITU-T interface model for impairment context. Your reference is G.698.1 and .2.

This seems to belong to impairment/black link model which is beyond the current WSON scope. The part of confusion is the fact that G.698.1 and .2 talk about some modulation type (such as NRZ’s). But this was discussed in the context of black link. We are discussing Modulation and FEC in the context of resource block property (OEO/REG). Our ITU-T reference is 709, 975 and 959.1.

One of the referred entities in your interface class is fiber type, which is an important factor in impairment modeling, but this is beyond the scope of non-impairment WSON, which is our current scope.

Regards,

Young

From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of Giovanni Martinelli
Sent: Tuesday, March 06, 2012 10:58 AM
To: CCAMP
Subject: [CCAMP] Fwd: New Version Notification for draft-martinelli-wson-interface-class-02.txt

Dear Ccamp,

here's an update on Optical Interface Class draft.

The idea is to make WSON protocol extensions independent of explicit optical parameters encoding as currently defined in following IDs (referring only to wg documents):
- draft-ietf-ccamp-rwa-info-13
- draft-ietf-ccamp-rwa-wson-encode-13
- draft-ietf-pce-wson-routing-wavelength-06
And related draft protocol extensions that make use of them:
- draft-ietf-ccamp-wson-signal-compatibility-ospf-07
- draft-ietf-ccamp-wson-signaling-02

As and additional benefit, the optical interface class can be fully compatible with ITU application code concept.

Draft was first presented in Quebec and there were several good reactions from the room, so please provide comments!

Thanks in advance
Giovanni & co-authors

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

Subject:

New Version Notification for draft-martinelli-wson-interface-class-02.txt

Date:

Tue, 06 Mar 2012 08:30:45 -0800

From:

internet-drafts@ietf.org

To:

giomarti@cisco.com

CC:

lyong@ciena.com, ggalimbe@cisco.com, daniele.ceccarelli@ericsson.com, cyril.margaria@nsn.com

A new version of I-D, draft-martinelli-wson-interface-class-02.txt has been successfully submitted by Giovanni Martinelli and posted to the IETF repository.

Filename:      draft-martinelli-wson-interface-class

Revision:      02

Title:         WSON Optical Interface Class

Creation date: 2012-03-06

WG ID:         Individual Submission

Number of pages: 13

Abstract:

   Current work on wavelength switched optical network includes several

   considerations regarding the interface signal compatibility. In

particular ingress and egress optical interfaces will require a check

   on several optical parameters to assess if the signal generated by

   the ingress interface can be compatible with the receiving interface.

   Current solution available encode all parameters in WSON protocol

   extensions while in this draft will propose an alternative method to

   keep into account the signal compatibility issue at protocol level.



The IETF Secretariat

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

-- =================================================== Dr Greg Bernstein, Grotto Networking (510) 573-2237

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

-- =================================================== Dr Greg Bernstein, Grotto Networking (510) 573-2237
--------------050802000202090304070004-- From Steve.Balls@metaswitch.com Tue Mar 27 09:25:35 2012 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 3AC1421E80D0 for ; Tue, 27 Mar 2012 09:25:35 -0700 (PDT) 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 n5rkZiMz6T2C for ; Tue, 27 Mar 2012 09:25:34 -0700 (PDT) Received: from enficsets2.metaswitch.com (enficsets2.metaswitch.com [192.91.191.39]) by ietfa.amsl.com (Postfix) with ESMTP id BDE4521E80A6 for ; Tue, 27 Mar 2012 09:25:26 -0700 (PDT) Received: from ENFIRHCAS1.datcon.co.uk (172.18.4.12) by enficsets2.metaswitch.com (172.18.4.22) with Microsoft SMTP Server (TLS) id 14.2.247.3; Tue, 27 Mar 2012 17:26:20 +0100 Received: from ENFICSMBX1.datcon.co.uk ([fe80::d5d5:c683:a3be:3a19]) by ENFIRHCAS1.datcon.co.uk ([fe80::85a7:aa4e:2516:c2ad%11]) with mapi id 14.02.0247.003; Tue, 27 Mar 2012 17:25:25 +0100 From: Steve Balls To: CCAMP Thread-Topic: New Version Notification for draft-balls-ccamp-relax-loop-check-00.txt Thread-Index: AQHNDCkiSAnYoloyaE+e/NcnkeNeApZ+Olhw Date: Tue, 27 Mar 2012 16:23:24 +0000 Deferred-Delivery: Tue, 27 Mar 2012 16:23:00 +0000 Message-ID: <1508F62A2F511042B45D315CFF74E22960A40941@ENFICSMBX1.datcon.co.uk> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.18.34.10] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Subject: [CCAMP] FW: New Version Notification for draft-balls-ccamp-relax-loop-check-00.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: Tue, 27 Mar 2012 16:25:35 -0000 SGksDQoNCldlIGhhdmUganVzdCBjcmVhdGVkIGEgbmV3IGRyYWZ0IHdoaWNoIHByb3Bvc2VzIGEg cmVsYXhhdGlvbiBvZiBsb29wIGNoZWNraW5nIGluIFJTVlAuICBXZSdkIHdlbGNvbWUgYW55IGNv bW1lbnRzIG9uIHRoZSBDQ0FNUCBsaXN0LiAgQWxsIGZlZWRiYWNrIGlzIHdlbGNvbWUgLSB3ZSBy ZWFsaXplIGEgY291cGxlIG9mIHNlY3Rpb25zIHN0aWxsIG5lZWQgc29tZSB0ZXh0IHRvIGJlIGZp bGxlZCBpbi4NCg0KVGhhbmtzLA0KDQpTdGV2ZQ0KDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0t LS0tDQpGcm9tOiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmcgW21haWx0bzppbnRlcm5ldC1kcmFm dHNAaWV0Zi5vcmddIA0KU2VudDogMjcgTWFyY2ggMjAxMiAxNTo1Mg0KVG86IFN0ZXZlIEJhbGxz DQpDYzogSm9uYXRoYW4gSGFyZHdpY2s7IE5TTiAtIEN5cmlsIE1hcmdhcmlhDQpTdWJqZWN0OiBO ZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LWJhbGxzLWNjYW1wLXJlbGF4LWxvb3At Y2hlY2stMDAudHh0DQoNCkEgbmV3IHZlcnNpb24gb2YgSS1ELCBkcmFmdC1iYWxscy1jY2FtcC1y ZWxheC1sb29wLWNoZWNrLTAwLnR4dCBoYXMgYmVlbiBzdWNjZXNzZnVsbHkgc3VibWl0dGVkIGJ5 IFN0ZXZlIEJhbGxzIGFuZCBwb3N0ZWQgdG8gdGhlIElFVEYgcmVwb3NpdG9yeS4NCg0KRmlsZW5h bWU6CSBkcmFmdC1iYWxscy1jY2FtcC1yZWxheC1sb29wLWNoZWNrDQpSZXZpc2lvbjoJIDAwDQpU aXRsZToJCSBSZWxheGluZyBSU1ZQIExvb3AgQ2hlY2tpbmcNCkNyZWF0aW9uIGRhdGU6CSAyMDEy LTAzLTI3DQpXRyBJRDoJCSBJbmRpdmlkdWFsIFN1Ym1pc3Npb24NCk51bWJlciBvZiBwYWdlczog OA0KDQpBYnN0cmFjdDoNCiAgIFRoaXMgc3BlY2lmaWNhdGlvbiByZWxheGVzIHRoZSBydWxlcyBn b3Zlcm5pbmcgbG9vcCBjaGVja2luZyB3aXRoaW4NCiAgIFJTVlAuICBUaGVzZSB3ZXJlIG9yaWdp bmFsbHkgZGVmaW5lZCBpbiBbUkZDMzIwOV0gYW5kIGFyZSB0b28gc3RyaWN0DQogICBmb3IgdGhl IHJlcXVpcmVtZW50cyBvZiB0b2RheSYjMzk7cyBkYXRhIHBsYW5lcy4NCg0KICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIA0KDQoNClRoZSBJRVRGIFNlY3JldGFyaWF0DQo= From pierre.peloso@alcatel-lucent.com Tue Mar 27 12:30:04 2012 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 284BD21E8094 for ; Tue, 27 Mar 2012 12:30:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.706 X-Spam-Level: X-Spam-Status: No, score=-9.706 tagged_above=-999 required=5 tests=[AWL=0.542, BAYES_00=-2.599, HELO_EQ_FR=0.35, 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 cbte9JMFR66P for ; Tue, 27 Mar 2012 12:30:03 -0700 (PDT) Received: from smail5.alcatel.fr (smail5.alcatel.fr [64.208.49.27]) by ietfa.amsl.com (Postfix) with ESMTP id 1583221E804B for ; Tue, 27 Mar 2012 12:29:57 -0700 (PDT) Received: from FRMRSSXCHHUB02.dc-m.alcatel-lucent.com (FRMRSSXCHHUB02.dc-m.alcatel-lucent.com [135.120.45.62]) by smail5.alcatel.fr (8.14.3/8.14.3/ICT) with ESMTP id q2RJTrZS020636 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Tue, 27 Mar 2012 21:29:53 +0200 Received: from FRMRSSXCHMBSA1.dc-m.alcatel-lucent.com ([135.120.45.37]) by FRMRSSXCHHUB02.dc-m.alcatel-lucent.com ([135.120.45.62]) with mapi; Tue, 27 Mar 2012 21:29:53 +0200 From: "PELOSO, PIERRE (PIERRE)" To: "ccamp@ietf.org" Date: Tue, 27 Mar 2012 21:29:51 +0200 Thread-Topic: WG draft-ietf-ccamp-rwa-wson-encode-13 - Suggested modification on processing capabilities encodings Thread-Index: Ac0MT/sPXvgyvQxyTJGG4VueFVe34w== Message-ID: Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: fr-FR, en-US Content-Type: multipart/alternative; boundary="_000_CCBFBB7025DF984494DEC3285C058152129C035AB0FRMRSSXCHMBSA_" MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.69 on 155.132.188.13 Subject: [CCAMP] WG draft-ietf-ccamp-rwa-wson-encode-13 - Suggested modification on processing capabilities encodings 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, 27 Mar 2012 19:30:04 -0000 --_000_CCBFBB7025DF984494DEC3285C058152129C035AB0FRMRSSXCHMBSA_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Young and Greg, Please find a proposed modification to paragraph 5.6 of the draft that simp= lifies the Resource Block Information TLV. This modification consists in removing the number of resources infromation = from the Resource Block Information. I believe (and I'm not the only one) that it is is simpler to part the desc= ription of resources from the number of devices that comply to the resource description (namely here the resource block inf= o sub-TLV). This gives more simplicity and avoids all the possible interpretations provided in my email related bo= th to the info and encoding drafts. regards, Pierre 5.6 Processing Capabilites sub-sub-TLV This sub-sub-TLV contains a list of resource block processing capabilities. Type :=3D Processing Capabilities List Value :=3D A list of Processing Capabilities Fields The processing capability list sub-sub-TLV is a list of capabilites that can be achieved through the targetted resource: 1. Regeneration capability 2. Fault and performance monitoring 3. Vendor Specific capability Note that the code points for Fault and performance monitoring and vendor specific capability are subject to further study. 5.6.1. Processing Capabilities Field The processing capability field is then given by: 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Processing Cap ID | Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Possible additional capability parameters depending upon | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ : the processing ID : +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ When the processing Cap ID is "regeneration capability", the following additional capability parameters are provided in the sub- TLV: 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Regen Cap | Length =3D 8 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | T | C | Reserved | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Where T bit indicates the type of regenerator: T=3D0: Reserved T=3D1: 1R Regenerator T=3D2: 2R Regenerator T=3D3: 3R Regenerator Where C bit indicates the capability of regenerator: C=3D0: Reserved C=3D1: Fixed Regeneration Point C=3D2: Selective Regeneration Point Note that when the capability of regenerator is indicated to be Selective Regeneration Pools, regeneration pool properties such as ingress and egress restrictions and availability need to be specified. This encoding is to be determined in the later revision. --_000_CCBFBB7025DF984494DEC3285C058152129C035AB0FRMRSSXCHMBSA_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Young = and=20 Greg,

Please fi= nd a=20 proposed modification to paragraph 5.6 of=20 the draft that simplifies the Resource Block Information=20 TLV.

This modification consists in removing the numbe= r of=20 resources infromation from the Resource Block=20 Information.

I believe (and I'm not the only one) that it is = is=20 simpler to part the description of resources from the number of=20 devices

that comply to the resource description (namely = here=20 the resource block info sub-TLV). This gives more=20 simplicity

and avoids all the possible interpretations prov= ided in=20 my email related b= oth to=20 the info and encoding drafts.

regards,

Pierre

5.6 Processing C= apabilites sub-sub-TLV
This sub-sub-TLV contains a list of resource block = processing capabilities. Type :=3D Processing Capabilities List Value :=3D A list of Processing Capabilities Fields The processing capability list sub-sub-TLV is a list of capabilites
that can be achieved through the targe= tted resource: 1. Regeneration capability 2. Fault and performance monit= oring 3. Vendor Specific capability Note that the code points for Fault and performance monitoring and vendor specific capability are subject to further study. 5.6.1. Processing Capabilities Field The processing capability field is then given by: 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Processing Cap ID | Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Possible additional capability parameters depending upon | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ : the processing ID : +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ When the processing Cap ID is "regeneration capability", the following additional capability parameters are provided in the sub- TLV: 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Regen Cap = | Length =3D 8 = | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | T | C | Reserved | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Where T bit indicates the type of regenerator: T=3D0: Reserved T=3D1: 1R Regenerator T=3D2: 2R Regenerator T=3D3: 3R Regenerator Where C bit indicates the capability of regenerator: C=3D0: Reserved C=3D1: Fixed Regeneration Point C=3D2: Selective Regeneration Point Note that when the capability of regenerator is indicated to be Selective Regeneration Pools, regeneration pool properties such as ingress and egress restrictions and availability need to be specified. This encoding is to be determined in the later revision.
--_000_CCBFBB7025DF984494DEC3285C058152129C035AB0FRMRSSXCHMBSA_-- From lberger@labn.net Tue Mar 27 14:55:27 2012 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 61F3B21F86DA for ; Tue, 27 Mar 2012 14:55:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.515 X-Spam-Level: X-Spam-Status: No, score=-99.515 tagged_above=-999 required=5 tests=[AWL=0.646, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, IP_NOT_FRIENDLY=0.334, RDNS_NONE=0.1, 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 r2ijCGLJ96VN for ; Tue, 27 Mar 2012 14:55:26 -0700 (PDT) Received: from oproxy7-pub.bluehost.com (oproxy7.bluehost.com [IPv6:2605:dc00:100:2::a7]) by ietfa.amsl.com (Postfix) with SMTP id BB6CD21F86C1 for ; Tue, 27 Mar 2012 14:55:26 -0700 (PDT) Received: (qmail 18661 invoked by uid 0); 27 Mar 2012 21:55:26 -0000 Received: from unknown (HELO box313.bluehost.com) (69.89.31.113) by oproxy7.bluehost.com with SMTP; 27 Mar 2012 21:55:26 -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=MDyFodOTQ2SYrWCNB62WQD1GWijcuSmCMA6Sqe1A9A0=; b=a8RFkxY4hl6l6UJ5m+qmgnCfTr47zRRccUIwLQvuhLflIJT0OBecBB+ZsrDhnp80Wo7xX+z2v4N4Q7onnDJ18MVv1DxGqc1CHCwyI55axIcgJfo4l3hOMvdDMVA2gYgI; Received: from box313.bluehost.com ([69.89.31.113] helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.76) (envelope-from ) id 1SCeMP-0007NA-4k; Tue, 27 Mar 2012 15:55:26 -0600 Message-ID: <4F723744.2040403@labn.net> Date: Tue, 27 Mar 2012 23:55:16 +0200 From: Lou Berger User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100722 Eudora/3.0.4 MIME-Version: 1.0 To: "PELOSO, PIERRE (PIERRE)" References: In-Reply-To: X-Enigmail-Version: 1.0.1 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] WG draft-ietf-ccamp-rwa-wson-encode-13 - Suggested modification on processing capabilities encodings 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, 27 Mar 2012 21:55:27 -0000 Pierre, I think all would find it helpful if you use the RFC editor's standard approach to proposing text changes, i.e.: Please send the changes in this format: Section # (or indicate Global) OLD: old text NEW: new text Much thanks, Lou On 3/27/2012 9:29 PM, PELOSO, PIERRE (PIERRE) wrote: > Hi Young and Greg, > > Please find a proposed modification to paragraph 5.6 of the draft that > simplifies the Resource Block Information TLV. > This modification consists in removing the number of resources > infromation from the Resource Block Information. > I believe (and I'm not the only one) that it is is simpler to part the > description of resources from the number of devices > that comply to the resource description (namely here the resource block > info sub-TLV). This gives more simplicity > and avoids all the possible interpretations provided in my email related > both to the info and encoding drafts. > > regards, > > Pierre > > > 5.6 Processing Capabilites sub-sub-TLV > > This sub-sub-TLV contains a list of resource block processing > capabilities. > > Type := Processing Capabilities List > > Value := A list of Processing Capabilities Fields > > The processing capability list sub-sub-TLV is a list of capabilites > that can be achieved through the targetted resource: > > 1. Regeneration capability > > 2. Fault and performance monitoring > > 3. Vendor Specific capability > > Note that the code points for Fault and performance monitoring and > vendor specific capability are subject to further study. > > 5.6.1. Processing Capabilities Field > > The processing capability field is then given by: > > 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 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | Processing Cap ID | Length | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | Possible additional capability parameters depending upon | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > : the processing ID : > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > When the processing Cap ID is "regeneration capability", the > following additional capability parameters are provided in the sub- > TLV: > > 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 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | Regen Cap | Length = 8 | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | T | C | Reserved | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > Where T bit indicates the type of regenerator: > > T=0: Reserved > > T=1: 1R Regenerator > > T=2: 2R Regenerator > > T=3: 3R Regenerator > > Where C bit indicates the capability of regenerator: > > C=0: Reserved > > C=1: Fixed Regeneration Point > > C=2: Selective Regeneration Point > > Note that when the capability of regenerator is indicated to be > Selective Regeneration Pools, regeneration pool properties such as > ingress and egress restrictions and availability need to be > specified. This encoding is to be determined in the later revision. > > > > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp From giomarti@cisco.com Tue Mar 27 15:29:51 2012 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 6D56421E8128 for ; Tue, 27 Mar 2012 15:29:51 -0700 (PDT) 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 QPLlU6FhM6mN for ; Tue, 27 Mar 2012 15:29:50 -0700 (PDT) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) by ietfa.amsl.com (Postfix) with ESMTP id 8FAA821E8011 for ; Tue, 27 Mar 2012 15:29:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=giomarti@cisco.com; l=2774; q=dns/txt; s=iport; t=1332887390; x=1334096990; h=message-id:date:from:mime-version:to:subject:references: in-reply-to:content-transfer-encoding; bh=x7IPyiO03rpcSrJgE03PQleSWbmHNge4gUT7Vy0RWeE=; b=lDoXNMM+0YNQvx4vfSx89SfEkU4Hw5MVDADsydRHqMmFllApYayTO2DI f/NGtuJXzSpU97bi5AUTt+1EBHG1SokyWrH+owMnKyanWKVOmXQssJ6Ro cMJxyOsxo6dJVaIZjn1m009qGrZZtKiD+Q6KuBEa/WYkPJHUEEY96+a8L g=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAFABE+ck+Q/khL/2dsb2JhbABFuGWBB4IJAQEBAwEBAQEPAR8BBTYDAwQGCQILGAkMCggHCQMCAQIBCQwfERMGAgEBFweHYwULmwyfAgQEjVsMgyQElWGORYFogmk X-IronPort-AV: E=Sophos;i="4.73,659,1325462400"; d="scan'208";a="133537347" Received: from ams-core-2.cisco.com ([144.254.72.75]) by ams-iport-1.cisco.com with ESMTP; 27 Mar 2012 22:29:49 +0000 Received: from dhcp-10-55-81-27.cisco.com (dhcp-10-55-81-27.cisco.com [10.55.81.27]) by ams-core-2.cisco.com (8.14.3/8.14.3) with ESMTP id q2RMTlbL002623 for ; Tue, 27 Mar 2012 22:29:49 GMT Message-ID: <4F723F5A.5060502@cisco.com> Date: Wed, 28 Mar 2012 00:29:46 +0200 From: Giovanni Martinelli User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:11.0) Gecko/20120313 Thunderbird/11.0 MIME-Version: 1.0 To: ccamp@ietf.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [CCAMP] Comments/questions on draft-ietf-ccamp-wson-signaling-03 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, 27 Mar 2012 22:29:51 -0000 Hi Cyril, On 3/27/12 10:21 , Margaria, Cyril (NSN - DE/Munich) wrote: > > Hi, > > I have the following questions on draft-ietf-ccamp-wson-signaling-03. > > Q1.Sextion 3.3, Editor note : Do you refer to section 5 or other points as well? [GM] yes, btw given current section 5 we can drop this note. > > Q2. Section 4.2. "Signal Attributes and Processing" > > This section indicate options, it would be helpful to indicate preferences or indication on pro/cons at this stage. > In this context one point that can be considered for discussion is that using LSP_ATTRIBUTE would require PCEP extensions, (Similar consideration on LSP_ATTRIBUTE is addressed in draft-margaria-ccamp-label-set-ero-00.txt) [GM] honestly I don't have strong opinion here on best solution... I lean toward ero extensions but would love to hear solicited comments on your ID here above as well. > Q3. Section 4.2. "Signal Attributes and Processing", processing object definition: > > In case of bidirectional LSP a node can have 2 transmitter and 2 receivers (one couple for each direction). > To what refer the transmitter /receiver capabilities? [GM] yes agree. The first step we did was was removing duplicated information and refer to wson info model and encoding whenever possible... so work in progress. > > Q4. Explicit Resource block information. > The OSPF draft make use of Resource Block, but it is not possible to explicitly signal it. > I think it can be useful to support explicit selection for the Resource to be used, especially if the PCE took into account more information that is capable the local node. > [GM] Good point let's discuss more on this Cheers G > > Mit freundlichen Gr��en / Best Regards > Cyril Margaria > > Nokia Siemens Networks GmbH& Co. KG > NWS DWDM RD > St.Martin-Str. 76 > D-81541 M�nchen > Germany > mailto:cyril.margaria@nsn.com > Phone: +49-89-5159-16934 > Fax: +49-89-5159-44-16934 > ---------------------------------------------------------------- > Nokia Siemens Networks GmbH& Co. KG > Sitz der Gesellschaft: M�nchen / Registered office: Munich > Registergericht: M�nchen / Commercial registry: Munich, HRA 88537 > WEEE-Reg.-Nr.: DE 52984304 > Pers�nlich haftende Gesellschafterin / General Partner: Nokia Siemens Networks Management GmbH > Gesch�ftsleitung / Board of Directors: Dr. Hermann Rodler, Lydia Sommer, Olaf Horsthemke > Vorsitzender des Aufsichtsrats / Chairman of supervisory board: Herbert Merz > Sitz der Gesellschaft: M�nchen / Registered office: Munich > Registergericht: M�nchen / Commercial registry: Munich, HRB 163416 > > > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp From pierre.peloso@alcatel-lucent.com Tue Mar 27 23:39:11 2012 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 F1D1C21F8793 for ; Tue, 27 Mar 2012 23:39:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.797 X-Spam-Level: X-Spam-Status: No, score=-9.797 tagged_above=-999 required=5 tests=[AWL=0.452, BAYES_00=-2.599, HELO_EQ_FR=0.35, 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 4densfZEWSpn for ; Tue, 27 Mar 2012 23:39:10 -0700 (PDT) Received: from smail6.alcatel.fr (smail6.alcatel.fr [64.208.49.42]) by ietfa.amsl.com (Postfix) with ESMTP id CB62421F8792 for ; Tue, 27 Mar 2012 23:39:09 -0700 (PDT) Received: from FRMRSSXCHHUB03.dc-m.alcatel-lucent.com (FRMRSSXCHHUB03.dc-m.alcatel-lucent.com [135.120.45.63]) by smail6.alcatel.fr (8.14.3/8.14.3/ICT) with ESMTP id q2S6d4wn026398 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Wed, 28 Mar 2012 08:39:06 +0200 Received: from FRMRSSXCHMBSA1.dc-m.alcatel-lucent.com ([135.120.45.34]) by FRMRSSXCHHUB03.dc-m.alcatel-lucent.com ([135.120.45.63]) with mapi; Wed, 28 Mar 2012 08:39:04 +0200 From: "PELOSO, PIERRE (PIERRE)" To: Lou Berger Date: Wed, 28 Mar 2012 08:39:02 +0200 Thread-Topic: [CCAMP] WG draft-ietf-ccamp-rwa-wson-encode-13 - Suggested modification on processing capabilities encodings Thread-Index: Ac0MZFVTlv3Iapq9TAy4FIAQhA2HxQAR5wPg Message-ID: References: <4F723744.2040403@labn.net> In-Reply-To: <4F723744.2040403@labn.net> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: fr-FR, en-US Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.69 on 155.132.188.84 Cc: "ccamp@ietf.org" Subject: Re: [CCAMP] WG draft-ietf-ccamp-rwa-wson-encode-13 - Suggested modification on processing capabilities encodings 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, 28 Mar 2012 06:39:11 -0000 Lou, I am happy helping the readability of the suggested changes. See below Regards, Pierre Section 5.6: Processing Capabilites sub-sub-TLV UNCHANGED: This sub-sub-TLV contains a list of resource block processing capabilities. Type :=3D Processing Capabilities List Value :=3D A list of Processing Capabilities Fields OLD: The processing capability list sub-TLV is a list of WSON network element (NE) that can perform signal processing functions including: 1. Number of Resources within the block 2. Regeneration capability 3. Fault and performance monitoring 4. Vendor Specific capability NEW: The processing capability list sub-sub-TLV is a list of capabilites that can be achieved through the refered resources: 1. Regeneration capability 2. Fault and performance monitoring 3. Vendor Specific capability UNCHANGED: Note that the code points for Fault and performance monitoring and vendor specific capability are subject to further study. 5.6.1. Processing Capabilities Field The processing capability field is then given by: 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Processing Cap ID | Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Possible additional capability parameters depending upon | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ : the processing ID : +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ OLD: When the processing Cap ID is "number of resources" the format is simply: 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Processing Cap ID | Length =3D 8 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Number of resources per block | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ NEW: [erased old content] UNCHANGED: When the processing Cap ID is "regeneration capability", the following additional capability parameters are provided in the sub- TLV: 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | T | C | Reserved | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Where T bit indicates the type of regenerator: T=3D0: Reserved T=3D1: 1R Regenerator T=3D2: 2R Regenerator T=3D3: 3R Regenerator Where C bit indicates the capability of regenerator: C=3D0: Reserved C=3D1: Fixed Regeneration Point C=3D2: Selective Regeneration Point Note that when the capability of regenerator is indicated to be Selective Regeneration Pools, regeneration pool properties such as ingress and egress restrictions and availability need to be specified. This encoding is to be determined in the later revision. -----Message d'origine----- De : Lou Berger [mailto:lberger@labn.net]=20 Envoy=E9 : mardi 27 mars 2012 23:55 =C0 : PELOSO, PIERRE (PIERRE) Cc : ccamp@ietf.org Objet : Re: [CCAMP] WG draft-ietf-ccamp-rwa-wson-encode-13 - Suggested modi= fication on processing capabilities encodings Pierre, I think all would find it helpful if you use the RFC editor's standard app= roach to proposing text changes, i.e.: Please send the changes in this format: Section # (or indicate Global) OLD: old text NEW: new text Much thanks, Lou On 3/27/2012 9:29 PM, PELOSO, PIERRE (PIERRE) wrote: > Hi Young and Greg, > =20 > Please find a proposed modification to paragraph 5.6 of the draft that=20 > simplifies the Resource Block Information TLV. > This modification consists in removing the number of resources=20 > infromation from the Resource Block Information. > I believe (and I'm not the only one) that it is is simpler to part the=20 > description of resources from the number of devices that comply to the=20 > resource description (namely here the resource block info sub-TLV).=20 > This gives more simplicity and avoids all the possible interpretations=20 > provided in my email related both to the info and encoding drafts. > =20 > regards, > =20 > Pierre > =20 >=20 > 5.6 Processing Capabilites sub-sub-TLV >=20 > This sub-sub-TLV contains a list of resource block processing > capabilities. >=20 > Type :=3D Processing Capabilities List >=20 > Value :=3D A list of Processing Capabilities Fields >=20 > The processing capability list sub-sub-TLV is a list of capabilites=20 > that can be achieved through the targetted resource: >=20 > 1. Regeneration capability >=20 > 2. Fault and performance monitoring >=20 > 3. Vendor Specific capability >=20 > Note that the code points for Fault and performance monitoring and > vendor specific capability are subject to further study. >=20 > 5.6.1. Processing Capabilities Field >=20 > The processing capability field is then given by: >=20 > 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 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | Processing Cap ID | Length | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | Possible additional capability parameters depending upon | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > : the processing ID : > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >=20 >=20 > When the processing Cap ID is "regeneration capability", the > following additional capability parameters are provided in the sub- > TLV: >=20 > 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 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | Regen Cap | Length =3D 8 | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | T | C | Reserved | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >=20 >=20 > Where T bit indicates the type of regenerator: >=20 > T=3D0: Reserved >=20 > T=3D1: 1R Regenerator >=20 > T=3D2: 2R Regenerator >=20 > T=3D3: 3R Regenerator >=20 > Where C bit indicates the capability of regenerator: >=20 > C=3D0: Reserved >=20 > C=3D1: Fixed Regeneration Point >=20 > C=3D2: Selective Regeneration Point >=20 > Note that when the capability of regenerator is indicated to be > Selective Regeneration Pools, regeneration pool properties such as > ingress and egress restrictions and availability need to be > specified. This encoding is to be determined in the later revision. >=20 >=20 >=20 > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp From giomarti@cisco.com Tue Mar 27 23:44:04 2012 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 0C9A021E80F2 for ; Tue, 27 Mar 2012 23:44:04 -0700 (PDT) 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 iAvxrgxEwm7G for ; Tue, 27 Mar 2012 23:43:59 -0700 (PDT) Received: from ams-iport-2.cisco.com (ams-iport-2.cisco.com [144.254.224.141]) by ietfa.amsl.com (Postfix) with ESMTP id 112C221E80E7 for ; Tue, 27 Mar 2012 23:43:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=giomarti@cisco.com; l=65524; q=dns/txt; s=iport; t=1332917036; x=1334126636; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to; bh=g1bRKJTEZMmZfONN0G1WJxqc3vlXMOhEnTbZyGdfvj4=; b=HnJFkIt9IuQGMCxU1wthl1ip6vppZF2TwYFwsTvZMOB+MoWk+644E82R hIYAHY3ULZ3U0f6+894bkG/zI5Wc60/TOaSn83PmPgrBUB7TlohMeXuLT F2BQERMmCXdpgyxuuydTC50zVVZ0x5mtNcCb6gTcAIIV4WU0Sqa/n/bvc E=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AlcAANyyck+Q/khM/2dsb2JhbAA7BwOCRqRLkVqBB4IJAQEBBAEBAQ8BBw0GOgcKARALEQQBAQEJFgEBBgcJAwIBAgEVHwgBCAYNAQUCAQEXB4doC5sbnw+KW4J7gykElWGBEY00gWiCaQ X-IronPort-AV: E=Sophos;i="4.73,659,1325462400"; d="scan'208,217";a="69505226" Received: from ams-core-3.cisco.com ([144.254.72.76]) by ams-iport-2.cisco.com with ESMTP; 28 Mar 2012 06:43:43 +0000 Received: from dhcp-10-55-90-199.cisco.com (dhcp-10-55-90-199.cisco.com [10.55.90.199]) by ams-core-3.cisco.com (8.14.3/8.14.3) with ESMTP id q2S6hg81009228; Wed, 28 Mar 2012 06:43:43 GMT Message-ID: <4F72B321.9080405@cisco.com> Date: Wed, 28 Mar 2012 08:43:45 +0200 From: Giovanni Martinelli User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:11.0) Gecko/20120313 Thunderbird/11.0 MIME-Version: 1.0 To: Leeyoung References: <7AEB3D6833318045B4AE71C2C87E8E1718B45AE6@dfweml508-mbx.china.huawei.com> <4F7052F8.20800@cisco.com> <7AEB3D6833318045B4AE71C2C87E8E1720C8ECD6@dfweml511-mbx.china.huawei.com> In-Reply-To: <7AEB3D6833318045B4AE71C2C87E8E1720C8ECD6@dfweml511-mbx.china.huawei.com> Content-Type: multipart/alternative; boundary="------------030707060409020709020203" Cc: "ccamp@ietf.org" Subject: Re: [CCAMP] FW: draft-ietf-ccamp-general-constraint-encode & OSPF-TE extensions 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, 28 Mar 2012 06:44:04 -0000 This is a multi-part message in MIME format. --------------030707060409020709020203 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit As far as I rember the lambda priority was already presented in Prague http://tools.ietf.org/html/draft-kattan-wson-property-01 and there was some reactions from the room. If it's something that worth pushing forward we can probably figure out better place than adding this in a Label set. To complete the context draft-kattan has also some overlap with http://tools.ietf.org/html/draft-takacs-ccamp-revertive-ps as Attila correctly pointed out. any other voices here? Cheers G On 3/26/12 14:38 , Leeyoung wrote: > > Giovanni, > > The answer is no. It was raised by Rao Rajan in the mailing list. > > Thanks. > > Young > > *From:*ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] *On > Behalf Of *Giovanni Martinelli > *Sent:* Monday, March 26, 2012 6:29 AM > *To:* ccamp@ietf.org > *Subject:* Re: [CCAMP] FW: draft-ietf-ccamp-general-constraint-encode > & OSPF-TE extensions > > Greg, Young, > > a request of clarification: the priority field added here was a result > of a discussion among authors and not coming from discussion going on > ccamp ml right? > > cheers > G > > On 1/10/12 16:16 , Leeyoung wrote: > > Hi CCAMP WG, > > We are finishing up both generic encoding > (draft-ietf-ccamp-general-constraint-encode) and WSON encoding. > > One of the pending issues is if we need to advertise different > priorities levels for available labels and shared backup labels (to be > able to preempt lower priority LSP when high priority LSP is setup). > This requirement was raised by Rajan. The authors feel this is a > legitimate requirement and proposed the following encoding changes to > the current available Labels sub-TLV (section 1.1) and shared backup > labels sub-TLV (section 1.2). Please let us know if you object to > this. Otherwise, we will add this encoding in the upcoming revision. > Please also provide your comment to this encoding proposal if you have > any questions. > > Thanks. > > Young & Greg > > -----suggested > encoding------------------------------------------------------------------------------------------------------------------------------------------------- > > > 1.1. Available Labels Sub-TLV > > To indicate the labels available for use on a link the Available > Labels sub-TLV consists of a single variable length label set field as > follows: > > 0 1 2 3 > > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > |A| Reserved | Priority Flags| Reserved | > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > | Label Set Field | > > : : > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > Where > > A (Availability bit) = 1 or 0 indicates that the labels listed in the > following label set field are available or not available, > respectively, for use at a given priority level as indicated by the > Priority Flags. > > Priority Flags: Bit 8 corresponds to priority level 0 and bit 15 > corresponds to priority level 7. If a bit is set then the labels in > the label set field are available or not available as indicated by the > A bit for use at that particular priority level. > > Note that Label Set Field is defined in Section 3.2. > > > 1.2. Shared Backup Labels Sub-TLV > > To indicate the labels available for shared backup use on a link the > Shared Backup Labels sub-TLV consists of a single variable length > label set field as follows: > > 0 1 2 3 > > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > |A| Reserved | Priority Flags| Reserved | > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > | Label Set Field | > > : : > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > Where > > A (Availability bit) = 1 or 0 indicates that the labels listed in the > following label set field are available or not available, > respectively, for use at a given priority level as indicated by the > Priority Flags. > > Priority Flags: Bit 8 corresponds to priority level 0 and bit 15 > corresponds to priority level 7. If a bit is set then the labels in > the label set field are available or not available as indicated by the > A bit for use at that particular priority level. > > *From:*Rajan Rao [mailto:rrao@infinera.com] > *Sent:* Wednesday, December 14, 2011 1:56 PM > *To:* Greg Bernstein > *Cc:* Leeyoung; > draft-ietf-ccamp-general-constraint-encode@tools.ietf.org > ; > draft-ietf-ccamp-gmpls-general-constraints-ospf-te@tools.ietf.org > ; > Lou Berger (lberger@labn.net ); BRUNGARD, > DEBORAH A; Biao Lu > *Subject:* RE: draft-ietf-ccamp-general-constraint-encode & OSPF-TE > extensions > > Greg, > > Want to go back to issue #1 one more time. If LSP pre-emption is a > requirement (which I think it should be), then we _do not_ have > sufficient information in BW advertisement to compute path for a > higher priority LSP. The unreserved BW @ 8 priorities plus > Available Labels don't provide enough information to perform RWA. > > On #2, are you saying that it is sufficient to imply SC = LSC > without explicitly having a field for SC in Available Labels sub-TLV? > > Thanks > > Rajan > > *From:*Greg Bernstein [mailto:gregb@grotto-networking.com] > *Sent:* Wednesday, December 14, 2011 7:53 AM > *To:* Rajan Rao > *Cc:* Leeyoung; > draft-ietf-ccamp-general-constraint-encode@tools.ietf.org > ; > draft-ietf-ccamp-gmpls-general-constraints-ospf-te@tools.ietf.org > ; > Lou Berger (lberger@labn.net ); BRUNGARD, > DEBORAH A; Biao Lu > *Subject:* Re: draft-ietf-ccamp-general-constraint-encode & OSPF-TE > extensions > > Hi Rajan, see below. > Greg > On 12/13/2011 5:43 PM, Rajan Rao wrote: > > Greg, > > Sure, using unreserved BW we can address #1. I assume the value > carried in unreserved BW is still in Bytes/sec (& not lambda > count). This point was not clear to me from the drafts. > > --> We are not modifying earlier GMPLS RFCs such as RFC4202 and > RFC4203. Although, I was a co-author of these, but disagree with some > of the choices made. There are aspects of these documents that don't > make much sense for TDM or optical networks. > > My point #2 is more related to MRN case. If one were to use IACD as > in RFC6001, what is the SC & encoding to use as BW advertisement is > not telling me this? > > --> The switching capability would be "lambda switch capable" per > RFC4202, 4203. We don't change any of this for WSONs. > > Thanks > > Rajan > > *From:*Greg Bernstein [mailto:gregb@grotto-networking.com] > *Sent:* Tuesday, December 13, 2011 4:20 PM > *To:* Rajan Rao > *Cc:* Leeyoung; > draft-ietf-ccamp-general-constraint-encode@tools.ietf.org > ; > draft-ietf-ccamp-gmpls-general-constraints-ospf-te@tools.ietf.org > ; > Lou Berger (lberger@labn.net ); BRUNGARD, > DEBORAH A; Biao Lu > *Subject:* Re: draft-ietf-ccamp-general-constraint-encode & OSPF-TE > extensions > > Hi Rajan, in RFC4202 section 2.4.4 states: "The additional information > includes Reservable Bandwidth per priority, which specifies the > bandwidth of an LSP that could be supported by the interface at a > given priority number." > Section "3.10. Interface on a OXC with Internal DWDM That Is > Transparent to Bit-Rate and Framing" then gives an example of how to > encode this information: > "The following is an example of an interface switching capability > descriptor on an OXC with internal DWDM that is transparent to bit- > rate and framing: > > Interface Switching Capability Descriptor: > Interface Switching Capability = LSC > Encoding = Lambda (photonic) > Max LSP Bandwidth = Determined by optical technology limits" > > Hence I don't think there is a conflict with RFC4202 or RFC4203. > RFC3630 section 2.5.8 defines the "Unreserved Bandwidth" sub-TLV for > MPLS-TE which you can use. There was no requests for the feature of > priority designation in the available labels or shared backup labels > (section 7.1 of http://tools.ietf.org/html/draft-ietf-ccamp-rwa-info-13). > > Is there some specific functionality you're looking for? > > Greg > On 12/13/2011 11:59 AM, Rajan Rao wrote: > > Young & Greg, > > Please see response below. > > Thanks > > Rajan > > *From:*Leeyoung [mailto:leeyoung@huawei.com] > *Sent:* Tuesday, December 13, 2011 9:18 AM > *To:* Rajan Rao; > draft-ietf-ccamp-general-constraint-encode@tools.ietf.org > ; > draft-ietf-ccamp-gmpls-general-constraints-ospf-te@tools.ietf.org > > *Cc:* Lou Berger (lberger@labn.net ); > BRUNGARD, DEBORAH A; Biao Lu > *Subject:* RE: draft-ietf-ccamp-general-constraint-encode & OSPF-TE > extensions > > Hi Rajan, > > Here's our response to your questions. Please see-in line. Thanks. > > Young& Greg > > *From:*Rajan Rao [mailto:rrao@infinera.com] > > *Sent:* Monday, December 12, 2011 2:36 PM > *To:* draft-ietf-ccamp-general-constraint-encode@tools.ietf.org > ; > draft-ietf-ccamp-gmpls-general-constraints-ospf-te@tools.ietf.org > > *Cc:* Lou Berger (lberger@labn.net ); > BRUNGARD, DEBORAH A; Biao Lu > *Subject:* draft-ietf-ccamp-general-constraint-encode & OSPF-TE extensions > > Hi Authors, > > Wanted to follow up on the comment I made during IETF meeting in > Taipei. This refers to gaps in current WSON WG docs. I see > following capabilities not addressed in the drafts: > > 1)Different Priorities levels for available labels: current drafts > do not provide a way to advertise Available labels at different > priorities. Not sure if this was left out intentionally. > > YOUNG/Greg>> We are not sure if there is a clear requirement to assign > different priorities (wavelength preference) levels to labels in WSON > via routing. There are mechanisms already for specifying prefered > labels in GMPLS signaling. In addition there are capabilities > proposed in the WSON signaling draft that can serve this function more > specifically for WSONs. Note that this is a different concept from > restoration or traffic priority for an LSP which is generally > supported under GMPLS/MPLS. > > [Rajan] As far as requirement goes, I would refer to RFC 4202 > (section 2.4.4). > > The issue I see in the current BW adv model is the following: > > (a)Since Labels (BW) advertised don't have priorities associated, one > can't set up prioritized Lambda-LSPs. > > (b)If I want high priority lambda-LSP(s) to pre-empt a low priority > lambda-LSP(s), I don't have a way to do it with the current scheme. > This means I can't have restoration support for HighPriority LSPs > unless I reserve some waves without use. > > The current BW adv model is kind of flat & prevents above > functionalities which I think are important in transport networks. > > 2)Switching capability: current drafts do not provide a way to > identify switching cap as it is non ISCD based. Going forward we > will need SC info as there is going to be FlexGrid capable links > possible on the same node. It is also possible that same link may > support both fixed/flexible types of switching. > > Any reason why we can't use ISCD here? > > YOUNG/Greg>> We believe that Flex grid should be addressed separately. > First it is not CCAMP item yet and more importantly, it is beyond the > scope of the current WSON. WSON only deals with "fixed" grid per se. > It is not a good practice to convolute the existing scope with > potential future capabilities such as flex grid. As Taipei meeting > discussed this issue a bit, it will take a while for data plane work > in ITU-T to settle in and it will take much efforts to identify first > the overarching requirements first before getting into solutions. > > [Rajan] Agree on addressing FlexGrid separately. > > We are following RFC 4202 definition of Switching Cap for PSC, TDM & > OTN. Wonder why are not using LSC already defined in the RFC? > > In addition, the IACD approach defined in RFC 6001 for MLN/MRN is > based on multiple switching Cap info. How can we address MLN/MRN > without SC info? > > Will be happy to join and contribute to the draft. Please let me know. > > Thanks > > Rajan > > > > > -- > =================================================== > Dr Greg Bernstein, Grotto Networking (510) 573-2237 > > > -- > =================================================== > Dr Greg Bernstein, Grotto Networking (510) 573-2237 > > > > > > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp --------------030707060409020709020203 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit As far as I rember the lambda priority was already presented in Prague http://tools.ietf.org/html/draft-kattan-wson-property-01
and there was some reactions from the room. If it's something that worth pushing forward we can probably figure out better place than adding this in a Label set.

To complete the context draft-kattan has also some overlap with http://tools.ietf.org/html/draft-takacs-ccamp-revertive-ps as Attila correctly pointed out.

any other voices here?

Cheers
G

On 3/26/12 14:38 , Leeyoung wrote:

Giovanni,

The answer is no. It was raised by Rao Rajan in the mailing list.

Thanks.

Young

From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of Giovanni Martinelli
Sent: Monday, March 26, 2012 6:29 AM
To: ccamp@ietf.org
Subject: Re: [CCAMP] FW: draft-ietf-ccamp-general-constraint-encode & OSPF-TE extensions

Greg, Young,

a request of clarification: the priority field added here was a result of a discussion among authors and not coming from discussion going on ccamp ml right?

cheers
G

On 1/10/12 16:16 , Leeyoung wrote:

Hi CCAMP WG,

We are finishing up both generic encoding (draft-ietf-ccamp-general-constraint-encode) and WSON encoding.

One of the pending issues is if we need to advertise different priorities levels for available labels and shared backup labels (to be able to preempt lower priority LSP when high priority LSP is setup). This requirement was raised by Rajan. The authors feel this is a legitimate requirement and proposed the following encoding changes to the current available Labels sub-TLV (section 1.1) and shared backup labels sub-TLV (section 1.2). Please let us know if you object to this. Otherwise, we will add this encoding in the upcoming revision. Please also provide your comment to this encoding proposal if you have any questions.

Thanks.

Young & Greg

-----suggested encoding-------------------------------------------------------------------------------------------------------------------------------------------------

1.1. Available Labels Sub-TLV

To indicate the labels available for use on a link the Available Labels sub-TLV consists of a single variable length label set field as follows:

   0                   1                   2                   3

   0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

|A| Reserved    | Priority Flags|        Reserved               |

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

|                          Label Set Field                    |

:                                                            :

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Where

A (Availability bit) = 1 or 0 indicates that the labels listed in the following label set field are available or not available, respectively, for use at a given priority level as indicated by the Priority Flags.

Priority Flags: Bit 8 corresponds to priority level 0 and bit 15 corresponds to priority level 7. If a bit is set then the labels in the label set field are available or not available as indicated by the A bit for use at that particular priority level.

Note that Label Set Field is defined in Section 3.2.

1.2. Shared Backup Labels Sub-TLV

To indicate the labels available for shared backup use on a link the Shared Backup Labels sub-TLV consists of a single variable length label set field as follows:

   0                   1                   2                   3

   0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

|A| Reserved    | Priority Flags|        Reserved                |

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

|                    Label Set Field                        |

:                                                            :

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Where

A (Availability bit) = 1 or 0 indicates that the labels listed in the following label set field are available or not available, respectively, for use at a given priority level as indicated by the Priority Flags.

Priority Flags: Bit 8 corresponds to priority level 0 and bit 15 corresponds to priority level 7. If a bit is set then the labels in the label set field are available or not available as indicated by the A bit for use at that particular priority level.

From: Rajan Rao [mailto:rrao@infinera.com]
Sent: Wednesday, December 14, 2011 1:56 PM
To: Greg Bernstein
Cc: Leeyoung; draft-ietf-ccamp-general-constraint-encode@tools.ietf.org; draft-ietf-ccamp-gmpls-general-constraints-ospf-te@tools.ietf.org; Lou Berger (lberger@labn.net); BRUNGARD, DEBORAH A; Biao Lu
Subject: RE: draft-ietf-ccamp-general-constraint-encode & OSPF-TE extensions

Greg,

Want to go back to issue #1 one more time.   If LSP pre-emption is a requirement (which I think it should be), then we do not have sufficient information in BW advertisement to compute path for a higher priority LSP.   The unreserved BW @ 8 priorities plus Available Labels don’t provide enough information to perform RWA.

On #2, are you saying that it is sufficient to imply SC = LSC   without explicitly having a field for SC in Available Labels sub-TLV?

Thanks

Rajan

From: Greg Bernstein [mailto:gregb@grotto-networking.com]
Sent: Wednesday, December 14, 2011 7:53 AM
To: Rajan Rao
Cc: Leeyoung; draft-ietf-ccamp-general-constraint-encode@tools.ietf.org; draft-ietf-ccamp-gmpls-general-constraints-ospf-te@tools.ietf.org; Lou Berger (lberger@labn.net); BRUNGARD, DEBORAH A; Biao Lu
Subject: Re: draft-ietf-ccamp-general-constraint-encode & OSPF-TE extensions

Hi Rajan, see below.
Greg
On 12/13/2011 5:43 PM, Rajan Rao wrote:

Greg,

Sure, using unreserved BW we can address #1.    I assume the value carried in unreserved BW is still in Bytes/sec (& not lambda count).    This point was not clear to me from the drafts.

--> We are not modifying earlier GMPLS RFCs such as RFC4202 and RFC4203. Although, I was a co-author of these, but disagree with some of the choices made. There are aspects of these documents that don't make much sense for TDM or optical networks.

My point #2 is more related to MRN case.   If one were to use IACD as in RFC6001, what is the SC & encoding to use as BW advertisement is not telling me this?

--> The switching capability would be "lambda switch capable" per RFC4202, 4203. We don't change any of this for WSONs.

Thanks

Rajan

From: Greg Bernstein [mailto:gregb@grotto-networking.com]
Sent: Tuesday, December 13, 2011 4:20 PM
To: Rajan Rao
Cc: Leeyoung; draft-ietf-ccamp-general-constraint-encode@tools.ietf.org; draft-ietf-ccamp-gmpls-general-constraints-ospf-te@tools.ietf.org; Lou Berger (lberger@labn.net); BRUNGARD, DEBORAH A; Biao Lu
Subject: Re: draft-ietf-ccamp-general-constraint-encode & OSPF-TE extensions

Hi Rajan, in RFC4202 section 2.4.4 states: "The additional information includes Reservable Bandwidth per priority, which specifies the bandwidth of an LSP that could be supported by the interface at a given priority number."
Section "3.10. Interface on a OXC with Internal DWDM That Is Transparent to Bit-Rate and Framing" then gives an example of how to encode this information:
"The following is an example of an interface switching capability
   descriptor on an OXC with internal DWDM that is transparent to bit-
   rate and framing:

      Interface Switching Capability Descriptor:
         Interface Switching Capability = LSC
         Encoding = Lambda (photonic)
         Max LSP Bandwidth = Determined by optical technology limits"

Hence I don't think there is a conflict with RFC4202 or RFC4203. RFC3630 section 2.5.8 defines the "Unreserved Bandwidth" sub-TLV for MPLS-TE which you can use. There was no requests for the feature of priority designation in the available labels or shared backup labels (section 7.1 of http://tools.ietf.org/html/draft-ietf-ccamp-rwa-info-13).

Is there some specific functionality you're looking for?

Greg
On 12/13/2011 11:59 AM, Rajan Rao wrote:

Young & Greg,

Please see response below.

Thanks

Rajan

From: Leeyoung [mailto:leeyoung@huawei.com]
Sent: Tuesday, December 13, 2011 9:18 AM
To: Rajan Rao; draft-ietf-ccamp-general-constraint-encode@tools.ietf.org; draft-ietf-ccamp-gmpls-general-constraints-ospf-te@tools.ietf.org
Cc: Lou Berger (lberger@labn.net); BRUNGARD, DEBORAH A; Biao Lu
Subject: RE: draft-ietf-ccamp-general-constraint-encode & OSPF-TE extensions

Hi Rajan,

Here’s our response to your questions. Please see-in line. Thanks.

Young& Greg

From: Rajan Rao [mailto:rrao@infinera.com]
Sent: Monday, December 12, 2011 2:36 PM
To: draft-ietf-ccamp-general-constraint-encode@tools.ietf.org; draft-ietf-ccamp-gmpls-general-constraints-ospf-te@tools.ietf.org
Cc: Lou Berger (lberger@labn.net); BRUNGARD, DEBORAH A; Biao Lu
Subject: draft-ietf-ccamp-general-constraint-encode & OSPF-TE extensions

Hi Authors,

Wanted to follow up on the comment I made during IETF meeting in Taipei.   This refers to gaps in current WSON WG docs.   I see following capabilities not addressed in the drafts:

1)      Different Priorities levels for available labels:   current drafts do not provide a way to advertise Available labels at different priorities. Not sure if this was left out intentionally.

YOUNG/Greg>> We are not sure if there is a clear requirement to assign different priorities (wavelength preference) levels to labels in WSON via routing. There are mechanisms already for specifying prefered labels in GMPLS signaling. In addition there are capabilities proposed in the WSON signaling draft that can serve this function more specifically for WSONs. Note that this is a different concept from restoration or traffic priority for an LSP which is generally supported under GMPLS/MPLS.

[Rajan] As far as requirement goes, I would refer to RFC 4202 (section 2.4.4).

The issue I see in the current BW adv model is the following:

(a)    Since Labels (BW) advertised don’t have priorities associated, one can’t set up prioritized Lambda-LSPs.

(b)   If I want high priority lambda-LSP(s) to pre-empt a low priority lambda-LSP(s), I don’t have a way to do it with the current scheme.   This means I can’t have restoration support for HighPriority LSPs unless I reserve some waves without use.

The current BW adv model is kind of flat & prevents above functionalities which I think are important in transport networks.

2)      Switching capability:   current drafts do not provide a way to identify switching cap as it is non ISCD based.   Going forward we will need SC info as there is going to be FlexGrid capable links possible on the same node. It is also possible that same link may support both fixed/flexible types of switching.

Any reason why we can’t use ISCD here?

YOUNG/Greg>> We believe that Flex grid should be addressed separately. First it is not CCAMP item yet and more importantly, it is beyond the scope of the current WSON. WSON only deals with “fixed” grid per se. It is not a good practice to convolute the existing scope with potential future capabilities such as flex grid. As Taipei meeting discussed this issue a bit, it will take a while for data plane work in ITU-T to settle in and it will take much efforts to identify first the overarching requirements first before getting into solutions.

[Rajan] Agree on addressing FlexGrid separately.

We are following RFC 4202 definition of Switching Cap for PSC, TDM & OTN.     Wonder why are not using LSC already defined in the RFC?

In addition, the IACD approach defined in RFC 6001 for MLN/MRN is based on multiple switching Cap info. How can we address MLN/MRN without SC info?

Will be happy to join and contribute to the draft. Please let me know.

Thanks

Rajan

--

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

Dr Greg Bernstein, Grotto Networking (510) 573-2237

--

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

Dr Greg Bernstein, Grotto Networking (510) 573-2237

_______________________________________________

CCAMP mailing list

CCAMP@ietf.org

https://www.ietf.org/mailman/listinfo/ccamp

--------------030707060409020709020203-- From adrian@olddog.co.uk Wed Mar 28 00:57:34 2012 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 9C32F21F8819 for ; Wed, 28 Mar 2012 00:57:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.555 X-Spam-Level: X-Spam-Status: No, score=-2.555 tagged_above=-999 required=5 tests=[AWL=0.044, 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 e6+--LudJQxW for ; Wed, 28 Mar 2012 00:57:34 -0700 (PDT) Received: from asmtp4.iomartmail.com (asmtp4.iomartmail.com [62.128.201.175]) by ietfa.amsl.com (Postfix) with ESMTP id C272321F8818 for ; Wed, 28 Mar 2012 00:57:33 -0700 (PDT) Received: from asmtp4.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp4.iomartmail.com (8.13.8/8.13.8) with ESMTP id q2S7vWNE010246 for ; Wed, 28 Mar 2012 08:57:32 +0100 Received: from 950129200 (dhcp-11f1.meeting.ietf.org [130.129.17.241]) (authenticated bits=0) by asmtp4.iomartmail.com (8.13.8/8.13.8) with ESMTP id q2S7vV6n010240 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Wed, 28 Mar 2012 08:57:31 +0100 From: "Adrian Farrel" To: "'CCAMP'" Date: Wed, 28 Mar 2012 08:57:32 +0100 Message-ID: <091501cd0cb8$6ebe8d70$4c3ba850$@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: Ac0MuGsYc0ztIFX0RLOOpOIKhdTeDA== Content-Language: en-gb Subject: [CCAMP] A comment on draft-galimbe-kunze-g-698-2-snmp-mib X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.12 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: Wed, 28 Mar 2012 07:57:34 -0000 Listening to Malcolm's comment at the mic just now, it makes a lot of sense to me to make sure that parameters cannot be independently set in an inconsistent way. There are two ways to achieve this in a MIB module: The first way (which seems to be what this I-D is doing - but I have only skim-read) is to make the max-Access clause of the objects read-only. That means that the detailed parameters can be read, but are consequence of the setting of the major parameters of the link. The other option is to describe (in the Description clauses) the conflicts that are not allowed and how the SET operations must fail when conflicting values are set. This seems particularly complex in the case of black links, but is still achievable. Just my $0.02 Adrian From leeyoung@huawei.com Wed Mar 28 01:09:39 2012 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 B999421F88CB for ; Wed, 28 Mar 2012 01:09:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.361 X-Spam-Level: X-Spam-Status: No, score=-2.361 tagged_above=-999 required=5 tests=[AWL=0.238, 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 yyFRXDmIBMgU for ; Wed, 28 Mar 2012 01:09:36 -0700 (PDT) Received: from dfwrgout.huawei.com (dfwrgout.huawei.com [206.16.17.72]) by ietfa.amsl.com (Postfix) with ESMTP id F0F4621F88B7 for ; Wed, 28 Mar 2012 01:09:35 -0700 (PDT) Received: from 172.18.9.243 (EHLO dfweml202-edg.china.huawei.com) ([172.18.9.243]) by dfwrg01-dlp.huawei.com (MOS 4.2.3-GA FastPath) with ESMTP id AET36820; Wed, 28 Mar 2012 04:09:35 -0400 (EDT) Received: from DFWEML404-HUB.china.huawei.com (10.193.5.203) by dfweml202-edg.china.huawei.com (172.18.9.108) with Microsoft SMTP Server (TLS) id 14.1.323.3; Wed, 28 Mar 2012 01:07:13 -0700 Received: from dfweml511-mbx.china.huawei.com ([169.254.16.128]) by dfweml404-hub.china.huawei.com ([10.193.5.203]) with mapi id 14.01.0323.003; Wed, 28 Mar 2012 01:07:08 -0700 From: Leeyoung To: "PELOSO, PIERRE (PIERRE)" , Lou Berger Thread-Topic: [CCAMP] WG draft-ietf-ccamp-rwa-wson-encode-13 - Suggested modification on processing capabilities encodings Thread-Index: Ac0MT/sPXvgyvQxyTJGG4VueFVe34wATvxoAABJK1wAAC69YoA== Date: Wed, 28 Mar 2012 08:07:08 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1720C8F619@dfweml511-mbx.china.huawei.com> References: <4F723744.2040403@labn.net> In-Reply-To: Accept-Language: en-US, zh-CN Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.136.122] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "ccamp@ietf.org" Subject: Re: [CCAMP] WG draft-ietf-ccamp-rwa-wson-encode-13 - Suggested modification on processing capabilities encodings 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, 28 Mar 2012 08:09:39 -0000 Pierre, The number of Resources within the block can be safely removed from the Pro= cessing Capabilities Sub-sub-TLV as we can infer from the Resource Pool Acc= essibility TLV.=20 This will be updated in the next revision. Thanks. Young -----Original Message----- From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of P= ELOSO, PIERRE (PIERRE) Sent: Wednesday, March 28, 2012 1:39 AM To: Lou Berger Cc: ccamp@ietf.org Subject: Re: [CCAMP] WG draft-ietf-ccamp-rwa-wson-encode-13 - Suggested mod= ification on processing capabilities encodings Lou, I am happy helping the readability of the suggested changes. See below Regards, Pierre Section 5.6: Processing Capabilites sub-sub-TLV UNCHANGED: This sub-sub-TLV contains a list of resource block processing capabilities. Type :=3D Processing Capabilities List Value :=3D A list of Processing Capabilities Fields OLD: The processing capability list sub-TLV is a list of WSON network element (NE) that can perform signal processing functions including: 1. Number of Resources within the block 2. Regeneration capability 3. Fault and performance monitoring 4. Vendor Specific capability NEW: The processing capability list sub-sub-TLV is a list of capabilites that can be achieved through the refered resources: 1. Regeneration capability 2. Fault and performance monitoring 3. Vendor Specific capability UNCHANGED: Note that the code points for Fault and performance monitoring and vendor specific capability are subject to further study. 5.6.1. Processing Capabilities Field The processing capability field is then given by: 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Processing Cap ID | Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Possible additional capability parameters depending upon | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ : the processing ID : +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ OLD: When the processing Cap ID is "number of resources" the format is simply: 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Processing Cap ID | Length =3D 8 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Number of resources per block | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ NEW: [erased old content] UNCHANGED: When the processing Cap ID is "regeneration capability", the following additional capability parameters are provided in the sub- TLV: 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | T | C | Reserved | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Where T bit indicates the type of regenerator: T=3D0: Reserved T=3D1: 1R Regenerator T=3D2: 2R Regenerator T=3D3: 3R Regenerator Where C bit indicates the capability of regenerator: C=3D0: Reserved C=3D1: Fixed Regeneration Point C=3D2: Selective Regeneration Point Note that when the capability of regenerator is indicated to be Selective Regeneration Pools, regeneration pool properties such as ingress and egress restrictions and availability need to be specified. This encoding is to be determined in the later revision. -----Message d'origine----- De : Lou Berger [mailto:lberger@labn.net]=20 Envoy=E9 : mardi 27 mars 2012 23:55 =C0 : PELOSO, PIERRE (PIERRE) Cc : ccamp@ietf.org Objet : Re: [CCAMP] WG draft-ietf-ccamp-rwa-wson-encode-13 - Suggested modi= fication on processing capabilities encodings Pierre, I think all would find it helpful if you use the RFC editor's standard app= roach to proposing text changes, i.e.: Please send the changes in this format: Section # (or indicate Global) OLD: old text NEW: new text Much thanks, Lou On 3/27/2012 9:29 PM, PELOSO, PIERRE (PIERRE) wrote: > Hi Young and Greg, > =20 > Please find a proposed modification to paragraph 5.6 of the draft that=20 > simplifies the Resource Block Information TLV. > This modification consists in removing the number of resources=20 > infromation from the Resource Block Information. > I believe (and I'm not the only one) that it is is simpler to part the=20 > description of resources from the number of devices that comply to the=20 > resource description (namely here the resource block info sub-TLV).=20 > This gives more simplicity and avoids all the possible interpretations=20 > provided in my email related both to the info and encoding drafts. > =20 > regards, > =20 > Pierre > =20 >=20 > 5.6 Processing Capabilites sub-sub-TLV >=20 > This sub-sub-TLV contains a list of resource block processing > capabilities. >=20 > Type :=3D Processing Capabilities List >=20 > Value :=3D A list of Processing Capabilities Fields >=20 > The processing capability list sub-sub-TLV is a list of capabilites=20 > that can be achieved through the targetted resource: >=20 > 1. Regeneration capability >=20 > 2. Fault and performance monitoring >=20 > 3. Vendor Specific capability >=20 > Note that the code points for Fault and performance monitoring and > vendor specific capability are subject to further study. >=20 > 5.6.1. Processing Capabilities Field >=20 > The processing capability field is then given by: >=20 > 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 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | Processing Cap ID | Length | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | Possible additional capability parameters depending upon | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > : the processing ID : > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >=20 >=20 > When the processing Cap ID is "regeneration capability", the > following additional capability parameters are provided in the sub- > TLV: >=20 > 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 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | Regen Cap | Length =3D 8 | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | T | C | Reserved | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >=20 >=20 > Where T bit indicates the type of regenerator: >=20 > T=3D0: Reserved >=20 > T=3D1: 1R Regenerator >=20 > T=3D2: 2R Regenerator >=20 > T=3D3: 3R Regenerator >=20 > Where C bit indicates the capability of regenerator: >=20 > C=3D0: Reserved >=20 > C=3D1: Fixed Regeneration Point >=20 > C=3D2: Selective Regeneration Point >=20 > Note that when the capability of regenerator is indicated to be > Selective Regeneration Pools, regeneration pool properties such as > ingress and egress restrictions and availability need to be > specified. This encoding is to be determined in the later revision. >=20 >=20 >=20 > _______________________________________________ > 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@nsn.com Wed Mar 28 02:22:42 2012 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 8379E21F8820 for ; Wed, 28 Mar 2012 02:22:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.413 X-Spam-Level: X-Spam-Status: No, score=-6.413 tagged_above=-999 required=5 tests=[AWL=0.186, 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 OM-Erg14VRJX for ; Wed, 28 Mar 2012 02:22:41 -0700 (PDT) Received: from demumfd002.nsn-inter.net (demumfd002.nsn-inter.net [93.183.12.31]) by ietfa.amsl.com (Postfix) with ESMTP id D4B0A21F87EC for ; Wed, 28 Mar 2012 02:22:40 -0700 (PDT) Received: from demuprx016.emea.nsn-intra.net ([10.150.129.55]) by demumfd002.nsn-inter.net (8.12.11.20060308/8.12.11) with ESMTP id q2S9MasH008335 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 28 Mar 2012 11:22:36 +0200 Received: from demuexc023.nsn-intra.net (demuexc023.nsn-intra.net [10.150.128.36]) by demuprx016.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id q2S9MX2H021000; Wed, 28 Mar 2012 11:22:36 +0200 Received: from DEMUEXC012.nsn-intra.net ([10.150.128.25]) by demuexc023.nsn-intra.net with Microsoft SMTPSVC(6.0.3790.4675); Wed, 28 Mar 2012 11:22:10 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Wed, 28 Mar 2012 11:22:09 +0200 Message-ID: In-Reply-To: <4F7074CB.5080509@labn.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [CCAMP] draft-margaria-ccamp-label-set-ero-00? Thread-Index: Ac0LV9PKrLOK3PAdSumbeU3mI9PlFgBaTpdg References: <4F7074CB.5080509@labn.net> From: "Margaria, Cyril (NSN - DE/Munich)" To: "ext Lou Berger" , "CCAMP" X-OriginalArrivalTime: 28 Mar 2012 09:22:10.0922 (UTC) FILETIME=[411DFCA0:01CD0CC4] X-purgate-type: clean X-purgate-Ad: Categorized by eleven eXpurgate (R) http://www.eleven.de X-purgate: clean X-purgate: This mail is considered clean (visit http://www.eleven.de for further information) X-purgate-size: 1646 X-purgate-ID: 151667::1332926556-00007415-C3F26919/0-0/0-0 Subject: Re: [CCAMP] draft-margaria-ccamp-label-set-ero-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: Wed, 28 Mar 2012 09:22:42 -0000 Hi,=20 I have interest (as author :-), a short summary on why we think the = label set is required to be specified at any node:=20 =20 1) In any switching having label restriction (WSON being the well-known = example), to control the label assignment on some path section. The = label set is only required to be restricted on nodes having this = restriction. Explicit label set allows to have this without requiring = all the nodes to be aware of those restrictions. =20 2) restricting the label selection to one label rather than a set of = label is too strong. 3) To allow PCE (via PCEP) to indicate to the PCC which set of label to = use. This apply for Distributed RWA, policy based label assignment or = physical restrictions.=20 Best regards / Mit freundlichen Gr=FC=DFen Cyril Margaria > -----Original Message----- > From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf > Of ext Lou Berger > Sent: Monday, March 26, 2012 3:53 PM > To: CCAMP > Subject: [CCAMP] draft-margaria-ccamp-label-set-ero-00? >=20 > We had to cut off discussion on this draft given the folks for the = next > meeting coming in. Had we more time, we would have asked if there is > any interest in this function (not solution approach). >=20 > So, is there any interest in the function described in this document? >=20 > Does anyone think it's a bad idea (again, this is a question on any > specific mechanism, but on the requirement)? >=20 > Thanks, > Lou > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp From lberger@labn.net Wed Mar 28 03:43:02 2012 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 BC9FD21F8A16 for ; Wed, 28 Mar 2012 03:43:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.523 X-Spam-Level: X-Spam-Status: No, score=-99.523 tagged_above=-999 required=5 tests=[AWL=0.638, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, IP_NOT_FRIENDLY=0.334, RDNS_NONE=0.1, 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 s-qKPj8+hIbg for ; Wed, 28 Mar 2012 03:43:00 -0700 (PDT) Received: from oproxy8-pub.bluehost.com (oproxy8.bluehost.com [IPv6:2605:dc00:100:2::a8]) by ietfa.amsl.com (Postfix) with SMTP id B771E21F88D0 for ; Wed, 28 Mar 2012 03:42:59 -0700 (PDT) Received: (qmail 20449 invoked by uid 0); 28 Mar 2012 10:42:59 -0000 Received: from unknown (HELO box313.bluehost.com) (69.89.31.113) by oproxy8.bluehost.com with SMTP; 28 Mar 2012 10:42:59 -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:CC:To:MIME-Version:From:Date:Message-ID; bh=OnVLz+/rCEuotbolDo87xgH5Uc7iqA04o5EKC/u1MR0=; b=fYoyVV9nYSl3qPsuPDV9Ix1Hlmpx1En8BIje+dTqS49uVkmlIHK4TbC0ldFySMDI6Pi8MC4LQmrTfdEqRM5py+UDTmtQL7fsR/Ygp6ldhvJ81a2FUibuHQKJ8ziii9m7; Received: from box313.bluehost.com ([69.89.31.113] helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.76) (envelope-from ) id 1SCqLD-00017r-7m; Wed, 28 Mar 2012 04:42:59 -0600 Message-ID: <4F72EB2B.2040506@labn.net> Date: Wed, 28 Mar 2012 12:42:51 +0200 From: Lou Berger User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100722 Eudora/3.0.4 MIME-Version: 1.0 To: CCAMP X-Enigmail-Version: 1.0.1 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 ADs Subject: [CCAMP] Charter update 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, 28 Mar 2012 10:43:03 -0000 All, We didn't have adequate time to complete our charter update discussion. (Slides are at http://tools.ietf.org/agenda/83/slides/slides-83-ccamp-30.pdf, charter is available at http://tools.ietf.org/wg/ccamp/charters). The key points are: 1) The general description of the WG is in good shape, so no major recharter is needed/planned. 2) Our milestones are very out of date. 3) Our milestones don't reflect current major work items. 4) There are several items where we will propose Discussion topic 1: Old milestones We've taken a pass at updating the dates on our listed, but not yet completed, milestones in slide 4 from today's session. There are two items that don't have corresponding drafts. The question for the WG is do we still want to deliver the these. In particular: 1A: Does anyone plan on submitting/contributing to drafts on WSON impairments? 1B: Does anyone plan on submitting/contributing to drafts on LMP for G.709? Topic 2: We have several items identified in current RFCs and drafts satisfied in slide 5. We (the chairs) will propose some dates for drafts that already exist. If you are interested in contributing a draft corresponding to one of the other items, please know that these are areas that have a good probability of being accepted into the WG. Discussion Topic 3: Other Work This topic is made up of two questions. If you want to answer one, please answer both: 3A: Do you have another work item for the WG? 3B: What is the *current* draft name that may serve as the WG foundation for this item? (Note, if there isn't a draft, this work item probably needs to wait until the next round of updates.) Lou and Deborah From leeyoung@huawei.com Wed Mar 28 04:07:37 2012 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 D0B7F21F87CF for ; Wed, 28 Mar 2012 04:07:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.371 X-Spam-Level: X-Spam-Status: No, score=-2.371 tagged_above=-999 required=5 tests=[AWL=0.228, 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 l6e0kcHEIMIc for ; Wed, 28 Mar 2012 04:07:37 -0700 (PDT) Received: from dfwrgout.huawei.com (dfwrgout.huawei.com [206.16.17.72]) by ietfa.amsl.com (Postfix) with ESMTP id 24B4521F87C6 for ; Wed, 28 Mar 2012 04:07:37 -0700 (PDT) Received: from 172.18.9.243 (EHLO dfweml201-edg.china.huawei.com) ([172.18.9.243]) by dfwrg01-dlp.huawei.com (MOS 4.2.3-GA FastPath) with ESMTP id AET46325; Wed, 28 Mar 2012 07:07:36 -0400 (EDT) Received: from DFWEML408-HUB.china.huawei.com (10.193.5.134) by dfweml201-edg.china.huawei.com (172.18.9.107) with Microsoft SMTP Server (TLS) id 14.1.323.3; Wed, 28 Mar 2012 04:05:44 -0700 Received: from dfweml511-mbx.china.huawei.com ([169.254.16.128]) by dfweml408-hub.china.huawei.com ([10.193.5.134]) with mapi id 14.01.0323.003; Wed, 28 Mar 2012 04:05:45 -0700 From: Leeyoung To: Lou Berger , CCAMP Thread-Topic: [CCAMP] Charter update discussion Thread-Index: AQHNDM+V+yLkGhjhiEmBXct/y/yVkpZ/i4bQ Date: Wed, 28 Mar 2012 11:05:45 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1720C8F6A8@dfweml511-mbx.china.huawei.com> References: <4F72EB2B.2040506@labn.net> In-Reply-To: <4F72EB2B.2040506@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.133.89] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: CCAMP ADs Subject: Re: [CCAMP] Charter update 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, 28 Mar 2012 11:07:38 -0000 Hi Lou, 1A - yes. We will soon revive info model draft to begin with... Young -----Original Message----- From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of L= ou Berger Sent: Wednesday, March 28, 2012 5:43 AM To: CCAMP Cc: CCAMP ADs Subject: [CCAMP] Charter update discussion All, We didn't have adequate time to complete our charter update discussion. (Slides are at http://tools.ietf.org/agenda/83/slides/slides-83-ccamp-30.pdf, charter is available at http://tools.ietf.org/wg/ccamp/charters). The key points are: 1) The general description of the WG is in good shape, so no major recharter is needed/planned. 2) Our milestones are very out of date. 3) Our milestones don't reflect current major work items. 4) There are several items where we will propose Discussion topic 1: Old milestones We've taken a pass at updating the dates on our listed, but not yet completed, milestones in slide 4 from today's session. There are two items that don't have corresponding drafts. The question for the WG is do we still want to deliver the these. In particular: 1A: Does anyone plan on submitting/contributing to drafts on WSON impairments? 1B: Does anyone plan on submitting/contributing to drafts on LMP for G.709? Topic 2: We have several items identified in current RFCs and drafts satisfied in slide 5. We (the chairs) will propose some dates for drafts that already exist. If you are interested in contributing a draft corresponding to one of the other items, please know that these are areas that have a good probability of being accepted into the WG. Discussion Topic 3: Other Work This topic is made up of two questions. If you want to answer one, please answer both: 3A: Do you have another work item for the WG? 3B: What is the *current* draft name that may serve as the WG foundation for this item? (Note, if there isn't a draft, this work item probably needs to wait until the next round of updates.) Lou and Deborah _______________________________________________ CCAMP mailing list CCAMP@ietf.org https://www.ietf.org/mailman/listinfo/ccamp From okamoto@ieee.org Wed Mar 28 04:54:35 2012 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 6E4D321E812E for ; Wed, 28 Mar 2012 04:54:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.977 X-Spam-Level: X-Spam-Status: No, score=-99.977 tagged_above=-999 required=5 tests=[AWL=0.114, BAYES_00=-2.599, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, 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 jafW2lKsuXfW for ; Wed, 28 Mar 2012 04:54:34 -0700 (PDT) Received: from red.yamanaka.ics.keio.ac.jp (red.yamanaka.ics.keio.ac.jp [131.113.102.161]) by ietfa.amsl.com (Postfix) with ESMTP id DC65221E8124 for ; Wed, 28 Mar 2012 04:54:33 -0700 (PDT) Received: from [192.168.4.32] (radish.yamanaka.k2.keio.ac.jp [131.113.23.34]) by red.yamanaka.ics.keio.ac.jp (Postfix) with ESMTP id 14A841B00173; Wed, 28 Mar 2012 20:54:32 +0900 (JST) Message-ID: <4F72FBF6.7030703@ieee.org> Date: Wed, 28 Mar 2012 20:54:30 +0900 From: Satoru OKAMOTO User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:11.0) Gecko/20120312 Thunderbird/11.0 MIME-Version: 1.0 To: Lou Berger References: <4F72EB2B.2040506@labn.net> In-Reply-To: <4F72EB2B.2040506@labn.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: CCAMP , CCAMP ADs Subject: Re: [CCAMP] Charter update 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, 28 Mar 2012 11:54:35 -0000 Hi Lou, 3A: Energy Efficient Traffic Engineering 3B: draft-okamoto-ccamp-midori-gmpls-extension-reqs-01.txt Regards, Satoru Okamoto (2012/03/28 19:42), Lou Berger wrote: > All, > We didn't have adequate time to complete our charter update discussion. > (Slides are at > http://tools.ietf.org/agenda/83/slides/slides-83-ccamp-30.pdf, charter > is available at http://tools.ietf.org/wg/ccamp/charters). The key points > are: > > 1) The general description of the WG is in good shape, > so no major recharter is needed/planned. > 2) Our milestones are very out of date. > 3) Our milestones don't reflect current major work items. > 4) There are several items where we will propose > > Discussion topic 1: Old milestones > > We've taken a pass at updating the dates on our listed, but not yet > completed, milestones in slide 4 from today's session. There are two > items that don't have corresponding drafts. The question for the WG is > do we still want to deliver the these. In particular: > > 1A: Does anyone plan on submitting/contributing to drafts on WSON > impairments? > > 1B: Does anyone plan on submitting/contributing to drafts on LMP for G.709? > > Topic 2: > > We have several items identified in current RFCs and drafts satisfied in > slide 5. We (the chairs) will propose some dates for drafts that > already exist. If you are interested in contributing a draft > corresponding to one of the other items, please know that these are > areas that have a good probability of being accepted into the WG. > > Discussion Topic 3: Other Work > > This topic is made up of two questions. If you want to answer one, > please answer both: > > 3A: Do you have another work item for the WG? > > 3B: What is the *current* draft name that may serve as the WG foundation > for this item? (Note, if there isn't a draft, this work item probably > needs to wait until the next round of updates.) > > Lou and Deborah > > > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp > From zhangfatai@huawei.com Wed Mar 28 05:05:30 2012 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 98B4321E817A for ; Wed, 28 Mar 2012 05:05:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.932 X-Spam-Level: *** X-Spam-Status: No, score=3.932 tagged_above=-999 required=5 tests=[AWL=-2.517, 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 tHL+0a+dneyr for ; Wed, 28 Mar 2012 05:05:29 -0700 (PDT) Received: from dfwrgout.huawei.com (dfwrgout.huawei.com [206.16.17.72]) by ietfa.amsl.com (Postfix) with ESMTP id 81A1921E808D for ; Wed, 28 Mar 2012 05:05:29 -0700 (PDT) Received: from 172.18.9.243 (EHLO dfweml201-edg.china.huawei.com) ([172.18.9.243]) by dfwrg01-dlp.huawei.com (MOS 4.2.3-GA FastPath) with ESMTP id AET49178; Wed, 28 Mar 2012 08:05:29 -0400 (EDT) Received: from DFWEML403-HUB.china.huawei.com (10.193.5.151) by dfweml201-edg.china.huawei.com (172.18.9.107) with Microsoft SMTP Server (TLS) id 14.1.323.3; Wed, 28 Mar 2012 05:03:08 -0700 Received: from SZXEML410-HUB.china.huawei.com (10.82.67.137) by dfweml403-hub.china.huawei.com (10.193.5.151) with Microsoft SMTP Server (TLS) id 14.1.323.3; Wed, 28 Mar 2012 05:02:31 -0700 Received: from SZXEML520-MBX.china.huawei.com ([169.254.1.77]) by szxeml410-hub.china.huawei.com ([10.82.67.137]) with mapi id 14.01.0323.003; Wed, 28 Mar 2012 20:03:05 +0800 From: Fatai Zhang To: Lou Berger , CCAMP Thread-Topic: [CCAMP] Charter update discussion Thread-Index: AQHNDM+WGEOOyxtsqEW1OrryBFdqcZZ/mq0/ Date: Wed, 28 Mar 2012 12:03:04 +0000 Message-ID: References: <4F72EB2B.2040506@labn.net> In-Reply-To: <4F72EB2B.2040506@labn.net> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.24.1.46] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: CCAMP ADs Subject: [CCAMP] =?gb2312?b?tPC4tDogIENoYXJ0ZXIgdXBkYXRlIGRpc2N1c3Npb24=?= 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, 28 Mar 2012 12:05:30 -0000 SGkgTG91LAoKMUI6IERvZXMgYW55b25lIHBsYW4gb24gc3VibWl0dGluZy9jb250cmlidXRpbmcg dG8gZHJhZnRzIG9uIExNUCBmb3IgRy43MDk/CgpbRmF0YWldLCBZZXMsIEkgd2lsbCByZXZpc2l0 IHRoZSBleGlzdGluZyBkcmFmdCBbZHJhZnQtemhhbmctY2NhbXAtZ21wbHMtZzcwOS1sbXAtZGlz Y292ZXJ5LTA1XSBhbmQgc3VibWl0IGEgbmV3IHZlcnNpb24uCgpUaGFua3MsCgpGYXRhaQoKCl9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18Kt6K8/sjLOiBjY2FtcC1ib3Vu Y2VzQGlldGYub3JnIFtjY2FtcC1ib3VuY2VzQGlldGYub3JnXSC0+rHtIExvdSBCZXJnZXIgW2xi ZXJnZXJAbGFibi5uZXRdCreiy83KsbzkOiAyMDEyxOoz1MIyOMjVIDE4OjQyCrW9OiBDQ0FNUApD YzogQ0NBTVAgQURzCtb3zOI6IFtDQ0FNUF0gQ2hhcnRlciB1cGRhdGUgZGlzY3Vzc2lvbgoKQWxs LAogICAgICAgIFdlIGRpZG4ndCBoYXZlIGFkZXF1YXRlIHRpbWUgdG8gY29tcGxldGUgb3VyIGNo YXJ0ZXIgdXBkYXRlIGRpc2N1c3Npb24uCihTbGlkZXMgYXJlIGF0Cmh0dHA6Ly90b29scy5pZXRm Lm9yZy9hZ2VuZGEvODMvc2xpZGVzL3NsaWRlcy04My1jY2FtcC0zMC5wZGYsIGNoYXJ0ZXIKaXMg YXZhaWxhYmxlIGF0IGh0dHA6Ly90b29scy5pZXRmLm9yZy93Zy9jY2FtcC9jaGFydGVycykuIFRo ZSBrZXkgcG9pbnRzCmFyZToKCjEpIFRoZSBnZW5lcmFsIGRlc2NyaXB0aW9uIG9mIHRoZSBXRyBp cyBpbiBnb29kIHNoYXBlLAogICBzbyBubyBtYWpvciByZWNoYXJ0ZXIgaXMgbmVlZGVkL3BsYW5u ZWQuCjIpIE91ciBtaWxlc3RvbmVzIGFyZSB2ZXJ5IG91dCBvZiBkYXRlLgozKSBPdXIgbWlsZXN0 b25lcyBkb24ndCByZWZsZWN0IGN1cnJlbnQgbWFqb3Igd29yayBpdGVtcy4KNCkgVGhlcmUgYXJl IHNldmVyYWwgaXRlbXMgd2hlcmUgd2Ugd2lsbCBwcm9wb3NlCgpEaXNjdXNzaW9uIHRvcGljIDE6 IE9sZCBtaWxlc3RvbmVzCgpXZSd2ZSB0YWtlbiBhIHBhc3MgYXQgdXBkYXRpbmcgdGhlIGRhdGVz IG9uIG91ciBsaXN0ZWQsIGJ1dCBub3QgeWV0CmNvbXBsZXRlZCwgbWlsZXN0b25lcyBpbiBzbGlk ZSA0IGZyb20gdG9kYXkncyBzZXNzaW9uLiAgVGhlcmUgYXJlIHR3bwppdGVtcyB0aGF0IGRvbid0 IGhhdmUgY29ycmVzcG9uZGluZyBkcmFmdHMuICBUaGUgcXVlc3Rpb24gZm9yIHRoZSBXRyBpcwpk byB3ZSBzdGlsbCB3YW50IHRvIGRlbGl2ZXIgdGhlIHRoZXNlLiAgSW4gcGFydGljdWxhcjoKCjFB OiBEb2VzIGFueW9uZSBwbGFuIG9uIHN1Ym1pdHRpbmcvY29udHJpYnV0aW5nIHRvIGRyYWZ0cyBv biBXU09OCmltcGFpcm1lbnRzPwoKMUI6IERvZXMgYW55b25lIHBsYW4gb24gc3VibWl0dGluZy9j b250cmlidXRpbmcgdG8gZHJhZnRzIG9uIExNUCBmb3IgRy43MDk/CgpUb3BpYyAyOgoKV2UgaGF2 ZSBzZXZlcmFsIGl0ZW1zIGlkZW50aWZpZWQgaW4gY3VycmVudCBSRkNzIGFuZCBkcmFmdHMgc2F0 aXNmaWVkIGluCnNsaWRlIDUuICBXZSAodGhlIGNoYWlycykgd2lsbCBwcm9wb3NlIHNvbWUgZGF0 ZXMgZm9yIGRyYWZ0cyB0aGF0CmFscmVhZHkgZXhpc3QuICBJZiB5b3UgYXJlIGludGVyZXN0ZWQg aW4gY29udHJpYnV0aW5nIGEgZHJhZnQKY29ycmVzcG9uZGluZyB0byBvbmUgb2YgdGhlIG90aGVy IGl0ZW1zLCBwbGVhc2Uga25vdyB0aGF0IHRoZXNlIGFyZQphcmVhcyB0aGF0IGhhdmUgYSBnb29k IHByb2JhYmlsaXR5IG9mIGJlaW5nIGFjY2VwdGVkIGludG8gdGhlIFdHLgoKRGlzY3Vzc2lvbiBU b3BpYyAzOiBPdGhlciBXb3JrCgpUaGlzIHRvcGljIGlzIG1hZGUgdXAgb2YgdHdvIHF1ZXN0aW9u cy4gSWYgeW91IHdhbnQgdG8gYW5zd2VyIG9uZSwKcGxlYXNlIGFuc3dlciBib3RoOgoKM0E6IERv IHlvdSBoYXZlIGFub3RoZXIgd29yayBpdGVtIGZvciB0aGUgV0c/CgozQjogV2hhdCBpcyB0aGUg KmN1cnJlbnQqIGRyYWZ0IG5hbWUgdGhhdCBtYXkgc2VydmUgYXMgdGhlIFdHIGZvdW5kYXRpb24K Zm9yIHRoaXMgaXRlbT8gIChOb3RlLCBpZiB0aGVyZSBpc24ndCBhIGRyYWZ0LCB0aGlzIHdvcmsg aXRlbSBwcm9iYWJseQpuZWVkcyB0byB3YWl0IHVudGlsIHRoZSBuZXh0IHJvdW5kIG9mIHVwZGF0 ZXMuKQoKTG91IGFuZCBEZWJvcmFoCgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18KQ0NBTVAgbWFpbGluZyBsaXN0CkNDQU1QQGlldGYub3JnCmh0dHBzOi8v d3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vY2NhbXAK From daniele.ceccarelli@ericsson.com Wed Mar 28 05:06:22 2012 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 03AA521E808D for ; Wed, 28 Mar 2012 05:06:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.794 X-Spam-Level: X-Spam-Status: No, score=-9.794 tagged_above=-999 required=5 tests=[AWL=0.805, 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 zyuzZTGn4xcO for ; Wed, 28 Mar 2012 05:06:20 -0700 (PDT) Received: from mailgw10.se.ericsson.net (mailgw10.se.ericsson.net [193.180.251.61]) by ietfa.amsl.com (Postfix) with ESMTP id 7458221F86A0 for ; Wed, 28 Mar 2012 05:06:16 -0700 (PDT) X-AuditID: c1b4fb3d-b7b5aae000002dcb-e1-4f72feb6f531 Received: from esessmw0184.eemea.ericsson.se (Unknown_Domain [153.88.253.124]) (using TLS with cipher AES128-SHA (AES128-SHA/128 bits)) (Client did not present a certificate) by mailgw10.se.ericsson.net (Symantec Mail Security) with SMTP id 66.9F.11723.6BEF27F4; Wed, 28 Mar 2012 14:06:15 +0200 (CEST) Received: from ESESSCMS0360.eemea.ericsson.se ([169.254.1.51]) by esessmw0184.eemea.ericsson.se ([10.2.3.53]) with mapi; Wed, 28 Mar 2012 14:06:14 +0200 From: Daniele Ceccarelli To: Lou Berger , CCAMP Date: Wed, 28 Mar 2012 14:06:13 +0200 Thread-Topic: [CCAMP] Charter update discussion Thread-Index: Ac0Mz5CuAWqdwnufQXWzH6MFfxNEcgAC1jJA Message-ID: References: <4F72EB2B.2040506@labn.net> In-Reply-To: <4F72EB2B.2040506@labn.net> Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: it-IT, en-US Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: AAAAAA== Cc: CCAMP ADs Subject: Re: [CCAMP] Charter update 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, 28 Mar 2012 12:06:22 -0000 1B: Does anyone plan on submitting/contributing to drafts on LMP for G.709? Yes, there are actually 2 draft that only need to be refreshed Daniele=20 >-----Original Message----- >From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org]=20 >On Behalf Of Lou Berger >Sent: mercoled=EC 28 marzo 2012 12.43 >To: CCAMP >Cc: CCAMP ADs >Subject: [CCAMP] Charter update discussion > >All, > We didn't have adequate time to complete our charter=20 >update discussion. >(Slides are at >http://tools.ietf.org/agenda/83/slides/slides-83-ccamp-30.pdf,=20 >charter is available at=20 >http://tools.ietf.org/wg/ccamp/charters). The key points >are: > >1) The general description of the WG is in good shape, > so no major recharter is needed/planned. >2) Our milestones are very out of date. >3) Our milestones don't reflect current major work items. >4) There are several items where we will propose > >Discussion topic 1: Old milestones > >We've taken a pass at updating the dates on our listed, but=20 >not yet completed, milestones in slide 4 from today's session.=20 > There are two items that don't have corresponding drafts. =20 >The question for the WG is do we still want to deliver the=20 >these. In particular: > >1A: Does anyone plan on submitting/contributing to drafts on=20 >WSON impairments? > >1B: Does anyone plan on submitting/contributing to drafts on=20 >LMP for G.709? > >Topic 2: > >We have several items identified in current RFCs and drafts=20 >satisfied in slide 5. We (the chairs) will propose some dates=20 >for drafts that already exist. If you are interested in=20 >contributing a draft corresponding to one of the other items,=20 >please know that these are areas that have a good probability=20 >of being accepted into the WG. > >Discussion Topic 3: Other Work > >This topic is made up of two questions. If you want to answer=20 >one, please answer both: > >3A: Do you have another work item for the WG? > >3B: What is the *current* draft name that may serve as the WG=20 >foundation for this item? (Note, if there isn't a draft, this=20 >work item probably needs to wait until the next round of updates.) > >Lou and Deborah > > >_______________________________________________ >CCAMP mailing list >CCAMP@ietf.org >https://www.ietf.org/mailman/listinfo/ccamp >= From kam.lam@alcatel-lucent.com Wed Mar 28 05:10:01 2012 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 C209E21E818E for ; Wed, 28 Mar 2012 05:10:01 -0700 (PDT) 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 ct47Z3XAqAAl for ; Wed, 28 Mar 2012 05:10:00 -0700 (PDT) Received: from ihemail4.lucent.com (ihemail4.lucent.com [135.245.0.39]) by ietfa.amsl.com (Postfix) with ESMTP id 89F5421E8182 for ; Wed, 28 Mar 2012 05:10:00 -0700 (PDT) Received: from usnavsmail4.ndc.alcatel-lucent.com (usnavsmail4.ndc.alcatel-lucent.com [135.3.39.12]) by ihemail4.lucent.com (8.13.8/IER-o) with ESMTP id q2SC9v5G010090 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 28 Mar 2012 07:09:57 -0500 (CDT) Received: from USNAVSXCHHUB02.ndc.alcatel-lucent.com (usnavsxchhub02.ndc.alcatel-lucent.com [135.3.39.111]) by usnavsmail4.ndc.alcatel-lucent.com (8.14.3/8.14.3/GMO) with ESMTP id q2SC9sYv018486 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Wed, 28 Mar 2012 07:09:57 -0500 Received: from USNAVSXCHMBSA2.ndc.alcatel-lucent.com ([135.3.39.124]) by USNAVSXCHHUB02.ndc.alcatel-lucent.com ([135.3.39.111]) with mapi; Wed, 28 Mar 2012 07:09:55 -0500 From: "Lam, Hing-Kam (Kam)" To: "adrian@olddog.co.uk" , "'CCAMP'" Date: Wed, 28 Mar 2012 07:09:54 -0500 Thread-Topic: [CCAMP] A comment on draft-galimbe-kunze-g-698-2-snmp-mib Thread-Index: Ac0MuGsYc0ztIFX0RLOOpOIKhdTeDAAInKfA Message-ID: <7F76AEFB05C38145BABA0D545E3CFFD5B503F0D8@USNAVSXCHMBSA2.ndc.alcatel-lucent.com> References: <091501cd0cb8$6ebe8d70$4c3ba850$@olddog.co.uk> In-Reply-To: <091501cd0cb8$6ebe8d70$4c3ba850$@olddog.co.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.57 on 135.245.2.39 X-Scanned-By: MIMEDefang 2.64 on 135.3.39.12 Subject: Re: [CCAMP] A comment on draft-galimbe-kunze-g-698-2-snmp-mib 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, 28 Mar 2012 12:10:02 -0000 Hi Adrian, There are 10 or so parameters that are read-write in the mib. Now we are tr= ying the second option to describe the restriction in the description claus= es of these parameters. Some of these parameters depend on the application = code and some are not. So far it seems not too complex.=20 Thank you for the suggestions. Regards, Kam > -----Original Message----- > From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf > Of Adrian Farrel > Sent: Wednesday, March 28, 2012 3:58 AM > To: 'CCAMP' > Subject: [CCAMP] A comment on draft-galimbe-kunze-g-698-2-snmp-mib >=20 > Listening to Malcolm's comment at the mic just now, it makes a lot of > sense to > me to make sure that parameters cannot be independently set in an > inconsistent > way. >=20 > There are two ways to achieve this in a MIB module: >=20 > The first way (which seems to be what this I-D is doing - but I have > only > skim-read) is to make the max-Access clause of the objects read-only. > That means > that the detailed parameters can be read, but are consequence of the > setting of > the major parameters of the link. >=20 > The other option is to describe (in the Description clauses) the > conflicts that > are not allowed and how the SET operations must fail when conflicting > values are > set. This seems particularly complex in the case of black links, but is > still > achievable. >=20 > Just my $0.02 >=20 > Adrian >=20 > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp From lberger@labn.net Wed Mar 28 05:35:00 2012 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 9235721E8179 for ; Wed, 28 Mar 2012 05:35:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.532 X-Spam-Level: X-Spam-Status: No, score=-99.532 tagged_above=-999 required=5 tests=[AWL=0.629, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, IP_NOT_FRIENDLY=0.334, RDNS_NONE=0.1, 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 iq3FvvZXX+5f for ; Wed, 28 Mar 2012 05:35:00 -0700 (PDT) Received: from oproxy7-pub.bluehost.com (oproxy7.bluehost.com [IPv6:2605:dc00:100:2::a7]) by ietfa.amsl.com (Postfix) with SMTP id 3902421E81CB for ; Wed, 28 Mar 2012 05:34:58 -0700 (PDT) Received: (qmail 16137 invoked by uid 0); 28 Mar 2012 12:34:57 -0000 Received: from unknown (HELO box313.bluehost.com) (69.89.31.113) by oproxy7.bluehost.com with SMTP; 28 Mar 2012 12:34:57 -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:CC:To:MIME-Version:From:Date:Message-ID; bh=Ee0uGAozydO9+c+oEBSZTt5tEZ89CYytiU92zsPI8qs=; b=zfKTX/WBNNcbCyd8I5o4OtqF9F3jD7FQEWGazF/VrbPBPdEFjlrYbEqjp66PuV6jKziyhdVGleCkj0CewX8r8nBk+u2ussAgVVodgx4ceth4jmxtgInas5C+lX055dhm; Received: from box313.bluehost.com ([69.89.31.113] helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.76) (envelope-from ) id 1SCs5Z-0001T5-M6; Wed, 28 Mar 2012 06:34:57 -0600 Message-ID: <4F730569.6090704@labn.net> Date: Wed, 28 Mar 2012 14:34:49 +0200 From: Lou Berger User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100722 Eudora/3.0.4 MIME-Version: 1.0 To: CCAMP X-Enigmail-Version: 1.0.1 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: draft-ietf-ccamp-gmpls-ospf-g709v3@tools.ietf.org Subject: [CCAMP] comment on draft-ietf-ccamp-gmpls-ospf-g709v3-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: Wed, 28 Mar 2012 12:35:00 -0000 All, A minor comment: 6. Compatibility In order to achieve backward compatibility with implementations based on [RFC4328] both the [RFC4328] based ISCD and the ISCD defined in this document MUST be advertised. How about: All implementations of this document MUST support advertisements as defined in this document and [RFC4328]. Implementations SHOULD support the configuration of which advertisement procedures are followed. This approach enables the use of one type of advertisements where appropriate, and the differentiation of legacy and nodes support with this document when both are operating in the same network. Comments? Lou From daniele.ceccarelli@ericsson.com Wed Mar 28 06:16:05 2012 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 511CE21E81FE for ; Wed, 28 Mar 2012 06:16:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.676 X-Spam-Level: X-Spam-Status: No, score=-7.676 tagged_above=-999 required=5 tests=[AWL=-1.427, BAYES_00=-2.599, HELO_EQ_SE=0.35, 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 R6hvBX3xm9HR for ; Wed, 28 Mar 2012 06:16:04 -0700 (PDT) Received: from mailgw1.ericsson.se (mailgw1.ericsson.se [193.180.251.45]) by ietfa.amsl.com (Postfix) with ESMTP id 656B021E808C for ; Wed, 28 Mar 2012 06:16:04 -0700 (PDT) X-AuditID: c1b4fb2d-b7b76ae0000063d8-79-4f730f13e8fd Authentication-Results: mailgw1.ericsson.se x-tls.subject="/CN=esessmw0237"; auth=fail (cipher=AES128-SHA) Received: from esessmw0237.eemea.ericsson.se (Unknown_Domain [153.88.253.124]) (using TLS with cipher AES128-SHA (AES128-SHA/128 bits)) (Client CN "esessmw0237", Issuer "esessmw0237" (not verified)) by mailgw1.ericsson.se (Symantec Mail Security) with SMTP id 15.3E.25560.31F037F4; Wed, 28 Mar 2012 15:16:03 +0200 (CEST) Received: from ESESSCMS0360.eemea.ericsson.se ([169.254.1.51]) by esessmw0237.eemea.ericsson.se ([153.88.115.90]) with mapi; Wed, 28 Mar 2012 15:16:02 +0200 From: Daniele Ceccarelli To: Lou Berger , CCAMP Date: Wed, 28 Mar 2012 15:15:59 +0200 Thread-Topic: [CCAMP] comment on draft-ietf-ccamp-gmpls-ospf-g709v3-01 Thread-Index: Ac0M3zQhUCCMHB70Tn2URg3t2ADVjwABZfUQ Message-ID: References: <4F730569.6090704@labn.net> In-Reply-To: <4F730569.6090704@labn.net> Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: it-IT, en-US Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: AAAAAA== Cc: "draft-ietf-ccamp-gmpls-ospf-g709v3@tools.ietf.org" Subject: Re: [CCAMP] comment on draft-ietf-ccamp-gmpls-ospf-g709v3-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: Wed, 28 Mar 2012 13:16:05 -0000 Sounds good, But i don't understand the meaning of the very last part "and the differentiation of legacy and nodes support with this document when both are operating in the same network." Could you please rephrase it? Thanks, Daniele >-----Original Message----- >From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org]=20 >On Behalf Of Lou Berger >Sent: mercoled=EC 28 marzo 2012 14.35 >To: CCAMP >Cc: draft-ietf-ccamp-gmpls-ospf-g709v3@tools.ietf.org >Subject: [CCAMP] comment on draft-ietf-ccamp-gmpls-ospf-g709v3-01 > >All, > >A minor comment: > > 6. Compatibility > > In order to achieve backward compatibility with=20 >implementations based > on [RFC4328] both the [RFC4328] based ISCD and the ISCD defined in > this document MUST be advertised. > >How about: > All implementations of this document MUST support advertisements as > defined in this document and [RFC4328]. Implementations SHOULD > support the configuration of which advertisement procedures are > followed. This approach enables the use of one type of > advertisements where appropriate, and the differentiation of legacy > and nodes support with this document when both are operating in the > same network. > >Comments? >Lou >_______________________________________________ >CCAMP mailing list >CCAMP@ietf.org >https://www.ietf.org/mailman/listinfo/ccamp >= From lberger@labn.net Wed Mar 28 08:53:24 2012 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 3191721E82B0 for ; Wed, 28 Mar 2012 08:53:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.547 X-Spam-Level: X-Spam-Status: No, score=-99.547 tagged_above=-999 required=5 tests=[AWL=0.614, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, IP_NOT_FRIENDLY=0.334, RDNS_NONE=0.1, 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 wjtgYQZ8ERxJ for ; Wed, 28 Mar 2012 08:53:23 -0700 (PDT) Received: from oproxy7-pub.bluehost.com (oproxy7.bluehost.com [IPv6:2605:dc00:100:2::a7]) by ietfa.amsl.com (Postfix) with SMTP id 5667A21E816A for ; Wed, 28 Mar 2012 08:53:23 -0700 (PDT) Received: (qmail 15933 invoked by uid 0); 28 Mar 2012 15:53:21 -0000 Received: from unknown (HELO box313.bluehost.com) (69.89.31.113) by oproxy7.bluehost.com with SMTP; 28 Mar 2012 15:53: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:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=R3vKUEcRKD5lupaZrpi8DhxyrWtT0xDEFMmQJjo6aeM=; b=ihnPOaYkiIvt7+szohsqIt7qkeHr2MDMOlvMp+P+ZV4PRM6C2rRroPn7ZTdy4ZesLVVd9tT0aAp9JME1W6rpaNqb3TsTwL/7q6okeJC0fOsjr2jrUY9CVzQADwcsCFjz; Received: from box313.bluehost.com ([69.89.31.113] helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.76) (envelope-from ) id 1SCvBY-0007nu-LQ; Wed, 28 Mar 2012 09:53:20 -0600 Message-ID: <4F7333E9.1020100@labn.net> Date: Wed, 28 Mar 2012 17:53:13 +0200 From: Lou Berger User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100722 Eudora/3.0.4 MIME-Version: 1.0 To: CCAMP X-Enigmail-Version: 1.0.1 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: "draft-ietf-ccamp-gmpls-g709-framework@tools.ietf.org" Subject: [CCAMP] comment on draft-ietf-ccamp-gmpls-g709-framework-06 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, 28 Mar 2012 15:53:24 -0000 Hi, I have some comments on the following text: 5.5. Implications for Control Plane Backward Compatibility Assume [RFC4328] has been deployed to control the OTN networks supporting [G709-V1], control plane backward compatibility needs to be taken into consideration. Scenarios for backward compatibility are described as follows: o Legacy OTN devices supporting [G709-V1] may run control plane protocol defined in [RFC4328]; o Legacy OTN devices supporting [G709-V1] may also support new OTN control plane characterized in this document after control plane updating; o New OTN devices supporting [G709-V3] always support new OTN control plane characterized in this document; o New OTN devices SHOULD support falling back to [RFC4328] for interworking scenarios. Based on these scenarios, control plane backward compatibility SHOULD be taken into account when interworking between the new control plane characterized in this document and the legacy control plane defined in [RFC4328]. A new Switching Capability type is required for control of [G709-V3] in the routing and signaling to enable the backward procedure. I'm having a hard time parsing the intent of this section. I'd like to ask some questions at the higher level first, rather than focusing on specific text. (Which we can move on to once we have a common understanding.) I suspect your intent is to say (stated informally): 1) There may be networks that are composed of nodes that only support the legacy OTN approach. Such nodes and networks are out of scope of this and the other OTNv3 documents. -- Correct? 2) There may be networks that are composed of nodes that all support the new OTNv3 control plane documents. Such nodes and networks have no control plane backwards compatibility issue. -- Correct? 3) That there may be networks composed of a mixture of nodes, some that support the legacy RFCs and others that support the new OTNv3 control plane documents. For these, the new routing and signaling documents must support this case. -- Correct? 4) Based on the routing and signaling drafts, I think this document should also describe the approach taken by those documents at a (high) sufficient level for them to deliver a consistent solutions. >From the ospf document see that support for both old and new routing approaches MUST be supported. Signaling can use that information to determine when to start signaling using old/new mode. Also there are cases there that information won't be available, so signaling still has to handle the case where a new message arrives at a legacy node. -- Is this correct? Again, once we have common understanding, we can worry about wordsmithing. Thanks, Lou From acee.lindem@ericsson.com Wed Mar 28 09:42:11 2012 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 E44D521F88E0 for ; Wed, 28 Mar 2012 09:42:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.429 X-Spam-Level: X-Spam-Status: No, score=-5.429 tagged_above=-999 required=5 tests=[AWL=-0.996, BAYES_00=-2.599, FF_IHOPE_YOU_SINK=2.166, 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 5MetTkShuhJf for ; Wed, 28 Mar 2012 09:42:11 -0700 (PDT) Received: from imr4.ericy.com (imr4.ericy.com [198.24.6.9]) by ietfa.amsl.com (Postfix) with ESMTP id 8132421F8905 for ; Wed, 28 Mar 2012 09:42:10 -0700 (PDT) Received: from eusaamw0707.eamcs.ericsson.se ([147.117.20.32]) by imr4.ericy.com (8.14.3/8.14.3/Debian-9.1ubuntu1) with ESMTP id q2SGVJQ0032325; Wed, 28 Mar 2012 11:31:22 -0500 Received: from EUSAACMS0702.eamcs.ericsson.se ([169.254.1.83]) by eusaamw0707.eamcs.ericsson.se ([147.117.20.32]) with mapi; Wed, 28 Mar 2012 12:31:17 -0400 From: Acee Lindem To: Masanori Miyazawa Date: Wed, 28 Mar 2012 12:31:15 -0400 Thread-Topic: [CCAMP] 2nd WG last call on draft-ietf-ccamp-gmpls-ted-mib Thread-Index: Ac0NADMKLs36/4zSQKSGCxBKc+az5A== Message-ID: <051F9BE0-8E97-4F5C-A859-F9F5809474D4@ericsson.com> References: <4D336515-2D98-4DA7-8D58-28ED03C3854B@ericsson.com> <025501cd0775$11f2b820$35d82860$@jp> In-Reply-To: <025501cd0775$11f2b820$35d82860$@jp> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: CCAMP Subject: Re: [CCAMP] 2nd WG last call on draft-ietf-ccamp-gmpls-ted-mib 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, 28 Mar 2012 16:42:12 -0000 Hi Masanori,=20 See one comment inline. Hopefully, the message quoting won't be lost.=20 On Mar 21, 2012, at 11:12 AM, Masanori Miyazawa wrote: > Acee, >=20 > Please see our answer to your comments as below and let us know if you ha= ve > any question. >=20 > Regards, > Masanori >=20 >> 1. Many of the textual conventions are longer than they need to be. > While >> ISIS is, in general, more verbose than OSPF, you most of the textual >> conventions are longer than they need to be. >>=20 >>=20 >> TedAreaIdTC - This is 32 octets while I the longest ISIS > address >> is 20 octets. For OSPF, the Area ID is 4 octets. >> TedRouterIDTC - This is 32 octets while the OSPF router ID is >> 4 octets and the ISIS system ID is 6 octets. >>=20 >> This really doesn't cause any problems but I think it needs to be >> addressed. >=20 > I modified the lengths of the textual convention. >=20 > ----------- > TedAreaIdTC ::=3D TEXTUAL-CONVENTION > STATUS current > DESCRIPTION > "The area identifier of the IGP. If OSPF is used to advertise LS= A, > this represents an ospfArea. If ISIS is used, this represents an area > address." > SYNTAX OCTET STRING (SIZE (0..20)) >=20 > TedRouterIdTC ::=3D TEXTUAL-CONVENTION > STATUS current > DESCRIPTION > " The router identifier. If OSPF is used to advertise LSA, this > represents a Router ID. If ISIS is used, this represents a System ID." > SYNTAX OCTET STRING (SIZE (0..6)) Looks good.=20 > -------------- >=20 >> 2. Bandwidth values - All the bandwidth values are represented as byte= s >> per second with an Unsigned32 range. However, RFC 3630 represents these >> values sing an IEEE floating point value. Additionally, this > representation >> results in a maximum bandwidth value of 32Gbps (without error correct). >> I think this may soon become much too low (if not already). >=20 > As you mentioned, the definitions of the bandwidth value were wrong. In > order to support RFC3630, I think that Syntax should be modified to OCTET > STRING. The below is a example of the modification.=20 > What do you think about the modification? >=20 > ---example of tedMaxBandwidth--- >=20 > tedMaxBandwidth OBJECT-TYPE > SYNTAX OCTET STRING (SIZE(4)) > UNITS "bit per seconds" > MAX-ACCESS read-only > STATUS current > DESCRIPTION > "This indicates the maximum bandwidth that can be used on this link = in > this direction." > REFERENCE > " Traffic Engineering (TE) Extensions to OSPF Version 2, [RFC > 3630], 2.5.6" > ::=3D { tedEntry 14 } I always thought this was a real pain that IEEE floating point values were = used for TE bandwidth. Aren't these semantics consistent across TE bandwidt= h values?=20 They are consistent in RFC 3630 and RFC 3784. Why not Float32TC from RFC 63= 40 rather than OCTET STRING(SIZE)4))? Float32TC ::=3D TEXTUAL-CONVENTION STATUS current DESCRIPTION "This type represents a 32-bit (4-octet) IEEE floating-point number in binary interchange format." REFERENCE "IEEE Standard for Floating-Point Arithmetic, Standard 754-2008" SYNTAX OCTET STRING (SIZE(4)) =20 > ---------------- >=20 >> 3. For the TED table, please move tedLocalRouterID and > TedRemoteRouterID >> so the items constituting the index are in the beginning of the TED entr= y. >=20 > These indexes were displaced forward. Would that be right? >=20 > ------- > tedEntry OBJECT-TYPE > SYNTAX TedEntry > MAX-ACCESS not-accessible > STATUS current > DESCRIPTION > "This entry contains TED information commonly utilized in both MPLS an= d > GMPLS." > INDEX { tedLocalRouterId, tedRemoteRouterId, tedLinkInformationSource, > tedLinkIndex } This is correct in draft-ietf-ccamp-gmpls-ted-mib-11.txt.=20 =20 >=20 >> 4. For tedSrlgIndex, should there be a reference another RFC? >=20 > I added RFC4203 in tedSrlg as a reference. >=20 > ------- > tedSrlgIndex OBJECT-TYPE > SYNTAX Unsigned32(1..255) > MAX-ACCESS not-accessible > STATUS current > DESCRIPTION > "This index is utilized to identify multiple SRLG values on a local = or > remote TE link. This object represents an arbitrary value which is locall= y > defined in a router". > REFERENCE > " OSPF Extensions in support of GMPLS, [RFC4203], 1.3 " >=20 > ::=3D { tedSrlgEntry 1 } > ------- Ok.=20 >=20 >=20 >> 5. Section 11 is missing one of the key reviewers ;^). > My sincere apologies for missing you as a reviewer. We appreciate very mu= ch > the support from you. Thanks, Acee >=20 >=20 >> -----Original Message----- >> From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf O= f >> Acee Lindem >> Sent: Monday, March 19, 2012 7:50 AM >> To: CCAMP >> Subject: [CCAMP] 2nd WG last call on draft-ietf-ccamp-gmpls-ted-mib >>=20 >> Hey Masanori, Tomohiro, and Tom, >>=20 >> Lou asked me to take another look at this draft and I have some > significant >> comments/questions. >>=20 >>=20 >> 1. Many of the textual conventions are longer than they need to be. > While >> ISIS is, in general, more verbose than OSPF, you most of the textual >> conventions are longer than they need to be. >>=20 >>=20 >> TedAreaIdTC - This is 32 octets while I the longest ISIS > address >> is 20 octets. For OSPF, the Area ID is 4 octets. >> TedRouterIDTC - This is 32 octets while the OSPF router ID is >> 4 octets and the ISIS system ID is 6 octets. >>=20 >> This really doesn't cause any problems but I think it needs to be >> addressed. >>=20 >>=20 >> 2. Bandwidth values - All the bandwidth values are represented as byte= s >> per second with an Unsigned32 range. However, RFC 3630 represents these >> values sing an IEEE floating point value. Additionally, this > representation >> results in a maximum bandwidth value of 32Gbps (without error correct). >> I think this may soon become much too low (if not already). >>=20 >>=20 >> 3. For the TED table, please move tedLocalRouterID and > TedRemoteRouterID >> so the items constituting the index are in the beginning of the TED entr= y. >>=20 >> 4. For tedSrlgIndex, should there be a reference another RFC? >>=20 >> 5. Section 11 is missing one of the key reviewers ;^). >>=20 >>=20 >> Thanks, >> Acee >=20 From julien.meuric@orange.com Wed Mar 28 09:59:16 2012 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 E6ED621E8258; Wed, 28 Mar 2012 09:59:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.841 X-Spam-Level: X-Spam-Status: No, score=-5.841 tagged_above=-999 required=5 tests=[AWL=0.409, BAYES_00=-2.599, HELO_EQ_FR=0.35, 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 tKaWZJKtbj2i; Wed, 28 Mar 2012 09:59:16 -0700 (PDT) Received: from r-mail2.rd.francetelecom.com (r-mail2.rd.francetelecom.com [217.108.152.42]) by ietfa.amsl.com (Postfix) with ESMTP id 1F5AA21E8254; Wed, 28 Mar 2012 09:59:16 -0700 (PDT) Received: from r-mail2.rd.francetelecom.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 055BE16C065; Wed, 28 Mar 2012 18:59:15 +0200 (CEST) Received: from ftrdsmtp1.rd.francetelecom.fr (unknown [10.192.128.46]) by r-mail2.rd.francetelecom.com (Postfix) with ESMTP id EFBFD16C064; Wed, 28 Mar 2012 18:59:14 +0200 (CEST) Received: from ftrdmel10.rd.francetelecom.fr ([10.192.128.44]) by ftrdsmtp1.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Wed, 28 Mar 2012 18:59:14 +0200 Received: from [10.193.116.59] ([10.193.116.59]) by ftrdmel10.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Wed, 28 Mar 2012 18:59:14 +0200 Message-ID: <4F734361.8020000@orange.com> Date: Wed, 28 Mar 2012 18:59:13 +0200 From: Julien Meuric Organization: France Telecom User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.27) Gecko/20120216 Lightning/1.0b2 Thunderbird/3.1.19 MIME-Version: 1.0 To: "ccamp@ietf.org" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 28 Mar 2012 16:59:14.0813 (UTC) FILETIME=[1B07AAD0:01CD0D04] Cc: "pce@ietf.org" Subject: [CCAMP] PCE Work in CCAMP 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, 28 Mar 2012 16:59:17 -0000 Hi CCAMPers. Following the meeting this morning, I would like to comment on the numerous references to PCE with my chair hat on. First, I am glad to see the PCE architecture being encompassed as a relevant part of various proposals. Nevertheless, as said during several PCE meetings, when it comes to make PCEP support a CCAMP feature, it is most of the time driven by RSVP-TE capabilities and/or (IGP-driven) path computation capabilities. As reminded during the PCE meeting in Taipei, this obviously applies to flexi-grid work: when GMPLS protocol extensions will be mature enough, PCEP extensions will become rather straightforward and PCE-specific frameworks may be useless. I also know how tempting it is for the optical world to address problems with centralized entities, however the current PCE charter is not to solve all issues which may benefit from a centralized entity (which is a very _specific_ use case of PCE). At this stage, my suggestion to CCAMP draft authors (mainly on flexi-grid) is to tackle the work step by step without "chasing 2 hares" at the same time; i.e. keep the PCE material on hold till the work is mature enough, and, then, consider the opportunity to submit this material to the _PCE WG_. Let me also take the opportunity to remind that: - the PCE WG does not standardize a path computation entity, does not standardize any structural architecture, but *protocols* relevant to its _functional_ architecture; - even if the PCE WG has started to work on some stateful features, it does not automatically imply that anything tagged "stateful" is (nor will be) in scope (please read again RFCs and WG I-Ds). Best regards, Julien From zhangfatai@huawei.com Thu Mar 29 02:03:11 2012 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 A8BDA21F88FA for ; Thu, 29 Mar 2012 02:03:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 4.247 X-Spam-Level: **** X-Spam-Status: No, score=4.247 tagged_above=-999 required=5 tests=[AWL=-2.202, 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 EpsdMjl0EA8V for ; Thu, 29 Mar 2012 02:03:11 -0700 (PDT) Received: from dfwrgout.huawei.com (dfwrgout.huawei.com [206.16.17.72]) by ietfa.amsl.com (Postfix) with ESMTP id 7F6FD21F8902 for ; Thu, 29 Mar 2012 02:03:10 -0700 (PDT) Received: from 172.18.9.243 (EHLO dfweml201-edg.china.huawei.com) ([172.18.9.243]) by dfwrg02-dlp.huawei.com (MOS 4.2.3-GA FastPath) with ESMTP id AEM14998; Thu, 29 Mar 2012 05:03:10 -0400 (EDT) Received: from DFWEML406-HUB.china.huawei.com (10.193.5.131) by dfweml201-edg.china.huawei.com (172.18.9.107) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 29 Mar 2012 02:01:37 -0700 Received: from SZXEML440-HUB.china.huawei.com (10.72.61.75) by dfweml406-hub.china.huawei.com (10.193.5.131) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 29 Mar 2012 02:01:42 -0700 Received: from SZXEML520-MBX.china.huawei.com ([169.254.1.77]) by SZXEML440-HUB.china.huawei.com ([10.72.61.75]) with mapi id 14.01.0323.003; Thu, 29 Mar 2012 17:01:37 +0800 From: Fatai Zhang To: Lou Berger , CCAMP Thread-Topic: [CCAMP] comment on draft-ietf-ccamp-gmpls-g709-framework-06 Thread-Index: AQHNDPrz9BCdlQYkMEyY2obrrL0TQZaA+pvx Date: Thu, 29 Mar 2012 09:01:35 +0000 Message-ID: References: <4F7333E9.1020100@labn.net> In-Reply-To: <4F7333E9.1020100@labn.net> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.24.1.68] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "draft-ietf-ccamp-gmpls-g709-framework@tools.ietf.org" Subject: [CCAMP] =?gb2312?b?tPC4tDogIGNvbW1lbnQgb24gZHJhZnQtaWV0Zi1jY2Ft?= =?gb2312?b?cC1nbXBscy1nNzA5LWZyYW1ld29yay0wNg==?= 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, 29 Mar 2012 09:03:11 -0000 SGkgTG91LAoKWWVzLCBjb3JyZWN0IGZvciBhbGwgcXVlc3Rpb25zLiBJIHRoaW5rIHdlIGhhdmUg dGhlIGNvbW1vbiB1bmRlcnN0YW5kaW5nLgoKTGV0J3MgcmVmaW5lIHRoZSB0ZXh0LCA6LSkKCgpU aGFua3MKCkZhdGFpCgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwq3 orz+yMs6IGNjYW1wLWJvdW5jZXNAaWV0Zi5vcmcgW2NjYW1wLWJvdW5jZXNAaWV0Zi5vcmddILT6 se0gTG91IEJlcmdlciBbbGJlcmdlckBsYWJuLm5ldF0Kt6LLzcqxvOQ6IDIwMTLE6jPUwjI4yNUg MjM6NTMKtb06IENDQU1QCkNjOiBkcmFmdC1pZXRmLWNjYW1wLWdtcGxzLWc3MDktZnJhbWV3b3Jr QHRvb2xzLmlldGYub3JnCtb3zOI6IFtDQ0FNUF0gY29tbWVudCBvbiBkcmFmdC1pZXRmLWNjYW1w LWdtcGxzLWc3MDktZnJhbWV3b3JrLTA2CgpIaSwKICAgICAgICBJIGhhdmUgc29tZSBjb21tZW50 cyBvbiB0aGUgZm9sbG93aW5nIHRleHQ6CgogIDUuNS4gSW1wbGljYXRpb25zIGZvciBDb250cm9s IFBsYW5lIEJhY2t3YXJkIENvbXBhdGliaWxpdHkKCiAgIEFzc3VtZSBbUkZDNDMyOF0gaGFzIGJl ZW4gZGVwbG95ZWQgdG8gY29udHJvbCB0aGUgT1ROIG5ldHdvcmtzCiAgIHN1cHBvcnRpbmcgW0c3 MDktVjFdLCBjb250cm9sIHBsYW5lIGJhY2t3YXJkIGNvbXBhdGliaWxpdHkgbmVlZHMgdG8KICAg YmUgdGFrZW4gaW50byBjb25zaWRlcmF0aW9uLiBTY2VuYXJpb3MgZm9yIGJhY2t3YXJkIGNvbXBh dGliaWxpdHkgYXJlCiAgIGRlc2NyaWJlZCBhcyBmb2xsb3dzOgoKICAgbyAgTGVnYWN5IE9UTiBk ZXZpY2VzIHN1cHBvcnRpbmcgW0c3MDktVjFdIG1heSBydW4gY29udHJvbCBwbGFuZQogICAgICBw cm90b2NvbCBkZWZpbmVkIGluIFtSRkM0MzI4XTsKCiAgIG8gIExlZ2FjeSBPVE4gZGV2aWNlcyBz dXBwb3J0aW5nIFtHNzA5LVYxXSBtYXkgYWxzbyBzdXBwb3J0IG5ldyBPVE4KICAgICAgY29udHJv bCBwbGFuZSBjaGFyYWN0ZXJpemVkIGluIHRoaXMgZG9jdW1lbnQgYWZ0ZXIgY29udHJvbCBwbGFu ZQogICAgICB1cGRhdGluZzsKCiAgIG8gIE5ldyBPVE4gZGV2aWNlcyBzdXBwb3J0aW5nIFtHNzA5 LVYzXSBhbHdheXMgc3VwcG9ydCBuZXcgT1ROCiAgICAgIGNvbnRyb2wgcGxhbmUgY2hhcmFjdGVy aXplZCBpbiB0aGlzIGRvY3VtZW50OwoKICAgbyAgTmV3IE9UTiBkZXZpY2VzIFNIT1VMRCBzdXBw b3J0IGZhbGxpbmcgYmFjayB0byBbUkZDNDMyOF0gZm9yCiAgICAgIGludGVyd29ya2luZyBzY2Vu YXJpb3MuCgogICBCYXNlZCBvbiB0aGVzZSBzY2VuYXJpb3MsIGNvbnRyb2wgcGxhbmUgYmFja3dh cmQgY29tcGF0aWJpbGl0eSBTSE9VTEQKICAgYmUgdGFrZW4gaW50byBhY2NvdW50IHdoZW4gaW50 ZXJ3b3JraW5nIGJldHdlZW4gdGhlIG5ldyBjb250cm9sIHBsYW5lCiAgIGNoYXJhY3Rlcml6ZWQg aW4gdGhpcyBkb2N1bWVudCBhbmQgdGhlIGxlZ2FjeSBjb250cm9sIHBsYW5lIGRlZmluZWQKICAg aW4gW1JGQzQzMjhdLgoKICAgQSBuZXcgU3dpdGNoaW5nIENhcGFiaWxpdHkgdHlwZSBpcyByZXF1 aXJlZCBmb3IgY29udHJvbCBvZiBbRzcwOS1WM10KICAgaW4gdGhlIHJvdXRpbmcgYW5kIHNpZ25h bGluZyB0byBlbmFibGUgdGhlIGJhY2t3YXJkIHByb2NlZHVyZS4KCkknbSBoYXZpbmcgYSBoYXJk IHRpbWUgcGFyc2luZyB0aGUgaW50ZW50IG9mIHRoaXMgc2VjdGlvbi4gSSdkIGxpa2UgdG8KYXNr IHNvbWUgcXVlc3Rpb25zIGF0IHRoZSBoaWdoZXIgbGV2ZWwgZmlyc3QsIHJhdGhlciB0aGFuIGZv Y3VzaW5nIG9uCnNwZWNpZmljIHRleHQuICAoV2hpY2ggd2UgY2FuIG1vdmUgb24gdG8gb25jZSB3 ZSBoYXZlIGEgY29tbW9uCnVuZGVyc3RhbmRpbmcuKQoKSSBzdXNwZWN0IHlvdXIgaW50ZW50IGlz IHRvIHNheSAoc3RhdGVkIGluZm9ybWFsbHkpOgoKMSkgVGhlcmUgbWF5IGJlIG5ldHdvcmtzIHRo YXQgYXJlIGNvbXBvc2VkIG9mIG5vZGVzIHRoYXQgb25seSBzdXBwb3J0CnRoZSBsZWdhY3kgT1RO IGFwcHJvYWNoLiAgU3VjaCBub2RlcyBhbmQgbmV0d29ya3MgYXJlIG91dCBvZiBzY29wZSBvZgp0 aGlzIGFuZCB0aGUgb3RoZXIgT1ROdjMgZG9jdW1lbnRzLiAgLS0gQ29ycmVjdD8KCjIpIFRoZXJl IG1heSBiZSBuZXR3b3JrcyB0aGF0IGFyZSBjb21wb3NlZCBvZiBub2RlcyB0aGF0IGFsbCBzdXBw b3J0IHRoZQpuZXcgT1ROdjMgY29udHJvbCBwbGFuZSBkb2N1bWVudHMuICBTdWNoIG5vZGVzIGFu ZCBuZXR3b3JrcyBoYXZlIG5vCmNvbnRyb2wgcGxhbmUgYmFja3dhcmRzIGNvbXBhdGliaWxpdHkg aXNzdWUuICAtLSBDb3JyZWN0PwoKMykgVGhhdCB0aGVyZSBtYXkgYmUgbmV0d29ya3MgY29tcG9z ZWQgb2YgYSBtaXh0dXJlIG9mIG5vZGVzLCBzb21lICB0aGF0CnN1cHBvcnQgdGhlIGxlZ2FjeSBS RkNzIGFuZCBvdGhlcnMgdGhhdCBzdXBwb3J0IHRoZSBuZXcgT1ROdjMgY29udHJvbApwbGFuZSBk b2N1bWVudHMuIEZvciB0aGVzZSwgdGhlIG5ldyByb3V0aW5nIGFuZCBzaWduYWxpbmcgZG9jdW1l bnRzIG11c3QKc3VwcG9ydCB0aGlzIGNhc2UuICAgLS0gQ29ycmVjdD8KCjQpIEJhc2VkIG9uIHRo ZSByb3V0aW5nIGFuZCBzaWduYWxpbmcgZHJhZnRzLCBJIHRoaW5rIHRoaXMgZG9jdW1lbnQKc2hv dWxkIGFsc28gZGVzY3JpYmUgdGhlIGFwcHJvYWNoIHRha2VuIGJ5IHRob3NlIGRvY3VtZW50cyBh dCBhIChoaWdoKQpzdWZmaWNpZW50IGxldmVsIGZvciB0aGVtIHRvIGRlbGl2ZXIgYSBjb25zaXN0 ZW50IHNvbHV0aW9ucy4KCkZyb20gdGhlIG9zcGYgZG9jdW1lbnQgc2VlIHRoYXQgc3VwcG9ydCBm b3IgYm90aCBvbGQgYW5kIG5ldyByb3V0aW5nCmFwcHJvYWNoZXMgTVVTVCBiZSBzdXBwb3J0ZWQu IFNpZ25hbGluZyBjYW4gdXNlIHRoYXQgaW5mb3JtYXRpb24gdG8KZGV0ZXJtaW5lIHdoZW4gdG8g c3RhcnQgc2lnbmFsaW5nIHVzaW5nIG9sZC9uZXcgbW9kZS4gIEFsc28gdGhlcmUgYXJlCmNhc2Vz IHRoZXJlIHRoYXQgaW5mb3JtYXRpb24gd29uJ3QgYmUgYXZhaWxhYmxlLCBzbyBzaWduYWxpbmcg c3RpbGwgaGFzCnRvIGhhbmRsZSB0aGUgY2FzZSB3aGVyZSBhIG5ldyBtZXNzYWdlIGFycml2ZXMg YXQgYSBsZWdhY3kgbm9kZS4gIC0tIElzCnRoaXMgY29ycmVjdD8KCkFnYWluLCBvbmNlIHdlIGhh dmUgY29tbW9uIHVuZGVyc3RhbmRpbmcsIHdlIGNhbiB3b3JyeSBhYm91dCB3b3Jkc21pdGhpbmcu CgoKVGhhbmtzLApMb3UKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18KQ0NBTVAgbWFpbGluZyBsaXN0CkNDQU1QQGlldGYub3JnCmh0dHBzOi8vd3d3LmlldGYu b3JnL21haWxtYW4vbGlzdGluZm8vY2NhbXAK From db3546@att.com Thu Mar 29 02:11:17 2012 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 4790D21F8A05 for ; Thu, 29 Mar 2012 02:11:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -105.599 X-Spam-Level: X-Spam-Status: No, score=-105.599 tagged_above=-999 required=5 tests=[AWL=1.000, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, 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 2Oc9JflON5pk for ; Thu, 29 Mar 2012 02:11:15 -0700 (PDT) Received: from nbfkord-smmo03.seg.att.com (nbfkord-smmo03.seg.att.com [209.65.160.84]) by ietfa.amsl.com (Postfix) with ESMTP id 4F17521F86D1 for ; Thu, 29 Mar 2012 02:11:15 -0700 (PDT) Received: from unknown [144.160.20.145] (EHLO mlpd192.enaf.sfdc.sbc.com) by nbfkord-smmo03.seg.att.com(mxl_mta-6.11.0-8) over TLS secured channel with ESMTP id 237247f4.0.1115789.00-310.3123689.nbfkord-smmo03.seg.att.com (envelope-from ); Thu, 29 Mar 2012 09:11:15 +0000 (UTC) X-MXL-Hash: 4f74273360060190-6cc8dd503fcaf5a8e1e08a726d5f1f6d6d636670 Received: from enaf.sfdc.sbc.com (localhost.localdomain [127.0.0.1]) by mlpd192.enaf.sfdc.sbc.com (8.14.5/8.14.5) with ESMTP id q2T9BEJQ018851; Thu, 29 Mar 2012 05:11:14 -0400 Received: from sflint02.pst.cso.att.com (sflint02.pst.cso.att.com [144.154.234.229]) by mlpd192.enaf.sfdc.sbc.com (8.14.5/8.14.5) with ESMTP id q2T9B7Uc018796 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 29 Mar 2012 05:11:08 -0400 Received: from MISOUT7MSGHUB9B.ITServices.sbc.com (misout7msghub9b.itservices.sbc.com [144.151.223.72]) by sflint02.pst.cso.att.com (RSA Interceptor); Thu, 29 Mar 2012 05:10:33 -0400 Received: from MISOUT7MSGUSR9O.ITServices.sbc.com ([169.254.6.66]) by MISOUT7MSGHUB9B.ITServices.sbc.com ([144.151.223.72]) with mapi id 14.01.0355.002; Thu, 29 Mar 2012 05:10:33 -0400 From: "BRUNGARD, DEBORAH A" To: "ccamp@ietf.org" Thread-Topic: Flexible Grids Presentations at the next IETF Thread-Index: Ac0Ni8qH8OAlgFyFSHOvy9I6WWpTIQ== Date: Thu, 29 Mar 2012 09:10:32 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.70.15.227] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-RSA-Inspected: yes X-RSA-Classifications: public X-RSA-Action: allow X-Spam: [F=0.2000000000; CM=0.500; S=0.200(2010122901)] X-MAIL-FROM: X-SOURCE-IP: [144.160.20.145] X-AnalysisOut: [v=1.0 c=1 a=s6EUbGfbQdMA:10 a=3fyGCHcDYBMA:10 a=ofMgfj31e3] X-AnalysisOut: [cA:10 a=BLceEmwcHowA:10 a=kj9zAlcOel0A:10 a=ZRNLZ4dFUbCvG8] X-AnalysisOut: [UMqPvVAA==:17 a=-Gs-ZTceJA8Ao6PmyJUA:9 a=CjuIK1q_8ugA:10] Subject: [CCAMP] Flexible Grids Presentations at the next IETF 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, 29 Mar 2012 09:11:17 -0000 All, As discussed in yesterday's session, we are looking for the authors= of the flexible grid related drafts to work on merging like drafts. We are hopeful that we will be discussing the merged requirements/framework, routing, signaling, and LMP drafts at the next meeting. If such merging does not occur before the next meeting, we (the chairs) will most likely use the session time to discuss issues preventing such merging and not schedule any individual presentations on the topic. Deborah and Lou From lberger@labn.net Thu Mar 29 02:19:05 2012 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 2E97221F8A45 for ; Thu, 29 Mar 2012 02:19:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -95.907 X-Spam-Level: X-Spam-Status: No, score=-95.907 tagged_above=-999 required=5 tests=[AWL=-3.041, BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, IP_NOT_FRIENDLY=0.334, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RDNS_NONE=0.1, 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 Pwh6dRI3v0Zq for ; Thu, 29 Mar 2012 02:19:04 -0700 (PDT) Received: from oproxy5-pub.bluehost.com (oproxy5.bluehost.com [IPv6:2605:dc00:100:2::a5]) by ietfa.amsl.com (Postfix) with SMTP id 89AC021F879E for ; Thu, 29 Mar 2012 02:19:00 -0700 (PDT) Received: (qmail 20198 invoked by uid 0); 29 Mar 2012 09:19:00 -0000 Received: from unknown (HELO box313.bluehost.com) (69.89.31.113) by cpoproxy2.bluehost.com with SMTP; 29 Mar 2012 09:19:00 -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=mMMPq7278gnC1b/6wcPNd9drfTrK7D0xAUm5heJAUHQ=; b=rkZHrzHcIiS3aHagfsq7vzUoaQWvl7K8XAznSN5Qd6Svpoj1Fj64mNTn3TQSHFOoeRYw96cCgfULTRkhlgF0AgaPfCYBafG5686vRmxc2Xsu9JCoWDGojZwRVinZ0fGf; Received: from box313.bluehost.com ([69.89.31.113] helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.76) (envelope-from ) id 1SDBVT-00089u-Qt; Thu, 29 Mar 2012 03:19:00 -0600 Message-ID: <4F7428FB.2080704@labn.net> Date: Thu, 29 Mar 2012 11:18:51 +0200 From: Lou Berger User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100722 Eudora/3.0.4 MIME-Version: 1.0 To: Fatai Zhang References: <4F7333E9.1020100@labn.net> In-Reply-To: X-Enigmail-Version: 1.0.1 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 , "draft-ietf-ccamp-gmpls-g709-framework@tools.ietf.org" Subject: Re: [CCAMP] =?gb2312?b?tPC4tDogIGNvbW1lbnQgb24gZHJhZnQtaWV0Zi1jY2Ft?= =?gb2312?b?cC1nbXBscy1nNzA5LWZyYW1ld29yay0wNg==?= 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, 29 Mar 2012 09:19:05 -0000 Excellent. Will you send proposed revised text for review? Lou On 3/29/2012 11:01 AM, Fatai Zhang wrote: > Hi Lou, > > Yes, correct for all questions. I think we have the common understanding. > > Let's refine the text, :-) > > > Thanks > > Fatai > > > ________________________________________ > ��: ccamp-bounces@ietf.org [ccamp-bounces@ietf.org] �� Lou Berger [lberger@labn.net] > ��ʱ��: 2012��3��28�� 23:53 > ��: CCAMP > Cc: draft-ietf-ccamp-gmpls-g709-framework@tools.ietf.org > ��: [CCAMP] comment on draft-ietf-ccamp-gmpls-g709-framework-06 > > Hi, > I have some comments on the following text: > > 5.5. Implications for Control Plane Backward Compatibility > > Assume [RFC4328] has been deployed to control the OTN networks > supporting [G709-V1], control plane backward compatibility needs to > be taken into consideration. Scenarios for backward compatibility are > described as follows: > > o Legacy OTN devices supporting [G709-V1] may run control plane > protocol defined in [RFC4328]; > > o Legacy OTN devices supporting [G709-V1] may also support new OTN > control plane characterized in this document after control plane > updating; > > o New OTN devices supporting [G709-V3] always support new OTN > control plane characterized in this document; > > o New OTN devices SHOULD support falling back to [RFC4328] for > interworking scenarios. > > Based on these scenarios, control plane backward compatibility SHOULD > be taken into account when interworking between the new control plane > characterized in this document and the legacy control plane defined > in [RFC4328]. > > A new Switching Capability type is required for control of [G709-V3] > in the routing and signaling to enable the backward procedure. > > I'm having a hard time parsing the intent of this section. I'd like to > ask some questions at the higher level first, rather than focusing on > specific text. (Which we can move on to once we have a common > understanding.) > > I suspect your intent is to say (stated informally): > > 1) There may be networks that are composed of nodes that only support > the legacy OTN approach. Such nodes and networks are out of scope of > this and the other OTNv3 documents. -- Correct? > > 2) There may be networks that are composed of nodes that all support the > new OTNv3 control plane documents. Such nodes and networks have no > control plane backwards compatibility issue. -- Correct? > > 3) That there may be networks composed of a mixture of nodes, some that > support the legacy RFCs and others that support the new OTNv3 control > plane documents. For these, the new routing and signaling documents must > support this case. -- Correct? > > 4) Based on the routing and signaling drafts, I think this document > should also describe the approach taken by those documents at a (high) > sufficient level for them to deliver a consistent solutions. > > From the ospf document see that support for both old and new routing > approaches MUST be supported. Signaling can use that information to > determine when to start signaling using old/new mode. Also there are > cases there that information won't be available, so signaling still has > to handle the case where a new message arrives at a legacy node. -- Is > this correct? > > Again, once we have common understanding, we can worry about wordsmithing. > > > Thanks, > Lou > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp From zhangfatai@huawei.com Thu Mar 29 02:26:52 2012 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 4913B21F8A24 for ; Thu, 29 Mar 2012 02:26:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 4.492 X-Spam-Level: **** X-Spam-Status: No, score=4.492 tagged_above=-999 required=5 tests=[AWL=-1.957, 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 zpQ70GFwuwxr for ; Thu, 29 Mar 2012 02:26:51 -0700 (PDT) Received: from dfwrgout.huawei.com (dfwrgout.huawei.com [206.16.17.72]) by ietfa.amsl.com (Postfix) with ESMTP id 42B6D21F8A07 for ; Thu, 29 Mar 2012 02:26:51 -0700 (PDT) Received: from 172.18.9.243 (EHLO dfweml201-edg.china.huawei.com) ([172.18.9.243]) by dfwrg01-dlp.huawei.com (MOS 4.2.3-GA FastPath) with ESMTP id AEU19118; Thu, 29 Mar 2012 05:26:50 -0400 (EDT) Received: from DFWEML405-HUB.china.huawei.com (10.193.5.102) by dfweml201-edg.china.huawei.com (172.18.9.107) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 29 Mar 2012 02:24:10 -0700 Received: from SZXEML435-HUB.china.huawei.com (10.72.61.63) by dfweml405-hub.china.huawei.com (10.193.5.102) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 29 Mar 2012 02:24:15 -0700 Received: from SZXEML520-MBX.china.huawei.com ([169.254.1.77]) by szxeml435-hub.china.huawei.com ([::1]) with mapi id 14.01.0323.003; Thu, 29 Mar 2012 17:24:09 +0800 From: Fatai Zhang To: Lou Berger Thread-Topic: =?gb2312?B?tPC4tDogW0NDQU1QXSBjb21tZW50IG9uIGRyYWZ0LWlldGYtY2NhbXAtZ21w?= =?gb2312?Q?ls-g709-framework-06?= Thread-Index: AQHNDPrz9BCdlQYkMEyY2obrrL0TQZaA+pvx//9/O4CAAIaRgQ== Date: Thu, 29 Mar 2012 09:24:08 +0000 Message-ID: References: <4F7333E9.1020100@labn.net> , <4F7428FB.2080704@labn.net> In-Reply-To: <4F7428FB.2080704@labn.net> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.24.1.68] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: CCAMP Subject: [CCAMP] =?gb2312?b?tPC4tDogtPC4tDogIGNvbW1lbnQgb24gZHJhZnQtaWV0?= =?gb2312?b?Zi1jY2FtcC1nbXBscy1nNzA5LWZyYW1ld29yay0wNg==?= 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, 29 Mar 2012 09:26:52 -0000 SGkgTG91LAoKT0ssIEkgY2FuIGRvIHRoYXQuIAoKSWYgeW91IGNhbiBoZWxwIHVzIHRvIHByb3Zp ZGUgc29tZSBwcm9wb3NlZCB0ZXh0LCB3ZSB3aWxsIGFwcHJlY2lhdGUgYSBsb3QsIDotKQoKClRo YW5rcwoKRmF0YWkKCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCrei vP7IyzogTG91IEJlcmdlciBbbGJlcmdlckBsYWJuLm5ldF0Kt6LLzcqxvOQ6IDIwMTLE6jPUwjI5 yNUgMTc6MTgKtb06IEZhdGFpIFpoYW5nCkNjOiBDQ0FNUDsgZHJhZnQtaWV0Zi1jY2FtcC1nbXBs cy1nNzA5LWZyYW1ld29ya0B0b29scy5pZXRmLm9yZwrW98ziOiBSZTogtPC4tDogW0NDQU1QXSBj b21tZW50IG9uIGRyYWZ0LWlldGYtY2NhbXAtZ21wbHMtZzcwOS1mcmFtZXdvcmstMDYKCkV4Y2Vs bGVudC4gIFdpbGwgeW91IHNlbmQgcHJvcG9zZWQgcmV2aXNlZCB0ZXh0IGZvciByZXZpZXc/CgpM b3UKCk9uIDMvMjkvMjAxMiAxMTowMSBBTSwgRmF0YWkgWmhhbmcgd3JvdGU6Cj4gSGkgTG91LAo+ Cj4gWWVzLCBjb3JyZWN0IGZvciBhbGwgcXVlc3Rpb25zLiBJIHRoaW5rIHdlIGhhdmUgdGhlIGNv bW1vbiB1bmRlcnN0YW5kaW5nLgo+Cj4gTGV0J3MgcmVmaW5lIHRoZSB0ZXh0LCA6LSkKPgo+Cj4g VGhhbmtzCj4KPiBGYXRhaQo+Cj4KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fCj4gt6K8/sjLOiBjY2FtcC1ib3VuY2VzQGlldGYub3JnIFtjY2FtcC1ib3VuY2VzQGll dGYub3JnXSC0+rHtIExvdSBCZXJnZXIgW2xiZXJnZXJAbGFibi5uZXRdCj4gt6LLzcqxvOQ6IDIw MTLE6jPUwjI4yNUgMjM6NTMKPiC1vTogQ0NBTVAKPiBDYzogZHJhZnQtaWV0Zi1jY2FtcC1nbXBs cy1nNzA5LWZyYW1ld29ya0B0b29scy5pZXRmLm9yZwo+INb3zOI6IFtDQ0FNUF0gY29tbWVudCBv biBkcmFmdC1pZXRmLWNjYW1wLWdtcGxzLWc3MDktZnJhbWV3b3JrLTA2Cj4KPiBIaSwKPiAgICAg ICAgIEkgaGF2ZSBzb21lIGNvbW1lbnRzIG9uIHRoZSBmb2xsb3dpbmcgdGV4dDoKPgo+ICAgNS41 LiBJbXBsaWNhdGlvbnMgZm9yIENvbnRyb2wgUGxhbmUgQmFja3dhcmQgQ29tcGF0aWJpbGl0eQo+ Cj4gICAgQXNzdW1lIFtSRkM0MzI4XSBoYXMgYmVlbiBkZXBsb3llZCB0byBjb250cm9sIHRoZSBP VE4gbmV0d29ya3MKPiAgICBzdXBwb3J0aW5nIFtHNzA5LVYxXSwgY29udHJvbCBwbGFuZSBiYWNr d2FyZCBjb21wYXRpYmlsaXR5IG5lZWRzIHRvCj4gICAgYmUgdGFrZW4gaW50byBjb25zaWRlcmF0 aW9uLiBTY2VuYXJpb3MgZm9yIGJhY2t3YXJkIGNvbXBhdGliaWxpdHkgYXJlCj4gICAgZGVzY3Jp YmVkIGFzIGZvbGxvd3M6Cj4KPiAgICBvICBMZWdhY3kgT1ROIGRldmljZXMgc3VwcG9ydGluZyBb RzcwOS1WMV0gbWF5IHJ1biBjb250cm9sIHBsYW5lCj4gICAgICAgcHJvdG9jb2wgZGVmaW5lZCBp biBbUkZDNDMyOF07Cj4KPiAgICBvICBMZWdhY3kgT1ROIGRldmljZXMgc3VwcG9ydGluZyBbRzcw OS1WMV0gbWF5IGFsc28gc3VwcG9ydCBuZXcgT1ROCj4gICAgICAgY29udHJvbCBwbGFuZSBjaGFy YWN0ZXJpemVkIGluIHRoaXMgZG9jdW1lbnQgYWZ0ZXIgY29udHJvbCBwbGFuZQo+ICAgICAgIHVw ZGF0aW5nOwo+Cj4gICAgbyAgTmV3IE9UTiBkZXZpY2VzIHN1cHBvcnRpbmcgW0c3MDktVjNdIGFs d2F5cyBzdXBwb3J0IG5ldyBPVE4KPiAgICAgICBjb250cm9sIHBsYW5lIGNoYXJhY3Rlcml6ZWQg aW4gdGhpcyBkb2N1bWVudDsKPgo+ICAgIG8gIE5ldyBPVE4gZGV2aWNlcyBTSE9VTEQgc3VwcG9y dCBmYWxsaW5nIGJhY2sgdG8gW1JGQzQzMjhdIGZvcgo+ICAgICAgIGludGVyd29ya2luZyBzY2Vu YXJpb3MuCj4KPiAgICBCYXNlZCBvbiB0aGVzZSBzY2VuYXJpb3MsIGNvbnRyb2wgcGxhbmUgYmFj a3dhcmQgY29tcGF0aWJpbGl0eSBTSE9VTEQKPiAgICBiZSB0YWtlbiBpbnRvIGFjY291bnQgd2hl biBpbnRlcndvcmtpbmcgYmV0d2VlbiB0aGUgbmV3IGNvbnRyb2wgcGxhbmUKPiAgICBjaGFyYWN0 ZXJpemVkIGluIHRoaXMgZG9jdW1lbnQgYW5kIHRoZSBsZWdhY3kgY29udHJvbCBwbGFuZSBkZWZp bmVkCj4gICAgaW4gW1JGQzQzMjhdLgo+Cj4gICAgQSBuZXcgU3dpdGNoaW5nIENhcGFiaWxpdHkg dHlwZSBpcyByZXF1aXJlZCBmb3IgY29udHJvbCBvZiBbRzcwOS1WM10KPiAgICBpbiB0aGUgcm91 dGluZyBhbmQgc2lnbmFsaW5nIHRvIGVuYWJsZSB0aGUgYmFja3dhcmQgcHJvY2VkdXJlLgo+Cj4g SSdtIGhhdmluZyBhIGhhcmQgdGltZSBwYXJzaW5nIHRoZSBpbnRlbnQgb2YgdGhpcyBzZWN0aW9u LiBJJ2QgbGlrZSB0bwo+IGFzayBzb21lIHF1ZXN0aW9ucyBhdCB0aGUgaGlnaGVyIGxldmVsIGZp cnN0LCByYXRoZXIgdGhhbiBmb2N1c2luZyBvbgo+IHNwZWNpZmljIHRleHQuICAoV2hpY2ggd2Ug Y2FuIG1vdmUgb24gdG8gb25jZSB3ZSBoYXZlIGEgY29tbW9uCj4gdW5kZXJzdGFuZGluZy4pCj4K PiBJIHN1c3BlY3QgeW91ciBpbnRlbnQgaXMgdG8gc2F5IChzdGF0ZWQgaW5mb3JtYWxseSk6Cj4K PiAxKSBUaGVyZSBtYXkgYmUgbmV0d29ya3MgdGhhdCBhcmUgY29tcG9zZWQgb2Ygbm9kZXMgdGhh dCBvbmx5IHN1cHBvcnQKPiB0aGUgbGVnYWN5IE9UTiBhcHByb2FjaC4gIFN1Y2ggbm9kZXMgYW5k IG5ldHdvcmtzIGFyZSBvdXQgb2Ygc2NvcGUgb2YKPiB0aGlzIGFuZCB0aGUgb3RoZXIgT1ROdjMg ZG9jdW1lbnRzLiAgLS0gQ29ycmVjdD8KPgo+IDIpIFRoZXJlIG1heSBiZSBuZXR3b3JrcyB0aGF0 IGFyZSBjb21wb3NlZCBvZiBub2RlcyB0aGF0IGFsbCBzdXBwb3J0IHRoZQo+IG5ldyBPVE52MyBj b250cm9sIHBsYW5lIGRvY3VtZW50cy4gIFN1Y2ggbm9kZXMgYW5kIG5ldHdvcmtzIGhhdmUgbm8K PiBjb250cm9sIHBsYW5lIGJhY2t3YXJkcyBjb21wYXRpYmlsaXR5IGlzc3VlLiAgLS0gQ29ycmVj dD8KPgo+IDMpIFRoYXQgdGhlcmUgbWF5IGJlIG5ldHdvcmtzIGNvbXBvc2VkIG9mIGEgbWl4dHVy ZSBvZiBub2Rlcywgc29tZSAgdGhhdAo+IHN1cHBvcnQgdGhlIGxlZ2FjeSBSRkNzIGFuZCBvdGhl cnMgdGhhdCBzdXBwb3J0IHRoZSBuZXcgT1ROdjMgY29udHJvbAo+IHBsYW5lIGRvY3VtZW50cy4g Rm9yIHRoZXNlLCB0aGUgbmV3IHJvdXRpbmcgYW5kIHNpZ25hbGluZyBkb2N1bWVudHMgbXVzdAo+ IHN1cHBvcnQgdGhpcyBjYXNlLiAgIC0tIENvcnJlY3Q/Cj4KPiA0KSBCYXNlZCBvbiB0aGUgcm91 dGluZyBhbmQgc2lnbmFsaW5nIGRyYWZ0cywgSSB0aGluayB0aGlzIGRvY3VtZW50Cj4gc2hvdWxk IGFsc28gZGVzY3JpYmUgdGhlIGFwcHJvYWNoIHRha2VuIGJ5IHRob3NlIGRvY3VtZW50cyBhdCBh IChoaWdoKQo+IHN1ZmZpY2llbnQgbGV2ZWwgZm9yIHRoZW0gdG8gZGVsaXZlciBhIGNvbnNpc3Rl bnQgc29sdXRpb25zLgo+Cj4gRnJvbSB0aGUgb3NwZiBkb2N1bWVudCBzZWUgdGhhdCBzdXBwb3J0 IGZvciBib3RoIG9sZCBhbmQgbmV3IHJvdXRpbmcKPiBhcHByb2FjaGVzIE1VU1QgYmUgc3VwcG9y dGVkLiBTaWduYWxpbmcgY2FuIHVzZSB0aGF0IGluZm9ybWF0aW9uIHRvCj4gZGV0ZXJtaW5lIHdo ZW4gdG8gc3RhcnQgc2lnbmFsaW5nIHVzaW5nIG9sZC9uZXcgbW9kZS4gIEFsc28gdGhlcmUgYXJl Cj4gY2FzZXMgdGhlcmUgdGhhdCBpbmZvcm1hdGlvbiB3b24ndCBiZSBhdmFpbGFibGUsIHNvIHNp Z25hbGluZyBzdGlsbCBoYXMKPiB0byBoYW5kbGUgdGhlIGNhc2Ugd2hlcmUgYSBuZXcgbWVzc2Fn ZSBhcnJpdmVzIGF0IGEgbGVnYWN5IG5vZGUuICAtLSBJcwo+IHRoaXMgY29ycmVjdD8KPgo+IEFn YWluLCBvbmNlIHdlIGhhdmUgY29tbW9uIHVuZGVyc3RhbmRpbmcsIHdlIGNhbiB3b3JyeSBhYm91 dCB3b3Jkc21pdGhpbmcuCj4KPgo+IFRoYW5rcywKPiBMb3UKPiBfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+IENDQU1QIG1haWxpbmcgbGlzdAo+IENDQU1Q QGlldGYub3JnCj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9jY2FtcAo= From ramon.casellas@cttc.es Thu Mar 29 03:57:48 2012 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 E902321F87A9 for ; Thu, 29 Mar 2012 03:57:48 -0700 (PDT) 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 6aSdon2RLQm0 for ; Thu, 29 Mar 2012 03:57:47 -0700 (PDT) Received: from Scorpius.cttc.es (scorpius.cttc.es [84.88.62.197]) by ietfa.amsl.com (Postfix) with ESMTP id 04F4A21F875C for ; Thu, 29 Mar 2012 03:57:46 -0700 (PDT) Received: from castor (postfix@castor.cttc.es [84.88.62.196]) by Scorpius.cttc.es (8.14.3/8.14.3/Debian-9.1ubuntu1) with ESMTP id q2TAvIPH010469 for ; Thu, 29 Mar 2012 12:57:23 +0200 Received: from [130.129.23.86] (dhcp-1756.meeting.ietf.org [130.129.23.86]) by castor (Postfix) with ESMTP id B0C6A2FC22D; Thu, 29 Mar 2012 12:57:29 +0200 (CEST) Message-ID: <4F744018.8040701@cttc.es> Date: Thu, 29 Mar 2012 12:57:28 +0200 From: Ramon Casellas Organization: CTTC User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120313 Thunderbird/11.0 MIME-Version: 1.0 To: ccamp@ietf.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (castor); Thu, 29 Mar 2012 12:57:29 +0200 (CEST) X-Scanned-By: MIMEDefang 2.67 on 84.88.62.197 Subject: Re: [CCAMP] Flexible Grids Presentations at the next IETF 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, 29 Mar 2012 10:57:49 -0000 On 03/29/2012 11:10 AM, BRUNGARD, DEBORAH A wrote: > All, > As discussed in yesterday's session, we are looking for the authors of > the flexible grid related drafts to work on merging like drafts. We are > hopeful that we will be discussing the merged requirements/framework, > routing, signaling, and LMP drafts at the next meeting. If such merging > does not occur before the next meeting, we (the chairs) will most likely > use the session time to discuss issues preventing such merging and not > schedule any individual presentations on the topic. > Dear Deborah, flexi-grid drafts (co)-authors, all Following WG chairs suggestion and in order to move forward / integrate drafts, please find below (my own) summary of open issues / draft differences and possible choices. Sorry for the length of the mail. Please, feel free to correct/add or comment. The list reflects in part my views and comments in past emails and private conversations, and mistakes are my own Of course, stated for the gazillion-th, everything is conditioned by ITU-T data plane :-) -- which will definitely impact some of the points below, notably I and I-B) that said: I) Are non-contiguous frequency slots in scope? =============================== a) No, we should focus on the use case of having a contiguous frequency slot, defined by n and m. b) Yes, it should be integral part of the data plane model c) Yes, but it can be done using virtual concatenation (even at a later stage, when I.a is mature) d) A new framework of multi-channel (not in the sense of optical modulation formats) should be defined, generically (Igor?) afaik 2 fwk drafts assume I.a and potentially I.c // 1 fwk draft assumes b I-B) Optical Conversion ================ *) Does an LSP start and end at a given trail termination? is the equivalent of wavelength conversion (spectrum conversion) considered? *) Does an LSP span O/E/O conversions or only transparent segments? afaik, current drafts assume an LSP may span O/E/O II) Switching capability Layer / Region ========================= a) SSON as evolution of WSON, same LSC - an extension of WSON allowing heterogeneous requests - backwards compatibility with WSON? Interworking? - Potential problems with the max LSP bw per prio in the iscd (see routing) - Potential problems with having the same swcap but the label format changes w.r.t. wson (for some definitions of label encoding / format) - Will reuse a lot of work / procedures / encodings defined in the context of wson b) A new SwCap may need to be defined - LSC swcap already defined ISCD which can not be modified - It may be problematic to have a the same swcap but different label formats. Role of LSP encoding type? - This may be necessary depending on the retained data plane model * Notion of hierarchy? - There is no notion of hierarchy between WSON and flexi-grid / SSON - only interop / interwork III) Label format (see also V) ========================= a) Assuming a data plane model I.a) "m" (the parameter that defines the slot width, as in m*12.5 GHz) "m" is inherent part of the label - It is part of the switching - It allows encode the "lightpath" in a ERO using Explicit Label Control - Still maintains that feature a cross-connect is defined by the tuple (port-in, label-in, port-out, label-out), allows a kind-of "best effort LSP" b) Assuming a data plane model I.a) "m" is not part of the label but of the TSPEC - Needs to be in the TSPEC to decouple client signal traffic specification and management of the optical spectrum - Does not need to be in the label, since it is carried in the TSPEC / flowdescriptor flowspec. Having in both places is redundant and open to incoherences, extra error checking - Does not need to be in the label, it is in the TSPEC and for OTN it was decided to remove tspec-related params out of the label c) Assuming a data plane model I.a) "m" is both path of the label and the TSPEC - It reflects both the concept of resource request / allocation / reservation and the concept of being inherent part of the switching d) Different label format, since the data plane model is different (I.b, I.d) IV) Requirements/Framework documents ========================== *) Two of the framework drafts are quite similar, based on I.a) - main difference is III.a) and III.b) - they could be merged if a final decision on the label format was made (also merged stating the different options, as Lou said) *) Point raised regarding the multi-carrier / single-carrier questions (as optical modulation formats) - Yes, both: the management of the optical spectrum (once the "frequency range" or "m" is allocated) should not imply whether we consider only single carrier or multi carrier. As long as the client singal uses the allocated frequency slot whether the transceiver uses a single carrier (i.e. qam) or multi-carrier (o-ofdm) are both covered - No, only single carrier V) Signalling / RSVP-TE ========================== * At least two signaling drafts could be aligned once we have a common definition of a label (III,a,b,c) * Open issue with Sender Descriptor SENDER_TSPEC and flow descriptor FLOWSPEC: a) should contain "m" - this decouples client signal data rates, modulation, fec, etc. from the optical spectrum management b) having "m" in the tspec is problematic in the case of O/E/O - wavelength / spectrum converters since it can imply that m changes along the path (could be a problem or not, there is also the ADSPEC) c) client signal tspec (e.g. intserv token bucket tspec) should/could be "piggybacked" in the tspec that carries "m" d) It is not clear whether the "span" of an LSP should cover O/E/O elements, (trail termination) thus even if all-optical conversion is deployed TSPEC will not change e) for data rates 40/100/400 Gbps with advanced modulation formats (coherent O-OFDM, polmux, etc) all optical conversion may not be ready in a near future? Routing ========================== *) Routing "Labels" a) having the label format III.b) unifies "signaling labels" and "routing labels" b) routing "label format" and "signaling label format" may be different c) There is no such thing as "routing labels": A path computation entity (being an ingress, intermediate node or a PCE) basically needs (other than ROADMs and transceivers capabilities and limitations) a TE link characterization by means of the knowledge the status and availability of central (nominal) frequencies (n parameters) in the operating band. It happens that in WSON, labels uniquely identify wavelengths, but this may not be the case in SSON. In other words, disseminating labels in WSON is a "short hand" for disseminating wavelength identifiers, but the same idea does not need to apply in SSON: the requirement of knowing the central frequencies does not map to knowing the labels, except for some of the proposed label formats. In order to disseminate the status of central frequencies, efficient encodings may use a combination of bitmap encoding or "group" them. This is where the use of something like "m" to convey a "range" may be beneficial, but this is only from the point of view of encoding (labelsets) * Max LSP bandwidth per prio / unresv b per prio - At data rates of GBps / TBps, encoding bandwidths with bytes per second unit and IEEE 32-bit floating may be problematic / non scalable. Potential problems in CSPF may - This field is not relevant since there is not a 1-to-1 mapping between bps and Hz, since it depends on the modulation format, fec, either there is an agreement on assuming best / worst case modulations and spectral efficiency. Hope this helps Ramon From lberger@labn.net Thu Mar 29 04:42:43 2012 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 C483521F87D8 for ; Thu, 29 Mar 2012 04:42:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.518 X-Spam-Level: X-Spam-Status: No, score=-99.518 tagged_above=-999 required=5 tests=[AWL=0.643, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, IP_NOT_FRIENDLY=0.334, RDNS_NONE=0.1, 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 EcB1u+AE7v-t for ; Thu, 29 Mar 2012 04:42:43 -0700 (PDT) Received: from oproxy8-pub.bluehost.com (oproxy8.bluehost.com [IPv6:2605:dc00:100:2::a8]) by ietfa.amsl.com (Postfix) with SMTP id D638121F87D3 for ; Thu, 29 Mar 2012 04:42:42 -0700 (PDT) Received: (qmail 15984 invoked by uid 0); 29 Mar 2012 11:42:42 -0000 Received: from unknown (HELO box313.bluehost.com) (69.89.31.113) by oproxy8.bluehost.com with SMTP; 29 Mar 2012 11:42:42 -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=a8BQtaEGcy5uzTjQQusDrYtsxqax4j5fbrsc8j26eWM=; b=ulAmEt9XO1j1Mn+xQ7nCnbxNUrievMO9iJC18tUQzvTFljbWiLbGM5Xn2LGTe3ipS8/WLcFp6Rde2v3tQjNbrdPvr/QYWKm7ObWnLCCbV61g0N9mnC0Z3qn7whPJqUhp; Received: from box313.bluehost.com ([69.89.31.113] helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.76) (envelope-from ) id 1SDDkX-000559-OF; Thu, 29 Mar 2012 05:42:42 -0600 Message-ID: <4F744AA9.6020708@labn.net> Date: Thu, 29 Mar 2012 13:42:33 +0200 From: Lou Berger User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100722 Eudora/3.0.4 MIME-Version: 1.0 To: Ramon Casellas References: <4F744018.8040701@cttc.es> In-Reply-To: <4F744018.8040701@cttc.es> X-Enigmail-Version: 1.0.1 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] Flexible Grids Presentations at the next IETF 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, 29 Mar 2012 11:42:43 -0000 Ramon, Thanks for getting things started. Keep in mind that you don't have to have 100% agreement to merge documents. As part of a merge process, a document can contain sections with multiple, and even conflicting, alternatives. Sometimes during such a process authors will even find they actually have greater alignment than they at first realize. Lou On 3/29/2012 12:57 PM, Ramon Casellas wrote: > On 03/29/2012 11:10 AM, BRUNGARD, DEBORAH A wrote: >> All, >> As discussed in yesterday's session, we are looking for the authors of >> the flexible grid related drafts to work on merging like drafts. We are >> hopeful that we will be discussing the merged requirements/framework, >> routing, signaling, and LMP drafts at the next meeting. If such merging >> does not occur before the next meeting, we (the chairs) will most likely >> use the session time to discuss issues preventing such merging and not >> schedule any individual presentations on the topic. >> > > > Dear Deborah, flexi-grid drafts (co)-authors, all > > Following WG chairs suggestion and in order to move forward / integrate > drafts, please find below (my own) summary of open issues / draft > differences and possible choices. > > Sorry for the length of the mail. Please, feel free to correct/add or > comment. The list reflects in part my views and comments in past emails > and private conversations, and mistakes are my own > > Of course, stated for the gazillion-th, everything is conditioned by > ITU-T data plane :-) -- which will definitely impact some of the points > below, notably I and I-B) > > that said: > > > > I) Are non-contiguous frequency slots in scope? > =============================== > > a) No, we should focus on the use case of having a contiguous frequency > slot, defined by n and m. > > b) Yes, it should be integral part of the data plane model > > c) Yes, but it can be done using virtual concatenation (even at a later > stage, when I.a is mature) > > d) A new framework of multi-channel (not in the sense of optical > modulation formats) should be defined, generically (Igor?) > > afaik 2 fwk drafts assume I.a and potentially I.c // 1 fwk draft assumes b > > > > I-B) Optical Conversion > ================ > > *) Does an LSP start and end at a given trail termination? is the > equivalent of wavelength conversion (spectrum conversion) considered? > > *) Does an LSP span O/E/O conversions or only transparent segments? > > afaik, current drafts assume an LSP may span O/E/O > > > II) Switching capability Layer / Region > ========================= > > a) SSON as evolution of WSON, same LSC > > - an extension of WSON allowing heterogeneous requests > > - backwards compatibility with WSON? Interworking? > > - Potential problems with the max LSP bw per prio in the iscd (see > routing) > > - Potential problems with having the same swcap but the label > format changes w.r.t. wson (for some definitions of label encoding / format) > > - Will reuse a lot of work / procedures / encodings defined in the > context of wson > > > b) A new SwCap may need to be defined > > - LSC swcap already defined ISCD which can not be modified > > - It may be problematic to have a the same swcap but different > label formats. Role of LSP encoding type? > > - This may be necessary depending on the retained data plane model > > > * Notion of hierarchy? > > - There is no notion of hierarchy between WSON and flexi-grid / > SSON - only interop / interwork > > > > > III) Label format (see also V) > ========================= > > a) Assuming a data plane model I.a) "m" (the parameter that defines the > slot width, as in m*12.5 GHz) "m" is inherent part of the label > > - It is part of the switching > > - It allows encode the "lightpath" in a ERO using Explicit > Label Control > > - Still maintains that feature a cross-connect is defined by > the tuple (port-in, label-in, port-out, label-out), allows a kind-of > "best effort LSP" > > > > b) Assuming a data plane model I.a) "m" is not part of the label but of > the TSPEC > > - Needs to be in the TSPEC to decouple client signal traffic > specification and management of the optical spectrum > > - Does not need to be in the label, since it is carried in > the TSPEC / flowdescriptor flowspec. Having in both places is redundant > and open to incoherences, extra error checking > > - Does not need to be in the label, it is in the TSPEC and > for OTN it was decided to remove tspec-related params out of the label > > > c) Assuming a data plane model I.a) "m" is both path of the label and > the TSPEC > > - It reflects both the concept of resource request / > allocation / reservation and the concept of being inherent part of the > switching > > > d) Different label format, since the data plane model is different > (I.b, I.d) > > > > > IV) Requirements/Framework documents > ========================== > > *) Two of the framework drafts are quite similar, based on I.a) - main > difference is III.a) and III.b) > > - they could be merged if a final decision on the label format was > made (also merged stating the different options, as Lou said) > > > *) Point raised regarding the multi-carrier / single-carrier questions > (as optical modulation formats) > > - Yes, both: the management of the optical spectrum (once the > "frequency range" or "m" is allocated) should not imply whether we > consider only single carrier or multi carrier. As long as the client > singal uses the allocated frequency slot whether the transceiver uses a > single carrier (i.e. qam) or multi-carrier (o-ofdm) are both covered > > - No, only single carrier > > > > V) Signalling / RSVP-TE > ========================== > > * At least two signaling drafts could be aligned once we have a common > definition of a label (III,a,b,c) > > > * Open issue with Sender Descriptor SENDER_TSPEC and flow descriptor > FLOWSPEC: > > a) should contain "m" - this decouples client signal data rates, > modulation, fec, etc. from the optical spectrum management > > b) having "m" in the tspec is problematic in the case of O/E/O - > wavelength / spectrum converters since it can imply that m changes along > the path > (could be a problem or not, there is also the ADSPEC) > > c) client signal tspec (e.g. intserv token bucket tspec) should/could be > "piggybacked" in the tspec that carries "m" > > d) It is not clear whether the "span" of an LSP should cover O/E/O > elements, (trail termination) thus even if all-optical conversion is > deployed TSPEC will not change > > e) for data rates 40/100/400 Gbps with advanced modulation formats > (coherent O-OFDM, polmux, etc) all optical conversion may not be ready > in a near future? > > > > Routing > ========================== > > *) Routing "Labels" > > a) having the label format III.b) unifies "signaling labels" and > "routing labels" > > b) routing "label format" and "signaling label format" may be different > > c) There is no such thing as "routing labels": A path computation entity > (being an ingress, intermediate node or a PCE) basically needs (other > than ROADMs and transceivers capabilities and limitations) a TE link > characterization by means of the knowledge the status and availability > of central (nominal) frequencies (n parameters) in the operating band. > It happens that in WSON, labels uniquely identify wavelengths, but this > may not be the case in SSON. In other words, disseminating labels in > WSON is a "short hand" for disseminating wavelength identifiers, but the > same idea does not need to apply in SSON: the requirement of knowing the > central frequencies does not map to knowing the labels, except for some > of the proposed label formats. In order to disseminate the status of > central frequencies, efficient encodings may use a combination of bitmap > encoding or "group" them. This is where the use of something like "m" to > convey a "range" may be beneficial, but this is only from the point of > view of encoding (labelsets) > > > * Max LSP bandwidth per prio / unresv b per prio > > - At data rates of GBps / TBps, encoding bandwidths with bytes per > second unit and IEEE 32-bit floating may be problematic / non scalable. > Potential problems in CSPF may > > - This field is not relevant since there is not a 1-to-1 mapping > between bps and Hz, since it depends on the modulation format, fec, > either there is an agreement on assuming best / worst case modulations > and spectral efficiency. > > > > Hope this helps > > Ramon > > > > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp > > > > From lberger@labn.net Thu Mar 29 16:37:23 2012 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 0491B21F8542 for ; Thu, 29 Mar 2012 16:37:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.54 X-Spam-Level: X-Spam-Status: No, score=-99.54 tagged_above=-999 required=5 tests=[AWL=0.621, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, IP_NOT_FRIENDLY=0.334, RDNS_NONE=0.1, 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 YJ-ABZYRcZkb for ; Thu, 29 Mar 2012 16:37:22 -0700 (PDT) Received: from oproxy7-pub.bluehost.com (oproxy7.bluehost.com [IPv6:2605:dc00:100:2::a7]) by ietfa.amsl.com (Postfix) with SMTP id 7B9BF21F853E for ; Thu, 29 Mar 2012 16:37:22 -0700 (PDT) Received: (qmail 14228 invoked by uid 0); 29 Mar 2012 23:37:21 -0000 Received: from unknown (HELO box313.bluehost.com) (69.89.31.113) by oproxy7.bluehost.com with SMTP; 29 Mar 2012 23:37: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=Z+DyPymgAY8uQU1am5oTWmbHGg/4ZfHOxhsYNvbEbKU=; b=UtQgGEeTQhhmvI6wGSFUawJ/i8sTi95xjFxA5EniFp+sdFhOluE5IlitEOsGr7LBY4jhb0gGqb5brbm67BJRhO+Us8ShBt7fAnx9dbJ4GpV+x2fF1TXNaPt3aFSLJGH3; Received: from box313.bluehost.com ([69.89.31.113] helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.76) (envelope-from ) id 1SDOu8-00049Q-NP; Thu, 29 Mar 2012 17:37:21 -0600 Message-ID: <4F74F228.7020708@labn.net> Date: Fri, 30 Mar 2012 01:37:12 +0200 From: Lou Berger User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100722 Eudora/3.0.4 MIME-Version: 1.0 To: Daniele Ceccarelli References: <4F730569.6090704@labn.net> In-Reply-To: X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 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 , "draft-ietf-ccamp-gmpls-ospf-g709v3@tools.ietf.org" Subject: Re: [CCAMP] comment on draft-ietf-ccamp-gmpls-ospf-g709v3-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: Thu, 29 Mar 2012 23:37:23 -0000 Wow that was a really bad sentence. Let me try again. How about something along the lines of: This approach enables the use of one type of advertisements when only type is needed, and the differentiation of legacy nodes and nodes supporting this document when both are operating in the same network. Lou On 3/28/2012 3:15 PM, Daniele Ceccarelli wrote: > Sounds good, > > But i don't understand the meaning of the very last part > > "and the differentiation of legacy > and nodes support with this document when both are operating in the > same network." > > Could you please rephrase it? > > Thanks, > Daniele > >> -----Original Message----- >> From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] >> On Behalf Of Lou Berger >> Sent: mercoled� 28 marzo 2012 14.35 >> To: CCAMP >> Cc: draft-ietf-ccamp-gmpls-ospf-g709v3@tools.ietf.org >> Subject: [CCAMP] comment on draft-ietf-ccamp-gmpls-ospf-g709v3-01 >> >> All, >> >> A minor comment: >> >> 6. Compatibility >> >> In order to achieve backward compatibility with >> implementations based >> on [RFC4328] both the [RFC4328] based ISCD and the ISCD defined in >> this document MUST be advertised. >> >> How about: >> All implementations of this document MUST support advertisements as >> defined in this document and [RFC4328]. Implementations SHOULD >> support the configuration of which advertisement procedures are >> followed. This approach enables the use of one type of >> advertisements where appropriate, and the differentiation of legacy >> and nodes support with this document when both are operating in the >> same network. >> >> Comments? >> Lou >> _______________________________________________ >> CCAMP mailing list >> CCAMP@ietf.org >> https://www.ietf.org/mailman/listinfo/ccamp >> > > > From giomarti@cisco.com Fri Mar 30 01:21:49 2012 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 7FE1F21F882E for ; Fri, 30 Mar 2012 01:21:49 -0700 (PDT) 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 kKXNwmgteYAq for ; Fri, 30 Mar 2012 01:21:48 -0700 (PDT) Received: from ams-iport-2.cisco.com (ams-iport-2.cisco.com [144.254.224.141]) by ietfa.amsl.com (Postfix) with ESMTP id 524AF21F8822 for ; Fri, 30 Mar 2012 01:21:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=giomarti@cisco.com; l=6501; q=dns/txt; s=iport; t=1333095707; x=1334305307; h=message-id:date:from:mime-version:to:subject; bh=girJHILavqE+6bIjPWlqFyOCI1DfghaC3lX2YkxqIzs=; b=eYI7OC3tT63R/SdzUdyiBNfaGGBmN2jlpU0TBgv2sqkWwwMOh5MtTecs HtR+mHvW2HuYqj5ZPDNLPCpaQVJUy49yZWxDJE6GcoQp8Xyw/AC6BQGju JPMw7dJrANCPPw47DAZ+NiSrmxUpkWPjf5/acvN6uShvbHCN0mdsQVOzv c=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EAGdsdU+Q/khR/2dsb2JhbABEuGeBB4IiAWU9FhgDAgECAUsNCAEBHodomkeBJ58ZkRAElWGORoFogmk X-IronPort-AV: E=Sophos;i="4.75,342,1330905600"; d="scan'208,217";a="69719730" Received: from ams-core-1.cisco.com ([144.254.72.81]) by ams-iport-2.cisco.com with ESMTP; 30 Mar 2012 08:21:44 +0000 Received: from dhcp-10-55-80-69.cisco.com (dhcp-10-55-80-69.cisco.com [10.55.80.69]) by ams-core-1.cisco.com (8.14.3/8.14.3) with ESMTP id q2U8LioN015237 for ; Fri, 30 Mar 2012 08:21:44 GMT Message-ID: <4F756D18.6080106@cisco.com> Date: Fri, 30 Mar 2012 10:21:44 +0200 From: Giovanni Martinelli User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: CCAMP Content-Type: multipart/alternative; boundary="------------020102050409020003090205" Subject: [CCAMP] Optical int class, changes to draft-ietf-ccamp-rwa-info-14 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, 30 Mar 2012 08:21:50 -0000 This is a multi-part message in MIME format. --------------020102050409020003090205 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Dear WG, according to input from Lou here the suggested changes on draft-ietf-ccamp-rwa-info-14 if the Optical Interface Class is used: #1 Section 5.2 OLD: ::= [] [] [] [] NEW: ::= [] [] #2 Section 5.2 OLD: := [] [] NEW: := [] #3 Section 5.3.1 OLD: 5.3.2. Modulation Type List Modulation type, also known as optical tributary signal class, comes in two distinct flavors: (i) ITU-T standardized types; (ii) vendor specific types. The permitted modulation type list can include any mixture of standardized and vendor specific types. ::= [|]... Where the STANDARD_MODULATION object just represents one of the ITU-T standardized optical tributary signal class and the VENDOR_MODULATION object identifies one vendor specific modulation type. 5.3.3. FEC Type List Some devices can handle more than one FEC type and hence a list is needed. ::= [] Where the FEC object represents one of the ITU-T standardized FECs defined in [G.709], [G.707], [G.975.1] or a vendor-specific FEC. 5.3.4. Bit Rate Range List Some devices can handle more than one particular bit rate range and hence a list is needed. ::= []... ::= Where the START_RATE object represents the lower end of the range and the END_RATE object represents the higher end of the range. NEW: 5.3.2 Optical Interface Class List ::= ... Where the term is defined by [xyz]. for the info model, That's all folks Cheers G --------------020102050409020003090205 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Dear WG,

according to input from Lou here the suggested changes on draft-ietf-ccamp-rwa-info-14 if the Optical Interface Class is used:

#1 Section 5.2
OLD:
<InputConstraints> ::= <SharedInput> [<ModulationTypeList>]
   [<FECTypeList>] [<BitRateRange>] [<ClientSignalList>]

NEW:
<InputConstraints> ::= <SharedInput> [<OpticalInterfaceClassList>] [<ClientSignalList>]

#2 Section 5.2
OLD:
<OutputConstraints> := <SharedOutput> [<ModulationTypeList>]
   [<FECTypeList>]

NEW:
<OutputConstraints> := <SharedOutput> [<OpticalInterfaceClassList>]

#3 Section 5.3.1
OLD:
      5.3.2. Modulation Type List

      Modulation type, also known as optical tributary signal class,
      comes in two distinct flavors: (i) ITU-T standardized types; (ii)
      vendor specific types. The permitted modulation type list can
      include any mixture of standardized and vendor specific types.

      <modulation-list>::=
      [<STANDARD_MODULATION>|<VENDOR_MODULATION>]...

      Where the STANDARD_MODULATION object just represents one of the
      ITU-T standardized optical tributary signal class and the
      VENDOR_MODULATION object identifies one vendor specific
      modulation type.

      5.3.3. FEC Type List

      Some devices can handle more than one FEC type and hence a list
      is needed.

      <fec-list>::= [<FEC>]

      Where the FEC object represents one of the ITU-T standardized
      FECs defined in [G.709], [G.707], [G.975.1] or a vendor-specific
      FEC.

      5.3.4. Bit Rate Range List

      Some devices can handle more than one particular bit rate range
      and hence a list is needed.

      <rate-range-list>::= [<rate-range>]...

      <rate-range>::=<START_RATE><END_RATE>

      Where the START_RATE object represents the lower end of the range
      and the END_RATE object represents the higher end of the range.

NEW:
    5.3.2 Optical Interface Class List

    <OpticalInterfaceClassList> ::= <OPTICAL_INT_CLASS> ...

    Where the term <OPTICAL_INT_CLASS> is defined by [xyz].

for the info model, That's all folks
Cheers
G

--------------020102050409020003090205-- From leeyoung@huawei.com Fri Mar 30 01:32:18 2012 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 7448721F86FA for ; Fri, 30 Mar 2012 01:32:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.394 X-Spam-Level: X-Spam-Status: No, score=-2.394 tagged_above=-999 required=5 tests=[AWL=0.204, 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 BVqKURIKrpiH for ; Fri, 30 Mar 2012 01:32:17 -0700 (PDT) Received: from dfwrgout.huawei.com (dfwrgout.huawei.com [206.16.17.72]) by ietfa.amsl.com (Postfix) with ESMTP id 7575E21F86EF for ; Fri, 30 Mar 2012 01:32:17 -0700 (PDT) Received: from 172.18.9.243 (EHLO dfweml202-edg.china.huawei.com) ([172.18.9.243]) by dfwrg01-dlp.huawei.com (MOS 4.2.3-GA FastPath) with ESMTP id AEU92292; Fri, 30 Mar 2012 04:32:17 -0400 (EDT) Received: from DFWEML408-HUB.china.huawei.com (10.193.5.134) by dfweml202-edg.china.huawei.com (172.18.9.108) with Microsoft SMTP Server (TLS) id 14.1.323.3; Fri, 30 Mar 2012 01:30:27 -0700 Received: from dfweml511-mbx.china.huawei.com ([169.254.16.128]) by dfweml408-hub.china.huawei.com ([10.193.5.134]) with mapi id 14.01.0323.003; Fri, 30 Mar 2012 01:30:23 -0700 From: Leeyoung To: Giovanni Martinelli , CCAMP Thread-Topic: [CCAMP] Optical int class, changes to draft-ietf-ccamp-rwa-info-14 Thread-Index: AQHNDk49vYSnnBML8US36f5lBytocJaCgGRA Date: Fri, 30 Mar 2012 08:30:23 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1720C8FC36@dfweml511-mbx.china.huawei.com> References: <4F756D18.6080106@cisco.com> In-Reply-To: <4F756D18.6080106@cisco.com> Accept-Language: en-US, zh-CN Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.151.35] Content-Type: multipart/alternative; boundary="_000_7AEB3D6833318045B4AE71C2C87E8E1720C8FC36dfweml511mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Subject: Re: [CCAMP] Optical int class, changes to draft-ietf-ccamp-rwa-info-14 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, 30 Mar 2012 08:32:18 -0000 --_000_7AEB3D6833318045B4AE71C2C87E8E1720C8FC36dfweml511mbxchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Givovanni, Thanks for providing the feedback to the list. Before we consider this, you need to define . I suspect ::=3D <= BitRateRange>. If this is not the case, please clarify. If this is the case, then the current information model does not break. Regards, Young From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of G= iovanni Martinelli Sent: Friday, March 30, 2012 3:22 AM To: CCAMP Subject: [CCAMP] Optical int class, changes to draft-ietf-ccamp-rwa-info-14 Dear WG, according to input from Lou here the suggested changes on draft-ietf-ccamp-= rwa-info-14 if the Optical Interface Class is used: #1 Section 5.2 OLD: ::=3D [] [] [] [] NEW: ::=3D [] [] #2 Section 5.2 OLD: :=3D [] [] NEW: :=3D [] #3 Section 5.3.1 OLD: 5.3.2. Modulation Type List Modulation type, also known as optical tributary signal class, comes in two distinct flavors: (i) ITU-T standardized types; (ii) vendor specific types. The permitted modulation type list can include any mixture of standardized and vendor specific types. ::=3D [|]... Where the STANDARD_MODULATION object just represents one of the ITU-T standardized optical tributary signal class and the VENDOR_MODULATION object identifies one vendor specific modulation type. 5.3.3. FEC Type List Some devices can handle more than one FEC type and hence a list is needed. ::=3D [] Where the FEC object represents one of the ITU-T standardized FECs defined in [G.709], [G.707], [G.975.1] or a vendor-specific FEC. 5.3.4. Bit Rate Range List Some devices can handle more than one particular bit rate range and hence a list is needed. ::=3D []... ::=3D Where the START_RATE object represents the lower end of the range and the END_RATE object represents the higher end of the range. NEW: 5.3.2 Optical Interface Class List ::=3D ... Where the term is defined by [xyz]. for the info model, That's all folks Cheers G --_000_7AEB3D6833318045B4AE71C2C87E8E1720C8FC36dfweml511mbxchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Givovanni,<= /span>

<= /p>
Thanks for providing the = feedback to the list.

<= /p>
Before we consider this, = you need to define <OpticalInterfaceClassList>.

I suspect <OpticalInte= rfaceClass>::=3D <ModulationTypeList> <FECTypeList> <BitR= ateRange>.

<= /p>
If this is not the case, = please clarify.

<= /p>
If this is the case, then= the current information model does not break.

<= /p>
Regards,
Young

<= /p>
<= /p>
<= /p>

From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf= .org] On Behalf Of Giovanni Martinelli
Sent: Friday, March 30, 2012 3:22 AM
To: CCAMP
Subject: [CCAMP] Optical int class, changes to draft-ietf-ccamp-rwa-= info-14

Dear WG,

according to input from Lou here the suggested changes on draft-ietf-ccamp-= rwa-info-14 if the Optical Interface Class is used:

#1 Section 5.2
OLD:
<InputConstraints> ::=3D <SharedInput> [<ModulationTypeList&= gt;]
   [<FECTypeList>] [<BitRateRange>] [<ClientSignal= List>]

NEW:
<InputConstraints> ::=3D <SharedInput> [<OpticalInterfaceCla= ssList>] [<ClientSignalList>]

#2 Section 5.2
OLD:
<OutputConstraints> :=3D <SharedOutput> [<ModulationTypeList= >]
   [<FECTypeList>]

NEW:
<OutputConstraints> :=3D <SharedOutput> [<OpticalInterfaceCl= assList>]

#3 Section 5.3.1
OLD:
      5.3.2. Modulation Type List

      Modulation type, also known as optical tribu= tary signal class,
      comes in two distinct flavors: (i) ITU-T sta= ndardized types; (ii)
      vendor specific types. The permitted modulat= ion type list can
      include any mixture of standardized and vend= or specific types.

      <modulation-list>::=3D
      [<STANDARD_MODULATION>|<VENDOR_MODU= LATION>]...

      Where the STANDARD_MODULATION object just re= presents one of the
      ITU-T standardized optical tributary signal = class and the
      VENDOR_MODULATION object identifies one vend= or specific
      modulation type.

      5.3.3. FEC Type List

      Some devices can handle more than one FEC ty= pe and hence a list
      is needed.

      <fec-list>::=3D [<FEC>]

      Where the FEC object represents one of the I= TU-T standardized
      FECs defined in [G.709], [G.707], [G.975.1] = or a vendor-specific
      FEC.

      5.3.4. Bit Rate Range List

      Some devices can handle more than one partic= ular bit rate range
      and hence a list is needed.

      <rate-range-list>::=3D [<rate-range= >]...

      <rate-range>::=3D<START_RATE><= ;END_RATE>

      Where the START_RATE object represents the l= ower end of the range
      and the END_RATE object represents the highe= r end of the range.

NEW:
    5.3.2 Optical Interface Class List

    <OpticalInterfaceClassList> ::=3D <OPTICAL_INT_= CLASS> ...

    Where the term <OPTICAL_INT_CLASS> is defined by [= xyz].

for the info model, That's all folks
Cheers
G

--_000_7AEB3D6833318045B4AE71C2C87E8E1720C8FC36dfweml511mbxchi_-- From giomarti@cisco.com Fri Mar 30 01:33:11 2012 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 166C721F8891 for ; Fri, 30 Mar 2012 01:33:11 -0700 (PDT) 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 7SfM3adJgsaq for ; Fri, 30 Mar 2012 01:33:10 -0700 (PDT) Received: from ams-iport-2.cisco.com (ams-iport-2.cisco.com [144.254.224.141]) by ietfa.amsl.com (Postfix) with ESMTP id 416E421F888B for ; Fri, 30 Mar 2012 01:33:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=giomarti@cisco.com; l=8245; q=dns/txt; s=iport; t=1333096389; x=1334305989; h=message-id:date:from:mime-version:to:subject:references: in-reply-to; bh=IezYD/KpKDqvyQb9Hh7bv4JZQWFbFo0O2pQAbqkmBfk=; b=QaxGs1Q65foNwEWz91feil3AhfwuPdm7TlpgcAskVEX80g++24Arumsh ctqXAcQIpYp/JBbeBgezVctptGF6TxuWj2KQQEjuBlM+F62RsTKkMnJ9z yuSM/42y+g6gcy42/CI47OqYx3I71vDmvn6ODF7XWkpxchArahh0vXMRs 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8EAKhudU+Q/khM/2dsb2JhbABEuFyBB4IJAQEBBAEBAQ8BWwoRCxgJFg8JAwIBAgEVMBMGAgEBHodoC5txnxUEkRAElWGORoFogmk X-IronPort-AV: E=Sophos;i="4.75,342,1330905600"; d="scan'208,217";a="69720965" Received: from ams-core-3.cisco.com ([144.254.72.76]) by ams-iport-2.cisco.com with ESMTP; 30 Mar 2012 08:33:08 +0000 Received: from dhcp-10-55-80-69.cisco.com (dhcp-10-55-80-69.cisco.com [10.55.80.69]) by ams-core-3.cisco.com (8.14.3/8.14.3) with ESMTP id q2U8X81O029501 for ; Fri, 30 Mar 2012 08:33:08 GMT Message-ID: <4F756FC4.5060500@cisco.com> Date: Fri, 30 Mar 2012 10:33:08 +0200 From: Giovanni Martinelli User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: ccamp@ietf.org References: <4F756D18.6080106@cisco.com> In-Reply-To: <4F756D18.6080106@cisco.com> Content-Type: multipart/alternative; boundary="------------070404050104020203080404" Subject: Re: [CCAMP] Optical int class, changes to draft-ietf-ccamp-rwa-info-14 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, 30 Mar 2012 08:33:11 -0000 This is a multi-part message in MIME format. --------------070404050104020203080404 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I realize that proposing a change to a wg document with something like coming from outside the wg doc itself, require explicit statement: according to my knowledge, there are no IPRs on . Cheers G On 3/30/12 10:21 , Giovanni Martinelli wrote: > Dear WG, > > according to input from Lou here the suggested changes on > draft-ietf-ccamp-rwa-info-14 if the Optical Interface Class is used: > > #1 Section 5.2 > OLD: > ::= [] > [] [] [] > > NEW: > ::= [] > [] > > > #2 Section 5.2 > OLD: > := [] > [] > > NEW: > := [] > > > #3 Section 5.3.1 > OLD: > 5.3.2. Modulation Type List > > Modulation type, also known as optical tributary signal class, > comes in two distinct flavors: (i) ITU-T standardized types; (ii) > vendor specific types. The permitted modulation type list can > include any mixture of standardized and vendor specific types. > > ::= > [|]... > > Where the STANDARD_MODULATION object just represents one of the > ITU-T standardized optical tributary signal class and the > VENDOR_MODULATION object identifies one vendor specific > modulation type. > > 5.3.3. FEC Type List > > Some devices can handle more than one FEC type and hence a list > is needed. > > ::= [] > > Where the FEC object represents one of the ITU-T standardized > FECs defined in [G.709], [G.707], [G.975.1] or a vendor-specific > FEC. > > 5.3.4. Bit Rate Range List > > Some devices can handle more than one particular bit rate range > and hence a list is needed. > > ::= []... > > ::= > > Where the START_RATE object represents the lower end of the range > and the END_RATE object represents the higher end of the range. > > > > NEW: > 5.3.2 Optical Interface Class List > > ::= ... > > Where the term is defined by [xyz]. > > > > for the info model, That's all folks > Cheers > G > > > > > > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp --------------070404050104020203080404 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit I realize that proposing a change to a wg document with something like <OPTICAL_INT_CLASS> coming from outside the wg doc itself, require explicit statement:
according to my knowledge, there are no IPRs on <OPTICAL_INT_CLASS>.

Cheers
G

On 3/30/12 10:21 , Giovanni Martinelli wrote:
Dear WG,

according to input from Lou here the suggested changes on draft-ietf-ccamp-rwa-info-14 if the Optical Interface Class is used:

#1 Section 5.2
OLD:
<InputConstraints> ::= <SharedInput> [<ModulationTypeList>]
   [<FECTypeList>] [<BitRateRange>] [<ClientSignalList>]

NEW:
<InputConstraints> ::= <SharedInput> [<OpticalInterfaceClassList>] [<ClientSignalList>]

#2 Section 5.2
OLD:
<OutputConstraints> := <SharedOutput> [<ModulationTypeList>]
   [<FECTypeList>]

NEW:
<OutputConstraints> := <SharedOutput> [<OpticalInterfaceClassList>]

#3 Section 5.3.1
OLD:
      5.3.2. Modulation Type List

      Modulation type, also known as optical tributary signal class,
      comes in two distinct flavors: (i) ITU-T standardized types; (ii)
      vendor specific types. The permitted modulation type list can
      include any mixture of standardized and vendor specific types.

      <modulation-list>::=
      [<STANDARD_MODULATION>|<VENDOR_MODULATION>]...

      Where the STANDARD_MODULATION object just represents one of the
      ITU-T standardized optical tributary signal class and the
      VENDOR_MODULATION object identifies one vendor specific
      modulation type.

      5.3.3. FEC Type List

      Some devices can handle more than one FEC type and hence a list
      is needed.

      <fec-list>::= [<FEC>]

      Where the FEC object represents one of the ITU-T standardized
      FECs defined in [G.709], [G.707], [G.975.1] or a vendor-specific
      FEC.

      5.3.4. Bit Rate Range List

      Some devices can handle more than one particular bit rate range
      and hence a list is needed.

      <rate-range-list>::= [<rate-range>]...

      <rate-range>::=<START_RATE><END_RATE>

      Where the START_RATE object represents the lower end of the range
      and the END_RATE object represents the higher end of the range.

NEW:
    5.3.2 Optical Interface Class List

    <OpticalInterfaceClassList> ::= <OPTICAL_INT_CLASS> ...

    Where the term <OPTICAL_INT_CLASS> is defined by [xyz].

for the info model, That's all folks
Cheers
G

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

--------------070404050104020203080404-- From giomarti@cisco.com Fri Mar 30 01:39:05 2012 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 F2B7A21F8783 for ; Fri, 30 Mar 2012 01:39:04 -0700 (PDT) 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 kp8JSRYaYAMN for ; Fri, 30 Mar 2012 01:39:04 -0700 (PDT) Received: from ams-iport-2.cisco.com (ams-iport-2.cisco.com [144.254.224.141]) by ietfa.amsl.com (Postfix) with ESMTP id 558A921F88AD for ; Fri, 30 Mar 2012 01:39:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=giomarti@cisco.com; l=15089; q=dns/txt; s=iport; t=1333096743; x=1334306343; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to; bh=4IcHCsbltN2yATpqV9Vcmi8Yfyu9NjYeU8T0r5LI/3o=; b=FaM++MoKadUphduMLr/yFUozM3G/mTeZygtmaa1HWKJoKcitt257vqH1 7AamVxjpXqohsncIU4PIcbFN5Kug+Q4AIPMhBhcy8ht8RDLvr2g1pObSc N/uVIBPJAgjiTgmN1lVSiBpNXqWGsGptjdlT9+jMz6obKdlFRdGA7f508 k=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgEFANZvdU+Q/khM/2dsb2JhbABEgka2FoEHggkBAQEDARIBGksBBQsLEQQBAQEJFggHCQMCAQIBNAkIBg0BBQIBAR6HYwWbcZ8ZkRAElWGORoFogmmBWg X-IronPort-AV: E=Sophos;i="4.75,342,1330905600"; d="scan'208,217";a="69721494" Received: from ams-core-3.cisco.com ([144.254.72.76]) by ams-iport-2.cisco.com with ESMTP; 30 Mar 2012 08:39:01 +0000 Received: from dhcp-10-55-80-69.cisco.com (dhcp-10-55-80-69.cisco.com [10.55.80.69]) by ams-core-3.cisco.com (8.14.3/8.14.3) with ESMTP id q2U8d2rY030701; Fri, 30 Mar 2012 08:39:02 GMT Message-ID: <4F757126.9020804@cisco.com> Date: Fri, 30 Mar 2012 10:39:02 +0200 From: Giovanni Martinelli User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: Leeyoung References: <4F756D18.6080106@cisco.com> <7AEB3D6833318045B4AE71C2C87E8E1720C8FC36@dfweml511-mbx.china.huawei.com> In-Reply-To: <7AEB3D6833318045B4AE71C2C87E8E1720C8FC36@dfweml511-mbx.china.huawei.com> Content-Type: multipart/alternative; boundary="------------060602010509030709090007" Cc: CCAMP Subject: Re: [CCAMP] Optical int class, changes to draft-ietf-ccamp-rwa-info-14 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, 30 Mar 2012 08:39:05 -0000 This is a multi-part message in MIME format. --------------060602010509030709090007 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Ciao Young! On 3/30/12 10:30 , Leeyoung wrote: > > Hi Givovanni, > > Thanks for providing the feedback to the list. > > Before we consider this, you need to define . > defined in section 5.3.2 (the ::= operation shuld do the trick). The term itself will be defined elsewhere. The encoding will be suggested in a separate email since impact a different draft (the encoding one). > I suspect ::= > . > > If this is not the case, please clarify. > Not necessarly, the idea is to get rid of specifying each single optical parameter. The class semantic will be defined elsewhere (likely ITU applications codes, vendor publishing their class information etc.) Hope this help understanding Cheers, G > If this is the case, then the current information model does not break. > > Regards, > Young > > *From:*ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] *On > Behalf Of *Giovanni Martinelli > *Sent:* Friday, March 30, 2012 3:22 AM > *To:* CCAMP > *Subject:* [CCAMP] Optical int class, changes to > draft-ietf-ccamp-rwa-info-14 > > Dear WG, > > according to input from Lou here the suggested changes on > draft-ietf-ccamp-rwa-info-14 if the Optical Interface Class is used: > > #1 Section 5.2 > OLD: > ::= [] > [] [] [] > > NEW: > ::= [] > [] > > > #2 Section 5.2 > OLD: > := [] > [] > > NEW: > := [] > > > #3 Section 5.3.1 > OLD: > 5.3.2. Modulation Type List > > Modulation type, also known as optical tributary signal class, > comes in two distinct flavors: (i) ITU-T standardized types; (ii) > vendor specific types. The permitted modulation type list can > include any mixture of standardized and vendor specific types. > > ::= > [|]... > > Where the STANDARD_MODULATION object just represents one of the > ITU-T standardized optical tributary signal class and the > VENDOR_MODULATION object identifies one vendor specific > modulation type. > > 5.3.3. FEC Type List > > Some devices can handle more than one FEC type and hence a list > is needed. > > ::= [] > > Where the FEC object represents one of the ITU-T standardized > FECs defined in [G.709], [G.707], [G.975.1] or a vendor-specific > FEC. > > 5.3.4. Bit Rate Range List > > Some devices can handle more than one particular bit rate range > and hence a list is needed. > > ::= []... > > ::= > > Where the START_RATE object represents the lower end of the range > and the END_RATE object represents the higher end of the range. > > > > NEW: > 5.3.2 Optical Interface Class List > > ::= ... > > Where the term is defined by [xyz]. > > > > for the info model, That's all folks > Cheers > G > > --------------060602010509030709090007 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Ciao Young!

On 3/30/12 10:30 , Leeyoung wrote:

Hi Givovanni,

Thanks for providing the feedback to the list.

Before we consider this, you need to define <OpticalInterfaceClassList>.

defined in section 5.3.2 (the ::= operation shuld do the trick). The <OPTICAL_INT_CLASS>term itself will be defined elsewhere. The encoding will be suggested in a separate email since impact a different draft (the encoding one).

I suspect <OpticalInterfaceClass>::= <ModulationTypeList> <FECTypeList> <BitRateRange>.

If this is not the case, please clarify.

Not necessarly, the idea is to get rid of specifying each single optical parameter. The class semantic will be defined elsewhere (likely ITU applications codes, vendor publishing their class information etc.)

Hope this help understanding

Cheers,
G

If this is the case, then the current information model does not break.

Regards,
Young

From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of Giovanni Martinelli
Sent: Friday, March 30, 2012 3:22 AM
To: CCAMP
Subject: [CCAMP] Optical int class, changes to draft-ietf-ccamp-rwa-info-14

Dear WG,

according to input from Lou here the suggested changes on draft-ietf-ccamp-rwa-info-14 if the Optical Interface Class is used:

#1 Section 5.2
OLD:
<InputConstraints> ::= <SharedInput> [<ModulationTypeList>]
   [<FECTypeList>] [<BitRateRange>] [<ClientSignalList>]

NEW:
<InputConstraints> ::= <SharedInput> [<OpticalInterfaceClassList>] [<ClientSignalList>]

#2 Section 5.2
OLD:
<OutputConstraints> := <SharedOutput> [<ModulationTypeList>]
   [<FECTypeList>]

NEW:
<OutputConstraints> := <SharedOutput> [<OpticalInterfaceClassList>]

#3 Section 5.3.1
OLD:
      5.3.2. Modulation Type List

      Modulation type, also known as optical tributary signal class,
      comes in two distinct flavors: (i) ITU-T standardized types; (ii)
      vendor specific types. The permitted modulation type list can
      include any mixture of standardized and vendor specific types.

      <modulation-list>::=
      [<STANDARD_MODULATION>|<VENDOR_MODULATION>]...

      Where the STANDARD_MODULATION object just represents one of the
      ITU-T standardized optical tributary signal class and the
      VENDOR_MODULATION object identifies one vendor specific
      modulation type.

      5.3.3. FEC Type List

      Some devices can handle more than one FEC type and hence a list
      is needed.

      <fec-list>::= [<FEC>]

      Where the FEC object represents one of the ITU-T standardized
      FECs defined in [G.709], [G.707], [G.975.1] or a vendor-specific
      FEC.

      5.3.4. Bit Rate Range List

      Some devices can handle more than one particular bit rate range
      and hence a list is needed.

      <rate-range-list>::= [<rate-range>]...

      <rate-range>::=<START_RATE><END_RATE>

      Where the START_RATE object represents the lower end of the range
      and the END_RATE object represents the higher end of the range.

NEW:
    5.3.2 Optical Interface Class List

    <OpticalInterfaceClassList> ::= <OPTICAL_INT_CLASS> ...

    Where the term <OPTICAL_INT_CLASS> is defined by [xyz].

for the info model, That's all folks
Cheers
G

--------------060602010509030709090007-- From leeyoung@huawei.com Fri Mar 30 01:55:45 2012 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 609A721F88EE for ; Fri, 30 Mar 2012 01:55:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.402 X-Spam-Level: X-Spam-Status: No, score=-2.402 tagged_above=-999 required=5 tests=[AWL=0.196, 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 I01koDLg5o7s for ; Fri, 30 Mar 2012 01:55:42 -0700 (PDT) Received: from dfwrgout.huawei.com (dfwrgout.huawei.com [206.16.17.72]) by ietfa.amsl.com (Postfix) with ESMTP id C61D221F88DC for ; Fri, 30 Mar 2012 01:55:39 -0700 (PDT) Received: from 172.18.9.243 (EHLO dfweml201-edg.china.huawei.com) ([172.18.9.243]) by dfwrg01-dlp.huawei.com (MOS 4.2.3-GA FastPath) with ESMTP id AEU93576; Fri, 30 Mar 2012 04:55:39 -0400 (EDT) Received: from DFWEML406-HUB.china.huawei.com (10.193.5.131) by dfweml201-edg.china.huawei.com (172.18.9.107) with Microsoft SMTP Server (TLS) id 14.1.323.3; Fri, 30 Mar 2012 01:53:18 -0700 Received: from dfweml511-mbx.china.huawei.com ([169.254.16.128]) by dfweml406-hub.china.huawei.com ([10.193.5.131]) with mapi id 14.01.0323.003; Fri, 30 Mar 2012 01:53:23 -0700 From: Leeyoung To: Giovanni Martinelli Thread-Topic: [CCAMP] Optical int class, changes to draft-ietf-ccamp-rwa-info-14 Thread-Index: AQHNDk49vYSnnBML8US36f5lBytocJaCgGRAgAB5dQD//4ruEA== Date: Fri, 30 Mar 2012 08:53:22 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1720C8FC58@dfweml511-mbx.china.huawei.com> References: <4F756D18.6080106@cisco.com> <7AEB3D6833318045B4AE71C2C87E8E1720C8FC36@dfweml511-mbx.china.huawei.com> <4F757126.9020804@cisco.com> In-Reply-To: <4F757126.9020804@cisco.com> Accept-Language: en-US, zh-CN Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.151.35] Content-Type: multipart/alternative; boundary="_000_7AEB3D6833318045B4AE71C2C87E8E1720C8FC58dfweml511mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: CCAMP Subject: Re: [CCAMP] Optical int class, changes to draft-ietf-ccamp-rwa-info-14 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, 30 Mar 2012 08:55:45 -0000 --_000_7AEB3D6833318045B4AE71C2C87E8E1720C8FC58dfweml511mbxchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Giovanni, You suggested the following changes. #1 Section 5.2 OLD: ::=3D [] [] [] [] NEW: ::=3D [] [] YOUNG>> Here your includes . #2 Section 5.2 OLD: :=3D [] [] NEW: :=3D [] YOUNG>> Here your only represents = (but not ). This is very confusing. Information model should be very clear what the ele= ments are for each definition. Information elements for = and are not the same. With your used in both places, there is apparent confusion. Whatever you want= to call it (which I don't care) we have to define the elements for Input C= onstraint and Output Constraint clearly, respectively. Am I confused or missing anything? Young From: Giovanni Martinelli [mailto:giomarti@cisco.com] Sent: Friday, March 30, 2012 3:39 AM To: Leeyoung Cc: CCAMP Subject: Re: [CCAMP] Optical int class, changes to draft-ietf-ccamp-rwa-inf= o-14 Ciao Young! On 3/30/12 10:30 , Leeyoung wrote: Hi Givovanni, Thanks for providing the feedback to the list. Before we consider this, you need to define . defined in section 5.3.2 (the ::=3D operation shuld do the trick). The term itself will be defined elsewhere. The encoding will be = suggested in a separate email since impact a different draft (the encoding = one). I suspect ::=3D <= BitRateRange>. If this is not the case, please clarify. Not necessarly, the idea is to get rid of specifying each single optical pa= rameter. The class semantic will be defined elsewhere (likely ITU applicati= ons codes, vendor publishing their class information etc.) Hope this help understanding Cheers, G If this is the case, then the current information model does not break. Regards, Young From: ccamp-bounces@ietf.org [mailto:ccamp-b= ounces@ietf.org] On Behalf Of Giovanni Martinelli Sent: Friday, March 30, 2012 3:22 AM To: CCAMP Subject: [CCAMP] Optical int class, changes to draft-ietf-ccamp-rwa-info-14 Dear WG, according to input from Lou here the suggested changes on draft-ietf-ccamp-= rwa-info-14 if the Optical Interface Class is used: #1 Section 5.2 OLD: ::=3D [] [] [] [] NEW: ::=3D [] [] #2 Section 5.2 OLD: :=3D [] [] NEW: :=3D [] #3 Section 5.3.1 OLD: 5.3.2. Modulation Type List Modulation type, also known as optical tributary signal class, comes in two distinct flavors: (i) ITU-T standardized types; (ii) vendor specific types. The permitted modulation type list can include any mixture of standardized and vendor specific types. ::=3D [|]... Where the STANDARD_MODULATION object just represents one of the ITU-T standardized optical tributary signal class and the VENDOR_MODULATION object identifies one vendor specific modulation type. 5.3.3. FEC Type List Some devices can handle more than one FEC type and hence a list is needed. ::=3D [] Where the FEC object represents one of the ITU-T standardized FECs defined in [G.709], [G.707], [G.975.1] or a vendor-specific FEC. 5.3.4. Bit Rate Range List Some devices can handle more than one particular bit rate range and hence a list is needed. ::=3D []... ::=3D Where the START_RATE object represents the lower end of the range and the END_RATE object represents the higher end of the range. NEW: 5.3.2 Optical Interface Class List ::=3D ... Where the term is defined by [xyz]. for the info model, That's all folks Cheers G --_000_7AEB3D6833318045B4AE71C2C87E8E1720C8FC58dfweml511mbxchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Giovanni,

<= /p>
You suggested the followi= ng changes.

<= /p>
#1 Section 5.2
OLD:
<InputConstraints> ::=3D <SharedInput> [<ModulationTypeList&= gt;]
   [<FECTypeList>] [<BitRateRange>] [<ClientSignal= List>]

NEW:
<InputConstraints> ::=3D <SharedInput> [<OpticalInterfaceCla= ssList>] [<ClientSignalList>]

YOUNG>> Here your <OpticalInterfaceClassList> includes= <Mod> <FEC> <BitRateRange>.

#2 Section 5.2
OLD:
<OutputConstraints> :=3D <SharedOutput> [<ModulationTypeList= >]
   [<FECTypeList>]

NEW:
<OutputConstraints> :=3D <SharedOutput> [<OpticalInterfaceCl= assList>]

YOUNG>> Here your <OpticalInterfaceClass= List> only represents <Mod> <FEC> (but not <BitRate= Range>).

This is very confusing. Information model should = be very clear what the elements are for each definition. Information elemen= ts for <Input Constraints> and <Output Constraints> are not the= same. With your <OpticalInterfaceClassList> used in both places, there is apparent confusion. Whatever you want to ca= ll it (which I don’t care) we have to define the elements for Input C= onstraint and Output Constraint clearly, respectively.

Am I confused or missing anything?

Young
<= /p>

From: Giovanni Martinelli [mailto:giomarti@cisco.com]
Sent: Friday, March 30, 2012 3:39 AM
To: Leeyoung
Cc: CCAMP
Subject: Re: [CCAMP] Optical int class, changes to draft-ietf-ccamp-= rwa-info-14

Ciao Young!

On 3/30/12 10:30 , Leeyoung wrote:

Hi Givovanni,=

<= /p>
Thanks for providing the = feedback to the list.

<= /p>
Before we consider this, you need to de= fine <OpticalInterfaceClassList>.

defined in section 5.3.2 (the ::=3D operation shuld = do the trick). The <OPTICAL_INT_CLASS>term itself will be defined els= ewhere. The encoding will be suggested in a separate email since impact a d= ifferent draft (the encoding one).

I suspect <OpticalInte= rfaceClass>::=3D <ModulationTypeList> <FECTypeList> <BitR= ateRange>.

<= /p>
If this is not the case, = please clarify.

<= /p>
Not necessarly, the idea is to get rid of specifying= each single optical parameter. The class semantic will be defined elsewher= e (likely ITU applications codes, vendor publishing their class information= etc.)

Hope this help understanding

Cheers,
G

If this is the case, then= the current information model does not break.

<= /p>
Regards,
Young

<= /p>
<= /p>
<= /p>

From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of Giovanni Martinelli
Sent: Friday, March 30, 2012 3:22 AM
To: CCAMP
Subject: [CCAMP] Optical int class, changes to draft-ietf-ccamp-rwa-= info-14

Dear WG,

according to input from Lou here the suggested changes on draft-ietf-ccamp-= rwa-info-14 if the Optical Interface Class is used:

#1 Section 5.2
OLD:
<InputConstraints> ::=3D <SharedInput> [<ModulationTypeList&= gt;]
   [<FECTypeList>] [<BitRateRange>] [<ClientSignal= List>]

NEW:
<InputConstraints> ::=3D <SharedInput> [<OpticalInterfaceCla= ssList>] [<ClientSignalList>]

#2 Section 5.2
OLD:
<OutputConstraints> :=3D <SharedOutput> [<ModulationTypeList= >]
   [<FECTypeList>]

NEW:
<OutputConstraints> :=3D <SharedOutput> [<OpticalInterfaceCl= assList>]

#3 Section 5.3.1
OLD:
      5.3.2. Modulation Type List

      Modulation type, also known as optical tribu= tary signal class,
      comes in two distinct flavors: (i) ITU-T sta= ndardized types; (ii)
      vendor specific types. The permitted modulat= ion type list can
      include any mixture of standardized and vend= or specific types.

      <modulation-list>::=3D
      [<STANDARD_MODULATION>|<VENDOR_MODU= LATION>]...

      Where the STANDARD_MODULATION object just re= presents one of the
      ITU-T standardized optical tributary signal = class and the
      VENDOR_MODULATION object identifies one vend= or specific
      modulation type.

      5.3.3. FEC Type List

      Some devices can handle more than one FEC ty= pe and hence a list
      is needed.

      <fec-list>::=3D [<FEC>]

      Where the FEC object represents one of the I= TU-T standardized
      FECs defined in [G.709], [G.707], [G.975.1] = or a vendor-specific
      FEC.

      5.3.4. Bit Rate Range List

      Some devices can handle more than one partic= ular bit rate range
      and hence a list is needed.

      <rate-range-list>::=3D [<rate-range= >]...

      <rate-range>::=3D<START_RATE><= ;END_RATE>

      Where the START_RATE object represents the l= ower end of the range
      and the END_RATE object represents the highe= r end of the range.

NEW:
    5.3.2 Optical Interface Class List

    <OpticalInterfaceClassList> ::=3D <OPTICAL_INT_= CLASS> ...

    Where the term <OPTICAL_INT_CLASS> is defined by [= xyz].

for the info model, That's all folks
Cheers
G

--_000_7AEB3D6833318045B4AE71C2C87E8E1720C8FC58dfweml511mbxchi_-- From giomarti@cisco.com Sat Mar 31 00:09:39 2012 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 AA84D21E8020 for ; Sat, 31 Mar 2012 00:09:39 -0700 (PDT) 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 xInUFHtigvwR for ; Sat, 31 Mar 2012 00:09:36 -0700 (PDT) Received: from ams-iport-2.cisco.com (ams-iport-2.cisco.com [144.254.224.141]) by ietfa.amsl.com (Postfix) with ESMTP id 9700521E800F for ; Sat, 31 Mar 2012 00:09:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=giomarti@cisco.com; l=22779; q=dns/txt; s=iport; t=1333177775; x=1334387375; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to; bh=pZ6/w71qaHDQLX3CEoIrbdMbAL8Uf8aqP91h02kAJcg=; b=bbi70AJ05p42NvCQi1LyuTc17RMmVNPh+EaKJSk+wCvDYSVCyd6l7ygJ R/SeLxQ3zelNuR2OfhdBJOVbgrCu2sHvhg7E83OpO3ycZu3i2waQqpa/2 xlWH8KGS+cMtXZkpay7/tAZysQWMepPLIsNfS8YmEmi3t41ghg6wbB4bR g=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgEFAGqtdk+Q/khL/2dsb2JhbABFgka2N4EHggkBAQEDARIBGksBBQsLEQQBAQEJFgEHBwkDAgECATQJCAYNAQUCAQEeh2IFmyOefpEUBJVhjkeBaIJpgVo X-IronPort-AV: E=Sophos;i="4.75,347,1330905600"; d="scan'208,217";a="69802902" Received: from ams-core-2.cisco.com ([144.254.72.75]) by ams-iport-2.cisco.com with ESMTP; 31 Mar 2012 07:09:26 +0000 Received: from dhcp-10-55-80-56.cisco.com (dhcp-10-55-80-56.cisco.com [10.55.80.56]) by ams-core-2.cisco.com (8.14.3/8.14.3) with ESMTP id q2V79Pfb015116; Sat, 31 Mar 2012 07:09:26 GMT Message-ID: <4F76ADA5.3060301@cisco.com> Date: Sat, 31 Mar 2012 09:09:25 +0200 From: Giovanni Martinelli User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: Leeyoung References: <4F756D18.6080106@cisco.com> <7AEB3D6833318045B4AE71C2C87E8E1720C8FC36@dfweml511-mbx.china.huawei.com> <4F757126.9020804@cisco.com> <7AEB3D6833318045B4AE71C2C87E8E1720C8FC58@dfweml511-mbx.china.huawei.com> In-Reply-To: <7AEB3D6833318045B4AE71C2C87E8E1720C8FC58@dfweml511-mbx.china.huawei.com> Content-Type: multipart/alternative; boundary="------------070304080804050209070405" Cc: CCAMP Subject: Re: [CCAMP] Optical int class, changes to draft-ietf-ccamp-rwa-info-14 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, 31 Mar 2012 07:09:39 -0000 This is a multi-part message in MIME format. --------------070304080804050209070405 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi Young, On 3/30/12 10:53 , Leeyoung wrote: > > Hi Giovanni, > > You suggested the following changes. > > #1 Section 5.2 > OLD: > ::= [] > [] [] [] > > NEW: > ::= [] > [] > > *YOUNG>> Here your includes > .* > > > #2 Section 5.2 > OLD: > := [] > [] > > NEW: > := [] > > *YOUNG>> Here your only represents > (but not ). * > > ** > [GM] Just took the current draft text (and, since you may reuse these terms for 3R regeneration you'd probably need a fix here). > *This is very confusing. Information model should be very clear what > the elements are for each definition. Information elements for Constraints> and are not the same. With your > used in both places, there is apparent > confusion. Whatever you want to call it (which I don't care) we have > to define the elements for Input Constraint and Output Constraint > clearly, respectively. * > > ** > > *Am I confused or missing anything? * > [GM] You still want to look inside a class and decide what are the optical parameters that cares to you (and here I bet they won't be the same in few yrs time). The optical interface class abstract from what inside the optical gory details and class internals is out of scope here and should be defined by appropriate people (e.g. much like ITU applications code). Either a class holds 1 or 100 parameters why you care? You carry around the class reference and you only need to know that same class means two interface are compatible. Cheers G > Young > > *From:*Giovanni Martinelli [mailto:giomarti@cisco.com] > *Sent:* Friday, March 30, 2012 3:39 AM > *To:* Leeyoung > *Cc:* CCAMP > *Subject:* Re: [CCAMP] Optical int class, changes to > draft-ietf-ccamp-rwa-info-14 > > Ciao Young! > > On 3/30/12 10:30 , Leeyoung wrote: > > Hi Givovanni, > > Thanks for providing the feedback to the list. > > Before we consider this, you need to define . > > defined in section 5.3.2 (the ::= operation shuld do the trick). The > term itself will be defined elsewhere. The encoding > will be suggested in a separate email since impact a different draft > (the encoding one). > > > I suspect ::= > . > > If this is not the case, please clarify. > > Not necessarly, the idea is to get rid of specifying each single > optical parameter. The class semantic will be defined elsewhere > (likely ITU applications codes, vendor publishing their class > information etc.) > > Hope this help understanding > > Cheers, > G > > > If this is the case, then the current information model does not break. > > Regards, > Young > > *From:*ccamp-bounces@ietf.org > [mailto:ccamp-bounces@ietf.org] *On Behalf Of *Giovanni Martinelli > *Sent:* Friday, March 30, 2012 3:22 AM > *To:* CCAMP > *Subject:* [CCAMP] Optical int class, changes to > draft-ietf-ccamp-rwa-info-14 > > Dear WG, > > according to input from Lou here the suggested changes on > draft-ietf-ccamp-rwa-info-14 if the Optical Interface Class is used: > > #1 Section 5.2 > OLD: > ::= [] > [] [] [] > > NEW: > ::= [] > [] > > > #2 Section 5.2 > OLD: > := [] > [] > > NEW: > := [] > > #3 Section 5.3.1 > OLD: > 5.3.2. Modulation Type List > > Modulation type, also known as optical tributary signal class, > comes in two distinct flavors: (i) ITU-T standardized types; (ii) > vendor specific types. The permitted modulation type list can > include any mixture of standardized and vendor specific types. > > ::= > [|]... > > Where the STANDARD_MODULATION object just represents one of the > ITU-T standardized optical tributary signal class and the > VENDOR_MODULATION object identifies one vendor specific > modulation type. > > 5.3.3. FEC Type List > > Some devices can handle more than one FEC type and hence a list > is needed. > > ::= [] > > Where the FEC object represents one of the ITU-T standardized > FECs defined in [G.709], [G.707], [G.975.1] or a vendor-specific > FEC. > > 5.3.4. Bit Rate Range List > > Some devices can handle more than one particular bit rate range > and hence a list is needed. > > ::= []... > > ::= > > Where the START_RATE object represents the lower end of the range > and the END_RATE object represents the higher end of the range. > > > > NEW: > 5.3.2 Optical Interface Class List > > ::= ... > > Where the term is defined by [xyz]. > > > > for the info model, That's all folks > Cheers > G > > > --------------070304080804050209070405 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi Young,

On 3/30/12 10:53 , Leeyoung wrote:

Hi Giovanni,

You suggested the following changes.

#1 Section 5.2
OLD:
<InputConstraints> ::= <SharedInput> [<ModulationTypeList>]
   [<FECTypeList>] [<BitRateRange>] [<ClientSignalList>]

NEW:
<InputConstraints> ::= <SharedInput> [<OpticalInterfaceClassList>] [<ClientSignalList>]

YOUNG>> Here your <OpticalInterfaceClassList> includes <Mod> <FEC> <BitRateRange>.

#2 Section 5.2
OLD:
<OutputConstraints> := <SharedOutput> [<ModulationTypeList>]
   [<FECTypeList>]

NEW:
<OutputConstraints> := <SharedOutput> [<OpticalInterfaceClassList>]

YOUNG>> Here your <OpticalInterfaceClassList> only represents <Mod> <FEC> (but not <BitRateRange>).

[GM] Just took the current draft text (and, since you may reuse these terms for 3R regeneration you'd probably need a fix here).

This is very confusing. Information model should be very clear what the elements are for each definition. Information elements for <Input Constraints> and <Output Constraints> are not the same. With your <OpticalInterfaceClassList> used in both places, there is apparent confusion. Whatever you want to call it (which I don’t care) we have to define the elements for Input Constraint and Output Constraint clearly, respectively.

Am I confused or missing anything?

[GM] You still want to look inside a class and decide what are the optical parameters that cares to you (and here I bet they won't be the same in few yrs time). The optical interface class abstract from what inside the optical gory details and class internals is out of scope here and should be defined by appropriate people (e.g. much like ITU applications code). Either a class holds 1 or 100 parameters why you care? You carry around the class reference and you only need to know that same class means two interface are compatible.

Cheers
G

Young

From: Giovanni Martinelli [mailto:giomarti@cisco.com]
Sent: Friday, March 30, 2012 3:39 AM
To: Leeyoung
Cc: CCAMP
Subject: Re: [CCAMP] Optical int class, changes to draft-ietf-ccamp-rwa-info-14

Ciao Young!

On 3/30/12 10:30 , Leeyoung wrote:

Hi Givovanni,

Thanks for providing the feedback to the list.

Before we consider this, you need to define <OpticalInterfaceClassList>.

defined in section 5.3.2 (the ::= operation shuld do the trick). The <OPTICAL_INT_CLASS>term itself will be defined elsewhere. The encoding will be suggested in a separate email since impact a different draft (the encoding one).

I suspect <OpticalInterfaceClass>::= <ModulationTypeList> <FECTypeList> <BitRateRange>.

If this is not the case, please clarify.

Not necessarly, the idea is to get rid of specifying each single optical parameter. The class semantic will be defined elsewhere (likely ITU applications codes, vendor publishing their class information etc.)

Hope this help understanding

Cheers,
G

If this is the case, then the current information model does not break.

Regards,
Young

From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of Giovanni Martinelli
Sent: Friday, March 30, 2012 3:22 AM
To: CCAMP
Subject: [CCAMP] Optical int class, changes to draft-ietf-ccamp-rwa-info-14

Dear WG,

according to input from Lou here the suggested changes on draft-ietf-ccamp-rwa-info-14 if the Optical Interface Class is used:

#1 Section 5.2
OLD:
<InputConstraints> ::= <SharedInput> [<ModulationTypeList>]
   [<FECTypeList>] [<BitRateRange>] [<ClientSignalList>]

NEW:
<InputConstraints> ::= <SharedInput> [<OpticalInterfaceClassList>] [<ClientSignalList>]

#2 Section 5.2
OLD:
<OutputConstraints> := <SharedOutput> [<ModulationTypeList>]
   [<FECTypeList>]

NEW:
<OutputConstraints> := <SharedOutput> [<OpticalInterfaceClassList>]

#3 Section 5.3.1
OLD:
      5.3.2. Modulation Type List

      Modulation type, also known as optical tributary signal class,
      comes in two distinct flavors: (i) ITU-T standardized types; (ii)
      vendor specific types. The permitted modulation type list can
      include any mixture of standardized and vendor specific types.

      <modulation-list>::=
      [<STANDARD_MODULATION>|<VENDOR_MODULATION>]...

      Where the STANDARD_MODULATION object just represents one of the
      ITU-T standardized optical tributary signal class and the
      VENDOR_MODULATION object identifies one vendor specific
      modulation type.

      5.3.3. FEC Type List

      Some devices can handle more than one FEC type and hence a list
      is needed.

      <fec-list>::= [<FEC>]

      Where the FEC object represents one of the ITU-T standardized
      FECs defined in [G.709], [G.707], [G.975.1] or a vendor-specific
      FEC.

      5.3.4. Bit Rate Range List

      Some devices can handle more than one particular bit rate range
      and hence a list is needed.

      <rate-range-list>::= [<rate-range>]...

      <rate-range>::=<START_RATE><END_RATE>

      Where the START_RATE object represents the lower end of the range
      and the END_RATE object represents the higher end of the range.

NEW:
    5.3.2 Optical Interface Class List

    <OpticalInterfaceClassList> ::= <OPTICAL_INT_CLASS> ...

    Where the term <OPTICAL_INT_CLASS> is defined by [xyz].

for the info model, That's all folks
Cheers
G

--------------070304080804050209070405-- From ramon.casellas@cttc.es Sat Mar 31 00:28:01 2012 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 82C9E21F8472 for ; Sat, 31 Mar 2012 00:28:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.669 X-Spam-Level: X-Spam-Status: No, score=-1.669 tagged_above=-999 required=5 tests=[AWL=-0.929, BAYES_20=-0.74] 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 am++4m9ZgDx9 for ; Sat, 31 Mar 2012 00:28:01 -0700 (PDT) Received: from Scorpius.cttc.es (scorpius.cttc.es [84.88.62.197]) by ietfa.amsl.com (Postfix) with ESMTP id A2DB421F845C for ; Sat, 31 Mar 2012 00:28:00 -0700 (PDT) Received: from castor (postfix@castor.cttc.es [84.88.62.196]) by Scorpius.cttc.es (8.14.3/8.14.3/Debian-9.1ubuntu1) with ESMTP id q2V7Rcxd002503 for ; Sat, 31 Mar 2012 09:27:43 +0200 Received: from [192.168.0.100] (62.57.44.55.dyn.user.ono.com [62.57.44.55]) by castor (Postfix) with ESMTP id CACF72FC250 for ; Sat, 31 Mar 2012 09:27:46 +0200 (CEST) Message-ID: <4F76B1F5.6090202@cttc.es> Date: Sat, 31 Mar 2012 09:27:49 +0200 From: Ramon Casellas User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: ccamp@ietf.org References: <4F7074CB.5080509@labn.net> In-Reply-To: <4F7074CB.5080509@labn.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (castor); Sat, 31 Mar 2012 09:27:46 +0200 (CEST) X-Scanned-By: MIMEDefang 2.67 on 84.88.62.197 Subject: Re: [CCAMP] draft-margaria-ccamp-label-set-ero-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: Sat, 31 Mar 2012 07:28:01 -0000 El 26/03/2012 15:53, Lou Berger escribi�: > So, is there any interest in the function described in this document? > Lou, all (note: speaking as a co-author) Yes I think the proposed function is interesting: - Extend explicit label control to a set (>1) of labels, notably in constrained environments such as D-WA in transparent segments - Enable exclusive-explicit label control - More efficient encodings when including / excluding labels e.g. in IRO/XRO (although secondarily and subject to PCE-wg opinion following Julien's guidelinets) thanks Ramon

Subject:	Re: [CCAMP] Fwd: New Version Notification for draft-martinelli-wson-interface-class-02.txt
Date:	Mon, 26 Mar 2012 10:20:14 +0200
From:	Giovanni Martinelli <giomarti@cisco.com>
To:	Greg Bernstein <gregb@grotto-networking.com>

Subject:	Re: [CCAMP] Fwd: New Version Notification for draft-martinelli-wson-interface-class-02.txt
Date:	Mon, 26 Mar 2012 10:20:14 +0200
From:	Giovanni Martinelli <giomarti@cisco.com>
To:	Greg Bernstein <gregb@grotto-networking.com>

Subject:	New Version Notification for draft-martinelli-wson-interface-class-02.txt
Date:	Tue, 06 Mar 2012 08:30:45 -0800
From:	internet-drafts@ietf.org
To:	giomarti@cisco.com
CC:	lyong@ciena.com, ggalimbe@cisco.com, daniele.ceccarelli@ericsson.com, cyril.margaria@nsn.com

Subject:	New Version Notification for draft-martinelli-wson-interface-class-02.txt
Date:	Tue, 06 Mar 2012 08:30:45 -0800
From:	internet-drafts@ietf.org
To:	giomarti@cisco.com
CC:	lyong@ciena.com, ggalimbe@cisco.com, daniele.ceccarelli@ericsson.com, cyril.margaria@nsn.com